В IETF появился draft, который обещает интернет без dual-stack, без CGNAT и без мучительного перехода. Спасение для всех, кто двадцать лет тащит IPv6 в гору, не станет будущим сети.
Draft-thain-ipv8-00, опубликованный 14 апреля 2026 года на бумаге выглядит слишком хорошо: IPv4 становится подмножеством IPv8, dual-stack будто бы больше не нужен, каждому владельцу ASN достаётся по 2^32 адресов хостов, а сеть получает единую управляемую платформу вместо нынешнего зоопарка из разрозненных сервисов.
История с IPv8 интересна не как новость про новый IP-протокол. Она очень громко показывает, насколько индустрия устала от бесконечного, вязкого и дорогого перехода на IPv6.
Что важно понять за 20 секунд
Draft обещает почти новый интернет-стек:
DHCP8,DNS8,WHOIS8,NetLog8,Zone Server,BGP8,OSPF8,IS-IS8,8to4и не только.Его привлекательность построена на реальной боли: IPv6 внедряется массово, но всё ещё слишком медленно и слишком неравномерно.
Почти наверняка IPv8 не заменит IPv6. Но сам факт его появления важнее, чем кажется.
Сначала приземлим ожидания
Нет, IETF не приняла IPv8.
На момент публикации это именно Internet-Draft, причём индивидуальный. Документ не имеет формального статуса в стандартизационном процессе. В шапке самого текста стоит классическая для draft-документов пометка: он work in progress и у него есть дата истечения 16 October 2026.
Это важная оговорка. Потому что весь дальнейший разговор теряет смысл, если читать IPv8 как уже согласованное направление для интернета. Это не направление. Это очень амбициозное предложение. Но вот что делает историю интересной: предложение появилось не в пустоте.
Оно появилось ровно в тот момент, когда IPv6 уже нельзя честно назвать экзотикой, но ещё нельзя назвать завершённой миграцией.
По статистике Google, 22 марта 2026 года 48.22% запросов к сервисам компании уже шли по IPv6. По данным APNIC, в окне 17 March 2026 – 15 April 2026 мировой уровень IPv6-capable был 43.11%, а IPv6-preferred - 41.65%. То есть IPv6 уже давно не игрушка и почти половина интернета до него дошла. Но вторая половина всё ещё живёт в мире IPv4, NAT, CGNAT и компромиссов.
Это и есть самое неприятное состояние для инфраструктуры: когда технология уже не новая, но ещё не стала по-настоящему естественной.
Почему идея IPv8 вообще звучит соблазнительно
Если читать draft глазами уставшего оператора, архитектора или просто человека, который много лет смотрит на dual-stack, он попадает точно в нерв.
Автор предлагает не ещё один IP с ещё большим адресным пространством, а вариант без мучительного переходного ада. Вот в чём главный соблазн:
Что обещает IPv8 |
Почему хочется поверить |
Где спрятана цена |
|---|---|---|
IPv4 подмножество IPv8 |
Похоже на миграцию без дня X и без dual-stack |
Совместимость на бумаге ещё не означает бесшовную смену operational model |
|
Каждому ASN достаётся гигантское адресное пространство |
Это жёсткая переупаковка глобальной модели маршрутизации |
|
Меньше зоопарка из DHCP, DNS, NTP, мониторинга и контроля |
Единая платформа управления означает и единый новый trust/control plane |
|
Хочется маршрутизации по качеству, а не по историческим компромиссам |
Межоператорская измеримость и доверие к общей метрике сами по себе огромная проблема |
|
Есть мост между мирами |
Мост не отменяет цену замены почти всей архитектуры |
Если совсем коротко, IPv8 продаёт мечту о том, что можно получить IPv4, только без его главных болей и с современными плюшками. И это очень сильный маркетинговый ход. Потому что IPv6 никогда не продавался как эмоционально приятная история. Он продавался как правильная инженерная необходимость. А это всегда хуже работает.
IPv8 предлагает новую цивилизацию
Когда читаешь черновик внимательно, становится видно: речь идёт о том, чтобы переопределить сразу несколько слоёв эксплуатации сети.
В тексте рядом с IPv8 возникают DHCP8, DNS8, WHOIS8, NetLog8, Zone Server, новые или расширенные маршрутизирующие протоколы, схема перехода 8to4, отдельные companion drafts под WiFi8, SNMPv8, Update8 и прочие куски экосистемы.
Но чем сильнее обещание, тем выше координационная цена. А интернет плохо переносит проекты, которым нужно слишком много договорённостей одновременно.
IPv6 был тяжёлым именно потому, что затронул слишком много мест сразу: оборудование, приложения, адресную модель, эксплуатацию, обучение, мониторинг, безопасность, провайдеров, контентные платформы, корпоративные сети, бытовые роутеры, облака, SDK, старый софт и бесконечные внутренние процессы. Именно поэтому он внедряется не революцией, а многолетним вязким просачиванием.
IPv8 в этом смысле выглядит не проще, а радикально сложнее. Потому что он пытается починить ещё и управление, и доверие, и маршрутизацию, и переходную модель, и часть сервисного слоя.
Но ведь IPv6 и правда идёт слишком медленно
Да. И это как раз самая сильная часть всей истории. Усталость от IPv6 не выдумана.
IPv4 оказался невероятно живучим не потому, что он хороший, а потому что оказался достаточно терпимым. NAT и CGNAT позволили протянуть дефицит адресов. Dual-stack позволил годами жить в переходном режиме. У компаний и операторов не было сильного момента или мы срочно идём в IPv6, или всё ломается завтра.
А если старая схема всё ещё работает, новая инфраструктура воспринимается не как освобождение, а как дополнительный налог на сложность.
Именно это в 2025 году очень точно описывала Internet Society: проблема IPv6 не в том, что никто не понимает его пользу, а в том, что IPv4 + NAT для многих до сих пор работает достаточно хорошо, а IPv6 приносит организационную и операционную сложность без мгновенного выигрыша.
Это, кстати, и есть самая недооценённая мысль во всей дискуссии.
Внедрение тормозит потому, что любая инфраструктурная миграция живёт по законам экономики, привычек и организационной инерции. Интернет переезжает не туда, где правильнее, а туда, где дешевле, проще и безопаснее для карьеры.
На этом фоне IPv8 выглядит как инженерская фантазия о том, как бы мы хотели решать такие проблемы, если бы могли переписать интернет заново и без политической цены координации.
Почему IPv8 почти наверняка не взлетит
Потому, что у неё почти неподъёмная цена внедрения.
Во-первых, у интернета уже есть вложенная стоимость в IPv6. В него вложены годы, деньги, железо, софт, процессы и обучение. Когда технология уже добралась почти до половины пользовательского трафика, вы не меняете курс на что-то ещё более амбициозное без очень жёсткой причины.
Во-вторых, claim 100% backward compatible звучит великолепно, но такие формулировки особенно опасны в инфраструктуре. Совместимость приложений, совместимость устройств, совместимость сетей, совместимость operational tooling и совместимость доверительной модели это не одно и то же. Если вам нужно заново договориться о control plane, маршрутизации и инфраструктурных сервисах, вы уже не живёте в мире безболезненного перехода.
В-третьих, draft хочет слишком многого сразу. У интернет-протоколов есть неприятная особенность: чем уже и скучнее их амбиция, тем выше шанс на внедрение. Чем красивее универсальное обещание, тем выше риск остаться умной схемой, о которой приятно спорить и невозможно массово договориться.
В-четвёртых, здесь есть даже символически неудобная деталь: в реестре IANA номер версии IP 8 до сих пор помечен как Reserved (Historic). Это не абсолютный технический запрет на любое будущее переосмысление, но очень хороший маркер того, насколько далёк разговор об IPv8 от реального стандартизационного конвейера.
Самое интересное здесь вообще не IPv8
Интересное, что такой draft появился именно сейчас. В момент раздражающего полуперехода, когда цифры уже слишком велики, чтобы смеяться над IPv6, и всё ещё слишком малы, чтобы перестать мучиться с dual-stack. Вот в этом состоянии у отрасли и рождаются такие идеи.
Кто-то решает озвучить вслух коллективную усталость:
от dual-stack как постоянного налога
от CGNAT как нормализованного костыля
от того, что IPv6 так и не стал для многих естественным выбором
от инфраструктурных миграций, которые длятся дольше технологических эпох
Вывод
IPv8 почти наверняка не заменит IPv6.
Но его появление полезно уже тем, что оно вскрывает неприятную правду: мы до сих пор не решили не только проблему адресов, но и проблему того, как вообще интернет соглашается на большие изменения.
IPv6 уже не провал. Почти половина мирового пользовательского трафика это слишком много, чтобы так говорить. Но IPv6 всё ещё не победил настолько убедительно, чтобы рынок перестал мечтать о более красивом, более прямом и менее мучительном сценарии.
Комментарии (81)

nickolas059
16.04.2026 15:31Может цена на статистику IP будет дешевле, было бы хорошо

FSA
16.04.2026 15:31В IPv6 согласно bcom-690 провайдеры должны выдавать клиентам стабильный префикс /48, ну или /56, если они хотят разделить бизнес и домашних пользователей. Выдача динамического префикса по сути нарушение этих рекомендаций. Тот же Ростелеком их нарушает.

BabrHabr
16.04.2026 15:31Это чья то глупая шутка. Такой протокол будет совместим только сам с собой. Никакой обратной совместимости не будет. Нереализуемо.

pvvv
16.04.2026 15:31В заголовке IP помимо обязательных для IP4 первых 20байт есть ещё options размером до 40байт. Поэтому можно оставить ip4 как есть и запихать старшие байты адреса в options. C сохранением нормального функционирования ip4 внутри ip8.

pvvv
16.04.2026 15:31Однако они и тут умудрились обосраться
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| IHL |Type of Service| Total Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identification |Flags| Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Time to Live | Protocol | Header Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source ASN Prefix (r.r.r.r) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source Host Address (n.n.n.n) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Destination ASN Prefix (r.r.r.r) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Destination Host Address (n.n.n.n) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Вместо заголовка, совместимого с ip4 чтобы этот ASN prefix попадал в options.
Source Host Address (n.n.n.n)
Destination Host Address (n.n.n.n)
Source ASN Prefix (r.r.r.r)
Destination ASN Prefix (r.r.r.r)
сказочные создания

