Hallo Liste, ich hab da ein ziemlich grosses Prob mit meinem ISDN Gateway. Der hängt sich nach einer gewissen Zeit immer wieder auf. Meine Syskonfig ist wie folgt: - neuer Rechner: Celeron 700 MHz, 10 GB HDD, 128 MB RAM, AVM Fritz!PCI v2.0 - SuSE Linux 7.2 Kernel 2.4.4-4GB - AVM Fritz!PCI v2.0 (www.thepenguin.de, Kernel wurde hierzu neu kompiliert (Klon der Standartkonfig des SuSE Kernels 2.4.4-4GB und "Set version information on all symbols for modules" (statisch) und "RAID support" und die entsprechenden Module (auch statisch) wurde hinzugefügt) - alle nötigen Updates (ppp, sendmail, usw.) und Lösungen für die 7.2 Distro von www.suse.de (route.conf stimmt, Zeile "rcroute restart" wurde in das ip-up Skript eingefügt) - Kanalbündelung wird mit xibod geregelt (ab 5 Kb/s wird der 2. Kanal hinzugeschaltet) und MPPP konfig siehe www.suse.de in der Supportdatenbank - SuSEfirewall2 v2.1 (Masquerading) - Sendmail (+ Sendmail Update von www.suse.de) - xntpd Der Gateway wählt sich über eine interne Telefonanlage bei einem Win2k Rechner ein. Dieser hängt wiederum an einer Standleitung. Alles läuft soweit einwandfrei, nach einer gewissen Zeit stürzt der Gateway jedoch immer ab. Nichts geht mehr (weder ping, noch Tastatur), nur noch ein reset hilft weiter. Nach dem Reboot läuft der Rechner wieder einwandfrei. Wenn ich ibod ausschalte stürzt der Gateway immer noch ab, d.h. an ibod kann es nicht liegen (habe auch noch in ip-up die enstrechenden einträge eingetragen [isdnctrl addlink ippp0 und isdnctrl removelink ippp0] ind die jeweiligen Sektionen [ippp*)| ip-up) und ip-down)). Wenn ich jedoch die Kanalbündelung ganz wegnehme, d.h. in /etc/ppp/options.ippp0 und /etc/rc.config.d/i4l.rc.config die ensprechenden Einträge herausnehme, dann läuft der Gateway einwandfrei. Dasselbe Prob hatte ich schon auf einem anderen Rechner mit ca. 5 Jahre alter Hardware (P166 MMX, 16MB RAM, 2,1GB HD, Fritz!Classic). Habe dieses Problem jedoch nie in den Griff bekommen. Hier /var/log/messages: ---------------------------------------------------------------------------- ---------------------------------------------------- Jan 18 15:28:22 gateway isdnlog: Jan 18 15:28:22 tei 116 calling win2k with gateway CONNECT (Data) Jan 18 15:28:22 gateway isdnlog: Jan 18 15:28:22 tei 116 calling win2k with gateway CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Freitag), Wochentag) Jan 18 15:28:22 gateway isdnlog: Jan 18 15:28:22 tei 116 calling win2k with gateway HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min Jan 18 15:28:22 gateway isdnlog: Jan 18 15:28:22 tei 116 calling win2k with gateway 1.CI 0.120 DM (now) Jan 18 15:28:22 gateway isdnlog: Jan 18 15:28:22 tei 116 calling win2k with gateway NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Freitag), Wochentag) Jan 18 15:28:22 gateway modprobe: modprobe: Can't locate module ippp1 Jan 18 15:28:22 gateway ipppd[309]: ioctl(SIOCSIFMTU): No such device, 6 ippp1 1500. Jan 18 15:28:22 gateway ipppd[309]: MPPP negotiation, He: Yes We: Yes Jan 18 15:28:22 gateway ipppd[309]: ipppd[1]: discr: 2 Jan 18 15:28:22 gateway ipppd[309]: ipppd[1]: passed 1 Jan 18 15:28:22 gateway ipppd[309]: ipppd[1]: passed 2 Jan 18 15:28:22 gateway ipppd[309]: ipppd[1]: pap/chap-check passed Jan 18 15:28:22 gateway ipppd[309]: ok, found a valid bundle with linkunit 0 Jan 18 15:28:22 gateway kernel: iPPP-bundle: minor: 1, slave unit: 1, master unit: 0 Jan 18 15:28:22 gateway ipppd[309]: bundle: 0 Jan 18 15:29:12 gateway isdnlog: Jan 18 15:29:12 tei 116 calling win2k with gateway 311.CI 37.320 DM (after 7:45:00) Jan 18 15:29:15 gateway kernel: SuSE-FW-UNALLOWED-TARGET IN=ippp0 OUT= MAC= SRC=217.7.141.196 DST=255.255.255.255 LEN=242 TOS=0x00 PREC=0x00 TTL=128 ID=19338 PROTO=UDP SPT=138 DPT=138 LEN=222 Jan 18 15:29:52 gateway isdnlog: Jan 18 15:29:52 tei 116 calling win2k with gateway 2.CI 0.240 DM (after 0:01:30) Jan 18 15:30:23 gateway ibod[2057]: removed link(2) for ippp0(in cps=49, out cps=9) Jan 18 15:30:23 gateway ipppd[309]: Modem hangup Jan 18 15:30:23 gateway ipppd[309]: Connection terminated. Jan 18 15:30:23 gateway ipppd[309]: taking down PHASE_DEAD link 1, linkunit: 1 Jan 18 15:30:23 gateway ipppd[309]: closing fd 8 from unit 1 Jan 18 15:30:23 gateway ipppd[309]: link 1 closed , linkunit: 1 Jan 18 15:30:23 gateway ipppd[309]: reinit_unit: 1 Jan 18 15:30:23 gateway ipppd[309]: Connect[1]: /dev/ippp1, fd: 8 Jan 18 15:30:23 gateway kernel: isdn_net: local hangup ippp1 Jan 18 15:30:23 gateway kernel: ippp1: Chargesum is 0 Jan 18 15:30:23 gateway kernel: kcapi: appl 1 ncci 0x20201 down Jan 18 15:30:23 gateway kernel: ippp_ccp: freeing reset data structure c7059000 Jan 18 15:30:23 gateway kernel: ippp, open, slot: 0, minor: 1, state: 0000 Jan 18 15:30:23 gateway kernel: ippp_ccp: allocated reset data structure c7059000 Jan 18 15:30:23 gateway isdnlog: Jan 18 15:30:23 tei 116 calling win2k with gateway HINT: Cheapest booked 01030:TelDaFax 0.140 DM (would save 0.100 DM) Jan 18 15:30:23 gateway isdnlog: Jan 18 15:30:23 tei 116 calling win2k with gateway HINT: Overall cheapest 01033:DTAG CityPlus 0.120 DM (would save 0.120 DM) Jan 18 15:30:23 gateway isdnlog: Jan 18 15:30:23 tei 116 calling win2k with gateway HINT: LCR:FAILED Jan 18 15:30:23 gateway isdnlog: Jan 18 15:30:23 tei 116 calling win2k with gateway HANGUP (2 CI 0.240 DM 0:02:01) Jan 18 15:30:23 gateway kernel: capidrv-1: DISCONNECT_IND reason 0x349f (Normal, unspecified) for plci 0x201 Jan 18 15:30:43 gateway isdnlog: Jan 18 15:30:43 tei 116 calling win2k with gateway 312.CI 37.440 DM (after 7:46:31) "-- gateway wurde hier per reset neu gestartet --" Jan 21 07:12:11 gateway syslogd 1.3-3: restart. Jan 21 07:12:12 gateway sshd[820]: Server listening on :: port 22. Jan 21 07:12:14 gateway kernel: klogd 1.3-3, log source = /proc/kmsg started. Jan 21 07:12:14 gateway kernel: Inspecting /boot/System.map-2.4.4-4GB Jan 21 07:12:14 gateway kernel: Loaded 10917 symbols from /boot/System.map-2.4.4-4GB. Jan 21 07:12:14 gateway kernel: Symbols match kernel version 2.4.4. Jan 21 07:12:14 gateway kernel: Loaded 383 symbols from 22 modules. Jan 21 07:12:14 gateway kernel: ip_tables: (c)2000 Netfilter core team Jan 21 07:12:14 gateway kernel: ip_conntrack (1023 buckets, 8184 max) Jan 21 07:12:14 gateway kernel: CAPI-driver Rev 1.21.6.5: loaded Jan 21 07:12:14 gateway kernel: capifs: Rev 1.14.6.5: loaded Jan 21 07:12:14 gateway kernel: capi20: started up with major 68 Jan 21 07:12:14 gateway kernel: kcapi: capi20 attached Jan 21 07:12:14 gateway kernel: capi20: Rev 1.44.6.9: started up with major 68 (middleware+capifs) Jan 21 07:12:14 gateway kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.1 Jan 21 07:12:15 gateway kernel: fcpci: Loading... Jan 21 07:12:15 gateway kernel: fcpci: Driver 'fcpci' attached to stack Jan 21 07:12:15 gateway kernel: kcapi: driver fcpci attached Jan 21 07:12:15 gateway kernel: fcpci: Auto-attaching... Jan 21 07:12:15 gateway kernel: PCI: Found IRQ 11 for device 00:0b.0 Jan 21 07:12:15 gateway kernel: PCI: The same IRQ used for device 00:07.2 Jan 21 07:12:15 gateway kernel: fcpci: Stack version 3.09-10 Jan 21 07:12:15 gateway kernel: kcapi: Controller 1: fritz-pci attached Jan 21 07:12:15 gateway kernel: kcapi: card 1 "fritz-pci" ready. Jan 21 07:12:15 gateway kernel: fcpci: Loaded. ---------------------------------------------------------------------------- ---------------------------------------------------- Ich werde mich über jegliche Art von Vorschlägen und Lösungen freuen. MfG Philippe
Hi,
Der Gateway wählt sich über eine interne Telefonanlage bei einem Win2k Rechner ein. Dieser hängt wiederum an einer Standleitung. Alles läuft soweit einwandfrei, nach einer gewissen Zeit stürzt der Gateway jedoch immer ab. Nichts geht mehr (weder ping, noch Tastatur), nur noch ein reset hilft weiter. Nach dem Reboot läuft der Rechner wieder einwandfrei. Wenn ich ibod ausschalte stürzt der Gateway immer noch ab, d.h. an ibod kann es nicht liegen (habe auch noch in ip-up die enstrechenden einträge eingetragen [isdnctrl addlink ippp0 und isdnctrl removelink ippp0] ind die jeweiligen Sektionen [ippp*)| ip-up) und ip-down)). Wenn ich jedoch die Kanalbündelung ganz wegnehme, d.h. in /etc/ppp/options.ippp0 und /etc/rc.config.d/i4l.rc.config die ensprechenden Einträge herausnehme, dann läuft der Gateway einwandfrei. Dasselbe Prob hatte ich schon auf einem anderen Rechner mit ca. 5 Jahre alter Hardware (P166 MMX, 16MB RAM, 2,1GB HD, Fritz!Classic). Habe dieses Problem jedoch nie in den Griff bekommen.
Wir (I4L Entwickler) leider auch nicht. Multilink PPP funktioniert leider immer noch nicht stabil und keiner findet den Knackpunkt :-(. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Karsten Keil
-
Philippe Trolliet