5G는 왜 NETCONF 시스템이 필요한가 (3)?

1.프로토콜 프레임워크아래 그림 (1) 에서 보듯이, NETCONF는 각 계층이 특정 기능을 캡슐화하고 상위 계층에 서비스를 제공하는 계층 구조를 채택합니다.이 구조는 각 계층이 NETCONF의 하나의 측면에 집중할 수 있도록 하고 계층 간의 의존성을 줄여줍니다.한 계층 내의 변화는 다른 계층에 최소한의 영향을 미칩니다.

NETCONF는 네 개의 계층으로 나눌 수 있습니다.운송 보안 계층,메시지 계층,작업 계층, 그리고컨텐츠 계층이 층은 다음과 같습니다.

• 운송 보안 계층:이 계층은 클라이언트와 서버 사이의 통신에 책임이 있습니다. NETCONF은 SSH, TLS 및 HTTPS와 같은 기본 요구 사항을 충족하는 모든 전송 프로토콜 위에 계층화 될 수 있습니다.SSH는 NETCONF에서 XML 메시지를 전송하는 데 선호되는 전송 프로토콜입니다..
• 메시지 계층:이 계층은 전송 독립적인 RPC 및 알림 암호화 메커니즘을 제공합니다. 클라이언트는 RPC 요청을서버는 이 요청을 처리한 결과를그리고 클라이언트에게 전송합니다.
• 작업 계층:이 계층은 기본 프로토콜 연산의 집합을 정의하며, 이는 XML-코딩된 매개 변수와 함께 RPC 메소드라고 불립니다.
• 컨텐츠 계층:이 계층은 관리 데이터의 데이터 모델에 의해 정의됩니다. 현재 주류 데이터 모델에는 Schema와 YANG가 포함됩니다.       
• 스키마는 XML 파일을 설명하는 규칙의 집합입니다.장치들은 네트워크 관리 시스템 (NMS) 에 장치 구성 및 관리 인터페이스를 제공하기 위해 스키마 파일 (SNMP의 MIB 파일과 유사) 을 사용합니다..
• YANG는 NETCONF를 위해 설계된 데이터 모델링 언어입니다.클라이언트는 RPC 동작을 XML 메시지로 컴파일하여 YANG 모델의 제약에 부합하는 클라이언트-서버 통신을 달성할 수 있습니다..

2.메시지 형식다음 그림 (2) 은 NETCONF YANG 요청 메시지 구조의 전체입니다.

3.커뮤니케이션 프레임워크NETCONF에서 클라이언트에서 시작된 RPC 요청과 서버로부터의 응답은 XML로 암호화되고그리고이 요청 응답 프레임워크는 전송 계층 프로토콜과 독립적입니다. 몇 가지 기본 RPC 요소는 아래와 같이 나열됩니다.

• 의이 요소는 NETCONF 클라이언트가 NETCONF 서버로 보내는 요청을 캡슐화하는 데 사용됩니다.
• NETCONF 서버는각 요소에 대한 반응요청.
• 만약 오류나 경보가 발생하면요청, NETCONF 서버는메시지는 단지NETCONF 클라이언트에
• 만약 오류나 경보가 발생하지 않는다면요청, NETCONF 서버는메시지는 단지NETCONF 클라이언트에

IV.데이터베이스 구성NETCONF는 전체 장치 구성 매개 변수를 정의합니다. NETCONF는 하나 이상의 구성 데이터베이스의 존재를 정의하고 그 위에 구성 작업을 허용합니다.기본 NETCONF 모델에서, 단지구성 데이터베이스가 있습니다. 다른 구성 데이터베이스는 기능에 따라 정의 될 수 있으며 해당 기능을 지원하는 장치에서만 사용할 수 있습니다. 여기에는 다음이 포함됩니다:

• : 실행되는 구성 데이터베이스. 이 데이터베이스는 현재 네트워크 장치에 있는 모든 활성 구성들을 저장합니다.장치의 구성 데이터베이스, 그리고 항상 존재합니다.

• : 후보 구성 데이터베이스. 이 데이터베이스는장치의 구성 데이터베이스장치의 현재 구성에 영향을 미치지 않고 실행할 수 있습니다.이 작업은 후보 구성을 수행하는 데 사용됩니다.구성 데이터베이스, 장치가 지원해야 합니다 후보 구성 기능, 표준 NETCONF 기능.

• : 시작 구성 데이터베이스 (저장 된 구성 파일과 비슷합니다). 장치가 시작될 때 로드해야 하는 구성 데이터를 저장합니다.구성 데이터베이스, 장치가 독립적인 시작 기능을 지원해야 합니다. 이는 표준 NETCONF 기능입니다.