[Problem] Anlagenanschluss / Telekom-Sip-Trunk / Asterisk 13 / PJSIP

micthi · 23 Jun 2018

Hallo und guten Tag,

gestern wurde unser Anlagenanschluss auf einen Telekom Sip-Trunk Anschluss umgestellt und trotz aller Vorbereitung funktioniert die ein- und ausgehende Telefonie nicht. Laut Hotline kann für ein Fremdprodukt (Asterisk 13 - Eigenimplementierung) kein Support erfolgen ... ärgerlich aber nachvollziehbar.
Große Probleme macht mir die richtige Konfiguration der Datei pjsip.conf, da ich hierzu im Netz teils widersprüchliche Informationen gefunden habe.

Meine pjsip.conf sieht wie folgt aus:

Code:

[general]
srvlookup = yes

[TRANS_transport-tcp]
type = transport
protocol = tcp
bind = 0.0.0.0
;tos = cs3
local_net=192.168.100.0/24
external_media_address = $unser-DynNS-Name
external_signaling_address = $unser-DynNS-Name

[REG_reg.sip-trunk.telekom.de]
type = registration
retry_interval = 20
max_retries = 10
expiration = 120
transport = TRANS_transport-tcp
outbound_auth = AUTH_sip-trunk-telekom
outbound_proxy = sip:reg.sip-trunk.telekom.de
client_uri = sip:[email protected]:5060
server_uri = sip:sip-trunk.telekom.de:5060
contact_user = 99990
auth_rejection_permanent = no

[AOR_sip-trunk-telekom]
type = aor
contact = sip:[email protected]:5060
default_expiration = 600

[ID_sip-trunk-telekom]
type = identify
endpoint = ENDP_sip-trunk-telekom
match = reg.sip-trunk.telekom.de

[AUTH_sip-trunk-telekom]
type = auth
username = TelefonieUsername
password = TelefoniePasswort

[ENDP_sip-trunk-telekom]
type = endpoint
context = incoming
dtmf_mode = rfc4733
disallow = all
allow = G722
allow = alaw
rtp_symmetric = yes
force_rport = yes
rewrite_contact = yes
rtp_timeout = 60
timers = no
direct_media = no
from_domain = sip-trunk.telekom.de
tos_audio = ef
tos_video = af41
language = de
allow_subscribe = yes
auth = AUTH_sip-trunk-telekom
outbound_auth = AUTH_sip-trunk-telekom
aors = AOR_sip-trunk-telekom

#include "pjsip_sip.conf.awr"

Eine erfolgreiche Registrierung ist mit diesen Einstellungen bereits problemlos möglich:

Code:

astTel*CLI> pjsip show registration REG_reg.sip-trunk.telekom.de

 <Registration/ServerURI..............................>  <Auth..........>  <Status.......>
==========================================================================================

 REG_reg.sip-trunk.telekom.de/sip:sip-trunk.telekom.de:  AUTH_sip-trunk-telekom  Registered

 ParameterName            : ParameterValue
 =====================================================================
 auth_rejection_permanent : false
 client_uri               : sip:[email protected]:5060
 contact_user             : 99990
 endpoint                 :
 expiration               : 120
 fatal_retry_interval     : 0
 forbidden_retry_interval : 0
 line                     : false
 max_retries              : 10
 outbound_auth            : AUTH_sip-trunk-telekom
 outbound_proxy           : sip:reg.sip-trunk.telekom.de
 retry_interval           : 20
 server_uri               : sip:sip-trunk.telekom.de:5060
 support_path             : false
 transport                : TRANS_transport-tcp

Der Wählstring in der extensions.conf sieht so aus:

Code:

;Sip-Trunk TKom
exten => _0X.,n,Dial(PJSIP/${EXTEN}@ENDP_sip-trunk-telekom)

Ein Anruf nach extern sieht dann wie folgt aus:

Code:

<--- Received SIP request (1179 bytes) from UDP:192.168.100.122:2048 --->
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.122:2048;branch=z9hG4bK-b7x6yw9fbmwq;rport
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>
Call-ID: 3c31472d0b51-jzmx0q3peqva
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2048;line=8zb5isqz>;reg-id=1
P-Key-Flags: keys="3"
User-Agent: snom320/7.3.30
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Session-Expires: 3600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Length: 458

v=0
o=root 1575026734 1575026734 IN IP4 192.168.100.122
s=call
c=IN IP4 192.168.100.122
t=0 0
m=audio 56642 RTP/AVP 0 8 9 99 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:kFrRXMX5JMOEuiiY1+eXsvmD4dz6OwIeEj0cNLQH
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:99 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