Serge3leo
16.04.2026 15:31Строго говоря, это Вы зря. Если
Version == 8, то имитацияIPv4 Optionsне требуется. Зачем тратить 2+2 байта впустую?
pvvv
16.04.2026 15:31Ну как бы да, не требуется, но зачем специально ломать эту остаточную частичную совместимость v8->v4 когда пакет с 0.0.0.0.192.168.1.1 всё же мог бы нормально восприняться старым оборудованием если ему только поле версии у протокола поменять.
Про зря потраченные байты - не понял. вроде всё как есть только в другом порядке, единственное что адрес собирать по кускам придётся.

Serge3leo
16.04.2026 15:31Если мы делаем честное "туннелирование" 8to4, то в после IPv4 заголовка (
Version == 4), мы должны дать идентификатор опции и её длину - 2 байта, потом тело опции, ну и плюс 2 байта выравнивания. И тогда пакет будет восприниматься старым оборудованием, если оно не DPI. Итого: 4 дополнительных байта.Если
Version == 8, то вопрос философский.

Zalechi
16.04.2026 15:31А зачем оставлять старое оборудование в стеке оператора? Этот переход задуман исправить все недочеты глобальной связи, а не только лишь отдельных отшельников.
Ну да, отшельник будет мучатся, а мы заменим оборудование, лишь бы избавиться от всего этого бардака.
Тут усе в плюсе. Производители железа, пользователи. А операторы свои деньги отобьют. А девопсу платят за работу и переписанный код. Так что все будет окей, если будет)))

Serge3leo
16.04.2026 15:31В принципе, возможный вариант реализации 8to4 при помощи опций IPv4, но могут быть проблемы с межсетевыми экранами и/или DPI.
Как я понял, они выбрали "ip8 внутри ip4" - "...8to4 tunnelling. HTTPS tunnelling is the preferred encapsulation...", со ссылкой на ещё неопубликованный draft-thain-routing-protocols-00. (Странный выбор, но для запоздалой первоапрельской шутки - нормально)

BabrHabr
16.04.2026 15:31приложение делает резовл доменного имени и получает IPv4 или IPv6
совместимость закончилась здесь
типы записей есть A или AAAA. если отдавать только часть полного адреса в старом поле А то приложение работает только внутри своего сегмента

codecity
16.04.2026 15:3132 бита ASN + 32 бита host
Т.е. 64 бита вместо 128 IPv6. Вот если бы сразу так продумали, а сейчас как бы поезд ушел... Но 64 бита, то есть 18446744073709551616 вариантов - без шуток хватит всем. Если на Земле будет проживать 1 триллион человек (вряд ли больше выдержит) - каждому достанется по 18+ млн. адресов - хватит на все гаджеты с запасом.
Я просто искренне не понимаю такого расточительства как 128, когда 64 вполне хватило бы с запасом. Возможно проблема с построением иерархии - но неужели никакой алгоритм не могли придумать, чтобы и 64 хватило?

meizuflyme
16.04.2026 15:31А вдруг человечество станет межзвездной цивилизацией с несколькими сотнями планет размером с землю?))) тогда все 128 бит ipv6 пригодяться)

Heggi
16.04.2026 15:31Я тут ради интереса уже прикидывал. Сейчас распределяется блок 2000::/3. Если его весь оставить на земле, то для других планет остается всего-лишь 7 аналогичных блоков (а если выкинуть префикс E000::/3, в котором располагаются зарезервированные блоки, то всего 6).
Так что если сорить адресами так же как на земле, то наша межзвездная цивилизация будет всего-то 7-8 планет. Мелковато)upd: на солнечную систему должно хватить. А для межзвездной цивилизации придется новый протокол внедрять, на 256 бит адресного пространства.

meizuflyme
16.04.2026 15:31Сразу на 512, обратносовместимый с ipv6) чтоб сразу 32 шестнадцатеричных блока разделенных двоеточиями. Прикиньте такое запоминать) А то многие ноют про то что ipv6 запомнить не могут)

Torvald3d
16.04.2026 15:31Мне тоже в первую очередь представилось как через неск тысяч лет люди с такой же болью будут переходить с ipv8 на какой нибудь ipv16
18446744073709551616 вариантов - без шуток хватит всем
Где то я это уже слышал =D
CatAssa
... размещённую на территории Российской федерации (с).