Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

트래픽 MPLS 로드 밸런싱

레이블을 기준으로 로드 밸런싱 MPLS 구성

로드 밸런싱은 지원되는 플랫폼에서 플로우의 패킷 MPLS 기준으로 발생합니다. Entropy(임의 배포)는 다음 홉에 패킷을 균일하게 배포하는 데 필수적입니다. 기본적으로 로드 밸런싱을 사용하여 트래픽을 분산하면 Junos OS 해시 알고리즘을 사용하여 포딩 테이블에 설치할 넥넥트 홉 주소를 선택합니다. 대상 변경을 위한 다음 홉 세트가 실행될 때마다 해시 알고리즘을 통해 넥스 홉 주소가 재전합됩니다. 해시 알고리즘을 사용하여 LSP(Equal-Cost Label Switched Path) 세트 전반에서 트래픽을 로드 릴리즈하는 방법을 구성할 수 있습니다.

VPLS 및 VPWS 트래픽에 대한 인트로피를 보장하기 Junos OS IP 헤더의 데이터를 기반으로 해시를 만들 수 있으며 MPLS 레이블(소위 top labels)을 생성할 수 있습니다.

일부 경우 MPLS, 라벨을 사용하는 네트워크 기능의 수가 증가함에 따라(예: Fast Reroute 및 RFC 3107, RSVP 및 VPN) 상위 3개 레이블의 데이터가 정적이 될 수 있으며, 따라서 로트로피를 위한 충분한 소스가 될 수 없습니다. 그 결과 로드 밸런싱이 비체인될 수 있습니다. 또는 주문이 아닌 패킷 전송이 부수적으로 증가할 수 있습니다. 이러한 경우 Label 스택 하단의 레이블을 사용할 수 있습니다(검증은 아래 표 1 참조). 상단 레이블과 하단 레이블은 동시에 사용할 수 없습니다.

주:

MPC 카드는 일반 해시 키 구성을 지원하지 않습니다. MPC 기반 해시 키 구성이 효과를하려면 구성이 enhanced-hash-key 필요합니다.

로드 밸런싱은 다음과 같은 조건이 적용될 때 트래픽을 고등하게 분배하는 데 사용됩니다.

  • 동일한 목적지에 대한 여러 인터페이스를 통해 동일한 비용의 여러 넥스 홉이 있을 수 있습니다.

  • 통합된 인터페이스를 통해 단일 넥스 홉이 있습니다.

LSP는 동일한 다음 홉 중 하나를 임의로 선택하고 전용으로 사용하여 배치에 대한 로드 릴레인을 조정하는 경향이 있습니다. 각 전송 라우터에서 임의로 선택되는 임의 선택은 내부 게이트웨이 프로토콜(IGP) 측정 지표를 비교합니다. 대역폭 또는 혼잡 수준은 고려할 사항이 없습니다.

이 기능은 통합 이더넷 및 통합 SONET/SDH 인터페이스는 물론, 다중 넥스 홉(next hops)을 위한 MPLS 적용됩니다. 또한, T 시리즈, MX 시리즈, M120 및 M320 라우터에서만 Layer 2 이더넷 의사회로 IPv4 트래픽에 대한 로드 밸런싱을 구성할 수 있습니다. IP 정보를 기반으로 이더넷 의사회선에 대한 로드 밸런싱을 구성할 수도 있습니다. 해시 키에 IP 정보를 포함하기 위한 옵션은 이더넷 CCC(Cross-Connect) 연결을 제공합니다.

MPLS 레이블 정보에 기반한 로드 균형 조정을 위해 다음 명령문을 family mpls 구성하십시오.

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

  • [edit forwarding-options hash-key]

표 1 LSP 로드 밸런싱 옵션에 대한 모든 MPLS 정보를 제공합니다.

표 1: MPLS LSP 로드 밸런싱 옵션

문을

지원되는 플랫폼

MPLS LSP 로드 밸런싱 옵션

all-labels

MX 시리즈 및 PTX 시리즈

Junos OS Release 19.1R1 이전에는 최대 8개의 MPLS 레이블이 해시 키에 포함되어 해당 플로우의 고유성을 패킷 전달 엔진. PTX 시리즈 라우터에서 이 값은 기본적으로 설정됩니다.

MPC Junos OS MIC 인터페이스를 사용하는 MX 시리즈 라우터의 경우 Junos OS 19.1R1 릴리스부터 시작하여 최대 16개의 수신 MPLS 레이블이 해시 키에 포함되어 있습니다.

bottom-label-l

MX Series with DPS(Dense Port Concentrator)(I-Chip). 에지 M10i, M7i, M120.

예를 들어, 상단 레이블이 필요한 수준의 인트로피(entropy)에 충분한 변수를 제공하지 않는 경우 해시 키를 계산하기 위해 최상위 Label을 사용하는 것입니다.

bottom-label-2

MX Series with DPS(Dense Port Concentrator)(I-Chip). 에지 M10i, M7i, M120.

예를 들어, 상단 레이블이 필요한 수준의 인트로피(entropy)에 충분한 변수를 제공하지 않는 경우 해시 키를 계산하기 위해 맨 아래에서 두 번째 레이블을 사용할 수 있습니다.

bottom-label-3

MX Series with DPS(Dense Port Concentrator)(I-Chip). 에지 M10i, M7i, M120.

예를 들어, 상단 레이블이 필요한 수준의 인트로피에 충분한 변수를 제공하지 않는 경우 해시 키를 계산하기 위해 하단에서 세 번째 Label을 사용하는 것입니다.

label-l

M Series, MX Series, T 시리즈

해시 키에 첫 번째 레이블을 포함합니다. 단일 레이블 패킷에 이 옵션을 사용합니다.

label-2

M Series, MX Series, T 시리즈

해시 키에 두 번째 레이블을 포함합니다. 또한 이 옵션을 구성해야 label-1 합니다. 전체 첫 번째 레이블과 두 번째 레이블의 첫 번째 16비트가 해시 키에서 사용됩니다.

label-3

M Series, MX Series, T 시리즈

해시 키에 세 번째 레이블을 포함합니다. 옵션과 label-1 옵션도 구성해야 label-2 합니다.

no-labels

만료

해시 MPLS 레이블은 제외합니다.

