On 2012-11-22 08:11, Sebastian Lipp wrote: > On 2012-11-21 01:12, Krzysztof Warzecha wrote: > > 2012/11/20 Sebastian Lipp <bacuh@xxxxxxxxxx>: > > > --> 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@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@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
