<commit-configuration>

사용

설명

NETCONF 또는 Junos XML 프로토콜 서버가 후보 구성에서 커밋 작업의 변형 중 하나, 후보 구성의 프라이빗 카피 또는 임시 구성 데이터베이스의 개방형 인스턴스 중 하나를 수행해 보도록 요청합니다.

후보 구성의 프라이빗 카피와 임시 구성 데이터베이스의 커밋 작업에는 일부 제한이 적용됩니다. 예를 들어, 일반 후보 구성이 다른 사용자 또는 애플리케이션에 의해 잠기거나 프라이빗 카피가 생성된 이후 커밋되지 않은 변경 사항이 포함된 경우 개인 카피에 대한 커밋 작업이 실패합니다. 또한 임시 구성 데이터베이스의 인스턴스에서 커밋 작업은 옵션만 지원합니다 <synchronize/> .

태그 요소에 적절한 태그를 <commit-configuration> 묶어 커밋 작업 유형을 지정합니다.

• 즉시 구성을 커밋하여 디바이스에서 활성 구성이 하려면 빈 <commit-configuration/> 태그를 내보낸다.

• 실제로 커밋하지 않고 후보 구성 또는 프라이빗 카피의 구문 정확성을 확인하려면 태그 <commit-configuration> 요소를 묶 <check/> 습니다.

• 관련 커밋 작업이 성공할 때 커밋 기록 로그에 메시지를 기록하려면 태그 요소에서 로그 메시지 문자열을 <log> 정의하고 태그 요소에 <commit-configuration> 태그 요소를 묶습니다. <log> 태그 요소는 다른 모든 태그 요소와 결합할 수 있습니다. <log> 태그 요소만 내보낸 경우 관련 커밋 작업이 즉시 시작됩니다.

• 후보 구성을 커밋하지만 커밋이 영구적이 되도록 명시적인 확인이 필요하려면 태그 <commit-configuration> 요소를 묶 <confirmed/> 습니다.

  커밋이 확인되지 않으면 구성이 짧은 시간 후에 이전 구성으로 롤백됩니다. 기본적으로 롤백은 10분 후에 발생합니다. 다른 롤백 지연을 설정하려면 태그 요소를 포함하고 <confirm-timeout> 1~65,535분 범위에서 값을 지정합니다. 롤백을 다시 지연하려면(원래 rollback 데드라인 이전), 데드라인이 통과되기 전에 태그(태그 요소에 <commit-configuration> 포함)를 내보내 <confirmed/> 고, 선택적으로 요소를 포함 <confirm-timeout> 하여 기본값과 다른 지연을 지정합니다. 롤백은 이러한 방식으로 반복적으로 지연될 수 있습니다.

  태그를 내보낸 후 즉시 그리고 영구적으로 구성을 <confirmed/> 커밋하려면 롤백 데드라인이 통과되기 전에 빈 <commit-configuration/> 태그 또는 <commit-configuration><check/><commit-configuration> 태그를 내보낸다. 디바이스는 후보 구성을 커밋하고 롤백을 취소합니다. 후보 구성이 여전히 현재 커밋된 구성과 동일할 경우, 효과는 현재 커밋된 구성을 다시 커밋하는 것과 동일합니다.

  참고:

  구성의 프라이빗 카피 또는 임시 구성 데이터베이스의 열린 인스턴스를 커밋할 때 확인된 커밋 작업을 사용할 수 없습니다.

• 두 개의 라우팅 엔진을 가진 디바이스에서 두 라우팅 엔진의 로컬 라우팅 엔진 저장된 후보 구성, 프라이빗 카피 또는 임시 데이터베이스 인스턴스를 커밋합니다. 다음과 같이 태그 요소를 결합합니다(임시 데이터베이스는 옵션만 지원) <synchronize/> .

  • 로컬 라우팅 엔진 저장된 개방형 임시 인스턴스에서 후보 구성 또는 구성 데이터를 다른 라우팅 엔진 복사하려면 구성의 구문 정확성을 확인하고 두 라우팅 엔진에서 즉시 커밋하여 태그 <commit-configuration> 요소를 묶 <synchronize/> 습니다.

  • 로컬 라우팅 엔진 저장된 후보 구성을 다른 라우팅 엔진 복사하려면, 응시자의 구문 정확성을 확인하고, 정의된 향후 시간에 두 라우팅 엔진에서 커밋하려면 태그 요소에 <commit-configuration> 또는 <force-synchronize/> 태그 및 <at-time> 태그 요소를 묶 <synchronize/> 습니다. 태그 요소 단독 사용을 위해 이전에 설명한 대로 태그 요소의 <at-time> 값을 <at-time> 설정합니다.

  • 로컬 라우팅 엔진 저장된 후보 구성을 다른 라우팅 엔진 복사하고 각 라우팅 엔진 응시자의 구문 정확성을 확인하려면 태그 요소에 <commit-configuration> 또는 <force-synchronize/> 태그 <check/> 요소를 묶 <synchronize/> 습니다.

  • 로컬 라우팅 엔진 저장된 후보 구성을 다른 라우팅 엔진 복사하려면 응시자의 구문 정확성을 확인하고 두 라우팅 엔진에서 커밋하지만 확인이 필요하고 태그 및 <confirmed/> 태그 요소, 선택적으로 <confirm-timeout> 태그 요소에 <commit-configuration> 태그 요소를 묶 <synchronize/> 어야 합니다. 태그 및 <confirm-timeout> 태그 요소만 사용하기 위해 이전에 설명한 대로 태그 요소의 <confirmed/> 값을 <confirm-timeout> 설정합니다.

  • 원격 머신에서 열린 구성 세션이나 커밋되지 않은 구성 변경 사항이 있더라도 태그에 의해 <synchronize/> 호출된 것과 동일한 동기화된 커밋 작업이 성공하도록 하려면 태그 <commit-configuration> 요소를 묶 <force-synchronize/> 습니다.

