LAG 및 ECMP에 대한 해싱 알고리즘
LAG 및 ECMP에 사용되는 해싱 알고리즘과 해싱 알고리즘을 구성하는 방법에 대해 알아보십시오.
LAG 번들을 해시하고 다음 홉 ECMP 트래픽을 송신하는 데 사용되는 알고리즘 이해
주니퍼 네트웍스 EX 시리즈 및 QFX 시리즈는 해싱 알고리즘을 사용하여 ECMP(Equal-cost 다중 경로)가 활성화된 경우 LAG(Link Aggregation Group) 번들 또는 넥스트홉 디바이스로 트래픽을 전달하는 방법을 결정합니다.
해싱 알고리즘은 다양한 패킷 필드의 값과 소스 포트 ID 및 소스 디바이스 ID와 같은 일부 내부 값을 기반으로 해싱 결정을 내립니다. 해시 알고리즘에서 사용하는 일부 필드를 구성할 수 있습니다.
이 주제에는 다음 섹션이 포함됩니다.
해싱 알고리즘 이해
해싱 알고리즘은 ECMP가 활성화된 경우 LAG 번들로 들어오는 트래픽 또는 스위치를 나가는 트래픽에 대해 트래픽 전달 결정을 내리는 데 사용됩니다.
LAG 번들의 경우, 해싱 알고리즘은 LAG 번들로 들어오는 트래픽이 번들의 멤버 링크에 배치되는 방식을 결정합니다. 해싱 알고리즘은 번들의 멤버 링크에서 들어오는 모든 트래픽을 균등하게 로드 밸런싱하여 대역폭을 관리하려고 합니다.
ECMP의 경우, 해싱 알고리즘은 수신 트래픽이 다음 홉 디바이스로 전달되는 방법을 결정합니다.
해싱 알고리즘은 다양한 패킷 필드의 값과 소스 포트 ID 및 소스 디바이스 ID와 같은 일부 내부 값을 기반으로 해싱 결정을 내립니다. 해시 알고리즘에서 사용되는 패킷 필드는 패킷의 EtherType에 따라 다르며, 경우에 따라 스위치의 구성에 따라 다릅니다. 해시 알고리즘은 다음 EtherTypes를 인식합니다.
IP(IPv4 및 IPv6)
MPLS
MAC-in-MAC
이러한 EtherTypes 중 어느 것도 속하지 않는 것으로 인식되지 않는 트래픽은 레이어 2 헤더를 기반으로 해시됩니다. 사용자가 해시 모드를 레이어 2 헤더로 구성할 때 IP 및 MPLS 트래픽도 레이어 2 헤더를 기반으로 해시됩니다.
해싱 알고리즘이 트래픽 포워딩 결정을 내리는 데 사용하는 일부 필드를 구성할 수 있습니다. 그러나 헤더 내의 특정 값이 해시 알고리즘에서 사용되는 방식은 구성할 수 없습니다.
해싱 알고리즘과 관련하여 다음 사항에 유의하십시오.
해시를 위해 선택한 필드는 패킷 유형만 기반으로 합니다. 필드는 포워딩 결정(브리지 또는 라우팅) 또는 송신 LAG 번들 구성(레이어 2 또는 레이어 3)을 포함한 다른 매개 변수를 기반으로 하지 않습니다.
동일한 필드가 유니캐스트 및 멀티캐스트 패킷 해시에 사용됩니다. 그러나 유니캐스트 패킷과 멀티캐스트 패킷은 다르게 해시됩니다.
해싱 알고리즘은 동일한 필드를 사용하여 ECMP 및 LAG 트래픽을 해시하지만, 해시 알고리즘은 ECMP 및 LAG 트래픽을 다르게 해시합니다. LAG 트래픽은 트렁크 해시를 사용하는 반면 ECMP는 ECMP 해싱을 사용합니다. LAG와 ECMP 모두 동일한 RTAG7 시드를 사용하지만 편광을 피하기 위해 해당 128B 시드의 다른 오프셋을 사용합니다. 트렁크 및 ECMP 오프셋을 사용하기 위한 HASH 함수의 초기 구성은 PFE 초기화 시간에 설정됩니다. 다른 해싱은 LAG 번들이 ECMP 다음 홉 경로의 일부일 때 트래픽이 양극화되지 않도록 합니다.
스위치가 혼합 또는 비혼합 Virtual Chassis 또는 VCF(Virtual Chassis Fabric)에 참여하는지 여부와 관계없이 동일한 필드가 해싱에 사용됩니다.
각 EtherType이 해싱하는 데 사용되는 필드와 레이어 2 헤더가 사용하는 필드는 다음 섹션에서 설명합니다.
IP(IPv4 및 IPv6)
IPv4 및 IPv6 패킷의 페이로드 필드는 IPv4 또는 IPv6 패킷을 LAG 번들의 멤버 링크에 배치하거나 ECMP가 활성화된 경우 다음 홉 디바이스로 전송해야 할 때 해시 알고리즘에 의해 사용됩니다.
해시 모드는 기본적으로 레이어 2 페이로드 필드로 설정됩니다. IPv4 및 IPv6 페이로드 필드는 해시 모드가 레이어 2 페이로드로 설정된 경우 해싱에 사용됩니다.
해시 모드가 레이어 2 헤더로 구성된 경우, IPv4, IPv6 및 MPLS 패킷은 레이어 2 헤더 필드를 사용하여 해시됩니다. 수신 IPv4, IPv6 및 MPLS 패킷을 소스 MAC 주소, 대상 MAC 주소 또는 EtherType 필드로 해시하려면 해시 모드를 레이어 2 헤더로 설정해야 합니다.
표 1 은 기본적으로 해싱 알고리즘에서 사용하는 IPv4 및 IPv6 페이로드 필드를 표시합니다.
✓—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.
Χ—필드는 기본적으로 해시 알고리즘에 의해 사용되지 않습니다.
(구성 가능) - 필드는 해시 알고리즘에 의해 사용되거나 사용되지 않도록 구성할 수 있습니다.
EX2300 스위치에서 IPv4 또는 IPv6 패킷을 LAG 번들의 멤버 링크에 배치하거나 ECMP가 활성화된 경우 다음 홉 디바이스로 전송해야 할 때 해시 알고리즘에 의해 IPv4 및 IPv6 패킷의 다음 페이로드 필드가 사용됩니다.
LAG의 유니캐스트 트래픽의 경우 - SIP, DIP, L4SP, L4DP
LAG에서 알려진 멀티캐스트 트래픽의 경우 - 소스 IP, 대상 IP, 수신 모드 ID, 수신 포트 ID
LAG에서 브로드캐스트, 알 수 없는 유니캐스트 및 알 수 없는 멀티캐스트 트래픽의 경우 - 소스 MAC, 대상 MAC, 수신 모드 ID 및 수신 포트 ID
ECMP 로드 밸런싱: 대상 IP, 레이어 4 소스 포트 및 레이어 4 대상 포트
Fields |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|||||
|---|---|---|---|---|---|---|---|---|---|---|
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
|
소스 MAC |
X |
Χ |
X |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
X |
대상 MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
VLAN ID |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
소스 IP 또는 IPv6 |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
대상 IP 또는 IPv6 |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
프로토콜(IPv4만 해당) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
다음 헤더(IPv6만 해당) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
레이어 4 소스 포트 |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
레이어 4 대상 포트 |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
IPv6 플로우 레이블(IPv6만 해당) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
수신 모드 ID |
✓ (구성 가능) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
수신 포트 ID |
✓ (구성 가능) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
MPLS
해시 알고리즘은 소스 IP, 대상 IP, MPLS 레이블 0, MPLS 레이블 1, MPLS 레이블 2 및 MPLS 3 필드를 사용하여 MPLS 패킷을 해시합니다. ECMP는 LSR 라우터에서 해싱하기 위해 다음 필드를 사용합니다.
레이어 3 VPN: MPLS 레이블(상위 3개 레이블), 소스 IP, 대상 IP 및 수신 포트 ID
레이어 2 서킷: MPLS 레이블(상위 3개 레이블) 및 수신 포트 ID
기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.
표 2 에는 기본적으로 해싱 알고리즘이 사용하는 MPLS 페이로드 필드가 나와 있습니다.
✓—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.
Χ—필드는 기본적으로 해시 알고리즘에 의해 사용되지 않습니다.
MPLS 패킷 해싱을 위해 해싱 알고리즘에서 사용되는 필드는 사용자가 구성할 수 없습니다.
소스 IP 및 대상 IP 필드가 항상 해싱에 사용되는 것은 아닙니다. 종료되지 않은 MPLS 패킷의 경우, 패킷에 BoS(bottom of stack) 플래그가 보이면 페이로드가 확인됩니다. 페이로드가 IPv4 또는 IPv6인 경우, IP 소스 주소 및 IP 대상 주소 필드는 MPLS 레이블과 함께 해싱에 사용됩니다. 패킷에 BoS 플래그가 보이지 않으면 MPLS 레이블만 해싱에 사용됩니다.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|
|---|---|---|---|---|---|---|
소스 MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
|
대상 MAC |
Χ |
Χ |
Χ |
Χ |
Χ |
|
EtherType |
Χ |
Χ |
Χ |
Χ |
Χ |
|
VLAN ID |
Χ |
Χ |
Χ |
Χ |
Χ |
|
소스 IP |
✓ |
✓ |
✓ |
✓ |
✓ |
|
대상 IP |
✓ |
✓ |
✓ |
✓ |
✓ |
|
프로토콜(IPv4 패킷용) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
다음 헤더(IPv6 패킷의 경우) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
레이어 4 소스 포트 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
레이어 4 대상 포트 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
IPv6 플로우 랩 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
MPLS 레이블 0 |
Χ |
✓ |
✓ |
✓ |
✓ |
|
MPLS 레이블 1 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
MPLS 레이블 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
MPLS 레이블 3 |
✓ |
X |
X |
X |
X |
|
수신 포트 ID |
✓ (LSR 및 L2Circuit) |
X |
X |
X |
✓ (LSR 및 L2Circuit) |
✓ (LSR 및 L2Circuit) |
MAC-in-MAC 패킷 해싱
MAC-in-MAC EtherType을 사용하는 패킷은 레이어 2 페이로드 소스 MAC, 레이어 2 페이로드 대상 MAC 및 레이어 2 페이로드 EtherType 필드를 사용하는 해싱 알고리즘에 의해 해시됩니다. 표 3을 참조하십시오.
MAC-in-MAC EtherType 패킷의 필드를 사용한 해싱은 릴리스 13.2X51-D20의 EX4300 스위치에서 처음 지원됩니다. MAC-in-MAC EtherType의 필드를 사용한 해시는 이전 릴리스에서 지원되지 않습니다.
MAC-in-MAC 해싱을 위해 해싱 알고리즘에서 사용하는 필드는 사용자가 구성할 수 없습니다.
✓—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.
Χ—필드는 기본적으로 해시 알고리즘에 의해 사용되지 않습니다.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
|---|---|---|---|---|---|---|---|
레이어 2 페이로드 소스 MAC |
✓ |
✓ |
✓ |
✓ |
✓ |
||
레이어 2 페이로드 대상 MAC |
✓ |
✓ |
✓ |
✓ |
✓ |
||
레이어 2 페이로드 EtherType |
✓ |
✓ |
✓ |
✓ |
✓ |
||
레이어 2 페이로드 외부 VLAN |
✓ |
Χ |
Χ |
Χ |
Χ |
||
레이어 2 헤더 해싱
레이어 2 헤더 필드는 패킷의 EtherType이 IP(IPv4 또는 IPv6), MPLS 또는 MAC-in-MAC으로 인식되지 않을 때 해시 알고리즘에 의해 사용됩니다. 또한 레이어 2 헤더 필드는 해시 모드가 레이어 2 헤더로 설정된 경우 페이로드 필드 대신 IPv4, IPv6 및 MPLS 트래픽을 해시하는 데 사용됩니다.
✓—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.
Χ—필드는 기본적으로 해시 알고리즘에 의해 사용되지 않습니다.
(구성 가능) - 필드는 해시 알고리즘에 의해 사용되거나 사용되지 않도록 구성할 수 있습니다.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
|---|---|---|---|---|---|---|---|
소스 MAC |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
||
대상 MAC |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
||
EtherType |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
||
VLAN ID |
Χ (구성 가능) |
Χ (구성 가능) |
Χ (구성 가능) |
✓ (구성 가능) |
✓ (구성 가능) |
||
해싱 매개 변수
Junos OS 릴리스 19.1R1부터 스위치의 QFX5000 라인에서 구현된 기존 알고리즘에 대한 해싱 매개 변수를 변경할 수 있습니다. 수신 및 송신 버퍼 파티션 모두에 대한 공유 버퍼 풀의 임계값을 변경할 수 있으며 해시 함수 선택, 해시 알고리즘 및 기타 추가 매개 변수를 변경할 수 있습니다. 이 문서의 뒷부분에 있는 다른 해싱 매개 변수 구성을 참조하십시오.
LAG 번들 및 ECMP 트래픽을 해시하는 데 사용되는 알고리즘의 필드 구성
주니퍼 네트웍스 EX 시리즈 및 QFX 시리즈 스위치는 해싱 알고리즘을 사용하여 ECMP(Equal-cost 다중 경로)가 활성화된 경우 LAG(Link Aggregation Group) 번들을 통해 또는 다음 홉 디바이스로 트래픽을 전달하는 방법을 결정합니다.
링크 어그리게이션 그룹(LAG) 번들 해싱 구성을 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.
해싱 알고리즘은 다양한 패킷 필드의 값을 기반으로 해싱 결정을 내립니다. 해시 알고리즘에서 사용하는 일부 필드를 구성할 수 있습니다.
해싱 알고리즘이 사용하는 필드를 구성하는 것은 번들로 들어오는 대부분의 트래픽이 유사하고 트래픽이 LAG 번들에서 관리되어야 하는 시나리오에서 유용합니다. 예를 들어, 모든 수신 트래픽에 대한 IP 패킷의 유일한 차이가 소스 및 대상 IP 주소인 경우, 해당 필드만 사용하여 해싱 결정을 내리도록 알고리즘을 구성하여 해싱 알고리즘을 조정하여 보다 효율적으로 해싱 결정을 내릴 수 있습니다.
- 해싱을 위해 레이어 2 헤더의 필드를 사용하도록 해싱 알고리즘을 구성합니다
- 해싱을 위해 IP 페이로드의 필드를 사용하도록 해싱 알고리즘 구성
- 해싱에 IPv6 페이로드의 필드를 사용하도록 해싱 알고리즘 구성
- 기타 해싱 매개 변수 구성
해싱을 위해 레이어 2 헤더의 필드를 사용하도록 해싱 알고리즘을 구성합니다
해싱을 위해 레이어 2 헤더의 필드를 사용하도록 해싱 알고리즘을 구성하는 방법:
해싱을 위해 IP 페이로드의 필드를 사용하도록 해싱 알고리즘 구성
해싱에 IP 페이로드의 필드를 사용하도록 해싱 알고리즘을 구성하려면:
해싱에 IPv6 페이로드의 필드를 사용하도록 해싱 알고리즘 구성
해싱을 위해 IPv6 페이로드의 필드를 사용하도록 해싱 알고리즘을 구성하는 방법:
기타 해싱 매개 변수 구성
ECMP 또는 LAG 트래픽에 대한 해싱 매개 변수를 구성하려면 다음을 수행합니다.
예: QFX 시리즈 스위치와 어그리게이션 스위치 간의 링크 어그리게이션 구성
QFX 시리즈 제품을 사용하면 여러 이더넷 링크를 하나의 논리적 인터페이스로 결합하여 더 높은 대역폭과 중복성을 확보할 수 있습니다. 이러한 방식으로 결합되는 포트를 LAG(Link Aggregation Group) 또는 번들이라고 합니다. LAG로 결합할 수 있는 이더넷 링크 수는 QFX 시리즈 제품 모델에 따라 다릅니다. LAG를 구성하여 QFX 시리즈 제품 또는 EX4600 스위치를 어그리게이션 스위치, 서버 또는 라우터와 같은 다른 스위치에 연결할 수 있습니다. 이 예에서는 QFX3500, QFX3600, EX4600, QFX5100, QFX10002 스위치를 어그리게이션 스위치에 연결하기 위해 LAG를 구성하는 방법을 설명합니다.
요구 사항
이 예에서 사용되는 소프트웨어 및 하드웨어 구성 요소는 다음과 같습니다.
Junos OS QFX3500 및 QFX3600 스위치의 경우 릴리스 11.1 이상, QFX5100 및 EX4600 스위치의 경우 Junos OS 13.2 이상, QFX10002 스위치의 경우 Junos OS 릴리스 15.1X53-D10 이상.
QFX3500, QFX3600, EX4600, QFX5100 또는 QFX10002 스위치 1개
개요 및 토폴로지
이 예에서 스위치에는 두 개의 10기가비트 이더넷 인터페이스로 구성된 하나의 LAG가 있습니다. 이 LAG는 포트 모드 트렁크(또는 인터페이스 모드 트렁크)로 구성되므로 스위치와 할당된 VLAN이 트래픽을 송수신할 수 있습니다.
이더넷 인터페이스를 LAG로 구성하면 다음과 같은 이점이 있습니다.
어떤 이유로든 하나의 물리적 포트가 손실되면(케이블이 분리되거나 스위치 포트 실패), 논리적 포트는 나머지 물리적 포트에서 투명하게 계속 작동합니다.
링크 모니터링 및 사용자 개입 없이 개별 링크의 자동 추가 및 삭제를 위해 선택적으로 LACP(Link Aggregation Control Protocol)를 구성할 수 있습니다.
LAG 링크의 원격 엔드포인트가 보안 디바이스인 경우, 보안 디바이스가 결정적인 구성이 필요하기 때문에 LACP가 지원되지 않을 수 있습니다. 이 경우, LACP를 구성하지 마십시오. 스위치가 이더넷 물리적 레이어 또는 데이터 링크 레이어 내에서 링크 장애를 감지하지 않는 한 LAG의 모든 링크는 영구적으로 작동합니다.
이 예에서 사용되는 토폴로지는 10기가비트 이더넷 인터페이스 중 두 개 사이에 구성된 LAG가 있는 하나의 스위치로 구성됩니다. 스위치가 어그리게이션 스위치에 연결되어 있습니다.
표 5에는 이 구성 예에서 사용되는 토폴로지가 자세히 나와 있습니다.
| 호스트 이름 | 기본 하드웨어 | 트렁크 포트 |
|---|---|---|
스위치 |
QFX3500, QFX3600, EX4600, QFX5100 또는 QFX10002 스위치 |
|
구성
두 개의 10기가비트 이더넷 인터페이스 간에 LAG를 구성합니다.
절차
CLI 빠른 구성
스위치에서 두 개의 10 기가비트 이더넷 인터페이스 간에 LAG를 신속하게 구성하려면 다음 명령을 복사하여 스위치 터미널 창에 붙여넣습니다.
향상된 레이어 2 소프트웨어(예: EX4600, QFX5100 또는 QFX10002 스위치)를 사용하여 LAG를 구성하려면 문 대신 port-mode 문을 사용합니다interface-mode. ELS에 대한 자세한 내용은 향상된 레이어 2 소프트웨어 CLI 사용을 참조하십시오.
[edit] set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family ethernet-switching vlan members green set interfaces xe-0/0/2 ether-options 802.3ad ae0 set interfaces xe-0/0/3 ether-options 802.3ad ae0 set interfaces ae0 unit 0 family ethernet-switching port-mode trunk set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 aggregated-ether-options lacp periodic fast
단계별 절차
QFX 시리즈 스위치와 어그리게이션 스위치 간의 LAG를 구성하려면 다음을 수행합니다.
스위치에 생성할 LAG 수를 지정합니다.
[edit chassis] user@switch# set aggregated-devices ethernet device-count 1
LAG 인터페이스가 다음과 같기 위해
ae0존재해야 하는 링크 수를 지정합니다.up[edit interfaces] user@switch# set ae0 aggregated-ether-options minimum-links 1
링크의 미디어 속도를 지정합니다.
ae0[edit interfaces] user@switch# set ae0 aggregated-ether-options link-speed 10g
어그리게이션 이더넷 번들에 포함될 멤버를 지정합니다.
[edit interfaces] user@switch# set interfaces xe-0/0/2 ether-options 802.3ad ae0 [edit interfaces] user@switch# set interfaces xe-0/0/3 ether-options 802.3ad ae0
링크에 트렁크의 포트 모드를 할당합니다.
ae0메모:향상된 레이어 2 소프트웨어(예: EX4600, QFX5100 또는 QFX10002 스위치)를 사용하여 LAG를 구성하려면 문 대신
port-mode문을 사용합니다interface-mode. ELS에 대한 자세한 내용은 향상된 레이어 2 소프트웨어 CLI 사용을 참조하십시오.[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching port-mode trunk
또는
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching interface-mode trunk
LAG를 VLAN에 할당합니다.
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching vlan members green vlan-id 200
(선택 사항): LAG의 한쪽을 LACP에 대해 활성화된 상태로 지정합니다.
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active
(선택 사항): 인터페이스가 LACP 패킷을 전송하는 간격과 속도를 지정합니다.
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp periodic fast
결과
QFX3500 또는 QFX3600 스위치에 구성 결과를 표시합니다.
[edit]
chassis {
aggregated-devices {
ethernet {
device-count 1;
}
}
}
green {
vlan-id 200;
}
}
interfaces {
ae0 {
aggregated-ether-options {
link-speed 10g;
minimum-links 1;
}
unit 0 {
family ethernet-switching {
port-mode trunk;
vlan {
members green;
}
}
}
xe-0/0/2 {
ether-options {
802.3ad ae0;
}
}
xe-0/0/3 {
ether-options {
802.3ad ae0;
}
}
}
확인
스위칭이 작동 가능하고 하나의 LAG가 생성되었는지 확인하려면 다음 작업을 수행합니다.
LAG ae0.0이 생성되었는지 확인
목적
스위치에 LAG ae0.0 가 생성되었는지 확인합니다.
행동
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up eth-switch
의미
출력은 링크가 ae0.0 작동 중임을 확인하고 이 링크에 할당된 IP 주소를 보여줍니다 family .
LAG 및 ECMP 그룹에 대한 탄력적인 해싱
탄력적인 해싱은 부하 분산 시스템에서 ECMP(Equal Cost 다중 경로) 그룹과 LAG 간의 플로우 재매핑을 최소화하는 데 도움이 됩니다. 아래 주제에서는 링크 어그리게이션 그룹(LAG) 및 ECMP 그룹에서 탄력적인 해싱의 작동, 사용 및 구성에 대해 설명합니다.
LAG/ECMP 그룹에서 플로우 재매핑을 최소화하기 위한 복원력 있는 해싱의 사용 이해
탄력적인 해싱을 사용하여 로드 밸런싱 시스템에서 LAG/ECMP 그룹의 구성원 간에 플로우 재매핑을 최소화합니다. LAG 및 ECMP 그룹에서 탄력적인 해싱을 구성할 수 있습니다.
탄력적인 해싱을 사용해야 하는 이유 및 정적 해싱과 함께 작동하는 방식
복원력 있는 해싱은 기본 정적 해싱 알고리즘과 함께 작동합니다. LAG/ECMP 그룹에 멤버가 추가되거나 삭제되면 정적 해싱 알고리즘이 대상 경로를 다시 매핑할 수 있습니다. 탄력적인 해싱을 사용하면 경로가 LAG/ECMP 그룹의 멤버 변경에 영향을 받지 않으면 흐름이 다시 매핑될 가능성이 최소화됩니다. 플로우가 멤버 변경의 영향을 받으면 패킷 포워딩 엔진은 FlowSet 테이블을 다시 프로그래밍하여 플로우의 균형을 재조정합니다.
로드 밸런싱에 탄력적 해싱을 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인합니다.
따라서 복원력 있는 해싱은 다음과 같은 이점을 제공합니다.
LAG/ECMP 그룹에 멤버가 추가되거나 그룹에서 삭제될 때 LAG/ECMP 그룹의 멤버 간의 트래픽 분산 불균형을 최소화합니다.
새 멤버가 추가되거나 기존 멤버가 그룹에서 삭제될 때 영향을 받지 않는 멤버에 바인딩된 flow에 미치는 영향을 최소화합니다.
일반적인 해시 기반 로드 밸런싱에서는 정적 해싱 알고리즘만 사용하는 경우 flow는 수학적 모드(%) 연산을 통해 멤버에게 할당됩니다. 그룹 멤버 수가 증가하거나 감소하면 다음 예와 같이 flow가 멤버 ID로 완전히 다시 매핑됩니다.
멤버 ID = 해시(키) 모드(그룹 내 멤버 수)
본보기:
해시(키) = 10
10 mod 5 = 0(ID 0을 가진 멤버가 흐름에 대해 선택됨)
10 mod 4 = 2(멤버 수가 1만큼 감소할 때 ID가 2인 멤버가 동일한 흐름에 대해 선택됨)
탄력적인 해싱은 LAG/ECMP 그룹의 멤버가 추가되거나 삭제될 때 대상 경로 재매핑을 최소화합니다.
플로우가 그룹의 멤버 변경의 영향을 받는 경우 복원력 있는 해싱은 FlowSet 테이블을 다시 프로그래밍하여 플로우의 균형을 재조정합니다.
LAG/ECMP 그룹 크기 |
일반(정적) 해싱 결과 |
탄력적인 해싱 결과 |
노트 |
|---|---|---|---|
4 |
해시(10) % 4 = 2 플로우는 멤버 ID 2에 할당됩니다. |
플로우는 FlowSet 테이블 항목을 기반으로 네 명의 그룹 멤버 중 한 명에게 할당됩니다. |
원래 LAG/ECMP 그룹 크기는 4입니다. |
3 |
해시(10) % 3 = 1 플로우는 멤버 ID 1에 할당됩니다. |
플로우는 이전 사례와 동일한 멤버에 할당됩니다. |
원래 LAG/ECMP 그룹에서 멤버 하나를 삭제합니다. LAG/ECMP 그룹 크기는 3입니다. |
5 |
해시(10) % 5 = 0 플로우는 멤버 ID 0에 할당됩니다. |
다른 멤버에서 새로 추가된 멤버로의 흐름 재분배는 최소화됩니다. |
원래 LAG 그룹에 멤버 하나를 추가합니다. LAG/ECMP 그룹 크기는 5입니다. |
복원력 있는 해싱에 대한 제한 사항 및 주의 사항
탄력적인 해싱 기능에 대한 다음과 같은 제한 사항 및 주의 사항에 유의하십시오.
-
복원력 있는 해싱은 유니캐스트 트래픽에만 적용됩니다.
-
복원력 있는 해싱은 최대 1024개의 LAG를 지원하며 각 그룹에는 최대 256명의 멤버가 있습니다.
-
복원력 있는 해싱은 트래픽 분포가 모든 그룹 멤버에게 균일하다는 것을 보장하지는 않으며, 트래픽 패턴과 하드웨어의 탄력적 해싱 FlowSet 테이블 구성에 따라 달라집니다. 복원력 있는 해싱은 멤버가 그룹에 추가되거나 그룹에서 삭제될 때 목적지 링크에 대한 flow 재매핑을 최소화 합니다.
-
LAG 또는 ECMP 그룹에서 복원력 있는 해싱이 활성화되고 다음 옵션 중 하나와 함께 사용되는 경우
set forwarding-options enhanced-hash-key일부 flow는 목적지 링크를 변경할 수 있습니다. 그 이유는 새 해시 매개 변수가 흐름에 대한 새 해시 인덱스를 생성할 수 있기 때문입니다.hash-modeinetinet6layer2
-
VCP 링크에서는 복원력 있는 해싱이 지원되지 않습니다.
LAG에 대한 탄력적인 해싱
LAG는 이더넷 인터페이스(구성원)를 결합하여 논리적 지점 간 링크를 형성하여 대역폭을 늘리고 안정성을 제공하며 로드 밸런싱을 허용합니다. 탄력적인 해싱은 LAG에서 새로운 멤버가 추가되거나 삭제될 때 대상 재매핑 동작을 최소화합니다.
LAG의 복원력 있는 해싱 구성은 이더넷 인터페이스 통합 기준입니다.
ECMP의 복원력 있는 해싱
경로의 ECMP 그룹에는 라우팅 테이블의 동일한 대상에 대한 여러 개의 다음 홉 동일 비용 주소가 포함되어 있습니다. 동일한 비용의 경로는 동일한 선호 및 메트릭 값을 갖습니다.
Junos OS는 정적 해싱 알고리즘을 사용하여 ECMP 그룹의 다음 홉 주소 중 하나를 선택하여 포워딩 테이블에 설치합니다. 복원력 있는 해싱은 ECMP 그룹에서 새 멤버가 추가되거나 삭제될 때 대상 재매핑 동작을 최소화하여 ECMP를 향상시킵니다.
ECMP의 복원력 있는 해싱 구성은 전역적이며 모든 ECMP 그룹에 적용됩니다.
LAG/ECMP 그룹에 대한 복원력 있는 해싱 구성
탄력적인 해싱을 사용하여 로드 밸런싱 시스템에서 LAG/ECMP 그룹의 구성원 간에 플로우 재매핑을 최소화합니다. LAG 및 ECMP 세트에서 탄력적인 해싱을 구성할 수 있습니다.
.
이 주제에는 다음이 포함됩니다.
LAG에서 탄력적인 해싱 구성
LAG에 대해 탄력적인 해싱을 활성화하려면:
ECMP 그룹에서 복원력 있는 해싱 구성
ECMP 그룹에 대해 복원력 있는 해싱을 활성화하려면:
[edit forwarding-options] user@switch# set enhanced-hash-key ecmp-resilient-hash
복원력 있는 해싱이 추가되거나 제거되면 주어진 플로우에 대한 ECMP 그룹의 모든 멤버에 걸친 트래픽 분포가 재프로그래밍되며, 그 결과 일부 플로우가 새로운 ECMP 그룹 멤버에게 다시 매핑될 수 있습니다.
복원력 있는 해싱을 사용하여 플로우 재매핑 최소화
네트워크 엔드포인트 간의 구축에서는 설정된 연결과 연결된 레이어 2 및 레이어 3 경로를 보존해야 합니다. 네트워킹 디바이스나 서버의 장애와 같은 네트워크 변화가 발생하면 패킷은 새로운 경로를 이동합니다.
복원력 있는 해싱은 네트워크 변경의 영향을 줄입니다. 복원력 있는 해싱이 있는 각 ECMP에는 로드 밸런싱 테이블(매크로 플로우 테이블이라고도 함)에서 256개 항목 영역이 할당됩니다. 테이블의 각 항목은 해당 매크로 플로우에 할당된 멤버 링크 ID를 저장합니다.
복원력 있는 해싱은 아래에 설명된 대로 작동합니다.
-
수신 패킷을 이러한 매크로 플로우 항목 또는 버킷 중 하나로 해시합니다.
-
그런 다음 패킷을 ECMP 그룹의 경로에 연결합니다.
"바스켓"을 사용하여 각 멤버 링크/경로를 나타내는 경우 복원력 있는 해싱 작업은 버킷(매크로 흐름)을 바스켓 중 하나에 넣는 것으로 모델링할 수 있습니다.
ECMP 그룹에 N개의 버킷과 P 경로가 있는 경우 다음 순서를 사용합니다.
-
초기 버킷 매핑은 라운드 로빈 방법을 사용하여 생성됩니다. 따라서 모든 버킷은 ECMP 그룹 멤버들 사이에 거의 균등하게(N/P) 분산됩니다. 나중에 버킷은 경로 추가 또는 삭제 이벤트에 따라 이동합니다.
N=64개의 버킷과 P=4개의 경로인 경우 라운드 로빈 방식으로 64개의 버킷을 모두 배포합니다. 경로가 4개 있으므로 스택이 4개 있습니다. 각 스택은 하나의 경로에 해당합니다. 각 스택에는 동일한 수의 버킷(N/P=16)이 있습니다.
Last_processed_path= 0(알고리즘의 5단계 참조).
-
경로 장애 또는 제거가 있는 경우 장애가 발생한 경로/스택에서 모든 버킷을 갑자기 제거하고 순환 라운드 로빈 방식으로 나머지 경로/스택에 푸시합니다.
경로 3(위 이미지의 스택 3)을 제거하면 스택 3(아래 그림의 주황색)의 모든 버킷을 나머지 스택으로 이동해야 합니다.
-
경로가 추가되면 순환 라운드 로빈 방식으로 기존 경로에서 N/(P+1) 버킷을 갑자기 제거하고 새로 추가된 경로/스택에 푸시합니다.
새 경로를 추가하는 경우 기존 스택(스택 0, 1, 2)에서 N/P+1=64/4=16 버킷을 이동해야 합니다. 이제 모든 주황색 양동이가 스택 3으로 돌아왔고, 파란색 스택은 움직이지 않고 손상되지 않습니다.
Last_processed_path= 0
-
2단계와 3단계의 원형 라운드 로빈 방향은 반대입니다. 순환 라운드 로빈이 시작되는 첫 번째 스택을 결정하는 것이 중요합니다. 2단계의 시작 스택 인덱스와 3단계의 시작 스택 전에 제공하는 인덱스 포인터
last_processed_path를 유지합니다. -
5. 을 설정
last_processed_path하려면 다음을 수행합니다.-
2단계에서와 같이 버킷을 푸시할 때는 마지막
last_processed_path버킷을 푸시한 마지막 스택의 다음 스택입니다. -
3단계와 같이 버킷을 제거하면 버
last_processed_path킷이 제거된 마지막 스택입니다.
-
복원력 있는 해싱에 대한 제한 사항 및 주의 사항
-
복원력 있는 해싱은 ECMP 그룹을 기반으로 하는 equal-cost BGP 경로에서만 지원됩니다. BGP 경로보다 우선 순위가 높은 다른 프로토콜 또는 정적 경로를 구성하는 경우, 복원력 있는 해싱은 지원되지 않습니다.
-
혼합 속도 LAG에서는 복원력 있는 해싱이 지원되지 않습니다.
-
128방향 ECMP 복원력 있는 해싱은 현재 설계에서 지원되지 않습니다. 64방향 ECMP 복원력 있는 해싱만 지원됩니다.
-
혼합 속도 어그리게이션 이더넷(AE) 및 적응형 로드 밸런싱(ALB) AE는 현재 탄력적인 해싱 설계에서 지원되지 않습니다.
ECMP에 대한 탄력적 해싱 구성
어그리게이션 이더넷 인터페이스에 대한 탄력적 해싱 구성
user@router# set interface ae1 aggregated-ehter-options resilient-hash
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.