Portfreigabe für Internettelefonnummern von 1&1?

Port 5070 braucht die erste box doch selbst, die wird immer abgefangen, nie weitergeleitet. An der Stelle kannst Du also nix machen.

Es gibt aber unter Internettelefonie/Erweitert im Menue der FBF einen Punkt, den Du anklicken kannst:

"Portweiterleitung des Internet-Routers für Internettelefonie aktiv halten"

Das ist genau für so ein Problem gedacht. Wie Du selber schreibst, ist ja der jeweilige Anschluss noch kurz nach einem abgehenden Telefonat erreichbar, dann aber nicht mehr.

Der Punkt sollte in allen FBF´en, die nicht direkt an der DSL-Leitung hängen, aktiviert sein.

Lösch die Portweiterleitungen lieber wieder. Die machen eher mehr Probleme als dass sie helfen. Die benötigten Ports werden durch das Endgerät (die FritzBox) bestimmt und nicht durch den VoIP-Anbieter. Insofern ist der Ansatz schon völlig falsch.

Hallo,

wie meine Vorredner schon gesagt haben, sind Portweiterleitungen vollkommen sinnlos in einer Konstellation "Fritz hinter Fritz", da beide Fritzboxen die gleichen Ports benutzen und man sie folglich nicht von der ersten auf die zweite weiterleiten kann. Schließlich benötigt die erste Box sie selbst, und man hat jeden Port nur ein mal an einem DSL Anschluss. Es sind übrigens die Ports 5060 - 5069 und 7077 - 7087, welche die Box benutzt. Die aus der 1&1 Doku sind fürs 1&1 Softphone.

Die Lösungen für dein Problem ist zum einen die Einstellung "Portweiterleitung des Internet-Routers für Internettelefonie aktiv halten", um die Routing Tabellen der vorgeschalteten 7170 aktuell zu halten, und zum anderen ein korrekt eingerichteter STUN Server in der VoiP Konfiguration der zweiten Box. Damit sollte es gehen. Beachte dabei, dass die Box Angaben wie "stun.1und1.de:10000" nicht akzeptiert, sondern nur eine Angabe wie "stun.1und1.de". Da die Box fest eingestellt den Port 3478 für STUN benutzt, benötigst du also einen STUN Server, der auf dem Port arbeitet.

Viele Grüße

Frank

Hallo,

algo schrieb:

Eins habe ich an dieser Stelle noch nicht begriffen: Warum muss diese Option eigentlich in den beiden FBFen hinter der ersten FBF aktiviert sein, denn die erste (als Router fungierende) FBF muss doch die Ports an die FBFen dahinter weiterleiten – oder nicht?

Zum Vergrößern anklicken....

Es geht dabei eigentlich nicht um "Portweiterleitungen" in dem Sinne, in dem man ihn oft bei NAT Routern verwendet (Protfreigaben). Es geht eher um die Einträge in den NAT Tabellen, anhand derer die Box reinkommende Pakete den ausgehenden Verbindungen ihrer Clients zuordnen kann. Deshalb muss das Setting in allen Boxen hinter einem Router aktiv sein - schließlich bauen sie ja alle eine Verbindung zu einem VoIP Provider auf.

Na ja, wie auch immer. Als nächstes würde ich gern noch den Vorschlag von frank_m24 ausprobieren – nämlich den "korrekt eingerichteter STUN Server in der VoiP Konfiguration der zweiten Box". Könntest du - frank_m2 - mir bitte noch einen Tipp geben, wie man das macht, da in den Einstellungen für "Internettelefonie" bei der eingetragenen VoIP- Telefonnummer von 1& 1 keine Optionen für einen solchen Eintrag vorgesehen sind.

Zum Vergrößern anklicken....

In dem Moment, wo die Box als ATA arbeitet, müsste die Einstellung zu sehen sein. Spätestes, wenn du oben "anderer Anbieter" auswählst. Der STUN Server von 1&1 ist "stun.1und1.de".

Viele Grüße

Frank

und man hat jeden Port nur ein mal an einem DSL Anschluss.

Zum Vergrößern anklicken....

Den Zusammenhang verstehe ich nicht. M.M.n. können beliebig viele Clients hinter einem DSL Anschluss auf ein und demselben Port hocken. Eben jeder für sich

Aber das tut nichts zur Sache im Sinne des Problems...

Grüsse

Du hast eine öffentliche IP-Adresse (vom Provider dynamisch zugewiesen). Das Internetprotokoll ("IP") ist eine Art Umverpackung. In dieser verbirgt sich eine weitere Verpackung, UDP, TCP... Im UDP- oder im TCP-Paket ist wieder eine Adresse angegeben, die Portnummer. Im Prinzip sagt die IP-Adresse, an welchen Rechner etwas gehen soll (auch ein Router ist ein Rechner), der Port hingegen, an welchen Dienst auf diesem Rechner. Jede IP/Port-Kombination ist also einmalig. Nach außen gibt es aber nur eine IP, bei einer IP/Port-Kombi weis der Router nicht, wohin mit den Daten.

