Skip to main content
Resources

Фаза операционного проектирования

Страница также доступна на следующих языках:

Описание фазы операционного проектирования (ODP)

Разработка фазы операционного проектирования (ODP)

Активные ODP

Завершенные ODP

Описание фазы операционного проектирования

Нажмите здесь, чтобы прочитать документ с описанием процедуры фазы операционного проектирования

Целью фазы операционного проектирования (ODP) является оценка рекомендаций Совета Организации поддержки доменов общего пользования (GNSO) по вопросам политики или других рекомендаций сообщества ICANN, в отношении которых Правление сочтет необходимым получить важную информацию для обсуждения вопроса об утверждении указанных рекомендаций. Документ с описанием процедуры ODP, ссылка на который приведена выше, регулирует процесс ODP. Что касается согласованной политики GNSO, ODP улучшает существующие в рамках концепции реализации согласованной политики (CPIF) процессы, повышая транспарентность и структурирование работы, которая выполняется корпорацией ICANN для оценки влияния рекомендаций, одобренных Советом GNSO, на деятельность.

ODP запускается по инициативе Правления в тех случаях, когда Правление определит, что рекомендации по политике GNSO, исходя из их сложности и/или потенциального влияния на деятельность, оправдывают такую оценку. Требование Правления о проведении ODP предписывает корпорации ICANN выполнить операционный анализ конкретного набора рекомендаций GNSO по вопросам политики. Корпорация ICANN выполняет такой анализ в рамках установленного Правлением объема и в указанные сроки предоставляет Правлению ожидаемый результат ODP — оценку операционной структуры (ODA). По завершении этой работы корпорация ICANN передает оценку операционной структуры Правлению для рассмотрения. В дополнение к другим актуальным материалам, таким как сами рекомендации и результаты общественного обсуждения, проводимого в соответствии с Уставом, ODA поможет Правлению решить, считает ли оно, что эти рекомендации отвечают насущным интересам сообщества ICANN или ICANN.

Хотя ODP проводится корпорацией ICANN, отзывы сообщества ICANN играют важную роль в этом процессе. На протяжении всего ODP корпорация ICANN будет периодически отчитываться о достигнутом прогрессе. Такие отчеты о ходе работы будут предоставляться с помощью нескольких платформ, включая сайт icann.org, вебинары, блоги и специальные заседания во время конференций ICANN, чтобы у сообщества ICANN была возможность задавать вопросы, запрашивать разъяснения и направлять общие замечания. В дополнение к этим отчетам о ходе работы, корпорация ICANN будет информировать сообщество ICANN о результатах завершения важных этапов ODP для обеспечения осведомленности и получения комментариев относительно фактов, цифр и предположений, лежащих в основе ее анализа. При предоставлении всех отчетов будет соблюдаться принцип транспарентности, чтобы сообществу, Правлению и корпорации ICANN было известно о различных поступивших предложениях. Важно отметить, что вклад сообщества ICANN — как и любая другая часть ODP — не предполагает повторного обсуждения вопросов, урегулированных в процессе разработки политики. Если во время ODP возникнут какие-либо вопросы, относящиеся к политике, они будут переданы на рассмотрение в Совет GNSO, которому рекомендуется назначить представителя для содействия таким контактам в рамках ODP.

Подробнее цель и порядок проведения ODP изложены в документе Фаза операционного проектирования — описание процедуры. Хотя официальным описанием процедуры ODP является именно указанный документ, корпорация ICANN также подготовила схему процесса, чтобы проиллюстрировать, как ODP вписывается в жизненный цикл реализации политики и как сообщество может направлять свои комментарии во время ODP. Процедура ODP разрабатывалась вместе с сообществом ICANN в течение шести месяцев. Шаги, описывающие этот процесс, рассмотрены здесь.

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."