Gelöst
Digitalisierungsbox - 403 bei einigen Rufnummern
vor 6 Jahren
Moin,
wir haben das Phänomen, dass einige Rufnummern reproduzierbar nicht angerufen werden können. Ein klares Muster lässt sich noch nicht erkennen, gefühlt sind die längeren Nummern problematisch.
Beispielsweise der Anruf einer Hamburger Nummer. Auf dem Telefon geben wir 040500xxxxxx an und bekommen eine 403 Meldung. Die Rufnummer der Touristeninformation von Hamburg mit 04030051701 (eine Ziffer weniger) funktioniert hingegeben fehlerfrei.
Das Telefon zeigt eine 403 Verbindung an, ich habe mal einen Tracelog der SIP Daten gemacht, kann damit aber selber nicht viel anfangen. Die Daten sind im Anhang und ich habe die Rufnummern geschwärzt.
Die verwedenten Telefone sind Grandstream GXP 2135 mit Standardeinstellungen. Im Support von Grandstream sagte man mir, nach einer Prüfung der Wahlregeln, dass es nicht am Telefon liege.
Unser Vorwahlbereich ist die 0441.
Wo könnte hier eventuell etwas fehlkonfiguriert sein oder wo kann man da idealerweise suchen?
Vielen Dank!
828
13
Das könnte Ihnen auch weiterhelfen
vor einem Jahr
in
152
0
1
vor 10 Monaten
353
0
6
Akzeptierte Lösung
akzeptiert von
vor 6 Jahren
Hallo zusammen,
wir haben das Phänomen, dass einige Rufnummern reproduzierbar nicht angerufen werden können. Ein klares Muster lässt sich noch nicht erkennen, gefühlt sind die längeren Nummern problematisch. Beispielsweise der Anruf einer Hamburger Nummer. Auf dem Telefon geben wir 040500xxxxxx an und bekommen eine 403 Meldung. Die Rufnummer der Touristeninformation von Hamburg mit 04030051701 (eine Ziffer weniger) funktioniert hingegeben fehlerfrei.
wir haben das Phänomen, dass einige Rufnummern reproduzierbar nicht angerufen werden können. Ein klares Muster lässt sich noch nicht erkennen, gefühlt sind die längeren Nummern problematisch.
Beispielsweise der Anruf einer Hamburger Nummer. Auf dem Telefon geben wir 040500xxxxxx an und bekommen eine 403 Meldung. Die Rufnummer der Touristeninformation von Hamburg mit 04030051701 (eine Ziffer weniger) funktioniert hingegeben fehlerfrei.
In Deinem SIP-Trace fällt auf, daß beim "500 Server Internal Error" als Reason / Begründung der Hinweis "Q.850;cause=88;text="5" angegeben wird, was z.B. mit "Incompatible destination" übersetzt werden kann. Es gibt also wohl ein Kompatibilitätsproblem mit der Gegenstelle.
Bei VoIP fällt einem da vor allem der Codec als mögliche Problemursache ein. In den von Deiner Seite ausgehenden SIP-Invites werden gleich mehrere Codecs angeboten, darunter zunächst der eher in USA verwendete PCMU (G.711u) und danach der in Europa bekannte "ISDN-Sprachcodec" PCMA (G.711a). Danach folgen noch einige bandbreitenreduzierte Codecs wie G.723, G.729 und iLBC und dazwischen auch mal der "HD-Codec" G.722. Wirklich relevant sind in Deutschland und an der Telekom-VoIP-Plattform aber eigentlich nur PCMA (G.711a) und G.722.
Laut Listen der Bundesnetzagentur gehören im Bereich 040-500xxxxxx einige Rufnummernblöcke Vodafone. Daher ist es gut möglich, daß die angerufenen "Problemnummern" auch bei Vodafone geschaltet sind.
Wenn man nun beide Faktoren zusammennimmt, findet man mit etwas Glück folgenden Link, wo das identische Problem geschildert wird:
Demnach kommt es offenbar zu einem Fehler, wenn bei Anrufen zu Rufnummern im Vodafone-Netz der Codec G.711u / PCMU angeboten wird, sodaß der Verbindungsaufbau mit Fehler 500 und genau der oben zitierten Begründung abgelehnt wird. Die Telekom soll das Problem bereits Vodafone mitgeteilt haben, aber offenbar besteht der Fehler immer noch (der verlinkte Artikel ist fast 2 Jahre alt!)...
Versuche mal die Liste der zulässigen Codecs auf G.711a / PCMA und G.722 zu kürzen. Dann sollte im Idealfall der Verbindungsaufbau wieder funktionieren.
Und das @Telekom-hilft-Team sollte bitte bei der Netztechnik darauf hinwirken, daß das Thema nochmal bei Vodafone angesprochen wird.
cu talk
0
Akzeptierte Lösung
akzeptiert von
vor 6 Jahren
Das von @talk genannte Szenario scheint zutreffend zu sein
Ich habe jetzt die Codecs wie im Anhang angepasst (vorher war an erster Stelle das PCMU-Codec), nun wurde der Anruf erfolgreich zugestellt.
Vielen Dank mal wieder für die gute und ausführliche Hilfe.
richtige Konfiguration.png
0