January 2002 - openSUSE ISDN (Deutsch)

RE: [suse-isdn] ISDN Gateway stürzt ab - Die Zweite
by Post, W 21 Jan '02

21 Jan '02

hallo philippe, dein problem klingt nach dem bekannten kernel-bug zwischen kernel und masquerading auf basis iptables. ich weiss jetzt nicht genau, ob die susefirewall auf iptables oder ipchaines basiert. im falle von iptables hilft nur ein kernelupdate auf >= 2.4.8. hth wolfgang

2 1

pc nimmt anrufe nicht an
by Daniel Geske 21 Jan '02

21 Jan '02

Hallo. wenn ich meinen pc anrufe, bemerkt isdnlog, dass es klingelt. die treiber sind also installiert und funktionieren i.O. ist das soweit richtig? vboxgetty ist an ttyI0 gestartet und zeigt im log keine Fehler an: <I> Running vbox version 3.0B1-0.1.0 (with tcl version 8.3). Wenn ich anrufe, kommt beim ersten mal - NUR beim ersten Anruf: <W> Unable to locate "30726162411" settings. 726162411 ist die Nummer des Tel. von dem ich anrufe. Danach passiert bei vboxgetty im log gar nichts mehr, egal, ob ich anrufe oder nicht. Nur manchmal kommt unregelmaessig ein <W> Can't read from modem [0] (timeout). isdnlog ist weiterhin ok. Ich moechte gerne, dass der pc anrufe annimmt. z.Zt laesst er es immer nur klingeln. Weiss jemand, was ich hier tun kann? Vielen Dank im voraus! Daniel System: * SuSE 7.1 * Fritz!Card auf Capi4Linux (AVM) * isdn4linux * vbox3

1 0

RE: [suse-isdn] ISDN Gateway stürzt ab
by Philippe Trolliet 21 Jan '02

21 Jan '02

> hardware (speicher, mainboard etc.) Der Rechner ist neu. Dasselbe Prob hatte ich schon auf einem anderen Rechner mit ca. 5 Jahre alter Hardware (P166 MMX, 16MB RAM, 2,1GB HD, Fritz!Classic). (Sorry, hab ich vergessen in Mail zu erwähnen) > Philippe Trolliet schrieb: > > > > 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: > > - 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) > > - 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. > > > > 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 > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com > > -- > Hans-Ulrich Jetter · Dipl.-Ing.(FH) > Vogelsangstr. 44 · D-72461 Albstadt > Tel: 07432-12855 · Fax: 07432-14221 >

1 0

RE: [suse-isdn] ISDN Gateway stürzt ab
by Philippe Trolliet 21 Jan '02

21 Jan '02

> hardware (speicher, mainboard etc.) Der Rechner ist neu. Dasselbe Prob hatte ich schon auf einem anderen Rechner mit ca. 4 Jahre alter Hardware. (Sorry, hab ich vergessen in Mail zu erwähnen) > Philippe Trolliet schrieb: > > > > 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: > > - 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) > > - 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. > > > > 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 > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com > > -- > Hans-Ulrich Jetter · Dipl.-Ing.(FH) > Vogelsangstr. 44 · D-72461 Albstadt > Tel: 07432-12855 · Fax: 07432-14221 >

1 0

Re: WG: [suse-isdn] Neue AMV KArte
by Guido Ganz 21 Jan '02

21 Jan '02