<--- Transmitting SIP response (515 bytes) to UDP:192.168.100.122:2048 --->

SIP/2.0 401 Unauthorized

Via: SIP/2.0/UDP 192.168.100.122:2048;rport=2048;received=192.168.10.122;branch=z9hG4bK-b7x6yw9fbmwq
Call-ID: 3c31472d0b51-jzmx0q3peqva
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>;tag=z9hG4bK-b7x6yw9fbmwq
CSeq: 1 INVITE
WWW-Authenticate: Digest  realm="asterisk",nonce="1529759510/61682c850bc2fada1d16d03a1736c0e7",opaque="460a5a537048fc92",algorithm=md5,qop="auth"
Server: Asterisk PBX certified/13.18-cert3
Content-Length:  0


<--- Received SIP request (399 bytes) from UDP:192.168.100.122:2048 --->
ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.122:2048;branch=z9hG4bK-b7x6yw9fbmwq;rport
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>;tag=z9hG4bK-b7x6yw9fbmwq
Call-ID: 3c31472d0b51-jzmx0q3peqva
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2048;line=8zb5isqz>;reg-id=1
Content-Length: 0


<--- Received SIP request (1455 bytes) from UDP:192.168.100.122:2048 --->
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.122:2048;branch=z9hG4bK-eoffcn7gpk15;rport
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>
Call-ID: 3c31472d0b51-jzmx0q3peqva
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2048;line=8zb5isqz>;reg-id=1
P-Key-Flags: keys="3"
User-Agent: snom320/7.3.30
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer, call-info
Supported: timer, 100rel, replaces, from-change
Session-Expires: 3600;refresher=uas
Min-SE: 90
Authorization: Digest username="11",realm="asterisk",nonce="1529759510/61682c850bc2fada1d16d03a1736c0e7",uri="sip:[email protected];user=phone",qop=auth,nc=00000001,cnonce="371a0125",response="a0a3b58a86f3bf666853b31f1b86638b",opaque="460a5a537048fc92",algorithm=MD5
Content-Type: application/sdp
Content-Length: 458

v=0
o=root 1575026734 1575026734 IN IP4 192.168.10.122
s=call
c=IN IP4 192.168.100.122
t=0 0
m=audio 56642 RTP/AVP 0 8 9 99 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:kFrRXMX5JMOEuiiY1+eXsvmD4dz6OwIeEj0cNLQH
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:99 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

  == Setting global variable 'SIPDOMAIN' to '192.168.100.21'
<--- Transmitting SIP response (337 bytes) to UDP:192.168.100.122:2048 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.100.122:2048;rport=2048;received=192.168.100.122;branch=z9hG4bK-eoffcn7gpk15
Call-ID: 3c31472d0b51-jzmx0q3peqva
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>
CSeq: 2 INVITE
Server: Asterisk PBX certified/13.18-cert3
Content-Length:  0


    -- Executing [01112222222@internal:1] Set("PJSIP/11-0000000f", "CALLERID(number)=0621999911") in new stack
    -- Executing [01112222222@internal:2] Dial("PJSIP/11-0000000f", "PJSIP/01112222222@ENDP_sip-trunk-telekom") in new stack
    -- Called PJSIP/01112222222@ENDP_sip-trunk-telekom
  == Using SIP RTP Audio TOS bits 184
  == Using SIP RTP Audio TOS bits 184 in TCLASS field.

  == Everyone is busy/congested at this time (1:0/1/0)

    -- Auto fallthrough, channel 'PJSIP/11-0000000f' status is 'CONGESTION'
<--- Transmitting SIP response (415 bytes) to UDP:192.168.100.122:2048 --->

SIP/2.0 503 Service Unavailable

Via: SIP/2.0/UDP 192.168.100.122:2048;rport=2048;received=192.168.100.122;branch=z9hG4bK-eoffcn7gpk15
Call-ID: 3c31472d0b51-jzmx0q3peqva
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>;tag=5d1e993e-aa08-4c40-b01a-7f1dd6b9a566
CSeq: 2 INVITE
Server: Asterisk PBX certified/13.18-cert3
Reason: Q.850;cause=34
Content-Length:  0


<--- Received SIP request (415 bytes) from UDP:192.168.100.122:2048 --->
ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.122:2048;branch=z9hG4bK-eoffcn7gpk15;rport
From: "11" <sip:[email protected]>;tag=2ohndvt165
To: <sip:[email protected];user=phone>;tag=5d1e993e-aa08-4c40-b01a-7f1dd6b9a566
Call-ID: 3c31472d0b51-jzmx0q3peqva
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2048;line=8zb5isqz>;reg-id=1
Content-Length: 0

Kann mir irgendwer, der eine solche Kombination (Asterisk / PJSIP / Telekom-Sip-Trunk) bereits am Laufen hat, bitte helfen, da ich nach Stunden, den Wald vor Bäumen nicht mehr sehe ?

Gruß Michael

woprr · 23 Jun 2018

Falsche/vertauschte registrar und outbound proxy?

Code:

$ sipsak -v -s sip:[email protected]
'sip-trunk.telekom.de' is unresolveable

Zeig mal sip debug log zur telekom. Das snom wird wohl kaum das Problem sein.

micthi · 23 Jun 2018

Hallo,

danke für die schnelle Antwort.
Die Servernamen für den Outbound-Proxy und den Registrar stehen explizit so auf dem Brief mit den Zugangsdaten von der Telekom.
Der Befehl "pjsip set debug on" ergab folgendes:

Code:

astTel*CLI> pjsip set debug on
No such command 'pjsip set debug on' (type 'core show help pjsip set debug' for other possible commands)
<--- Transmitting SIP request (659 bytes) to TCP:217.0.26.165:5060 --->
REGISTER sip:reg.sip-trunk.telekom.de SIP/2.0
Via: SIP/2.0/TCP 217.236.52.96:5060;rport;branch=z9hG4bKPj7da1db8b-e817-4460-a0fb-5f63da0a3a54;alias
From: <sip:[email protected]>;tag=b0eafeef-18e3-47a0-b6e0-68451760bc7f
To: <sip:[email protected]>
Call-ID: 007561a0-891a-4d9c-b785-ca7ad4b6cc3f
CSeq: 39817 REGISTER
Contact: <sip:[email protected]:5060;transport=TCP>
Expires: 240
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Route: <sip:sip-trunk.telekom.de:5060>
Max-Forwards: 70
User-Agent: Asterisk PBX certified/13.18-cert3
Content-Length:  0


<--- Received SIP response (560 bytes) from TCP:217.0.26.165:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 217.236.52.96:5060;rport=53553;branch=z9hG4bKPj7da1db8b-e817-4460-a0fb-5f63da0a3a54;alias
To: <sip:[email protected]>;tag=49cc7d71
From: <sip:[email protected]>;tag=b0eafeef-18e3-47a0-b6e0-68451760bc7f
Call-ID: 007561a0-891a-4d9c-b785-ca7ad4b6cc3f
CSeq: 39817 REGISTER
WWW-Authenticate: Digest algorithm=MD5, nonce="103ae5cae76bcb91103ae5ca986298cb81b316cebe0b4c56c89ed25525d7a958", realm="sip-trunk.telekom.de"
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Length: 0


<--- Transmitting SIP request (906 bytes) to TCP:217.0.26.165:5060 --->
REGISTER sip:reg.sip-trunk.telekom.de SIP/2.0
Via: SIP/2.0/TCP 217.236.52.96:5060;rport;branch=z9hG4bKPj476c6c88-5aed-464b-b298-89f053911db0;alias
From: <sip:[email protected]>;tag=b0eafeef-18e3-47a0-b6e0-68451760bc7f
To: <sip:[email protected]>
Call-ID: 007561a0-891a-4d9c-b785-ca7ad4b6cc3f
CSeq: 39818 REGISTER
Contact: <sip:[email protected]:5060;transport=TCP>
Expires: 240
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Max-Forwards: 70
User-Agent: Asterisk PBX certified/13.18-cert3
Authorization: Digest username="55xxxxxxxx", realm="sip-trunk.telekom.de", nonce="103ae5cae76bcb91103ae5ca986298cb81b316cebe0b4c56c89ed25525d7a958", uri="sip:reg.sip-trunk.telekom.de", response="eb0f5f80e1a670d45c50fefdc0f272d5", algorithm=MD5
Route: <sip:sip-trunk.telekom.de:5060>
Content-Length:  0


