Что на самом деле было «внедрено» AFRINIC 26 мая 2010 года

Резюме

• Публичный реестр AFRINIC присваивает AFPUB-2009-ASN-001 статус «Implemented» 26 мая 2010 года. Эта дата устанавливает точный региональный акт: AFRINIC завершила этап своего политического цикла, опубликовала изменённый текст и заявила собственное состояние внедрения.
• Официальная презентация, представленная на AFRINIC-12 вскоре после этой даты, всё ещё указывала, что предложение не было формально передано от NRO Executive Council в ASO Address Council. Эта передача была зафиксирована только в июле, а затем ICANN ратифицировала глобальную политику 21 сентября.
• Ничто в доступных документах не доказывает, что 26 мая изменились база данных, форма, внутренняя инструкция, транзакция IANA или обработка заявки члена. Отсутствие таких следов не позволяет ни отрицать региональный этап, ни расширять его до глобального внедрения.
• Надёжное доказательство внедрения должно разделять шесть состояний: завершённое региональное управление, готовая региональная процедура, ратифицированная глобальная политика, изменённый процесс IANA, наблюдаемая транзакция и проверенный результат у оператора. Одна дата не может объединить эти состояния.

Три даты, которые рассказывают о разных действиях

Дело прежде всего заключается в хронологическом противоречии. Каноническая страница AFRINIC указывает, что её совет директоров одобрил предложение 25 мая 2010 года, после чего отображается статус «Implemented» и дата 26 мая. Но официальная презентация NRO-NC и ASO-AC, представленная на AFRINIC-12 в период с конца мая по начало июня, поясняет, что предложение прошло процессы пяти регионов и что совет директоров AFRINIC его ратифицировал, при этом уточняя, что оно ещё не было формально передано от NRO Executive Council в ASO Address Council. ICANN объявила о глобальной ратификации только 21 сентября.

Эти три вехи, следовательно, нельзя рассматривать как три формулировки одного и того же события. 25 мая — это в истории AFRINIC одобрение региональным органом. 26 мая — публичная классификация внедрения со стороны AFRINIC. 21 сентября — ратификация на уровне ICANN после июльских этапов передачи и проверки. Тот факт, что одна и та же поправка циркулирует между этими институтами, не даёт ни одной из дат силы поглотить остальные.

Различие — это больше, чем словарная предосторожность. Глобальная политика в отношении номерных ресурсов не появляется одним действием. Каждый региональный реестр проходит свой технический и институциональный процесс; затем NRO Executive Council собирает общий результат; ASO Address Council проверяет путь предложения и передаёт его; соответствующий совет ICANN ратифицирует; наконец, служба IANA должна выполнить необходимые операции. Цепочка распределяет ответственность. Следовательно, она распределяет и ожидаемые доказательства.

26 мая действительно является фактом. Месячный архив AFRINIC содержит запись AFPUB-2009-ASN-001 на эту дату. Архив политик и каноническая страница сохраняют статус «Implemented». Изменённый текст, его обоснование, противоположный аргумент и региональная история опубликованы там. Говорить, что ничего не произошло, означало бы игнорировать решение о классификации и публичное завершение регионального цикла. Говорить, что глобальное правило распределения IANA изменилось в тот день, означало бы, наоборот, стереть этапы, которые сами институты документально фиксировали ещё после мая.

Анализ должен оставаться точно между этими двумя ошибками. AFRINIC завершила и объявила свой собственный этап. Доступные доказательства не показывают ни глобального вступления в силу 26 мая, ни изменения в производственной системе, ни иного результата для африканской сети. Слово «внедрение» здесь имеет доказанный, но ограниченный охват.

Поправка, без приписывания ей большего

ASN, или номер автономной системы, однозначно идентифицирует сеть, подключённую более чем к одной другой сети и самостоятельно определяющую свою политику маршрутизации. Поправка AFPUB-2009-ASN-001 касалась узкого момента администрирования этих номеров. Она продлевала до 31 декабря 2010 года период, в течение которого IANA и региональные интернет-реестры должны были различать запас 16-битных ASN и запас, зарезервированный для 32-битных ASN. Начиная с 1 января 2011 года выделение должно было производиться из единого недифференцированного 32-битного пула.

