TC-300 mit Arcor FW. macht kein Reconnect nach Zwangstrennung

[db1nto]

Hallo Leute,

mein TC-300 mit der aktuellsten Arcor FW (99c) verbindet sich nicht automatisch mit dem Sipgate Server nach einer Zwangstrennung vom Internet o.ä.

Ich muss dann entweder das WLAN Profil wechseln (und wieder zurück) oder das TC-300 aus und wieder einschalten.

Da ich oftmals nicht auf das Telefon schaue, bekomme ich das nicht mit und bin dann natürlich nicht erreichbar.

Da ich bald nur noch VoIP mit dem TC-300 über Sipgate haben werde, würde ich mich über einen TIP sehr freuen.

Über die Suche konnte ich leider nichts hilfreiches finden...

Danke & Gruß

Taner

 

[rollo]

Habe auch noch nicht rausgefunden, wann es reconnected und wann nicht. Ein System scheint da nicht drin zu sein. Bei mir übrigens mit der Pirelli FW .98.

jo

 

[betateilchen]

Über das Problem mit dem DSL Reconnect haben wir hier im Forum schon vor 3 Jahren diskutiert. Es wird vermutlich nach wie vor ein ungelöstes Problem der verwendeten Router sein.

Mein TC300 mit F/W .99d von Pirelli, angemeldet an einem Linksys WAG54G, registriert an einem Asterisk außerhalb meines eigenen LAN, zeigt dieses Fehlerverhalten jedenfalls nicht. Es ist problemlos rund um die Uhr erreichbar.

 

[spongebob]

Frage: Wie sollte das TC 300 denn mitbekommen, dass im Hintergrund die DSL Verbindung weggeflogen ist? Im WLAN wird das nicht signalisiert. Du kannst das Problem hier nur durch Minmierung des REGISTER Intervalls lösen. Setzt es auf 600 (10 Min), das sollte reichen.

Grüsse

 

[stephen]

F/W .99d von Pirelli

