Keine Anzeige der Durchwahl beim Angerufenen über EasyBel-SIP-Trunk

[Stefan Rothaut]

Hallo.

Ich habe eine Asterisbasierende PBX (IPTAM-PBX) die sich an meinem LANCOM 1781 (v10.80) registriert. Der LANCOM ist beim SIP-Provider EasyBell an einem SIP-Trunk registriert. Es können aus- und eingehende Gespräche geführt werden. Das Problem ist das der LANCOM nicht die Nebenstellen-Durchwahl an EasyBell übermittelt.

192.168.99.222 = IPTAM-PBX
192.168.99.178 = Lancom 1781
Von Nebenstelle 11 (06825/99955-11) wird die Nummer 06825/97017 angerufen.
Im Display-Part und PAI kann man die komplette Nummer der Nebenstelle die anruft sehen.

[SIP-Packet] 2024/11/19 15:41:21,474 Devicetime: 2024/11/19 15:41:21,058 [Packet]:
Receiving datagram (1004 Bytes) at 192.168.99.178:5060 from 192.168.99.222:25060 using UDP (RtgTag 0):
INVITE sip:06825970170@192.168.99.178 SIP/2.0\r\n
Via: SIP/2.0/UDP 192.168.99.222:25060;rport;branch=z9hG4bKPjd2a9045a-fdb5-4b37-b857-102016a056ea\r\n
From: "4968259995511" <sip:0049682599955@192.168.99.178>;tag=1a4fd8c2-6e7c-4c45-898b-2e0f0cea25f6\r\n
To: <sip:0682597017@192.168.99.178>\r\n
Contact: <sip:0049682599955@192.168.99.222:25060>\r\n
Call-ID: 62274797-2b4d-401f-b444-fb4f2453f772\r\n
CSeq: 5417 INVITE\r\n
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER\r\n
Supported: timer, replaces, norefersub, histinfo\r\n
Session-Expires: 1800\r\n
Min-SE: 90\r\n
P-Asserted-Identity: <sip:4968259995511@192.168.99.178>\r\n
Max-Forwards: 70\r\n
User-Agent: IPTAM PBX (Version 4.1.3/3187)\r\n
Content-Type: application/sdp\r\n
Content-Length: 241\r\n
\r\n
v=0\r\n
o=- 1672707487 1672707487 IN IP4 192.168.99.222\r\n
s=Asterisk\r\n
c=IN IP4 192.168.99.222\r\n
t=0 0\r\n
m=audio 17458 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-16\r\n
a=ptime:20\r\n
a=maxptime:150\r\n
a=sendrecv\r\n


Aber im INVITE das der LANCOM an EasyBell schickt ist kein Display-Part PA enthalten und im PAI wird die SIP-ID anstelle der Nebenstellennummerdes SIP-Trunk übermittelt.

[SIP-Packet] 2024/11/19 15:41:22,021 Devicetime: 2024/11/19 15:41:21,613 [Packet]:
Sending datagram (1211 Bytes) from 192.168.99.178:11313 to 195.185.37.60:5060 using UDP (RtgTag 0):
INVITE sip:0682597017@sip.easybell.de SIP/2.0\r\n
Via: SIP/2.0/UDP 192.168.99.178:11313;branch=z9hG4bK-e1aca2d5-039338af;rport\r\n
From: <sip:0049682599955@sip.easybell.de;user=phone>;tag=1761269959--1714260985\r\n
To: <sip:0682597017@sip.easybell.de>\r\n
Call-ID: 476344444@00a0572b65b9\r\n
CSeq: 100 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.80.0665\r\n
Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, REFER, PRACK\r\n
Supported: timer,199\r\n
Contact: <sip:0049682599955@192.168.99.178:11313;transport=UDP>\r\n
P-Asserted-Identity: <sip:0049682599955@sip.easybell.de;user=phone>\r\n
Proxy-Authorization: Digest username="0049682599955", realm="sip.easybell.de", algorithm=MD5, uri="sip:0682597017@sip.easybell.de", nonce="ZzykVWc8oykkN7FM082p8//6Cuyg20/c", response="3c6d655a3bee10307494140262411eae"\r\n
Session-Expires: 1800\r\n
Min-SE: 90\r\n
P-Early-Media: supported\r\n
Date: Tue, 19 Nov 2024 14:41:21 GMT\r\n
Content-Type: application/sdp\r\n
Content-Length: 235\r\n
\r\n
v=0\r\n
o=- 238172222 238172222 IN IP4 192.168.99.178\r\n
s=call\r\n
c=IN IP4 192.168.99.178\r\n
t=0 0\r\n
m=audio 15266 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:150\r\n

