January 2004 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] Fax bleibt leer beim versand via capisuite ??
by Klaus Niedt 31 Jan '04

31 Jan '04

Hallo Siggi, stimmen die Einträge in KdeprintFax? Menu Einstellungen -> KdeprintFax einrichten -> Untermenu System: bei Faxsystem muß Hylafax stehen, bei Befehl /usr/bin/capisuitefax -d %number %files. Kprinter ruft ja beim Befehl: An Fax weiterleiten KdeprintFax auf, wenn dort die Konfiguration nicht stimmt, kann das die Lösung sein. Wobei mich das mit dem leeren Fax etwas stutzig macht; kriegt Kdeprintfax keine Datei angegeben, die das Programm verschicken soll, bockt es logischerweise komplett. Überprüf doch auch mal, ob Du die Programme sfftobmp und sffview installiert hat. CapiSuite braucht als Eingabe zum Faxversand Postscript-Dateien, wandelt die aber vorm Verschicken in .sff-Dateien (Structured Fax File) um. Dazu muß auf jeden Fall sfftobmp installiert sein, sffview ist - glaube ich - nur für KFax als Faxbetrachter von Belang. Tschö Klaus

4 11

Bekomme 2x Nachricht das fax empfangen wurde ?
by Siggi.Hofstetter＠t-online.de 31 Jan '04

31 Jan '04

Hallo zusammen, wenn ich ein fax via Hylafax empfange, bekomme ich diese Meldung 2x mal als E-mail in mein lokales Postfach ! Woran kann das liegen ??? Danke !! Gruss Siggi

1 0

Installation Fritz!Card DSL SL USB unter SuSe LINUX9.0
by Wolfgang Danz 30 Jan '04

30 Jan '04

Hallo, ich versuche bisher vergeblich die obige FritzCard zu installieren. Die bisherigen "Schema F" Hinweise haben mich nicht wirklich weitergebracht. --> nach AVM-Vorgabe: Rückmeldung "..invalid Kernel version 2.4.21-99-athlon.." --> über CAPI4Linux: " jede Menge Fehlermeldungen beim Ausführen von make..." Habe gesehen, daß es wohl schon einzelnen Teilnehmern der Liste gelungen sein muß die Karte zum Laufen zu bringen. Da ich eher auf der Anwenderseite von LINUX zu Hause bin und weniger auf der Entwicklerseite, wäre eine detaillierte Beschreibung der Vorgehensweise hilfreich. Danke für die Unterstuetzung. (Sorry, vorher ist die Mail schonmal im angefangenen Zustand rausgegangen; - war zu schnell beim Tippen... ;-) ) Gruß Wolfgang Danz ______________________________________________________________________________ Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php

1 0

Installation FritzCard U
by Wolfgang Danz 30 Jan '04

30 Jan '04

1 0

huptimeout - wird verstellt
by Illuminatus＠t-online.de 30 Jan '04

30 Jan '04

Hi, ich habe mir ein tcl/tk script gebaut, das ich nun schon seit 1998 nutze um den ISDN Zugang zu kontrollieren. Es ist im wesentlichen ein Frontend fuer isdnctrl. Damit kann ich unter Anderem die Hanguptime aendern. Seit dem Umstieg auf SuSE 8.2 wird dieser Parameter immer wieder auf 3s zurückgesetzt. Ich kann nicht genau sagen wann, vermutlich nach dem hangup. Weiss jemand welcher Umstand dazu führt, und wie ich das abstellen kann? -- Gruss Bernd

3 6

isdnctrl dial ippp0
by Olaf König 29 Jan '04

29 Jan '04

Hallo Liste, der Befehl "isdnctrl dial ippp0" auf der Konsole verursacht die Fehlermeldung "no device found". Evtl. hilfreich: Ich verwende neuerdings die Teledat usb 2a/b, vorher Fritz Classic PCI. Vielen Dank Olaf

