Port Forwarding

es geht nicht "automatisch" weil im Falle eines Anrufes der Anruf von deinem VoIP-Provider an deinen Router geschickt wird, sprich die Verbindung wird nicht von dir nach draussen und zurueck aufgebaut, sondern kommt von aussen "ungefragt" bei dir an, so wie jeder Hackerangriff auch und darum blockt eine Firewall den Anruf erstmal
Probleme macht das nicht, lediglich, wenn du direkt die Endgeraete anrufen willst, also ueber die IP oder den DynDNS-Namen musst du zum Erreichen der Gerate welche nicht den Standartport 5060 nehmen hinter die SIP-URI noch ortnummer angeben, also z.B. user@deine-ip/dyn-dns:5061
Wenn das ganze ueber einen VoIP-Provider laeuft auch kein Problem: in dem Fall ruft der Anrufer ja den VoIP Provider an, welcher selber auf Port 5060 reagiert und da dein VoIP-Provider durch deine Anmeldung am Server weiss, welchen Ports du verwendest, sorgt er auch dafuer, dass Anrufe auf eben der richtigen Portnummer bei dir am Router ankommen und von diesem dann an die richtige Endstelle weitergeleitet werden, je nachdem, was du an NAT konfiguriert hast.
Einige Provider lassen nur eine Anmeldung zu, wobei es aber generell nicht zwingend noetig sein sollte den Port 5060 zu nehmen. Andere wie auch GMX lassen eine Mehrfachanmeldung zu. Ruft dann einer bei GMX an wird vom GMX Server das Gespraech sogesehen 2-3mal zu deinem Router geschickt und zwar ueber all die Ports mit welchen du ueber die verschiedenen Geraete bei GMX angemeldet bist, so klingeln dann alle Gerate gleichzeitig. Wenn der Provider diese Mehrfachanmeldung nicht zulaesst, klingelt in der Regel nur das Phone, welches sich zuletzt bei dem VoIP-Provider angemeldet hat. Rufst du deine IP oder DynDNS Namen SIP-URI-maessig selber an, klingelt nur das Phone welches auf 5060 steht, oder das Phone, welches die Portnummer nutzt, die du bei der SIP-URI mit angibst (User@iport)

Nach draussen gibt es nur eine IP-Adresse, d.h. der Router wüsste bei eingehenden Rufen nicht, wohin er die Pakete schicken soll.

Es gibt Router, die das von selbst regeln, die gängigen SoHo Router benötigen aber ein Portforwarding.

Neben dem SIP Listen Port sollten dann noch die RTP Ports ins Forwarding eingertragen werden, die sollten natürlich auch unterschiedlich sein.

jo

das Problem ist, daß die 192.168.xxx.xxx nur innerhalb Deines Netzwerkes "zu sehen" sind, nach außen aber nicht. GMX gibt Dir eine (1) IP-Adresse, und Dein Router muß das nun irgendwie zurechtfummeln. Das siehst Du, wenn Du in Deiner Skizze mal die IP's dazuschreibst:

GMX 123.456.789.012:5060 -> Router -> 192.168.1.1:5060
GMX 123.456.789.012:5061 -> Router -> 192.168.1.2:5061
etc

Du siehst, bei GMX hast Du eben nur EINE Adresse, nämlich die vom Router. Also muß als Hilfsmittel ein anderer Port herhalten, damit der Router unterscheiden kann, wer gemeint ist.

Bei den meisten (?) Routern kann man auch Umleitungen definieren, bei denen die Portnummern nicht identisch sind, dann muß man an der Software nicht so viel fummeln. In diesem Fall sähe die zweite Zeile da oben so aus:

GMX 123.456.789.012:5061 -> Router -> 192.168.1.2:5060

Das macht aber nicht unbedingt alles leichter.

Das ist jetzt aber ganz einfach: Weil der Router nicht "weiß", welche SIP-ID an welchem Rechner sitzt!

Außerdem dürfte das Analysieren der ganzen Pakete und nicht nur der Header dem Router ein "bisschen" mehr Rechenleistung abverlangen.

nein, "oeffentlich", also von deinem Provider hast du nur eine IP, waehlst dich ja nur einmal ein.
Den Datenpacketen, die du raussendest, packt der Router einfach eine Info bei, wo sie herkommen. Wird dann eine Antwort geschickt, ist diese Info in dem zurueckgeschickten Header auch drin, ist so TCP/IPmaessiger Standard. Und daher weiss der Router wohin mit den Daten, auch wenn du auf 5 lokalen Rechnern die gleiche Seite oeffnest

wikipedia schrieb:

