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

الحوكمة / IETF

IETF

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

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

هيئة معايير مفتوحة ذات أثر عالمي في التنفيذ

النطاق الأساسيحوكمة

عملية البروتوكول وشرعية المعايير.

الموضوع الرئيسيحدود الإنفاذ

الفجوة بين المواصفات والتنفيذ لدى الموردين والمشغلين.

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

عادةً ما تؤثر التحولات الكبرى في المعايير على الأنظمة خلال دورات تتجاوز 120 يومًا.

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

أبرز أخبار IETF

788 مقالًا

المؤقت الذي استطاع الطرف الآخر سماعه: مهلة مستخدم TCP من دون اتفاق على الانتظار

IETF

المؤقت الذي استطاع الطرف الآخر سماعه: مهلة مستخدم TCP من دون اتفاق على الانتظار

كان بوسع أحد طرفي TCP أن يقرر مدة الاحتفاظ ببيانات لم يصل إقرار باستلامها، لكن الطرف الآخر لم يكن يسمع ذلك القرار. وضعت RFC 5482 المهلة على السلك في صورة نصيحة، وحافظت في الوقت نفسه على الفارق بين النصيحة والتزام لم يقطعه أي من الطرفين.

26 أغسطس 2026
الحقل الذي صار يعني أكثر بعد المصافحة: تاريخ TCP Window Scale

IETF

الحقل الذي صار يعني أكثر بعد المصافحة: تاريخ TCP Window Scale

احتفظ TCP بحقل نافذة استقبال من 16 بت حتى بعدما احتاجت المسارات السريعة بعيدة المدى إلى أكثر بكثير من 65,535 بايت قيد النقل. لم تكبّر آلية Window Scale الترويسة؛ بل جعلت مصافحة البدء تثبّت وحدة قراءة الحقل في كل اتجاه.

26 أغسطس 2026
وصل الطلب قبل المصافحة: مقايضة إعادة التنفيذ في TCP Fast Open

IETF

وصل الطلب قبل المصافحة: مقايضة إعادة التنفيذ في TCP Fast Open

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

26 أغسطس 2026
الاتصال أكبر من المسار: يحافظ Multipath TCP على تدفق واحد عبر طرق متعددة

IETF

الاتصال أكبر من المسار: يحافظ Multipath TCP على تدفق واحد عبر طرق متعددة

يغادر هاتف المكتب وفيه اتصال قائم عبر Wi-Fi، ثم يصل إلى الشارع على الشبكة الخلوية. يربط TCP التقليدي الاتصال بمسار واحد، بينما يستطيع Multipath TCP أن يبقي للتطبيق تدفق بايتات واحدًا ومرتبًا، وتضيف النهايتان تحته تدفقات TCP فرعية أو تزيلانها أو تغيران أولويتها. لا يضمن ذلك…

26 أغسطس 2026
حين رسم المستقبِل خريطة: كيف غيّر SACK استعادة الفقد في TCP

IETF

حين رسم المستقبِل خريطة: كيف غيّر SACK استعادة الفقد في TCP

كان الإقرار التراكمي في TCP يرسم حدًا واحدًا لما وصل متصلًا. أضاف الإقرار الانتقائي خريطة موجزة للنطاقات التي وصلت بعد فجوة. ازدادت معرفة المرسِل، لكن سلطة ضبط الازدحام ومسؤولية الاحتفاظ بالبيانات بقيتا لديه.

26 أغسطس 2026
كيف تعلّم DNSSEC إثبات أن الاسم غير موجود

IETF

كيف تعلّم DNSSEC إثبات أن الاسم غير موجود

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

26 أغسطس 2026
الساعة الهادئة ليست سوى توقع: يجعل ALTO توقيت الحركة وعدًا منشورًا

IETF

الساعة الهادئة ليست سوى توقع: يجعل ALTO توقيت الحركة وعدًا منشورًا

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

26 أغسطس 2026
«Happy Eyeballs» وصفقة ربع الثانية بين IPv6 وIPv4

IETF

«Happy Eyeballs» وصفقة ربع الثانية بين IPv6 وIPv4

نجح السباق المنضبط بين عائلتي العناوين في إخفاء تعطل المسار عن المستخدم. لكن النجاح نفسه قد يخفي الخلل عمن يملكه، ويضعف الحافز إلى إصلاحه، ويطيل الاعتماد على IPv4 النادر.

26 أغسطس 2026
الانضمام إلى المجموعة لا يكفي: في SSM يسمّي المتلقي المصدر

IETF

الانضمام إلى المجموعة لا يكفي: في SSM يسمّي المتلقي المصدر

يختصر البث المتعدد الخاص بالمصدر آليات داخل الشبكة، لكنه يطلب من التطبيق أن يحسم مسبقاً أي مصدر يريد المتلقي سماعه.

26 أغسطس 2026
الاسم السري ما زال يحتاج إلى بوابة عامة: الحدود الجديدة للخصوصية مع ECH

IETF

الاسم السري ما زال يحتاج إلى بوابة عامة: الحدود الجديدة للخصوصية مع ECH

تصل إلى واجهة TLS رسالة يمكن للطريق قراءتها، وفي داخلها رسالة ثانية لا تفتحها إلا البوابة التي تملك المفتاح. يخفي ECH اسم الخادم الحقيقي في الرسالة الداخلية، لكنه يجعل DNS وإدارة المفاتيح وحجم مجموعة الخوادم المتشابهة جزءاً من نتيجة الخصوصية.

26 أغسطس 2026
وُسمت الحزمة قبل أن تضيع: جدل ECN الطويل حول كيفية إعلان الازدحام

