|
|
Question : PPP defaultroute problem(s) (?)
|
|
I'm using PPP (specificly, pppd v. 2.2.0f), and I use the defaultroute option. My problem is that, oftentimes, the default route doesn't get set up.
I have used the "debug" and "kdebug 7" options for pppd. In /var/adm/syslog, this is the error message which seems relevant (the machine name is linuxer):
Jul 9 22:10:51 linuxer pppd[286]: Could not determine remote IP address
Looking at the pppd source code (in ipcp.c), it seems the remote IP address seen by pppd is 0. However, sometimes pppd manages to recover and successfully establish the defaultroute through the PPP connection. For example, in establishing the PPP connection I'm using at this moment, /var/adm/debug shows:
Jul 9 23:28:54 linuxer pppd[7747]: sent [IPCP ConfReq id=0x1 ] Jul 9 23:28:54 linuxer pppd[7747]: rcvd [IPCP ConfReq id=0x3 ] Jul 9 23:28:54 linuxer pppd[7747]: sent [IPCP ConfAck id=0x3 ]
Another example (of success):
Jul 9 22:59:05 linuxer pppd[7057]: sent [IPCP ConfReq id=0x1 ] Jul 9 22:59:05 linuxer pppd[7057]: rcvd [IPCP ConfNak id=0x1 ] Jul 9 22:59:05 linuxer pppd[7057]: sent [IPCP ConfReq id=0x2 ] Jul 9 22:59:05 linuxer pppd[7057]: rcvd [IPCP ConfAck id=0x2 ]
As an example in which the default route doesn't get set up, there's one facility at which I've *never* been able to establish a default route using pppd. However, I'm told this facility is identical to the one I use successfully, and I can use this site just fine if I connectthrough Windows 3.1 (Trumpet Winsock). Here is what /var/adm/debug shows for the unsuccessful connection with Linux/pppd:
Jul 9 22:59:02 linuxer pppd[7057]: rcvd [LCP ConfReq id=0x2 ] Jul 9 22:59:02 linuxer pppd[7057]: sent [LCP ConfAck id=0x2 ] Jul 9 22:59:02 linuxer pppd[7057]: sent [IPCP ConfReq id=0x1 ] Jul 9 22:59:02 linuxer pppd[7057]: rcvd [IPCP ConfReq id=0x3 ] Jul 9 22:59:02 linuxer pppd[7057]: sent [IPCP ConfRej id=0x3 ] Jul 9 22:59:02 linuxer kernel: ppp_tty_ioctl: get flags: addr bffff4ec flags f000010 Jul 9 22:59:02 linuxer kernel: ppp_tty_ioctl: get flags: addr bffff500 flags f000013 Jul 9 22:59:02 linuxer pppd[7057]: rcvd [IPCP ConfReq id=0x4 ] Jul 9 22:59:02 linuxer pppd[7057]: sent [IPCP ConfRej id=0x4 ] Jul 9 22:59:02 linuxer pppd[7057]: rcvd [IPCP ConfReq id=0x5 ] Jul 9 22:59:02 linuxer pppd[7057]: sent [IPCP ConfAck id=0x5 ]
-----(end of examples)----- I've tried fiddling with various pppd options (e.g. -vj) but I still have no success. What am I doing wrong here?
BTW, here are all the pppd options I'm using: debug kdebug 7 asyncmap 0 noipdefault lock crtscts 57600 ...and I'm running Linux kernel version 2.0.27, with PPP support compiled as a module in the kernel.
Many thanks for any and all help, --daniel
|
Answer : PPP defaultroute problem(s) (?)
|
|
Hy again,
So, i suggest you to compile the last PPP package available : ppp 2.3.1 (at sunsite). Compile it in the kernel, not as a module. This way you should not mater (for now) to be up to date with the modutils packages. Bennefit are the integrated dial on demand feature and new extended PPP parameters.
Maybe the site wich you are connecting on is using NT special features, wich have been longly discussed in this site. So to agree with NT, adjust your compile options of the PPP daemon. (MSCHAP).
You can try (as a temporary try) to lower you connect speed 57600 --> 38400. And to insert waiting time in your chat script if your ISP is a little slow or very heavy one.
And as a last one, you should upgrade your linux kernel to the 2.0.29 (not the 2.0.30 wich is a little buggy).
Keep using the parameters in my first answer.
Do all of these and come back to tell me.
|
|
|
|
|