Re/Delegation Guidelines for ccTLD Managers

Принципы делегирования/ределегирования для Ответственных за ccTLD




Рабочий документ Рабочей группы по Разработке Рекомендаций и Процедур ределегирования Подразделения ccTLD Организации сопровождения доменных имен, составной части ICANN

18 июня 2000г.
Версия 2.0, для обсуждения Подразделением ccTLD

 

ОГЛАВЛЕНИЕ

Введение

История вопроса

Замечание по поводу участия Государства в администрировании ccTLD

1. Определения
2. Принципы
3. Общие рекомендации
4. Процедура подачи жалоб

4.1 Подача жалоб
4.2 Типы жалоб
4.3 Жалобы на технические нарушения
4.4 Жалобы на нарушения нетехнического характера
4.4.1 Меры по устранению нарушений
4.4.2 Непринятие мер по устранению нарушения

5. Переговорный процесс
6. Слушания по ределегированию

6.1 Орган разрешения споров по ccTLD

6.1.1 Членство в Органе разрешения споров по ссTLD и принципы его формирования

6.2 Принципы ределегирования

6.3 Действия Органа разрешения споров по ccTLD

6.3.1 Обсуждение
6.3.2 Критерии
6.3.3 Принятие решений и голосование
6.3.4 Доступ к протоколам

6.4 Апелляции

7. Осуществление ределегирования

Введение

Поскольку Интернет становится господствующей средой в сферах образования и коммерции, а доменные имена приобрели ценность как средство идентификации в Интернет, ответственность и полномочия, касающиеся управления доменами верхнего уровня, стали предметом жарких споров. Под давлением Министерства торговли США, IANA (Управляющий орган по присвоению адресов в Интернет) и других организаций и частных лиц, в целях обеспечения стабильности Интернет, организации демократических процессов при внесении основополагающих изменений, а также предотвращения злоупотребления монополистическими полномочиями, был создан ICANN (Интернет Корпорация по назначению имен и адресов).

За время осуществления своих полномочий ICANN сконцентрировал свои усилия на обеспечении надежности и открытости в адресном пространстве gTLD. В то же время в адресном пространстве CCTLD продолжаются споры и противоречия. В духе саморегулирования, предписанного ICANN, Подразделение ccTLD Организации поддержки доменных имен, части ICANN, провозглашает свое намерение устранить имеющиеся противоречия, касающиеся полномочий по управлению ccTLD, используя принципы и процедуры, сформулированные далее в настоящем документе.

История вопроса

Начиная с 1985 г. делегирование прав Ответственным за ccTLD на администрирование ccTLD от IANA или д-ра Джона Постела как руководителя IANA, основывалось на неформальных критериях. Обычно эти Ответственные были признанными авторитетами в области Интернет на территории ccTLD в силу своей технической квалификации, либо благодаря своей известности в мировом Интернет-сообществе, либо вследствие своего положения внутри локального Интернет- сообщества в рамках соответствующей территории. В 1994 г. д-р Постел с соавторами опубликовали документ RFC 1591, который заложил критерии делегирования ccTLD Ответственным, и дальнейшая передача полномочий по ccTLD Ответственным происходила на основании этого документа. В любом случае, двумя краеугольными камнями при делегировании ccTLD от IANA Ответственным были стабильность технического функционирования делегированной зоны и обслуживание Интернет-сообщества - как локального, так и мирового. Эти две задачи остаются главными обязанностями Ответственных за ccTLD как в настоящее время, так и в обозримом будущем.

В 1998 г. IANA влилась в новообразованный ICANN, и ее задачи стали частью задач ICANN. Отчасти вследствие расхождения между принципами, изложенными в RFC 1591, с одной стороны, и на основе практики IANA, с другой, штаб ICANN на своей Берлинской встрече в марте 1999 г. провозгласил документ IPC-1, который закрепил текущую практику IANA. С того момента RFC 1591 и IPC-1, вместе взятые, являются теми документами, откуда черпают инструкции Ответственные за ccTLD, по крайней мере официально.

