Vorsicht mit Version 20.0 Update 4 anstatt Besetzt kommt Nicht erreichbar

[babela]

Und wieder grüßt das Murmeltier . Nach update auf Version 20.0 Update 4 wird bei Status - Besetzt senden - Nicht erreichbar 480 zum Provider gesendet.
Dann kommen die schönen Ansagen wie "der Teilnehmer ist Momentan nicht erreichbar "
Das war Anfang des Jahres bei 20.0 Update 1 (Build 673 Beta) schon mal der Fall, Allerdings wurde hier ein 404 geschickt.
Damals wurde als Workaround empfohlen
Sie könnten hierfür Option "Play Busy prompt when extension is busy ".
Navigieren hierfür auf dem Web Client Admin Ansicht->System->Optionen.
Den Punkt gibt es nicht mehr oder ich finde ihn nicht.
Werde mal Alle Systeme prüfen welche auf autom. Updates stehen und das deaktivieren .


Im Aktivitätsprotokoll kommt auch

C:159 Failed to build divert target EndCall.DisabledByFwdRule; fail reason = NotAvailable Bei normal besetztem Nutzer wird ein Busy 486 gesendet wie es sein soll. Hat man bei System - Optionen - Die 3 CX Ansagen aktiviert kommt - "Das bestimmungsziel kann nicht erreicht werden , Kontaktieren sie ihren Admin" Ich habe mal ein Ticket von Peoplefone aufmachen lassen [Ticket 12376501] , mal sehen wie lange es diesmal dauert bis ein Patch oder Workaround kommt

 

[sup]

Hallo zusammen, wir haben seit dem Update genau das selbe Problem! Mein SIP Provider sagt mir er können nichts machen!

 

[bitn2]

@avraammich_3CX kannst du da was zu sagen?

 

[avraammich_3CX]

Hi @bitn2,

das ist dass zu erwartende Verhalten.

Anlage sendet ein 480 und kann nicht geändert werden.
Provider X könnte ein Problem damit haben ein anderer wiederum Y provider kann mit der Nachricht etwas anfangen.

Sofer es ein unterstützter Provider ist muss Provider unser Interop Department kontaktieren und dieses klären.
Jeder unterstützter Provider von 3cx steht in Verbindung mit iOT von 3cx.

Option "Ansage abspielen, wenn 3cx die gewählte Nummer nicht erreichen kann" ist verfügbar und kann aktiviert werden.
Bei bedarf kann Ansage geändert werden, wenn dieses gewünscht wird.
Web Client->System->Optionen->Systemeinstellungen.

 

[bitn2]

Aber busy ist nicht das selbe wie not avaiable. Warum wurde das geändert?

 

[sup]

Hallo zusammen, genau bei meinem Provider kommt 480 an und nicht 486 bei der Einstellung "Besetztzeichen senden"

 

[bitn2]

@avraammich_3CX oder anders gefragt, wenn ich den Status auf Besetzt senden stelle, wie erreiche ich es das die Anlage auch ein Besetzt und nicht ein nicht erreichbar sendet?

 

[avraammich_3CX]

Hi @bitn2,

den Status auf Besetzt?

Du meinst Status abwesend und als Ziel "besetzt zeichen senden"?

 

[bitn2]

Ja genau, dann kommt ja nun SIP Code 480 und nicht mehr 486 wenn ich das richtig sehe.

 

[avraammich_3CX]

Hi @bitn2,

das ist richtig und SIP Message kann nicht geändert werden.

Nun wenn Option "Ansage abspielen, wenn 3cx die gewählte Nummer nicht erreichen kann" ist verfügbar und kann aktiviert werden.
Bei bedarf kann Ansage geändert werden, wenn dieses gewünscht wird.
Web Client->System->Optionen->Systemeinstellungen, aktiviert ist sendet Anlage kein 480 und auch kein 486 sondern RTP Pakete quasi eine Ansage.

Ansage welche abgespielt wird ist calldisabled_fwrule.wav und dieses kannst du ersetzten.
So das quasi Datei ein Busy Ton abspielt.

 

[bitn2]

Ich weiss grad nicht ob ich den Sinn einfach nicht verstehe. Besetztzeichen senden heist für mich die Nebenstelle ist besetzt, also 486. Warum wurde entschieden dafür 480 zu senden? Das ist doch was völlig anderes.

 

[Gasha]

Guten Morgen und vorab ein frohes Neues an die Kollegen! Hoffe Ihr seid alle gut reingerutscht?

das würde uns auch brennend interessieren. Das ganze hat uns Nerven und Zeit gekostet, um zu dieser Erkenntnis zu kommen...
Warum wird hier jetzt per Default 480 und nicht 486 gesendet?

Ihr wisst schon, dass es hierzulande verboten bzw. nicht erwünscht ist ein Besetztzeichen zu "spoofen" bzw. zu simulieren? Hier ist das ersetzen der "Besetztansage" der Anlage keine Lösung, vor allen Dingen nicht dann, wenn die Anlage trotzdem noch die "Das Bestimmungsziel..." Ansage bei z.B. internen Anrufen abspielt.

