January 2004 - openSUSE ISDN (Deutsch)

avm c4, pci, isdn, hylafax: sendfax zählt alle Anrufversuche doppelt?!
by Jürgen R. Plasser 28 Jan '04

28 Jan '04

Hallo, wenn ich sendfax mit Parametern wie folgt aufrufe # sendfax -t 3 -T 3 -d 40 fax-tiff-file versucht Sendfax nur zweimal (statt dreimal) die Nummer anzurufen. Faxstat gibt folgende Zeile aus: 88 125 F root 40 0:2 4:3 REJECT: Too many attempts Warum 4:3? Eigentlich waren es ja nur 2 Anrufversuche! Ich habe mich ein wenig gespielt und folgendes herausgefunden, enn ich diese Parameterwerte an sendfax übergebe: JobID sendfax-params call attempts really done ========================================= 86 -t 1 -T 1 1 87 -t 2 -T 2 1 88 -t 3 -T 3 2 89 -t 4 -T 4 2 90 -t 5 -T 5 3 91 -t 6 -T 6 3 92 -t 8 -T 8 4 93 -t 6 -T 6 3 94 -t 3 -T 3 2 95 -t 6 -T 6 3 bekomme ich die folgenden Ergebnisse: 86 126 F root 40 0:2 2:1 REJECT: Too many attempts 87 126 F root 40 0:2 2:2 REJECT: Too many attempts 88 125 F root 40 0:2 4:3 REJECT: Too many attempts 89 125 F root 40 0:2 4:4 REJECT: Too many attempts 90 124 F root 40 0:2 6:5 REJECT: Too many attempts 91 124 F root 40 0:2 6:6 REJECT: Too many attempts 92 123 F root 40 0:2 8:8 REJECT: Too many attempts 93 124 F fax 40 0:1 6:6 REJECT: Too many attempts 94 125 F fax 40 0:1 4:3 REJECT: Too many attempts 95 124 F fax 40 0:1 6:6 REJECT: Too many attempts Es scheint, dass Parameter -T (max dials) oder -t (max tries) dem rechten Wert nach dem Doppelpunkt in Spalte 7 entspricht. Der linke Wert ist immer die doppelte Anzahl an Versuchen. Wenn ich die max Versuche auf 4 setze versucht sendfax es nur zweimal. Hat das irgendwas mit der verwendeten PCI Fritzkarte (SuSE 9) zu tun? Um die Anzahl der Versuche richtig hinzukriegen, muss ich alle -t/-T Parameter mit zwei multiplizieren. Natürlich bekommt dann notify.awk die falschen Werte für die Fehlermeldung. Das ist schlecht und irritiert mich. Ich würde lieber die Ursache des Übels beseitigen als irgendwelche Workarounds zu schreiben. Wer kennt dieses Problem noch? Grüße, Jürgen Plasser ps. Habe das Problem auf der hylafax-users-list schon mal gepostet, aber bisher kein verwertbares Feedback bekommen.

1 1

suse 9 fritz card dsl 2.0
by nitro 27 Jan '04

27 Jan '04

