Hallo,
wir sind kürzlich von einer Auerswald Telefonanlage auf eine im lokalen Netz installierte 3CX umgestiegen. Davor hängt ein Lancom Router, der einen Telekom-Sip-Trunk registriert hat.
In 3CX selbst haben wir einen weiteren Sip-Trunk auf die Lancom-IP registriert. Das funktioniert auch wunderbar, bis auf eine Kleinigkeit: Alle eingehenden Anrufe auf eine Nebenstelle (egal welche) kommen immer bei der Hauptnummer an.
Als DID habe ich hierbei die Nr *44XXXX405 angegeben und mit der entsprechenden Nebenstelle verknüpft.
Folgende Traces habe ich aus der Lancom gezogen:
und hier ein Auszug aus dem Aktivitätsprotokoll der 3CX:
Ich verstehe einfach nicht, weshalb der Anruf immer bei der Hauptnummer rauskommt?
Wie man sieht, wird der Anruf von der 405 auf die Hauptnummer (Signalisierungsgruppe) 802 umgeleitet. Aber wieso? Diese Nummer wird nur in den Settings des Sip-Trunks als Ziel genommen:
Wenn ich dort eine andere Nummer angebe, klingelt es auch woanders. Aber man muss ja ein Rufziel angeben, deshalb dachte ich dass diese Einstellung von den DID-Regeln überschrieben wird.
Danke für eure Tipps und LG,
Dennis
wir sind kürzlich von einer Auerswald Telefonanlage auf eine im lokalen Netz installierte 3CX umgestiegen. Davor hängt ein Lancom Router, der einen Telekom-Sip-Trunk registriert hat.
In 3CX selbst haben wir einen weiteren Sip-Trunk auf die Lancom-IP registriert. Das funktioniert auch wunderbar, bis auf eine Kleinigkeit: Alle eingehenden Anrufe auf eine Nebenstelle (egal welche) kommen immer bei der Hauptnummer an.
Als DID habe ich hierbei die Nr *44XXXX405 angegeben und mit der entsprechenden Nebenstelle verknüpft.
Folgende Traces habe ich aus der Lancom gezogen:
Code:
[SIP-Packet] 2021/03/17 20:23:46,401 Devicetime: 2021/03/17 20:23:46,128 [Packet]:
Sending datagram (532 Bytes) from 87.139.167.137:15956 to 217.0.26.133:5060 using TCP (RtgTag 11):
SIP/2.0 487 Request Terminated\r\n
Via: SIP/2.0/TCP 217.0.26.133:5060;branch=z9hG4bK7a48b327d32570587079176cafcfd401.70022b1d;received=217.0.26.133\r\n
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>\r\n
From: <sip:[email protected];user=phone>;tag=bf487019\r\n
To: <sip:[email protected];user=phone>;tag=36560030--692299367\r\n
Call-ID: [email protected]\r\n
CSeq: 44958552 INVITE\r\n
User-Agent: LANCOM R883+ (over ISDN) 10.34.0168\r\n
Server: Lancom\r\n
Supported: replaces,timer\r\n
Content-Length: 0\r\n
\r\nund hier ein Auszug aus dem Aktivitätsprotokoll der 3CX:
Code:
17.03.2021 20:42:05 - [CM503001]: Call(C:99): Incoming call from Line:10000<<015114XXXX659 to <sip:[email protected]:5060>
17.03.2021 20:42:05 - Line limit check: Current # of calls for line Lc:10000(@Lancom Sip-Trunk[<sip:[email protected]:0/TCP>]) is 1; limit is 4
17.03.2021 20:42:05 - Blacklist check: number '015114XXX659', list: ''; result = false
17.03.2021 20:42:05 - [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:802
17.03.2021 20:42:05 - [Flow] Looking for inbound target: called=; caller="XXXX, Dennis" <sip:015114XXXX659@:0>
17.03.2021 20:42:05 - CallerNameAddr: "XXXX, Dennis"<sip:015114XXXX659;nf=e>
17.03.2021 20:42:05 - PBSubst: 015114XXX659 => XXXX, Dennis(1 matches found)
17.03.2021 20:42:05 - No inbound caller ID reformat rule for DN:10000 is defined, or it is disabled (<Rules />)
17.03.2021 20:42:05 - IncomingCall: C:99 from <sip:[email protected]:0/UDP> to <sip:[email protected]:5060/TCP>
17.03.2021 20:42:05 - Added leg L:C:99.1[No endpoint yet]
17.03.2021 20:42:05 - Call from <sip:[email protected];user=phone>;tag=-552895622-1755102036 to <sip:[email protected];user=phone>;tag=7d22780aIch verstehe einfach nicht, weshalb der Anruf immer bei der Hauptnummer rauskommt?
Wie man sieht, wird der Anruf von der 405 auf die Hauptnummer (Signalisierungsgruppe) 802 umgeleitet. Aber wieso? Diese Nummer wird nur in den Settings des Sip-Trunks als Ziel genommen:
Wenn ich dort eine andere Nummer angebe, klingelt es auch woanders. Aber man muss ja ein Rufziel angeben, deshalb dachte ich dass diese Einstellung von den DID-Regeln überschrieben wird.
Danke für eure Tipps und LG,
Dennis
