이 페이지의 내용
NETCONF 세션에서 구성 편집 모드 설정
NETCONF 서버에 구성 데이터를 전송할 때 디바이스가 구성 변경을 처리하는 방법을 지정할 수 있습니다. 이를 편집 구성 모드라고 합니다. 전체 세션에 대해 편집 구성 모드를 전역으로 설정할 수 있습니다. 세션 내의 특정 요소에 대해서만 편집 모드를 설정할 수도 있습니다.
Junos OS를 실행하는 디바이스에는 다음과 같은 편집 구성 모드가 있습니다.
merge- 디바이스는 새 구성 데이터를 기존 구성 데이터에 병합합니다. 이것이 기본값입니다.replace- 디바이스는 기존 구성 데이터를 새로운 구성 데이터로 대체합니다.none—새 구성 요소에 작동 속성이 포함되어 있지 않는 한 디바이스는 기존 구성을 변경하지 않습니다.
세션에 대해 편집 구성 모드를 전역으로 설정하려면 원하는 모드의 요소를 의 <edit-config>하위 요소로 포함합니다<default-operation>.
<rpc>
<edit-config>
<default-operation>mode</default-operation>
<edit-config>
</rpc>
개별 요소에 대한 편집 구성 모드를 지정하려면 해당 요소의 태그에 속성과 원하는 모드를 포함합니다 operation .
<rpc>
<edit-config>
<config>
<configuration>
<protocols>
<rip>
<message-size operation="replace">255</message-size>
</rip>
</protocols>
</configuration>
</config>
</edit-config>
</rpc>
또한 전체 구성 변경 세트에 대해 전역 편집 구성 모드를 설정하고 다른 방식으로 처리하려는 개별 요소에 대해 다른 모드를 지정할 수 있습니다. 예를 들어:
<rpc>
<edit-config>
<default-operation>merge</default-operation>
<config>
<configuration>
<protocols>
<rip>
<message-size operation="replace">255</message-size>
</rip>
</protocols>
</configuration>
</config>
</edit-config>
</rpc>
구성 편집 모드에 대해서는 다음 섹션에서 자세히 설명합니다.
병합 데이터 모드 지정
기본적으로 NETCONF 서버는 새로운 구성 데이터를 후보 구성 또는 개방형 구성 데이터베이스에 병합 합니다. 따라서 편집 구성 모드를 지정하지 않으면 디바이스는 새 구성 요소를 기존 구성에 병합합니다.
구성 병합은 다음 규칙에 따라 수행됩니다. (규칙은 임시 데이터베이스와 같은 개방형 구성 데이터베이스에서 구성 데이터를 업데이트할 때도 적용되지만, 단순화를 위해 다음 설명에서는 후보 구성만 참조합니다.)
후보 구성에는 있지만 새 구성에는 없는 구성 요소(계층 수준 또는 구성 개체)는 변경되지 않은 상태로 유지됩니다.
새 구성에는 있지만 후보 구성에는 없는 구성 요소가 후보 구성에 추가됩니다.
두 구성에 구성 요소가 모두 있으면 다음과 같은 결과가 발생합니다.
구성 요소의 하위 문(하위 태그 요소로 표시됨)이 후보 구성에는 있지만 새 구성에는 없는 경우 변경되지 않은 상태로 유지됩니다.
하위 문이 새 구성에는 있지만 후보에는 없는 경우 후보 구성에 추가됩니다.
하위 문이 두 구성에 모두 존재하는 경우 새 데이터의 값이 후보 구성의 값을 대체합니다.
병합할 데이터를 명시적으로 지정하기 위해 응용 프로그램에는 tag 요소의 값이 merge <edit-config> 있는 tag 요소가 포함됩니다<default-operation>.
<rpc> <edit-config> <default-operation>merge</default-operation> <!-- other child tag elements of the <edit-config> tag element --> </edit-config> </rpc> ]]>]]>
대체 데이터 모드 지정
교체 편집 구성 모드에서는 새 구성 데이터가 후보 구성 또는 개방형 구성 데이터베이스의 데이터를 완전히 대체합니다. 데이터가 대체되도록 지정하기 위해 응용 프로그램에는 tag 요소의 값이 replace <edit-config> 있는 tag 요소가 포함됩니다<default-operation>.
<rpc> <edit-config> <default-operation>replace</default-operation> </edit-config> </rpc> ]]>]]>
기존 구성을 새 구성 데이터로 완전히 덮어쓰려는 경우에만 전역 바꾸기 모드를 사용하는 것이 좋습니다. 또한 구성 편집 모드가 로 설정된 replace경우 개별 구성 요소에 속성을 사용하지 operation 않는 것이 좋습니다.
다른 구성 요소를 병합하거나 만드는 동안 개별 구성 요소를 바꿀 수도 있습니다. NETCONF를 사용하여 구성 요소 교체를 참조하십시오.
없음(변경 없음) 데이터 모드 지정
none (변경 없음) 구성 편집 모드에서는 구성에 대한 변경 사항이 무시됩니다. 이 모드는 요소를 삭제할 때 유용하며, NETCONF 서버가 삭제되는 요소에 대한 상위 계층 수준을 생성하지 못하도록 합니다. 자세한 내용은 NETCONF를 사용하여 구성 요소 삭제를 참조하십시오.
변경 없는 편집 구성 모드를 전역적으로 설정하기 위해 애플리케이션은 tag 요소의 값과 none <edit-config> 함께 tag 요소를 포함합니다<default-operation>.
<rpc>
<edit-config>
<default-operation>none</default-operation>
</edit-config>
</rpc>
새 구성 데이터에 기존 구성에 없는 구성 요소가 포함된 경우 NETCONF 서버는 오류를 반환합니다. 구성에서 구성 요소를 제거할 때만 모드를 none 사용하는 것이 좋습니다. 요소를 만들거나 수정할 때 응용 프로그램은 병합 모드를 사용해야 합니다.
태그를 사용하여 <default-operation> 편집 구성 모드를 전역적으로 none 로 설정하여 변경 없음 모드를 나타내는 경우에도 이 모드를 재정의하고 요소의 태그에 속성을 포함하여 operation 개별 요소에 대해 다른 편집 구성 모드를 지정할 수 있습니다. 예를 들어:
<rpc>
<edit-config>
<default-operation>none</default-operation>
<config>
<configuration>
<system>
<services>
<outbound-ssh>
<client>
<name>test</name>
<device-id>test</device-id>
<keep-alive>
<retry operation="merge">4</retry>
<timeout operation="merge">15</timeout>
</keep-alive>
</client>
</outbound-ssh>
</services>
</system>
</configuration>
</config>
</edit-config>
</rpc>
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.
<default-operation>
replace디바이스가 구성 대신 작업을
load override 사용합니다
load update. 로드 업데이트 작업에서 디바이스는 변경된 명령문에 해당하는 Junos 프로세스에만 알림을 보내므로 네트워크 중단을 최소화할 수 있습니다.