hallo, ich habe noch immer folgendes problem: nach einigen tagen bricht meine internetverbindung mit folgendem eintrag in die log ab: Jan 27 23:54:40 linux pppd[3618]: No response to 4 echo-requests Jan 27 23:54:40 linux pppd[3618]: Serial link appears to be disconnected. Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase terminate (was running) . Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase network (was terminate) . Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase terminate (was network) . Jan 27 23:54:41 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:54:41 linux pppd[3618]: Hangup (SIGHUP) Jan 27 23:54:41 linux pppd[3618]: Modem hangup Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase dead (was terminate). Jan 27 23:54:41 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x0000) - No additional information Jan 27 23:54:41 linux pppd[3618]: Connection terminated. Jan 27 23:54:41 linux pppd[3618]: Connect time 673.1 minutes. Jan 27 23:54:41 linux pppd[3618]: Sent 114958211 bytes, received 389182893 bytes. Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase disconnect (was dead). Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase holdoff (was disconnect). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant (was holdoff). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant, again. Jan 27 23:55:15 linux pppd[3618]: Script /etc/ppp/ip-down finished (pid 13507), status = 0x7f00 Jan 27 23:55:15 linux pppd[3618]: Starting link Jan 27 23:55:15 linux pppd[3618]: capiplugin: phase serialconn (was dormant). Jan 27 23:55:15 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:15 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:19 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:19 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:24 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:24 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:27 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:27 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:32 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:32 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:36 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:36 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:41 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:41 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:44 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:44 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:44 linux pppd[3618]: capiplugin: couldn't make connection Jan 27 23:55:44 linux pppd[3618]: capiplugin: exit Jan 27 23:55:44 linux pppd[3618]: Exit. Jan 27 23:55:44 linux kernel: kcapi: appl 12 down beim versuch sich wieder einzuwählen bricht er mit folgenden meldungen ab: Jan 27 23:58:42 linux pppd[13683]: Plugin capiplugin.so loaded. Jan 27 23:58:42 linux pppd[13683]: capiplugin: $Revision: 1.32 $ Jan 27 23:58:42 linux pppd[13683]: capiconn: 1.7 Jan 27 23:58:42 linux kernel: kcapi: appl 11 up Jan 27 23:58:42 linux pppd[13683]: Plugin passwordfd.so loaded. Jan 27 23:58:42 linux pppd[13683]: pppd 2.4.1 started by root, uid 0 Jan 27 23:58:42 linux pppd[13683]: Using interface ppp0 Jan 27 23:58:42 linux pppd[13683]: local IP address 10.64.64.64 Jan 27 23:58:42 linux pppd[13683]: remote IP address 10.112.112.112 Jan 27 23:58:42 linux pppd[13683]: capiplugin: phase dormant. Jan 27 23:58:45 linux pppd[13683]: Starting link Jan 27 23:58:45 linux pppd[13683]: capiplugin: phase serialconn (was dormant). Jan 27 23:58:45 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:58:45 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:58:49 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:58:49 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:58:54 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:58:54 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:58:57 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:58:57 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:00 linux /USR/SBIN/CRON[13931]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 27 23:59:02 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:59:02 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:59:06 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:59:06 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:11 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:59:11 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:59:15 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:59:15 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:15 linux pppd[13683]: capiplugin: couldn't make connection Jan 27 23:59:15 linux pppd[13683]: capiplugin: exit Jan 27 23:59:15 linux pppd[13683]: Exit. Jan 27 23:59:15 linux kernel: kcapi: appl 11 down - anmerkung: Jan 27 23:58:42 linux pppd[13683]: local IP address 10.64.64.64 Jan 27 23:58:42 linux pppd[13683]: remote IP address 10.112.112.112 ich weiss nicht wo diese ips her kommen. der rechner hat normalerweise die feste ip 10.0.0.1 und t-online weist mir eigentlich immer eine ip im 217.0.0.0 bereich zu. - nach einer 24h trennung gibt es keine probleme mit der wiedereinwahl. ich habe dieses problem immer nur nach einigen tagen. mit dem befehl rcisdn restart; ifup dsl0 funktioniert es auch wieder. ich habe deswegen versucht diese befehle in der ip-down datei einzubringen: #!/bin/sh ifdown dsl0;sleep 2;rcnetwork stop dsl0;sleep 3;rcisdn stop;sleep 180;rcisdn start;sleep 20;rcnetwork start dsl0;sleep 4;ifup dsl0 nur leider funktioniert das nicht so richtig. er scheint auszutimen oder so. bin auf jeden fall schon fast am verzweifeln und hoffe auf ideen. meine /etc/ppp/options datei sieht so aus: noipdefault noauth crtscts modem asyncmap 0 nodetach lcp-echo-interval 30 lcp-echo-failure 4 lcp-max-configure 60 lcp-restart 2 demand maxfail 15 noipx - fritz card dsl 2.0 - t-online - suse 9 ausm laden :) schönen abend, Martin Marx -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

2 1

Re: [suse-isdn] CapiSuite: Can't start Capi abstraction
by Wolfgang Woehl 27 Jan '04

27 Jan '04