Die SIP-ID im FROM ist Pflicht bei EasyBell , ansonsten wird man von EasyBell geblockt.

[Dr.Einstein]

Schau dir mal deine Leitungseigeschaften an, Vocie Call Manager / Leitungen / SIP-Leitungen / <EasyBell> / Erweitert > SIP ID Übermittlung. Bin mir gerade nicht sicher, aber dein Fall hört sich nach "FROM-PPI" an. Die Onlinehilfe im LanConfig hat da zu jedem Punkt eine ziemlich detaillierte Beschreibung.

[Stefan Rothaut]

Hallo.

Ob ich FROM, FROM-PPI oder FROM-PAI einstelle, es macht keinen Unterschied.
Vorher FROM-PAI jetzt mit FROM-PPI. Im PPI steht die SIP-ID und nicht die Nummer der Nebenstelle und auch der Display-Part fehlt.

[SIP-Packet] 2024/11/20 15:27:49,008 Devicetime: 2024/11/20 15:27:49,273 [Packet]:
Sending datagram (1211 Bytes) from 192.168.99.178:11304 to 195.185.37.60:5060 using UDP (RtgTag 0):
INVITE sip:0682597017@sip.easybell.de SIP/2.0\r\n
Via: SIP/2.0/UDP 192.168.99.178:11304;branch=z9hG4bK-ccdc4053-ef717ea7;rport\r\n
From: <sip:0049682599955@sip.easybell.de;user=phone>;tag=1167535561-426435228\r\n
To: <sip:0682597017@sip.easybell.de>\r\n
Call-ID: 111241815@00a0572b65b9\r\n
CSeq: 100 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.80.0665\r\n
Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, REFER, PRACK\r\n
Supported: timer,199\r\n
Contact: <sip:0049682596955@192.168.99.178:11304;transport=UDP>\r\n
P-Preferred-Identity: <sip:0049682599955@sip.easybell.de;user=phone>\r\n
Proxy-Authorization: Digest username="0049682596955", realm="sip.easybell.de", algorithm=MD5, uri="sip:06825970170@sip.easybell.de", nonce="Zz3y02c98ac5z/pQ3wod9aH4x+Ay+vXG", response="8620a467f3e596909e3fb3276290b15d"\r\n
Session-Expires: 1800\r\n
Min-SE: 90\r\n
P-Early-Media: supported\r\n
Date: Wed, 20 Nov 2024 14:27:49 GMT\r\n
Content-Type: application/sdp\r\n
Content-Length: 236\r\n
\r\n
v=0\r\n
o=- 4008195595 4008195595 IN IP4 192.168.99.178\r\n
s=call\r\n
c=IN IP4 192.168.99.178\r\n
t=0 0\r\n
m=audio 8380 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:150\r\n

[Dr.Einstein]

Bei Auswahl der Option FROM wird die SIP-ID über das FROM-Feld übertragen. Die tatsächliche Rufnummer wird über die PPI übertragen. Bei einer entsprechenden Vertrauensstellung zum Provider wird aus der PPI die PAI

D.h. FROM wäre wohl die richtige Einstellung. Im Call Routing bei der abgehenden Callroute, Quelle Asterix, Ziel EasyBell, hast du bei Rufende Nummer (zwei Felder) eine # eingetragen?

[Stefan Rothaut]

Hallo.

>> Bei einer entsprechenden Vertrauensstellung zum Provider wird aus der PPI die PAI
Beim Menüpunkt 'SIP-Leitung/Erweitert/Rufnummernunterdrückung' ist 'Vertrauenswürdige Leitung' aktiviert und Übermittlungsmethode steht auf 'RFC3325'.

>> Im Call Routing bei der abgehenden Callroute, Quelle Asterix, Ziel EasyBell, hast du bei Rufende Nummer (zwei Felder) eine # eingetragen?
Du meinst bei 'Call-Routen/Mapping/Rufende Nummer' und 'Call-Routen/Filter/Rufende Nummer' ?
Die habe ich nachgetragen, aber es hat sich nicht geändert.


# Asterisk an LANCOM mit Durchwahlanzeige im Display-Part und PAI

[SIP-Packet] 2024/11/21 07:16:54,854 Devicetime: 2024/11/21 07:16:52,737 [Packet]:
Receiving datagram (1005 Bytes) at 192.168.99.178:5060 from 192.168.99.222:25060 using UDP (RtgTag 0):
INVITE sip:0682597017@192.168.99.178 SIP/2.0\r\n
Via: SIP/2.0/UDP 192.168.99.222:25060;rport;branch=z9hG4bKPj12061e0c-2a02-4902-b6f4-cbf070ccc676\r\n
From: "4968259995511" <sip:0049682599955@192.168.99.178>;tag=13b5bac8-6634-43dd-a3f0-ad4c82ab0822\r\n
To: <sip:0682597017@192.168.99.178>\r\n
Contact: <sip:0049682599955@192.168.99.222:25060>\r\n
Call-ID: 870fc67c-ec03-4cb2-8119-e963bbb24b8c\r\n
CSeq: 13826 INVITE\r\n
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER\r\n
Supported: timer, replaces, norefersub, histinfo\r\n
Session-Expires: 1800\r\n
Min-SE: 90\r\n
P-Asserted-Identity: <sip:4968259995511@192.168.99.178>\r\n
Max-Forwards: 70\r\n
User-Agent: IPTAM PBX (Version 4.1.3/3187)\r\n
Content-Type: application/sdp\r\n
Content-Length: 241\r\n
\r\n
v=0\r\n
o=- 1012836785 1012836785 IN IP4 192.168.99.222\r\n
s=Asterisk\r\n
c=IN IP4 192.168.99.222\r\n
t=0 0\r\n
m=audio 11258 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-16\r\n
a=ptime:20\r\n
a=maxptime:150\r\n
a=sendrecv\r\n



#LANCOM an EasyBell ohne Display-Part und mit SIP-ID im PPI

[SIP-Packet] 2024/11/21 07:16:55,432 Devicetime: 2024/11/21 07:16:53,284 [Packet]:
Sending datagram (1213 Bytes) from 192.168.99.178:15068 to 195.185.37.60:5060 using UDP (RtgTag 0):
INVITE sip:0682597017@sip.easybell.de SIP/2.0\r\n
Via: SIP/2.0/UDP 192.168.99.178:15068;branch=z9hG4bK-b5ae2364-c596dfed;rport\r\n
From: <sip:0049682599955@sip.easybell.de;user=phone>;tag=679363922--2039255562\r\n
To: <sip:0682597017@sip.easybell.de>\r\n
Call-ID: 2483196446@00a0572b65b9\r\n
CSeq: 100 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1781VA (over ISDN) 10.80.0665\r\n
Allow: OPTIONS, SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, REFER, PRACK\r\n
Supported: timer,199\r\n
Contact: <sip:0049682599955@192.168.99.178:15068;transport=UDP>\r\n
P-Preferred-Identity: <sip:0049682599955@sip.easybell.de;user=phone>\r\n
Proxy-Authorization: Digest username="0049682599955", realm="sip.easybell.de", algorithm=MD5, uri="sip:0682597017@sip.easybell.de", nonce="Zz7RYmc+0DZm9QBhB5EPYwJ84lGcqzZR", response="e6411466dcb1e1b8e5012aa8e06ba64b"\r\n
Session-Expires: 1800\r\n
Min-SE: 90\r\n
P-Early-Media: supported\r\n
Date: Thu, 21 Nov 2024 06:16:53 GMT\r\n
Content-Type: application/sdp\r\n
Content-Length: 236\r\n
\r\n
v=0\r\n
o=- 1241598223 1241598223 IN IP4 192.168.99.178\r\n
s=call\r\n
c=IN IP4 192.168.99.178\r\n
t=0 0\r\n
m=audio 9604 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-15\r\n
a=sendrecv\r\n
a=ptime:20\r\n
a=maxptime:150\r\n