ich mußte meinen internen SO-Bus auf den externen Patchen, dabei hab ich gesehen das die führende Null bei der Rufnummer fehlt.
An anderer Stelle im Forum hab ich schon gelesen, dass das normal ist und wollte noch mal nachfragen wie die Erfahrungen sind, erkennt man trotzdem alle Rufnummern richtig wenn man einfach die Null vorne dran setzt oder gibt es da Probleme
Und vielleicht kann mir jemand sagen wozu es gut ist diese Null nicht mit in die „CallingNumber“ zu übernehmen?
Gut ist es in keiner Weise. Das ist wohl eher ein Programmierfehler. Der von der CAPI gemeldete Nummernstring wird in einen Integer-Wert konvertiert, dabei fallen führende Nullen logischerweise weg.
Das Dumme daran ist, dass bei Anrufen aus dem Ausland gleich zwei Nullen entfernt werden, bei manchen Anrufen aus dem Ortsnetz gar keine.
Allerdings lassen sich Anrufer trotzdem relativ zuverlässig in Datenbanken finden, da ja auch die gekürzte Nummer ein Teil des Rufnummereintrags ist.
so ganz kann es daran aber auch nicht liegen, als ich noch den internen Bus abgefragt hatte hatte ich auch führende Nullen und da wurden sie nicht abgeschnitten.
Deine Vermutung ist völlig unlogisch. Gerade am externen Bus ist der vollständige unverfälschte D-Kanal noch vorhanden. Inklusive aller führenden Nullen. Da der S0-Bus ein Bus ist, dürfte das an dem internen S0-Bus von Geräten ebenfalls der Fall sein.
Da alle anderen ISDN-Anwendungen führende Nullen korrekt auslesen, liegt tatsächlich ein IPS-Fehler vor. Kein schlimmer, aber ein völlig unnötiger. Denn es ist unsinnig, eine Telefonnummer in einen Integer-Wert umzuwandeln.
Wenn IPS die Null abschneidet wieso das vorher nicht?
„Alle“ anderen funktionieren in meinen Fall auch nicht, ich hab mir ein ISDN Monitor installiert, erst dachte ich das dieser Funktioniert weil die Rufnummer mit Null angezeigt wurde. Dann hab ich aber in den Einstellungen gesehen das ein haken bei „Immer ein 0 vorne anhängen“ gesetzt war.
Ich hätte gerne mal eine Software die den D-Kanal als RAW anzeigt.
Oder mal einen Kommentar von der IPS Seite wie der D-Kanal ausgewertet wird.
ein protokoll hätte ich jetzt, vielleicht kann jemand etwas damit anfangen.
Intressant finde ich die Meldung „national number“ vielleicht muß diese Meldung ausgewertet werden um die führenden Nullen mit anzuhängen.
Möglicherweise hattest Du da noch IPS 1.0?
Bei der alten Version hatte ich das ISDN-Modul nicht in Betrieb, möglicherweise gab es da den Fehler noch nicht.
Mit dem D-Kanal hat IPS nur indirekt zu tun. Die eigentliche Schnittstelle auf Anwendungsebene ist die CAPI. Diese dürfte bei über 90% aller Anwender von AVM stammen und seit etwa 20 Jahren fehlerlos funktionieren…
Am
28.12.2009 18:31 0304652xxx 20 0
Hatte es mit der Version 2.2 auch noch Funktioniert, danach war meine TK-Anlage defekt.
Mein Verdacht ist ja das man 2 Parameter braucht die Rufnummer und die Meldung National/International, IPS scheind nur die Rufnummer zu übernehmen.
Andere Anwendugen oder auch HardWare wie Telefone kombinieren wohl beide Parameter und kommen damit auf die richtige Rufnummer.
Der Parameter sollte mit ins ISDN_GetConnectionInfo damit könnte man sich die Rufnummer korrekt zusammen stellen.
20:17 h Hinzu gefügt:
Ich habe mein TK-Anlage nach mal kurzzeitig zum laufen bekommen und schnell noch ein D-Kanal Trace gemacht, bei dieser Art Anruf kommt die Rufnummer bei IPS korrekt an also mit führender Null:
20:41 Hinzu gefügt:
Ich habe mich noch etwas umgesehen, es ist so der Parameter TON (Type of Number) bestimmt wie die Rufnummer angezeigt wird, der TON kann z.B. folgenden Status haben:
International number
National number
Subscriber number
Unknown
Das macht IPS ja gerade nicht. Im B-Kanal-Trace ist die komplette Rufnummer mit führender Null als ‚Calling Party‘ genannt. IPS modifiziert diese nach fragwürdigen Regeln.
Andererseits scheint meine Vermutung, dass eine unnötige Typenumwandlung die Ursache ist, falsch zu sein.