Falscher Sip-Code bei "Besetztzeichen senden"

[ITA]

Hallo zusammen,

seit dem Update von V18 auf V20 signalisiert die 3CX Telefonanlage nicht mehr den Code 486 bei Status "Besetztzeichen senden" sondern 480.

Bei uns haben wir einen Telekom Glasfaser Business 600 Anschluss entsprechend mit VoIP, kein Trunk.
Wir nutzen bei der Telekom die Funktion des Telefoncenters, dass wenn die Telefonanlage den Status Besetzt signalisiert, dass die Anrufe an ein Handy umgeleitet werden.

Mit der Version V18 haben wir bei der Nebenstelle im Status "Bitte nicht stören" (DND) die Aktion "Anruf beenden" hinterlegt.
Dies hat in der 3CX Anlage dazu geführt, dass der SIP-Code 486 (Busy Here - Der angerufene Teilnehmer ist belegt.) an die Telekom signalisert wurde, die Telekom hat den Anruf wie im Telefoncenter eingestellt an die hinterlegte Mobilnummer weitergeleitet.


Seit dem Update auf V20 heißt die Aktion nicht mehr "Anruf beenden" sondern "Besetztzeichen senden", zumindest werden die Einstellungen so übersetzt nach dem Update.
Dies führt jetzt aber dazu, dass die 3CX Telefonanlage nicht mehr den SIP-Code 486 (Busy Here - Der angerufene Teilnehmer ist belegt.) an die Telekom signalisert.
Anstelle dessen signalisiert die 3CX Telefonanlage jetzt den SIP-Code 480 (Temporarily Unavailable - Der angerufene Teilnehmer ist zurzeit nicht erreichbar.).
Dieser SIP-Code 480 (Temporarily Unavailable - Der angerufene Teilnehmer ist zurzeit nicht erreichbar.) ist nicht als Besetztzeichen interpretiert, dies hat zur folge das die Rufumleitung vom Telefoncenter der Telekom bei Besetztzeichen nicht mehr greift da hier kein Besetztzeichen mehr gesendet wird.

Ist das Signalisieren des anderen SIP-Codes ein BUG oder gewollt und wie kann ich dafür sorgen, dass wieder SIP-Code 486 (Busy Here - Der angerufene Teilnehmer ist belegt.) signalisiert wird ?

Konfiguration des VoIP Anschlusses erfolgte über das Template "Deutsche Telekom(Call and Surf)"
Trunk-Hauptnummer: +49**** ****
Authentifizierungs-ID (SIP-Nutzer-ID): +49**** ****
Authentifizierungspasswort: ******************* (Kundencenter Passwort der Telekom)
3-Wege-Authentifizierungspasswort: **********@t-online.de (Kundencenter E-Mail der Telekom)


Ist der Status der Nebenstelle Verfügbar funktioniert Intern alles ohne beanstandungen bisher in der Version V20.

Ich danke schoneinmal vorab für jedliche Hilfe

Gruß,

Lorenz

 

[TobiOn3CX]

Hallo Lorenz,

hast Du eine Lösung gefunden?
Ich habe das gleiche Problem.

Danke & Gruß
Tobias

 

[bitn2]

Man kann nur noch die Ansage das Besetzt ist einschalten... Der Nachteil, der Anruf wird von der 3cx angenommen und nicht schon vorher im Netz abgelehnt. Warum das für richtig befunden wird seitens 3cx, kann ich leider nicht nachvollziehen.

 

[TobiOn3CX]

Hi Jan,

