<commit-configuration>

사용

설명

NETCONF 또는 Junos XML 프로토콜 서버가 후보 컨피규레이션상의 커밋 작업의 변형 중 하나, 후보 컨피규레이션의 전용 사본 또는 임시 컨피규레이션 데이터베이스의 개방형 인스턴스 중 하나를 수행해 주도록 요청하십시오.

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

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

• 디바이스에서 활성 구성으로 설정하여 즉시 구성을 커밋하려면 빈 <commit-configuration/> 태그를 내뿜습니다.

• 실제로 커밋하지 않고 후보 컨피규레이션이나 프라이빗 카피의 구문적 정확성을 확인하려면 태그 요소에 태그를 <check/> <commit-configuration> 동봉합니다.

• 관련 커밋 작업이 성공할 때 커밋 히스토리 로그에 메시지를 기록하려면 태그 요소에서 로그 메시지 문자열을 <log> 정의하고 태그 요소에 <commit-configuration> 태그 요소를 동봉합니다. <log> 태그 요소는 다른 태그 요소와 결합할 수 있습니다. <log> 태그 요소가 단독으로 내보내면 관련 커밋 작업이 즉시 시작됩니다.

• 후보 구성을 커밋하지만 커밋이 영구적으로 되도록 명시적으로 확인해야 하려면 태그 요소에 태그를 <confirmed/> <commit-configuration> 동봉합니다.

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

  태그를 방출한 후 즉시 영구적으로 구성을 <confirmed/> 커밋하려면 롤백 기한이 <commit-configuration><check/><commit-configuration> 끝나기 전에 빈 <commit-configuration/> 태그 또는 태그를 내뿜습니다. 디바이스가 후보 구성을 커밋하고 롤백을 취소합니다. 지원자 구성이 현재 커밋된 구성과 여전히 동일할 경우, 효과는 현재 커밋된 구성을 다시 커밋하는 것과 동일합니다.

  참고:

  구성의 전용 복사본이나 임시 구성 데이터베이스의 개방형 인스턴스를 커밋할 때 확인된 커밋 작업을 사용할 수 없습니다.

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

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

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

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

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

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

• 나중에 커밋할 후보 구성 일정을 설정하려면 태그 요소에 <at-time> <commit-configuration> 태그 요소를 동봉합니다. 세 가지 유효한 시간 지정자가 있습니다.

  • 스트링 reboot( 장비가 재부팅 될 때 구성을 커밋합니다.

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

  • 양식 yyyy의 날짜 및 시간 값 -mm:dd hh:[mm:ss] (연도, 월, 날짜, 시간, 분, 그리고 선택적으로 초)로 지정한 날짜 및 시간에 태그 요소가 방출된 후에 <commit-configuration> 구성을 커밋합니다. 가치에는 24시간이 소요됩니다 hh . 예를 들어, 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 세션의 주니퍼 네트웍스 전용 확장으로 지원됩니다.