Hallo Liste Danke erstmal für die Infos. Hatte anscheinend auch ein Problem mit der Leitung. Jetzt geht es fast. Eines hätte ich noch. Wenn ich jetzt eine Einwahl mache wählt er immer INTERFACE ippp0 calling 019411 Jan 21 09:27:50 relay kernel: isdn_net: ippp0 connected Jan 21 09:27:50 relay kernel: capidrv-1: chan 0 up with ncci 0x10101 Jan 21 09:27:50 relay ipppd[1264]: Local number: 031691923132, Remote number: 019411, Type: outgoing Jan 21 09:27:50 relay ipppd[1264]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Jan 21 09:27:50 relay isdnlog: Jan 21 09:27:50 tei 67 calling +43 316/19411, Graz with +43 316/91923132, Graz CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Montag), Wochentag) Jan 21 09:27:50 relay isdnlog: Jan 21 09:27:50 tei 67 calling +43 316/19411, Graz with +43 316/91923132, Graz HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min Jan 21 09:27:50 relay isdnlog: Jan 21 09:27:50 tei 67 calling +43 316/19411, Graz with +43 316/91923132, Graz 1.CI 0.120 DM (now) Warum wählt er immer 43 3136/19411? Ich habe die Nummer 19411 eingestellt. Weiß hier jemand etwas? Aber er kommt so wie es aussieht auf den Remoteserver hin. Irgendwie funktioniert die Anmeldung nicht ganz. Jan 21 09:27:50 relay isdnlog: Jan 21 09:27:50 tei 67 calling +43 316/19411, Graz with +43 316/91923132, Graz NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Montag), Wochentag) Jan 21 09:27:53 relay ipppd[1264]: No CHAP secret found for authenticating HiPer Jan 21 09:27:53 relay ipppd[1264]: CHAP peer authentication failed Jan 21 09:27:55 relay kernel: kcapi: appl 1 ncci 0x10101 down Jan 21 09:27:55 relay kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Wenn er keine CHAP authentication findet sollte er nicht auf die PAP gehen? Danke Guido >

1 0

ISDN Gateway stürzt ab
by Philippe Trolliet 21 Jan '02

21 Jan '02

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: - 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) - 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. 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

1 0

ipchains / iptables
by kaioo 20 Jan '02

20 Jan '02

Hallo!! Ich habe mein System von suse 7.1 auf 7.3 erneuert, was ich jetzt vermisse is ipchains ;) mein pc is ein dial on demand server, und mit 7.1 funktionierte das ganze auch einwandfrei, doch seit 7.3 kommt bei dem befehl "ipchains -A forward -s 192.168.1.0/24 -j MASQ" eine Fehlermeldung: "ipchains: Protocol not available" deswegen bin ich auch iptables ausgewichen, doch seit diesem Umstieg entstehen immer mehr connects ins Internet die nicht gewollt sind, so zB beim Hochfahren, schon vor der Anmeldung des Clients. Kann mir jemand sagen was ich bei ipchains falsch eingestellt habe (das paket is einfach mit yast installiert) das das Protokoll auf einmal nicht mehr verfügbar ist, oder wie ich iptables so konfiguriere das die ganzen unnützen connects ausgelöscht werden? ;) Danke für jeden Tipp im Voraus, -- mfg, Felix Geller mailto:tooxz@web.de

1 0

Re: WG: [suse-isdn] Neue AMV KArte
by Guido Ganz 20 Jan '02

20 Jan '02

Hallo Michael Danke für den Tipp, ich habe aber immer noch das selbe Problem Jan 20 19:01:44 relay kernel: capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 Jan 20 19:01:48 relay kernel: isdn_net: local hangup ippp0 Jan 20 19:01:48 relay kernel: capidrv-1: chan 0 disconnect request on free channel Vielleicht weiß ja noch jemand woran das liegen kann Schöne Grüße aus Graz Guido > Hallo Guido, > > ich habe bei meinem Problem (besteht noch) mit Hylafax fast alle Websites > unsicher gemacht, die etwas hergaben zu dem Thema. Evtl. hilft sie dir > weiter: http://capi4linux.thepenguin.de/wozu.shtml. Dort wird u. A. gesagt, > daß die Installationsroutinen beim original Treiber von Suse wohl > fehlerhaft seinen. > > Viele Grüße aus Freiburg > Michael Schmitt > > ----- Original Message ----- > From: "Guido Ganz" <guido.ganz(a)edvc-ganz.com> > To: <suse-isdn(a)suse.com> > Sent: Monday, January 21, 2002 5:32 PM > Subject: [suse-isdn] Neue AMV KArte > > > Hallo Liste > > > > Ich habe eine AVM Fritz Card PCI 2 in meinen SuSE 7.3 Rechner eingebaut. > > Nach anfänglichen Problemen habe ich die Karte mal so halb zum laufen > > gebracht. Nur wenn eine Verbindung aufgebaut werden soll kommt folgende > > Fehlermerldung > > > > kernel:capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 > > (broken line or B-channel removed by signalling protocol)) for plci 0x101 > > kernel: NETDEV WATCHDOG: ippp0: transmit timed out > > kernel: isdn_tx_timeout dev ippp0 dialstate 4 > > > > Die Karte wurde als AVM B1 im Yast eingetragen, so wie es AVM beschreibt. > > Was mir jedochaufgefallen ist das der Fehler auch kommt wenn das Kabel > > nicht > > > in der Dose steckt. > > > > Weiß jemand woran das liegen kann? > > > > mfg Guido > > > > > > > > > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

