wvdial AT Befehl für roaming Zulassen

[mgolbs]

Hallo,

habe per wvdial und UMTS Stick eine Einwahlmöglichkeit ins Netz, Telekom. Dies funktioniert in Deutschland prima. Nun will ich gern das ganze System auch im Ausland nutzen. Die in Deutschland laufende Konfiguration hat eine SIM Karte/Vertrag der fürs Ausland ebenfalls ist. Im Ausland läuft die Konfiguration nicht:

Am Anfang lasse ich per wvdial mal PIN freischalten und einige Infos abholen.
39467


Dann der Einwahlversuch im Ausland:

39468



Das Ergebnis in Deutschland:

39469


Nun dache ich es liegt an Zugangspunkt, Passwort oder Username der fürs Ausland anders sein muss als in Deutschland.
Die Einwahl im Ausland mit der gleichen SIM über mein N900 funktionierte aber mit den deutschen Einstellungen, bei erfolgter Einwahl auf dem Händy im Menü geprüft.

Nun stellt sich mit die Frage ob ich mit einem Befehl z.B.

Code: Alles auswählen

at+cops= .....

das was für roaming übermitteln, freischalten muss? Mein N900 hat da zwei Bestätigungen bei der Datennutzung im Ausland eingeholt. Aus dem syslog dazu würde ich aber eher auf Kompatibilitätsprobleme tippen.

39470

Kann das was mit der "nodeflate" option in the /etc/ppp/peers/options oder /etc/ppp/options -ac zu tun haben?

Über Tipps und Infos wäre ich sehr dankbar.

Gruß Markus

[rendegast]

/var/log/messages?

Code: Alles auswählen

Stupid Mode = on

in wvdial.conf?

[mgolbs]

Hallo,

vielen Dank für die Antwort. Wie kann ich lange Auszüge einklappen? Hier eine Auszug aus /var/log/messages aus besagtem Zeitbereich:

• 39474

Werde morgen mal:

Code: Alles auswählen

Stupid Mode = on

probieren.

Gruß und Dank Markus

[rendegast]

np:39475
ist wohl nicht abgespeichert worden.

[KBDCALLS]

Sorry war mein Fehler . Hatte ich versehentlch doppelt abgeschickt und einen wieder gelöscht.

Richtig ist

• 39474

[mgolbs]

Hallo,

Code: Alles auswählen

Stupid Mode = on
oder 
Stupid Mode = 1

hat leider nichts verändert.

Ich habe auch mal versucht tiefer einzusteigen.
http://pptpclient.sourceforge.net/howto ... _protocols

Hier noch mal Auszüge aus:

• 39476

und

Code: Alles auswählen

wvdial Ausgabe
[quote]
...
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CPIN=2893
AT+CPIN=2893
ERROR
--> Bad init string.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CPIN=2893
AT+CPIN=2893
ERROR
--> Bad init string.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CPIN=2893
AT+CPIN=2893
ERROR
--> Bad init string.
root@debian7-cf53:/home/hagolbsm# wvdial FDE
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 +FCLASS=0
ATQ0 V1 E1 S0=0 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP" "internet.t-mobile"
AT+CGDCONT=1,"IP" "internet.t-mobile"
OK
--> Sending: AT+CGDCONT=?
AT+CGDCONT=?
+CGDCONT: (1-16),"IP",,,(0-2),(0-3)
+CGDCONT: (1-16),"PPP",,,(0-2),(0-3)
+CGDCONT: (1-16),"IPV6",,,(0-2),(0-3)
OK
--> Found a good menu option: "cgdcont".
--> Sending: AT+CGDCONT?
AT+CGDCONT?
+CGDCONT: 1,"IP","","0.0.0.0",0,0
+CGDCONT: 2,"IP","internet.t-mobile","0.0.0.0",0,0
+CGDCONT: 16,"IP","internet","0.0.0.0",0,0
OK
--> Modem initialized.
--> Sending: ATM1L3DT*99***1#
--> Waiting for carrier.
ATM1L3DT*99***1#
CONNECT
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Mon Aug 29 10:13:18 2016
--> Pid of pppd: 3256
--> Using interface ppp0
--> Authentication (CHAP) started
--> Authentication (CHAP) successful
--> Terminate Request (Message: "No network protocols running" )
--> Terminate Request (Message: "No network protocols running" )
--> Disconnecting at Mon Aug 29 10:13:55 2016
--> The PPP daemon has died: A modem hung up the phone (exit code = 16)
--> man pppd explains pppd error codes in more detail.
--> Try again and look into /var/log/messages and the wvdial and pppd man pages for more information.
--> Auto Reconnect will be attempted in 5 seconds
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
...

Hat jemand noch eine Tipp?

Gruß und Dank Markus

[rendegast]

@mgolbs, benutze https://nopaste.debianforum.de


In messages np:39474 steht nur, daß ein CHAP erfolgreich durchgeführt,
dann aber abgebrochen wird.

... pppd[3313]: pppd 2.4.5 started by golbs,

oot@debian7-cf53:/home/golbs# wvdial pin
--> WvDial: Internet dialer version 1.61

Vielleicht ein upgrade auf jessie,
oder Test mit einer Parallelinstallation ? (chroot?)

Code: Alles auswählen

# ./pppd --help
pppd version 2.4.6
...

# dpkg -l ppp
...
ii  ppp                       2.4.6-3.1         amd64  ...

Das jessie-Paket ppp ist in wheezy nicht installierbar.

[mgolbs]

Hallo,

danke für die Infos. Aktuell gehe ich davon aus, dass die Einwahl scheitert weil ich die Roamingfreigabe per AT Befehl nicht kenne nichts darüber finde finde. Habe im Netz was gefunden was wie folgt gehen soll, leider nicht vollständig, da der user das früher so gemacht hatte...:

Code: Alles auswählen

AT+C**** = 3,2  oder so ählich

Ob das was mit den Parametern PS und CS zu machen ist.

CS Network: Registered (no roaming)
PS Network: Not Registered!

Etliches soll ja auch bei HUAWEI über:

Code: Alles auswählen

AT^SYSCFG=2,....

gehen.

Jedes Linux/FirefoxOS/Andoid Handy macht ja auch irgend wie die Roaming Freigabe des Modems. Sogar der Linux Netzwerkmanager hat einen Haken für Roaming. Da muss doch was gehen...

Gruß und Dank Markus

[KBDCALLS]

Ich habe zwar noch nie was mit UMTS zu tun gehabt, aber ich denke mal das sind inkompabilitäten. Dein UMTS Stick kann mit dem Protokoll im ausland nix anfangen. Es ist noch lange nicht gesagt das ein DSL das für den Deutschen Markt ist , in der Schweiz oder anderswo funktioniert. Bei UMTS könnte es sich genauso verhalten. Wo soll das ganze den stattfinden ?

[mgolbs]

Hallo,

vielen Dank für die Information. Testen tun wir in Deutschland und aus Grenznähe in Tschechien.
Hatte gestern auch schon mit einem kompetenten T-Mobile Techniker per Rückruf über die Hotline Kontakt. Hat früher selbst mit AT und Modems gearbeitet, kannte sich aus.

Habe heute mal per Netzwerk-Manager-Applet unter XFCE die UMTS Verbindung im Ausland herstellen können. Huawei E160 SIM und Vertrag passen also. Auch die Einwahl mit einem HUAWEI E303 und der SIM per Pseudo Netzwerk über E303 klappte auf Anhieb. Auch beim E160 wird per LED der Netzwerkstatus gut dargestellt. Blaues blinke für im Netz eingebucht. Auch per

Code: Alles auswählen

AT^SYSINFO 

kommt der Status prima rüber.
Nur verhält sich der Netzwerk-Manager-Applet 0.9.4.1 beim E160 und UMTS echt kaotisch. Bei 50 Einwahlversuchen läuft einmal das Netz, wird alles korrekt angezeigt Stärke, Roaming,... Der Rest ist nicht nachvollziehbar was da passiert. Das ist auch in Deutschland so, ein einziger erfolgreicher Versuch. Unter Unity Test mit dem E160 in Deutschland 10 Versuche, 10 Erfolge.... Mal wird unter XFCE die PIN abgefragt, mal nicht. Habe die Haken der Abfrage PIN und Roaming auch verändert getestet.

wvdial wird immer an bekannter Stelle im Ausland abgebrochen. In Deutschland läuft wvdial zu 100% korrekt und immer auf Anhieb. Ich werde mal versuchen direkt per ppp-Scripten zu arbeiten, wvdial nicht zu nutzen.


Gruß und Dank Markus

30.08.2016

Hier die Ergebnisse direkt mit pppd:
Ausland bricht weiter ab, Problem <addr 0.0.0.0> ???:

