GPRS-Problem bei PPP-Verbindung LCP TermReq-ID = 0x3

3180
Dennis Nolte

folgende Einstellung:

Ein entfernter Linux-PC mit einem wavecom gprs-Modem versucht, über pppd und chat eine Verbindung zum orange rumia gprs-Netzwerk herzustellen

Wir verwenden dieses Setup mit verschiedenen Providern für einige hundert Geräte und hatten nie Probleme, die pppd-Optionen neu zu konfigurieren, um eine Verbindung zum GPRS-Provider herstellen zu können.

Ich habe Zugriff auf dieses Gerät über VPN, sodass ich die Konfigurationsoptionen im laufenden Betrieb ändern kann (zumindest jetzt).

Das Chatscript selbst scheint sich korrekt zu verbinden.

Hier die geschnittenen Protokolle:

AT+COPS? +COPS: 0,0,"orange"  OK AT+CGREG=1 OK  +CGREG: 0 AT+CGATT=1 OK  +CGREG: 2  +CGREG: 1 AT+CSQ +CSQ: 24,0  OK AT+CGAUTO=1 OK at+cgdcont=1,"IP","internet" OK AT+CGACT=1,1 OK AT+CGDATA=1 CONNECT Serial connection established. using channel 11 Using interface ppp0 Connect: ppp0 <--> /dev/gsmmodem rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <pcomp> <accomp> <auth pap>] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7e7f80ba> <pcomp> <accomp>] sent [LCP ConfRej id=0x1 <auth pap>] rcvd [LCP ConfRej id=0x1 <magic 0x7e7f80ba>] sent [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>] rcvd [LCP ConfReq id=0x2 <mru 1500> <asyncmap 0x0> <pcomp> <accomp>] sent [LCP ConfAck id=0x2 <mru 1500> <asyncmap 0x0> <pcomp> <accomp>] rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>] sent [IPCP ConfReq id=0x1 <addr 192.168.10.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] rcvd [LCP TermReq id=0x3] LCP terminated by peer sent [LCP TermAck id=0x3] Connection terminated. 

Hier sind die Konfigurationsoptionen, die wir derzeit verwenden:

defaultroute noipdefault modem /dev/gsmmodem 115200  crtscts persist maxfail 1 debug nodetach novj asyncmap 0 name " " usepeerdns 

passiv

http://pptpclient.sourceforge.net/howto-diagnosis.phtml#debug und http://www.tldp.org/HOWTO/PPP-HOWTO/options.html für einige Beispiele, die ich zu diesem Thema gefunden habe und was ich versucht habe wechseln.

Ändern oder Entfernen der Befehlszeilenoptionen MRU / MTU hat das Problem nicht gelöst, sondern nur die Antwort geändert, die ich für das LCP ConfReq erhalten habe

/ usr / sbin / pppd dump mru 1500 logfd 2 Knoten ipcp-accept-local ipcp-accept-remote verbinden "/ usr / sbin / chat -v -f / etc / ppp / pppscript"

Was ich seltsam finde, ist der "conf_rej" auth pap-Teil. Wenn mir jemand eine Richtung zeigen könnte, in die ich schauen muss oder welche Option ich reparieren musste, wäre ich dankbar.

EDIT: Als Antwort auf den Kommentar von Michael Hampton ließ ich die Details des Sim-Vertrags von meinem Kunden prüfen:

Es ist eine Prepaid-Karte, aber es ist noch genug Bargeld darauf geladen, der Vertrag hat einen unbegrenzten GPRS-Verkehr aktiviert, die Simcard ist aktiviert (ich habe dies gerade beim Kunden überprüft). Die SimCard arbeitet an einem USB-UMTS-Modem, das an einem Laptop befestigt ist. Meiner Meinung nach schließt dies ein Problem mit der Simcard und / oder der Providerverbindung selbst aus.

Grüße

-1
Das andere Ende riss die Verbindung ab. Hat jemand vergessen, die Rechnung zu bezahlen? Michael Hampton vor 10 Jahren 0
diese karte ist nur 2-3 tage alt für alles was ich weiß, ich werde dies mit meinem kunden klären (normalerweise für eine installation wie diese wird unser client nur eine neue kaufen), aber da es sich um eine temporäre installation handelt, könnte dies tatsächlich eine sein Die Prepaid-Karte ist leer. wird die Informationen später melden. Dennis Nolte vor 10 Jahren 0
es ist eine Prepaid-Karte, aber es ist noch genug Bargeld darauf geladen, der Vertrag hat einen unbegrenzten GPRS-Verkehr aktiviert, die SIM-Karte ist aktiviert (ich habe dies gerade beim Kunden überprüft) Dennis Nolte vor 10 Jahren 0

2 Antworten auf die Frage

0
Dennis Nolte

der grund für dieses problem: meine pap-secret-datei wurde irgendwie nicht geladen. Ich konnte das Lesen des pap-secret nicht korrigieren, aber das Hinzufügen der Optionen user = xxx und pass = xxx zu den Dateioptionen hat dieses Problem gelöst

0
Anand

Ich hatte ein ähnliches Problem, das auf Ofono zurückzuführen war. In Ofonod-Roaming ist standardmäßig deaktiviert. Ich habe den Ofono-Dienst gestoppt. Dann funktioniert alles einwandfrei.

https://github.com/intgr/ofono/blob/master/test/set-roaming-allowed

Erwägen Sie, mit Ihren Details ein wenig genauer zu sein, und fügen Sie einige Referenzen und Beweise hinzu, die Ihre Aussagen unterstützen Pimp Juice IT vor 6 Jahren 1
Außerdem wäre es schön, kein python-Skript zur Änderung der Roaming-Einstellung in Abhängigkeit von dbus zu haben, sondern stattdessen den AT-Befehl zum Umschalten zu geben. Dennis Nolte vor 6 Jahren 0