Astaro Firewall: Nach DSL Zwangstrennung keine Registrierung

Wenn Du nicht das Feld "Kurz Antwort" benutzt, sondern zunächst den Button "Antwort erstellen", dann erscheint ein Fenster, in dem Du unten auch Attachments an Deinen Post anhängen kannst.

Einige Leute schwören ja auf eine simple Zeitschaltuhr, um die Zwangstrennung zu einem ihnen genehmen Zeitpunkt vorzunehmen und alle Geräte zu resetten...

Hallo,

kann man das Problem nicht mit dem Menüpunkt "Register Expires:" in den Griff bekommen und von ursprünglich 3600 auf 60 runtersetzten? Dann sollte doch jede Minute eine neue Registrierung stattfinden.
Nur so eine Idee, habe ich hier mal irgendwo gelesen.

Gruss Gregor

Klar, dann steigt aber der Leerlauf-Traffic auf das 60fache(!) an.
Außerdem weiß ich nicht, ob vor einem REGISTER immer auch eine neue STUN-Abfrage gemacht wird. Das Problem wird durch die wechselnden IP-Adressen verursacht.

Malte. schrieb:

Klar, dann steigt aber der Leerlauf-Traffic auf das 60fache(!) an.

Zum Vergrößern anklicken....

Was bei einer flatrate erstmal nicht stört, ist aber aus der Signatur von mporemski nicht ersichtlich, da hast Du also recht.

Malte. schrieb:

Außerdem weiß ich nicht, ob vor einem REGISTER immer auch eine neue STUN-Abfrage gemacht wird. Das Problem wird durch die wechselnden IP-Adressen verursacht.

Zum Vergrößern anklicken....

Falls ein STUN-Server im Einsatz ist...

Gruss Gregor

Hallo

dieses Problem kann ichh nicht bestätigen. Ich sitze mit meinem SP2000 hinter einer 3com Internet 25 Firewall. Portforwarding ist in der FW gemacht. Mein Sipura läuft mit Line 1 (Sipgate) und Line 2 (Nikotel). Bei Sigpate wurde KEIN STUN eingetragen, da das NAT auf meiner Firewall gehandelt wird. Sobald eine Zwangstrennung der Telekom erfolgt sehe ich, sobald sich die Firewall wieder eingewählt hat, die neue IP auf der Sipra Info-Seite. Der Wert "Registered Expired" war anfangs auf 60 sec. eingestellt, jetzt laufen beide Accounts mit 900 sec. sprich 15 min.

Ebenso habe ich keine Probleme mit dem SPA-841. Auch hier steht nach Ablauf der Registrierung und im Falle eine Zwangstrennung die neue IP sofort zur Verfügung.

Ich habe jedoch Probleme wenn ich den SPA-2000 (IP x.x.x.60) und das SPA-841 (IP x.x.x.61) Telefon am gleichen DSL Anschluß betreibe. Sind die Geräte an unterschiedlichen DSL Anschlüssen geht es. Beide Telefone SPA-2000 und SPA-841 klingeln. Wer zuerst abhebt bekommt das Gespräch. Warum es nicht geht , wenn beide Geräte an einem Anschluß hängen ist mir nicht bekannt.

Gleiches problem

Hi,
ich habe eine Astaro Firewall und ein Sipura SPA-3000. Ich habe auch das Problem mit der Zwangstrennung.
Wenn ich das Gerät mehrere Minuten vom Stromnetz nehme, dann geht es wieder. Das ist aber dauerhaft nicht die Lösung und auch nicht zuverlässig....
Habt Ihr eine Idee?
Ich habe die neueste Firmware 2.0.13(GWg).


mfg
Steffan

Könnte es mit Euer Firewall zu tun haben!? Schonmal den SPA für einen Tag vor die Firewall gehängt?

Nein, das kann ich mir leider auch nicht erlauben......

Aber trotzdem danke für den vorschlag....

mfg
Steffan

Wieso nicht erlauben? So gefährdet ist der SPA nun auch nicht und mit einem Router, an dem Firewall und SPA hängen, ist das restliche Netz doch geschützt.

Ja das ist schon richtig, aber das ist sehr umständlich...
Außerdem, wie viele user haben hier dynamische IP Adressen? Viele, sehr viele. Ich denke, dass es an der Astaro Firewall liegt, ich habe schon ein Post im Forum von Astaro gepostet....

mfg
Steffan

Und hier ist auch noch mein "Mist":

