هيئة معايير مفتوحة ذات أثر عالمي في التنفيذ
الحوكمة / IETF
IETF
تغطي تحليلات IETF التطورات العامة التي تؤثر على البنية التحتية للإنترنت، وقرارات الحوكمة، وأسواق الاتصال، وتدفقات رأس المال الرقمي، والمخاطر التشغيلية. تربط الصفحة التقارير بالجهات ذات الصلة، والتعرض الإقليمي، وسياق السوق، وجودة الأدلة، والتبعيات التشغيلية، واستمرارية الخدمة، والمشتريات، والمنافسة، والامتثال، وتعرض العملاء، وأسئلة التخطيط الاستراتيجي، حتى يتمكن القراء من فهم سبب أهمية الموضوع بما يتجاوز عنوانًا…
عالميحوكمة البروتوكولاتمخاطر التشغيل البيني
عملية البروتوكول وشرعية المعايير.
الفجوة بين المواصفات والتنفيذ لدى الموردين والمشغلين.
عادةً ما تؤثر التحولات الكبرى في المعايير على الأنظمة خلال دورات تتجاوز 120 يومًا.
أحدث التغطيات
أبرز أخبار IETF
1,644 مقالًا
IETF
يبقى عنوان الطلب ثابتاً، وتحمل الإجابة موعد انتهائها
لو غيّر الأرشيف رقم الرف مع كل زائر لتعطلت فائدته. لكن تسليم ورقة قديمة بلا تاريخ يفسد التحقق من حالة جهاز. ملحق جديد في مسودة لفريق IETF يوزع العمل بين عنوان يمكن إعادة استعماله ونتيجة موقعة لها وقت صلاحية محدد.
IETF
تمنح RFC 10066 مسار PCEP طرقاً متعددة، لكن عقدة الدخول تملك حق الرفض
قد يحسب المتحكم أربعة طرق ولا يستطيع الموجّه عند المدخل تثبيت سوى اثنين. تحوّل المواصفة الجديدة هذا الخلاف من مفاجأة تشغيلية إلى رقم يتبادله الطرفان قبل إرسال حركة المرور.
IETF
مسودة RPL تريد توفير بطاريات الجيران برقمين محجوزين أصلاً
يسأل جهاز صغير عن طريق في الشبكة، فيدفع جيرانه ثمن الجواب من وقت البث وطاقة البطارية. تحاول مسودة من مجموعة ROLL التابعة لـ IETF تقليل تلك الفاتورة. لكن الرقمين اللذين تطلبهما لخيارين جديدين سبق أن خصصتهما IANA لأمرين آخرين. قبل توزيع كلفة السؤال على نحو أعدل، عليها أن تضبط دفتر…
IETF
يصدر الحكم، ويبقى ختم «تم التحقق» خلف الزجاج
الملف الأنيق يختصر الطريق على متخذ القرار: نتيجة في أعلاه، وبصمات رقمية في أسفله، وإشارة خضراء تنتظر نقرة واحدة. مسودة فردية جديدة من IETF تسأل سؤالاً أكثر إزعاجاً: من امتلك الوثائق، ومن أعاد الحساب، ومن اختار قاعدة القبول؟
IETF
وصول إشارة المتعقّب لا يمنح حق معرفة صاحبه
العثور على متعقّب مجهول وسط الأغراض الشخصية يفتح سؤالاً ملحّاً: لمن يعود؟ لكن المتعقّب الذي ضاع من صاحبه البريء قد يتحوّل إلى وسيلة لكشف هويته إذا أجاب كل هاتف يلتقط إشارته. مسودة بروتوكول من فريق DULT في IETF تضع حدّاً بين الحاجة إلى قرينة مفيدة وبين إنشاء سجل مفتوح لأصحاب…
IETF
في شبكة المكتب، يستطيع كل جهاز أن يكتب اسمه في دليل الوكلاء
تبحث أداة عن وكيل قريب فتظهر لها قائمة جاهزة بالعناوين والخدمات. سهولة العثور مغرية، لكن الجهاز المعلِن هو من يملأ بطاقته. حين تتحول البطاقة إلى إذن اتصال، يصبح أول من يرفع يده صاحب القرار.
IETF
إعادة توجيه RDAP قد تصل إلى السجل الصحيح وتترك السؤال خلفها
قد ينتهي طلب بيانات التسجيل إلى الخادم صاحب السلطة، لكن بصورة تختلف عما أرسله المستخدم. الفرق أحياناً معامل صغير أضيف إلى عنوان الطلب لتفعيل امتداد في RDAP. عند نقل الطلب بين سلطتين، يضع مشروع عمل جارٍ في IETF القرار على الخادم الذي يصدر إعادة التوجيه: هل يستطيع الخادم التالي…
IETF
وصلُ النشر موجود. أين توقيع صاحب القرار؟
يعرف نظام النشر بصمة الملف الذي بناه، ويستطيع حفظ إيصال إدراجه في سجل شفافية. لكن الأمر الذي سمح بخروج ذلك الملف إلى المستخدمين قد يبقى خانة كتبها منفذ العملية. مسودة فردية مؤرخة في 26 أكتوبر تقترح ربط القرار بالنسخة التي حاول النظام نشرها فعلاً.
IETF
وسم السياسة يعبر إلى وكيل آخر. من يحمل الاتفاق معه؟
يمكن لشركة أن ترسل مهمة إلى وكيل تديره شركة ثانية وتلصق بها وسماً قصيراً لشروط مكان المعالجة أو أولويتها. ينتقل الوسم بسهولة بين الأنظمة. أما معناه فيستند إلى اتفاق بين طرفين محددين. إذا انتقلت المهمة بعد ذلك إلى مشغّل ثالث، فقد تصل إليه العلامة من دون الاتفاق الذي يشرحها. تصوغ…
IETF
نسختان من العبء نفسه أمام باب TLS: من يملك الاسم؟
تستطيع أدلة التحقق عن بُعد أن تؤكد أن برنامجاً معتمداً يعمل داخل بيئة محمية. لكنها قد تصف نسختين متطابقتين بالوصف نفسه. مسودة فردية مؤرخة في 28 أكتوبر تطرح على من يستقبل الاتصال سؤالاً عملياً: هل يريد أي نسخة سليمة، أم نسخة بعينها تبقى هويتها معروفة حين تتغير مفاتيحها؟
IETF
سجلّت IANA شفرات SFrame الجديدة، وما زال معيارها في مطبعة RFC
وصل الفهرس قبل الكتاب. تقنية SFrame تشفّر إطارات الصوت والصورة في الاتصالات الآنية؛ وتظهر في سجل IANA ثلاث مجموعات تشفير جديدة لها، مع خمسة مقاييس تقنية وعلامة توصية لكل منها. الوثيقة التي تشرحها لا تزال في طابور تحرير RFC. يستطيع المهندس قراءة الأرقام الآن، لكن قرار استخدامها في…
IETF
رقم واحد للشبكة، ومفتاحان مختلفان لتوجيه المسار
قد تنتمي إشارة BGP إلى قصة شبكة VPN معينة من دون أن تستحق الوصول إلى كل موجّهاتها. تقترح مسودة IETF علامة تحتفظ بالقيم الإدارية نفسها الموجودة في Route Target، لكنها تغير النوع الفرعي. يحمل الرقم صلة القرابة؛ أما سلطة توزيع المسار واستيراده فتبقى مع المفتاح الأصلي. يكفي تجاهل هذا…
IETF
بقي الرقم في السجل. فمن يملك حق تصحيح سطره؟
تعيش أرقام البروتوكولات في سجلات IANA أطول من مؤلفي الوثائق التي قدمتها. وبعد سنوات قد يحتاج السطر إلى تعديل وصف أو مرجع أو جهة اتصال. عندها يصبح السؤال الإداري سؤال سلطة: من يجيز التغيير؟ تقترح مسودة IETF المحدثة في 26 أكتوبر إظهار «المتحكم في التغيير» في مزيد من الجداول. أما…
IETF
مفتاحان يطلبان شبكة IPv6 واحدة: سجل المشغّل يحسم الملكية
تقترح مسودة قُدمت إلى IETF في 27 أكتوبر اشتقاق شبكة IPv6 الفرعية الخاصة بعبء العمل من مفتاحه العام. بين المجموع /48 وشبكة /64 هناك 16 بتاً فقط. ويمكن لمفتاح ثانٍ بلوغ القيمة نفسها بعد نحو 2^16 محاولة. لذلك لا تكفي المعادلة لتحديد صاحب الشبكة؛ يلزم قرار قبول موثق.
IETF
تعديل RFC يظهر في طلب دمج، لكن موافقة المؤلف تصل بالبريد
يختبر مركز إنتاج RFC وسيلة أوضح لعرض تعديلاته على المؤلفين: طلب دمج في GitHub فوق نسخة المصدر التي دخلت مسار النشر. في تقرير أُرسل في 30 سبتمبر، كان مؤلفو 31 وثيقة في الطابور قد وافقوا على المشاركة، بينما يقبل الاختبار خمس وثائق في الشهر. يرى المؤلف الفرق سطراً بسطر، لكنه يقر…
IETF
طريق سريع للوكيل، وموافقة المستخدم محفوظة في قائمة قديمة
تقترح مسودة فردية مؤرخة في 27 أكتوبر أن يصل الوكيل العامل على جهاز المستخدم إلى خدمة خارجية دون استدعاء صاحبه في كل مرة. يقرر مركز ترخيص الوكلاء المرور وفق قائمة مسبقة. أما الرمز الذي يصل إلى الخدمة فقد يكون صالحاً من دون أن يذكر هل وافق الإنسان على هذا الطلب أم تكفلت القائمة…
IETF
يخفي Oblivious CoAP هوية المرسل، ويستطيع الوسيط إرسال الطلب مرتين
تقترح مسودة IETF بتاريخ 28 أكتوبر إخفاء هوية الأجهزة الصغيرة التي ترسل طلبات CoAP محمية. يرى الوسيط عنوان العميل ولا يقرأ المحتوى المشفر، بينما تقرأه البوابة دون أن تتلقى عنوان العميل. يستطيع الوسيط رغم ذلك نسخ الرسالة وإرسالها من جديد. قرار تنفيذ الطلب مرة ثانية يقع عند الخادم.
IETF
إزالة لوحة DNS عن الوكيل لا تعطل عميل OAuth
تقترح مسودة قُدمت إلى IETF في أكتوبر ربط اسم الوكيل في DNS بعميل OAuth تابع لمشغله. السجل العام يدل الطرف المستقبِل على موضع التحقق، لكن خادم التفويض هو الذي يوقف إصدار الإثباتات الجديدة. حذف السجل قد يجعل مستقبِلاً جديداً يتوقف عن طلب الإثبات أصلاً، بينما تبقى الرموز القديمة حتى…
IETF
للعثور على الوكيل المناسب، يطلب DAWN اسم القدرة أولاً
يعرف العميل المهمة التي يريد إنجازها، لكنه قد لا يعرف اسم القدرة التي ينبغي البحث عنها. مسودة قُدمت إلى IETF في 28 أكتوبر تضع هذه الفجوة في صميم اكتشاف الوكلاء عبر DAWN. الحلول المتاحة تنقل عبء البحث بين العميل والفهرس والوسيط، وتنقل معها معرفة نية العميل.
IETF
اقتراح الدفع في RPKI يدق الجرس فوراً. البيانات تسافر في موعدها
عند تغيّر تفويض منشأ مسار، يحتاج الموجّه إلى بيانات تحقق جديدة، لا إلى خبر وصولها وحده. مسودة نُشرت في 28 أكتوبر تقترح اشتراكاً في التنبيهات والإرسال الدوري. حزمة الحدث العاجل تحمل رقماً تسلسلياً، أما البيانات نفسها فتأتي في حزمة تُرسل وفق فاصل متفق عليه. الجرس موجود أصلاً في…
إلغاء قفل العضو
تحليلات الملف الشخصي المقيد
سجّل الدخول للاطلاع على الإحاطات الكاملة للملفات الشخصية وأقسام التحليل المتعمق.
إحاطة الدائرة الاستراتيجية
انضم لفتح الإحاطات الاستراتيجية بعد تسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةإحاطة تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات