Skip to main content
Resources

سياسة قيود AGP (فترة سماح الإضافة)

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

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

تقتصر فترة سماح الإضافة (المشار إليها بلفظ "AGP") لأي مشغل نطاق gTLD (والمشار إليه فيما يلي هنا بلفظ "المشغل") الذي قام بتنفيذ فترة AGP. وعلى وجه الخصوص، لكل مشغل:

  1. ‌خلال أي شهر محدد، لا يجوز لأي مشغل عرض أي رد للأموال إلى أي أمين سجل معتمد من ICANN (والمشار إليها فيما يلي هنا بلفظ "أمين السجل") عن أية أسماء نطاقات يتم حذفها خلال فترة سماح الإضافة التي تتجاوز (1) 10% من تسجيلات الشبكات الجديدة لأمين السجل ذلك (تحسب كعدد إجمالي من إضافات تسجيلات الشبكات التي تتراوح ما بين عام واحد إلى عشر سنوات وفقًا لما هو محدد في مطلب تقديم التقارير الشهرية في اتفاقيات المشغل) في ذلك الشهر، أو (2) عدد خمسين (50) اسم نطاق، أيهما كان أكبر، ما لم يمنح أي مشغل إعفاءً من ذلك.
  2. ‌يجوز لأي أمين سجل السعي للحصول على إعفاء من أي مشغل من تقديم طلب للحصول على تلك القيود في أي شهر محدد، بموجب التوضيح الموثق للظروف الاستثنائية. وبالنسبة لأي أمين سجل يطلب ذلك الإعفاء، يجب على أمين السجل التأكيد خطيًا للمشغل، في الوقت الذي تم فيه حذف الأسماء، أن هذه الظروف الاستثنائية لم تكن معروفة، ولم يكن من الممكن أن تكون معروفة بشكل معقول، وكانت خارج نطاق سيطرة أمين السجل. كما يخضع قبول أي إعفاء لتقدير المشغل المعقول وحده، وعلى الرغم من ذلك فإن "الظروف الاستثنائية" التي تحدث بشكل متكرر لنفس أمين السجل لا يتم اعتبارها استثنائية.
  3. ‌وبالإضافة لجميع متطلبات الإبلاغ الأخرى لـ ICANN، يحدد كل مشغل كل أمين سجل تقدم للحصول على إعفاء، بالإضافة إلى تحديد توصيفي موجز لنوع الظروف الاستثنائية والإجراءات أو الموافقة أو الرفض الذي تم اتخاذه من جانب المشغل.

ملاحظات تنفيذ سياسة قيود فترة سماح الإضافة (AGP)

يتمثل الغرض من هذا المختصر في توفير معلومات فيما يخص تنفيذ سياسة قيود AGP (والمشار إليها بلفظ "السياسة") بالإضافة إلى التأثيرات على مشغلي نطاق gTLD (والمشار إليهم فيما يلي هنا بفظ "المشغلين/المشغلون") وأمناء السجلات المعتمدين من ICANN (والمشار إليهم فيما يلي هنا بلفظ "أمناء السجلات").

فترة سماح الإضافة (AGP)

تشير فترة السماح إلى عدد محدد من أيام التقويم التي تلي عملية تشغيل سجل gTLD والتي يجوز فيها إبطال التشغيل مع إمكانية إصدار اعتماد إلى أي أمين سجل. وفترة سماح الإضافة (AGP) من الناحية النموذجية عبارة عن فترة خمسة أيام تلي التسجيل الأولي لأي اسم نطاق. وتظهر فترة سماح الإضافة كبند تعاقدي في بعض اتفاقيات سجل gTLD وليس كلها.

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

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

التأثيرات على المشغلين