• 향후 커밋을 위한 후보 구성을 예약하려면 태그 요소를 태그 요소에 <commit-configuration> 묶 <at-time> 습니다. 세 가지 유효한 시간 지정자가 있습니다.

  • 다음에 디바이스가 재부팅 될 때 문자열 reboot, 을(를) 커밋하여 구성을 커밋합니다.

  • 형식 hh의 시간 값 :mm[:ss] (시간, 분, 그리고 선택 가능한 초) 지정된 시간에 구성을 커밋합니다. 이는 미래이지만 태그 요소가 방출되는 날 <commit-configuration> 오후 11:59:59 이전이어야 합니다. 값에 hh 24시간 시간을 사용합니다. 예를 들어, 04:30:00은 오전 4:30:00, 20:00은 오후 8:00을 의미합니다. 시간은 디바이스의 클럭 및 시간대 설정과 관련하여 해석됩니다.

  • 형식 yyyy--dd hhmm:[:mmss](년, 월, 날짜, 시간, 분, 그리고 선택 가능한 초)의 날짜 및 시간 값으로 지정된 날짜와 시간에 구성을 커밋합니다. 이는 태그 요소가 방출된 이후 <commit-configuration> 여야 합니다. 값에 hh 24시간 시간을 사용합니다. 예를 들어, 2005-08-21 15:30:00은 2005 년 8월 21일 오후 3:30을 의미합니다. 시간은 디바이스의 클럭 및 시간대 설정과 관련하여 해석됩니다.

    참고:

    지정하는 시간은 디바이스의 현재 시간보다 1분 이상 늦어야 합니다.

    구성이 구문 올바른지 즉시 확인합니다. 점검에 성공하면 지정된 시간에 커밋으로 구성이 예약됩니다. 검사가 실패하면 커밋 작업이 예약되지 않습니다.

내용을

<at-time>	지정된 향후 시간에 커밋 작업을 예약합니다.
<check>	구성이 정답이지만 실제로 커밋하지는 않는지 확인을 요청합니다.
<confirmed>	후보 구성에 대한 커밋을 요청하고 커밋이 영구적이 되도록 명시적인 확인이 필요합니다. 커밋이 확인되지 않은 경우, 기본적으로 10분 후 짧은 시간 후에 이전 구성으로 롤백합니다. <confirm-timeout> 태그 요소를 사용하여 다른 시간을 지정합니다.
<confirm-timeout>	태그가 태그 요소에 묶 <commit-configuration> 일 때 <confirmed/> 구성이 활성 상태로 유지되는 분 수를 지정합니다. 범위: 1~65,535분 기본: 10분
<log>	커밋 작업이 성공하면 커밋 기록 로그에 메시지를 기록합니다.
<synchronize>	이중 컨트롤 플레인 시스템에서 한 컨트롤 플레인의 구성을 다른 컨트롤 플레인으로 복사하고, 올바른 구문을 확인하고, 두 라우팅 엔진에서 커밋하도록 요청합니다.
<force-synchronize>	이중 컨트롤 플레인 시스템에서 한 컨트롤 플레인의 후보 구성을 다른 컨트롤 플레인에 복사하도록 강제 적용합니다.

릴리스 정보

이는 Junos XML 관리 프로토콜 작업입니다. Junos XML 프로토콜 세션에서 지원되며, 기능 교환에서 URI http://xml.juniper.net/netconf/junos/1.0 식별하는 Junos OS 실행하는 디바이스의 NETCONF 세션에서 주니퍼 네트웍스 독점 확장으로 지원됩니다.