<--- Received SIP response (594 bytes) from TCP:217.0.26.165:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 217.236.52.96:5060;rport=53553;branch=z9hG4bKPj476c6c88-5aed-464b-b298-89f053911db0;alias
To: <sip:[email protected]>;tag=231aae22
From: <sip:[email protected]>;tag=b0eafeef-18e3-47a0-b6e0-68451760bc7f
Call-ID: 007561a0-891a-4d9c-b785-ca7ad4b6cc3f
Contact: <sip:[email protected]:5060;transport=TCP>;expires=240
CSeq: 39818 REGISTER
P-Associated-URI: <sip:[email protected];user=phone>, <sip:[email protected];user=phone>
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Length: 0

### Zusammenführung Doppelpost by stoney ###

Na das war wohl nichts ...

Code:

No such command 'pjsip set debug on' (type 'core show help pjsip set debug' for other possible commands)

Die Telekom hat bereits gesagt, dass es sich um ein Fremdprodukt handelt und somit nicht unterstützt wird.
Ich bin das schon am Telefon mit der Hotline durchgegangen und er konnte mir leider nichts bzgl. des Code 503 oder 401 sagen bzw. mir die korrekte Konfiguration der jeweiligen Strings nennen.
Er meinte nur, bei ihnen sei alles in Ordnung.

woprr · 23 Jun 2018

Nicht nur das log vom REGISTER, auch das vom Anrufversuch bitte, muss INVITE drinstehen.

micthi · 23 Jun 2018

Hallo,

den Anrufversuch habe ich doch bereits im ersten Beitrag eingefügt (letzter Code Block in Beitrag 1), fehlt da noch etwas bzw. habe ich da noch etwas vergessen ?
Dabei handelte es sich um einen Anruf von einem unserer Snom Telefone nach extern.

woprr · 23 Jun 2018

Nein, das war das log snom-asterisk, wir brauchen das vom Anruf (snom-)asterisk-telekom.

Die debug optionen müssten im Asterisk wiki stehen.

https://wiki.asterisk.org/wiki/display/AST/Asterisk+PJSIP+Troubleshooting+Guide

micthi · 23 Jun 2018

Hallo,

das ist mir jetzt mehr als unangenehm, aber ich habe keine Ahnung, wie ich das bewerkstelligen soll.
Ich kann nur den Log-Level auf debug stellen ....

Code:

astTel*CLI> logger set level debug on
Logger status for 'DEBUG' has been set to 'on'.
astTel*CLI>

... und dann ...

Code:

astTel*CLI> pjsip set logger on
PJSIP Logging enabled
astTel*CLI>

Danach sollte doch alles geloggt werden, was der Asterisk über den Sip-Kanal schickt, ergo auch die Kommunikation mit dem Provider.
Offensichtlich sehe ich das aber falsch und komme mir gerade ziemlich doof vor.
Meinst Du etwa ein Wireshark oder TcpDump Trace des SIP Verkehrs ?

woprr · 25 Jun 2018

Klar, tcpdump nehmen wir immer gern http://nil.uniza.sk/network-security/analyzers/using-tcpdump-sip-diagnostic

aber filter richtig setzen, nur Anruf asterisk->telekom.

micthi · 25 Jun 2018

Hallo,

danke für die Mühe und Deine Zeit, aber die ausgehende Telefonie habe ich jetzt im Griff. Das Problem lag am falschen Kontext in der Endpoint-Section.
Hier stand dummerweise "incoming", was ja nicht funktionieren kann und dementsprechend natürlich auch keinen Datenverkehr ZUM Provider verursacht, weshalb die Log-Ausgaben hierzu auch nichts enthielten.
Kontext geändert auf Outgoing und schon klingelt's und auch die Log-Ausgaben enthalten den Verkehr von und zur Telekom.
Aktuell hänge ich noch an der eingehenden Telefonie, welche wie folgt aussieht:

Code:

<--- Received SIP request (1129 bytes) from TCP:217.0.26.165:5060 --->
INVITE sip:[email protected]:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 217.0.26.165:5060;branch=z9hG4bKc666db0e597ee0709e0fd2af5f96143a.8e2e55f7
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>
Max-Forwards: 64
To: <sip:[email protected];user=phone>
From: <sip:[email protected]>;tag=96598931
Call-ID: [email protected]
Contact: <sip:PUqIBL07I/SkojIA3xLM2c4EjLvGICI6tVIvEnsxVgMMUigVxwnwQ7R0MwT7oXBfcaUH@th1>
Supported: 100rel,histinfo,timer
Session-Expires: 1920
CSeq: 30622278 INVITE
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, OPTIONS, PRACK, REFER, REGISTER, UPDATE
Min-SE: 900
P-Called-Party-ID: <sip:[email protected];user=phone>
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 274

