PPP: Modem hängt bei IPCP-Aushandlung

1501
Eric Gourlaouen

Zunächst einmal entschuldige ich mich für die Frage, ob es offensichtlich ist, dass ich die Netzwerkkonfiguration nicht besonders gut kann.

Ich versuche gerade, eine Linux-Maschine mit Busybox über ein Modem mit einem Mobilfunknetz (T-Mobile NL) zu verbinden. Nach der Konfiguration pppder nach Netzwerkparametern, ppperfolgreich eine Verbindung mit dem Modem, aber wenn IPCP Verhandlungen startet, legt das Modem auf, ohne Angabe des Fehlers. Das einzige, was ich mir vorstellen kann, ist, dass es mit der IPCP-Verhandlung verbunden ist, da dies der Verbindungsschritt ist, während dem das Modem auflegt.

Hier ist meine Konfiguration:

PPP-Optionen:

/dev/modem_at0 lock debug logfile /var/log/ppplog 115200  linkname ppp0 defaultroute replacedefaultroute  auth user "tmobile" password "tmobile"  crtscts holdoff 3 persist  connect '/usr/sbin/chat -v -t 90 -f /etc/ppp/peers/gsm_chat' disconnect "chat -- \d+++\d\c OK ath0 OK"  noipdefault novj novjccomp noaccomp nobsdcomp novj noccp  ipcp-accept-local ipcp-accept-remote ipcp-restart 15 ipcp-max-failure 10 ipcp-restart 10 maxfail 40 ipv6cp-restart 15 

Modemchat: ( /etc/ppp/peers/gsm_chat)

SAY "GSM chat\n" ECHO OFF ABORT 'NO DIAL TONE' ABORT 'NO DIALTONE' ABORT 'NO ANSWER' ABORT 'NO CARRIER' ABORT 'DELAYED' ABORT 'VOICE' ABORT 'BUSY' '' 'AT' OK 'ATZ' OK 'AT+CSQ' OK 'AT+CPIN=****' # Added the correct pin just above REPORT CONNECT OK 'AT+CGDCONT=1,"IP","smartsites.t-mobile"' SAY "Dialing...\n" OK 'ATD*99#' SAY "Waiting for CONNECT...\n" TIMEOUT 120 CONNECT '' SAY "Connected\n" 

Protokolle:

GSM chat Dialing... Waiting for CONNECT... Connected chat: May 08 06:28:47 CONNECT 100000000 Script /usr/sbin/chat -v -t 90 -f /etc/ppp/peers/gsm_chat finished (pid 604), status = 0x0 Serial connection established. using channel 1 Using interface ppp0 Connect: ppp0 <--> /dev/modem_at0 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth eap> <magic 0x1dabaabe> <pcomp>] rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x451d49cd> <pcomp> <accomp>] sent [LCP ConfRej id=0x0 <accomp>] rcvd [LCP ConfRej id=0x1 <auth eap>] sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MD5> <magic 0x1dabaabe> <pcomp>] rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0x451d49cd> <pcomp>] sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0x451d49cd> <pcomp>] rcvd [LCP ConfRej id=0x2 <auth chap MD5>] sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x1dabaabe> <pcomp>] rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x1dabaabe> <pcomp>] Warning - secret file /etc/ppp/pap-secrets has world and/or group access rcvd [LCP DiscReq id=0x2 magic=0x451d49cd] rcvd [CHAP Challenge id=0x1 <06caf8ebf2c8971a809509e3f27a368a>, name = "UMTS_CHAP_SRVR"] sent [CHAP Response id=0x1 <ceb886dabe81e0d6484f903ae4ad2d5d>, name = "tmobile"] rcvd [CHAP Success id=0x1 ""] CHAP authentication succeeded CHAP authentication succeeded sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>] Hangup (SIGHUP) Modem hangup Connection terminated. 

Um zu sehen, ob das Problem nicht vom Netzanbieter stammt, habe ich es mit einer anderen SIM-Karte (von Vodafone NL) versucht, und selbst nach der Neukonfiguration wurde die Verbindung zur gleichen Zeit aufgehängt. Ich stelle mir daher vor, dass das Problem entweder von der Maschine oder von meiner Konfiguration stammen muss.

Weiß jemand, wo das Problem herkommen könnte oder wie ich dies genauer untersuchen könnte?

Bitte lassen Sie mich wissen, wenn Sie der Meinung sind, dass jedes Detail einen besseren Überblick über das Problem geben könnte!

0

0 Antworten auf die Frage