|
|
1.1 root 1: This is a set of routines that are not far from those necessary
2: to talk to the Radian controller "unixp" process. This in turn is
3: supposed to be akin to some version of "standard" Datakit controllers.
4: Lee or Bill may be able to tell you what version. The System V
5: analogue to mgrproc is somewhat of an expert system and adapts to
6: various versions; this one doesn't.
7:
8: Not included in this stuff is the line discipline dev/unixpld.c,
9: which corresponds with cmcld.c. It is part of the standard
10: v9 system and need only be mentioned in your conf file.
11: Similarly, required changes to the device drivers (kdi.c and dk.c)
12: have already been made.
13:
14: These routines replace /etc/mgrproc, /etc/dkdialsub, and the tdkdial
15: and tdkmgr subroutines. Thus they are set up for the old (not
16: connection-server) mechanisms. It would be of benefit to adapt them
17: to the new regime; the most important advantage would be that
18: only the connection-server dkmgr program would have to be tailored.
19: Because this version has a new tdkdial, all programs that
20: make DK calls have to be relinked.
21:
22: From memory, these are the differences between generic (PSDN, unixp)
23: and local (unx9p?) controller interfaces:
24: generic probably uses a different control channel
25: generic assigns incoming from high numbers, outgoing
26: from low numbers; local uses odd-even.
27: the details of the messages are different
28:
29:
30: Here is a guide:
31:
32: uxdialsub.c: -> /etc/uxdialsub
33: supersedes /etc/dkdialsub.
34: This version passes the file descriptor for the callout
35: channel back through the pipe created in _tdkdial (uxpdial.c).
36:
37: Ouxpdial.c
38: is an older version that uses much the same interface as the existing
39: dkdialsub (not fd-passing). It isn't supported by a calling
40: routine; it might work if named /etc/dkdialsub.
41:
42: uxpdial.c
43: is a replacement for tdkdial.c, and I think the external
44: interface is the same for the non-_ names (_tdkdial
45: takes a string to select the intent instead of a code).
46:
47: uxpctlchan.c:
48: this implements assumptions about the name of the control
49: channel; it seems to try /dev/dk/dk001 and /dev/dk/201
50: depending on the traffic type, and if this fails,
51: tries /dev/dk/dk01. It also knows the number associated
52: with uxp_ld (that's the 19). This should be in the library.
53:
54: uxmgrproc.c:
55: This supplants /etc/mgrproc.
56:
57: uxpmgr.c:
58: supplants tdkmgr in the library.
59: I don't know if it will work with servers other than
60: uxmgrproc; if not, any changes should be trivial.
This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.