Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

어그리게이션 이더넷 인터페이스

아래 주제에서는 개요된 어그리게이션 이더넷 인터페이스, 링크 어그리게이션 및 어그리게이션된 이더넷 인터페이스의 구성 세부 사항, 어그리게이션된 이더넷 인터페이스의 문제 해결 및 검증에 대해 설명합니다.

스위치용 어그리게이션 이더넷 인터페이스 및 LACP 이해하기

IEEE 802.3ad 링크 어그리게이션을 사용하면 이더넷 인터페이스를 그룹화하여 링크 어그리게이션 그룹(LAG) 또는 번들이라고도 하는 단일 링크 레이어 인터페이스를 형성할 수 있습니다.

물리적 인터페이스 간에 여러 링크를 어그리게이션하면 하나의 논리적 포인트 투 포인트 트렁크 링크 또는 LAG가 생성됩니다. LAG는 어그리게이션 이더넷 번들 내의 멤버 링크 간에 트래픽 균형을 유지하고 업링크 대역폭을 효과적으로 증가시킵니다. 링크 어그리게이션의 또 다른 장점은 LAG가 여러 멤버 링크로 구성되기 때문에 가용성이 향상된다는 것입니다. 하나의 멤버 링크에 장애가 발생하면 LAG는 나머지 링크를 통해 트래픽을 계속 전달합니다.

참고:

QFX5100, QFX5120, EX4600 QFX10002 독립형 스위치와 QFX5100 Virtual Chassis 및 EX4600 Virtual Chassis에서는 어그리게이션 이더넷 번들에 대해 혼합 링크 속도를 구성할 수 있습니다. 10G, 40G 및 100G의 링크 속도가 지원됩니다. QFX5200 및 QFX5210 스위치는 혼합 링크 속도를 지원합니다. QFX5200 및 QFX5210 스위치는 혼합 링크 속도의 로드 밸런싱도 지원합니다. 지원되지 않는 링크 속도를 구성하면 로드 밸런싱이 작동하지 않습니다.
참고:

동일한 대역폭을 유지하면서 두 엔드포인트 간에 서로 다른 SFP 모델을 사용하여 포트 채널을 구성할 수 있습니다.

예를 들어:

switch 1 gig0/1 (SFP-10G-SR-S) --------- MX 1 gig0/1 (SFP-10G-SR-S)

switch 1 gig0/2 (SFP-10G-LR-S) --------- MX 1 gig0/2 (SFP-10G-LR-S)

LACP(Link Aggregation Control Protocol)는 IEEE 802.3ad 표준의 하위 구성 요소이며 검색 프로토콜로 사용됩니다.

참고:

중복 서버 노드 그룹의 통합 이더넷(AE) 인터페이스에서 로드 밸런싱을 보장하려면 AE의 구성원이 중복 서버 노드 그룹 전체에 균등하게 분산되어야 합니다.
참고:

네트워크 노드 그룹 전환 중에 트래픽이 몇 초 동안 삭제될 수 있습니다.

링크 어그리게이션 그룹

링크 번호를 물리적 디바이스로 지정한 다음 인터페이스(포트) 집합을 링크와 연결하여 LAG를 구성합니다. 모든 인터페이스는 동일한 속도를 가져야 하며 전이중 모드여야 합니다. EX 시리즈 이더넷 스위치용 주니퍼 네트웍스 Junos 운영 체제(Junos OS)는 각 인터페이스에 고유한 ID와 포트 우선 순위를 할당합니다. ID와 우선 순위는 구성할 수 없습니다.

LAG로 그룹화할 수 있는 인터페이스 수와 스위치에서 지원되는 총 LAG 수는 스위치 모델에 따라 다릅니다. 표 1 에는 EX 시리즈 스위치와 LAG당 최대 인터페이스 수 및 지원되는 최대 LAG 수가 나와 있습니다.

다른 인터페이스 유형의 멤버 링크가 있는 LAG(예: ge 및 mge)는 다중 속도 스위치에서 지원되지 않습니다.

참고:

Junos OS Evolved의 경우, 소프트웨어는 혼합 속도 AE 번들의 최대 AE 인터페이스 수에 제한을 두지 않습니다. 모든 하위 논리 인터페이스는 동일한 AE 물리적 인터페이스에 속하고 동일한 선택기를 공유하기 때문에 훨씬 적은 로드 밸런싱 메모리를 사용하므로 혼합 속도 AE 인터페이스 구성은 64개의 논리 인터페이스를 초과하더라도 통과해야 합니다.

표 1: LAG당 최대 인터페이스 및 스위치당 최대 LAG(EX 시리즈 스위치)

스위치

LAG당 최대 인터페이스

최대 LAG

EX2200 시리즈

8

32

EX2300 시리즈

8

128

EX3200 시리즈

8

32

EX3300 및 EX3300 버추얼 섀시

8

32

EX3400 시리즈

16

128

EX4200 및 EX4200 버추얼 섀시

8

111

EX4300 및 EX4300 버추얼 섀시

16

128

EX4500, EX4500 버추얼 섀시, EX4550 및 EX4550 버추얼 섀시

8

111
EX4400 시리즈 16 128

EX4600 시리즈

32

128

EX6200 시리즈

8

111

EX8200 시리즈

12

255

EX8200 버추얼 섀시

12

239

EX9200 시리즈

64

150
표 2: LAG당 최대 인터페이스 수 및 스위치당 최대 LAG(QFX 시리즈 스위치)

스위치

LAG당 최대 인터페이스

최대 LAG

QFX3500

64

60

QFX3600

64

60

QFX5100

64

96

QFX5110

64

96

QFX5120

64

72

QFX5200

64

128

QFX5700

128

144

QFX10002

64

150

QFX10008

64

1000

QFX10016

64

1000
참고:

QFX 시리즈 스위치의 LAG에 64개 이상의 이더넷 인터페이스를 포함하는 구성을 커밋하려고 하면 그룹 제한인 64개를 초과했으며 구성 체크아웃에 실패했다는 오류 메시지가 표시됩니다.

LAG를 생성하려면 다음을 수행합니다.

  1. 논리적으로 어그리게이션된 이더넷 인터페이스를 생성합니다.

  2. 논리적 단위, 인터페이스 속성 및 LACP(Link Aggregation Control Protocol)와 같은 논리적 어그리게이션 이더넷 인터페이스와 관련된 매개 변수를 정의합니다.

  3. 어그리게이션 이더넷 인터페이스 내에 포함될 멤버 링크를 정의합니다(예: 두 개의 10기가비트 이더넷 인터페이스).

  4. 링크 감지를 위해 LACP를 구성합니다.

다음과 같은 하드웨어 및 소프트웨어 지침을 명심하십시오.

  • Junos OS Evolved의 경우, 새로운 인터페이스가 어그리게이션 이더넷 번들에 멤버로 추가되면 링크 플랩 이벤트가 생성됩니다. 번들에 인터페이스를 추가하면 물리적 인터페이스가 일반 인터페이스로서 삭제되고 멤버로 다시 추가됩니다. 이 시간 동안 물리적 인터페이스의 세부 정보가 손실됩니다.

  • 최대 32개의 이더넷 인터페이스를 그룹화하여 QFabric 시스템에서 중복 서버 노드 그룹, 서버 노드 그룹 및 네트워크 노드 그룹에서 LAG를 형성할 수 있습니다. QFabric 시스템의 중복 서버 노드 그룹 및 서버 노드 그룹에서는 최대 48개의 LAG가 지원되며, QFabric 시스템의 네트워크 노드 그룹에서는 최대 128개의 LAG가 지원됩니다. 중복 서버 노드 그룹, 서버 노드 그룹 및 네트워크 노드 그룹의 노드 디바이스 간에 LAG를 구성할 수 있습니다.

    참고:

    Qfabric 시스템에서 LAG에 32개 이상의 이더넷 인터페이스를 포함하는 구성을 커밋하려고 하면 그룹 제한인 32개가 초과되었으며 구성 체크아웃에 실패했다는 오류 메시지가 표시됩니다.

  • 최대 64개의 이더넷 인터페이스를 그룹화하여 LAG를 구성할 수 있으며, Junos Fusion에서는 어그리게이션 디바이스 역할을 하는 QFX10002 스위치에서 최대 1,000개의 LAG가 지원됩니다.

  • LAG는 링크의 양쪽에서 구성되어야 합니다.

  • 링크의 양쪽에 있는 인터페이스는 동일한 속도로 설정되어야 하며 전이중 모드여야 합니다.

    참고:

    Junos OS는 각 포트에 고유한 ID와 포트 우선 순위를 할당합니다. ID와 우선 순위는 구성할 수 없습니다.

  • QFabric 시스템은 FCoE LAG라는 특수 LAG를 지원하며, 이를 통해 동일한 링크 어그리게이션 번들에서 FCoE 트래픽과 일반 이더넷 트래픽(FCoE 트래픽이 아닌 트래픽)을 전송할 수 있습니다. 표준 LAG는 해싱 알고리즘을 사용하여 전송에 사용되는 LAG의 물리적 링크를 결정하므로 두 디바이스 간의 통신은 다른 전송에 대해 LAG의 다른 물리적 링크를 사용할 수 있습니다. FCoE LAG는 QFabric 시스템 노드 디바이스에서 FCoE 디바이스 CNA(Converged Network Adapter)와 FC SAN 스위치 간의 가상 지점 간 링크를 보존하기 위해 FCoE 트래픽이 요청 및 응답에 LAG의 동일한 물리적 링크를 사용하도록 합니다. FCoE LAG는 FCoE 트래픽에 대한 로드 밸런싱 또는 링크 중복을 제공하지 않습니다. 그러나 일반 이더넷 트래픽은 표준 해싱 알고리즘을 사용하며 FCoE LAG에서 로드 밸런싱 및 링크 중복의 일반적인 LAG 이점을 받습니다. 자세한 내용은 FCoE LAG 이해를 참조하십시오.

