Кратко
- В 2009 году Andy Linton и Terry Manderson предложили APNIC учитывать уже зарегистрированное выделение или назначение IPv4 как основание для первого блока IPv6. Член организации сам отправлял короткий запрос через существующую онлайн-систему.
- Держателю IPv4 allocation полагался первоначальный IPv6 /32, держателю IPv4 assignment — /48. Секретариат APNIC мог заранее зарезервировать префиксы и сам выбирал масштаб и сроки такого резерва.
- Правило заработало 10 февраля 2010 года. В обзоре 2018 года APNIC сообщила, что оно помогло почти 7 тысячам членов APNIC и национальных регистратур; общий объём адресов соответствовал 104 блокам /32.
Справка хранилась у того, кто её требовал
Представьте стойку, за которой сотрудник просит доказать факт, уже записанный в его собственной книге. Именно такой разговор Andy Linton завёл на APNIC 28 в августе 2009 года. Член APNIC однажды подтвердил потребности сети и получил выделение или назначение IPv4. Когда пришло время запросить первый IPv6, подтверждение никуда не исчезло. «То, что уже есть в базе данных, и есть обоснование. Вы уже всё обосновали», — сказал Linton. Для бюрократии это почти дерзость: открыть собственную запись.
Вместе с Terry Manderson он внёс prop-073. Окончательный текст разводил два привычных случая. Обладатель allocation IPv4, предназначенного для дальнейшего распределения адресов, получал право на начальный IPv6 /32. Обладатель assignment IPv4, выданного для собственных нужд, — на /48. На заседании Linton предложил сохранить именно эти существующие названия вместо новой категории «endsite». Реестр уже умел различать нужные ситуации.
Подходящий участник запрашивал блок через простой механизм в действующих онлайн-сервисах APNIC. Секретариат мог заранее придержать соответствующие префиксы для части участников или для всех, выбирая сроки самостоятельно. Зарезервированный адрес ждал запроса; решение начать работу с IPv6 оставалось за оператором. Подготовить товар на складе полезно, но магазин не должен делать заказ вместо покупателя.
Авторы подсчитали и цену упрощения. По тогдашней тарифной схеме добавление IPv6 не увеличивало ежегодный адресный взнос действующего участника. В тексте говорилось примерно о 1300 членах APNIC без IPv6 allocation на тот момент. Если бы каждый запросил /32, общий объём занял бы пространство порядка /22–/21 IPv6; части организаций хватило бы меньшего /48. Эта оценка 2009 года проверяла масштаб решения, пока дискуссия не утонула в страхе перед огромными числами.
От микрофона до рабочего правила
История предложения у APNIC отмечает согласие Policy SIG 27 августа 2009 года и собрания членов на следующий день. Исполнительный совет утвердил текст в ноябре. Протокол APNIC 29 подтверждает дату внедрения — 10 февраля 2010-го. Реплика Linton стала инструкцией для реальных запросов.
Через восемь лет APNIC подвела итог: почти 7 тысяч членов APNIC и национальных интернет-регистратур получили пользу от правила, а совокупный объём составил эквивалент 104 блоков /32. Это счёт выданным ресурсам и участникам. Работу IPv6 в сети показывают уже объявления маршрутов и трафик. Правило открыло административную дверь; настройку оборудования выполняли сами операторы.
Границы были прописаны в самом предложении. Держатели исторических ресурсов в эту схему не входили, а национальные регистратуры решали вопрос применения для своих членов отдельно. В пределах выбранной группы Linton добился простой вещи: запись в реестре начала экономить время человеку, о котором она ведётся.
Первичные документы
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров





