Skip to main content
Resources

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

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

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

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

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

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

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

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

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

وثمة أربع (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).

قفل السجل

الأرشيف

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