Skip to main content

دعوة للمشاركة - فريق مراجعة التنفيذ (IRT) لعملية وضع السياسات (PDP) الخاصة بمشاكل تفويض خدمة الخصوصية والوكيل

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

بتاريخ 9 آب (أغسطس) تبنّى مجلس إدارة ICANN توصيات مجموعة عمل عملية وضع السياسات (PDP) الخاصة بمشاكل تفويض خدمة الخصوصية والوكيل وكما تم تضمينها في التقرير النهائي [PDF, 1.23 MB] الخاص بها. ويصدر العاملون لدى قسم النطاقات العالمية GDD - المسؤول عن إدارة تنفيذ توصيات السياسة - بموجب ذلك دعوة لمتطوعين لتشكيل فريق مراجعة التنفيذ (IRT) للعمل مع الكادر لتنفيذ توصيات السياسة التي تمت المصادقة عليها من قبل مجلس الإدارة.

إن الدعوة الصادرة لمتطوعين لفريق IRT، موجّهة على الأقل الى أعضاء مجموعة عمل مشاكل تفويض خدمات الخصوصية والوكيل. ومع ذلك، فإن الدعوة مفتوحة أيضاً أمام أعضاء آخرين من المجتمع ممن لم يشتركوا من قبل بالعمل مع فريق مراجعة التنفيذ IRT. وإن المهام الرئيسية لفريق IRT هي كالآتي:

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

يعتبر الإلمام بتوصيات السياسات فضلاً عن المداولات التي تُغني تلك التوصيات الحد الأدنى من المتطلبات والشروط الواجب توفرها لدى أعضاء IRT. ويتعيّن على متطوعي فريق عمل تنفيذ التوصيات IRT أن يكونوا متواجدين في الإجتماعات الدورية المحددة لفريق IRT خلال فترة هذا المشروع. ويتوقع العاملون حالياً بأن تنفيذ هذا المشروع قد يستغرق مابين 18-24 شهراً حتى ينتهي.

يُتوقّع من كافة المتطوعين الذين سيستجيبون لهذه الدعوة أن يكونوا ملمّين بدور ورسالة فريق IRT لتنفيذ المشروع. وإن وجد فريق IRT خلال فترة التنفيذ بأن هناك حاجة لإجراء تعديلات محتملة على توصيات السياسات، فإنه يتعين عليه إحالة هذه التغييرات الى مجلس GNSO للنظر فيها ولتقديم المزيد من التوجيهات بخصوص ذلك.

كيف يتم التقديم

إن كنت راغباً بالمشاركة يرجى مراسلة سكرتارية GNSO عبر البريد الألكتروني gnso-secs@icann.orgفي موعد أقصاه الساعة 11:59 حسب التوقيت العالمي المنسق UTC من يوم 30 سبتمبر (أيلول) 2016.

نبذة موجزة

إن إتفاقية إعتماد أمين السجل (RAA) هي العقد الذي يتحكم بالعلاقة بين ICANN وأمناء سجلاتها المفوّضين (يمكن إيجاد سجل بأسماء أمناء السجلات المفوّضين في الرابط: http://www.internic.net/regist.html). وقد يكون لإتفاقية RAA آثار على المسجّلين وعلى الأطراف الثلاث المنخرطة في نظام إسم النطاق.

وفي خضم الشروع بإجراء مفاوضات لإتفاقية RAA لعام 2013 بين ICANN ومجموعة أصحاب المصلحة لأمناء السجلات في شهر أكتوبر (تشرين الأول) 2011، طلب مجلس إدارة ICANN إصدار تقرير المشكلات من GNSO التي ستبدأ عملية وضع السياسات (PDP) للمنظمة نفسها لمعالجة المشكلات المتبقية والتي لم يتم التعامل معها خلال مفاوضات RAA والتي من شأنها ان تكون مناسبة لعملية وضع السياسات، (يمكن إيجاد قرار مجلس الإدارة في الرابط http://www.icann.org/en/groups/board/documents/resolutions-28oct11-en.htm#7). وفي شهر يونيو 2013، صادق مجلس إدارة ICANN على إتفاقية RAA الجديدة لعام 2013 (والتي يمكن الإطلاع على شروطها في الرابط:http://www.icann.org/en/resources/registrars/raa/approved-with-specs-27jun13-en.pdf) [PDF, 913 KB]، وتم البدء بعملية PDP هذه في شهر أكتوبر (تشرين الأول) 2013.

إن التوصيات النهائية لمجموعة عمل عملية وضع السياسات PDP لمشكلات تفويض خدمات الخصوصية والوكيل والتي يستعد الآن قسم النطاقات العالمية GDD لتنفيذها، هي النتائج الإجمالية لعملية وضع السياسات. وحال تنفيذها، فإن برنامج تفويض خدمات الوكيل المعتمد والخصوصية سوف يحل محل المتطلبات في بند تسجيلات الخصوصية والوكيل في إتفاقية إعتماد أمين السجل RAA لعام 2013.


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