v=0
o=- 1529912922 1529912922 IN IP4 217.0.26.165
s=on transit
c=IN IP4 217.0.132.53
t=0 0
a=sendrecv
m=audio 13680 RTP/AVP 9 8 100
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=maxptime:40
a=sendrecv
a=ptime:20

Hier gibt es wohl Probleme weil "From: <sip:[email protected]>" abgelehnt wird.
Hier soll es helfen, die Match Option in der Identify Section auf 217.0.0.0/13 einzustellen bzw. die Identify_by Option der Endpoint Section auf Anonymous bzw. IP zu setzen, welche als Identifier angeboten werden.

Code:

astTel*CLI> pjsip show identifiers
Identifier Names:
name not specified
ip
username
anonymous
auth_username
astTel*CLI>

Default ist hier:

Code:

 identify_by                        : username

laut Ausgabe …

Code:

astTel*CLI> pjsip show endpoint ENDP_sip-trunk-telekom

Bin gespannt.

Gruß Michael

### Zusammenführung by stoney ###

Hallo,

also das war's nicht und auch die Sache mit dem Incoming und Outgoing Kontext aus dem vorigen Post war Schwachsinn, denn laut PJSIP-Doku zeigt die context Option der Endpoint Section auf den eingehenden Kontext im Wählplan. Also hab ich das wieder zurückgestellt und siehe da, ausgehende Telefonie funktioniert weiterhin und ich frage mich, warum sie das vorher nicht tat, obwohl die Einstellungen identisch zu den jetzigen sind bzw. waren. Erst nachdem ich den Kontext auf outgoing geändert hatte konnte ich raustelefonieren, was bei aktueller Betrachtung überhaupt kein Sinn mehr ergibt.
Ergo … ich bin raus und verstehe nichts mehr.
Kann bitte nochmal jemand auf die angehängten Logs einer eingehenden Verbindung schauen, evtl. fällt jemandem noch was auf ?
Bei eingehenden Anrufen bleibt die CLI still und wird erst gesprächig, wenn ich den Logger einschalte.
Daraus schließe ich, dass es am (Endpoint-)Kontext bzw. einer falschen Extension im Wählplan nicht liegen kann, da ich ja sonst auf der Konsole eine Meldung sehen sollte, dass kein Ziel gefunden werden kann, richtig ?

Danke.

Code:

<--- Received SIP request (1121 bytes) from TCP:217.0.26.165:5060 --->
INVITE sip:[email protected]:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 217.0.26.165:5060;branch=z9hG4bK1e5f0bcec43ef65841180935867ec6d6.3b9f737c
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>
Max-Forwards: 64
To: <sip:[email protected];user=phone>
From: <sip:[email protected]>;tag=e29c050b
Call-ID: [email protected]
Contact: <sip:hgzDp6pBqvLP+Li1t/K4IgTR17s/HzGfShZyiRlpQku/3SMhojFXo1UxZZ5lHDwG@th1>
Supported: 100rel,histinfo,timer
Session-Expires: 1920
CSeq: 3482700 INVITE
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, OPTIONS, PRACK, REFER, REGISTER, UPDATE
Min-SE: 900
P-Called-Party-ID: <sip:[email protected];user=phone>
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 274

v=0
o=- 1529924106 1529924106 IN IP4 217.0.26.165
s=on transit
c=IN IP4 217.0.132.89
t=0 0
a=sendrecv
m=audio 20700 RTP/AVP 9 8 100
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=maxptime:40
a=sendrecv
a=ptime:20

<--- Transmitting SIP response (636 bytes) to TCP:217.0.26.165:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 217.0.26.165:5060;rport=5060;received=217.0.26.165;branch=z9hG4bK1e5f0bcec43ef65841180935867ec6d6.3b9f737c
Record-Route: <sip:217.0.26.165:5060;transport=TCP;lr>
Call-ID: [email protected]
From: <sip:[email protected]>;tag=e29c050b
To: <sip:[email protected];user=phone>;tag=z9hG4bK1e5f0bcec43ef65841180935867ec6d6.3b9f737c
CSeq: 3482700 INVITE
WWW-Authenticate: Digest  realm="asterisk",nonce="1529924105/d94fd8f44f90e2c4527b0222f31e62bb",opaque="388839132442d93e",algorithm=md5,qop="auth"
Server: Asterisk PBX certified/13.18-cert3
Content-Length:  0


