Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

라우팅 정책 용어의 작업

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

다음 계층 수준에서 이 문을 포함할 수 있습니다.

  • [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]

용어에 and to 문이 from 없는 경우, 모든 경로가 일치하는 것으로 간주되고 작업이 모두 적용됩니다. and 명령문에 대한 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) 템플릿입니다.

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

표 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 번호 추가 이해를 참조하십시오.

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 내보내기 정책에 사용됩니다.

참고:

카운트 값에 대해 null 구성을 커밋할 수 있으며, 커밋할 경우 Junos는 null을 0 카운트가 아닌 1 카운트로 변환하거나 커밋을 허용하지 않습니다. 카운트가 1이 되도록 하면 as-path-expand 이러한 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 복제자 정책 작업) 을 참조하십시오.

bgp-output-queue-priority

(BGP만 해당) 이 경로에 사용되는 출력 우선 순위 대기열을 설정합니다. 우선 순위가 지정된 출력 대기열에는 17개가 있습니다. 우선 순위가 가장 높은 신속 대기열과 1이 가장 낮은 우선 순위이고 16이 가장 높은 16개의 번호가 지정된 대기열이 있습니다.

class class-name

(CoS[Class of Service]만 해당) 지정된 서비스 등급 매개 변수를 라우팅 테이블에 설치된 경로에 적용합니다. 자세한 정보는 라우팅 디바이스에 대한 Junos OS 서비스 등급 사용자 가이드를 참조하십시오.

color preference color2 preference

지정된 값에 기본 설정 값을 설정합니다. color and color2 기본 설정 값은 and preference2 작업에 지정된 preference 값보다 훨씬 더 세분화됩니다. 색상 값은 0 에서 4,294,967,295(232 – 1) 사이의 숫자일 수 있습니다. 낮은 숫자는 더 선호되는 경로를 나타냅니다.

작업으로 color 기본 설정을 설정하면 값은 Junos OS 내부에 있으며 전이적이지 않습니다.

color (add | subtract) number color2 (add | subtract) number

색상 기본 설정 값을 지정된 양만큼 변경합니다. 덧셈 연산의 결과가 4,294,967,295(232 – 1)보다 큰 값이 나오면 값은 232 – 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만 해당) 지정된 route-damping 매개 변수를 경로에 적용합니다. 이러한 매개변수는 기본 감쇠 매개변수를 재정의합니다. 이 작업은 가져오기 정책에서만 유용합니다. 감쇠 매개 변수는 라우팅 테이블의 경로 상태에 영향을 주기 때문입니다.

