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 ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: Persist / holdoff suspected bug

  1. 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)

  2. 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 *

+ Reply to Thread