[arch-general] USB 3G Modem: no remote host reachable, while connection (seems to) establish correctly

[Sebastian Lipp]

On 2012-11-22 08:11, Sebastian Lipp wrote:
> On 2012-11-21 01:12, Krzysztof Warzecha wrote:
> > 2012/11/20 Sebastian Lipp <bacuh at riseup.net>:
> > > --> Using interface ppp0
> > > --> local  IP address 10.140.52.61
> > > --> remote IP address 10.64.64.64
> > > --> primary   DNS address 212.23.115.132
> > > --> secondary DNS address 212.23.115.148
> > 
> > Can you ping your gateway (10.64.64.64)?
> 
> Nope. But strangely right after establishing the connection the first
> packet went through:
> 
> [bacuh at eee ~]$ ping ccc.de
> PING ccc.de (213.73.89.122) 56(84) bytes of data.
> 64 bytes from www.ccc.de (213.73.89.122): icmp_seq=1 ttl=53 time=109 ms
> ^C
> --- ccc.de ping statistics ---
> 9 packets transmitted, 1 received, 88% packet loss, time 8008ms
> rtt min/avg/max/mdev = 109.255/109.255/109.255/0.000 ms
> 
> -- 
> basti

I just connected with the netcfg scripts suggested by Robbie Smith and
had the same strange thing again. First ping comes back, the rest is
lost.

I now get some debugging messages when connecting. I cant find anything
useful but you might:

[bacuh at eee ~]$ sudo netcfg up ppp
:: ppp up  [BUSY]
ATQ0
OK
ATZ
OK
AT
OK
AT
OK
ATI
Manufacturer: huawei
Model: E160
Revision: XXXXXXXXXXXXX
IMEI: XXXXXXXXXXXXXX
+GCAP: +CGSM,+DS,+ES

OK
ATZ
OK
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
AT^SYSCFG=2,2,3fffffff,0,1
OK
AT+CGDCONT=1,"IP","internet.eplus.de"
OK
ATDT*99#
CONNECT
chat:  Nov 22 22:48:53 CONNECT
Script /usr/sbin/chat -v -t15 -f /etc/ppp/chatscripts/mobile-modem.chat
finished (pid 15082), status = 0x0
Serial connection established.
using channel 9
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe35c23f8> <pcomp>
<accomp>]
rcvd [LCP ConfReq id=0xa <asyncmap 0x0> <auth chap MD5> <magic 0xed2132>
<pcomp> <accomp>]
sent [LCP ConfAck id=0xa <asyncmap 0x0> <auth chap MD5> <magic 0xed2132>
<pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xe35c23f8> <pcomp>
<accomp>]
sent [LCP EchoReq id=0x0 magic=0xe35c23f8]
rcvd [LCP DiscReq id=0xb magic=0xed2132]
rcvd [CHAP Challenge id=0x1 <3cbf86d4246975da882a4a52ec702e83>, name =
"UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <124c3b9cb59575fad3ae86481ffad528>, name =
"eplus"]
rcvd [LCP EchoRep id=0x0 magic=0xed2132 e3 5c 23 f8]
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 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2
0.0.0.0>]
rcvd [LCP ProtRej id=0xc 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-dns2 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>
<ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfReq id=0x6]
sent [IPCP ConfNak id=0x6 <addr 0.0.0.0>]
rcvd [IPCP ConfRej id=0x6 <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2
10.11.12.14>]
rcvd [IPCP ConfReq id=0x7]
sent [IPCP ConfAck id=0x7]
rcvd [IPCP ConfNak id=0x7 <addr 10.225.234.23> <ms-dns1 212.23.115.148>
<ms-dns2 212.23.115.132>]
sent [IPCP ConfReq id=0x8 <addr 10.225.234.23> <ms-dns1 212.23.115.148>
<ms-dns2 212.23.115.132>]
rcvd [IPCP ConfAck id=0x8 <addr 10.225.234.23> <ms-dns1 212.23.115.148>
<ms-dns2 212.23.115.132>]
Could not determine remote IP address: defaulting to 10.64.64.64
Cannot determine ethernet address for proxy ARP
local  IP address 10.225.234.23
remote IP address 10.64.64.64
primary   DNS address 212.23.115.148
secondary DNS address 212.23.115.132

FWIW: I once saw the phenomenon that the connection is lost in the very
moment I sent a ICMP packet. If this happens again, I will check the
logs.

-- 
basti