الخلاصة

  • MULTI_EXIT_DISC إشارة ضعيفة واختيارية وغير متعدية عن المدخل المفضل بين عدة وصلات إلى AS المعلن نفسه؛ ولا تؤثر القيمة الأقل إلا بعد تعادل المعايير المحلية الأقوى.
  • تحتفظ الشبكة المستقبلة بالتحكم: يمكنها حذف MED أو تغييره قبل الاختيار، والقاعدة المعتادة تقارن القيم بين المسارات القادمة من AS مجاور واحد فقط.
  • يحتاج الاستخدام السليم معنى ثنائياً ورؤية كافية للمرشحين ودليلاً من النظام العامل. وقد تصنع معاملة أرقام شبكات مختلفة كمقياس واحد قرارات متعارضة أو تذبذباً مستمراً في طوبولوجيات محددة.

لنفترض أن AS 65001 وAS 65002 يلتقيان في دبي والدوحة. يعلن 65001 للبادئة نفسها MED 20 في الدوحة وMED 80 في دبي. تعني الرسالة أنه، إذا تساوت السمات الأهم، يفضل استقبال حركة 65002 في الدوحة. قد تكون السعة هناك أكبر أو المسافة الداخلية أقصر أو توجد قيود في الموقع الآخر.

يبقى القرار لـ65002. ربما يمنح عقده مسار الدوحة LOCAL_PREF أقل. وقد يقبل MED في علاقات مختارة، أو يحذف السمة، أو يستبدل الرقم، أو يقرر على موجّه لا يرى البديل. الرقم الأصغر لا يكتب سياسة الشبكة البعيدة؛ إنه نصيحة تقوّم داخل نظام محكوم بشكل مستقل.

يجسد RFC 4271 هذا التواضع في MULTI_EXIT_DISC: رقم غير موقع من أربعة octets، اختياري وغير متعدٍ. إذا تساوت العوامل الأخرى ينبغي تفضيل metric الأقل. يجوز تمرير القيمة المستلمة عبر EBGP داخل AS المستقبل بواسطة IBGP، لكن لا يجوز نشرها إلى AS مجاور آخر. تتوقف النصيحة عند العلاقة التي تمنحها السياق.

سلطة المستقبل صريحة. يجب أن يوفر تنفيذ BGP وسيلة محلية لحذف MED المستلم قبل حساب التفضيل والاختيار، ويجوز له تغيير القيمة في المرحلة نفسها. يملك المرسل ما أعلنه؛ ويملك المستقبل بقاء الرقم والنتيجة المحلية التي تترتب عليه.

كان الضعف مقصوداً. وصف RFC 1773 الـ inter-AS metric القديم كعامل متأخر. لم يكن ينبغي لمشغل بعيد أن يجبر شبكة أخرى على امتصاص الحركة أو طردها حين تكون قد أعلنت تفضيلاً أقوى. يشكل LOCAL_PREF وطول AS_PATH والخطوات السابقة الحد الذي يبقي النصيحة مشروطة.

لذلك عبارة «MED الأقل يفوز دائماً» خاطئة. قد يخسر مسار MED 10 أمام MED 100 إذا كان للثاني LOCAL_PREF أفضل أو انتصر في خطوة أسبق. يكشف RFC 8326 هذا القيد في الصيانة: رفع MED لا يفرغ الوصلة إذا خسر البديل سابقاً بسبب LOCAL_PREF أو طول AS_PATH.

مجال المقارنة العادي أضيق. يقارن RFC 4271 بين المسارات الواردة من AS مجاور واحد كما يحدده AS_PATH. تستطيع ثلاثة أرقام من AS 65001 ترتيب مداخله الثلاثة. أما مسار AS 65003 فغالباً اشتق رقمه من طوبولوجيا وكلفة وسياسة مختلفة. عشرون في علاقة ليست أقل بطبيعتها من أربعين في أخرى.

لا يصنع MED ترتيباً كلياً. قد يتقدم A على B لأنهما من جار واحد ولأن قيمة A أقل؛ أما B وC من جارين مختلفين فينتقلان إلى معايير أخرى. لا ينتج عن ذلك ترتيب متعدٍ بين A وB وC. تؤثر طريقة التجميع والفائز في كل مجموعة والمعلومات المرئية لصاحب القرار.

تشرح وثائق IOS XR النموذج: تُجمع المسارات بحسب AS المجاور، ويُختار فائز MED داخل كل مجموعة، ثم يستمر الاختيار العادي بين الفائزين. هذا يعكس مجال البروتوكول المحدود ويفسر لماذا يغير ترتيب المرشحين أو اكتمالهم النتيجة.

تتيح بعض المنتجات مقارنة MED بين ASes مختلفة. يبدو جمع الأرقام في منافسة واحدة أكثر اتساقاً، لكنه يوسع نفوذ القيم البعيدة. تحذر Juniper من المقاييس ذات المصادر غير المشتركة، ويرفض RFC 3345 هذه الخطوة علاجاً عاماً. تشابه نوع الحقل لا يثبت وحدة قياس مشتركة.

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

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

