[Problem] Asterisk beendet Anrufe mit Vodafone Kabel nach 32 Minuten

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

Flole

Mitglied
Mitglied seit
23 Dez 2013
Beiträge
285
Punkte für Reaktionen
30
Punkte
28
Hallo,

ich nutze schon seit längerem Asterisk 13.9.1 mit einem Vodafone Kabel IP Anschluss. Dabei ist mir das folgende Problem aufgefallen: Nach 32 Minuten und 2 Sekunden (exakt, jedes mal) wird ein ausgehender Anruf beendet. SIP Debugging schreibt dazu:

Code: 
<--- SIP read from UDP:88.134.209.241:5060 --->
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 88.134.209.241:5060;branch=wertzuioztrew.1
Call-ID: [email protected]
From: <sip:[email protected]:5060>;tag=SDgh7o599-aa0p3j1r-CC-34
To: <sip:[email protected]>;tag=as64608f18
CSeq: 6 BYE
Max-Forwards: 67
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Sending to 88.134.209.241:5060 (no NAT)
    -- Channel SIP/Vodafone-00000015 left 'simple_bridge' basic-bridge <18fa8378-6a58-43ca-ad05-40acefaa3a81>
    -- Channel SIP/Phone-00000014 left 'simple_bridge' basic-bridge <18fa8378-6a58-43ca-ad05-40acefaa3a81>
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: BYE)

<--- Transmitting (no NAT) to 88.134.209.241:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 88.134.209.241:5060;branch=wertzuioztrew.1;received=88.134.209.241
From: <sip:[email protected]:5060>;tag=SDgh7o599-aa0p3j1r-CC-34
To: <sip:[email protected]>;tag=as64608f18
Call-ID: [email protected]
CSeq: 6 BYE
Server: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
  == Spawn extension (tutorial, 00123123456789, 1) exited non-zero on 'SIP/Phone-00000014'
Scheduling destruction of SIP dialog 'retzujrewqsertzurewqrtzuu' in 6400 ms (Method: ACK)
Really destroying SIP dialog '[email protected]' Method: BYE
set_destination: Parsing <sip:[email protected]:38456;ob> for address/port to send to
set_destination: set destination to 1.2.3.86:38456
Reliably Transmitting (no NAT) to 1.2.3.86:38456:
BYE sip:[email protected]:38456;ob SIP/2.0
Via: SIP/2.0/UDP 1.2.3.14:5060;branch=gestfrdhzj324;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=445tz621345
To: <sip:[email protected]>;tag=tzurfdsaERDFGHJFDSA
Call-ID: retzujrewqsertzurewqrtzuu
CSeq: 104 BYE
User-Agent: Asterisk PBX
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---

<--- SIP read from UDP:1.2.3.86:38456 --->
SIP/2.0 200 OK
v: SIP/2.0/UDP 1.2.3.14:5060;rport=5060;received=1.2.3.14;branch=gestfrdhzj324
i: retzujrewqsertzurewqrtzuu
f: <sip:[email protected]>;tag=445tz621345
t: <sip:[email protected]>;tag=tzurfdsaERDFGHJFDSA
CSeq: 104 BYE
l: 0

<------------->
--- (7 headers 0 lines) ---
Really destroying SIP dialog 'retzujrewqsertzurewqrtzuu' Method: ACK

<--- SIP read from UDP:217.10.79.9:5060 --->
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 217.10.79.9;branch=z9hG4bK0f0c.0914f432f2ea112bcbcf0380c3dab0ec.0
Via: SIP/2.0/UDP 172.20.40.8;branch=z9hG4bK0f0c.7b1a3c5219ec8c0a4b3d0fabd66433f5.0
Via: SIP/2.0/UDP 217.10.68.137;branch=z9hG4bK0f0c.5358e69076312eb32e030527965e8485.0
Via: SIP/2.0/UDP 217.116.117.70:5060;branch=z9hG4bK3e876951
Max-Forwards: 67
From: "012312345" <sip:[email protected]>;tag=as3f5fa395
To: <sip:[email protected]>;tag=as2e00916e
Call-ID: [email protected]
CSeq: 104 BYE
Reason: Q.850;cause=16
Content-Length: 0
X-hint: rr-enforced