Mir scheint, ich habe was verpasst :-( Mal suchen gehen...
Welche neuen Features oder Bugs bringt denn die 99d?

 

[rollo]

Du kannst das Problem hier nur durch Minmierung des REGISTER Intervalls lösen. Setzt es auf 600 (10 Min), das sollte reichen.

Bei mir hilft nur aus- und einschalten wenn die VoIP-Verbindung weg ist, das ist nicht nur nach der Zwangstrennung so.

jo

 

[db1nto]

Frage: Wie sollte das TC 300 denn mitbekommen, dass im Hintergrund die DSL Verbindung weggeflogen ist? Im WLAN wird das nicht signalisiert. Du kannst das Problem hier nur durch Minmierung des REGISTER Intervalls lösen. Setzt es auf 600 (10 Min), das sollte reichen.

Grüsse

Hallo Spongebob,

wenn das TC-300 bei Sipgate eingebucht ist und erreichbar ist, steht im Display aufgrund der Arcor Firmeware als "Netzbetreiber" Arcor.

Wenn er die Verbindung verliert, steht da eben kein Arcor mehr, das telefon bekommt es also mit.

Unter WLAN Status kann ich jedoch sehen, dass die IP (interne) weiterhin vorhanden ist, bei SIP Status steht dann Server antwortet nicht o.ä.

Ich hatte das Register Intervall bereits auf 60 verkürzt, Fehler trat dennoch auf.

nach aus und wieder einschalten oder Profilwechsel bucht es sich dann jedoch problemlos wieder ein.

Gruß Taner

 

[spongebob]

Ja, die Beschreibung sieht soweit korrekt aus.

In welchen Zeiträumen passiert dies? Macht es Sinn, dies mal aufzuzeichnen?

Grüsse

 

[db1nto]

Die Zeiten sind ganz unterschhiedlich.

Aufzeichnen ist keine schlechte idee. Du denkst da sicher an ethereal (Wireshark) oder ähnliches.

Dumm ist nur, das man das oft nicht mitbekommt, wann der Fehler aufgetreten ist.

Zudem kommt erschwerend noch hinzu, dass ich einen Mac nutze, da ist es mit Wireshark / Ethereal etwas komplizierter...

Gruß Taner

 

[spongebob]

Du brauchst WS oder ER nicht, wenn Du eine FritzBox hast. Dann kannst Du den Trace vom MAC aus mit dem Browser anstossen.

Grüsse

 

[isurf]

mein TC-300 mit der aktuellsten Arcor FW (99c) verbindet sich nicht automatisch mit dem Sipgate Server nach einer Zwangstrennung vom Internet o.ä.

Ich muss dann entweder das WLAN Profil wechseln (und wieder zurück) oder das TC-300 aus und wieder einschalten.

Hi,

ich muß leider das selbe berichten. Mein Gerät sagt:

SIP NAT type: FIREWALL_BLOCKS_UDP

Danach ist ein wiederverbinden nur durch Aus- und wieder Einschalten möglich. Dies ist echt nervig. :heul: Ich weiß zwar noch nicht weshalb es passiert, aber dier Erklärung, daß dies nach der DSL-24-Stunden-Zwangstrennung passiert, passt sehr gut.

Die einzige Lösung die mir dazu einfällt, ist das Gerät sich automatisch ausschalten zu lassen in der Zeit der Zwangstrennung z.b. 2-3 Uhr morgens und sich dannach wieder automatisch einschalten zu lassen. WLAN Profil ändern hilft bei mir leider nicht.

Ganz so als wäre es für das Handy nicht möglich, daß die Verbindung ins Internet mal kurz unterbrochen sein könnte, dabei die WLAN-Verbindung aber noch weiterhin besteht. Es geht sofort davon aus, daß die Internetverbindung dann dauerhaft gestört ist und bleibt.

Hallo betateilchen

Mein TC300 mit F/W .99d von Pirelli

ich will ja nicht fragen, wie man eine .99d F/W von Pirelli bekommt.

Alles Gute

 

[db1nto]

Hallo isurf,

bei mir hat sich das problem erldigt, seit ich STUN deaktiviert habe!
Wenn man die benötigten Ports (5060 und RTP Port 9000) auf die feste IP des Telfons weiterleitet, dann braucht man STUN wohl auch nicht!

Seitdem läuft es ununterbrochen...

Gruß Taner

 

[isurf]

Wenn man die benötigten Ports (5060 und RTP Port 9000) auf die feste IP des Telfons weiterleitet, dann braucht man STUN wohl auch nicht!

Hi, ja aber was macht man, wenn man mit einem TC 300 und einem Twintel erreichbar bleiben will?

 

[db1nto]

Laut sipgate.de das zweite Telefon auf den eigenen Port 5061 und den RTP Port auf 9001 legen (wobei es beim RTP Port glaube ich ein ganz anderer Port Bereich ist)
aber schau mal selbst auf der sipgate.de homepage...

Gruß Taner

 

[isurf]

Hi, wäre ne Überlegung wert. Müßte noch herausfinden, ob für VoIP Discount das gleiche ginge. Mit etwas Zeit kommt ein follow-up.

Alles Gute

 

[isurf]

bei mir hat sich das problem erldigt, seit ich STUN deaktiviert habe!

Ich betreibe mein Twintel jetzt an einer Sinus TC300 um kein STUN nutzen zu müssen, aber als ich heute morgen aufgewacht bin, hatte ich die Fehlermeldung Sip nicht bereit.

Werde jetzt die Zeitsteuerung einschalten, so daß sich das Handy um z.B. 3 Uhr morgens ausschaltet und eine Minute später wieder einschaltet. Mal schauen ob das Problem dann immer noch auftritt.

 

[woprr]

versuch mal in der sinus tc 300 die dhcp lease time so kurz wie möglich, wenns nach ablauf kommt, dann hat die firmware 1 dhcp prob.

 

[voipd]

Moin, also ichhabe ein aehnliches Problem.

Sitze hier hinter einer Firewall und das Telefon zeigt: SIP NAT type: FIREWALL_BLOCKS_UDP

Dementsprechend kann ich STUN nicht deaktivieren, da ich keine Ports weiterleiten kann, so wie db1nto geschreiben hat.

Das Ding macht einfach keinen Reregister, egal ob ich die Ziet auf 10, 60 oder 600 stelle.

voipd.

 

[woprr]

hi, voipd

Du das könnte eine bestätigung für mein problem sein:
http://www.ip-phone-forum.de/showpost.php?p=932659&postcount=25
wenn man die firmware nicht jeden tag neustartet gibts probleme...

ich registrier zwar auf n lokalen * aber da ich nur noch 1 sip profil habe (die 3.99d cmd bootloader-flasher version)
registrier ich aber über meine WAN ip aufgelöst über dyndns provider am * (brauch ich wenn ich von woanders internetzugang hab) und STUN ist an mit sipgate server.

laut CallWeaver log scheint es im standby kein reregister zu machen, erst wenn man es aufweckt:

Aug 31 05:55:47 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 05:56:59 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 05:57:14 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 05:57:25 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 05:57:58 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 13:09:08 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 13:36:43 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 14:40:17 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:45:58 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:46:07 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:46:11 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:46:22 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:46:35 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Aug 31 21:47:18 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Sep  1 02:31:38 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Sep  1 02:31:42 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Sep  1 02:31:47 VERBOSE[3044858768] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82_PIR" for peer 201
Sep  1 19:11:28 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  1 21:51:23 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  1 21:56:40 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  1 21:58:34 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 02:38:41 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 02:39:11 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 03:33:23 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 07:17:57 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 11:59:46 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 15:23:35 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 201
Sep  2 16:42:57 VERBOSE[3044838288] logger.c:     -- Saved useragent "Pirelli D910.0.3.99d FS_D910.0.2.82c_PIG" for peer 20

Sep  2 02:38:41 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 02:39:11 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 03:33:23 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 07:17:57 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 11:59:46 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 15:23:35 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 16:42:57 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:02:17 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:02:43 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:03:04 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:05:32 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:06:24 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 17:06:49 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600
Sep  2 22:24:46 VERBOSE[3044838288] logger.c:     -- Registered SIP '201' at 192.168.100.11 port 5060 expires 3600

anscheinend prüft die firmware beim aufwachen nach ADSL zwangstrennung bei dir den STUN status ned. das wär blöd.
an das gesetzte registerperiod hält sie sich jedenfalls ned.

gruss,
woprr

EDIT:
in der wifi_voip.ini mal versuchen die WIFI_POWER* settings mal auf 0? aber dann stromfresser
ich leg mal email account mit 30min pop an.

 

[schlot]

Hi ihr,

ich habe das gleiche Problem. Arcor Twintel mit Arcor FW. Welche weiß ich nicht genau, ich glaube 99c - wo finde ich das denn im installierten Zustand?

DSL Disconnect habe ich ausgeschlossen, weil es auch hier im WLAN am lokalen * nach 1-2 Tagen abschmiert. Dann steht wie beschrieben kein Arcor mehr im Display, das WLAN zeigt immernoch fast volle Feldstärke an. Auch wenn ich es einen ganzen Tag so stehen lasse (was ich verständlicherweise nicht oft machen will) kommt es nicht mal irgendwann auf die Idee, sich wieder zu registrieren.

Warum es die Verbindung verliert, konnte ich noch nicht herausfinden, weil ich zu der Zeit normalerweise schlafe und dabei wiederum normalerweise keine TCPdumps lese... Ich verwende jedenfalls kein STUN oder RPORT, weil es sich mit permanenter, unterbrechungsfreier Verbindung auf einen lokalen * im gleichen Subnet registrieren soll. DHCP-Lease? Glaube ich nicht, dazu ist der Verbindungsverlust zu unregelmäßig. Bei 5 min. Lease steht die Verbindung nach Stunden immernoch, bei mehreren Wochen Lease-Time verliert der Knochen trotzdem nach wenigen Tagen die Verbindung.

Hat mittlerweile jemand eine Lösung gefunden? Ich will ja nicht ungeduldig sein, und wenn das Ding auf meinem Tisch stehen würde, würd ich vllt eine Lösung finden. Aber meine Schwester soll damit telefonieren, die in der Hinsicht reiner Benutzer ist, ohne Hintergrundwissen über Netzwerke usw., da ist dieses Geplänkel einfach nicht zumutbar... Habe jetzt schon zig Sachen versucht und nichts wurde besser und meine Schwester springt mir ins Kreuz, weil ich ihr die Sache empfohlen habe. Ist irgendwie nicht meine Art zu arbeiten, wenn alles nur mit Try&Error gelöst wird - dafür gibt es schließlich Standards. Das Twintel verletzt demnach den SIP-Standard, indem es sich nicht an die vorgegebenen Timings zum registrieren hält, ist also m. E. kaputt!
Wenn da keine Lösung unmittelbar abzusehen ist, bekommt Arcor das schicke Teil zurück. Ich denke, dass ständige Nichterreichbarkeit bei einem Telefon einen Mangel darstellt, den man nicht hinnehmen muss.

Gruß
Schlot