Кратко

  • Гостевая статья APNIC сообщает о более чем миллионе абонентов IPoE с IPv6 и примерно 70% трафика через IPv6, но не указывает период измерения или независимую проверку.
  • Оператор связывает один цикл сбоя с обновлением DHCPv6 и удалением привязки на BNG. Оценка 15 467 Solicit в секунду экстраполирована по одному CPE и не измерялась на всей сети.

Три числа — три разных вида свидетельств

Сеть может получить большой блок IPv6, включить IPv6 у каждого абонента и всё же столкнуться с проблемой восстановления сессии. Выделение адресов описывает ресурс, включение протокола — конфигурацию, доля трафика — использование за некоторый период и при определённом знаменателе. Непрерывность отвечает на другой вопрос: останется ли домохозяйство подключённым при обрыве линии. Публичные свидетельства об этих уровнях нельзя подменять друг другом.

APNIC Blog называет Киджуша Махарджана Principal Network Engineer компании WorldLink Communications. По его словам, тестирование IPv6 началось в мае 2016 года, а промышленная эксплуатация — в июле 2019-го. В гостевой статье от 12 октября 2026 года он сообщает более чем о миллионе абонентов IPoE, 100-процентном включении IPv6 и примерно 70% трафика через IPv6. В публикации не указаны период измерения, знаменатель для «трафика», метод классификации включённых абонентов и независимая проверка. Это данные оператора, а не аудит качества услуги.

Там же сказано, что WorldLink получила от APNIC IPv6-блок /32. Арифметически в /32 помещаются 16 777 216 блоков размера /56. Из этой ёмкости не следует, сколько блоков назначено, активно или доступно извне. Само выделение также не объясняет инцидент: APNIC ведёт учёт ресурса, а описанные сессии обслуживаются сетью доступа и шлюзами WorldLink. APNIC Whois связывает AS17501 с WorldLink в Катманду, но не подтверждает выделение /32.

Когда аренда становится границей сессии

По словам оператора, в его IPoE-схеме аренды DHCP и DHCPv6 заменяют состояние сессии, когда отсутствует PPP keepalive. Обрыв оптоволокна выше оптического линейного терминала может прервать путь клиента, не передав соответствующий сигнал отказа на Broadband Network Gateway (BNG). Если обновление T1 и повторная привязка T2 остаются без ответа, по истечении аренды клиентское устройство (CPE) может удалить адрес и делегированный префикс, а затем начать новый Solicit.

Киджуш Махарджан сообщает, что одно CPE отправило 116 сообщений DHCPv6 Solicit за минуту. В статье этот темп умножен на 8 000 CPE — 10% от 80 000 абонентов на одном BNG — и получена оценка примерно 15 467 Solicit в секунду. Расчёт: 116 разделить на 60 и умножить на 8 000. Это проекция нагрузки по одной минуте с одного устройства, а не измеренная суммарная скорость во время сбоя. Реальная нагрузка зависела бы от поведения устройств, синхронизации повторов и числа затронутых клиентов.

Далее автор связывает ещё один цикл с «удалением привязки при повторном согласовании» (DBOR). Новый Solicit обнаруживает существующую привязку; BNG удаляет и заново создаёт состояние сессии; CPE продолжает использовать адрес или префикс, который считает действующим; последующее обновление получает NoAddrsAvail или NoPrefixAvail. В статье сообщается о потере IPv6, росте использования CGNAT и жалобах абонентов на медленную загрузку контента.

Публикация не содержит захватов пакетов, версий продукта и прошивки, точной конфигурации, числа абонентов, длительности или материалов для воспроизведения; детали, по словам автора, обобщены из соображений безопасности и конфиденциальности. Этого достаточно для предметного расследования, но не для вывода об общем дефекте протокола или несоответствии поставщика.

Границы стандартов и измерений

В гостевой статье обсуждается RFC 8415, который уже не является актуальной основой DHCPv6. Опубликованный в январе 2026 года RFC 9915 заменил его. В модели маршрутизатора клиента RFC 9915 обычно предполагается один набор транзакций для назначения адреса и делегирования префикса. Документ говорит, что клиенту следует использовать одну транзакцию для необходимых на интерфейсе IA-параметров; сервер должен выдавать подходящие T1 и T2. Более ранний RFC 7550 объясняет, что отдельные машины состояний IA_NA и IA_PD могут увеличить трафик и привести к расхождению состояния; для обычных случаев рекомендуется одна сессия, хотя допускаются исключения.

Махарджан трактует RFC 8415 как разрешение на отдельную машину состояний для каждой ассоциации идентификаторов. Это его прочтение прежнего текста. Без трассировки CPE и BNG публикация не устанавливает, какое транзакционное поведение имело место, следовала ли конкретная реализация текущим рекомендациям и взаимодействовал ли DBOR с повторами конкретного устройства. Стандарт помогает сформулировать вопросы, но не заменяет отсутствующую трассировку.

APNIC Labs полезен для сравнения именно потому, что измеряет другое. Опубликованный тест проверяет, могут ли браузеры конечных пользователей получить тестовые объекты по IPv4 и IPv6 из точек наблюдения APNIC; результаты публикуются по экономикам и исходным AS. Он не читает внутренние счётчики трафика WorldLink, таймеры аренды CPE или базу привязок BNG. Поэтому публичный тест доступности не подтверждает независимо показатель около 70%, а доля трафика не доказывает, что каждый абонент остаётся подключённым при обновлении аренды.

Источники