<--- Received SIP request (407 bytes) from TCP:217.0.26.165:5060 --->
ACK sip:[email protected]:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 217.0.26.165:5060;branch=z9hG4bK1e5f0bcec43ef65841180935867ec6d6.3b9f737c
Max-Forwards: 64
To: <sip:[email protected];user=phone>;tag=z9hG4bK1e5f0bcec43ef65841180935867ec6d6.3b9f737c
From: <sip:[email protected]>;tag=e29c050b
Call-ID: [email protected]
CSeq: 3482700 ACK
Content-Length: 0


<--- Received SIP request (1101 bytes) from TCP:217.0.26.165:5060 --->
INVITE sip:[email protected]:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 217.0.26.165:5060;branch=z9hG4bK4196439fa86fbced25d71b2644cd8ccf.5a76e73e
Record-Route: <sip:reg.sip-trunk.telekom.de;transport=tcp;lr>
Max-Forwards: 55
To: <sip:[email protected];user=phone>
From: <sip:[email protected]>;tag=c1a0ad7a
Call-ID: [email protected]
Contact: <sip:GI1sK7wLB/vSPuI8K9qxW9GeZWHccLV1Hlb5fo66iKUwTE6YcsbxowKcVTfjg5TX@th1>
Supported: histinfo,norefersub,timer
Session-Expires: 1800;refresher=uac
CSeq: 26884485 INVITE
Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, PRACK, REFER, REGISTER, UPDATE
Min-SE: 90
P-Called-Party-ID: <sip:[email protected];user=phone>
X-TAS-Edge-Policies: send-pheader-policy=772
Request-Disposition: no-fork
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 215

v=0
o=- 0 0 IN IP4 217.0.26.165
s=on transit
c=IN IP4 217.0.132.22
t=0 0
m=audio 17896 RTP/AVP 9 8 103
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:103 telephone-event/8000
a=maxptime:20
a=ptime:20

<--- Transmitting SIP response (637 bytes) to TCP:217.0.26.165:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 217.0.26.165:5060;rport=5060;received=217.0.26.165;branch=z9hG4bK4196439fa86fbced25d71b2644cd8ccf.5a76e73e
Record-Route: <sip:217.0.26.165:5060;transport=TCP;lr>
Call-ID: [email protected]
From: <sip:[email protected]>;tag=c1a0ad7a
To: <sip:[email protected];user=phone>;tag=z9hG4bK4196439fa86fbced25d71b2644cd8ccf.5a76e73e
CSeq: 26884485 INVITE
WWW-Authenticate: Digest  realm="asterisk",nonce="1529924107/dfea03f803ee065bbde83e980a9e2e2b",opaque="457f8a497b0acb93",algorithm=md5,qop="auth"
Server: Asterisk PBX certified/13.18-cert3
Content-Length:  0


<--- Received SIP request (408 bytes) from TCP:217.0.26.165:5060 --->
ACK sip:[email protected]:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 217.0.26.165:5060;branch=z9hG4bK4196439fa86fbced25d71b2644cd8ccf.5a76e73e
Max-Forwards: 55
To: <sip:[email protected];user=phone>;tag=z9hG4bK4196439fa86fbced25d71b2644cd8ccf.5a76e73e
From: <sip:[email protected]>;tag=c1a0ad7a
Call-ID: [email protected]
CSeq: 26884485 ACK
Content-Length: 0


<--- Transmitting SIP request (666 bytes) to TCP:217.0.26.165:5060 --->
REGISTER sip:reg.sip-trunk.telekom.de SIP/2.0
Via: SIP/2.0/TCP 217.236.52.96:5060;rport;branch=z9hG4bKPj4ca27b43-a40f-46aa-a60e-d4976c60f7a5;alias
From: <sip:[email protected]>;tag=38177ae2-7eb0-4d64-b8af-debfe3d07773
To: <sip:[email protected]>
Call-ID: 758e1e87-5f90-4e72-9bd1-22c31d4b22f1
CSeq: 53127 REGISTER
Contact: <sip:[email protected]:5060;transport=TCP>
Expires: 240
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Route: <sip:sip-trunk.telekom.de:5060>
Max-Forwards: 70
User-Agent: Asterisk PBX certified/13.18-cert3
Content-Length:  0


