* "Sebastian Bauer"
[...] Feb 26 07:21:16 linux isdnlog: Feb 26 07:21:16 tei 101 calling +49 XXX with Telefon HANGUP [...] Feb 26 07:22:38 linux isdnlog: Feb 26 07:22:38 * Call to tei 127 from +49 XXX on Telefon HLC: CCITT, Telefonie Feb 26 07:22:48 linux isdnlog: Feb 26 07:22:48 * Call to tei 105 from +49 XXX on Telefon HANGUP --8<------
Wird ohne Probleme geloggt. Allerdings wundern mich hier bereits die unterschiedlichen teis. Bin mir da nicht ganz sicher ob das okay ist. Allerdings hab ich nach diesem Anruf wieder versucht nach außen zu rufen.
Tei 127 hat eine spezielle Funktion. Hereinkommende Anrufe werden durch ihre Verwendung allen Endgeräten signalisiert. Das sich die Tei von `Telefon' binnen 2 Minuten von 101 zu 105 ändert, würde ich bis zum Beweis des Gegenteils als den Tatsachen entsprechend betrachten. AFAIK wird nach einer gewissen Ruhezeit am S0-Bus dieser deaktiviert. Bei der Reaktivierung ist dann auch eine erneute Teivergabe erforderlich.
--8<------ Feb 26 07:23:10 linux isdnlog: Feb 26 07:23:10 * tei 101 calling +49 XXX with Telefon HLC: CCITT, Telefonie --8<------
Das sieht aus als würden nur noch die Daten der zweiten Karte geloggt. Von da an wird überhaupt nichts mehr geloggt. Auch dieser Anruf nicht. Erst nach einem kill -HUP. Ob die anderen Probleme auch so aufgetreten sind kann ich allerdings nicht sagen.
Unterbleibt ab hier nur der Logeintrag in /var/log/isdn.log o. ä. oder gibt es gar keine Ausgaben von isdnlog mehr? Allgemein kann ich zur Problematik nur das folgende berichten: Ich habe isdnlog, zuletzt Version 4.51, bis August 2001 im dualmode mit zwei Karten verwendet (Hisax Typ 27 und 1) und in dieser Zeit die erwartete Protokollierung erhalten, sowohl der Internetverbindungen der 1. ISDN Karte als auch der Verbindungen anderer Endgeräte. Inwieweit hierbei Fehler auftraten, kann ich nicht mehr präzise angeben, allerdings mit Sicherheit nicht in der hier festgestellten Häufigkeit. Mittlerweile nutze ich eine HFC-Karte (Typ 35) für den dualmode, hier treten unter gewissen Umständen Probleme auf, die aber hier nicht weiter interessieren sollen. isdnlog ist ohne Frage ein komplexes Stück Software und damit per Definition nicht fehlerfrei. Es gibt aber funktionierende Installationen, vermutlich zu einem hohen Anteil. Ursachen für die Fehlfunktion kann es viele geben, denkbar wären die Kartenkombination, die Kombination aus Kernelversion und isdnlog-Version, die anderen Endgeräte am S0-Bus, vielleicht auch die Verwendung der CAPI. Zur weiteren Verfolgung wäre es am einfachsten, wenn diese Probleme reproduzierbar wären, d. h. jemand anderes ähnliches beobachtet. Hierzu wäre eine möglichst genaue Beschreibung der Bedingungen, die zum Fehler führen, hilfreich. Es gibt weitere Möglichkeiten (log=7 oder stdout=0x7fffffff) der Diagnose, deren Nutzung allerdings nicht so offensichtlich ist. Ich würde mir die so entstehenden Ausgangsdaten auf Wunsch ansehen, freilich ohne weitere Erkennnisse zu garantieren. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *