توبياس فيبيغ يحدد بطاقة الشبكة الافتراضية وراء بطء TCP

الخلاصة

بدت واقعة توبياس فيبيغ في RIPE 93 كأنها تقييد من شبكة الوصول. السماح برسالة ICMP في جدار الحماية على الخادم لم يسرّع التنزيل؛ مقارنة جهازين افتراضيين كشفت اختلاف بطاقة الشبكة.
بقي تفريغ TCP في بطاقة RTL8139 المحاكاة عند MTU مقداره 1500 بايت، رغم أن المسار تعلّم قيمة 1420. وعندما ثُبّت MTU لمسار أكثر تحديداً عند 1320، عاد النقل للعمل.

التحليل

كان اسم مزود الاتصال أول ما يُلام. لكن الحزم حملت القصة إلى داخل الآلة الافتراضية، حيث تصرفت بطاقة شبكة قديمة كما لو أن كل مسار يقبل 1500 بايت.

عرض توبياس فيبيغ الواقعة في الجلسة العامة الختامية لـ RIPE 93. كان نقل ملف كبير بطيئاً جداً لدى عملاء يمرون عبر مسار أصغر من MTU 1500، بينما عملت الخدمة من آلة افتراضية قريبة. بدا الاختلاف في الشبكة سبباً معقولاً. عدّل الفريق جدار الحماية على الخادم ليسمح برسالة ICMP «الحزمة أكبر من اللازم». لم يتغير الأداء. تغيّرت القاعدة، لا العطل.

أظهر فحص المسار من العميل المتأثر أن MTU للمسار بلغ 1420 بايت. أي إن النظام كان قد تعلّم بالفعل أن الطريق أضيق من واجهته المحلية ذات 1500 بايت. مع ذلك واصل TCP إعادة الإرسال. ثبّت فيبيغ مساراً أكثر تحديداً عند MTU قدره 1320، فاستقام النقل. الرقم 1320 ليس قياس الطريق؛ إنه الإعداد الالتفافي الذي نجح. أما فحص المسار فأعاد 1420.

فشل أول اختبار لإعادة إنتاج العطل. أنشأ فيبيغ آلة افتراضية أخرى بالبرمجيات نفسها وأرسل الحزمة الاختبارية نفسها، فلم تظهر المشكلة. ثم قارن العتاد الافتراضي: الآلة المتأثرة استخدمت بطاقة Realtek RTL8139 محاكاة، بينما استخدمت آلة الاختبار بطاقة مختلفة. كان نسخ البرمجيات من دون نسخ واجهة الشبكة يعني إعادة تجربة أخرى.

وصل التتبع إلى net/hw/8139.c في QEMU، حيث استخدم تفريغ TCP قيمة MTU ثابتة مقدارها 1500. وتصف مسألة المشروع الرسمية في QEMU النمط نفسه: انخفاض السرعة لدى عملاء خلف وصلات تقل عن 1500، وتجاهل PMTUD، وإعادات إرسال، وتخفيف المشكلة بخفض MTU داخل النظام الضيف. قال فيبيغ إن هذا السلوك يعود إلى كود من 2006، واستشهد بنقاش واقتراح تصحيح في 2016. وذكر تعطيل تفريغ TCP خياراً آخر؛ في الحالة المعروضة، أزال استبدال البطاقة القديمة بـ VirtIO المشكلة.

الغرض من اكتشاف Path MTU هو جعل الطرفين يكيّفان حجم الحزمة مع أضيق وصلة في الطريق. تشرح RFC 1191 آلية IPv4، وتوثق RFC 2923 أعطال TCP عندما تغيب رسائل ICMP أو تُعالج على نحو خاطئ. لذلك كان جدار الحماية موضع شك منطقياً. وبعد أن لم يغيّر السماح بالرسالة شيئاً، انتقل الفحص إلى الحد بين النظام الضيف وبطاقته الافتراضية.

الترتيب المفيد واضح: التقط الحزم، اقرأ MTU الذي تعلّمه المسار، حدّد طراز البطاقة الافتراضية، ثم قارن إعدادات التفريغ. لا يذكر السجل العام إصدار QEMU الدقيق ولا إعدادات التفريغ في الآلة المتأثرة؛ وهذان التفصيلان يحددان مدى انتشار التركيبة نفسها.