Halle TheCloud,
die Sperrrouten hatte ich aktiv. Eine deaktivierung brachte aber auch keinen Erfolg. Habe auch mal die Firewall deaktiviert - ohne Veränderung.
Mich macht ja vor allem die Fehlermeldung "Keine Leitung verfügbar..." stutzig.
Hat noch jemand weitere Vorschläge?
Stefan
USB-Port für UMTS-Backup nutzen
Moderator: Lancom-Systems Moderatoren
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Hallo Georg,
das Wochenende habe ich euch mit weiteren Tests und Fragen verschont. Hast du jetzt eine Vorstellung, warum der 1722 keine verfügbare Leitung findet?
Stefan
das Wochenende habe ich euch mit weiteren Tests und Fragen verschont. Hast du jetzt eine Vorstellung, warum der 1722 keine verfügbare Leitung findet?
Stefan
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Hallo Georg und Backslash,
keine weiteren Ideen? Ich habe soeben auch mal LCOS 7.70RC1 eingespielt (großes Lob für die vielen kleinen Verbesserungen, insbesondere auch im LANmonitor), was aber auch keine UMTS-Verbindung bringt. Nur die Fehlermeldung beruft sich jetzt auch auf die "Verbindung nach UMTS".
Stefan
keine weiteren Ideen? Ich habe soeben auch mal LCOS 7.70RC1 eingespielt (großes Lob für die vielen kleinen Verbesserungen, insbesondere auch im LANmonitor), was aber auch keine UMTS-Verbindung bringt. Nur die Fehlermeldung beruft sich jetzt auch auf die "Verbindung nach UMTS".
Stefan
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Hallo Georg und Backslash,
bin frisch aus dem Urlaub zurück und habe dem 1722 mal LCOS 7.70RC2 und einen Total-Reset verpasst. Plötzlich meldet er mir im LANmonitor unter WAN-Verbindungen -> V.24: Protokollverhandlung mit UMTS. Leider schafft er aber dann doch keine Verbindung.
Ich habe vom Verbindugnsversuch mal ein PPP- und einen Serial-Trace erstellt und beigefügt.
Jetzt jemand eine Lösung?
Stefan
bin frisch aus dem Urlaub zurück und habe dem 1722 mal LCOS 7.70RC2 und einen Total-Reset verpasst. Plötzlich meldet er mir im LANmonitor unter WAN-Verbindungen -> V.24: Protokollverhandlung mit UMTS. Leider schafft er aber dann doch keine Verbindung.
Ich habe vom Verbindugnsversuch mal ein PPP- und einen Serial-Trace erstellt und beigefügt.
Jetzt jemand eine Lösung?
Stefan
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Ich weiß zwar nicht warum, aber auf einmal läuft der UMTS-Stick am USB-Anschluss absolut problemlos. Ich weiß jetzt zwar leider nicht, wo das Problem war, aber Hauptsache es funktioniert. Die Einstellungen entsprechen den zuvor aufgeführten.
Schönes Wochenende
Stefan
Schönes Wochenende
Stefan
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
Hallo,
wenn der Huawei E176 am 1722 funktioniert, besteht dann Hoffnung, dass er auch am 1711+ VPN und 1721+ VPN funktioniert?
Kann ISDN als Backup genutzt werden, falls die UMTS Verbindung ausfällt?
Gruß Babalou
P.S. Bei mir ist kein DSL verfügbar, schaue daher nach Alternativen via UMTS. Der 1751 UMTS ist als Privatanwender zu kostspielig.
wenn der Huawei E176 am 1722 funktioniert, besteht dann Hoffnung, dass er auch am 1711+ VPN und 1721+ VPN funktioniert?
Kann ISDN als Backup genutzt werden, falls die UMTS Verbindung ausfällt?
Gruß Babalou
P.S. Bei mir ist kein DSL verfügbar, schaue daher nach Alternativen via UMTS. Der 1751 UMTS ist als Privatanwender zu kostspielig.
1511 Wireless DSL
ohne DSL, nur ISDN
ohne DSL, nur ISDN
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Hallo Babalou,
das wirst du wohl probieren müssen, ob der Stick auch am 1711+ oder 1721+ läuft.
Ja, du kannst eine Backup-Gegenstelle über ISDN einrichten, falls UMTS ausfällt - siehe Referenzhandbuch.
Mein "UMTS-Projekt" habe ich wieder gestoppt, da an meinem Standort trotz großer UMTS-Antenne überwiegend nur EDGE anliegt und dies keine wirkliche Ergänzung zu meinen 2 DSL-16.000 Anschlüssen darstellt. Mich hätte ja nur der evtl. hohe Upload bei HSUPA gereizt. Bei mir liegt immer mal kurzzeitig auch UMTS an, der Stick fällt dann aber schnell auf GPRS zurück und wählt danach nicht mehr UMTS. Erst nach einem Kaltstart hat man manchmal Erfolg, dass er wieder UMTS wählt. Dieses Verhalten scheint aber im E176 begründet zu sein. Eine Festeinstellung auf UMTS führte bei mir dazu, dass eben dann oft gar keine Verbindung über den Stick mehr möglich war.
Stefan
das wirst du wohl probieren müssen, ob der Stick auch am 1711+ oder 1721+ läuft.
Ja, du kannst eine Backup-Gegenstelle über ISDN einrichten, falls UMTS ausfällt - siehe Referenzhandbuch.
Mein "UMTS-Projekt" habe ich wieder gestoppt, da an meinem Standort trotz großer UMTS-Antenne überwiegend nur EDGE anliegt und dies keine wirkliche Ergänzung zu meinen 2 DSL-16.000 Anschlüssen darstellt. Mich hätte ja nur der evtl. hohe Upload bei HSUPA gereizt. Bei mir liegt immer mal kurzzeitig auch UMTS an, der Stick fällt dann aber schnell auf GPRS zurück und wählt danach nicht mehr UMTS. Erst nach einem Kaltstart hat man manchmal Erfolg, dass er wieder UMTS wählt. Dieses Verhalten scheint aber im E176 begründet zu sein. Eine Festeinstellung auf UMTS führte bei mir dazu, dass eben dann oft gar keine Verbindung über den Stick mehr möglich war.
Stefan
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
-
stefanbunzel
- Beiträge: 1404
- Registriert: 03 Feb 2006, 13:30
- Wohnort: endlich VDSL-250
Ich habe den Stick nur am 1722 betrieben, da ich am PC eine andere (bessere) PC-Card habe. Wer an diesem Verhalten Schuld hat, weiß ich daher nicht. Außerdem ist hier an meinem eigentlichen Wohnort erst recht kein UMTS verfügbar, so dass ich das nicht so richtig testen könnte.
Stefan
Stefan
GS-2326, 1783VAW, R883VAW, 1781A, 831A, 1781EF+, L-452agn, L-32x, L-54(ag/dual), 1711(+), 1511, 821(+), 3850, 3050, IL-11/2, VP-100 ..., Optionen: CF, PS, WLC
LCS WLAN
LCS WLAN
Hi rrr
daran, daß das LANCOM vom Provider fordert, sich zu authentifizieren - das wird der aber niemals machen. Schau mal unter Kommunikation -> Protokolle -> PPP beim Eintrag für deinen Provider nach was dort bei "Authentifizierung der Gegenstelle (Anfrage)" gesetzt ist. Dort darf *KEIN* Häkchen gesetzt sein, während im Feld darunter - also bei "Authentifizierung durch Gegenstelle (Antwort)" - alle Häkchen gesetzt sein sollten
Gruß
Backslash
daran, daß das LANCOM vom Provider fordert, sich zu authentifizieren - das wird der aber niemals machen. Schau mal unter Kommunikation -> Protokolle -> PPP beim Eintrag für deinen Provider nach was dort bei "Authentifizierung der Gegenstelle (Anfrage)" gesetzt ist. Dort darf *KEIN* Häkchen gesetzt sein, während im Feld darunter - also bei "Authentifizierung durch Gegenstelle (Antwort)" - alle Häkchen gesetzt sein sollten
Gruß
Backslash
Hi Backslash,
danke, der Fehler ist nun weg, aber die Verbindung kommt leider trotzdem nicht zu stande. Nach der Protokollverhandlung kommt nun die Fehlermeldung "Verbindungsaufbau abgebrochen"
Ich hab mal einen PPP-Trace beigefügt, vielleicht wird ja einer schlau draus...
danke, der Fehler ist nun weg, aber die Verbindung kommt leider trotzdem nicht zu stande. Nach der Protokollverhandlung kommt nun die Fehlermeldung "Verbindungsaufbau abgebrochen"
Ich hab mal einen PPP-Trace beigefügt, vielleicht wird ja einer schlau draus...
Code: Alles auswählen
[PPP] 2010/11/30 12:36:55,822 Devicetime: 2010/11/30 12:36:55,750
Change phase to ESTABLISH for T-MOBILE
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] 2010/11/30 12:36:56,009 Devicetime: 2010/11/30 12:36:55,950
Positive Restart-Timeout event for LCP
Stop waiting for connection
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer T-MOBILE
Inserting local MRU 1500
Inserting local magic number 15000748
Inserting local ACCM 00000000000000000000000000000000
Inserting local option protocol field compression
Inserting local option address- and controlfield compression
Inserting local callback via callback control protocol
Sending LCP configure-request with ID 00 and length 27 to peer T-MOBILE (channel 21)
Starting LCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:36:56,025 Devicetime: 2010/11/30 12:36:55,950
Received LCP frame from peer T-MOBILE (channel 21)
Evaluate configure-request with ID 0d and size 25
Peer ACCM 00000000000000000000000000000000, accepted
Peer requests authentication protocol CHAP with MD5 encryption, accepted
Peer magic number 00f8dd84 accepted
Peer requests protocol field compression, accepted
Peer requests address- and controlfield compression, accepted
Positive Configure-Request-Received event for LCP
Sending LCP configure-ack with ID 0d and length 25 to peer T-MOBILE (channel 21)
[PPP] 2010/11/30 12:36:56,025 Devicetime: 2010/11/30 12:36:55,950
Received LCP frame from peer T-MOBILE (channel 21)
Evaluate configure-reject with ID 00 and size 7
Peer rejects callback, discard local option
Configure-Nak/Rej-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds
Generating LCP configure-request for peer T-MOBILE
Inserting local MRU 1500
Inserting local magic number 15000748
Inserting local ACCM 00000000000000000000000000000000
Inserting local option protocol field compression
Inserting local option address- and controlfield compression
Sending LCP configure-request with ID 02 and length 24 to peer T-MOBILE (channel 21)
Starting LCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:36:56,025 Devicetime: 2010/11/30 12:36:55,960
Received LCP frame from peer T-MOBILE (channel 21)
Evaluate configure-ack with ID 02 and size 24
Configure-Ack-Received event for LCP
Initializing LCP restart timer to 3000 milliseconds
This-Layer-Up action for LCP
Change phase to AUTHENTICATE for T-MOBILE
Stopping LCP restart timer
[PPP] 2010/11/30 12:36:56,025 Devicetime: 2010/11/30 12:36:55,960
Received LCP frame from peer T-MOBILE (channel 21)
[PPP] 2010/11/30 12:36:59,022 Devicetime: 2010/11/30 12:36:58,960
Received CHAP frame from peer T-MOBILE (channel 21)
Got CHAP-Challenge from peer T-MOBILE
Challenge = aa 94 0d e2 d6 98 9b e9 6a 81 4f e6 46 cc b9 6d
Found peer-id T-MOBILE in PPP table
Sending CHAP-response to peer T-MOBILE (channel 21), length = 16
[PPP] 2010/11/30 12:36:59,147 Devicetime: 2010/11/30 12:36:58,970
Received CHAP frame from peer T-MOBILE (channel 21)
Got CHAP-Success from peer T-MOBILE
This-Layer-Up action for LCP
Change phase to CALLBACK for T-MOBILE
This-Layer-Up action for LCP
Change phase to NETWORK for T-MOBILE
Lower-Layer-Up event for IPCP
Initializing IPCP restart timer to 3000 milliseconds
Generating IPCP configure-request for peer T-MOBILE
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 T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:00,036 Devicetime: 2010/11/30 12:36:59,970
Received IPCP frame from peer T-MOBILE (channel 21)
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 T-MOBILE
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 T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:03,018 Devicetime: 2010/11/30 12:37:02,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:06,014 Devicetime: 2010/11/30 12:37:05,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:09,011 Devicetime: 2010/11/30 12:37:08,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 04 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:12,008 Devicetime: 2010/11/30 12:37:11,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 05 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:15,005 Devicetime: 2010/11/30 12:37:14,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 06 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:18,002 Devicetime: 2010/11/30 12:37:17,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 07 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:20,999 Devicetime: 2010/11/30 12:37:20,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 08 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:23,995 Devicetime: 2010/11/30 12:37:23,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 09 and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:26,992 Devicetime: 2010/11/30 12:37:26,970
Positive Restart-Timeout event for IPCP
Generating IPCP configure-request for peer T-MOBILE
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 0a and length 34 to peer T-MOBILE (channel 21)
Starting IPCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:30,005 Devicetime: 2010/11/30 12:37:29,970
Negative Restart-Timeout event for IPCP
This-Layer-Finish action for IPCP
Administrativ-Close event for LCP
This-Layer-Down action for LCP
Lower-Layer-Down event for BACP
Stopping BACP restart timer
Lower-Layer-Down event for CCP
Stopping CCP restart timer
Lower-Layer-Down event for IPCP
This-Layer-Start action for IPCP
Stopping IPCP restart timer
Lower-Layer-Down event for IPXCP
Stopping IPXCP restart timer
Initializing LCP restart timer to 3000 milliseconds
Change phase to TERMINATE for T-MOBILE
Sending LCP terminate-request with ID 03 and length 4 to peer T-MOBILE (channel 21)
Starting LCP restart timer with 3000 milliseconds
Stopping IPCP restart timer
[PPP] 2010/11/30 12:37:32,986 Devicetime: 2010/11/30 12:37:32,970
Positive Restart-Timeout event for LCP
Sending LCP terminate-request with ID 03 and length 4 to peer T-MOBILE (channel 21)
Starting LCP restart timer with 3000 milliseconds
[PPP] 2010/11/30 12:37:35,983 Devicetime: 2010/11/30 12:37:35,970
Negative Restart-Timeout event for LCP
This-Layer-Finish action for LCP
Disconnecting because LCP was finished
Stopping LCP restart timer
[PPP] 2010/11/30 12:37:36,186 Devicetime: 2010/11/30 12:37:35,970
Change phase to DEAD for T-MOBILE
Stopping LCP restart timer
Stopping IPXCP restart timer
Stopping IPCP restart timer
Stopping CCP restart timer
Stopping BACP restart timer
[PPP] 2010/11/30 12:37:44,586 Devicetime: 2010/11/30 12:37:44,570
LCP polling timeout for peer INTERNET - data received during last interval
Hi rrr,
hier braucht die UMTS-Karte zu lange, um eine Verbindung zum Internetprovider aufzunehmen - ihr wird 30 Sekunden lang keine IP-Adresse zugewiesen. Du kannst nun versuchen, die Anzahl der Configure-Requests bis zum Abbruch hochzusetzen (wieder in der PPP-Tabelle, nun aber der Paramter Conf. - Default ist 10, versuch mal 20 - das wäre dann eine komplette Minute) oder du wendest dich vertrauensvoll an deinen Provider...
Funktioniert der Stick denn an einem Notebook?
Gruß
Backslash
hier braucht die UMTS-Karte zu lange, um eine Verbindung zum Internetprovider aufzunehmen - ihr wird 30 Sekunden lang keine IP-Adresse zugewiesen. Du kannst nun versuchen, die Anzahl der Configure-Requests bis zum Abbruch hochzusetzen (wieder in der PPP-Tabelle, nun aber der Paramter Conf. - Default ist 10, versuch mal 20 - das wäre dann eine komplette Minute) oder du wendest dich vertrauensvoll an deinen Provider...
Funktioniert der Stick denn an einem Notebook?
Gruß
Backslash