Summary

  • Первая версия LAC-2016-1 требовала перевести сеть оператора, использующего только IPv4, на dual stack при споре о связности с сетью IPv6. Вторая версия советовала переход на IPv6. В мае 2016 года предложение было оставлено.
  • В письме от 8 января Nicolás Antoniello возразил: разрешение таких споров выходит за рамки специфических задач регионального регистратора, который едва ли может приказать оператору выбрать dual stack или NAT64.

В политическом документе глагол «обязать» занимает несколько букв. В чужой сети он потребовал бы перенастройки оборудования. Первая редакция LAC-2016-1 предлагала обязать сторону с одним лишь IPv4 внедрить dual stack при споре о связности со стороной, использующей только IPv6. Автор хотел ускорить переход на IPv6 и уменьшить зависимость от NAT64. Так адресная политика вплотную подошла к пульту управления операторской сетью.

Nicolás Antoniello знал, где заканчивается протокол заседания и начинается ночная смена инженера. В интервью LACNIC 2017 года он рассказывал о работе в операционном центре уругвайского ANTEL. С 2009 по 2015 год он был модератором или сомодератором форума по политике LACNIC, помогал новичкам оформлять предложения. К январю 2016 года он уже покинул эту роль, но продолжал участвовать в обсуждении.

В ответе от 8 января Antoniello провел четкую границу. Желание наладить связность он понял. Разбирать такой спор, по его словам, не входит в специальные обязанности регионального интернет-регистратора. LACNIC едва ли сможет заставить оператора внедрить dual stack, NAT64 или иной способ связи. Он выступил против текста в тогдашнем виде. Заголовок письма унаследовал старый номер «2015-6», но процитированное в нем уведомление прямо указывает LAC-2016-1.

История документа показывает, как изменился глагол. Во второй редакции, обновленной 29 февраля, оператору с IPv4 лишь советовали развивать поддержку IPv6; аргумент против NAT64 был расширен. После обсуждения на LACNIC 25 предложение получило 4 мая статус оставленного. Записи фиксируют возражение, новую редакцию и окончательный исход. В них нет вывода, что именно письмо Antoniello вызвало правку.

Адресный реестр ведет учет ресурсов. Спор между двумя сетями требует знания маршрутизации, оборудования и договоренностей обеих сторон. Проект попытался перенести решение из операторской практики в правило реестра одним словом «обязать». Затем это слово исчезло. Antoniello заметил цену такого перехода еще на стадии обсуждения: за распоряжением регистратора последовала бы вполне материальная работа инженеров другого предприятия.