Bitte einen Schritt zurücktreten und folgendes beachten.
Wenn man Probleme hat ist man geneigt die Ursache zu finden.
Das geht am besten, wenn man einzelne potentielle Fehlerverursacher
(wie auch bereits erwähnt) erst einmal deaktiviert bzw. aus der "Kette"
herausnimmt. So z.B. die Firewall. Wenn man später ein funktionierendes
Ergebnis erreicht hat, kann man nach und nach einzelne Funktionen
zum Testen wieder in die "Kette" integrieren.

Ich habe stets versucht Internettelefonie so einfach wie möglich zu
betreiben. Dabei hat sich nach monatelangen Tests herausgestellt,
dass z.B. der SPA2000 extrem stabil und zuverlässig läuft.
Viele Probleme waren, obwohl anfangs nicht zu erkennen, auf
die jeweils beteiligten Provider zurückzuführen.

In dem in diesem Thread genannten Fall gehe ich von folgenden
2 Problemen aus:
- Firewall
- NAT

Lösung:
- Temporär Firewall deaktivieren (100%ig sicherstellen dass
deaktiviert!!!!)
- Stun-Server von Sipgate einmalig in den SPA2000 eintragen, bzw.
Sipgateaccount (wenn vorhanden) wie in diesem Forum beschrieben,
einstellen.
Auch wenn nicht Sipgate benutzt wird, funktioniert doch der Stun-Server!
- KEINE speziellen Änderungen am Router, nur LAN-IP, Subnetmask, DNS-Server, DHCP gerne aktivieren.
- Keine Portsöffnung nötig, und keine DMZ

Ergebnis: SPA2000 wird funktionieren und weitere ATAs (bzw. IP-
Telefone) im gleichen Netz können miteinander telefonieren. Einziges Problem könnte ich Bandbreite sein.
Das bringt dann schlimme Echos.


VoIP für alle...

OK, ich habe bisher noch nicht das Problem lösen können. Allerdings liegt es auch nicht an dem Sipura. Ich habe nun eine Asterisk aufgesetzt und da entsteht genau das gleiche Problem......
Es ist definitiv ein Astaro Firewall Problem.....

Hat jemand schon eine Lösung?

mfg
Steffan

Hallo zusammen

Ich habe das gleiche Problem. nach der Zwangstrennung wird in der Sipura die neue IP Adresse nicht gesetzt. Die Sipura SPA2000 haengt an einer eigenen Netzwerkkarte (3COM) an meiner Linuxkiste. Führe ich nach der Zwangstrennung der Telekom einen Reboot der Maschine durch (ohne die Sipura auch nur anzufassen), funktioniert alles wieder wunderbar. Uebergangsweise helfe ich mir derzeit so, das ich nach der Trennung einen skriptgesteuerten Reboot des Rechners durchführe. Sinn der Sache ist dies aber sicher nicht. Ich werde der Sache mal weiter auf den Grund gehen und hier ggfls. posten.

bis denne

Dieter

Hallo zusammen

Ich habe das gleiche Problem. nach der Zwangstrennung wird in der Sipura die neue IP Adresse nicht gesetzt. Die Sipura SPA2000 haengt an einer eigenen Netzwerkkarte (3COM) an meiner Linuxkiste. Führe ich nach der Zwangstrennung der Telekom einen Reboot der Maschine durch (ohne die Sipura auch nur anzufassen), funktioniert alles wieder wunderbar. Uebergangsweise helfe ich mir derzeit so, das ich nach der Trennung einen skriptgesteuerten Reboot des Rechners durchführe. Sinn der Sache ist dies aber sicher nicht. Ich werde der Sache mal weiter auf den Grund gehen und hier ggfls. posten.

bis denne

Dieter

Ich kann das obige bestätigen. Nach einem Reboot der Astaro, geht alles wieder..... (aber nur für 24h)

Ich werde heute versuchen eine andere Firewall zu installieren (Linux), ich werde meine erfahrungen berichten....

Kurze Frage (an die mit dem Astaro Problem):
Welchen Provider habt ihr?

mfg
Steffan

Da es eindeutig kein Sipuraproblem mehr ist, habe ich das Thema mal umbenannt und in den Bereich Technik -> Firewalls verschoben.

Das Problem hab ich mit fast jeder Firewall.
Problem dafür scheint folgendes zu sein. Nach einer Zwangstrennung
werden die NATTable -> ip_contrack nicht geleert. In dieser Tabelle
sehen noch die alte dynIP drinne. somit klappt das forwarden nicht mehr,
Wie man es ändern kann weis ich nicht.

Wenn ihr dann die Gräte lang genug abschaltet verschindet der alte Eintrag
und beim nächsten connecten wird dann ein einer NAT Eintrag hinterlegt.

Wie schon gesagt das hab ich erst richtig erkannt mit der IPCop-FW.