تخطي إلى المحتوى الرئيسي

الحوكمة / IETF

IETF

تكتب IETF البروتوكولات التي تعمل بها كل شبكة. نتابع المسودات ونقاشات مجموعات العمل والمعايير المنشورة، ونشرح ما يغيّره كل منها للمشغّلين قبل وصوله إلى بيئة الإنتاج.

عالميحوكمة البروتوكولاتمخاطر التشغيل البيني
الإشارة المرئية لـIETF
الحوكمة / IETFIETF

أحدث التغطيات

أبرز أخبار IETF

1,656 مقالًا

في IETF، لا يكفي أن يُقترح اسم لشغل المنصب

IETF

في IETF، لا يكفي أن يُقترح اسم لشغل المنصب

مدد NomCom مهلة قبول الترشيح إلى 23 أكتوبر. ما يحتاجه قبل الاختيار هو موافقة شخص يستطيع أن يلتزم بالعمل، لا مجرد اسم مناسب.

17 أكتوبر 2026
اجتاز النموذج التحقق، لكن RFC 10057 ظل بانتظار الموافقات النهائية

IETF

اجتاز النموذج التحقق، لكن RFC 10057 ظل بانتظار الموافقات النهائية

أظهر Datatracker خلو مراجعة YANG للإصدار 44 من الأخطاء والتحذيرات. ومع ذلك، ظل RFC-to-be 10057 في المراجعة النهائية في 16 أكتوبر، مع موافقتين من المؤلفين غير مسجلتين واحتمال وجود عائق إضافي في المجموعة.

16 أكتوبر 2026
توحّد RFC 10065 معرّف المجموعة، لا معناه

IETF

توحّد RFC 10065 معرّف المجموعة، لا معناه

يمكن لخاصية RADIUS أن تنقل معرّف مجموعة إلى سياسة التحكم في الوصول، لكن RFC 10065 لا يحدد من يعرّف المجموعة ولا كيف يرتبط المعرّف بحركة المرور.

16 أكتوبر 2026
أقرّت IESG ميثاق PROCON الجديد وحددت أهدافاً في نوفمبر وديسمبر

IETF

أقرّت IESG ميثاق PROCON الجديد وحددت أهدافاً في نوفمبر وديسمبر

اعتمدت IESG الميثاق الذي أحالته PROCON للمراجعة في سبتمبر. ويضع الجدول الجديد شهر نوفمبر لتقديم وثيقتين إجرائيتين، وديسمبر لوثيقة عن صلاحيات رئيس IETF؛ فالقرار يكلّف المجموعة بعمل جديد ولا يغيّر القواعد النافذة الآن.

16 أكتوبر 2026
Mark Townsley وما تكشفه الإشادة بمساهمته في RFC 6333 عن بنية DS-Lite

IETF

Mark Townsley وما تكشفه الإشادة بمساهمته في RFC 6333 عن بنية DS-Lite

تسجل فقرة شكر قصيرة في RFC 6333 مساهمة محددة لـ Mark Townsley: فقد وجّهت ملاحظاته بشأن البنية العامة العمل نحو مقترح SNAT. أما صفحة العنوان فتسمي أربعة مؤلفين آخرين. وعند قراءة هذا السجل إلى جانب المسودات السابقة والمهام التشغيلية التي يحددها المعيار، يظهر كيف يمكن لفكرة تقنية أن…

16 أكتوبر 2026
Tomek Mrugalski والاسم الذي يوجّه نفق IPv4 إلى شبكة المزوّد

IETF

Tomek Mrugalski والاسم الذي يوجّه نفق IPv4 إلى شبكة المزوّد

يمكن لرسالة DHCPv6 أن تتضمن اسم النطاق الكامل لنقطة AFTR في خدمة Dual-Stack Lite. يستطيع جهاز B4 حلّ الاسم ومحاولة نقل حركة IPv4 داخل نفق IPv6. لكن تسلّم الاسم لا يثبت نجاح DNS، ولا قيام النفق، ولا إنشاء حالة ترجمة، ولا عودة الحزم، ولا استجابة التطبيق. صِغر التعليمات التي تصل إلى…

16 أكتوبر 2026
يعتمد ECN عبر UDP على واجهة المقابس

IETF

يعتمد ECN عبر UDP على واجهة المقابس

