الخلاصة

  • يمكن أن تشترك دوائر FXC في ملصق خدمة مع الاحتفاظ بمسارات منفصلة لمعرّفات VID المطبّعة؛ خفض الملصقات وخفض الإشارات قراران مختلفان.
  • لا يعلن النمط الافتراضي فشل دائرة AC منفردة، بينما يحتفظ نمط إشارات VLAN بالمعلومات اللازمة لتعديل المسار الخاص بالحركة المتأثرة.
  • ينبغي إثبات الاستعادة بوصول الخدمة إلى العميل وباستمرار الدوائر السليمة، لا بمجرد بقاء النفق المشترك متاحاً.

قدرة احتياطية بلا نسبة واضحة للحركة

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

نُشر RFC 9744 في مارس 2025، ويضيف Flexible Cross-Connect، أو FXC، إلى EVPN-VPWS. تشير AC إلى دائرة اتصال العميل، مثل منفذ أو VLAN على منفذ أو مجموعة VLAN. أما PE فهو جهاز حافة المشغل، وES مقطع Ethernet. يسمح FXC بنقل دوائر من واجهات ومقاطع مختلفة عبر نفق خدمة مشترك. وتفصل المتطلبات بين تقليل ملصقات الخدمة ومراقبتها التشغيلية وبين تقليل إشارات BGP قدر الإمكان. ليست الوفورتان وعداً واحداً يحققه كل نمط بالدرجة نفسها.

ما يحتفظ به كل نمط

في نمط إشارات VLAN، يوجد مسار Ethernet A-D لكل EVI ولكل VID مطبّع على ES، مع إمكان اشتراك الدوائر المجمعة في ملصق الخدمة. يظل الطرف البعيد قادراً على معرفة الحركة التي ينبغي تعديل تجاورها. أما النمط الافتراضي فلا يعلن VLAN منفردة.

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

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

تعقّب الدائرة بعد الملصق

يمكن أن تتكرر أرقام VLAN المحلية في منافذ مختلفة. يحدد القسم 3 تطبيع VID قبل تغليف MPLS. عند الخروج، يختار الملصق جدول VID-VRF، ثم يحدد VID المطبّع منفذ الخروج. نجاح البحث الأول لا يثبت صحة وجهة العميل النهائية.

من المفيد عند القبول ربط دائرة العميل بالمنفذ وVID المحلي، ثم VID المطبّع والملصق وES البعيد والتجاور ونتيجة التسليم. هذه طريقة تحقق مقترحة، وليست واجهة مراقبة إلزامية جديدة في RFC. ويجب أيضاً مراعاة التحويل المحلي في القسم 3.3.1؛ فهو يحظى بالأولوية في الحالة الموصوفة، مع ربط الملصق بدائرة أو مقطع الوجهة لتجنب الالتباس. التسليم المحلي الصحيح لا يحتاج إلى عبور الشبكة الأساسية كي يصبح صحيحاً.

لا يمثل اختبار المنفذ كل الأعطال

يفصل القسم 5 بين فشل الخدمة والدائرة والمنفذ وجهاز PE. في النمط الافتراضي لا يُعلن فشل AC منفردة، وقد يستمر البعيد في إرسال الحزم إلى خروج يسقطها. مع إشارات VLAN، يُسحب مسار VID المتأثر ويتغير التجاور لتلك الحركة. فشل المنفذ أوسع نطاقاً، ويسحب نفق المجموعة المعنية أو مسارات VID وES المرتبطة. وفشل PE أوسع أيضاً؛ ينفذ عاكس المسارات عمليات السحب في الإجراء الموصوف.

يمكن لمراقبة الخدمة، مثل BFD/VCCV، اكتشاف فشل الخدمة نفسها. لكن RFC 5885، القسم 3.3، يميز بين كشف فشل الوصلة الافتراضية وإشارات حالة AC/PW. عبارة «BFD يعمل» لا تحدد تغطية الدوائر. وكذلك لا يثبت نجاح التحويل بعد فصل منفذ أن فشل دائرة منفردة سيُعالج بالطريقة المطلوبة.

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

حتى الحقول الاختيارية ليست شهادة تسليم. لا يحدد M التوجيه عند الاستقبال، ويمكن استخدامه لإشعار الخطأ. وقد يكشف V عدم توافق بين تطبيع بوسم واحد ووسمين يمنع إنشاء النفق وفق القسم 3.4. الإشعار والإنشاء والتسليم ملاحظات منفصلة.

الحالة الرسمية هي Proposed Standard، ولم يعثر البحث الرسمي عن التصحيحات على نتائج مطابقة في 13 سبتمبر 2026. يحدد ذلك المرجع الوثائقي، ولا يصادق على منتج. تظهر كفاءة FXC عندما يثبت المشغل الوفورات ويظل قادراً على تحديد دائرة العميل التي تحتاج إلى استعادة.