Rufnummernübermittlung mit SwyxConnect/Lancom als Gateway

[cs1]

Moin,

wir haben einen SwyxConnect 1723 (wie Lancom) mit Releaese 7.32 als ISDN-Gateway an der 3cx. Telefonate sind rein und raus problemlos. Nur das bei eingehenden Anrufen statt der Rufnummer des Anrufers nur die Gateway-Nummer (zb. 10004) als Anrufer angezeigt wird. Eingerichtet haben wir es wie im Wiki. Gibt es da einen Tipp/Trick?

[matictec]

Hallo Thorsten,

versuche auf dem Lancom bei der Einstellung für die SIP Line bei "Mode" statt "Gateway" mal "Line" zu wählen. (Ich weiß nicht mehr genau, welcher Modus der Richtige ist, aber bei Gateway hatte ich ebenfalls das Problem mit den Nummern)

PS: Gruß an Marc

[cs1]

Gruß wird ausgerichtet

"Link" Klappt, "Trunk" auch, klappt wohl alles ausser Gateway , besten Dank für den Tipp. Nur die ausgehende Nummer will er nicht wechslen, nimmt immer nur die Hauptnummer des NTBAs. Mit Patton klappt das über den Anschlß problemlos. Ich schaue weiter.

[matictec]

Kannst du mal die Logs eines solchen Anrufes von der 3CX und ein Screenshot von dem Analyse-Tool des Lancoms senden?

[cs1]

Hab vorerst eine Lsöung gefunden. Ich stelle jetzt im Lancom die abgehende MSN ein (ISDN-Mapping). Reicht in diesem Fall, da eh nur eine ausgehend gewünscht wird. Das Fax geht damit jetzt auch raus, aber es wird in der Faxkennung die richtige Nummer gesendet.

Thema ist also nicht ganz vom Tisch, ich teste weiter warum nicht die Daten der 3cx genommen werden. Anonsten hier die Logs/Traces:

