إشارات استمرارية السياسات والشرعية والمساءلة عبر مؤسسات حوكمة الإنترنت
حوكمة
حوكمة
تتتبع تحليلات الحوكمة المؤسسات وعمليات السياسة وهيئات المعايير وعمليات السجلات والنزاعات المتعلقة بالمساءلة ومجتمعات المشغلين التي تشكل كيفية حوكمة الإنترنت وإبقائها قيد التشغيل. تربط هذه الصفحة بين مراقب RIR وملف القضية وجمعية موارد الأرقام وICANN وIETF وتاريخ الإنترنت وتغطية مجموعة مشغلي الشبكات في مسار بحثي مع أدلة عامة ومؤسسات متأثرة وتعرض إقليمي ومخاطر تنفيذ ومخاوف استمرارية وأسئلة شرعية.
مراقب RIRملف القضيةجمعية موارد الأرقامICANNIETFتاريخ الإنترنتNOGS
مراقب RIR، ملف القضية، جمعية موارد الأرقام، ICANN، IETF، تاريخ الإنترنت، وجلسات NOG.
تقدّم التغطية أدلة التنفيذ والسلوك المؤسسي على المواقف التصريحية.
أحدث التغطيات
أبرز أخبار حوكمة
8,140 مقالًا
تاريخ
مسح DNS عدّ السجلات لا قابلية الوصول: الحد الأدنى في RFC 1296
لا يبدأ تعداد الشبكة من الرقم، بل من قرار أقل ظهوراً: ما الذي يستحق أن يدخل في المجموعة؟ قد يبدو رقم 727,000 مضيف IP الذي أورده RFC 1296 في يناير 1992 جواباً مباشراً عن حجم الإنترنت. لكن مذكرة Mark Lottor تضع أمامه شروطاً دقيقة: ما الذي أمكن الحصول عليه من DNS، وما الذي تعذر…
تاريخ
وافقت العقدة على المعرّف، لكن الوجهة لم تكن قد قبلت التدفق: RFC 1190
كان يمكن لعقدة وسيطة في ST-II أن ترد على `CONNECT`، وتحجز بعض الموارد، وتقر استخدام معرّف سريع للتمرير، بينما لم يصل الاقتراح بعد إلى التطبيق البعيد. لم تعتبر RFC 1190 ذلك قبولًا ناقصًا، بل حدثًا مختلفًا. فقد أبقت قرار المشاركة عند الوجهة، وقرار جمع شروط الفروع عند المصدر، ونتيجة…
IETF
David Schinazi ونفق UDP الذي ينجح قبل أن يجيب الهدف
لا تكفي كلمة «نجاح» ما لم نعرف صاحب الشهادة. في CONNECT-UDP يشهد الوكيل بأنه فتح مساره وأصبح مستعداً للتمرير؛ أما الخادم البعيد فلم يقل شيئاً بعد، ولا يجوز للنظام أن ينسب إليه جواباً لم يصدر عنه.
NPNOG
من يفتتح القاعة؟ npNOG وNPIX وSANOG في مراسم npNOG-10
قد تبدو الدقائق العشر الأولى من أي مؤتمر كأنها مخطط تنظيمي. ففي مؤتمر npNOG-10 في بوخارا، منح [البرنامج المنشور](https://npnog.org.np/npnog10/programs/conference/) كلمة الترحيب الأولى لروبيش شريستا، وقدّمه بصفته المدير العام لـNPIX ورئيس SANOG. ثم جاءت كلمة ساميت جانا، الذي عرّفه…
ملف القضية
كُشف الادعاء انتقائياً، لكن السجل لم يكتمل: RFC 9901 وحدود الدليل على الغياب
إخفاء معلومة قد يكون حماية مشروعة للخصوصية، لا دليلاً على أن تلك المعلومة غير موجودة. يتيح RFC 9901 لحامل الاعتماد أن يعرض قيماً مختارة يمكن ربطها بتوقيع المُصدر؛ ولا يجعل الجزء المعروض ملفاً كاملاً أو قراراً جاهزاً.
ملف القضية
تمنح W3C Math Working Group دعوات التوافق أسبوعاً. الصمت ليس تأييداً
يمتلك القرار في W3C Math Working Group محطةً بين الاجتماع والنفاذ. فالقرار الذي يتخذه الحاضرون يبقى مؤقتاً، ثم يُعرض في دعوة للتوافق مدتها أسبوع كي يراجع الغائبون النص ويعترضوا عليه إن لزم. هذه آلية معقولة، لكن انتهاء الأسبوع بلا اعتراض لا يحوّل الصامتين إلى مؤيدين. فالـ W3C…
تاريخ
احتاج الدليل العام إلى حق الرفض: حدّ RFC 1295
قد يستطيع الدليل الإلكتروني أن يجعل اسماً قابلاً للعثور عليه قبل أن يثبت أن نشره جائز. هذه هي المسافة التي جعلها RFC 1295 صريحة. فبدلاً من البدء بوعد بحث أسرع أو فهرسة أوسع، وضع النص حقاً أسبق: أن يختار صاحب القيد ألّا يُدرج في الدليل العام أصلاً.
ملف القضية
الختم الزمني وصل إلى الحمولة، لا إلى التوقيع: RFC 9921
وجود رمز زمني من RFC 3161 في ترويسة COSE محمية قد يثبت أن حمولة ما كانت موجودة، لكنه لا يثبت أن توقيع COSE كان موجوداً حين أصدرته جهة الختم. يفصل RFC 9921 بين الدليلين كي لا تمنح حمولة قديمة توقيعاً لاحقاً تاريخاً لا يخصه.
IETF
IETF يؤمّن رؤساء المجموعات بتغطية D&O، لكن التغطية ليست تفويضاً
من يقبل إدارة نقاش صعب أو معالجة شكوى حساسة لا ينبغي أن يكتشف عند وصول خطاب قانوني أن حماية أصوله الشخصية كانت مجرد افتراض. لهذا تمثل صفحة التأمين الجديدة لدى IETF خطوة مؤسسية مفيدة. فهي تسمي اللجان والهيئات والرؤساء المشمولين بتأمين Directors and Officers. لكنها لا تجمع في وثيقة…
تاريخ
كان اسم المضيف صالحًا، لكنه ظل اسمًا سيئًا: RFC 1178
يمكن لقاعدة الصياغة أن تسمح بسلسلة، من دون أن تجعلها واضحة لمشغّل أو متجانسة بين البرامج. في عام 1989 ألزمت RFC 1123 برمجيات المضيف بقبول اسم يبدأ برقم. وبعدها بعشرة أشهر نصحت RFC 1178 المسؤولين بألا يختاروا ذلك الاسم. كانت الأولى تحدد ما يجب أن يفهمه التنفيذ المطابق، والثانية…
ملف القضية
تم تحليل الحقل، لكنه لم يقرر الطلب: الحد الدلالي في RFC 9651
كون قيمة HTTP قابلة للقراءة آلياً لا يجعلها أمراً نافذاً. RFC 9651 يضع لغة دقيقة لشكل الحقول، لكنه لا يمنح القيمة معنى تشغيلياً أو سلطة لاتخاذ قرار.
تاريخ
وسم الإطار لم يكن إعداداً للدائرة الافتراضية: حدّ البروتوكولات المتعددة في RFC 1294
قد يستطيع مستقبل Frame Relay أن يحدد البروتوكول الذي تعلنه حمولة إطار واحد، من دون أن يملك بذلك دليلاً على أن الدائرة الافتراضية مهيأة لهذا التغليف. فصل RFC 1294 بين الأمرين. فـ NLPID وSNAP يقدمان طريقة لقراءة PDU؛ أما تحديد أي تغليف يجوز حمله على أي VC فهو معرفة مسبقة وإعداد…
ملف القضية
امتلك العميل القاموس، لا الاستجابة: RFC 9842
يتيح RFC 9842 تنسيق استخدام قاموس ضغط لردود HTTP اللاحقة. وجود القاموس لدى العميل حقيقة تقنية محددة، لكنه لا يثبت أن الخادم اختار استجابة بعينها، أو أن معناها ما زال صالحاً، أو أن قراراً لاحقاً صار مشروعاً.
IETF
جعل RFC 9925 شهادة X.509 بلا توقيع، ويجب أن تأتي الثقة من مكان آخر
يعرّف RFC 9925 كائناً يحتفظ بهيئة شهادة X.509، لكنه يترك قيمة التوقيع فارغة عن قصد. وقد يكرر حقل المُصدر اسم الموضوع لأسباب تتعلق بالتوافق، إلا أن الوثيقة تصف القيمة بوضوح بأنها عنصر نائب: لا يوجد مُصدر، والكائن ليس موقّعاً ذاتياً ولا صادراً عن نفسه. في ذلك قدر مفيد من الصراحة…
IETF
Christopher A. Wood وحدّ الخصوصية الذي ينبغي ألا يملكه مشغّل واحد
لا يبني Oblivious HTTP الخصوصية على وعد جهة واحدة بأنها لن تنظر إلى ما تستطيع رؤيته. بل يقسم الرؤية نفسها: المرحّل يعرف مصدر الاتصال ولا يقرأ الطلب، والبوابة تقرأ الطلب ولا تعرف مصدره الأصلي. وتبقى الخصوصية ما دامت الصورتان لا تجتمعان في يد واحدة.
ملف القضية
وقّع الاتحاد العضو، لكنه لم يفوّض الجلسة: حدّ MATF في RFC 9932
قد تجعل التوقيعة سجلّ العضوية قابلاً للتحقق، لكنها لا تجعل الطلب اللاحق مباحاً تلقائياً. قيمة RFC 9932 العملية هي أنه يبقي ثلاث طبقات منفصلة: ما ينشره الاتحاد عن أعضائه، وما يثبته اتصال TLS عن النظير، وما تقرره الخدمة بشأن الفعل المطلوب وما يترتب عليه.
تاريخ
كان المتطلب حاسمًا، لكن المضيف لم يُهيَّأ بعد: RFC 1127
استطاعت وثيقة المواصفات أن تنهي خلافًا برسم كلمة MUST بحروف كبيرة، لكنها لم تستطع دخول غرفة الحواسيب لاختيار القيمة التي ستعمل فعلًا. في عام 1989 فصل مشروع متطلبات المضيف بين الواجب والتوصية والخيار. أما RFC 1127 فحفظت ما لا يظهر في جدول الامتثال: قوة التوافق، وحدود التسوية،…
تاريخ
DLCI المعروف لم يكن جاراً قابلاً للاستخدام بعد: حدّ InARP في RFC 1293
قد تعلن شبكة Frame Relay دائرة افتراضية وتعطي المحطة DLCI الخاص بها، بينما يظل عنوان البروتوكول للطرف المقابل مجهولاً. لا يحوّل RFC 1293 هذا المعرّف في طبقة الوصلة إلى هوية الطرف أو إلى وعد بأن الخدمة ستعمل. إنه يجعل العنوان المادي المعروف وجهة لسؤال InARP مباشر: يطلب عنوان…
APRICOT
تقول APRICOT إن اختيار الزمالات قائم على الجدارة وحدها، لكن قراراتها نهائية
تنشر APRICOT معايير الزمالة وأسماء أعضاء اللجنة التي تتخذ القرار. لكن السجل العلني نفسه يقر بوجود قدر كبير من التقييم الذاتي، ويجعل القرارات نهائية وغير قابلة للتفاوض. وعندما يحتمل أن تكون هناك حقيقة جوهرية خاطئة، يصبح من الصعب تدقيق وعد الاختيار على أساس الجدارة وحدها.
IETF
يريد IETF ترقية RFC 7405، لكن دليل النشر ما زال مجمّعاً
بدأ IETF في 31 أغسطس مرحلة Last Call على طلب يبدو بسيطاً: رفع RFC 7405 من Proposed Standard إلى Internet Standard وإضافته إلى STD 68. لا يقترح الطلب تغيير صياغة القاعدة، بل تغيير الدلالة المؤسسية لمستوى نضجها. والملف يقدم مؤشرات قوية على انتشارها في المواصفات والأدوات، لكنه لا…
خريطة الجلسات
فرع الحوكمة
مراقب RIR
خمس جلسات إقليمية تتابع سياسة التخصيص، وشرعية مجلس الإدارة، والاستمرارية المؤسسية.
افتح مراقب RIRملف القضية
ملفات حوكمة طويلة الأجل مع تحليل الضغوط القانونية والانتخابية والمؤسسية.
افتح ملف القضيةجمعية موارد الأرقام
تحليلات العضوية والميثاق وحوكمة الموارد من النظام البيئي لـ NRS.
افتح جلسة جمعية موارد الأرقامICANN
تنسيق DNS، وأطر المساءلة، وديناميكيات العمليات العالمية متعددة الأطراف.
افتح جلسة ICANNIETF
مسار توحيد البروتوكول وخطر قابلية التشغيل البيني في ظل ظروف سياسية مجزأة.
افتح جلسة IETFتاريخ الإنترنت
تاريخ طويل الأمد للبنية التحتية يُستخدم في تفسير الحوكمة والتنبؤ الهيكلي.
افتح جلسة التاريخمجموعات مشغلي الشبكات
معلومات تنفيذية على مستوى المشغلين من APRICOT إلى جانب منظومات NOG الإقليمية والوطنية.
افتح جلسة NOGs