NETCONF

الموسوعة الحرة
طبقات بروتوكول NETCONF

بروتوكول تكوين الشبكة ( NETCONF ) هو بروتوكول لإدارة الشبكة تم تطويره وتوحيده من قبل فريق عمل هندسة الإنترنت (IETF) . تم تطويره في مجموعة عمل NETCONF [ 1 ] ونُشر في ديسمبر 2006 تحت اسم RFC 4741 [ 2 ] ، ثم نُقّح لاحقًا في يونيو 2011 ونُشر تحت اسم RFC 6241 [ 3 ]. مواصفات بروتوكول NETCONF هي وثيقة ضمن مسار معايير الإنترنت.

يوفر بروتوكول NETCONF آليات لتثبيت إعدادات أجهزة الشبكة ومعالجتها وحذفها. وتُنفَّذ عملياته عبر طبقة استدعاء الإجراءات عن بُعد (RPC) بسيطة. يستخدم بروتوكول NETCONF ترميز بيانات قائم على لغة الترميز القابلة للتوسيع (XML) لبيانات الإعدادات ورسائل البروتوكول. ويتم تبادل رسائل البروتوكول عبر بروتوكول نقل آمن.

يمكن تقسيم بروتوكول NETCONF من الناحية المفاهيمية إلى أربع طبقات:

  1. تتكون طبقة المحتوى من بيانات التكوين وبيانات الإشعارات.
  2. تحدد طبقة العمليات مجموعة من عمليات البروتوكول الأساسية لاسترداد بيانات التكوين وتعديلها.
  3. توفر طبقة الرسائل آلية لترميز استدعاءات الإجراءات عن بعد (RPCs) والإشعارات.
  4. توفر طبقة النقل الآمن نقلًا آمنًا وموثوقًا للرسائل بين العميل والخادم.

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

تاريخ

طوّرت فرقة عمل هندسة الإنترنت (IETF ) بروتوكول إدارة الشبكة البسيط (SNMP) في أواخر ثمانينيات القرن الماضي، وقد أثبت هذا البروتوكول شعبيته الكبيرة في إدارة الشبكات . في مطلع القرن الحادي والعشرين، اتضح أنه على عكس الغرض الأصلي منه، لم يُستخدم SNMP لتهيئة أجهزة الشبكة، بل كان يُستخدم بشكل أساسي لمراقبة الشبكة . في يونيو 2002، اجتمع مجلس هندسة الإنترنت وأعضاء بارزون من مجتمع إدارة الشبكات التابع لـ IETF مع مشغلي الشبكات لمناقشة الوضع. وُثّقت نتائج هذا الاجتماع في RFC 3535. تبيّن أن كل مشغل شبكة كان يستخدم في المقام الأول واجهة سطر أوامر (CLI) خاصة به لتهيئة أجهزته. تميّزت هذه الواجهة بعدد من الخصائص التي نالت إعجاب المشغلين، بما في ذلك كونها نصية، على عكس SNMP المُشفّر بتقنية BER . إضافةً إلى ذلك، لم يُوفّر العديد من مُصنّعي الأجهزة خيار تهيئة أجهزتهم بالكامل عبر SNMP. نظراً لأن المشغلين يفضلون عموماً كتابة البرامج النصية لإدارة أجهزتهم، فقد وجدوا أن واجهة سطر أوامر SNMP تعاني من عدة نواقص. أبرزها عدم القدرة على التنبؤ بطبيعة المخرجات، حيث كان محتوى وتنسيق المخرجات عرضة للتغيير بطرق غير متوقعة.

في نفس الفترة تقريبًا، كانت شركة جونيبر نتوركس تستخدم نهجًا لإدارة الشبكات قائمًا على لغة XML. وقد عُرض هذا النهج على فريق عمل هندسة الإنترنت (IETF) وتمت مشاركته مع المجتمع الأوسع. أدى هذان الحدثان مجتمعين إلى قيام فريق عمل هندسة الإنترنت (IETF) في مايو 2003 بإنشاء فريق عمل NETCONF. كُلِّف هذا الفريق بالعمل على بروتوكول لتكوين الشبكة، بحيث يتوافق بشكل أفضل مع احتياجات مشغلي الشبكات وموردي المعدات. نُشر الإصدار الأول من بروتوكول NETCONF الأساسي في RFC 4741 في ديسمبر 2006. ونُشرت عدة امتدادات في السنوات اللاحقة (الإشعارات في RFC 5277 في يوليو 2008، والأقفال الجزئية في RFC 5717 في ديسمبر 2009، والقيم الافتراضية في RFC 6243 في يونيو 2011، وإشعارات النظام في RFC 6470 في فبراير 2012، والتحكم في الوصول في RFC 6536 في مارس 2012). تم نشر نسخة منقحة من بروتوكول NETCONF الأساسي كـ RFC 6241 في يونيو 2011.

طبقات البروتوكول

محتوى

محتوى عمليات NETCONF عبارة عن XML سليم البنية. معظم المحتوى يتعلق بإدارة الشبكة . لاحقًا، تمت إضافة دعم للترميز باستخدام تدوين كائنات جافا سكريبت (JSON).

أنجز فريق عمل NETMOD العمل على تعريف لغة نمذجة "سهلة الاستخدام" لتحديد دلالات البيانات التشغيلية وبيانات التكوين والإشعارات والعمليات، وتُسمى YANG . تم تعريف YANG في RFC 6020 (الإصدار 1) وRFC 7950 (الإصدار 1.1)، وهي مصحوبة بـ "أنواع بيانات YANG الشائعة" الموجودة في RFC 6991.

خلال صيف عام 2010، أعيد تشكيل فريق عمل NETMOD للعمل على نماذج التكوين الأساسية (النظام والواجهة والتوجيه) بالإضافة إلى العمل على التوافق مع لغة نمذجة SNMP .

العمليات

يحدد البروتوكول الأساسي عمليات البروتوكول التالية:

عمليةوصف
<get>استرجاع معلومات التكوين التشغيلي وحالة الجهاز
<get-config>استرجاع كل أو جزء من مخزن بيانات تكوين محدد
<edit-config>قم بتحرير مخزن بيانات التكوين عن طريق إنشاء المحتوى أو حذفه أو دمجه أو استبداله
<نسخ التكوين>انسخ مخزن بيانات التكوين بالكامل إلى مخزن بيانات تكوين آخر
<حذف-الإعدادات>حذف مخزن بيانات التكوين
<قفل>قفل مخزن بيانات التكوين بالكامل لجهاز
<فتح>قم بتحرير قفل مخزن بيانات التكوين الذي تم الحصول عليه مسبقًا باستخدام عملية <lock>
<إغلاق الجلسة>طلب إنهاء جلسة NETCONF بسلاسة
<إنهاء الجلسة>فرض إنهاء جلسة NETCONF

يمكن توسيع وظائف NETCONF الأساسية من خلال تعريف إمكانيات NETCONF. يتم تبادل مجموعة ميزات البروتوكول الإضافية التي يدعمها التطبيق بين الخادم والعميل خلال مرحلة تبادل الإمكانيات في إعداد الجلسة. لا تُدرج ميزات البروتوكول الإلزامية في تبادل الإمكانيات لأنها مفترضة. يُعرّف RFC 4741 عددًا من الإمكانيات الاختيارية  ، بما في ذلك xpath وvalidate. تجدر الإشارة إلى أن RFC 6241 يُلغي RFC 4741.

تم نشر إمكانية دعم الاشتراك في إشعارات الأحداث غير المتزامنة واستلامها في RFC 5277. تُعرّف هذه الوثيقة عملية <create-subscription>، التي تُمكّن من إنشاء اشتراكات في الوقت الفعلي واشتراكات إعادة التشغيل. ثم تُرسل الإشعارات بشكل غير متزامن باستخدام بنية <notification>. كما تُعرّف أيضًا إمكانية :interleave، التي تُسهّل، عند دعمها مع إمكانية :notification الأساسية، معالجة عمليات NETCONF الأخرى أثناء تفعيل الاشتراك.

تُعرّف RFC 5717 إمكانية دعم القفل الجزئي لتكوين التشغيل. يسمح هذا لعدة جلسات بتعديل فروع فرعية غير متداخلة ضمن تكوين التشغيل. بدون هذه الإمكانية، يكون القفل الوحيد المتاح هو قفل التكوين بأكمله.

تُعرّف RFC 6022 إمكانية مراقبة بروتوكول NETCONF. تتضمن هذه الوثيقة نموذج بيانات يشمل معلومات حول مخازن بيانات NETCONF، والجلسات، والأقفال، والإحصائيات، مما يُسهّل إدارة خادم NETCONF. كما تُعرّف طرقًا لعملاء NETCONF لاكتشاف نماذج البيانات التي يدعمها خادم NETCONF، وتُعرّف عملية <get-schema> لاسترجاعها.

رسائل

توفر طبقة رسائل NETCONF آلية تأطير بسيطة ومستقلة عن وسيلة النقل للترميز

  • استدعاءات RPC (رسائل <rpc>)،
  • نتائج استدعاء الإجراءات عن بُعد (رسائل <rpc-reply>)، و
  • إشعارات الأحداث (<رسائل الإشعار>).

كل رسالة NETCONF عبارة عن مستند XML سليم البنية. ترتبط نتيجة استدعاء الإجراء البعيد (RPC) باستدعاء RPC عبر سمة message-id. يمكن ربط رسائل NETCONF بشكل متسلسل، أي يمكن للعميل استدعاء عدة استدعاءات RPC دون الحاجة إلى انتظار رسائل نتائج RPC أولاً. تم تعريف رسائل RPC في RFC 6241، ورسائل الإشعارات في RFC 5277.

ينقل

  • بروتوكول NETCONF عبر Secure Shell (SSH): rfc:6242
  • بروتوكول NETCONF عبر أمان طبقة النقل (TLS) مع مصادقة X.509 المتبادلة : rfc:7589

انظر أيضاً

مراجع

  1. ↑ "مجموعة عمل تكوين الشبكة" . IETF.
  2. ↑ إينز، روب (2006). بروتوكول تكوين NETCONF (تقرير فني). IETF. doi : 10.17487/RFC4741 . RFC4741.
  3. ^ إنس، روب. بيوركلوند، مارتن؛ شونوالدر، يورغن؛ بيرمان، آندي (2011). بروتوكول تكوين الشبكة (NETCONF) (التقرير الفني). IETF. دوى : 10.17487/RFC6241 . RFC6241.