Re: No response to 6 echo-requests. Peer not responding Re: modem pppd authentication error: peer refused to authenticate: terminating link

[Ryan Novosielski <novosirj umdnj edu>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've never used NetworkManager for a 3G connections (used kppp for my
previous Palm Treo -- new phone acts like USB ethernet or wireless base
station), but I know from experience that this is governed by
/etc/ppp/options. As to why it happens, I have to assume that LCP echo
is something that modems do that 3G "modems" do not.

Take a look at /etc/ppp/options and at least comment out
lcp-echo-failure as I've done:

> # If this option is given, pppd will send an LCP echo-request frame to the
> # peer every n seconds. Normally the peer should respond to the echo-request
> # by sending an echo-reply. This option can be used with the
> # lcp-echo-failure option to detect that the peer is no longer connected.
> lcp-echo-interval 30
> 
> # If this option is given, pppd will presume the peer to be dead if n
> # LCP echo-requests are sent without receiving a valid LCP echo-reply.
> # If this happens, pppd will terminate the connection.  Use of this
> # option requires a non-zero value for the lcp-echo-interval parameter.
> # This option can be used to enable pppd to terminate after the physical
> # connection has been broken (e.g., the modem has hung up) in
> # situations where no hardware modem control lines are available.
> #lcp-echo-failure 4

This will solve your problem straightaway. Is there a better solution
for Network Manager? I don't know.

On 11/22/2010 03:31 PM, hong sheng wrote:
> It's 3G connection. It turns to be the chap authentication method
> problem. As pppd only supports chap ms-v2 and the ISP always initiates
> as chap md5 algorithm. So, when I set it to be 'refuse-chap' in the
> option, the modem will try to connect the ISP.
> 
> However, now, I met another problem. I got the local IP and remote IP,
> however, it seems the ISP doesn't response my modem pings or echo.
> 
> The error messages are:
> 
> *"No response to 6 echo-requests." "Peer not responding"*
> 
> Anyone knows why this happens?
> 
> 
> thanks
> 
> Xiaohong
> 
> 
> 2010/11/16 José Queiroz <zekkerj gmail com <mailto:zekkerj gmail com>>
> 
>     Hi Hong Sheng,
> 
>     2010/11/15 hong sheng <hong022011 gmail com
>     <mailto:hong022011 gmail com>>
> 
>         Hi
> 
>         I got the following pppd call error for chap authentication in
>         vz system. It seems the peer refused to authenticate. How can I
>         fix the problem? Does it mean I have to tell Verizon my username
>         and password for setting up the data connection so that the peer
>         can accept it?
> 
> 
>     Is this a 3G connection? If so, the authentication happens inside
>     the 3g dongle, using a "common" username/password, in the majority
>     of the cases.
> 
>     In example, my connection uses the ISP name as username ("tim", for
>     "Tim/Brazil"). The same for the password.
> 
> 
>         thanks
> 
>         Here is the pppd debug message:
> 
> 
>         ----------------------------------------
>         Dialing...
>         Script /usr/sbin/chat -v -f /etc/chatscripts/verizon-connect
>         finished (pid 14614), status = 0x0
>         Serial connection established.
>         using channel 11
>         Using interface ppp0
>         Connect: ppp0 <--> /dev/ttyUSB2
>         sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic
>         0x49a7edba> <pcomp> <accomp>]
>         sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic
>         0x49a7edba> <pcomp> <accomp>]
>         rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <auth chap
>         MD5> <magic 0xebbf684b> <pcomp> <accomp>]
>         sent [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <auth chap
>         MD5> <magic 0xebbf684b> <pcomp> <accomp>]
>         rcvd [LCP ConfRej id=0x1 <auth chap MD5>]
>         sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x49a7edba>
>         <pcomp> <accomp>]
>         rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x49a7edba>
>         <pcomp> <accomp>]
>         sent [LCP EchoReq id=0x0 magic=0x49a7edba]
>         peer refused to authenticate: terminating link
>         sent [LCP TermReq id=0x3 "peer refused to authenticate"]
>         rcvd [CHAP Challenge id=0x1 <7239534d5bd64be4573a7c768252d3f5>,
>         name = ""]
>         Discarded non-LCP packet when LCP not open
>         rcvd [LCP EchoRep id=0x0 magic=0xebbf684b]
>         rcvd [LCP TermAck id=0x3]
>         Connection terminated.
> 
> 
> 
>         _______________________________________________
>         networkmanager-list mailing list
>         networkmanager-list gnome org <mailto:networkmanager-list gnome org>
>         http://mail.gnome.org/mailman/listinfo/networkmanager-list
> 
> 
> 
>     _______________________________________________
>     networkmanager-list mailing list
>     networkmanager-list gnome org <mailto:networkmanager-list gnome org>
>     http://mail.gnome.org/mailman/listinfo/networkmanager-list
> 
> 
> 
> 
> _______________________________________________
> networkmanager-list mailing list
> networkmanager-list gnome org
> http://mail.gnome.org/mailman/listinfo/networkmanager-list


- -- 
- ---- _  _ _  _ ___  _  _  _
|Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Sr. Systems Programmer
|$&| |__| |  | |__/ | \| _| |novosirj umdnj edu - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkzq3iQACgkQmb+gadEcsb7EGgCfbrRR7Ocj1yoY9hrTXI7s9maM
AfAAn3xwycx7LuK2SudDAxOA5GYCI4od
=+KNk
-----END PGP SIGNATURE-----

begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/CST
adr;dom:ADMC 450;;30 Bergen St.;Newark;NJ;07107-3000
email;internet:novosirj umdnj edu
title:Sr. Systems Programmer
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard