Skip to main content

مستجدات فريق المراجعة الثانية لأمن واستقرار ومرونة نظام اسم النطاق (SSR2)

التقى فريق المراجعة الثانية لأمن واستقرار ومرونة نظام اسم النطاق (SSR2) مؤخراً لمدة ثلاثة أيام في لوس أنجلوس.

ولقد أتممنا خلال الاجتماع تقييمنا لتنفيذ ICANN لتوصيات فريق المراجعة الأولى SSR1 في عام 2012 وقمنا بتفصيل نطاق العناصر للجوانب المتبقية الواجب التركيز عليها وحسب التوجيهات المثبتة في لوائح ICANN (اطلع على المادة 4، البند 4.5):

  • أنشطة ICANN الرئيسية فيما يخص الأمن والاستقرار والمرونة.
  • الأنشطة التي تؤثر على أمن واستقرار ومرونة RRS نظام اسم النطاق (والتي تساهم فيها ICANN و/ أو تعمل على تسهيل تنفيذها).
  • تحديات أمن ومرونة عملية نظام المعرفات الفريدة.

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

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

لنلتقي معاً خلال اجتماع ICANN64

أخبرنا عبر قائمة المراسلات الإلكترونية وعبر البريد الألكتروني input-to-ssr2rt@icann.org (والمؤرشفة على الإنترنت ومتاحة للجميع) إن كنت راغباً بإجراء مشاورات معنا في كوبي بشكل منفصل عن جلسة المشاركة العامة الخاصة بنا. يحث فريق المراجعة الثانية لأمن وإستقرار ومرونة نظام اسم النطاق (SSR2) الجميع على المشاركة بوجهات نظرهم وآرائهم عن سائر عملنا إما بشكل شخصي أو عبر قائمة المراسلات الإلكترونية.

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