No matter what i've tried my ppp link refuses to obey it's timeout time. I've been using the 'tcpdump -i ppp0' command to monitor the interface for any packets that may be keeping the line up but to no avail. The command line that's used for setting up the PPP link - via wvdial.dod start - is ============================================== pppd /dev/modem 115200 192.168.99.1:192.168.99.99 modem crtscts idle 110 defaultroute -detach user XXXXXX ipcp-accept-local ipcp-accept-remote usepeerdns call wvdial demand connect "/usr/bin/wvdial --chat " =============================================== Checking through /var/log/messages, i see that the timeout is registered as in ================================================ May 19 23:33:44 Spidey WvDial: Modem initialized. May 19 23:33:44 Spidey WvDial: Idle Seconds = 110, disabling automatic reconnect. ================================================ ...so i *know* that's okay. Please i would like any pointer from anyone who'se had this issue using ppp and wvdial. This problem, although a minir one, is getting up my ?@£%$!!! Clifford ...Well, I know we're dying and there's no sign of a parachute... Tori Amos -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
I noticed that using multiples of 30 seconds allows the link to go down. Try 120 seconds rather than 110 seconds. Don't ask me why but it worked for me. Christopher Reimer On Sat, 20 May 2000, Clifford Okoro wrote:
No matter what i've tried my ppp link refuses to obey it's timeout time. I've been using the 'tcpdump -i ppp0' command to monitor the interface for any packets that may be keeping the line up but to no avail. The command line that's used for setting up the PPP link - via wvdial.dod start - is
============================================== pppd /dev/modem 115200 192.168.99.1:192.168.99.99 modem crtscts idle 110 defaultroute -detach user XXXXXX ipcp-accept-local ipcp-accept-remote usepeerdns call wvdial demand connect "/usr/bin/wvdial --chat " ===============================================
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Sorted. Nice One. I'm still using 110 seconds as i keep on getting this line every 2 minutes 17:29:56.721278 cvx1a.bre.ntl.com > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1] As i'm not using NetBSD, my machine screams when i use the 'active-filter' option on pppd. Now what am i to do. Leaving it on 110 means that i have to keep on dialing up e.g. when i'm reading an article that takes more than 2 minutes to read. However, if i increase it, my link will never go down when a 'cronned' process brings it up. e.g. batch FTP at 2 am. Ohhh Woe is me that i have to suffer so. Woe! Woe!! :-) Any ideas? Clifford ...Well, I know we're dying and there's no sign of a parachute... Tori Amos On Fri, 19 May 2000, Christopher D. Reimer wrote:
I noticed that using multiples of 30 seconds allows the link to go down. Try 120 seconds rather than 110 seconds. Don't ask me why but it worked for me.
Christopher Reimer
On Sat, 20 May 2000, Clifford Okoro wrote:
No matter what i've tried my ppp link refuses to obey it's timeout time. I've been using the 'tcpdump -i ppp0' command to monitor the interface for any packets that may be keeping the line up but to no avail. The command line that's used for setting up the PPP link - via wvdial.dod start - is
============================================== pppd /dev/modem 115200 192.168.99.1:192.168.99.99 modem crtscts idle 110 defaultroute -detach user XXXXXX ipcp-accept-local ipcp-accept-remote usepeerdns call wvdial demand connect "/usr/bin/wvdial --chat " ===============================================
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Sorted. Nice One. I'm still using 110 seconds as i keep on getting this line every 2 minutes
17:29:56.721278 cvx1a.bre.ntl.com > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1]
Very strange. You could try 300 seconds, which was what I had before and it work quite well. I think there something else going on with your system. My "ultimate" solution was getting a DSL line and using PPPoe with a 24/7 connection. ;) Christopher Reimer -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
I believe what keeps up the line is the multicast igmp query - shown below - which i get every 2 minutes. If the timeout is left at 120 is doesnt go down. But when set to 110, it does. My reasoning is that the multicast query from ntl is what keeps it up. Iv'e tried using the 'active-filter' option of pppd but this can only be used by NET-BSD based systems. Anytime i use it pppd screams about the option. I'll just have to see how i can work around the packet query i receive. Reject it at the firewall perhaps. Hmmmmmmm.... Clifford ...Well, I know we're dying and there's no sign of a parachute... Tori Amos On Sat, 20 May 2000, Christopher D. Reimer wrote:
Sorted. Nice One. I'm still using 110 seconds as i keep on getting this line every 2 minutes
17:29:56.721278 cvx1a.bre.ntl.com > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1]
Very strange. You could try 300 seconds, which was what I had before and it work quite well. I think there something else going on with your system. My "ultimate" solution was getting a DSL line and using PPPoe with a 24/7 connection. ;)
Christopher Reimer
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
participants (2)
-
clifford.o@virgin.net
-
creimer@rahul.net