Re: pppoe reliability
On Thursday 18 May 2006 02:07, Michael P. Soulier wrote: Hello, I'm trying FreeBSD as a PPPoE client for my ADSL connection. Setup was great, but I'm finding that when I lose a connection (troubles with my isp), the ppp command does not return like I would like it to. [EMAIL PROTECTED] ~]# ppp -foreground -nat storm Working in foreground mode Using interface: tun0 tun0: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 tun0: ID0: 0x282eed00 = fopen(/etc/ppp/ppp.conf, r) tun0: Debug: ReadSystem: Checking storm (/etc/ppp/ppp.conf). tun0: Command: storm: nat enable yes tun0: Command: storm: set device PPPOE:fxp0 tun0: Command: storm: set authname [EMAIL PROTECTED] tun0: Command: storm: set authkey tun0: Command: storm: set dial tun0: Command: storm: set login tun0: Command: storm: add default HISADDR tun0: ID0: 9 = socket(17, 3, 0) tun0: ID0: -1 = write(9, data, 140) tun0: TCP/IP: rt_Set failure: tun0: TCP/IP: rt_Set: Cmd = Add tun0: TCP/IP: rt_Set: Dst = 0.0.0.0/0 tun0: TCP/IP: rt_Set: Gateway = 10.0.0.2 tun0: Debug: wrote -1: cmd = Add, dst = 0.0.0.0/0, gateway = 10.0.0.2 I just found the connection down because my modem lost sync, and the client didn't return. I was hoping that it would return so that I could script the client such that it would always retry, via supervise or runit. Any ideas? Enable echo so ppp will know when the other peer is down, and then will act as you tell it to. I think enabling echo and -ddial mode will be fine, no need of scripting, but anyways the recommended way of interacting with ppp(8) is pppctl(8). from ppp man: -ddial This mode is equivalent to -auto mode except that ppp will bring the link back up any time it is dropped for any reason. echo Default: Disabled. When this option is enabled, ppp will send LCP ECHO requests to the peer at the frequency defined by echoperiod''. Note, LQR requests will supersede LCP ECHO requests if enabled and negotiated. See set lqrperiod'' below for details. Prior to ppp version 3.4.2, echo'' was considered enabled if lqr was enabled and negotiated, otherwise it was considered dis- abled. For the same behaviour, it is now necessary to enable lqr echo'' rather than just enable lqr''. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pppoe reliability
On 5/18/06, Nikos Vassiliadis [EMAIL PROTECTED] wrote: Enable echo so ppp will know when the other peer is down, and then will act as you tell it to. I think enabling echo and -ddial mode will be fine, no need of scripting, but anyways the recommended way of interacting with ppp(8) is pppctl(8). Also, the handbook doesn't mention pppctl in the pppoe section. I just followed the handbook. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoe.html I'll read up on pppctl. Thanks. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pppoe reliability
On 5/18/06, Nikos Vassiliadis [EMAIL PROTECTED] wrote: Enable echo so ppp will know when the other peer is down, and then will act as you tell it to. I think enabling echo and -ddial mode will be fine, no need of scripting, but anyways the recommended way of interacting with ppp(8) is pppctl(8). from ppp man: -ddial This mode is equivalent to -auto mode except that ppp will bring the link back up any time it is dropped for any reason. echo Default: Disabled. When this option is enabled, ppp will send LCP ECHO requests to the peer at the frequency defined by echoperiod''. Note, LQR requests will supersede LCP ECHO requests if enabled and negotiated. See set lqrperiod'' below for details. Prior to ppp version 3.4.2, echo'' was considered enabled if lqr was enabled and negotiated, otherwise it was considered dis- abled. For the same behaviour, it is now necessary to enable lqr echo'' rather than just enable lqr''. I'll try this, thanks. I've noticed that when I drop ppp, the tun0 seems to hang on a bit. If I restart too quickly, I get a tun1. The ifconfig command will not permit me to destroy tun0 either, so I wait for a little while before bringing it back up again. Any idea why? Thanks, Mike P.S. The help from this list makes all of the difference when deciding which OS to use. -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pppoe reliability
Quoting Michael P. Soulier [EMAIL PROTECTED]: I've noticed that when I drop ppp, the tun0 seems to hang on a bit. If I restart too quickly, I get a tun1. The ifconfig command will not permit me to destroy tun0 either, so I wait for a little while before bringing it back up again. In the ppp.linkdown mylabel: iface clear That will clear the interface and also remove the address when the PPPoE goes down. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pppoe reliability
On 5/18/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: In the ppp.linkdown mylabel: iface clear That will clear the interface and also remove the address when the PPPoE goes down. Ah, thanks. I see that /usr/share/examples/ppp has more examples of this. I wish the handbook did, since it's my first reference. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
pppoe reliability
Hello, I'm trying FreeBSD as a PPPoE client for my ADSL connection. Setup was great, but I'm finding that when I lose a connection (troubles with my isp), the ppp command does not return like I would like it to. [EMAIL PROTECTED] ~]# ppp -foreground -nat storm Working in foreground mode Using interface: tun0 tun0: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 tun0: ID0: 0x282eed00 = fopen(/etc/ppp/ppp.conf, r) tun0: Debug: ReadSystem: Checking storm (/etc/ppp/ppp.conf). tun0: Command: storm: nat enable yes tun0: Command: storm: set device PPPOE:fxp0 tun0: Command: storm: set authname [EMAIL PROTECTED] tun0: Command: storm: set authkey tun0: Command: storm: set dial tun0: Command: storm: set login tun0: Command: storm: add default HISADDR tun0: ID0: 9 = socket(17, 3, 0) tun0: ID0: -1 = write(9, data, 140) tun0: TCP/IP: rt_Set failure: tun0: TCP/IP: rt_Set: Cmd = Add tun0: TCP/IP: rt_Set: Dst = 0.0.0.0/0 tun0: TCP/IP: rt_Set: Gateway = 10.0.0.2 tun0: Debug: wrote -1: cmd = Add, dst = 0.0.0.0/0, gateway = 10.0.0.2 I just found the connection down because my modem lost sync, and the client didn't return. I was hoping that it would return so that I could script the client such that it would always retry, via supervise or runit. Any ideas? Thanks, Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