감쇠 매개 변수를 적용하려면 라우팅 장치를 위한 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 interface-name statistics (CLI 탐색기 참조) 명령 show interfaces destination-class (all | destination-class-name logical-interface-nameshow interfaces interface-name extensive중 하나를 사용하여 출력을 봅니다.

  • 소스 주소를 기반으로 패킷 수를 구성하려면 이 표에 설명된 문을 사용합니다 source-class .

external type metric

OSPF에서 내보낸 경로에 대한 외부 메트릭 유형을 설정합니다. 키워드 type를 지정해야 합니다.

forwarding-class forwarding-class-name

패킷의 대상 주소와 소스 주소를 모두 기반으로 패킷을 포함하는 포워딩 클래스를 생성합니다. 다음을 수행할 수 있습니다.

  • 라우팅 정책을 구성하여 그룹 접두사를 구성합니다.

  • 해당 포워딩 클래스가 있는 포워딩 테이블에 해당 라우팅 정책을 적용합니다.

  • 이 표에 정의된 OR source-class 작업에 설명된 절차를 destination-class 사용하여 하나 이상의 인터페이스에서 패킷 카운팅을 활성화합니다.

install-nexthop <strict> lsp lsp-name

동일한 LSP 다음 홉 집합 중에서 포워딩 포워딩 테이블에 설치될 다음 홉을 선택합니다. 포워딩 테이블에 대한 내보내기 정책을 사용하여 원하는 경로에 사용될 LSP 다음 홉을 지정합니다. 정책에 strict 지정된 LSP 다음 홉이 작동 중인지 확인하는 엄격한 모드를 활성화하는 옵션을 지정합니다. 지정된 LSP 다음 홉 중 어느 것도 업하지 않으면 정책은 폐기 다음 홉을 설치합니다.

install-to-fib

기본 BGP 라우팅 정책보다 우선하십시오. 자세한 내용은 예: PTX 시리즈 패킷 전송 라우터의 기본 BGP 라우팅 정책 재정의를 참조하십시오.

load-balance consistent-hash

(BGP만 해당) 하나 이상의 IP 주소에 대해 일관된 로드 밸런싱을 지정합니다. 이 기능은 하나 이상의 다음 홉 경로가 실패할 때 ECMP(Equal-Cost 다중 경로) 그룹의 경로에 대한 플로우의 선호도를 유지합니다. 비활성 경로에 대한 flow만 리디렉션됩니다. 활성 상태로 유지되는 서버에 매핑된 플로우는 유지됩니다.

여러 게이트웨이가 있는 유연한 경로 프로필을 통해 확인되는 경로에 대해 커널 라우팅 테이블(KRT) 내보내기 정책에서 일관된 로드 밸런싱을 활성화할 수 있습니다. 이 정책은 플로우 선호도를 유지하기 위해 플렉스 경로 IP 주소로의 직접 플로우에 적용됩니다. KRT 정책을 주의해서 사용하여 특정 접두사만 허용하고 패킷 포워딩 엔진에서 바람직하지 않은 결과가 발생하지 않도록 하십시오.

load-balance symmetric-consistent-hash

대칭적 일관된 해싱을 활성화하여 정적 경로와의 일관된 해싱을 지원하고 정방향 및 역방향으로 상관 소스 IP 및 대상 IP 로드 밸런싱 해시 키를 사용하여 대칭 로드 밸런싱을 달성합니다.

이 작업은 업스트림 및 다운스트림 방향의 ECMP 서버 그룹으로 정적 경로를 통해 학습한 트래픽을 로드 밸런싱하는 데 사용되는 애니캐스트 IP에 일관된 해시가 적용되는 시나리오에서 사용됩니다. 고객의 모든 플로우가 동일한 ECMP 서버에 도달해야 한다는 예상이 있기 때문에 한 방향으로 로드 밸런싱 해시를 생성하는 데 소스 IP만 사용되고 반대 방향으로 로드 밸런싱 해시를 생성하는 데 대상 IP만 사용됩니다.

load-balance destination-ip-only

대상 IP 주소만을 기반으로 로드 밸런싱 해시를 계산합니다. 이를 통해 서비스 프로바이더는 가입자별 인식 환경에서 특정 컨텐츠 서버로 트래픽을 전달할 수 있습니다.

load-balance per-packet

(포워딩 테이블로의 내보내기 전용) 모든 다음 홉 주소를 포워딩 테이블에 설치하고 포워딩 테이블이 패킷당 로드 밸런싱을 수행하도록 합니다. 이 정책 작업을 통해 여러 경로에서 VPLS 트래픽 흐름을 최적화할 수 있습니다. 자세한 정보는 패킷당 로드 밸런싱 구성을 참조하십시오.

load-balance per-prefix

BGP에 대한 패킷당 기본 로드 밸런싱 라우팅 정책을 재정의합니다. 자세한 내용은 예: PTX 시리즈 패킷 전송 라우터의 기본 BGP 라우팅 정책 재정의를 참조하십시오.

load-balance source-ip-only

소스 IP 주소만을 기반으로 로드 밸런싱 해시를 계산합니다. 이를 통해 서비스 프로바이더는 가입자별 인식 환경에서 특정 컨텐츠 서버로 트래픽을 전달할 수 있습니다.

local-preference value

(BGP만 해당) BGP 로컬 선호(LOCAL_PREF) 속성을 설정합니다. 기본 설정 값은 0 에서 4,294,967,295(232 – 1) 사이의 숫자일 수 있습니다.

local-preference (add | subtract) number

로컬 기본 설정 값을 지정된 양만큼 변경합니다. 덧셈 연산의 결과가 4,294,967,295(232 – 1)보다 큰 값이 나오면 값은 232 – 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, 및 metric4metric2계속되는 최대 4개의 메트릭 값을 지정할 수 있습니다.

(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(232 – 1)보다 큰 값이 나오면 값은 232 – 1로 설정됩니다.  빼기 연산의 결과가 0보다 작은 값이 나오면 값은 0으로 설정됩니다.  덧셈 또는 뺄셈 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본값으로 0으로 설정됩니다 . 값이 0인 속성에 더하는 작업을 수행하면 더한 숫자가 결과 속성 값이 됩니다.

metric expression (metric multiplier x offset a | metric2 multiplier y offset b)

의 현재 값을 metric 기반으로 메트릭 metric2을 계산합니다.

이 정책 작업은 메트릭 속성의 현재 값을 표현식의 결과로 재정의합니다

((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 주소로 대체됩니다. 이 옵션은 가져오기 정책에서만 유효합니다. 이 옵션은 주로 BGP에서 보급된 경로에 피어의 IP 주소를 사용하도록 강제하는 데 사용되며, 다음 홉이 보급되는 라우팅 디바이스 또는 직접 연결된 다른 라우팅 디바이스인 경우에만 의미가 있습니다.

를 지정 discard하면 다음 홉 주소가 폐기 다음 홉으로 대체됩니다.

를 지정 next-table하면 라우팅 디바이스는 지정된 테이블에서 포워딩 조회를 수행합니다.

작업을 사용하는 next-table 경우, 구성에는 작업에 지정된 테이블과 다른 테이블을 지정하는 용어 한정자가 포함되어야 합니다.next-table 즉, 문의 용어 한정자는 from 작업에서 테이블을 제외해야 합니다.next-table 다음 예에서 첫 번째 용어는 일치하는 조건으로 포함되어 있습니다rib vrf-customer2.inet.0. 이 작업은 다른 라우팅 테이블에서 vrf-customer1.inet.0다음 홉을 지정합니다. 두 번째 용어는 일치 조건 및 vrf-customer2.inet.0 작업 중 next-table 을 사용하여 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(point-to-multipoint label-switched path)에 대한 수신 루트 노드를 설정합니다. 자세한 내용은 예: 포인트 투 멀티포인트 LSP를 위한 멀티포인트 LDP 인밴드 신호 구성을 참조하십시오.

preference preference preference2 preference

기본 설정 값을 설정합니다. 기본 선호 값(preference)과 보조 선호 값(preference2)을 지정할 수 있습니다. 기본 설정 값은 0 에서 4,294,967,295(232 – 1) 사이의 숫자일 수 있습니다. 낮은 숫자는 더 선호되는 경로를 나타냅니다. 가져오기 정책을 사용하여 의 preference2 값을 허용되는 가장 높은 값인 4,294,967,295로 설정하면 Junos OS는 이 값을 -1로 재설정합니다. (231 – 1)보다 큰 숫자로 설정 preference2 하면 음수 값으로 재설정됩니다.

더 세분화된 기본 설정 값을 지정하려면 이 표의 및 color2 작업을 참조하십시오color.

작업으로 preference 기본 설정을 설정하면 새 기본 설정이 경로와 연결된 상태로 유지됩니다. 새로운 기본 설정은 Junos OS 내부에 있으며 전이적이지 않습니다.

preference (add | subtract) number preference2 (add | subtract) number

지정된 금액만큼 기본 설정 값을 변경합니다. 덧셈 연산의 결과가 4,294,967,295(232 – 1)보다 큰 값이 나오면 값은 232 – 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 따라 또는 output 명령문에 input 따라 SCU(소스 클래스 사용)에 대해 모니터링되는 트래픽이 도착하고 나가는 인바운드 및 아웃바운드 인터페이스를 정의합니다(또는 둘 다에 대해 하나의 인터페이스를 정의합니다). 전체 구문은 [edit interfaces interface-name unit family inet accounting source-class-usage (input | output | input output) unit-number]입니다.

  • , show interfaces interface-name extensive또는 show interfaces interface-name statistics 명령 중 show interfaces interface-name source-class source-class-name하나를 사용하여 출력을 봅니다(CLI 탐색기 참조).

  • 대상 주소를 기반으로 패킷 수를 구성하려면 이 표에 설명된 문을 사용합니다 destination-class .

  • 자세한 원본-클래스 사용 예제 구성은 예: 소스 및 대상 접두사를 포워딩 클래스로 그룹화를 참조하십시오.

참고:

정책 작업 문을 구성할 때 일치하는 각 경로에 대해 하나의 소스 클래스만 구성할 수 있습니다. 즉, 동일한 경로에 두 개 이상의 소스 클래스를 적용할 수 없습니다.

ssm-source [ addresses ];

소스 고유 멀티캐스트(SSM) 정책에 대해 하나 이상의 IPv4 또는 IPv6 소스 주소를 지정합니다

ssm-source [ addresses ];

소스별 SSM(멀티캐스트) 정책에 대해 하나 이상의 IPv4 또는 IPv6 소스 주소를 지정합니다.

tag tag tag2 tag

태그 값을 설정합니다. (첫 번째 문자열의 경우) 및 tag2 (두 번째 문자열의 경우)의 tag 두 가지 태그 문자열을 지정할 수 있습니다. 이러한 값은 라우터에 로컬입니다.

  • OSPF 경로의 경우, tag 이 작업은 OSPF 외부 LSA(Link-state advertisement) 패킷의 32비트 태그 필드를 설정합니다.

  • IS-IS 경로의 경우, tag 이 작업은 IS-IS IP 접두사 유형 길이 값(TLV)에 32비트 플래그를 설정합니다.

  • RIPv2 경로의 경우, tag 이 작업은 route-tag community를 설정합니다. 이 tag2 옵션은 지원되지 않습니다.

tag (add | subtract) number tag2 (add | subtract) number

지정된 양만큼 태그 값을 변경합니다. 덧셈 연산의 결과가 4,294,967,295(232 – 1)보다 큰 값이 나오면 값은 232 – 1로 설정됩니다.  빼기 연산의 결과가 0보다 작은 값이 나오면 값은 0으로 설정됩니다.  덧셈 또는 뺄셈 연산 시 속성 값이 아직 설정되지 않은 경우, 속성 값은 지정된 양에 관계없이 기본값으로 0으로 설정됩니다 . 값이 0인 속성에 더하는 작업을 수행하면 더한 숫자가 결과 속성 값이 됩니다.

validation-state

BGP 원본 검증이 구성되면 경로 접두사의 검증 상태를 유효, 무효 또는 알 수 없음으로 설정합니다.

경로 검증 데이터베이스에는 경로 접두사를 예상 발신 AS(Autonomous System)에 매핑하는 ROA(Route Origin Authorization) 레코드가 포함되어 있습니다. 이렇게 하면 잘못된 경로가 우발적으로 보급되는 것을 방지할 수 있습니다.

BGP에 대한 원본 검증 이해를 참조하십시오.

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

문은 default-action 프로토콜에 내재된 모든 작업을 재정의합니다. 이 작업은 또한 종료되지 않으므로 정책이 종료되기 전에 다양한 정책 조건을 평가할 수 있습니다. 다음과 같이 또는 중 하나 accept reject로 기본 작업을 지정할 수 있습니다.

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

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

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

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

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

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

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

  • 추적 파일명

  • policy옵션입니다.flag

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

이 작업은 라우팅 정책 평가 중 플로우 제어에 영향을 미치지 않습니다.

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

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

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

플랫폼별 동작

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.

플랫폼

차이

MX 시리즈 라우터

load-balance consistent-hash MPC(Modular Port Concentrator)가 장착된 MX 시리즈 라우터용입니다.

load-balance symmetric-consistent-hash 는 AFT 기반의 MX 시리즈 라우터에 적용됩니다.

QFX 시리즈 라우터

load-balance consistent-hash QFX10000용입니다.

PTX 시리즈 라우터

install-to-fib 는 PTX 시리즈 라우터에만 적용됩니다.

load-balance per-prefix 는 PTX 시리즈 라우터에만 적용됩니다.