Skip to main content

ما الجديد في خارطة طريق خدمات دليل بيانات التسجيل RDDS؟

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

تشتمل بعض أنشطة خدمات دليل بيانات التسجيل هذه في خارطة الطريق على ما يلي:

عملية وضع السياسات المعجّلة (EPDP) بخصوص المواصفة المؤقتة لبيانات تسجيل بنطاقات المستوى الأعلى العامة (gTLD)

قدم فريق المرحلة الثانية من عملية وضع السياسات العاجلة في منظمة دعم الأسماء العامة EPDP تقريره النهائي إلى مجلس منظمة دعم الأسماء العامة (GNSO) في 31 يوليو/تموز 2020 من أجل نظر المجلس فيه. فإذا ما تمت الموافقة عليه، فسيرسله مجلس GNSO إلى مجلس إدارة ICANN للنظر فيها باعتباره سياسة إجماع في ICANN.

وقد عمل فريق المرحلة الثانية من عملية وضع السياسات العاجلة في منظمة دعم الأسماء العامة EPDP على ما يلي:

  • وضع نظام للوصول/الكشف الموحد لبيانات تسجيل نطاقات gTLD غير العامة (SSAD).
  • ما تمت ملاحظته من مشكلات في الملحق المرفق بالمواصفات المؤقتة لبيانات تسجيل نطاقات gTLD.
  • القضايا العالقة المؤجلة من المرحلة الأولى.

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

وقام فريق المرحلة الثانية من عملية وضع السياسات العاجلة في منظمة دعم الأسماء العامة EPDP بتقسيم عمله إلى موضوعات في فئة الأولوية الأولى وموضوعات في فئة الأولوية الثانية، وذلك بهدف تنظيم عمله. وتتألف الأولوية الأولى في نظام الوصول/الإفصاح القياسي -والتي تم تناولها في التقرير النهائي للمرحلة الثانية لفريق العملية المعجّلة لوضع السياسات المنشور في 31 يوليو/تموز 2020. أما الأولوية الثانية فتتضمن عددًا من الموضوعات التي تم تأجيلها من المرحلة الأولى إلى المرحلة الثانية. تم تناول غالبية الموضوعات ذات الأولوية الثانية جنبًا إلى جنب الموضوعات ذات الأولوية الأولى في تقرير نظام الوصول/الإفصاح القياسي النهائي. يقوم فريق صغير من أعضاء المجلس حاليًا بمراجعة ودراسة الخطوات التالية المحتملة لمعالجة قضايا عملية وضع السياسات العاجلة في منظمة دعم الأسماء العامة EPDP في فئة الأولوية الثانية المتبقية، وهي تحديدًا:

  • التفريق بين الأشخاص الاعتباريين والطبيعيين
  • جدوى جهات الاتصال الفريدة للحصول على عنوان بريد إلكتروني موحد مجهول الهوية
  • الدقة ونظام الإبلاغ عن دقة WHOIS

بدأت منظمة ICANN ومتطوعو المجتمع العمل بشكل تعاوني لتنفيذ توصيات المرحلة الأولى من عملية وضع السياسات العاجلة في منظمة دعم الأسماء العامة EPDP في 29 مايو/أيار 2019. كما تساعد مجموعة من المتطوعين في المجتمع مؤسسة ICANN من خلال توفير خبرة متخصصة والتأكد من أن تنفيذ السياسة يتوافق مع التوصيات المعتمدة من جانب مجلس الإدارة.

واعتبارًا من 20 مايو/أيار 2019، نفذت منظمة ICANN سياسة بيانات التسجيل البينية لنطاقات gTLD (السياسة البينية) بموجب اعتماد مجلس الإدارة في 15 مايو/أيار 2019 للتوصيات الواردة في التقرير النهائي لفريق العملية المعجّلة لوضع السياسات الذي وضعه مجلس منظمة دعم الأسماء العامة. وتحتفظ السياسة المؤقتة بمتطلبات من المواصفة المؤقتة لبيانات تسجيل gTLD، والتي توضح بالتفصيل كيفية قيام مشغلي سجلات gTLD وأمناء السجلات المعتمدين من قبل ICANN بمعالجة بيانات تسجيل gTLD نتيجةً لتشريعات الخصوصية.

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

فريق مراجعة خدمة دليل التسجيل الثانية (RDS-WHOIS2)

قدم فريق مراجعة RDS/WHOIS2 تقريره النهائي في 3 سبتمبر/أيلول 2019. ويقيّم التقرير الى أي مدى تم تنفيذ توصيات مراجعة خدمة الدليل السابقة، وهل أدى تنفيذها إلى إحداث الآثار المرجوة أم لا. كما قام فريق المراجعة أيضًا بتقييم مدى فاعلية خدمة دليل تسجيل gTLD الجارية في ذلك الوقت وما إذا كان تنفيذها يلبي الاحتياجات المشروعة لجهات إنفاذ القانون ويعزز ثقة المستهلك ويحمي بيانات المسجلين أم لا. اتخذ مجلس الإدارة إجراءً في 25 فبراير/شباط بخصوص كل توصية من التوصيات الـ 22 التي صدرت ضمن طيات التقرير النهائي لفريق مراجعة خدمة دليل التسجيل WHOIS الثانية وفق ما هو محدد في بطاقة الدرجات المعنونة "توصيات فريق مراجعة خدمة دليل التسجيل WHOIS الثانية - إجراء مجلس الإدارة في 25 فبراير/شباط 2020".

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

وللمزيد من التفاصيل حول الإجراءات ذات الصلة بخدمات دليل بيانات التسجيل، يرجى تفقد صفحة مركز المعرفة من خلال بوابتنا المخصصة على lookup.icann.org.

أخيرًا، برجاء إلقاء نظرة على خارطة الطريق. إذا كانت لديكم أي أسئلة حول هذا الأمر، فيرجى الاتصال بي من خلال البريد الإلكتروني isabelle.colas@icann.org.

Comments

    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."