****************************************************************
Aus dem Lancom:
****************************************************************
root@ROUTER02:/Setup/Voice-Call-Manager/Logging
>
[Callmanager] 2009/11/07 12:25:01,250 : [SIP-Provider] : -----[ INVITE INDICATION
[Callmanager] 2009/11/07 12:25:01,250 : [SIP-Provider] : From: 10004@192.168.192.241
[Callmanager] 2009/11/07 12:25:01,250 : [SIP-Provider] : To : 0163XXXXXXX@192.168.192.250
[Callmanager] 2009/11/07 12:25:01,250 : [SIP-Provider] : - info : line '3CX' operates is gateway mode
[Callmanager] 2009/11/07 12:25:01,250 : [SIP-Provider] : - info : convert src-number '10004' -> '10004'
[Callmanager] 2009/11/07 12:25:01,250 : [VCM] : -----[ CALL INDICATION, call-id=14919
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : Src CallId=Njc3MDQyYzY1ZGI1ZTk0ZDkwMmNlNzJjMGU1NTIwNTQ.
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : From: 10004@192.168.192.241
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : To : 0163XXXXXXXX@192.168.192.250
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : number is complete
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : parse call routing table for active entries
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : using routing entry in row # 2
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : first/single way destination 0163XXXXXXX@isdn via ISDN
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : proceeding call
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : initiate call to 0163XXXXXXX@isdn
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : outgoing line is ISDN
[Callmanager] 2009/11/07 12:25:01,260 : [VCM] : - info : called number is complete
[Callmanager] 2009/11/07 12:25:01,270 : [VCM] : - info : convert Cln-id'10004' to Cln MSN '10004'
[Callmanager] 2009/11/07 12:25:01,700 : [VCM] : -----[ Call Proceeding, call-id14919
[Callmanager] 2009/11/07 12:25:01,700 : [VCM] : - info : Src CallId=Njc3MDQyYzY1ZGI1ZTk0ZDkwMmNlNzJjMGU1NTIwNTQ.
[Callmanager] 2009/11/07 12:25:01,700 : [VCM] : -----[ PROGRESS INDICATION, call-id=14919
[Callmanager] 2009/11/07 12:25:01,820 : [VCM] : -----[ Call Proceeding, call-id=14919
[Callmanager] 2009/11/07 12:25:01,820 : [VCM] : - info : Src CallId=Njc3MDQyYzY1ZGI1ZTk0ZDkwMmNlNzJjMGU1NTIwNTQ.
[Callmanager] 2009/11/07 12:25:09,410 : [VCM] : -----[ RING INDICATION, call-id=14919
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : -----[ CANCEL INDICATION, call-id=14919
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : - info : cause is 'cancel'
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : -----[ DISCONNECT INDICATION, call-id=14919
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : - info : cause is 'normal call clearing'
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : -----[ DISCONNECT RESPONSE, call-id=14919
[Callmanager] 2009/11/07 12:25:13,900 : [VCM] : - info : cause is 'no error'


[SIP-Packet] 2009/11/07 12:33:18,270
Sending datagram with length 521 from 192.168.192.250:42877 to 192.168.192.241:5060
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.192.241:5060;branch=z9hG4bK-d8754z-6018e549a1169945-1---d8754z-;rport
From: "TT"<sip:10004@192.168.192.241;user=phone>;tag=0e52b855
To: <sip:0163XXXXXX@192.168.192.250>;tag=-401423992-278284287
Call-ID: OWYyN2EzMTdkZWQ2ZTJmYWFhY2ZlNjNmNTEwNTBhNDM.
CSeq: 1 INVITE
Max-Forwards: 70
User-Agent: SwyxConnect 1723 (Annex B) / 7.32.0002 / 30.04.2008
Server: ROUTER02
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS
Content-Length: 0

***********************************************************************
Aus 3CX
***********************************************************************

12:20:09.421 [CM503008]: Call(34): Call is terminated
12:19:57.343 [MS210003] C:34.1:Answer provided. Connection(transcoding mode[unsecure]):192.168.192.241:7174(7175)
12:19:57.343 [MS210001] C:34.2:Answer received. RTP connection[unsecure]: 192.168.192.250:16396(16397)
12:19:57.343 Remote SDP is set for legC:34.2
12:19:57.328 [CM503002]: Call(34): Alerting sip:10004@192.168.192.250:42877
12:19:56.828 [CM503025]: Call(34): Calling Unknown:0163XXXXXXX@(Ln.10004@Lancom1723)@[Dev:sip:10004@192.168.192.250:42877]
12:19:56.828 [MS210002] C:34.2:Offer provided. Connection(transcoding mode): 192.168.192.241:7176(7177)
12:19:56.796 [CM503004]: Call(34): Route 1: Unknown:0163XXXXXXX@(Ln.10004@Lancom1723)@[Dev:sip:10004@192.168.192.250:42877]
12:19:56.781 [CM503010]: Making route(s) to <sip:0163XXXXXXX@192.168.192.241:5060;user=phone>
12:19:56.781 [MS210000] C:34.1:Offer received. RTP connection: 192.168.192.31:63986(63987)
12:19:56.781 Remote SDP is set for legC:34.1
12:19:56.781 [CM505001]: Ext.10: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [snom360/7.3.23] PBX contact: [sip:10@192.168.192.241:5060]
12:19:56.781 [CM503001]: Call(34): Incoming call from Ext.10 to <sip:0163XXXXXXX@192.168.192.241:5060;user=phone>
12:19:56.765 [CM500002]: Info on incoming INVITE:
INVITE sip:0163XXXXXXX@192.168.192.241:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.192.31:2048;branch=z9hG4bK-0wrzzgteew7r;rport=2048
Max-Forwards: 70
Contact: <sip:10@192.168.192.31:2048;line=z2gyx3qa>;reg-id=1
To: <sip:0163XXXXXXX@192.168.192.241:5060;user=phone>
From: "3CX Emden 10"<sip:10@192.168.192.241:5060>;tag=ee1p78wyg5
Call-ID: 3c364a62c2c0-bhvlhye8afrp
CSeq: 2 INVITE
Session-Expires: 3600;refresher=uas
Min-SE: 90
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Proxy-Authorization: Digest username="10",realm="3CXPhoneSystem",nonce="414d535c0105e8dc25:87c4e73b0a7e04e43741da54245eab77",uri="sip:0163XXXXXXX@192.168.192.241:5060;user=phone",response="0d63932a3c244705cb716f294daeff9e",algorithm=MD5
Supported: timer, 100rel, replaces, from-change
User-Agent: snom360/7.3.23
Allow-Events: talk, hold, refer, call-info
Content-Length: 0
P-Key-Flags: resolution="31x13", keys="4"

[info3]

"Link" Klappt, "Trunk" auch, klappt wohl alles ausser Gateway

Das geht wohl auch mit "Gateway", wenn man in der 3CX in den Gateway-Eigenschaften in "Parameter für eingehende Verbindungen" die "Remote Party ID - Calling Party : User Part" der "CallerNum" oder dem "CallerName" zuweist (nur in "Remote Party ID : User Part" steckt die Anrufer-Nummer).

Nur die ausgehende Nummer will er nicht wechslen, nimmt immer nur die Hauptnummer des NTBAs. Mit Patton klappt das über den Anschlß problemlos.

Habe ich noch nicht probiert/analysiert.

Gruß,
Heiko

[matictec]

From: "TT"<sip:10004@192.168.192.241;user=phone>;tag=0e52b855 << Das ist die Ursache.

Hier müsste die ausgehende Caller ID der Nebenstelle stehen. Wie info3 schon erwähnt hat, muss man die ausgehenden Parameter ändern. "From: User Part" oder aber "From: Display Name" sollte dabei mit dem Wert "OutboundCallerId - Outbound caller Id taken from Extension settings..."

Versuche es dann nochmal und schicke sonst noch mal die neuen Logs.

[cs1]

Also mit den Anpassung (auch aus dem anderen Beitrag von Heiko) läuft der 1723 jetzt soweit gut. Der einzige offene Punkt ist jetzt noch ob das Fax zuverlässig darüber läuft. Aber da bin ich am Testen und gebe dann Rückmeldung im andern Thread.

Gruß

Thosten

[Andy2306]

Hallo !!

Mit eurer Anleitung konnte ich meine 3CX und den Lancom 1723 auch soweit konfigurieren,
das einzige Problem das ich noch habe ist das das Snom die ankommende Nummer über den Lancom richtig anzeigt, der 3CX Assistant nur die Linenummer (10001) anzeigt
Habt ihr da eine Idee dazu ??

Mfg, Andy

[matictec]

Da muss man eventuell noch die einzelnen eingehenden SIP-Felder auf der 3CX für das Gateway noch anpassen.

[Andy2306]

Hallo,

Hast Du eine Idee welche anpassung nötig wäre ?

lg, andy

[matictec]

Das SIP-Feld "From:User Part" muss eventuell angepasst werden. Dazu muss man sich die SIP-Pakete mal anschauen, die der Lancom an die 3CX sendet. Das Log-Tool des LANCOM eignet sich sehr gut dazu oder Wireshark auf dem Server.