NAT macht nun nix anderes, als sich zu merken, an welchen Rechner eine Anfrage raus gegangen ist und die Antwort die kommt schickt er an den anfragenden Rechner zurück. Die Zuordnung ist nur bei den entprechenden Protokollen möglich, die der Router kennt, denn er muß die Pakete analysieren. Bei UDP und TCP ist das wohl aber immer der Fall.

Anfragen, die von außen kommen - also nicht auf eine Anfrage von innen kommen, können via NAT nicht zugeordnet werden. Dafür gibts dann Portweiterleitung. Die Anfrage ist nur durch die Kombi öffentliche IP / Protokoll&Port definiert. Da es nur eine öffentliche IP gibt (normalerweise) muss der Router nur anhand von Protokoll & Port entscheiden, wohin die Anfrage soll. Also wird je nach Protokoll&Port in der Portforwarding-Tabelle für alle externen Anfragen definiert, an welche Interne IP/Protokoll&Port die Anfrage weitergehen soll.

Ein Anruf ist eigentlich eine externe Anfrage. Wenn Du vorher aber gerade abgehend telefoniert hast, kennt die NAT noch die Verbindung zwischen Dir und Provider und interpretiert die eingehende Anrufinfo nicht als neue externe Anfrage sondern als Antwort auf Deine letzte Anfrage. Die NAT kann also den Anruf von außen zuordnen.

Eine NAT muß aber auch wieder vergessen, denn unbegrenzten Speicher kanns nicht geben. Ergo verliert sie die Zuordnung irgendwann (allerspätestens nach der Zwangstrennung und Neuzuweisung der öffentlichen IP). Auch die Gegenstelle ist nicht drann "intessiert", endlos Verbindungen offen zu halten.

Während ein Anruf von draußen kurz nach einem Anruf nach draußen noch zugeordnet werden kann, ist das nach wenigen Minuten schon nicht mehr möglich. Dazu gibt es die Funktion des künstlichen Aktivhaltens, die nix anderes ist, als das Anfragen eines "gibts Dich noch" an den SIP-Provider. Dadurch bleibt die NAT-Tabelle erhalten, der Eintrag wird nicht gelöscht, Anfragen vom SIP-Provider werdne nicht als Anfragen, sondern als Antworten interpretiert und korrekt zugeordnet.

So sollte es sein. Aber auch dort kann es Störungen geben, insbesondere, wenn in mehreren Boxen die gleiche Nummer registriert ist. Möglicherweise "kapiert" der SIP-Provider gar nicht, dass mehrere Geräte gleichzeitig angemeldet sind -schließlich haben alle die gleiche IP- und sendet den Anruf nur an denjenigen, der sich zuletzt mit einem keep alive gemeldet hat.

Eine Möglichkeit, sicherzustellen, dass die Sache doch klappt, ist die Verwendng eines stun.-servers. Da will ich aber jetzt nicht ins Detail gehen (müsste ich auch nachlesen, ich hatte das Problem nämlich noch nicht).

Wenn Du so viele SIP-Stellen nutzt, lohnt sich aber eh der Einsatz von Asterisk. Den läßt Du dann alle Verbindungen nach außen managen, alle SIP-Endgeräte melden sich dann bei ihm an. Da gibt es dann das Problem nicht mehr, denn zwischen den internen SIP-Clients und den Asterisk wäre ja kein NAT...

Also grundsätzlich kontaktiert ein externer Server den SIP-Clienten immer auf der während des REGISTER gelernten öffentlichen IP und dem im CONTACT angegebenen Port. STUN hilft dabei dahingehend, dass es auch die IP im CONTACT auf die Öffentliche setzt. Einige Provider legen darauf Wert.

Ob NAT Einträge "verfaulen", möchte ich nicht beurteilen, aber mit Sicherheit ist zur Überwindung von Firewalls eine Portweiterleitung empfehlenswert. Beispiel: Client hinter FW nutzt lokalen Port 60000 auf seiner Maschine und registriert sich damit beim Provider. Der schickt das INVITE auf öffentliche IP:60000 und die Port-Weiterleitung im Router erledigt das Durchleiten zum richtigen Empfänger.

Dies funktioniert übrigens unabhängig davon, ob Du kurz zuvor selbst aktiv ein Gespräch aufgebaut hast oder nicht.

Hallo algo,

du könntest die FritzBox'en jeden morgen automatisch neu starten lassen. Durch den Neustart wird auch die VoIP-Rufnummer wieder neu beim Provider registriert und sollte somit wieder funktionieren.

Grüsse
Daniel

Hallo algo,

in der (Router)-FBF stellst du Zwangstrennung auf "2-3 Uhr" und per script kannst du die anderen beiden FritzBoxen um 4 od. 4:30 uhr neu booten lassen.

Grüsse
Daniel

Hallo,

algo schrieb:

Dies allein hatte aber noch nicht geholfen, erst nachdem ich den beiden (als ATA arbeitenden) FBFen noch eine feste IP zugewiesen und auch den SIP-Server von 1&1 noch eingetragen habe ... funktionierte es.

