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

Teledat Surf USB, wie funktioniert es?
by linuxhelp＠jedis-of-lodoss.de 20 Jan '02

20 Jan '02

Hallo, ich bin auf ein Notebook umgestiegen und kann meine Teles 16.3 ISDN Karte nicht mehr benutzen und bin jetzt auf ein Teledat Surf USB angewiesen. Doch ich bekomme das nicht zum laufen. Ich hoffe einer von euch weiß wie das geht, wenn es überhaupt geht. Ansonsten muß ich wieder auf Windows umsteigen :(

1 0

Re: WG: i4l funktioniert
by Guido Ganz 20 Jan '02

20 Jan '02

Hallo Tony Ich Habe jetzt folgende Einstellung Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.20.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.20.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 ippp0 Wenn ich einen Ping auf die ip 192.168.0.1 mache wird versucht eine Verbindung aufzubauen nur bekomme ich im messages Log folgenden Fehler Jan 20 13:54:24 relay kernel: ippp0: dialing 1 19411... Jan 20 13:54:29 relay kernel: capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 Was soll das denn ? LG Guido

1 0

Re: WG: i4l funktioniert
by Guido Ganz 20 Jan '02

20 Jan '02

> > 1. in der Konfig-Datei zu ippp0 (oder -1, oder -2 ...) muß der > Einwahlmodus ("dialmode") auf "auto" gesetzt werden. Erfolg kontrollieren > mit > > isdnctrl dialmode ippp0 > > 2. Es muß eine default-route auf ippp0 geben, also option "defaultroute" > aktivieren. > > Erfolg kontrollieren mit > > route > > In der Ausgabe sollte eine Zeile mit > > default 1.2.3.4 0.0.0.0 UG 0 0 0 ippp0 > > stehen. Hallo Tony Wenn ich route -n eingebe bekomme ich nur Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp0 192.168.0.1 * 255.255.255.255 UH 0 0 0 ippp0 192.168.20.0 * 255.255.255.0 U 0 0 0 eth0 192.168.20.0 * 255.255.255.0 U 0 0 0 eth0 Ich vermute das der Flag es ausmacht, jedoch wie bekomme ich das UG auf die ippp0 ? In der /etc/route.conf habe ich nur folgende einträge 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 192.168.20.0 0.0.0.0 255.255.255.0 eth0 In der /etc/ppp/options.ippp ist der Eintrag # default route should be set by ipppd defaultroute aktiviert. Hmm was soll ich noch machen ? LG Guido

1 0

Problem mit ISDN und 2.4-16-4GB
by Jochen Kaechelin 20 Jan '02

20 Jan '02

Ich habe mit den rpms von SuSE den original 2.4-10er upgedated -alles ohne Probleme - außer: 1. ISDN geht nicht mehr 2. KMail und Konqueror laufen in English, obwohl alles auf Deutsch gestellt ist Ich hatte mit dem 2.4.10er von thepenguin.de fcpci heruntergeladen und erfolgreich installiert und genutzt. insmod fcpci bringt folgendes: Using /lib/modules/2.4.16-4GB/misc/fcpci.o /lib/modules/2.4.16-4GB/misc/fcpci.o: kernel-module version mismatch /lib/modules/2.4.16-4GB/misc/fcpci.o was compiled for kernel version 2.4.10-4GB while this kernel is version 2.4.16-4GB. Ich hatte zuvor fcpci.o gelöscht und fcpci nochmals installiert - ohne Fehlermeldung. Mit yast1 habe ich dann meine Fritzkarte als B1 angegeben. lsmod bringt folgendes: ppp_synctty 4960 0 (unused) ppp_async 6464 1 ppp_generic 15464 3 [ppp_synctty ppp_async] ne2k-pci 4928 1 (autoclean) 8390 5792 0 (autoclean) [ne2k-pci] 3c59x 24904 1 (autoclean) capidrv 23904 0 isdn 119648 0 [capidrv] slhc 4432 0 [ppp_generic isdn] capi 18880 0 capifs 3424 1 [capi] kernelcapi 29312 3 [capidrv capi] capiutil 22208 0 [capidrv kernelcapi] Der Aufruf capifaxrcvd -l 13601 /home/jochen/ bringt: No CAPI support on this system. Jemand einen Rat? -- Jochen

1 0

ISDN Gerät?!
by Lars Herbach 20 Jan '02

20 Jan '02

HI Liste! Ich habe folgendes Problem: Ich möchte via VMWare 3.0 auf meine AOL Software zugreifen. Da VMWare aber keine PCI Ports emulieren kann muss ich auf einen COM Port zurückgreifen. Und genau da liegt mein Problem. Um die Emulation COM4 <-> ISDN herzustellen muss ich in den Einstellinugen von VMWare einstellen, welche Gerätedatei COM4 emulieren soll. Jetzt meine Frage: wie leutet die isdn gerätedatei, wenn mein isdngerät den namen ippp0 hat?? /dev/ippp0/ geht nicht :( Danke :)

2 1

i4l
by Guido Ganz 18 Jan '02

18 Jan '02

hallo liste Ich habe in einen SuSE 7.3 Rechner einen AVM FritzCard PCI2.0 eingbaut. Ich habe die Treiber von AVM runtergeladen, nach der installation sind zwar die Module fcpci, capi, capifs, kernelcapi, capiutil geladen aber ich kann i4l nicht starten da bekomme ich immer folgenden fehler /dev/isdninfo: No such device Starting isdn4linux on device ippp0 /dev/isdninfo: No such device /etc/init.d/i4l: ippp0 doesn't exist in /proc/net/dev Check ISDN hardware configuration and activate Die Karte habe ich im Yast eingetragen Bei ISDN Parameters sind alle angegeben, und unter ISDN Hardware ist ein Kreuz bei I4L Starten ISDN Protokoll ist Euro ISDN Typ der ISDN Karte ist AVM B1 PCI ( lt. Readme von AVM ) Weiß jemand woran das liegen kann ?

3 2

Re: [suse-isdn] AVM-FritzCard
by Martin Knoblauch 18 Jan '02

18 Jan '02

Matthias Jaenichen wrote: > > At 23:36 16.01.02 +0100, Joachim Tüns wrote: > > > > >Also ich habe ne FritzCard PCI 2.0. > > > > > Yast und Yast 2 erkennen die aber irgendwie nicht. > > > >www.thepenguin.de ist Dein Freund. > > > > > heißt das, daß AVM und SuSE die Treiber noch immer nicht > > > aktualisiert haben?? > > > >das weiß ich nicht, auf www.thepenguin.de gab's die Aktualisierung > >auf jeden Fall eher. Die Installation hat funktioniert, warum > >sollte ich noch zu AVM gehen? > > Weil SuSE doch wohl die AVM-Treiber benutzt und nicht die von ThePenguin. > Klar sind die von AVM später dran, die wollen die offiziellen Treiber halt > genügend testen. Das ist auch OK, aber daß selbst Wochen nachher noch immer > kein Sterbenswörtchen auf der Homepage ist, ist nicht in Ordnung. Immerhin > zahlen auch wir 75 EUR für eine Fritz!card und können dabei das ganze > FRITZ!-Sofwarepaket noch nicht einmal verwenden. > ftp://ftp.avm.de/cardware/fritzcrd.pci/linux/ > AVM muß also NUR den Treiber "pflegen" (oder zumindest die Änderungen > einbauen). Ist das zu viel verlangt? > Augenscheinlich tun sie das ja auch. Nur machen sie keine Werbung dafuer. Dazu kann man sie auch nicht zwingen. Und soweit ich weiss ist ab Kernel 2.4.18 ein "nativer" Treiber vorhanden. Martin -- ------------------------------------------------------------------ Martin Knoblauch | email: Martin.Knoblauch(a)TeraPort.de TeraPort GmbH | Phone: +49-89-510857-309 C+ITS | Fax: +49-89-510857-111 http://www.teraport.de | Mobile: +49-170-4904759

3 7

Frage zu c2faxsend
by Jochen Kaechelin 18 Jan '02

18 Jan '02

Ich habe gerade versucht c2faxsend zu benutzen um Faxe zu versenden. Wie kann ich den z.B. ein ps-Datei aus Staroffice in das G3-Format konvertieren. Oder wie kann ich eine ps-Datei in eine Tiff-Datei umwandeln. -- Jochen

2 1

Re: [suse-isdn] AVM-FritzCard
by Philippe Trolliet 18 Jan '02

18 Jan '02

Hallo auch, > Hallvchen. > > >> Warum erwartest Du neuere Treiber? > > > > Weil die nicht sauber sind > > Kvnnte dieser Punkt mal etwas ausf|hrlicher, etwas detaillierter, etwas > genauer herausgearbeitet werden? Vielleicht kann man dann "nachr|sten" > oder einen "Nachr|st-Satz" basteln... die treiber von avm funktionieren nicht richtig. vielleicht wurde der bug mittlerweile behoben. auf jeden fall hatten frühere treiber massive fehler. da ging gar nix richtig. da war man gezwungen oder ist man gezwungen auf andere treiber auszuweichen, vor allem als linux anfänger. bei den treibern von thepenguin.de wurde die installationsroutine verbessert und wahrscheinlich noch andere bugs. > > Schau mal bei ThePenguin.de > > ThePenguin hat SuSE 7.4 herausgegeben? Flei_ig, der Mann! Mu_ ich mir > mal ansehen... ;-) haha > >> Vielleicht sind die Treiber gut genug fuer AVMs Level an Linux Support? > > > > Ist der gut genug f|r uns? Warum soll ich das gleiche zahlen, wenn ich > > weniger bekomme?! > > Hast Du f|r Linux-Treiber bezahlt? Oi! Eigentlich sollten die > kostenfrei zu > downloaden sein; auf der Box, die ich gekauft habe, steht nix von Linux- > Treibern... denk doch mal nach. bist du nun für linux oder gegen linux oder wie? avm soll gefälligst auch software für linux entwickeln. wenn ich schon für das ganze package mit software bezahl, dann gefälligst auch mit avm linux software bzw. die dann zum download zur verfügung stellen. zudem könnte man von heutigen entwicklern bzw. herstellern erwarten, dass das umstellen von einem zum anderen system der software keinen allzu grossen aufwand bereitet. welche rolle spielen denn dann noch die CAPI treiber (wurden meines wissens ja extra hierfür gemacht, eine einheitliche schnittstelle für applikationen)? "CAPI ist die Abkuerzung fuer Common-ISDN-API. Es handelt sich um eine Software-Schnittstelle zur Entwicklung hardwareunabhaengiger ISDN-Software. Die aktuelle Version 2.0 wurde im Februar 1994 von der Common-ISDN-API working group vorgestellt. Fuer mehrere Betriebssysteme sind Anbindungen definiert." oder was ist mit java? MfG philippe

