Problem s narustem tabulek skutecne existuje, ale ze by ho IPv6 vyresil si
nemyslim. Spis ho zdvojnasobi, nebo vzhledem k mnozstvi adresa a rozsahu
jeste zmnohonasobi. V IPv6 se routuje stejne jako v IPv4.
Covex
Dle meho nazoru je to komplikovanejsi, a soucasne jednodussi. Sestkove
"velke" krabice si muzou provoz rozdelit do trid podle delky prefixu,
vzhledem k tomu, jaka jsou pro sestku doporuceni, pomerne snadno
predpokladat drtivou vetsinu /48 a /64 (a mozna par dalsich), a pracovat s
nimi znatelne efektivneji s fixnimi alokacnimi a algoritmickymi schematy. A
zbytek mohou zpracovavat pomaleji, variabilne, narocneji, beztridne, podobne
jako dnesni ctyrkove krabice.
Pripadne se podivnymi prefixy vubec nezabyvat a nechat jejich reseni na
dalsim v poradi (s rizikem, ze zlomek provozu pujde tam a zpatky, oklikou,
pripadne vytika na TTL, etc. Proste - jsi nestandardni, jsi komplikace, obcas
narazis. Totez se dnes stava s neobvykle dlouhymi prefixy v IPv4).
Netvrdim tim, ze prefixu bude nejak znatelne mene, to si netroufam
odhadovat, spis ze jdou lepe zpracovavat.
____________________________________________________________________pharook_
"Mesic je dulezitejsi nez Slunce", reklo dite. "Protoze sviti, kdyz je tma."
|
