라우팅 정책 용어의 작업

라우팅 정책의 각 용어에는 경로가 용어의 및 to 문의 모든 조건과 일치할 경우 수행할 작업을 정의하는 문이 포함될 then 수 있습니다.from

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

[edit policy-options policy-statement policy-name term term-name]
[edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name]

용어에 및 to 문이 없는 from 경우 모든 경로가 일치하는 것으로 간주되고 작업이 모든 경로에 적용됩니다. 및 문에 from 대한 자세한 내용은 라우팅 정책 일치 조건을 참조하십시오.to

문에 하나 이상의 작업을 지정할 수 있습니다 then . 다음과 같은 세 가지 유형의 작업이 있습니다.

경로 수락 또는 거부 여부와 다음 용어 또는 라우팅 정책의 평가 여부에 영향을 미치는 흐름 제어 작업.
경로 특성을 조작하는 작업입니다.
경로 일치를 기록하는 추적 작업입니다.

주:
경로 특성을 조작하는 작업을 지정하면 소스 경로의 복사본에서 변경 사항이 발생합니다. 소스 경로 자체는 변경되지 않습니다. 작업의 효과는 경로를 라우팅 테이블로 가져오거나 라우팅 테이블에서 내보낸 후에만 볼 수 있습니다. 라우팅 정책이 적용되기 전의 소스 경로를 보려면 명령을 사용합니다 show route receive-protocol . 내보내기 정책이 적용된 후 경로를 보려면 명령을 사용합니다 show route advertised-protocol .

정책 평가 중에 소스 경로 복사본의 특성은 항상 작업이 평가된 직후에 변경됩니다. 그러나 정책 평가가 완료될 때까지 경로가 라우팅 테이블 또는 라우팅 프로토콜에 복사되지 않습니다.

문은 then 선택 사항입니다. 생략하면 다음 중 하나가 발생합니다.

라우팅 정책의 다음 용어가 있는 경우 평가됩니다.
라우팅 정책에 더 이상 용어가 없으면 다음 라우팅 정책(있는 경우)이 평가됩니다.
용어 또는 라우팅 정책이 더 이상 없는 경우 기본 정책에 지정된 수락 또는 거부 작업이 수행됩니다. 자세한 내용은 기본 라우팅 정책을 참조하십시오.

다음 섹션에서는 이러한 작업에 대해 설명합니다.

플로우 제어 작업 구성

표 1 은(는) 흐름 제어 작업을 나열합니다. 이러한 작업 중 하나를 추적 작업과 함께 지정하거나 경로 특성을 조작하는 하나 이상의 작업을 지정할 수 있습니다( 참조 경로 특성을 조작하는 작업 구성).

표 1: 흐름 제어 작업
흐름 제어 작업	설명
`accept`	경로를 수락하고 전파합니다. 경로가 수락된 후에는 라우팅 정책의 다른 용어와 다른 라우팅 정책이 평가되지 않습니다.
`default-action accept`	프로토콜에 내재된 모든 작업을 수락하고 재정의합니다. 이는 종료되지 않는 정책 작업입니다.
`reject`	경로를 거부하고 전파하지 않습니다. 경로가 거부된 후에는 라우팅 정책의 다른 용어와 다른 라우팅 정책은 평가되지 않습니다.
`default-action reject`	프로토콜에 내재된 모든 작업을 거부하고 재정의합니다. 이는 종료되지 않는 정책 작업입니다.
`next term`	동일한 라우팅 정책에서 다음 용어로 건너뛰고 평가합니다. 문에 `then` 지정된 모든 수락 또는 거부 작업을 건너뜁니다. 경로 특성을 조작하는 문의 모든 작업이 `then` 경로에 적용됩니다. `next term` 는 일치가 발생하고 플로우 제어 작업을 지정하지 않은 경우의 기본 제어 작업입니다. 주: Junos OS Evolved에서 `next term`은 작업의 마지막 용어로 표시될 수 없습니다. `next term`이 작업으로 지정되었지만 구성된 일치 조건이 전혀 없는 필터 용어는 지원되지 않습니다.
`next policy`	다음 라우팅 정책으로 건너뛰고 평가합니다. 문에 `then` 지정된 모든 수락 또는 거부 작업을 건너뜁니다. 경로 특성을 조작하는 문의 모든 작업이 `then` 경로에 적용됩니다. `next policy` 은 기본 제어 작업입니다. 일치가 발생하면 플로우 제어 작업을 지정하지 않고 현재 라우팅 정책에 추가 용어가 없습니다.
`sr-te-template`	PCE 시작 LSP에 적용할 SR-TE(Segment Routing-Traffic Engineered) 템플릿입니다.