4 3

callerid.conf
by Arne Dieckmann 18 Jan '02

18 Jan '02

Hallo, folgendes Problem: [MSN] NUMBER = 41 ALIAS = Test Meldung von isdnlog: Jan 18 19:34:25 goldengate isdnlog: Jan 18 19:34:25 * Call to tei 127 from +49 4162/31, Jork on +41 Schweiz, RING (Speech) Wieso wird die 41 nicht durch den in der callerid.conf angegebenen Alias ersetzt? Die ISDN-Karte hängt an einem internen S0-Bus einer TelefonZentrale. Geht das damit etwa nicht? Danke im Voraus... Arne

1 0

OT: ISDN-Verkabelung
by Markus Nohn 18 Jan '02

18 Jan '02

Hallo Liste, ist es möglich den ISDN-Bus über einen HUB zu verteilen? Ein HUB leitet doch die eingegangenen Datenpakete an alle Ports weiter ohne sie in irgendeiner Form zu prüfen bzw. zu verändern? Geht das oder mache ich dabei einen Denkfehler? Gruß, Markus.

3 5

ISDN Gerätedatei?
by Lars Herbach 18 Jan '02

18 Jan '02

Hi! Ich will AOL in Wine benutzen...so, jetzt brauche ich aber die ISDN-Gerätedatei um sie an COM4 zu emulieren... Wie ist meine isdn gerätedatei, wenn mein isdngerät ippp0 ist??

