الخلاصة

  • في Uniform تنتقل حالة TTL بين رأس الحزمة وحدود الملصقات، ولذلك تبقى LSR الوسيطة داخل النفق مرئية للمرور خارج LSP.
  • يقصد من Pipe أن يبدو النفق كأنه قفزة واحدة، بغض النظر عن عدد LSR التي يعبرها؛ أما Short Pipe فيغيّر معالجة الخروج مع إبقاء قاعدة حد القفزات.
  • يعرّف RFC 3443 النماذج الثلاثة، لكنه لا يعرّف آلية لإبلاغ النموذج؛ الاختيار متروك لضبط المشغّل عبر واجهة إدارة أو سطر أوامر.

الآلية كما ينبغي التحقق منها

عند push في Pipe وShort Pipe تُسنَد إلى الملصق الجديد قيمة TTL يضبطها المشغّل بدلاً من نسخ قيمة الرأس الموجود تحته. أشار RFC 3443 إلى أن 255 كان اتجاهاً شائعاً في بعض التطبيقات وقت نشره، لكنه لا يفرضه كقيمة عالمية. وفي القاعدة العادية ينقص TTL الخارج واحداً من الداخل، ولا تُمرَّر الحزمة إذا فشل فحص TTL الخارج؛ ولا تلغي النماذج هذه القيود إلا في الموضع الذي تحدده إجراءاتها.

عند الدخول ينبغي فحص قيمة دفع الملصق الأولى وسلوك رأس الحزمة. وفي عقدة العبور يجب مطابقة تبديل الملصق مع الإنقاص والفحص. وعند الخروج يجب التحقق من إزالة الملصق، ومن أثر PHP إن حدث عند العقدة قبل الأخيرة. يعامل Short Pipe رأس الحزمة عند الخروج كما لو أن عقدة الخروج قفزة توجيه عادية، بما في ذلك الإنقاص المحدد. ويذكر RFC 3443 تكافؤ الإنقاص من طرف إلى طرف مع أو بدون إزالة الملصق عند العقدة قبل الأخيرة في الحالة المكافئة.

المكدس الهرمي يضيف حداً آخر يجب اختباره: إذا لم تُطبق إجراءات push أو swap أو pop كاملة على كل مستوى، فقد تصبح حالة TTL غير متسقة عند حدود الملصقات. لذلك لا يثبت traceroute الذي لا يعرض قفزات داخل النفق وحده أن النموذج Pipe مضبوط، ولا يثبت المسار الذي اتخذته الحزمة أو اتساق تنفيذ كل جهاز. إن إخفاء الرؤية ليس تشفيراً أو سرية أو مصادقة أو حاجزاً أمنياً.

RFC 3443 يوضح معالجة TTL ويحدّث RFC 3032، بينما يصف RFC 3032 ترميز مكدس الملصقات. أما RFC 3270 فسياقه دعم الخدمات المتمايزة؛ لا ينبغي خلطه بآلية اكتشاف الأعطال أو بإشارة اختيار نموذج TTL. كما أن النموذج لا ينشئ LSP، ولا يجيز مساراً، ولا يصادق نظيراً، ولا يمنح وصولاً، ولا يغيّر سلطة سياسة التوجيه. ولا تدّعي هذه المواصفة سياسة تشغيل عالمية تخبر متى يكون إخفاء القفزات أفضل من إظهارها.

مسار قرار المشغّل

  1. حدّد هل الغرض التشغيلي إظهار قفزات النفق، أو تقديمه كقفزة واحدة، أو تطبيق معالجة الخروج الخاصة بـ Short Pipe.
  2. وثّق اختيار النموذج وقيمة TTL الأولية في إدارة المشغّل؛ لا تستنتج الاختيار من قيمة 255 ولا من غياب قفزات تتبع المسار.
  3. أنشئ حالة اختبار للتحقق: رأساً بقيمة TTL معروفة، ومكدساً أحادي المستوى، ثم مكدساً هرمياً مع PHP وبدونه، وسجّل قيمة TTL بعد الدخول والعبور والخروج وإزالة الملصق.
  4. قارن النتائج بقواعد RFC 3443، وافصل فشل استمرارية مسار التوجيه الذي تقيسه آليات أخرى عن خطأ TTL؛ لا يعرّف RFC 3443 كشف الفشل.

المصادر