В действительности, однако, полномочия для действий, связанных с ccTLD, исходили лично от д-ра Постела. Его безвременная кончина в 1998 г. оставила пустоту, которую ICANN, занятый своей основной задачей раскрытия адресного пространства gTLD для конкуренции, так и не смог заполнить. К тому же ICANN не получил того доверия Ответственных за ccTLD, которым обладал д-р Постел. В последние годы д-р Постел был также серьезно занят скандалом вокруг gTLD, и не обращал особого внимания на ccTLD, в значительной степени стабильные и не донимавшие его своими проблемами. Поэтому на практике ccTLD в течение определенного времени в значительной мере занимались саморегулированием, что имело в основном положительный, но все же смешанный результат. С одной стороны, большинство Ответственных за ccTLD утвердилось институционально в том виде, который встретил широкое, если не единодушное, одобрение как мирового, так и местного Интернет-сообщества. Такие Ответственные апеллировали к советам своего правительства, Интернет сервис-провайдеров, деловых кругов, образовательных институтов, защитников прав потребителей и проч. и получили одобрение и согласие от них и от других элементов своего Интернет-сообщества. Эти ccTLD, учитывая местные условия и обычаи, влились в живые Интернет-институты органично, достигнув согласия внутри сообщества, что не могло бы, по всей вероятности, быть достигнуто декретами от IANA, хотя бы и полных благих намерений. Этот успешный опыт указывает направление движения. С другой стороны, IANA делегировала некоторые ccTLD Ответственным, которые пока не достигли согласия внутри локального Интернет-сообщества, или не выполняют свои задачи на уровне, удовлетворяющем IANA. Причины различны: противостояние политике, проводимой Ответственным, недостаточная зрелость местного Интернет- сообщества, с которым Ответственный мог бы успешно сотрудничать, особенно в слаборазвитых странах, а также дестабилизирующее влияние потенциально огромной прибыли, которое привело некоторых Ответственных за ccTLD к непопулярной политике и, что столь же вредно, других лиц к тому, чтобы бросить вызов легитимности ответственных за ccTLD в надежде на получение делегирования к собственной выгоде.

В некоторых случаях, как определено Сборником Рекомендаций Подразделения ccTLD, неумелое руководство ccTLD может потребовать замены, так называемого ределегирования, Ответственного за ccTLD. Следуя Сборнику Рекомендаций, успешная работа Ответственного за ccTLD зависит от ее одобрения и степения приятия локальным и мировым Интернет- сообществом, равно как от компетентного выполнения технических операций с ccTLD. Настоящий документ очерчивает шаги и процедуры, которым надлежит следовать в случае предполагаемого ределегирования ccTLD.

 

Замечание по поводу участия Государства в администрировании ccTLD

Роль правительств в администрировании ccTLD была предметом значительных дебатов и раздоров на различных встречах внутри ICANN и без его участия, равно как и источником неуверенности и сомнений среди Ответственных за ccTLD. managers.

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

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

Правительству страны косвенно передана существенная власть над ccTLD в связи с тем, что административный Ответственный за ccTLD в соответствии с требованиями RFC 1591 и IPC-1 должен располагаться на территории страны, и таким образом, подчиняться ее законам.

 

1. Определения

ccTLD (country-code Top-Level Domain) - домен верхнего уровня страны/государства в иерархии верхнего уровня глобальной системы доменных имен, присвоенный в соответствии с двухбуквенным кодом стандартных кодов идентификации страны или территории из перечня ISO 3166-1.

ccTLD Регистратура (ccTLD Registry) - структура, фиксирующая названия/имена как доменные имена в реестре доменных имен домена верхнего уровня страны/государства согласно политике, правилами и процедурам, установленным Ответственным за ccTLD совместно с локальным и общемировым Интернет-сообществами и сообразующая свои действия со Сборником рекомендаций, установленным сообществом ccTLD.