<------------->
--- (13 headers 0 lines) ---
Sending to 217.10.79.9:5060 (no NAT)
    -- Channel SIP/sipgate-00000016 left 'simple_bridge' basic-bridge <f169d93e-1483-409d-aeb8-9df5e34d9f20>
    -- Channel SIP/Telefon-1-00000019 left 'simple_bridge' basic-bridge <f169d93e-1483-409d-aeb8-9df5e34d9f20>
Scheduling destruction of SIP dialog '[email protected]:5060' in 6400 ms (Method: INVITE)
set_destination: Parsing <sip:[email protected]:5060> for address/port to send to
set_destination: set destination to 192.168.123.21:5060
  == Spawn extension (ankommend ISDN, 80609812, 2) exited non-zero on 'SIP/sipgate-00000016'
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: BYE)

<--- Transmitting (no NAT) to 217.10.79.9:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 217.10.79.9;branch=z9hG4bK0f0c.0914f432f2ea112bcbcf0380c3dab0ec.0;received=217.10.79.9
Via: SIP/2.0/UDP 172.20.40.8;branch=z9hG4bK0f0c.7b1a3c5219ec8c0a4b3d0fabd66433f5.0
Via: SIP/2.0/UDP 217.10.68.137;branch=z9hG4bK0f0c.5358e69076312eb32e030527965e8485.0
Via: SIP/2.0/UDP 217.116.117.70:5060;branch=z9hG4bK3e876951
From: "012312345" <sip:[email protected]>;tag=as3f5fa395
To: <sip:[email protected]>;tag=as2e00916e
Call-ID: [email protected]
CSeq: 104 BYE
Server: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
Reliably Transmitting (no NAT) to 192.168.123.21:5060:
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.123.2:5060;branch=z9hG4bK67ce0a8f
Max-Forwards: 70
From: "012312345" <sip:[email protected]>;tag=as6af1cb4f
To: <sip:[email protected]:5060>;tag=47-213073190
Call-ID: [email protected]:5060
CSeq: 103 BYE
User-Agent: Asterisk PBX
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---

<--- SIP read from UDP:192.168.123.21:5060 --->
SIP/2.0 200 OK
Call-ID:[email protected]:5060
Content-Length: 0
CSeq:103 BYE
From:"012312345"<sip:[email protected]>;tag=as6af1cb4f
To:<sip:[email protected]>;tag=47-213073190
Via:SIP/2.0/UDP 192.168.123.2:5060;branch=z9hG4bK67ce0a8f

<------------->
--- (7 headers 0 lines) ---
Really destroying SIP dialog '[email protected]:5060' Method: INVITE
Reliably Transmitting (no NAT) to 217.10.68.147:5060:
OPTIONS sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 192.168.178.22:5060;branch=z9hG4bK13e17d95
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as4348d11b
To: <sip:sipgate.de>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 08 Mar 2018 16:36:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---

