Moin allerseits, ich merke schon, ich habe mal wieder in ein Wespennest gestochen...
Ich habe gerade mal ein bischen mit 6to4 rumgebastelt. Leider gibt es anscheinend im Moment entweder bei Switch.ch oder bei mir Probleme, so da� ein Traceroute6 in so ziemlich alle Richtungen ins Leere l�uft. Trotzdem ein paar Kleinigkeiten: - Laut der Sayer-Liste hat Microsoft anscheinend mit 6to4.ipv6.microsoft.com ein Public Relay in den USA. Ich kann's auf seiner expliziten Adresse anpingen, komme aber von da aus nicht weiter (was wie gesagt an meiner frisch zusammengenagelten Testumgebung liegen kann). - Klar, da� das 6to4-Routing das Leben nicht einfacher macht, solange es so wenige Public Relays gibt. Aber ich halte 6to4 vor allem daf�r interessant, um �ber k�rzere, eher inl�ndische Distanzen IPv6-Connectivity zu bekommen, selbst wenn mein Provider nicht mitspielt. - Frei verf�gbare Tunnel Provider wie SixXS oder auch Freenet6 finde ich eine wichtige Sache, vor allem in der momentanen Phase, wo IPv6-Connectivity fast nicht zu bekommen ist. Erst wenn IPv6 wirklich im gro�en Stil kommt, wird 6to4 das Mittel der Wahl sein, um ohne die oft vorgehaltenen gro�en Neuanschaffungen im Core-Bereich hochwertige Connectivity bereitzustellen---au�er f�r diejenigen, die ein Netz hinter einem NAT-Router an einer Leitung betreiben, die einmal am Tag zusammenbricht und anschlie�end mit einer neuen Adresse wieder hochkommt. Aber f�r Gesch�ftskunden mit statischer Adresse und den typischen Enduser mit einem Rechner direkt am DSL-Modem oder �hnlichem ist es gut zu gebrauchen. Aber noch ein paar Punkte zu Jeroens letzem Posting: > Aber _welche_ provider ist es die diese 192.88.99.1 gibt? > traceroute 192.88.99.1... Switch.ch, genau wie Du vermutet hast. > Dieser sagt mehr uber ihren high-latency 'DSL' verbindung dan uber > 6to4... Das war nicht mein Punkt; ich wollte eher darauf hinaus, da� es wenig Sinn hat, �ber f�nf oder zehn Millisekunden zu streiten, wenn ein gro�er Teil Leute schon 50 ms zum anderen Ende der eigenen Anbindung braucht. > Aber das ist alleine die website, die POPs von SixXS sind an andere > orten aufgestellt. Meistens direct an einer IX. Ja ja, aber auch dann sind die 50 ms dank DSL der begrenzende Faktor. Selbst wenn Du durch einen zus�tzlichen, n�her gelegenen POP zehn Millisekunden herausholst, macht das f�r einen User kaum einen sp�rbaren Unterschied---wobei der Vergleich zwischen SixXS und Freenet6 da etwas anders ausf�llt. (Ich bin da vielleicht penetrant, aber ich habe ein paar zu viele Desaster gesehen, wo an einer v�llig irrelevanten Stelle optimiert wurde.) >> Das einzige, was mir persönlich noch fehlt, ist die Möglichkeit, auch >> aus einem Netz hinter einem NAT-Gateway heraus zu zu tunneln. > > Er gibt mehrere losungen, auch: > http://www.ietf.org/internet-drafts/draft-massar-v6ops-ayiya-00.txt Ich seh's mir am Wochenende (hoffentlich) mal an. > Und das geht, mit gluck, im beta am nachsten woche bei SixXS.... Sobald es stabil l�uft, helfe ich gerne, es etwas bekannter zu machen... > Naturlich sind da auch OpenVPN (zb JOIN braucht das) Gibt es da �ffentliche Relays? Ich hatte das bisher so verstanden, da� das nur f�r "geschlossene Benutzergruppen" gedacht ist. > oder tinc (SixXS) basierte losungen fur dieser problem. Auch das werde ich mir bei n�chster Gelegenheit ansehen. > Teredo funktionierte allein nicht wann jemand hinten einer symmetric NAT > sitzt. Sie sind, wie 6to4, aufgewiesen an einer lokalen relay > angewiesen. Teredo relay in .fr: http://www-rp.lip6.fr/teredo/ Ich versuche mal, mir am Wochenende den Draft etwas genauer anzusehen. Ich war bisher davon ausgegangen, da� Teredo der letzte Ausweg ist, wenn man hinter einem NAT-Gateway festsitzt. Aber wenn ich Dich richtig verstehe, stehen die Teredo Relays auch wieder mit globalen Adressen im Netz zur Verf�gung, was dem ja nicht widerspricht. > On Wed, 2004-06-09 at 13:02, Ignatios Souvatzis wrote: >> <SNIP> >> Vorallem ist das ganze sehr, sehr Tageszeit- und Wochentagsabhängig. > > Das ist es sehr sicher ;) Verge�t das Wetter dabei nicht---auch wenn's regnet steigt die Netzlast durchaus me�bar an... Sch�nen Abend noch, Benedikt -- Benedikt Stockebrand, Dipl.-Inform. Freelance IT System Architect http://www.benedikt-stockebrand.de/ always looking for a contract Unix (all flavours), TCP/IP, IPv6, IT Security, Unix Operations Training Performance and High Availability Tuning, Large Scale Systems Design _______________________________________________ ipv6 mailing list [EMAIL PROTECTED] http://listserv.uni-muenster.de/mailman/listinfo/ipv6
