Skip to main content
Resources

التسوية فيما بين سياسة الإجماع والشروط التعاقدية في اتفاقيات gTLD التي تحتوي على عملية التقييم

هذه الصفحة متوفرة باللغات:

يرجى ملاحظة أن النسخ الأنكليزية لكافة المحتوى والوثائق المترجمة تعتبر هي النسخ الرسمية وإن الترجمات باللغات الأخرى هي للأغراض المعلوماتية فقط.

الأحكام في سياسة الإجماع

الأحكام في اتفاقيات gTLD

التسوية

تعريف خدمة السجل:

لا تعرّف سياسة الإجماع "خدمات السجل".

"خدمات السجل" محددة في هذه الاتفاقيات.

المستندين ليسا متعارضين. وجه مجلس إدارة ICANN إلى استخدام خدمة السجل في اتفاقية .NET في تنفيذ السياسة لأن هذا هو التعريف الوحيد المتاح بالإضافة إلى أن سياسة الإجماع غير متعارضة مع ذلك.

معلومات إضافية والالتزام بالسرية:

ينبغي على مشغل سجل gTLD أو المنظمة الراعية تزويد ICANN بمعلومات كافية حول التغيير للسماح لـ ICANN بتقييم ما إذا كان ينبغي أن يخضع التغيير لعملية الموافقة أم لا. يجب أن تتضمن المعلومات وصفاً تقنياً للتغيير بحسب نظرة المستخدمين الخارجيين، وتقييم بالتأثير على المستخدمين الخارجيين. إذا طلب مشغل السجل أو المنظمة الراعية الآراء من أطراف خارجية والمجتمع، يجب تضمين تفاصيل العملية ونتائج تلك الآراء. في هذه المرحلة من العملية، يجب أن يعامل موظفو ICANN هذه المعلومات بسرية.

ينبغي على مشغل السجل تقديم معلومات كافية عند وقت إشعار ICANN بأنه قد ينفذ مثل خدمة السجل المقترحة هذه لتمكين ICANN من اتخاذ "قرار مبدئي" مستنير. تلتزم ICANN بمعاملة المعلومات التي يقدمها مشغل السجل والمحددة بأنها "سرية" بسرية. لا يكون مشغل السجل مَن يصنف المعلومات "السرية" الضرورية لوصف الغرض من خدمة السجل المقترحة وتأثيرها على مستخدمي DNS.

توصية GNSO بالإضافة إلى اتفاقيات gTLD ليست متعارضة. لغة تنفيذ السياسة واتفاقيات gTLD التي تحتوي على نفس الأحكام الخاصة بالحفاظ على السرية فتنص على قدر أكبر من الشفافية.

نصائح الخبراء:

يحق لـ ICANN طلب مشورة الخبراء أثناء فترة القرار المبدئي (من الهيئات أو الأشخاص الذين يخضعون لاتفاقيات الحفاظ على السرية) حول تضمينات التنافس أو الحماية أو الاستقرار لخدمة السجل لاتخاذ "القرار المبدئي". إلى الدرجة التي تساعد ICANN على كشف معلومات سرية إلى أي من مثل هؤلاء الخبراء، ستقدم إشعار إلى مشغل السجل (أو المنظمة الداعمة) بهوية الخبير (الخبراء) والمعلومات التي تنوي كشفها. بالنسبة إلى تضمينات الحماية أو الاستقرار، يحق لـ ICANN سحب خبير من الهيئة الدائمة للخبراء المشار إليها في الخطوة 6 أدناه".

يحق لـ ICANN طلب مشورة الخبراء أثناء فترة القرار المبدئي (من الهيئات أو الأشخاص الذين يخضعون لاتفاقيات الحفاظ على السرية) حول تضمينات التنافس أو الحماية أو الاستقرار لخدمة السجل لاتخاذ "القرار المبدئي". إلى الدرجة التي تساعد ICANN على كشف معلومات سرية إلى أي من مثل هؤلاء الخبراء، ستقدم إشعار إلى مشغل السجل بهوية الخبير (الخبراء) والمعلومات التي تنوي كشفها.

يجوز لـ ICANN مشاورة أي عضو في المجتمع الفني خلال فترة التحديد الأولية. فسوف يوفر ذلك المزيد من المرونة والتحليل. المستندين ليسا متعارضين.

إعادة النظر:

"توصي GNSO بأن الأطراف المتأثرين من قرار ICANN اللجوء إلى عمليات إعادة النظر الحالية المنصوص عليها في قوانين ICANN الداخلية".

ولم تتعرض اتفاقيات gTLD لعملية إعادة النظر.

عملية إعادة النظر المشار إليها في التقرير النهائي لـ GNSO والحاضرة في لائحة ICANN فقد تم تضمينها في القسم 3 من سياسة تقييم خدمات السجل.

التحديد استنادًا إلى التعاقد:

"يحدد مشغل سجل gTLD أو المنظمة الراعية ما إذا كان التغيير على الخدمة سيتطلب الموافقة بناءً على العقد بين ICANN ومشغل السجل أم لا".

ولم تتعرض اتفاقيات gTLD لهذا الحكم.

في حالة رغبة مشغل سجل gTLD أو المنظمة الراعية للسجل عرض خدمة سجل جديد، يلتزم مشغل سجل gTLD أو المنظمة الراعية بالتشاور مع ICANN من أجل تحديد ما إذا كان التغيير المقترح سيقتضي الحصول على موافقة ICANN استنادًا إلى العقد المبرم بين ICANN ومشغل السجل أم لا. وهذا لا يتعارض مع التقرير النهائي لـ GNSO، والذي يشير إلى أن "ICANN سوف تقوم بتقييم ما إذا كان المقترح مطلوب أم لا بموجب الاتفاقية المبرمة بين ICANN ومشغل السجل أو المنظمة الراعية".

التنافس:

تنص الخدمة رقم 5 من التقرير النهائي لـ GNSO على أن "على ICANN النظر فيما إذا كان التغيير سوف يقلل [قسم] من المنافسة فيما بين أمناء السجلات الذين يوفرون الخدمات إلى المسجلين، أو يقلل [قسم] من المنافسة العادلة فيما بين المسجلين لأسماء نطاقات محددة".

وتنص اتفاقيات gTLD على أن تقريرًا معقولاً يجب القيام به حول ما إذا كانت خدمة السجل الجديدة المقترحة تمثل مشكلات كبيرة في المنافسة أم لا.

والمستندين ليسا متعارضين وقد تمت اعتماد الصياغة المستخدمة في اتفاقيات gTLD.

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