Skip to main content
Resources

ملاحظات تنفيذ سياسة تقييم خدمات السجل

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

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

يسري العمل به اعتبارًا من ١٧ يونيو/حزيران ٢٠١٩

بعد مناقشات دامت لعدة أشهر، اتفقت مجموعة مناقشة تحسينات سياسة تقييم خدمات السجل في مجموعة أصحاب المصلحة في السجلات ومنظمة ICANN على مجموعة من التحسينات التشغيلية من أجل تمكين الكفاءات والقدرة على التوقع داخل العملية مع الالتزام في نفس الوقت بالسياسة. ويعكس إصدار 2019 الحالي من ملاحظات تنفيذ سياسة تقييم خدمات السجل التغييرات المتفق عليها الساري العمل بها اعتبارًا في 17 يونيو/حزيران 2019.

انقر هنا للعودة إلى صفحة عملية سياسة تقييم خدمات السجل على الويب.

مقدمة

في 8 نوفمبر/تشرين الثاني 2005، وجّه مجلس إدارة ICANN تنفيذ الإجراء الموصى به من جانب منظمة دعم الأسماء العامة GNSO من أجل النظر في الطلبات المقدمة للحصول على خدمات سجل جديدة والاسترشاد فيها بالأحكام المنصوص عليها في اتفاقية سجل NET. فيما يخص خدمات السجل. وملاحظات التنفيذ هذه عبارة عن مختصر لعملية سياسة تقييم خدمات السجل (RSEP) والعزم على توفير معلومات رفيعة المستوى فيما يخص تنفيذ السياسة من جانب منظمة ICANN. وقد تقوم ICANN بمراجعة تأثير هذا الإجراء على أساس دوري مع إسهامات وتعقيبات من مشغلي السجلات والدوائر ذات الصلة.

وفي 2019، تعاون مجموعة نقاش تابعة لمجموعة أصحاب المصلحة للسجلات (RySG) مع منظمة ICANN من أجل تحديث ملاحظات التنفيذ دون تغيير السياسة نفسها. تم تصميم ملاحظات التنفيذ المنقحة هذه من أجل جعل عملية RSEP أيسر في الفهم وإقرار قدرة أكبر على التنبؤ وضمان تواصل الاتساق مع السياسة الأساسية.

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

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

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

الخطوة 1 – تقديم الطلب

يجوز لمشغلي السجلات تقديم طلبات RSEP إلى منظمة ICANN من خلال استخدام نموذج الطلب المناسب استنادًا إلى المعايير التالية:

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

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

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

الخطوة 2 - فحص الاكتمال في ICANN

تظل طلبات سياسة تقييم خدمات السجل بدون نشر عندما تكون في مرحلة فحص الاكتمال وجميع التفاعلات بين منظمة ICANN ومشغل السجل فيما يخص طلب سياسة تقييم خدمات السجل تظل سرية. وبمجرد تقديم الطلب، تجري منظمة ICANN مراجعة للاكتمال، والتي يجب أن تستغرق أقل من 15 يومًا. ويجب أن يفي الطلب بالمعايير التالية من أجل المتابعة إلى الخطوة 3 – مراجعة ICANN:

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

  2. مستند التفويض:بنهاية الخطوة 2، يجب على منظمة ICANN ومشغل السجل الاتفاق على نوع مستند التفويض، وبالنسبة لتعديل على اتفاقية السجل (RA) سوف تتابع صياغة التعديل قبل الطلب إلى مراجعة ICANN. تشمل الأسباب وراء عدم قدرة ICANN على المتابعة في الموافقة على مستند تفويض الحالات التي تتعارض فيها الخدمة المقترحة مع سياسة التوافق في الآراء في ICANN أو توجيه مجلس إدارة ICANN.

    نوع ومعايير مستند التفويض:

    • تعديل اتفاقية السجل:ويستخدم عندما (1) تتعارض الخدمة المقترحة مع الأحكام الحالية في اتفاقية السجل أو (2) لم يتم وضع تصور لها في اتفاقية السجل، ومن ثم يجب إضافتها إلى الملحق "أ" من اتفاقية السجل و/أو تعديل/ملحق مناسب.

    • خطاب حرية النشر والاستخدام:يستخدم عندما يكون هناك تصور بالفعل للخدمة المقترحة في اتفاقية السجل ولا يتعارض مع الأحكام التعاقدية.

يجوز لمنظمة ICANN إقرار الحاجة إلى معلومات إضافية في طلب سياسة تقييم خدمات السجل لكي تتمكن منظمة ICANN من إجراء تقييمها ولكي يتم تضمينه في الطلب المنشور. وفي هذا الموقف، يجوز لمنظمة ICANN التشاور مع مشغل السجل و/أو مطالبة مشغل السجل بإعادة تقديم طلبه مع معلومات إضافية، الأمر الذي قد يطيل من الخطوة 2 - فحص الاكتمال. سوف تعمل منظمة ICANN مع مشغل السجل بحسن النية طوال هذه العملية.

