الخلاصة
- صاغ RFC 2260 تعدد المورّدين باعتباره مسألة توزيع لكلفة حالة التوجيه: يمكن إبقاء بادئات المؤسسة داخل تجميعات المزوّدين في الحالة العادية، ثم إدخال مسار أكثر تخصيصاً وقت الفشل، أو نقل التعقيد إلى جلسات EBGP غير مباشرة وتغليف، أو نشر مسارات إضافية في نطاق مضبوط لتحسين الطريق.
- لا يجعل أي خيار الكلفة تختفي. فالاعتماد على بادئات المزوّد يعني تبعية في العنونة وإعادة ترقيم عند تغييره؛ والإعلان الإضافي يستهلك حالة توجيه ويوسّع أثر التقلب؛ أما النفق والتجاور غير المباشر فيحتاجان إلى تنسيق وتشغيل وأمن محليين.
- تصف الوثيقة سلوكاً مقصوداً في مستوى التحكم، ولا تثبت قبول المسار أو انتشاره أو تمرير الحزم أو بقاء جلسة النقل أو وصول الخدمة إلى المستخدم. لذلك يجب قراءة كل إعلان بوصفه قرينة تشغيلية تحتاج إلى تحقق مستقل، لا بوصفه إيصال تسليم.
من عنوانين عند الحافة إلى سؤال عن مكان الحالة
نُشر RFC 2260 في يناير/كانون الثاني 1998 بقلم Tony Bates وYakov Rekhter بصفة وثيقة معلوماتية، لا معياراً من معايير الإنترنت. وكان هدفه المعلن وصف استراتيجيات للعنونة والتوجيه لدى المؤسسات المتصلة بعدة مزوّدي خدمة، مع خفض العبء الذي قد يقع على نظام التوجيه العالمي. ذكر الاعتمادية، وتوزيع الحمل، وإمكان تحسين التوجيه الجغرافي دوافع لهذا الاتصال، لكنه لم يقدّم قياسات تثبت تحقق أي منها.
ينطلق التصميم من افتراض حاسم: الاحتفاظ بمسار مستقل لكل مؤسسة متعددة المورّدين في كل موجّه لا يستخدم مساراً افتراضياً لا يتوسع على نحو ملائم. ولهذا يبحث عن حلول تقلل التنسيق، ولا سيما بين مزوّدين لا يرتبطون مباشرة بالمؤسسة. وتقول الوثيقة إن الاستراتيجيات تنطبق على IPv4 وIPv6؛ وهذه عبارة معمارية، وليست دليلاً على تساوي التنفيذ أو الانتشار بين البروتوكولين.
وفق سياسة «إعارة العناوين» التي يناقشها RFC 2008، تحصل مؤسسة مرتبطة بعدد N من المزوّدين على N بادئات، واحدة من كل مزوّد. ويمكن أن يعكس توزيع العناوين داخل المؤسسة قرب الجهاز طوبولوجياً من نقطة ربط بعينها، أو أن يحمل الجهاز عناوين من أكثر من بادئة. بذلك لا تكون العنونة مجرد تسمية: إنها ترجّح منفذ الدخول الطبيعي لحركة قادمة إلى ذلك الجهاز.
الثمن المقابل واضح. إذا غادرت المؤسسة مزوّداً، فعليها إعادة ترقيم الجزء الذي يستخدم كتلة عناوينه. لا يعامل RFC 2260 ذلك كاستثناء سببه تعدد المورّدين، بل كنتيجة مباشرة لإعارة العناوين. يذكر ترجمة عناوين الشبكة بوصفها احتمالاً في أسئلة التخصيص وإعادة الترقيم، ثم يضع استخدامها في المؤسسات متعددة المورّدين خارج نطاقه. ولا تمنح هذه البنية بادئة المزوّد قابلية نقل بعد مغادرته.
الحالة العادية: التجميع أولاً
في التشغيل العادي، يعلن موجّه حافة المؤسسة إلى المزوّد المتصل به مباشرة البادئة التي خصصها ذلك المزوّد وحدها. يستطيع المزوّد ضم هذا المسار إلى تجميعه، فلا يلزم أن يظهر مسار خاص بالمؤسسة في المنطقة الخالية من المسار الافتراضي. هنا تستقر ميزة قابلية التوسع في التجميع، بينما تستقر الكلفة في اعتماد العنوان على المزوّد وفي اختيار العنوان المناسب داخل المؤسسة.
لكن الفشل يغيّر موضع الكلفة. عندما يقرر موجّه الحافة أن الاتصال عبر مزوّد آخر انقطع، يبدأ إعلان البادئة التي خصصها المزوّد المتعطل إلى المزوّد الذي ما زال متصلاً. يدخل عندئذ مسار إضافي، أكثر تخصيصاً، إلى المنطقة الخالية من المسار الافتراضي طوال مدة الفشل، ثم يُسحب بعد عودة الاتصال.
تفترض الوثيقة أن انقطاعات جميع المؤسسات متعددة المورّدين لن تحدث في وقت واحد، ولذلك تتوقع أن يكون متوسط عدد المسارات الإضافية جزءاً من عدد تلك المؤسسات. هذه نتيجة مبنية على افتراض، لا قياس لجدول توجيه. كما تفترض أن موجّه المؤسسة يستطيع معرفة حالة الطرف الآخر ومعرفة البادئة المخصصة له.
في مثال المزوّدين، يعلن الطرف المتصل بـ ISP-A البادئة Pref-A فقط ما دام تقاطع مجموعتي المسارات المرئيتين عبر ISP-A وISP-B غير خالٍ. إذا صار التقاطع خالياً، يعلن Pref-B إلى ISP-A أيضاً؛ وإذا عاد التقاطع، يسحب الإعلان الإضافي. ولأن حساب تقاطعات مجموعات كبيرة قد يكون مكلفاً، تقترح الوثيقة مراقبة بادئة واحدة أو أكثر من بادئات العمود الفقري للمزوّد عبر IBGP، واتخاذ اختفائها إشارة لحقن البادئة البعيدة.
تلك آلة حالات مفهومة: حالة مستقرة مجمّعة، ثم إشارة فشل، ثم إعلان استثنائي، ثم سحب عند التعافي. لكنها لا تمنح يقيناً شاملاً. قد تمنع مرشحات طول البادئة الاتصال على امتداد الإنترنت من خلال المسار المحقون. كما أن رؤية الإعلان محلياً لا تثبت أن مزوّداً قبله، أو أن بقية الشبكات نشرته، أو أن مستوى البيانات مرّر الحزم، أو أن التطبيق استلمها.
النفق يزيل مساراً عالمياً ويضيف اعتماداً محلياً
يعرض RFC 2260 خياراً آخر: يحتفظ موجّه حافة المؤسسة بجلسة EBGP مع موجّه المزوّد المتصل به مباشرة، وبجلسة غير مباشرة أيضاً مع موجّه في المزوّد الموصول بحافة المؤسسة الأخرى. يعلن المزوّد مجموعة المسارات نفسها عبر التجاورين المباشر وغير المباشر، بينما تعلن المؤسسة لكل مزوّد البادئة التي خصصها ذلك المزوّد فقط. تُفضّل المسارات المتعلمة مباشرة على المسارات المتعلمة بصورة غير مباشرة لدى الطرفين.
عند استخدام المسار غير المباشر، يجري التمرير بالتغليف، مع إحالة الوثيقة إلى GRE في RFC 1773. ففي المثال، إذا تعطلت وصلة ISP-B المباشرة إلى المؤسسة، تظل الحركة المتجهة إلى Pref-B تصل إلى ISP-B؛ ثم يغلفها المزوّد نحو حافة المؤسسة الباقية عبر الجانب الآخر، فتفك المؤسسة التغليف وتمررها داخلياً.
ميزة هذا الترتيب، كما تصفها الوثيقة، أنه لا يضيف معلومات توجيه خاصة بالمؤسسة إلى المنطقة الخالية من المسار الافتراضي، ولا يعتمد على عبور مسار أكثر تخصيصاً لمرشحات طول البادئة. لكنه يشتري هذه الخاصية بآلية أخرى: تجاور EBGP غير مباشر، وتغليف، وأفضلية دقيقة للمسار المباشر، واتفاق تشغيلي بين الأطراف. وتقول فقرة الأمن إن جلسات EBGP متعددة القفزات ينبغي أن تستخدم مصادقة مناسبة لنظراء BGP، بينما تترك مسائل أمن IBGP وEBGP أحادي القفزة خارج نطاقها.
لا تثبت صياغة المخطط أن المزوّدين وافقا تجارياً أو سياسياً على التجاور، أو أن المصادقة والنفق أُعدّا على نحو صحيح، أو أن كل مسار قُبل، أو أن الحزم سُلّمت. ما انتقل من جدول التوجيه العالمي إلى التشغيل المحلي ليس غياباً للكلفة، بل تغييراً في صاحبها وفي الأدوات التي تحملها.
تحسين الطريق يعني شراء مزيد من الظهور
يعترف RFC 2260 بأن EBGP غير المباشر يزيل حالة التوجيه الإضافية من المنطقة الخالية من المسار الافتراضي، لكنه قد ينتج مسارات دون المستوى الأمثل بعد فشل الوصلة. ويقترح الجمع بينه وبين نسخة معدلة من الحقن التلقائي، بحيث يكون انتشار المسارات الإضافية محدوداً عمداً؛ ويمكن استخدام BGP Community لتقييد التوزيع.
حتى في الحالة المستقرة قد يقود إعلان البادئة المخصصة مباشرة فقط إلى مسار غير مثالي: قد تصل حركة عميل لدى أحد المزوّدين إلى جهاز داخل المؤسسة يحمل عنواناً من بادئة المزوّد الآخر عبر طريق أطول. تستطيع المؤسسة إعلان بادئات إضافية لتحسين هذه الطرق، لكن التوزيع السيئ الضبط قد يخلق حالة كبيرة إضافية في الجزء الخالي من المسار الافتراضي من الإنترنت.
هذه هي منحنى الكلفة الحقيقي في الوثيقة. توسيع رؤية المسار قد يشتري اختياراً أفضل لمنفذ الدخول أو تعافياً أقصر، لكنه يحمّل عدداً أكبر من الموجّهات حالةً إضافية ويعرّضها للتغير. أما المحافظة على التجميع وجدول عالمي أصغر فتدفع المؤسسة إلى قبول اعتماد العناوين على المزوّد، أو أنفاق وتنسيق محلي، أو مسارات أطول في بعض الحالات.
وتؤكد المقارنات الفكرة نفسها. تمنح مساحة العناوين المستقلة عن المزوّد المؤسسة بادئة واحدة، لكن مسارها الخاص لا يمكن تجميعه تحت بادئة مزوّد؛ ويصف RFC 2260 عبء المنطقة الخالية من المسار الافتراضي بأنه O(N) بحسب عدد المؤسسات متعددة المورّدين. أما أخذ بادئة واحدة من مزوّد وحملها انتقائياً لدى الآخرين فيتطلب تجميعاً بالوكالة، وتنسيقاً إضافياً بين المزوّدين، وتهيئة أكثر تعقيداً للموجّهات. ويفضح الحقن التلقائي تغيرات المؤسسة لكل موجّه خالٍ من المسار الافتراضي يتلقى المسار الأكثر تخصيصاً، ما يفرض الحاجة إلى ضوابط استقرار عند التقلب.
ويمنع EBGP غير المباشر تلك التقلبات المؤسسية من التحول إلى تقلبات عالمية، لكنه يعتمد على تجهيزات أخرى محلية ولدى المزوّد.
ما أضافته النظرة الرسمية اللاحقة
شرح RFC 2519 في 1999 كيف يقلل التجميع حجم جدول التوجيه وحجم المعالجة ونطاق أثر التقلب، مع إمكان إبقاء المعلومات الأكثر تخصيصاً محلية أو وسمها بـ no-export. وهو سياق مؤيد لمنطق التجميع، لا برهان على نشر RFC 2260.
وفي 2005 صنّف RFC 4116 تعدد المورّدين القائم على RFC 2260 ضمن نهج العناوين القابلة للتجميع لدى المزوّد: لا يضيف في صورته الأساسية حملاً إلى الجدول العالمي، لكنه لا يحقق كل الأهداف الشائعة، وخصوصاً بقاء اتصال طبقة النقل. ثم أوضح RFC 8678 في 2019 أن تعدد المورّدين بالعناوين المخصصة من المزوّد يتجنب إضافة مسارات مستقلة عن المزوّد إلى الجدول العالمي، لكنه يظل محتاجاً إلى تنسيق اختيار عنوان المصدر ومنفذ الخروج بين المضيفين والموجّهات. ووصف مشكلة IPv6 التي يناقشها بأنها ما تزال بلا حل واضح التعريف وواسع التطبيق. هذه ملاحظات لاحقة؛ لا يجوز إسقاط آلياتها إلى الوراء على RFC 2260 أو تحويلها إلى دليل على انتشار خياراته.
حدود الإثبات
تثبت المصادر الرسمية تاريخ الوثيقة وحالتها ودوافعها المعلنة، وفرضية إعارة العناوين، وقاعدة الإعلان في الحالة المستقرة، ومحفز الحقن التلقائي، واختبار الحالة المقترح، وتصميم EBGP غير المباشر والتغليف، وصيغة الانتشار المقيّد، ومقايضة أمثلية الطريق، ونتيجة إعادة الترقيم، وملاحظة المصادقة. وتدعم الوثائق اللاحقة تفسير فوائد التجميع ومقايضات العنونة المعتمدة على المزوّد.
لكنها لا تثبت أي نشر مسمى، أو مزوّد بعينه، أو بادئة حقيقية، أو رصداً من مجمّع مسارات، أو حادثاً، أو تغيراً مقاساً في حجم جدول التوجيه. ولا تثبت قبول أي إعلان، أو انتشاره عبر كل الشبكات، أو تقارباً مستقراً، أو وصولاً عاماً. كما لا تثبت توافق السياسات أو الموافقة التجارية، ولا صحة تركيب المصادقة والأنفاق والمرشحات وضوابط الاستقرار والمراقبة والتحول بعد التعافي، ولا بقاء جلسات النقل أو وصول التطبيقات أو تحسن الكمون أو موازنة الحمل أو التوافر. ولا تسمح بالحكم على الانتشار الحالي أو تفوق خيار من الخيارات.
المصادر الرسمية المجمدة
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات