Summary

  • Jan Zorz, Mark Townsley и Jordi Palet Martinez подготовили предложение RIPE 2011-04. После принятия в мае 2012 года владельцы подходящих старых IPv6 /32 получили возможность запрашивать расширение до /29 без дополнительного обоснования.
  • Их следующее предложение 2012-10, принятое в мае 2013 года, закрепило потолок /29 за каждым отдельным выделением, а не за всем локальным интернет-регистратором.

Землю оставили под пристройку, но дверь забыли

На плане рядом с домом зарезервирован участок под будущее расширение. Когда хозяин решает строить, у него спрашивают, зачем нужен участок, который специально для этого сохранили. У RIPE с IPv6 была похожая история. Вокруг первоначального блока /32 резервировали непрерывное пространство до /29. Резерв существовал, однако воспользоваться им без отдельного объяснения было сложнее, чем нарисовать его на схеме.

Jan Zorz вместе с Mark Townsley и Jordi Palet Martinez предложил изменение 2011-04. Их доводы касались устройства сетей. Небольшому LIR при развёртывании 6rd — способа доставлять IPv6 поверх существующей инфраструктуры IPv4 — требовался простор для клиентских префиксов. Другому оператору нужны биты адреса, чтобы разделить сеть по районам или узлам. Минимального /32 для удобной схемы могло не хватать. Авторы хотели разрешить подходящим новым заявителям начальное выделение до /29, а владельцам старых /32 — более простой запрос на расширение. Протокол RIPE 64 фиксирует обсуждение под руководством Zorz.

31 мая 2012 года предложение приняли. Владелец /32 мог запросить /31 или /29 без нового пакета доказательств потребности. Для объёма больше /29 обоснование сохранялось. У заранее оставленного пространства наконец появилась понятная дверь.

Однако в утверждённой фразе стояло «до /29 в общей сложности». При строгом чтении это один потолок на весь LIR, даже если у него несколько старых выделений. В предложении 2012-10 авторы приводят пример компании с тремя отдельными сетями, каждая с /32. Можно было расширить одну до /30, а две до /31. Расширить только одну до /29, оставив остальные как есть, уже нельзя. Организационная схема начала распоряжаться сетевой топологией.

Zorz и те же соавторы прямо назвали прежнюю формулировку своим упущением. Они предложили разрешить расширение каждого существующего выделения до /29. Старый вариант поощрял и бухгалтерские фокусы: запросы до объединения нескольких LIR могли дать иной результат, чем те же запросы после него. Исправление приняли 14 мая 2013 года.

В этой истории нет нового протокола и торжественного запуска сети. Есть резерв, три старых блока и исправленное слово. Для инженера этого достаточно: именно такие слова определяют, какой адресный план вообще разрешено построить.

Первоисточники