링크 어그리게이션 제어 프로토콜(LACP)

LACP는 여러 물리적 인터페이스를 번들로 묶어 하나의 논리 어그리게이션 이더넷 인터페이스를 형성하는 한 가지 방법입니다. 기본적으로 이더넷 링크는 링크 상태에 대한 정보가 포함된 LACP 프로토콜 데이터 유닛(PDU)을 교환하지 않습니다. LACP PDU를 능동적으로 전송하도록 이더넷 링크를 구성하거나, 이더넷 링크가 원격 엔드에서 수신할 때만 LACP PDU를 전송하여 수동적으로 전송하도록 링크를 구성할 수 있습니다. LACP 모드는 능동 또는 수동일 수 있습니다. 송신 링크는 액터(actor)로 알려져 있으며, 수신 링크는 파트너( partner)로 알려져 있습니다. 행위자와 파트너가 모두 패시브 모드인 경우, LACP 패킷을 교환하지 않으며 어그리게이션된 이더넷 링크가 나타나지 않습니다. 행위자 또는 파트너가 활성 상태인 경우 LACP 패킷을 교환합니다. 기본적으로 LACP는 통합 이더넷 인터페이스에서 패시브 모드입니다. LACP 패킷 전송 및 LACP 패킷에 대한 응답을 시작하려면 LACP 활성 모드를 활성화해야 합니다. LACP를 활성화하지 않고 VLAN 태그가 지정된 어그리게이션 이더넷 인터페이스와 태그가 지정되지 않은 어그리게이션 이더넷 인터페이스를 모두 구성할 수 있습니다. LACP는 IEEE 802.3ad, Aggregation of Multiple Link Segments.

LACP는 다음을 달성하도록 설계되었습니다.

  • 사용자 개입 없이 LAG에 대한 개별 링크 자동 추가 및 삭제.

  • 번들의 양쪽 끝이 올바른 그룹에 연결되어 있는지 확인하기 위한 링크 모니터링.

듀얼 홈 서버가 스위치와 함께 배포되는 시나리오에서 네트워크 인터페이스 카드는 스위치와 함께 LAG를 형성합니다. 서버를 업그레이드하는 동안 서버가 LACP PDU를 교환하지 못할 수 있습니다. 이러한 상황에서는 PDU가 교환되지 않더라도 인터페이스가 상태가 up 되도록 구성할 수 있습니다. 피어의 force-up LACP 기능이 제한되어 있는 경우 명령문을 사용하여 인터페이스를 구성합니다. 인터페이스는 스위치와 피어가 모두 활성 또는 수동 모드에 있는지 여부에 관계없이 기본적으로 연결된 LAG를 선택합니다. PDU가 수신되지 않으면 파트너가 수동 모드에서 작동하는 것으로 간주됩니다. 따라서 LACP PDU 전송은 전송 링크에 의해 제어됩니다.

LAG 링크의 원격 끝이 보안 디바이스인 경우, 보안 디바이스에는 결정론적 구성이 필요하기 때문에 LACP가 지원되지 않을 수 있습니다. 이 경우 LACP를 구성하지 마십시오. LAG의 모든 링크는 스위치가 이더넷 물리적 레이어 또는 데이터 링크 레이어 내에서 링크 장애를 감지하지 않는 한 영구적으로 작동합니다.

LACP가 구성되면 링크의 로컬 엔드 또는 원격 엔드에서 잘못된 구성을 감지합니다. 따라서 LACP는 통신 실패를 방지하는 데 도움이 될 수 있습니다.

  • LACP가 활성화되어 있지 않으면 로컬 LAG가 원격 단일 인터페이스로 패킷을 전송하려고 시도할 수 있으며, 이로 인해 통신이 실패할 수 있습니다.

  • LACP가 활성화되면 링크의 원격 끝에 LACP가 있는 LAG가 구성되지 않는 한 로컬 LAG는 패킷을 전송할 수 없습니다.

또한보십시오

어그리게이션 이더넷 인터페이스 구성

물리적 인터페이스를 어그리게이션 이더넷 인터페이스와 연결할 수 있습니다.

어그리게이션 이더넷 인터페이스를 구성하려면:

  1. 링크 어그리게이션 그룹 인터페이스를 구성할 것임을 지정합니다.
  2. 어그리게이션 이더넷 인터페이스를 구성합니다.

링크 연결을 완료하기 위해 인터페이스 인스턴스 번호를 x 지정합니다. 또한 계층 수준에서 정의하는 aex [edit interfaces] 명령문을 포함해야 합니다. 통합 이더넷 인터페이스에 특별히 적용되는 다른 물리적 속성을 선택적으로 지정할 수 있습니다. 자세한 내용은 이더넷 인터페이스 개요를 참조하십시오.

참고:

일반적으로 어그리게이션 이더넷 번들은 번들 내에서 멤버 링크가 될 수 있는 지원되는 모든 인터페이스에서 사용할 수 있는 기능을 지원합니다. 예외적으로, 기가비트 이더넷 IQ 기능 및 일부 새로운 기가비트 이더넷 기능은 통합 이더넷 번들에서 지원되지 않습니다.

기가비트 이더넷 IQ 및 SFP 인터페이스는 멤버 링크가 될 수 있지만, 모든 멤버 링크가 개별적으로 해당 기능을 지원하더라도 IQ 및 SFP 관련 기능은 어그리게이션 이더넷 번들에서 지원되지 않습니다.

경고 메시지를 제거하려면 어그리게이션 이더넷 인터페이스에 대한 올바른 링크 속도를 구성해야 합니다.
참고:

어그리게이션 이더넷 구성을 커밋하기 전에 어그리게이션 이더넷 번들의 멤버 인터페이스에 링크 모드가 구성되지 않았는지 확인하십시오. 그렇지 않으면 구성 커밋 검사가 실패합니다.

또한보십시오

태그가 지정된 어그리게이션 이더넷 인터페이스 구성

어그리게이션 이더넷 인터페이스를 지정하려면, 계층 수준에서 명령문을 포함합니다vlan-tagging.[edit interfaces aex]

또한 명령문을 포함해야 합니다.vlan-id

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

  • [edit interfaces interface-name unit logical-unit-number]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]

및 문에 vlan-tagging 대한 자세한 내용은 802.1Q VLAN 개요를 참조하십시오.vlan-id

또한보십시오

태그가 지정되지 않은 어그리게이션 이더넷 인터페이스 구성

태그가 지정되지 않은 어그리게이션 이더넷 인터페이스를 구성할 때, 태그가 지정되지 않은 인터페이스에 대한 기존 규칙이 적용됩니다. 이러한 규칙은 다음과 같습니다.

  • 포트에서 단 하나의 논리적 인터페이스(유닛 0)만 구성할 수 있습니다. 논리적 단위 0은 개별 링크와 LACP 또는 마커 PDU(Protocol Data Unit)를 송수신하는 데 사용됩니다.

  • 논리적 인터페이스의 구성에 명령문을 포함할 vlan-id 수 없습니다.

구성에서 및 vlan-id 명령문을 생략하여vlan-tagging 태그가 지정되지 않은 어그리게이션 이더넷 인터페이스를 구성합니다.

또한보십시오

디바이스에서 어그리게이션 이더넷 인터페이스 수 구성(향상된 레이어 2 소프트웨어)

기본적으로 통합 이더넷 인터페이스는 생성되지 않습니다. 라우팅 디바이스를 구성하기 전에 어그리게이션 이더넷 인터페이스의 수를 설정해야 합니다.

  1. 디바이스에서 어그리게이션된 이더넷 구성에 액세스하도록 지정합니다.
  2. 어그리게이션 이더넷 인터페이스의 수를 설정합니다.

또한 계층 수준에서 문을 [edit interfaces interface-name ether-options] 포함하여 802.3ad 구성 물리적 링크를 지정해야 합니다.

또한보십시오

예: 어그리게이션 이더넷 인터페이스 구성

어그리게이션 이더넷 인터페이스는 서로 다른 FPC, DPC 또는 PIC의 인터페이스를 사용할 수 있습니다. 다음 구성만으로도 어그리게이션 기가비트 이더넷 인터페이스를 가동하고 실행하기에 충분합니다.

또한보십시오

어그리게이션 이더넷 인터페이스 삭제

어그리게이션 이더넷 인터페이스를 삭제하는 방법에는 두 가지가 있습니다.

  • 인터페이스 구성에서 어그리게이션 이더넷 인터페이스를 삭제할 수 있습니다. Junos OS는 관련 aex 구성 문을 제거하고 이 인터페이스를 다운 상태로 설정합니다.

  • 라우팅 디바이스의 디바이스 카운트에서 어그리게이션된 이더넷 인터페이스를 삭제하여 디바이스 구성에서 영구적으로 제거할 수도 있습니다.

어그리게이션 이더넷 인터페이스를 삭제하려면:

  1. 어그리게이션 이더넷 구성을 삭제합니다.

    이 단계에서는 인터페이스 상태를 down으로 변경하고 와 aex관련된 구성 문을 제거합니다.

  2. 디바이스 수에서 인터페이스를 삭제합니다.

또한보십시오

어그리게이션 이더넷 인터페이스 문제 해결

통합 이더넷 인터페이스의 문제 해결:

show interfaces 명령은 LAG가 다운되었음을 보여줍니다.

문제

설명

명령은 show interfaces terse LAG가 다운되었음을 보여줍니다.

솔루션

다음을 확인하십시오.

  • 구성 불일치가 없는지 확인합니다.

  • 모든 멤버 포트가 작동 중인지 확인합니다.

  • LAG가 스위칭(레이어 2 LAG) 또는 패밀리 이더넷(레이어 3 LAG)의 일부인지 확인합니다.

  • LAG 멤버가 다른 쪽 끝의 올바른 LAG에 연결되어 있는지 확인합니다.

  • LAG 멤버가 동일한 스위치(또는 동일한 Virtual Chassis)에 속하는지 확인합니다.

논리적 인터페이스 통계가 모든 트래픽을 반영하는 것은 아닙니다.

문제

설명

논리적 인터페이스에 대한 트래픽 통계에는 모든 트래픽이 포함되지 않습니다.

솔루션

명령의 show interfaces 논리적 인터페이스에 대한 트래픽 통계 필드에는 제어 트래픽만 표시되며, 트래픽 통계에는 데이터 트래픽이 포함되지 않습니다. 물리적 인터페이스당 모든 트래픽에 대한 통계만 볼 수 있습니다.

IPv6 인터페이스 트래픽 통계는 지원되지 않습니다.

문제

설명

명령의 은(는 IPv6 transit statistics ) show interfaces 모든 0 값을 표시합니다.

솔루션

EX 시리즈 스위치는 IPv6 전송 통계의 수집 및 보고를 지원하지 않습니다.

SNMP 카운터: ifHCInBroadcastPkts 및 ifInBroadcastPkts가 항상 0인 경우

문제

설명

SNMP 카운터 ifHCInBroadcastPkts 및 ifInBroadcastPkts의 값은 항상 0입니다.

솔루션

SNMP는 EX 시리즈 스위치의 어그리게이션 이더넷 인터페이스에 대해 HCInBroadcastPkts 및 ifInBroadcastPkts가 지원되지 않는 경우 카운터합니다.

또한보십시오

어그리게이션 이더넷 인터페이스에서 가입자의 주기적 재조정 구성

가입자가 네트워크에 자주 로그인 및 로그아웃하는 경우 특정 시간 및 간격을 기준으로 링크를 주기적으로 재조정하도록 시스템을 구성할 수 있습니다.

주기적인 재조정을 구성하려면 다음을 수행합니다.

  1. 주기적인 재조정을 구성하고자 하는 어그리게이션 이더넷 인터페이스에 액세스합니다.
  2. 재조정 작업 간의 시간 및 간격을 포함하여 인터페이스에 대한 재조정 매개 변수를 구성합니다.

또한보십시오

어그리게이션 이더넷 LACP 구성

어그리게이션 이더넷 인터페이스의 경우, 링크 어그리게이션 제어 프로토콜(LACP)을 구성할 수 있습니다. LACP는 여러 물리적 인터페이스를 번들로 묶어 하나의 논리적 인터페이스를 형성하는 한 가지 방법입니다. LACP를 활성화하거나 활성화하지 않은 상태에서 VLAN 태그가 지정된 어그리게이션 이더넷과 태그가 지정되지 않은 어그리게이션 이더넷을 모두 구성할 수 있습니다.

멀티섀시 링크 어그리게이션(MC-LAG)의 system-id 경우, 및 을 admin key지정해야 합니다. MC-LAG 피어는 LACP 메시지를 보내는 동안 동일한 system-id 것을 사용합니다. system-id MC-LAG 네트워크 디바이스에서 을(를) 구성하고 검증을 위해 피어 간에 동기화할 수 있습니다.

LACP 교환은 행위자와 파트너 간에 이루어집니다. 행위자는 LACP 교환에서 로컬 인터페이스입니다. 파트너는 LACP 교환에서 원격 인터페이스입니다.

LACP는 IEEE 802.3ad, 다중 링크 세그먼트 어그리게이션에 정의되어 있습니다.

LACP는 다음을 달성하도록 설계되었습니다.

  • 사용자 개입 없이 집계 번들에 대한 개별 링크 자동 추가 및 삭제

  • 번들의 양쪽 끝이 올바른 그룹에 연결되어 있는지 확인하기 위한 링크 모니터링

LACP의 Junos OS 구현은 링크 모니터링을 제공하지만 링크의 자동 추가 및 삭제는 제공하지 않습니다.

LACP 모드는 능동 또는 수동일 수 있습니다. 행위자와 파트너가 모두 패시브 모드에 있는 경우 LACP 패킷을 교환하지 않으므로 어그리게이션 이더넷 링크가 나타나지 않습니다. 행위자 또는 파트너가 활성 상태인 경우 LACP 패킷을 교환합니다. 기본적으로 LACP는 통합 이더넷 인터페이스에서 꺼져 있습니다. LACP가 구성된 경우 기본적으로 패시브 모드입니다. LACP 패킷 전송 및 LACP 패킷에 대한 응답을 시작하려면 LACP를 활성 모드로 구성해야 합니다.

LACP 활성 모드를 활성화하려면 계층 수준에서 명령문을 [edit interfaces interface-name aggregated-ether-options] 포함하고 lacp 옵션을 지정합니다.active

참고:

LACP 프로세스는 액티브 또는 패시브 LACP 모드에서 시스템을 구성하는 경우에만 시스템에 존재합니다.

기본 동작을 복원하려면 계층 수준에서 문을 [edit interfaces interface-name aggregated-ether-options] 포함하고 lacp 옵션을 지정합니다.passive

Junos OS 릴리스 12.2부터 IEEE 802.3ad 표준을 재정의하고 대기 링크가 항상 트래픽을 수신하도록 LACP를 구성할 수도 있습니다. 기본 동작을 재정의하면 1초 미만의 장애 조치(failover)가 용이해집니다.

IEEE 802.3ad 표준을 재정의하고 1초 미만의 페일오버를 용이하게 하려면 계층 수준에서 문을 [edit interfaces interface-name aggregated-ether-options lacp] 포함합니다fast-failover.

자세한 내용은 다음 섹션을 참조하세요.

LACP 간격 구성

기본적으로 행위자와 파트너는 매초 LACP 패킷을 전송합니다. 계층 수준에서 문을 [edit interfaces interface-name aggregated-ether-options lacp] 포함하여 periodic 인터페이스가 LACP 패킷을 보내는 간격을 구성할 수 있습니다.

간격은 빠르거나(매초) 느릴 수 있습니다(30초마다). 액티브 및 패시브 인터페이스에서 서로 다른 주기적 속도를 구성할 수 있습니다. 액티브 인터페이스와 패시브 인터페이스를 서로 다른 속도로 구성하면 송신기는 수신기의 속도를 준수합니다.

참고:

