logo
ส่งข้อความ
Shenzhen Olax Technology CO.,Ltd
ผลิตภัณฑ์
ข่าว
บ้าน > ข่าว >
ข่าวบริษัท เกี่ยวกับ ทำไม 5G ถึงต้องการระบบ NETCONF (3)?
เหตุการณ์ที่เกิดขึ้น
ติดต่อ
ติดต่อ: Ms. Anna
ติดต่อตอนนี้
ส่งอีเมลถึงเรา

ทำไม 5G ถึงต้องการระบบ NETCONF (3)?

2025-09-27
Latest company news about ทำไม 5G ถึงต้องการระบบ NETCONF (3)?

1. กรอบงานโปรโตคอล ดังแสดงในรูปภาพต่อไปนี้ (1) NETCONF ใช้โครงสร้างแบบหลายชั้น โดยแต่ละชั้นจะห่อหุ้มฟังก์ชันเฉพาะและให้บริการแก่ชั้นบน โครงสร้างนี้ช่วยให้แต่ละชั้นสามารถมุ่งเน้นไปที่แง่มุมเดียวของ NETCONF และลดการพึ่งพาอาศัยกันระหว่างชั้น การเปลี่ยนแปลงภายในชั้นจะมีผลกระทบน้อยที่สุดต่อชั้นอื่นๆ

 

ข่าว บริษัท ล่าสุดเกี่ยวกับ ทำไม 5G ถึงต้องการระบบ NETCONF (3)?  0

 

 

NETCONF สามารถแบ่งออกเป็นสี่ชั้น: ชั้นความปลอดภัยในการขนส่ง, ชั้นข้อความ, ชั้นการดำเนินการ, และ ชั้นเนื้อหา. ชั้นเหล่านี้คือ:

 

  • ชั้นความปลอดภัยในการขนส่ง: ชั้นนี้รับผิดชอบการสื่อสารระหว่างไคลเอนต์และเซิร์ฟเวอร์ NETCONF สามารถวางซ้อนบนโปรโตคอลการขนส่งใดๆ ที่ตรงตามข้อกำหนดพื้นฐาน เช่น SSH, TLS และ HTTPS SSH เป็นโปรโตคอลการขนส่งที่ต้องการสำหรับการส่งข้อความ XML ใน NETCONF
  • ชั้นข้อความ: ชั้นนี้มีกลไกการเข้ารหัส RPC และการแจ้งเตือนที่ไม่ขึ้นกับการขนส่ง ไคลเอนต์จะห่อหุ้มคำขอ RPC ใน องค์ประกอบและส่งไปยังเซิร์ฟเวอร์ เซิร์ฟเวอร์จะห่อหุ้มผลลัพธ์ของการประมวลผลคำขอนี้ใน องค์ประกอบและส่งไปยังไคลเอนต์
  • ชั้นการดำเนินการ: ชั้นนี้กำหนดชุดของการดำเนินการโปรโตคอลพื้นฐาน ซึ่งเรียกว่าเป็นวิธีการ RPC พร้อมพารามิเตอร์ที่เข้ารหัส XML
  • ชั้นเนื้อหา: ชั้นนี้ถูกกำหนดโดยแบบจำลองข้อมูลสำหรับข้อมูลการจัดการ ปัจจุบัน แบบจำลองข้อมูลกระแสหลัก ได้แก่ Schema และ YANG        
  • Schema เป็นชุดของกฎสำหรับการอธิบายไฟล์ XML อุปกรณ์ใช้ไฟล์ schema (คล้ายกับไฟล์ MIB ใน SNMP) เพื่อจัดเตรียมการกำหนดค่าอุปกรณ์และอินเทอร์เฟซการจัดการให้กับระบบการจัดการเครือข่าย (NMS)
  • YANG เป็นภาษาการสร้างแบบจำลองข้อมูลที่ออกแบบมาสำหรับ NETCONF ไคลเอนต์สามารถคอมไพล์การดำเนินการ RPC เป็นข้อความ XML เพื่อให้บรรลุการสื่อสารแบบไคลเอนต์-เซิร์ฟเวอร์ที่เป็นไปตามข้อจำกัดของแบบจำลอง YANG

 

2. รูปแบบข้อความ รูปภาพต่อไปนี้ (2) เป็นโครงสร้างข้อความคำขอ NETCONF YANG ที่สมบูรณ์