<--- Received SIP response (560 bytes) from TCP:217.0.26.165:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 217.236.52.96:5060;rport=50146;branch=z9hG4bKPj4ca27b43-a40f-46aa-a60e-d4976c60f7a5;alias
To: <sip:[email protected]>;tag=ba94d02f
From: <sip:[email protected]>;tag=38177ae2-7eb0-4d64-b8af-debfe3d07773
Call-ID: 758e1e87-5f90-4e72-9bd1-22c31d4b22f1
CSeq: 53127 REGISTER
WWW-Authenticate: Digest algorithm=MD5, nonce="a9635715bba9674ea9635715adaf7915f0e63a3a7dce5f10896fd28b602ea42b", realm="sip-trunk.telekom.de"
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Length: 0


<--- Transmitting SIP request (913 bytes) to TCP:217.0.26.165:5060 --->
REGISTER sip:reg.sip-trunk.telekom.de SIP/2.0
Via: SIP/2.0/TCP 217.236.52.96:5060;rport;branch=z9hG4bKPj87f0913e-6ca4-4c96-874e-f7f74c807592;alias
From: <sip:[email protected]>;tag=38177ae2-7eb0-4d64-b8af-debfe3d07773
To: <sip:[email protected]>
Call-ID: 758e1e87-5f90-4e72-9bd1-22c31d4b22f1
CSeq: 53128 REGISTER
Contact: <sip:[email protected]:5060;transport=TCP>
Expires: 240
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, REFER, MESSAGE
Max-Forwards: 70
User-Agent: Asterisk PBX certified/13.18-cert3
Authorization: Digest username="55xxxxxxxxxx", realm="sip-trunk.telekom.de", nonce="a9635715bba9674ea9635715adaf7915f0e63a3a7dce5f10896fd28b602ea42b", uri="sip:reg.sip-trunk.telekom.de", response="a07219588ad3b9743c1b195d9649e4b8", algorithm=MD5
Route: <sip:sip-trunk.telekom.de:5060>
Content-Length:  0


<--- Received SIP response (601 bytes) from TCP:217.0.26.165:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 217.236.52.96:5060;rport=50146;branch=z9hG4bKPj87f0913e-6ca4-4c96-874e-f7f74c807592;alias
To: <sip:[email protected]>;tag=0ee904f9
From: <sip:[email protected]>;tag=38177ae2-7eb0-4d64-b8af-debfe3d07773
Call-ID: 758e1e87-5f90-4e72-9bd1-22c31d4b22f1
Contact: <sip:[email protected]:5060;transport=TCP>;expires=240
CSeq: 53128 REGISTER
P-Associated-URI: <sip:[email protected];user=phone>, <sip:[email protected];user=phone>
X-TAS-Edge-Policies: send-pheader-policy=772
Content-Length: 0


astTel*CLI>
Disconnected from Asterisk server
Asterisk cleanly ending (0).
Executing last minute cleanups
Asterisk ending (0).

woprr · 25 Jun 2018

Das ist ein eingehender Ruf... zudem soll sich die Telekom bei deinem * auch noch authentifzieren, das wird nix.

micthi · 25 Jun 2018

Hallo,

