الخلاصة

  • أبقى RFC 4012 السمات القديمة import وexport وdefault ضمن IPv4 أحادي البث، وأضاف سمات mp-* التي تحدد العائلة.
  • حذف عبارة AFI الاختيارية في السمات الجديدة يعني any، أي IPv4 وIPv6 أحادي ومتعدد البث؛ ولا يعني غياب العائلات.

غياب AFI لا يعني فراغ النطاق

قد يظن قارئ سمة mp-import بلا عبارة afi أن عائلة العناوين لم تُحدد. لكن RFC 4012 يضع قاعدة معاكسة: الحذف يعني any، وهو نطاق محدد يشمل IPv4 أحادي البث، وIPv4 متعدد البث، وIPv6 أحادي البث، وIPv6 متعدد البث. لم تُكتب الكلمة، لكن القاعدة موجودة؛ فلا ينبغي للمحلل أو المشغّل أن يخمّنها.

يخصّ هذا الافتراض السمات الجديدة mp-* فقط. أما import وexport وdefault القديمة فتحافظ على معناها السابق في IPv4 أحادي البث. وهكذا لا تتغير السجلات القديمة خفيةً، ولا تصبح العبارة متعددة البروتوكولات الجديدة بلا معنى عند حذف AFI. قبل تفسير السياسة نفسها، ينبغي معرفة النطاق الذي منحه لها النحو سلفاً.

من إطار IPv4 أحادي البث إلى عائلات متعددة

عرّف RFC 2622، المنشور عام 1999، لغة RPSL لتوثيق سياسة توجيه IPv4 أحادي البث. ولذلك كان لمعطيات import وexport وdefault معنى مرتبط بذلك الإطار. وفي مارس 2005 وسّع RFC 4012 اللغة لتشمل IPv6 والبث المتعدد مع المحافظة على التوافق مع الاستخدامات السابقة. RFC 2622 RFC 4012

لم يُعدّل معنى المعطيات القديمة؛ بقيت خاصة بـIPv4 أحادي البث. أما السياسات متعددة البروتوكولات فحصلت على mp-import وmp-export وmp-default. وتحدد عبارة afi نطاقاً مثل ipv6.unicast أو ipv6.multicast، أو نطاقاً أوسع. وإذا حُذفت عبارة AFI الاختيارية من إحدى معطيات mp-*، فإن RFC 4012 يجعل نطاقها any، أي العائلات الأربع التي يعرّفها. يحدد ذلك كيفية قراءة العبارة في السجل، ولا يضمن أن جهازاً ما يدعم تلك العائلات أو يطبق السياسة عليها. RFC 4012، الأقسام 2.1–2.5

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

ويتيح القاموس تركيب النطاقات: يشمل ipv4 وipv6 البث الأحادي والمتعدد في نسختهما؛ ويجمع any.unicast وany.multicast النوع نفسه عبر النسختين؛ أما any فيضم التركيبات الأساسية الأربع. الإيجاز هنا ناتج عن تسمية الاتحادات، لا عن ترك نطاقها للتخمين.

اختصار AFI نفسه، لكن في طبقتين مختلفتين

أضاف RFC 4012 أيضاً الفئة route6، لكن مفتاح الكائن وصلاحية تغييره مسألتان منفصلتان عن عبارة AFI الاختيارية؛ ويتناول RFC 2725 تلك الصلاحية. يرد هذا هنا لتحديد الحد فقط، لا لفتح موضوع ثانٍ. RFC 4012، القسم 3 RFC 2725

يستخدم BGP أيضاً AFI/SAFI، لكن RFC 4760 يربطهما بنطاق قابلية الوصول إلى طبقة الشبكة والبوابة التالية في رسائل UPDATE. أما AFI الاختيارية في RFC 4012 فتحدد نطاق تعبير سياسة RPSL. تشابه الاختصار لا يجعل التصريحين قابلين للاستبدال؛ فاختيار المسارات وإعلانها إلى كل جار جزء من سلوك التشغيل الذي يصفه RFC 4271. RFC 4271 RFC 4760

جعلت الاتحادات المسماة النحو قابلاً للتركيب

القول إن RPSL أضاف IPv6 صحيح لكنه لا يشرح تصميم RFC 4012. فقد جعل نطاق السياسة بحسب عائلة العناوين صريحاً وسمّى الاتحادات بين الإصدارات وأنواع الحركة. هذا وصف للغة، لا ادعاء بأن الشبكات تعاملت مع النسختين بالطريقة نفسها.

وهذا ليس تفصيلاً شكلياً في شبكة مزدوجة المكدس. قد تختلف سياسة الجيران والمرشحات والإعلانات بين العائلتين. فالنطاق afi ipv6.unicast أضيق من afi any. لكن تحديد نطاق العبارة لا يحولها بذاته إلى سياسة محمّلة.

يعطي RFC 8212 المنشور عام 2017 علامة زمنية لاحقة: فهو يشترط سياسة صريحة لـEBGP، لكنه يتناول سلوك BGP ولا يغيّر تفسير RFC 4012 لحذف AFI في RPSL. RFC 8212

توجّه هذه القراءة مذكرتا Lu Heng رقم 65 ورقم 64: ينبغي أن تظل القاعدة المشتركة مرتبطة بما تحتاج إليه الأنظمة كي تتبادل المعلومات، وأن يظهر أثر التغيير من خلال تبنيه في أنظمة قيد التشغيل. هذا إطار تحريري، لا ادعاء بأن مؤلفي RFC 4012 قصدوا تلك النظريات. وبمقتضاه، يجعل RPSLng السياسة أسهل فهماً؛ أما ما سيحمّله مشغّل الشبكة وما سيعلنه، فيحسمه النظام الذي ينفذ BGP. المذكرة 65 المذكرة 64

لا تقيس هذه الوثائق مدى انتشار RPSLng أو اكتمال قواعد البيانات، ولا تثبت إعداد مشغّل بعينه أو نتيجة نشر IPv6. وما تسنده أضيق من ذلك: جعل RFC 4012 نطاق تعبيرات سياسة RPSL أدق وأكثر حتمية.

المصادر الأولية