"Sonderkonfiguration" ISDN X.75 <-> SIP CLEARMODE

Forum zu aktuellen Geräten der LANCOM Router/Gateway Serie

Moderator: Lancom-Systems Moderatoren

Antworten
Yze
Beiträge: 1
Registriert: 06 Apr 2020, 22:40

"Sonderkonfiguration" ISDN X.75 <-> SIP CLEARMODE

Beitrag von Yze »

Hallo zusammen,

für eine ISDN Ablösung, welche allerdings weiterhin Datenverbindung via Anruf zum übermittel von Messdaten benötig, evaluieren wir auch welche Geräte sich eignen um S0 X.75 nach SIP (und wieder zurück) eignen. LANCOM bewirbt ja die Sonderkonfiguration mit ISDN Terminals die X.75 <-> SIP CLEARMODE brücken, und wären daher auch die favorisierte Lösung, da LANCOM TLS+SRTP unterstützt und somit auch die IT Security glücklich machen würde.

Im Testaufbau funktioniert der Verbindungsaufbau aus dem traditionellen ISDN Netz über den SIP Provider (easybell) an LANCOM R883 zum S0.
Leider funktioniert aber der X.75 ausgehende Anruf nicht (ATDIxxxx). Wenn das ISDN Modem "analog" wähl (ATDMxxxxx), klappt die Verbindung (nunja so gut wie eben Modem über SIP geht...). Daher sollte eigentlich Call-Route nicht schuld sein.

Die alternative Lösung mit einer Fritzbox 6490 (mit Labor Firmware vom März hat diese auch TLS+SRTP bekommen...) funktioniert einwandfrei in beide Richtungen mit dem selben SIP account.

In der console hab ich mal SIP-packet trace angeworfen und (Nummern sind durch 1111111 und 2222222 anonymisiert) :

Code: Alles auswählen

[SIP-Packet] 2020/04/07 11:00:04,419 [Packet]:
Sending datagram (1690 Bytes) from 111.22.33.111:15066 to 212.172.97.122:5061 using TLS (RtgTag 0):
INVITE sip:22222222@secure.sip.easybell.de SIP/2.0\r\n
Via: SIP/2.0/TLS 111.22.33.111:15066;branch=z9hG4bK-e99d75ef-1870fb55;rport\r\n
From: <sip:00498911111111@secure.sip.easybell.de;user=phone>;tag=1112345678-1234567890\r\n
To: <sip:22222222@secure.sip.easybell.de;user=phone>\r\n
Call-ID: 993632510@00a0998877ae\r\n
CSeq: 100 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM R883VAW (over ISDN) / 10.32.0024 / 05.11.2019\r\n
Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE, INFO\r\n
Supported: timer\r\n
Contact: <sip:00498911111111@111.22.33.111:15066;transport=TLS>\r\n
Authorization: Digest username="00498911111111", realm="sip.easybell.de", algorithm=MD5, uri="sip:22222222@secure.sip.easybell.de", nonce="XoxMP+JciygfUr1NAkLtfRNQe6XP", response="53f428ab0961f609108b64d"\r\n
Content-Type: application/sdp\r\n
Content-Length: 839\r\n
\r\n
v=0\r\n
o=- 496816255 496816255 IN IP4 111.22.33.111\r\n
s=call\r\n
c=IN IP4 111.22.33.111\r\n
t=0 0\r\n
m=audio 11364 RTP/SAVP 96\r\n
a=rtpmap:96 CLEARMODE/8000\r\n
a=crypto:100 AES_256_CM_HMAC_SHA1_80 inline:DNE9Evv559dvvQvMXltCCWsrXs7rhTIAGzIAl/SRNqZ0ITnZjag==\r\n
a=crypto:101 AES_256_CM_HMAC_SHA1_32 inline:OFPLrlEtpBp/yp4xg/OQmsNyJaddddyvTDAa6p/j4VUaqJOlA==\r\n
a=crypto:102 AES_192_CM_HMAC_SHA1_80 inline:P1LU1N5tVJGicYUO1QnxfdsaxyJ3GTAHoMuxutt2U=\r\n
a=crypto:103 AES_192_CM_HMAC_SHA1_32 inline:u78gtA+nTW5xddddTVUy2v6QdFWL/bggQ8v+T4=\r\n
a=crypto:104 AES_CM_128_HMAC_SHA1_80 inline:oiyFZ2Sy/77YDMweZphkFXDSpBhxCCmLslqbhkWh\r\n
a=crypto:105 AES_CM_128_HMAC_SHA1_32 inline:CnmCEe1Fza5i3Rrsa/JNj7eY6lfcKjF8\r\n
a=crypto:106 F8_128_HMAC_SHA1_80 inline:zWQLrGEh7vThRs/p2iQYIVE\r\n
a=sendrecv\r\n
a=ptime:20\r\n

