Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서는
 

NETCONF 세션 시작

각 NETCONF 세션은 NETCONF 서버와 클라이언트 애플리케이션이 지원하는 NETCONF 기능을 지정하는 악수로 시작됩니다. 다음 섹션에서는 NETCONF 세션을 시작하는 방법을 설명합니다.

< > 태그 요소

NETCONF 서버 및 클라이언트 <hello> 애플리케이션은 각각 태그 요소를 내보 내보는 것으로 시작하여 NETCONF 규격에 정의된 작업 또는 기능 중에서 어떤 작업을 지원하는지 지정합니다. 태그 <hello> 요소는 세션 <capabilities> <session-id> 에 대해 NETCONF 서버의 UNIX 프로세스 ID(PID)를 지정하는 요소와 요소를 포함합니다. 요소 내에서 <capabilities> 각 요소는 <capability> 지원되는 기능을 정의합니다.

클라이언트 애플리케이션은 <hello> NETCONF 세션 중 다른 요소가 시작하기 전에 태그 요소를 내보 내야 합니다.

NETCONF 규격에 정의된 <capability> 각 기능은 URN(통일된 리소스 이름)을 통해 요소로 표현됩니다. 개별 벤더가 정의하는 기능은 URNS 또는 URL 수 있는 통일된 리소스 식별자(URIS)로 표현됩니다. NETCONF XML <hello> 관리 프로토콜은 다음 샘플 출력과 유사한 요소를 내보 내보 내기 합니다(일부 <capability> 요소는 가해성에만 여러 줄에 나타납니다).

요소의 URIS <hello> 는 지원되는 다음 기능을 나타 내며, 이는 전체 목록이 아니라는 것을 나타냅니다.

  • urn:ietf:params:netconf:base:1.0—NETCONF 서버는 기본 NETCONF 사양에 정의된 기본 운영 및 요소를 지원하며,

  • urn:ietf:params:netconf:capability:candidate:1.0—NETCONF 서버는 후보 구성의 운영을 지원

  • urn:ietf:params:netconf:capability:confirmed-commit:1.0—NETCONF 서버는 확인된 커밋 작업을 지원 자세한 내용은 NETCONF를 사용한 확인 후 지원자 구성 커밋을 참조하십시오.

  • urn:ietf:params:netconf:capability:validate:1.0—NETCONF 서버는 실제로 커밋하지 않고도 구성의 구문적 정확성을 검증하는 검증 작업을 지원하고 있습니다. 자세한 내용은 NETCONF를 사용하여 후보 구성 구문 확인 을 참조하십시오.

  • urn:ietf:params:netconf:capability:url:1.0?protocol=http,ftp,file—NETCONF 서버는 파일에 저장된 구성 데이터를 허용합니다. HTTP(Hypertext Transfer Protocol) 또는 FTP http ftp(URN의 옵션에 의해 표시)를 사용하여 로컬 파일 시스템과 원격 시스템 모두에서 파일을 검색할 수 file 있습니다. 자세한 내용은 NETCONF 세션의 업로드 및 형식 구성 데이터를 참조하십시오.

  • http://xml.juniper.net/netconf/junos/1.0—NETCONF 서버는 운영 정보 요청 및 변경을 위해 Junos XML API에 정의된 운영( Junos XML API 운영 개발자 참조의 태그 요소)을 지원 NETCONF 서버는 구성 정보 요청 또는 변경을 위한 Junos XML 관리 프로토콜의 운영도 지원합니다.

    NETCONF 클라이언트 애플리케이션은 구성 기능을 위한 Junos XML 관리 프로토콜에서 사용할 수 있는 네이티브 NETCONF XML 관리 프로토콜 작업 및 지원되는 확장만 사용해야 합니다. 해당 Junos XML 프로토콜 작업과 NETCONF XML 프로토콜 작업의 semantics는 반드시 동일하지 않습니다. 따라서 문서화된 지원되는 확장이 아닌 Junos XML 프로토콜 구성 작업을 사용하는 경우 예상치 못한 결과가 발생할 수 있습니다.

  • http://xml.juniper.net/dmi/system/1.0—NETCONF 서버는 DMI(Device Management Interface) 사양에서 정의된 작업을 지원

기본적으로 NETCONF 서버는 NETCONF 기능 교환에서 지원되는 YANG 모듈을 광고하지 않습니다. 지원되는 YANG 모듈을 광고하기 위해 계층 [edit system services netconf hello-message yang-module-capabilities] 수준에서 하나 이상의 다음 명령문을 구성하십시오.

  • advertise-custom-yang-modules—장치에 설치된 타사 YANG 모듈을 광고합니다.
  • advertise-native-yang-modules—네이티브 YANG Junos OS 광고하십시오.
  • advertise-standard-yang-modules—디바이스에서 지원되는 표준 YANG 모듈을 광고합니다(예: OpenConfig 모듈).

또한 클라이언트 애플리케이션은 NETCONF 규격을 준수하기 위해 지원 기능을 <hello> 정의하는 요소를 내보 내보 내기 합니다. 여기에는 다음 요소가 포함되어 있지 <session-id> 않습니다.

클라이언트 애플리케이션이 NETCONF 서버로 요청을 보낼 때 세션이 계속됩니다. NETCONF 서버는 클라이언트 애플리케이션의 요청에 대한 응답을 제외하고 세션 초기화 후에 요소를 내보지 않습니다.

호환성 검증

태그 요소를 변 <hello> 신하면 클라이언트 애플리케이션과 NETCONF 서버가 동일한 기능을 지원하는지 여부를 판단할 수 있습니다. 또한 클라이언트 애플리케이션이 NETCONF 서버에서 실행되는 Junos OS 버전을 확인하는 것이 좋습니다. 태그를 내보면 <hello> 클라이언트 <get-software-information> 애플리케이션은 태그 요소에 태그 요소를 내보 <rpc> 내보 않습니다.

NETCONF 서버는 각 <software-information> <host-name> <product-name> <package-information> 모듈에 대한 태그 요소와 태그 요소를 Junos OS 요소입니다. <comment> <package-information> 태그 요소 내 태그 요소는 Junos OS Release 8.2 번호(예: Junos OS Release 8.2)와 YYYMMDD 형식의 구축 날짜(연도, 월, 일– 다음 예제의 1월 12일)를 지정합니다. 일부 태그 요소는 가용성만 위해 여러 줄에 나타납니다.

일반적으로, 버전은 장치에서 실행되는 Junos OS 모듈에 대해 동일합니다(예측 가능한 라우팅 성능을 위해 이 구성을 권장합니다). 따라서 단 하나의 모듈의 버전 번호를 확인하는 것만으로 충분합니다.

클라이언트 애플리케이션은 버전 또는 기능의 차이점을 처리하는 방법을 결정하는 작업을 담당합니다. 완벽하게 자동화된 성능을 위해 클라이언트 애플리케이션이 NETCONF 서버와 동일한 기능을 지원하는지 여부와 네트워크 Junos OS 코드를 포함합니다. 다음 옵션 중 차이점이 있는 경우 적합한 옵션을 결정하고 해당 응답을 구현합니다.

  • 기능 및 버전 간의 Junos OS 무시하고 NETCONF 서버를 수용하기 위해 클라이언트 애플리케이션의 동작을 변경하지 마십시오. 각 Junos OS 버전 간의 차이는 반드시 서버와 클라이언트의 비호화되지 않을 수 있으므로, 이는 종종 유효한 접근법입니다. 마찬가지로, 클라이언트 애플리케이션이 지원하지 않는 기능이 구성 검증 및 확인된 커밋과 같이 항상 클라이언트에 의해 시작된 작업인 경우 유효한 접근 방식입니다. 이 경우 클라이언트는 작업을 시작하지 않는 호환성을 유지 관리합니다.

  • NETCONF 서버와 호환되는 표준 동작을 변경합니다. 예를 들어 클라이언트 애플리케이션이 최신 버전의 Junos OS 경우, NETCONF 서버 버전에서 사용할 수 있는 소프트웨어 기능을 나타내는 NETCONF 및 Junos XML 태그 요소만 내보 내보는 것을 Junos OS.

  • NETCONF 세션을 종료하고 연결을 종료합니다. 이는 NETCONF 서버의 버전 또는 기능을 수용하는 것이 실용적이지 않다고 판단하는 경우 적절합니다. 지침은 NETCONF 세션 종료 및 연결 종료를 참조하십시오.