Кратко

  • RFC 3177 рекомендовала выделять конечной площадке /48 в общем случае. Региональные интернет-регистратуры выстроили совместимую с ней политику, но в 2005 году начали заново обсуждать размеры назначений.
  • RFC 6177 отказалась от единого /48 по умолчанию для всех площадок, но не предлагала ограничить домохозяйство одной сетью /64. Сохранился принцип: места должно хватать на несколько подсетей и рост на годы вперёд.

Чёткая граница между сетью и площадкой

RFC 3177 рассматривала границу между публичной сетью провайдера и конечными площадками: домами, малыми и крупными предприятиями, мобильными сетями и временными подключениями. В сентябре 2001 года IAB и IESG рекомендовали /48 в общем случае, /64 — когда точно нужна лишь одна подсеть, а /128 — если подключается ровно одно устройство. Категория документа — Informational. Это рекомендация адресным регистратурам, а не Internet Standard, обязывающий каждого провайдера выдавать одинаковый размер.

У /48 была практическая логика. Шестнадцать бит оставались для разбиения блока на подсети. Организация могла расширять внутреннюю сеть, не запрашивая новый префикс при каждом изменении. Общий ориентир также мог уменьшить повторную проверку планов клиента и риск преждевременной перенумерации. Предложение исходило из того, что IPv6 позволяет закладывать больший запас на будущее, чем требовала логика экономии адресов IPv4.

Но «площадка» не означает сеть одного размера. У университета, небольшой компании, дома и мобильной сети разные топологии и планы развития. Если процедуры и программное обеспечение знают только /48, /64 и /128, удобная таблица способна превратиться в жёсткие границы.

Региональная политика изменилась раньше стандарта

Хронология в RFC 6177 существенна: в 2002 году региональные регистратуры приняли политику, соответствующую RFC 3177, а в 2005-м начали пересматривать назначение адресов конечным площадкам. Сообщества APNIC, ARIN и RIPE обсуждали, среди прочего, /56 для небольших сетей и предоставление ISP или местному операционному сообществу большего выбора. Протоколы RIPE фиксируют аргументы и этапы процесса, но не дают полного списка реальных назначений каждого провайдера.

Пересмотр со стороны IETF последовал за началом этой операционной дискуссии. RFC 6177 опубликована в марте 2011 года как Best Current Practice 157 и заменила RFC 3177. В документе предупреждается, что небольшой набор фиксированных длин может закрепиться в реализации и практике, напоминая возврат к классовой адресации. Речь о жёстком распознавании только нескольких длин, а не об отмене CIDR.

Новая редакция оставила важный принцип: конечной площадке следует выдавать достаточно адресного пространства для планируемых потребностей на годы и, как правило, для нескольких подсетей. Документ отверг и обязательный /48 для всех, и настолько малый блок, что клиенту пришлось бы постоянно доказывать необходимость каждой небольшой добавки. /56 в региональных предложениях — вариант политики, но не подтверждение того, что все провайдеры одновременно перешли на него.

От общей цифры к принципу достаточности

Этот эпизод уточнил границу между архитектурным ориентиром и оперативным решением. IAB и IESG предложили удобный общий размер на стыке провайдера и клиента. Региональные регистратуры превратили совет в правила и начали менять их, столкнувшись с разнообразием площадок. Затем RFC 6177 отказалась от одной универсальной длины, сохранив принцип достаточного запаса для роста и оставив выбор конкретного размера операционному сообществу.

Из этой истории не следует, что современному дому непременно нужен /56 или /48. Назначенный префикс также сам по себе не подтверждает анонс маршрута, настройку подсетей, делегирование обратной зоны DNS или доступность сервиса. Документы показывают другое: на практике простая архитектурная рекомендация не стала подходящим универсальным правилом, и право выбирать размер сместилось к тем, кто управляет назначениями.

Источники

Пределы доказательств

RFC и региональные архивы подтверждают рекомендации, тексты политик и зафиксированные обсуждения. Они не доказывают единую практику всех провайдеров, число подсетей в домах или объём сэкономленных адресов и затрат. Назначенный префикс не равен объявленному маршруту, настроенной подсети, делегированной обратной зоне DNS или доступному сервису.