Кратко

  • В августе 2004 года Izumi Okutani, работавшая в JPNIC, указала на особенность платы APNIC за адресное пространство IPv6 для национальных регистратур: при увеличении смежного выделения формула охватывала и ранее оплаченный диапазон.
  • В опубликованном примере путь /32 → /31 → /30 → /29 давал 78 809 расчётных единиц, а немедленный запрос /29 — 37 641. После вычитания прежнего объёма на каждом этапе итог обоих путей составлял 37 641.
  • На APNIC 18 группа NIR поддержала точечное исправление. Исполнительный совет одобрил его в ноябре 2004 года, а в марте 2005-го APNIC объявил новую редакцию тарифного документа. Отдельное предложение о широком потолке сборов согласия не получило.

Старый блок в новом конверте

Когда национальная интернет-регистратура получает /32 IPv6, а позже расширяет его до /31, прежний блок остаётся внутри большего. По нему уже проходил расчёт. Izumi Okutani открыла тариф APNIC и увидела, что следующий счёт строится по размеру всего нового префикса, «независимо от предыдущего выделения». Эту фразу она вынесла в своё предложение prop-022. Старое пространство оказалось в счёте снова. Самое неловкое начиналось у сотрудника национального регистра, которому предстояло объяснить такую строку участнику сети.

APNIC выставлял плату национальным интернет-регистратурам — NIR; те работали с местными участниками. Okutani представляла JPNIC и знала развилку: покрыть повторный сбор из собственного бюджета либо передать его членам. JPNIC применял тот же метод к членам. В предложении Okutani написала, что разумного объяснения этому у неё нет. За сухой цифрой стояла задача объяснить оператору, почему оплаченный прежде блок опять появился в формуле.

Тариф использовал количество эквивалентов /48, соответствующее HD-ratio 0,80. Okutani не спорила с арифметикой этого коэффициента в целом. Она спрашивала, почему при новом распределении не вычитается объём, который уже был включён в предыдущий расчёт. Формуле требовалась память, а не более торжественное название.

78 809 против 37 641

В тексте 2004 года приведены два способа прийти к /29. Поэтапное получение /32, затем /31, /30 и /29 давало 7 132, 12 417, 21 619 и 37 641 единицу соответственно. Сумма по старому порядку — 78 809. Один запрос /29 давал 37 641. Лишние 41 168 расчётных единиц возникали из-за того, что прежние части повторно оказывались внутри новых префиксов.

Сопоставление двух путей к одному блоку и есть нерв истории. Организация, ожидавшая рост до /29, видела финансовое преимущество большого первоначального запроса. Та, что сначала проверяла спрос и расширялась позже, в расчётной модели получала прибавку за осторожность. В старом правиле цена спорила с разумным планированием сети. Okutani показала этот спор на четырёх строках, которые любой участник встречи мог сложить сам.

Предложение Okutani оставляло общий масштаб расчёта, но меняло базу каждого следующего шага. При переходе к /31 берётся 12 417 минус 7 132; далее 21 619 минус 12 417; затем 37 641 минус 21 619. Вместе с первым платежом получается 37 641. Результат одинаков для одного запроса /29 и для цепочки расширений до того же блока. История роста переставала становиться отдельной платной услугой.

Ещё один пример показывает формулу с денежной ставкой. Для /30, включающего ранее выделенный /32, разница между 21 619 и 7 132 единицами при ставке 0,03 доллара даёт 434,61 доллара. Это расчёт из документа 2004 года для категории «Very Large». Главный элемент здесь — разность нового и старого объёма.

Маленькая поправка прошла через большой механизм

Okutani представила идею 2 сентября 2004 года на NIR SIG конференции APNIC 18 на Фиджи. В протоколе прямо отмечен финансовый недостаток старой схемы для провайдеров, начинающих с небольшого выделения. Секретариат APNIC оценил возможное влияние изменения на расходы, опираясь на прежние случаи расширения, и счёл его небольшим. В зале прозвучала поддержка, возражений не было, председатель констатировал консенсус. Затем начались предусмотренные процедурой этапы.

Финальный сбор комментариев продолжался до 12 ноября и описывал решение как устранение многократного сбора за один IPv6-диапазон при выделении NIR. Реестр предложений датирует утверждение Исполнительным советом 19 ноября 2004 года, внедрение — 14 марта 2005-го. В опубликованном тогда сообщении APNIC сказано, что раздел 3.4.3 проекта тарифного документа исправлен, а редакционные замечания принимаются отдельно. Решение стало действующим расчётом через текст, который мог использовать сотрудник при оформлении следующего расширения.

В тех же протоколах есть и другой, более тяжёлый разговор. Toshiyuki Hosaka из JPNIC предложил верхний предел для более широкого класса сборов NIR. Возникли вопросы об общей выручке APNIC, распределении затрат между прямыми членами и членами национальных регистратур, о крупных заявках. По этому потолку консенсуса не было; председатель предложил рабочую группу. Поправка Okutani прошла, потому что нацелилась на конкретное повторное включение одного и того же адресного пространства. Разговор об уровне тарифов продолжился в другой плоскости.

Авторство здесь не сводится к обнаружению ошибки в сумме. Okutani работала там, где региональная формула превращалась в местное объяснение члену регистра. Она процитировала действующую норму, показала два сопоставимых маршрута, сформулировала замену и оставила проверяемый результат. Когда APNIC переписал раздел тарифного документа, цифры в предложении получили административное продолжение.