이 페이지의 내용
라우팅 정책 일치 조건에서 사용하기 위한 경로 필터 이해하기
경로 필터는 일치 접두사의 집합입니다. 일치 접두사를 지정할 때, 특정 경로와 정확히 일치하거나 덜 정확하게 일치하도록 지정할 수 있습니다. 전체 목록에 적용되는 공통 작업 또는 각 접두사와 연관된 작업을 구성할 수 있습니다.
경로 필터 구성에는 접두사 및 접두사 길이 설정이 포함되므로, 구성을 진행하기 전에 슈퍼네팅을 포함한 IP 주소 지정과 경로 필터가 평가되는 방식을 완전히 이해해야 합니다(참조: 라우팅 정책 일치 조건에서 경로 필터가 평가되는 방법).
이 섹션은 다음 주제에 대해 설명합니다.
기수 트리
경로 필터의 작동을 이해하려면 기수 트리(patricia trie 또는 radix trie라고도 함)라고 하는 이진수 일치에 사용되는 디바이스에 익숙해져야 합니다. 기수 트리는 IP 주소(경로)를 식별하기 위해 이진 조회를 사용합니다. IP 주소는 인간이 쉽게 이해할 수 있도록 점으로 분리된 10진수 형식으로 표시되는 32비트 숫자입니다. 이러한 8비트 그룹은 각각 0에서 255 사이의 값을 가질 수 있습니다. 기수 트리는 이러한 이진수의 그래픽 표현일 수 있습니다.
그림 1에서 기수 트리는 구성된 값이 없는 상태에서 시작하고(0에서 시작) 이진 IP 주소의 가장 왼쪽에 있습니다. 이것은 0/0으로 표시되며, 흔히 기본 경로라고 합니다.
의 시작 부분
이것은 이진법이므로, 각 비트는 가능한 두 가지 값(0 또는 1) 중 하나만 가질 수 있습니다. 왼쪽 브랜치로 이동하면 0, 오른쪽으로 이동하면 1의 값을 나타냅니다. 첫 번째 단계는 그림 2에 나와 있습니다. 첫 번째 위치에서 IP 주소의 첫 번째 8진수는 00000000 또는 10000000(각각 0 또는 128) 값을 갖습니다. 이것은 그림 2 에서 0/1 및 128/1 값으로 표시됩니다.
의 첫 단계
두 번째 단계는 그림 3에 나와 있습니다. 트리의 이 두 번째 수준에는 첫 번째 8진수에 대해 가능한 4개의 이진 값(000000000, 01000000, 10000000 및 110000000)이 있습니다. 이러한 10진수 값 0, 64, 128, 192는 기수 트리에서 0/2, 64/2, 128/2, 192/2의 IP 주소로 표시됩니다.
의 두 번째 단계
이 단계별 프로세스는 가능한 모든 IP 주소를 나타내기 위해 총 33개의 수준에서 계속됩니다.
기수 트리 구조는 동일한 MSB(최상위 비트)를 모두 공유하는 경로 그룹을 찾을 때 유용합니다. 그림 4 는 192.168.0.0/16 네트워크를 나타내는 기수 트리의 지점을 보여줍니다. 192.168.0.0/16보다 더 구체적인 모든 경로는 강조된 섹션에 표시됩니다.
그룹 찾기
경로 필터 구성
'경로 필터 구성' 주제에서는 기본 Junos OS 동작에 대해 설명합니다. 이 주제에서 다루지 않는 walkup 기능은 라우터가 동일한 용어 내에 구성된 더 짧은 일치 조건을 고려할 수 있도록 하여 이 주제에서 논의된 평가 결과를 변경합니다. 자세한 내용은 경로 필터 개요에 대한 워크업 을 참조하십시오.
경로 필터를 구성하려면 하나 이상의 route-filter OR source-address-filter 문을 포함합니다.
[edit policy-options policy-statement policy-name term term-name from]
route-filter destination-prefix match-type {
actions;
}
이 route-filter 옵션은 일반적으로 수신 경로 주소를 유니캐스트 소스 주소를 제외한 모든 유형의 대상 일치 접두사와 일치시키는 데 사용됩니다.
주소는 destination-prefix 로 지정된 IP 버전 4(IPv4) 또는 IP 버전 6(IPv6) 주소 접두사입니다. prefix/prefix-length IPv4 접두사를 생략 prefix-length 하면 기본값은 /32입니다. IPv6 접두사를 생략 prefix-length 하면 기본값은 /128입니다. 문에 from 지정된 접두사는 모든 IPv4 주소 또는 모든 IPv6 주소여야 합니다.
이 source-address-filter 옵션은 일반적으로 멀티프로토콜 BGP(MBGP) 및 MSDP(Multicast Source Discovery Protocol) 환경에서 수신 경로 주소를 유니캐스트 소스 주소와 일치시키는 데 사용됩니다.
source-address-filter source-prefix match-type {
actions;
}
source-prefix address는 로 지정된 IPv4 또는 IPv6 주소 접두사입니다. prefix/prefix-length IPv4 접두사를 생략 prefix-length 하면 기본값은 /32prefix-length입니다. IPv6 접두사를 생략 prefix-length 하면 기본값은 /128입니다. 문에 from 지정된 접두사는 모든 IPv4 주소 또는 모든 IPv6 주소여야 합니다.
match-type 소스 또는 대상 접두사에 적용할 일치 유형입니다. 표 1에 나열된 일치 유형 중 하나일 수 있습니다. 일치 유형 및 다양한 경로와 함께 표시될 때 결과의 예는 표 2를 참조하십시오.
actions 경로 주소가 대상 일치 접두사(옵션의 route-filter 일부로 지정) 또는 소스 일치 접두사(옵션의 destination-address-filter 일부로 지정)에 대해 지정된 기준과 일치할 경우 수행하는 작업입니다. 작업은 라우팅 정책 용어의 작업에 설명된 하나 이상의 작업으로 구성될 수 있습니다.
경로 필터에서 다음과 같은 두 가지 방법으로 작업을 지정할 수 있습니다.
-
route-filterin orsource-address-filter옵션 - 이러한 작업은 일치가 발생한 직후 수행되며 문은then평가되지 않습니다. -
문에서
then—이러한 작업은 일치가 발생한 후에 수행되지만, orsource-address-filter옵션에 대해서는route-filter작업이 지정되지 않습니다.
upto 및 prefix-length-range 일치 유형은 모두 MSB(최상위 비트)를 지정하고 일치할 수 있는 접두사 길이 범위를 제공한다는 점에서 유사합니다. 차이점은 접두사 길이 범위에 대해서만 상한을 지정할 수 있는 반면, 상 prefix-length-range 한과 하한을 모두 지정할 수 있다는 것입니다upto.
이러한 경로 필터 일치 유형에 대한 자세한 예는 경로 필터 예제를 참조하십시오.
| 일치 유형 |
일치 기준 |
|---|---|
|
|
다음 사항이 모두 해당됩니다.
참고:
경로 필터에서 longest-match 조회가 수행되면, 조회는 이 경로 필터 일치 유형에 대한 자세한 내용은 주소 마스크 일치 유형 평가 방법을 참조하십시오. 일치 유형이 |
|
|
다음 사항이 모두 해당됩니다.
|
|
|
다음 사항이 모두 해당됩니다.
|
|
|
다음 사항이 모두 해당됩니다.
|
|
|
다음 사항이 모두 해당됩니다.
|
|
|
다음 사항이 모두 해당됩니다.
대부분의 라우팅 정책 구성에서는 일치 유형을 사용하지 |
|
|
다음 사항이 모두 해당됩니다.
|
그림 5 는 경로 192.168.0.0/16에 대한 상세한 기수 트리를 보여줍니다.
의 일부
그림 6 과 표 2 는 다양한 경로 필터 일치 유형의 작동을 보여줍니다.
| 접두사 |
192.168/16 정확 |
192.168/16 더 오래 |
192.168/16 이상 |
192.168/16 최대 /24 |
192.168/16 접두사 길이 범위/18 – /20 |
192.168/16부터 192.168.16/20까지 |
192.168/19 주소 마스크255.255.0.0 |
|---|---|---|---|---|---|---|---|
| 10.0.0.0/8 |
– |
– |
– |
– |
– |
– |
– |
| 192.168.0.0/16 |
일치 |
– |
일치 |
일치 |
– |
일치 |
– |
| 192.168.0.0/17 |
– |
일치 |
일치 |
일치 |
– |
일치 |
– |
| 192.168.0.0/18 |
– |
일치 |
일치 |
일치 |
일치 |
일치 |
– |
| 192.168.0.0/19 |
– |
일치 |
일치 |
일치 |
일치 |
일치 |
일치 |
| 192.168.4.0/24 |
– |
일치 |
일치 |
일치 |
– |
– |
– |
| 192.168.5.4/30 |
– |
일치 |
일치 |
– |
– |
– |
– |
| 192.168.12.4/30 |
– |
일치 |
일치 |
– |
– |
– |
– |
| 192.168.12.128/32 |
– |
일치 |
일치 |
– |
– |
– |
– |
| 192.168.16.0/20 |
– |
일치 |
일치 |
일치 |
일치 |
일치 |
– |
| 192.168.192.0/18 |
– |
일치 |
일치 |
일치 |
일치 |
– |
– |
| 192.168.224.0/19 |
– |
일치 |
일치 |
일치 |
일치 |
– |
일치 |
| 10.169.1.0/24 |
– |
– |
– |
– |
– |
– |
– |
| 10.170.0.0/16 |
– |
– |
– |
– |
– |
– |
– |
라우팅 정책 일치 조건에서 경로 필터를 평가하는 방법
경로 필터 평가 중에 정책 프레임워크 소프트웨어는 각 경로의 소스 주소를 경로 필터의 대상 접두사와 비교합니다. 평가는 두 단계로 진행됩니다.
-
정책 프레임워크 소프트웨어는 longest-match 조회를 수행합니다. 즉, 소프트웨어는 목록에서 가장 긴 접두사를 검색합니다.
longest-match 조회는
prefix구성된 일치 접두사의 구성 요소만prefix-length고려하고 구성 요소는 고려하지 않습니다match-type. 다음 샘플 경로 필터는 이 지점을 보여줍니다.from { route-filter 192.168.0.0/14 upto /24 reject; route-filter 192.168.0.0/15 exact; } then accept;후보 경로 192.168.1.0/24에 대한 가장 긴 일치는 접두사와 접두사 길이만 기반으로 하는 두 번째 경로 필터인 192.168.0.0/15입니다.
-
수신 경로가 접두사와 일치할 때(가장 긴 것부터 먼저) 다음 동작이 발생합니다.
-
일치 유형이 실패하더라도 경로 필터는 다른 접두사 평가를 중단합니다.
-
소프트웨어는 해당 접두사와 관련된 일치 유형과 작업을 검사합니다.
-
경로 소스 주소가 일치 유형을 사용하는 address-mask 일치 기준에 따라 평가되면 두 평가 단계에 구성된 넷마스크 값이 포함됩니다. 자세한 정보는 주소 마스크 일치 유형 평가 방법을 참조하십시오.
1단계에서 경로 192.168.1.0/24가 평가되면 일치하지 않습니다. 192.168.0.0/15의 가장 긴 접두사와 일치하지만 일치하지 않습니다 exact. 경로 필터는 접두사와 일치하기 때문에 완료되지만, 일치 유형이 실패했기 때문에 결과는 실패한 일치입니다.
일치가 발생하면 접두사로 지정된 작업이 수행됩니다. 작업이 접두사로 지정되지 않으면 문의 작업이 then 수행됩니다. 어느 작업도 지정되지 않은 경우, 소프트웨어는 다음 용어나 라우팅 정책(있는 경우)을 평가하거나 기본 정책에 지정된 OR reject 작업을 수행합니다accept. 기본 라우팅 정책에 대한 자세한 내용은 기본 라우팅 정책을 참조하십시오.
경로 필터에 여러 접두사를 지정하는 경우, 일치가 발생하려면 하나의 접두사만 일치해야 합니다. 경로 필터 일치는 효과적인 논리 OR 연산입니다.
일치가 발생하지 않으면 소프트웨어는 다음 용어나 라우팅 정책(있는 경우)을 평가하거나 기본 정책에 지정된 OR reject 작업을 수행합니다accept.
예를 들어, 접두사 192.168.254.0/24를 다음 경로 필터와 비교합니다.
route-filter 192.168.0.0/16 orlonger; route-filter 192.168.254.0/23 exact;
접두사 192.168.254.0/23은 가장 긴 접두사로 결정됩니다. 소프트웨어가 192.168.254.0/24를 가장 긴 접두사에 대해 평가하면 일치가 발생합니다(192.168.254.0/24는 192.168.254.0/23의 하위 집합임). 192.168.254.0/24와 가장 긴 접두사가 일치하므로 평가가 계속됩니다. 그러나 소프트웨어가 일치 유형을 평가할 때 192.168.254.0/24와 192.168.254.0/23 exact 사이에서 일치가 발생하지 않습니다. 소프트웨어는 용어가 일치하지 않는다는 결론을 내리고 다음 용어나 라우팅 정책으로 진행하거나(있는 경우), 기본 정책에 지정된 OR reject 작업을 수행합니다accept.
walkup 기능을 사용하면 여러 경로 필터가 있는 용어가 평가 프로세스를 '워크업'하여 가장 긴 일치 뿐 아니라 덜 구체적인 경로를 포함시킬 수 있습니다. 즉, 워크업을 활성화하면 기본 동작이 "하나가 실패하면 용어가 실패함"에서 "하나가 일치하면 용어가 일치함"으로 변경됩니다. walkup 기능에 대한 자세한 내용은 경로 필터에 대한 walkup 개요를 참조하십시오.
접두사 순서가 경로 필터 평가에 미치는 영향
정책 프레임워크 소프트웨어는 평가 중에 가장 긴 접두사를 찾기 위해 경로 필터를 스캔하기 때문에 일반적으로 접두사가 지정된 순서(위에서 아래)는 중요하지 않습니다. 이 규칙의 예외는 목록에서 동일한 대상 접두사를 여러 번 사용하는 경우입니다. 이 경우, 동일한 접두사 목록이 위에서 아래로 스캔되고 경로와 일치하는 첫 번째 일치 유형이 적용되므로, 접두사 순서가 중요합니다.
walkup 기능을 사용하면 여러 경로 필터가 있는 용어가 평가 프로세스를 '워크업'하여 가장 긴 일치 뿐 아니라 덜 구체적인 경로를 포함시킬 수 있습니다. 즉, 워크업을 활성화하면 기본 동작이 "하나가 실패하면 용어가 실패함"에서 "하나가 일치하면 용어가 일치함"으로 변경됩니다. walkup 기능에 대한 자세한 내용은 경로 필터에 대한 walkup 개요를 참조하십시오.
다음 예에서는 동일한 접두사에 대해 다른 일치 유형이 지정됩니다. 경로 0.0.0.0/0은 거부되고, 경로 0.0.0.0/8은 로 표시 next-hop self되며, 경로 0.0.0.0/25는 거부됩니다.
route-filter 0.0.0.0/0 upto /7 reject; route-filter 0.0.0.0/0 upto /24 next-hop self; route-filter 0.0.0.0/0 orlonger reject;
주소 마스크 일치 유형을 평가하는 방법
address-mask 라우팅 정책 일치 유형을 사용하면 구성된 대상 일치 접두사의 길이 외에 구성된 넷마스크 값에서 수신 IPv4 또는 IPv6 경로 주소를 일치시킬 수 있습니다. 경로 필터 평가 address-mask 중에 일치 유형은 구성된 넷마스크 값을 고려하여 다른 라우팅 정책 일치 유형과 다르게 처리됩니다.
-
longest-match 조회가 라우팅 정책 일치 유형을 평가할
address-mask때 구성된 일치 접두사의 구성 요소는 고려되지 않습니다 .prefix-length대신 구성된 넷마스크 값에 설정된 연속 상위 비트 수를 고려합니다. -
수신 IPv4 또는 IPv6 경로 주소가 라우팅 정책 일치 유형을 사용하는
address-mask경로 필터 일치 기준에 대해 평가될 때 다음 값이 동일하면 라우팅 정책 일치 조건에 대해 평가됩니다.-
구성된 넷마스크 값과 수신 IPv4 또는 IPv6 경로 주소의 비트 논리 AND
-
구성된 넷마스크 값과 구성된 대상 일치 접두사의 비트 논리 AND
-
두 개의 address-mask 일치 유형을 포함하는 경로 필터 구성 예시는 Longest-Match 조회를 통한 주소 마스크 일치 유형 평가를 참조하십시오.
Longest-Match 조회의 일반적인 구성 문제
경로 필터를 정의할 때 공통적인 문제는 동일한 목록에서 더 길고 유사한 접두사와 일치시킬 더 짧은 접두사를 포함하는 것입니다. 예를 들어, 접두사 192.168.254.0/24가 다음 경로 필터와 비교된다고 가정해봅시다.
route-filter 192.168.0.0/16 orlonger; route-filter 192.168.254.0/23 exact;
정책 프레임워크 소프트웨어가 longest-match 조회를 수행하기 때문에 접두사 192.168.254.0/23이 가장 긴 접두사로 결정됩니다. exact 일치는 192.168.254.0/24와 192.168.254.0/23 exact 사이에서 발생하지 않습니다. 소프트웨어는 용어가 일치하지 않는다고 판단하고 다음 용어나 라우팅 정책으로 진행하거나(있는 경우), 기본 정책에 지정된 OR reject 작업을 수행합니다accept. (기본 라우팅 정책에 대한 자세한 내용은 기본 라우팅 정책을 참조하십시오.) 일치시키려는 더 짧은 접두사 192.168.0.0/16 orlonger는 실수로 무시됩니다.
이 문제에 대한 한 가지 해결책은 이 용어의 경로 필터에서 접두사 192.168.0.0/16 orlonger를 제거하고, 목록에서 유일한 접두사 또는 가장 긴 접두사인 다른 용어로 이동하는 것입니다.
또 다른 해결책은 워크업 기능을 활성화하는 것입니다. 자세한 내용은 경로 필터 개요에 대한 워크업 을 참조하십시오.
경로 필터 예시
이 섹션의 예에서는 라우팅 정책의 일부만 보여줍니다. 일반적으로 이러한 조각을 다른 용어나 라우팅 정책과 결합합니다.
모든 예시에서 다음 작업이 비일치 경로에 적용됩니다.
-
있는 경우 다음 용어를 평가합니다.
-
있는 경우 다음 정책 평가.
-
기본 정책에
accept지정된 ORreject작업을 수행합니다. 기본 라우팅 정책에 대한 자세한 내용은 기본 라우팅 정책을 참조하십시오.
다음 예는 다양한 목적으로 경로 필터를 구성하는 방법을 보여줍니다.
- 특정 대상 접두사 및 마스크 길이가 있는 경로 거부
- 마스크 길이가 8보다 큰 경로 거부
- 마스크 길이가 26에서 29 사이인 경로 거부
- 특정 호스트의 경로 거부
- 정의된 접두사 세트가 있는 경로 수락
- 정의된 접두사 세트가 있는 경로 거부
- 접두사가 24비트보다 긴 경로 거부
- PIM 멀티캐스트 트래픽 참가 거부
- PIM 트래픽 거부
- 경로 주소 및 대상 일치 접두사에 주소 마스크를 적용하여 수신 IPv4 경로 수락
- 패턴은 유사하지만 접두사 길이가 다른 수신 IPv4 경로 수락
- Longest-Match 조회를 통한 주소 마스크 일치 유형 평가
특정 대상 접두사 및 마스크 길이가 있는 경로 거부
대상 접두사가 0.0.0.0이고 마스크 길이가 0 에서 8인 경로는 거부하고 다른 모든 경로를 수락합니다.
[edit]
policy-options {
policy-statement policy-statement from-hall2 {
term 1 {
from {
route-filter 0.0.0.0/0 upto /8 reject;
}
}
then accept;
}
}
마스크 길이가 8보다 큰 경로 거부
마스크가 /8 이상(즉, /8, /9, /10 등)이고 처음 8 비트가 0으로 설정된 경로는 거부하고 길이가 8 비트 미만인 경로는 수락합니다.
[edit]
policy-options {
policy-statement from-hall3 {
term term1 {
from {
route-filter 0/0 upto /7 accept;
route-filter 0/8 orlonger;
}
then reject;
}
}
}
마스크 길이가 26에서 29 사이인 경로 거부
대상 접두사가 192.168.10/24이고 마스크가 /26과 /29 사이인 경로는 거부하고 다른 모든 경로는 수락합니다.
[edit]
policy-options {
policy-statement from-customer-a {
term term1 {
from {
route-filter 192.168.10/24 prefix-length-range /26–/29 reject;
}
then accept;
}
}
}
특정 호스트의 경로 거부
특정 호스트의 경로 범위를 거부하고 다른 모든 경로를 수락합니다.
[edit]
policy-options {
policy-statement hosts-only {
from {
route-filter 10.125.0.0/16 upto /31 reject;
route-filter 0/0;
}
then accept;
}
}
대부분의 라우팅 정책 구성에서는 일치 유형을 사용하지 through 않습니다. 정확한 일치의 연속된 집합을 그룹화하는 도구로 생각 through 해야 합니다. 예를 들어, 다음과 같은 4개의 exact 일치를 지정하는 대신:
from route-filter 0.0.0.0/1 exact from route-filter 0.0.0.0/2 exact from route-filter 0.0.0.0/3 exact from route-filter 0.0.0.0/4 exact
다음 단일 일치로 나타낼 수 있습니다.
from route-filter 0.0.0.0/1 through 0.0.0.0/4
정의된 접두사 세트가 있는 경로 수락
제한된 접두사 세트(첫 번째 용어)를 명시적으로 수락하고 다른 모든 접두사(두 번째 용어)는 거부합니다.
policy-options {
policy-statement internet-in {
term 1 {
from {
route-filter 192.168.231.0/24 exact accept;
route-filter 192.168.244.0/24 exact accept;
route-filter 192.168.198.0/24 exact accept;
route-filter 192.168.160.0/24 exact accept;
route-filter 192.168.59.0/24 exact accept;
}
}
term 2 {
then {
reject;
}
}
}
정의된 접두사 세트가 있는 경로 거부
접두사의 몇 가지 그룹을 거부하고 나머지 접두사를 수락합니다.
[edit policy-options]
policy-statement drop-routes {
term 1{
from { # first, reject a number of prefixes:
route-filter default exact reject; # reject 0.0.0.0/0 exact
route-filter 0.0.0.0/8 orlonger reject; # reject prefix 0, mask /8 or longer
route-filter 10.0.0.0/8 orlonger reject; # reject loopback addresses
}
route-filter 10.105.0.0/16 exact { # accept 10.105.0.0/16
as-path-prepend “1 2 3”;
accept;
}
route-filter 192.0.2.0/24 orlonger reject; # reject test network packets
route-filter 172.16.233.0/3 orlonger reject; # reject multicast and higher
route-filter 0.0.0.0/0 upto /24 accept; # accept everything up to /24
route-filter 0.0.0.0/0 orlonger accept; # accept everything else
}
}
}
}
접두사가 24비트보다 긴 경로 거부
24 비트보다 긴 모든 접두사를 거부합니다. 문에서 export 일련의 라우팅 정책에 이 라우팅 정책을 설치합니다. 이 필터의 첫 번째 용어는 접두사 길이가 최대 24 비트인 모든 경로를 통과합니다. 이름이 지정되지 않은 두 번째 용어는 다른 모든 항목을 거부합니다.
[edit policy-options]
policy-statement 24bit-filter {
term acl20 {
from {
route-filter 0.0.0.0/0 upto /24;
}
then next policy;
}
then reject;
}
이 예에서 를 지정 route-filter 0.0.0.0/0 upto /24 accept하면 일치하는 접두사가 즉시 수락되고 문의 다음 라우팅 정책 export 은 평가되지 않습니다.
용어acl20에 문을 포함하는 then reject 경우, 24 비트보다 큰 접두사는 거부되지 않습니다. 용어를 평가할 때 정책 프레임워크 소프트웨어가 문에 도달하기 전에 다음 문 평가로 이동하기 때문입니다.then reject
PIM 멀티캐스트 트래픽 참가 거부
이웃의 소스 대상 접두사에 대한 PIM(Protocol Independent Multicast) 멀티캐스트 트래픽 조인을 거부하기 위한 라우팅 정책을 구성합니다.
[edit]
policy-options {
policy-statement join-filter {
from {
neighbor 10.14.12.20;
source-address-filter 10.83.0.0/16 orlonger;
}
then reject;
}
}
PIM 트래픽 거부
인터페이스의 소스 대상 접두사에 대한 PIM 트래픽을 거부하기 위한 라우팅 정책을 구성합니다.
[edit]
policy-options {
policy-statement join-filter {
from {
interface so-1/0/0.0;
source-address-filter 10.83.0.0/16 orlonger;
}
then reject;
}
}
다음 라우팅 정책 한정자가 PIM에 적용됩니다.
-
interface—join이 수신되는 인터페이스 -
neighbor—join이 시작된 소스 -
route-filter—그룹 주소 -
source-address-filter—join을 거부할 소스 주소
PIM 프로토콜 정의에서 PIM join 필터 가져오기에 대한 자세한 내용은 Junos OS 멀티캐스트 프로토콜 사용자 가이드를 참조하십시오.
경로 주소 및 대상 일치 접두사에 주소 마스크를 적용하여 수신 IPv4 경로 수락
대상 접두사가 10.1.0/24이고 세 번째 바이트가 0 에서 14 사이의 짝수인 수신 IPv4 경로를 수락합니다.
[edit]
policy-options {
policy-statement from_customer_a {
term term_1 {
from {
route-filter 10.1.0.0/24 address-mask 255.255.241.0;
}
then {
...
reject;
}
}
}
}
라우팅 정책 용어 term_1 의 경로 필터는 다음과 같은 수신 IPv4 경로 주소와 일치합니다.
-
10.1.0.0/24
-
10.1.2.0/24
-
10.1.4.0/24
-
10.1.6.0/24
-
10.1.8.0/24
-
10.1.10.0/24
-
10.1.12.0/24
-
10.1.14.0/24
넷마스크 값과 후보 경로 주소의 비트 논리 AND는 넷마스크 값과 일치 접두사 주소의 비트 논리 AND와 일치해야 합니다. 즉, 넷마스크 비트 패턴 255.255.241.0에 설정된 비트가 포함된 경우, 평가되는 수신 IPv4 경로 주소는 대상 접두사 주소 10.1.0.0/24의 해당 비트 값과 일치해야 합니다.
-
넷마스크 값의 처음 두 바이트는 이진수 1111 1111 1111 1111 입니다. 즉, 처음 두 바이트가 10.1이 아닌 경우 후보 경로 주소가 일치에 실패합니다.
-
넷마스크 값의 세 번째 바이트는 이진수 1111 0001입니다. 즉, 세 번째 바이트가 15(십진수)보다 크거나 홀수일 때, 또는 두 가지 모두에 해당할 때 후보 경로 주소가 일치에 실패합니다.
-
일치 접두사 주소의 접두사 길이는 24(십진수)입니다. 즉, 접두사 길이 가 정확히 24가 아니라면 후보 경로 주소가 일치에 실패합니다.
예를 들어, 정책에서 테스트 중인 후보 경로 주소가 10.1.8.0/24(이진수 0000 1010 0000 0001 0000 1000)라고 가정해봅시다.
-
넷마스크 값을 이 후보 경로 주소에 적용하면 결과는 이진수 0000 1010 0000 0001 0000 0000입니다.
-
넷마스크 값이 구성된 대상 접두사 주소에 적용되면, 결과는 이진수 0000 1010 0000 0001 0000 0000입니다.
-
두 AND 연산의 결과가 동일하기 때문에 두 번째 일치 기준에 따라 일치가 계속됩니다.
-
후보 주소의 접두사 길이와 구성된 대상 접두사 길이가 동일하므로(24 비트), 일치에 성공합니다.
또 다른 예로, 정책에서 테스트 중인 후보 경로 주소가 10.1.3.0/24(이진수 0000 1010 0000 0001 0000 0011)라고 가정해봅시다.
-
넷마스크 값을 이 후보 경로 주소에 적용하면 결과는 이진수 0000 1010 0000 0001 0000 0001입니다.
-
그러나 넷마스크 값이 구성된 대상 접두사 주소에 적용되면 결과는 이진수 0000 1010 0000 0001 0000 0000입니다.
-
두 AND 연산의 결과가 다르기 때문에(세 번째 바이트), 일치가 실패합니다.
패턴은 유사하지만 접두사 길이가 다른 수신 IPv4 경로 수락
10.*.1/24 또는 10.*.1.*/32 형식의 수신 IPv4 경로 주소를 수락합니다.
[edit]
policy-options {
policy-statement from_customer_b {
term term_2 {
from {
route-filter 10.0.1.0/24 address-mask 255.0.255.0;
route-filter 10.0.1.0/32 address-mask 255.0.255.0;
}
then {
...
reject;
}
}
}
}
경로 필터 일치 기준 10.0.1.0/24 address-mask 255.0.255.0 은 10.*.1/24 형식의 수신 IPv4 경로 주소와 일치합니다. 경로의 접두사 길이는 정확히 24 비트여야 하며, 두 번째 바이트에서 모든 값을 수락할 수 있습니다.
경로 필터 일치 기준 10.0.1.0/32 address-mask 255.0.255.0 은 10.*.1.*/32 형식의 수신 IPv4 경로 주소와 일치합니다. 경로의 접두사 길이는 정확히 32 비트여야 하며, 두 번째와 네 번째 바이트에서 모든 값을 수락할 수 있습니다.
Longest-Match 조회를 통한 주소 마스크 일치 유형 평가
이 예에서는 longest-match 조회가 두 개의 address-mask 일치 유형을 포함하는 경로 필터를 어떻게 평가하는지 보여줍니다. 아래 라우팅 정책 용어 term_3 에 구성된 경로 필터를 고려하십시오.
[edit]
policy-options {
policy-statement from_customer_c {
term term_3 {
from {
route-filter 10.0.1.0/24 address-mask 255.0.255.0;
route-filter 10.0.2.0/24 address-mask 255.240.255.0;
}
then {
...
}
}
}
}
수신 IPv4 경로 소스 주소 10.1.1.0/24가 정책 용어 term_3에 구성된 경로 필터에 대해 테스트되었다고 가정해봅시다.
-
라우팅 정책 용어
term_3에 대한 longest-match 조회 트리에는 두 개의 일치 접두사가10.0.1.0/24 address-mask 255.0.255.010.0.2.0/24 address-mask 255.240.255.0포함되어 있습니다. 후보에 대한 가장 긴 접두사 일치를 위해 트리를 검색할 때 longest-prefix 조회는 구성된destination-prefix길이 대신 구성된netmask-value에서 연속 상위 비트 수를 고려합니다.-
첫 번째 경로 필터 일치 기준의 경우, 넷마스크 값에 8개의 연속 상위 비트가 포함되어 있기 때문에 longest-match 조회 항목은 10.0.0.0/8입니다.
-
두 번째 경로 필터 일치 기준의 경우, 넷마스크 값에 12개의 연속 상위 비트가 포함되어 있기 때문에 longest-match 조회 항목은 10.0.0.0/12입니다.
후보 경로 주소 10.1.1.0/24의 경우, longest-match 조회는 경로 필터 일치 기준
10.0.2.0/24 address-mask 255.240.255.0에 해당하는 트리 항목 10.0.0.0/12를 반환합니다. -
-
이제 후보 경로 주소에 대해 longest-match 접두사
term_3가 식별되었으므로 후보 경로 주소는 경로 필터 일치 기준10.0.2.0/24 address-mask 255.240.255.0에 대해 평가됩니다.-
수신 IPv4 경로 주소 10.1.1.0/24를 테스트하기 위해 넷마스크 값 255.240.255.0이 10.1.1.0/24에 적용됩니다. 결과는 10.0.1.0입니다.
-
구성된 대상 접두사 주소 10.0.2.0/24를 테스트하기 위해 넷마스크 값 255.240.255.0이 10.0.2.0/24에 적용됩니다. 결과는 10.0.2.0입니다.
-
결과가 다르기 때문에 경로 필터 일치에 실패합니다. 일치 기준으로 지정하든 문으로
then지정하든 관계없이 어떠한 작업도 수행되지 않습니다. 수신 IPv4 경로 주소는 다른 일치 기준에 대해 평가되지 않습니다.
-