RE: [suse-isdn] ISDN Gateway stürzt ab - Die Zweite
hallo,
hallo, hab da einen tipp von jemandem hier aus der liste bekommen, dass es an der kernel liegen könnte und mit der 2.4.16 SuSE Kernel wieder funktionieren soll.
Stuerzt bei MPPP hier auch manchmal gnadenlos ab.
nach dem manuellen auflegen wird die default route nicht zurückgesetzt, egal ob mit mppp oder ohne. das sehe ich daran, dass wenn ich mit rcroute restart den routing daemon neustarte, eine fehlermeldung beim stoppen bekomme. nach dem restart funktioniert auch das automatische einwählen wieder ohne probleme. hab den befehl rcroute restart auch schon in /etc/ppp/ip-up an das ende der ippp*)|ip-down) sektion angehängt. jedoch auch erfolg. muss den routing daemon trotzdem manuell neustaten. dann geht es wie gesagt wieder.
- hab das default kernel und kernel-source suse package aus dem verzeichnis 2.4.16-20011220 vom suse ftp server runtergeladen und installiert - rekompiliert mit "Set version information on all symbols for modules" und RAID 1-5 support fest einkompiliert - thepenguin.de Fritz!PCI Treiber installiert - in ip-up am ende der down sektion "rcroute restart" hinzugefügt - und jeweils an der richtigen stelle im skript "isdnctrl addlink ippp0"/"isdnctrl removelink ippp0" bis jetzt läuft der gateway eig relativ stabil, hab halt noch das prob, dass die verbindung nicht getrennt wird.
Wie schon in der Gruppe gesagt, das kann nur 2 Gruende haben: 1. keepalives auf PPP Ebene 2. Netzwerktrafic
wie kann ich das mit den keepalives in den griff bekommen?
-- Karsten Keil SuSE Labs ISDN development
mfg philippe
Hallo Liste, ich habe ein Problem mit Susefax. Wenn ich mich auf den Hylafax-Server verbinden will (Statusabfrage, versenden von Fax), dann baut Susefax zwar eine Verbindung zum Server auf den Port 4559 auf, übergibt aber im Datenstream eine neue IP Adresse z. Bsp: 192.168.0.210, die ich nicht verwende. Daraufhin versucht sich der Server auf diese IP zu verbinden, was nicht möglich ist. Das SuSEfax Java-Programm stürzt ab, und kann nur noch über kill beendet werden. Anbei der Datenstream mit Ethereal aufgezeichnet: "220 router.pinguinnetz server USER vbox 230 User vbox logged in. IDLE 900 213 Idle timeout set to 900. TZONE LOCAL 200 Using time values in CET. JOBFMT "%-4j|%.20J|%4i|%8o|%15200 JOBFMT command successful.RCVFMT "%7m|%6n|%2p|%12s|%f|%t200 RCVFMT command successful.PORT 192,168,0,210,128,138 200 PORT command successful. LIST status" Danach versucht der Server von Port 4558 auf den Client mit der IP 192.168.0.210 Port 33307 mit einem SYN Paket eine Verbindung aufzubauen. Aber es gibt keinen Rechner mit dieser IP. Mein Client benutzt die IP 192.168.0.11. "Feb 5 12:06:30 router kernel: DROP-TCP IN= OUT=eth0 SRC=192.168.0.1 DST=192.168.0.210 LEN=60 TOS=0x08 PREC=0x00 TTL=64 ID=11366 PROTO=TCP SPT=4558 DPT=33307 WINDOW=5840 RES=0x00 SYN URGP=0 " Kann mir bitte jemand helfen? Gruss Georg
Hallo Liste, ich habe ein Problem mit Susefax. Wenn ich mich auf den Hylafax-Server verbinden will (Statusabfrage, versenden von Fax), dann baut Susefax zwar eine Verbindung zum Server auf den Port 4559 auf, übergibt aber im Datenstream eine neue IP Adresse z. Bsp: 192.168.0.210, die ich nicht verwende. Daraufhin versucht sich der Server auf diese IP zu verbinden, was nicht möglich ist. Das SuSEfax Java-Programm stürzt ab, und kann nur noch über kill beendet werden. Anbei der Datenstream mit Ethereal aufgezeichnet: "220 router.pinguinnetz server USER vbox 230 User vbox logged in. IDLE 900 213 Idle timeout set to 900. TZONE LOCAL 200 Using time values in CET. JOBFMT "%-4j|%.20J|%4i|%8o|%15200 JOBFMT command successful.RCVFMT "%7m|%6n|%2p|%12s|%f|%t200 RCVFMT command successful.PORT 192,168,0,210,128,138 200 PORT command successful. LIST status" Danach versucht der Server von Port 4558 auf den Client mit der IP 192.168.0.210 Port 33307 mit einem SYN Paket eine Verbindung aufzubauen. Aber es gibt keinen Rechner mit dieser IP. Mein Client benutzt die IP 192.168.0.11. "Feb 5 12:06:30 router kernel: DROP-TCP IN= OUT=eth0 SRC=192.168.0.1 DST=192.168.0.210 LEN=60 TOS=0x08 PREC=0x00 TTL=64 ID=11366 PROTO=TCP SPT=4558 DPT=33307 WINDOW=5840 RES=0x00 SYN URGP=0 " Kann mir bitte jemand helfen? Gruss Georg
participants (2)
-
Philippe Trolliet -
SabineGeorg＠t-online.de