Außerdem, auch ohne den Haken "Besetzteichen Abspielen" wird von Zig Anbietern inkl. wie zum Bespiel der Telekom, ein Warning zurückgegeben, was auch darin resultiert, dass seitens der Anlage pro entganenen Anruf, mehrere z.B. 5-8 Stück gleichzeitig und zwar PRO SEKUNDE protokolliert werden.

Das ist schlicht ausgedrückt vollkommen unakzeptabel und nicht nachvollziehbar.
Wir bitten um Erklärung und einen konkreten Lösungsvorschlag oder Fehlerbehebung.

 

[bitn]

Hallo,

danke das wünsche ich Dir auch. Da hilft nur Ticket öffnen denke ich.

 

[matictec]

Ist auch in Update 5 noch so und ist definitiv ein Fehler. Auch bei "Besetztzeichen senden" wird 480 übermittelt. Hat jemand dazu schon ein Ticket erstellt?

 

[matictec]

Wir erstellen da heute ein Ticket zu bei 3CX.

 

[E-Komm-SN]

Wir erstellen da heute ein Ticket zu bei 3CX.

Hallo,
wie weit seit Ihr da mit dem Ticket weitergekommen?
Ich habe gerade gesehen, dass U5 BETA seit kurzem verfügbar ist. Wurde dies schon installiert? Ich gehe mal davon aus, dass auch da das Verhalten genau das selbe sein wird, wie bei den bisherigen Versionen

 

[matictec]

Ticket wurde erstellt, aber leider mit der Begründung geschlossen, das es bei Design ist und im Ticket nicht weitergeholfen werden kann. Es wurde an die zuständige Abteilung weitergeleitet. Ich kann nicht nachvollziehen, dass so ein Problem nicht als Bug aufgenommen wird. Ich hoffe dass da trotzdem noch was passiert.

 

[testi]

Hallo zusammen,
sorry, dass ich das Thema hier nochmal aufwärme, aber es scheint so zu sein, dass dieser Bug nach knapp 1 Jahr immernoch besteht.
Ich sehe das ebenfalls, wie die Kollegen oben schon beschrieben haben, als klaren Bug, wenn man "Besetztzeichen senden" konfiguriert und die 3CX statt eines 486 einen unzulässigen 480 daraus macht.
@matictec ist auf Dein Ticket nochmal irgendetwas passiert?
@avraammich_3CX besetzt ist doch eindeutig mit 486 genormt definiert, gibt es einen nachvollziehbaren Grund, wieso ihr hier stattdessen ein 486 daraus macht? Der Hinweis mit dem iOT hilft hier sicher nicht weiter, da die 3CX hier angepasst werden muss und nicht die Providerseite. Ich wüsste nicht, wieso ein Provider nur für die 3CX-Anschlüsse hier aus einem temp. unavailable ein busy generieren sollte. Dafür ein Ticket bei Euch zu eröffnen scheint wohl nichts zu bringen, ansonsten machen wir das natürlich gerne.

Danke für ein Feedback zu dem Thema, da dieser Bug für Kunden die das nutzen sehr ärgerlich ist, wenn statt eines Besetztzeichens eine Netzansage mit "Teilnehmer nicht erreichbar" "Anschluss nicht verfügbar" etc. generiert wird.

Gruß Testi

 

[matictec]

Leider nicht. Und in diesem Punkt ist 3CX auch wirklich stur. Wenn die sagen, das ist so "by design" dann wird selbst ein Titanium-Partner nicht angehört. Es ist eigentlich völlig schlüssig, dass man ein 486 Busy sendet, wenn Besetzt ist. Dass man ein 480 bei Offline sendet ist in Ordnung. Wir lieben 3CX und es hat sich auch wirklich als professionelle Lösung für Unternehmen etabliert, aber dass man bei solchen Themen auf taube Ohren stößt, ist zumindest schade.

 

[testi]

Leider nicht. Und in diesem Punkt ist 3CX auch wirklich stur. Wenn die sagen, das ist so "by design" dann wird selbst ein Titanium-Partner nicht angehört. Es ist eigentlich völlig schlüssig, dass man ein 486 Busy sendet, wenn Besetzt ist. Dass man ein 480 bei Offline sendet ist in Ordnung. Wir lieben 3CX und es hat sich auch wirklich als professionelle Lösung für Unternehmen etabliert, aber dass man bei solchen Themen auf taube Ohren stößt, ist zumindest schade.

Danke Dir für die Rückmeldung. ich bin jetzt kein Programmierer, aber es muss doch möglich sein den jew. SIP-Code, der in dem Fall gesendet wird anzupassen. Eigentlich gibt es hier unserer aller Meinung nach ja auch keine Diskussion zu "kann man so machen" sondern das ist ein ganz klarer Bug. Ob der in der V20 plötzlich per Design so ist, ändert daran ja erst einmal nichts und für Kunden, die das aktiv nutzen ist das je nachdem, mit was für einer netzseitigen Ansage darauf reagiert wird, schon tendenziell geschäftsschädigend, da man das so auslegen kann, dass der Anschluss abgeschaltet wurde.
Ich möchte hier eigentlich auch nicht mit "Workarounds" wie Dummy Teilnehmer VM etc. mit aufgezeichnetem Belegtzeichen etc. anfangen. Ich bin gespannt, ob es von offizieller Seite hier noch ein Statement gibt. Andernfalls machen wir eben auch noch ein Ticket dazu auf.