* Jörg Frings-Fürst <JFF-Mailing@gmx.net> schrieb:
Hier die Einträge von mir : |isdnlog: isdnlog Version 4.65 starting |isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from / usr/lib/isdn/holiday-de.dat] |isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH |isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 |isdnlog: Rates Version 3.06 [07-Aug-2003 22:35:40] loaded [70 Providers, 738 Zones, 2667 Areas, 42 Services, 509 Comments, 13 eXceptions, 35 Redirects, 2091 Rates from /usr/lib/isdn/rate-de.dat] |isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) |isdnlog: isdn.conf:2 active channels, 2 MSN/SI entries |isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) |isdnlog: Everything is fine, isdnlog-4.65 is running in full featured mode. |isdnlog: (AVM B1 driver detected (D2))
Das ist soweit in Ordnung. Für ein besseres Verständnis der isdnlog-Geschichte meinerseits wäre es interresant zu wissen, welche isdnlog Version vor dem Update unter SuSE 8.2 lief, als der Fehler deutlich seltener auftrat.
[...] Die Einträge habe ich gemacht. Jetzt muß nur noch der Fehler nochmal auftauchen.
Anhand der mir in der Zwischenzeit zugesandten Logs konnte ich das Problem als bekannt identifizieren. Die Aufzeichnung stoppt, nachdem ein kommender Anruf zwar am internen S0-Bus signalisiert, dort ab nicht angenommen wird (20.49 Uhr, unbekannt an -27). Dieser "unbeantwortete ankommende Anruf" blockiert für die folgenden Verbindungen im isdnlog einen B-Kanal. Hierbei handelt es sich im Prinzip um das selbe Problem, das hier im August unter dem Subject "isdnlog & Handy" diskutiert wurde, siehe <hz.H53B17gF2mF@avalon.psi.talypso.de> bzw. http://lists.suse.com/archive/suse-isdn/2003-Aug/0104.html und vorhergehende Artikel. Die Lösung besteht darin, der Parameterdatei des isdnlog, /etc/isdn/isdnlog.contr0.options o. ä., den Eintrag dual=0x100 hinzufügen. Soweit ich es abschätzen kann, sollte im vorliegenden Fall der vorhandene isdnlog-4.65 ausreichen, da im Gegensatz zum zitierten Fall keine CALL PROCEEDING Nachricht auftaucht. Ist isdnlog an einer Telefonanlage angeschlossen, die wiederum über einen Anlagenanschluß am Telefonnetz angeschlossen ist, ist es überlegenswert, in /etc/isdn/isdn.conf als AREACODE nicht nur die eigene Vorwahl sondern zusätzlich die Kopfrufnummer des Anlagenanschlusses mitanzugeben, damit in der isdn.log vollständige Rufnummern erscheinen. Ich hoffe, zumindest der logging-bezogene Teil des Problems erledigt sich hiermit und würde in jedem Fall gerne über die Wirkung informiert werden. 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 *