Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!cbmvax!grr From: grr@cbmvax.UUCP (George Robbins) Newsgroups: comp.unix.ultrix Subject: Re: LAT Terminal Server Manager for Ultrix Keywords: LAT, DECserver Message-ID: <7683@cbmvax.UUCP> Date: 17 Aug 89 05:32:58 GMT References: <1989Aug16.233014.9741@acd4.UUCP> Reply-To: grr@cbmvax.UUCP (George Robbins) Organization: Commodore Technology, West Chester, PA Lines: 38 In article <1989Aug16.233014.9741@acd4.UUCP> mjb@acd4.UUCP ( Mike Bryan ) writes: > > Does anyone know of a software package which would allow an Ultrix > host to maintain and control the setup of DECservers? We would like > to keep the database of all port/server settings from many > DECserver-200s on our VAX, in order to make management easier, and > allow easy recovery from failed or accidentally-initialized > DECservers. The 'ccr(8)' command can't even be used as a rough > interface, as it seems to expect interactive use only. As far as I know there is nothing available to do this... > ... (DEC does provide a Terminal Server Manager product for VMS, > but not Ultrix. *Sigh*) This seems to be one of those areas, where for all the polite noises DEC makes about equal time for VMS and Ultrix, they have decided not to support certain functionality, excpept on a VMS platform. Not only is there no support for a TSM function, DEC doesn't seem to want to admit that the DECSA or DECserver 5XX series exist in the Ultrix world. I think you can actually do a downline load for a DECSA if you've prepared the image on a VMS system, but nothing in the manuals admits this and the silly dsvconfig script has the DS100 vs DS200 choice hardwired in Of course, the how to do whatever ccr(8) does is something that DEC has chosen not to document. This may not be so horrible, I've been looking at what lpd does to dynamically attach LAT connections, and it's gross! It's not a simple "lat_atttach" system call, rather there's a bunch of procedureal gruk that reflects that fact that LAT is neither TCP nor DECnet, rather it's more of a do-it-yourself talk direct to the ethernet I/F hack, which, like DECnet, is sort of grafted onto the Unix networking while remaining it's own rather perverse view of the world... -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@uunet.uu.net Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)