1 0

Re: [suse-isdn] OT: ISDN-Verkabelung
by Tony Crawford 18 Jan '02

18 Jan '02

Markus Nohn wrote (on 18 Jan 2002 at 9:03): > ist es möglich den ISDN-Bus über einen HUB zu verteilen? > Ein HUB leitet doch die eingegangenen Datenpakete an alle Ports > weiter ohne sie in irgendeiner Form zu prüfen bzw. zu > verändern? Geht das oder mache ich dabei einen Denkfehler? Ja, einen kleinen Denkfehler: der ISDN-Datenfluß ist nicht paketorientiert und asynchron wie das CSMA/CD-Verfahren im Ethernet, sondern ein synchroner TDM- (time-division multiplexing) -Rahmen, in dem jeder Kanal abwechselnd ein festgelegtes Zeitfenster belegt. Wenn man die Stichleitungen von Dosen am S0-Bus zu den Endgeräten betrachtet--die 5 oder mit etwas Glück 10 Meter lang sein können--kann der Bus im geringen Maß sternförmig werden. Um aber mehrere Stränge mit der vollen 100m-Reichweite zu verbinden, müßte der Repeater für die Synchronisierung des Rahmens im ganzen Netz sorgen--und er wäre dann unverhältnismäßig aufwendig: Wieviele Endgeräte willst Du überhaupt verbinden mit insgesamt 2 B-Kanälen? T. -- -- Tony Crawford -- tc(a)crawfords.de -- +49-3341-30 99 99 --