Здесь нет необходимости повторять вышестоящий алгоритм, размер блоков, пороги пополнения или расчёты запросов базовой политики. Это не те элементы, которые позволяют понять действие 26 мая. Существенное изменение — это перенос на один год административного разделения двух классов запаса. Его операционная причина заключалась в том, что фактическое внедрение ASN, используемых только в 32-битном формате, продвигалось медленнее, чем ожидалось. Общий запас мог казаться достаточным, скрывая при этом напряжённость с номерами, всё ещё совместимыми с развёрнутыми системами, которые не завершили адаптацию.

Эта проблема объясняет, почему заблаговременная региональная подготовка могла быть полезна. Она не устанавливает, что 26 мая было изменено конкретное оборудование, программное обеспечение или сеть. Она также не позволяет сделать вывод, сколько африканских запросов всё ещё требовали ASN исторически совместимого класса. Документы дают общую причину поправки; они не предоставляют ни затронутый региональный объём, ни список операторов, ни измеренное «до и после» в работе службы.

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

Полная хронология уровней

Предложение было подано в список рассылки RPD AFRINIC 28 августа 2009 года. Региональный технический консенсус был зафиксирован на AFRINIC-11 27 ноября. Этот консенсус является техническим входом в процесс, а не суверенным мандатом, не законом и не доказательством единогласного согласия всех членов или операторов. Этап важен, поскольку продвигает предложение по региональному циклу; он не превращает дискуссионное сообщество в политического суверена Африки.

Далее хроники расходятся по ещё одной последовательности 2009 года. AFRINIC относит период последнего обсуждения к 4–19 декабря, тогда как ICANN фиксирует даты 2–17 декабря. Причина этого расхождения неизвестна. Оно не даёт оснований для обвинений и само по себе не влияет на содержание поправки. Однако оно напоминает, что заслуживающий доверия хронологический реестр должен сохранять расхождения, а не ретроспективно сглаживать их.

В мае 2010 года возникает главное расхождение. Контекстный отчёт ICANN датирует принятие советом директоров AFRINIC 24 мая. История AFRINIC относит одобрение к 25 мая. Затем AFRINIC указывает 26 мая как дату внедрения. Таким образом, перед нами три приписанных утверждения: ICANN — о 24-м, AFRINIC — о 25-м, и снова AFRINIC — о статусе 26-го. Документы не позволяют произвольно выбрать одну из первых двух дат, объявить их взаимозаменяемыми или объяснить расхождение скрытым мотивом.

Презентация AFRINIC-12 является современным контрольным пунктом. Она описывает предложение, прошедшее все регионы в 2009 и 2010 годах и ратифицированное советом директоров AFRINIC в мае, но всё ещё ожидающее формального перехода от NRO-EC к ASO-AC. Эта формулировка, прозвучавшая после или непосредственно вблизи опубликованной даты внедрения, не позволяет читать 26 мая как завершение всей глобальной цепочки.

NRO Executive Council направил окончательное предложение в ASO Address Council 13 июля. ASO-AC передал его совету директоров ICANN 22 июля после процедурной проверки. Заключительный период публичных комментариев прошёл с 23 июля по 13 августа. 21 сентября ICANN объявила о ратификации исполнительным комитетом своего совета и указала, что её персонал примет необходимые меры для внедрения. Тогда был опубликован окончательный глобальный текст.

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

Наконец, более поздний текст процесса разработки политик AFRINIC явно различил одобрение и внедрение и потребовал объявлять даты принятия и внедрения. Сам этот текст был внедрён только 11 ноября 2010 года. Он освещает, как AFRINIC впоследствии формализовала свою терминологию, но его не следует проецировать назад как правило, применение которого в мае было бы доказано. Последующий инструмент может давать контекст; он не переписывает юридическую или процедурную основу более раннего действия.

Матрица доказательств, а не магическая дата

Последовательность можно прочитать как матрицу из шести уровней. Для каждого установлен факт, а расширение остаётся запрещённым.

Эта матрица отвечает на частую трудность координации интернет-ресурсов. Одно и то же слово может обозначать завершение внутреннего голосования, публикацию политики, подготовку процедуры, вступление в силу общего правила, развёртывание в системе или первую наблюдаемую операцию. Когда институты используют «внедрение» без метки уровня, читатель может принять локальное состояние за глобальное. Он может также совершить обратную ошибку и отрицать ценность локальной подготовки, поскольку глобальный эффект ещё не достигнут.

Правильная проверка состоит в вопросе: какой объект изменился? Публичная страница? Служебная инструкция для персонала? Правила формы? Таблица запасов? Способ, которым AFRINIC выбирает номер для запроса? Способ, которым IANA предоставляет блок региональному реестру? Поведение маршрутизатора или программного обеспечения у оператора? Каждый из этих ответов требует другого ответственного, другой даты и другого следа.

Для 26 мая наблюдаемый объект — как минимум публичный статус и заявленное завершение регионального цикла. Остальное остаётся неопределённым. Возможно, AFRINIC подготовила внутренние инструкции или инструменты; возможно, дата соответствует публикации; возможно, она сочетает административное состояние и операционную подготовку. Ни одну из этих гипотез нельзя превращать в факт. Доступный документ не предоставляет ни заявки на изменение, ни контрольного списка развёртывания, ни служебной записки персоналу, ни различия в конфигурации, ни результата теста, ни плана отката.

Он тем более не предоставляет реестра запросов, который показывал бы, что какой-либо член получил иное обслуживание 26 мая или сразу после. Ни одна транзакция между AFRINIC и IANA не связана с этой поправкой на эту дату. Ни до, ни после не представлены показатели задержек, доступности по классам или предотвращённых сбоев. Наконец, ничто не доказывает, что дата публикации архива и дата вступления в силу в службе совпадают.

Этот недостаток доказательств не оправдывает определение «ложный». Он лишь очерчивает границу публичного подтверждения. Статус является сильным доказательством того, что AFRINIC решила заявить о собственном цикле. Он является слабым доказательством неопубликованной внутренней механики и не составляет прямого доказательства ни вышестоящего изменения в IANA, ни нижестоящего результата у оператора.

Самая прочная защита 26 мая

Наиболее благоприятное для AFRINIC толкование непротиворечиво. Региональному реестру не нужно ждать последней глобальной церемонии, чтобы готовить свои процедуры. Если все региональные процессы сошлись на одном тексте, разумно, чтобы организация привела свои команды в состояние готовности к его применению, прояснила непрерывность совместимого запаса и отметила собственное предварительное условие как выполненное. Ожидание сентября до начала подготовки могло бы создать региональную задержку в момент, когда глобальное правило стало бы действующим.

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

Эта защита тем более правдоподобна, что поправка была нацелена на практическую проблему совместимости. Осмотрительность требовала не обнаружить слишком поздно, что теоретический 32-битный запас не отвечает ограничениям ещё развёрнутых систем. Поэтому подготовка регионального администрирования до окончательной ратификации могла снизить реальный риск. Организации не нужно было претендовать на власть над IANA, чтобы привести в порядок собственные процедуры.

Но защита может работать, только если принять региональный охват. Она не доказывает, что совет директоров AFRINIC мог ратифицировать за другие регионы, за ICANN или за IANA. Она не доказывает, что служба уже изменилась. Скорее она показывает, почему «внедрено» может иметь законный локальный смысл: региональное условие выполнено, текст опубликован, подготовка может начаться или быть завершена, и AFRINIC готова действовать в пределах общей координации.

Такое прочтение защищает действие от двух карикатур. AFRINIC не обязательно претендовала на замещение глобальной цепочки; документы не дают оснований приписывать ей такой мотив. И действие не обязательно сводится к строке без последствий; публичная классификация может согласовать ожидания и запустить подготовку. Единственная строгая позиция состоит в том, чтобы признавать видимое и оставлять неопределённым то, что не определено.

Самое сильное возражение

Возражение касается не столько права готовиться, сколько качества подтверждения. Для разумного читателя каноническая страница, связывающая так называемую глобальную политику, слово «Implemented» и точную дату, может наводить на мысль, что общее правило вступило в силу. Однако современная презентация показывает, что переход NRO-EC–ASO-AC ещё предстоял, а действия июля, а затем сентября подтверждают, что глобальный путь не был завершён. Без уточнения уровня метка рискует сжать пять месяцев институтов и операций в одно слово.