5 6

kein logging des Volumens
by Frank Noack 28 Jan '04

28 Jan '04

Hi Ich wollte jetzt mal kvolmet zur Anzeige des übertragenen Volumens nutzen. Leider habe ich festgestellt das meine Logfiles dazu nichts enthalten. Ich habe eine DSL-Verbindung über ein externes DSL Modem an eth1. Kann mir jemand sagen, wie ich den smpppd (ich denke mal der ist es) einstellen muss, damit er die send und received Einträge mit in die Logfiles schreibt. Danke Frank

2 2

Fax bleibt leer beim versand via capisuite ??
by Siggi.Hofstetter＠t-online.de 28 Jan '04

28 Jan '04

Hallo NG, wenn ich faxe vie capisuite verschicken will, wird zwar ein Fax verschickt, aber es ist leer. Woltle aus Kate ein fax via send to fax funktion verschicken ! Was könnte hier das Problem sein ?? Grüsse Siggi

2 1

ISDN + Capisuite + Error Protocol Layer 2 - Bitte helft
by Siggi.Hofstetter＠t-online.de 28 Jan '04

28 Jan '04

Hallo Gruppe, da ich anscheinend zuerst in die falsche NG geposted habe hier nochmal mein Problem ! Ich möchte auf meinem Suse 9.0 gerne faxen und habe mir dazu die AVM Fritzcard PCI v.2.0 zugelegt ! Wenn ich nun faxe via capisuite verschicken will bekomme ich folgenden Fehler: ob fax-4.sff: result was 3302,0 lt. capisuite homepage = 3302 - Protocol error layer 2 Die Karte habe ich via Yast2 konfiguriert als contr0 ! Wenn jetzt Anrufe eingehen sehe ich das im isdnlog. Aber ich kann die Faxe nicht verschicken! capiinfo zeigt folgendes: Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS lspci zeigt mir : 00:0a.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01) Was muss ich tun, damit ich mit der AVM Fritzcard diesen Fehler beheben kann ?? Über jede Hilfe bin ich sehr dankbar ! Sollten noch mehr info's benötigt werden, lasst es mich bitte wissen ! Vielen Dank ! Siggi

5 12

Dial-on-Demand mit mehreren Providern
by Giuseppe Potenza 28 Jan '04

28 Jan '04

Hallo, ich habe Suse 8.2 als Internetrouter konfiguriert und möchte abhängig von der Uhrzeit unterschiedliche Provider anwählen. Für die Provider habe ich die interfaces ippp1-4 angelegt. Nun versuche ich via cron die interface von manual auf automatik (isdnctrl dialmode ippp? auto) zu stellen, was zwar laut "isdnctrl list all" auch funktioniert, doch aber irgendwie nicht greift... Dial-on-Demand scheint nicht mehr zu greifen. Wenn ich hingegen Dial-on-Demand auf den einzelnen interfaces mittels yast konfiguriere, klappt das... Kann mir bitte jemand weiterhelfen ?!?! gruss Giuseppe Potenza

4 4

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

Hylafax - susefax kein Remote Zugang
by Illuminatus＠t-online.de 26 Jan '04

26 Jan '04

Hi, ich kann mit Susefax von einem Linux-Client nicht mehr zum Faxserver connecten. Das ist so, seit dem Umstieg auf SuSE 8.2 SuseFax hängt einfach, d.h. es lässt sich nur noch via kill beenden (Ich habe das mal übernacht laufenlassen, das ist wohl lange genug gewartet ;) In der hosts.hfaxd hab ich die Eintraege laut manpage gemacht, bzw. auch mit faxadduser und "^.*@.*$" probiert. Es kommt keine Fehlermeldung, keine Logfileeintraege. Vom Server selber geht es, deshalb hab ich eben auch gedacht, dass es an der hosts.hfaxd liegt. Wie wäre da der korrekte Eintrag? Geht es auch, ein ganzes Netz freizugeben? Also in der Art: 192.168.0.0/24 Im Netz hab ich nix zu dem Thema gefunden. Wäre schön, wenn ich das wieder hätte ;) Hylafax Version: 4.1.7-62 Susefax Version: 1.0beta3 -- Gruss Bernd

3 4

Nach YOU friert Rechner ein.
by Gunnar Salbeck 25 Jan '04

25 Jan '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Nachdem ich ein Online-Update gemacht habe (update auf kernel 2.4.20-102) friert mir der Rechner jedesmal ein, wenn ich z.B mit Xnmap laufen lasse. Beim versenden von Emails mit Anhang friert der Rechner ebenfalls ein. ...und es ist nicht das erste Mal, dass ich solch ein Problem habe. Nachdem ich SL 8.2 installiert hatte (also damals noch ohne Online-Update) fror der Rechner jedesmal ein, wenn eben besonders viel Verkehr war. Damals lag es an der isdn.so. Man sollte eigentlich annehmen, dass der Fehler von damals behoben wurde. ***Schnitt**** Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar. - - --- linux.old/drivers/isdn/isdn_ppp.c 2003-08-06 18:44:25.000000000 +0200 +++ linux/drivers/isdn/isdn_ppp.c 2003-10-02 22:48:31.000000000 +0200 @@ -1251,7 +1251,7 @@ if (!lp) { printk(KERN_WARNING "%s: all channels busy - requeuing!\n", netdev->name); retval = 1; - - - goto unlock; + goto out; } /* we have our lp locked from now on */ Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o !!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!! mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o ************** Es wäre echt cool, wenn man ich da einen Tip bekommen könnte. Es nervt echt, wenn der Rechner friert und die LEDs am Keyboard blinken!! Danke - -- gunnar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQFAE/MzKqo9GUyFpKYRAkD+AJ9bGm//ZfUeTFKfrVljlhy9BYiFTgCeO7XA ODCpG+IkI8xfiWkAL7Omd40= =bzv6 -----END PGP SIGNATURE-----

1 0

kbear
by Josef Schwendt 25 Jan '04

25 Jan '04

wenn ich daten von meinem suse rechner auf den novell-rechner meines arbeitsplatzes übertrage, geht das nicht ohne fehlermeldungen: kann datei nicht umbenennen ... hat jetzt novell suse gekauft oder nicht? und warum geht die datenübertragung nicht problemlos? die daten sind eh alle dort, aber man muss ständig umbennen oder umgekehrt immer neu rechte erteilen ... bei übertragungen mit konqueror ist es nicht viel anders ... ich weiß, dass das nicht genau zu isdn passt, aber die allgemeine suse liste ist eine zumutung, sie ist viel zu groß, man müsste untergruppen schaffen danke für alle tipps josef

2 1

capi-Treiber: keine Einwahl per Handy auf ein mgetty
by Ekkard Gerlach 25 Jan '04

25 Jan '04

Hallo, mit dem Hisax-Treiber und einer Fritz-Karte ist die Einwahl von meinem Notebook via Handy auf ein mgetty des Server kein Problem (siehe Archiv dieser Liste, Stichworte "mgetty" und "gnokii"). Nehme ich aber den capi-Treiber und wechsele ihn per Yast (Suse 8.2, Kernel 2.4.21, Vanillia, mit make cloneconfig aus 2.4.20 erzeugt, nichts an alten Kernel-Einstellungen verändert) aus, dann geht es nicht mehr derart, daß eingehende calls vom ttyI1 einfach ignoriert werden. Ein in der inittab getartetes I1:35:respawn:/usr/sbin/mgetty -D ttyI1 (danach ein telinit q und überprüft ob es wirklich läuft mit ps axw | grep mgetty) reagiert überhaupt nicht auf einen eingehenden Ruf: Jan 24 22:36:37 rex2 isdnlog: Jan 24 22:36:37 * Call to tei 127 from +49 177/5468xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/830xxxx, Karlsruhe RING (Data) Jan 24 22:36:37 rex2 kernel: capidrv-1: incoming call 1775468xxx,7,0,8307xxx Jan 24 22:36:37 rex2 kernel: isdn_net: call from 177546xxx -> 0 8307xxx ignored Jan 24 22:36:37 rex2 kernel: isdn_tty: call from 177546xxx -> 8307xxx ignored Jan 24 22:36:37 rex2 kernel: capidrv-1: incoming call 177546xxxx,7,0,8307xxx ignored Mit hisax-Treiber gehts: Jan 24 22:59:01 rex2 isdnlog: Jan 24 22:59:01 * Call to tei 127 from +49 177/546xxxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/8307xxx, Karlsruhe RING (Data) Jan 24 22:59:01 rex2 kernel: isdn_net: call from 1775468xxx -> 0 8307xxx ignored Jan 24 22:59:01 rex2 kernel: isdn_tty: call from 1775468xxx, -> RING on ttyI1 Jan 24 22:59:01 rex2 isdnlog: Jan 24 22:59:01 Call to tei 103 from +49 177/5468xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/8307xxx, Karlsruhe CONNECT (Data) In einem anderen neulichen thread habe ich gelesen, daß capi grundsätzlich auch eine X.75-Einwahl auf ein mgetty zuläßt. Warum bei mir nicht? wer kann helfen? danke schonmal Ekkard

1 0

"NetSpider-U PCI" (Teles) Problem, trotz "full" Unterst�tzung in HW-Datenbank
by andi hansen 21 Jan '04

21 Jan '04

Hallo Listenleser, ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt. "Beide" Karten werden gemäß der Hardwareliste voll unterstützt, dazu nötig sind das Modul Hisax sowie die Pakete i4l-base und i4l-isdnlog. Alle sind auf meinem Rechner installiert. Versuche ich, rcisdn zu starten, erhalte ich die folgende Fehlermeldung: Setting up ISDN card contr0 TJET NetSpider-U PCI done Loading Driver contr0 hisax/lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed head: /dev/isdninfo: Kein passendes Gerät gefunden failed dmesg meldet: CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Network dial timeout is set to 10 sec HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) HiSax: Traverse Tech. NETspider-U driver Rev. 1.1.4.1 NETspider-U: NETjet-S PCI card found NETspider-U: No PCI card found isdn_dc2minor: di(0) ch(-846229504) invalid HiSax: Card NETspider-U not installed ! ISDN-subsystem unloaded Die hwinfo lautet 18: PCI 0a.0: 10300 ISDN Adapter [Created at pci.65] Unique ID: bSAa.HeIlbqolXI2 Hardware Class: isdn adapter Model: "TJET NetSpider-U PCI" Vendor: pci 0xe159 "Tiger Jet Network Inc." Device: pci 0x0001 "Intel 537" SubVendor: pci 0xa0a7 SubDevice: pci 0x0001 I/O Ports: 0xec00-0xecff (rw) Memory Range: 0xdffff000-??? (rw,non-prefetchable) IRQ: 10 (no events) Requires: i4l-base, i4l-isdnlog Driver Info #0: I4L Type: 38/0 [TJET NetSpider-U PCI] Config Status: cfg=yes, avail=yes, need=no, active=unknown Die modules.conf habe ich so gelassen, wie sie ist - es findet sich kein alias für isdn und auch keine options für hisax. Ich habe im Web einige Kernel-Patches gefunden, die diese Karte zum Luafen bringen sollen - muss nur zugeben, sie nicht verstanden zu haben. Da SuSE die Karte als kompatibel einstuft, muss es doch einen Weg geben, sie zum Laufen zu bringen. Weiss einer von Euch Rat? Vielen Dank Andreas __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de

2 4