Alexandre Snarskii пишет:
И будет тоже самое что с IPv4... :(
А что, ожидалось что-то другое? Почему?
А оно и так будет. Экономик-с...
Вот именно. Экономические драйверы для деагрегации не меняются. А технически IPv6 в этом отношении не предлагает ничего отличающегося от того, что мы имеем сейчас в IPv4.
Радует только то, что IPv6 PI можно легко пофильтровать - сагрегировать по регионам. Пока можно. А зачем его фильтровать?
Современные раутеры - hardware-assisted. Причем размер таблицы этого самого hardware довольно таки ограничен. Вспомни историю прошлого года, когда full-view перерос за 256k, и часть кошек (Sup320, [Sup|RSP]720[BC]) оказалась к этому не готова, и перешла по части префиксов с hardware-based forwarding, который она готова исполнять в mpps'ах, на processor-based forwarding, измеряемый в лучшем случае в kpps'ах...
А теперь представь себе возможный размер качественно деагрегированой таблицы ipv6. Например, свою /32 я могу деагрегировать на 65536 сетей по /48, 32768 по /47, 16384 по /46 и так далее, в сумме - 128k возможных валидных анонсов. Плюс Вовик свою /32 деагрегирует. :) Вот тебе и 256k префиксов. И см. выше :)
Ну, все-таки в IPv4 деагрегация не максимальна (если распилить все анонсированное на сегодня пространство до /24, мы бы видели около 8 млн. префиксов). Нет причин думать, что в IPv6 все вдруг ринутся деагрегировать до предела. В IPv6 *все то же самое* в плане inter-domain routing, что и в IPv4. Поэтому мы очень, очень быстро придем практически к тому же положению, что и с нынешним IPv4 full view.