تغير رؤية المرشحين القرار. يوزع full-mesh IBGP مخارج أكثر؛ ويخفض Route Reflection والاتحادات الحمل بعدم عرض كل مرشح في كل مكان. يحذر RFC 4456 من أن MED ليس قابلاً للمقارنة دائماً وأن مسافة IGP تختلف بين الموجّهات، لذلك قد تختار بعض الطوبولوجيات المنعكسة خلاف شبكة كاملة.

لا يدين ذلك الهيكل الهرمي، بل يدخل الرؤية في الإثبات. إذا رأى reflector أول A وB، ورأى آخر B وC، ولم تكن الأفضلية متعدية، فقد يسحب كل قرار محلي معقول المعلومة اللازمة لقرار آخر. غيّر توفير التوسع سطح القرار نفسه.

يوثق RFC 3345 شروطاً محدودة للتذبذب المستمر: هياكل معينة من reflectors أو الاتحادات، رؤية جزئية ومتعارضة للمخارج، واختيار حساس لـMED. يكون السلوك حتمياً تحت هذه الشروط. لا يحدث في كل شبكة، لكنه ليس ضجيجاً فيزيائياً عشوائياً أيضاً.

تغير المعالجات السلطة أو الرؤية: إعادة تصميم reflectors، إتاحة رؤية الحدود لبعضها، ضبط LOCAL_PREF عند الدخول، توحيد MED أو حذفه، حصر العلاقات أو توزيع مسارات إضافية. قد تخلط مقارنة الجميع مساحات غير متوافقة، ويحذف رفض الجميع نصيحة مفيدة. يتبع الإصلاح الآلية المثبتة.

يعالج RFC 5004 انتقالاً أضيق. إذا ظل أفضل مسار خارجي قائم والبديل حتى مقارنة متأخرة للمعرفات، يجوز إبقاء القائم وتجنب انتقال غير ضروري. يقلل ذلك بعض التغييرات ويوقف المثال المحلل، من دون حل كل تذبذبات RFC 3345.

ترتيب الوصول إنذار آخر. يسجل RFC 4451 تطبيقات جعل فيها حفظ أقدم مسار وترتيب المرشحين اختيار MED زمنياً غير حتمي. يجب أن تأتي النتيجة من مدخلات وسياسة محددتين، لا من UPDATE وصل إلى الذاكرة أولاً. وحتى المعالجة المستقرة تحتاج إثباتاً لكل مسار.

يبدأ الدليل قبل الحركة. تُحفظ route الخام المستلمة، ومجموعة AS المجاور، ووجود MED، والقيمة بعد السياسة، وLOCAL_PREF، وAS_PATH، والمرشحون المرئيون، وسبب best path. تُقارن الحدود ونقاط القرار الداخلية بدلاً من الاعتماد على looking glass واحد.

بعدها يفحص forwarding. يجب أن يصنع اختيار BGP الـ FIB NEXT_HOP المتوقع، وأن تظهر telemetry الحركة على الوصلة المقصودة. رؤية MED منخفض لا تثبت فوزه. best path في RIB واحد لا يثبت مسار حزم دخلت من مكان آخر. قد تعني الوصلة الهادئة تحويلاً أو إسقاطاً أو غياب الطلب.

يشمل الاختبار السلطتين. تُغير قيمة المرسل لبسط محدود ويُراقب الاستلام والاختيار؛ ثم تحذف أو تعاد كتابتها عند المستقبل وتؤكد السياسة المحلية. يُختبر الغياب والتساوي واختلاف السمات السابقة وتعدد AS وسحب المخرج والانعكاس وترتيب الوصول وrollback. الهدف إثبات نطاق النصيحة.

الاتفاق أهم من syntax. إذا توقع عميل أن يقبل المزود MED على وصلتين خاصتين، يحددان البادئات والعائلات والوصلات والنطاقات وLOCAL_PREF السابق والغياب وحق التجاوز وtelemetry الفصل. بلا هذا السياق تكون السمة صحيحة على السلك وملتبسة في الخدمة.

يناسب مبدأ Heng Lu للمواصفة الأولية الدنيا MED. يقدم البروتوكول المشترك شيئاً صغيراً: metric اختيارية، انتشاراً محدوداً، ومقارنة مشروطة. لا يقرر هل الرقم سعة أم كلفة أم سياسة. يبقى القرار للشبكات التي تشغل الموجّهات وتتحمل النتيجة.

تحدد أولوية running code القبول. الوثيقة وcommit نية؛ أما السمة المستلمة وإعادة الكتابة الفعلية والمرشحون المرئيون وسبب الاختيار وFIB NEXT_HOP والحركة المسلّمة فهي النظام. إذا لم تدخل الحزم من الباب المقصود، لم تمارس metric سلطة عملية.

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

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

المصادر