Karsten Keil <kkeil(a)suse.de>: > On Mon, Jan 26, 2004 at 07:23:51PM +0100, Wolfgang Woehl wrote: > > Karsten Keil <kkeil(a)suse.de>: > > > Es gibt 2 Treiber, HiSax und den CAPI 2.0 Treiber fcpci, beide > > > kann man in YaST auswaehlen ( yast isdn -> aendern). > > > Gleichzeitig kann man sie mit einer Karte nicht benutzen. > > > > Hoppala. Wär' das nicht auch ein Hinweis, der YaST gut zu Gesicht > > stünde? Danke für den Tip. Wenn ich jetzt in YaST die Karte > > anschaue, ist die Treiberauswahl (steht auf HiSax) deaktiviert. Muß > > man erst das hisax-Modul entladen? > > Dann gibt es für diese Karte keinen CAPI Treiber, ich dachte Du hast > eine Fritz!PCI v2.0 ? Wie in der ersten mail beschrieben: 2 Kisten, eine mit Elsa Microlink PCI, eine mit Fritz!Card PCI. Danke für eure Hinweise, bin einfach auf der Leitung gestanden, was die Treibernummer angeht. Auf der Fritz!Card Maschine ist jetzt der CAPI-Treiber eingestellt, "capiinfo" sieht die Karte und spuckt dementsprechend das Gewünschte aus. Mit "kdeprintfax" landet ein testfile auch in der Warteschlange. Allerdings klingelt's bei der gewählten Nummer nicht und das Fax wird wieder hinten in die Reihe gestellt. Eine Idee irgendjemand? Auf der Elsa Microlink Maschine werde ich die CAPI-Treiber entfernen und den anderen Weg mit HiSax versuchen. > > > Im SuSE Handbuch heißt es in Kapitel 17 (ISDN-Telekommunikation), > > die CAPI-Treiber unterstützten bislang nur AVM-Karten. Da käme ich > > also mit der einen Elsa-Karte nicht weit, richtig? > > Richtig, nur Karten mit CAPI2.0 Treiber werden unterstuetzt, das > sind im Moment Karten von AVM. Es gibt auch CAPI Treiber für Karten > von HST und Eicon, diese können aber nicht über YaST und den > normalen Setup angesteuert werden. Ok. Vielen Dank für die Info. Folgerichtig deaktiviert YaST bei der Elsa Karte auch die Treiberauswahl. Bei Fritz Karten wäre es dann aber auch schlüssiger, wenn bei einer Faxinstallation automatisch der CAPI-Treiber aktiviert werden oder zumindest ein deutlicher Hinweis aufpoppen würde.

3 2

Treiber, Konfiguration ISDN Karte ITK ix1basic ISA
by Hans-Juergen Brand 27 Jan '04

27 Jan '04

Hallo Liste, Ich habe durch Zufall eine ITK ix1basic ISA aktive ISDN Karte in die Hand bekommen. Nun ist meine Frage, kann ich diese Karte wie einen AVM B1 Karte einsetzen. Wo bekommen ich die Firmware/Capi Treiber fuer diese Karte. Hat einer von euch so eine Karte erfolgreich im Einsatz? MfG Hans-Juergen Brand

2 1

Eigene ISDN-Nummern herausfinden
by Wolfgang Woehl 27 Jan '04

27 Jan '04

Tag, Eine, möglicherweise dumme, Frage: Mal angenommen, in einem chaotischen Haushalt wäre die technische Dokumentation des eigenen ISDN-Anschlusses verlorengegangen und weiter angenommen, für die BewohnerInnen des chaotischen Haushalts wäre ISDN ebenso simpel zu durchschauen wie Quantenteleportation: Kann man mit Computerhilfe/ISDN-Karte die eigenen (2 weiteren, ungenutzten) Rufnummern herausfinden? Ich habe den Eindruck, daß mit "MSN" ja sowas gemeint sein sollte. Vielen Dank und Entschuldigung, falls die Frage _sehr_ dumm ist. Wolfgang

3 3

DR.Neuhaus ISDN Karte ISA Aktiv Linux-Unterstützung
by andreas＠soeldner.net 26 Jan '04

26 Jan '04

Liebe Liste, weiss jemand oder hat jemand Erfahrung mit der DR.Neuhaus ISDN ISA Aktiv Karte? Danke und Gruß Andreas

2 1

CapiSuite: Can't start Capi abstraction
by Wolfgang Woehl 26 Jan '04

26 Jan '04

Tag, Ich habe auf zwei Maschinen (jeweils suse 9.0, capisuite und capi4linux sind installiert, 1x Elsa Microlink PCI, 1x AVM FRITZ!Card PCI) das gleiche Problem: Faxen funktioniert nicht. # rccapisuite start sagt auf beiden Maschinen "CapiSuite 0xbffff110: Can't start Capi abstraction. The given error message was: CapiError: Error in CAPI20_ISINSTALLED: CAPI not installed. occured in Capi::getCapiInfo()" und /var/log/messages sagt dazu modprobe: Can't locate module char-major-68 Die capi-devices sind major 68, minor 0-20. In /etc/modules.conf gibt's kein char-major-68. Das alles ist sozusagen SuSE-Vanilla, unverfummelte Originalinstallation. In den jeweiligen Beschreibungen finde ich nichts zum manuellen Laden irgendeines Kernelmoduls o.ä. Kann mir jemand auf die Sprünge helfen? Vielen Dank im Voraus.

4 4

RE: [suse-isdn] Eigene ISDN-Nummern herausfinden
by Post, W 26 Jan '04

26 Jan '04

Moin, > In der Regel vergibt die Telekom die Nummern fortlaufend, Bei Neuanschlüssen ist das so. Wenn aber ein analoger Anschluss zu ISDN gewandelt wird, sind die Folgenummern entweder bereits vergeben. Somit passt das nicht immer. > wobei die erste Nummer meistens dem ISDN-Telefon zugeordnet wird. Seit wann ordnet die T-Com Rufnummern den Endgeraeten zu? Die Zuordnung muss jeder selbst treffen. > also z.b. 627890,627891,627892. > > Kannste mal testen. Interessanter Vorschlag fuer einsame Geeks und Neerds um das soziale Umfeld etwas zu erweitern :) Ich wuerd einfach die T-Com anrufen oder den nexten T-Punkt ansteuern. Dort ist unter der Hauptrufnummer auch jede weitere zugeordnete MSN abrufbar. Hth Wolfgang

1 0

no area information
by Thomas Richter 26 Jan '04

26 Jan '04

Hi, wo kann man folgende erfassen? (Tarif für isdnlog) 018181000 (Deutsche Bank Telephon Service für 9 ct/min) 01930100 (SMS-Zentrum der Deutschen Telekom 19 ct/Anruf) +49190015040 (Anny Way Festnetz SMS 9 ct/Anruf) wkr Thomas Richter -- dss1://49.431.801306 Wot're we going to do tonight, Brain ? gsm://49.179.5192431 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de

2 1

Re: "WARNING: do_IRQ: near stack overflow: 988" Meldungen und regelmäßige Abstürze
by Jörg Spilker 26 Jan '04

26 Jan '04

Hallo, ich hatte ja berichtet, daß ich mit meiner Fritzcard DSL erhebliche Probleme hatte. Sobald ich die Internetverbindung mit "Last" betrieben habe, dauerte es nicht lange bis im Log die ersten do_IRQ Meldungen auftauchten und nach max 30 Minuten war dann eigentlich immer endgültig Schluß und der Rechner mußte rebootet werden. Dann der Mithilfe von Carsten Wich habe ich nun aber einen Patch für die Quellen der Kerneltreiber der Fritzcard DSL bekommen, die dieses Problem löst. Zur Problemlösung einfach die Kernelquellen installieren und konfigurieren. Ebenso das Kernel Moduls Source Paket installieren und den Patch auf fcdsl/src/drv.fcdsl anwenden. Dann das Modul neu übersetzen und installieren. Ob der Patch auch für die DSL SL und DSL V2 bzw USB Variante funktioniert, habe ich nicht geprüft. Vielen Dank auch in die Autor des Patches. Mfg Jörg Spilker

3 2