Je celkem skoda ze vsichni zatracuji teredo (rfc4380) jenom proto ze to je vynalez microsoftu. Prakticka zkusenost (tj predevsim p2p) je takova ze stateless protokoly 6to4 a jeho stejne bezmocny bratricek 6rd mu nemuzou ani zdaleka konkurovat bavime-li se o robustnosti pro BFU.
Dale nechapu narazku na anycast - ten preci danemu ISP dava kontrolu nad trafficem vzdy - od toho je to anycast. Alespon v pripade tereda to funguje jak ma. Jediny rozdil mezi 6to4 a 6rd je ze adresa anycastove relay je volitelna stejne jako prefix pod kterym je tunel videt v internetu.
Dale mne trochu mrzi, hlavne tedy od pera satrapy, ze problemy s MTU hazi do jednoho pytle s ipv4 svetem. Moc dobre totiz vi ze MTU discovery funguje u v6 tcp jinak - mss se ridi mtu na strane puvodce spojeni, takze staci mit na tunelovem interfacu mtu 1420 a problemy nejsou. Ty nastanou az kdyz mi ISP postavi do cesty nejakou zhovadilost stylu 6rd ktera se tvari jako nativni v6 i kdyz se jedna o tunel :)
> Moc dobre totiz vi ze MTU discovery funguje u v6 tcp jinak - mss se ridi mtu na strane puvodce spojeni, takze staci mit na tunelovem interfacu mtu 1420 a problemy nejsou.
A ono se v IPv4 MSS nenastavuje na strane puvodce spojeni, podle odchozicho interface?
Problem samozrejme muze nastat, ne sice v pripade, kdy je pres 6to4 pripojen jen jediny pocitac, ale pokud si takto nekdo pripoji celou sit (kde pak ma vetsi MTU). Samozrejme ten problem muze nastat jen v pripade, ze nekdo pitome blokuje ICMP.
> Moc dobre totiz vi ze MTU discovery funguje u v6 tcp jinak - mss se ridi mtu na strane puvodce spojeni, takze staci mit na tunelovem interfacu mtu 1420 a problemy nejsou.
A ono se v IPv4 MSS nenastavuje na strane puvodce spojeni, podle odchozicho interface?
Problem samozrejme muze nastat, ne sice v pripade, kdy je pres 6to4 pripojen jen jediny pocitac, ale pokud si takto nekdo pripoji celou sit (kde pak ma vetsi MTU). Samozrejme ten problem muze nastat jen v pripade, ze nekdo pitome blokuje ICMP.