On Fri, 29 Jan 1999, Nick Mossie wrote:
|I'm using RedHat Linux 5.2 kernel 2.0.36
|PPP 2.3.5
|I'm using 'pppd' to start my session.
|Dialing and connecting is ok.
|
|I'm using an /etc/ppp/options file of:
|
|defaultroute
|crtscts
|connect "<connect script>"
|/dev/modem
|57600
|# Enable for PAP (check connect script)
|user <username>
|noauth
|debug
|
|I get the following when I connect from my box to the Versanet Communications
|Inc ISP Accelerator 2001:
|
|Jan 28 18:27:55 Oblivion pppd[9178]: pppd 2.3.5 started by root, uid 0
|Jan 28 18:28:16 Oblivion pppd[9178]: Serial connection established.
|Jan 28 18:28:17 Oblivion pppd[9178]: Using interface ppp0
|Jan 28 18:28:17 Oblivion pppd[9178]: Connect: ppp0 <--> /dev/modem
|Jan 28 18:28:17 Oblivion pppd[9178]: sent [LCP ConfReq id=0x1 <magic 0xa83abb81>
|<pcomp> <accomp>]
|Jan 28 18:28:20 Oblivion pppd[9178]: sent [LCP ConfReq id=0x1 <magic 0xa83abb81>
|<pcomp> <accomp>]
|Jan 28 18:28:20 Oblivion pppd[9178]: rcvd [LCP ConfReq id=0x1 <magic 0xa83abb81>
|<pcomp> <accomp>]
|
|<snip>
|
|Jan 28 18:28:26 Oblivion last message repeated 2 times
|
|<snip>
|
|Jan 28 18:28:29 Oblivion pppd[9178]: sent [LCP ConfReq id=0x2 <magic 0x39f22361>
|<pcomp> <accomp>]
|Jan 28 18:28:30 Oblivion pppd[9178]: rcvd [LCP ConfReq id=0x2 <magic 0x39f22361>
|<pcomp> <accomp>]
|Jan 28 18:28:30 Oblivion pppd[9178]: sent [LCP ConfNak id=0x2 <magic 0xaa8390a2>]
|Jan 28 18:28:30 Oblivion pppd[9178]: rcvd [LCP ConfNak id=0x2 <magic 0xaa8390a2>]
|Jan 28 18:28:30 Oblivion pppd[9178]: sent [LCP ConfReq id=0x3 <magic 0x534f708c>
|<pcomp> <accomp>]
|Jan 28 18:28:57 Oblivion last message repeated 9 times
|Jan 28 18:29:00 Oblivion pppd[9178]: LCP: timeout sending Config-Requests
|Jan 28 18:29:00 Oblivion pppd[9178]: Connection terminated.
|Jan 28 18:29:00 Oblivion pppd[9178]: Hangup (SIGHUP)
|Jan 28 18:29:00 Oblivion pppd[9178]: Exit.
|
|..... So I thought maybe it was just these "magic numbers". So I added
|
|nomagic
You should thank the magic numbers, they tell you that pppd is merrily
chatting with itself - not the ISP. Note that the magic number for each
"rcvd" is the same as one in a preceding "sent".
Your chat expect/send script is likely to blame in some way although I
would have to see it to make any guess as to what's wrong. The modem
also could be in a local loopback but it's not common.
The changes you made created the impression that pppd and the ISP
were negotiating differently but it just changed the branch of the tree
that that occurs when pppd talks to itself. In the last example it even
negotiated the same address for itself as pppd and as the remote.
Massive clip..
|
|I have access to both sides of the link as an administrator.
|
|Windows 9x machines connect beautifully to it. And since win9x is a hack
|version of ppp I thought surely linux would do it.
|
|My guess is that the other side (the ISP Accelerator) supports substandard
|stuff indeed. :(
|
|How do I fix this? What do I need to do to get my Linux box hooked up to
|the other side.
|
|I know my linux box's ppp work's wonderfully because there is a WindowsNT
|(shudder) machine that I can connect to just great over at the ISP, but it
|is going out of service (horray!).
|
|My PAP stuff is correct and the other side's RADIUS server confirms I'm
|connecting correctly.
I'm not sure how the RADIUS server confirms a correct connection but it is
very unlikely that pppd and the ISP are talking ppp at any time.
---
Clifford Kite Not a guru. (tm)
[EMAIL PROTECTED] Not even close.
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