Ответственный за ccTLD (ccLTD Manager) - компания, организация или физическое лицо, управляющие ccTLD Регистратурой.

Регистрирующая сторона (регистрант, Registrant) - компания, организация или физическое лицо, для которого в ccTLD реестре доменных имен имя/название регистрируется как доменное имя.

ICANN (Internet Corporation for Assigned Names and Numbers) - Интернет Корпорация по назначению имен и адресов

IANA (Internet Assigned Numbers Authority) - Управляющий орган по присвоению адресов в Интернет (c 1999 находится в составе ICANN)

Локальное Интернет-сообщество (Local Internet Community) - Интернет-индустрия и пользователи (например, образовательные структуры, частный сектор, Интернет-общества, индивидуальные пользователи и др.), а также правительство и другие органы власти государства или территории, с которыми связан ccTLD.

Орган разрешения споров по ccTLD (ccTLD Dispute Resolution Body) - орган, как далее определено в настоящем документе, который функционирует как комиссия, разрешающая спорные ситуации касательно управления ccTLD или прав управления ccTLD.

 

2. Принципы

    • Ответственные за ccTLD работают в среде саморегулирования, в рамках структуры ICANN

    • Управление ccTLD осуществляется к выгоде локального и мирового Интернет-сообществ и ответственно перед этими сообществами.

    • делегирование ccTLD требует от Ответственных за ccTLD уверенности и стабильности

    • Любая сторона, которая не удовлетворена работой Ответственного за ccTLD, вправе расчитывать, что ее жалобы и претензии будут услышаны и рассмотрены

    • Ределегирование ccTLD, или замена Ответственного за ccTLD, показаны в случае смерти Ответственного (если Ответственный - физическое лицо) или ликвидации компаний (если Ответственным выступает организация); добровольного отказа Ответственного от выполнения возложенных на него обязанностей; либо в случае невыполнения своих организационных обязанностей, но только вследствие честного и открытого процесса, как описано в настоящем документе

    • Ответственный за ccTLD не может быть заменен, и ределегирование не может быть произведено, если не была продемонстрирована неудовлетворительная работа Ответственного, и если Ответственному не была предоставлена возможность исправить недостатки в свой работе

    • Роль IANA по отношению к ccTLD состоит в обеспечении технической стабильности всех операций, касающихся ccTLD, а также содействии и осуществлении правил управления, как это установлено сообществом ccTLD

    • Предписание на ределегирование должно исходить совместно от локального Интернет-сообщества и IANA, поскольку обе эти стороны - в соответствии со Сборником Рекомендации, утвержденным Подразделением ccTLD - точно так же являются источником предписания, в соответствии с которым Ответственный за ccTLD распоряжается ccTLD.

    • Все стороны, вовлеченные в обсуждение, должны знать, что их точка зрения будет справедливо рассмотрена

3. Общие рекомендации

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

а. Жалоба

б. Предоставить возможность Ответственному за ccTLD решить проблему или устранить причины претензии, или дать заключение, что по его мнению, жалоба не заслуживает внимания

в. Переговорный процесс

г. Формализованные слушания по ределегированию

 

4. Подача жалобы

4.1 Подача жалобы

Любая сторона, так или иначе заинтересованная в ccTLD, может вместе с IANA подать жалобу на Ответственного за ccTLD

4.2 Типы жалоб

Жалоба на выполнение Ответственным своей работы должна попадать в одну из двух категорий:

4.2.1 Жалобы на технические нарушения в ccTLD

4.2.2 Жалобы относительно нетехнических аспектов администрирования ccTLD, включая претензии к политике введения ccTLD или принятым процедурам

4.3 Жалобы на технические нарушения

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

4.4 Жалобы на нарушения нетехнического характера

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

