* Andreas Meyer
daemon.log: isdnlog Version 4.52 starting Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH Rates Version 1.10-Germany [02-Jun-2000 14:09:56] loaded [1 Providers, 2 Zones, 2 Areas, 47 Services, 3 ComAug 5 04:43:01 heaven7 isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) isdn.conf:2 active channels, 8 MSN/SI entries (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) isdnlog: Everything is fine, isdnlog-4.52 is running in full featured mode. isdnlog: (HiSax driver detected)
Es folgt der Handyanruf daemon.log: isdnlog: Aug 05 04:46:49 * Call to tei 127 from Handy on ISDN-Telefon RING (Speech) isdnlog: Aug 05 04:46:49 * Call to tei 127 from Handy on ISDN-Telefon HLC: CCITT, Telefonie isdnlog: Aug 05 04:46:57 * Call to tei 72 from Handy on ISDN-Telefon HANGUP isdnlog: Aug 05 04:46:57 * Call to tei 102 from Handy on ISDN-Telefon HANGUP dann erfolgt Einwahl Internet: isdnlog: Aug 05 04:53:39 * tei 72 calling Q-Dial with ISDN-Router RING (Data) isdnlog: Aug 05 04:53:40 * tei 127 calling ? with ? Time:Tue Aug 5 04:53:00 2003 [...]
Diese Zeilen sind aufschlußreich. Der Handyanruf bleibt unbeantwortet, d. h. es kommt keine Verbindung zustande. Bei der Verfolgung der nächsten gehenden Verbindung (Interneteinwahl) treten dann bereits Fehler auf, erkennbar wird hier die Zeitmitteilung der Vermittlungsstelle nicht der zuvor richtig erkannten Verbindung zugeordnet. Die Ursache liegt wahrscheinlich in dem vorhergehenden _unbeantworten_ kommenden Anruf, dass es sich hierbei um ein Handy handelt, sollte nicht von Belang sein. In diesem Fall ist eine Lösung mit dem aktuellen isdnlog-4.65 möglich, dessen Quellen via anonymen CVS-Zugriff von isdn4linux.de als Teil isdn4k-utils erhältlich sind. Nach Konfiguration, Übersetzen und Installation ist noch der Eintrag dual=0x100 in der isdnlog-Parameterdatei notwendig. (Die Parameterdatei ist nicht /etc/isdn/isdn.conf, sondern die Datei, welche isdnlog mit -f übergeben wird, üblicherweise /etc/isdn/isdnlog.isdnctrl0.options.) Wird auf die Parameterdatei verzichtet, ist dem isdnlog-Aufruf `-20x0100' hinzuzufügen. Hiermit wird ein bislang nur im Dualmode erprobter Workaround aktiviert, der das Problem beheben sollte. Der Dualmode selbst wird hierdurch nicht aktiviert. Bitte in jeden Fall bekanntgeben, wie das Resultat aussieht oder wo neue Probleme auftauchen. 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 *