Xref: utzoo comp.sys.dec:4208 comp.unix.ultrix:4834 Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!psuvax1!wuarchive!uunet!cbmvax!grr From: grr@cbmvax.commodore.com (George Robbins) Newsgroups: comp.sys.dec,comp.unix.ultrix Subject: Re: slip (serial line ip) on decstations Message-ID: <14946@cbmvax.commodore.com> Date: 8 Oct 90 04:40:51 GMT References: <27710@boulder.Colorado.EDU> Reply-To: grr@cbmvax.commodore.com (George Robbins) Distribution: usa Organization: Commodore, West Chester, PA Lines: 33 In article <27710@boulder.Colorado.EDU> huntting@boulder.Colorado.EDU (Brad Huntting) writes: > I've been trying for days now to get slip running on a decstation (any > decstation) with a telebit T2500 modem. > > I have a version of tip which will deal with T2500's (the /etc/slatach > provided with ultrix doesn't), and slip but it bombs with "no such > interface" (paraphrased). I'd suggest that you try to get the acucap entry for trailblazers to work with slattach. It shouldn't require that much modification to set up the T2500 per your needs. Set up the modem with interface speed locked at 9600, flow control disabled, reset on DTR drop and report real DSR and CD. Clone an T2500 termcap entry from the generic telebit entry, including any dynamic parameter changes... (above based on uucp - slattach in 3.1C seems dead meat) > Tell me I don't have to rip out the whole kernal network code, and put > in Berkley please! I hope not, the stuff is actually supposed to work in 4.0 (I hope!)... The stuff you mentioned probably failed because slattach does many secret and probably obscene things to set up the interface and connection. Be really nice if there was some way to enable the debugging code in slattach... Anybody know why it contains references to /etc/remote in addition to /etc/acucap? -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing: domain: grr@cbmvax.commodore.com Commodore, Engineering Department phone: 215-431-9349 (only by moonlite)