RFCE002: UDP und NAT-PMP

In Episode zwei nehmen wir eine andere Perspektive ein und betrachten Netzwerke aus der Sicht des Application Developments. Mein Gast ist Dom und wir unterhalten uns erst einmal über den dreiseitigen RFC 768, also UDP. Wie man in einem Netzwerk freundlich kommuniziert, erklärt Dom dann am Beispiel des UDP-basierten NAT-PMP (NAT-Port Mapping Protocol). Der Informational RFC 6886 ist ein Beispiel für ein simples Protokoll, das sich durch einen rücksichtsvollen Umgang mit begrenzten Ressourcen in einem Heimnetzwerk auszeichnet und von dem man einiges lernen kann. Das dachte man sich wohl auch, als man mit dem Standard RFC 6887 auf NAT-PMP aufsetzte und diesen erweiterte.

Zwei Stunden kürzer und wieder ein anderes Audio Setup. Wird aber. Vielen Dank für das Feedback zur ersten Folge!

avatar Dom
avatar Anna-Lena Paypal Icon Flattr Icon Amazon Wishlist Icon

Feed Enclosure
Podcast Feed: Request for Comments (Request for Comments (MPEG-4 AAC Audio)) MPEG-4 AAC Audio
Podcast Feed: Request for Comments (Request for Comments (MP3 Audio)) MP3 Audio
Podcast Feed: Request for Comments (Request for Comments (Opus Audio)) Opus Audio
Podcast Feed: Request for Comments (Request for Comments (Ogg Vorbis Audio)) Ogg Vorbis Audio

Shownotes

RFC768 User Datagram Protocol 00:02:18

UDP Header — Network Address Translation.

RFC6886 NAT Port Mapping Protocol 00:28:56

Das 1. Paket: Client an NAT-PMP — Paket 2: Server antwortet — Paket 3: Request for Mapping — Paket 4: Freundlich gemapped — Destroying a mapping — Gateway Reboot (NAT behind NAT - Anna-Lenas Setup ist zu kompliziert)  — Andere schwierige Setups.

5 Gedanken zu „RFCE002: UDP und NAT-PMP

  1. Ein kleiner Hinweis: Dom redete mehrmals von “broadcast” Adressen auf die Geräte hören würden. In der Tat werden aber Multicast Adressen genutzt. Für den eigentlichen mDNS Dienst 224.0.0.51 (siehe https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/NetServices/Introduction.html). Zudem gibt es auch eine Reihe von reservierten Multicast Adressen (z.B 224.0.0.1 für alle “Hosts”, 224.0.0.2 für alle Router, siehe http://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml).

  2. Falls Unitymedia genauso tickt wie Vodafone/KabelD, dann hast Du auf deren Webseite im Kundenbereich die Möglichkeit, Deinen kompletten Anschluss in den “Bridgemode” zu setzen. Wenn Dein UBNT Router dann den DHCP Request nach “oben” macht, bekommt er die öffentliche IP und keine RFC1918 Adresse (vorausgesetzt Dein ISP macht kein CGN).
    Das erspart Dir vielleicht eine unnötige Indirektionsschicht.

  3. Ahoi,
    ich glaube man soll nicht auf 0.0.0.0 binden, weil man dann auf dem Socket nicht mehr erkennen kann, auf welchem Interface eine Broadcastmessage reinkam. Ich erinnere mich da dunkel an so ein Problem das ich mal hatte.

  4. IPv6 von Unitymedia in Hessen? Dann hast du sogar Dreifach-NAT bei v4, da UM in Hessen und NRW nur IPv4 nativ ohne IPv6 oder Dual-Stack-Lite macht.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

*