Summary

  • Основной IDN — корень зависимости оценки: его дисквалификация влечёт дисквалификацию всех связанных вариантов.
  • Дисквалифицированный вариант можно удалить через успешный Application Change Request, после чего основная строка и оставшиеся недисквалифицированные варианты могут продолжить процедуру.

Root Zone Label Generation Rules не просто создают альтернативные написания. Они рассчитывают variant-string-set основной строки и присваивают вариантам статусы allocatable или blocked. Заявитель может запросить allocatable, но не blocked варианты. Основная строка определяет и доступный набор, и структуру оценки.

В одном раунде новый основной IDN и запрошенные allocatable варианты входят в одну заявку. После успешной оценки их выделяют одному оператору по одному Registry Agreement. Общая заявка не означает одинаковую независимость каждой строки.

Раздел 7.6.3 задаёт первое направление зависимости. Если основной IDN дисквалифицирован по любой причине, дисквалифицируются все связанные варианты, и вся заявка не может продолжаться. Вариант не спасает заявку, основной элемент которой был дисквалифицирован.

Обратная зависимость действует более узко. Если запрошенный вариант дисквалифицирован, заявитель должен подать Application Change Request для его удаления. При успешном ACR основная строка и оставшиеся недисквалифицированные варианты могут продолжить процедуру. Удаление — обязательный шаг, а не автоматическое исправление.

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

BTW рекомендует журнал зависимости с отдельной строкой для основного IDN и каждого варианта, включая статус RZ-LGR, обоснование, результат и ACR. Это редакционный совет, а не требование ICANN.

Sources