لقد مرت أكثر من 50 عامًا منذ ذلك الحين ، ولكن طلب التعليقات لا يزال قيد التداول - تم نشر حوالي 9 آلاف وثيقة حول بروتوكولات الشبكة ونماذج تخزين البيانات وخوارزميات التشفير.
في هذا التنوع ، هناك RFCs ليس لها تطبيق عملي. كانت مكتوبة في الغالب على سبيل المزاح . سنخبرك اليوم ببعض النتائج من هذا المجال.
صور - برايدون أندرسون - Unsplash
RFC 8771
تم وصف تدويل الشبكة غير المقروءة عن عمد ( I-DUNNO ) هنا . وفقًا للمؤلفين ، تهدف الوثيقة إلى موازنة الوضع التالي:
في أوائل الثمانينيات ، تم تقديم DNS. لقد جعل الوصول إلى موارد الشبكة أكثر ملاءمة ، لكن المهندسين "ما زالوا يغزون" الاتصالات من آلة إلى آلة : فهم يقرؤون عناوين IP ويكتبونها يدويًا. تتمثل مهمة I-DUNNO في منع هذا النشاط ، وأخيراً ، تعيين العمل مع العناوين لأنظمة الحوسبة.
يستخدم I-DUNNO ترميز UTF-8لإخفاء عناوين IP وجعل قراءتها أكثر صعوبة على البشر. تتراوح نقاط الكود من 1 إلى 4 ثماني بتات ، ويحتوي التسلسل نفسه على حرف واحد على الأقل محظور بواسطة IDNA2008 .
على سبيل المثال ، يستشهد مؤلفو RFC 8771 بتحويل عنوان IPv4 198.51.100.164. أولاً ، تتم كتابته كسلسلة 32 بت:
11000110001100110110010010100100ثم تُترجم إلى صيغة رمزية:
1100011 -> U+0063 ( c)
0001100 -> U+000C ( form feed)
1101100 -> U+006C ( l)
10010100100 -> U+04A4 ( «»)
لم يتم تحديد خوارزمية التحويل العكسي لأن "أجهزة الكمبيوتر تعرف ما يجب فعله ويجب ألا يحاول الأشخاص حتى".
RFC 8774
يصف هذا المستند الأخطاء الخاصة التي ستظهر في الشبكات الكمومية في المستقبل. تنتقل المعلومات الموجودة فيها من خلال كبلات الألياف الضوئية باستخدام الفوتونات المستقطبة كيوبت. كتب مؤلف RFC 8774 أنه بعد الإدخال الهائل لهذه الشبكات ، يمكن أن تكون قيمة وقت إرسال الحزمة مساوية للصفر. ستؤدي هذه الحقيقة إلى حدوث أعطال على الإنترنت ، نظرًا لأن البنية التحتية والبروتوكولات التقليدية للشبكة ليست مصممة للعمل مع هذا التوقيت.
تم إعداد عدد قليل فقط من البروتوكولات لحالة 0-RTT: TFO و TLS 1.3 و QUIC . سيعمل العديد من الأشخاص الآخرين مع الأخطاء - الأخطاء الكمومية .
Photo - Umberto - Unsplash
Multipath TCP لتقدير عرض النطاق الترددييتم حساب قيمة ألفا. في إحدى المراحل ، من الضروري القسمة على RTT ، وهو أمر مستحيل بتأخير رحلة الذهاب والإياب صفر. بدوره ، سيبدأ بروتوكول LEDBAT الذي تستخدمه Apple و BitTorrent في إرسال الحزم في أسرع وقت ممكن وسد القناة ، على الرغم من أنه يجب أن يحد من تحميل الشبكة.
لحل المشكلة ، يقترح مؤلف RFC 8774 البدء بقائمة كاملة من البروتوكولات المعرضة للأخطاء الكمومية. كمرجع ، يمكنك استخدام RFC 2626 - حول مشكلة عام 2000. بعد ذلك سيبقى تحديث جميع التعليمات البرمجية غير الموثوق بها. قد تتأخر هذه العملية ، نظرًا لأنه في عام 2038 تم حل المشكلة لعدة سنوات لنظام التشغيل Linux وانتهت من إعادة كتابة رمز kernel فقط هذا العام.
:
«, , »:
UTF-8
: ARPANET
