Hallo Martin, Martin Lesser writes:
Ich habe hier eine bidirektionale Dialin-Verbindung zwischen zwei Rechnern in Hamburg und Düsseldorf aufgebaut. Jeder Rechner soll sich bei dem anderen einwählen können, zur Zeit klappt aber nur die Verbindung D=>HH, umgekehrt kriege ich immer isdn_tx_timeout's, da irgendetwas beim Handshake nicht richtig funktioniert.
Nachstehend einmal die entsprechenden Auszüge aus den Logs, bei denen für mich der auffälligste Unterschied ist, daß bei der funktionierenden Verbindung *zwei* magic-numbers ausgetauscht werden und der die Verbindung aufbauende Rechner mehr "ConfAck"-Antorten bekommt, als im nicht funktionierenden Fall.
HH=>D (Logfile Rechner HH), Verbindungsaufbau klappt nicht:
Jun 10 08:26:42 main00 kernel: OPEN: 192.168.200.208 -> 192.168.100.19 ICMP Jun 10 08:26:42 main00 kernel: ippp8: dialing 1 0210XXXXXX... Jun 10 08:26:45 main00 ipppd[29919]: Local number: 57XXXXXX, Remote number: 0210XXXXXX, Type: outgoing Jun 10 08:26:45 main00 ipppd[29919]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 8, linkunit: 0, fd: 7 Jun 10 08:26:45 main00 ipppd[29919]: sent [0][LCP ConfReq id=0x1
] Jun 10 08:26:45 main00 kernel: isdn_net: ippp8 connected Jun 10 08:26:45 main00 ipppd[29919]: rcvd [0][LCP ConfAck id=0x1 ] Jun 10 08:26:47 main00 kernel: isdn_tx_timeout dev ippp8 dialstate 0 Jun 10 08:26:48 main00 ipppd[29919]: sent [0][LCP ConfReq id=0x1 ] Jun 10 08:26:48 main00 ipppd[29919]: rcvd [0][LCP ConfAck id=0x1 ] Jun 10 08:26:50 main00 ipppd[29919]: rcvd [0][LCP ConfReq id=0x1 ] Jun 10 08:26:50 main00 ipppd[29919]: sent [0][LCP ConfAck id=0x1 ] Jun 10 08:26:50 main00 ipppd[29919]: lcp layer is UP Jun 10 08:26:50 main00 ipppd[29919]: MPPP negotiation, He: No We: No Jun 10 08:26:50 main00 ipppd[29919]: sent [0][IPCP ConfReq id=0x1 ] Jun 10 08:26:50 main00 ipppd[29919]: CCP enabled! Trying CCP. Jun 10 08:26:50 main00 ipppd[29919]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Jun 10 08:26:50 main00 ipppd[29919]: ccp_resetci! Jun 10 08:26:52 main00 kernel: isdn_tx_timeout dev ippp8 dialstate 0 Jun 10 08:26:53 main00 ipppd[29919]: sent [0][IPCP ConfReq id=0x1 ] ... Die letzten beiden Zeile werden dann sehr oft wiederholt D=>HH (Logfile Rechner D), Verbindungsaufbau funktioniert:
Jun 10 09:03:00 tmpserv /USR/SBIN/CRON[13289]: (root) CMD (ping -i 5 -c 36 192.168.200.1) Jun 10 09:03:00 tmpserv kernel: ippp9: dialing 1 004057XXXXXX... Jun 10 09:03:02 tmpserv ipppd[1594]: Local number: 1, Remote number: 004057XXXXXX, Type: outgoing Jun 10 09:03:02 tmpserv ipppd[1594]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 9, linkunit: 0, fd: 7 Jun 10 09:03:02 tmpserv ipppd[1594]: sent [0][LCP ConfReq id=0x1
] Jun 10 09:03:02 tmpserv kernel: isdn_net: ippp9 connected Jun 10 09:03:02 tmpserv kernel: isdn_net: chargetime of ippp9 now 128651631 Jun 10 09:03:02 tmpserv ipppd[1594]: rcvd [0][LCP ConfAck id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: rcvd [0][LCP ConfReq id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: sent [0][LCP ConfAck id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: lcp layer is UP Jun 10 09:03:04 tmpserv ipppd[1594]: MPPP negotiation, He: No We: No Jun 10 09:03:04 tmpserv ipppd[1594]: sent [0][IPCP ConfReq id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: CCP enabled! Trying CCP. Jun 10 09:03:04 tmpserv ipppd[1594]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Jun 10 09:03:04 tmpserv ipppd[1594]: ccp_resetci! Jun 10 09:03:04 tmpserv ipppd[1594]: rcvd [0][IPCP ConfReq id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: sent [0][IPCP ConfAck id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: rcvd [0][IPCP ConfAck id=0x1 ] Jun 10 09:03:04 tmpserv ipppd[1594]: local IP address 192.168.100.210 Jun 10 09:03:04 tmpserv ipppd[1594]: remote IP address 192.168.200.208 Der Rechner in D hängt an einer Nebenstellenanlage. Wo kann ich noch nach einer Fehlerquelle suchen, um dieses lästige Verhalten zu beenden? Habe auf beiden Rechnern schon diverse ipppd-Einstellungen verändert - ohne Erfolg. Die Routen stimmen ja wohl, da sonst ja gar keine Verbindung zustande kommen würde.
Dann schicke doch bitte nochmal Dein /etc/ppp/options.ippp8 (HH) bzw. /etc/ppp/options.ippp9 (D) mit. Ich vermute, es liegt an der Adresszuweisung bei der Einwahl in D. Gruß Bodo -- ###################################################################### # b+k CAD/CAM Unternehmensberatung GmbH Anschrift: # # Bodo Bock Varrentrappstr. 3 # # Fax.: 05 31 / 5 80 04 - 56 D-38114 Braunschweig # # e-mail: B.Bock@bk-cad.de # # Tel.: 05 31 / 5 80 04 - 22 oder Mobil: (01 73) 4 57 63 03 # ######################################################################