🚀 go-pugleaf

On Thu, 22 Feb 1996, mike wrote:

> (A copy of this message has also been posted to the following newsgroups:
> comp.os.linux.hardware, comp.os.linux.networking,comp.dcom.modems)
> 
> > Regrettably, I only run LINUX, so can't PnP configure the same model
> > internal USR modem.  I have set it to com1 irq4 -- pretty normal.  
> > It works fine with comm programs such as kermit, but when I try to
> > nail up a SLIP connection to my ISP, it fails miserably.  I've tried
> > everything I can think of, and read every manual on the modem as
> > well as serial com on Linux.  To no avail.
> > 
> > Any suggesttions would be welcomed.
> 
> What does fail miserably mean?  How are you invoking slip?  Are you using
> dip and a script?  Have you tried dip -v so you can watch the dip
> progress?  Does your kernel have slip support compiled into it.  Do you
> set up your serial ports in RC.local? Have you set up your routes and

Yes to all the above.  It used to work (famous words) before getting
this modem and replacing the internal modem that came with the system.

> addresses?  Do you have and IP address or expect to get one from the
> ISP?   Does the script dial, but not connect; connect but not log in; log
> in but not start slip?  Need a little more information . . . 

Dials, connects, sets the routing, etc.  netstat -i suggests all is ok.
ping to the isp produces no response.  netstat -i shows packets 
successfully sent, but none received.  Also, no errors.  

> 
> I'd suggest the SERIAL-HOWTO and the dip README documentation.
> 

Been there.  Done that.


At any rate, I'm switching to ppp and am requesting a firmware
upgrade for the USR.  Maybe my problem is just the Packard Bell
computer (shudder -- all I can afford) and the bogus internal 
modem it came with.  I pulled it off the motherboard and disabled
the com1 port in cmos.  So now Linux sees com1 as the internal USR
ok.  Just the slip connection seems either unresponsive, or, eventually,
netstat -i either hangs, or drops sl0 as a line.  Occasionally dip
will die as well but not always.