Skip to main content
Resources

عملية التعقب السريعة لسياسة تقييم خدمات السجل وصياغة التفويض المعيارية

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

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

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

وسيتم تحديث صفحة الويب هذه من وقت لآخر بخدمات إضافية تناسب هذا الوصف.

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

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

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

وثمة أربع (4) مراحل في عملية التعقب السريع لسياسة تقييم خدمات السجل:

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

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

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

اسم الخدمة الوصف صياغة تعديل اتفاقية السجل المعتمدة مسبقًا

التحويل الجماعي بعد الاستحواذ الجزئي على المحافظ ("BTAPPA")

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

التحويل الجماعي بعد الاستحواذ الجزئي على المحافظ ("BTAPPA")

التحقق من صحة التسجيل وفقًا للقانون الساري مع وكالة أو بدونها

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

قفل السجل

تساعد في الحماية من عمليات النقل غير المقصودة أو تعديل أو حذف بيانات تسجيل اسم النطاق من خلال السماح لممثل معتمد من أمين السجل الراعي بطلب تفعيل أو تعطيل بعض حالات بروتوكول التزويد المرن (EPP).

قفل السجل

الخدمات الأخرى المعروفة مع صياغة التعديل القياسية

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

اسم الخدمة الوصف صياغة تعديل اتفاقية السجل المعتمدة مسبقًا

أسماء النطاقات المدوّلة (IDN) – تتيح هذه الخدمة لمشغلي السجلات توفير أسماء نطاقات بدون حروف ASCII في المستوى الثاني أو مستويات أقل.

ويتم تشجيع مشغلي السجلات علي استخدام , جداول قواعد إنشاء العلامات المعتمدة مسبقا (LGR).

(أ) إضافة خدمة IDN ويمكن تنشيط المتباينات

من أجل مشغلي السجلات الذين لم يتم اعتمادهم مسبقًا لتقديم نطاقات IDN. سيقوم مشغل السجل بتنشيط المتباينات.

إضافة خدمة IDN ويمكن تنشيط المتباينات

(ب) إضافة خدمة IDN وسوف يتم حجب المتباينات

من أجل مشغلي السجلات الذين لم يتم اعتمادهم مسبقًا لتقديم نطاقات IDN. سيقوم مشغل السجل بحظر المتباينات.

إضافة خدمة IDN وسوف يتم حجب المتباينات

(ج) إضافة خدمة IDN ولن يتم عرض متباينات

من أجل مشغلي السجلات الذين لم يتم اعتمادهم مسبقًا لتقديم نطاقات IDN. لن يعرض مشغل السجل متباينات.

إضافة خدمة IDN ولن يتم عرض متباينات

(د) إضافة لغات/نصوص IDN

لمشغلي السجلات الذين حصلوا على موافقة بتقديم أسماء IDN ويخططون لتقديم أسماء IDN بلغات/نصوص إضافية.

إضافة لغات/نصوص IDN

(ه) إزالة لغات/نصوص IDN

لمشغلي السجلات الذين يخططون لإيقاف تقديم أسماء IDN بلغات/نصوص معينة.

إزالة لغات/نصوص IDN

الأرشيف

تم تحديث صفحة الويب هذه في يونيو/حزيران 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."