4.4.1 Меры, предпринимаемые в связи с жалобой.
Если IANA, запросив объяснения с Ответственного за ccTLD по поводу очевидного нарушения, находит объяснения неадекватными, или если IANA получает жалобу на серьезные нарушения Сборника рекомендаций, требующие принятия немедленных мер, IANA может выдать инструкции Ответственному за ccTLD по устранению проблем. Такие инструкции IANA должны быть выданы в письменном виде, и должны содержать перечень мер, направленных на устранение нарушений.

4.4.2 Непринятие мер по устранению нарушения.
Если Ответственный за ccTLD не принимает никаких мер или отказывается их принимать, IANA должна выдать письменное уведомление, что Ответственный является нарушителем Сборника рекомендаций. Такое письменное уведомление является достаточной причиной, чтобы IANA по своему усмотрению и по согласованию с Подразделением ccTLD начала Переговорный процесс, как описано ниже. Ни IANA, ни ICANN не должны предпринимать никаких действий по ределегированию или замене Ответственного за ccTLD до предварительно предпринятых Переговорного процесса и Слушаний по ределегированию.

5. Переговорный процесс

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

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

IANA должна хранить письменные отчеты о переговорах, чтобы при необходимости использовать их при слушаниях по ределегированию.

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

6. Слушания по ределегированию

Если примирительные процедуры, примененные в процессе переговоров, безуспешны, IANA должна объявить формализованные слушания по ределегированию.

6.1 Орган разрешения споров по ccTLD

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

6.1.1 Членство в Органе разрешения споров по ccTLD и принципы его формирования

Орган разрешения споров по ccTLD представляет собой комиссию из семи членов. Члены должны быть назначены следующим образом:

а) Один член, назначаемый Локальным Интернет-сообществом

б) Один член, назначаемый правительством территории, соответствующей ccTLD коду страны

в) Один член, назначаемый Подразделением ccTLD

г) Один член, назначаемый Ответственным за ccTLD

д) Два члена, назначаемых IANA

е) Один член, выбранный IANA в качестве "доверенного третьего лица".
IANA будет пытаться найти человека, являющегося известной фигурой, с опытом разрешения споров, и не имеющего причастности ни к рассматриваемой территории, ни к Ответственному за ccTLD.

6.2 Принципы ределегирования

Нижеприведенные принципы, оформленные как вопросы, должны быть приняты во внимание до того, как Орган разрешения споров по ccTLD обнародует какое-либо решение:

а) Может ли решение Органа разрешения споров по ccTLD быть причиной фундаментальной несправедливости или являться ею?

б) Не имеет ли решение больше недостатков для локального и глобального Интернет сообществ, нежели очевидных достоинств, извлекаемых из его реализации?

в) Не нарушит ли решение законов в рассматриваемой стране?

г) Не будет ли решение угрожать стабильности DNS?

6.3 Последовательность действий Органа разрешения споров по ccTLD

6.3.1 Обсуждения

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

а) Запросить письменный отчет от IANA по всем касающимся рассматриваемого вопроса предыдущим слушаниям, который IANA обязана предоставить

б) Вести письменный отчет по всем слушаниям

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

г) Во исполнение своих обязанностей постараться собрать всю уместную информацию

д) Дать возможность каждой из спорящих сторон представить доказательства и свидетельства в свою поддержку

6.3.2 Критерии

Среди прочих, которые он полагает уместными, Орган разрешения споров по ccTLD должен принимать в расчет следующие критерии:

а) Приверженность Ответственного принципам Сборника рекомендаций или другим Интернет-стандартам

б) Историю взаимодействия Ответственного и локального Интернет-сообщества

в) Законность основания для первоначального делегирования нынешнему Ответственному

г) Злоупотребляет ли Ответственный своим доминирующим положением на рынке

д) существует ли приемлемая альтернатива нынешнему Ответственному. Альтернативный кандидат должен:

1) иметь структуру или план действий, гарантирующие, что в будущем ситуация злоупотребления монополией не сможет возникнуть

