Persist / holdoff suspected bug - PPP
This is a discussion on Persist / holdoff suspected bug - PPP ; Hello list
I posted the below to ppp-bugs@samba.anu.edu.au over a week ago with
so far no reply. Maybe here is where I should have looked for help
instead?
I'm using ppp-2.4.2_cvs_20030610 from
prdownloads.sourceforge.net/pptpclient/ppp-2.4.2_cvs_20030610-1.i386.rpm.
I have two instances of Poptop to ...
-
Persist / holdoff suspected bug
Hello list
I posted the below to ppp-bugs@samba.anu.edu.au over a week ago with
so far no reply. Maybe here is where I should have looked for help
instead?
I'm using ppp-2.4.2_cvs_20030610 from
prdownloads.sourceforge.net/pptpclient/ppp-2.4.2_cvs_20030610-1.i386.rpm.
I have two instances of Poptop to do LAN-to-LAN between two sites
connected to the Internet via leased line. Each also serves a few
Windoze (NT / 2000 / XP) roadwarriors. So far everything is working
very well, except on the client end of the LAN-to-LAN tunnel, the
persist option is set and works fine except that the holdoff option
has no apparent effect. When I kill the connection on the server, the
client always waits exactly 60 seconds before attempting to reconnect.
When I use the holdoff option, a dump of the options shows "holdoff 0"
irrespective of the value I assign to holdoff. Same behaviour whether
I start the tunnel using the client GUI or manually with or without
"holdoff 2" on the pppd command line. Have also tried holdoff 10 and
20 just in case it's ignoring small values.
For info I installed ppp from rpm; I'm using pptp 1.1.4-b4; OS is RH
8.0 kernel 2.4.18-14. While searching the pptp lists and elsewhere I
came across mention of a patch for pppd-2.4.1 to fix a holdoff bug -
don't know whether the same bug nor whether the fix was incorporated
in 2.4.2.
Below is a complete list of my options
Look forward to hearing from you
Bill A.
Oct 10 11:57:40 firewall-riga pppd[7542]: pppd options in effect:
Oct 10 11:57:40 firewall-riga pppd[7542]: debug^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: updetach^I^I# (from command
line)
Oct 10 11:57:40 firewall-riga pppd[7542]: holdoff 0^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: persist^I^I# (from
/etc/ppp/peers/riga2uk)
Oct 10 11:57:40 firewall-riga pppd[7542]: logfd 1^I^I# (from command
line)
Oct 10 11:57:40 firewall-riga pppd[7542]: linkname riga2uk^I^I# (from
/etc/ppp/peers/riga2uk)
Oct 10 11:57:40 firewall-riga pppd[7542]: dump^I^I# (from command
line)
Oct 10 11:57:40 firewall-riga pppd[7542]: noauth^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: name bswriga^I^I# (from
/etc/ppp/peers/riga2uk)
Oct 10 11:57:40 firewall-riga pppd[7542]: remotename riga2uk^I^I#
(from /etc/ppp/peers/riga2uk)
Oct 10 11:57:40 firewall-riga pppd[7542]: ^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: pty pptp 217.205.94.133
--nolaunchpppd^I^I# (from /etc/ppp/peers/riga2uk)
Oct 10 11:57:40 firewall-riga pppd[7542]: local^I^I# (from
/etc/ppp/options)
Oct 10 11:57:40 firewall-riga pppd[7542]: asyncmap 0^I^I# (from
/etc/ppp/options)
Oct 10 11:57:40 firewall-riga pppd[7542]: mru 1446^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: mtu 1446^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: lcp-echo-failure 30^I^I#
(from /etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: lcp-echo-interval 5^I^I#
(from /etc/ppp/options.pptp)
Oct 10 11:57:40 firewall-riga pppd[7542]: lcp-restart 2^I^I# (from
/etc/ppp/options)
Oct 10 11:57:41 firewall-riga pppd[7542]: lcp-max-configure 60^I^I#
(from /etc/ppp/options)
Oct 10 11:57:41 firewall-riga pppd[7542]: show-password^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: ipcp-accept-local^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: ipcp-accept-remote^I^I#
(from /etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: ipparam riga2uk^I^I# (from
/etc/ppp/peers/riga2uk)
Oct 10 11:57:41 firewall-riga pppd[7542]: proxyarp^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: nobsdcomp^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: nodeflate^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: require-mppe^I^I# (from
/etc/ppp/options.pptp)
Oct 10 11:57:41 firewall-riga pppd[7542]: noipx^I^I# (from
/etc/ppp/options)
-
Re: Persist / holdoff suspected bug
bill.allison@bsw.co.uk wrote:
>I have two instances of Poptop to do LAN-to-LAN between two sites
>connected to the Internet via leased line. Each also serves a few
>Windoze (NT / 2000 / XP) roadwarriors. So far everything is working
>very well, except on the client end of the LAN-to-LAN tunnel, the
>persist option is set and works fine except that the holdoff option
>has no apparent effect. When I kill the connection on the server, the
>client always waits exactly 60 seconds before attempting to reconnect.
>When I use the holdoff option, a dump of the options shows "holdoff 0"
>irrespective of the value I assign to holdoff. Same behaviour whether
This is probably the same bug reported by a debian user:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=100028
I know no fix nor I currently have the resources to investigate it.
(Note that the attached patch is broken and has been pulled from the
package since.)
--
ciao, |
Marco | * The Internet is full. Go away. -- Joel Furr *