라우팅 정책 일치 조건에서 정책 하위 경로 이해하기
다른 라우팅 정책 라는 라우팅 정책 일치 조건으로 사용할 수 있습니다. 이 프로세스는 이른바 정책을 서브루틴으로 만듭니다.
어떤 면에서 Junos OS 정책 프레임워크는 프로그래밍 언어와 유사합니다. 이러한 유사성에는 정책 서브루틴에 정책을 중첩하는 개념이 포함됩니다. 소프트웨어 프로그램의 서브루틴은 정기적으로 참조하는 코드 섹션입니다. 정책 서브루틴은 동일한 방식으로 작동합니다. 기존 정책은 다른 정책에서 일치 기준으로 참조합니다. 라우팅 디바이스는 먼저 서브루틴을 평가한 다음 기본 정책을 평가합니다. 서브루틴 평가가 기본 정책에 True 또는 false Boolean 결과를 반환합니다. 서브루틴을 일치 기준으로 참조하기 때문에, 진정한 결과는 기본 정책이 일치하고 구성된 작업을 수행할 수 있음을 의미합니다. 그러나 서브루틴의 잘못된 결과는 기본 정책에 일치하는 것이 아니라는 것을 의미합니다.
서브루틴 구성
다른 라우팅 정책 호출할 라우팅 정책 서브루틴을 구성하려면 서브루틴을 생성하고 다른 라우팅 정책 또는 to 문에서 from 일치 조건을 사용하여 policy 이름을 지정합니다.
자체적인 라우팅 정책 평가하지 마십시오. 그 결과, 라우팅 정책 일치하는 접두사도 없습니다.
서브루틴에 지정된 작업은 호출 정책에 일치 조건을 제공하는 데 사용됩니다. 서브루틴이 수락 작업을 지정하는 경우, 호출 정책은 경로를 일치하는 것으로 간주합니다. 서브루틴이 거부 작업을 지정하는 경우, 호출 정책은 경로가 일치하지 않는 것으로 간주합니다. 서브루틴이 경로 특성을 조작하기 위한 작업을 지정하면 변경이 이루어집니다.
하위 경로에서 종료 작업의 가능한 결과
특정 문을 가진 서브루틴은 동일한 문을 포함하는 라우팅 정책 다르게 동작할 수 있습니다. 서브루틴의 경우 서브루틴이나 기본 정책이 지정한 수락 또는 거부의 가능한 종료 작업이 예상 결과에 큰 영향을 미칠 수 있음을 기억해야 합니다.
특히 서브루틴에 지정된 경로와 일치가 발생하지 않고 수행되는 기본 정책 작업이 사용자가 예상하고 원하는 작업인 경우 어떤 일이 발생하는지 고려해야 합니다.
예를 들어, 고객이 고객 A에 서비스를 제공하는 인터넷 서비스 프로바이더(ISP)의 네트워크 관리자라고 상상해 보십시오. 고객 A가 다양한 링크에서 제시하는 이웃의 다양한 클래스에 대해 여러 라우팅 정책을 구성했습니다. 고객 A의 라우팅 정책을 유지하는 데 시간을 절약하기 위해 아래와 같이 경로와 서브루틴을 호출하는 다양한 라우팅 정책을 식별하는 서브루틴을 구성했습니다.
[edit]
policy-options {
policy-statement customer-a-subroutine {
from {
route-filter 10.1/16 exact;
route-filter 10.5/16 exact;
route-filter 192.168.10/24 exact;
}
then accept;
}
}
policy-options {
policy-statement send-customer-a-default {
from {
policy customer-a-subroutine;
}
then {
set metric 500;
accept;
}
}
}
policy-options {
policy-statement send-customer-a-primary {
from {
policy customer-a-subroutine;
}
then {
set metric 100;
accept;
}
}
}
policy-options {
policy-statement send-customer-a-secondary {
from {
policy customer-a-subroutine;
}
then {
set metric 200;
accept;
}
}
}
protocols {
bgp {
group customer-a {
export send-customer-a-default;
neighbor 10.1.1.1;
neighbor 10.1.2.1;
neighbor 10.1.3.1 {
export send-customer-a-primary;
}
neighbor 10.1.4.1 {
export send-customer-a-secondary;
}
}
}
}
이 구성에서는 다음과 같은 결과가 발생합니다.
그룹 수준
export문은 서브루틴 경로 필터와 일치하는 경로가 아닌 이웃 10.1.1.1 및 10.1.2.1에 모든 BGP 경로를 보급할 때 메트릭을 500으로 재설정합니다.neighbor 수준
export문은 서브루틴 경로 필터와 일치하는 BGP 경로가 아닌 이웃 10.1.3.1 및 10.1.4.1에 모든 BGP 경로를 보급할 때 메트릭을 100과 200으로 재설정합니다.
이러한 예기치 않은 결과는 서브루틴 정책이 경로 필터와 일치하지 않는 경로에 대한 종료 작업을 지정하지 않으므로 모든 BGP 경로를 수용하는 기본 BGP 내보내기 정책이 수행됩니다.
이 특정 서브루틴에 포함된 문이 호출 정책 자체에 포함되었다면 원하는 경로만 메트릭이 재설정됩니다.
이 예는 라우팅 정책과 하위 라우팅의 차이점과 서브루틴에서 종료 작업의 중요성을 보여줍니다. 여기에서 서브루틴에 대한 기본 BGP 내보내기 정책 작업은 신중하게 고려되지 않았습니다. 이 특정 예에 대한 솔루션은 경로 필터와 일치하지 않는 다른 모든 경로를 거부하는 서브루틴에 용어를 한 개 더 추가하는 것입니다.
[edit]
policy-options {
policy-statement customer-a-subroutine {
term accept-exact {
from {
route-filter 10.1/16 exact;
route-filter 10.5/16 exact;
route-filter 192.168.10/24 exact;
}
then accept;
}
term reject-others {
then reject;
}
}
}
일반적으로 하위 라우팅에 대한 종료 작업 전략에는 다음이 포함됩니다.
다른 모든 경로를 처리하기 위해 기본 정책 작업에 의존합니다.
다른 모든 경로를 수용하는 용어를 추가합니다.
다른 모든 경로를 거부하는 용어를 추가합니다.
선택한 옵션은 서브루틴으로 달성하려는 내용에 달려 있습니다. 서브루틴을 신중하게 계획하십시오.