IETF

وُسمت الحزمة قبل أن تضيع: جدل ECN الطويل حول كيفية إعلان الازدحام

اعتمد الإنترنت طويلاً على الفقد دليلاً على الازدحام: يمتلئ الطابور، تختفي حزمة، فيستنتج المرسل أن المسار واقع تحت الضغط ويخفض معدل الإرسال. نقل الإخطار الصريح بالازدحام (ECN) لحظة الدليل إلى وقت أبكر؛ يستطيع الموجّه أن يترك علامة فيما الحزمة ما زالت سليمة. غير أن البِتّين لا…

25 أغسطس 2026
انتهاء صلاحية Internet-Draft لا يعني أن المقترح رُفض

IETF

انتهاء صلاحية Internet-Draft لا يعني أن المقترح رُفض

اختصر سجل المعايير المسألة في قاعدتين: إذا أظهر Datatracker الحالة `Expired`، يكتب المراجع في الخانة التالية «رفضته IETF». لم يرفق دعوة تبنٍّ، أو محضر توافق، أو Last Call، أو قراراً من IESG. كان السجل قد رصد مرور موعد زمني ثم نسب إلى مؤسسة حكماً لم يصدر عن فاعل مسمّى.

25 أغسطس 2026
لا تُعد MUST في RFC نتيجة تدقيق من دون فاعل

IETF

لا تُعد MUST في RFC نتيجة تدقيق من دون فاعل

ورد في تقرير التدقيق سطر أحمر مقتضب: «RFC 8200 — MUST — غير ممتثل». بدا السطر حاسماً، لكنه لم يحدد من كان ملزماً بالفعل: المرسل أم المستقبل أم الموجّه أم المشغّل. ولم يذكر الشرط الذي يفعّل المتطلب، أو ملف المطابقة الذي ادعاه المنتج، أو الملاحظة التي أثبتت الإخفاق. نُقلت الأحرف…

25 أغسطس 2026
ألغى العميل المراقبة، لكن الخادم لم يسمع بذلك بعد

IETF

ألغى العميل المراقبة، لكن الخادم لم يسمع بذلك بعد

يمسح العميل علاقة Observe من ذاكرته، ثم تصل رسالة تأكيدية تحمل الرمز القديم. يرد العميل برسالة Reset، إلا أن الرد يضيع. من وجهة نظر العميل انتهت العلاقة؛ ومن وجهة نظر الخادم ما زال المراقب موجودًا. لا تجعل RFC 7641 الإلغاء معاملة ذرّية يراها الطرفان في اللحظة نفسها. بل توفر آليات…

25 أغسطس 2026
Jana Iyengar والاتصال الذي بقي بعد تغيّر عنوانه

IETF

Jana Iyengar والاتصال الذي بقي بعد تغيّر عنوانه

يستطيع اتصال QUIC أن يستمر عندما ينتقل الجهاز إلى شبكة أخرى، لكن المسار الجديد لا يرث تلقائياً ثقة المسار القديم. تفصل RFC 9000 بين استمرار حالة الاتصال وبين صلاحية الطريق: لكل منهما دليل وحدود وقرار مختلف.

24 أغسطس 2026
Sally Floyd والاختبار الذي لا يستطيع معدل النقل اجتيازه وحده

IETF

Sally Floyd والاختبار الذي لا يستطيع معدل النقل اجتيازه وحده

قد يكسب تدفق واحد سرعة أعلى لأن طابوراً مشتركاً حمّل الآخرين زمن الانتظار. يوضح السجل البحثي المرتبط بـSally Floyd لماذا يجب أن ترافق رقمَ throughput أدلةٌ عن التأخير والفقد والإنصاف والتغيرات المفاجئة وحدود النشر، لا أن يتحول الرقم إلى حكم على نفسه.

23 أغسطس 2026
Jeff Tantsura والنية التي لم تصبح نتيجة بعد

IETF

Jeff Tantsura والنية التي لم تصبح نتيجة بعد

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

23 أغسطس 2026
Linda Dunbar والدليل الذي لا يحق له اختراع جارٍ للشبكة

IETF

Linda Dunbar والدليل الذي لا يحق له اختراع جارٍ للشبكة

قد تصل الإجابة القديمة عبر قناة سليمة ومصادَق عليها. لا يوجد تلف في الرسالة ولا انتحال لهوية الخادم، لكن الآلة الافتراضية انتقلت إلى موضع آخر وبقي العميل يحتفظ بالربط السابق. تكشف أربعة RFC خاصة بـTRILL شاركت Linda Dunbar في تأليفها أن تقليل الإغراق ليس مجرد تحسين في الكفاءة؛ فهو…

23 أغسطس 2026
Hannes Gredler ووصلة OSPF التي كان يجب تفريغها في الاتجاهين

IETF

Hannes Gredler ووصلة OSPF التي كان يجب تفريغها في الاتجاهين

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

23 أغسطس 2026
John Scudder وجلسة BGP التي كان عليها أن تعلن قدراتها

IETF

John Scudder وجلسة BGP التي كان عليها أن تعلن قدراتها

قد ينجح اتصال TCP بين موجّهين من دون أن يكونا قد اتفقا على وظيفة BGP المطلوبة منهما. ربما يفهم أحدهما امتداداً لا يعرفه الآخر، أو يكون الامتداد موجوداً في البرنامجين لكن طرفاً واحداً فقط يعلنه في رسالة OPEN الحالية. يحوّل السجل المعياري المرتبط باسم John Scudder هذا الغموض إلى…

23 أغسطس 2026

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

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

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

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

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

لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.

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