4 4

Callback Konfiguration...
by EXTERN Schumacher Markus (Intern; AB/EBE) 18 Jan '02

18 Jan '02

Hallo Liste, hast jemand einen Link fuer mich wie ich SuSE 7.1 konfigurieren muss um mit ISDN Callback zu erreichen Ich ruf kurz an der Server ruft mich zurueck. Interessant fuer mich client u. server konfig. Link genuegt ich denke das ist nicht neu und wurde bestimmt schon eroertert. Wo finde ich eigentlich das Listen Archiv ? Danke Markus ________________________________________________________________________ Markus Schumacher BOSCH Intern 38000 Hills Tech Drive Farmington Hills, MI 48331 Department: AB/EBE2 Automotive Headquarter US Body Electronics Software *: markus.schumacher(a)us.bosch.com *: +1 (248) 848 2381 *: +1 (248) 553 1480 ______________________________________________________________

2 1

Mysteriöse isdnlog Meldungen
by Carsten Wich 18 Jan '02

18 Jan '02

Hallo Liste, auf einem Firmen Server erscheinen bei aktiviertem I4L sehr oft (teilweise mehrmals pro Sekunde) folgende Kernel Meldungen: Jan 17 22:23:17 kaiser isdnlog: 17.Jan 22:23:17 * Interrogation Diversion Result Jan 17 22:23:18 kaiser isdnlog: 17.Jan 22:23:18 * Interrogation Diversion Result Jan 17 22:23:19 kaiser isdnlog: 17.Jan 22:23:19 * Interrogation Diversion Result Jan 17 22:23:19 kaiser isdnlog: 17.Jan 22:23:19 * Interrogation Diversion Result System ist eine SuSE 7.3 mit Kernel 2.4.16-SuSE und ThePenguin CAPI4Linux. Was soll mir das sagen ? (In den Dokus und auf Google habe ich leider keine Antworten gefunden...) Gruß, Carsten

1 0