FBF ata hinter FBF 7050 - GMX geht nicht!

[aakira]

Hallo,

benutze den Internetanschluß meines Nachbarn über WLAN. Jetzt hat dieser eine neue FBF 7050 von 1&1 und deren Tel-Flat. Ich selber nutze eine FBF ata mit GMX-Account. Leider wird dieser jetzt nicht mehr registriert. Sipgate.de und Sipgate.at funktionieren aber. Trage ich den GMX-Account bei meinem Nachbar in die FBF 7050 ein, funktioniert dieser auch wieder (also an GMX liegt es nicht). Ich vermute, dass 1&1 und GMX die selber Ports nutzen und die 7050 das NATing nicht richtig zuordnen kann. Aber trotzdem registriert sich der GMX-Account nicht, auch wenn der ata-Box in der 7050 als Exposed Host eingetragen ist. Wo liegt denn das Problem? Ich werde noch wahnsinnig... Ahhhhh...

Hilfe,
AAkira

 

[RudatNet]

Hmm, hast du stun.gmx.net in deinem GMX-Account eingetragen?
Sipgate braucht imho keinen stun und funktioniert ja auch bei dir.

 

[aakira]

STUN geht auch nicht

Hallo,

ja, stun hatte ich auch schon eingetragen. Funktioniert aber auch nicht!

AAkira

 

[JSchling]

kann man bei der ATA-Version denn den Port fuer VoIP festlegen ?
meines wissens gibt es dafuer keine Option, weshalb es allerhoechstens klappen wird wenn man die voip.cfg manuell editiert (oder FBeditor) und die eingestellten Ports 5060 der VoIP-Accounts umstellt, auf z.B. 5061, denn der Port 5060 wird ja auch schon von der vorgeschalteten 7050 verwendet und kann daher nicht intern weitergeleitet werden

 

[Tobstar]

Gibt es eine gute Anleitung für!!! Mann muss an der IP der FBF hinter der 7050 alle VoipPorts freigeben.
Hier wird alles erklärt:http://www.ip-phone-forum.de/showthread.php?t=86483
Besonders die Anleitung .doc weiter unten wird Dein Problem lösen.

 

[RudatNet]

Nur zur Info:
Meine ATA und auch die 5012 laufen ohne irgendwelche Portfreigeaben wunderbar hinter der 7050!
Die standardmäßigen Portfreigaben - also ohne eigene Änderungen - in der ar7.cfg sehen bei mir so aus:

forwardrules = "tcp 0.0.0.0:0 0.0.0.0:0 1 out",
               "udp 0.0.0.0:0 0.0.0.0:0 1 out",
               "udp 0.0.0.0:5060 0.0.0.0:5060",
               "udp 0.0.0.0:7078 0.0.0.0:7078",
               "udp 0.0.0.0:7079 0.0.0.0:7079",
               "udp 0.0.0.0:7080 0.0.0.0:7080",
               "udp 0.0.0.0:7081 0.0.0.0:7081",
               "udp 0.0.0.0:7082 0.0.0.0:7082",
               "udp 0.0.0.0:7083 0.0.0.0:7083",
               "udp 0.0.0.0:7084 0.0.0.0:7084",
               "udp 0.0.0.0:7085 0.0.0.0:7085",
               "# tcp 0.0.0.0:21 192.168.178.20:21 0 # FTP-Server",
               "# tcp 0.0.0.0:4662 192.168.178.20:4662 0 # HTTP-Server",
               "# udp 0.0.0.0:4672 192.168.178.20:4672 0 # eMule",
               "# tcp 0.0.0.0:3389 192.168.178.20:3389 0 # MS Remote Desktop";

 

[der_Gersthofer]

Die Ursache des Problems wird hier beschrieben:
http://www.ip-phone-forum.de/showthread.php?t=71749