On Tuesday, February 25, 2003 8:29 AM, Leopold Toetsch wrote:

Bekannter, aber leider unbehobener Fehler. Wenn z.B. auf einer Leitung telefoniert wird und die ISDN-Karte am 2. Kanal Online ist, und dann ein Ruf reinkommt, wird die Protokollierung der Online-Verbindung zerstört.

Das dürfte bei mir nicht wirklich das Problem sein. Gestern trat zum Beispiel ein sehr interessantes Phänomen auf. Eine Internetverbindung wurde nicht geloggt. Dafür die nächste. _Ohne_ dass ich kill -HUP aufgerufen habe. Find ich doch sehr merkwürdig. Sebastian

On Tuesday, February 25, 2003 2:56 PM, Leopold Toetsch wrote:

Es könnte schon sein, daß dann wieder richtig geloggt wird. Aber schau mal bei der nicht geloggten Verbindung in /var/log/messages nach, welche und wievele Telefonverbindungen aktiv waren/sein wollten.

Aus dem Log-File kann ich für den 24.02. um 20:20 einen Logeintrag für Internet finden. Zu der Zeit kann ich keinen weiteren Anruf entdecken. Von da an wurde die ganze Nacht nicht telefoniert. Morgens um 06:00 checkt der Rechner wieder Mails. Hier erscheint kein Eintrag mehr im isdnlog. Geloggt wurde erst wieder nach kill -HUP. Hatte also nichts mit einem anderen Anruf zu tun. Sagt Dir / Euch dieses Problem etwas? Ich bin es langsam leid, dass die Logs immer unvollständig sind. ;-( Sebastian

* "Sebastian Bauer" <lists@sb3w.com> schrieb:

[...] 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 *