CoS 기반 포워딩 구성
정의된 경로 집합에만 CoS 기반 포워딩(CBF)을 적용할 수 있습니다. 따라서 다음 예와 같이 정책 문을 구성해야 합니다.
[edit policy-options]
policy-statement my-cos-forwarding {
from {
route-filter destination-prefix match-type;
}
then {
cos-next-hop-map map-name;
}
}
이 구성은 경로 필터와 일치하는 경로가 에 의해 map-name지정된 CoS 다음 홉 매핑의 적용을 받도록 지정합니다. 정책 문 구성에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용자 설명서를 참조하십시오.
지원되는 수 이하의 포워딩 클래스와 기본 포워딩 클래스만 있는 디바이스에서 CBF를 구성할 수 있습니다. 이 조건에서 포워딩 클래스-대기열 매핑은 일대일 또는 일대다일 수 있습니다. 그러나 구성된 포워딩 클래스 수가 지원되는 수를 초과할 때는 CBF를 구성할 수 없습니다. 마찬가지로, CBF가 구성된 경우, 지원되는 포워딩 클래스 수와 기본 포워딩 클래스 수를 초과하여 구성할 수 없습니다.
CoS 다음 홉 맵을 지정하려면 계층 수준에서 [edit class-of-service] 문을 포함 forwarding-policy 합니다.
[edit class-of-service] forwarding-policy { next-hop-map map-name { forwarding-class class-name { discard; lsp-next-hop [ lsp-regular-expression ]; next-hop [ next-hop-name ]; non-lsp-next-hop; } forwarding-class-default { discard; lsp-next-hop [ lsp-regular-expression ]; next-hop [next-hop-name]; non-lsp-next-hop; } } }
최단 경로 우선(OSPF)을 내부 게이트웨이 프로토콜(IGP)으로 사용하여 CBF를 구성할 때, IPv4 또는 IPv6 주소가 아닌 인터페이스 이름 또는 다음 홉 별칭으로 지정해야 합니다. 이는 최단 경로 우선(OSPF)이 포인트 투 포인트 인터페이스의 다음 홉으로 인터페이스를 포함하는 경로를 추가하기 때문입니다. 다음 홉에는 IP 주소가 포함되어 있지 않습니다. 구성 예는 예: CoS 기반 포워딩 구성을 참조하십시오.
레이어 3 VPN의 경우, VRF 인스턴스 내의 원거리 프로바이더 에지(PE) 라우터에서 수신한 경로에 클래스 기반 포워딩을 사용할 경우, 소프트웨어는 수신된 경로에만 제공되는 속성을 기반으로 경로를 일치시킬 수 있습니다. 즉, RIB-in 내의 경로를 기반으로 매칭이 이루어질 수 있습니다. 이 경우 route-filter 정책이 테이블이 아닌 테이블을 검사 bgp.l3vpn.0 하기 때문에 계층 수준에 [edit policy-options policy-statement my-cos-forwarding from] 포함시키는 문은 효과가 없습니다.vrf.inet.0
Junos는 이전에 정의된 다음 홉 집합에 CoS 다음 홉 맵을 적용합니다. 다음 홉 자체는 라우팅 디바이스의 모든 발신 인터페이스에 걸쳐 위치할 수 있습니다. 예를 들어, 다음 구성은 일련의 포워딩 클래스와 다음 홉 식별자를 연결합니다.
[edit class-of-service forwarding-policy]
next-hop-map map1 {
forwarding-class expedited-forwarding {
next-hop next-hop1;
next-hop next-hop2;
}
forwarding-class best-effort {
next-hop next-hop3;
lsp-next-hop lsp-next-hop4;
}
forwarding-class-default {
lsp-next-hop lsp-next-hop5;
}
}
이 예에서 은(는) next-hop N 일부 다음 홉에 대한 IP 주소 또는 송신 인터페이스이며, lsp-next-hop N 해당 레이블이 있는 모든 다음 홉에 해당하는 정규 표현식입니다. Q1에서 QN 는 특정 다음 홉에 매핑되는 일련의 포워딩 클래스입니다. 즉, 패킷이 Q1에서 QN로 전환될 때, 연결된 다음 홉과 연결된 인터페이스를 통해 전달됩니다.
이 구성은 다음과 같은 의미를 갖습니다.
-
단일 포워딩 클래스는 여러 표준 다음 홉 또는 LSP 다음 홉에 매핑할 수 있습니다. 이는 동일한 클래스 값을 제공하는 표준 다음 홉 또는 LSP 다음 홉에서 로드 공유가 수행됨을 의미합니다. 이를 제대로 수행하기 위해 Junos OS는 동일한 비용 다음 홉 목록을 만들고 해당 포워딩 클래스에 대한 표준 로드 공유 규칙에 따라 패킷을 포워딩합니다.
-
포워딩 클래스 구성에 LSP 다음 홉과 표준 다음 홉이 포함된 경우, 표준 다음 홉보다 LSP 다음 홉이 선호됩니다. 앞의 예에서, 와 둘 다
next-hop3적용되는 경로map1에 대해 유효한 다음 홉인 경우, 포워딩 테이블에는 항목lsp-next-hop4만lsp-next-hop4포함됩니다. -
next-hop-map가능한 모든 포워딩 클래스를 지정하지 않으면 기본 포워딩 클래스가 기본값으로 선택됩니다. default-forwarding class 다음 홉 맵에서 포워딩 클래스를 충족하지 않는 트래픽의 다음 홉을 정의합니다. 기본 포워딩 클래스가 다음 홉 맵에 지정되지 않으면 기본값이 무작위로 지정됩니다. 기본 포워딩 클래스는 대기열 0과 연관된 클래스입니다. -
LSP 다음 홉의 경우, Junos는 UNIX
regex(3)스타일 정규 표현식을 사용합니다. 예를 들어, 레이블이 존재하는 경우: , , , , 명령문lsp-next-hop lsp은 ,lsp1,lsp2, 및lsp3와 일치합니다lsp.lsp3lsp2lsp1lsp이 동작을 원하지 않으려면 일치lsp하는 앵커 문자lsp-next-hop " ^lsp$"만 사용해야 합니다. -
정책이 테이블 대신 테이블을
bgp.l3vpn.0확인하기 때문에 경로 필터가 작동하지 않습니다.vrf.inet.0
마지막 단계는 포워딩 엔진으로 내보낸 경로에 경로 필터를 적용하는 것입니다. 이는 다음 예에 나와 있습니다.
routing-options {
forwarding-table {
export my-cos-forwarding;
}
}
이 구성은 라우팅 프로세스가 연결된 다음 홉 CBF 규칙과 일치 my-cos-forwarding 하는 포워딩 엔진에 경로를 삽입하도록 지시합니다.
경로에 구성을 적용할 때 다음 알고리즘이 사용됩니다.
-
경로가 단일 다음 홉 경로인 경우 모든 트래픽이 해당 경로로 이동합니다. 즉, CBF가 적용되지 않습니다.
-
각 다음 홉에 대해 적절한 포워딩 클래스를 연결합니다. 다음 홉이 경로에 나타나지만 맵에는
cos-next-hop나타나지 않으면 포워딩 테이블 항목에 나타나지 않습니다. -
모든 포워딩 클래스가 다음 홉 맵에 지정되지 않은 경우 기본 포워딩 클래스가 사용됩니다. 기본값을 지정하지 않으면 다음 홉 맵에 정의된 가장 낮은 클래스에 기본값이 할당됩니다.
플랫폼별 CBF 동작
다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.
| 플랫폼 |
차이 |
|---|---|
| MX 시리즈 |
|
| PTX 시리즈 |
|