home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.sysv386
- Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!network.ucsd.edu!mvb.saic.com!ncr-sd!crash!ipars!scotto
- From: scotto@ipars.cts.com (Scott O'Connell)
- Subject: Re: Help with Modem on ttymon with IPC
- Organization: Spectrum Data Services - Carlsbad, CA
- Date: Sat, 21 Nov 1992 08:01:31 GMT
- Message-ID: <By23MJ.41H@ipars.cts.com>
- X-Newsreader: TIN [version 1.1 PL6]
- References: <1992Nov12.004446.6232@tamsun.tamu.edu>
- Lines: 33
-
- D. Querin (dmq6899@tamsun.tamu.edu) wrote:
- : I am attempting to install an indial modem on an ATT Starlan
- : with SVR4/2.1. The configuration includes IPC (intelligent
- : port connector I believe) branches. These branches are using
- : 10 pin modular. There seems to be a problem between the modem
- : and the IPC. However, I have successfully hooked a terminal
- : and a notebook up via a modular->serial connector. The modem
- : just will not fly. If anyone could give me some input here,
- : I would much appreciate it! Thanks.
-
- Several months ago I had to install a modem on an IPC-1600 card. The
- system was a StarServer-E. There were several problems with the streams
- based port services using standard terminals and AT&T suggested going
- back to using getty's on the ports.
-
- Knowing this I never attempted a modem connection using ttymon. I went
- right to getty and have never had a problem. The modem is a Telebit T1600
- with a locked port speed of 19200. It's been working for about 6 months.
-
- Providing you have the cable and modem configured correctly there should
- not be a problem using getty on that port. The 10-pin modular connector
- is not necessary btw -- pin 1 and pin 10 are not REQUIRED for a modem. I
- don't have direct access to my notes or the cable I built, but could
- probably get a copy from the customer site if needed.
-
- Does anyone know if the ttymon problems with the IPC card have been
- worked out? AT&T never told the customer that it had been fixed so I
- assume not.
- --
-
- Scott O'Connell - N6ZEK UUCP: {nosc, ucsd}!crash!ipars!scotto
- Spectrum Data Services ARPA: crash!ipars!scotto@nosc.mil
- Carlsbad, CA INET: scotto@ipars.cts.com
-