2أ - طلب المتابعة

في حالة اتفاق الطرفين على أن المعيار 1 في الخطوة 2 مكتمل، إلا أن مشغل السجل ومنظمة ICANN لم يتفقا على نوع مستند التفويض و/أو صياغة التعديل، فيجوز لمشغل السجل تقديم طلب متابعة إلى الخطوة 3 – مراجعة ICANN قبل الانتهاء من مستند التفويض. وسوف تنظر منظمة ICANN في جميع طلبات المتابعة في الوقت المناسب وسوف تقوم بتقييم مدى سير العمل في المفاوضات بحسن النية.

يجوز لمنظمة ICANN اتخاذ واحد من الإجراءات التالية في حالة تقديم طلب بالمتابعة:

  • وإذا كانت المفاوضات على وشك الانتهاء، فيجوز لمنظمة ICANN منح طلب المتابعة وسوف ينتقل طلب سياسة تقييم خدمات السجل إلى الخطوة 3 - مراجعة ICANN، وفي تلك المرحلة سوف يتم نشر طلب سياسة تقييم خدمات السجل. سوف يواصل كلا الطرفين المفاوضات خلال الخطوة 3 بهدف التوصل إلى اتفاق بنهاية مراجعة ICANN.

  • وإذا لم تقترب المفاوضات من الاكتمال، فيجوز لمنظمة ICANN طلب مفاوضات إضافية مع التصعيد داخل قيادة منظمة ICANN. وسوف يحدث هذا التصعيد قبل انتقال طلب سياسة تقييم خدمات السجل إلى الخطوة 3. وإذا ما منحت منظمة ICANN طلب المتابعة بعد التصعيد، فيجوز لمنظمة ICANN نشر وثيقة التفويض المقترحة للتعليق العام إذا ما مثلت خدمة السجل الجديدة سابقة جديدة أو كان لها تأثير كبير على ICANN أو الأطراف الأخرى أو نظام أسماء النطاقات. وسوف تحدث عملية التعليقات العامة بعد الخطوة 3 – مراجعة ICANN.

  • وإذا ما قررت منظمة ICANN أن مشغل السجل لم يتفاوض بحسن النية، فيجوز لمنظمة ICANN رفض طلب المتابعة.

الخطوة 3 – مراجعة ICANN

بمجرد أن تقرر منظمة ICANN أن أي طلب قد اكتمل أو عند منحها طلب المتابعة في الخطوة 2، سوف تبدأ منظمة ICANN عملية مراجعة لمدة 15 يومًا وتنشر خدمة السجل المقترحة.

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

وبنهاية الخطوة 3 – مراجعة ICANN، سوف تخطر منظمة ICANN مشغل السجل بالقرار الأولي حول خدمة السجل المقترحة.

الخطوة 4 – الموافقة أو الإحالة

سوف يؤدي القرار الأولي من الخطوة 3 إلى واحد من النتائج التالية:

  1. الموافقة على طلب سياسة تقييم خدمات السجل.

  2. الإحالة إلى هيئة التقييم التقني لخدمات السجل (RSTEP).

  3. الإحالة إلى هيئة المنافسة الحكومية المعنية.

  4. الإحالة إلى كل من هيئة التقييم التقني لخدمات السجل (RSTEP) وهيئة المناسبة الحكومية المعنية.

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

النتيجة

القرار

الخطوات التالية

(1) الموافقة

لا توجد مشكلات كبيرة واضحة من حيث الأمن أو الاستقرار أو التنافسية

يعتبر الطلب مكتملاً وسوف تتم المتابعة فيه إلى الخطوة 6 - التفويض.

(2) الإحالة إلى هيئة التقييم التقني لخدمات السجل (RSTEP)

يمكن أن يؤدي إلى مشكلات كبيرة في الأمن والاستقرار

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

(3) الإحالة إلى هيئة المنافسة الحكومية المعنية

يمكن أن يؤدي إلى مشكلات كبيرة في المنافسة

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

(4) الإحالة إلى كل من هيئة التقييم التقني لخدمات السجل (RSTEP) وهيئة المناسبة الحكومية المعنية

يمكن أن يؤدي إلى مشكلات كبيرة في الأمن والاستقرار وأيضًا المنافسة

إذا أكد مشغل السجل رغبته في المضي قدمًا، فسوف تتبع منظمة ICANN خطوات النتائج
رقم 2 و3.

الخطوة 5 - التعليقات العامة ونظر ICANN (إذا كان منطبقًا)

