مكتب الإحاطة
أحدث الإحاطات
تقارير موجزة عن التطورات التي تشكل حوكمة الإنترنت والبنية التحتية. تصفح كل مجال للاطلاع على آخر الأخبار والسياق وما يستحق المتابعة.
التغطية
حوكمة / ملف القضية
في هذا القسم: 12 إحاطاتمرجع الحالة أقصر، لكن سؤال التحقق لم يصبح أبسط
يقترح مشروع جديد لدى W3C اختصار ما تحمله بيانات الاعتماد القابلة للتحقق عن حالتها. أما غرض الفحص وصلاحية القائمة والجهة التي تصدرها، فتبقى قرارات مستقلة عن طول المرجع.
أبقى النفق الحزمة وأضاع إشارة الازدحام: RFC 9599
تصل وحدة خارجية موسومة بازدحام شديد إلى طرف النفق، لكن الحزمة الداخلية تنتمي إلى نقل قديم لا يفهم أي وسم صريح. إذا نزع الطرف الغلاف ومرّر الحزمة بلا علامة، فقد حفظ الشيء وأتلف الحقيقة التي تصفه. توضح RFC 9599 أن الإسقاط، في هذه الحالة، ليس فشلاً في ECN؛ بل هو الإشارة الوحيدة التي يستطيع الطرف القديم فهمها.
أصبح النطاق في صيغة معيارية، وبقي الجزء المحلي بلا تطبيع: RFC 9598
قد تعرض واجهتان اسم صندوق البريد نفسه، فيما يحتفظ سجل الشهادة وسجل البريد بسلسلتي بايتات مختلفتين وسلطتين مختلفتين. لا تمنح RFC 9598 واجهة العرض حق دمجهما: يُحضَّر النطاق وفق IDNA2008 في A-label بحروف صغيرة، ويبقى الجزء المحلي UTF-8 كما هو، ثم تتم المقارنة بايتاً ببايت.
ظهرت المطالبة قبل أن تصبح موثوقة: RFC 9597
يتيح RFC 9597 إظهار بعض مطالبات CWT في ترويسة COSE قبل فك التشفير أو من دون إرفاق الحمولة. يفيد ذلك في اكتشاف المفتاح والتوجيه، لكنه يفتح فترة تتصرف فيها المنظومة استناداً إلى معلومة لم تثبت سلامتها بعد.
سمّى الترويس الكائن، لكنه لم يأذن بالفعل: RFC 9596
يمكن لوسم نوع محمي أن يمنع الخلط بين فئتين من كائنات COSE، لكنه لا يثبت صحة الحمولة ولا سلطة المفتاح ولا جواز تنفيذ العملية المطلوبة.
ترجمتان فرنسيتان معتمدتان لإرشادات WCAG تحملان وصف «مسودة مرشحة»
حين تستشهد جهة عامة بنص تقني مترجم، لا يكفي أن تعرف لغته ورقمه؛ عليها معرفة حالة النسخة التي وضعتها في ملفها. في تحديثين فرنسيين أصدرهما W3C، يشير الإعلان والعنوان إلى الاعتماد، بينما بقيت في المقدمة عبارة تنتمي إلى مرحلة المراجعة.
فتح الرمز الباب، لكن مركز توزيع المفاتيح ظل مطالباً بقبول العضو: RFC 9594
قد يكون قرار السماح صحيحاً تماماً ومع ذلك لا يثبت أن جهازاً أصبح عضواً في مجموعة. تفصل RFC 9594 بين سلطة الإذن، وقرار القبول لدى مركز توزيع المفاتيح، وتثبيت الحالة التشفيرية، والاتصال الفعلي الذي يأتي بعد ذلك.
RFC 9592: تقاعد دليل Tao وبقيت مسألة ضبط التغيير
قد يفتح مشاركان الرابط الرسمي نفسه في تاريخين مختلفين، ثم يقول كل منهما إنه قرأ «دليل IETF». كلاهما صادق، لكن الدليل الذي وقع أمامه قد لا يكون واحداً. ليست الاستجابة السليمة تجميد الصفحة، بل حفظ إيصال يحدد النص الذي بني عليه القرار.
RFC 9590: أنهى LIST الأمر بـ OK، لكن سجل بيانات صناديق البريد بقي ناقصاً
لم تكن إشارة النجاح خاطئة؛ كان نطاقها أضيق من الاستنتاج الذي بُني عليها. تفصل RFC 9590 بين اكتمال أمر LIST الموسّع وبين اكتمال استجابات METADATA لكل صندوق بريد يقع فعلاً ضمن النطاق.
نجح التحقق من التوقيع، لكنه لم يسمِّ أصحاب الموافقة: RFC 9591
وجد فريق التدقيق رسالةً وتوقيع Schnorr صالحاً ومفتاح المجموعة العام. لم يجد أسماء المشاركين في الجلسة. فالتحقق يثبت أن عتبة التوقيع عملت على البايتات المحددة، ولا يثبت من اختير أو ماذا راجع أو بأي صلاحية وافق. يشرح RFC 9591 كيف يضغط FROST حصصاً متعددة في توقيع واحد؛ أما سجل السلطة فيجب أن يبقى خارج هذا الضغط.
قالت قائمة القدرات EdDSA، لكنها لم تسمِّ المنحنى بعد: RFC 9864
قد يتطابق اسم الخوارزمية في قائمتين من دون أن تتطابق العملية القابلة للتنفيذ. فالاسم `EdDSA` لا يبين إن كان الطرف يدعم Ed25519 أو Ed448 أو كليهما. يعيد RFC 9864 الاختيار الإلزامي إلى المعرّف نفسه، لكنه لا يحوّل الاسم إلى إثبات على وجود الكود أو تفعيله أو نجاح التبادل.
حدّد SDM4 الليف، ولم يسلّم الوصلة البصرية كاملة
تكمن قيمة SDM4 MCF MSA 1.0 في ضيق نطاقه: فقد وضع مرجعاً مشتركاً لليف سلبي ذي أربع نوى، من دون أن يدّعي أن الموصلات واتجاهها وأجهزة الإرسال والاستقبال وقبول الوصلة أصبحت نظاماً واحداً قابلاً للتبادل.
التغطية
حوكمة / تاريخ
في هذا القسم: 19 إحاطاتحملت الشبكة الخلايا ولم يصل الرزم: RFC 2381
قد تنقل شبكة ATM معظم خلايا رزمة AAL5 ثم لا تسلّم أي رزمة IP، لأن خلية واحدة مفقودة تكفي لإفشال إعادة التجميع. جعل RFC 2381 هذه الخسارة مسألة موضع قرار: يجب خفض أولوية الرزمة حيث لا تزال حدودها مرئية.
صغر الحجز وبقيت الدارة الأكبر: RFC 2380
سمحت RFC 2380 باعتبار خفض حجز RSVP ناجحاً حتى حين عجز ATM عن إنشاء دارة أصغر وظلت الدارة القديمة الأكبر تعمل. فصلت قاعدة 1998 بين النية، ورد البروتوكول، والموارد المركبة، والاستمرارية المرصودة.
الدارة المضمونة بدأت برسالة بلا ضمان
في أغسطس 1998 واجهت RFC 2379 مفارقة RSVP فوق ATM بوضوح: رسالة التحكم التي تطلب خدمة محجوزة كان عليها أن تعبر أولاً مسار «أفضل جهد» العادي. لم يكن ذلك تناقضاً مخفياً، بل طريقة عملية للفصل بين الطلب، والحالة التي يجري تجديدها، والدارة التي تُهيأ، والخدمة التي تُقاس فعلاً.
وصل الغلاف إلى المنطقة، وبقي على التطبيق أن يصدقه: RFC 2370
أعطى RFC 2370 بروتوكول OSPF غلافاً قابلاً لإعادة الاستخدام لمعلومات لا يحدد البروتوكول الأساسي معناها. أمكن ضبط النطاق والغمر والإقرار والتقادم والتخزين بصورة صحيحة، من دون أن يعني ذلك أن تطبيقاً فهم المحتوى أو قبله حديثاً أو حوّله إلى مسار مثبت أو حركة ناجحة.
السجل واحد، لكن الدليل الذي تراه يتغير: RFC 2378
لم يتعامل دليل Ph في RFC 2378 مع الخصوصية كمفتاح واحد للمنع أو السماح. وجود الحقل، وإمكان اكتشافه، واستعماله في البحث، وإعادته افتراضياً، وتعديله، كلها قرارات منفصلة. لذلك كانت الاستجابة وصفاً لمسار سياسة محدد، لا نسخة كاملة من قاعدة البيانات.
كتب الرابط الرسالة، وبقي على المستخدم أن يرسلها: RFC 2368
جعل RFC 2368 رابط `mailto:` قادراً على إعداد المستلمين وبعض الرؤوس ونص قصير. لكنه لم يجعل النقر إرسالاً. كان البرنامج المحلي ينشئ اقتراحاً قابلاً للمراجعة، ويبقى للمستخدم أن يعدله أو يوافق عليه أو يغلقه من دون أن يرسل شيئاً.
بدا المعرّف بريداً إلكترونياً، لكنه لم يكن صندوقاً: RFC 2377
حاولت RFC 2377 جعل تسمية LDAP قابلة للنشر عبر إعادة استخدام أسماء نسّقتها الإنترنت مسبقاً. وكان تحذيرها الأوضح متعلقاً بقيمة مألوفة: يمكن لـ `uid=mailbox-shaped-identifier` أن يسمّي قيداً في الدليل من دون أن يكون صندوق بريد صالحاً. خفّضت إعادة الاستخدام كلفة التنسيق، ولم تدمج الهوية وموقع الدليل والتسليم.
حين غلب الغلافُ الوثيقة: RFC 2376
منحت RFC 2376 ملف XML موضعين لإعلان ترميز المحارف: غلاف النقل والوثيقة نفسها. وفي حالة شائعة كان غياب قيمة في الخارج يهزم تصريحاً واضحاً في الداخل. تكشف هذه القصة القصيرة أين استقرت سلطة البروتوكول فعلياً.
حذف المدير الصف، لكن الدائرة ربما بقيت: RFC 2366
حوّل RFC 2366 البث المتعدد عبر ATM إلى جداول يمكن لـ SNMP قراءتها وإدارتها. غير أن المواصفة أبقت فاصلاً حاسماً: كان من الممكن حذف صف العميل أو MARS أو خادم البث المتعدد، مع بقاء صفوف الدوائر الافتراضية المرتبطة موجودة أو مستخدمة فعلاً.
بقي رقم المجموعة واحداً، أما الأعضاء فلم ينتقلوا معه: RFC 2375
أتاحت RFC 2375 للمعنى الدائم لخدمة البث المتعدد أن يظهر ضمن نطاقات IPv6 مختلفة، لكنها لم تعتبر تلك النطاقات مجموعة واحدة. كان الرقم قابلاً للتكرار، بينما ظل العنوان الكامل والانضمام على كل واجهة ونتيجة التسليم حقائق مستقلة.
كان التسلسل الهرمي في العنوان، ولم يقرأه الموجّه: RFC 2374
قسّمت RFC 2374 عنوان IPv6 إلى طوبولوجيا عامة وطوبولوجيا موقع ومعرّف واجهة. ثم وضعت حداً أهم من الرسم نفسه: يطابق الموجّه أطول بادئة عند أي حد من البتات من دون معرفة الحقول الداخلية. نظّمت الأسماء التخصيص، أما التسليم فحكمته المسارات العاملة.
كان للمرمّز اسم، لكن برنامج فك الترميز لم يصل بعد: RFC 2361
لم تحاول RFC 2361 أن تجعل الإنترنت مالكاً لتنسيقات WAVE وAVI. صنعت ممراً ضيقاً يسمح لتطبيقات الشبكة بذكر أرقام WAVE ورموز FourCC الموجودة أصلاً في سجلات Microsoft. كان الاسم قابلاً للنقل، أما مطابقة الملف وتوافر البرنامج وأمان التنفيذ ونجاح العرض فبقيت أسئلة مستقلة.
لم يقل العنوان أي جهاز سيجيب: RFC 2373
منح البث الأحادي إلى الأقرب في IPv6 عنواناً يشبه عنوان الإرسال الأحادي العادي وظيفة غير عادية: إيصال الحزمة إلى واجهة واحدة من مجموعة مضبوطة. لم تكتب RFC 2373 اسم الفائز داخل العنوان، بل تركت الاختيار للتوجيه الجاري فعلاً.
ارتفع العدّاد ولم يظهر السبب: RFC 2358 وFast Ethernet
لم يكن الانتقال من 10 إلى 100 ميغابت في الثانية مجرد صفر إضافي على شاشة الإدارة. فقد احتاجت Ethernet إلى لغة رصد تستوعب الإشارة الأسرع من دون أن تمنح الرقم سلطة التشخيص. فعل RFC 2358 الأمرين معاً: وسّع القياس، وحدّد ما لا يستطيع القياس وحده إثباته.
لم يكن COMMIT إيصال اكتمال العمل: RFC 2371
قد تتفق الأنظمة الموزعة على COMMIT بينما لا يرى العميل سوى انتهاء مهلة الصفحة. لم يضع RFC 2371 الحدثين في خانة واحدة. فقد نسّق TIP القرار بين مديري المعاملات، أما الطلب والتفويض والإشعار الذي يصل إلى المستخدم فبقيت في أنظمة أخرى.
تغيّر العنوان وبقيت هوية المفتاح: RFC 2356
حين كانت آلة محمولة تغادر شبكة خاصة في أواخر التسعينيات، لم تكن تنتقل من مكان إلى آخر فحسب؛ كانت تظهر أمام الجدار الناري بعنوان جديد. اقترح RFC 2356 أن تُعرَف الآلة بهوية مفتاح SKIP ثابتة بدل اختزالها في عنوان الرعاية المؤقت. لكن ثبات الاسم المشفّر لم يكن تصريحاً شاملاً: المصادقة والسياسة والربط والتسجيل والعبور والتسليم بقيت إثباتات مستقلة.
زر إلغاء الاشتراك لم يكن إيصال الإلغاء: RFC 2369
قد يبدو الزر في برنامج البريد كأنه حالة نهائية، بينما لا يكون في الحقيقة سوى ترجمة بصرية لمسار معلن. في 1998 منحت RFC 2369 القوائم البريدية حقولًا موحدة يستطيع العميل تحويلها إلى أوامر مفهومة. لكنها أبقت حدًا مهمًا: معرفة مكان بدء الإلغاء لا تثبت أن الخادم غيّر عضوية المشترك.
RFC 2360: اتفق الرسم واختلفت الحالة بعد الخطأ
يمكن لبرنامجين أن يقرآ الحقول نفسها بالترتيب نفسه ثم يصنعا واقعين مختلفين. يظهر الخلاف عندما يزيد طول الرسالة، أو ينفد مورد، أو تصل حركة لا يسمح بها الوضع الحالي. في عام 1998 جعل RFC 2360 ما يحدث بعد ذلك جزءاً من البروتوكول المكتوب.
حين صار الإصلاح جزءاً من الازدحام نفسه: RFC 2354
لا يحصل البديل عن الحزمة المفقودة على طريق خاص. فهو يدخل الطابور نفسه الذي عجز عن تمرير الأصل. انطلق RFC 2354 عام 1998 من هذه الحقيقة العملية: إعادة الإرسال، والتصحيح الأمامي، والنسخة الإعلامية الأخف، والتشذير لا تمنح «موثوقية» واحدة، بل تدفع أثماناً مختلفة من السعة والزمن والحساب والدقة. وقد يتحول العلاج الزائد إلى سبب للفقد التالي.
التغطية
حوكمة / IETF
في هذا القسم: 9 إحاطاتعبرت العلامة النفق، لكنها لم تحدد طابور الازدحام
تحمي RFC 9599 إشارة الازدحام عند انتقالها بين طبقات البروتوكول. لكن الرمز الذي يظهر عند الخروج يظل ملاحظة في نقطة محددة، لا شهادة مكتملة عن مصدر العلامة أو مسار حفظها أو استجابة المرسل.
رأى المصدّر حقلاً من QUIC، لا الاتصال كله
تمنح IPFIX الملاحظات لغة مشتركة، لكنها لا تحوّل موضع قياس واحداً إلى إيصال كامل عن الاتصال أو التطبيق أو النتيجة.
مسودة إيصالات CCF تطلب تسجيل نوعي الإثبات إلى جانب المعرّف
أضافت مراجعة من فريق SCITT ما كان ينقص طلب التسجيل: بيان الإثباتين اللذين يستطيع المدقق قراءتهما تحت بنية CCF. ما زال الرقم المقترح قيد المراجعة، وليس تخصيصاً نافذاً.
اتسعت النافذة، لكن المسار لم يحجز الدفعة التالية
نافذة الازدحام حالة يحسبها المرسل من أدلة سابقة. ليست حجزاً للسعة داخل الشبكة، ولا وعداً من المستقبل بقبول المزيد.
يستطيع BTPU تكرار كل مقطع، لكنه لا يستطيع إثبات وصول الحزمة
يزيد النسخ المتكرر احتمال العبور في الوصلة أحادية الاتجاه، لكنه لا ينشئ ملاحظة لدى المستقبل ولا يعيد تلك الملاحظة إلى المرسل.
أعلن Open Cloud Mesh المشاركة، لكنه لم يثبت إمكان الوصول إلى المورد
تسجّل Share Creation Notification في OCM منحاً على طبقة الاتحاد. أمّا الرمز وقرار Protocol Server وعملية المورد والنتيجة لدى المتلقي، فلكل منها إيصال مستقل.
قفز رقم كائن في MOQT، لكن الوسائط لم تختفِ بالضرورة
يميّز Media over QUIC بين ثلاث نتائج لفراغ في FETCH: كائن لن يوجد، أو حالة ما زالت مجهولة، أو مُرحّل انتهت مهلة انتظاره. جمعها كلها تحت كلمة «فقد» يمحو الدليل قبل تشخيص السبب.
مراجعة بحث عن ذكاء إدارة الشبكات لا تمنح إذناً بتشغيله
يظهر بحث صادر عن مجموعة إدارة الشبكات في IRTF في جدول مراجعة التعارض لدى IESG. كانت صيغة الرد الأولى تتضمن ملاحظة تفصل الهجوم على الذكاء الاصطناعي عن الأمر الخطر الصادر عنه، ثم حُذفت الملاحظة في نسخة 24 سبتمبر. لا يزال البحث يصف الخطرين، والإجراء لم يُحسم.
يمكن لـ ROA إقليمية توقيع المكان، لا إثبات اختطاف المسار
قد يكون السجل تابعاً لمنطقة، وجلسة BGP داخلة من منطقة ثانية، والخدمة موزعة على مناطق كثيرة. جمع هذه الوقائع تحت كلمة واحدة لا يجعلها متطابقة.
التغطية
حوكمة / مراقب RIR / APNIC / التقارير
في هذا القسم: 1 إحاطةبلغت حصة APNIC نسبة 3.0% في عينة واحدة من ناشري Geofeed الناجحين، وليست تلك نسبة تبنٍّ
يُظهر رسم قُدِّم في APNIC 62 عمود APNIC قصيراً وموسوماً حتى منزلة عشرية واحدة. لكن الحاشية هي التي تضبط معنى الرقم: أخذت الدراسة عينة عشوائية من 200 ألف صف لمواقع جغرافية أمكن اكتشافها عبر Whois، ثم جمعت الناشرين بحسب أسماء netname المتميزة، واستبعدت سجلين من السجلات الإقليمية الخمسة لأسباب تقنية. النتيجة إشارة مفيدة داخل عينة مشروطة، لا قياساً لنسبة شبكات آسيا والمحيط الهادئ التي تبنّت Geofeed.
التغطية
حوكمة / ICANN
في هذا القسم: 2 إحاطاتتوقيع النطاق لا يفعّل التحقق: درس مختلف من غانا ونيجيريا
تجمع ICANN في تقريرها الجديد خطوات لتعزيز أمن أسماء النطاقات في غرب أفريقيا. غير أن مشغل خدمة التحليل الذي يتحقق من الرد، والجهة التي توقع نطاق البلد، لا يمسكان المفتاح التشغيلي نفسه.
هل تنتهي مراجعة إساءة استخدام النطاق عند حدود المسجّل الشقيق؟
قد تخضع شركتان لتوجيه إداري واحد مع احتفاظ كل منهما باعتماد مستقل لدى ICANN. تعليق حديث على مشروع فحص النطاقات المرتبطة يسأل عما إذا كان هذا الفصل التعاقدي ينبغي أن يوقف التحقيق عندما تظهر أدلة قابلة للتصرف بشأن إساءة استخدام نظام أسماء النطاقات.
التغطية
السوق / اتجاهات / اتجاهات أوروبا والشرق الأوسط / اتجاهات مراكز البيانات في أوروبا والشرق الأوسط
في هذا القسم: 1 إحاطةVIRTUS تؤمّن 2.45 مليار جنيه إسترليني، منها 1.2 مليار للنفقات الرأسمالية الخضراء
حصلت VIRTUS Data Centres على إطار تمويل ملتزم كبير، لكنه لا يمثل بعدُ أموالاً مسحوبة بالكامل أو قدرة تشغيلية. يبدأ الاختبار الآن: السحب، والتخصيص للمشروعات المؤهلة، والتصاريح، والربط الكهربائي، والبناء، ثم حمل تقنية المعلومات الفعلي والنتائج القابلة للقياس.
التغطية
السوق / اتجاهات / اتجاهات أوروبا والشرق الأوسط / اتجاهات مزودي خدمة الإنترنت الإقليميين في أوروبا والشرق الأوسط
في هذا القسم: 1 إحاطةصفقة Melita لشراء Epic تختبر إن كان الحجم يعوّض اختفاء منافس مستقل
قد يمنح الجمع بين شبكة Melita الثابتة وقوة Epic في المحمول قدرة أكبر على الاستثمار. لكن المنفعة لا تُقاس بحجم الشركة الجديدة وحده، بل بما سيحل محل القرارات المستقلة التي تتخذها Epic اليوم في الجودة والأسعار وشراء النفاذ وبناء الشبكة.
التغطية
حوكمة / مراقب RIR / AFRINIC / التقارير
في هذا القسم: 1 إحاطةدعت AFRINIC الناطقين بالفرنسية الذين لزموا الصمت إلى المشاركة، لكن الاستبيان يفتح بالإنجليزية
تريد AFRINIC أن تبني ندواتها المقبلة حول السياسة على العوائق التي تمنع قارئ RPD أو حاضر اجتماع السياسات من الكلام. غير أن مسار `lang=fr` الرسمي كان يعرض صفحة افتتاحية إنجليزية عند التحقق، فيما أبقت الدعوتان الإنجليزية والفرنسية على `[date]` بدلاً من موعد نهائي. لا يصبح الصمت دليلاً على العزوف قبل إثبات اللغة التي وصلت إلى القارئ والفترة التي بقي فيها الباب مفتوحاً.
التغطية
السوق / اتجاهات / اتجاهات أمريكا الشمالية / اتجاهات مزودي خدمة الإنترنت الإقليميين في أمريكا الشمالية
في هذا القسم: 1 إحاطةعرض Lumen لنطاق ترددي خلال خمس دقائق يبدأ من منفذ متعاقد عليه
يمكن للمؤسسة رفع سعة الإنترنت أو خفضها عبر بوابة أو واجهة برمجية، لكن هذه السرعة تبدأ بعد تجهيز مسار الوصول المادي. تفصل Intelligent Internet بين التزام طويل نسبياً بالمنفذ والوصول، وبين طبقة خدمة مرنة تُشترى وتُعدّل برمجياً.
التغطية
السوق / اتجاهات / الاتجاهات العالمية / اتجاهات الخدمات السحابية العالمية
في هذا القسم: 2 إحاطاتتنقل IBM التحكم في الأصول الرقمية إلى داخل البنك، لكن التسوية النهائية تبقى عبر حدود تشغيلية أخرى
احتفاظ البنك بالمفاتيح والسياسات في مركز بياناته يعيد إليه قراراً مهماً، لكنه لا يضع شبكة الدفع العالمية كلها داخل المبنى. تكشف خدمتا IBM التجريبيتان ثلاث طبقات مستقلة: تفويض محلي، وتنسيق على دفتر Swift المشترك، ثم تسوية نهائية في البنى القائمة. والقيمة الحقيقية هي إثبات الانتقال بين هذه الطبقات.
يقرّب VAST DataEnclave النماذج من البيانات الخاصة، لكن السوق يبدأ عند الإفراج عن المفتاح
يمكن للمضيف أن يشغّل الحاسوب من دون أن يرى أوزان النموذج أو بيانات المؤسسة. إلا أن إخفاء السر عن المشغّل لا يمنح أحداً حق استخدامه. هنا تكمن أهمية DataEnclave: يحتفظ كل من مالك النموذج ومالك البيانات بمفتاحه، ويفحص البيئة نفسها، ثم يتخذ قراراً مستقلاً بشأن فتح أصله.
التغطية
حوكمة / مراقب RIR / RIPE NCC / التقارير
في هذا القسم: 1 إحاطةتَعِد زمالة RIPE بدعم كامل، لكن قابلية السفر تقع خارج معايير التقييم المنشورة
فتحت RIPE NCC باب التقدم لزمالة RIPE 94 وRIPE 95 بوعد واضح يشمل الإرشاد والتدريب والدعم الكامل. لكن صفحة البرنامج التفصيلية تقول أيضاً إن بعض الرحلات الإضافية المطلوبة لاستخراج التأشيرة قد لا تُغطّى بالكامل، وإن تعويض النفقات غير ممكن للمقيمين في بعض البلدان. ما ينقص العملية المنشورة هو حالة تصل قرار الاختيار بخطة دعم قابلة للتنفيذ.