Hello Arcana, ray > On Sunday 26 January 2003 13:24, Ray Olszewski wrote: > > > Third, your immediate problem is that when the connection goes down, your > > keepalive script does not restart it. Nor does your executing the same > > command (/etc/init.d/networking restart) from the command line. Since that > > is the command to stop, then restart, all interfaces, this command should > > work ... or at least it should do *something*. > > I suspect that, instead of using /etc/init.d/networking restart, I should > probably just use 'ifup ppp0'. This means that I target the ppp interface > specifically instead of bringing down the entire list of interfaces on the > router (and killing, let's say, DHCP addresses). This is correct. in the default setting the ppp0 connection is brought up automaticall. ifup ppp0 is used to set the interface up manually. There are several reasons for a pppoe connection to disconnect. One of it is. Disconnect by the provider (after a period of inactivity or after a certain interval ). The disconnection for inactivity can be prevented by performing some action like ping a internet host or get your mail within the inactivity interval.
Anyhow as soon as the connection goes down the pppd daemon will try to restart it immediately. The reconnecting might fail for several reasons for example. password server at provider out of order hardware problem problem with your modem ( this is probable because you had to powercycle the modem). Don't forget that the "lowest level" connection between your modem and the endpoint at your provider is not controlled by the pppd daemon ( this is at a "higher" level > Another thing I might be able to do is to NOT check if the connection is up or > down, but to run 'ifup ppp0' every fifteen minutes. Would there be adverse > effects in doing this? probaly yes. > My Internet is up: > > 30: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1492 qdisc pfifo_fast qlen 3 > link/ppp > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 brd 127.255.255.255 scope host lo > 2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:c0:f0:06:aa:a5 brd ff:ff:ff:ff:ff:ff > 4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:e0:29:2c:98:b3 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.254/24 brd 192.168.1.255 scope global eth1 > 30: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1492 qdisc pfifo_fast qlen 3 > link/ppp > inet 216.75.174.78 peer 64.39.160.16/32 scope global ppp0 Okay > > I bring down internet with ifdown ppp0: > # ifdown ppp0 > > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 brd 127.255.255.255 scope host lo > 2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:c0:f0:06:aa:a5 brd ff:ff:ff:ff:ff:ff > 4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:e0:29:2c:98:b3 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.254/24 brd 192.168.1.255 scope global eth1 > okay no connection no ppp0 anymore > /var/log/syslog: > Jan 26 13:58:42 firewall pppd[31093]: Terminating on signal 15. > Jan 26 13:58:42 firewall pppd[31093]: Couldn't increase MTU to 1500. > Jan 26 13:58:42 firewall pppd[31093]: Couldn't increase MRU to 1500 > Jan 26 13:58:42 firewall pppd[31093]: Connection terminated. > Jan 26 13:58:42 firewall pppd[31093]: Connect time 19.0 minutes. > Jan 26 13:58:42 firewall pppd[31093]: Sent 127644 bytes, received 91837 bytes. > Jan 26 13:58:42 firewall pppd[31093]: Doing disconnect > Jan 26 13:58:42 firewall pppd[31093]: Exit. > > I type 'ifup ppp0' to bring the connection back up: > > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 brd 127.255.255.255 scope host lo > 2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff > 3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:c0:f0:06:aa:a5 brd ff:ff:ff:ff:ff:ff > 4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:e0:29:2c:98:b3 brd ff:ff:ff:ff:ff:ff > inet 192.168.1.254/24 brd 192.168.1.255 scope global eth1 > 31: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP> mtu 1492 qdisc pfifo_fast qlen 3 > link/ppp > inet 216.75.174.78 peer 64.39.160.16/32 scope global ppp0 > > Syslog: > Jan 26 14:01:09 firewall pppd[20638]: Plugin /usr/lib/pppd/pppoe.so loaded. > Jan 26 14:01:09 firewall pppd[20638]: PPPoE Plugin Initialized > Jan 26 14:01:09 firewall pppd[5955]: pppd 2.4.1 started by root, uid 0 > Jan 26 14:01:09 firewall pppd[5955]: Sending PADI > Jan 26 14:01:09 firewall pppd[5955]: HOST_UNIQ successful match > Jan 26 14:01:09 firewall pppd[5955]: HOST_UNIQ successful match > Jan 26 14:01:09 firewall pppd[5955]: Got connection: ea9 > Jan 26 14:01:09 firewall pppd[5955]: Connecting PPPoE socket: > 00:90:1a:40:44:2c a90e eth0 0x807c260 > Jan 26 14:01:09 firewall pppd[5955]: using channel 27 got a channel ( low level) > Jan 26 14:01:09 firewall pppd[5955]: Using interface ppp0 > Jan 26 14:01:09 firewall pppd[5955]: Connect: ppp0 <--> eth0 > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MTU to 1500. ignore this message > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MRU to 1500 > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MTU to 1500. > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MRU to 1500 > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MTU to 1500. > Jan 26 14:01:09 firewall pppd[5955]: Couldn't increase MRU to 1500 > Jan 26 14:01:10 firewall pppd[5955]: Cannot determine ethernet address for > proxy ARP ignore > Jan 26 14:01:10 firewall pppd[5955]: local IP address 216.75.174.78 > Jan 26 14:01:10 firewall pppd[5955]: remote IP address 64.39.160.16 Ok > > > This is what the "normal" situation for ppp0 going down and up looks like if I > do it on demand. > > > Also please clarify what you mean by "eventually the system stops trying". > > From the log output it seems that the system stops trying to bring up the > interfaces. > > > The problem may be in the details of how your PPPoE connection gets set up, > > in particular how the rotuer communicates locally with the DSL modem. PPPoE > > setup requirements imposed by ISPs vary a lot (who is your ISP, BTW? I know > > PacBell uses the Enternet 300 Windows PPPoE client, or did bak when I > > struggled with a PPPoE connection), and dealing with your problem may > > require information on the details of your ISP's setup instructions (for > > Windows). > > My modem is a GNet BB0050 modem. > My ISP is Golden Triangle -- golden.net > > I did not receive any specific instructions for setup: it was basically, > "Install the Enternet 300 software, add your username and password, and then > connect." Is there any setup instructions that you were thinking of? --- Below I copied in the logfile from your first mail Jan 24 07:50:01 firewall /USR/SBIN/CRON[10713]: (root) CMD (/etc/keepalive_script) Jan 24 07:59:25 firewall pppd[9920]: LCP terminated by peer Hangup by your provider Jan 24 07:59:25 firewall pppd[9920]: Couldn't increase MTU to 1500. Jan 24 07:59:25 firewall pppd[9920]: Couldn't increase MRU to 1500 Jan 24 07:59:25 firewall pppd[9920]: Modem hangup Jan 24 07:59:25 firewall pppd[9920]: Connection terminated. Jan 24 07:59:25 firewall pppd[9920]: Connect time 10068.8 minutes. Jan 24 07:59:25 firewall pppd[9920]: Sent 50288437 bytes, received 209080228 bytes. Jan 24 07:59:25 firewall pppd[9920]: Doing disconnect Jan 24 07:59:55 firewall pppd[9920]: Sending PADI Jan 24 07:59:55 firewall pppd[9920]: HOST_UNIQ successful match Jan 24 07:59:55 firewall pppd[9920]: HOST_UNIQ successful match Jan 24 07:59:55 firewall pppd[9920]: Got connection: 1b7f Jan 24 07:59:55 firewall pppd[9920]: Connecting PPPoE socket: 00:90:1a:40:44:2c 7f1b eth0 0x807c2c8 Jan 24 07:59:55 firewall pppd[9920]: using channel 21 Jan 24 07:59:55 firewall pppd[9920]: Using interface ppp0 Jan 24 07:59:55 firewall pppd[9920]: Connect: ppp0 <--> eth0 Jan 24 07:59:55 firewall pppd[9920]: Couldn't increase MTU to 1500. Jan 24 07:59:55 firewall pppd[9920]: Couldn't increase MRU to 1500 Jan 24 07:59:56 firewall pppd[9920]: Couldn't increase MTU to 1500. Jan 24 07:59:56 firewall pppd[9920]: Couldn't increase MRU to 1500 Jan 24 07:59:56 firewall pppd[9920]: Couldn't increase MTU to 1500. Jan 24 07:59:56 firewall pppd[9920]: Couldn't increase MRU to 1500 Jan 24 07:59:56 firewall pppd[9920]: Cannot determine ethernet address for proxy ARP Jan 24 07:59:56 firewall pppd[9920]: local IP address 216.75.173.181 Jan 24 07:59:56 firewall pppd[9920]: remote IP address 64.39.160.16 here you have a connection Jan 24 08:00:01 firewall /USR/SBIN/CRON[12130]: (root) CMD (/etc/keepalive_script) Jan 24 08:00:01 firewall /USR/SBIN/CRON[26229]: (root) CMD (`/etc/init.d/ntpdate start`) Jan 24 08:00:01 firewall /USR/SBIN/CRON[25950]: (root) CMD (/etc/multicron-p) Jan 24 03:00:07 firewall ntpdate[24300]: step time server 132.246.168.148 offset 0.357184 sec Jan 24 08:00:07 firewall /USR/SBIN/CRON[20675]: (root) MAIL (mailed 19 bytes of output but got status 0x0001 ) you should patch your mail file ( is a small bug ;) ) cut cron messages Jan 24 08:50:02 firewall /USR/SBIN/CRON[17687]: (root) CMD (/etc/keepalive_script) Jan 24 08:58:38 firewall pppd[9920]: No response to 10 echo-requests Jan 24 08:58:38 firewall pppd[9920]: Serial link appears to be disconnected. Your connection went down reason ? the lcp_echo request failed 10 times so ppp0 is taken down you did change something in the defaultfiles lcp_echo_interval 10 Jan 24 08:58:38 firewall pppd[9920]: Couldn't increase MTU to 1500. Jan 24 08:58:38 firewall pppd[9920]: Couldn't increase MRU to 1500 Jan 24 08:58:48 firewall pppd[9920]: Connection terminated. Jan 24 08:58:48 firewall pppd[9920]: Connect time 58.8 minutes. Jan 24 08:58:48 firewall pppd[9920]: Sent 4236 bytes, received 8209 bytes. Jan 24 08:58:48 firewall pppd[9920]: Doing disconnect Jan 24 08:59:18 firewall pppd[9920]: Sending PADI ------------- Jan 24 09:00:01 firewall /USR/SBIN/CRON[23934]: (root) CMD (/etc/keepalive_script) Jan 24 09:00:01 firewall /USR/SBIN/CRON[6709]: (root) CMD (`/etc/init.d/ntpdate start`) Jan 24 09:00:01 firewall /USR/SBIN/CRON[27318]: (root) CMD (/etc/multicron-p) Jan 24 04:00:06 firewall ntpdate[18431]: sendto(132.246.168.148): Network is unreachable the default route is taken down with the ppp0 interface ? The ppp0 should try to connect again. Jan 24 04:00:09 firewall last message repeated 3 times Jan 24 04:00:10 firewall ntpdate[18431]: no server suitable for synchronization found Jan 24 09:00:10 firewall /USR/SBIN/CRON[14147]: (root) MAIL (mailed 19 bytes of output but got status 0x0001 ) Jan 24 09:10:01 firewall /USR/SBIN/CRON[19360]: (root) CMD (/etc/keepalive_script) Jan 24 09:15:01 firewall /USR/SBIN/CRON[2952]: (root) CMD (/etc/multicron-p) Jan 24 09:20:01 firewall /USR/SBIN/CRON[14049]: (root) CMD (/etc/keepalive_script) Jan 24 09:30:01 firewall /USR/SBIN/CRON[18832]: (root) CMD (/etc/keepalive_script) Jan 24 09:30:01 firewall /USR/SBIN/CRON[16748]: (root) CMD (/etc/multicron-p) It is unclear why the pppd daemon is trying to connect now after more than 30 minutes did you cut something out of the logfiles ? Jan 24 09:33:24 firewall pppd[9920]: Connecting PPPoE socket: 00:90:1a:40:44:2c 0000 eth0 0x807c2c8 Jan 24 09:33:24 firewall pppd[9920]: Couldn't get channel number: Transport endpoint is not connected This message means that there is a problem at a level before password exchange etc occurs could be your modem or the provider endpoint Jan 24 09:33:24 firewall pppd[9920]: Doing disconnect Jan 24 09:33:54 firewall pppd[9920]: Sending PADI If this occur more often you should check your pppoe options file in /etc/peers/dsl-provider should be something like : plugin /usr/lib/pppd/pppoe.so user ***************** noipdefault defaultroute hide-password lcp-echo-interval 20 lcp-echo-failure 3 connect /bin/true noauth persist mtu 1492 Regards Eric Wolzak member of the bering crew ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