2) иметь доступ к технологиям, позволяющим обеспечить операции с ccTLD на уровне, гарантирующем стабильное функционирование DNS

3) быть финансово жизнеспособным

4) Быть приемлемой кандидатурой для локального и мирового Интернет-сообществ

6.3.3 Принятие решений и голосование

В интересах обеспечения стабильности, Орган разрешения споров по ccTLD должен стремиться к единодушию вследствие обсуждения. Однако если единогласное решение невозможно, любое решение должно потребовать подтверждения большинства как минимум двумя третями голосов всех членов комиссии, включая неголосующих членов.

Орган разрешения споров по ccTLD может принять одно из следующих решений:

а) Нынешний Ответственный за ccTLD сохраняет делегирование за собой

б) ccTLD ределегируется альтернативной кандидатуре, предложенной подателем жалобы

в) Одно из вышеупомянутых, с изменениями в выборе или альтернативы, предложенной подателем жалобы, или существующего Ответственного

г) Те ограничения или условия, каковые Орган разрешения споров по ccTLD считает приемлемыми и соответствующими конкретным обстоятельствам

6.3.4 Доступ к протоколам

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

6.4 Апелляции

Любая сторона спора может опротестовать решение Органа разрешения споров по ccTLD в Апелляционном Трибунале. Апелляция будет заслушана шестью членами Правления ICANN, которые должны быть выбраны следующим образом:

а) Два члена, выбираемые Ответственным, на которого возложено управление ccTLD

б) Два члена, выбираемых локальным Интернет-сообществом

в) Два члена, выбираемые Правлением ICANN самостоятельно.
Апелляционному Трибуналу должны быть представлены полные отчеты по спору, и он может собирать новые свидетельства и обращаться к новым свидетелем, если сочтет это необходимым. Апелляционный Трибунал должен вести протокол всех обсуждений в письменном виде, который по окончании апелляционного процесса должен быть доступен общественности. Апелляционный Трибунал двумя третями голосов может принять одно из следующих решение:

а) Поддержать результаты обсуждения и решения Органа разрешения споров по ccTLD

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

7. Осуществление ределегирования

Когда ределегирование ccTLD необходимо либо из-за нежелания предыдущего Ответственного за ccTLD продолжать свою деятельность, либо такое решение вынесено Органом разрешения споров по ccTLD после всех процедур, описанных в настоящем документе, IANA объявляет выборы нового Ответственного за ccTLD.

Чтобы быть пригодным для рассмотрения в качестве нового Ответственного, претендент должен продемонстрировать, что имеет как минимум Административного Ответственного в соответствующей стране, что обладает технической квалификацией, что имеет финансовую базу для управления доменом как того требуют Рекомендации, определенные в Сборнике Рекомендаций, что он обладает умением, видением и возможностями обслуживать интересы мирового Интернет-сообщества, и что он обладает такой же или лучшей квалификацией, чтобы обслуживать интересы локального Интернет-сообщества, как любой другой претендент.

Как представитель Медународной Интернет-общественности, IANA будет выбирать Ответственного, базируясь на лучших суждениях о том, какой претендент будет лучше служить мировому и локальному Интернет-сообществам, представляя ccTLD. Перед объявлением окончательного решения IANA ознакомится и рассмотрит точки зрения всех людей и организаций, которые захотят дать свои комментарии. IANA также будет обращаться к мнению и отнесется к точке зрения локального Интернет-сообщества со всей возможной степенью серьезности.
 

Группа создания проектов для ccTLD. За дополнительной информацией обращайтесь по адресу avc@iatld.org

 
 
Перевод на русский язык выполнен Марией Степановой в тесном сотрудничестве с Севой Глущенко, с использованием рекомендаций Станислава Рачинского, Дмитрия Морозовского, Андрея Столярова и Киры Литвиной, при технической поддержке Сергея Вовка