ich weiß ja, dass sich die Telekom bei mir nicht authentifiziert und in der alten Sip.conf regelte das doch der Eintrag insecure=invite, soweit ich gelesen habe.
Diesen gibt es ja bei so in der PJSip.conf nicht mehr und hier sollte es der die Match-Option in der Identify Section regeln, wenn ich diesen Link (https://community.asterisk.org/t/insecure-invite-for-pjsip/69113) hier richtig verstanden habe. Diese Adressen werden auch sauber aufgelöst.

Code:

 Endpoint:  ENDP_sip-trunk-telekom                               Not in use    0 of inf
    OutAuth:  AUTH_sip-trunk-telekom/55xxxxxxxxxx
     InAuth:  AUTH_sip-trunk-telekom/55xxxxxxxxxx
        Aor:  AOR_sip-trunk-telekom                              0
      Contact:  AOR_sip-trunk-telekom/sip:+4962199990@sip 596cc4a7b1 Unknown         nan
  Transport:  TRANS_transport-tcp       tcp      0      0  0.0.0.0:5060
   Identify:  ID_sip-trunk-telekom/ENDP_sip-trunk-telekom
        Match: 217.0.26.165/32
        Match: 217.0.26.163/32
        Match: 217.0.26.133/32

Wie schaffe ich es jetzt, dass From: <sip:[email protected]> akzeptiert wird, wo ich doch schon eingestellt habe, dass alles was von 217.0.26.xy kommt, akzeptiert wird. ?
Danke.

woprr · 25 Jun 2018

Tja, das ist wohl was für aktuelle Asterisk- Spezialisten. Ich bin raus (Yate, CallWeaver).

micthi · 25 Jun 2018

Hallo,

<traurig>ach nee …. sag doch sowas nicht !</traurig>
Trotzdem danke für Deine Zeit und Mühe.
Bis dann.

_MaX_95 · 5 Okt 2018

Hallo michthi,

ich bin gerade auf Ihren Post gestoßen.
Konnten Sie das Problem lösen? Ich stehe aktuell vor dem selben Problem...

Eventuell könnten Sie Ihre PJSIP.conf und enpoints.conf bereitstellen?

Vielen Dank

Mfg. Max

micthi · 8 Okt 2018

Hallo Max,

ich konnte das Problem tatsächlich lösen und es läuft seit Juni ohne Probleme.
Meine (angepasste) pjsip.conf sieht hierzu wie folgt aus.

Code:

;--
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
Non mapped elements start
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

;[device-options]
;subscribecontext = internal

;[device-voicebox]
;subscribemwi = yes

[global]
type=global
srvlookup = yes
endpoint_identifier_order=anonymous

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
Non mapped elements end
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
--;

[TRANS_transport-tcp]
type = transport
protocol = tcp
bind = 0.0.0.0
;tos = cs3
local_net=192.168.100.0/24
external_media_address = $aktuelle_WAN_IP -> DynDNS Name hat nicht funktioniert. Habe das Angebot der Telekom bzgl. fester IP genutzt und damit geht's.
external_signaling_address = $aktuelle_WAN_IP

[REG_reg.sip-trunk.telekom.de]
type = registration
retry_interval = 20
expiration = 480
forbidden_retry_interval = 300
transport = TRANS_transport-tcp
outbound_auth = AUTH_sip-trunk-telekom
outbound_proxy = sip:reg.sip-trunk.telekom.de
client_uri = sip:[email protected]:5060
server_uri = sip:sip-trunk.telekom.de:5060
contact_user = +4962199990
auth_rejection_permanent = false

[AOR_sip-trunk-telekom]
type = aor
contact = sip:[email protected]:5060
default_expiration = 600

[ID_sip-trunk-telekom]
type = identify
endpoint = [email protected]
match = reg.sip-trunk.telekom.de

[AUTH_sip-trunk-telekom]
type = auth
username = 55xxxxxxxxxx
password = yyyyyyyy
auth_type=userpass

[ENDP_sip-trunk-telekom]
type = endpoint
context = incoming
disallow = all
allow = G722
allow = alaw
allow = ulaw
allow = gsm
rtp_symmetric = yes
force_rport = yes
rewrite_contact = yes
rtp_timeout = 60
timers = no
direct_media = no
from_domain = sip-trunk.telekom.de
tos_audio = ef
tos_video = af41
language = de
allow_subscribe = yes
auth = AUTH_sip-trunk-telekom
outbound_auth = AUTH_sip-trunk-telekom
aors = AOR_sip-trunk-telekom
transport = TRANS_transport-tcp
outbound_proxy=sip:reg.sip-trunk.telekom.de
dtmf_mode=auto

[[email protected]]
type=endpoint
context=incoming
disallow=all
allow=alaw
allow=G722
allow=ulaw
allow=gsm

#include "pjsip_sip.conf.mdc"

Eine meiner Durchwahlen (Endpoints) sieht so aus:

Code:

[28]
type = aor
max_contacts = 1
remove_existing=yes

[28]
type = auth
username = 28
password = awr

[28]
type = endpoint
context = internal
dtmf_mode = none
disallow = all
allow = ulaw
allow = alaw
allow = gsm
direct_media = yes
callerid = "28"<28>
call_group = 1
pickup_group = 1
language = de
mailboxes = 28
auth = 28
outbound_auth = 28
aors = 28

Ich hoffe, es hilft weiter.

Gruß
Michael

_MaX_95 · 8 Okt 2018

Hallo Michael,

vielen Dank! ja das hilft mir weiter! jetzt bekomme ich zumindest ein und ausgehende Verbindungen.
Diese brechen zwar nach 1sec ab aber das sollte nur noch irgendwo an den Ports liegen...

Jetzt bin ich wieder zuversichtlich, dass es funktionieren kann

Mfg. Max

Languages

Suche

Languages

Suche

[Problem] Anlagenanschluss / Telekom-Sip-Trunk / Asterisk 13 / PJSIP

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

woprr

Aktives Mitglied

micthi

Neuer User

_MaX_95

Neuer User

micthi

Neuer User

_MaX_95

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums