logo
أرسل رسالة
Shenzhen Olax Technology CO.,Ltd
المنتجات
أخبار
المنزل > أخبار >
أخبار الشركة حول لماذا تحتاج شبكة الجيل الخامس نظام NETCONF (3)؟
الأحداث
الاتصالات
الاتصالات: Ms. Anna
اتصل الآن
راسلنا بالبريد الإلكتروني

لماذا تحتاج شبكة الجيل الخامس نظام NETCONF (3)؟

2025-09-27
Latest company news about لماذا تحتاج شبكة الجيل الخامس نظام NETCONF (3)؟

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

 

آخر أخبار الشركة لماذا تحتاج شبكة الجيل الخامس نظام NETCONF (3)؟  0

 

 

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

 

  • طبقة أمان النقل: هذه الطبقة مسؤولة عن الاتصال بين العميل والخادم. يمكن بناء NETCONF فوق أي بروتوكول نقل يفي بالمتطلبات الأساسية، مثل SSH و TLS و HTTPS. SSH هو بروتوكول النقل المفضل لنقل رسائل XML في NETCONF.
  • طبقة الرسائل: توفر هذه الطبقة آليات ترميز RPC والإشعارات المستقلة عن النقل. يقوم العميل بتغليف طلب RPC في عنصر ويرسله إلى الخادم. يقوم الخادم بتغليف نتيجة معالجة هذا الطلب في عنصر ويرسله إلى العميل.
  • طبقة العمليات: تحدد هذه الطبقة مجموعة من عمليات البروتوكول الأساسية، والتي تسمى طرق RPC مع معلمات مشفرة بتنسيق XML.
  • طبقة المحتوى: يتم تعريف هذه الطبقة بواسطة نموذج البيانات لبيانات الإدارة. حاليًا، تشمل نماذج البيانات السائدة Schema و YANG.        
  • Schema هي مجموعة من القواعد لوصف ملفات XML. تستخدم الأجهزة ملفات schema (على غرار ملفات MIB في SNMP) لتوفير تكوين الجهاز وواجهات الإدارة لأنظمة إدارة الشبكات (NMSs).
  • YANG هي لغة نمذجة بيانات مصممة لـ NETCONF. يمكن للعميل تجميع عمليات RPC في رسائل XML لتحقيق اتصال بين العميل والخادم يتوافق مع قيود نموذج YANG.

 

2. تنسيق الرسالة الشكل التالي (2) هو هيكل رسالة طلب NETCONF YANG كاملة؛

آخر أخبار الشركة لماذا تحتاج شبكة الجيل الخامس نظام NETCONF (3)؟  1

 

 

 

3. إطار عمل الاتصال في NETCONF، يتم ترميز طلب RPC الذي يبدأه العميل والرد من الخادم كلاهما بتنسيق XML ويحتويان على عنصري و على التوالي. إطار عمل الطلب-الرد هذا مستقل عن بروتوكول طبقة النقل؛ يتم سرد بعض عناصر RPC الأساسية أدناه:

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

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

     

    • : قاعدة بيانات التكوين قيد التشغيل. تقوم قاعدة البيانات هذه بتخزين جميع التكوينات النشطة حاليًا على جهاز الشبكة. يوجد فقط قاعدة بيانات تكوين واحدة على الجهاز، وهي موجودة دائمًا.

     

    • : قاعدة بيانات التكوين المرشح. تقوم قاعدة البيانات هذه بتخزين بيانات التكوين المراد الالتزام بها في قاعدة بيانات التكوين على الجهاز. يمكن إجراء العمليات على قاعدة بيانات التكوين دون التأثير على التكوين الحالي للجهاز. يتم استخدام عملية للالتزام بتكوين مرشح. لدعم قاعدة بيانات التكوين، يجب أن يدعم الجهاز إمكانية التكوين المرشح، وهي إمكانية NETCONF قياسية.

     

    • : قاعدة بيانات تكوين بدء التشغيل (على غرار ملف التكوين المحفوظ). تقوم بتخزين بيانات التكوين التي يجب تحميلها عند بدء تشغيل الجهاز. لدعم قاعدة بيانات التكوين، يجب أن يدعم الجهاز إمكانية بدء التشغيل المستقلة، وهي إمكانية NETCONF قياسية.