Skip to main content
Resources

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

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

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

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

(تاريخ النشر، 25 يوليو 2006، تاريخ السريان، 15 أغسطس 2006)

1. التعريفات

1-1 خدمات السجل ويتم تعريفها على نحو ما يلي:

  1. تلك الخدمات التي تتصف بكلٍ مما يلي: (1) تهتم عمليات تشغيل السجل بالمهام التالية: استلام البيانات من المُسجلين فيما يتعلق بتسجيل أسماء النطاقات وخوادم الأسماء؛ وتزويد أمناء السجل بمعلومات الحالة المتعلقة بخوادم المنطقة لنطاق المستوى الأعلى؛ ونشر ملفات منطقة نطاق المستوى الأعلى؛ وعملية خوادم منطقة السجل؛ ونشر الاتصال والمعلومات الأخرى فيما يتعلق بعمليات تسجيل خادم اسم النطاق في نطاق المستوى الأعلى كما هو مطلوب في اتفاقية السجل؛ و(2) مزوَدة من قبل مشغل السجل اعتبارًا من تاريخ سريان اتفاقية السجل، على النحو الذي تقتضيه الحالة؛
  2. منتجات أو خدمات أخرى ينبغي على مشغل السجل تزويدها بسبب تأسيس سياسة الإجماع (كما هو مبين أعلاه)؛
  3. أي منتجات أو خدمات أخرى لا يمكن تزويدها إلا من قبل مشغل السجل، بسبب تصنيفه كمشغل سجل.
  4. التغييرات المادية المُدخلة على أي خدمة سجل ضمن النطاق (أ) أو (ب) أو (ج) أعلاه. (يأتي التعريف من اتفاقية NET.، وفقًا لما حدده مجلس إدارة ICANN في 8 نوفمبر/تشرين الثاني 2005، http://www.icann.org/minutes/resolutions-08nov05.htm).

1.2 الأمان - يعني أي تأثير على الأمان من قبل خدمة السجل المقترحة (أ) الإفصاح عن سجلات البيانات أو تبديلها أو إدراجها أو إتلافها بدون تفويض، أو (ب) الوصول غير المرخص إلى معلومات أو موارد على الإنترنت أو الإفصاح عنها من خلال أنظمة تعمل بما يتفق مع جميع المعايير المعمول بها. (التعريفات واردة من توصية المنظمة الداعمة للأسماء العامة، المتوفرة على http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5).

1.3 الاستقرار - يعني أي تأثير على الاستقرار أن خدمة السجل المُقترحة (1) غير ملتزمة بالمعايير ذات الصلة المعمول بها والتي تم اعتمادها ونشرها بواسطة هيئة معايير رسمية ذائعة الصيت ومعتمدة، مثل تتبع المعايير أو أفضل الممارسات الحالية لطلبات التعليق ذات الصلة تحت رعاية فريق عمل هندسة الإنترنت أو (2) يمكن لها أن تنشئ حالة تؤثر بصورة عكسية على الإنتاجية أو زمن الاستجابة أو الاتساق أو ترابط الاستجابات بخوادم الإنترنت أو النظم الأخيرة حيث تعمل وفقًا للمعايير ذات الصلة المعمول بها والتي تم اعتمادها ونشرها بواسطة هيئة معايير رسمية ذائعة الصيت ومعتمدة، مثل تتبع المعايير أو أفضل الممارسات الحالية لطلبات التعليق ذات الصلة تحت رعاية فريق عمل هندسة الإنترنت وتعتمد على معلومات التفويض الخاصة بمشغل السجل أو خدمات التوزيع الخاصة به. (التعريفات واردة من توصية المنظمة الداعمة للأسماء العامة، المتوفرة على http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5).

1.4 لجنة التقييم التقني لخدمات السجل - تتألف لجنة التقييم التقني لخدمات السجل من إجمالي 20 شخصًا خبيرًا بتصميم وإدارة وتنفيذ الأنظمة المعقدة والمعايير- البروتوكولات المستخدمة في "البنية التحتية للإنترنت ونظام اسم النطاق ("لجنة التقييم التقني لخدمات السجل"). وسيقوم رئيس لجنة التقييم التقني لخدمات السجل باختيار أعضائها. سيكون رئيس لجنة التقييم التقني لخدمات السجل هو الشخص الذي توافق عليه كلاً من ICANN ودائرة سجلات المنظمات الداعمة والتي ستكون مسؤولة عن سياسات سجل نطاق المستوى الأعلى العام. يجب أن يقوم جميع أعضاء لجنة التقييم التقني لخدمات السجل ورئيسيها بعقد اتفاقية تلزمهم بالنظر في المسائل التي يتم تقديمها إلى اللجنة بشكل محايد وطبقاً لتعريفات الأمن والاستقرار. لكل مسألة تتم إحالتها إلى لجنة التقييم التقني لخدمات السجل، يجب أن يختار الرئيس عدداً لا يزيد عن خمسة أعضاء من لجنة التقييم التقني لخدمات السجل لتقييم المسألة التي تمت إحالتها، ويجب ألا يكون لأيٍ منهم تضارب مصالح تنافسي أو مالي أو قانوني معها، ومع الأخذ بعين الاعتبار المسائل التقنية الخاصة التي تثيرها الإحالة. (التعريفات واردة من توصية المنظمة الداعمة للأسماء العامة، المتوفرة على http://gnso.icann.org/issues/registry-services/final-rpt-registry-approval-10july05.htm#5).

2. عملية النظر في خدمات السجل المقترحة

2.1 ينظر مشغل السجل أو المنظمة الراعية في خدمة سجل جديدة

يحق لمشغل السجل أو المنظمة الراعية أن تقرر في أي وقت تغيير بنية خدمة سجل نطاق المستوى الأعلى الحالية أو تغيير تشغيلها أو طرح خدمة جديدة لسجل نطاق من المستوى الأعلى (راجع مقدمة ملاحظات تنفيذ سياسة تقييم خدمات السجل).

2.2 تحديد ما إذا كان التغيير يتطلب مراجعة ICANN

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

2.3 تزويد ICANN بمعلوماتٍ حول التغيير المقترح

تشجع السياسة مناصري خدمة السجل الجديدة على التنسيق مع ICANN قبل إرسال طلب خدمات سجل جديدة. ويتمثل الهدف من سياسة تقييم خدمات السجل وعملية الموافقة في صنع أجواء تشجع مشغلي سجل نطاق المستوى الأعلى العام على مناقشة أي تغييرات قد تؤثر على أطراف خارجية مع ICANN قبل إجرائها.

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

2.4 فترة القرار المبدئي

بعد الإبلاغ الخطي من قبل مشغل السجل إلى ICANN بأن مشغل السجل قد يجري تغييراً على خدمات السجل ضمن نطاق الفقرة السابقة:

  1. يكون أمام ICANN فترة 15 يومًا تقويميًا لاتخاذ "قرارًا مبدئيًا" حول ما إذا كانت خدمة السجل تتطلب المزيد من النقاش من قبل ICANN لأنها تحدد بشكل منطقي ما إذا كانت خدمة السجل هذه: (1) قد تثير مسائل أمان أو استقرار ذات أهمية، أو (2) قد تثير مسائل تنافس ذات أهمية.
  2. ينبغي على مشغل السجل تقديم معلومات كافية عند وقت إشعار ICANN بأنه قد ينفذ خدمة السجل المقترحة هذه لتمكين ICANN من اتخاذ "قرار مبدئي" مستنير. تلتزم ICANN بمعاملة المعلومات التي يقدمها مشغل السجل والمحددة بأنها "سرية" باعتبارها سرية. لا يكون مشغل السجل مَن يصنف المعلومات "السرية" الضرورية لوصف الغرض من خدمة السجل المقترحة وتأثيرها على مستخدمي نظام أسم النطاق.
  3. يحق لـ ICANN طلب مشورة الخبراء أثناء فترة القرار المبدئي (من الهيئات أو الأشخاص الذين يخضعون لاتفاقيات الحفاظ على السرية) حول تضمينات تنافس خدمة السجل أو أمانها أو استقرارها حتى يتسنى لها اتخاذ "قرارها المبدئي". إلى الدرجة التي تساعد ICANN على كشف معلومات سرية إلى أي من هؤلاء الخبراء، ستقدم إشعارًا إلى مشغل السجل بهوية الخبير (الخبراء) والمعلومات التي تنوي كشفها. بالنسبة إلى تضمينات الحماية أو الاستقرار، يحق لـ ICANN سحب خبير من لجنة التقييم التقني لخدمات السجل المبينة في 2.4 (و) أدناه.
  4. إذا قررت ICANN، خلال فترة "القرار المبدئي" المُقدرة بـ 15 يوماً ميلادياً، أن خدمة السجل المقترحة، لا تثير مسائل أمان أو استقرار (كما هو مبين في القسمين 1.3 و1.4)، أو مسائل تنافس، يصبح لمشغل السجل الحق في نشرها عند اتخاذ مثل هذا القرار.

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

2.5 مسائل التنافس

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

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

بعد مثل هذه الإحالة، ينبغي ألا تتحمل ICANN المزيد من المسؤوليات، وينبغي ألا يكون مشغل السجل ملزماً أكثر نحو ICANN، فيما يتعلق بأي مسائل تنافس مرتبطة بخدمة السجل. وإذا حدثت هذه الإحالة، فلا يجوز لمشغل السجل إطلاق خدمة السجل قبل مرور 45 يوماً بعد الإحالة، ما لم يتم منح الإذن بوقت أبكر من سلطة التنافس الحكومية المحال إليها (راجع ملاحظات تنفيذ سياسة تقييم خدمات السجل الخطوات 4-6).

2.6 مسائل الأمان والاستقرار

إذا قررت ICANN بشكل منطقي خلال فترة "القرار المبدئي" المُقدرة بـ 15 يوماً ميلادياً، أن خدمة السجل المقترحة قد تثير مسائل أمان أو استقرار مهمة (كما هو مبين في القسمين 1.3 و1.4)، ستحيل ICANN الاقتراح إلى لجنة التقييم التقني لخدمات السجل (كما هو مبين في القسم 1.5) خلال فترة خمسة أيام عمل من اتخاذ قرارها، أو يومي عمل بعد انتهاء فترة الـ15 يوماً، أيهما أقرب، وتدعو العامة في نفس الوقت لإبداء التعليقات على الاقتراح.

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

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

2.7 قرار مجلس إدارة ICANN

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

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

3. إعادة النظر

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

وتعتبر لوائح ICANN الداخلية هي المصدر الرسمي للمعلومات فيما يتعلق بعملية إعادة النظر (انظر الفقرة الرابعة: القسم 2 http://www.icann.org/general/bylaws.htm#IV). وتنطبق إعادة النظر على إجراءات فريق العمل التي تتناقض مع سياسة ICANN، أو على الإجراء الذي اتخذه مجلس إدارة ICANN دون اعتبار للمعلومات المادية. كما تتوفر معلومات عمليات إعادة النظر السابقة على http://www.icann.org/committees/reconsideration.
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."