Keine "Teilnehmer nicht erreichbar Ansage"

funt4stic

New User
Mitglied seit
13. Mai 2021
Beiträge
6
Hallo,

ich habe bei meiner 3CX Installation das folgende Problem und bekomme es nicht selber in den Griff:

Wenn ich von meiner Telefonanlage eine externe Telefonnummer wähle, die nicht erreichbar ist (bspw. Anruf auf die Nummer eines ausgeschalteten Mobiltelefons), dann höre ich etwa 30 Sekunden garnichts, dann läuft kurz die Warteschleifenmusik der C3X und dann kommt für ein paar Sekunden ein Besetzton.

Frage: Warum bekomme ich nicht eine übliche Ansage in der Art: "Der gewünschte Teilnehmer ist zur Zeit nicht erreichbar".

Zu meiner Installation: C3X auf nem RaspberryPi, Provider Vodafone (ehem. Unitymedia NRW)

MfG
Jan
 
Hello,
I'm wondering if there is an early media announcement from the mobile provider or Vodafone in that case but that for some reason it's not being heard on the caller end.
If you would call from another mobile to that same number in the same switched-off scenario, do you hear something?

Also, could you check your trunk options tab, in particular the Support Re-invite & Support Replaces, see if they are ticked as they should on the contrary be unticked as this is the case by default.
 
If i call from another number, it works like expected.

I checked the trunk options tab, currently Re-Invite and Replaces are not checked. Checking these boxes does not help, same behavior.

This is the logfile...

13.05.2021 15:10:50 - Leg L:110.1[Extn:11] is terminated: Cause: BYE from local 13.05.2021 15:10:50 - [CM503008]: Call(C:110): Call is terminated 13.05.2021 15:10:50 - Leg L:110.3[EndCall:EndCall] is terminated: Cause: BYE from 127.0.0.1:5483 13.05.2021 15:10:49 - Currently active calls - 1: [110] 13.05.2021 15:10:46 - [CM503007]: Call(C:110): EndCall:EndCall has joined, contact <sip:[email protected]:5483/UDP> 13.05.2021 15:10:46 - [CM503007]: Call(C:110): Extn:11 has joined, contact <sip:[email protected]:5060/UDP> 13.05.2021 15:10:46 - L:110.3[EndCall:EndCall] has joined to L:110.1[Extn:11] 13.05.2021 15:10:46 - [CM503002]: Call(C:110): Alerting EndCall:EndCall by contact <sip:[email protected]:5483/UDP> 13.05.2021 15:10:46 - [CM504004]: Registration succeeded for: Lc:10001(@Vodafone[<sip:[EMAIL][email protected][/EMAIL]:5060/UDP>]) 13.05.2021 15:10:46 - [CM503025]: Call(C:110): Calling T:EndCall:EndCall@[Dev:sip:[email protected]:5483;rinstance=b913368a61b4c9b0] for L:110.1[Extn:11] 13.05.2021 15:10:46 - Leg L:110.2[Line:10001>>0049XXXXXXXXXX] is terminated: Cause: 408 Request Timeout/INVITE from 80.69.110.90:5060 13.05.2021 15:10:46 - L:110.1[Extn:11] failed to reach Line:10001>>0049XXXXXXXXXX, reason No Answer 13.05.2021 15:10:46 - Call to T:Line:10001>>0049XXXXXXXXXX@[Dev:sip:[EMAIL][email protected][/EMAIL]:5060] from L:110.1[Extn:11] failed, cause: Cause: 408 Request Timeout/INVITE from 80.69.110.90:5060 13.05.2021 15:10:46 - [CM503003]: Call(C:110): Call to <sip:[EMAIL][email protected][/EMAIL]:0> has failed; Cause: 408 Request Timeout/INVITE from 80.69.110.90:5060 13.05.2021 15:10:35 - [CM505003]: Provider:[Vodafone] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Nortel SESM 20.0.3.4] PBX contact: [sip:[email protected]:5060] 13.05.2021 15:10:35 - [CM503002]: Call(C:110): Alerting Line:10001>>0049XXXXXXXXXX by contact <sip:[EMAIL][email protected][/EMAIL]:5060/UDP> 13.05.2021 15:10:19 - Currently active calls - 1: [110] 13.05.2021 15:10:10 - [CM503025]: Call(C:110): Calling T:Line:10001>>0049XXXXXXXXXX@[Dev:sip:[EMAIL][email protected][/EMAIL]:5060] for L:110.1[Extn:11] 13.05.2021 15:10:10 - [CM503027]: Call(C:110): From: Extn:11 ("PhonerLite" <sip:[email protected]:0>) to T:Line:10001>>0049XXXXXXXXXX@[Dev:sip:[EMAIL][email protected][/EMAIL]:5060] 13.05.2021 15:10:10 - [CM503004]: Call(C:110): Route 1: from L:110.1[Extn:11] to T:Line:10001>>0049XXXXXXXXXX@[Dev:sip:[EMAIL][email protected][/EMAIL]:5060] 13.05.2021 15:10:10 - Line limit check: Current # of calls for line Lc:10001(@Vodafone[<sip:[EMAIL][email protected][/EMAIL]:5060/UDP>]) is 0; limit is 1 13.05.2021 15:10:10 - Call(C:110): Call from Extn:11 to 0049XXXXXXXXXX matches outbound rule 'UM SIP Outbound' 13.05.2021 15:10:10 - [Flow] Call(C:110): has built target endpoint: Out#:>>Rule{UM SIP Outbound}>>0049XXXXXXXXXX for call from L:110.1[Extn:11] 13.05.2021 15:10:10 - [Flow] Target endpoint for 0049XXXXXXXXXX is Out#:>>Rule{UM SIP Outbound}>>0049XXXXXXXXXX 13.05.2021 15:10:10 - Timezone offset: 120 min. 13.05.2021 15:10:10 - [CM503010]: Call(C:110): Making route(s) from Extn:11 to <sip:[email protected]:0/UDP> 13.05.2021 15:10:10 - [CM505001]: Endpoint Extn:11: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [PhonerLite 2.89] PBX contact: [sip:[email protected]:5060]


