Skip to main content
Resources

محاضر | اجتماع خاص لمجلس إدارة ICANN

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

تمت ترجمة هذه الوثيقة إلى العديد من اللغات بغرض المعلومات فقط. ويمكن العثور على النص الأصلي والموثوق (بالإنجليزية) من: http://www.icann.org/en/groups/board/documents/minutes-28mar12-en.htm

 

تم عقد اجتماع خاص لمجلس إدارة ICANN بتاريخ 28 مارس 2012.

ترأس رئيس مجلس الإدارة بالوكالة تشيرين شلبي هذا الاجتماع.

وبالإضافة إلى الرئيس بالوكالة، شارك المدراء التالية أسماؤهم في الاجتماع بالكامل أو في جزء منه: رود بيكستروم (المدير التنفيذي والرئيس) وكريس ديسبين وبيل غراهام وإيريكا مان وغونزالو نافارو وراي بيلزاك ور. راماراج ومايك سيلبير.

وقد شارك ممثلو مجلس العلاقات المتبادلة التالية أسماؤهم في الاجتماع بالكامل أو في جزء منه: هيذر درايدين، موظفة ارتباط GAC وتوماس رويسلير، موظف ارتباط TLG.

واعتذر عن حضور الاجتماع كلٍ من سيباستيان باتشوليه وستيف كروكير وبيرتراند دي لا تشابيل ورام موهين (موظف ارتباط SSAC) وتوماس نارتين (موظف ارتباط IETF) وجورج سادوسكي وبروس تونكين وجوديث فاسكيز وسوزان وولف (موظفة ارتباط RSSAC) وكيو واي وو. غاب العديد من المدراء وموظفي الارتباط عن الاجتماع بسبب تضارب المصالح المحتمل المحدد فيما يتعلق ببرنامج gTLD الجديد، وكان غيابهم عن الاجتماع بسبب وجود تضارب مصالح.

  1. معالجة دفعات طلبات gTLD الجديدة : الختم الزمني الثانوي

    تم عقد الاجتماع بعد منح إيجاز معلوماتي حول الختم الزمني الثانوي/ حلول الرماية الرقمية.

    قدم المستشار والأمين العام الحل المقترح إلى مجلس الإدارة.

    ثم تقدم راي بيلزاك بطلب، وأيد كريس ديسبين القرار التالي:

    وحيث أنه تم فتح فترة قبول طلبات برنامج gTLD الجديدة في 12 يناير 2012 ومن المقرر إغلاقه في 12 أبريل 2012.

    حيث أنه دليل المتقدمين بطلبات gTLDs الجديدة (القسم 1.1.2.5) <http://newgtlds.icann.org/en/applicants/agb> الذي يشير إلى أن حجم الطلبات المستلمة تجاوز 500 طلب بشكل كبير، فسيتم معالجة الطلبات على دفعات.

    وحيث أنه في 8 ديسمبر 2011، تبنى مجلس الإدارة قراراً (#2011.12.08.4a) الذي يفوض وضع خطة لاستخدام "الختم الزمني الثانوي" لتحديد ترتيب معالجة الطلبات في حال الحاجة إلى دفعات متعددة.

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

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

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

    وافق تسعة من الأعضاء الذين حضروا التصويت على هذا القرار. سيباستيان باتشوليه وستيف كروكير وبيرتراند دي لا تشابيل وجورج سادوسكي وبروس تونكين وجوديث فاسكيز وسوزان وولف وكيو واي وو لم يكونوا حاضرين للتصويت على القرار. وتمت الموافقة على القرار.

    حيثيات القرار 2012.03.28.01

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

    إن عملية تحديد الدفعات تحدد كيفية تقسيم الطلبات إلى دفعات وتحدد أولويات تحليل التقييم. من المنظور المفاهيمي، فإن عملية اختيار الدفعات هي بسيطة نسبياً وتتضمن الخطوات الأربعة التالية:

    1. تسجيل المتقدم بطلب في نظام الدفعات عبر الإنترنت لاختيار تفضيلات الدفعات التي يرغب بها (مثل أبكر دفعة أو أية دفعة) واختيار تاريخ ووقت مستهدفين (مثلاً، التاريخ المستهدف: 10 مايو 2012، والوقت المستهدف: 12:00:00 بالتوقيت العالمي)،
    2. إعادة دخول المتقدم بطلبات إلى نظام الدفعات عبر الإنترنت واستخراج رسالة تم إرسالها من كمبيوتره/ نظامه إلى نظام الدفعات عبر الإنترنت. سيدون نظام الدفعات عبر الإنترنت تاريخ ووقت استلام رسالة المتقدم بطلب. (مثلاً، تاريخ استلام الرسالة: 10 مايو 2012، ووقت استلام الرسالة: 12:00:01)،
    3. سيحتسب النظام التباين الزمني بين التاريخ/ الوقت المستهدف للمتقدم بطلب من الخطوة 1 وتاريخ/ وقت استلام الرسالة من الخطوة 2. هذا التباين الزمني يسمى "الختم الزمني الثانوي" للمتقدم بطلب بناءً على الأمثلة من الخطوتين 1 و2 أعلاه، الختم الزمني الثانوي هو 1 ثانية. كلما كان الختم الزمني الثانوي أقرب إلى الصفر، زاد احتمال معالجة الطلب في أقرب دفعة، على افتراض أن المتقدم بطلب قد اختار أقرب دفعة.
    4. ثم ستدمج عملية اختيار الدفعات تفضيلات معالجة الدفعات للمتقدم بطلب (مثل أبكر دفعة أو أية دفعة)، و"الختم الزمني الثانوي" (مثلاً، 1 ثانية)، والمنطقة الجغرافية لتحديد ترتيب المعالجة/ الدفعات للطلب المعين.

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

    1. ان تكون تفاصيل عملية اختيار الدفعات واضحة للمتقدمين بطلبات، عن طريق الاتصالات المباشرة معهم.
    2. دخول المتقدمين بطلبات المفوضين فقط إلى نظام الدفعات عبر الإنترنت لتأدية المهمات المعينة الضرورية لإنهاء عملية اختيار الدفعات.
    3. توفر آلية للاختيار حتى يتمكن المتقدمين بطلبات من اختيار تفضيلات الدفعات الخاصة بهم (مثل أبكر دفعة أو أية دفعة).
    4. سماح نظام الدفعات عبر الإنترنت للمتقدمين بطلبات بتأدية مهماتهم من دون عوائق (مثلاً، بقاء النظام متوفراً أثناء الأوقات المناسبة).
    5. مواجهة مخاوف التأخير بشكل منصف بحيث لا يصبح المتقدمين بطلبات بوضعية أفضلية أو تأخر بناءً على مواقعهم الجغرافية.
    6. يتم قياس التباين الزمني على مستوى يسمح لـ ICANN بتحديد الدفعات بشكل كافٍ.
    7. السماح للمتقدمين بطلبات بالتدرب على أجزاء من العملية وفهم طريقة احتساب التباين الزمني المستهدف.
    8. لقد تم أخذ أهداف الإنصاف والتنوع الجغرافي بعين الاعتبار.

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

    إن توفير هذا الآن سيسمح للمجتمع والمتقدمين بطلبات بفهم مواعيد معالجة الطلبات إذا استلمت ICANN عدداً كبيراً من الطلبات (أي أكثر من 500 طلب).

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

    أبدى الرئيس بالوكالة ملاحظة بأن مجلس الإدارة كان متاحاً لتقديم المساعدة بوضع الحيثيات لتعكس قرارات مجلس الإدارة.

    أكد كيرت بريتز أن موظفيه سيضعون مسودة للحيثيات والنشر بحسب الضرورة.

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

    وتم إنهاء الاجتماع.

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