* LogoAbel@web.de schrieb:
Am Mittwoch, 19. Januar 2005 15:38 schrieb LogoAbel@web.de:
Noch ein Nachtrag: Was hat die 9 zu bedeuten? Wo kommt die her? meine Nr. ist 02166420449 in der erste zeile ist sie richtig, aber in der 2. Zeile lautet sie +49 2166/9420449
Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, Mönchengladbach-Rheydt with +49 2166/9420449,
isdnlog ist der Ansicht, dass bei der abgehenden Verbindung "9420449" als Quellrufnummer angegeben wurde. Bei der zugehörigen eingehenden Verbindung (trotz Selbstanruf handelt es sich für isdnlog um zwei separate Verbindungen) erkennt isdnlog auf der eigenen Seite wiederum diese Nummer:
Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt RING (3.1 kHz audio) Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt HLC: CCITT, Fax Gr.2/3 (F.182) [...] Jan 19 15:32:36 linux kernel: capidrv-1: incoming call 2166420449,2,2,420449
Da in der Meldung von capidrv, über den isdnlog seine Daten erhält, die korrekte Zielrufnummer erscheint, liegt die Ursache für die falsche Ausgabe vermutlich bei isdnlog. Ich würde dem gerne nachgehen. Hierfür benötige eine Startmeldung von isdnlog und eine Replaydatei zu einem Selbstanruf wie oben. Zur Erstellung der Replaydatei die Zeilen "flush=yes" und "log=15" zur isdnlog-Parameterdatei /etc/isdn/isdnlog.contr0.options o. ä. hinzufügen und isdnlog z. B. mittels "killall -HUP isdnlog" neu starten. Hierdurch kopiert isdnlog alle via capidrv empfangenen D-Kanal-Nachrichten nach /tmp/isdnctrl0. Nach dem ein Selbstanruf aufgezeichnet wurde, /tmp/isdnctrl0 kopieren und mir zuschicken. Wenn Unklarheit über darin enthaltenen Informationen besteht, hilft "isdnlog -m0x7fffffff -r <Replaydatei>" weiter. Die Startmeldung erscheint nachdem "killall -HUP isdnlog" und kann dann z. B. so aussehen:
restarting /usr/local/sbin/isdnlog exit now -9 procinfo: chan 1, state -1 isdnlog Version 4.69 starting Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/local/lib/isdn/holiday-de.dat] Dest V1.01: File '/usr/local/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE BE CN Zone V1.25: Provider 0 File '/usr/local/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 Rates Version 3.11 [18-Jan-2005 14:34:28] loaded [89 Providers, 1810 Zones, 4402 Areas, 86 Services, 723 Comments, 10 eXceptions, 69 Redirects, 4668 Rates from /usr/local/lib/isdn/rate-de.dat] (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) isdn.conf:2 active channels, 8 MSN/SI entries (watching "/dev/isdnctrl0" as HFC/echo mode) (Data versions: iprofd=0x05 net_cfg=0x05 /dev/isdninfo=0x01) Everything is fine, isdnlog-4.69 is running in full featured mode. (HiSax driver detected)
Wenn zunächst das eigentliche Fax-Problem gelöst werden soll und sich daher das Erstellen der Replaydatei verzögert, ist dies kein Problem. 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 *