Hallo zusammen,
wir bekommen derzeit immer mal wieder einen Verbindungsabbruch direkt nach Annahme eines Mitarbeiters in einer Call Queue. Die Ursache scheint, dass bei der Annahme eine Verbindung zu einem anderen Telekom NGN Server, als der eingehende, aufgebaut wird.
Der SRV-Eintrag gibt folgendes zurück:
_sip._tcp.reg.sip-trunk.telekom.de service = 20 0 5060 s-ipr-a01.edns.t-ipnet.de. (217.0.130.35)
_sip._tcp.reg.sip-trunk.telekom.de service = 10 0 5060 s-ipr-a02.edns.t-ipnet.de. (217.0.130.37)
_sip._tcp.reg.sip-trunk.telekom.de service = 30 0 5060 d-ipr-a02.edns.t-ipnet.de. (217.0.26.69)
In dem angehängten Beispiel ist also der Anruf über d-ipr-a02.edns.t-ipnet.de reingekommen und dann wurde ein Verbindungsaufbau mit s-ipr-a02.edns.t-ipnet.de versucht. Der Server scheint dann die Call ID nicht zu kennen und 403 zurückzugeben.
Liegt hier ein Konfigurationsfehler vor? Oder kann man 3CX so einrichten, dass nach der Annahme der gleiche Server genutzt wird?
wir bekommen derzeit immer mal wieder einen Verbindungsabbruch direkt nach Annahme eines Mitarbeiters in einer Call Queue. Die Ursache scheint, dass bei der Annahme eine Verbindung zu einem anderen Telekom NGN Server, als der eingehende, aufgebaut wird.
Der SRV-Eintrag gibt folgendes zurück:
_sip._tcp.reg.sip-trunk.telekom.de service = 20 0 5060 s-ipr-a01.edns.t-ipnet.de. (217.0.130.35)
_sip._tcp.reg.sip-trunk.telekom.de service = 10 0 5060 s-ipr-a02.edns.t-ipnet.de. (217.0.130.37)
_sip._tcp.reg.sip-trunk.telekom.de service = 30 0 5060 d-ipr-a02.edns.t-ipnet.de. (217.0.26.69)
In dem angehängten Beispiel ist also der Anruf über d-ipr-a02.edns.t-ipnet.de reingekommen und dann wurde ein Verbindungsaufbau mit s-ipr-a02.edns.t-ipnet.de versucht. Der Server scheint dann die Call ID nicht zu kennen und 403 zurückzugeben.
Liegt hier ein Konfigurationsfehler vor? Oder kann man 3CX so einrichten, dass nach der Annahme der gleiche Server genutzt wird?