경로 특성을 조작하는 작업 구성

에 나열된 표 2 작업 중 하나 이상을 지정하여 경로 특성을 조작할 수 있습니다.

표 2: 경로 특성을 조작하는 작업
작업	설명
`add-path send-count path-count`	(BGP만 해당) 보급된 접두사의 `add-path` 하위 집합에 대해 대상으로 최대 20개의 BGP 경로를 보낼 수 있습니다.
`as-path-prepend as-path`	(BGP만 해당) AS 경로의 시작 부분에 하나 이상의 AS 번호를 붙입니다. AS 번호를 두 개 이상 지정하는 경우 번호를 따옴표(" ")로 묶습니다. AS 번호는 로컬 AS 번호가 경로에 추가된 후에 추가됩니다. 이 작업은 AS 시퀀스에만 AS 번호를 추가하고 AS 세트에는 추가하지 않습니다. 기존 AS 경로가 컨페더레이션 시퀀스 또는 세트로 시작하는 경우 부착된 AS 번호는 컨페더레이션 시퀀스 내에 배치됩니다. 그렇지 않으면 부착된 AS 번호가 비연합 시퀀스 내에 배치됩니다. 자세한 내용은 BGP AS 경로에 대한 접두사 AS 번호 이해 단원을 참조하십시오. Junos OS 릴리스 9.1 이후, RFC 4893 4개의 옥텟 AS 번호 공백을 위한 BGP 지원에 정의된 4바이트 AS 번호를 지정할 뿐만 아니라, Junos OS의 이전 릴리스에서 지원되는 2바이트 AS 번호를 지정할 수 있습니다.
`as-path-expand last-as count n`	(BGP만 해당) 기존 AS 경로에서 마지막 AS 번호를 추출하고 해당 AS 번호를 AS 경로 `n` 시간의 시작 부분에 붙입니다. 여기서 은(는 `n` ) 1에서 32까지의 숫자입니다. 로컬 AS 번호가 경로에 추가되기 전에 AS 번호가 추가됩니다. 이 작업은 AS 시퀀스에만 AS 번호를 추가하고 AS 세트에는 추가하지 않습니다. 기존 AS 경로가 컨페더레이션 시퀀스 또는 세트로 시작하는 경우 부착된 AS 번호는 컨페더레이션 시퀀스 내에 배치됩니다. 그렇지 않으면 첨부된 AS 번호가 비연합 시퀀스 내에 배치됩니다. 이 옵션은 일반적으로 비 IBGP 내보내기 정책에 사용됩니다. 주: Junos OS 릴리스 17.3부터 카운트 값에 대해 null 구성을 커밋할 수 있으며, 이 경우 Junos는 null을 0 카운트가 아닌 1 카운트로 변환하거나 커밋을 허용하지 않습니다. `as-path-expand` 개수가 1이 되면 이러한 as-path가 더 길어지므로 바람직하지 않습니다. 개수를 `as-path-expand` 명시적으로 설정하거나 사용하지 않는 설정을 삭제하여 예기치 않은 동작을 방지하는 것이 좋습니다.
`assisted-replication replicator-ip replicator-ip (strict \| fallback-replicator-ip fallback-replicator-ip)`	(최적화된 인터서브넷 멀티캐스트[OISM]를 사용하는 AR[보조 복제]만 해당) OISM을 실행하는 EVPN 네트워크에서 AR 리프 디바이스를 활성화하여 멀티캐스트 플로우를 특정 AR 복제기 디바이스로 결정론적으로 조정합니다. 선택적으로 일치하는 흐름을 선호하는 지정된 AR 복제기에만 엄격하게 전달하는 옵션을 포함합니다 `strict`. 또는 기본 AR 복제기가 다운될 경우 사용할 대체 AR 복제기 주소를 포함할 수 있습니다. 자세한 내용은 assisted-replication (Deterministic AR Replicator Policy Actions)을(를) 참조하십시오.
`bgp-output-queue-priority`	(BGP만 해당) 이 경로에 사용되는 출력 우선 순위 대기열을 설정합니다. 17개의 우선 순위 출력 대기열이 있습니다. 우선 순위가 가장 높은 신속 대기열 및 1이 가장 낮은 우선 순위이고 16이 가장 높은 번호가 매겨진 대기열 16개.
`class class-name`	(서비스 클래스[CoS]만 해당) 지정된 서비스 등급 매개 변수를 라우팅 테이블에 설치된 경로에 적용합니다. 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 등급 사용 설명서를 참조하십시오.
`color preference color2 preference`	기본 설정 값을 지정된 값으로 설정합니다. `color` 및 `color2` 기본 설정 값은 및 `preference2` 작업에 지정된 값보다 훨씬 더 세분화되어 `preference` 있습니다. 색상 값은 0에서 4,294,967,295(2³² – 1) 사이의 숫자일 수 있습니다. 숫자가 낮을수록 선호되는 경로를 나타냅니다. 작업으로 기본 설정을 `color` 지정하는 경우, 이 값은 Junos OS 내부적이며 전이적이지 않습니다.
`color (add \| subtract) number color2 (add \| subtract) number`	색상 기본 설정 값을 지정된 양만큼 변경합니다. 더하기 연산 결과 값이 4,294,967,295(2³² – 1)보다 큰 경우 값은 2³² – 1로 설정됩니다. 빼기 연산의 결과가 0보다 작은 경우 값은 0으로 설정됩니다. 더하기 또는 빼기 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본적으로 0 값으로 설정됩니다. 값이 0인 속성에 더하기를 수행하면 추가한 숫자가 결과 속성 값이 됩니다.
`community (+ \| add) [ names ]`	(BGP만 해당) 경로의 커뮤니티 집합에 지정된 커뮤니티를 추가합니다. 자세한 내용은 BGP 커뮤니티, 확장 커뮤니티 및 대규모 커뮤니티를 라우팅 정책 일치 조건으로 이해하기를 참조하십시오.
`community (– \| delete) [ names ]`	(BGP만 해당) 경로의 커뮤니티 집합에서 지정된 커뮤니티를 삭제합니다. 자세한 내용은 BGP 커뮤니티, 확장 커뮤니티 및 대규모 커뮤니티를 라우팅 정책 일치 조건으로 이해하기를 참조하십시오.
`community (= \| set) [ names ]`	(BGP만 해당) 경로에 있던 모든 커뮤니티를 지정된 커뮤니티로 바꿉니다. 자세한 내용은 BGP 커뮤니티, 확장 커뮤니티 및 대규모 커뮤니티를 라우팅 정책 일치 조건으로 이해하기를 참조하십시오.
`cos-next-hop-map map-name`	포워딩 테이블에서 CoS 기반 다음 홉 맵을 설정합니다.
`damping name`	(BGP만 해당) 지정된 경로 감쇠 매개 변수를 경로에 적용합니다. 이러한 매개변수는 기본 감쇠 매개변수를 재정의합니다. 이 작업은 댐핑 매개 변수가 라우팅 테이블의 경로 상태에 영향을 미치기 때문에 가져오기 정책에서만 유용합니다. 댐핑 매개 변수를 적용하려면 라우팅 디바이스용 Junos OS 라우팅 프로토콜 라이브러리에 설명된 대로 BGP 플랩 댐핑을 활성화해야 하며, 라우팅 정책을 사용하여 BGP 경로 플래핑 감쇠에 설명된 대로 명명된 매개 변수 목록을 생성해야 합니다.
`destination-class destination-class-name`	패킷의 대상 주소를 기반으로 네트워크를 통과하는 경로에 대한 패킷 수를 유지합니다. 다음을 수행할 수 있습니다. 라우팅 정책을 구성하여 그룹 대상 접두사를 구성합니다. 해당 라우팅 정책을 해당 대상 클래스가 있는 포워딩 테이블에 적용합니다. 계층 수준에서 문을 포함하여 하나 이상의 인터페이스에서 패킷 카운팅을 `destination-class-usage[edit interfaces interface-name unit logical-unit-number family inet accounting]` 활성화합니다( 라우팅 장치를 위한 Junos OS 서비스 등급 사용 설명서 참조). 다음 명령 중 하나를 사용하여 출력을 봅니다. `show interfaces destination-class (all \| destination-class-name logical-interface-name`), `show interfaces interface-name extensive`또는 `show interfaces interface-name statistics` ( CLI 탐색기 참조). 소스 주소를 기반으로 패킷 수를 구성하려면 이 표에 `source-class` 설명된 문을 사용합니다.
`external type metric`	OSPF에서 내보낸 경로에 대한 외부 메트릭 유형을 설정합니다. 키워드 `type`를 지정해야 합니다.
`forwarding-class forwarding-class-name`	패킷의 대상 주소와 소스 주소를 기반으로 패킷을 포함하는 포워딩 클래스를 생성합니다. 다음을 수행할 수 있습니다. 라우팅 정책을 구성하여 그룹 접두사를 구성합니다. 해당 포워딩 클래스가 있는 포워딩 테이블에 해당 라우팅 정책을 적용합니다. 이 표에 정의된 또는 `source-class` 작업에 설명된 절차를 사용하여 하나 이상의 인터페이스에서 패킷 카운팅을 `destination-class` 활성화합니다.
`install-nexthop <strict> lsp lsp-name`	동일한 LSP 다음 홉 집합 중 포워딩 테이블에 설치되는 다음 홉을 선택합니다. 포워딩 테이블에 대한 내보내기 정책을 사용하여 원하는 경로에 사용할 LSP 다음 홉을 지정합니다. `strict` 정책에 지정된 LSP 다음 홉이 작동 중인지 확인하는 엄격 모드를 활성화하는 옵션을 지정합니다. 지정된 LSP 다음 홉 중 어느 것도 작동하지 않으면 정책은 폐기 다음 홉을 설치합니다.
`install-to-fib`	PTX 시리즈 라우터의 경우에만 기본 BGP 라우팅 정책을 재정의합니다. 자세한 내용은 예: PTX 시리즈 패킷 전송 라우터의 기본 BGP 라우팅 정책을 재정의합니다.
`load-balance consistent-hash`	(BGP만 해당) MPC(Modular Port Concentrator)가 있는 MX 시리즈 라우터와 QFX10000 스위치 전용의 경우 하나 이상의 IP 주소에 대해 일관된 로드 밸런싱을 지정합니다. 이 기능은 하나 이상의 다음 홉 경로가 실패할 때 ECMP(Equal-Cost Multipath) 그룹의 경로에 대한 흐름의 선호도를 보존합니다. 비활성 경로의 흐름만 리디렉션됩니다. 활성 상태로 유지되는 서버에 매핑된 플로우는 유지됩니다.
`load-balance symmetric-consistent-hash`	(MX 시리즈 라우터 - AFT 기반) 대칭 일관된 해싱을 사용하도록 설정하여 정적 경로와의 일관된 해싱을 지원하고 정방향 및 역방향의 상관 관계가 있는 원본 IP 및 대상 IP 로드 밸런싱 해시 키를 사용하여 대칭 로드 밸런싱을 달성합니다. 이 작업은 업스트림 및 다운스트림 방향의 ECMP 서버 그룹에 대한 정적 경로를 통해 학습된 트래픽의 로드 밸런싱에 사용되는 애니캐스트 IP에 일관된 해시가 적용되는 시나리오에서 사용됩니다. 고객의 모든 플로우가 동일한 ECMP 서버에 도달해야 하므로 한 방향으로 로드 밸런싱 해시를 생성하는 데는 소스-IP만 사용되고 역방향으로 로드 밸런싱 해시를 생성하는 데는 destination-IP만 사용됩니다.
`load-balance destination-ip-only`	대상 IP 주소만을 기준으로 부하 분산 해시를 계산합니다. 이를 통해 서비스 프로바이더는 가입자별 인식 환경에서 특정 콘텐츠 서버로 트래픽을 보낼 수 있습니다.
`load-balance per-packet`	(포워딩 테이블로 내보내기에만 해당) 포워딩 테이블에 모든 다음 홉 주소를 설치하고 포워딩 테이블이 패킷당 로드 밸런싱을 수행하도록 합니다. 이 정책 작업을 사용하면 여러 경로에서 VPLS 트래픽 흐름을 최적화할 수 있습니다. 자세한 내용은 패킷당 로드 밸런싱 구성을 참조하십시오.
`load-balance per-prefix`	PTX 시리즈 라우터의 경우에만 BGP에 대한 기본 패킷당 로드 밸런싱 라우팅 정책을 재정의합니다. 자세한 내용은 예: PTX 시리즈 패킷 전송 라우터의 기본 BGP 라우팅 정책을 재정의합니다.
`load-balance source-ip-only`	원본 IP 주소만을 기준으로 부하 분산 해시를 계산합니다. 이를 통해 서비스 프로바이더는 가입자별 인식 환경에서 특정 콘텐츠 서버로 트래픽을 보낼 수 있습니다.
`local-preference value`	(BGP만 해당) BGP 로컬 기본 설정(LOCAL_PREF) 속성을 설정합니다. 기본 설정 값은 0에서 4,294,967,295(2³² – 1) 사이의 숫자일 수 있습니다.
`local-preference (add \| subtract) number`	로컬 기본 설정 값을 지정된 양만큼 변경합니다. 더하기 연산 결과 값이 4,294,967,295(2³² – 1)보다 큰 경우 값은 2³² – 1로 설정됩니다. 빼기 연산의 결과가 0보다 작은 경우 값은 0으로 설정됩니다. 더하기 또는 빼기 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본적으로 0 값으로 설정됩니다. 값이 0인 속성에 더하기를 수행하면 추가한 숫자가 결과 속성 값이 됩니다. BGP의 경우, 속성 값을 알 수 없는 경우 라우팅 정책이 적용되기 전에 100으로 초기화됩니다.
`map-to-interface (interface-name \| self)`	`map-to-interface` 기존 지표 또는 태그 작업과 유사한 값을 설정합니다. 이 `map-to-interface` 작업을 수행하려면 다음 중 하나를 지정해야 합니다. 논리적 인터페이스(예: ge-0/0/0.0). 논리적 인터페이스는 VLAN 및 통합 이더넷 인터페이스를 포함하여 멀티캐스트가 현재 지원하는 모든 인터페이스가 될 수 있습니다. 주: 물리적 인터페이스 `map-to-interface` (예: ge-0/0/0)를 로 지정하는 경우, 논리적 인터페이스를 생성하기 위해 물리적 인터페이스에 .0 값이 추가됩니다. 키워드 `self`. 키워드는 `self` 멀티캐스트 데이터 패킷이 제어 패킷과 동일한 인터페이스에서 전송되고 매핑이 발생하지 않도록 지정합니다. 일치하는 용어가 없으면 멀티캐스트 데이터 패킷이 전송되지 않습니다.
`metric metric metric2 metric metric3 metric metric4 metric`	메트릭을 설정합니다. (첫 번째 지표 값의 경우)로 `metric` 시작하여 , `metric3`, 및 로 `metric2`계속되는 최대 4개의 지표 값을 지정할 수 있습니다`metric4`. (BGP만 해당) `metric` 해당 항목은 MED에 해당하며 `metric2` , BGP 다음 홉이 다른 라우터를 통해 루프되는 경우 IGP 메트릭에 해당합니다.
`metric (add \| subtract) number metric2 (add \| subtract) number metric3 (add \| subtract) number metric4 (add \| subtract) number`	지정된 양만큼 메트릭 값을 변경합니다. 더하기 연산 결과 값이 4,294,967,295(2³² – 1)보다 큰 경우 값은 2³² – 1로 설정됩니다. 빼기 연산의 결과가 0보다 작은 경우 값은 0으로 설정됩니다. 더하기 또는 빼기 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본적으로 0 값으로 설정됩니다. 값이 0인 속성에 더하기를 수행하면 추가한 숫자가 결과 속성 값이 됩니다.
`metric expression (metric multiplier x offset a \|` `metric2 multiplier y offset b`)	및 `metric2`의 현재 값을 기준으로 지표를 `metric` 계산합니다. 이 정책 작업은 지표 속성의 현재 값을 표현식의 결과로 재정의합니다 ((x * 메트릭) + a) + ((y * 메트릭2) + b) 여기서 `metric` 및 `metric2` 는 현재 입력 값입니다. 메트릭 승수 범위는 유효 자릿수 8자리로 제한됩니다.
`metric (igp \| minimum-igp) site-offset`	(BGP만 해당) 지정된 음수 또는 양수 오프셋으로 메트릭(MED) 값을 변경합니다. 이 작업은 외부 BGP(EBGP) 내보내기 정책에서만 유용합니다.
`next-hop (address \| discard \| next-table table-name \| peer-address \| reject \| self)`	다음 홉 주소를 설정합니다. 광고 프로토콜이 BGP인 경우, 타사 다음 홉을 광고할 수 있는 경우에만 다음 홉을 설정할 수 있습니다. 즉, IBGP 또는 EBGP 연합을 사용하는 경우입니다. 를 지정할 `self`경우, 다음 홉 주소는 로컬 라우팅 디바이스의 주소 중 하나로 대체됩니다. 보급 프로토콜은 사용할 주소를 결정합니다. 보급 프로토콜이 BGP인 경우 이 주소는 BGP 인접성에 사용되는 로컬 IP 주소로 설정됩니다. 라우팅 디바이스는 자신을 다음 홉으로 사용하여 경로를 설치할 수 없습니다. 를 지정하면 `peer-address`다음 홉 주소가 피어의 IP 주소로 대체됩니다. 이 옵션은 가져오기 정책에서만 유효합니다. 보급된 경로에 피어의 IP 주소를 사용하도록 강제하기 위해 BGP에서 주로 사용하는 이 옵션은 다음 홉이 보급 라우팅 디바이스 또는 직접 연결된 다른 라우팅 디바이스인 경우에만 의미가 있습니다. 를 지정하면 `discard`다음 홉 주소가 폐기된 다음 홉으로 대체됩니다. 를 지정할 `next-table`경우, 라우팅 디바이스는 지정된 테이블에서 포워딩 룩업을 수행합니다. 작업을 사용하는 `next-table` 경우 구성에 작업에 지정된 `next-table` 것과 다른 테이블을 지정하는 용어 한정자가 포함되어야 합니다. 즉, 명령문의 용어 한정자는 `from` 작업에서 테이블을 `next-table` 제외해야 합니다. 다음 예에서 첫 번째 용어는 일치하는 조건으로 를 포함합니다 `rib vrf-customer2.inet.0` . 이 작업은 다른 라우팅 테이블 `vrf-customer1.inet.0`에서 다음 홉을 지정합니다. 두 번째 용어는 in 일치 조건과 `vrf-customer2.inet.0` In the `next-table` action을 사용하여 `rib vrf-customer1.inet.0` 반대 작업을 수행합니다. term 1 { from { protocol bgp; rib vrf-customer2.inet.0; community customer; } then { next-hop next-table vrf-customer1.inet.0; } } term 2 { from { protocol bgp; rib vrf-customer1.inet.0; community customer; } then { next-hop next-table vrf-customer2.inet.0; } } 를 지정하면 `reject`다음 홉 주소가 거부된 다음 홉으로 대체됩니다.
`origin value`	(BGP만 해당) BGP 원본 속성을 다음 값 중 하나로 설정합니다. `igp`- 로컬 AS 내에서 발생한 경로 정보입니다. `egp`- 다른 AS에서 발생한 경로 정보입니다. `incomplete`- 다른 방법으로 학습한 경로 정보입니다.
`p2mp-lsp-root`	멀티포인트 LDP(M-LDP) 기반 포인트 투 멀티포인트 LSP(label-switched path)에 대한 수신 루트 노드를 설정합니다. 자세한 내용은 예: Point-to-Multipoint LSP를 위한 멀티포인트 LDP 대역 내 시그널링 구성.
`preference preference preference2 preference`	기본 설정 값을 설정합니다. 기본 선호 값(`preference`)과 보조 선호 값(`preference2`)을 지정할 수 있습니다. 기본 설정 값은 0에서 4,294,967,295(2³² – 1) 사이의 숫자일 수 있습니다. 숫자가 낮을수록 선호되는 경로를 나타냅니다. 가져오기 정책을 사용하여 의 `preference2` 값을 허용되는 가장 높은 값인 4,294,967,295로 설정하면 Junos OS는 이 값을 -1로 재설정합니다. (2³¹ – 1)보다 큰 숫자로 설정하면 `preference2` 음수 값으로 재설정됩니다. 더 세분화된 기본 설정 값을 지정하려면 이 표의 `color` 및 `color2` 작업을 참조하십시오. 작업으로 기본 설정을 `preference` 지정하면 새 기본 설정이 경로와 연결된 상태로 유지됩니다. 새로운 기본 설정은 Junos OS 내부에 있으며 전이적이지 않습니다.
`preference (add \| subtract) number preference2 (add \| subtract) number`	기본 설정 값을 지정된 양만큼 변경합니다. 더하기 연산 결과 값이 4,294,967,295(2³² – 1)보다 큰 경우 값은 2³² – 1로 설정됩니다. 빼기 연산의 결과가 0보다 작은 경우 값은 0으로 설정됩니다. 더하기 또는 빼기 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본적으로 0 값으로 설정됩니다. 값이 0인 속성에 더하기를 수행하면 추가한 숫자가 결과 속성 값이 됩니다.
`priority (low \| medium \| high)`	(OSPF 가져오기만 해당) OSPF 가져오기 정책에 포함된 접두사의 우선 순위를 지정합니다. OSPF를 통해 학습된 접두사는 접두사에 할당된 우선 순위에 따라 라우팅 테이블에 설치됩니다. 의 `high` 우선 순위가 할당된 접두사가 먼저 설치되고, 의 `low` 우선 순위가 할당된 접두사가 마지막에 설치됩니다. 주: OSPF 가져오기 정책은 우선 순위를 설정하거나 OSPF 외부 경로를 필터링하는 데만 사용할 수 있습니다. OSPF 가져오기 정책이 적용되어 `reject` 비외부 경로에 대한 종료 작업이 발생하는 경우 해당 `reject` 작업은 무시되고 경로가 수락됩니다.
`source-class source-class-name`	소스 주소를 기반으로 네트워크를 통과하는 경로에 대한 패킷 수를 유지합니다. 다음을 수행할 수 있습니다. 라우팅 정책을 구성하여 그룹 소스 접두사를 구성합니다. 해당 라우팅 정책을 해당 소스 클래스가 있는 포워딩 테이블에 적용합니다. 계층 수준에서 문을 포함하여 `source-class-usage interface-name` 하나 이상의 인터페이스에서 패킷 카운팅을 `[edit interfaces logical-unit-number unit family inet accounting]` 활성화합니다. 또한 명령문과 `source-class-usage` 또는 `inputoutput` 명령문 뒤에 소스 클래스 사용(SCU)을 위해 모니터링되는 트래픽이 도착하고 출발하는 인바운드 및 아웃바운드 인터페이스를 정의합니다(또는 둘 다에 대해 하나의 인터페이스를 정의). 전체 구문은 `[edit interfaces interface-name unit family inet accounting source-class-usage (input \| output \| input output) unit-number]`입니다. 다음 명령 중 하나를 사용하여 출력을 봅니다. `show interfaces interface-name source-class source-class-name`, `show interfaces interface-name extensive`또는 `show interfaces interface-name statistics` ( CLI 탐색기 참조). 대상 주소를 기반으로 패킷 수를 구성하려면 이 표에 `destination-class` 설명된 문을 사용합니다. 자세한 소스 클래스 사용 예제 구성은 예: 소스 및 대상 접두사를 포워딩 클래스로 그룹화. 주: 정책 작업 문을 구성할 때 일치하는 각 경로에 대해 단 하나의 소스 클래스만 구성할 수 있습니다. 즉, 동일한 경로에 두 개 이상의 소스 클래스를 적용할 수 없습니다.
`ssm-source [ addresses ];`	SSM(Source-Specific Multicast) 정책에 대해 하나 이상의 IPv4 또는 IPv6 소스 주소를 지정합니다
`ssm-source [ addresses ];`	SSM(Source-Specific Multicast) 정책에 대해 하나 이상의 IPv4 또는 IPv6 소스 주소를 지정합니다.
`tag tag tag2 tag`	태그 값을 설정합니다. 두 개의 태그 문자열을 지정할 수 있습니다. `tag` (첫 번째 문자열의 경우) 및 `tag2` (두 번째 문자열)입니다. 이러한 값은 라우터에 로컬입니다. OSPF 경로의 경우, `tag` 작업은 OSPF 외부 LSA(Link-State Advertisement) 패킷에서 32비트 태그 필드를 설정합니다. IS-IS 경로의 경우, `tag` 이 작업은 IS-IS IP 접두사 유형 길이 값(TLV)에 32비트 플래그를 설정합니다. RIPv2 경로 `tag` 의 경우 이 작업은 route-tag 커뮤니티를 설정합니다. 이 `tag2` 옵션은 지원되지 않습니다.
`tag (add \| subtract) number tag2 (add \| subtract) number`	지정된 양만큼 태그 값을 변경합니다. 더하기 연산 결과 값이 4,294,967,295(2³² – 1)보다 큰 경우 값은 2³² – 1로 설정됩니다. 빼기 연산의 결과가 0보다 작은 경우 값은 0으로 설정됩니다. 더하기 또는 빼기 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본적으로 0 값으로 설정됩니다. 값이 0인 속성에 더하기를 수행하면 추가한 숫자가 결과 속성 값이 됩니다.
`validation-state`	BGP 원본 검증이 구성된 경우 경로 접두사의 검증 상태를 유효, 무효 또는 알 수 없음으로 설정합니다. 경로 검증 데이터베이스에는 경로 접두사를 예상 AS(Originating Autonomous System)에 매핑하는 ROA(Route Origin Authorization) 레코드가 포함되어 있습니다. 이렇게 하면 잘못된 경로가 실수로 보급되는 것을 방지할 수 있습니다. BGP에 대한 오리진 검증 이해를 참조하십시오.

