[PROBLEM] snom190 klingelt, dann ist niemand dran

zeeschplitz

Mitglied
Mitglied seit
2 Mai 2004
Beiträge
214
Punkte für Reaktionen
13
Punkte
18
seit einiger Zeit (seit dem letzten FW update?) habe ich gelegentlich das Problem, daß mein Snom läutet. Hebt man ab, ist aber niemand dran. Also habe ich (vor der Asterisk Anlage) ein ISDN Telefon paralell geschaltet. Im Fehlerfall merkt man, daß das Snom verspätet etwa nach 3 x läuten einsetzt. Nach dem Auflegen läutet das ISDN Telefon weiter und wenn man dort abhebt, kriegt man das Gespräch noch. Das Dumme ist, der Vorgang ist absolut nicht reproduzierbar und wenn der Anruf wiederholt wird, geht alles auf Anhieb prima. Es muss nicht am Snom liegen, möglicherweise ist es auch ein routing Problem? Hier aber mal ein Trace von dem Vorgang, falls jemand was auffällt wäre ich für jeden Hinweis dankbar.

Edit Guard-X: Bitte Code-Tags benutzen!

Code:
[8]21/11/2006 12:56:37: route_pending_packet 1013355: entry=url udp 10.10.18.2:5060
[8]21/11/2006 12:56:37: route_pending_packet 1013355: entry=udp 10.10.18.2 5060
[8]21/11/2006 12:56:37: Send Packet 180
[5]21/11/2006 12:56:37: Dialog -398/478 going to early
[2]21/11/2006 12:56:37: gui_object::synthesizer: Alert Info not set
[8]21/11/2006 12:56:37: Send Packet 180
[8]21/11/2006 12:56:38: Send Packet 180
[8]21/11/2006 12:56:40: Send Packet 180
[6]21/11/2006 12:56:40: Hook switch released
[8]21/11/2006 12:56:40: route_pending_packet 1013356: entry=url udp 10.10.18.2:5060
[8]21/11/2006 12:56:40: route_pending_packet 1013356: entry=udp 10.10.18.2 5060
[8]21/11/2006 12:56:40: Send Packet 200
[5]21/11/2006 12:56:40: Dialog -398/478 going to confirmed
[5]21/11/2006 12:56:40: Dialog -398/478 going to terminated
[8]21/11/2006 12:56:40: route_pending_packet 1013357: entry=url udp 10.10.18.2:5060
[8]21/11/2006 12:56:40: route_pending_packet 1013357: entry=udp 10.10.18.2 5060
[8]21/11/2006 12:56:40: Send Packet 200
[5]21/11/2006 12:56:40: timeout::callback: Registering with timeout of 0 ms
[6]21/11/2006 12:56:44: Hook switch pressed
[8]21/11/2006 12:57:57: No special routing, routing to sip:
[8]21/11/2006 12:57:57: route_pending_packet 1013358: entry=url ? sip:
[0]21/11/2006 12:57:57: Cannot resolve empty address type naptr from SIP NAPTR
[2]21/11/2006 12:58:27: start_dst(1143334800) end_dst(1162083600) offset_dst(3600) offset_utc(3600)
[2]21/11/2006 12:58:27: start DST: 03/26/2006 01:00:00 (1143334800)
[2]21/11/2006 12:58:27: end DST: 10/29/2006 01:00:00 (1162083600)

