3CX V20 – Diversion Header bei externer Rufweiterleitung anpassen (CLIP no Screening / GlobalConnect) + unterschiedliche Sprachqualität bei Weiterlei

[Bauleiter]

Hallo zusammen,

wir betreiben eine 3CX V20 (20.0.9.670) in der Cloud mit einem Generic SIP Trunk (IP Based) zu unserem Provider GlobalConnect.

Aktuell haben wir zwei Probleme, bei denen wir nicht sicher sind, ob sie zusammenhängen oder unabhängig voneinander sind.

PROBLEM 1: CLIP NO SCREENING BEI EXTERNER RUFWEITERLEITUNG

Wir versuchen, bei einer externen Rufweiterleitung auf Mobilfunknummern die ursprüngliche Anrufernummer korrekt per CLIP no Screening zu übertragen.

Szenario:

1. Ein externer Anrufer ruft unsere Firmennummer an.
2. Die 3CX leitet den Anruf auf eine externe Mobilfunknummer weiter.
3. Die ursprüngliche Rufnummer des Anrufers soll angezeigt werden.

Laut Analyse unseres Providers sendet 3CX aktuell folgenden Diversion Header:

Diversion: sip:[email protected]:5060;privacy=off;reason=unconditional;counter=1

Vom Provider wird jedoch eines der folgenden Formate benötigt:

Variante 1:

Diversion: sip:[email protected]:5060;user=phone;privacy=off;reason=unconditional;counter=1

oder alternativ:

Diversion: sip:firmennummer@sip-provider-domain:5060;privacy=off;reason=unconditional;counter=1

Der Provider hat uns mitgeteilt, dass die Weiterleitungsnummer über den Diversion Header validiert wird. Ohne diese Validierung können nationale Anrufe innerhalb Deutschlands nicht korrekt geroutet werden.

Bisherige Maßnahmen:

Wir verwenden aktuell eine eigene Provider-Vorlage auf Basis von „Generic SIP Trunk (IP Based)“.

In der Custom-Vorlage haben wir bereits folgende Anpassungen vorgenommen:

$OriginatorCallerId

$OriginatorCallerId

$OriginatorCallerId

$OriginatorCallerId

Dadurch wird die ursprüngliche Rufnummer korrekt in den Headern From und Remote-Party-ID gesetzt.

Was wir bereits geprüft haben:

• Die komplette Provider-XML wurde geprüft.
• Es existieren Parameter für RequestLineURI, Contact, To, From und RemotePartyID.
• Es existieren keine offensichtlichen Parameter für Diversion, DiversionUserPart, DiversionHostPart, History-Info oder HistoryInfo.

Zusätzlich wurden die 3CX-Systemparameter durchsucht (DIVERSION, HISTORY, RDNIS, FORWARD usw.).

Es konnten keine Parameter gefunden werden, die offensichtlich den Diversion Header beeinflussen.

Fragen:

1. Ist es unter 3CX V20 möglich, den Diversion Header anzupassen?
2. Kann der Parameter „user=phone“ an den Diversion Header angehängt werden?
3. Kann der Hostteil des Diversion Headers von der My3CX-Domain auf den SIP-Provider-Host geändert werden?
4. Wird der Diversion Header in V20 intern generiert und ist nicht über Provider-Templates steuerbar?

Falls jemand dies bereits mit einem Generic SIP Trunk umgesetzt hat, wären wir für Hinweise sehr dankbar.

PROBLEM 2: UNTERSCHIEDLICHE SPRACHQUALITÄT BEI WEITERLEITUNGEN

Zusätzlich beobachten wir folgendes Verhalten:

Szenario A – Interner Anruf → Weiterleitung auf Mobiltelefon

• Nebenstelle A ruft Nebenstelle B an.
• Nebenstelle B ist auf ein Mobiltelefon weitergeleitet.
• Die Sprachqualität ist deutlich schlechter.
• Teilweise Aussetzer und schlechte Verständlichkeit.

Szenario B – Externer Anruf → Firmennummer → Weiterleitung auf Mobiltelefon

• Ein externer Anrufer ruft die Firmennummer an.
• Die 3CX leitet den Anruf auf dieselbe Mobilnummer weiter.
• Die Sprachqualität ist einwandfrei.

Vielen Dank für jede Hilfe, Erfahrungswerte oder Hinweise.

Viele Grüße
Michaela

 

[avraammich_3CX]

1. Ist es unter 3CX V20 möglich, den Diversion Header anzupassen?
2. Kann der Parameter „user=phone“ an den Diversion Header angehängt werden?
3. Kann der Hostteil des Diversion Headers von der My3CX-Domain auf den SIP-Provider-Host geändert werden?
4. Wird der Diversion Header in V20 intern generiert und ist nicht über Provider-Templates steuerbar?

1 = Nicht möglich
2 = Nicht möglich
3 = Nicht möglich
4 = Vollkommen richtig

 

[fxbastler]

Wir versuchen, bei einer externen Rufweiterleitung auf Mobilfunknummern die ursprüngliche Anrufernummer korrekt per CLIP no Screening zu übertragen.

Eine SIP302 Weiterleitung ist keine Option in diesem Szenario bei euch?

 

[Josef L]

ist denn clip no Sreening beim Provider aktiviert? Zu den Szenarien ist überall PCMA als Codec eingestellt?