danke für die schnelle Antwort.
Wo kann ich das denn einrichten?
Ich finde zwar die Ansagen BUSY und NUMBER_BUSY, aber nicht die Option, wo ich die hinterlgen kann :-(

Danke nochmal & Gruß
Tobias

 

[Gasha]

Man kann nur noch die Ansage das Besetzt ist einschalten... Der Nachteil, der Anruf wird von der 3cx angenommen und nicht schon vorher im Netz abgelehnt. Warum das für richtig befunden wird seitens 3cx, kann ich leider nicht nachvollziehen.

Bringt aber auch den Nachteil mit sich, dass selbst wenn die "Das Bestimmungsziel kann nicht erreicht werden" Ansage ausgetauscht wird, diese für extern zwar nicht mehr abgespielt wird dafür aber immer noch bei internen Anrufen zu hören bleibt. Für uns war das ultimativ absolut keine Lösung, weshalb wir jetzt ein Ticket eröffnet haben um der Sache konkreter nach zu gehen.

 

[bitn2]

Bei uns kommt die Ansage, diese Nebenstelle ist besetzt....Ich meine das wäre der Haken hier:

 

[Gasha]

Bei uns kommt die Ansage, diese Nebenstelle ist besetzt....Ich meine das wäre der Haken hier: Anhang anzeigen 17538

Genau so haben wir es auch, allerdings kommt eben nicht die Ansage die du meinst, so war es uns auch aus der v18 bekannt.
Die "Bestimmungsziel" Ansage ist intern immer zu hören, sobald bei den Weiterleitungsregeln irgendwo "Besetztzeichen senden" als Rufziel gesetzt ist.

 

[TobiOn3CX]

Bei uns kommt die Ansage, diese Nebenstelle ist besetzt....Ich meine das wäre der Haken hier:

Der Haken ist bei uns bereits gesetzt.
Wenn ich mich richtig erinnere, habe ich den Haken in v18 gesetzt, damit man bei ausgehenden Anrufen eine sinnvolle Rückmeldung erhält, wenn der angewählte Anschluss besetzt ist.

Das Problem nun ist, dass ein externer Anrufer kein Besetztzeichen erhält, sondern der Anruf sofort unterbrochen wird, wenn "Besetztzeichen senden" ausgeführt wird.

Gruß
Tobias

 

[TobiOn3CX]

Nachdem ich den Parameter BUSYPROMPT von 1 auf 0 geändert habe, erhalten externe Anrufer nun zumindest eine Ansage.
Warum der Wert auf 1 stand, kann ich nicht sagen. Laut https://www.3cx.com/docs/parameters-table/ ist 0 der Default-Wert.

 

[bitn2]

Das ist bestimmt noch eine Altlast aus der v18, da war das manchmal hilfreich den zusetzen.

 

[matictec]

Das scheint ein Bug zu sein, siehe dazu auch https://www.3cx.de/forum/threads/vo...nstatt-besetzt-kommt-nicht-erreichbar.122000/

Wir werden da heute ein Ticket bei 3CX erstellen.

 

[Gasha]

Das scheint ein Bug zu sein, siehe dazu auch https://www.3cx.de/forum/threads/vo...nstatt-besetzt-kommt-nicht-erreichbar.122000/

Wir werden da heute ein Ticket bei 3CX erstellen.

Viel Erfolg wünschen wir euch!
Es ist definitiv kein Bug laut Support, wir haben es zwecklos versucht, mit der enttäuschenden Antwort, dass dies "by design" und nicht änderbar sei.

Dann müssen wir uns für unseren Kunden wohl eine andere Lösung überlegen, der Workaround mit dem Haken ist einfach überhaupt nicht praktikabel.

 

[matictec]

Und ihr seid Titanium-Partner. Wenn sie auf euch nicht hören, auf wen sollen sie denn sonst hören. Es ist doch so offensichtlich falsch...ich sag in den Weiterleitungen "Besetztzeichen senden" und schicke dann ein 480 statt 486. Wenn sie einen Workaround anbieten ist es ja auch doch ein Fehler, oder? Ich kann es nicht verstehen. Anrufer bekommen jetzt auch bei den supporteten Providern statt eines Besetztzeichen eine entsprechende Meldung. Wir sollen uns mit den Providern auseinandersetzen...warum sollen wir deren Fehler mit den Providern besprechen. Ich kann diesen Umgang bei offensichtlichen Bugs nicht nachvollziehen und das ist wirklich ein Punkt bei 3CX der mich stört.

 

[fxbastler]

..ich sag in den Weiterleitungen "Besetztzeichen senden" und schicke dann ein 480 statt 486.

Ich habe es nicht probiert (bisher war es bei keinem Kunden ein Problem): passiert das unabhängig davon ob unter Admin / System / Optionen die Option 'Ansage abspielen, wenn 3CX die gewählte Nummer nicht erreichen kann' aktiviert / deaktiviert ist?

 

[matictec]

Ich habe es nicht probiert (bisher war es bei keinem Kunden ein Problem): passiert das unabhängig davon ob unter Admin / System / Optionen die Option 'Ansage abspielen, wenn 3CX die gewählte Nummer nicht erreichen kann' aktiviert / deaktiviert ist?

Wenn die Option gesetzt ist, dann gilt der Call ja als angenommen (200). Beim Gegenüber fallen dann auch ggf. Kosten an (auch wenn in Zeiten von Flatrates fast nicht mehr relevant). Es fällt auch kaum auf bis man irgendwann gesagt bekommt, dass da seltsame Ansagen kommen, wenn man angerufen wird. Es kann dann z.B. eine Ansage kommen wie "Der Rufaufbau war nicht möglich, bitte versuchen Sie es noch einmal". Das müsste eigentlich auch auf Seite des Anrufers und seinem Provider basierend passieren und nicht am Zielprovider. Daher sehe ich auch nicht den Punkt, warum wir das mit den Providern klären sollen.

 

[fxbastler]

Nur so eine Idee: Hat denn schon einmal jemand versucht, ob ein Anrufskript dort die 486 bringt? Sprich eine Weiterleitung auf ein Anrufskript das quasi nichts macht.

Eine CFD App wäre keine Option, die nimmt ja immer an. Aber ein Anrufskript kann auch sofort ohne Audio und Annahme beenden. Keine Ahnung was die Antwort in so einem Fall ist.

 

[matictec]

Nur so eine Idee: Hat denn schon einmal jemand versucht, ob ein Anrufskript dort die 486 bringt? Sprich eine Weiterleitung auf ein Anrufskript das quasi nichts macht.

Eine CFD App wäre keine Option, die nimmt ja immer an. Aber ein Anrufskript kann auch sofort ohne Audio und Annahme beenden. Keine Ahnung was die Antwort in so einem Fall ist.

Das kann man ja mal für sich und seine ggf. betroffenen Kunden prüfen, aber wenn ich beim Auto links blinke, erwarte ich auch das es das tut und nicht rechts und dann sage, das ist by Design und jetzt soll die Community dafür einen Workaround finden. Ich versteh deinen Ansatz, aber nicht den von 3CX.

 

[Gasha]

Wenn die Option gesetzt ist, dann gilt der Call ja als angenommen (200). Beim Gegenüber fallen dann auch ggf. Kosten an (auch wenn in Zeiten von Flatrates fast nicht mehr relevant). Es fällt auch kaum auf bis man irgendwann gesagt bekommt, dass da seltsame Ansagen kommen, wenn man angerufen wird. Es kann dann z.B. eine Ansage kommen wie "Der Rufaufbau war nicht möglich, bitte versuchen Sie es noch einmal". Das müsste eigentlich auch auf Seite des Anrufers und seinem Provider basierend passieren und nicht am Zielprovider. Daher sehe ich auch nicht den Punkt, warum wir das mit den Providern klären sollen.

Wir nochmal... Geht uns in diesem Sinne tatsächlich nicht anders, genau das Argument wurde aber leider schlichtweg bei uns im Ticket ignoriert.

Gegebenenfalls kann sich mal @avraammich_3CX dazu nochmal äußern und das Problem mal nach oben eskalieren? Wir haben hierfür bis dato leider keine funktionierende Lösung zu gefunden, da das deutsche Prompt-set irgendwie komplett im Eimer ist oder auf irgendwelche andere versteckte Dateien hinweist die wir nicht sehen, wir bekommen die "Das Bestimmungsziel..." Ansage bei internen Anrufen ebenfalls nicht weg.

Sobald man disabled_fwrule.wav im z.B. englischen Prompt-set einmal ersetzt und den IVR Dienst neu startet, wird intern sowie extern dieselbe richtige custom Ansage abgespielt. Macht man dies genauso mit der deutschen Ansage, kommt intern "Das Bestimmungsziel konnte nicht erreicht werden..." und von extern die richtige, von uns eingestellte custom Ansage.

Wir haben hier an dieser Stelle echt fast keinen Plan mehr.

 

[matictec]

Es ist halt einfach falsch und muss im Code von 3CX geändert werden. Es gibt auch kein Argument dafür, dass es "By Design" ist. Hier gibt es eine ganz gute Erklärung, wann 480 zum Tragen kommt: https://www.crazyegg.com/blog/sip-480/

Man konnte das doch von einem zum nächsten Update ändern, wieso kann man es nicht wieder zurück ändern?

 

[timmbo]

Hallo

Ich sag mal so, die Beschreibung "Besetztzeichen senden" ist wohl noch aus der V18, denn es wird ja wohl nicht telefoniert = also nicht besetzt. Ich denke 480 ist da schon korrekt, nur die Beschreibung muss da eine Andere sein.
Kann man da die Telekom nicht dazu bringen die Umleitung bei 480 statt bei 486 durchzufùhren?