ppp

Is there any way to avoid the ppp to ask for a ms-dns and wins when connecting to an ISP?

A new version?
The [1]changelog Reports that in ppp-2.4.4!? "* Lots of bugs fixed, particularly in the area of demand-dialled and persistent connections."

I think this is worth a look, perhaps it's time to release this code...

The [2]main page reports "The latest version of ppp is version 2.4.3, released on 14 November 2004."

Looking at Debian Stable, 2.4.4rel-8. So now even FM has current information.

1. www.samba.org/ppp/READ...

2. www.samba.org/ppp/

Project abandoned?
pppd appears to have been unmaintained for 2 years already.

Is anybody willing to step forward and adopt this codebase?

Re: pppd 3.4.3 with rp-pppoe and demand fails to reconnect

Same with me, same log characteristics:

retry in the same second of termination, but immediate modem hangup.

After downgrading from 2.4.3 of Suse9.3 to
2.4.2 of Suse9.2 it works like I was used to before,

i.e. on demand reconnect works.

pppd 3.4.3 with rp-pppoe and demand fails to reconnect
Hallo,

after using pppd 2.4.2 for a while with rp-pppoe.so (DSL) in demand mode i have now upgraded to pppd 2.4.3. At first the connect works well, but after the automatic 24 hours disconnect by Deutsche Telekom the reconnect failes. The reconnect not only fails sometimes but definitely every time the disconnect occurs. Here is what i see in the syslog during the dis/reconnect:

--------------------------------

Dec 7 00:48:33 router pppd[3973]: rcvd [LCP TermReq id=0xa] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...

Dec 7 00:48:33 router pppd[3973]: LCP terminated by peer

Dec 7 00:48:33 router pppd[3973]: Connect time 1440.1 minutes.

Dec 7 00:48:33 router pppd[3973]: Sent 4880390 bytes, received 10668259 bytes.

Dec 7 00:48:33 router pppd[3973]: Script /etc/ppp/ip-down started (pid 24700)

Dec 7 00:48:33 router pppd[3973]: Couldn't increase MTU to 1500

Dec 7 00:48:33 router pppd[3973]: Couldn't increase MRU to 1500

Dec 7 00:48:33 router pppd[3973]: sent [LCP TermAck id=0xa]

Dec 7 00:48:34 router kernel: SuSE-FW-ACCEPTIN=eth1 OUT= MAC=00:c1:26:02:54:d1:00:01:36:06:83:c7:08:00 SRC=192.168.42.242 DST=192.168.42.240 LEN=44 TOS=0x00 PREC=0x00 TTL=128 ID=14080 DF PROTO=TCP SPT=1033 DPT=139 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405B4)

Dec 7 00:48:35 router SuSEfirewall2: Firewall customary rules loaded from /etc/rc.config.d/firewall2-custom.rc.config

Dec 7 00:48:36 router pppd[3973]: Connection terminated.

Dec 7 00:48:37 router pppd[3973]: PADS: Service-Name: ''

Dec 7 00:48:37 router pppd[3973]: PPP session is 3313

Dec 7 00:48:37 router pppd[3973]: using channel 3

Dec 7 00:48:37 router pppd[3973]: Connect: ppp0 <--> eth0

Dec 7 00:48:37 router pppd[3973]: Couldn't increase MTU to 1500

Dec 7 00:48:37 router pppd[3973]: Couldn't increase MRU to 1500

Dec 7 00:48:37 router pppd[3973]: sent [LCP ConfReq id=0x2 <magic 0x2842ff03>]

Dec 7 00:48:37 router pppd[3973]: Modem hangup

--------------------------------

My option file i use for dsl connect looks like:

--------------------------------

lock

local

nocrtscts

noauth

# configurred by iptables

#mru 1480

#mtu 1480

name "xxxxxxxxxxxxxxxxxxxx"

defaultroute

noipdefault

ipcp-accept-local

ipcp-accept-remote

below

debug

kdebug 7

hide-password

lcp-echo-interval 5

lcp-echo-failure 3

demand

persist

idle 0

nodetach

usepeerdns

unit 0

--------------------------------

with "plugin rp-pppoe.so" set in the global options file.

This seems to be a new bug in pppd 2.4.3, since it works well with pppd 2.4.2 ...

Ulrich