GNOME Bugzilla – Bug 556781
CDMA connections disconnect after LCP timeout
Last modified: 2008-10-23 18:05:09 UTC
When connecting to CDMA networks via NetworkManager 0.7.0 using default pppd settings, users are disconnected after a couple of minutes. A workaround is to to disable LCP echo interval and failure detection by setting their values to zero, but this is a manual change in /etc/ppp/options. /etc/ppp/options: lcp-echo-interval 0 lcp-echo-failure 0 It would be nice to have this automatically done for these type of connections. Other information:
What's your provider? You can also change the Echo stuff in the connection editor for your connection, look in the PPP page and uncheck "Send PPP echo packets". This is also the default for new CDMA and GSM connections.
As noted by one other person on the mailing list [1], this appears to still be a problem. I have since tried testing NM 0.7.0 included with Intrepid... and the automatically created CDMA entry still disconnects after 2.5 minutes. After setting the lcp options to 0 in /etc/ppp/options, the connects are much more reliable. [1] http://mail.gnome.org/archives/networkmanager-list/2008-October/msg00250.html
(In reply to comment #1) > What's your provider? > Sorry I didn't see your question. I'm using Verizon EV-DO (CDMA). > You can also change the Echo stuff in the connection editor for your > connection, look in the PPP page and uncheck "Send PPP echo packets". This is > also the default for new CDMA and GSM connections. > All my connection entries that I've worked with have this option unchecked (off). So it does not appear to explicitly define the options as 0 as mentioned in my workaround.
Could you paste in the PPP command line that NetworkManager puts in your logs to see what NM is passing to pppd?
On my machine, with those checkboxes unchecked, NetworkManager does not pass _any_ LCP options to /etc/ppp/options, and thus no LCP echo options are enabled. My /etc/ppp/options file is blank. I think this is the actual problem, NM probably needs to explicitly override the stuff in /etc/ppp/options, because the manpage indicates that /etc/ppp/options is read _before_ the command line, and since NM doesn't pass the LCP options on the command line unless you set them > 0, pppd is likely using what's in your /etc/ppp/options file. What are the contents of your /etc/ppp/options file?
My /etc/ppp/options file is the default that is included in Intrepid, Hardy, etc. The default lcp settings are as follows: lcp-echo-interval 30 lcp-echo-failure 4 After four "failures", the pppd tears down the session. My syslog shows the following: Oct 23 10:30:46 kronlap pppd[6374]: No response to 4 echo-requests Oct 23 10:30:46 kronlap pppd[6374]: Serial link appears to be disconnected. Oct 23 10:30:46 kronlap pppd[6374]: Connect time 2.5 minutes. Oct 23 10:30:46 kronlap pppd[6374]: Sent 8453 bytes, received 15673 bytes. Oct 23 10:30:46 kronlap NetworkManager: <info> (ttyUSB0): device state change: 8 -> 7 Oct 23 10:30:47 kronlap pppd[6374]: Connection terminated. Oct 23 10:30:47 kronlap NetworkManager: <info> (ttyUSB0): device state change: 7 -> 9 Oct 23 10:30:47 kronlap NetworkManager: <debug> [1224783047.122031] nm_serial_device_close(): Closing device 'ttyUSB0' Oct 23 10:30:47 kronlap pppd[6374]: Exit. The debug logs show the full syntax used by NM for pppd (snipped for brevity): nm_ppp_manager_start(): Command line: /usr/sbin/pppd nodetach lock ttyUSB0 noipdefault usepeerdns ipparam /org/freedesktop/NetworkManager/PPP/0 plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so
fixed in svn 4209, thanks