الخلاصة

  • تنتج حالة Active في RFC 9568 من ملكية عنوان مضبوطة، وأولوية، وإعلانات، ومؤقتات انتهاء خاصة بمثيل واحد؛ فهي دور تحكم وليست تفويضاً موثّقاً ولا شهادة لصحة مستوى تمرير البيانات.
  • إثبات نجاح الانتقال يربط الانتخاب بانتقال MAC الافتراضي، وARP أو Neighbor Discovery، وحالة التجاور، والوصول الصاعد، ومثيلي IPv4 وIPv6 المستقلين، وعودة الحركة التي يراها التطبيق.

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

لا يعني ذلك أن VRRP أخفق في مهمته. البروتوكول صُمم ليحسم من يتحمل مسؤولية بوابة افتراضية على شبكة محلية، من دون أن تشارك الأجهزة النهائية في بروتوكول توجيه ديناميكي. لكنه لا يراقب كل ما يقع بعد قرار الدور: منفذ المحول، وذاكرة الجار، وجدول التمرير، والمسار الصاعد، وحالة الخدمة.

ما يقوله الإعلان فعلاً

يخص إعلان VRRPv3 معرّف VRID واحداً وعائلة عناوين واحدة. يحمل الأولوية، والفاصل الأقصى للإعلان، وعناوين IPv4 أو IPv6 المحمية. يستخدم مالك العنوان المضبوط الأولوية 255. تستخدم الموجّهات الاحتياطية القيم من 1 إلى 254، والقيمة الافتراضية 100. تعني الصفر أن الموجّه النشط يتخلى عن المسؤولية. يكشف المجموع الاختباري التلف العرضي، ويجب أن يكون TTL أو Hop Limit مساوياً 255 للحد من الحقن الآتي من شبكة بعيدة.

لا يحمل الإعلان بصمة لجدول FIB، ولا فحصاً للوصلة الصاعدة، ولا حالة للجار، ولا قرار ACL، ولا نتيجة تطبيق. ويصرح RFC 9568 بأن VRRPv3 لا يتضمن مصادقة. يستطيع عقدة معادية أو إعداد خاطئ على الوصلة المحلية أن يتصرف كموجّه نشط، وقد يظهر أكثر من Active في الوقت نفسه. فحص 255 يضيّق النطاق الجغرافي للهجوم؛ ولا يثبت هوية المتحدث المحلي أو أحقيته.

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

المؤقت يرى الصمت ولا يفسره

يحفظ Backup الفاصل الذي أعلنه Active، ويحسب Skew_Time من أولويته. يتكون Active_Down_Interval من ثلاثة فواصل مضافاً إليها ذلك الانحراف. تقل مدة الانتظار كلما ارتفعت أولوية الاحتياطي، فينشأ ترتيب متوقع للخلفاء.

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

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

على MAC الافتراضي أن يصل إلى المنفذ الصحيح

بعد الانتخاب يستخدم Active الجديد MAC الافتراضي ويعلن موقع العنوان. يعتمد IPv4 على ARP، ويعتمد IPv6 على Neighbor Discovery. وبين الإرسال والتعافي سلسلة كاملة: تعلم المحولات، وتحديث ذاكرات الجيران، وقبول الرسائل غير المطلوبة، وبقاء السياسات والمسارات صالحة.

يثبت التقاط الحزمة قرب الموجّه أنها خرجت منه فقط. قد يحتفظ محول بالمنفذ القديم، ويحدّث بعض المضيفين بينما يحتفظ آخرون ببيانات عتيقة، أو تمنع ضوابط الحماية الإعلان. يوضح RFC 9131 أن تحديث ذاكرة IPv6 بإعلان جار غير مطلوب قد يحتاج إلى إعداد إضافي. لذلك يمكن أن تتقارب أجزاء من الوصلة وتبقى أجزاء أخرى عالقة.

ولا يعطي ping إلى العنوان المحمي حكماً بسيطاً. القيمة الافتراضية لـAccept_Mode هي False. قد يرفض Active غير المالك الحزم الموجهة إلى العنوان بوصفها حركة محلية، ومع ذلك يمرر حركة العبور عبر البوابة بصورة صحيحة. فشل ping لا يثبت انهيار التمرير، ونجاحه لا يثبت أن المسار الصاعد أو التطبيق يعمل.

عائلتان لا تتشاركان النتيجة

يعامل RFC 9568 الموجّه الافتراضي في IPv4 والموجّه الافتراضي في IPv6 كمثيلين مستقلين. وجودهما في الهيكل نفسه لا ينقل نتيجة الانتخاب من أحدهما إلى الآخر. قد يتقارب ARP بينما تبقى ذاكرة الجار في IPv6 قديمة، وقد يحمل جهاز مختلف دور Active لكل عائلة.

تظهر الحدود أيضاً في خيارات Router Advertisement التي تعلن خدمات خاصة. لا ينبغي لمالك العنوان إرسالها ما لم تكن الموجّهات الاحتياطية مستعدة لتولي الخدمة كاملة وتحمل حالة متزامنة. انتقال العنوان لا ينقل تلقائياً كل قدرة كانت خلفه.

الحد الأدنى لإيصال تشغيلي

يجب أن يسجل المشغّل VRID والعائلة والعناوين، ومصدر ضبط الملكية والأولوية والفاصل والاستباق ونمط القبول، وآخر إعلان صالح وحساب الانتهاء، وسبب فوز المرشح، وموضع MAC الافتراضي كما تراه المحولات، وARP أو ND من أكثر من نقطة، وواجهات Active الجديد وتجاوراته وFIB وسياساته، وفحصاً مستقلاً للمسار الصاعد، ثم الفقد وزمن التعافي ونتيجة التطبيق لكل عائلة على حدة.

يمكن لـBFD أن يضيف إشارة عن مسار ثنائي الاتجاه عندما يكون الربط مقصوداً وواضحاً. ويمكن لنموذج YANG الخاص بـVRRP أن يعرض الحالات والعدادات. لكن أياً منهما لا يسكن تلقائياً داخل كلمة Active. لا يصبح الادعاء عن الإتاحة مشروعاً إلا عندما ترتبط حالة البروتوكول بالحركة التي يفترض أن تخدمها.

قيمة RFC 9568 في أنه ينجز مهمة ضيقة بصورة قابلة للتشغيل البيني. الخطأ يبدأ عندما تمنح المؤسسة اسم الدور سلطة على واقع لم يرصده البروتوكول.

المصادر