LACP가 활성화된 경우 소스 주소 필터링이 작동하지 않습니다.

CCC 프로토콜 제품군이 구성된 통합 이더넷 인터페이스에서는 백분율 폴리서가 지원되지 않습니다. 백분율 폴리서에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 폴리서 사용 설명서를 참조하십시오.

일반적으로 LACP는 태그가 지정되지 않은 모든 어그리게이션 이더넷 인터페이스에서 지원됩니다. 자세한 내용은 태그 지정되지 않은 어그리게이션 이더넷 인터페이스 구성을 참조하십시오.

LACP 링크 보호 구성

참고:

LACP 링크 보호를 사용할 때, 어그리게이션 이더넷 인터페이스에 대해 두 개의 멤버 링크(활성 하나와 대기 하나)만 구성할 수 있습니다.

어그리게이션 이더넷 내에서 활성 및 대기 링크를 강제하려면, 및 system-priority 문을 사용하여 어그리게이션 이더넷 인터페이스 수준에서 LACP 링크 보호 및 시스템 우선순위를 link-protection 구성할 수 있습니다. 이 수준에서 값을 구성하면 정의된 구성을 사용하여 구성된 인터페이스만 생성됩니다. LACP 인터페이스 구성을 통해 글로벌(섀시) LACP 설정을 재정의할 수도 있습니다.

LACP 링크 보호는 또한 포트 우선 순위를 사용합니다. 명령문을 사용하여 이더넷 인터페이스 [ether-options] 계층 수준에서 포트 우선 순위를 구성할 수 있습니다 port-priority . 포트 우선 순위를 구성하지 않기로 선택한 경우 LACP 링크 보호는 포트 우선 순위에 기본값(127)을 사용합니다.

참고:

LACP 링크 보호는 어그리게이션 이더넷 인터페이스에서 유닛별 스케줄링 구성을 지원합니다.

어그리게이션 이더넷 인터페이스에 대한 LACP 링크 보호를 활성화하려면 계층 수준에서 명령문을 [edit interfaces aeX aggregated-ether-options lacp] 사용합니다link-protection.

기본적으로 LACP 링크 보호는 우선 순위가 높은 링크가 작동하거나 우선 순위가 더 높은 것으로 확인된 어그리게이터에 링크가 추가되면 우선 순위가 높은(낮은 번호) 링크로 되돌아갑니다. 그러나 LACP 링크 보호 구성에 문을 추가하여 non-revertive 링크 계산을 억제할 수 있습니다. 비회귀 모드에서 링크가 활성화되고 패킷을 수집 및 배포하면 이후에 더 높은 우선 순위(더 나은) 링크가 추가되어도 스위치가 발생하지 않고 현재 링크가 활성 상태로 유지됩니다.

LACP 링크 보호가 전역([edit chassis] 계층) 수준에서 비회귀성으로 구성된 경우, LACP 링크 보호 구성에 명령문을 추가하여 revertive 인터페이스의 비회귀적 설정을 무시할 수 있습니다. 회귀 모드에서 어그리게이터에 더 높은 우선 순위 링크를 추가하면 LACP가 우선 순위 재계산을 수행하고 현재 활성 링크에서 새 활성 링크로 전환합니다.

주의:

어그리게이터의 양쪽 끝에서 LACP 링크 보호가 활성화된 경우 어그리게이터의 양쪽 끝이 동일한 모드를 사용하도록 구성해야 합니다. LACP 링크 보호 모드가 일치하지 않으면 트래픽 손실이 발생할 수 있습니다.

두 개의 멤버 인터페이스가 있는 통합 이더넷 인터페이스를 다른 벤더 디바이스에 연결할 때 어그리게이터의 양쪽 끝에서 LACP를 사용하는 것이 좋습니다. 그렇지 않으면 벤더 디바이스(예: 레이어 2 스위치 또는 라우터)가 2개의 링크 어그리게이션 이더넷 번들에서 오는 트래픽을 관리할 수 없습니다. 그 결과, 벤더 디바이스가 트래픽을 어그리게이션 이더넷 인터페이스의 백업 멤버 링크로 다시 전송하는 것을 관찰할 수 있습니다.

현재 MX-MPC2-3D, MX-MPC2-3D-Q, MX-MPC2-3D-EQ, MX-MPC1-3D, MX-MPC1-3D-Q 및 MPC-3D-16XGE-SFPP는 백업 링크로 돌아오는 트래픽을 드롭하지 않는 반면, DPCE-R-Q-20GE-2XGE, DPCE-R-Q-20GE-SFP, DPCE-R-Q-40GE-SFP, DPCE-R-Q-4XGE-XFP, DPCE-X-Q-40GE-SFP 및 DPCE-X-Q-4XGE-XFP는 백업 링크로 들어오는 트래픽을 드롭합니다.

LACP 시스템 우선 순위 구성

인터페이스에서 어그리게이션 이더넷 인터페이스에 대한 LACP 시스템 우선 순위를 구성하려면 계층 수준에서 문을 [edit interfaces aeX aggregated-ether-options lacp] 사용합니다system-priority.

시스템 우선 순위는 LACP 시스템 ID의 일부인 2-옥텟 이진 값입니다. LACP 시스템 ID는 2개의 최상위 옥텟인 시스템 우선 순위와 6개의 최하위 옥텟인 인터페이스 MAC 주소로 구성됩니다. 시스템 우선 순위에 대한 수치적으로 낮은 값을 가진 시스템이 더 높은 우선 순위를 갖습니다. 기본적으로 시스템 우선 순위는 127이며 범위는 0에서 65,535 사이입니다.

LACP 시스템 식별자 구성

통합 이더넷 인터페이스에 대한 LACP 시스템 식별자를 [edit interfaces aeX aggregated-ether-options lacp] 구성하려면 계층 수준에서 문을 사용합니다system-id.

LACP의 사용자 정의 시스템 식별자는 두 개의 개별 디바이스에서 나온 두 개의 포트가 동일한 집계 그룹의 일부인 것처럼 작동할 수 있도록 합니다.

시스템 식별자는 전 세계 고유 필드인 48비트(6바이트)입니다. 이는 16비트 시스템 우선 순위 값과 함께 사용되며, 그 결과 고유한 LACP 시스템 식별자가 생성됩니다.

LACP 관리 키 구성

LACP에 대한 관리 키를 구성하려면 계층 수준에서 문을 edit interfaces aex aggregated-ether-options lacp] 포함합니다admin-key number.

참고:

문을 구성하려면 MC-LAG를 admin-key 구성해야 합니다. MC-LAG에 대한 자세한 내용은 MX 시리즈 라우터에서 멀티섀시 링크 어그리게이션 구성을 참조하십시오 .

LACP 포트 우선 순위 구성

통합 이더넷 인터페이스에 대한 LACP 포트 우선 순위를 구성하려면 또는 [edit interfaces interface-name ether-options 802.3ad aeX lacp] 계층 수준에서 명령문을 사용합니다port-priority.[edit interfaces interface-name ether-options 802.3ad aeX lacp]

포트 우선 순위는 LACP 포트 ID의 일부인 2-옥텟 필드입니다. LACP 포트 ID는 가장 중요한 두 개의 옥텟인 포트 우선 순위와 두 개의 최하위 옥텟인 포트 번호로 구성됩니다. 포트 우선 순위 값이 수치적으로 낮은 시스템이 더 높은 우선 순위를 갖습니다. 기본적으로 포트 우선 순위는 127이며 범위는 0에서 65,535 사이입니다.

포트 어그리게이션 선택은 가장 높은 포트 우선 순위를 기준으로 각 시스템에서 이루어지며 가장 높은 우선 순위를 가진 시스템에 의해 할당됩니다. 포트는 우선 순위가 가장 높은 시스템의 우선 순위가 가장 높은 포트에서 시작하여 거기에서 우선 순위가 낮아지는 포트로 선택 및 할당됩니다.

참고:

LACP 링크 보호가 활성화되면 활성 링크에 대해 포트 어그리게이션 선택(위에서 설명)이 수행됩니다. LACP 링크 보호가 없으면 포트 어그리게이션 선택에 포트 우선순위가 사용되지 않습니다.

LACP 작업 추적

LACP 프로세스의 운영을 추적하려면 계층 수준에서 명령문을 포함합니다traceoptions.[edit protocols lacp]

문에서 다음 플래그를 지정할 수 있습니다.protocols lacp traceoptions

  • all—모든 LACP 추적 작업

  • configuration- 구성 코드

  • packet—전송 및 수신된 패킷

  • process—LACP 프로세스 이벤트

  • protocol—LACP 프로토콜 상태 머신

  • routing-socket—라우팅 소켓 이벤트

  • startup- 프로세스 시작 이벤트

LACP 제한 사항

LACP는 여러 개의 서로 다른 물리적 인터페이스를 함께 링크할 수 있지만, 링크된 모든 디바이스에서 지원되는 기능만 링크 어그리게이션 그룹(LAG) 번들의 결과로 지원됩니다. 예를 들어, 서로 다른 PIC는 서로 다른 수의 포워딩 클래스를 지원할 수 있습니다. 링크 어그리게이션을 사용하여 최대 16개의 포워딩 클래스를 지원하는 PIC의 포트를 최대 8개의 포워딩 클래스를 지원하는 PIC의 포트를 함께 링크하는 경우, 결과 LAG 번들은 최대 8개의 포워딩 클래스만 지원합니다. 마찬가지로, WRED를 지원하는 PIC와 WRED를 지원하지 않는 PIC를 함께 연결하면 WRED를 지원하지 않는 LAG 번들이 생성됩니다.

예: 어그리게이션 이더넷 LACP 구성

이 예에서는 두 EX 스위치 간에 활성 LACP를 사용하여 어그리게이션 이더넷 인터페이스를 구성하는 방법을 보여줍니다.

토폴로지

두 개의 EX 스위치는 어그리게이션 이더넷 구성에서 두 개의 인터페이스를 사용하여 함께 연결됩니다.

태그가 지정되지 않은 인터페이스를 통해 어그리게이션 이더넷 LACP를 구성합니다.

참고:

이 예에서는 EX1에 대한 구성만 보여줍니다. EX2는 IP 주소를 제외하고 동일한 구성을 갖습니다.

태그가 지정되지 않은 어그리게이션 이더넷을 사용하는 LACP

섀시 구성은 1개의 통합 이더넷 인터페이스를 허용합니다. 구성은 802.3ad 인터페이스 ge-0/0/0 와 인터페이스 를 ge-0/0/1 모두 연결합니다 ae0. 이 구성은 활성 모드 LACP를 ae0 aggregated-ether-options 활성화합니다.

확인
어그리게이션 이더넷 인터페이스 검증
목적

어그리게이션 이더넷 인터페이스가 생성되고 작동 중인지 확인합니다.

작업

운영 모드에서 명령을 show interfaces terse | match ae 사용합니다.

의미

출력은 ge-0/0/0 및 ge-0/0/1이 함께 번들로 제공되어 어그리게이션 이더넷 인터페이스를 ae0 생성하고 인터페이스가 작동한다는 것을 보여줍니다.

LACP가 활성 상태인지 확인
목적

LACP에 참여하고 있는 인터페이스와 현재 상태를 확인합니다.

작업

운영 모드에서 명령을 show lacp interfaces 사용합니다.

의미

출력은 활성 모드 LACP가 활성화되었음을 보여줍니다.

연결성 확인
목적

두 EX 스위치 간에 ping이 작동하는지 확인합니다.

작업

EX1에서 ping 10.1.1.2 count 2 운영 모드 명령을 사용합니다.

의미

EX1은 어그리게이션 이더넷 인터페이스에서 EX2를 ping할 수 있습니다.

또한보십시오

LACP가 올바르게 구성되고 번들 멤버가 LACP 프로토콜 패킷을 교환하는지 확인

LACP가 올바르게 설정되었고 번들 멤버가 LACP 프로토콜 패킷을 전송하고 있는지 확인합니다.

LACP 설정 확인

목적

LACP가 올바르게 설정되었는지 확인합니다.

작업

LACP가 한쪽 끝에서 활성으로 활성화되었는지 확인하려면:

의미

이 예는 LACP가 한 쪽은 활성으로, 다른 쪽은 수동적으로 구성되었음을 보여줍니다. LACP가 활성화되면 번들 링크가 작동하려면 한쪽을 활성으로 설정해야 합니다.

LACP 패킷이 교환되고 있는지 확인

목적

LACP 패킷이 인터페이스 간에 교환되고 있는지 확인합니다.

작업

show lacp statistics interfaces interface-name 명령을 사용하여 LACP BPDU 교환 정보를 표시합니다.

의미

이 출력은 링크가 작동 중이고 PDU가 교환되고 있음을 보여줍니다.

또한보십시오

LAG에 대한 독립적인 마이크로 BFD 세션 이해

BFD(Bidirectional Forwarding Detection) 프로토콜은 전송 경로의 실패를 신속하게 감지하는 간단한 탐지 프로토콜입니다. LAG에서 어그리게이션 이더넷 인터페이스에 대한 실패 감지를 활성화하기 위해 LAG 번들의 모든 LAG 멤버 링크에서 독립적인 비동기 모드 BFD 세션을 구성할 수 있습니다. UDP 포트의 상태를 모니터링하는 단일 BFD 세션 대신, 독립적인 마이크로 BFD 세션이 개별 멤버 링크의 상태를 모니터링합니다.

LAG 번들의 모든 멤버 링크에서 마이크로 BFD 세션을 구성할 때, 각 개별 세션은 LAG에서 각 멤버 링크의 레이어 2 및 레이어 3 연결을 결정합니다.

특정 링크에서 개별 세션이 설정된 후 멤버 링크는 LAG에 첨부되고 다음 중 하나에 의해 부하 분산됩니다.

  • 정적 구성 - 디바이스 제어 프로세스는 마이크로 BFD 세션에 클라이언트 역할을 합니다.

  • LACP(Link Aggregation Control Protocol) - LACP는 마이크로 BFD 세션에 대한 클라이언트 역할을 합니다.

마이크로 BFD 세션이 작동하면 LAG 링크가 설정되고 해당 LAG 링크를 통해 데이터가 전송됩니다. 멤버 링크의 마이크로 BFD 세션이 중단되면 해당 특정 멤버 링크가 로드 밸런서에서 제거되고 LAG 관리자는 해당 링크로의 트래픽 지시를 중단합니다. 이러한 마이크로 BFD 세션은 LAG 인터페이스를 관리하는 단일 클라이언트가 있음에도 불구하고 서로 독립적입니다.

마이크로 BFD 세션은 다음 모드에서 실행됩니다.

  • 배포 모드 - 이 모드에서는 패킷 전달 엔진(PFE)이 레이어 3에서 패킷을 송수신합니다. 기본적으로 마이크로 BFD 세션은 레이어 3에서 배포됩니다.

  • 비배포 모드 - 이 모드에서는 라우팅 엔진이 레이어 2에서 패킷을 송수신합니다. PPM(Periodic Packet Management) 아래에 문을 포함하여 no-delegate-processing 이 모드에서 실행되도록 BFD 세션을 구성할 수 있습니다.

LAG의 한 쌍의 라우팅 디바이스는 지정된 정규 간격으로 BFD 패킷을 교환합니다. 라우팅 디바이스는 지정된 간격 후 응답 수신이 중단될 때 이웃 실패를 감지합니다. 이를 통해 LACP 여부와 관계없이 멤버 링크 연결을 신속하게 확인할 수 있습니다. UDP 포트는 단일 홉 IP 패킷의 BFD와 LAG 패킷의 BFD를 구별합니다. IANA(Internet Assigned Numbers Authority)는 마이크로 BFD에 대한 UDP 대상 포트로 6784를 할당했습니다.

혜택

  • LAG에 대한 실패 감지—포인트 투 포인트 연결에 있는 디바이스 간의 실패 감지를 활성화합니다.

  • 다중 BFD 세션 - 전체 번들에 대해 단일 BFD 세션 대신 각 멤버 링크에 대해 여러 마이크로 BFD 세션을 구성할 수 있습니다.

마이크로 BFD 세션에 대한 구성 지침

