Discussion:
Help with failing connection
(too old to reply)
Rodolfo Medina
2011-06-04 19:59:51 UTC
Permalink
Hi!

I'm posting the logs of both ppp and wvdial, hoping that somebody can help.
Thanks in advance,

Rodolfo


$ pon motorola
abort on (BUSY)
abort on (NO CARRIER)
abort on (VOICE)
abort on (NO DIALTONE)
abort on (NO DIAL TONE)
abort on (NO ANSWER)
abort on (DELAYED)
send (ATZ^M)
expect (OK)
ATZ^M^M
OK
-- got it

send (AT+CGDCONT=1,"IP","web.omnitel.it"^M)
expect (OK)
^M
AT+CGDCONT=1,"IP","web.omnitel.it"^M^M
OK
-- got it

send (AT+CGQREQ=1,2,4,3,6,31^M)
expect (OK)
^M
AT+CGQREQ=1,2,4,3,6,31^M^M
OK
-- got it

send (AT+CGQMIN=1,2,4,3,6,31^M)
expect (OK)
^M
AT+CGQMIN=1,2,4,3,6,31^M^M
OK
-- got it

send (AT+CGATT=1^M)
expect (OK)
^M
AT+CGATT=1^M^M
OK
-- got it

send (ATD*99#^M)
expect (CONNECT)
^M
ATD*99#^M^M
CONNECT
-- got it

send (^M)
Serial connection established.
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB3
Warning - secret file /etc/ppp/pap-secrets has world and/or group access
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x4e940815> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xe2c768> <pcomp> <accomp>]
sent [LCP ConfAck id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xe2c768> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x4e940815> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x4e940815]
rcvd [LCP DiscReq id=0x4 magic=0xe2c768]
rcvd [CHAP Challenge id=0x1 <b0c63071de8644393076f2c1caac2d15>, name = "UMTS_CHAP_SRVR"]
Warning - secret file /etc/ppp/chap-secrets has world and/or group access
sent [CHAP Response id=0x1 <782ef028dfa8dbf74b5b35b4f3edf71d>, name = "hda8-hyundai"]
rcvd [LCP EchoRep id=0x0 magic=0xe2c768 4e 94 08 15]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [LCP ProtRej id=0x5 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0>]
Modem hangup
Connection terminated.



$ wvdial
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected. Waiting for prompt.
--> Don't know what to do! Starting pppd and hoping for the best.
--> Starting pppd at Sat Jun 4 19:30:21 2011
--> Pid of pppd: 3067
--> pppd: ��r[08]8�r[08]
--> Using interface ppp0
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> Authentication (CHAP) started
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> Authentication (CHAP) successful
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> pppd: ��r[08]8�r[08]
--> Disconnecting at Sat Jun 4 19:30:26 2011
--> The PPP daemon has died: A modem hung up the phone (exit code = 16)
--> man pppd explains pppd error codes in more detail.
--> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information.
--> Auto Reconnect will be attempted in 5 seconds
Moe Trin
2011-06-05 18:29:41 UTC
Permalink
On Sat, 04 Jun 2011, in the Usenet newsgroup comp.protocols.ppp, in article
Post by Rodolfo Medina
I'm posting the logs of both ppp and wvdial, hoping that somebody can help.
"wvdial" is generally pretty useless, but it seems to be running into
the same problem.
Post by Rodolfo Medina
$ pon motorola
Debian?
Post by Rodolfo Medina
send (ATZ^M)
expect (OK)
ATZ^M^M
OK
-- got it
COMMENT: As a general statement, you should read any manual that comes
with the modem to identify the correct init string. "ATZ" is the old
Hayes modem command to reset the modem to _some_ stored condition. This
may or may not be useful. With standard "POTS" modems, the extended
Hayes command "AT&Fn" (where 'n' is some number) usually resets the
modem to "factory" defaults.
Post by Rodolfo Medina
Serial connection established.
OK - the modem negotiations succeeded
Post by Rodolfo Medina
Warning - secret file /etc/ppp/pap-secrets has world and/or group access
As root, "/bin/chmod 600 /etc/ppp/pap-secrets" (Not critical)
Post by Rodolfo Medina
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x4e940815> <pcomp>
<accomp>] rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5>
<magic 0xe2c768> <pcomp> <accomp>]
Post by Rodolfo Medina
rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xe2c768> <pcomp> <accomp>]
sent [LCP ConfAck id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xe2c768> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x4e940815> <pcomp> <accomp>]
You and the peer agree how to talk
Post by Rodolfo Medina
rcvd [CHAP Challenge SNIP
Warning - secret file /etc/ppp/chap-secrets has world and/or group access
As root, "/bin/chmod 600 /etc/ppp/chap-secrets" (Not critical)
Post by Rodolfo Medina
sent [CHAP Response [ SNIP] name = "hda8-hyundai"]
Unusual username ;-)
Post by Rodolfo Medina
CHAP authentication succeeded
But it worked.
Post by Rodolfo Medina
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [LCP ProtRej id=0x5 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
The peer doesn't want to do FOSS data compression. This shouldn't be a
problem, but you could add 'noccp' to /etc/ppp/options
Post by Rodolfo Medina
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]

The peer is b0rken. It is recommending you try asking for DNS server
addresses. Adding the option "usepeerdns" might make it happy, but
that is the default behavior of wvdial (option "Auto DNS" is on by
default - see the 'wvdial.conf' man page). The more likely failure
mode here is that the peer is not discussing IP addresses for each
end of the ppp link. If you have this system "dual booting" into
windoze and windoze can connect to ppp, connect, and look at the
output of the "route print" command, and note what IP addresses are
used for the ppp link. Otherwise, you can try adding an option
to /etc/ppp/options such as "10.112.112.112:10.112.112.100" to suggest
to the peer that these addresses might be used.

You would also have a better chance of getting help by trying one of
the Italian newsgroups related to your provider (my server carries
"it.tlc.cellulari.omnitel") and/or one of the Italian Linux newsgroups
such as "it.comp.os.linux.debian" or "it.comp.os.linux.ubuntu"

Old guy

Loading...