[linux-help] Re: Diald Problems

["Dale W Hodge" <dwh@xxxxxxxxxxxxxxxx>]

> -----Original Message-----
> From: linux-help-bounce@xxxxxxxxx [mailto:linux-help-bounce@xxxxxxxxx]On
> Behalf Of Curtis Hawthorne
> Sent: Tuesday, October 17, 2000 7:50 PM
> To: linux-help@xxxxxxxxx
> Subject: [linux-help] Re: Diald Problems
>
>
> Yeah, that's the first thing I looked for.  I do have
> the slip module installed and when I do an ifconfig
> before it tries to dial, the sl0 device shows up.
>
> What else could cause it to do that?

Okay, lets step through some of this and see what's happening:

This first part looks like ppp was started, but I don't see any messages from
the remote server to indicate that it it ever started on the other end. I'm
wondering if the other end is somehow getting confused and offering you a login
prompt instead of a ppp session. You might try increasing your debug level to
see a little more detail.

> > > Oct 16 18:49:15 neo pppd[4646]: Connect: ppp0 <-->
> > > /dev/ttyS1
> > > Oct 16 18:49:46 neo pppd[4646]: Connection
> > terminated.

This next bit just means that the ppp session died. The SIOCSIFMETRIC (IIRC) is
just a warning message that changing the metric isn't supported under 2.2.x
kernels.  Someone didn't set the build flags to eliminate 2.0.x support.

> > > Oct 16 18:49:46 neo pppd[4646]: Exit.
> > > Oct 16 18:49:46 neo diald[4501]: start sl0:
> > > SIOCSIFMETRIC: Operation not supported

This is another place where the 2.2.x does things automatically, but diald tries
to do it again.

> > > Oct 16 18:49:46 neo diald[4501]: start sl0:
> > SIOCADDRT:
> > > File exists

Diald realized the link was not working and tries to kill the already dead ppp
session.

> > > Oct 16 18:49:46 neo diald[4501]: stop ppp0:
> > SIOCDELRT:
> > > No such process
> > > Oct 16 18:49:46 neo diald[4501]: Disconnected.

This next bit is telling.  You sent 6353 bytes, but the other system didn't
respond, or at least the ppp session didn't see anything valid.

> > Call
> > > duration 31 seconds.
> > > Oct 16 18:49:46 neo diald[4501]: IP transmitted
> > 6353
> > > bytes and received 0 bytes.
> > > Oct 16 18:49:47 neo diald[4501]: Delaying 30
> > seconds
> > > before clear to dial.

Crank up your debug level on ppp and try doing the pon/poff and then compare it
to what results you get with diald.  I suspect that there's a slight difference
in the way the scripts execute and you just need to find out what that is.
Otherwise it looks like the script is basically working as intended. i.e. it
sees the packet, tries to bring up the link, times out, and takes the link down.

--dwh

---
Dale W Hodge - dwh@xxxxxxxxxxxxxxxx
Secretary & Website Maintainer - info@xxxxxxxxx
Air Capital Linux User's Group  (ACLUG)
---




-- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi