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 다음 홉 매핑의 대상이 되도록 지정합니다. 정책 문 구성에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용자 가이드를 참조하십시오.
M Series 라우터(M120 및 M320 라우터 제외)에서 포워딩 클래스 기반 일치 및 CBF는 포워딩 클래스가 입력 인터페이스의 멀티필드 필터로 설정된 경우 예상대로 작동하지 않습니다.
Junos OS 릴리스 17.2부터 MPC 또는 MS-DPC가 있는 MX 라우터, VMX, PTX3000 라우터 및 PTX5000 라우터는 최대 16개의 포워딩 클래스에 대해 CoS 기반 포워딩(CBF) 구성을 지원합니다. 다른 모든 플랫폼은 최대 8개의 포워딩 클래스에 대해 CBF를 지원합니다. MX 라우터에서 CBF에 대해 최대 16개의 포워딩 클래스를 지원하려면 계층 수준에서 을(를[edit chassis network-services]) 활성화 enhanced-ip 합니다.
지원되는 수 또는 더 적은 포워딩 클래스와 기본 포워딩 클래스만 가진 디바이스에서 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를 사용하여 CBF를 IGP(Interior Gateway Protocol)로 구성할 때, 다음 홉을 IPv4 또는 IPv6 주소가 아닌 인터페이스 이름 또는 다음 홉 별칭으로 지정해야 합니다. OSPF는 인터페이스와 함께 포인트 투 포인트 인터페이스의 다음 홉으로 경로를 추가하기 때문에 이는 사실입니다. 다음 홉은 IP 주소를 포함하지 않습니다. 구성의 예는 예: CoS 기반 포워딩 구성을 참조하십시오.
레이어 3 VPN의 경우, VRF 인스턴스 내의 원거리 최종 프로바이더 에지(PE) 라우터에서 수신한 경로에 클래스 기반 포워딩을 사용할 때, 소프트웨어는 수신된 경로에만 제공되는 속성을 기반으로 경로를 일치시킬 수 있습니다. 즉, 일치는 RIB-in 내 경로를 기반으로 할 수 있습니다. 이 경우, route-filter 계층 수준에서 포함하는 [edit policy-options policy-statement my-cos-forwarding from] 문은 정책이 테이블이 아닌 테이블을 검사 bgp.l3vpn.0 하기 때문에 아무런 영향을 미치지 않습니다 vrf.inet.0 .
Junos OS 이전에 정의된 다음 홉 집합에 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 는 특정 다음 홉에 매핑되는 포워딩 클래스 집합입니다. 즉, 패킷이 1분기에서 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 OS UNIX
regex(3)스타일의 정규 표현식을 사용합니다. 예를 들어, 다음 레이블이 존재하는lsp경우, ,lsp1,lsp3lsp2문lsp-next-hop lsp은 , , ,lsp2와lsp3(과)lsp1일치합니다lsp. 이 동작을 원하지 않는 경우, 일치하는lsp앵커 문자lsp-next-hop " ^lsp$"만 사용해야 합니다.정책이 테이블 대신
vrf.inet.0테이블에 대해 확인하므로 경로 필터가bgp.l3vpn.0작동하지 않습니다.
마지막 단계는 포워딩 엔진으로 내보낸 경로에 경로 필터를 적용하는 것입니다. 이 예는 다음 예에 표시됩니다.
routing-options {
forwarding-table {
export my-cos-forwarding;
}
}
이 구성은 라우팅 프로세스가 연결된 다음 홉 CBF 규칙과 일치하는 my-cos-forwarding 포워딩 엔진에 경로를 삽입하도록 지시합니다.
경로에 구성을 적용할 때 다음 알고리즘이 사용됩니다.
경로가 단일 다음 홉 경로인 경우, 모든 트래픽이 해당 경로로 이동합니다. 즉, CBF가 적용되지 않습니다.
각 다음 홉에 대해 적절한 포워딩 클래스를 연결합니다. 경로에 다음 홉이 나타나지만 맵에는
cos-next-hop없는 경우, 포워딩 테이블 항목에 나타나지 않습니다.모든 포워딩 클래스가 다음 홉 맵에 지정되지 않은 경우 기본 포워딩 클래스가 사용됩니다. 기본값이 지정되지 않은 경우, 기본값은 다음 홉 맵에서 정의된 최저 클래스에 할당됩니다.