Сэкономленную емкость CG-NAT легко пересчитать в деньги. А вот сэкономленные ресурсы роутеров скорей всего будут просто простаивать.

А вот и нет, я мгновенно уткнулся на то, что в QFX5100 у меня закончился TCAM и перестало хватать на все фильтры, пришлось откатить ipv6 назад.
На BRAS тоже вырос расход CPU, причем на гораздо большее значение, чем количество клиентов кто "смог" ipv6.

Видимо всё упирается в память, на которой и экономят. Ну и поддерживать это потом ещё, когда баги и в обычном функционале встречаются.

звучит прям как общение с антипрививочниками

Сам IPv6 еще кривой до ужаса, тот же SLAAC, который палит MAC, это решается RFC4941+DAD, который далеко не все ровно делают, но еще в нагрузку к этому оказывается существует совершенно иной DHCPv6, который нужен некоторым девайсам.
В итоге когда делаешь embedded устройство, где на все про всё 400кб памяти, проще сказать "да пошли вы все нафиг" и сказать, что ipv6 нет (например это было в случае esp32 eth-ap режима).

> Сам IPv6 еще кривой до ужаса, тот же SLAAC, который палит MAC
OMG

security extensions отменили?

Что за детский сад)))

Вы сообщение читали? RFC4941

И не security, а privacy extensions

и?

И далеко не везде сделано, это должно быть не "extensions", а по умолчанию

RFC4941 должен быть закопан. в современных версиях OS - уже почти закопан и это хорошо

Опять теоретики в зале, понятно

wifi-radar почему перестаёт работать не подскажете?)

но сам по себе SLAAC никаких ограничений на способ генерации interface ID не налагает, если я правильно помню, так что кривость - это какое-то странное суждение

Теоретики :) Я разрабатывал несколько IoT девайсов на MCU, в итоге на IPv6 _все_ заказчики решили забить, и платить за доп. допиливание SDK и разных сценарием сосуществования этих extensions не захотел никто.

Это не "кривизна" IPv6

Ну и никто не мешает участвовать в IETF

Сейчас IPv6 работает и работает нормально, лучше IPv4