Elmeg 290 beendet ausgehende SIP-Calls nach 35 Sekunden

madiehl

Mitglied
Mitglied seit
15 Feb 2005
Beiträge
438
Punkte für Reaktionen
0
Punkte
0
Hallo Leute,
ich habe ein elmeg IP 290 an einer vlines Entire 2xS0 laufen mit Asterisk Version 1.2.20. Die Firmware des elmeg, das eigentlich ein snom 190 ist, ist die 3.60s
Wenn ich mit anderen SIP-Geräten vom gleichen Asterisk rauswähle tritt das Problem nicht auf, daher kann es eigentlich nur am Telefon liegen.

Hier ein SIP Debug eines ausgehenden Calls (ich habe die gewählte Nummer unkenntlich gemacht):
Code:
processing...
IAX2 Debugging Disabled
SIP Debugging Disabled
changing debug level for all ports to 0

active Debug peer: 41
SIP Debugging Enabled for IP: 192.168.0.61:2071

<-- SIP read from 192.168.0.61:2071: 
INVITE sip:[email protected]:5070;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-xkqk31xjmmgk;rport
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2071;line=mexm4kdk>
P-Key-Flags: keys="3"
User-Agent: snom190/3.60x
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Session-Expires: 3600
Content-Type: application/sdp
Content-Length: 368

v=0
o=root 1626148452 1626148452 IN IP4 192.168.0.61
s=call
c=IN IP4 192.168.0.61
t=0 0
m=audio 59096 RTP/AVP 0 8 9 2 3 18 4 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 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-15
a=ptime:20
a=sendrecv

�--- (17 headers 17 lines) ---
�Using INVITE request as basis request - 3c27977b72bf-pwxmvkd9ix9p@snom190
�Sending to 192.168.0.61 : 2071 (NAT)
�Reliably Transmitting (no NAT) to 192.168.0.61:2071:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-xkqk31xjmmgk;received=192.168.0.61;rport=2071
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>;tag=as675fd4de
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 1 INVITE
User-Agent: Vlines accessVoIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="09e82ab7"
Content-Length: 0


---
�Scheduling destruction of call '3c27977b72bf-pwxmvkd9ix9p@snom190' in 15000 ms
�Found user '41'

<-- SIP read from 192.168.0.61:2071: 
ACK sip:[email protected]:5070;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-xkqk31xjmmgk;rport
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>;tag=as675fd4de
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2071;line=mexm4kdk>
Content-Length: 0


�--- (9 headers 0 lines) ---
�
<-- SIP read from 192.168.0.61:2071: 
INVITE sip:[email protected]:5070;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-sv4656nefnvw;rport
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2071;line=mexm4kdk>
P-Key-Flags: keys="3"
User-Agent: snom190/3.60x
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Session-Expires: 3600
Proxy-Authorization: Digest username="41",realm="asterisk",nonce="09e82ab7",uri="sip:[email protected]:5070;user=phone",response="756e40304d2f21a63acbbe53fb8eefd2",algorithm=md5
Content-Type: application/sdp
Content-Length: 368

v=0
o=root 1626148452 1626148452 IN IP4 192.168.0.61
s=call
c=IN IP4 192.168.0.61
t=0 0
m=audio 59096 RTP/AVP 0 8 9 2 3 18 4 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 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-15
a=ptime:20
a=sendrecv

�--- (18 headers 17 lines) ---
�Using INVITE request as basis request - 3c27977b72bf-pwxmvkd9ix9p@snom190
�Sending to 192.168.0.61 : 2071 (NAT)
�Found user '41'
�Found RTP audio format 0
�Found RTP audio format 8
�Found RTP audio format 9
�Found RTP audio format 2
�Found RTP audio format 3
�Found RTP audio format 18
�Found RTP audio format 4
�Found RTP audio format 101
�Peer audio RTP is at port 192.168.0.61:59096
�Found description format pcmu
�Found description format pcma
�Found description format g722
�Found description format g726-32
�Found description format gsm
�Found description format g729
�Found description format g723
�Found description format telephone-event
�Capabilities: us - 0x11e (gsm|ulaw|alaw|g726|g729), peer - audio=0x11f (g723|gsm|ulaw|alaw|g726|g729)/video=0x0 (nothing), combined - 0x11e (gsm|ulaw|alaw|g726|g729)
�Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
�Looking for 06081123456 in 41 (domain 192.168.0.2)
�list_route: hop: <sip:[email protected]:2071;line=mexm4kdk>
Transmitting (no NAT) to 192.168.0.61:2071:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-sv4656nefnvw;received=192.168.0.61;rport=2071
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 2 INVITE
User-Agent: Vlines accessVoIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]:5070>
Content-Length: 0


---
We're at 192.168.0.2 port 10078
Adding codec 0x8 (alaw) to SDP
�Adding codec 0x4 (ulaw) to SDP
�Adding codec 0x10 (g726) to SDP
�Adding codec 0x2 (gsm) to SDP
�Adding codec 0x100 (g729) to SDP
�Adding non-codec 0x1 (telephone-event) to SDP
�Reliably Transmitting (no NAT) to 192.168.0.61:2071:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-sv4656nefnvw;received=192.168.0.61;rport=2071
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>;tag=as734c1bcd
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 2 INVITE
User-Agent: Vlines accessVoIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]:5070>
Content-Type: application/sdp
Content-Length: 333

v=0
o=root 5339 5340 IN IP4 192.168.0.2
s=session
c=IN IP4 192.168.0.2
t=0 0
m=audio 10078 RTP/AVP 8 0 2 3 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---

<-- SIP read from 192.168.0.61:2071: 
ACK sip:[email protected]:5070 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.61:2071;branch=z9hG4bK-dxye8qwc0gfm;rport
From: <sip:[email protected]:5070>;tag=0g9pyod1zs
To: <sip:[email protected]:5070;user=phone>;tag=as734c1bcd
Call-ID: 3c27977b72bf-pwxmvkd9ix9p@snom190
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2071;line=mexm4kdk>
Content-Length: 0


�--- (9 headers 0 lines) ---

Vielleicht sieht ja jemand was. Danke
Matthias

EDIT der_Gersthofer: Bitte Fragen/Probleme zu Elmeg Geräten in den ELMEG Bereich
 
Zuletzt bearbeitet:
Sorry, aber Du benutzt ein Endgerät mit mehreren bekannten Bugs, die nicht mehr gefixt werden, und hast bereits selbst festgestellt dass es anscheinend am Endgerät liegt (testweise noch mit einem weiteren Gerät getestet?)...
 
Hallo Matthias,

beim Rufaufbau ist alles in Ordnung. Interessant wäre zu sehen, ob das Telefon den Anruf aktiv mit eine BYE SIP-Nachricht beendet oder ob der Anruf "einfach so" zu Ende ist, ohne daß weitere SIP-Sinalisierung erfolgt.

Ansonsten kann ich foschi nur zustimmen: die Firmware vom Elmeg 290 ist fehlerhaft und es ist nicht erkennbar, daß Funkwerk daran etwas ändern wird. Daher: Finger weg von diesem Gerät :-/

Gruß
Henning
 
Hallo Jungs und danke für die Antworten,
das ist der komplette Debug, da war das Gespräch schon zu Ende, aber da taucht nichts im Log auf. Die Gegenstelle sagte es wäre nur "Störung" erschienen. Und das ganze tritt exakt immer 35 Sekunden nach Entstehung des Gepräches auf, egal wie lange es vorher geklngelt hat.
Das es sooo schlimm um das elmeg bzw. snom steht (ist eines der ersten) wusste ich nicht. Ich dachte ich könnte das ganze elegant umschiffen. Der Fehler tritt leider nicht immer auf und ich habe den Eindruck er tritt NIE auf wenn ich das Gespräch mitschneide. Das deutet für mich darauf hin, das die Gespräche wenn Sie über den Asterisk laufen okay sind und nur das "Bridging" nicht funzt. Das könnte ich ja dann über das Verbieten von reinvite lösen. Ich habe leider kein anderes reines SIP Phone, aber einen PAP2 mit dem es keine Probleme gibt.
Ich dachte der Bug und ein Workaround seien evtl. schon allgemein bekannt.
Zum Thema IP-Telefone habe ich heute mehrere Stunden gesurft und ich weiß immer noch nicht was für ein Telefon ich mir holen soll denn die Snom sind mir zu teuer für den Privatspaß, da bin ich mit normalen Schnulos und einem PAP2 deutlich günstiger. Und wenn man hier im Forum stöbert dann wird eigentlich von den Grandstreams abgeraten, das wäre preislich noch okay. Da ich af jeden Fall über einen eigenen Asterisk gehen werde benötige ich nicht mehrere Provider. Aber das geht jetzt zu weit :)
Jedenfalls danke für Eure Antworten ich werde mal Bescheid geben ob das mit dem Reinvite was bringt.

