الخلاصة

  • تتيح RFC 8654 للـreceiver إعلان استقبال حتى 65,535 octets، باستثناء OPEN وKEEPALIVE؛ ولا يستخدم sender الحجم إلا بعد تلقي capability من ذلك الـpeer.
  • ينتهي الوعد عند الجلسة. أمام peer بسقف 4,096 لا يحذف إلا ما تسمح RFC 7606 بمعالجته كـattribute discard؛ وإلا يمتنع الإعلان ويُسحب NLRI سبق إعلانه.
  • يبدأ النشر الآمن بتوحيد iBGP قبل الاعتماد الخارجي، وقياس الحجم المشفر والموارد، والإبقاء على تمثيل legacy صالح للرجوع.

يظهر capability code 6 على جلسة الدخول وتدخل الرسالة الكبيرة إلى RIB. لكن border آخر لا يستطيع تصديرها لأن جاره لم يعلن الدعم، وattribute set وحده أكبر من الغلاف القديم. نجاح hop واحد لا يمنح بقية المسار قدرة تلقائية.

تستخدم RFC 4271 حقل Length من octetين لكنها تحد الرسالة بين 19 و4,096. ترفع RFC 8654 السقف المتفاوض عليه إلى 65,535 وتعرف capability code 6 بطول صفر. الإعلان وعد استقبال ومعالجة على جلسة محددة، لا خاصية عامة للـAS.

الاتجاه مهم: لا يرسل speaker رسالة ممتدة إلا إذا تلقى capability من الجار. وتجعل RFC 5492 الاستخدام ثنائياً، مع احتفاظ operator بحق اشتراط الوظيفة. وإذا امتلك implementation الميزة ولم يعلنها، فلا يجوز له قبول الرسالة الكبيرة بتسامح خفي.

يبقى OPEN وKEEPALIVE خارج الامتداد. تحل RFC 9072 سقفاً آخر داخل Optional Parameters في OPEN باستخدام type 255 وطول من octetين. OPEN الموسع لا يثبت الإذن لرسائل UPDATE كبيرة.

السقف ليس هدفاً للحشو

يضيف ADD-PATH أربعة octets لكل NLRI، وتحمل كل Large Community اثني عشر octet، وتضيف VPN وغيرها attributes أخرى. هذه bytes قد تمثل policy ولا تعد padding.

إذا صغرت attributes يمكن توزيع prefixes على رسائل عدة. أما إذا تجاوز attribute block نفسه 4,096 فلن يفيد تقسيم NLRI. TCP يقسم النقل لا معنى BGP.

عند egress قديم، يسمح RFC 8654 بإزالة attributes التي تصنفها RFC 7606 فقط كـattribute discard. لا يشمل ذلك ما يؤثر في selection أو installation، وقد تمنح local policy معنى حاسماً لعنصر يبدو ثانوياً. إذا بقي الحجم كبيراً فلا يرسل، وإذا سبق إعلان المسار فيسحب.

لذلك قد يظهر route على border ويختفي على آخر، أو تختلف external view بين route reflectors، أو يصبح backup غير قابل للإعلان وقت failover. لا تضمن المؤسسة اتساقها إلا إذا أعلن كل iBGP speaker ذي الصلة القدرة.

تتسع كلفة parser أيضاً

وعد 65,535 يشمل buffer وqueue وparser وvalidation وpolicy وlogs. تحذر RFC 8654 من resource exhaustion. كما تكلف إعادة تشكيل رسالة كبيرة لكل legacy peer وقت CPU. توثيق هوية peer لا يجعل البيانات الصحيحة زهيدة.

تدرج FRRouting RFC 8654 ضمن الدعم، ويفصل BIRD 3.3.0 بين enable وrequire. هذه نقطة بدء للاختبار، وليست إثبات negotiation أو headroom.

يرتبط الدليل بـsession epoch: capabilities المحلية والمستلمة، peer وAFI/SAFI وrunning build، ثم encoded length وattribute length وNLRI لكل egress. يميز outcome بين repack وdiscard وsuppress وwithdraw وBad Message Length وpolicy reject.

ولا يثبت وصول UPDATE تثبيت FIB أو مرور packets؛ يجب ربط selection وrecursive resolution وhardware والقياس الفعلي.