어그리게이션 이더넷 번들에서 개별 마이크로 BFD 세션을 구성할 때 다음 지침을 고려하십시오.

  • 이 기능은 두 디바이스 모두 BFD를 지원할 때만 작동합니다. BFD가 LAG의 한쪽 끝에 구성된 경우 이 기능은 작동하지 않습니다.

  • Junos OS 릴리스 13.3부터 IANA는 마이크로 BFD의 전용 MAC 주소로 01-00-5E-90-00-01을 할당했습니다. 전용 MAC 모드는 마이크로 BFD 세션에 기본적으로 사용됩니다.

  • Junos OS에서 마이크로 BFD 제어 패킷은 항상 기본적으로 태그가 지정되지 않습니다. 레이어 2 어그리게이션 인터페이스의 경우, BFD로 어그리게이션 이더넷을 구성할 때 또는 flexible-vlan-tagging 옵션을 구성해야 vlan-tagging 합니다. 그렇지 않으면 시스템에서 구성을 커밋하는 동안 오류가 발생합니다.

  • 어그리게이션 이더넷 인터페이스에서 마이크로 BFD를 활성화하면 어그리게이션 인터페이스는 마이크로 BFD 패킷을 수신할 수 있습니다. Junos OS 릴리스 19.3 이상에서는 MPC10E 및 MPC11E MPC의 경우 어그리게이션 이더넷 인터페이스에서 수신된 마이크로 BFD 패킷에 방화벽 필터를 적용할 수 없습니다. MPC1E부터 MPC9E까지, 어그리게이션 이더넷 인터페이스가 태그가 지정되지 않은 인터페이스로 구성된 경우에만 어그리게이션 이더넷 인터페이스에서 수신된 마이크로 BFD 패킷에 방화벽 필터를 적용할 수 있습니다.

  • Junos OS 릴리스 14.1부터 BFD 세션에서 이웃을 지정합니다. Junos OS 릴리스 16.1 이전 릴리스에서는 원격 대상의 루프백 주소를 이웃 주소로 구성해야 합니다. Junos OS 릴리스 16.1부터 원격 대상의 어그리게이션 이더넷 인터페이스 주소를 이웃 주소로 사용하여 MX 시리즈 라우터에서도 이 기능을 구성할 수 있습니다.

  • 릴리스 16.1R2부터 Junos OS는 구성 커밋 전에 인터페이스 또는 루프백 IP 주소에 대해 구성된 마이크로 BFD local-address 를 확인하고 검증합니다. Junos OS는 IPv4 및 IPv6 마이크로 BFD 주소 구성 모두에서 이 검사를 수행하며, 일치하지 않으면 커밋이 실패합니다. 구성된 마이크로 BFD 로컬 주소는 피어 라우터에 구성된 마이크로 BFD 이웃 주소와 일치해야 합니다.

  • IPv6 주소 패밀리의 경우, 어그리게이션 이더넷 인터페이스 주소로 이 기능을 구성하기 전에 중복 주소 검출을 비활성화합니다. 중복 주소 감지를 [edit interface aex unit y family inet6] 비활성화하려면 계층 수준에서 명령문을 포함합니다dad-disable.

  • Junos OS 21.4R1부터 싱크 리셋 및 마이크로 BFD 구성을 갖춘 LACP 최소 링크는 PTX10001-36MR, PTX10003, PTX10004, PTX10008 및 PTX10016 라우터에서 지원됩니다.

주의:

루프백 IP 주소에서 어그리게이션 이더넷 인터페이스 IP 주소로 이웃 주소를 변경하기 전에 계층 수준에서 비활성화 bfd-liveness-detection [edit interfaces aex aggregated-ether-options] 하거나 어그리게이션 이더넷 인터페이스를 비활성화합니다. 비활성화하지 않거나 어그리게이션 이더넷 인터페이스를 먼저 비활성화하지 않고 bfd-liveness-detection 로컬 및 이웃 주소를 수정하면 마이크로 BFD 세션 실패가 발생할 수 있습니다.

또한보십시오

LAG에 대한 마이크로 BFD 세션 구성

BFD(Bidirectional Forwarding Detection) 프로토콜은 전송 경로의 실패를 신속하게 감지하는 간단한 탐지 프로토콜입니다. LAG(Link Aggregation Group)는 포인트 투 포인트 연결에 있는 디바이스 간의 여러 링크를 결합하여 대역폭을 늘리고 안정성을 제공하며 로드 밸런싱을 허용합니다. LAG 인터페이스에서 BFD 세션을 실행하려면 LAG 번들의 모든 LAG 멤버 링크에서 독립적인 비동기 모드 BFD 세션을 구성합니다. UDP 포트의 상태를 모니터링하는 단일 BFD 세션 대신, 독립적인 마이크로 BFD 세션이 개별 멤버 링크의 상태를 모니터링합니다.

참고:

Junos OS Evolved 릴리스 20.1R1부터 LAG(Link Aggregation Group) 번들의 멤버 링크당 기준으로 독립적인 마이크로 BFD(Bidirectional Forwarding Detection) 세션이 활성화됩니다.

통합 이더넷 인터페이스에 대한 장애 감지를 활성화하려면:

  1. 계층 수준의 구성에 [edit interfaces aex aggregated-ether-options] 다음 명령문을 포함합니다.
  2. LAG에 대한 BFD 세션의 인증 기준을 구성합니다.

    인증 기준을 지정하려면 문을 포함합니다.authentication

    • BFD 세션을 인증하는 데 사용할 알고리즘을 지정합니다. 인증에 다음 알고리즘 중 하나를 사용할 수 있습니다.

      • 키-md5

      • 키 SHA-1

      • 꼼꼼한 키 MD5

      • 꼼꼼한 키 SHA-1

      • 단순 암호

    • 키 체인을 구성하려면 BFD 세션의 보안 키와 연결된 이름을 지정합니다. 지정하는 이름은 계층 수준에서 문 [edit security] 에 authentication-key-chains key-chain 구성된 키 체인 중 하나와 일치해야 합니다.

    • BFD 세션에서 느슨한 인증 검사를 구성합니다. BFD 세션의 양쪽 끝에서 인증이 구성되지 않을 수 있는 전환 기간에만 사용합니다.

  3. 어그리게이션 이더넷 인터페이스에 대한 BFD 타이머를 구성합니다.

    BFD 타이머를 지정하려면 다음과 같은 명령문을 포함합니다.detection-time

    임계값을 지정합니다. BFD 이웃을 탐지하는 최대 시간 간격입니다. 전송 간격이 이 값보다 크면 디바이스가 트랩을 트리거합니다.

  4. LAG 네트워크의 다른 멤버에게 상태 변경 알림이 전송되기 전에 BFD 세션이 유지되어야 하는 최소 시간을 설정하도록 보류 간격 값을 구성합니다.

    보류 간격을 지정하려면 문을 포함합니다.holddown-interval

    0에서 255,000밀리초 사이의 숫자를 구성할 수 있으며 기본값은 0입니다. BFD 세션이 중단되었다가 보류 간격 동안 다시 작동하면 타이머가 다시 시작됩니다.

    이 값은 로컬 라우팅 디바이스가 BFD 패킷을 전송하는 최소 간격과 라우팅 디바이스가 BFD 세션을 설정한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 최소 전송 및 수신 간격을 별도로 지정할 수도 있습니다.

  5. BFD 세션에 대한 소스 주소를 구성합니다.

    로컬 주소를 지정하려면 문을 포함합니다.local-address

    BFD 로컬 주소는 BFD 세션 소스의 루프백 주소입니다.

    참고:

    Junos OS 릴리스 16.1부터 마이크로 BFD 세션에서 AE 인터페이스 주소를 로컬 주소로 사용하여 이 기능을 구성할 수도 있습니다. IPv6 주소 계열의 경우, AE 인터페이스 주소로 이 기능을 구성하기 전에 중복 주소 검출을 비활성화합니다. 중복 주소 감지를 [edit interface aex unit y family inet6] 비활성화하려면 계층 수준에서 명령문을 포함합니다dad-disable.

    릴리스 16.1R2부터 Junos OS는 구성 커밋 전에 인터페이스 또는 루프백 IP 주소에 대해 구성된 마이크로 BFD local-address 를 확인하고 검증합니다. Junos OS는 IPv4 및 IPv6 마이크로 BFD 주소 구성 모두에서 이 검사를 수행하며, 일치하지 않으면 커밋이 실패합니다. 구성된 마이크로 BFD local-address 는 피어 라우터에 구성된 마이크로 BFD neighbour-address 와 일치해야 합니다.
  6. 데이터 송수신 시간 간격을 나타내는 최소 간격을 지정합니다.

    이 값은 로컬 라우팅 디바이스가 BFD 패킷을 전송하는 최소 간격과 라우팅 디바이스가 BFD 세션을 설정한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다. 최소 전송 및 수신 간격을 별도로 지정할 수도 있습니다.

    장애 감지를 위한 최소 전송 및 수신 간격을 지정하려면 문을 포함합니다.minimum-interval

    참고:

    BFD는 시스템 리소스를 소비하는 집약적인 프로토콜입니다. 라우팅 엔진 기반 세션의 경우 100ms 미만, 분산 BFD 세션의 경우 10ms 미만의 BFD에 대한 최소 간격을 지정하면 원치 않는 BFD 플래핑이 발생할 수 있습니다.

    네트워크 환경에 따라 다음과 같은 추가 권장 사항이 적용될 수 있습니다.

    • 많은 수의 BFD 세션이 있는 대규모 네트워크 구축의 경우, 라우팅 엔진 기반 세션의 경우 최소 300ms, 분산 BFD 세션의 경우 100ms의 최소 간격을 지정합니다.

    • 많은 수의 BFD 세션이 있는 대규모 네트워크 구축의 경우 주니퍼 네트웍스 고객 지원에 자세한 내용을 문의하십시오.

    • 무중단 활성 라우팅이 구성될 때 라우팅 엔진 전환 이벤트 중에 BFD 세션이 계속 유지되도록 하려면 라우팅 엔진 기반 세션에 대해 최소 간격을 2500ms로 지정합니다. 무중단 활성 라우팅이 구성된 분산 BFD 세션의 경우, 최소 간격 권장 사항은 변경되지 않으며 네트워크 구축에만 의존합니다.
  7. 문을 포함하여 실패 감지를 위한 최소 수신 간격만 지정합니다.minimum-receive-interval

    이 값은 로컬 라우팅 디바이스가 BFD 세션을 설정한 이웃으로부터 응답을 수신할 것으로 예상하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 숫자를 구성할 수 있습니다.

  8. 문을 포함하여 원래 인터페이스가 다운된 것으로 선언되도록 하는 인접 라우터에서 수신하지 않은 BFD 패킷 수를 지정합니다.multiplier

    기본값은 3입니다. 1에서 255 사이의 숫자를 구성할 수 있습니다.

  9. BFD 세션에서 이웃을 구성합니다.

    인접 주소는 IPv4 또는 IPv6 주소일 수 있습니다.

    BFD 세션의 다음 홉을 지정하려면 다음과 같은 명령문을 포함합니다.neighbor

    BFD 이웃 주소는 BFD 세션의 원격 목적지에 대한 루프백 주소입니다.

    참고:

    Junos OS 릴리스 16.1부터 마이크로 BFD 세션에서 원격 대상의 AE 인터페이스 주소를 BFD 이웃 주소로 구성할 수도 있습니다.

  10. (선택 사항) 변화하는 네트워크 조건에 적응하지 않도록 BFD 세션을 구성합니다.

    BFD 적응을 비활성화하려면 문을 포함합니다.no-adaptation

    참고:

    네트워크에서 BFD 적응을 사용하지 않는 것이 바람직하지 않은 경우 BFD 적응을 비활성화하지 않는 것이 좋습니다.
  11. 명령문을 포함하여 검출 시간의 적응을 검출하기 위한 임계값을 지정합니다.threshold

    BFD 세션 탐지 시간이 임계값보다 크거나 같은 값으로 조정되면 단일 트랩 및 시스템 로그 메시지가 전송됩니다. 탐지 시간은 minimum-interval 또는 minimum-receive-interval 값의 승수를 기반으로 합니다. 임계값은 이러한 구성된 값 중 하나에 대한 승수보다 높은 값이어야 합니다. 예를 들어, 최소 수신 간격이 300ms이고 승수가 3인 경우 총 탐지 시간은 900ms입니다. 따라서 탐지 시간 임계값은 900보다 큰 값을 가져야 합니다.

  12. 문을 포함하여 실패 감지를 위한 최소 전송 간격만 지정합니다.transmit-interval minimum-interval

    이 값은 로컬 라우팅 디바이스가 BFD 세션을 설정한 이웃으로 BFD 패킷을 전송하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 사이의 값을 구성할 수 있습니다.

  13. 문을 포함하여 전송 간격의 적응을 감지하기 위한 전송 임계값을 지정합니다.transmit-interval threshold

    임계값은 전송 간격보다 커야 합니다. BFD 세션 탐지 시간이 임계값보다 큰 값에 적응하면 단일 트랩 및 시스템 로그 메시지가 전송됩니다. 탐지 시간은 minimum-interval 또는 minimum-receive-interval 값의 승수를 기반으로 합니다. 임계값은 이러한 구성된 값 중 하나에 대한 승수보다 높은 값이어야 합니다.

  14. 문을 포함하여 BFD 버전을 지정합니다.version

    기본값은 버전이 자동으로 검색되도록 하는 것입니다.

참고:

  • 이 version 옵션은 QFX 시리즈에서 지원되지 않습니다. Junos OS 릴리스 17.2R1부터 이 명령을 사용하려고 하면 경고가 나타납니다.

  • 이 기능은 두 디바이스 모두 BFD를 지원할 때 작동합니다. BFD가 LAG의 한쪽 끝에만 구성된 경우 이 기능은 작동하지 않습니다.

또한보십시오

LAG 번들 및 송신 다음 홉 ECMP 트래픽에 사용되는 알고리즘 이해

주니퍼 네트웍스 EX 시리즈 및 QFX 시리즈는 해싱 알고리즘을 사용하여 ECMP(Equal-Cost Multipath)가 활성화된 경우 LAG(Link Aggregation Group) 번들을 통해 또는 다음 홉 디바이스로 트래픽을 전달하는 방법을 결정합니다.

해시 알고리즘은 다양한 패킷 필드의 값과 소스 포트 ID 및 소스 디바이스 ID와 같은 일부 내부 값을 기반으로 해시 결정을 내립니다. 해싱 알고리즘에서 사용하는 일부 필드를 구성할 수 있습니다.

참고:

플랫폼 지원은 설치한 Junos OS 릴리스에 따라 다릅니다.

이 항목에는 다음 섹션이 포함되어 있습니다.

해싱 알고리즘 이해

해싱 알고리즘은 LAG 번들로 들어오는 트래픽 또는 ECMP가 활성화된 경우 스위치에서 나가는 트래픽에 대한 트래픽 전달 결정을 내리는 데 사용됩니다.

LAG 번들의 경우, 해싱 알고리즘은 LAG 번들로 들어오는 트래픽이 번들의 멤버 링크에 배치되는 방식을 결정합니다. 해싱 알고리즘은 번들의 멤버 링크에서 들어오는 모든 트래픽을 균등하게 로드 밸런싱하여 대역폭을 관리하려고 합니다.

ECMP의 경우, 해싱 알고리즘은 수신 트래픽이 다음 홉 디바이스로 전달되는 방법을 결정합니다.

해시 알고리즘은 다양한 패킷 필드의 값과 소스 포트 ID 및 소스 디바이스 ID와 같은 일부 내부 값을 기반으로 해시 결정을 내립니다. 해싱 알고리즘에서 사용하는 패킷 필드는 패킷의 EtherType에 따라 달라지며, 경우에 따라 스위치의 구성에 따라 달라집니다. 해싱 알고리즘은 다음 EtherType을 인식합니다.

  • IP(IPv4 및 IPv6)

  • Mpls

  • 맥인맥(MAC-in-MAC)

이러한 EtherType에 속하는 것으로 인식되지 않는 트래픽은 레이어 2 헤더를 기반으로 해시됩니다. 또한 IP 및 MPLS 트래픽은 사용자가 해시 모드를 레이어 2 헤더로 구성할 때 레이어 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 헤더로 설정해야 합니다.

표 5 에는 기본적으로 해싱 알고리즘에서 사용되는 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 대상 포트

표 5: IPv4 및 IPv6 해싱 필드

Fields

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

 

LAG

ECMP

LAG

ECMP

LAG

ECMP

LAG

ECMP

LAG

ECMP

소스 MAC

X

Χ

X

Χ

Χ

Χ

Χ

Χ

Χ

X

대상 MAC

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

이더타입

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

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 패킷을 해시합니다. QFX5110, QFX5120 및 QFX5200 스위치에서 LSR 라우터는 ECMP도 지원합니다. ECMP는 LSR 라우터에서 해싱을 위해 다음 필드를 사용합니다.

  • 레이어 3 VPN: MPLS 레이블(상위 3개 레이블), 소스 IP, 대상 IP 및 수신 포트 ID

  • 레이어 2 서킷: MPLS 레이블(상위 3개 레이블) 및 수신 포트 ID

표 6 에는 기본적으로 해싱 알고리즘에서 사용하는 MPLS 페이로드 필드가 표시되어 있습니다.

  • ✓ - 필드는 기본적으로 해시 알고리즘에서 사용됩니다.

  • Χ - 필드는 기본적으로 해싱 알고리즘에서 사용되지 않습니다.

MPLS 패킷 해싱을 위해 해싱 알고리즘이 사용하는 필드는 사용자가 구성할 수 없습니다.

소스 IP 및 대상 IP 필드가 항상 해싱에 사용되는 것은 아닙니다. 종료되지 않은 MPLS 패킷의 경우, 패킷에 BoS(Stack of Stack) 플래그가 표시되면 페이로드가 확인됩니다. 페이로드가 IPv4 또는 IPv6인 경우 IP 소스 주소 및 IP 대상 주소 필드가 MPLS 레이블과 함께 해싱에 사용됩니다. 패킷에 BoS 플래그가 표시되지 않으면 MPLS 레이블만 해싱에 사용됩니다.