Code:
Received from udp:10.10.18.2:5060 at 21/11/2006 12:56:37:110 (783 bytes):
INVITE sip:[email protected]:2060;line=jliaqpuj SIP/2.0
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>
 Contact: <sip:[email protected]>
 Call-ID: [email protected]
 CSeq: 102 INVITE
 User-Agent: Asterisk PBX
 Date: Wed, 22 Nov 2006 03:50:35 GMT
 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
 Content-Type: application/sdp
 Content-Length: 259
 
 v=0
 o=root 29286 29286 IN IP4 10.10.18.2
 s=session
 c=IN IP4 10.10.18.2
 t=0 0
 m=audio 10024 RTP/AVP 8 3 0 101
 a=rtpmap:8 PCMA/8000
 a=rtpmap:3 GSM/8000
 a=rtpmap:0 PCMU/8000
 a=rtpmap:101 telephone-event/8000
 a=fmtp:101 0-16
 a=silenceSupp:off - - - -
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:37:120 (495 bytes):
SIP/2.0 180 Ringing
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 102 INVITE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
 Allow-Events: talk, hold, refer
 Content-Length: 0
 
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:37:620 (495 bytes):
SIP/2.0 180 Ringing
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 102 INVITE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
 Allow-Events: talk, hold, refer
 Content-Length: 0
 
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:38:620 (495 bytes):
SIP/2.0 180 Ringing
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 102 INVITE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
 Allow-Events: talk, hold, refer
 Content-Length: 0
 
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:40:620 (495 bytes):
SIP/2.0 180 Ringing
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 102 INVITE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
 Allow-Events: talk, hold, refer
 Content-Length: 0
 
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:40:760 (792 bytes):
SIP/2.0 200 Ok
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK07345d7c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 102 INVITE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 User-Agent: snom190/3.60x
 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
 Allow-Events: talk, hold, refer
 Supported: timer, 100rel, replaces
 Content-Type: application/sdp
 Content-Length: 206
 
 v=0
 o=root 916319631 916319632 IN IP4 10.10.17.250
 s=call
 c=IN IP4 10.10.17.250
 t=0 0
 m=audio 25376 RTP/AVP 8 101
 a=rtpmap:8 pcma/8000
 a=rtpmap:101 telephone-event/8000
 a=fmtp:101 0-15
 a=sendrecv
 
Received from udp:10.10.18.2:5060 at 21/11/2006 12:56:40:930 (414 bytes):
ACK sip:[email protected]:2060;line=jliaqpuj SIP/2.0
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK1a32736c
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Contact: <sip:[email protected]>
 Call-ID: [email protected]
 CSeq: 102 ACK
 User-Agent: Asterisk PBX
 Content-Length: 0
 
 
Received from udp:10.10.18.2:5060 at 21/11/2006 12:56:40:980 (400 bytes):
BYE sip:[email protected]:2060 SIP/2.0
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK10aed9e5
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Contact: <sip:[email protected]>
 Call-ID: [email protected]
 CSeq: 103 BYE
 User-Agent: Asterisk PBX
 Content-Length: 0
 
 
Sent to udp:10.10.18.2:5060 at 21/11/2006 12:56:40:990 (391 bytes):
SIP/2.0 200 OK
 Via: SIP/2.0/UDP 10.10.18.2:5060;branch=z9hG4bK10aed9e5
 From: "Telefonnummer 01622484954" <sip:[email protected]>;tag=as0c64f0aa
 To: <sip:[email protected]:2060;line=jliaqpuj>;tag=xgskmbvk7z
 Call-ID: [email protected]
 CSeq: 103 BYE
 Contact: <sip:[email protected]:2060;line=jliaqpuj>
 User-Agent: snom190/3.60x
 Content-Length: 0
 
Ich erkenne aus dem SIP Traces folgendes:

12:56:37:110 Gespräch kommt herein und klingelt.
12:56:40:760 snom190 nimmt Gespräch an.
12:56:40:930 Asterisk bestätigt dies.
12:56:40:980 Asterisk beendet das Gespräch.
 
Das Rätsel ist hal warum das Gespräch einfach beendet wird. Aber es scheint ein Problem von Linux zu sein. Zwischenzeitlich lassen sich die Fehler reproduzieren und tauchen regelmässig immer dann auf, wenn Asterisk auf die ISDN Karte zugreifen will. Dabei habe ich festgestellt, daß der Resource Manager 99 und irgendwas Prozent der Rechenzeit belegt und auch die Bildschirmkarte bringt kein Signal mehr. Wenn man immer nur mit Putty auf den Rechner zugreift merkt man das halt nicht aber es scheint ein ACPI Problem von Linux zu sein das sich irgendwo verannt hat.

Mein Asterisk hat jetzt übrigens den einjährigen Geburtstag ohne neu zu booten. Vielleicht sollte ich aber einen Bootvorgang jetzt doch mal in Erwägung ziehen um zu sehen ob die Video Karte noch mal Lebenszeichen zeigt oder getauscht werden muss.

Problem könnte soweit mal als gelöst betrachtet werden und nach einem Kill mit dem Task Manager geht wieder alles wie gewohnt.
 
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.