Риск не ограничивается историей. Неточная хронология может заставить аудитора приписать изменение поставок не тому участнику, принять региональную подготовку за инструкцию IANA или предположить, что член получил услугу, след которой не сохранился ни в одной транзакции. В условиях нехватки неверно квалифицированная дата может также исказить анализ реально используемого запаса: считается, что непрерывность была гарантирована уже в мае, тогда как общее правило и его операционная реализация ещё находились в процессе.

Ответ не в том, чтобы обвинять AFRINIC в обмане кого бы то ни было. Точный внутренний смысл статуса неизвестен, и ничто не поддерживает вывод о неправомерном поведении. Ответ — потребовать реестр внедрения, соразмерный важности заявления. Он должен указывать утверждённый инструмент, ответственный орган, целевой уровень, дату объявления, дату вступления в силу, возможную дату развёртывания и всё ещё открытые вышестоящие зависимости.

Далее он должен показать, что фактически изменилось: версия процедуры, различие в конфигурации или логике, затронутая форма, правило выбора запаса, данная инструкция, выполненные испытания, ожидаемый результат и полученный результат. Анонимизированные примеры транзакций позволили бы связать текст со службой, не раскрывая владельцев. Исключения, отступления, условия отката и дата окончания разделения должны быть видны. Наконец, явная сверка с состоянием цепочки NRO–ASO–ICANN–IANA помешала бы тому, чтобы региональное состояние читалось как глобальная эффективность.

Такой реестр послужил бы и самой AFRINIC. Он позволил бы ответить на возражение следом, а не толкованием слова. Если внедрение 26 мая соответствовало только публикации и региональному завершению, охват был бы ясен и защитим. Если оно включало готовую внутреннюю процедуру, документ определил бы эту процедуру. Если изменение службы планировалось только после глобальной ратификации, эта зависимость была бы записана, а не угадана.

От статуса к проверяемому подтверждению

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

Второй набор касается зависимости. На день, когда региональный реестр объявляет о готовности, каково состояние процесса в других реестрах, в NRO-EC, в ASO-AC, в ICANN и в IANA? Всё ещё открытая зависимость не отменяет локальную работу. Однако она запускает явную метку, например: «регион готов, глобальный эффект ожидается». Переход к следующему состоянию должен происходить только после получения идентифицируемого акта, а не простой экстраполяцией.

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

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

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

Применительно к 26 мая этот формат позволил бы не требовать от одного слова больше, чем оно могло дать. Региональная строка могла бы содержать майское одобрение, публикацию текста, состояние готовности AFRINIC и ещё открытую зависимость NRO-EC. Июльские строки зафиксировали бы процедурные передачи. Сентябрьская — ратификацию ICANN. Последняя строка, всё ещё отсутствующая в доступном корпусе, дала бы дату изменения процесса IANA и эталонную транзакцию.

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

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

Несколько контрфактических сценариев проверяют вывод. Если бы AFRINIC ждала ратификации ICANN до начала какой-либо подготовки, региональная служба могла бы отстать в законный момент глобального вступления в силу. Это оправдывает подготовку, а не предвосхищение вышестоящей власти. Если же, наоборот, читатель принимает 26 мая за глобальную дату, он не может объяснить ни презентацию AFRINIC-12, ни июльские передачи, ни сентябрьскую ратификацию. Это опровергает расширение, но не региональный этап.

Если бы статус не имел иного операционного содержания, кроме публикации текста, он остался бы реальным актом управления, но слабым подтверждением изменения службы. Если бы внутренние изменения действительно происходили без публикации, их существование могло бы после проверки усилить региональный охват, не меняя задним числом глобальный график. Наконец, если бы документы изначально содержали метку уровня и контрольную транзакцию, спор о терминах свёлся бы к простому чтению реестра.

Это рассуждение налагает дисциплину в отношении неизвестного. Пробел никогда не должен заполняться самой благоприятной или самой враждебной презумпцией. Отсутствие заявки не доказывает отсутствия подготовки; наличие статуса не доказывает наличия заявки. Отсутствие публичной транзакции не доказывает, что ни один запрос не был обработан; оно лишь запрещает ссылаться на конкретный результат. Качество анализа зависит от умения оставлять некоторые ячейки открытыми.

Наконец, реестр должен предусматривать исправление. Если дата впоследствии объясняется, старая запись не исчезает: она получает примечание, новый документ и дату исправления. Если два источника продолжают расходиться, оба утверждения остаются приписанными. Если тест не проходит, его неудача сохраняется вместе с мерой устранения. Проверяемая память полезнее идеально гладкой хронологии, поскольку показывает, как координация реагирует на реальность.

Приоритет работающего кода

Основное правило просто: в администрировании ресурсов, предназначенных для реальных сетей, работающая реальность важнее институциональной лексики. Поправка существовала потому, что практическая способность использовать 32-битные номера не развивалась так, как ожидалось. Организация могла декретировать дату, но эта дата не обновляла программное обеспечение, оборудование, практики фильтрации или отношения между операторами.

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

Таким образом, каждый уровень получает собственный критерий. Региональное управление завершено, когда требуемые региональные акты выполнены и задокументированы. Региональная процедура готова, когда необходимые инструкции, системы и тесты идентифицируемы. Глобальная политика ратифицирована, когда общая институциональная цепочка издала свой финальный акт. Процесс IANA изменён, когда его процедура или система несёт датированный след. Транзакция наблюдаема, когда зафиксировано реальное движение. Результат оператора проверен, когда номер пригоден к использованию в условиях сети, а не просто доступен в запасе.

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

Вытекающий отсюда периметр полномочий

AFRINIC — это держатель реестра и частный координатор. Её полезная функция состоит в поддержании точных записей, сохранении уникальности, администрировании ограниченных служебных процедур и координации согласованности с другими звеньями системы. Она не владеет ни сетями, ни номерными ресурсами. У неё нет суверенной, законодательной, регуляторной, полицейской, обвинительной, судебной, карательной, конфискационной власти или права собственности.

Это ограничение освещает событие 2010 года. Самая сильная интерпретация 26 мая — это не частный законодатель, который издал бы закон для Африки или для IANA. Это держатель реестра, который завершает свой этап, публикует текст, применимый к своему администрированию, и готовит участие в общей процедуре. Чем ближе действие остаётся к уникальности, точности, интероперабельности и проверяемой службе, тем оно прочнее. Чем больше его лексика намекает на общее повеление без инструмента или наблюдаемого результата, тем более недостаточным становится доказательство.

Консенсус ноября 2009 года следует читать так же. Он даёт техническое суждение и вход в процедуру; он не создаёт политический народ, суверенного принципала или исчерпывающее представительство. Исторический совет директоров AFRINIC мог совершить действие, которое ему приписывали региональные инструменты. Он не мог одним лишь использованием термина «внедрение» приобрести власть обязать другие регионы или сделать ненужной ратификацию ICANN.

Официальные документы решающим образом доказывают свои собственные слова и свои собственные действия. Страница AFRINIC доказывает статус и дату, которые публикует AFRINIC. Презентация NRO-NC/ASO-AC доказывает состояние цепочки, которое она описывает. Объявление ICANN доказывает ратификацию, которую фиксирует ICANN. Ни один из этих текстов не удостоверяет сам себя как источник власти, более широкой, чем описанный инструмент. Взаимное признание между организациями помогает координации; оно не создаёт суверенную власть.

Что позволяет заключить 26 мая

Вывод намеренно узкий. 26 мая 2010 года AFRINIC публично классифицировала AFPUB-2009-ASN-001 как внедрённую после регионального одобрения, зафиксированного в мае. Текст поправки был опубликован, и региональная позиция стала определённой в общем процессе. Этот этап мог согласовать персонал, проинформировать членов и сообщить другим институтам, что региональное условие выполнено.

Та же дата не доказывает, что правило распределения IANA изменилось, поскольку формальная передача NRO-EC–ASO-AC, обращение в ICANN и ратификация 21 сентября ещё были впереди. Она также не доказывает ни изменения инструмента, базы, формы или инструкции в AFRINIC, ни иначе обработанного запроса, ни результата у оператора. Эти неизвестные не являются ни доказательствами бездействия, ни разрешением выдумывать действие.

Поэтому лучший способ уважать региональное действие — назвать его точно: ограниченное завершение цикла политики и публикация состояния внедрения частным координатором. Лучший способ проверить более широкое внедрение — требовать уровень за уровнем инструмент, ответственного, процедуру, испытания, транзакции, исключения, откат и работающий результат. Этот стандарт не ослабляет координацию. Он даёт ей подтверждение, которое не могут заменить ни институциональная память, ни двусмысленное слово.