الخلاصة

  • قاس Terry Sweetser حصة IPv6 في حركة BitTorrent عند 44.3% قبل تثبيت qBittorrent على واجهة IPv6؛ وبلغت 92.6% في متوسط اليومين التاليين.
  • سمح الإعداد الافتراضي «أي واجهة» باتصالات خارجة إلى نظراء IPv4 عبر NAT رغم أن اتصال IPv6 كان يعمل.

لم يكن Terry Sweetser ينتظر وصول IPv6 إلى منزله. كان مزود الخدمة يفوض له بادئة /48 أصلية، والخدمات المحلية تستخدم IPv6، ومنفذ qBittorrent مفتوح في هذا الاتجاه. ومع ذلك أظهرت الأرقام أن معظم بايتات BitTorrent بقيت على IPv4. المفتاح لم يكن في كابل أو موجه جديد، بل في قائمة صغيرة داخل التطبيق: «Any Interface».

يشرح Sweetser في تقريره المنشور لدى APNIC كيف فرز بيانات NetFlow بحسب التطبيق والبروتوكول. خلال الثلاثين يوماً السابقة للتغيير، بلغت حصة IPv6 من حركة BitTorrent 44.3% فقط. كانت أدوات التتبع تعطي عناوين نظراء IPv4؛ ومع حرية اختيار أي واجهة، بدأ العميل اتصالات عبر NAT في البوابة المنزلية. مسار IPv6 يقبل الاتصال في الاتجاهين، بينما يخرج IPv4 فقط لغياب تحويل المنفذ الوارد. التطبيق يؤدي وظيفته، فيخفي الطريق الذي سلكه.

ربط Sweetser واجهة الشبكة في qBittorrent بواجهة IPv6. في اليومين التاليين، وصلت حصة IPv6 في التطبيق إلى متوسط 92.6%، وانخفض معدل IPv4 المنشور من 1.08 إلى 0.38 ميغابت في الثانية. وعلى مستوى الشبكة كلها، يقارن التقرير 67.7% خلال ثلاثين يوماً قبل التدخل بـ 79.2% خلال يومين بعده. الفترتان مختلفتان، ويمكن أن تؤثر تعديلات محلية أخرى في المجموع. لكن أثر خيار الواجهة على مسار هذا التطبيق واضح.

تعرض شرائح عرضه الأصلية في APRICOT 2026 الانتقال من نحو 44% إلى عبارة «ALL IPv6». أما التقرير اللاحق فيعطي الرقم المقاس بدقة على مدى يومين: 92.6%. العبارة المختصرة على الشريحة ليست قياساً دائماً بنسبة 100%.

بقيت مصادر أخرى لحركة IPv4: كاميرات قديمة، وخدمات ويب، وبنية لدى مزود الاتصال. وتذكر صفحة Sweetser في سجلات مجتمع APNIC خلفيته. كان يملك قرار تغيير إعداد عميله، لا تحديث كل جهاز وخدمة خارج منزله. هذا الحد الفاصل أهم من شعار «الشبكة تدعم IPv6»: ينبغي معرفة ما تختاره التطبيقات فعلاً حين نترك لها الاختيار.