*** UNIX MANUAL PAGE BROWSER ***

A Nergahak database for man pages research.

Navigation

Directory Browser

1Browse 4.4BSD4.4BSD
1Browse Digital UNIXDigital UNIX 4.0e
1Browse FreeBSDFreeBSD 14.3
1Browse MINIXMINIX 3.4.0rc6-d5e4fc0
1Browse NetBSDNetBSD 10.1
1Browse OpenBSDOpenBSD 7.7
1Browse UNIX v7Version 7 UNIX
1Browse UNIX v10Version 10 UNIX

Manual Page Search

Manual Page Result

0 Command: dkmgr | Section: 8 | Source: UNIX v10 | File: dkmgr.8
DKMGR(8) System Manager's Manual DKMGR(8) NAME dkhup, dkmgr, dkzap - manage Datakit interface SYNOPSIS /usr/ipc/mgrs/dkhup [ -N prefix ] /usr/ipc/mgrs/dkmgr [ -N prefix ] [ -m outname ] [ -n service ] /usr/ipc/mgrs/dkzap [ -N prefix ] DESCRIPTION Dkhup starts the common signaling channel protocol for a Datakit inter- face. Initially it sends several reset messages, and tells the con- troller to hang up all outstanding calls; thereafter it simply keeps the signaling protocol running. Dkmgr receives and places Datakit calls. Outbound calls may be placed by calling ipcopen (ipc(3)) with the outname specified by option -m; the default is dk. Dkmgr announces itself to the Datakit network with the service name specified by option -n; the default is taken from In- bound calls to service are connected to the local service; inbound calls to Datakit address service.serv are handed to local service serv. Dkhup and dkmgr are normally run once from rc(8). Both programs must be running to make the network available. Dkzap arranges for a KMC11-assisted Datakit interface to be reset, re- loaded, and restarted. This should be done only if things are badly broken, as it hangs up all existing calls through that interface. Datakit devices are expected to have names of the form /dev/dk/dknn with nn a two-digit channel number. If there are more than 100 chan- nels, the first digit overflows to lower-case letters: channel 100 is The common signaling control channel is named /dev/dk/dkctl. All three programs accept an option -N prefix to change the naming convention; for example, -N /dev/kb/kb means that the files have names like /dev/kb/kb32 and /dev/kb/kbctl. Support also exists for a less general naming convention: there may be two sets of files, named /dev/dk/dk0nn and /dev/dk/dk2nn, with control channels /dev/dk/dkctl0 and /dev/dk/dkctl2. Dkhup and dkzap take the extra argument 0 or 2 to point at one or the other of the control names. A separate copy of dkhup is needed for each name. Dkmgr takes an option -u c, where c is 0 or 2 to use one set of files, or b to use both simultaneously; in the latter case, service is announced to both networks. This scheme is obsolete and overdue for replacement; the missing piece is something to pick an interface for outcalls. Dkmgr records its activity in file service in directory /usr/ipc/log, default /usr/ipc/log/dk. FILES SEE ALSO con(1), kmc(8), svcmgr(8), ipc(3) BUGS Dkhup should be folded into dkmgr; it is separate for historic reasons. DKMGR(8)

Navigation Options