표 6: MPLS 해싱 필드

Field

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

소스 MAC

Χ

Χ

Χ

Χ

Χ

대상 MAC

Χ

Χ

Χ

Χ

Χ

이더타입

Χ

Χ

Χ

Χ

Χ

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 필드를 사용하는 해시 알고리즘에 의해 해시됩니다. 표 7을 참조하십시오.

MAC-in-MAC EtherType 패킷의 필드를 사용한 해싱은 릴리스 13.2X51-D20의 EX4300 스위치에서 처음 지원됩니다. MAC-in-MAC EtherType의 필드를 사용한 해싱은 이전 릴리스에서 지원되지 않습니다.

MAC-in-MAC 해싱을 위해 해싱 알고리즘에서 사용하는 필드는 사용자가 구성할 수 없습니다.

  • ✓ - 필드는 기본적으로 해시 알고리즘에서 사용됩니다.

  • Χ - 필드는 기본적으로 해싱 알고리즘에서 사용되지 않습니다.

표 7: 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 트래픽을 해시하는 데에도 사용됩니다.

  • ✓ - 필드는 기본적으로 해시 알고리즘에서 사용됩니다.

  • Χ - 필드는 기본적으로 해싱 알고리즘에서 사용되지 않습니다.

  • (구성 가능) - 필드는 해시 알고리즘에서 사용하거나 사용하지 않도록 구성할 수 있습니다.

표 8: 레이어 2 헤더 해싱 필드

Field

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

소스 MAC

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

대상 MAC

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

이더타입

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

VLAN ID

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

✓

(구성 가능)

✓

(구성 가능)

해싱 매개 변수

Junos OS 릴리스 19.1R1부터 QFX5000 스위치 라인에서 구현된 기존 알고리즘에 대한 해싱 매개 변수를 변경할 수 있습니다. 수신 및 송신 버퍼 파티션 모두에 대한 공유 버퍼 풀의 임계값을 변경할 수 있으며 해시 함수 선택, 해시 알고리즘 및 기타 추가 매개변수를 변경할 수 있습니다. 이 문서의 뒷부분에 있는 다른 해싱 매개 변수 구성을 참조하십시오.

LAG 번들 및 ECMP 트래픽을 해시하는 데 사용되는 알고리즘의 필드 구성(CLI 절차)

주니퍼 네트웍스 EX 시리즈 및 QFX 시리즈 스위치는 해시 알고리즘을 사용하여 ECMP(Equal-Cost Multipath)가 활성화된 경우 LAG(Link Aggregation Group) 번들을 통해 또는 다음 홉 디바이스로 트래픽을 전달하는 방법을 결정합니다.

해싱 알고리즘은 다양한 패킷 필드의 값을 기반으로 해싱 결정을 내립니다. 해싱 알고리즘에서 사용하는 일부 필드를 구성할 수 있습니다.

해싱 알고리즘에서 사용하는 필드를 구성하는 것은 번들에 들어오는 대부분의 트래픽이 유사하고 LAG 번들에서 트래픽을 관리해야 하는 시나리오에서 유용합니다. 예를 들어, 모든 수신 트래픽에 대한 IP 패킷의 유일한 차이가 소스 및 대상 IP 주소인 경우 해당 필드만 사용하여 해시 결정을 내리도록 알고리즘을 구성하여 해시 알고리즘을 조정하여 보다 효율적으로 해시 결정을 내릴 수 있습니다.

참고:

해시 모드 구성은 QFX10002 및 QFX10008 스위치에서 지원되지 않습니다.

해싱을 위해 레이어 2 헤더의 필드를 사용하도록 해싱 알고리즘 구성

해싱을 위해 레이어 2 헤더의 필드를 사용하도록 해싱 알고리즘을 구성하려면:

  1. 레이어 2 헤더에 해시 모드를 구성합니다.

    기본 해시 모드는 레이어 2 페이로드입니다. 따라서 이전에 해시 모드를 구성하지 않은 경우 이 단계를 수행해야 합니다.

  2. 해싱 알고리즘이 해싱에 사용하는 레이어 2 헤더의 필드를 구성합니다.

    기본적으로 해싱 알고리즘은 헤더의 대상 MAC 주소, Ethertype 및 소스 MAC 주소 필드의 값을 사용하여 LAG에서 트래픽을 해시합니다. , no-ether-type또는 를 구성no-destination-mac-address하여 이러한 필드의 값을 사용하지 않도록 해시 알고리즘을 구성할 수 있습니다no-source-mac-address.

    옵션을 구성 vlan-id 하여 헤더에 VLAN ID 필드를 포함하도록 해시 알고리즘을 구성할 수도 있습니다.

    해싱 알고리즘이 해싱에 Ethertype 필드를 사용하지 않도록 하려면 다음을 수행합니다.

해싱을 위해 IP 페이로드의 필드를 사용하도록 해싱 알고리즘 구성

해싱을 위해 IP 페이로드의 필드를 사용하도록 해싱 알고리즘을 구성하려면:

  1. 레이어 2 페이로드에 해시 모드를 구성합니다.

    해시 모드가 레이어 2 페이로드로 설정되지 않는 한 IP 페이로드는 해시 알고리즘에 의해 확인되지 않습니다. 기본 해시 모드는 레이어 2 페이로드입니다.

  2. 해싱 알고리즘이 해싱에 사용하는 IP 페이로드의 필드를 구성합니다.

    예를 들어, 해시 알고리즘이 레이어 4 대상 포트, 레이어 4 소스 포트 및 프로토콜 필드를 무시하고 대신 IPv4 소스 및 대상 주소만을 기반으로 트래픽을 해시하도록 하려는 경우:

해싱을 위해 IPv6 페이로드의 필드를 사용하도록 해싱 알고리즘 구성

해싱을 위해 IPv6 페이로드의 필드를 사용하도록 해싱 알고리즘을 구성하려면 다음을 수행합니다.

  1. 레이어 2 페이로드에 해시 모드를 구성합니다.

    해시 모드가 레이어 2 페이로드로 설정되지 않는 한 IPv6 페이로드는 해시 알고리즘에 의해 확인되지 않습니다. 기본 해시 모드는 레이어 2 페이로드입니다.

  2. 해싱 알고리즘이 해싱에 사용하는 IPv6 페이로드의 필드를 구성합니다.

    예를 들어, 해시 알고리즘이 레이어 4 대상 포트, 레이어 4 소스 포트 및 다음 헤더 필드를 무시하고 대신 IPv6 소스 및 IPv6 대상 주소 필드만을 기반으로 트래픽을 해시하도록 하려는 경우:

다른 해싱 매개 변수 구성

ECMP 또는 LAG 트래픽에 대한 해싱 매개 변수를 구성하려면 다음을 수행합니다.

  1. 전처리 매개 변수를 구성합니다.
  2. 함수 매개 변수를 구성합니다.
  3. 오프셋 값을 구성합니다.

또한보십시오

변경 내역 테이블

기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.

릴리스
설명
19.3
Junos OS 릴리스 19.3 이상부터 MPC10E 및 MPC11E MPC의 경우 어그리게이션 이더넷 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 없습니다. MPC1E부터 MPC9E까지, 어그리게이션 이더넷 인터페이스가 태그가 지정되지 않은 인터페이스로 구성된 경우에만 어그리게이션 이더넷 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 있습니다.
19.1R1
스위치의 QFX5000 라인에서 구현된 기존 알고리즘에 대한 해싱 매개 변수를 변경할 수 있습니다.
16.1
Junos OS 릴리스 16.1부터 원격 목적지의 어그리게이션 이더넷 인터페이스 주소를 이웃 주소로 MX 시리즈 라우터에서도 이 기능을 구성할 수 있습니다.
16.1
릴리스 16.1R2부터 Junos OS는 구성 커밋 전에 인터페이스 또는 루프백 IP 주소에 대해 구성된 마이크로 BFD local-address 를 확인하고 검증합니다.
14.1X53-D25
Junos OS 릴리스 14.1X53-D25부터 로컬 링크 바이어스는 Virtual Chassis 또는 VCF의 모든 LAG 번들에 대해 전역적으로 활성화되거나 Virtual Chassis의 LAG 번들별로 개별적으로 활성화될 수 있습니다.
14.1
Junos OS 릴리스 14.1부터 BFD 세션에서 이웃을 지정합니다. Junos OS 릴리스 16.1 이전 릴리스에서는 원격 대상의 루프백 주소를 이웃 주소로 구성해야 합니다.
13.3
Junos OS 릴리스 13.3부터 IANA는 마이크로 BFD의 전용 MAC 주소로 01-00-5E-90-00-01을 할당했습니다.