no-label-1-exp

M Series, MX Series, T 시리즈

해시 키에서 상위 Label의 EXP 비트를 제외합니다. 또한 이 옵션을 구성해야 label-l 합니다.

Layer 2 VPN의 경우 라우터에서 패킷 재조정 문제가 발생할 수 있습니다. 트래픽의 버스트가 고객 트래픽 대역폭을 제한을 초과하면 트래픽은 미드 플로우에 영향을 받을 수 있습니다. 그 결과 패킷을 재할당할 수 있습니다. 해시 키에서 EXP 비트를 제외하면 이러한 재조정 문제를 방지할 수 있습니다.

payload

만료

IP 패킷 페이로드의 어떤 부분을 해시 키에 포함할 수 있도록 구성할 수 있습니다. PTX 시리즈 패킷 전송 라우터 이 값은 기본적으로 설정됩니다.

disable

PTX 시리즈

해시 키에서 IP 페이로드를 제외합니다.

ether-pseudowire

M120, M320, MX 시리즈, T 시리즈

레이어 2 이더넷 의사(pseudowires)에서 IPv4 트래픽 로드 균형을 맞출 수 있습니다.

ip

만료

해시 키에 IPv4 또는 IPv6 주소를 포함합니다. 또는 를 구성해야 label-lno-labels 합니다.

layer-3-only

만료

해시 키에 Layer 3 IP 정보만 포함합니다. 해시 키에서 모든 port-data bytes를 제외합니다.

port-data

M Series, MX Series, T 시리즈

소스 및 대상 포트 필드 정보를 포함합니다. 기본적으로, 소스 및 대상 포트 필드의 가장 중요한 Byte 및 최소 중요 Byte는 해시 키에서 사용됩니다. 해시 키에서 사용할 특정 bytes를 선택하려면 계층 수준에서 하나 이상의 , 및 옵션을 source-msbsource-lsbdestination-msbdestination-lsb[edit forwarding-options hash-key family mpls payload ip port-data] 포함합니다. 4개의 모든 Bytes가 해시되는 것을 방지하기 위해 계층 수준에서 layer-3-only[edit forwarding-options hash-key family mpls payload ip] 명령문을 포함하십시오.

destination-lsb

M Series, MX Series, T 시리즈

해시 키에 가장 중요한 대상 포트의 최소 수를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

destination-msb

M Series, MX Series, T 시리즈

해시 키에 가장 중요한 대상 포트를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

source-lsb

M Series, MX Series, T 시리즈

해시 키에 소스 포트의 최소 의미 있는 byte를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

source-msb

M Series, MX Series, T 시리즈

해시 키에 가장 중요한 소스 포트를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

다음 예제에서는 LSP 로드 밸런싱을 구성할 MPLS 방법을 설명합니다.

  • IP 주소와 첫 번째 Label을 해시 키에 포함하기:

    • M Series, MX Series 및 T 시리즈 라우터의 경우 계층 수준에서 명령문과 명령문에 대한 label-1ip 옵션을 payload[edit forwarding-options hash-key family mpls] 구성합니다.

    • PTX 시리즈 패킷 전송 라우터 옵션이 기본적으로 구성되어 있으므로 all-labelsip payload 구성이 필요하지 않습니다.

  • (M320 라우터 및 T 시리즈 전용) IP 주소는 물론, 첫 번째 및 두 번째 레이블을 해시 키에 포함하기 위해, 계층 수준에서 명령문에 대한 옵션과 옵션을 label-1label-2ippayload[edit forwarding-options hash-key family mpls] 구성합니다.

    주:

    이 명령문의 조합을 하나의 라우터와 M320 라우터만 T 시리즈 수 있습니다. 멀티 서비스 에지 라우터에 M Series 경우, 해시 키에서 첫 번째 MPLS 레이블과 IP 페이로드만 사용됩니다.

  • 라우터를 T 시리즈 경우, 계층 수준에서 을 포함해 적절한 로드 label-1label-2 밸런싱을 label-3[edit forwarding-options hash-key family mpls] 보장합니다.

  • (M Series, MX 시리즈 및 T 시리즈 라우터 전용) Layer 2 VPN의 경우 라우터에서 패킷 재조정 문제가 발생할 수 있습니다. 트래픽의 버스트가 고객 트래픽 대역폭을 제한을 초과하면 트래픽은 미드 플로우에 영향을 받을 수 있습니다. 그 결과 패킷을 재할당할 수 있습니다. 해시 키에서 EXP 비트를 제외하면 이러한 재조정 문제를 방지할 수 있습니다. 해시 계산에서 첫 번째 Label의 EXP 비트를 제외하기 위해, 계층 수준에서 no-label-1-exp[edit forwarding-options hash-key family mpls] 명령문을 포함하십시오.

예를 들면 다음과 같습니다. 로드 균형 MPLS 네트워크

여러 RSVP LSP를 동일한 egress 라우터에 구성하면 최저 메트릭을 사용하는 LSP가 선택되어 모든 트래픽을 실행합니다. 모든 LSP가 동일한 메트릭을 가지는 경우, LSP 중 하나가 임의로 선택되어 모든 트래픽이 그 위에 전달됩니다. 모든 LSP 전반에서 동등하게 트래픽을 분배하기 위해 구성된 로드 밸런싱의 유형에 따라 ingress 또는 transit 라우터에서 로드 밸런싱을 구성할 수 있습니다.

그림 1 동일한 egress MPLS 4개 LSP를 통해 네트워크의 네트워크를 보여 주는 R0 것입니다. 로드 밸런싱은 ingress 라우터에서 R1 구성됩니다. 네트워크가 최단 경로 우선(최단 경로 우선(OSPF))를 에지(IGP)와 함께 사용하는 최단 경로 우선(OSPF) 0.0.0.0 예입니다. 이 IGP CSPF(Constrained Shortest Path First) LSP는 이 경로의 기본 설정 Junos OS. 또한 네트워크가 정책을 사용하여 트래픽을 생성하는 BGP(Border Gateway Protocol) 예입니다.

그림 1: 로드 밸런싱 네트워크 토폴로지로드 밸런싱 네트워크 토폴로지

표시된 네트워크는 그림 1 다음과 같은 구성 요소로 구성됩니다.

  • AS 65432를 사용하는 IBGP(풀 메시 BGP(Border Gateway Protocol)) 토폴로지

  • MPLS 및 RSVP 지원

  • 라우터에서 전송 정적 정책으로 네트워크에 새로운 루트를 R1R0 광고할 수 있습니다.

  • 양방향 트래픽을 허용하는 4개의 단방향 LSP와 한 방향의 역방향 R1R0 LSP R0R1

  • ingress 라우터에서 구성된 로드 밸런싱 R1

그림에 표시된 그림 1 네트워크는 풀 메시 BGP(Border Gateway Protocol) 네트워크입니다. 학습된 경로의 전파에는 라우트 리프터와 연합이 사용되지 BGP(Border Gateway Protocol) 때문에 각 라우터는 BGP(Border Gateway Protocol) 실행되는 다른 모든 라우터와 BGP(Border Gateway Protocol) 있어야 BGP(Border Gateway Protocol).

로드 균형 조정 네트워크를 위한 라우터 MPLS 구성

목적

이 주제의 구성은 로드 밸런싱 네트워크 토폴로지에 설명된 예제 네트워크의 6개 로드 밸런싱라우터에 대한 것입니다.

실행

라우터 구성을 표시하려면 다음 및 Junos OS CLI 모드 명령을 사용하여

샘플 출력 1

다음 구성 출력은 에지 R6 라우터용입니다.

샘플 출력 2

다음 구성 출력은 ingress 라우터 를 위한 R1 것입니다.

샘플 출력 3

다음 구성 출력은 전송 라우터를 위한 R2 것입니다.

샘플 출력 4

다음 구성 출력은 전송 라우터를 위한 R4 것입니다.

샘플 출력 5

다음 구성 출력은 전송 라우터를 위한 R9 것입니다.

샘플 출력 6

다음 구성 출력은 egress 라우터 를 위한 R0 것입니다.

의미

샘플 출력 1에서 6까지의 샘플은 예를 들면 다음과 같은 네트워크에서 설명한 6개의 라우터 모두에 대한 기본 인터페이스, 라우팅 옵션, 프로토콜 및 정책 옵션 구성을 보여 주며, 로드 균형 MPLS 네트워크.

네트워크의 모든 라우터는 MPLS, RSVP 및 BGP(Border Gateway Protocol) 있습니다. 최단 경로 우선(OSPF) 인터페이스는 IGP 구성될 수 있으며 관련 인터페이스에는 기본 IP 정보와 MPLS 있습니다.

또한 모든 라우터는 계층 수준에서 수동으로 구성된 RID(Router ID)를 가지며, 중복 RID 문제를 [edit routing-options] 방지합니다. 명령문은 최단 경로 우선(OSPF) 루프백() 인터페이스를 통해 프로토콜이 실행되지 않도록 보장하고 루프백 () 인터페이스가 네트워크 전반에 걸쳐 올바르게 광고되도록 passivelo0lo0 보장합니다.

샘플 출력 1, 3, 4, 5 를 샘플링하고 전송 레이블 스위칭 라우터의 기본 구성을 R6R2 보여 R4R9 니다. 기본 구성에는 활성화된 MPLS, RID 수동 구성 및 관련 프로토콜(RSVP, MPLS, BGP(Border Gateway Protocol), 최단 경로 우선(OSPF))이 포함되어 있습니다.

ingress 라우터의 샘플 출력 2는 기본 구성과 4개의 R1 LSP(~를 통해 lsp1lsp4) 으로 구성)를 R0 보여줍니다. 4개의 LSP는 에 대해 및 를 위해 및 를 위해 느슨한 홉 스루(hop through)를 지정하는 서로 다른 기본 R4lsp1lsp4 경로로 R2lsp2lsp3 구성됩니다.

트래픽을 생성하기 위해 정적 경로(계층 수준에서 R1100.100.1.0/24) [edit routing-options static route] 구성)가 있습니다. Prefix는 계층 수준에서의 send-statics 정책에 포함되기 때문에 경로는 BGP(Border Gateway Protocol) [edit policy-options send statics] 있습니다.

또한, ingress 라우터에서 이 옵션을 사용하여 로드 밸런싱이 구성되고 정책은 계층 수준에서 R1per-packet[edit routing-options forwarding-table] 내보낼 수 있습니다.

egress 라우터의 샘플 출력 6은 양방향 트래픽을 생성하는 데 사용되는 R0 LSP()를 r0-r6R6 보여줍니다. 최단 경로 우선(OSPF) LSP를 해당 LSP에 알려지기 전에 양방향 LSP 도달성이 IGP. LSP가 LSP에 광고되어도 IGP, LSP상에서 hello 메시지 또는 라우팅 업데이트가 발생하지 않습니다. 사용자 트래픽만 LSP를 통해 전송됩니다. 라우터는 이 IGP 로컬 복사본을 사용하여 양방향 연결성을 검증합니다.

또한 R0 정적 경로(계층 수준에서 100.100.10.0/24) [edit routing-options static route] 구성)가 있습니다. Prefix는 계층 수준에서의 send-statics 정책에 포함되기 때문에 경로는 BGP(Border Gateway Protocol) [edit policy-options send statics] 있습니다.

ACX 시리즈 라우터의 MPLS 레이블을 기반으로 로드 밸런싱 구성

표 2 LSP 로드 밸런싱 옵션에 대한 모든 MPLS 정보를 제공합니다.

ACX 시리즈 라우터는 네트워크에서 패킷당 로드 릴렉스를 MPLS. 로드 밸런싱은 IP 헤더와 최대 3개의 MPLS 레이블에서 수행할 수 있으며, MPLS 트래픽을 다음 홉에 보다 균일하게 배포할 수 있습니다. 이 기능은 기본적으로 지원되는 플랫폼에서 활성화되어 구성이 필요 없습니다.

로드 밸런싱은 통합 인터페이스 또는 LAG 번들을 통해 단일 다음 홉이 있는 경우 트래픽을 고르게 분배하는 데 사용됩니다. MPLS 레이블을 사용하는 로드 밸런싱은 LAG 인터페이스에서만 지원되고 ECMP(Equal-Cost Multipath) 링크에는 지원되지 않습니다.

기본적으로 로드 밸런싱을 사용하여 트래픽을 분산하면 Junos OS 해시 알고리즘을 사용하여 포딩 테이블에 설치할 넥넥트 홉 주소를 선택합니다. 대상 변경을 위해 넥스 홉 세트가 변경될 때마다 해시 알고리즘을 통해 넥스 홉 주소가 재전선됩니다. 해시 알고리즘을 사용하여 어그리게이트 이더넷(ae) 인터페이스에서 인터페이스 전반에서 트래픽을 로드 저지하는 방법을 구성할 수 있습니다.

LSP는 인터페이스 번들에서 인터페이스 중 하나를 임의로 선택하고 전용으로 사용하여 배치에 대한 로드 릴레인을 ae- 조정하는 경향이 있습니다. 각 전송 라우터에서 임의로 선택되는 임의 선택은 내부 게이트웨이 프로토콜(IGP) 측정 지표를 비교합니다. 대역폭 또는 혼잡 수준은 고려할 사항이 없습니다.

MPLS 레이블 정보에 기반한 로드 균형 조정을 위해 다음 명령문을 family mpls 구성하십시오.

계층 수준에서 이 [edit forwarding-options hash-key] 명령문을 포함할 수 있습니다.

주:

페이로드 IP()를 구성할 때 user@host# set forwarding-options hash-key family mpls payload iplayer-3-only 구성과 필수 port-data 구성이 가능합니다.

적절한 해시 키 구성이 없는 로드 밸런싱 기능으로 인해 동작이 예측 불가능할 수 있습니다.

Layer 2 VPN/pseudowire 터널 종료의 경우 해시 및 페이로드 MAC 대상에 업토 2개의 레이블을 사용하며 소스 주소를 선택적으로 선택할 수 있습니다. 위의 해시 키 구성 하에서 패밀리 mpls에서 ether-pseudowire 노브를 지원하는 데 이러한 컨트롤을 사용할 수 있습니다. 그러나 ACX2000 ACX4000 가상 시간 분할 멀티플렉싱(TDM) 지원하기 때문에 이더-의사회선 노브는 의사회선이 사용되지 시간 분할 멀티플렉싱(TDM) 때에만 사용해야 합니다.

Layer 3 VPN 터널 종료의 경우, IP 소스 및 대상 주소의 지정 및 Layer 4 소스 및 대상 포트 선택에 최대 2개의 레이블이 사용됩니다. 위의 해시 키 구성 하에서 패밀리 mpls에서 IP 포트 데이터 노브를 지원하는 데 사용할 수 있습니다. 그러나 Layer 4 포트 MSB 및 LSB를 개별적으로 선택할 수 없습니다. 대상-lsb 또는 대상-msb 노브 또는 Source-lsb 또는 Source-msb 노브 중 하나는 각각 Layer 4 대상 또는 소스 포트를 선택합니다.

레이블 스위칭 라우터(LSR) 경우, 해시에 최대 3개의 레이블이 사용됩니다. 처음 3개의 레이블을 구문 분석할 때 BOS가 보이면 BCM에서 첫 번째 페이로드 닉블(nibble)을 검사합니다. 틈새준이 4인 경우 페이로드가 IPv4로 취급되고 첫 번째 닉블인 경우 페이로드가 IPv6로 처리되고 이 경우 페이로드 소스 및 대상 IP 주소가 해시에 추측적으로 사용될 수 있습니다. 이러한 컨트롤은 해시 키 구성 하의 family mpls에서 ip 포트 데이터 노브를 지원하는 데 사용할 수 있습니다. 그러나 레이어 4 포트는 레이블 스위칭 라우터(LSR) 해시에 사용할 수 없습니다. layer 3 전용 노브만 적용할 수 있습니다. BCM은 3개의 레이블이 아닌 필드에 대한 해시 MPLS 않습니다. 단일 의사회로 세션에 대한 로드 밸런싱은 해당 세션에 특화되는 레이블 스위칭 라우터(LSR) 모든 트래픽이 동일한 MPLS 수행되지 않습니다.

AE 인터페이스의 레이블 스위칭 라우터(LSR) 밸런싱은 최대 10개 세션 이상의 MPLS 세션 수를 달성할 수 있습니다. 이는 CCC/VPLS/L3VPN에 해당됩니다. Layer 3 VPN의 경우, 레이어 3 주소가 해시 입력 기능에 대해(레이블과 함께)를 고려할 때 트래픽은 구성원 링크 전체에 동등하게 분산되지 않을 수 있습니다.

LER 시나리오의 경우 ACX5048 및 ACX5096의 경우 "family mpls" 계층에서 페이로드 옵션을 구성하여 레이어 3 및 레이어 4 필드에 기반한 해시를 사용할 수 있습니다. LER의 해시는 Label을 기반으로 하지 않습니다. Layer 3 서비스의 경우 페이로드를 "레이어-3 전용"으로 언급하고 Layer 4 서비스의 경우 "포트 데이터"를 지정해야 합니다. 또한 레이블 카운트를 언급하는 동시에 LER 라우터에서 해시 키를 구성할 수 있습니다.

주:

LER 및 레이블 스위칭 라우터(LSR) 로드 밸런싱 동작은 CCC/VPLS/Layer 3 VPN 및 기타 IP MPLS 적합합니다.

이 기능은 통합 이더넷 및 통합 SONET/SDH 인터페이스에 적용됩니다. 또한 레이어 2 이더넷 의사회선에서 IPv4 트래픽에 대한 로드 밸런싱을 구성할 수 있습니다. IP 정보를 기반으로 이더넷 의사회선에 대한 로드 밸런싱을 구성할 수도 있습니다. 해시 키에 IP 정보를 포함하기 위한 옵션은 이더넷 CCC(Cross-Connect) 연결을 제공합니다.

표 2: MPLS LSP 로드 밸런싱 옵션

문을

MPLS LSP 로드 밸런싱 옵션

label-l

해시 키에 첫 번째 레이블을 포함합니다. 단일 레이블 패킷에 이 옵션을 사용합니다.

label-2

해시 키에 두 번째 레이블을 포함합니다. 또한 이 옵션을 구성해야 label-1 합니다. 전체 첫 번째 레이블과 두 번째 레이블의 첫 번째 16비트가 해시 키에서 사용됩니다.

label-3

해시 키에 세 번째 레이블을 포함합니다. 옵션과 label-1 옵션도 구성해야 label-2 합니다.

no-labels

해시 MPLS 레이블은 제외합니다.

payload

IP 패킷 페이로드의 어떤 부분을 해시 키에 포함할 수 있도록 구성할 수 있습니다. PTX 시리즈 패킷 전송 스위치의 경우 이 값이 기본적으로 설정됩니다.

disable

해시 키에서 IP 페이로드를 제외합니다.

ether-pseudowire

레이어 2 이더넷 의사(pseudowires)에서 IPv4 트래픽 로드 균형을 맞출 수 있습니다.

ip

해시 키에 IPv4 또는 IPv6 주소를 포함합니다. 또는 를 구성해야 label-lno-labels 합니다.

layer-3-only

해시 키에 Layer 3 IP 정보만 포함합니다. 해시 키에서 모든 port-data bytes를 제외합니다.

port-data

소스 및 대상 포트 필드 정보를 포함합니다. 기본적으로, 소스 및 대상 포트 필드의 가장 중요한 Byte 및 최소 중요 Byte는 해시 키에서 사용됩니다. 해시 키에서 사용할 특정 bytes를 선택하려면 계층 수준에서 하나 이상의 , 및 옵션을 source-msbsource-lsbdestination-msbdestination-lsb[edit forwarding-options hash-key family mpls payload ip port-data] 포함합니다. 4개의 모든 Bytes가 해시되는 것을 방지하기 위해 계층 수준에서 layer-3-only[edit forwarding-options hash-key family mpls payload ip] 명령문을 포함하십시오.

destination-lsb

해시 키에 가장 중요한 대상 포트의 최소 수를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

destination-msb

해시 키에 가장 중요한 대상 포트를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

source-lsb

해시 키에 소스 포트의 최소 의미 있는 byte를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

source-msb

해시 키에 가장 중요한 소스 포트를 포함합니다. 다른 옵션과 결합할 수 port-data 있습니다.

IP 주소와 첫 번째 Label을 해시 키에 포함하기 위해, 명령문과 계층 수준에서 명령문에 대한 label-1ip 옵션을 payload[edit forwarding-options hash-key family mpls] 구성합니다.

IP 주소는 물론, 첫 번째 및 두 번째 레이블을 해시 키에 포함하기 위해, 계층 수준에서 명령문에 대한 옵션과 옵션을 label-1label-2ippayload[edit forwarding-options hash-key family mpls] 구성합니다.

, 및 계층 수준에서 옵션을 포함해 적절한 로드 label-1label-2 밸런싱을 label-3[edit forwarding-options hash-key family mpls] 보장합니다.

MPLS 로드 밸런싱 캡슐화 개요

라우터는 패킷당 로드 균형을 유지하여 MPLS. 로드 밸런싱은 IP 헤더와 최대 3개의 MPLS 레이블에서 수행할 수 있으며, MPLS 트래픽을 다음 홉에 보다 균일하게 배포할 수 있습니다.

로드 밸런싱은 다음과 같은 조건이 적용될 때 트래픽을 고등하게 분배하는 데 사용됩니다.

  • 동일한 목적지에 대한 여러 인터페이스를 통해 동일한 비용의 여러 넥스 홉이 있을 수 있습니다.

  • 통합된 인터페이스를 통해 단일 넥스 홉이 있습니다.

기본적으로, 로드 밸런싱을 사용하여 트래픽을 분산하면 해시 알고리즘이 넥트 홉 주소를 선택하는 데 사용됩니다. 대상 변경을 위해 넥스 홉 세트가 변경될 때마다 해시 알고리즘을 통해 넥스 홉 주소가 재전선됩니다.

Ethernet over MPLS 또는 Ethernet pseudowire와 같은 여러 전송 레이어 네트워크의 경우 해시 알고리즘은 페이로드의 외부 헤더를 넘어 내부 헤더로 이동하여 고르게 분산을 생성해야 합니다. 내부 캡슐화(encapsulation)를 결정하기 위해 PFE는 고정 페이로드 오프로드에서 특정 코드 또는 번호의 존재를 의존합니다. 예를 들어, 페이로드 유형(payload type 0X800) 또는 IPv4 패킷에 대한 프로토콜 번호 4의 존재를 예로 들 수 있습니다. 이 Junos OS 이더넷 프레임의 시작을 ether-pseudowire 페이로드에서 표시하도록 zero-control-word MPLS 수 있습니다. 모든 0의 수치 값을 갖는 4개의 컨트롤 단어를 볼 때 해시 발생기는 MPLS ether-pseudowire 패킷의 제어 단어 끝에서 Ethernet 프레임의 시작을 가정합니다.

주:

I-chip 기반 DPS(Dense Port Concentrator) 경우 계층 수준에서 옵션을 구성하고 MPC 카드의 경우 계층 수준에서 옵션을 zero-control-word[edit forwarding-options hash-key family mpls ether-pseudowire]zero-control-word[edit forwarding-options enhanced-hash-key family mpls ether-pseudowire] 구성합니다.

로드 밸런싱을 위한 MPLS 캡슐화 페이로드 구성

기본적으로, 로드 밸런싱을 사용하여 트래픽을 분산하면 해시 알고리즘이 넥트 홉 주소를 선택하는 데 사용됩니다. 대상 변경을 위해 넥스 홉 세트가 변경될 때마다 해시 알고리즘을 통해 넥스 홉 주소가 재전선됩니다. 이더넷 프레임의 시작을 zero-control-word ether-pseudowire 페이로드에 MPLS 옵션을 구성합니다. 이 제어 단어에서 모든 0의 수치 값을 갖는 4개의 해시 발생기는 이더넷 패킷의 컨트롤 단어 끝에 Ethernet 프레임의 MPLS 가정합니다.

로드 밸런싱을 위해 MPLS 캡슐화 페이로드를 구성하기 전에 라우팅 및 시그널링 프로토콜을 구성합니다.

로드 밸런싱을 위해 MPLS 캡슐화 페이로드를 구성하는 경우:

이더넷 프레임의 시작을 zero-control-word ether-pseudowire 페이로드에 MPLS 옵션을 구성합니다.
  • I-chip DPS(Dense Port Concentrator) 카드의 경우 계층 수준에서 zero-control-word[edit forwarding-options hash-key family mpls ether-pseudowire] 옵션을 구성합니다.

  • MPC 카드의 경우 계층 zero-control-word 수준에서 [edit forwarding-options enhanced-hash-key family mpls ether-pseudowire] 옵션을 구성합니다.

정책 기반 다중 경로 개요

세그먼트 라우팅 네트워크는 코어에 여러 전송 프로토콜을 구축할 수 있습니다. 세그먼트 라우팅 SR-트래픽 엔지니어링(TE) LDP 또는 RSVP 경로와 SR-트래픽 엔지니어링(TE) IP 경로를 결합하고 라우팅 정보 베이스(라우팅 테이블)에 다중 경로 경로를 설치할 수 있습니다. 그런 다음 정책 구성을 통해 경로 변경을 통해 선택적 서비스 트래픽을 스티어링할 수 있습니다.

정책 기반 다중 경로 이해

네트워크에는 서비스 트래픽을 해결하는 데 사용되는 IGP, 레이블 IGP, RSVP, LDP 및 세그먼트 라우팅 트래픽 엔지니어링(SR-트래픽 엔지니어링(TE)) 프로토콜과 같은 다양한 전송 프로토콜이 있습니다. 그러나 서비스 트래픽을 해결하기 위해 전송 프로토콜의 조합을 사용할 수 없습니다. 정책 기반 다중 경로 기능을 도입하면 세그먼트 라우팅 트래픽 엔지니어링(SR-트래픽 엔지니어링(TE)) LDP 또는 RSVP 경로와 SR-트래픽 엔지니어링(TE) IP 경로를 결합하여 라우팅 정보 베이스에 설치된 다중 경로 경로를 생성할 수 있습니다. 정책 구성을 통해 BGP(Border Gateway Protocol) 경로 상의 서비스 경로를 해결하고 서로 다른 프리픽스에 대해 트래픽을 다르게 스티어링할 수 있습니다.

다중 경로 경로는 로드 밸런싱에 사용되는 라우트 엔트리의 다음 홉을 결합했습니다. 다중 경로 경로 엔트리의 모든 지원 경로는 동일한 라우팅 정보 베이스에 있어야 합니다. 지원 경로가 서로 다른 라우팅 정보 베이스에 있는 경우 구성 명령문을 사용하여 특정 라우팅 정보 베이스에 루트 엔트리를 추가할 rib-group 수 있습니다.

정책을 사용하여 다중 경로 경로를 구성하여 다음 홉을 함께 결합할 경로 목록을 선택할 수 있습니다. 계층 수준에서 명령문과 함께 명령문을 포함하면 정책 기반 다중 policy-multipathpolicy[edit routing-options rib routing-table-name] 경로가 생성됩니다.

정책 기반 다중 경로 기능은 IP 및 IPv6 프로토콜 모두에서 지원될 수 있으며, 계층 수준으로 [edit routing-instances] 구성할 수 있습니다.

몇 가지 예를 들면 다음과 같습니다.

구성된 정책은 주어진 Prefix에 대한 각 라우트 엔트리에 적용됩니다. 다중 경로 경로는 두 개 이상의 경로(활성 경로 포함)가 정책을 통과하는 경우만 생성됩니다. 정책에서 구성된 모든 조치 명령(예: 적용)은 활성 경로를 사용하여 평가됩니다. 비 활성 경로의 경우, 정책이 적용해 경로가 다중 경로에 참여할 수 있는지의 확인 다중 경로 경로는 활성 경로의 모든 속성을 상속합니다. 이러한 속성은 다중 경로 정책 구성을 사용하여 수정할 수 있습니다.

정책 기반 다중 경로의 이점

  • 코어 네트워크 프로토콜을 결합하여 선택적 트래픽을 스티어링할 수 있는 유연성 제공.

  • 다중 경로 경로를 사용하여 가중치가 높은 동일 비용의 다중 경로로 네트워크 성능을 최적화합니다.

경로 해결을 위한 정책 기반 다중 경로

세그먼트 라우팅 트래픽 엔지니어링(SR-트래픽 엔지니어링(TE)) LDP 또는 RSVP 경로와 SR-트래픽 엔지니어링(TE) IP 경로를 결합하고 라우팅 정보 베이스에 다중 경로(multipath route)를 설치할 수 있습니다. 정책 기반 다중 경로는 라우팅 정보 베이스에서 활성 엔트리가 되지 않습니다. 정책 구성에 의해 다중 경로 경로가 생성될 경우, 활성 경로가 아닌 프로토콜 다음 홉의 확인에 사용됩니다. 각구성 경로의 다음 홉(next hop)의 게이트웨이를 복합화하여 다중 경로 넥타이 홉(nextpath route next hop)이 생성됩니다.

경로 해결을 위해 정책 기반 다중 경로 구성 시 다음을 고려합니다.

  • 다중 경로 경로의 멤버 경로가 라우터 다음 홉 또는 라우터 다음 홉으로의 포우링 다음 홉을 통해 간접 다음 홉을 다른 홉으로 이동하는 경우 이러한 다음 홉은 무시됩니다.

  • 사용자 경로가 간접 다음 홉으로 이동하면 포우링-다음 홉의 게이트웨이가 합쳐지며 간접 다음 홉은 무시됩니다.

  • 총 게이트웨이 수가 장치에서 지원되는 것을 초과하는 경우, 게이트웨이만 보존되고 다른 모든 게이트웨이는 maximum-ecmpmaximum-ecmp 무시됩니다.

  • 우선적으로 낮은 가중치의 게이트웨이가 주어지기만 합니다. 멤버 경로 중 하나에 간접 넥타이 홉의 유니리스트가 있으며 각 넥스 홉이 포링 넥스 홉을 지목하는 경우, 간접 다음 홉과 포링 넥스 홉에서 모두 가중치를 가중할 수 있습니다. 이러한 경우, 게이트웨이의 가중치가 업데이트되어 두 레벨 모두 가중치의 합계 효과를 반영합니다.

정책 기반 다중 경로 경로를 사용한 경로 확인 샘플

예를 들어, 세그먼트 라우팅 트래픽 엔지니어링 LSP, 레이블 IS-IS(Intermediate System to Intermediate System) 경로 및 대상 1.1.1.1/32에 대한 LDP LSP가 아래 출력에 표시되어 있는 것으로 가정해 보겠습니다.

여기에서 세그먼트 라우팅 LSP는 1.1.1.1 대상에 대한 활성 경로 엔트리로, 기본적으로 1.1.1.1을 통해 해결된 모든 서비스를 해결하는 데만 이 경로가 사용됩니다.

서비스 경로의 처리를 위해 두 개 이상의 프로토콜을 사용해야 하는 경우, 프로토콜을 결합하기 위해 정책-다중 경로를 구성하여 이를 달성할 수 있습니다. 예를 들어 서비스 해결을 위해 세그먼트 라우팅과 LDP 경로가 필요한 경우 접두사 policy-multipath 1.1.1.1에 세그먼트 라우팅과 LDP 경로를 결합하도록 구성해야 합니다.

몇 가지 예를 들면 다음과 같습니다.

이 구성을 사용하면 세그먼트 라우팅 및 LDP 프로토콜의 구성 경로 엔트리를 사용하는 Prefix 1.1.1.1/32에 대한 정책 기반 다중 경로가 생성됩니다.

명령 출력을 사용하여 다음과 같이 다중 경로 show route 경로를 볼 수 있습니다.

다중 경로가 세그먼트 라우팅 및 LDP 경로의 다음 홉을 결합하는 명령 출력을 볼 수 있습니다. 다중 경로 경로는 활성화되지 않습니다. 기본적으로 경로 기본 설정 및 메트릭은 활성 경로의 경로와 동일합니다.

주:

poilcy 기반 다중 경로에 다음과 같은 조합을 사용할 수 있습니다. 그러나 액티브-루트가 다중 경로의 일부가 아니기 때문에 LDP/L-ISIS의 다중 경로를 생성할 수 없습니다.

  • 세그먼트 라우팅 트래픽 엔지니어링 LSP 및 LDP LSP

  • 세그먼트 라우팅 트래픽 엔지니어링 LSP 및 레이블 IS-IS(Intermediate System to Intermediate System) 경로입니다.

  • 세그먼트 라우팅 트래픽 엔지니어링 LSP, LDP LSP 및 레이블 IS-IS(Intermediate System to Intermediate System) 경로입니다.

그러나, 액티브 경로가 다중 경로에 없는 경우, LDP 및 label IS-IS(Intermediate System to Intermediate System) 경로의 다중 경로는 만들 수 없습니다.

1.1.1.1.1의 프로토콜 넥스 홉으로 구성된 정적 라우트 1.2.3.4/32가 정적 라우트 1.2.3.4/32인 경우, 동일한 구성을 통해 세그먼트 라우팅 트래픽 엔지니어링 LSP 및 LDP LSP의 다중 경로 경로를 사용하여 이 경로가 해결됩니다.

몇 가지 예를 들면 다음과 같습니다.

CoS(Class-of-Service) 포우링 정책 개선

서비스 등급 기반 포우링의 경우 구성 명령문을 forwarding-policy next-hop-map 사용해야 합니다.

릴리스 Junos OS 19.1R1 서비스 등급 기반 포우링에서 지원되는 일치 조건은 다음을 포함함.

  • next-hop—진행 인터페이스 또는 다음 홉 주소를 기반으로 다음 홉을 일치.

  • lsp-next-hop—LSP 이름의 정규 표현식을 사용하여 명명된 LSP와 일치.

  • non-lsp-next-hop—LSP 이름 없이 모든 LSP를 매치할 수 있습니다.

정책 기반 다중 경로 기능을 사용하면 특정 Prefix에 대한 레이블 없이 모든 다음 홉을 일치할 수도 있습니다. 이를 위해 계층 수준에서 non-labelled-next-hop 옵션을 [edit class-of-service forwarding-policy next-hop-map map-name forwarding-class forwarding-class-name 활성화해야 합니다.

몇 가지 예를 들면 다음과 같습니다.

Policy Match Protocol의 기능 향상

Junos OS Release 19.1R1 계층 수준에서 명령문을 사용하여 프로토콜과 일치하는 정책을 사용하면 모든 프로토콜 경로(레이블 지정 및 레이블이 지정되지 from protocol[edit policy-options policy-statement statement-name] 않은)가 일치했습니다. 정책 기반 다중 경로 기능을 사용하면 특히 라벨링된 프로토콜 경로를 일치할 수 있습니다.

Labeled Protocols 매칭 옵션은 다음과 같습니다.

  • l-isis—레이블이 IS-IS(Intermediate System to Intermediate System) 경로 일치. 이 옵션은 레이블 IS-IS(Intermediate System to Intermediate System) 제외된 경로와 IS-IS(Intermediate System to Intermediate System) isis 일치합니다.

  • l-ospf—모든 경로를 최단 경로 우선(OSPF) 일치. 이 ospf 옵션은 OSPFv2최단 경로 우선(OSPF) OSPFv3 및 Label 최단 경로 우선(OSPF).

몇 가지 예를 들면 다음과 같습니다.

네트워크 성능에 대한 정책 기반 다중 경로 구성의 영향

정책 기반 다중 경로 경로를 구성하면 라우팅 정보 베이스의 경로 변경으로 정책 평가를 통해 다중 경로가 생성될지 확인할 수 있습니다. 이 기능을 사용하려면 멤버 경로가 동일한 라우팅 정보 베이스에 있어야 하여 명령문은 서로 다른 라우팅 정보 베이스의 경로를 병합하는 rib-group 데 사용됩니다. 애플리케이션 수준에서 명령문을 구성하면 시스템의 라우트 수가 rib-group 증가합니다.

라우팅 정보 기반에 많은 경로가 있는 경우, 경로의 지속적인 변경은 다중 경로 정책을 재평가하게 됩니다. 이는 네트워크 성능에 영향을 미칠 수 있습니다. 필요한 경우만 정책 기반 다중 경로 기능을 구성하는 것이 좋습니다.

IP 기반 필터링 및 트래픽에 대한 선택적 포트 MPLS 이해

패킷 MPLS IP 헤더는 MPLS 바로 나타날 수 있습니다. IP 기반 필터링 기능은 심층 검사 메커니즘을 제공합니다. 이 메커니즘에서는 최대 8개의 MPLS 내부 페이로드 레이블을 검사하여 IP 매개 변수에 따라 MPLS 트래픽을 필터링할 수 있습니다. 필터링된 MPLS 트래픽을 모니터링 장비에 미러링하여 코어 및 네트워크에서 네트워크 기반 서비스를 제공할 MPLS 있습니다.

트래픽에 대한 IP 기반 MPLS 필터링

릴리스 Junos OS 릴리스 18.4R1 IP 매개 변수에 기반한 필터링은 MPLS 지원되지 않습니다. IP 기반 필터링 기능이 도입된 경우 소스 및 대상 주소, Layer 4 프로토콜 유형, 소스 및 대상 포트와 같은 IP 매개 변수를 기반으로 MPLS 태그 IPv4 및 IPv6 패킷에 인바운드 및 아웃바운드 필터를 적용할 수 있습니다.

IP 기반 필터링 기능을 사용하면 인터페이스의 수신 시 MPLS 패킷을 필터링할 수 있습니다. 여기서 패킷의 내부 페이로드에 대한 일치 조건에서 필터링이 MPLS 있습니다. 그러면 선택적 MPLS 트래픽을 논리적 터널을 사용하여 원격 모니터링 장비에 미러링할 수 있습니다.

IP 기반 필터링을 지원하기 위해 적절한 필터를 적용하기 전에 MPLS 패킷을 심층 검사하여 내부 페이로드를 Layer 3 및 Layer 4 헤더로 구문 분석할 수 있는 추가 일치 조건이 추가됩니다.

주:

IP 기반 필터링 기능은 MPLS IPv4 및 IPv6 패킷에만 지원됩니다. 다시 말해서, MPLS 필터는 IP 페이로드가 해당 레이블의 직후에 나오는 MPLS 필터와 일치합니다.

MPLS 페이로드에 의사회선, inet 및 inet6 이 아닌 프로토콜 또는 Layer 2 VPN 또는 VPLS와 같은 기타 캡슐화 기능이 포함되어 있는 다른 시나리오에서는 IP 기반 필터링 기능이 지원되지 않습니다.

IP 기반 트래픽 필터링을 위해 다음과 같은 일치 MPLS 추가됩니다.

  • IPv4 소스 주소

  • IPv4 대상 주소

  • IPv6 소스 주소

  • IPv6 대상 주소

  • 프로토콜

  • 소스 포트

  • 대상 포트

  • 소스 IPv4 Prefix 목록

  • 대상 IPv4 Prefix 목록

  • 소스 IPv6 Prefix 목록

  • 대상 IPv6 Prefix 목록

주:

IP 기반 트래픽 필터링은 다음과 같은 매치 MPLS 지원됩니다.

  • IPv4 및 IPv6 Prefix 목록에서 소스 및 대상 주소 일치 조건

  • 소스 및 대상 포트 주소 및 프로토콜 유형은 IPv4 및 IPv6 Prefix 목록과 조건을 일치합니다.

트래픽에 대한 선택적 MPLS 미러링

포트 미러링은 일반적인 패킷 프로세싱 및 포우링은 물론, 패킷을 구성된 대상에 미러링하는 기능입니다. 포트 미러링은 모든 인터페이스의 ingress 또는 egress에 적용되는 방화벽 필터에 대한 조치로 적용됩니다. 마찬가지로 선택적 포트 미러링 기능은 IP 매개 변수를 기준으로 필터링되는 MPLS 트래픽을 논리적 터널을 사용하여 미러링된 대상에 미러링하는 기능을 제공합니다.

선택적 포트 미러링을 활성화하기 위해 기존 , 및 작업 외에도 계층 수준에서 추가 [edit firewall family mpls filter filter-nameterm term-name then]counteraccept 조치가 discard 구성됩니다.

  • port-mirror

  • port-mirror-instance

Port Mirroring

이 작업을 통해 디바이스에서 전역적으로 포트 미러링이 수행됩니다. 이 미러링은 모든 port-mirror PF(Packet Forwarding Engines) 및 관련 인터페이스에 적용됩니다.

MPLS 필터의 경우 글로벌 포트 미러링에 port-mirror 조치가 실행됩니다.

Port Mirroring Instance

이 작업을 통해 포트 미러링을 위해 단일 시스템 전체 구성을 사용할 필요 없이, 입력 샘플링 및 포트 미러링 출력 대상에 대해 서로 다른 속성으로 각 인스턴스를 사용자 정의할 port-mirror-instance 수 있습니다.

계층 수준에서 명령문을 포함해 FPC(Flexible PIC Concentrator)당 2개의 포트 미러링 인스턴스만 instance port-mirror-instance-name[edit forwarding-options port-mirror] 구성할 수 있습니다. 그런 다음 디바이스 하드웨어에 따라 개별 포트 미러링 인스턴스를 FPC, PIC 또는 (FEB(Forwarding Engine Board)와 연결할 수 있습니다.

MPLS 필터의 경우 포트 미러링 인스턴스에만 port-mirror-instance 조치가 실행됩니다.

주:

두 가지 조치 모두에서 출력 인터페이스는 선택적 포트 미러링 기능이 작동하려면 레이어 2 패밀리가 아닌 레이어 port-mirrorport-mirror-instance 2 MPLS(Layer 3)로 활성화해야 합니다.

샘플 구성

IP 기반 필터링 구성

선택적 포트 미러링 구성

주:

출력 인터페이스는 레이어 2 패밀리를 위해 구성됩니다. 이 패밀리 인터페이스는 xe-2/0/2.0 MPLS.

두 가지 조치 모두에서 출력 인터페이스는 선택적 포트 미러링 기능이 작동하려면 레이어 2 패밀리가 아닌 레이어 port-mirrorport-mirror-instance 2 MPLS(Layer 3)로 활성화해야 합니다.

미러링된 대상 구성

출시 내역 표
릴리스
설명
19.1R1
MPC Junos OS MIC 인터페이스를 사용하는 MX 시리즈 라우터의 경우 Junos OS 19.1R1 릴리스부터 시작하여 최대 16개의 수신 MPLS 레이블이 해시 키에 포함되어 있습니다.