root@debian7-cf53:/home/golbs# pppd nodetach call tmobile
Starting GPRS connect script
Setting APN
PIN
SYSINFO
Dialing...
Script /usr/sbin/chat -v -f /etc/chatscripts/tmobile finished (pid 3669), status = 0x0
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd40a76fc> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xea979e> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xea979e> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xd40a76fc> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xd40a76fc]
rcvd [LCP DiscReq id=0x1 magic=0xea979e]
rcvd [CHAP Challenge id=0x1 <f040472a3e62f8aba62cfa3f1a678941>, name = "UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <5eb70c6e67b5a87dc0619f687db96aea>, name = "debian7-cf53"]
rcvd [LCP EchoRep id=0x0 magic=0xea979e d4 0a 76 fc]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP ProtRej id=0x2 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 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [LCP EchoReq id=0x1 magic=0xd40a76fc]
rcvd [LCP EchoRep id=0x1 magic=0xea979e d4 0a 76 fc]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
Modem hangup
Connection terminated.
Starting GPRS connect script
Setting APN
PIN
SYSINFO
Dialing...
Script /usr/sbin/chat -v -f /etc/chatscripts/tmobile finished (pid 3681), status = 0x3
Connect script failed

Und das gleiche Skript in Deutschland:

root@debian7-cf53:/home/golbs# pppd nodetach call tmobile
Starting GPRS connect script
Setting APN
PIN
SYSINFO
Dialing...
Script /usr/sbin/chat -v -f /etc/chatscripts/tmobile finished (pid 3286), status = 0x0
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7864d25c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xe715a1> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xe715a1> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x7864d25c> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x7864d25c]
rcvd [LCP DiscReq id=0x1 magic=0xe715a1]
rcvd [CHAP Challenge id=0x1 <986e5157f0e933a344df43a5203ef70a>, name = "UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <6179d0451b1e1b91f0b803b2efb1fb08>, name = "debian7-cf53"]
rcvd [LCP EchoRep id=0x0 magic=0xe715a1 78 64 d2 5c]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP ProtRej id=0x2 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 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfReq id=0x0]
sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
rcvd [IPCP ConfRej id=0x2 <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfAck id=0x1]
rcvd [IPCP ConfNak id=0x3 <addr 10.18.44.86> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
sent [IPCP ConfReq id=0x4 <addr 10.18.44.86> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
rcvd [IPCP ConfAck id=0x4 <addr 10.18.44.86> <ms-dns1 10.74.210.210> <ms-dns2 10.74.210.211>]
Could not determine remote IP address: defaulting to 10.64.64.64
local IP address 10.18.44.86
remote IP address 10.64.64.64
primary DNS address 10.74.210.210
secondary DNS address 10.74.210.211
Script /etc/ppp/ip-up started (pid 3296)
sent [LCP EchoReq id=0x1 magic=0x7864d25c]
rcvd [LCP EchoRep id=0x1 magic=0xe715a1 78 64 d2 5c]
Script /etc/ppp/ip-up finished (pid 3296), status = 0x0
sent [LCP EchoReq id=0x2 magic=0x7864d25c]
rcvd [LCP EchoRep id=0x2 magic=0xe715a1 78 64 d2 5c]
sent [LCP EchoReq id=0x3 magic=0x7864d25c]
rcvd [LCP EchoRep id=0x3 magic=0xe715a1 78 64 d2 5c]
sent [LCP EchoReq id=0x4 magic=0x7864d25c]
rcvd [LCP EchoRep id=0x4 magic=0xe715a1 78 64 d2 5c]
^CTerminating on signal 2
Connect time 0.3 minutes.
Sent 98 bytes, received 242 bytes.
Script /etc/ppp/ip-down started (pid 3310)
sent [LCP TermReq id=0x2 "User request"]
rcvd [LCP TermAck id=0x2]
Connection terminated.
Script /usr/sbin/chat -v -f /etc/chatscripts/tmobile-disconnect finished (pid 3322), status = 0x0
Serial link disconnected.
Script /etc/ppp/ip-down finished (pid 3310), status = 0x0
root@debian7-cf53:/home/golbs#

Ich habe immer noch ganz stark die Vermutung, dass der Abbruch durch fehlende Freigabe des Roaming kommt. Gleiches Modem, gleiche Zugangsdaten, gleicher Rechner, identisches System funktioniert per Netzwerk-Manager-Applet 0.9.4.1 mit Roamingfreigabe wie auch per E303 und Roamingfreigabe.

Über Tipps und Erfahrungen wäre ich sehr dankbar.

Will noch einen Versuch morgen durchführen:

Code: Alles auswählen

AT+CGDCONT=1,"IP","internet.telekom","0.0.0.0",0,0

31.08.2016 Problem scheint gelöst, Einwahl funktioniert im Ausland. Werde aber noch etwas genauer testen und betreffende Dokus lesen. Ansatz hatte ich schon in wvdial umgesetzt, wurde dort aber als Syntaxfehler nicht akzeptiert. Unter pppd Skripten funktioniert dieser Syntax.

Gruß Markus