Кратко

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

Число устраняло необходимость спорить. RFC 3177, опубликованный в 2001 году от имени IAB и IESG, рекомендовал /48 в общем случае. До обычной границы подсети /64 оставалось шестнадцать бит — 65 536 возможных подсетей.

Это не было бездумной расточительностью. При смене провайдера сайт не должен был сжимать внутренний план. Рост не должен был требовать постоянных обоснований каждой добавки. Обратный DNS удобнее делегировать по понятным границам, а будущим схемам multihoming требовался запас. Единый размер также уменьшал объём сведений о внутренней сети, которые провайдеру приходилось запрашивать.

Однако рекомендация объединила принцип и сокращённое решение. Принцип: сайту нужен достаточный запас для развития без искусственного дефицита. Сокращение: почти всем подходит одна длина. /48 было легко цитировать, и число стало выглядеть как сама архитектура.

RFC 6177, подготовленный Thomas Narten, Geoff Huston и Lea Roberts в 2011 году, разделил эти вещи и отменил RFC 3177. /128 перестал считаться нормальным выделением сайту, поскольку сайт предполагает несколько устройств и потенциально несколько подсетей. Небольшой набор фиксированных границ мог вернуть классовые привычки вопреки CIDR. Главное — единый /48 оказался слишком грубым для сайтов разного масштаба.

IETF Datatracker включает RFC 6177 в список работ Huston, а актуальная страница команды APNIC называет его Chief Scientist. Это подтверждает соавторство и должность, но не единоличное изобретение и не власть над политикой реестров.

Нового магического числа документ не назначил. Точный объём отдан операционному сообществу, а роль IETF ограничена архитектурными и эксплуатационными рекомендациями. /56 даёт 256 подсетей /64 и способен выполнить исходные задачи для многих домов, но не является всеобщим приказом, правом или потолком.

Гарантии сохранились. Даже дом обычно должен получать заметно больше одной /64, чтобы строить несколько подсетей и планировать на годы. Узкое выделение не должно вынуждать применять мосты или трансляцию IPv6 в IPv6. Новое выделение с меньшим числом бит для подсетей может сделать перенумерацию неоправданно дорогой.

/48 также не запрещён. Он по-прежнему может быть оправдан для большого или сложного сайта. Исчезло лишь автоматическое равенство между словом «сайт» и одной длиной.

Нельзя смешивать две границы. Всему сайту могут делегировать /48, /52, /56 или иной разрешённый блок. Обычные каналы внутри него, как правило, используют подсети /64. RFC 7421 показал, насколько глубоко 64-битная граница идентификатора интерфейса вошла в автоконфигурацию, стандарты и оборудование. RFC 6177 ослабил границу выделения сайту, но не переписал архитектуру подсетей.

В обзоре 2024 года Huston описывает переход к плану, который избегает фиксированных границ там, где это возможно. Последняя оговорка принципиальна. Хорошее исправление отличает архитектуру, операционную политику и удобное значение по умолчанию, а не заменяет все ограничения произволом.