https://oldwiki.funkfeuer.at/api.php?action=feedcontributions&feedformat=atom&user=Alx 2026-04-25T09:39:26Z Benutzerbeiträge MediaWiki 1.22.5 https://oldwiki.funkfeuer.at/wiki/Diskussion:Arbeitsgruppe_IPv6_im_Mesh 2008-11-29T05:59:58Z

<p>Alx: Stateless IPCM/IP Translation nach rfc2765</p> <hr /> <div>Meine (==[uk]) 0.02Eur (nachdem ich mir noch nicht sicher bin wies in den Artikel passt). /Ein wenig auch meine Erfahrungen mit jahrelangem IPv6 Produktionsbetrieb an der Uni Wien/.<br /> <br /> * radvd am Router fuers LAN (das Paket gibts zumindest mal)<br /> ** Damit koennen alle gaengigen OSn ohne konfig ins Netz.<br /> * ip6tables<br /> * Ich hab mit 6to4 keine uebermaessig guten Erfahrungen gemacht - auf lange sicht macht sich native/dual-stack bezahlt.<br /> ** Haken: alle nodes muessen dual-stack sein (weil OLSR leider auch kein Multiprotokoll-RP ist [1])<br /> * DNS (insb. Reverse DNS ist problematisch - insb bei der Verwendung von EUI64-Adressen)<br /> ** Deswegen machen wir das bei uns (Uni Wien) derzeit auch nur fuer Server - und dort verwenden wir keine EUI64 Adressen.<br /> <br /> [1] Was eigentlich ein echter Mangel ist. Wird das mit OLSR-NG besser? (siehe IS-IS und BGP4)<br /> <br /> olsrd kann v6 oder v4 . Wenn man beides will: 2 mal starten :) Es gibt in .ZA ein Netz, das olsr rein auf v6 faehrt --[[Benutzer:Aaron|aka]] 20:48, 18. Aug 2008 (CEST)<br /> <br /> ----<br /> Hey, da beteiligen sich ja schon Leute, obwohl ich die Seite noch nicht einmal auf der ML angekündigt habe... cool. :)<br /> <br /> Klar, der radvd wird schon seit ein paar Tagen von mir getestet - scheint sogar auf der alten Freifunkfirmware ganz passabel zu laufen...<br /> <br /> Was native IPv6 betrifft: Bei Funkfeuer geht der Trend derzeit ganz stark in Richtung mehr Hardware- (und Firmware-) vielfalt. Ich glaub' nicht, dass in absehbarer Zeit &quot;IPv6 forwarding auf allen Nodes&quot; durchsetzbar sein wird.<br /> <br /> Ja, beim nächsten OLSR RFC wird IPv6 stark berücksichtigt, aber total unklar, wann das implementiert wird und ob Funkfeuer dann noch OLSR verwendet oder ein anderes Protokoll...<br /> <br /> Ach ja, kannst die Seite natürlich gerne umbauen, wenn deine Erfahrungen dann besser hinein passen ...<br /> <br /> Harald<br /> <br /> == eine ideale Welt. ==<br /> <br /> Eigentlich muesste ja IPv6 einem Mesh-Netzwerk entgegenkommen. <br /> * im WLAN keine Globalen v6 Adressen noetig - eigentlich muessten dort die link-locals fuer die Routing-wolke reichen<br /> * ein /48 pro Node - das wird dann per HNA announced.<br /> * Ein Knoten ohne EndHosts braucht damit eigentlich auch keine Globalen IPs (Note: wie sehen im OLSR RouterIDa aus?)<br /> <br /> ''RouterIDs im OLSR: Sind normalerweise IP Adressen von einem Interface - bei Nodes mit mehreren Interfaces wird eines mehr oder weniger zufällig ausgewählt. Es gibt aber auch Leute, die darüber nachdenken, als IDs die MAC Adressen zu verwenden.''<br /> <br /> ''Die Idee mit den Subnetzen für die Nodes geistert schon eine Weile in manchen Köpfen hier herum, aber es scheint mittelfristig nicht umsetzbar...''<br /> <br /> &lt;cynism&gt;<br /> Und ueberhaupt wird ja mit IPv6 alles viel besser und schneller und ueberhaupt.<br /> &lt;/cynism&gt;<br /> <br /> == ipv4 raus aus dem Backbone ==<br /> Da sich alle IPv4 Adressen im IPv6 Adressraum abbilden lassen ist es nur logisch, den backbone mittelfristig auf v6 only umzustellen. Dies würde die verschwendung von v4 PI-Adressen für wlaninterfaces beenden und die nutzung von ipv6 für den enduser ermöglichen.<br /> <br /> Damit dies geht, ist es nötig, den ipv4 traffic durch das v6 mesh zu bekommen.<br /> * Klassisches tunneling kommt da meines erachtens nicht in frage, da dann die verbindungen zwischen den clients über den tunnelserver gehn.<br /> * Stateless dynamic tunneling wahre denkbar, war für mich aber nicht interessant.<br /> Daher habe ich mich mit Stateless IPCM/IP Translation nach rfc2765 beschäftigt und dies unter http://blogs.k-ita.de/~alx/?p=91 zusammengefasst.<br /> <br /> Gruss, Alex</div>

Alx