Nebenstellen Problem

[21IT]

Hallo zusammen,

ich hänge gerade einem für euch Profis Wahrscheinlich banalen Problem.

Ich schildere mal kurz meine Problematik.

Ich habe bei dem Kunden Durchwahlen bis von 01 – 50

Habe bei den Telefonen (Yealink T58W Pro) das ich die richtige Nebenstelle nicht erreiche.

Provider ist Ecotel und die Anlage ist gehostet bei 3CX.

Die Rufnummer in der Anlage (MSN) sieht folgendermaßen aus:

• 0049(Vorwahl)5264001 für die Nebenstelle 01
• 0049(Vorwahl)5264010 für die Nebenstelle 10

Jetzt haben wir folgendes Szenario. Wenn ich die NS 10 von extern oder Intern anrufe… komme ich bei der 01 raus.

Auch wenn ich die NS 11 wähle komme ich bei der NS 01 raus.

Er lässt somit die letzte Zahl in der Rufnummer einfach weg und hört vorher auf.

Könnte irgend ein Regel Problem oder so sein? Oder liegt es am Telefon?

 

[7freaks]

Hast Du im Trunk die DID´s angelegt für jede Nebenstelle? Und nach dem anlegen natürlich auch der jeweiligen Nebenstelle zuweisen, wo der Anruf (inkl. Nebenstelle) aufschlagen soll.
Oder eine andere Inbound Rule funkt Dir dazwischen?

 

[21IT]

Hallo,
vielen Dank für deine Nachricht.

Habe für jede Rufnummer mit Nebenstelle eine DID angelgt.
Auch die Eingegenden Regeln sind den Benutzern mit jeweiliger Nebenstelle zugeordnet.

Das Problem ist erst aufgefallen als ich die Yealink Telefone angebunden habe.

Danke.

 

[7freaks]

Und der Trunk Anbieter unterstützt die Nebenstellen bzw. CNS?

 

[21IT]

Ja wird von Ecotel unterstützt.
Habe das Problem auch nur bei den Yealink Telefonen.
Die Softphones und Desktop App funktionieren richtig.
Da erhält die Richtige Nebenstelle auch den Anruf.

 

[fxbastler]

Hallo,

dann: stelle die Protokollierungsstufe des Aktivitätenprotokoll auf mittel und rufe eine solche DID an. Dann sieht man im Aktivitätenprotokoll recht deutlich wie der Call Flow verläuft, welche eingehende Regel greift und warum. Dort sieht man auch sehr deutlich wie die DID als Nummer ankommt.

 

[21IT]

Ich gehe mittlerweile davon aus die Firewall (Sophos SG135) das Problem ist und die Anrufe auf die falschen Telefone leitet. Ist das hier jemandem bekannt?

 

[fxbastler]

Das ist eher unwahrscheinlich.

 

[bitn2]

Ich gehe mittlerweile davon aus die Firewall (Sophos SG135) das Problem ist und die Anrufe auf die falschen Telefone leitet. Ist das hier jemandem bekannt?

Nicht nur unwahrscheinlich, eher ausgeschlossen. Sind die Telefone denn auch den korrekten Nebenstellen zugeordnet?

 

[fxbastler]

Was besagt denn das Aktivitätenprotokoll der 3CX in der Protokollierungsstufe mittel bzgl. eingehende Nummer und verwendete Regel?

 

[21IT]

24.03.2022 12:57:59 - [CM503008]: Call(C:36): Call is terminated

24.03.2022 12:57:59 - Leg L:36.1[Line:10000<<00491512200052] is terminated: Cause: CANCEL from 195.78.176.100:5083

24.03.2022 12:57:56 - [CM505001]: Endpoint Extn:20: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Yealink SIP-T58W 150.86.0.8 805e000c5eb] PBX contact: [sip:[email protected]:5060]

24.03.2022 12:57:56 - [CM503002]: Call(C:36): Alerting Extn:20 by contact <sip:[email protected]:5065/UDP>

24.03.2022 12:57:56 - [CM503025]: Call(C:36): Calling T:Extn:20@[Dev:sip:[email protected]:5065] for L:36.1[Line:10000<<004915112276552]

24.03.2022 12:57:56 - [CM503027]: Call(C:36): From: Line:10000<<004915112276552 ("004915112276552" <sip:[email protected]:5060>) to T:Extn:20@[Dev:sip:[email protected]:5065]

24.03.2022 12:57:56 - [CM503004]: Call(C:36): Route 1: from L:36.1[Line:10000<<0049151220005] to T:Extn:20@[Dev:sip:[email protected]:5065]

24.03.2022 12:57:56 - [Flow] Call(C:36): has built target endpoint: Extn:20 for call from L:36.1[Line:10000<<0049151220005]

24.03.2022 12:57:56 - [Flow] Target endpoint for 20 is Extn:20

24.03.2022 12:57:56 - [CM503010]: Call(C:36): Making route(s) from Line:10000<<0049151225 to <sip:[email protected]:5060/UDP>

24.03.2022 12:57:56 - [CM505003]: Provider:[Ecotel] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]

 

[fxbastler]

Ruft es an der Nebenstelle 20 wie gewünscht? Ist die Nebenstelle 20 das gewünschte Ziel für diese Durchwahl?

 

[fxbastler]

Die vmtl. interessanten Sachen stehen im Log drunter, so ungefähr ab Zeitstempel 12:57:53, je nachdem wie lange es geklingelt hat.

 

[21IT]

Die NS 20 ist das Gewünschte Ziel. Es kommt aber auf dem Yealink Telefon mit der NS22

 

[fxbastler]

Ist ein Endgerät auf der NSt. 20 angemeldet? Ist dieses Endgerät im Status verfügbar (sieht man in der 3CX)? Besteht eine sonstige Weiterleitung in der 3CX Nst. 20 auf die NSt. 22 - auch evtl. in einem anderen Status der NSt. 20? Wurde eine direkte Weiterleitung an einem Telefon der NSt. 20 auf die Nst. 22 eingerichtet (das sieht man in der 3CX nicht)?

 

[fxbastler]

Schau auch mal bitte hier und mache das an der NSt. 20.

 

[21IT]

Hat leider nichts gebracht...

 

[21IT]

@fxbastler
Es ist eine komplett neu installierte Anlage. Es wurden nur SIP+DID & Benutzer + 6 Yealink Telefone angebunden. Sonst ist bisher nichts konfiguriert worden.

 

[7freaks]

Firewall Check in der Instanz wurde ausgeführt?

 

[21IT]

Habe die Anmeldung / Kommunikation der Telefone von STUN-Extern auf 3CX-SBC extern umgestellt.
Schon funktionieren die Telefone.
Danke trotzdem für die Unterstützung.