hallo,
seit gestern funktioniert meine umts-einwahl nicht mehr - keine ahnung warum, habe seit monaten nichts am 3550 geändert. laut vodafone liegt auch keine störung oder sonstige probleme mit meinem konto vor.
der lancom befindet sich ständig in protokollverhandlungen und bricht zwischendurch ganz ab und beginnt wieder von vorn. ein bissl wuschig machen mich folgende zeilen im trace:
Rejecting unknown Option 07 02
Rejecting unknown Option 08 02
vielleicht hat ja jemand ein wenig futter für mich. hier mal das trace:
[SERIAL] 2006/08/11 18:41:28,310
Put AT+CGDCONT=1,"IP","web.vodafone.de"
[SERIAL] 2006/08/11 18:41:28,310
Phy Entering State InitDial
[Status] 2006/08/11 18:41:28,320
Status: EXT: *99#
[SERIAL] 2006/08/11 18:41:28,390
Get OK
[SERIAL] 2006/08/11 18:41:28,390
Phy Entering State CallProc
[SERIAL] 2006/08/11 18:41:28,490
Setting DCD to active
[SERIAL] 2006/08/11 18:41:28,490
Put ATD*99#
[SERIAL] 2006/08/11 18:41:28,490
Get CONNECT
[SERIAL] 2006/08/11 18:41:28,590
Phy Entering State Connected
[SERIAL] 2006/08/11 18:41:28,590
DCD is now active
[Status] 2006/08/11 18:41:28,610
Status: EXT: Protocol
[PPP] 2006/08/11 18:41:28,610
Change phase to ESTABLISH
Lower-Layer-Up event for LCP
Initializing LCP restart timer to 3000 milliseconds
Waiting up to 200ms for connection
Starting LCP restart timer with 200 milliseconds
[PPP] 2006/08/11 18:41:28,810
Positive Restart-Timeout event for LCP
Stop waiting for connection
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer VODAFONE
Inserting local MRU 1504
Inserting local magic number 77b49c6c
Sending LCP configure-request with ID 00 and length 14 to peer VODAFONE (channel 9)
Starting LCP restart timer with 3000 milliseconds
[PPP] 2006/08/11 18:41:28,810
Received LCP frame from peer VODAFONE (channel 9)
Evaluate configure-request with ID 00 and size 25
Rejecting unknown Option 02 06 00 00 00 00
Peer requests authentication protocol CHAP with MD5 encryption, accepted
Peer magic number 080108bf accepted
Rejecting unknown Option 07 02
Rejecting unknown Option 08 02
Negative Configure-Request-Received event for LCP
Sending LCP configure-reject with ID 00 and length 14 to peer VODAFONE (channel 9)
[PPP] 2006/08/11 18:41:28,810
Received LCP frame from peer VODAFONE (channel 9)
Evaluate configure-ack with ID 00 and size 14
Configure-Ack-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds
[PPP] 2006/08/11 18:41:28,810
Received LCP frame from peer VODAFONE (channel 9)
Evaluate configure-request with ID 01 and size 15
Peer requests authentication protocol CHAP with MD5 encryption, accepted
Peer magic number 080108bf accepted
Positive Configure-Request-Received event for LCP
Sending LCP configure-ack with ID 01 and length 15 to peer VODAFONE (channel 9)
Stopping LCP restart timer
This-Layer-Up action for LCP
Change phase to AUTHENTICATE
[PPP] 2006/08/11 18:41:28,820
Received LCP frame from peer VODAFONE (channel 9)
[PPP] 2006/08/11 18:41:28,820
Received CHAP frame from peer VODAFONE (channel 9)
Got CHAP-Challenge from peer VODAFONE
Challenge = ce 4f 29 5b 22 8c 36 f5 f2 89 2a d0 a2 d9 c6 98
Found peer-id VODAFONE in PPP table
Sending CHAP-response to peer VODAFONE (channel 9), length = 16
[PPP] 2006/08/11 18:41:28,820
Received CHAP frame from peer VODAFONE (channel 9)
Got CHAP-Success from peer VODAFONE
This-Layer-Up action for LCP
Change phase to NETWORK
Lower-Layer-Up event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 0.0.0.0
Inserting primary DNS address 0.0.0.0
Inserting secondary DNS address 0.0.0.0
Sending IPCP configure-request with ID 00 and length 22 to peer VODAFONE (channel 9)
Starting IPCP restart timer with 3000 milliseconds
[DNS] 2006/08/11 18:41:29,310
DNS Rx (LAN): Src-IP 192.168.111.2
Name Query: STD A for www.google.com
Not found in local DNS database => forward to next server
NameQuery: Forward to route VODAFONE
[PPP] 2006/08/11 18:41:29,830
Received IPCP frame from peer VODAFONE (channel 9)
Evaluate configure-nak with ID 00 and size 28
Peer NAKs primary DNS address 10.11.12.13, accepted
Peer NAKs secondary DNS address 10.11.12.14, accepted
Peer NAKs primary NBNS address 10.11.12.13, accepted
Peer NAKs secondary NBNS address 10.11.12.14, accepted
Configure-Nak/Rej-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 0.0.0.0
Inserting primary DNS address 10.11.12.13
Inserting secondary DNS address 10.11.12.14
Inserting primary NBNS address 10.11.12.13
Inserting secondary NBNS address 10.11.12.14
Sending IPCP configure-request with ID 01 and length 34 to peer VODAFONE (channel 9)
Starting IPCP restart timer with 3000 milliseconds
[DNS] 2006/08/11 18:41:30,310
DNS Rx (LAN): Src-IP 192.168.111.2
Name Query: STD A for www.google.com
Not found in local DNS database => forward to next server
NameQuery: Forward to route VODAFONE
[PPP] 2006/08/11 18:41:30,830
Received IPCP frame from peer VODAFONE (channel 9)
Evaluate configure-nak with ID 01 and size 28
Peer NAKs primary DNS address 10.11.12.13, accepted
Peer NAKs secondary DNS address 10.11.12.14, accepted
Peer NAKs primary NBNS address 10.11.12.13, accepted
Peer NAKs secondary NBNS address 10.11.12.14, accepted
Configure-Nak/Rej-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 0.0.0.0
Inserting primary DNS address 10.11.12.13
Inserting secondary DNS address 10.11.12.14
Inserting primary NBNS address 10.11.12.13
Inserting secondary NBNS address 10.11.12.14
Sending IPCP configure-request with ID 02 and length 34 to peer VODAFONE (channel 9)
Starting IPCP restart timer with 3000 milliseconds
[DFS] 2006/08/11 18:41:31,090
[WLAN-1] measured noise floor -95 dBm on channel 11 (2462 MHz)
[PPP] 2006/08/11 18:41:31,840
Received IPCP frame from peer VODAFONE (channel 9)
Evaluate configure-nak with ID 02 and size 28
Peer NAKs primary DNS address 10.11.12.13, accepted
Peer NAKs secondary DNS address 10.11.12.14, accepted
Peer NAKs primary NBNS address 10.11.12.13, accepted
Peer NAKs secondary NBNS address 10.11.12.14, accepted
Configure-Nak/Rej-Received event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer VODAFONE
Inserting IP address 0.0.0.0
Inserting primary DNS address 10.11.12.13
Inserting secondary DNS address 10.11.12.14
Inserting primary NBNS address 10.11.12.13
Inserting secondary NBNS address 10.11.12.14
Sending IPCP configure-request with ID 03 and length 34 to peer VODAFONE (channel 9)
Starting IPCP restart timer with 3000 milliseconds
...die letzten beiden abschnitte kommen noch ca ein dutzend mal mit ID03...ID04 usw usw...
3550 & probleme bei umts-einwahl (vodafone)
Moderator: Lancom-Systems Moderatoren
Hi sbE
Gruß
Backslash
vielleicht nicht an deinem Konto, aber am Einwahlknoten - der weist dir nämlich keine IP-Adresse zu, weshalb das LANCOM ständig nach der Adresse fragt:laut vodafone liegt auch keine störung oder sonstige probleme mit meinem konto vor
es bekommt darauf aber keine Antwort - es werden nur DNS und NBNS (ups, sowas von einem Internetprovider...) zugewiesen:Inserting IP address 0.0.0.0
Also: doch ein Vodafone-Problem...Peer NAKs primary DNS address 10.11.12.13, accepted
Peer NAKs secondary DNS address 10.11.12.14, accepted
Peer NAKs primary NBNS address 10.11.12.13, accepted
Peer NAKs secondary NBNS address 10.11.12.14, accepted
Gruß
Backslash
kleiner zwischenbericht.
habe gestern abend (samstag, gegen 23 uhr!) mit einem vodafone-techniker telefoniert und alles mal bissl durchgetestet. dabei ist rausgekommen, dass ich keine umts-verbindung aufbauen kann, aber eben gprs (und zwar wenn ich mit vodafone dashborad ein fest auf gprs konfiguriertes profil verwende).
wer jetzt denkt, dass liegt an der signalstärke, der irrt. komischerweise empfange ich eine recht hohe signalstärke von ca 65dbm (4 oder 5 balken im dashboard). am sendemast kommt aber ein richtig mieses signal an, daher kommt auch keine umts-verbindung zustande.
heute bin ich mal mit notebook, installiertem dashboard und umts-karte bis direkt vor den mast gefahren, an dem ich mich normalerweise einbuche. und siehe da...voller balkenausschlag, aber immer noch nichts mit umts, dafür wie gehabt eine stabile gprs-verbindung! eine andere simkarte habe ich auch einmal probiert und habe den selben effekt.
also für mich sieht das im moment so aus, also ob die novatel u630 einen defekt hat und probleme mit der sendeleistung- oder qualität hat...anders kann ich mir das langsam nicht mehr erklären.
ich werde dann nächste woche mal schauen ob mir ein vodafone-shop eine baugleiche karte leihen kann.
übrigens habe ich dann mal versucht den 3550 fest auf gprs zu stellen (üper lanconfig/interfaces/wan/umts-profile) - keine chance, das interessiert ihn überhaupt nicht. laut lanmonitor versucht er immernoch eine umts-verbindung. schade.
naja, schaumer mal was eine andere karte bringt... *seufz*
habe gestern abend (samstag, gegen 23 uhr!) mit einem vodafone-techniker telefoniert und alles mal bissl durchgetestet. dabei ist rausgekommen, dass ich keine umts-verbindung aufbauen kann, aber eben gprs (und zwar wenn ich mit vodafone dashborad ein fest auf gprs konfiguriertes profil verwende).
wer jetzt denkt, dass liegt an der signalstärke, der irrt. komischerweise empfange ich eine recht hohe signalstärke von ca 65dbm (4 oder 5 balken im dashboard). am sendemast kommt aber ein richtig mieses signal an, daher kommt auch keine umts-verbindung zustande.
heute bin ich mal mit notebook, installiertem dashboard und umts-karte bis direkt vor den mast gefahren, an dem ich mich normalerweise einbuche. und siehe da...voller balkenausschlag, aber immer noch nichts mit umts, dafür wie gehabt eine stabile gprs-verbindung! eine andere simkarte habe ich auch einmal probiert und habe den selben effekt.
also für mich sieht das im moment so aus, also ob die novatel u630 einen defekt hat und probleme mit der sendeleistung- oder qualität hat...anders kann ich mir das langsam nicht mehr erklären.
ich werde dann nächste woche mal schauen ob mir ein vodafone-shop eine baugleiche karte leihen kann.
übrigens habe ich dann mal versucht den 3550 fest auf gprs zu stellen (üper lanconfig/interfaces/wan/umts-profile) - keine chance, das interessiert ihn überhaupt nicht. laut lanmonitor versucht er immernoch eine umts-verbindung. schade.
naja, schaumer mal was eine andere karte bringt... *seufz*
Vielleicht mal ein kleiner Tipp:
Ich kenne das Verhalten von meiner Karte: Thermisches Problem. Wenn ich die Karte mal ne Weile abkühlen lasse und dann wieder einstecke, geht sie wundersamerweise wieder. Aus welchem Grund auch immer hat sie das Problem aber auch nicht immer... Frag mich einer warum.
Ich kenne das Verhalten von meiner Karte: Thermisches Problem. Wenn ich die Karte mal ne Weile abkühlen lasse und dann wieder einstecke, geht sie wundersamerweise wieder. Aus welchem Grund auch immer hat sie das Problem aber auch nicht immer... Frag mich einer warum.
ich dachte auch an ein thermisches problem, daher war die karte auch erst einmal eine nacht aus dem router (die wird wirklich ziemlich warm), bevor ich meinen test neben dem umts-mast gemacht habe. also ein thermisches probleme habe ich dann eigentlich ausgeschlossen.
wie auch immer...mittlerweile geht es wie aus heiterem himmel wieder. ich war kurz davor die karte einzuschicken...schwein gehabt.
nun sieht es doch so aus, als ob vodafone ein problem hatte (entgegen der meinung des technikers). was mich ehrlich gesagt nicht wundern würde. es gibt ab und zu mal einwahlprobleme und "schlechte abende". das ganze erinnert mich ein wenig an die ersten dsl-zeiten - das lief auch nicht von anfang an stabil. naja, kommt zeit, kommt ausgereiftes und stabiles produkt...
wie auch immer...mittlerweile geht es wie aus heiterem himmel wieder. ich war kurz davor die karte einzuschicken...schwein gehabt.
nun sieht es doch so aus, als ob vodafone ein problem hatte (entgegen der meinung des technikers). was mich ehrlich gesagt nicht wundern würde. es gibt ab und zu mal einwahlprobleme und "schlechte abende". das ganze erinnert mich ein wenig an die ersten dsl-zeiten - das lief auch nicht von anfang an stabil. naja, kommt zeit, kommt ausgereiftes und stabiles produkt...