NMS와 디바이스의 동기화 상태를 확인하기 위한 구성 수정 식별자 보기

구성 수정 식별자(CRI)는 커밋된 구성과 연관된 고유한 문자열입니다. Junos Space와 같은 네트워크 관리 시스템(NMS) 애플리케이션은 CRI를 사용하여 다른 시스템이 네트워크 디바이스에 대역 외 구성을 변경했는지 여부를 탐지할 수 있습니다. 대역 외 구성 변경은 NMS 외부의 디바이스에 대한 구성 변경입니다. 예를 들어, CLI, J-Web 인터페이스 또는 Junos Space 네트워크 관리 플랫폼 구성 편집기를 사용하여 디바이스의 구성 변경을 수행할 수 있습니다.

NMS 애플리케이션은 주어진 커밋에 대한 CRI를 캐시에 저장할 수 있습니다. 나중에 NMS는 캐시된 값을 네트워크 디바이스의 현재 구성에 대한 CRI와 비교하여 다른 시스템이 디바이스에 대역 외 구성을 변경했는지 탐지할 수 있습니다. NMS 애플리케이션이 디바이스 구성을 수정하는 유일한 유틸리티인 경우 CRI 모니터링이 필요하지 않을 수 있습니다. 그러나 실제 네트워크 구축에서는 지원 작업을 위한 유지 관리 기간과 같이 디바이스에서 대역 외 구성 커밋이 발생할 수 있습니다. 이러한 경우 NMS 애플리케이션은 이러한 대역 외 커밋을 탐지하지 못할 수 있습니다.

Junos OS 릴리스 16.1부터 커밋이 성공하면 태그에 <commit-results> 태그가 <commit-revision-information> 포함됩니다. 태그에는 <commit-revision-information> 이전 개정 번호와 업데이트된 개정 번호가 포함됩니다. NMS 애플리케이션은 이 개정 번호를 로컬에 저장할 수 있습니다. 나중에 NMS 애플리케이션은 네트워크 디바이스에서 최신 수정 번호를 검색하고 로컬에 저장된 수정 번호와 비교하여 디바이스와 동기화되지 않았는지 또는 동기화되지 않았는지 확인할 수 있습니다.

다음 예제 RPC 응답에는 <commit-revision-information> 커밋 수정 세부 정보가 포함된 태그가 포함되어 있습니다.

구성 수정 식별자는 다음과 같은 형식의 문자열입니다.

플랫폼마다 다른 라우팅 엔진 이름이 포함되어 있습니다. 예를 들면 다음과 같습니다.

• MX 시리즈 라우터의 듀얼 라우팅 엔진—re0, re1

• SRX 시리즈 섀시 클러스터 - node0, node1, node2 등

• MX 시리즈 Virtual Chassis—member0-re0, member0-re1, member1-re0 등

• EX 시리즈 버추얼 섀시 - fpc0, fpc1 등

라우팅 엔진 이름은 사용자가 구성한 디바이스의 호스트 이름과 다릅니다. 라우팅 엔진 이름은 구성 변경의 소스를 식별하는 데 사용됩니다. 개정 번호의 타임스탬프는 Unix epoch 형식(Unix 시간 또는 POSIX 시간이라고도 함)으로 표시됩니다. 카운터 인덱스는 모든 커밋 작업에 대해 1씩 증가합니다. NMS 애플리케이션은 구성 수정 식별자를 전체 문자열로 간주하고 이 수정 식별자의 개별 부분 문자열을 구문 분석하지 않습니다.

또한 Junos OS 및 Junos OS Evolved 릴리스 20.4R1부터 애플리케이션은 커밋된 구성과 연관된 CRI를 사용하여 다음과 같은 작업을 수행할 수 있습니다.

• 구성을 봅니다.

• 두 구성을 비교합니다.

• 구성으로 되돌립니다.

• 해당 구성과 연관된 현재 롤백 인덱스를 검색합니다.