بالنسبة لأي مشغل يقدم AGP في اتفاقية السجل الخاصة به (تكون لبعض المشغلين AGP محددة في ملحق المواصفات التشغيلية ومواصفات الأداء للاتفاقية الخاصة بهم) وسوف يكون لهذه السياسة الجديدة أثر وتقييد على تطبيق هذه الوظيفة. وقبل تنفيذ هذه السياسة الجديدة، يجب على جميع المشغلين تزويد جميع أمناء السجلات النشطين بإشعار مدته 30 يومًا بالتغيير في حدود إعادة تمويل AGP. ويجب أن يجرى هذا الإشعار في غضون 21 يومًا من الإعلان العام الرسمي عن السياسة الجديدة ويجب على المشغلين بعد ذلك تنفيذ السياسة بأسرع ما يمكن ولكن في موعد أقصاه 31 مارس 2009. وعند تنفيذ السياسة، لا يجوز للمشغلين بعد ذلك إعادة المال مرة أخرى إلى أمناء السجلات نظير حذف AGP الذي يتجاوز الحدود القصوى التي تقررها السياسة ما لم يتم منح إعفاء من جانب أي مشغل.

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

تحدد السياسة تسجيلات الشبكات الجديدة كعدد إجمالي لإضافات تسجيلات الشبكات التي تتراوح ما بين عام واحد إلى عشرة أعوام وفقًا لما هو محدد في مطلب إعداد التقارير الشهرية في اتفاقيات المشغلين (بمعنى أي تسجيل جديد لمدة عام واحد وتسجيل جديد لمدة 10 أعوام يتم حسابهم كتسجيل واحد جديد).

متطلبات تقديم التقارير

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

  • عدد حالات حذف AGP (فترة حذف النطاقات) إذا لم تكن هذه المعلومات محددة في الوقت الحالي في مطلب تقديم التقارير الشهرية للمشغلين

كما أن تنفيذ السياسة، ونصها على أن أمناء السجلات الساعين للحصول على إعفاء من أحد المشغلين في شهر محدد من قيد تحديدات AGP، فيؤدي إلى إنشاء مطلب تقارير للمشغلين. يجب على المشغلين الاحتفاظ بنسخ من جميع وثائق طلبات الإعفاء لمدة عام واحد على أقل تقدير، بالإضافة إلى تقديم تلك المستندات إلى فريق عمل ICANN من أجل مراجعتها لدى طلبها. كما يجب على المشغلين توفير معلومات طلب الإعفاء كجزء من تقريرهم الشهري المقدم إلى ICANN. ويجوز تقديم هذه المعلومات كأعمدة إضافية في تقرير بتنسيق القيمة المقسومة بفاصلة CSV أو بشرطة رأسية "|" أو في مستند استعراض بتنسيق Word. يجوز لـ ICANN بعد بعض التجارب مع تنفيذ السياسة الجديدة، الانتقال إلى تنسيق قياس لنقل البيانات. ويجب أن يشتمل تقرير طلب الإعفاء على المعلومات التالية لكل أمين سجل:

  • عدد طلبات الإعفاء
  • عدد الإعفاءات الممنوحة
  • عدد الأسماء المتأثرة لطلب الإعفاء الممنوح

طلبات الإعفاء

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

ويجب أن تحتوي مستندات طلب الإعفاء المقدمة من المشغل على المعلومات التالية على أقل تقدير:

  • اسم أمين السجل ورقم معرف IANA
  • تاريخ الطلب
  • الظروف الاستثنائية/ سبب الطلب
  • عدد أسماء النطاق المتأثرة
  • قائمة بالأسماء المتأثرة
  • التصرف النهائي في طلب الإعفاء والمبرر وراء ذلك الإجراء

يجوز لـ ICANN طلب الحصول على وثائق طلب الإعفاء تحقيقًا لمتطلبات التحليل وتقديم التقارير إلى GNSO حول أنشطة حذف AGP مع مراعاة نفس قيود الالتزام بالسرية المنطقة على تقارير السجلات إلى ICANN (بمعنى أن المعلومات النوعية لكل من السجل وأمين السجل لا يمكن تقديمها إلى الجمهور أو إلى مجتمع GNSO حتى مدة ثلاثة أشهر اعتبارًا من فترة تقديم التقارير المنطبقة). يجب على المشغل فور طلب ذلك، تقديم وثائق طلب الإعفاء إلى ICANN في غضون 10 أيام عمل.

وتـُعامل معلومات طلبات الإعفاء التي تـُقدم مع التقرير الشهري للمشغل بنفس مستوى السرية كما هو الحال بالنسبة لمعاملة التقارير الشهرية في الوقت الحالي. وسوف يتواصل الإطار الزمني المقرر بثلاثة أشهر لنشر تقارير المشغل على موقع ICANN على الويب.

التأثيرات على أمناء السجلات

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

رسوم التسجيل

عند تنفيذ السياسة، لن يعود لأمناء السجلات الحق بعد ذلك في رد رسوم التسجيل من جانب المشغلين نظير التسجيلات الجديدة لأسماء النطاقات التي تحذف خلال AGP والتي تتجاوز 10% أو 50 حالة حذف للعد الأقصى لعتبة حذف AGP لكل نطاق من المستوى الأعلى في شهر واحد محدد، ما لم يتم منح إعفاء من جانب أي مشغل. على سبيل المثال، في حالة حصول أي أمين سجل في شهر واحد على 1000 تسجيل جديد للشبكات في نطاق TLD، وتم إيداع مبلغ 6000 دولار أمريكي تلقائيًا في حساب المشغل (استنادًا إلى سعر 6 دولارات أمريكية لكل تسجيل اسم نطاق)، وإجراء 250 حالة حذف AGP، فيكون لأمين السجل الحق في الحصول على 600 دولار أمريكي لكل 100 حالة حذف AGP (أي 10% من 1000 تسجيل جديد للشبكات بسعر 6 دولارات أمريكية لكل تسجيل اسم نطاق). ولا يكون لأمين السجل الحق في الحصول على تمويل إضافي بقيمة 900 دولار أمريكي لعدد 150 حالة حذف "زائدة" تتم خلال ذلك الشهر. وقبل هذه السياسة، يكون أمين السجل قد حصل على تمويل كامل نظير كافة الأسماء التي تم حذفها خلال AGP.

ولأغراض التوضيح، فإن عدد حالات حذف AGP التي يحق لأي أمين سجل فيها رد رسوم التسجيل المدفوعة فيتم حسابها على أساس كل نطاق TLD لكل شهر. أي أن كل أمين سجل له الحق في عدد أقصى من حالات حذف AGP في أي شهر واحد محدد لكل نطاق TLD حيث يكون له أسماء قيد الإدارة. وعلاوة على ذلك، يتم حساب حالات حذف AGP على أساس كل وحدة من العدد الإجمالي لتسجيلات الشبكات الجديدة للشهر بصرف النظر عن فترة أو عدد فترات كل تسجيل شبكة جديد (بمعنى أي تسجيل جديد لمدة عام واحد وتسجيل جديد لمدة 10 أعوام يتم حسابهم كتسجيل واحد جديد).

طلبات الإعفاء

تنص السياسة على أنه يجوز لأي أمين سجل السعي للحصول على إعفاء من أي مشغل عن رسوم التسجيل لعمليات الحذف الزائدة التي تتم خلال فترة AGP. يجب على أمين السجل أن يقدم - قبل أو في اليوم الأخير من الشهر الذي يلي حذف اسم (أسماء) النطاقات - المعلومات التالية على الأقل إلى المشغل:

  • اسم أمين السجل
  • رقم معرف IANA
  • تاريخ الطلب
  • تاريخ حذف الأسماء
  • عدد الأسماء المحذوفة
  • قائمة بالأسماء المتأثرة
  • الظروف الاستثنائية/ سبب الطلب
  • بيان بأن المعلومات الواردة في طلب الإعفاء صحيحة حسب أفضل ما لدى أمين السجل من معرفة

يجوز لأي أمين سجل طلب الحصول على معلومات إضافية من أجل معالجة طلبات الإعفاء.

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

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

التأثير على فريق عمل ICANN

مراقبة سير العمل

تلتزم ICANN بجميع وتحليل تقرير المشغل الشهرية من أجل تعقب المعلومات حول أرقام تسجيلات الشبكات الجديدة وعمليات حذف AGP بالإضافة إلى طلبات إعفاء أمناء السجلات. تلتزم ICANN بتلخيص هذه المعلومات وتقديم تقرير بها إلى GNSO كل ستة أشهر لمدة عامين اعتبارًا من تنفيذ السياسة مع مراعاة نفس قيود الالتزام بالسرية المنطقة على تقارير السجلات إلى ICANN (بمعنى أن المعلومات النوعية لكل من السجل وأمين السجل لا يمكن تقديمها إلى الجمهور أو إلى مجتمع GNSO حتى مدة ثلاثة أشهر اعتبارًا من أحدث فترة تقديم منطبقة للتقارير). وسوف توفر تقارير الحالة إحصائيات حول معلومات التسجيل وحالات حذف AGP من تقارير المشغل الشهرية التي تتوفر للجماهير على موقع ICANN على الويب. تتم معاملة تقارير المشغل الشهرية -للأغراض التعاقدية- معاملة سرية لمدة ثلاثة أشهر بعد نهاية الشهر الذي يرتبط به التقرير. يجوز لـ ICANN بموجب طلب من مجلس إدارة ICANN توفير تقارير لعدد مرات أكبر في حالة توافر المعلومات، وذلك مع مراعاة نفس قيود السرية المنطبقة على تقارير السجل المقدمة إلى ICANN وفقًا لما هو منصوص عليه أعلاه. يتم نشر التقارير المقدمة إلى GNSO من أجل إحاطة الجماهير بها على موقع ICANN.org وموقع GNSO على الويب. وفي كل تقرير نصف سنوي يقدم إلى GNSO، يلتزم فريق العمل بتقديم المعلومات التالية:

  • أسماء المشغلين وتاريخ السريان لتنفيذهم للسياسة.
  • عدد التسجيلات الجديدة للشبكات وحالات حذف AGP، وبصفة إجمالية لجميع أمناء السجلات معًا، لكل شهر من كل مشغل.
  • بالنسبة للمشغلين الذي قاموا بتنفيذ السياسة، مراجعة لجميع طلبات الإعفاء المقدمة خلال فترة التقارير ورد المشغل (الموافقة أو الرفض) لكل طلب والمبرر وراء ذلك الإجراء.
  • أسماء أمناء السجلات الذين لديهم طلبات متكررة للحصول على إعفاءات خاصة والأسباب وراء تلك الإعفاءات.
  • معلومات إحصائية حول تأثيرات السياسة على عمليات حذف AGP. وسوف توفر الإحصائيات معلومات تفصيلية حول أعداد حالات حذف AGP لكل شهر من جانب المشغل. وسوف تقوم الإحصائيات بمقارنة معلومات حذف AGP لفترة الأشهر الستة الحالية والسابقة. تخضع المعلومات المقدمة لنفس قيود الالتزام بالسرية المنطقة على تقارير السجلات إلى ICANN (بمعنى أن المعلومات النوعية لكل من السجل وأمين السجل لا يمكن تقديمها إلى الجمهور أو إلى مجتمع GNSO حتى مدة ثلاثة أشهر اعتبارًا من أحدث فترة تقديم منطبقة للتقارير).
  • ملخص وتحليل من جانب فريق العمل لملاحظات أنماط السلوك غير المتوقع من جانب المشغل و/أو أمناء السجلات التي يُعتقد أنها نتيجة لتنفيذ السياسة الجديدة.
  • توصية من جانب فريق العمل فيما يخص ما إذا كان على GNSO النظر في تعديلات خاصة على السياسة استنادًا إلى الإجراءات أو أنماط السلوك الملاحظة خلال فترة تقديم التقارير.

من المتوقع أن يتم استخراج وإطلاق أول تقرير نصف سنوي في 30 يونيو 2009 أو قبله.

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

الالتزام

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

قياس نجاح السياسة

يتمثل الغرض من السياسة في تقييد السلوك المعروف بتجربة النطاقات عن طريق التعديلات على عملية AGP.

وفي نهاية فترة تقديم التقارير المطلوبة على مدار عامين، سوف تقدم ICANN إلى GNSO تقريرًا ملخصًا بالنتائج حتى تاريخه بتنفيذ السياسة. كما سيكون التقرير الملخص مشابهًا للتقارير نصف السنوية، لكنه سوف يغطي فترة تقديم التقارير الكاملة المقدرة بـ 24 شهرًا وسوف يتناول النتائج والخبرات التي تم الحصول عليها خلال مراحل التنفيذ والمراقبة مع تزويد GNSO بتقييمه لفاعلية السياسة الإجمالية.

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