[SIP-Packet] 2020/04/07 11:00:04,420 [Packet]:
Sending datagram (502 Bytes) from 111.22.33.111:15066 to 212.172.97.122:5061 using TLS (RtgTag 0):
CANCEL sip:22222222@secure.sip.easybell.de SIP/2.0\r\n
Via: SIP/2.0/TLS 111.22.33.111:15066;branch=z9hG4bK-e99d75ef-1870fb55;rport\r\n
From: <sip:00498911111111@secure.sip.easybell.de;user=phone>;tag=1112345678-1234567890\r\n
To: <sip:22222222@secure.sip.easybell.de;user=phone>\r\n
Call-ID: 993632510@00a0998877ae\r\n
CSeq: 100 CANCEL\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM R883VAW (over ISDN) / 10.32.0024 / 05.11.2019\r\n
Supported: timer\r\n
Reason: SIP ;cause=200 ;text="Call completed elsewhere"\r\n
Content-Length: 0\r\n
\r\n
Es sieht für mich so aus, als würde der LANCOM direkt nach dem CLEARMODE request ein CANCEL (Call completed elsewhere) hinterher schicken.

Die Email die man sich für jeden Anruf generieren lassen kann, zeigt für den Versuch:

Code: Alles auswählen

Calling Line:     USER.ISDN
Calling Name:     
Calling ID:       11111111
Calling Domain:   intern

Called ID:        22222222
Called Domain:    intern

Connected Line:   EASYBELL
Connected Name:   
Connected ID:     22222222
Connected Domain: secure.sip.easybell.de

Start Time:       2020-04-07 11:00:04 (UTC +2)
Connect Time:
End Time:         2020-04-07 11:00:04 (UTC +2)

Calling Codec:    
Connected Codec:  

Status:           non-selected_user_clearing
Fax-Detected:     No

hier zum Vergleich ein erfolgreiche Anruftest von ISDN nach LANCOM:

Code: Alles auswählen

Calling Line:     EASYBELL
Calling Name:     
Calling ID:       22222222
Calling Domain:   sip.easybell.de

Called ID:        11111111
Called Domain:    sip.easybell.de

Connected Line:   USER.ISDN
Connected Name:   
Connected ID:     11111111
Connected Domain: intern

Start Time:       2020-04-06 23:05:15 (UTC +2)
Connect Time:     2020-04-06 23:05:18 (UTC +2)
End Time:         2020-04-06 23:05:34 (UTC +2)

Calling Codec:    CLEARMODE
Connected Codec:  CLEARMODE

Status:           normal_call_clearing
Fax-Detected:     No

Eventuell hat jemand hier Erfahrung mit LANCOM und X.75/CLEARMODE mit ISDN Modems/Terminals und ne Idee, was ggf. noch zu konfigurieren wäre. Gern teil ich noch mehr debug Daten, hab auch den ISDN D-Kanal trace, falls dieser hilfreich wäre.

Es widerstrebt mir zu glauben, daß hier die Fritzbox dem LANCOM Router überlegen wäre...
Antworten