ข่าว บริษัท ล่าสุดเกี่ยวกับ ทำไม 5G ถึงต้องการระบบ NETCONF (3)?  1

 

 

 

3. กรอบงานการสื่อสาร ใน NETCONF คำขอ RPC ที่เริ่มต้นโดยไคลเอนต์และการตอบกลับจากเซิร์ฟเวอร์จะถูกเข้ารหัสใน XML และบรรจุอยู่ใน และ องค์ประกอบตามลำดับ กรอบงานคำขอ-ตอบกลับนี้เป็นอิสระจากโปรโตคอลเลเยอร์การขนส่ง องค์ประกอบ RPC พื้นฐานบางอย่างแสดงอยู่ด้านล่าง:

  • องค์ประกอบ ใช้เพื่อห่อหุ้มคำขอที่ส่งโดยไคลเอนต์ NETCONF ไปยังเซิร์ฟเวอร์ NETCONF
  • เซิร์ฟเวอร์ NETCONF ส่ง องค์ประกอบเพื่อตอบสนองต่อแต่ละ คำขอ
  • หากเกิดข้อผิดพลาดหรือสัญญาณเตือนใดๆ ระหว่างการประมวลผล คำขอ เซิร์ฟเวอร์ NETCONF จะส่งกลับ ข้อความที่มีเพียง องค์ประกอบไปยังไคลเอนต์ NETCONF
  • หากไม่มีข้อผิดพลาดหรือสัญญาณเตือนใดๆ เกิดขึ้นระหว่างการประมวลผล คำขอ เซิร์ฟเวอร์ NETCONF จะส่งกลับ ข้อความที่มีเพียง องค์ประกอบไปยังไคลเอนต์ NETCONF
  •  

    IV. การกำหนดค่าฐานข้อมูล NETCONF กำหนดชุดพารามิเตอร์การกำหนดค่าอุปกรณ์ที่สมบูรณ์ NETCONF กำหนดการมีอยู่ของฐานข้อมูลการกำหนดค่าอย่างน้อยหนึ่งรายการ และอนุญาตให้ดำเนินการกำหนดค่ากับฐานข้อมูลเหล่านั้น ในแบบจำลอง NETCONF พื้นฐาน มีเพียงฐานข้อมูลการกำหนดค่า เท่านั้นที่พร้อมใช้งาน ฐานข้อมูลการกำหนดค่าอื่นๆ สามารถกำหนดได้ตามความสามารถ และพร้อมใช้งานเฉพาะบนอุปกรณ์ที่รองรับความสามารถเหล่านั้นเท่านั้น ซึ่งรวมถึง:

     

    • : ฐานข้อมูลการกำหนดค่าที่กำลังทำงาน ฐานข้อมูลนี้จัดเก็บการกำหนดค่าที่ใช้งานอยู่ทั้งหมดบนอุปกรณ์เครือข่าย มีเพียงฐานข้อมูลการกำหนดค่า เท่านั้นบนอุปกรณ์ และมีอยู่เสมอ

     

    • : ฐานข้อมูลการกำหนดค่าผู้สมัคร ฐานข้อมูลนี้จัดเก็บข้อมูลการกำหนดค่าที่จะส่งไปยังฐานข้อมูลการกำหนดค่า บนอุปกรณ์ การดำเนินการกับฐานข้อมูลการกำหนดค่า สามารถดำเนินการได้โดยไม่มีผลกระทบต่อการกำหนดค่าปัจจุบันของอุปกรณ์ การดำเนินการ ใช้เพื่อส่งการกำหนดค่าผู้สมัคร ในการรองรับฐานข้อมูลการกำหนดค่า อุปกรณ์ต้องรองรับความสามารถในการกำหนดค่าผู้สมัคร ซึ่งเป็นความสามารถ NETCONF มาตรฐาน

     

    • : ฐานข้อมูลการกำหนดค่าเริ่มต้น (คล้ายกับไฟล์การกำหนดค่าที่บันทึกไว้) จัดเก็บข้อมูลการกำหนดค่าที่จำเป็นต้องโหลดเมื่ออุปกรณ์เริ่มต้น ในการรองรับฐานข้อมูลการกำหนดค่า อุปกรณ์ต้องรองรับความสามารถในการเริ่มต้นที่เป็นอิสระ ซึ่งเป็นความสามารถ NETCONF มาตรฐาน