> in regiunea RIPE se poate cere IPv6 PI insa doar pentru infrastructura > organizatiei. > > daca in ipv4 in infrastructura intra si ip-ul folosit sa conectezi > clientul (up to /30 sau chiar /29 pentru vrrp) in ipv6 ar trebui sa > folosesti un minim /64 iar asta este de data asta considerat un subnet > deci sub-assignment.. conform 'policy'-urilor, doar o alocare poate fi > impartita in 'assignments'; sub-assignment-urile sunt incalcari ale > policy-ului concret, eu sunt gica de la o firma mica, am contract cu rds si cu upc (uite, si cu ines ca sa nu se supere careva de acolo), am o clasa PI ipv4 anuntata prin toti; pe ipv4 e bine mersi, fac sesiune bgp cu toti anunt clasa mea, setez niste preferinte pe acolo si totul merge bine, cu failover si tot tacamul
bun, daca vreau sa fac acelasi pe ipv6, bingo, ce ma fac ? teoretic doar daca sunt mare schmeker momentan pot sa obtin un PI ipv6, dar nu am banii lu jiji sa dau shpaga, deci nu pot sa le obtin; cel mult pot sa primesc un /64, un /56 sau chiar un /48 de la fiecare provider in parte; dar difera de la cer la pamant fata de functionalitatea de pe PI-urile ipv4 (ar fi la fel cum as avea pe ipv4 clase diferite de la diferiti provideri) teoretic partea asta ar fi acoperita de SHIM6, dar care din cate am inteles momentan e doar o propunere de documentatie (de sapat mai mult ceva mai incolo), deci nimic concret; si atunci, cum va fi implementata chestia asta de multihoming pe care o consider de baza chiar si acuma (si avand in vedere cresterea spatiului de adrese, va fi si mai de baza pe viitor) si nu, iesirea pe diversi provideri cu adrese din clase lor nu se poate considera o solutie; oi fi eu firma mica dar poate am si eu un server ceva prin gradina (sau mai multe) pe care vreau sa le fac accesibile intr-un anumit mod indiferent de provider Alex _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