Bei Hiding NAT (eigentlich PAT oder auch NAPT (Network Address Port Translation)) werden mehrere Quell-IP-Adressen in die gleiche externe Quell-IP-Adresse übersetzt.

Zum Vergrößern anklicken....

Dies ist der Part, der hier interessant ist, da Dir nur eine öffentliche IP zur Verfügung steht.

Du kannst ja mal versuchen, mich auf meiner IP zu erreichen: 10.0.0.20 oder auch auf der 192.168.2.2. Generell werden IPs aus dem sogenannten "privaten Bereich" wie 10.0.0.0 - 10.255.255.255, 172.16.0.0 - 172.31.255.255, 192.168.0.0 - 192.168.255.255 und 169.254.0.0 - 169.254.255.255 von Routern NICHT ins Internet geschickt und eben nicht geroutet. Daher ist die "Übersetzung" nötig.

Meine öffentliche IP verrate ich aber nicht, denn die ist statisch...

so ganz weiss ich nicht was du willst.
also fuers Raustelefonieren brauchst du auch kein Portforwarding konfigurieren, aber fuer die ankommden Gespraeche ist NAT-Konfig halt wichtig. Bzw fuers Rauswaehlen als solches geht es auf jedenfall ohne NAT, aber ich bin mir da noch nicht mal sicher, dass NAT auf jedenfall konfiguriert werden muss, damit du ueberhaupt was empfaengst/hoerst. Muesste man sich etwas mehr mit befassen, aber es koennte auch gut sein, dass die Daten die von der Gegenstelle an dich geschickt werden, diese speziellen Router-Headerinfos generell nicht hat und dann geht es halt nicht "automatisch" mit der Weiterleitung vom Router, dann ist es ja genauso, wie wenn dich einer anruft.
Die Weiterleitung duer den Listening Port ist ja auf jedenfall fuer einkommende Anrufe, das hatten wir doch schon ?! wenn ein Anruf/Datenpackt(e) einfach so ankommen, ohne diese zusaetzlichen Router-Infos im Header weiss der Router schon mal garnicht, wohin damit. Da es fuer den Router ja eh nur Datenpackete sind, ist die default Einstellung eines Routers erstmal so, dass ungefragt eingehende Daten geblockt werden. Im allgemeinen ja auch OK, in der Regel kommen Daten nur zu deinem Router, weil ich sie anfordere, durchs Aufrufen einer Webseite, Abrufen von Emails, etc, ganz egal.

Im Grunde können im lokalen Netz alle Clients auf den Port 5060 lauschen. Dann mußt Du allerdings beim Portforwarding im Router einschalten, daß Port 5060 (von Extern für Client 1) auf intern 5060 an IP Rechner 1 umgeleitet wird, Port 5061 (von Extern für Client 2) auf intern 5060 an IP Rechner 2 umgeleitet wird, Port 5062 (von Extern für Client 3) auf intern 5060 an IP Rechner 3 umgeleitet wird usw.

Ich versuche mal, eine Analogie zum NAT finden:
Firma xy mit 100 Mitarbeitern hat eine Telefonanlage. Nach außen wird die Telefonnummer 0123/456-0 übertragen. Ein Anruf (Datenpaket) auf die 456-0 (externe IP) wird aber nun (hoffentlich...) nicht bei allen Mitarbeitern signalisiert, sondern in der Zentrale, die anhand der Kundennummer (Port des eingehenden Datenverkehrs) entscheiden kann, auf welchen Apparat sie weiterleitet (Nebenstellennummer = interne IP).
Würde der Anruf bei allen signalisiert, bräche das absolute Chaos aus: Bis der Anrufer (Datenpaket) bei dem Mitarbeiter (Programm) landet, wo er hinwill, muß im worst case jeder der 100 Mitarbeiter das Gespräch annehmen - suchen, ob der Vorgang zu ihm gehört - zum nächsten weiterverbinden. (Wenn das bei der IP-Telefonie passieren würde, hättest Du Verzögerungen von xxx Sekunden bei der Sprachübermittlung.)

Jetzt könnte man natürlich fragen: Warum wird nicht die Durchwahl übertragen? Nun, das ist noch so ein Anschluß, wo man nicht direkt durchwählen kann, sondern nur über die Zentrale vermittelt werden kann...

Etwas klarer?

Edit: Was genau ist eigentlich das Thema Deiner Diplomarbeit? Wenn Du noch ein bisschen mehr Netzwek-Basics brauchst (wozu NAT auf jeden Fall gehört, das hat mit SIP noch nichts zu tun), könnte das c't-special Netzwerke für Dich ganz interessant sein.