Junos XML 프로토콜을 사용하여 구성의 사설 복사본 커밋
Junos OS를 실행하는 장치가 있는 Junos XML 프로토콜 세션에서는 라우팅, 스위칭 또는 보안 플랫폼에서 활성 구성이 되도록 사설 컨피규레이션 사본을 커밋하기 위해 클라이언트 애플리케이션이 태그 요소에 <rpc> 빈 <commit-configuration/> 태그를 동봉합니다(후보 컨피규레이션과 마찬가지로).
<rpc>
<commit-configuration/>
</rpc>
Junos XML 프로토콜 서버는 현재 후보 컨피규레이션의 복사본을 생성하고, 컨피규레이션의 프라이빗 카피에 변경된 내용을 병합한 다음, 통합된 후보를 커밋하여 장비에서 활성 컨피규레이션을 실행합니다. 서버는 커밋 작업 <rpc-reply> 결과와 <commit-results> 태그 요소를 보고합니다.
사설 복사본에 변경 사항이 포함되지 않은 경우 서버는 오프닝 <commit-results> 태그와 닫는 </commit-results> 태그를 그 사이에 아무 것도 포함하지 않고 내뿜습니다.
<rpc-reply xmlns:junos="URL">
<commit-results>
</commit-results>
</rpc-reply>
사설 카피에 변경 사항이 포함되고 커밋 작업이 성공하면 서버는 사설 카피의 <load-success/> 변경 사항을 후보 구성으로 병합하면 태그를 내뿜습니다. 이 <routing-engine> 요소는 태그와 커밋 작업이 성공한 Routing Engine의 이름을 보고하는 < 이름> 요소와 동봉 <commit-success/> 합니다(단일 라우팅 엔진을 사용하는 장치에서 re0, 2개의 Routing Engine을 가질 수 있는 장비에서 re0 또는 re1).
<rpc-reply xmlns:junos="URL">
<commit-results>
<load-success/>
<routing-engine>
<name>(re0 | re1)</name>
<commit-success/>
</routing-engine>
</commit-results>
</rpc-reply>
전용 카피에 일반 지원자 구성과 충돌하는 변경 사항이 포함되어 있으면 커밋에 실패합니다. <load-error-count> 태그 요소는 오류의 수를 보고하고 <xnm:error> 태그 요소는 오류를 설명하는 태그 요소를 동봉합니다.
개인 사본을 커밋하는 데는 제한이 있습니다. 예를 들어, 일반 후보 컨피규레이션이 다른 사용자나 애플리케이션에 의해 잠기거나 사설 카피가 생성된 이후 커밋되지 않은 변경 사항이 포함된 경우 커밋에 실패합니다. 자세한 내용은 CLI 사용자 가이드를 참조하십시오.
커밋 작업의 대부분의 변형은 프라이빗 카피에서 사용할 수 있습니다.
Junos XML 프로토콜을 사용하여 지정된 시간에 구성 커밋에 설명된 대로 나중에 커밋 예약
Junos XML 프로토콜을 사용하여 이중 컨트롤 플레인에서 구성을 커밋 및 동기화하는 데 설명된 대로 두 라우팅 엔진의 구성 동기화
Junos XML 프로토콜을 사용하여 커밋 작업에 대한 메시지 로깅에 설명된 대로 커밋 시간 메시지를 로깅합니다.
확인된 커밋 작업은 개인 사본에 사용할 수 없습니다. 일반 응시자 구성을 위해 해당 작업을 사용하는 것에 대한 자세한 내용은 Junos XML 프로토콜을 사용하여 확인 후에만 후보 구성 커밋을 참조하십시오.