Internet Corporation for Assigned Names and Numbers

نطاقات gTLD الجديدة الآمنة والموثوق بها: ICANN تبحث عن مشغلين احتياطيين للسجلات | (مشغلي سجل نهائيين للطوارئ أو اختصارًا "EBERO")

14 September 2011

تم تحديثه في 29 نوفمبر 2011
23 نوفمبر 2011

تقوم ICANN حاليًا بإصدار طلب الحصول على معلومات (RFI) [تنسيق PDF ، سعة 660 كيلوبايت] لتحديد مشغلي سجل نهائيين للطوارئ المحتملين (EBERO).

تتمثل إحدى المهام الجوهرية التي تقوم بها ICANN في الحفاظ على ثبات واستقرار خدمة الإنترنت في حين تقوم أيضًا بدعم المنافسة المفتوحة. وسيشهد الإنترنت عددًا من مشغلي سجلات gTLD الجديدة مع إطلاق برنامج النطاق العام الجديد عالي المستوى (gTLD الجديدة). ورغم أن يتعين على سائر مقدمي الطلبات الوفاء بالمتطلبات الفنية والتشغيلية والمالية (راجع دليل مقدم الطلب http://www.icann.org/en/topics/new-gtlds/dag-en.htm) إلا إن المجتمع قام بتطوير برنامج gTLD جديدة يتضمن شرط دعم احتياطي. وقد تم تصميم EBERO بغرض التنشيط والتي تستلزم مشغل السجل للمساعدة في تحقق وظائف التسجيل الحساسة لفترة من الوقت أو في حالة الانتقال من أحد مشغلات التسجيل إلى مشغل آخر.

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

تتطلع ICANN إلى تلقي معلومات شاملة من المرشحين المحتملين. وستبدأ المفاوضات مع مشاركين معينين على طلب الحصول على المعلومات RFI والذي يوفر معلومات بهدف إيجاد تفاصيل العملية وإبرام اتفاق لتوفير خدمات المراحل النهائية. أما آخر موعد لتلقي الردود فهو 5 ديسمبر 2011 - 5:00PM Pacific Time. يرجى توجيه معلوماتكم إلى ebero@icann.org. علمًا بأنه لن يتم النظر في الردود التي ترد بعد الموعد النهائي.

نبذة عن جدول أنشطة طلب الحصول على معلومات:

طلب الحصول على عروض الصادر عن ICANN 14 سبتمبر 2011
أسئلة وأجوبة المشاركون – مؤتمر هاتفي في 16 نوفمبر 2011 تقريبًا
Questions and Answers: Emergency Back-end Registry Operators RFI (EBERO RFI) [تنسيق PDF ، سعة 411 كيلوبايت]
موعد تسليم العروض الخطية 30 نوفمبر 2011 – 23:59 حسب التوقيت العالمي المنسق
تمدد الموعد النهائي حتى 5 ديسمبر 2011 - 5:00PM Pacific Time

1. ما هو السجل؟

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

2. ما هو مشغل الطوارئ؟

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

3. ماذا يحدث إذا تعثرت عملية تسجيل gTLD لأسباب مالية أو عيب فني؟

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

4. ما هي وظائف السجل الحساسة؟

فيما يلي عرض للوظائف التي تعد حيوية بالنسبة لتشغيل سجل gTLD (أي تلك التي يقدمها EBERO):

  • حل نظام أسماء النطاق (DNS)؛
  • منطقة توسعات أمن نظام أسماء النطاق (DNSSEC) موقعة بشكل مناسب (إذا كانت DNSSEC مقدمة من خلال السجل)؛
  • نظام تسجيل مشترك (SRS)، من خلال بروتوكول الاحتياط الممتد في الغالب؛
  • خدمات دليل بيانات التسجيل (RDDS) على سبيل المثال يتم توفير WHOIS من خلال المنفذ 43 ومن خلال الخدمة المستندة إلى الويب؛
  • مستودع بيانات التسجيل.

5. ما نوع البيانات التي تطلبها ICANN ومن يجب عليه الرد؟

يجب أن يكون المشاركين أطرافًا مهتمة بإلزام أنفسهم بالعمل كمشغلين لسجل دعم الطوارئ. ويغطي طلب الحصول على المعلومات RFI مناطق عديدة لكن على المشاركين الاستعداد لمناقشة ما يلي:

  • القدرات والخبرة التي تتعلق بوظائف السجل الحيوية؛
  • مفاهيم انتقال السجل والخبرة واتفاقيات مستوى الخدمة، وحالات الاستخدام؛
  • نماذج التسعير لتوفير وظائف السجل الحيوية؛
  • لمحة تعريفية حول نظام وقيادة وموارد المشاركين.

معلومات عامة

قامت ICANN في شهر إبريل عام 2009 بنشر خطة استمرارية سجل gTLD - http://www.icann.org/en/registries/continuity/. توضح هذه الوثيقة إطار استمرارية سجل gTLD بالتعاون مع سجلات gTLD وccTLD ذات الخبرات وأعضاء من المجتمع التقني. كما أن الأهداف الكلية لإطار استمرار سجل gTLD في ICANN تتمثل في الآتي:

  1. حماية المسجلين الحاليين
  2. وضمان الثقة في DNS.

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

وفي شهر مايو من عام 2010، نشرت ICANN مذكرة تفصيلية جديدة بنطاقات المستوى الأعلى "نموذج عمليات انتقال التسجيل gTLD" (RyTP) - http://www.icann.org/en/topics/new-gtlds/registry-transition-processes-clean-30may11-en.pdf [تنسيق PDF ، 747 كيلوبايت]. كما تشرح هذه الوثيقة بالتفصيل المفهوم والوظائف الحيوية المطلوبة للحفاظ على خدمات نطاقات المستوى الأعلى ومناقشة أنواع الانتقال بين مشغل أحد السجلات ومشغل آخر. لقد تم تقديم مصطلح مشغل السجل الطارئ الخاص ببرنامج الدعم كذلك لدعم الوظائف الحيوية لـ TLD الخاصة بتعثر مشغلات السجلات في حال لم يتم تحديد مشغل سجل تالي بشكل فوري.

روابط متعلقة بمعلومات ذات صلة:

Stay Connected

  • News Alerts:
  • Newsletter:
  • Compliance Newsletter:
  • Policy Update: