Wir haben 3cx v20 U6 Build 724. Seit Jahren nutzten wir Vodafone als Provider ohne Probleme. Nun wurden wir vor 3 Wochen von VF aufgefordert, auf eine neue Plattform zu migrieren und seitdem gibt es Ärger.
Ein- und ausgehende Calls funktionieren im Prinzip, aber bei eingehenden passiert Folgendes:
- Eingehende Anrufe zu Warteschlangen werden immer nach 32 Sekunden beendet. Einen Wireshark-Trace interpretiere ich so, dass die Session nicht richtig zustande kommt bzw. nicht bestätigt wird. Unsere 3cx sendet nach etwa 1 Sekunde ein Re-Invite mit dem Vodafone nicht rechnet, das wird nicht beantwortet und 30 Sekunden danach sendet 3cx ein Bye. Anrufe zu Rufgruppen und direkten Teilnehmern sind OK.
- Eingehende Anrufe zu einem digital receptionist (Sprachmenü) werden angenommen, aber die DTMF Tastendrücke werden von 3cx nicht registriert. Dies passiert nicht über einen anderen SIP-Trunk oder von intern angerufen, muss also auch an VF und der halb aufgebauten Session liegen. Kunden "verhungern" dadurch im Sprachmenü bis zum Timeout.
- Eingehende Anrufe können nicht weitervermittelt werden.
Dies ist eine sehr unglückliche Situation, auch der VF Support hat uns im Ticket bisher nur die Schuld zugeschoben und nicht geholfen.
Zuletzt kam die Aussage:
Gibt es neue Templates oder etwas anderes das ich versuchen kann?
Ansonsten bleibt mir nur der Wechsel des Providers.
Ein- und ausgehende Calls funktionieren im Prinzip, aber bei eingehenden passiert Folgendes:
- Eingehende Anrufe zu Warteschlangen werden immer nach 32 Sekunden beendet. Einen Wireshark-Trace interpretiere ich so, dass die Session nicht richtig zustande kommt bzw. nicht bestätigt wird. Unsere 3cx sendet nach etwa 1 Sekunde ein Re-Invite mit dem Vodafone nicht rechnet, das wird nicht beantwortet und 30 Sekunden danach sendet 3cx ein Bye. Anrufe zu Rufgruppen und direkten Teilnehmern sind OK.
- Eingehende Anrufe zu einem digital receptionist (Sprachmenü) werden angenommen, aber die DTMF Tastendrücke werden von 3cx nicht registriert. Dies passiert nicht über einen anderen SIP-Trunk oder von intern angerufen, muss also auch an VF und der halb aufgebauten Session liegen. Kunden "verhungern" dadurch im Sprachmenü bis zum Timeout.
- Eingehende Anrufe können nicht weitervermittelt werden.
Dies ist eine sehr unglückliche Situation, auch der VF Support hat uns im Ticket bisher nur die Schuld zugeschoben und nicht geholfen.
Zuletzt kam die Aussage:
Ich habe versucht, mit den Optionen im Trunk hier eine Änderung herbeizuführen, aber das ist mir nicht gelungen.In Fällen, in denen ein Call bestehen bleibt und der BYE vom Kunden gesendet wird, enthält der From-Header lediglich eine Nebenstelle:
From: <sip:8008@<unsere IP>:5060;transport=tcp;user=phone>;tag=3567b148
Erwartet wird hier jedoch entweder die vollständige Rufnummer oder die URI des vorherigen Dialogs, z.¿B.:<sip:+4921212345@<unsere IP>:5060;...>
Ähnliches Verhalten bei Re-INVITE
Auch bei Re-INVITE-Nachrichten wird lediglich eine Nebenstelle übermittelt:
Gibt es neue Templates oder etwas anderes das ich versuchen kann?
Ansonsten bleibt mir nur der Wechsel des Providers.