Sipgate Team Erkennung der eingehenden Anrufe

[next42]

Hallo liebes Forum,

wir haben aktuell folgende Herausforderung.

Es wurde ein Sipgate Team angebunden. Soweit so gut, die Anrufe kommen auf der Anlage an.

Was allerdings nicht funktioniert, ist die Erkennung welche Rufnummer angerufen wurde.

In der Protokollierung sehe ich die angerufene Nummer (Dashboard / Aktivitätenprotokoll / Verbose Mode).

Record-Route: <sip:[2001:AB7:0:0:0:0:0:3];r2=on;lr;ftag=as4a88dc00>Record-Route: <sip:217.116.119.68;r2=on;lr;ftag=as4a27dc00>To: <sip:[email protected]>From: "067890" <sip:[email protected]>;tag=as4b74dc00Call-ID: [email protected]: 103 CANCELContent-Length: 0

Wobei die 067890 die angerufene Nummer ist und 0151567890 die Absendernummer wäre.

Unter 3CX / Trunks / habe ich die Hauptrufnummer mit 067890 angegeben, sowohl die weiteren MSNs wie +4967891 bis +4967899 (10er Block) hinterlegt.


Hat jemand einen Tipp was ich genau konfigurieren muss, damit 3CX angerufene Rufnummer korrekt erkennt und ich entsprechend an die korrekte Person / Gruppe routen kann?

 

[next42]

In der Starface konnte ich das Ganze damals mit einer manuellen Leitungskonfiguration lösen:

exten => _X.,1,Set(var_to=${SIP_HEADER(From)})
exten => _X.,2,Set(firstcut=${CUT(var_to,"0",2)})
exten => _X.,3,Set(secondcut=$[0049~~${CUT(firstcut,\",1)}])
exten => _X.,4,GotoIf($[ ${secondcut} = 00496789 ]?ja:nein)
exten => _X.,5(ja),Goto(incoming,004967890,1)
exten => _X.,6(nein),Goto(incoming,${secondcut},1)

 

[fxbastler]

Hallo @next42

sowohl die weiteren MSNs wie +4967891 bis +4967899 (10er Block) hinterlegt.

Benutze mal lieber *67891, *67892 usw. für die DID, dann matcht das evtl. und die dazu gehörenden eingehenden Regeln greifen auch. Das muss nicht exakt angegeben werden. Es kann sein, die Nummer kommt eingehend anders an. Daher allgemeiner fassen, mit * als Wildcard Platzhalter für alles davor.

 

[patrickb]

Hallo @next42


Benutze mal lieber *67891, *67892 usw. für die DID, dann matcht das evtl. und die dazu gehörenden eingehenden Regeln greifen auch. Das muss nicht exakt angegeben werden. Es kann sein, die Nummer kommt eingehend anders an. Daher allgemeiner fassen, mit * als Wildcard Platzhalter für alles davor.

Alternativ einfach mal gucken im SIP Header in welchem Format die Nummern ankommen um es expliziter zu machen.

Ein wichtiger Punkt im allgemeinen ist zudem das die Erkennung der DID überhaupt im Trunk aktiviert ist. Sonst greift er immer die Default Route aus dem Trunk.

 

[christian_4]

Hi,
im Trunk die Eingangsparamater so setzen:

<field name="ParameterIn" custom="" parameter="FromUserPart">$CallerNum</field>
<field name="ParameterIn" custom="" parameter="FromDisplayName">$CallerName</field>
<field name="ParameterIn" custom="" parameter="ToUserPart">$CalledNum</field>

und die Rufnummern DID/MSN im Format 0049ORTnummer anlegen. Oder eben mit *xxx

 

[next42]

Hi @christian_4 gibst du mir einen kurzen Hint (oder Screenshot) wo ich das hinterlegen kann?

Danke für die Hilfe schonmal!

 

[christian_4]

Im SIP Trunk unter Eingangsparamater entsprechend auswählen.
z.B. ""CallerNum" caller's number (default: From->user)" auf "From : UserPart" setzen.

 

[next42]

Hi @christian_4,

leider war das Ganze nicht erfolgreich.

In den Logs sehe ich folgendes:

Record-Route: <sip:[2001:....:0:0:0:1];r2=on;lr;ftag=as04...a38>Record-Route: <sip:217.26.123.45;r2=on;lr;ftag=as049uta38>To: <sip:[email protected]>From: "067897" <sip:[email protected]>;tag=as04...a38Call-ID: [email protected]: 103 CANCELContent-Length: 0

Kurz darüber auch der Hinweis:

01.08.2023 16:06:00 - ~Target=RingAll80[Ext.10,Ext.11,Ext.12,Ext.13,Ext.14]

Der Abwurf erfolgte allerdings wieder beim "default Abwurfplatz" statt der entsprechend zugewiesenen Person. (Eingangsregel mit der MSN ist angelegt).

VG

 

[next42]

Hi @patrickb, die Logs habe ich oben mit gepostet. Meinst du, du kannst hier etwas rauslesen?

 

[fxbastler]

@next42
laut deinem Log:

In den Logs sehe ich folgendes:
Record-Route: <sip:[2001:....:0:0:0:1];r2=on;lr;ftag=as04...a38>Record-Route: <sip:217.26.123.45;r2=on;lr;ftag=as049uta38>To: <sip:[email protected]>From: "067897" <sip:[email protected]>;tag=as04...a38Call-ID: [email protected]: 103 CANCELContent-Length: 0

steht die gewünschte Nummer (vom Anrufer gewählte DID), das From: "067897" im Feld Display Name des Users. Wenn das wirklich die Nummer ist, dann sollte im SIP Trunk / Eingangsparameter / Anrufernummer/Namefeldzuordnung / "CalledNum" number that has been dialed (default: To->user) das Feld From: Display Name gewählt werden.
Liest sich komisch, laut deinem Log Auszug (und wenn die DID wirklich die 067897 sein soll) ist das aber so nötig.

Wie weiter oben angemerkt: bei der Angabe der DID im SIP Trunk würde ich die 0 durch * als Wildcard ersetzen.

 

[next42]

Hi @fxbastler,

Die Durchwahl funktioniert jetzt korrekt, allerdings ist die 0 am Ende dauerhaft besetzt (067890 im Beispiel) die 067891 bis 067899 funktionieren problemlos korrekt.

Kurz zur Doku, die Wildcard wurde wie oben genannt gesetzt und die Einstellungen in Trunk / Sipgate Team / Eingangsparameter wurden wie folgt gesetzt:

 

[fxbastler]

Die Beziehung "CallerName" zu From: Display Name kann nicht korrekt sein. Das sollte eher From: User Part sein (lt. deinem Log oben die 0151123456).

allerdings ist die 0 am Ende dauerhaft besetzt (067890 im Beispiel)

Leg eine extra DID mit *67890 an und dazu passende eingehende Regeln.

 

[next42]

Mein Fehler, ich hatte unter den Eingangsregeln noch "end call" hinterlegt, statt Weiterleitung an die Signalisierungsgruppe.

Lösung funktioniert also wie oben beschrieben.

@fxbastler du bist der Held!

Danke euch für den großartigen Support!!!!