В 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

32 бита ASN + 32 бита host

Каждому ASN достаётся гигантское адресное пространство

Это жёсткая переупаковка глобальной модели маршрутизации

Zone Server и единая платформа управления

Меньше зоопарка из DHCP, DNS, NTP, мониторинга и контроля

Единая платформа управления означает и единый новый trust/control plane

BGP8 и Cost Factor

Хочется маршрутизации по качеству, а не по историческим компромиссам

Межоператорская измеримость и доверие к общей метрике сами по себе огромная проблема

8to4 для перехода

Есть мост между мирами

Мост не отменяет цену замены почти всей архитектуры

Если совсем коротко, 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)


  1. CatAssa
    16.04.2026 15:31

    сеть получает единую управляемую платформу

    ... размещённую на территории Российской федерации (с).


  1. nickolas059
    16.04.2026 15:31

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


    1. dupper28
      16.04.2026 15:31

      начнем платить за nat


    1. FSA
      16.04.2026 15:31

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


  1. BabrHabr
    16.04.2026 15:31

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


    1. pvvv
      16.04.2026 15:31

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


      1. 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)

        сказочные создания


        1. Serge3leo
          16.04.2026 15:31

          Строго говоря, это Вы зря. Если Version == 8, то имитация IPv4 Options не требуется. Зачем тратить 2+2 байта впустую?


          1. pvvv
            16.04.2026 15:31

            Ну как бы да, не требуется, но зачем специально ломать эту остаточную частичную совместимость v8->v4 когда пакет с 0.0.0.0.192.168.1.1 всё же мог бы нормально восприняться старым оборудованием если ему только поле версии у протокола поменять.

            Про зря потраченные байты - не понял. вроде всё как есть только в другом порядке, единственное что адрес собирать по кускам придётся.


            1. Serge3leo
              16.04.2026 15:31

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

              Если Version == 8, то вопрос философский.


            1. Zalechi
              16.04.2026 15:31

              А зачем оставлять старое оборудование в стеке оператора? Этот переход задуман исправить все недочеты глобальной связи, а не только лишь отдельных отшельников.

              Ну да, отшельник будет мучатся, а мы заменим оборудование, лишь бы избавиться от всего этого бардака.

              Тут усе в плюсе. Производители железа, пользователи. А операторы свои деньги отобьют. А девопсу платят за работу и переписанный код. Так что все будет окей, если будет)))


      1. Serge3leo
        16.04.2026 15:31

        В принципе, возможный вариант реализации 8to4 при помощи опций IPv4, но могут быть проблемы с межсетевыми экранами и/или DPI.

        Как я понял, они выбрали "ip8 внутри ip4" - "...8to4 tunnelling. HTTPS tunnelling is the preferred encapsulation...", со ссылкой на ещё неопубликованный draft-thain-routing-protocols-00. (Странный выбор, но для запоздалой первоапрельской шутки - нормально)


      1. BabrHabr
        16.04.2026 15:31

        приложение делает резовл доменного имени и получает IPv4 или IPv6

        совместимость закончилась здесь

        типы записей есть A или AAAA. если отдавать только часть полного адреса в старом поле А то приложение работает только внутри своего сегмента


  1. IZh
    16.04.2026 15:31

    Ранее предлагался китайский IPv9, где вместо адресов использовались бы иерархично организованные сотовые номера (округ-город-район…), и там бы у каждого был свой уникальный адрес.


    1. yesus1707
      16.04.2026 15:31

      вероятность деанона по ip будет выше, сейчас максимум оператора узнать можно, а там уже как минимум район, не надо


      1. Vindicar
        16.04.2026 15:31

        Так это не баг, а фича. =)


        1. Heggi
          16.04.2026 15:31

          Те кому надо и так знают вплоть до квартиры. Остальным не надо)


  1. hogstaberg
    16.04.2026 15:31

    Ipv8 выглядит как нейрослоп. И не взлетит по многим причинам.


  1. codecity
    16.04.2026 15:31

    32 бита ASN + 32 бита host

    Т.е. 64 бита вместо 128 IPv6. Вот если бы сразу так продумали, а сейчас как бы поезд ушел... Но 64 бита, то есть 18446744073709551616 вариантов - без шуток хватит всем. Если на Земле будет проживать 1 триллион человек (вряд ли больше выдержит) - каждому достанется по 18+ млн. адресов - хватит на все гаджеты с запасом.

    Я просто искренне не понимаю такого расточительства как 128, когда 64 вполне хватило бы с запасом. Возможно проблема с построением иерархии - но неужели никакой алгоритм не могли придумать, чтобы и 64 хватило?


    1. meizuflyme
      16.04.2026 15:31

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


      1. Heggi
        16.04.2026 15:31

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

        upd: на солнечную систему должно хватить. А для межзвездной цивилизации придется новый протокол внедрять, на 256 бит адресного пространства.


        1. Stam_emg
          16.04.2026 15:31

          NAT выходит на межпланетный уровень


        1. meizuflyme
          16.04.2026 15:31

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


      1. codecity
        16.04.2026 15:31

        Скорее всего придется новый протокол, такое заранее не предусмотришь.


      1. Torvald3d
        16.04.2026 15:31

        Мне тоже в первую очередь представилось как через неск тысяч лет люди с такой же болью будут переходить с ipv8 на какой нибудь ipv16

        18446744073709551616 вариантов - без шуток хватит всем

        Где то я это уже слышал =D