IPv6
Posts 11-16 of 16
- Back
- Next
-
Thomas SchäferThe company name is only visible to registered members.Re^6: linux ppp mit wvdial - huawei E398
Ernüchterung.
Der Test ging schief. Gerät kann entweder noch nicht IPv6 oder das Testnetz von vodafone war nicht kompatibel, weder mit IPV6 noch mit IPV4V6. Es bleibt spannend.
Thomas
- 26 Jul 2011, 7:51 pm
-
Gert DöringThe company name is only visible to registered members.Re^7: linux ppp mit wvdial - huawei E398
Was hast denn genau probiert, und was ist dann passiert? Ist PPP/IPv6CP schon nicht durchgelaufen, oder dann kein RA gekommen?
- 26 Jul 2011, 9:58 pm
-
Thomas SchäferThe company name is only visible to registered members.Re^8: linux ppp mit wvdial - huawei E398
Gert Döring schrieb:
Was hast denn genau probiert, und was ist dann passiert? Ist PPP/IPv6CP schon nicht durchgelaufen, oder dann kein RA gekommen?
Ich habe mit einer SIM-Karte eines netten Vodafonemitarbeiters (die Karte funktionierte zuvor in seinem Dell-Notebook mit eingebauten Chip und in Nokiahandys) und einem passenden APN versucht Verbindungen aufzubauen.
Einmal mit Context IPV6 und einmal mit IPV4V6.
Bei ersteren kam der gleiche Fehler wie früher bei älteren Sticks:
Eine Endlosschleife aus:
Jul 26 08:57:54 eeepc wvdial[2699]:Sending: ATDT*99***1#
Jul 26 08:57:54 eeepc wvdial[2699]: Waiting for carrier.
Jul 26 08:57:54 eeepc wvdial[2699]: ATDT*99***1#
Jul 26 08:57:54 eeepc wvdial[2699]: NO CARRIER
Jul 26 08:57:54 eeepc wvdial[2699]: No Carrier! Trying again.
Beim Versuch mit den Daulstackcontext kam es nach einer relativ kurzen Verhandlungsphase zu folgendem Ende:
Jul 26 08:32:02 eeepc pppd[2387]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x397e8915> <pcomp> <a
ccomp>]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0x2c82
92d> <pcomp> <accomp>]
Jul 26 08:32:02 eeepc pppd[2387]: sent [LCP ConfAck id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0x2c82
92d> <pcomp> <accomp>]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x397e8915> <pcomp> <a
ccomp>]
Jul 26 08:32:02 eeepc pppd[2387]: sent [LCP EchoReq id=0x0 magic=0x397e8915]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [LCP DiscReq id=0x4 magic=0x2c8292d]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [CHAP Challenge id=0x1 <2ef810452ef810452ef810457c7b1145>, name
= "UMTS_CHAP_SRVR"]
Jul 26 08:32:02 eeepc pppd[2387]: sent [CHAP Response id=0x1 <7ef07f3efabb0b9ad6f6e652b983a386>, name =
"mmm"]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [LCP EchoRep id=0x0 magic=0x2c8292d 39 7e 89 15]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [CHAP Success id=0x1 ""]
Jul 26 08:32:02 eeepc pppd[2387]: CHAP authentication succeeded
Jul 26 08:32:02 eeepc pppd[2387]: CHAP authentication succeeded
Jul 26 08:32:02 eeepc pppd[2387]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jul 26 08:32:02 eeepc pppd[2387]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1
0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:02 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:02 eeepc pppd[2387]: rcvd [LCP ProtRej id=0x5 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15
03 2f]
Jul 26 08:32:02 eeepc pppd[2387]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Jul 26 08:32:03 eeepc pppd[2387]: rcvd [IPCP ConfNak id=0x1]
Jul 26 08:32:03 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1
0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:05 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:06 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1
0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:08 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:09 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1
0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:11 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:12 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1
0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:14 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:15 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:17 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:18 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:20 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:21 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:23 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:24 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:26 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:27 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:29 eeepc pppd[2387]: sent [IPV6CP ConfReq id=0x1 <addr fe80::0000:0000:0000:1234>]
Jul 26 08:32:30 eeepc pppd[2387]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jul 26 08:32:32 eeepc pppd[2387]: sent [LCP EchoReq id=0x1 magic=0x397e8915]
Jul 26 08:32:32 eeepc pppd[2387]: IPV6CP: timeout sending Config-Requests
Jul 26 08:32:33 eeepc pppd[2387]: IPCP: timeout sending Config-Requests
Jul 26 08:32:33 eeepc pppd[2387]: sent [LCP TermReq id=0x2 "No network protocols running"]
Jul 26 08:32:35 eeepc pppd[2387]: sent [LCP TermReq id=0x3 "No network protocols running"]
Jul 26 08:32:37 eeepc pppd[2387]: Connection terminated.
Jul 26 08:32:38 eeepc pppd[2387]: Modem hangup
Jul 26 08:32:38 eeepc pppd[2387]: Exit.
Damit kam es auch nicht zu RAs.
Die Mitlesenden bitte ich schon mal vorab um Entschuldigung für das lang Logile im Forum. Es soll nicht wieder vorkommen.
Mit freundlichen Grüßen
Thomas Schäfer
- 26 Jul 2011, 10:43 pm
-
Gert DöringThe company name is only visible to registered members.Re^9: linux ppp mit wvdial - huawei E398
Mmmh, traurig.
Das erste Beispiel kenn ich von einem meiner Sticks, könnte der Huawei sein - er nimmt das AT-Kommando für "IPv6 context!" an, aber danach ist NO CARRIER.
Das zweite Beispiel sieht dann so aus wie mein *anderer* Stick - es gibt zwar einen CONNECT, aber dann nur "keine Antwort".
Was ein Sch**** :(
- 27 Jul 2011, 08:57 am
-
Post visible to registered members
-
Thomas SchäferThe company name is only visible to registered members.Re^11: linux ppp mit wvdial - huawei E398
Dr. R.Barker von Vodafone?
Dann ist die Welt, auch real, etwas kleiner als ich dachte.
Mit freundlichen Grüßen
Thomas Schäfer
PS:
Das E398 hat im Oktober/November eine neue Firmware Revision: 11.335.21.00.55
gekriegt, theoretisch könnte man wieder mal testen.
Vielleicht liest auch jemand von t-mobile mit - schaltet mir einfach SIM/APN frei und lässt mir Informationen darüber zu kommen, gerne auch IPv6-only.
This post was modified on 24 Nov 2011 at 03:38 pm.- 24 Nov 2011, 3:32 pm
- Back
- Next
