On 2012-11-22 08:11, Sebastian Lipp wrote:
On 2012-11-21 01:12, Krzysztof Warzecha wrote:
2012/11/20 Sebastian Lipp :
--> 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 <pcomp>
<accomp>]
rcvd [LCP ConfReq id=0xa <auth chap MD5>
<pcomp> <accomp>]
sent [LCP ConfAck id=0xa <auth chap MD5>
<pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <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 ]
sent [IPCP ConfReq id=0x1 ]
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
]
sent [IPCP ConfReq id=0x2 ]
rcvd [IPCP ConfNak id=0x2
]
sent [IPCP ConfReq id=0x3 ]
rcvd [IPCP ConfNak id=0x3
]
sent [IPCP ConfReq id=0x4 ]
rcvd [IPCP ConfNak id=0x4
]
sent [IPCP ConfReq id=0x5 ]
rcvd [IPCP ConfNak id=0x5
]
sent [IPCP ConfReq id=0x6 ]
rcvd [IPCP ConfReq id=0x6]
sent [IPCP ConfNak id=0x6 ]
rcvd [IPCP ConfRej id=0x6 ]
sent [IPCP ConfReq id=0x7 ]
rcvd [IPCP ConfReq id=0x7]
sent [IPCP ConfAck id=0x7]
rcvd [IPCP ConfNak id=0x7
]
sent [IPCP ConfReq id=0x8
]
rcvd [IPCP ConfAck id=0x8
]
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