Edit:
Also das hat leider nichts mit dem Reinvite zu tun, aber ich habe etwas anderes herausgefunden.: Das Poblem scheint nur aufzutreten, wenn man über GMX rauswählt. Per Sipgate oder ISDN tritt der Fehler nicht auf. Bei einer anderen GMX-Nummer ist der Fehler wieder da und bei einer 1&1-Nummer tritt der Abbruch ebenfalls nicht auf. Es muss also mit GMX zusammenhängen wenn ich das richtig sehe.

Edit2:
Jetzt tritt es doch mit 1&1 auf
 
Zuletzt bearbeitet:
Hallo Matthias,

wenn man plötzlich im Gespräch einfach nichts mehr hört und wenn der Asterisk-Server glaubt, daß das Gespräch noch besteht, dann solltest Du auch die Netzwerkverbindung des Telefons überprüfen.

Du sprichst außerdem von Reinvite: Du solltest auf dem Asterisk-Server canreinvite=no einstellen. Zumindest zum Testen, ob das Problem daher rührt.

Außerdem noch: laut Deiner Signatur befindet sich zwischen Telefon, Asterisk und dem Internet eine Fritzbox. Auch die kann den Gesprächsabbruch verursachen.

Gruß
Henning
 
Hi Henning,
velen Dank für Deine Antwort. Das Telefon hat die ganze Zeit eine Verbindung, es funktioniert ja auch perfekt bei eingehenden oder internen Gesprächen oder Gesprächen direkt über den Provider.
Das habe ich heute erst herausgefunden und aus diesem Grund auch im Asteriskforum weitergeschrieben :)
http://www.ip-phone-forum.de/showthread.php?t=142734

Die Einstellung mit canreinvite=no hatte ich schon drin, das hatte ich beim ersten Post übersehen, damit hatte es leider nichts zu tun.

Die Fritzbox ist aus o.g. Gründen auch aussen vor, da ja andere SIP-Geräte oder das Snom direkt perfekt funktionieren. Ich habe aber kein Problem damit die auszutauschen und durch einen weiteren PAP2 zu ersetzen.
Aber es ist halt komisch, das es nur bei dem Snom und nur mit Asterisk zu GMX oder 1&1 auftritt.

Aber ich denke ich werde heute abend mal einen anderen Router aktivieren und weitertesten.
Vielen Dank nochmal
Matthias
 
Ganz abgesehen von Deinem Problem. Hast Du dir schon mal das neue Lancom VP-100 angesehen ? Es liegt preislich auf einem vergleichbaren Niveau wie das elmeg IP 290.
Nachdem ich mit meinem bintec X2302 sehr unglücklich war, weil der SIP Proxy einfach nicht mit der elmeg T484 funktionierte (von wegen gleiche Firma usw.) bin ich auf einen Lancom 1722 umgestiegen. Tolles Gerät, sehr gute Dokumentation und hilfreiches Forum. Außerdem gibt es eine gute Firmware-Pflege, über die immer wieder neue Funktionen hinzukommen.
Wenn das Gleiche für das VP-100 gilt, würde ich nicht zögern.

Viel Erfolg, brmoke
 
Hallo brmoke,
das war ein Super-Tipp, vielen Dank dafür.
Das Lancom-Teil sieht wirklich brauchbar aus und der Preis passt auch. Ich habe mir zwar gerade auch ein snom 360 bei ebay geschossen aber das Lancom werde ich mir auch mal ansehen.
 
Problem gelöst, die FBF als Router war es. Das elmeg konnte nichts dafür :)
 
brmoke schrieb:
Ganz abgesehen von Deinem Problem. Hast Du dir schon mal das neue Lancom VP-100 angesehen ?

Wenn ich mir das Gehäuse anschaue dann erinnert mich das doch sehr an die Siemens Eurosets. Ich hoffe mal dass die Tasten bei Lancom deutlich besser sind als bei Siemens.
 
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.