라우팅 정책에서 기본 작업 구성

명령문은 default-action 프로토콜에 내재된 모든 작업보다 우선합니다. 또한 이 작업은 종료되지 않으므로 정책이 종료되기 전에 다양한 정책 용어를 평가할 수 있습니다. 다음과 같이 기본 작업(또는 acceptreject)을 지정할 수 있습니다.

결과 작업은 프로토콜 또는 일치하는 마지막 정책 용어에 의해 설정됩니다.

예: 라우팅 정책에서 기본 작업 구성

세 가지 정책 용어를 기반으로 경로와 일치하는 라우팅 정책을 구성합니다. 경로가 첫 번째 용어와 일치하면 특정 커뮤니티 태그가 연결됩니다. 경로가 두 개의 개별 용어와 일치하면 두 커뮤니티 태그가 모두 연결됩니다. 경로가 용어와 일치하지 않으면 거부됩니다(프로토콜의 기본 작업). 및 spoke 용어는 hub 상호 배타적입니다.

라우팅 정책에서 최종 작업 구성

명명된 용어에서 문을 사용하여 then 작업을 지정하는 것 외에, 다음과 같이 명명되지 않은 용어에서 문을 사용하여 then 작업을 지정할 수도 있습니다.

라우팅 정책 용어와 일치하는 항목 로깅

추적 작업을 지정하면 일치 항목이 추적 파일에 기록됩니다. 추적 파일을 설정하려면 전역 traceoptions 문에서 다음 요소를 지정해야 합니다.

추적 파일 이름
policy 문 내 flag 옵션

다음 예제에서는 의 추적 파일 이름을 사용합니다.policy-log

이 작업은 라우팅 정책 평가 중 흐름 제어에 영향을 주지 않습니다.

추적 조치를 지정하는 용어가 플로우 제어 조치도 지정하는 경우, 용어의 이름이 추적 파일에 로그됩니다. 용어가 추적 동작만 지정하는 경우 <default>라는 단어가 기록됩니다.

경로 목록의 경로에 대한 개별 작업 구성

문에 from 경로 목록을 지정하는 경우 목록의 각 경로에 대해 문을 포함하지 않고 해당 개별 경로에서 직접 수행할 작업을 지정할 수 있습니다 then . 자세한 내용은 라우팅 정책 일치 조건에서 사용하기 위한 경로 필터 이해를 참조하십시오.

이 페이지에서