vServer: Retransmisson timeout + nichts zu hören an Endgerät

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
T

Taaz

Neuer User
Mitglied seit
11 Apr 2005
Beiträge
50
Punkte für Reaktionen
0
Punkte
6
Hallo,

ich habe kürzlich meinen Test-Asterisk aus dem lokalen Netzwerk entfernt und mir daher einen vServer zugelegt und die configs entsprechend kopiert.
Wenn ich nun aber meine Testextension anrufe, höre ich nichts.

Extensions.conf-Abschnitt:
Code: 
exten => _x.,1,SayDigits(123456789)
exten => _X.,n,Hangup()

Asterisk CLI:
Code: 
  == Using SIP RTP CoS mark 5
    -- Executing [555@device_out:1] SayDigits("SIP/device-00000005", "123456789") in new stack
    -- <SIP/device-00000005> Playing 'digits/1.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/2.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/3.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/4.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/5.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/6.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/7.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/8.gsm' (language 'en')
    -- <SIP/device-00000005> Playing 'digits/9.gsm' (language 'en')
    -- Executing [555@device_out:2] Hangup("SIP/device-00000005", "") in new stack
  == Spawn extension (device_out, 555, 2) exited non-zero on 'SIP/device-00000005'
[Nov 13 20:23:51] WARNING[589]: chan_sip.c:4035 retrans_pkt: Retransmission timeout reached on transmission pWFJ73-NMr9RHQEJe2u2AA.. for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32001ms with no response

Endgerät in SIP.conf:
Code: 
[device]
callerid=device <555>
host=dynamic
domain=pbx.mydomain.tld
user=device
secret=
type=friend
mailbox=555
nat=yes
canreinvite=no
context=device_out
transport=udp,tcp

Ich habe meinen SIP-Port in iptables für tcp und udp freigegeben. Muss ich noch weitere Ports freigeben? Ich habe allerdigns testweise auch mal alle iptables Regeln gelöscht und auch dann hatte ich leider keinen Erfolg.

Ich hoffe, jemand hat einen Tipp, wie ich dem Fehler auf den Grund gehen kann.

Vielen Dank.
Taaz
 
So ist nicht allzu viel zu sehen.
Mach das Ganze bitte mal mit einem
Code: 
sip set debug peer device
und ggf. zusätzlich einem
Code: 
rtp set debug on
und poste die Ausgabe hier.
In erster Näherung tippe ich darauf, dass sich device mit seiner NAT-IP meldet statt mit der öffentlichen. Daher proaktiv an device mal kontrollieren, ob ein STUN-Server oder alternativ ICE-Auflösung aktiviert sind.
 
Super Tipp. Vielen Dank!
Das RTP-Debugging hat mir dann gezeigt, dass die Antworten alle an die lokale IP geschickt werden, die mein Device in meinem Netzwerk hat. Das kann natürlich nicht ankommen.

Ich habe nun in meiner Zoiper-App STUN aktiviert (läuft dann über stun.zoiper.com) und es funktioniert erst einmal.

Jetzt frage ich mich aber, warum ich bei SIP-Accounts von z.B. sipgate keinen STUN aktivieren muss, obwohl sich mein Zoiper ja trotzdem hinter einem Router befindet.
Kann ich das auch mit meinem vServer erreichen? Zumal ich den Account später an einer Fritzbox nutzen möchte und ich noch nicht getestet habe, ob ich da auch einfach stun.zoiper.com verwenden kann.
 
Sipgate ist sehr NAT tolerant, um den Benutzern das Leben zu erleichtern. Deren Server ignorieren die Contact und RTP Angaben des Clients und senden die Antwort einfach an die Quelladresse zurück. Bei der Telekom sieht das anders aus, wenn dort die Angaben nicht mit der Quelladresse übereinstimmen, wird der Anruf abgebrochen.

Mit nat=force-rport,comedia kannst Du ein Verhalten erzwingen, mit dem es evtl auch ohne NAT Konfiguration bzw. STUN im Client klappen könnte.

Allerdings musst Du in jedem Fall durch ein Keepalive sicherstellen, dass der Router das Portmapping offen lässt, damit ankommende Anrufe durch kommen. Bei nicht symmetrischen NAT kann dafür eine regelmäßige STUN Anfrage reichen, ansonsten durch qualify in Asterisk oder einen eigenen Mechanismus des Clients. Auch das macht Sipgate übrigens Server-seitig, ähnlich qualify.

Wenn Du später die Fritzbox am vServer registrieren möchtest brauchst Du davon gar nichts. Die Fritzbox kennt ja ihre eigene WAN Adresse, meldet sich direkt mit dieser am Asterisk und ist für diesen so ohne weiteres erreichbar.
 
Danke für die Erklärung.

Ich habe jetzt mal nat=force-rport,comedia eingestellt. Ich höre allerdings im Zoiper nur etwas, wenn ich auch Medien über RPORT einschalte, was ich bei der Fritzbox ja nicht kann.

Die Fritzbox fungiert nicht als Modem und ist nut in Benutzung, um den S0-Port mit einem VoIP-Anschluss zu benutzen.


Wenn Sipgate NAT tolerant ist, kann das mein Asterisk nicht auch werden?
 
Ja, die Fritzbox unterstützt STUN, aber muss ich dann nicht einen eigenen STUN-Dienst laufen lassen? Ich hatte es in der Fritzbox mal mit dem Zoiper-STUN versucht, was aber nicht funktionierte. Aber selbst wenn es funktioniert hätte, hätte ich durch meine Unkenntnis ein ungutes Gefühl, alle meine Gespräche über einen STUN-Server laufen zu lassen (sicherlich werden dort nur Metadaten erhoben, dennoch blöd? :-( )
 
aber muss ich dann nicht einen eigenen STUN-Dienst laufen lassen?
Zum Vergrößern anklicken....

Nur im eher unwahrscheinlichen Fall, wenn Dein Router ein symmetrisches NAT hat. Ansonsten kannst Du einen beliebigen STUN Server verwenden. Wobei stuntman auch in 5 Minuten eingerichtet wäre.

Ich hatte es in der Fritzbox mal mit dem Zoiper-STUN versucht, was aber nicht funktionierte.
Zum Vergrößern anklicken....

Dazu wäre auch wieder ein SIP Debug interessant, damit man sehen kann wo genau das Problem liegt.

ungutes Gefühl, alle meine Gespräche über einen STUN-Server laufen zu lassen
Zum Vergrößern anklicken....

Die Gespräche laufen nicht über den STUN Server, das wäre dann TURN. Der STUN Server ist nur dazu da, dass der Client die WAN Adresse des NAT herausfinden kann. Sowohl SIP als auch RTP laufen dann direkt zwischen den Endpunkten.
 
Ich habe mal den SIP Debug und den RTP Debug angeschaltet:
Code: 
---
<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bKEE231F10000B5EA8
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 346 INVITE
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 357


v=0
o=user 4023706 4023706 IN IP4 {MEINE_DSL_IP}
s=call
c=IN IP4 {MEINE_DSL_IP}
t=0 0
m=audio 7082 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7083
<------------->
--- (18 headers 16 lines) ---
Sending to {MEINE_DSL_IP}:1 (no NAT)
Sending to {MEINE_DSL_IP}:1 (no NAT)
Using INVITE request as basis request - 77B9C510DB5844E2@{MEINE_DSL_IP}
Found peer 'fritztest' for 'fritztest' from {MEINE_DSL_IP}:1


<--- Reliably Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bKEE231F10000B5EA8;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>;tag=as31e8a1fd
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 346 INVITE
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="79fb6f3b"
Content-Length: 0




<------------>
Scheduling destruction of SIP dialog '77B9C510DB5844E2@{MEINE_DSL_IP}' in 6400 ms (Method: INVITE)








<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bKEE231F10000B5EA8
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>;tag=as31e8a1fd
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 346 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---


<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bKA4E86DFC310887D0
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 347 INVITE
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>
Authorization: Digest username="fritztest", realm="asterisk", nonce="79fb6f3b", uri="sip:[email protected]:5060", response="1b6c43c248efce4af8b624d7b3e9f2e7", algorithm=MD5
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 357


v=0
o=user 4023706 4023706 IN IP4 {MEINE_DSL_IP}
s=call
c=IN IP4 {MEINE_DSL_IP}
t=0 0
m=audio 7082 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7083
<------------->
--- (19 headers 16 lines) ---
Sending to {MEINE_DSL_IP}:1 (NAT)
Using INVITE request as basis request - 77B9C510DB5844E2@{MEINE_DSL_IP}
Found peer 'fritztest' for 'fritztest' from {MEINE_DSL_IP}:1
  == Using SIP RTP CoS mark 5
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 2
Found RTP audio format 102
Found RTP audio format 100
Found RTP audio format 99
Found RTP audio format 97
Found RTP audio format 101
Found audio description format G726-32 for ID 2
Found audio description format G726-32 for ID 102
Found unknown media description format G726-40 for ID 100
Found unknown media description format G726-24 for ID 99
Found audio description format iLBC for ID 97
Found audio description format telephone-event for ID 101
Capabilities: us - (gsm|ulaw|alaw|h263|testlaw), peer - audio=(ulaw|alaw|g726|ilbc)/video=(nothing)/text=(nothing), combined - (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port {MEINE_DSL_IP}:7082
Looking for 030555 in ausgehender_context (domain my.pbx.tld)
list_route: hop: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>


<--- Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bKA4E86DFC310887D0;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 347 INVITE
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0




<------------>
    -- Executing [030555@ausgehender_context:1] Wait("SIP/fritztest-00000038", "5") in new stack
    -- Executing [030555@ausgehender_context:2] SayDigits("SIP/fritztest-00000038", "1") in new stack
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027631, ts 000160, len 000160)
    -- <SIP/fritztest-00000038> Playing 'digits/1.gsm' (language 'en')
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027632, ts 000320, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027633, ts 000480, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027634, ts 000640, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027635, ts 000800, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027636, ts 000960, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027637, ts 001120, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027638, ts 001280, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027639, ts 001440, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027640, ts 001600, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027641, ts 001760, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027642, ts 001920, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027643, ts 002080, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027644, ts 002240, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027645, ts 002400, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027646, ts 002560, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027647, ts 002720, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027648, ts 002880, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027649, ts 003040, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027650, ts 003200, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027651, ts 003360, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027652, ts 003520, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027653, ts 003680, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027654, ts 003840, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027655, ts 004000, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027656, ts 004160, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027657, ts 004320, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027658, ts 004480, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027659, ts 004640, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027660, ts 004800, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027661, ts 004960, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027662, ts 005120, len 000160)
Sent RTP packet to      {MEINE_DSL_IP}:7082 (type 00, seq 027663, ts 005280, len 000160)
    -- Executing [030555@ausgehender_context:3] Hangup("SIP/fritztest-00000038", "") in new stack
  == Spawn extension (ausgehender_context, 030555, 3) exited non-zero on 'SIP/fritztest-00000038'
