حركة الطائرات وحدود تصدير مسارات BGP

الخلاصة

تقترح مسودة RTGWG المؤرخة في 28 أكتوبر، الإصدار 35 مثيلاً خاصاً من BGP لمتابعة العقد الجوية المتحركة. تعلن موجّهات الأطراف وجهاتها النشطة إلى نواة صغيرة ولا تستقبل منها جدول التحديثات الكامل. وتبقى جلسات BGP المستمرة على روابط أرضية آمنة، بعيداً عن الوصلات اللاسلكية المحدودة.
قد يشغّل موجّه النواة eBGP داخل شبكة الطيران المنطقية وفي شبكة INET التحتية معاً. تطلب المسودة أرقام AS محلية منفصلة وسياسة مسارات، أو مثيلات BGP معزولة، حتى لا تنتقل الإعلانات بين المجالين. اسم «شبكة منطقية» لا يكتب قاعدة منع في الموجّه.

من ينتقل هو الطائرة، لا كل جدول في الأرض

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

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

تستخدم المسودة BGP-4 في طوبولوجيا مقيدة، من دون طلب صيغة رسالة جديدة. تتصل الأطراف بالنواة عبر روابط مباشرة محمية أو أنفاق آمنة، وتحتاج روابط النواة إلى الحماية أيضاً. ويمكن استخدام BFD المحدد في RFC 5880 لاكتشاف فشل جار أو وصلة بسرعة أكبر. لكن اكتشاف الفشل سريعاً لا يجيز اختيار مسار بديل من مجال لا يملكه نظام الطيران.

موجّه النواة يرى خريطتين

قد يتكلم الموجّه المركزي eBGP في ATN/IPS وeBGP في شبكة INET التي تحمل هذه البنية. وتعتمد مسارات الطيران على مسارات الشبكة التحتية لحل وجهتها. الجهاز نفسه يرى خريطتين، ولذلك تطلب المسودة أرقام AS محلية منفصلة وسياسة إدخال وإخراج، أو مثيلات BGP مستقلة، لمنع انتقال المسارات من مجال إلى آخر.

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

تقدم المسودة خياراً آخر إذا كثر عدد العقد المتحركة: يحمل BGP عناوين موجّهات الحدود فقط، بينما يخزن دليل قائم على DNS صلة كل عقدة بالموجّه الطرفي الذي يخدمها. عند الانتقال إلى طرف جديد، يستبدل الطرف الجديد السجل القديم. توفر RFC 1035 أساس DNS، وتصف المسودة استخدام منطقة عكسية لهذا الربط. يخف العبء عن BGP لكن صحة السجل وحداثته تصبحان جزءاً من العثور على الطائرة. المسار الصحيح إلى موجّه قديم يظل طريقاً خاطئاً لطائرة غادرته.

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

تسجل صفحة الحالة الرسمية الإصدار 35 كمسودة نشطة لفريق العمل، موجهة لوثيقة معلوماتية. المحاكاة وحسابات السعة في النص أدلة تصميم، لا قياسات لشبكة طيران عالمية عاملة. لا تتضمن المصادر الحالية إعدادات نشر وتتبّع تصدير لمسارات تثبت نتيجة مشغل محدد؛ مثل هذه السجلات ستغير التقييم التشغيلي. أما القرار اللازم الآن فهو واضح: على من يشغّل موجّهاً في مجالين BGP أن يحدد أي مسار يحق له مغادرة كل مجال.