Zum Vergrößern anklicken....

Wie, SIP Server eingetragen? War da vorher etwa keiner drin? Wie hat es dann überhaupt funktioniert?
Für die festen IPs gibts übrigens keine logische Erklärung, das müsste mit DHCP genau so gut funktionieren (es sei denn, du nutzt Portweiterleitungen).

algo schrieb:

wird zwar die Erreichbarkeit der VoIP-Telefonnummern während einer von 1&1 vergebenen öffentlichen IP an meinen FBF-Router garantiert, aber wenn die Zwangstrennung (bei mir zwischen 3 und 4.00 Uhr) erfolgt und der Router von 1&1 eine neue öffentliche IP zugewiesen bekommt, habe ich dasselbe Problem wie vorher – die Telefone sind erst wieder erreichbar, wenn ich einmal mit ihnen nach draußen telefoniert habe.

Zum Vergrößern anklicken....

Der Zustand der Nicht-Erreichbarkeit kann eigentlich nicht von langer Dauer sein.
Richtig ist zwar, dass nach der Zwangstrennung die VoIP Accounts der beiden ATA Boxen vorläufig nicht erreichbar sind - aber nur bis zur nächsten Auffrischung der Registrierung. Das Intervall für diese Auffrischungen liegt bei AVM Fritzboxen standardmäßig bei 30 Minuten (lässt sich in der voip.cfg einstellen). Im ungünstigsten Fall wärst du also nach der Zwangstrennung 29 Min und 59 Sekunden nicht erreichbar - aber auf keinen Fall länger.
Da durch einen Anruf die Anmeldung implizit aufgefrischt wird, kannst du den Zeitraum damit natürlich verkürzen. Aber spätestens nach einer halben Stunde sind die Accounts auch ohne dies wieder erreichbar.

Viele Grüße

Frank

Das Intervall für diese Auffrischungen liegt bei AVM Fritzboxen standardmäßig bei 30 Minuten (lässt sich in der voip.cfg einstellen). Im ungünstigsten Fall wärst du also nach der Zwangstrennung 29 Min und 59 Sekunden nicht erreichbar - aber auf keinen Fall länger.

Zum Vergrößern anklicken....

Was heisst denn hier "Auffrischen"? Ihr meint doch das SIP Register, oder?

Grüsse

Hallo,

ja, im Grunde ist es eine ganz normale Registrierung, die einfach nur in regelmäßigen Abständen wiederholt wird und damit als "Auffrischung" gelten kann. Das Setting in der voip.cfg heißt glaube ich "ttl".
Bleibt die Auffrischung aus, so wird der VoIP Provider die Nummer irgendwann als "offline" markieren.

Viele Grüße

Frank

Ich wollte das nur noch einmal klarstellen, damit nicht stehenbleibt, dass irgendwelche ominösen NAT-Tabellen bzw. Timeouts einen Einfluss darauf haben, ob man extern erreichbar ist, oder nicht.

Das SIP Register ist hier der Master of Desaster und das trägt in sich den Parameter EXPIRES (in sec), womit dem Server mitgeteilt wird, nach welcher Zeit die aktuelle Registrierung aus"timed" und vom Client erneuert werden muss. Da im Falle der Zwangstrennung von Box1 Box2 nichts davon mitbekommt, ist die einzig "unbedeckte" Zeit die der Zwangstrennung plus max. EXPIRES. Das sollte verschmerzbar sein, zumal Anrufe gegen 4 Uhr eh nicht sehr willkommen sein dürften

Grüsse

Meine Bemerkung mit der Portweiterleitung bezog sich nicht auf Dein zugegebenermassen etwas haariges Szenario, sondern eher auf eine "normale" FB-Client Beziehung.

Wenn ich die diversen ATAs mal einfach nur so als "normale" SIP Clients betrachte, so könnte ich mir folgendes Vorstellen:

1. FB arbeitet wie gehabt als Router, DHCP Server, NAT und Modem. SIP Credentials eingestellt, Telefone angeschlossen.
2. Alle anderen sind normale Clients mit eigenen Credentials für SIP, die den Internetzugang von 1) nutzen.

Vermutung: In diesem Szenario würde ich überhaupt keine Freigaben irgendwo konfigurieren, sondern alle auf 5060 funken lassen, was das Zeug hält.

Problem: Einkommender Anruf wird parallel an alle Stationen geleitet. Wer zuerst RINGed, gewinnt Wenn Du die Dinger auf unterschiedliche Nummern registrieren kannst (das geht ja wohl bei 1und1), dann ist auch das kein Problem mehr.

Ich habe hier zwar keine ATAs, aber wohl ein vergleichbares Szenario: FBF wie (1) mit DECT Telefon, PC mit Softphone ("ATA1") und TC 300 ("ATA2"). Alle verwenden dieselben Creds und nutzen 5060. Im Router ist kein Forwarding eingestellt. Jede Kiste kämpft für sich (registriert sich) selbst.

Grüsse