Scheduling destruction of SIP dialog '77B9C510DB5844E2@{MEINE_DSL_IP}' in 6400 ms (Method: INVITE)


<--- Reliably Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 603 Declined
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bKA4E86DFC310887D0;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>;tag=as34d59578
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 347 INVITE
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0




<------------>


<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bKA4E86DFC310887D0
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=6252C34DB05526E7
To: <sip:[email protected]:5060>;tag=as34d59578
Call-ID: 77B9C510DB5844E2@{MEINE_DSL_IP}
CSeq: 347 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
Really destroying SIP dialog '77B9C510DB5844E2@{MEINE_DSL_IP}' Method: ACK


<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
REGISTER sip:my.pbx.tld SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:5061;rport;branch=z9hG4bK8337385935AEE14E
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 348 REGISTER
Authorization: Digest username="fritztest", realm="asterisk", nonce="710837f2", uri="sip:my.pbx.tld", response="a1b7ecb0ae83a7b1ba1f1d724b2127da", algorithm=MD5
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0


<------------->
--- (16 headers 0 lines) ---
Sending to {MEINE_DSL_IP}:1 (no NAT)
[Nov 17 13:10:19] NOTICE[589]: chan_sip.c:16447 check_auth: Correct auth, but based on stale nonce received from '<sip:[email protected]>;tag=3337383432'


<--- Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP {MEINE_DSL_IP}:5061;branch=z9hG4bK8337385935AEE14E;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>;tag=as32daa032
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 348 REGISTER
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="619c1009", stale=true
Content-Length: 0




