الخلاصة

  • رأت RFC 1270 أن SNMP ينبغي أن يعمل عادةً فوق UDP/IP كي تعبر رسائل الإدارة الموجّهات ولا تعتمد على تقنية ربط بعينها.
  • كانت التوجيهات والمجموع الاختباري وتعدد الإرسال والتجزئة وظائف في مكدس الشبكة؛ وقد تبقى إدارة مرتبطة بطبقة الربط محصورة في المقطع الذي تراقبه.
  • كانت المذكرة معلوماتية لا معياراً جديداً، ولم تزعم أن UDP/IP يضمن وصول رسائل الإدارة عند انقطاع الشبكة بالكامل.

كان على مسار الإدارة أن يغادر الوصلة

بحلول عام 1991، أتاح SNMP لمحطة الإدارة فحص عناصر الشبكة والتحكم بها. لكن بقي سؤال عملي: هل ينبغي أن تعتمد رسائل SNMP مباشرة على كل تقنية شبكة محلية، أم تمر عبر الطبقة التي تصل الشبكات بعضها ببعض؟

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

بهذا يقل اعتماد مستوى الإدارة على وسيط الربط المحلي. يمكن وصل شبكات تستخدم تقنيات مختلفة، بينما يقدم IP طبقة مشتركة فوقها. وتستطيع رسالة SNMP نفسها عبور عدة موجّهات من دون أن تحتاج إلى معرفة تقنية كل وصلة تمر بها.

لم يكن IP مجرد غلاف

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

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

لا يعني ذلك أن IP يبقي الإدارة متاحة أمام كل عطل. إذا تضررت منطقة وبقي مسار بديل، فقد يحافظ التوجيه على الوصول إلى جهاز يقع بعدها. أما إذا اختفى المسار الوحيد أو الجهاز المقصود، فلن ينشئ UDP طريقاً بديلاً ولن يضمن رداً. حتى الشبكة التي تراقب نفسها تعتمد على الشبكة ذاتها.

حدود التقييس والاستثناءات

كانت RFC 1270 واضحة بشأن مكانتها: مذكرة معلوماتية لا تحدد معياراً للإنترنت. أما مواصفة SNMP السارية آنذاك، RFC 1157، فكانت تحدد UDP لتبادل رسائل SNMP؛ وقالت RFC 1270 إن UDP كان وقتها الناقل الوحيد المقيّس لهذا الغرض. لذا استند تفضيل UDP/IP إلى المعيار القائم وإلى حجة التوافق التشغيلي على الإنترنت.

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

لاحقاً، حددت RFC 1418 تشغيل SNMP فوق خدمة النقل عديمة الاتصال في OSI للبيئات التي لا يتوفر فيها UDP/IP، مع اعتبار UDP/IP أفضل لمعظم بيئات الإنترنت. لم يكن اختيار عام 1991 قاعدة مطلقة تفرض ناقلاً واحداً على كل الحالات، بل جواباً عملياً عن الشبكة التي كان متوقعاً أن تعبرها الإدارة.

ما الذي لا يثبته نجاح الاستعلام؟

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

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

المصادر: RFC 1270، وRFC 1157، وRFC 1418.