Annotation of researchv10no/ipc/mgrs/ndkmgr/README, revision 1.1

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.

unix.superglobalmegacorp.com

This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.