<------------>
Scheduling destruction of SIP dialog '[email protected][FRITZBOX_IP]' in 32000 ms (Method: REGISTER)


<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
REGISTER sip:my.pbx.tld SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bKF1ADFFDA9B79874B
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 349 REGISTER
Authorization: Digest username="fritztest", realm="asterisk", nonce="619c1009", uri="sip:my.pbx.tld", response="15d1508bc8260c48fecd5cc8b1072462", algorithm=MD5
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0


<------------->
--- (16 headers 0 lines) ---
Sending to {MEINE_DSL_IP}:1 (no NAT)


<--- Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bKF1ADFFDA9B79874B;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>;tag=as32daa032
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 349 REGISTER
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Expires: 1795
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>;expires=1795
Date: Thu, 17 Nov 2016 12:10:19 GMT
Content-Length: 0










<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
REGISTER sip:my.pbx.tld SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bK686F3005E8E5ACDB
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 350 REGISTER
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>
Authorization: Digest username="fritztest", realm="asterisk", nonce="619c1009", uri="sip:my.pbx.tld", response="15d1508bc8260c48fecd5cc8b1072462", algorithm=MD5
Expires: 1800
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0


<------------->
--- (18 headers 0 lines) ---
Sending to {MEINE_DSL_IP}:1 (no NAT)
[Nov 17 13:10:19] NOTICE[589]: chan_sip.c:16447 check_auth: Correct auth, but based on stale nonce received from '<sip:[email protected]>;tag=3337383432'


<--- Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bK686F3005E8E5ACDB;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>;tag=as32daa032
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 350 REGISTER
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="682d6a59", stale=true
Content-Length: 0








<--- SIP read from UDP:{MEINE_DSL_IP}:1 --->
REGISTER sip:my.pbx.tld SIP/2.0
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;rport;branch=z9hG4bK209C16096C337322
Route: <sip:my.pbx.tld:5060;lr>
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 351 REGISTER
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>
Authorization: Digest username="fritztest", realm="asterisk", nonce="682d6a59", uri="sip:my.pbx.tld", response="56bbdbfc35701f4b38dd809052b57368", algorithm=MD5
Expires: 1800
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.88 (Feb 9 2014)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0




---


<--- Transmitting (NAT) to {MEINE_DSL_IP}:1 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP {MEINE_DSL_IP}:1;branch=z9hG4bK209C16096C337322;received={MEINE_DSL_IP};rport=1
From: <sip:[email protected]>;tag=3337383432
To: <sip:[email protected]>;tag=as32daa032
Call-ID: [email protected][FRITZBOX_IP]
CSeq: 351 REGISTER
Server: Asterisk PBX 11.13.1~dfsg-2+deb8u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Expires: 1800
Contact: <sip:fritztest@{MEINE_DSL_IP}:1;uniq=EB83D604F20B6D119D78C7F514AB1>;expires=1800
Date: Thu, 17 Nov 2016 12:10:19 GMT
Content-Length: 0

Die IP, wo die RTP-Pakete hingeschickt werden, scheint zu stimmen. Ich habe testweise ein Port-Forwarding für Port 7082 auf die Fritzbox gemacht. Kein Erfolg. Auch ein vorübergehendes Aktivieren der Option "UPnP-Port-Weiterleitungen erlauben" in meiner o2Box hat zu keinem Erfolg geführt. Aber auch ganz ohne Port-Forwarding und UPnP-Weiterleitung funktioniert es nicht.
Einzig die SIP-Kommunikation scheint zu funktionieren, da ich nach 5,x Sekunden, also nach dem Abspielen der digits/1.gsm (was ich ja nicht höre und nur in den Logs sehe) ein Besetztzeichen am Telefon hinter der Fritzbox kommt.

Übrigens habe ich in der Fritzbox aktuell die Option "Portweiterleitung des Internet-Routers für Internettelefonie aktiv halten" mit der Einstellung 30 Sekunden aktiv.
 
Zuletzt bearbeitet von einem Moderator:
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 748 (Mitglieder: 21, Gäste: 727)

Neueste Beiträge

Statistik des Forums

Themen
246,195
Beiträge
2,247,811
Mitglieder
373,748
Neuestes Mitglied
fanti88
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück