Volodymyr Yakovenko пишет:
2009/5/6 Daniel Ginsburg
: [..skipped..] А теперь представь себе возможный размер качественно деагрегированой таблицы ipv6. Например, свою /32 я могу деагрегировать на 65536 сетей по /48, 32768 по /47, 16384 по /46 и так далее, в сумме - 128k возможных валидных анонсов. Плюс Вовик свою /32 деагрегирует. :)
Если ты мне расскажешь, как в v6 получить оптимизацию latency без separate/more-specific prefixes - пилить не буду :-)
Это пусть те, кто запрещают /32 пилить, рассказывают :) Inter-domain traffic engineering - валидная потребность, и IPv6 ее никаким магическим образом не отменяет. Можно объявить, что потребности в колбасе нет, и запретить, но она (потребность) от этого не исчезнет.
Вот тебе и 256k префиксов. И см. выше :) Ну, все-таки в IPv4 деагрегация не максимальна (если распилить все анонсированное на сегодня пространство до /24, мы бы видели около 8 млн. префиксов). Нет причин думать, что в IPv6 все вдруг ринутся деагрегировать до предела.
В IPv6 *все то же самое* в плане inter-domain routing, что и в IPv4. Поэтому мы очень, очень быстро придем практически к тому же положению, что и с нынешним IPv4 full view.
Одна халепа - 300K+ v4 prefixes это уже напряжно для некоторых коробок. Еще 300K+ v6 prefixes сверх того и на одной коробке - изрядно много железа менять прийдется.
Увы. Костыль для сокращения FIB есть: http://tools.ietf.org/html/draft-francis-intra-va-01. На какое-то время это может помочь отложить апгрейды, но это костыль по понятным причинам.