يلزم إجراء فترة تعليقات عامة على وثيقة التفويض المقترحة ناجمة عن طلب سياسة تقييم خدمات السجل إذا تمت إحالة خدمة السجل المقترحة إلى هيئة التقييم التقني لخدمات السجل (RSTEP) أو هيئة منافسة في الخطوة 4 أو بموجب الشروط المذكورة في 2أ - طلب المتابعة.

  • الإحالة إلى هيئة التقييم التقني لخدمات السجل (RSTEP): سوف يتم نشر خدمة الدليل المقترحة ومسودة وثيقة التفويض من أجل التعليق العام أثناء إجراء هيئة التقييم التقني لخدمات السجل (RSTEP) لمراجعتها. وبمجرد انتهاء تقرير تقييم هيئة التقييم التقني لخدمات السجل (RSTEP)، فسوف تتم إضافته إلى فترة التعليقات العامة المستمرة. وبعد انتهاء فترة التعليقات العامة، يجوز أن يرد مشغل السجل على التعليقات ويجوز تحديث مسودة وثيقة التفويض.

  • الإحالة إلى سلطة التنافس: سوف يتم نشر خدمات السجل المقترحة ووثيقة التفويض من أجل التعليق العام أثناء عملية الإحالة التي تستمر لمدة 45 يومًا إلى هيئة المنافسة الحكومية المعنية.

    • وإذا ما أثارت هيئة المنافسة مشكلات في غضون مدة الإحالة المقررة بعدد 45 يومًا، فقد يعمل مشغل السجل مع منظمة ICANN من أجل تناول المشكلات ويجوز تحديث مسودة مستند التفويض.

    • وإذا لم تثر هيئة المنافسة مشكلات في غضون مدة الإحالة المقررة بعدد 45 يومًا أو عند تخليص الطلب مبكرًا، فسوف تنظر منظمة ICANN فيتحليلها للتعليقات العامة. 

    • وبعد انتهاء فترة التعليقات العامة، يجوز أن يرد مشغل السجل على التعليقات ويجوز تحديث مسودة التفويض.

وبعد فترة التعليق العام، سوف تنظر منظمة ICANN في الموافقة على طلب سياسة تقييم خدمات السجل أو يتم إحالته إلى مجلس إدارة ICANN.

وفي حالة الإحالة إلى مجلس إدارة ICANN، فسوف يهدف مجلس إدارة ICANN إلى التوصل إلى قرار في غضون 30 يومًا اعتبارًا من انتهاء ملخص التعليقات العامة وتقرير التحليل. ويجوز لمجلس إدارة ICANN اتخاذ قرار 1) باعتماد طلب سياسة تقييم خدمات السجل، أو 2) رفض طلب سياسة تقييم خدمات السجل، أو 3) تأجيل طلب سياسة تقييم خدمات السجل من أجل الحصول على المزيد من المعلومات.

وإذا اعتمدت منظمة ICANN أو مجلس إدارة ICANN طلب سياسة تقييم خدمات السجل، فسوف تتابع منظمة ICANN إلى الخطوة 6 - التفويض. وإذا رفض مجلس إدارة ICANN الطلب، فلن تتم المتابعة في معالجة الطلب.

الخطوة 6 – التفويض

كما هو الحال فيما يخص ما قبل تنفيذ ICANN للسياسة، بمجرد الموافقة على طلب سياسة تقييم خدمات السجل وموافقة منظمة ICANN والسجل على وثيقة التفويض، سوف تبدأ منظمة ICANN في عملية التفويض. وفي غضون 5 أيام من استيفاء هذه الشروط، سوف تقوم منظمة ICANN بأي مما يلي:

  1. إصدار خطاب حرية النشر إلى مشغل السجل (حسب المتفق عليه في الخطوة 2) وفي هذه المرحلة يجوز لمشغل السجل نشر الخدمة.

  2. أو البدء في عملية تنفيذ لتعديل على اتفاقية السجل من خلال استخدام تعديل اتفاقية السجل المتفق عليه من الخطوة 2 أو الخطوة 5 في حالة إجراء التحديثات بعدالتعليقات العامة. يجوز لمشغل السجل نشر الخدمة المطلوبة بعد تنفيذ التعديل من خلال كل من مشغل السجل ومنظمة ICANN.

سوف تنشر منظمة ICANN إشعار خدمات السجل المعتمدة بالإضافة إلى وثيقة التفويض على صفحة سياسة تقييم خدمات السجل على الويب وعلى صفحة اتفاقية السجل على الويب الخاصة بنطاق (نطاقات) المستوى الأعلى.

في حالة نشر مشغل السجل بدون وثيقة تفويض، فيمكن اعتبار أن مشغل السجل غير ممتثل.

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

انظر تدفق عمل عملية سياسة تقييم خدمات السجل للحصول على تمثيل رفيع المستوى لعملية سياسة تقييم خدمات السجل التي تحتوي على مراجع لملاحظات التنفيذ هذه.

الأرشيف

تم تحديث صفحة الويب هذه في يونيو/حزيران 2019 باعتبارها جزءًا من تحسينات تشغيلية على عملية RSEP (انظر منشورة مدونة منظمة 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."