Neue AMV KArte
by Guido Ganz 20 Jan '02

20 Jan '02

Hallo Liste Ich habe eine AVM Fritz Card PCI 2 in meinen SuSE 7.3 Rechner eingebaut. Nach anfänglichen Problemen habe ich die Karte mal so halb zum laufen gebracht. Nur wenn eine Verbindung aufgebaut werden soll kommt folgende Fehlermerldung kernel:capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 kernel: NETDEV WATCHDOG: ippp0: transmit timed out kernel: isdn_tx_timeout dev ippp0 dialstate 4 Die Karte wurde als AVM B1 im Yast eingetragen, so wie es AVM beschreibt. Was mir jedochaufgefallen ist das der Fehler auch kommt wenn das Kabel nicht in der Dose steckt. Weiß jemand woran das liegen kann? mfg Guido

1 0

Hylafax & Suse 7.3 mit Problemen :-(
by M. Schmitt 20 Jan '02

20 Jan '02

Hallo Allerseits, Ich habe ein Problem Hylafax dazu zu bewegen, daß es ankommende Faxe annimmt: ein "faxstat" gibt die an für sich gute Meldung: HylaFAX scheduler on orion.local: Running Modem faxCAPI (MSN der Karte): Running and idle aus. Wird nun aber auf die Nummer ein Fax geschickt, erhalte ich jedesmal eine Fehlermeldung (am Faxgerät). Schaue ich nacher im Log nach erhalte ich diese Meldungen: Jan 19 20:55:54 orion kernel: capidrv-1: incoming call anrufendeNummer,1,2,21 Jan 19 20:55:54 orion kernel: capidrv-1: patching si2=2 to 0 for VBOX Jan 19 20:55:54 orion kernel: isdn_net: call from anrufendeNummer,1,0 -> 21 Jan 19 20:55:54 orion kernel: isdn_net: Service-Indicator not 7, ignored Jan 19 20:55:54 orion kernel: isdn_tty: call from anrufendeNummer -> 21 ignored Jan 19 20:55:54 orion kernel: capidrv-1: incoming call anrufendeNummer,1,0,21 ignored Jan 19 20:55:54 orion isdnlog: Jan 19 20:55:54 * Call to tei 127 from anrufendeNummer, Freiburg on +49 911/21, Nürnberg RING (3.1 kHz audio) Original Nummer durch "anrufendeNummer" ersetzt ;-) Das Problem wurde hier bereits einmal diskutiert, ohne jedoch eine Lösung zu finden bzw. wurde nicht gepostet. In der inittab steht noch folgender Eintrag: # CAPI4Hylafax patch fr:235:once:/usr/local/bin/c2faxrecv (Kann also kein Problem mit Runlevels sein) in der config.faxCAPI steht: AcceptSpeech: 1 (somit sollte er eigendlich alle Anrufe annehmen) System: Suse 7.3 Hardware: AVM Fritz! PCI (die alte, also nicht 2.0!) Als Pakete sind installiert: Das Hylafax RPM von der Suse 7.3 capi4hylafax-1.1a.tar (->www.thepenguin.de) fc-generic-1.05.tar (Capi4Linux ->www.thepenguin.de) Wäre super wenn sich eine Lösung findet! ;-) Viele Grüße aus Freiburg, Michael Schmitt P.s.: Bin neu bei der Liste und sollte ich etwas falsch machen bitte sagen ;-)

1 0