tia
Jan
 
Hi Jan,

das Verhalten resultiert aus der Tatsache, dass manche Provider wie in deiner Situation wo jemand in die Warte Position gelegt wird keine Audioübertragung zulassen.
Grund ist um Bandbreite zu sparen.
Es wir lediglich ein Play Musik Prompt abgespielt.
Dieses Paket wird ausgewertet von der Anlage und spielt eigene Warte Musik ab.
Das Verhalten führt leider immer wieder bei Kunden zu Verwirrung , weil die eigene Wartemusik zu hören ist.
 
Hi Jan,

das Verhalten resultiert aus der Tatsache, dass manche Provider wie in deiner Situation wo jemand in die Warte Position gelegt wird keine Audioübertragung zulassen.
Grund ist um Bandbreite zu sparen.
Es wir lediglich ein Play Musik Prompt abgespielt.
Dieses Paket wird ausgewertet von der Anlage und spielt eigene Warte Musik ab.
Das Verhalten führt leider immer wieder bei Kunden zu Verwirrung , weil die eigene Wartemusik zu hören ist.
Wäre es denn technisch möglich, das die Anlage erkennt das "Play Musik Prompt" von extern angefordert wird und etwas anderes abspielt?
Also das seitens 3CX das umgesetzt wird in Zukunft
 
Hi Jan,

das Verhalten resultiert aus der Tatsache, dass manche Provider wie in deiner Situation wo jemand in die Warte Position gelegt wird keine Audioübertragung zulassen.
Grund ist um Bandbreite zu sparen.
Es wir lediglich ein Play Musik Prompt abgespielt.
Dieses Paket wird ausgewertet von der Anlage und spielt eigene Warte Musik ab.
Das Verhalten führt leider immer wieder bei Kunden zu Verwirrung , weil die eigene Wartemusik zu hören ist.
Danke für die Antwort, die ich allerdings noch nicht ganz verstanden habe.

Du schreibst „wo jemand in die Wartepisition gelegt wird“. In welche Warteposition? Und welcher Provider ist gemeint, meiner oder der des Angerufenen?

Mit „es wird lediglich ein Play Musik Prompt abgespielt“ meinst du, dass die Gegenstelle eine entsprechende Antwort sendet? Wieso kann 3CX das dann nicht richtig auswerten und eine passende Ansage abspielen? Bei meiner vorher genutzten Gigaset hatte ich das Problem nicht. Provider war gleich.

Gibt es zu dem Problem kein Workaround?

Danke für die Hilfe!!

Gruß
Jan
 
Verrückt, ich habe es gerade nochmal getestet und jetzt bekomme ich die übliche Ansage... ich habe aber keine Ahnung, woran es liegt!
 
Nächster Versuch heute Morgen... keine Ansage mehr, es kommt wieder die Warteschleifenmusik der 3CX. Ohne, dass ich irgendetwas an der Konfiguration verändert hätte. Das Verhalten ist mir schleierhaft.
 
Hi Jan,

das Verhalten resultiert aus der Tatsache, dass manche Provider wie in deiner Situation wo jemand in die Warte Position gelegt wird keine Audioübertragung zulassen.
Grund ist um Bandbreite zu sparen.
Es wir lediglich ein Play Musik Prompt abgespielt.
Dieses Paket wird ausgewertet von der Anlage und spielt eigene Warte Musik ab.
Das Verhalten führt leider immer wieder bei Kunden zu Verwirrung , weil die eigene Wartemusik zu hören ist.
Er meint ja nicht das legen in eine Warteposition durch den Angerufenen sondern das der Teilnhemer nicht erreichbar ist oder NUmmer nicht vergeben ist..

Richtig Jan?
 

Statistik des Forums

Themen
44.416
Beiträge
232.725
Mitglieder
78.331
Neuestes Mitglied
b2daniel