<--- SIP read from UDP:217.10.68.147:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.178.22:5060;branch=z9hG4bK13e17d95;rport=5060;received=77.23.21.36
From: "asterisk" <sip:[email protected]>;tag=as4348d11b
To: <sip:sipgate.de>;tag=08b83436b661401683d05d320b702de7.9d9f
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
Accept: */*
Accept-Encoding:
Accept-Language: en
Supported:
Content-Length: 0

<------------->
--- (11 headers 0 lines) ---
Really destroying SIP dialog '[email protected]:5060' Method: OPTIONS

<------------>
Really destroying SIP dialog '[email protected]' Method: PUBLISH
Flole-TK*CLI> sip set debug off

Für mich sieht das so aus, als ob Vodafone den Anruf beenden würde (bzw. die Gegenstelle). Hier ist aber sehr schön zu sehen, das es über die selbe Anlage lief und zwar von Vodafone zu Sipgate und das Sipgate das Telefonat nicht zuerst beendet hat. Was könnte die Ursache für dieses Verhalten sein? Vielleicht ein falsches externip?

Meine sip.conf beinhaltet die folgenden Zeilen:

Code: 
[Vodafone]
type = peer
host = sip.kabelfon.vodafone.de
outboundproxy = sip.kabelfon.vodafone.de
port = 5060
qualify = yes
defaultuser = 5261449156
fromuser = +49123456789
fromdomain = sip.kabelfon.vodafone.de
secret = KLJHGJFTZDHRFUGIH
dtmfmode = rfc2833
insecure = invite
canreinvite = no
registertimeout = 600
context=ankommend-sip
;Für T.38 Fax
directmedia=no
jbenable = no
 
also meine Konfiguration fuer Vodafone schaut so aus:

IP Forum - [HOWTO] Asterisk Konfiguration fuer Vodafone Kabel

ich setze nat=no aber muss deswegen natuerlich Sorge tragen, dass externaddr= immer korrekt gesetzt ist. Das erledigt ein Ueberwachungsscript.

Ich hatte keine reproduzierbaren Probleme mit dieser Konfig bis jetzt. Aber koennte natuerlich nochmal genau deinen Fall nachtesten.

Du rufst von Vodafone eine bei SIpgate liegende Nummer an und dann tritt das Problem auf?
 
sparkie schrieb:
Du rufst von Vodafone eine bei SIpgate liegende Nummer an und dann tritt das Problem auf?
Zum Vergrößern anklicken....

Das Problem tritt bei allen nummern auf, die ich anrufe. Die sipgate hab ich nur mal zum testen benutzt.

Das mit externaddr schau ich mir gleich noch mal an was da genau drin steht.
 
also ich habe jetzt mal einen Testanruf mit meiner obigen Einstellung (betreffend Firewall + Asterisk) gemacht. Der Ruf ging von VF ausgehend an eine Festnetznummer, die bei Cablesurf liegt. Als es nach 45 Minuten immer noch lief habe ich den Test beendet.
 
Ich hab mein externaddr mal repariert, das brachte mit csipsimple für Android keine Änderung. Dann hab ich nat=no gesetzt und ich weiß nicht ob das der Auslöser war oder der Umstieg auf zoiper, aber das Problem scheint gelöst zu sein.

Woran könnte es gelegen haben? Sind etwa Datenpakete nicht durch gekommen? Csipsimple würde ich bei einem Bye von Vodafone ja erstmal ausschließen.
 
also ich verstehe nicht ganz was hat 'csipsimple' mit dem Fehler zu tun? Ich dachte der Ruf wird von Asterisk initiiert und geht von dort ueber die VF SIP Server ins Internet?

Du kannst ja evtl mal den Output im Gut und Schlechtfall vergleichen von diesem Kommando:
Code: 
asterisk -nrx "sip show settings"

die beste Debugmoeglichkeit ist aber immer noch ein tcpdump auf dem externen (Internet) Interface des Routers. Diesen dann im wireshark auswerten. Da steht dann wirklich alles drin. Und die Ursache sollte sich finden lassen. Sofern sie im eigenen Netz liegt.
 
csipsimple ist/war mein android client der das Gespräch gestartet hat. Während eines Gesprächs habe ich dann mal nat = no eingetragen und einen graceful restart eingeleitet. Als das Gespräch abgebrochen ist, habe ich auch gleich auf Zoiper gewechselt, und die TK hat den restart ausgeführt wie angefordert.

Bei meinen Tests war mein IP Telefon der Endpunkt. Der Ruf ging also von csipsimple über asterisk zu VF, von dort zu sipgate, von dort zurück zu asterisk zu einem IP Telefon. Ich werde es morgen noch einmal mit csipsimple testen, vielleicht liegt dort ja auch die Ursache (was ja nicht wirklich das Bye von VF erklärt, oder?
 
wie gesagt, eigentlich hilft nur ein Mitschnitt und Auswertung des Traffics zur fraglichen Zeit.

Was verwendest du eigentlich fuer einen Router / Modem? Hier lauern auch noch jede Menge Fallstricke hinsichtlich Timeouts in den Connection-Tables etc...

Meine Firewalleinstellungen sind hier beschrieben:

IP Forum - [HOWTO] Firewallregeln für VoIP
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 540 (Mitglieder: 3, Gäste: 537)

Neueste Beiträge

Statistik des Forums

Themen
246,149
Beiträge
2,246,980
Mitglieder
373,668
Neuestes Mitglied
Stripi
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