Summary

  • في جلسة RIPE 92، اقترح Benedikt Stockebrand نقل بعض وظائف الطبقة الثانية إلى شبكة توجيه تعتمد IPv6، والنظر في VXLAN فوق IPv6 عندما تضيق بنية VLAN.
  • وصف شبكة عميل صار بروتوكول شجرة الامتداد فيها يتصرف على نحو متقلب بعد إضافة قفزة واحدة. لم تُذكر هوية العميل أو قياسات الأداء والنتائج بعد أي تغيير.

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

جاءت الرواية في جلسة عمل IPv6 خلال RIPE 92 يوم 21 مايو 2026. حملت المداخلة عنواناً مازحاً عن «التطبيق القاتل» لـIPv6، لكن فكرتها عملية: إذا استطاعت محولات الطبقة الثالثة التوجيه بسرعة التبديل في السياقات التي وصفها، فلماذا تُترك أجزاء كبيرة من الشبكة رهينة VLAN وشجرة الامتداد؟ تحدّث عن شبكات خارج القلب الرئيسي وعن خبرة ميدانية؛ لم يعرض اختبار سرعة منشوراً أو أسماء طرازات.

البديل الأول عنده هو VXLAN فوق IPv6 عندما تصبح VLAN عبئاً. يشرح RFC 7348 كيف تحمل شبكة من الطبقة الثالثة شبكة افتراضية من الطبقة الثانية، ويوثّق حد 4094 لمعرّفات VLAN. كما يسجّل أن شجرة الامتداد قد تعطل وصلات كثيرة في بيئات افتراضية كبيرة. تظل الطبقة الثانية موجودة داخل الشبكة الافتراضية؛ الذي يتغير هو واجب الشبكة المادية الممتدة كلها.

أما البديل الثاني فهو بروتوكول توجيه ديناميكي في موضع شجرة امتداد تكبر وتخفي سبب العطل. يرى Stockebrand أن التوجيه يتيح في هذه الحالات توسعاً وتقارباً أفضل. لا تسرد الجلسة عدد أعطال العميل ولا مدة الإصلاح ولا نتيجة تحويل فعلي. لذلك لا يمكن وضع رقم على الوفر الذي يتوقعه مهندس من تلك التجربة.

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