Asterisk Gespräch nach 2 minuten tot. Kernel Update?

[vitalinka]

Hallo Profis!
Bei mir passiert in letzter zeit folgendes:
Gespräche werden immer kürzer. Früher war alles in Ordnung, telefonieren so lange du willst. Zuerst waren Gespräche erst nach 5 Minuten abgebrochen, jetzt schon nach > 2.
Kann es sein, das Kernel Update schuld hat?
Ich habe mein Server virtualisiert mit OpenVZ. Jetzt läuft Server mit OpenVZ Kernel.
MfG.

 

[rentier-s]

Hallo,

interessant wäre, ob zum Zeitpunkt des Gesprächsabbruchs eine Fehlermeldung auftaucht, oder ob sonst Auffälligkeiten im Log zu sehen sind?

 

[vitalinka]

Wo ist log von SIP? Oder wie kann ich Sip set debug in Datei leiten (speichern lassen). h323 ist da /var/log/asterisk/h323_log/ SIP finde ich nicht und in CLI> sip debug an zugucken ist anstrengend. Ich wollte CLI> Inhalt in Datei speichern lassen und dann alles in Ruhe durch zugehen.
Dazu gibt es ein Befehl console send text / Send text to the remote device
oder verstehe ich das falsch? Sende text (CLI>ausgabe) zu z.B Datei...

[Edit foschi: Postings zusammengeführt - bitte nicht schieben!]

Problem lokalisiert:
Nur Gespräche die über sipgate ablaufen haben so eine Störung.
Keine Fehlermeldungen Sipgate legt auf und basta.

hier habe ich mein sip debug:

[Sep 30 17:51:19] NOTICE[21375]: chan_sip.c:7994 sip_reregister:    -- Re-registration for  [email protected]
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 217.10.68.150:5060:
REGISTER sip:sipconnect.sipgate.de SIP/2.0
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;branch=z9hG4bK0e87d0fb;rport
From: <sip:[email protected]>;tag=as16325d52
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 117 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="kontoname", realm="sipconnect.sipgate.de", algorithm=MD5, uri="sip:sipconnect.sipgate.de", nonce="4ca4b20fd3c68a8de601c718275febc84af8a96c", response="4789cdd867ac544319384b0db8c91da1"
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
CentOS-54-64-minimal*CLI> !
<--- SIP read from 217.10.68.150:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;received=178.xxx.xxx.xxx;branch=z9hG4bK0e87d0fb;rport=5060
From: <sip:[email protected]>;tag=as16325d52
To: <sip:[email protected]>;tag=8905033d07430b3434f1d8712ca047af.1523
Call-ID: [email protected]
CSeq: 117 REGISTER
Contact: <sip:[email protected]>;expires=120
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)
[Sep 30 17:51:19] NOTICE[21375]: chan_sip.c:13359 handle_response_register: Outbound Registration: Expiry for sipconnect.sipgate.de is 120 sec (Scheduling reregistration in 105 s)
CentOS-54-64-minimal*CLI> !
<--- SIP read from 92.76.98.85:61178 --->



<------------->
Really destroying SIP dialog '[email protected]' Method: REGISTER
CentOS-54-64-minimal*CLI> !
<--- SIP read from 92.76.98.85:61178 --->



<------------->
CentOS-54-64-minimal*CLI> !
<--- SIP read from 92.76.98.85:61178 --->



<------------->
[Sep 30 17:53:04] NOTICE[21375]: chan_sip.c:7994 sip_reregister:    -- Re-registration for  [email protected]
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 217.10.68.150:5060:
REGISTER sip:sipconnect.sipgate.de SIP/2.0
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;branch=z9hG4bK5dbe4775;rport
From: <sip:[email protected]>;tag=as710b0be1
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 118 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="kontoname", realm="sipconnect.sipgate.de", algorithm=MD5, uri="sip:sipconnect.sipgate.de", nonce="4ca4b20fd3c68a8de601c718275febc84af8a96c", response="4789cdd867ac544319384b0db8c91da1"
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0

AN DER STELLE, WENN ICH RICHTIG VERSTEHE, VERLIERT MEIN ASTERISK VERBINDUNG MIT SIPGATE.
---
CentOS-54-64-minimal*CLI> !
<--- SIP read from 217.10.68.150:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;received=178.xxx.xxx.xxx;branch=z9hG4bK5dbe4775;rport=5060
From: <sip:[email protected]>;tag=as710b0be1
To: <sip:[email protected]>;tag=8905033d07430b3434f1d8712ca047af.6658
Call-ID: [email protected]
CSeq: 118 REGISTER
WWW-Authenticate: Digest realm="sipconnect.sipgate.de", nonce="4ca4b34bcf8de390fe0a18ecb8b7bb3e285cf84b", stale=true
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Responding to challenge, registration to domain/host name sipconnect.sipgate.de
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 217.10.68.150:5060:
REGISTER sip:sipconnect.sipgate.de SIP/2.0
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;branch=z9hG4bK206044db;rport
From: <sip:[email protected]>;tag=as07b97994
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 119 REGISTER
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="kontoname", realm="sipconnect.sipgate.de", algorithm=MD5, uri="sip:sipconnect.sipgate.de", nonce="4ca4b34bcf8de390fe0a18ecb8b7bb3e285cf84b", response="bc5376551711dfa42ca8caf2f1c54032"
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


---
CentOS-54-64-minimal*CLI> !
<--- SIP read from 217.10.68.150:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 178.xxx.xxx.xxx:5060;received=178.xxx.xxx.xxx;branch=z9hG4bK206044db;rport=5060
From: <sip:[email protected]>;tag=as07b97994
To: <sip:[email protected]>;tag=8905033d07430b3434f1d8712ca047af.be73
Call-ID: [email protected]
CSeq: 119 REGISTER
Contact: <sip:[email protected]>;expires=120
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)
[Sep 30 17:53:04] NOTICE[21375]: chan_sip.c:13359 handle_response_register: Outbound Registration: Expiry for sipconnect.sipgate.de is 120 sec (Scheduling reregistration in 105 s)
CentOS-54-64-minimal*CLI> !
<--- SIP read from 92.76.98.85:61178 --->



<------------->
CentOS-54-64-minimal*CLI> !
<--- SIP read from 188.xxx.xxx.xxx:5060 --->
BYE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 188.xxx.xxx.xxx:5060
From: <sip:00%[email protected]>;tag=1aff78002dffff10ff00000affffff12
To: "05401345099" <sip:[email protected]>;tag=as36751f04
Call-ID: [email protected]
CSeq: 103 BYE
Max-Forwards: 10
User-Agent: MERA MSIP v.1.0.2
Reason: Q.850;cause=16;text="Normal call clearing"
Content-Length: 0

Im Code habe ich die Stelle markiert, an der ich meine, die Verbindung verloren geht. Ob ich richtig lese?
Liegt es an sipgate? Früher gab es keine Probleme.