Subject: Re: ppp dialup?
To: None <port-sparc64@netbsd.org>
From: Ian Main <imain@stemwinder.org>
List: port-sparc64
Date: 02/20/2003 10:05:27
OK, so I did a bit more digging, and found that of course, it seems
like its not able to detect the CD signal.  I also have noticed
that the modem is not being shut down when pppd exits.  I didn't
think anything of it at the time but its the same problem.

The modem and cable all work I'm sure of that, so if its a hardware
problem it'd be between the montherboard and the connector on the
back of the machine..

I set the 'local' option of pppd and am talking to you through that
link right now so all is well that way.  However, it's less than
ideal as pppd has no way to tell the modem to shut down etc.

So, could this be the real bug?  :)


    Ian



On Thu, Feb 20, 2003 at 12:05:25AM -0800, Ian Main wrote:
> Well, I think it was actually just not getting to the ppp part on the remote
> side yet, and seeing all that text thought it was 7-bit only.  I changed my
> script from pap (why that wouldn't work I don't know) to manual login, and
> now ppp just says the modem hangs up as soon as it gets control.
> 
> Feb 19 22:35:00 iggy chat[516]: expect (~)
> Feb 19 22:35:00 iggy chat[516]: LBC01-INDIR01>ppp^M
> Feb 19 22:35:00 iggy chat[516]: Entering PPP routing mode.^M
> Feb 19 22:35:00 iggy chat[516]: Async interface address is unnumbered (Ethernet0)^M
> Feb 19 22:35:00 iggy chat[516]: Your IP address is xxx.xxx.xxx.xxx MTU is 1500 bytes^M
> Feb 19 22:35:00 iggy chat[516]: Header compression will match your system.^M
> Feb 19 22:35:00 iggy chat[516]: ^M
> Feb 19 22:35:04 iggy chat[516]: ~
> Feb 19 22:35:04 iggy chat[516]:  -- got it
> Feb 19 22:35:04 iggy pppd[512]: Serial connection established.
> Feb 19 22:35:04 iggy pppd[512]: Using interface ppp0
> Feb 19 22:35:04 iggy pppd[512]: Connect: ppp0 <--> /dev/ttyh1
> Feb 19 22:35:04 iggy pppd[512]: Modem hangup
> Feb 19 22:35:04 iggy pppd[512]: Connection terminated.
> Feb 19 22:35:05 iggy pppd[512]: Exit.
> 
> At that point I see no reason why it wouldn't just pick up and run.  The funny
> part is that the modem itself never really hangs up until the remote end terminates
> the call.
> 
>     Ian