Skip to main content

Проверка RSSAC: Опубликован отчет о результатах анализа

Приходите на открытое заседание на конференции ICANN61

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

ЛОС-АНДЖЕЛЕС – 27 февраля 2018 – Interisle Consulting Group, независимая аудиторская компания, которая занимается проведением второй проверки Консультативного комитета системы корневых серверов ICANN (RSSAC), опубликовала отчет о результатах своего анализа.

Прочитать отчет [PDF, 2.46 MB].

Рабочая группа по анализу и независимая аудиторская компания проведут собрание на конференции ICANN61 в Сан-Хуане, в Пуэрто-Рико. Сообщество ICANN приглашают прийти на него и поделиться своими соображениями. Собрание пройдет 14 марта в 17:30 – 19:00 по UTC (13:30 – 15:00 по AST). Дополнительная информация, включая информацию об удаленном участии, доступна здесь.

Об отчете о результатах анализа

Цель отчета - достичь максимального согласия между сообществом ICANN и независимой аудиторской компанией о том, которые направления работы NomCom функционируют хорошо и которые будет полезно усовершенствовать. В отчет не вошли рекомендации. Они будут включены в окончательный отчет, который предполагается опубликовать в июле 2018 года.

Прочитать общие положения отчета [PDF, 455 KB].

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

Для справки

В соответствии с Уставом эта проверка подпадает под рамки обязательств ICANN относительно развития и усовершенствования корпорации, а также обеспечения подотчетности и транспарентности. Interisle Consulting Group была отобрана для того, чтобы провести проверку и приступила к работе в сентябре 2017 года.

Цель проведения RSSAC2 - (i) определить, существует ли еще потребность в наличии RSSAC в структуре ICANN и, (ii) если да, есть ли необходимость в изменении структуры или принципов функционирования для улучшения эффективности их работы и, (iii) отчитывается ли RSSAC перед своими группами интересов, группами заинтересованных сторон, организациями и другими заинтересованными сторонами. И, наконец, в рамках проверки RSSAC будет проведена оценка эффективности усовершенствований, реализованных после предыдущей проверки RSSAC, проведенной в 2008 году. Подробнее о проверке - на странице, посвященной проверке RSSAC на сайте ICANN.org.

RSSAC предоставляет Правлению и сообществу заинтересованных сторон советы по вопросам, связанным с эксплуатацией, управлением, безопасностью и целостностью системы корневых серверов интернета, соответственно уставу комитета, определенному Уставом ICANN. RSSAC состоит из представителей организаций, отвечающих за эксплуатацию услуг глобальной корневой зоны. В RSSAC также входят представители организаций, отвечающих за поддержку авторитативной корневой зоны в качестве членов без права голоса. Кроме того, в работе комитета участвуют представители других организаций и групп в качестве членов без права голоса. Подробнее о RSSAC.

О корпорации ICANN

Миссия ICANN – обеспечение стабильного, безопасного и единого глобального интернета. Для того, чтобы связаться с кем-нибудь в интернете, в компьютер или другое устройство необходимо ввести адрес – имя или номер. Этот адрес должен быть уникальным, чтобы компьютеры могли друг друга находить. ICANN занимается координацией этих уникальных идентификаторов во всем мире. ICANN была сформирована в 1998 году в качестве некоммерческой общественной корпорации и сообщества участников со всего мира.


More Announcements
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."