Wenn ich im Status/USB nachschaue sehe ich, dass als Treiber "umass0" eingetragen ist. Kann es sein, dass der Stick nicht als UMTS-Modem, sondern als Massenspeicher erkannt wird? Schliesslich ist es ja ein USB-Verbunddevice, hat also mehrere Funktionen.
Das gibt es bei vielen UMTS-Adaptern, daß sie sich initial als Massenspeicher anmelden, damit der
Rechner direkt von dort seine (Windows-)Treiber installieren kann. Mit irgendeinem magischen
Befehl wird das Gerät dann vom installierten Treiber umgeschaltet, und erst dann meldet sich
der UMTS-Adapter. Ohne passenden Treiber im LCOS bringt man solche Adapter nicht zum
Laufen.
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
Hallo Alfred!
Danke für Deine Info. CTRLS hat ja aber genau diesen Huawei E169 zum Laufen gebracht, also muss es irgendwie an mir liegen. Nochmal zum Verständnis: muss ich den Stick über einen COM-Port Server einbinden, oder müsste er automatisch als Modem erkannt werden? Ich würde dies gerne als Backup anstelle des ISDN nutzen, dann könnte ich meinen ISDN-Anschluss nämlich kündigen.
mit dem COM-Port-Server hat das gar nichts zu tun. Der
COM-Port-Server ist nur eine Applikation, mit der man einen
seriellen Port übers Netz (nämlich eine TCP-Verbindung)
zugänglich macht. Wenn Du einen virtuellen COM-Port-Server
auf einem PC hättest, dann könntest Du auf den virtuellen
COM-Port wieder das DFÜ-Netz von Windows draufsetzen -
aber dann kannst Du den Stick auch gleich an den PC
selber stecken
Wie Alfred schon schrieb, ohne spezielle Unterstützung im LCOS ist da nichts zu machen. Wenn es "baugleiche" Sticks gibt, die funktionieren, dann werden die sich vermutlich nicht als Massenspeicher melden.
Wie Alfred schon schrieb, ohne spezielle Unterstützung im LCOS ist da nichts zu machen. Wenn es "baugleiche" Sticks gibt, die funktionieren, dann werden die sich vermutlich nicht als Massenspeicher melden.
Ciao, Georg[/quote]
Der Huawei den ich habe, meldet sich auch bei mir unter Linux zuerst als Massenspeicher. Ich hatte den Test an einem Kundengeraet gemacht, das ist schon laengst im Einsatz (kleiner Teil einer groesseren Umstellung). Ich werde versuchen das demnaechst noch mal hier nachzustellen. Aber nur am WE, sonst krieg ich Stress. Denke aber, es sollte zumindest mit 7.58 spielen. Ich liefere dann ein paar Schritt fuer Schritt logs.
Schlechte Nachrichten, ich hatte das am WE nach meiner letzten Eintragung hier getestet und: 7.60 am 1722 hat den Stick gar nicht erst erkannt. Code der mal funktioniert hat, scheint also weg zu sein. Ich muss dazu sagen, die Tests die ich urspruenglich gemacht hatte (zum Jahreswechsel) waren mit einem 1721 Kundengeraet mit 7.5[6/8].
Kann also nicht positiv sagen, dass 7.56 am 1722 getan haette.
Will das auch nicht extra testen, UMTS ueber USB ist offensichtlich von Lancom aufgegeben. Wird nicht nur nicht unterstuetzt und beworben sondern auch entfernt.
Irgend eine Linux Router Distribution auf einem WRTxx mit USB Port hat wahrscheinlich bessere Aussichten.
Ich bin es noch einmal mit folgenden Anmerkungen und Fragen zum Thema:
Ich habe es geschafft, meinen USB Huawei E176 am 1722 mit LCOS 7.60.0160 erfolgreich in Betrieb zu nehmen. Unter "Status / Modem-Mobilfunk" ist der USB-Stick ordnungsgemäß erkannt, und per GPRS mit seinem Heimnetz "T-Mobile D" ohne PIN-Abfrage eingetragen.
Aber, ich kann über den USB-Stick einfach keine Verbindung zum Internet aufbauen. Status meldet auch kein "Connectinfo".
Unter "Status - COM-Ports" steht: Device-Type: Huawei-E172-E220-E870, USB-Bus, Gerät: 1003, Hersteller: 12d1, USB-Treiber: UHMODEM, Zustand: In-Benutzung, Dienst: WAN.
Eine Netzsuche bringt mir auch vielversprechende Ergebnisse bekannter Provider. Unter Anderem "T-Mobile D", Zustand: Aktuell, Modus: GPRS.
Anhand dieser Infos war und bin ich optimistisch, dass ich eine UMTS-Verbindung über den Stick herstellen kann.
Folgende Einstellungen habe ich vorgenommen:
1. Schnittstellen -> Modem-Mobilfunk: Ext, UMTS-GPRS,115200, T-Mobile
2. T-Mobile-Profil unverändert belassen
3. neuer Layer: UMTS, Transparent, AsyncPPP, Transparent, keine, Seriell
4. Gegenstelle (ISDN/seriell) "UMTS" mit Rufnummer *99#, Haltezeit 9999, Layer "UMTS", ohne Rückruf
5. Default-Route auf Gegenstelle "UMTS"
6. Notebook per DHCP am 1722, 1722 = Gateway
Im LANmonitor erscheint immer unter "WAN-Verbindungen" die Fehlermeldung: "Fehler (V.24): keine Leitung verfügbar für die Verbindung nach [0x0119]"
Ich habe folgendes probiert:
Entweder Ext. Schnittstelle auf "UMTS-GPRS": In dieser Einstellung wird im LANmonitor unter WAN-Verbindungen "V.24 Line: Bereit" und unter Schnittstellen "V.24: Das Interface ist deaktiviert" angezeigt.
Oder Ext. Schnittstelle auf "MODEM": Jetzt erscheint unter Schnittstellen "V.24: Modem ist bereit" und "Modem-Info:..." sowie "Datenrate: 115200 Bit/s".
Aber, in beiden Einstellungen ist keine Internetverbindung möglich.
Was mache ich falsch? Habe ich bestimmte Einstellungen falsch bzw. übersehen?
Das ist die richtige Einstellung. "Modem" braucht man, wenn man ein analoges Modem an die Outband anschliesst.
Was mache ich falsch? Habe ich bestimmte Einstellungen falsch bzw. übersehen?
Die Einstellungen, die Du aufgezählt hast, hören sich richtig an. Nur vom PPP-Entrag hast Du nichts geschrieben. Hast Du den evtl. vergessen?
Was sagt denn ein Trace (serial ppp display)?
[quote="TheCloud"]Hallo Stefan,
Die Einstellungen, die Du aufgezählt hast, hören sich richtig an. Nur vom PPP-Entrag hast Du nichts geschrieben. Hast Du den evtl. vergessen?
Was sagt denn ein Trace (serial ppp display)?
Gruß
TC[/quote]
trace + ser
oder so schlage ich auch mal vor, damit sieht man eventuelle Fehler
vom UMTS Modem (unterschiedliche Einwahlstrings oder INITs noetig).
Vom LANUpdate habe ich noch mal die Erinnerung an Stromversorgungs
Begrenzungen mitgenommen. Bei meinem naechsten Versuch werde ich
einen Hub mit Netzteil zwischen Lancom und Stick setzen.
Ansonsten machte ich gute Fortschritte mit Vyatta und einem ThinClient
Restgeraet (HP, 1GHz) das von einem 1GB Stick bootet und zuverlaessig
arbeitet. VRRP, RIP usw waeren damit moeglich, es koennte also den
Backup Job uebernehmen.
Ich werde bei Gelegenheit noch einmal einen Versuch mit Lancom und
USB Hub unternehmen.
richtig, Zustand: "Bereit". Einzig "SIM-ID" und "Connectinfo" enthalten keine Werte. Signalstärke: -79.
Layerliste:
WAN-layer Encaps. Lay-3 Lay-2 L2-Opt. Lay-1
------------------------------------------------------------
DEFAULT TRANS PPP TRANS bnd+cmpr HDLC64K
T-ISDN TRANS PPP TRANS none HDLC64K
MLPPP TRANS PPP TRANS bnd+cmpr HDLC64K
PPPHDLC TRANS PPP TRANS none HDLC64K
RAWHDLC TRANS TRANS TRANS none HDLC64K
T-ADSL LLC-MUX PPP PPPoE none AAL-5
PPPOEOA LLC-MUX PPP PPPoE none AAL-5
PPPOA LLC-MUX PPP TRANS none AAL-5
IPOEOA LLC-ETH TRANS TRANS none AAL-5
IPOA LLC-MUX TRANS TRANS none AAL-5
DHCPOEOA LLC-ETH DHCP TRANS none AAL-5
DHCPOA LLC-MUX DHCP TRANS none AAL-5
T-DSL TRANS PPP PPPoE none ETH
PPPOE TRANS PPP PPPoE none ETH
IPOE ETHER TRANS TRANS none ETH
DHCPOE ETHER DHCP TRANS none ETH
V.24_DEF TRANS APPP TRANS none SERIAL
UMTS TRANS APPP TRANS none SERIAL
Den Layer "UMTS" hatte ich selbst mal angelegt, verwende aber V.24_DEF.