Ich habe den Traffic zuhause mit FreePBX mitgeschnitten (Trace siehe Anhang). Das FreePBX diente nur zur Diagnose. Ist mein Gigaset-Telefon direkt am Telekom SIP-Trunk registriert, bricht es exakt genauso ab. Mein lokales Netz ist also unschuldig.

Eine Weiterleitung von der PŸUR-Nummer auf mein Telekom-Mobilfunktelefon liefert exakt den gleichen Fehler (Abbruch bei Rufannahme).

Hallo zusammen,

ich habe ein sehr hartnäckiges, reproduzierbares Routing-Problem bei netzübergreifenden Rufumleitungen und hoffe auf die Unterstützung der Telekom-Netztechnik.

Ich habe im Büro einen Kabelanschluss von PŸUR, da dort leider keine schnelle Leitung der Telekom verfügbar ist. PŸUR ist leider total unkooperativ. Nach dem Motto: "können wir leider nichts machen". Ich hoffe daher, dass mir hier jemand weiterhelfen kann:

Das Fehlerbild: Eingehende Anrufe auf meinem PŸUR-Festnetzanschluss (HLKomm / Primacom) werden per "Umleitung im Amt (AWS sofort)" an meinen Telekom Anschluss zuhause weitergeleitet. Das Zielgerät klingelt ganz normal. Exakt in der Millisekunde, in der ich den Anruf annehme, bricht die Verbindung netzseitig ab. Der Anrufer erhält sofort ein Besetztzeichen.

Fehlereingrenzung & Setup:

• Ich habe den Traffic zuhause mit FreePBX mitgeschnitten (Trace siehe Anhang). Das FreePBX diente nur zur Diagnose. Ist mein Gigaset-Telefon direkt am Telekom SIP-Trunk registriert, bricht es exakt genauso ab. Mein lokales Netz ist also unschuldig.

• Eine Weiterleitung von der PŸUR-Nummer auf mein Telekom-Mobilfunktelefon liefert exakt den gleichen Fehler (Abbruch bei Rufannahme).

• Eine Weiterleitung auf einen alten Telekom-Privatkunden-Festnetzanschluss (Eltern) funktioniert fehlerfrei! Das Problem tritt also nur bei strenger gerouteten Plattformen (Mobilfunk-Core & SIP-Trunk) auf.

• Die betroffene PŸUR-Nummer gehörte vor Kurzem einem anderen Inhaber (ebenfalls bei PŸUR), vor dieser internen Umschreibung funktionierte die Umleitung noch.

Was der SIP-Trace am Telekom-SIP-Trunk zeigt:

1. Der Call wird sauber vom Telekom-SBC (217.0.146.69) zugestellt, inklusive korrekter Signalisierung der Umleitung (History-Info: cause=302).

2. Meine Anlage nimmt an und quittiert vorschriftsmäßig mit einem 200 OK (inkl. SDP / Audio-Codecs).

3. Unmittelbar danach wirft der Telekom-SBC die Verbindung weg und sendet ein BYE mit dem Fehler: Reason: Q.850;cause=41;text="Temporary failure"

Meine Vermutung: Da der Abbruch exakt beim 200 OK (Start Interconnect-Billing / Mediendurchschaltung) passiert, sendet PŸUR/HLKomm eventuell SIP-Header, die von der Telekom-Firewall bei SIP-Trunks und im Mobilfunk als fehlerhaft oder unautorisiert abgewiesen werden. Möglicherweise fehlt aufgrund der internen Vertragsübernahme bei PŸUR ein Routing-Tag, oder ein Anti-Spoofing-Filter der Telekom lehnt das Durchreichen der Anrufernummer bei der AWS durch das Fremdnetz ab.

Könnte sich jemand vom "Telekom hilft"-Team anhand der Call-ID im untenstehenden Log den Traffic am Session Border Controller anschauen, um zu prüfen, warum das Telekom-Netz nach dem 200 OK den cause=41 wirft?

Vielen Dank im Voraus!

Jens