Hi Liste, irgendwie habe ich Probleme mit isdnlog und ausländischen Nummern. Isdnlog wertet die Nummern falsch aus: Beispiel 1: --------------------------------------------------------------------- Jul 2 10:34:24 athlon kernel: isdn_tty: call from 0032235xx084, -> RING on ttyI2 Jul 2 10:34:24 athlon isdnlog: Jul 02 10:34:24 * Call to tei 127 from +49 32235xx08, on SCS Hotline RING (3.1 kHz audio) Jul 2 10:34:29 athlon isdnlog: Jul 02 10:34:29 Call to tei 64 from +49 32235xx08, on SCS Hotline CONNECT (3.1 kHz audio) Hier wird sogar die letzte Ziffer verschluckt. --------------------------------------------------------------------- Beispiel 2: --------------------------------------------------------------------- Jul 2 09:03:13 athlon kernel: isdn_tty: call from 00417188xx700, -> RING on ttyI2 Jul 2 09:03:13 athlon isdnlog: Jul 02 09:03:13 * Call to tei 127 from +49 4171/88xx700, Winsen on SCS Hotline RING (Speech) Jul 2 09:03:13 athlon isdnlog: Jul 02 09:03:13 * Call to tei 127 from +49 4171/88xx700, Winsen on SCS Hotline HLC: CCITT, Telefonie Hier sind mal alle Ziffern beisammen... --------------------------------------------------------------------- Ich bilde mir ein, daß ich alles richtig eingestellt habe. Ausschnitt aus der /etc/isdn/isdn.conf [GLOBAL] COUNTRYPREFIX = + COUNTRYCODE = 49 AREAPREFIX = 0 # EDIT THIS LINE: AREACODE = 6181 In der /etc/isdn/isdnlog.options.contr0 ist der Eintrag für amt= auskommentiert. Ich verwende hier eine SuSE 8 mit allen Updates. Hat Jemand eine Idee was da schief läuft bzw. was ich falsch konfiguriert habe? ciao Peter
Peter Mack wrote:
Hi Liste, irgendwie habe ich Probleme mit isdnlog und ausländischen Nummern. Isdnlog wertet die Nummern falsch aus:
Welche Version? # isdnlog -V
In der /etc/isdn/isdnlog.options.contr0 ist der Eintrag für amt= auskommentiert.
Ist vielleicht »trim« aktiv, respektive auch ein äquivalenter Kommandozeilenparameter zu amt/trim?
Ich verwende hier eine SuSE 8 mit allen Updates.
Der sollte ja frisch sein. Was meldet z.B.: $ isdnrate -N 00431234 00431234 => +43 1 234 - Wien (AT) - Telering Pr
ciao
Peter
HTH leo
On Tue, 02 Jul 2002, Leopold Toetsch wrote:
Peter Mack wrote:
Hi Liste, irgendwie habe ich Probleme mit isdnlog und ausländischen Nummern. Isdnlog wertet die Nummern falsch aus:
Welche Version? # isdnlog -V
isdnlog Version 4.56 Copyright (C) 1995 .. 2002 by Andreas Kool (akool@isdn4linux.de)
In der /etc/isdn/isdnlog.options.contr0 ist der Eintrag für amt= auskommentiert.
Ist vielleicht »trim« aktiv, respektive auch ein äquivalenter Kommandozeilenparameter zu amt/trim?
Ich denke nicht. In /etc/isdn/isdnlog.options.contr0 ist nichts eingetragen und ein ps ax | grep idsnlog liefert 423 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0
Ich verwende hier eine SuSE 8 mit allen Updates.
Der sollte ja frisch sein.
Was meldet z.B.: $ isdnrate -N 00431234 00431234 => +43 1 234 - Wien (AT) - Telering Pr
00431234 => +43 1 234 - Wien (AT) - DTAG T-ISDN ciao Peter
From: "Peter Mack"
On Wed, 03 Jul 2002, Leopold Toetsch wrote:
Peter Mack wrote:
00431234 => +43 1 234 - Wien (AT) - DTAG T-ISDN
Gut so - und mit deinen Problemnummern?
Die werden richtig ausgewertet! Seltsam...
Dann hat eventuell der isdnlog Verständigungsprobleme mit deiner Anlage (welche)? Kannst du die Karte an den externen S0-Bus hängen?
ciao
Peter
HTH leo
Leopold Toetsch schrieb am Mittwoch, den 03. Juli 2002:
Dann hat eventuell der isdnlog Verständigungsprobleme mit deiner Anlage (welche)?
Hmm, darüber habe ich natürlich auch schon nachgedacht. Habe den Gedanken wieder verworfen da Jul 2 15:33:45 athlon kernel: isdn_tty: call from 00359293xx626, -> RING on ttyI2 hier die Nummer ja richtig angezeigt wird. Und hier Jul 2 15:33:45 athlon isdnlog: Jul 02 15:33:45 * Call to tei 127 from +49 3592/93xx626, Kirschau on SCS Hotline RING (3.1 kHz audio) nicht mehr. Anlage hier ist eine Agfeo AS32.
Kannst du die Karte an den externen S0-Bus hängen?
Hmmm, kann ich testen. Muß ich wohl mal unter den Tisch... ciao Peter
Peter Mack wrote:
Leopold Toetsch schrieb am Mittwoch, den 03. Juli 2002:
Dann hat eventuell der isdnlog Verständigungsprobleme mit deiner Anlage (welche)?
Hmm, darüber habe ich natürlich auch schon nachgedacht. Habe den Gedanken wieder verworfen da
Jul 2 15:33:45 athlon kernel: isdn_tty: call from 00359293xx626, -> RING on ttyI2
Jul 2 15:33:45 athlon isdnlog: .. from +49 3592/93xx626 ..
Der Kernel und isdnlog verwendet jeweils einen eigenen ASN-Parser, um die Nummern (und sonstiges Zeugs) zu dekodieren. Eventuell schickt die Anlage das nicht 100% wohl definiert. Wenn obiges reproduzierbar ist, kööntest du mal 1. den isdnlog kurzfristig stoppen, von dieser Nummer anrufen (lassen) und cat /dev/isdnctrl0 > isdn-kernel.log 2. isdnlog mit # for debugging of d-kanal to /tmp/isdnctrl0 syslog=0xfffffff log=3 flush=on starten und obige Datei mit isdn-kernel.log vergleichen. Du kannst auch beide Dateien wieder an isdnlog verfüttern (-r file, replay), und schauen was rauskommt.
ciao
Peter
HTH leo
On Wed, 03 Jul 2002, Peter Mack wrote:
Kannst du die Karte an den externen S0-Bus hängen?
Hmmm, kann ich testen. Muß ich wohl mal unter den Tisch...
Jetzt war ich mal unterm Tisch und die Karte hängt am externen S0. Was soll ich sagen... Hier funktioniert es. Jul 8 08:37:17 athlon kernel: isdn_tty: call from 4191756xx02 -> 850000 ignored Jul 8 08:37:17 athlon isdnlog: Jul 08 08:37:17 * Call to tei 127 from +41 9/1756xx02, Schweiz, Bellinzona on +49 6181/850000, Hanau RING (Speech) Der gleiche Anruf am internen S0 geloggt: Jul 8 08:04:52 athlon kernel: isdn_tty: call from 004191756xx02, -> RING on ttyI2 Jul 8 08:04:52 athlon isdnlog: Jul 08 08:04:52 * Call to tei 127 from +49 4191/756xx02, Kaltenkirchen on SCS Hotline RING (Speech) Kann ich dem isdnlog da irgendwie auf die Sprünge helfen das er auch die außländischen Anrufe auf dem internen S0 richtig loggt? Das Ganze ist halt leider nur sehr schwierig zu testen, da ich immer warten muß bis mich zufällig mal Jemand aus dem Ausland anruft... ciao Peter
On 08.07.2002 at 09:30 Peter Mack wrote:
On Wed, 03 Jul 2002, Peter Mack wrote:
Kannst du die Karte an den externen S0-Bus hängen?
Hmmm, kann ich testen. Muß ich wohl mal unter den Tisch...
Jetzt war ich mal unterm Tisch und die Karte hängt am externen S0. Was soll ich sagen... Hier funktioniert es.
Jul 8 08:37:17 athlon kernel: isdn_tty: call from 4191756xx02 -> 850000 ignored Jul 8 08:37:17 athlon isdnlog: Jul 08 08:37:17 * Call to tei 127 from +41 9/1756xx02, Schweiz, Bellinzona on +49 6181/850000, Hanau RING (Speech)
Der gleiche Anruf am internen S0 geloggt:
Jul 8 08:04:52 athlon kernel: isdn_tty: call from 004191756xx02, -> RING on ttyI2 Jul 8 08:04:52 athlon isdnlog: Jul 08 08:04:52 * Call to tei 127 from +49 4191/756xx02, Kaltenkirchen on SCS Hotline RING (Speech)
Na so was! Sieht so aus, als würde isdnlog die erste Null als Amtswahl interpretieren! Da gibt es irgendwo 'ne Einstellung für die Amtswahl-Ziffer. Die wird dann erst mal pauschal von der Nummer abgezogen und dann bleibt halt nur noch 04191... übrig -- mithin eine deutsche Vorwahl. Im Falle des externen Busses wird von der Telekom eine eindeutige Nummer übertragen die (zu erkennen an den fehlenden Vorwahl-Nullen) immer zwingend mit der Länderkennziffer beginnt. Dadurch wird die Nummer auch immer richtig interpretiert. Die Telefonanlage hingegen versucht mal wieder etwas smarter zu sein und setzt Dir entsprechende Nullen davor (wie nett :-). Das dient wohl dazu, kein Plus-Zeichen auf Telefonen mit Rufnummernanzeige darstellen zu müssen -- so klappt dann auch ein eventueller Rückruf mit einem einzigen Tastendruck. Also: Entweder die Amtskennziffer aus der Konfiguration entfernen oder die Telefonanlage dazu überreden die notwendige Amtskennziffer bei der Nummernübermittlung zu berücksichtigen. Wie das genau geht weis ich natürlich nicht (ich kenne Deine Anlage nicht und mit der ISDN-Log Konfiguration habe ich mich auch noch nicht so recht herumgeschlagen). Bei der momentanen Einstellung sollte ISDN-Log dann übrigens am internen S0-Bus für innerdeutsche Ferngespräche ein Ortsgespräch anzeigen ... daran könntest Du dann schon mal 'rumprobieren ohne auf ein Auslandsgespräch zu warten. Gruß Andreas
Peter Mack wrote:
Der gleiche Anruf am internen S0 geloggt:
Jul 8 08:04:52 athlon kernel: isdn_tty: call from 004191756xx02, -> RING on ttyI2 Jul 8 08:04:52 athlon isdnlog: Jul 08 08:04:52 * Call to tei 127 from +49 4191/756xx02, Kaltenkirchen on SCS Hotline RING (Speech)
Bist du dir sicher, daß hier kein »trim« aktiv ist, bzw. Kommandlineparameter "-0"? $ ps axwww | grep '[i]'sdnlog # grep trim /etc/isdn/isdnlog.isdncrl0.options (bzw das File hinter -f) Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
ciao
Peter
HTH leo
On Mon, Jul 08, 2002 at 11:07:08AM +0200, Leopold Toetsch wrote:
Peter Mack wrote:
Der gleiche Anruf am internen S0 geloggt:
Jul 8 08:04:52 athlon kernel: isdn_tty: call from 004191756xx02, -> RING on ttyI2 Jul 8 08:04:52 athlon isdnlog: Jul 08 08:04:52 * Call to tei 127 from +49 4191/756xx02, Kaltenkirchen on SCS Hotline RING (Speech)
Bist du dir sicher, daß hier kein »trim« aktiv ist, bzw. Kommandlineparameter "-0"?
$ ps axwww | grep '[i]'sdnlog # grep trim /etc/isdn/isdnlog.isdncrl0.options (bzw das File hinter -f)
Bei der 8.0 wird bei eintragen einer Amtsvorwahl fuer Nebenstellenanlagen (DIALPREFIX in cfg-contr). folgendes in die entsprechende /etc/isdn/isdnlog.options.contrX eingetragen amt=$DIALPREFIX trim wird nicht benutzt, ist aber bei manchen Telefonanlagen notwendig, muss dann von Hand angepasst werden. Desweiteren wird der DIALPREFIX den Providernummern automatisch vorangestellt, so das die nicht mehr geaendert werden muessen, wenn man an einer Anlage mit Amtholung angeschlossen ist.
Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
Wahrscheinlich wegen amt=0. -- Karsten Keil SuSE Labs ISDN development
On Mon, 08 Jul 2002, Karsten Keil wrote: [..]
Bei der 8.0 wird bei eintragen einer Amtsvorwahl fuer Nebenstellenanlagen (DIALPREFIX in cfg-contr). folgendes in die entsprechende /etc/isdn/isdnlog.options.contrX eingetragen amt=$DIALPREFIX
trim wird nicht benutzt, ist aber bei manchen Telefonanlagen notwendig, muss dann von Hand angepasst werden.
Desweiteren wird der DIALPREFIX den Providernummern automatisch vorangestellt, so das die nicht mehr geaendert werden muessen, wenn man an einer Anlage mit Amtholung angeschlossen ist.
Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
Wahrscheinlich wegen amt=0.
amt=0 ist nicht! Ist alles auskommentiert. DIALPREFIX in cfg-contr0 ist leer (DIALPREFIX=""). isdnlog läuft auch definitiv mit dieser Konfiguration. ciao Peter
On Mon, Jul 08, 2002 at 01:49:42PM +0200, Peter Mack wrote:
On Mon, 08 Jul 2002, Karsten Keil wrote:
[..]
Bei der 8.0 wird bei eintragen einer Amtsvorwahl fuer Nebenstellenanlagen (DIALPREFIX in cfg-contr). folgendes in die entsprechende /etc/isdn/isdnlog.options.contrX eingetragen amt=$DIALPREFIX
trim wird nicht benutzt, ist aber bei manchen Telefonanlagen notwendig, muss dann von Hand angepasst werden.
Desweiteren wird der DIALPREFIX den Providernummern automatisch vorangestellt, so das die nicht mehr geaendert werden muessen, wenn man an einer Anlage mit Amtholung angeschlossen ist.
Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
Wahrscheinlich wegen amt=0.
amt=0 ist nicht! Ist alles auskommentiert.
DIALPREFIX in cfg-contr0 ist leer (DIALPREFIX="").
isdnlog läuft auch definitiv mit dieser Konfiguration.
Hmm, dann weiss ich auch nichts mehr, normalerweise werden dann aber alle ausgehenden Gespraeche falsch geloggt (Durch die zusaetzliche 0). Was ich auch nicht verstehe ist, das am externen Bus
Jul 8 08:37:17 athlon kernel: isdn_tty: call from 4191756xx02 -> 850000 ignored Jul 8 08:37:17 athlon isdnlog: Jul 08 08:37:17 * Call to tei 127 from +41 9/1756xx02, Schweiz, Bellinzona on +49 6181/850000, Hanau RING (Speech)
die nummer ganz ohne fuehrende 0 erscheint und als Schweiz geloggt wird, am internen ploetzlich zwei fuehrende Nullen erscheinen und es nicht als Ausland geloggt wird. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb am Montag, den 08. Juli 2002: [..]
Hmm, dann weiss ich auch nichts mehr, normalerweise werden dann aber alle ausgehenden Gespraeche falsch geloggt (Durch die zusaetzliche 0).
Was ich auch nicht verstehe ist, das am externen Bus
Jul 8 08:37:17 athlon kernel: isdn_tty: call from 4191756xx02 -> 850000 ignored Jul 8 08:37:17 athlon isdnlog: Jul 08 08:37:17 * Call to tei 127 from +41 9/1756xx02, Schweiz, Bellinzona on +49 6181/850000, Hanau RING (Speech)
die nummer ganz ohne fuehrende 0 erscheint und als Schweiz geloggt wird, am internen ploetzlich zwei fuehrende Nullen erscheinen und es nicht als Ausland geloggt wird.
Tja, wenn Du es nicht verstehst, wer denn dann? ;-)) Aber mal Spaß beiseite. Ich muß da wohl noch ein bisserle Diagnostik betrieben! :-( Als Anfang habe ich mal in die isdn.conf folgende Zeilen eingetragen CALLFILE = /var/log/caller.log CALLFMT = %b %e %T %t %B %N0 %n0 %c0 und den isdnlog neu gestartet. Jetzt bekomme ich ein extra Log-File mit "unverfälschten" Nummern. Jetzt hat mich leider noch Niemand aus dem Ausland angerufen deshalb bin ich noch nicht weitergekommen. Festgestellt habe ich nur, daß auch alle inländischen Nummern _ohne_ führende Null geloggt werden! ciao Peter
On Mon, Jul 08, 2002 at 03:58:25PM +0200, Peter Mack wrote:
Karsten Keil schrieb am Montag, den 08. Juli 2002:
[..]
Hmm, dann weiss ich auch nichts mehr, normalerweise werden dann aber alle ausgehenden Gespraeche falsch geloggt (Durch die zusaetzliche 0).
Was ich auch nicht verstehe ist, das am externen Bus
Jul 8 08:37:17 athlon kernel: isdn_tty: call from 4191756xx02 -> 850000 ignored Jul 8 08:37:17 athlon isdnlog: Jul 08 08:37:17 * Call to tei 127 from +41 9/1756xx02, Schweiz, Bellinzona on +49 6181/850000, Hanau RING (Speech)
die nummer ganz ohne fuehrende 0 erscheint und als Schweiz geloggt wird, am internen ploetzlich zwei fuehrende Nullen erscheinen und es nicht als Ausland geloggt wird.
Tja, wenn Du es nicht verstehst, wer denn dann? ;-))
Ich habe mit isdnlog nicht viel zu tun.
Aber mal Spaß beiseite. Ich muß da wohl noch ein bisserle Diagnostik betrieben! :-( Als Anfang habe ich mal in die isdn.conf folgende Zeilen eingetragen
CALLFILE = /var/log/caller.log CALLFMT = %b %e %T %t %B %N0 %n0 %c0
und den isdnlog neu gestartet. Jetzt bekomme ich ein extra Log-File mit "unverfälschten" Nummern.
Jetzt hat mich leider noch Niemand aus dem Ausland angerufen deshalb bin ich noch nicht weitergekommen. Festgestellt habe ich nur, daß auch alle inländischen Nummern _ohne_ führende Null geloggt werden!
Das ist normal am Amtsanschluss. Die ankommenden Nummern sind immer ohne fuehrende Null, aber mit Vorwahl (auch bei Ortsgespraechen). Internationale haben dagegen dann 00 davor, dachte ich zumindest, habe jetzt aber mal bei mir nachgeschaut, ich hatte letztens einen Anruf aus den niederlanden, da gab es auch keine 00, dan steht das im Nummern Format selbst mit drin und die TK Anlage setzt das in 00 um. Kann sein das sich das irgendwann geaendert hat. -- Karsten Keil SuSE Labs ISDN development
"Peter Mack"
CALLFILE = /var/log/caller.log CALLFMT = %b %e %T %t %B %N0 %n0 %c0
Ja, mit %N0 solltest du dir ursprüngliche Nummer bekommen, s. auch ILABEL für die Log-Messages.
und den isdnlog neu gestartet. Jetzt bekomme ich ein extra Log-File mit "unverfälschten" Nummern.
SIGHUP tut auch.
Jetzt hat mich leider noch Niemand aus dem Ausland angerufen deshalb bin ich noch nicht weitergekommen. Festgestellt habe ich nur, daß auch alle inländischen Nummern _ohne_ führende Null geloggt werden!
Dir Originalnummer am S0 sollten ohne Nullen daherkommen. isdnlog hängt dann countryprefix bzw. die Vorwahl des eigenen Landes davor (s. isdnlog/isdnlog/processor.c:buildnumber). Du könntest auch den Loglevel auf 0xffffffff drehen um auch alle Debug-Meldungen von isdnlog zu bekommen. Meine Vermutung ist, daß die Anlage was vermurkst, was du aber mit besagten Debug-Meldungen und der Ausgabe von: print_msg(PRT_DEBUG_DECODE, " DEBUG> %s: num=\"%s\", oc3=%s(%02x), result=\"%s\", ... in buildnumber() sehen solltest.
ciao
Peter
HTH leo
"Karsten Keil"
On Mon, Jul 08, 2002 at 11:07:08AM +0200, Leopold Toetsch wrote:
Desweiteren wird der DIALPREFIX den Providernummern automatisch vorangestellt, so das die nicht mehr geaendert werden muessen, wenn man an einer Anlage mit Amtholung angeschlossen ist.
Normalerweise praktisch. Allerdings ev. gefährlich, wenn man auch "trim" braucht. D.h. man darf dann nur "trim x:0" setzen, also rausgehende Nullen müssen per "amt" behandelt werden.
Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
Wahrscheinlich wegen amt=0.
Unwahrscheinlich, "amt" gilt nur für die Rauswahl. leo
Hallo Leo und alle Anderen, On Mon, 08 Jul 2002, Leopold Toetsch wrote:
Peter Mack wrote:
Der gleiche Anruf am internen S0 geloggt:
Jul 8 08:04:52 athlon kernel: isdn_tty: call from 004191756xx02, -> RING on ttyI2 Jul 8 08:04:52 athlon isdnlog: Jul 08 08:04:52 * Call to tei 127 from +49 4191/756xx02, Kaltenkirchen on SCS Hotline RING (Speech)
Bist du dir sicher, daß hier kein »trim« aktiv ist, bzw. Kommandlineparameter "-0"?
Doch, bin ich!
$ ps axwww | grep '[i]'sdnlog
423 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0
# grep trim /etc/isdn/isdnlog.isdncrl0.options (bzw das File hinter -f)
grep trim /etc/isdn/isdnlog.options.contr0 gibt nichts zurück.
Die Nummer 004191... wird als 04191 interpretiert, d.h. eine führende Null wurde verworfen.
Hmmm, und was sagt mir das jetzt? ;-) Kann mir das isdnlog die Nummer so ausgeben wie es sie empfängt. Also _ohne_ weitere Bearbeitung der Nummer? Habe mal man isdnlog angeschaut aber so auf die Schnelle nichts gefunden. Wenn ich dich richtig verstanden habe, kann ich auf die Ausgabe von isdn_tty nichts geben, da die Auswertung der Nummer total anders erfolgt und nichts mit dem isdnlog nichts zu tun hat. ciao Peter
participants (4)
-
Andreas Kretzer
-
Karsten Keil
-
Leopold Toetsch
-
Peter Mack