لماذا لا يكون نسخك الاحتياطي عبر VPN خليفةً مجديةً في EIGRP

يظهر نفق ثانٍ، ولا يزال جدول التوجيه يُظهر مسارًا واحدًا، والاستنتاج البديهي أن البروتوكول لم ينتبه. عادةً ينتبه ويرفض. لا يثبّت EIGRP نسخةً احتياطية إلا عندما تجتاز اختبارًا محددًا لخلوّها من الحلقات، وكون النفق قائمًا لا يقول شيئًا عن اجتياز المسافة المُبلَّغة للجار ذلك الاختبار. هذا التمييز هو الجواب كله، وهو حساب لا مؤقت.

الشرط، بصياغة دقيقة

RFC 7868 يحدّد شرط الجدوى كاختبار كافٍ لمسار الجار الخالي من الحلقات: يجب أن تكون المسافة المُبلَّغة للجار إلى وجهة ما أقل تمامًا من المسافة المجدية المحلية. أقل تمامًا. لا أقل من أو تساوي.

هذه المتباينة الواحدة هي ما يجعل البديل خليفةً مجديًا. كل ما عدا ذلك هنا محاسبة حولها.

مسافتان بوظيفتين مختلفتين

المسافة المُبلَّغة هي ما يعلنه الجار عن الوجهة. أما المسافة المجدية فهي سجل لأقل مقياس كلي معروف منذ آخر انتقال من ACTIVE إلى PASSIVE، ولهذا قد تختلف عن مقياس أفضل مسار حالي. الخلط بينهما ينتج استنتاجات خاطئة واثقة.

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

مقارنة واحدة مشروحة

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

هذه الأرقام حساب، لا سرعات وصلات. لا تقرأها كتنبؤ بشأن أي موجّه بعينه أو كمقياس موصى به.

الاكتشاف ليس أهلية

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

تقصير مؤقت الحساسية لا يخلق قابلية وصول لم تكن موجودة، وتغيير قيمة عرض نطاق أو تأخير مهيّأة ليس قياسًا للسعة.

اقرأ الحقول، ثم اختبر التطبيق

سجّل الوجهة، والخليفة الحالي، والجار المرشح، ومسافته المُبلَّغة، والمسافة المجدية، وحالة المسار الناتجة. show ip eigrp topology 10.10.10.0/24 يمنحك معظم ذلك لبادئة واحدة. ثم اربط القرار بمسار النفق الذي يحمل القفزة التالية فعليًا، لأن جدول التوجيه وجدول النفق قد يختلفان حول الواجهة المستخدمة.

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

العادة المفيدة هي التحقق من المتباينة قبل المساس بأي شيء آخر. فهي تحتاج أمرًا واحدًا وتحسم الجدل.