On Wed, 2004-06-09 at 12:30, Benedikt Stockebrand wrote: > Moin allerseits, > > Jeroen Massar <[EMAIL PROTECTED]> writes: > > >> Was spricht gegen 6to4? Immerhin ist es genau fÃÂr diesen Zweck gedacht. > > > > 'diesen zweck' ist etwas einer raumer begriff, liegt gans wafur man > > etwas brauchen woltte. > > > > Also wo ist deiner 6to4 relay ? :) > > Ich denke das die in oder die Niederlande (BIT) oder in die Schweiz > > (SWITCH) liegt was die latency nicht am guten tut. > > von einem popeligen Telekom-DSL-Zugang sieht das so aus: > > $ ping 192.88.99.1 > PING 192.88.99.1 (192.88.99.1): 56 data bytes > 64 bytes from 192.88.99.1: icmp_seq=0 ttl=248 time=87.374 ms > 64 bytes from 192.88.99.1: icmp_seq=1 ttl=248 time=84.900 ms > 64 bytes from 192.88.99.1: icmp_seq=2 ttl=248 time=84.845 ms
Aber _welche_ provider ist es die diese 192.88.99.1 gibt? traceroute 192.88.99.1... > und zum Vergleich > > $ ping www.t-online.de > PING www.t-online.de (194.25.134.146): 56 data bytes > 64 bytes from 194.25.134.146: icmp_seq=0 ttl=249 time=73.199 ms > 64 bytes from 194.25.134.146: icmp_seq=1 ttl=249 time=74.521 ms > 64 bytes from 194.25.134.146: icmp_seq=2 ttl=249 time=74.166 ms > 64 bytes from 194.25.134.146: icmp_seq=3 ttl=249 time=74.144 ms > ^C > --- www.t-online.de ping statistics --- > 4 packets transmitted, 4 packets received, 0% packet loss > round-trip min/avg/max/stddev = 73.199/74.007/74.521/0.490 ms Dieser sagt mehr uber ihren high-latency 'DSL' verbindung dan uber 6to4... > $ ping www.sixxs.net > PING noc.sixxs.net (213.197.29.32): 56 data bytes > 64 bytes from 213.197.29.32: icmp_seq=0 ttl=54 time=81.972 ms <SNIP> Aber das ist alleine die website, die POPs von SixXS sind an andere orten aufgestellt. Meistens direct an einer IX. <SNIP> > > Das liegt gans fur was sie die verbindung brauchen naturlich, das ist > > auch die reden warum da so viele transition mechanism sind, jeden > > braucht einer anderen und politische und technischen argumenten mussen > > sie dan auch nog mitnemhen. Aber wann sie am enden auch von IPv6 brauch > > konnte machen dan ist alles doch gans gut ? :) > > 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 Und das geht, mit gluck, im beta am nachsten woche bei SixXS.... Naturlich sind da auch OpenVPN (zb JOIN braucht das) oder tinc (SixXS) basierte losungen fur dieser problem. Auch nicht zu vergessen: Silkroad, was etwas einer Tunnel Broker version von Teredo must sein oder etwas wie das ;) > Teredo ist leider noch nicht so weit... 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/ 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 ;) Greets, Jeroen
signature.asc
Description: This is a digitally signed message part