لكي يتحول CE إلى استجابة، تمر الإشارة بعدة أيادٍ: يضعها المسار، يستخرجها النظام من الحزمة، يسلمها للمقبس، ثم يفسرها التطبيق ويقرر ما يرسله إلى الطرف الآخر. يوثق RFC 10055 جزءاً محدداً من هذه السلسلة: التسليم من واجهة IP إلى تطبيق UDP.

15 أكتوبر 2026
من يتذكّر الاتصال؟ Marcelo Bagnulo وثلاثة مواضع لحالة الشبكة

IETF

من يتذكّر الاتصال؟ Marcelo Bagnulo وثلاثة مواضع لحالة الشبكة

يبدأ كثير من بلاغات الأعطال بكلمات قليلة: «انقطع الاتصال». لكن معرفة ما حدث تتطلب سؤالاً أدق: أي جهاز احتفظ بالمعلومة التي تسمح له باتخاذ الخطوة التالية؟ قد يكون المضيف الذي فقد مساره، أو المترجم الذي يصل IPv6 بـIPv4، أو جهاز الاستقبال الذي طلب من المرسل إبطاء الإرسال. وتتيح…

14 أكتوبر 2026
مشروع ميثاق MASQUE يضيّق قائمة الإغلاق ومسودة Ethernet تظل لدى IESG للمتابعة

IETF

مشروع ميثاق MASQUE يضيّق قائمة الإغلاق ومسودة Ethernet تظل لدى IESG للمتابعة

تقلّص مشروع ميثاق MASQUE قائمة الأعمال التي يفترض أن ينجزها فريق العمل قبل إغلاقه. وفي الوقت نفسه، تواصل مسودة Ethernet التي غابت عن القائمة مساراً منفصلاً لمراجعة النشر لدى IESG.

14 أكتوبر 2026
دورة IETF للمشاركين الجدد لن تتعقب المتعلمين. لكن أثرها يحتاج إلى سجل

IETF

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

تتعاقد IETF على دورة ذاتية الوتيرة لمساعدة المشاركين الجدد على دخول عملية تقنية قد يستغرق فهمها سنوات. قرار عدم تقييم كل متعلم أو تتبعه فردياً يرسم حداً مهماً للخصوصية. لكنه يترك سؤالاً حوكمياً قائماً: كيف يمكن إثبات فائدة الدورة من دون تحويل التعلم إلى مراقبة؟

9 أكتوبر 2026
IETF تدير مسارين لاختيار مدير منطقة الإنترنت بمواعيد مختلفة

IETF

IETF تدير مسارين لاختيار مدير منطقة الإنترنت بمواعيد مختلفة

تدير IETF في الوقت نفسه مسارين لاختيار مدير منطقة الإنترنت (INT). أحدهما لشغل المقعد بعد استقالة Tommy Jensen قبل نهاية ولايته، والآخر للاختيار الدوري لولاية السنتين التي لا يسعى Éric Vyncke إلى مواصلتها. ولكل مسار مواعيده ونهاية ولايته.

9 أكتوبر 2026
مسودة فردية في IETF توسع ضماناً مقترحاً في NomCom وتكشف مفاضلة بين الحوافز والخصوصية

IETF

مسودة فردية في IETF توسع ضماناً مقترحاً في NomCom وتكشف مفاضلة بين الحوافز والخصوصية

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

9 أكتوبر 2026
ينقل RFC 10065 معرّف المجموعة إلى السياسة، ولا يثبت تنفيذها

IETF

ينقل RFC 10065 معرّف المجموعة إلى السياسة، ولا يثبت تنفيذها

تسمية شخص ضمن مجموعة هي قرار تصنيف، وليست بحد ذاتها قراراً نهائياً بشأن ما يحق له الوصول إليه. يضع RFC 10065 هذه التسمية في مسار سياسات الشبكة، لكنه يترك للجهة المشغلة تحديد من يملك سلطة الإسناد وكيف يُتحقق من أثره عند التنفيذ.

8 أكتوبر 2026
كان بإمكان Syslog الإبلاغ عن جودة الساعة، لكن المشغّل ظل مسؤولاً عن تحديد حدودها: RFC 5424

IETF

كان بإمكان Syslog الإبلاغ عن جودة الساعة، لكن المشغّل ظل مسؤولاً عن تحديد حدودها: RFC 5424

قد يبقى سجلٌّ محفوظ سنوات بعد أن تتغير خوادمه وأدوات مراقبته. عندها تظل الطوابع الزمنية مرئية، بينما قد تضيع الظروف التي أنتجتها. تتيح RFC 5424 للمصدر أن يرفق وصفاً موجزاً لما يعرفه عن ساعته، لكن صدق الوصف يعتمد على إعداد المصدر ومراقبته، لا على صيغة الرسالة وحدها.

8 أكتوبر 2026
داخل نفق EAP-FAST كان للنوع 6 معنى آخر: RFC 5421

IETF

داخل نفق EAP-FAST كان للنوع 6 معنى آخر: RFC 5421

أدخل RFC 5421 رمز EAP مألوفاً في إطار جديد: ظل النوع 6 مسجلاً باسم Generic Token Card، لكنه داخل نفق EAP-FAST اختار تبادلاً داخلياً بتنسيق مختلف. وضع النص حدوداً صارمة بين الاستخدامين، ونبّهت ملاحظة IESG إلى أن إعادة استخدام الرمز تعقّد التفاوض على الطريقة وتوجيه الرسائل إليها.

8 أكتوبر 2026
نجاح التهيئة لا يحسم قرار الوصول إلى الشبكة: RFC 5422

IETF

نجاح التهيئة لا يحسم قرار الوصول إلى الشبكة: RFC 5422

يفصل RFC 5422 بين إعداد بيانات الاعتماد والإذن باستخدام الشبكة؛ فنمط التهيئة من دون مصادقة الخادم مخصص للإعداد فقط.

8 أكتوبر 2026
عرفت AAA المشترك، لكن الوكيل المنزلي ظل بحاجة إلى مفتاحه: RFC 5419

IETF

عرفت AAA المشترك، لكن الوكيل المنزلي ظل بحاجة إلى مفتاحه: RFC 5419

يوثّق RFC 5419 لماذا أراد بعض مشغّلي Mobile IPv6 الاستفادة من علاقة AAA القائمة للتحقق من المشتركين. لكن السؤال الأهم يبدأ بعد نجاح التحقق: قد يتعرّف خادم AAA في الشبكة الأم على المشترك، فيما يظل Home Agent المختار بحاجة إلى رابطة أمنية MN–HA صالحة ومحددة النطاق.

8 أكتوبر 2026
مصادقة CAPWAP لا تسجل الجهاز في الشبكة: RFC 5418

IETF

مصادقة CAPWAP لا تسجل الجهاز في الشبكة: RFC 5418

يفصل تحليل RFC 5418 بين مصادقة وصلة WTP–AC وتسجيل الجهاز في نشر محدد، وتفويض دوره، ومسار بيانات العميل. نجاح الجلسة لا يحسم سوى جزء من القرار التشغيلي.

8 أكتوبر 2026
قبل اكتشاف CAPWAP، رتّب DHCP المتحكمات التي يمكن لنقطة الوصول تجربتها: RFC 5417

IETF

قبل اكتشاف CAPWAP، رتّب DHCP المتحكمات التي يمكن لنقطة الوصول تجربتها: RFC 5417

يمكن لخيار DHCPv4 أو DHCPv6 أن يضع متحكماً قبل غيره في بحث نقطة الإنهاء اللاسلكية عند بدء التشغيل. وتعرّف RFC 5417 هذا الترتيب بوصفه تفضيلاً مضبوطاً؛ أما الاكتشاف وDTLS فيحددان لاحقاً الطرف الذي يستطيع إنشاء جلسة التحكم.

8 أكتوبر 2026
RFC 5416: ربط 802.11 له حدود زمنية وقدرات محددة

IETF

RFC 5416: ربط 802.11 له حدود زمنية وقدرات محددة

يعرّف RFC 5416 ربطاً بين CAPWAP وIEEE 802.11، وليس وعداً بكل خصائص Wi‑Fi الحديثة. فهو ينظم معلومات المحطات والراديو وQoS وBSSID وWLAN ضمن أساس 802.11-2007. لذلك يجب على القيادة أن تفصل بين ما يعلنه الربط، وما طُبّق فعلاً، وما اختبره العميل.

8 أكتوبر 2026

إلغاء قفل العضو

تحليلات الملف الشخصي المقيد

سجّل الدخول للاطلاع على الإحاطات الكاملة للملفات الشخصية وأقسام التحليل المتعمق.

لأعضاء تحالف القيادات فقط

إحاطة تحالف القيادات

لأصحاب أصول IP وفرق القيادة: إحاطات التحالف والتقارير الخاصة والدعم المباشر من المحللين.

انضم إلى تحالف القيادات