Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서는
 

통합 이더넷 인터페이스

아래 주제에서는 통합 이더넷 인터페이스, 링크 통합 및 통합 Ethernet 인터페이스의 구성 세부 사항, 통합 Ethernet 인터페이스의 문제 해결 및 검증에 대해 설명합니다.

통합 이더넷 인터페이스 및 스위치용 LACP 이해

IEEE(Institute of Electrical and Electronics Engineers) 802.3ad 링크 어그리게이링을 통해 이더넷 인터페이스를 그룹화하여 단일 링크 레이어 인터페이스를 형성할 수 있습니다. 이를 통해 LAG(Link Aggregation Group) 또는 번들을 구성할 수 있습니다.

물리적 인터페이스 간에 여러 링크를 집계하면 단일 논리적 점대점(point-to-point) 트렁크 링크 또는 LAG가 생성됩니다. LAG는 통합 이더넷 번들 내에서 멤버 링크 전반의 트래픽을 저울질하고 업링크 대역폭을 효과적으로 높입니다. 링크 집계의 또 다른 이점은 LAG가 여러 멤버 링크로 구성하기 때문에 가용성이 향상됩니다. 하나의 멤버 링크에 장애가 발생하면 LAG는 계속해서 나머지 링크로 트래픽을 전달합니다.

참고:

또한 QFX5100, QFX5120, EX4600, QFX10002 스위치와 QFX5100 Virtual Chassis 및 EX4600 Virtual Chassis 통합 Ethernet 번들에 대해 혼합 링크 속도를 구성할 수 있습니다. 40G 및 10G의 링크 속도만 지원됩니다. 지원되지 않는 링크 속도를 구성하는 경우 로드 밸런싱이 작동하지 않습니다.

LACP(Link Aggregation Control Protocol)는 IEEE(Institute of Electrical and Electronics Engineers) 802.3ad 표준의 하위 서브컴포먼스로, 검색 프로토콜로 사용됩니다.

참고:

중복 서버 Node 그룹의 통합 이더넷(AE) 인터페이스 전반에서 로드 밸런싱을 보장하기 위해 AE의 구성원은 중복 서버 노드 그룹 전반에 동등하게 분산되어야 합니다.

참고:

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

링크어그리게이트 그룹(Link Aggregation Group)

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

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

예를 들어, ge 및 mge와 같은 여러 인터페이스 유형의 구성원 링크를 사용하는 LAG는 다중 스위치에서 지원되지 않습니다.

참고:

Junos OS 위해 이 소프트웨어는 혼합 속도 AE 번들에서 AE 인터페이스의 최대 개수를 제한하지 않습니다. 모든 자식 논리적 인터페이스는 동일한 AE 물리적 인터페이스에 속하며 훨씬 적은 로드 릴리즈 메모리를 사용하는 동일한 셀러(selector)를 공유하기 때문에 혼합 속도 AE 인터페이스 구성은 64개 논리적 인터페이스를 초과하는 경우에도 통과해야 합니다.

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

스위치

LAG당 최대 인터페이스 수

최대 LAG

EX2200

8

32

EX2300

8

128

EX3200

8

32

EX3300 EX3300 Virtual Chassis

8

32

EX3400

16

128

EX4200 and EX4200 Virtual Chassis

8

111

EX4300 and EX4300 Virtual Chassis

16

128

EX4500, EX4500 Virtual Chassis, EX4550, and EX4550 Virtual Chassis

8

111

EX4400 16 128

EX4600

32

128

EX6200

8

111

EX8200

12

255

EX8200 Virtual Chassis

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개 이상의 Ethernet 인터페이스가 포함된 구성을 커밋하려고 하면 그룹 제한이 64를 초과하고 구성 체크아웃에 실패했다는 오류 메시지가 표시됩니다.

LAG를 생성하는 경우:

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

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

  3. 통합 Ethernet 인터페이스 내에 포함될 멤버 링크(예: 2개의 10기가비트 이더넷 인터페이스)를 정의합니다.

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

하드웨어 및 소프트웨어 가이드라인은

  • Junos OS 위해 새로운 인터페이스가 통합 Ethernet 번들에 멤버로 추가될 때 링크 플랩 이벤트가 생성됩니다. 번들에 인터페이스를 추가하면 물리적 인터페이스는 일반 인터페이스로 삭제된 다음 다시 구성원으로 추가됩니다. 이 기간 동안 물리적 인터페이스의 세부 사항은 손실됩니다.

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

    참고:

    Qfabric 시스템에서 LAG에서 32개 이상의 Ethernet 인터페이스가 포함된 구성을 커밋하려고 하는 경우 그룹 제한이 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는 FCoE 트래픽이 요청 및 응답을 위해 LAG에서 동일한 물리적 링크를 사용하는지 확인합니다. 이를 통해 QFabric 시스템 Node 디바이스에서 FCoE 디바이스 CNA(컨버지드 네트워크 어댑터)와 파이버 채널(FC) SAN 스위치 간의 가상 점대점(point-to-point) 링크를 보존합니다. FCoE LAG는 FCoE 트래픽에 대한 로드 밸런싱 또는 링크 리던던시를 제공하지 않습니다. 그러나 일반 Ethernet 트래픽은 표준 해싱 알고리즘을 사용하며 FCoE LAG에서 로드 밸런싱과 링크 리던던시의 일반적인 LAG 이점을 제공합니다. 자세한 내용은 FCoE LAG 이해 를 참조하십시오.

LACP(Link Aggregation Control Protocol)

LACP는 하나의 논리적 통합 Ethernet 인터페이스를 형성하기 위해 여러 물리적 인터페이스를 번들링하는 한 가지 방법입니다. 기본적으로 이더넷 링크는 링크의 상태 정보를 포함하는 LACP P2P 프로토콜 데이터 유닛을 교환하지 않습니다. LACP PDUS를 능동적으로 전송하도록 Ethernet 링크를 구성하거나 수동 전송하도록 링크를 구성하여 이더넷 링크가 원격 단말에서 수신된 경우만 LACP PDUS를 전송할 수 있습니다. LACP 모드는 활성화되거나 수동적일 수 있습니다. 전송 링크는 배우자라고 알려져 있으며 수신 링크는 파트너라고 합니다. 액터와 파트너가 모두 패시브 모드인 경우 LACP 패킷을 교환하지 못하며 통합 이더넷 링크가 생성되지 않습니다. 활동 중 하나 또는 파트너가 활성 상태인 경우 LACP 패킷을 교환합니다. 기본적으로 LACP는 통합 이더넷 인터페이스에서 패시브 모드로 제공됩니다. LACP 패킷의 전송과 LACP 패킷에 대한 응답을 시작하려면 LACP active 모드를 활성화해야 합니다. LACP를 활성화하지 않고도 VLAN 태그드(tagged)과 통합되지 않은 통합 이더넷 인터페이스를 모두 구성할 수 있습니다. LACP는 802.3ad IEEE(Institute of Electrical and Electronics Engineers) 정의됩니다 Aggregation of Multiple Link Segments.

LACP는 다음과 같은 목표를 달성하도록 설계됐다.

  • 사용자 개입 없이 LAG에 대한 개별 링크를 자동으로 추가 및거부할 수 있습니다.

  • 링크 모니터링을 통해 번들의 양쪽 끝이 올바른 그룹에 연결되고 있는지 여부를 확인합니다.

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

LAG 링크의 원격 엔드가 보안 장비인 경우, 보안 장비가 터무니 없는 구성을 요구하기 때문에 LACP가 지원되지 않을 수 있습니다. 이 경우 LACP를 구성하지 않습니다. 스위치가 이더넷 물리적 레이어 또는 데이터 링크 레이어 내에서 링크 장애를 탐지하지 않는 한 LAG의 모든 링크는 영구적으로 작동됩니다.

LACP가 구성되면 로컬 엔드 또는 링크의 원격 엔드에서 구성 불일치가 탐지됩니다. 따라서 LACP는 통신 장애를 방지할 수 있습니다.

  • LACP가 활성화되지 않을 경우 로컬 LAG가 패킷을 원격 단일 인터페이스로 전송하려고 시도하여 통신에 장애가 발생하게 됩니다.

  • LACP가 활성화된 경우, LACP를 사용하는 LAG가 링크의 원격 엔드에서 구성되지 않는 한 로컬 LAG는 패킷을 전송할 수 없습니다.

통합 이더넷 인터페이스 구성

물리적 인터페이스를 통합 이더넷 인터페이스와 연결할 수 있습니다.

통합 Ethernet 인터페이스를 구성하는 경우:

  1. 링크 집계 그룹 인터페이스를 구성할지 지정합니다.
  2. 통합 이더넷 인터페이스를 구성합니다.

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

참고:

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

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

통합 Ethernet 인터페이스에 대해 경고 메시지를 제거하기 위해 올바른 링크 속도를 구성해야 합니다.

참고:

통합 Ethernet 구성을 커밋하기 전에 어그리게이트 이더넷 번들의 구성원 인터페이스에서 링크 모드가 구성되지 않는지 확인 그렇지 않으면 구성 커밋 검사에 실패합니다.

Tagged Aggregated Ethernet 인터페이스 구성

통합 Ethernet 인터페이스를 지정하기 위해 계층 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 vlan-id 에 대한 자세한 내용은 802.1Q VLANs 개요를 참조하십시오.

통합 이더넷 인터페이스 구성

통합되지 않은 어그리게이트 이더넷 인터페이스를 구성하면 어그리게이트 인터페이스에 대한 기존 규칙이 적용됩니다. 이러한 규칙은 다음과 같습니다.

  • 포트에서 하나의 논리적 인터페이스(unit 0)만 구성할 수 있습니다. 논리적 유닛 0은 개별 링크에서 LACP 또는 P2US(마커 프로토콜 데이터 유닛)를 송수신하는 데 사용됩니다.

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

구성에서 명령문을 생략하여 통합되지 않은 통합 Ethernetvlan-tagging vlan-id 인터페이스를 구성합니다.

장비에서 통합 이더넷 인터페이스 수 구성(향상된 레이어 2 소프트웨어)

기본적으로 통합 이더넷 인터페이스는 생성되지 않습니다. 구성하기 전에 라우팅 장비에서 집계된 Ethernet 인터페이스의 수를 설정해야 합니다.

  1. 디바이스에서 통합 이더넷 구성에 액세스하려는지 지정합니다.
  2. 통합 Ethernet 인터페이스 수를 설정합니다.

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

예: 통합 이더넷 인터페이스 구성

통합 이더넷 인터페이스는 서로 다른FPC, DC 또는 PIC의 인터페이스를 사용할 수 있습니다. 다음 구성은 통합 Gigabit Ethernet 인터페이스를 실행하기에 충분합니다.

통합 Ethernet 인터페이스 삭제

통합 Ethernet 인터페이스를 삭제하는 데는 두 가지 접근 방식이 있습니다.

  • 인터페이스 구성에서 통합 Ethernet 인터페이스를 삭제할 수 있습니다. 이 Junos OS 관련 구성 aex 명령문을 제거하고 이 인터페이스를 다운 상태로 설정합니다.

  • 또한 라우팅 장비에서 장비 수를 제거하여 장비 구성에서 통합 Ethernet 인터페이스를 영구적으로 제거할 수 있습니다.

통합 Ethernet 인터페이스를 삭제하려면 다음을 제공합니다.

  1. 통합된 Ethernet 구성을 삭제합니다.

    이 단계는 인터페이스 상태를 다운하고 에 관련된 구성 명령문을 제거합니다 aex.

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

통합 Ethernet 인터페이스 문제 해결

통합 Ethernet 인터페이스를 위한 문제 해결:

인터페이스 표시 명령 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 Counter ifHCInBroadcastPkts 및 ifInBroadcastPkts가 항상 0인 경우

문제

설명

SNMP 카운터 값(HCInBroadcastPkts) 및 IfInBroadcastPkts는 항상 0입니다.

솔루션

SNMP는 IFHCInBroadcastPkts와 IfInBroadcastPkts가 EX 시리즈 스위치의 통합 Ethernet 인터페이스에서 지원되지 않는 경우를 대응합니다.

통합 이더넷 인터페이스에서 가입자 주기적 밸런싱 구성

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

주기적인 재조정 구성:

  1. 주기적인 재밸런싱을 구성하려는 통합 Ethernet 인터페이스에 액세스합니다.
  2. 작업 재조정 간의 시간 및 간격을 포함하여 인터페이스에 대한 밸런싱 매개변수를 구성합니다.

통합 이더넷 LACP 구성

통합 이더넷 인터페이스의 경우 LACP(Link Aggregation Control Protocol)를 구성할 수 있습니다. LACP는 여러 물리적 인터페이스를 번들링하여 하나의 논리적 인터페이스를 형성하는 한 가지 방법입니다. LACP를 활성화하거나 활성화하지 않은 경우 VLAN 태그드(tagged) 및 통합되지 않은 통합 이더넷을 구성할 수 있습니다.

MC-LAG(Multichassis Link Aggregation)의 경우, 을 지정해야 system-id 합니다 admin key. MC-LAG 피어도 system-id 같은 기능을 사용하면서 LACP 메시지를 전송합니다. MC-LAG system-id 네트워크 디바이스에서 구성하고 검증을 위해 피어 간 동기화될 수 있습니다.

LACP 교환은 배우와 파트너 간에 만들어지며, 액터는 LACP 교환의 로컬 인터페이스입니다. 파트너는 LACP 거래소의 원격 인터페이스입니다.

LACP는 여러 링크 세그먼트의 IEEE(Institute of Electrical and Electronics Engineers) 802.3ad 에서 정의됩니다.

LACP는 다음과 같은 목표를 달성하도록 설계됐다.

  • 사용자 개입 없이 개별 링크를 통합 번들에 자동으로 추가 및 지우기

  • 링크 모니터링을 통해 번들 양쪽 끝이 올바른 그룹에 연결되고 있는지 여부를 확인할 수 있습니다.

LACP의 Junos OS 구현은 링크 모니터링을 제공하지만 링크의 자동 추가 및 디클레일은 제공되지 않습니다.

LACP 모드는 활성화되거나 수동적일 수 있습니다. 액터와 파트너가 모두 패시브 모드인 경우 LACP 패킷을 교환하지 못하면 통합 이더넷 링크가 생성되지 않습니다. 활동 중 하나 또는 파트너가 활성 상태인 경우 LACP 패킷을 교환합니다. 기본적으로 LACP는 통합 Ethernet 인터페이스에서 꺼집니다. LACP가 구성된 경우, 기본적으로 패시브 모드로 설정됩니다. LACP 패킷 전송과 LACP 패킷에 대한 응답을 시작하려면 활성 모드에서 LACP를 구성해야 합니다.

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

참고:

LACP 프로세스는 활성 또는 수동 LACP 모드에서 시스템을 구성하는 경우만 시스템에 존재합니다.

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

또한 Junos OS 릴리스 12.2에서 시작하여 laCP를 IEEE(Institute of Electrical and Electronics Engineers) 802.3ad 표준을 오버런트하고 대기 링크가 항상 트래픽을 수신하도록 구성할 수 있습니다. 기본 동작을 오버라우하면 1초도 안 됩니다.

802.3ad fast-failover [edit interfaces interface-name aggregated-ether-options lacp] 표준을 IEEE(Institute of Electrical and Electronics Engineers) 하위 1초 동안의 장애 변경을 지원하기 위해 계층 수준에서 명령문을 포함합니다.

자세한 내용은 다음 섹션을 참조하십시오.

LACP 간격 구성

기본적으로, 배우자 및 파트너는 초당 LACP 패킷을 전송합니다. 인터페이스가 계층 수준에서 명령문을 포함해 LACP periodic 패킷을 전송하는 간격을 구성할 [edit interfaces interface-name aggregated-ether-options lacp] 수 있습니다.

간격은 빠르거나(1초마다) 느려질 수 있습니다(30초마다). 액티브 및 패시브 인터페이스에서 서로 다른 주기적인 비율을 구성할 수 있습니다. 서로 다른 속도에서 Active 및 Passive 인터페이스를 구성하면 송신기는 수신기의 속도에 따라 수신기 전송을 수신기에서 수신기 전송 속도(rate)를 수신기에서 전송합니다.

참고:

LACP를 활성화하면 소스 주소 필터링이 작동하지 않습니다.

백분율은 구성된 CCC 프로토콜과 함께 통합된 Ethernet 인터페이스에서 지원되지 않습니다. 비율 정책에 대한 자세한 내용은 라우팅 정책, 방화벽 필터 및 트래픽 정책 사용자 가이드 를 참조하십시오.

일반적으로 LACP는 통합되지 않은 모든 Ethernet 인터페이스에서 지원됩니다. 자세한 내용은 언태그드 통합 이더 넷 인터페이스 구성을 참조하십시오.

LACP 링크 보호 구성

참고:

LACP 링크 보호를 사용하는 경우 통합 Ethernet 인터페이스에 대한 2개 멤버 링크(활성 1개 및 대기 1개)만 구성할 수 있습니다.

통합 Ethernet 내에서 활성 및 대기 링크를 강제로 사용하려면, 해당 및 명령문을 사용하여 통합 Ethernet link-protection 인터페이스 수준에서 LACP 링크 보호 및 시스템 우선 순위를 구성할 수 system-priority 있습니다. 이 수준에서 값을 구성하면 정의된 구성을 사용하여 구성된 인터페이스만 구성됩니다. LACP 인터페이스 구성을 사용하면 글로벌(섀시) LACP 설정을 까다로워할 수 있습니다.

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

참고:

LACP 링크 보호는 통합된 이더넷 인터페이스에서 유닛당 스컬링 구성을 지원

통합 Ethernet 인터페이스에 대해 LACP 링크 보호를 활성화하려면, link-protection 계층 수준에서 명령 [edit interfaces aeX aggregated-ether-options lacp] 문을 사용합니다.

기본적으로, LACP 링크 보호는 우선 순위가 높은 링크가 작동하게 되거나 우선 순위가 더 높은 것으로 판단되는 어그리게이터에 링크가 추가될 때 우선 순위가 높은(낮은 번호) 링크로 다시 전환됩니다. 그러나 LACP non-revertive 링크 보호 구성에 명령문을 추가하여 링크 계산을 차단할 수 있습니다. 비차단 모드에서는 링크가 활성화되어 패킷을 수집 및 배포하면 높은 우선 순위(더 나은) 링크가 추가된 이후에 스위치가 생성되지 않고 현재 링크는 활성 상태로 남아 있습니다.

LACP 링크 보호가 Global([edit chassis] 계층) 수준에서 실행되지 않는 것으로 구성된 경우, revertive LACP 링크 보호 구성에 명령문을 추가하여 인터페이스에 대한 비차단 설정(nonrevertive setting)을 협의할 수 있습니다. 되버전 모드에서 우선 순위가 높은 링크가 추가된 경우, LACP는 현재 활성 링크에서 새 활성 링크로 우선 순위 재계산 및 스위칭을 수행하게 됩니다.

주의:

두 엔드 모두에서 LACP 링크 보호를 사용할 수 있는 경우, 두 가지 모드 모두에서 동일한 모드를 사용하도록 Aggregator의 두 엔드를 구성해야 합니다. LACP 링크 보호 모드를 불일치하면 트래픽이 손실될 수 있습니다.

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

현재, 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 시스템 우선 순위 구성

인터페이스상의 통합 Ethernet 인터페이스에 대한 LACP 시스템 우선 순위를 구성하기 위해 계층 system-priority [edit interfaces aeX aggregated-ether-options lacp] 수준에서 명령문을 사용합니다.

시스템 우선 순위는 LACP 시스템 ID의 일부인 2-옥et 바이너리 값입니다. LACP 시스템 ID는 2개의 가장 중요한 옥켓과 인터페이스 MAC 주소로 시스템 우선 순위를 6개 최소 옥킷으로 구성합니다. 시스템 우선 순위가 수적으로 낮은 시스템은 우선 순위가 높습니다. 기본적으로 시스템 우선 순위는 127입니다. 범위는 0 - 65,535입니다.

LACP 시스템 식별자 구성

통합 Ethernet 인터페이스에 대해 LACP 시스템 식별자를 구성하기 위해 계층 system-id 수준에서 명령 [edit interfaces aeX aggregated-ether-options lacp] 문을 사용합니다.

LACP의 사용자 정의 시스템 식별자를 사용하면 두 개의 개별 장비에서 시작된 두 포트가 동일한 통합 그룹의 일부인 것 같은 역할을 할 수 있습니다.

시스템 식별자는 전 세계적으로 48비트(6 바이트) 필드입니다. 16비트 시스템 우선 순위 값과 함께 사용이 하여 고유한 LACP 시스템 식별자가 생성됩니다.

LACP 관리 키 구성

LACP에 대한 관리 키를 구성하기 위해 계층 admin-key number edit interfaces aex aggregated-ether-options lacp] 수준에서 명령문을 포함하십시오.

참고:

명령문을 구성하려면 MC-LAG를 구성해야 admin-key 합니다. MC-LAG에 대한 자세한 내용은 MX 시리즈 라우터에서 멀티 에지 링크 집계 구성 을 참조하십시오 .

LACP 포트 우선 순위 구성

통합 Ethernet port-priority [edit interfaces interface-name ether-options 802.3ad aeX lacp] [edit interfaces interface-name ether-options 802.3ad aeX lacp] 인터페이스에 대한 LACP 포트 우선 순위를 구성하기 위해

포트 우선 순위는 LACP 포트 ID의 일부인 2-옥et 필드입니다. LACP 포트 ID는 2개의 가장 중요한 옥티트와 2개의 최소 의미 옥킷으로 포트 번호로 포트 우선 순위로 구성됩니다. 포트 우선 순위에 대해 수치적으로 낮은 값이 있는 시스템은 우선 순위가 높습니다. 기본적으로 포트 우선 순위는 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(Link Aggregation Group) 번들에서 지원됩니다. 예를 들어, 서로 다른 수의 포링 클래스를 지원할 수 있습니다. 링크 집계를 사용하여 최대 8개 포링 클래스를 지원하는 PIC를 통해 최대 16개 포링 클래스를 지원하는 PIC의 포트를 연결하면, 그 결과, LAG 번들은 최대 8개 포링 클래스만 지원하게 됩니다. 마찬가지로, WRED를 지원하지 않는 PIC와 PIC를 연결하면 WRED를 지원하지 않는 LAG 번들이 연결됩니다.

예: 통합 이더넷 LACP 구성

VLAN 태그 인터페이스에서 통합 이더넷 LACP 구성:

VLAN 태그드 통합 이더넷이 있는 LACP

통합 인터페이스상에서 통합 Ethernet LACP 구성:

통합 이더넷(Untagged Aggregateed Ethernet)이 있는 LACP

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

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

LACP 설정 확인

목적

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

작업

LACP가 한 단말에서 활성 상태인지 확인

의미

이 예에서는 LACP가 한 쪽에서 활성으로, 다른 쪽은 수동으로 구성된 것으로 나타났습니다. LACP가 활성화되면 번들링된 링크가 활성화될 수 위해서는 한쪽 측면을 활성으로 설정해야 합니다.

LACP 패킷이 교환되고 있는지 검증

목적

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

작업

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

의미

여기에서 출력은 링크가 설정되고 P2US가 교환되고 있는 것을 보여줍니다.

LAG를 위한 독립적인 마이크로 BFD 세션 이해

이 기능은 Junos OS Release 13.3부터 다음 PIC/FPC 유형에서 지원됩니다.

  • PC-1XGE-XENPAK(Type 3 FPC)

  • PD-4XGE-XFP(Type 4 FPC)

  • PD-5-10XGE-SFPP(Type 4 FPC)

  • 24x10GE(LAN/WAN) SFPP, 12x10GE(LAN/WAN) SFPP, 1x100GE Type 5 PICs

  • MX 시리즈의 모든 MMPC와 Ethernet MIC

  • 10기가비트 이더넷 인터페이스를 PTX5000 FPC-PTX-P1-A 지원

  • 14.1 이상에서 PTX5000 10기가비트 이더넷 인터페이스를 사용하는 FPC2 Junos OS-PTX-P1A

  • PTX Series의 모든FPC와 Ethernet 인터페이스(Junos OS Release 14.1R3 이상 14.1 릴리스, Junos 14.2 이상에서 지원

팁:

PTX 시리즈 FPC 에서 지원되는 PIC 목록은 PTX 시리즈 PIC/FPC 호환성을 확인하십시오.

참고:

인터페이스 주소가 있는 마이크로 BFD 구성은 FPC3 및 스위치 라인의 PTX 라우터에서 QFX10000 지원되지 않습니다.

BFD(Bidirectional Forwarding Detection) 프로토콜은 포우링 경로에서 장애를 신속하게 감지하는 간단한 탐지 프로토콜입니다. LAG(Link Aggregation Group)는 점대점(point-to-point) 연결에 있는 디바이스 간에 여러 링크를 결합하여 대역폭을 증가시 시킵니다. 따라서 안정성을 확보하고 로드 밸런싱을 허용할 수 있습니다. LAG 인터페이스에서 BFD 세션을 실행하려면 LAG 번들에 있는 모든 LAG 구성원 링크에서 독립적인 비동기 모드 BFD 세션을 구성합니다. UDP 포트 상태를 모니터링하는 단일 BFD 세션이 아니라 독립적인 마이크로 BFD 세션이 개별 멤버 링크의 상태를 모니터링합니다.

개별 BFD 세션은 LAG의 각 구성원 링크의 Layer 2 및 Layer 3 연결을 결정합니다. 특정 링크에 BFD 세션이 설정되면 멤버 링크는 정적 구성 또는 LACP(Link Aggregation Control Protocol)를 통해 LAG 및 로드 런서에 연결됩니다. 멤버 링크가 정적 구성을 통해 LAG에 연결되는 경우 디바이스 제어 프로세스는 마이크로 BFD 세션의 클라이언트 역할을 합니다. 멤버 링크가 LACP에 의해 LAG에 연결되는 경우, LACP는 마이크로 BFD 세션의 클라이언트 역할을 합니다.

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

참고:
  • Junos OS Release 13.3부터 IANA(Internet Assigned Numbers Authority) 마이크로 BFD에 대한 전용 MAC 주소로 01-00-5E-90-00-01을 할당했습니다. 전용 MAC 모드는 LAG를 통해 BFD의 최신 초안에 따라 마이크로 BFD 세션에 기본적으로 사용됩니다.

  • 이 Junos OS 마이크로BFD 제어 패킷은 기본적으로 연결되지 않습니다. L2 통합 인터페이스의 경우, 구성에 BFD가 포함된 통합 이더넷에 vlan 태깅 또는 유연한 vlan 태깅이 포함되어야 합니다. 그렇지 않으면 시스템이 구성을 커밋하는 동안 오류가 발생합니다.

  • 통합 이더넷 인터페이스에서 MicroBFD를 활성화하면 통합 인터페이스는 MicroBFD 패킷을 수신할 수 있습니다. MPC10E 및 MPC11E MPC의 경우 Junos OS Release 19.3 이상에서 시작하여 통합 이더넷 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 없습니다. MPC1E에서 MPC9E로의 경우 통합 이더넷 인터페이스가 통합 인터페이스로 구성되는 경우만 통합 Ethernet 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 있습니다.

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

  • 분산 모드—마이크로 BFD 세션은 Layer 3에서 기본적으로 분산됩니다.

  • 비 분산 모드—PPM(주기적인 패킷 관리)에 명령문을 포함해 이 모드에서 실행하도록 BFD no-delegate-processing 세션을 구성할 수 있습니다. 이 모드에서 패킷은 Layer 라우팅 엔진 전송 또는 수신됩니다.

지정된 간격으로 LAG 교환 BFD 패킷의 한 쌍의 라우팅 디바이스. 라우팅 장치는 지정된 간격 후에 회신 수신을 중단하면 이웃 장애를 탐지합니다. 이를 통해 LACP 사용 또는 유무에 대한 멤버 링크 연결을 신속하게 검증할 수 있습니다. UDP 포트는 LAG 패킷을 통해 단일 홉 IP에서 BFD와 BFD를 구분합니다.

참고:

IANA(Internet Assigned Numbers Authority) 마이크로 BFD에 대해 6784를 UDP 대상 포트로 할당했습니다.

통합 Ethernet 인터페이스를 위해 LAG 네트워크에 장애 감지를 지원하려면:

  • 구성에 bfd-liveness-detection 명령문을 포함합니다.

  • 상태 변경 알림이 LAG 네트워크의 다른 구성원으로 전송되기 전에 BFD 세션이 계속 유지되는 최소 시간을 설정하려면 홀드 다운 간격 값을 지정합니다.

  • 데이터를 송수신하는 시간 간격을 나타내는 최소 간격을 지정합니다.

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

    참고:

    라우터와 T1600 T4000 원격 대상의 로컬 어그리게이트 이더넷 인터페이스 주소를 이웃 주소로 구성할 수 없습니다.

    주의:

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

    참고:

    Release 16.1R2 시작하기 전에 Junos OS 구성된 마이크로 BFD local-address 를 인터페이스 또는 루프백 IP 주소에 대해 검사하고 검증합니다. Junos OS IPv4 및 IPv6 마이크로 BFD 주소 구성에 대해 이 검사를 수행하고 일치하지 않을 경우 커밋이 실패합니다.

참고:

이 기능은 두 디바이스 모두 BFD를 지원하는 경우만 작동합니다. LAG의 한 단말에 BFD가 구성되면 이 기능이 작동하지 않습니다.

IPv6 주소 패밀리의 경우 AE 인터페이스 주소를 사용하여 이 기능을 구성하기 전에 중복 주소 감지를 비활성화하십시오. 중복 주소 감지를 비활성화하기 위해 계층 dad-disable 수준에서 명령문을 [edit interface aex unit y family inet6] 포함하십시오.

LAG를 위한 마이크로 BFD 세션 구성

BFD(Bidirectional Forwarding Detection) 프로토콜은 포우링 경로에서 장애를 신속하게 감지하는 간단한 탐지 프로토콜입니다. LAG(Link Aggregation Group)는 점대점(point-to-point) 연결에 있는 디바이스 간에 여러 링크를 결합하여 대역폭을 증가시 시킵니다. 따라서 안정성을 확보하고 로드 밸런싱을 허용할 수 있습니다. LAG 인터페이스에서 BFD 세션을 실행하려면 LAG 번들에 있는 모든 LAG 구성원 링크에서 독립적인 비동기 모드 BFD 세션을 구성합니다. UDP 포트 상태를 모니터링하는 단일 BFD 세션이 아니라 독립적인 마이크로 BFD 세션이 개별 멤버 링크의 상태를 모니터링합니다.

참고:

진화된 Junos OS 릴리스 20.1R1 링크 어그리게이트 그룹(LAG) 번들의 구성원당 링크에 따라 독립적인 마이크로 양방향 포로링 감지(BFD) 세션이 활성화됩니다.

통합 Ethernet 인터페이스를 위한 장애 탐지 지원:

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

    인증 기준을 지정하기 위해 다음 진술을 authentication 포함하십시오.

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

      • 키-md5

      • 키-sha-1

      • Meticulous-Keyed-md5

      • Meticticous-keyed-sha-1

      • 간단한 암호

    • 키 체인을 구성하기 위해 BFD 세션의 보안 키와 연관된 이름을 지정합니다. 사용자가 지정한 이름은 명령문에서 authentication-key-chains key-chain 구성된 키 체인 중 하나를 계층 수준에서 일치해야 [edit security] 합니다.

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

  3. 통합 이더넷 인터페이스를 위해 BFD 타임머를 구성합니다.

    BFD 시간(BFD timers)을 지정하기 위해 다음 문을 detection-time 포함합니다.

    임계값 값을 지정합니다. 이는 BFD neighbor를 탐지하기 위한 최대 시간 간격입니다. 전송 간격이 이 값보다 큰 경우 디바이스는 트랩을 트리거합니다.

  4. 상태 변경 알림이 LAG 네트워크의 다른 구성원으로 전송되기 전에 BFD 세션이 계속 유지되는 최소 시간을 설정하기 위해 홀드 다운 간격 값을 구성합니다.

    홀드 다운 간격을 지정하기 위해 다음을 holddown-interval 포함합니다.

    0에서 255,000밀리초까지의 수를 구성할 수 있으며, 기본 설정은 0입니다. BFD 세션이 다운된 다음, 홀드 다운 간격 동안 다시 발생하면, 타임러가 재시작됩니다.

    이 값은 로컬 라우팅 장치가 BFD 패킷을 전송하는 최소 간격은 물론, 라우팅 장치가 BFD 세션을 설정한 이웃로부터 회신을 받기를 기대하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 범위의 수를 구성할 수 있습니다. 최소 전송 및 수신 간격을 별도로 지정할 수도 있습니다.

  5. BFD 세션의 소스 주소를 구성합니다.

    로컬 주소를 지정하기 위해 다음 문을 local-address 포함하십시오.

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

    참고:

    Junos OS Release 16.1부터 시작하여 마이크로 BFD 세션의 로컬 주소로 AE 인터페이스 주소로 이 기능을 구성할 수 있습니다. IPv6 주소 패밀리의 경우 AE 인터페이스 주소로 이 기능을 구성하기 전에 중복 주소 감지를 비활성화하십시오. 중복 주소 감지를 비활성화하기 위해 계층 dad-disable 수준에서 명령문을 [edit interface aex unit y family inet6] 포함하십시오.

    Release 16.1R2 Junos OS 커밋되기 전에 구성된 마이크로 BFD local-address 를 인터페이스 또는 루프백 IP 주소에 대해 검사하고 검증합니다. Junos OS IPv4 및 IPv6 마이크로 BFD 주소 구성에 대해 이 검사를 수행하고 일치하지 않을 경우 커밋이 실패합니다. 구성된 마이크로 BFD local-address 는 피어 라우터에서 구성된 마이크로 BFD neighbour-address 와 일치해야 합니다.

  6. 데이터를 송수신하는 시간 간격을 나타내는 최소 간격을 지정합니다.

    이 값은 로컬 라우팅 장치가 BFD 패킷을 전송하는 최소 간격은 물론, 라우팅 장치가 BFD 세션을 설정한 이웃로부터 회신을 받기를 기대하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 범위의 수를 구성할 수 있습니다. 최소 전송 및 수신 간격을 별도로 지정할 수도 있습니다.

    장애 탐지를 위한 최소 전송 및 수신 간격을 지정하기 위해 다음 진 minimum-interval 술을 포함합니다.

    참고:

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

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

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

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

    • 무중단 활성 라우팅이 라우팅 엔진 전환 이벤트가 진행되는 동안 BFD 세션이 계속 유지되는 경우, 스위칭 기반 세션에서 최소 라우팅 엔진 간격을 지정합니다. 무중단 라우팅이 구성된 분산 BFD 세션의 경우 최소 간격 권장 사항은 변경되지 않습니다. 최소 간격 권장 사항은 네트워크 구축에만 의존합니다.

  7. 명령문을 포함해 장애 탐지를 위한 최소 수신 간격만 지정 minimum-receive-interval 합니다.

    이 값은 로컬 라우팅 장치가 BFD 세션을 설정한 이웃으로부터 응답을 받기를 기대하는 최소 간격을 나타냅니다. 1에서 255,000밀리초 범위의 수를 구성할 수 있습니다.

  8. 명령문을 포함해 시작 인터페이스가 선언될 이웃에 의해 수신되지 않은 BFD 패킷의 수를 지정 multiplier 합니다.

    기본값은 3입니다. 1부터 255까지의 범위로 번호를 구성할 수 있습니다.

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

    이웃 주소는 IPv4 또는 IPv6 주소일 수 있습니다.

    BFD 세션의 다음 홉을 지정하기 위해 다음 명령 neighbor 문을 포함합니다.

    BFD neighbor 주소는 BFD 세션의 원격 대상의 루프백 주소입니다.

    참고:

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

  10. (옵션) 변화하는 네트워크 상황에 적응하지 못하도록 BFD 세션을 구성합니다.

    BFD 적응을 비활성화하기 위해 다음 문을 no-adaptation 포함해야 합니다.

    참고:

    네트워크에 BFD를 적용하는 것이 바람직하지 않다면 BFD 적응을 비활성화하지 않는 것이 좋습니다.

  11. 명령문을 포함해 탐지 시간의 적응을 탐지하기 위한 임계값을 지정 threshold 합니다.

    BFD 세션 탐지 시간은 임계치와 동등한 값에 적응하면 단일 트랩과 시스템 로그 메시지가 전송됩니다. 탐지 시간은 최소 간격 또는 최소 수신 간격 값의 배수에 기반합니다. 임계값은 이러한 구성된 값 중 하나에 대해 배수보다 높은 값을야 합니다. 예를 들어, 최소 수신 간격이 300 ms인 경우, 배수(multiplier)가 3인 경우, 총 탐지 시간은 900 ms입니다. 따라서 탐지 시간 임계값은 900보다 높은 값을 되어야 합니다.

  12. 명령문을 포함해 장애 탐지를 위한 최소 전송 간격만 지정 transmit-interval minimum-interval 합니다.

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

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

    임계값은 전송 간격보다 높아야 합니다. BFD 세션 탐지 시간이 임계치보다 큰 값에 적응하면 단일 트랩과 시스템 로그 메시지가 전송됩니다. 탐지 시간은 최소 간격 또는 최소 수신 간격 값의 배수에 기반합니다. 임계값은 이러한 구성된 값 중 하나에 대해 배수보다 높은 값을야 합니다.

  14. 다음 명령문을 포함해 BFD 버전을 지정 version 합니다.

    기본적으로 버전이 자동으로 탐지되는 것입니다.

참고:
  • version 옵션은 QFX 시리즈에서 지원되지 않습니다. 릴리스 Junos OS 릴리스 17.2R1 이 명령을 사용하려고 시도하면 경고가 표시됩니다.

  • 이 기능은 두 디바이스 모두 BFD를 지원하는 경우 작동합니다. LAG의 한 단말에만 BFD가 구성되면 이 기능이 작동하지 않습니다.

해시 LAG 번들 및 Egress Next-Hop 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에 속하는 것으로 인식되지 않는 트래픽은 Layer 2 헤더를 기준으로 해시됩니다. IP 및 MPLS 트래픽은 사용자가 해시 모드를 Layer 2 헤더로 구성할 때 Layer 2 헤더에 따라 해시됩니다.

해시 알고리즘에 의해 사용되는 일부 필드를 구성하여 트래픽 포우링 결정을 내릴 수 있습니다. 그러나 헤더 내의 특정 값이 해시 알고리즘에서 사용되는 방법을 구성할 수는 없습니다.

해시 알고리즘에 관한 다음 지점에 유의하십시오.

  • 해시를 위해 선택한 필드는 패킷 유형만 기반으로 합니다. 필드는 포링 결정(브리지 또는 라우팅) 또는 egress LAG 번들 구성(레이어 2 또는 레이어 3)을 비롯한 다른 매개 변수를 기반으로 하지 않습니다.

  • 해시 유니캐스트 및 멀티캐스트 패킷에 동일한 필드가 사용됩니다. 하지만 유니캐스트 및 멀티캐스트 패킷은 해시(hashed) 다릅니다.

  • 해시 ECMP 및 LAG 트래픽을 해시하기 위해 해시 알고리즘에 동일한 필드를 사용하지만 해시 알고리즘은 ECMP 및 LAG 트래픽을 다르게 해시합니다. LAG 트래픽은 트렁크 해시를 사용하면서 ECMP는 ECMP 해시를 사용합니다. LAG와 ECMP 모두 동일한 RTAG7 시드를 사용하지만 이 128B 시드의 서로 다른 오프셋을 사용하여 편파를 방지합니다. 트렁크 및 ECMP 오프셋을 사용하는 HASH 기능의 최초 구성은 PFE Init 시간으로 설정됩니다. 각기 다른 해시를 사용하면 LAG 번들이 ECMP 넥스 홉 경로에 포함될 때 트래픽이 편분화되지 않도록 보장합니다.

  • 스위치가 혼합 또는 비 혼합 또는 VCF(Virtual Chassis 또는 Virtual Chassis Fabric) 여부에 관계없이 동일한 필드를 해싱에 사용됩니다.

각 EtherType의 해시에 사용되는 필드와 Layer 2 헤더에서 사용하는 필드에 대해 다음 섹션에서 설명합니다.

IP(IPv4 및 IPv6)

IPv4 및 IPv6 패킷의 페이로드 필드는 IPv4 또는 IPv6 패킷이 LAG 번들에 있는 멤버 링크에 배치되거나 ECMP가 활성화될 때 넥스홉 디바이스로 전송해야 할 때 해시 알고리즘에 의해 사용됩니다.

해시 모드는 기본적으로 Layer 2 페이로드 필드로 설정됩니다. 해시 모드가 Layer 2 페이로드로 설정될 때 IPv4 및 IPv6 페이로드 필드는 해시에 사용됩니다.

해시 모드가 Layer 2 헤더, IPv4, IPv6 및 MPLS 패킷이 Layer 2 헤더 필드를 사용하여 해시됩니다. 소스 MAC 주소, 대상 MAC 주소 또는 EtherType 필드에 의해 해시된 수신 IPv4, IPv6 및 MPLS 패킷을 수신하려면 해시 모드를 Layer 2 헤더로 설정해야 합니다.

표 5 는 기본적으로 해시 알고리즘에서 사용하는 IPv4 및 IPv6 페이로드 필드를 표시하고 있습니다.

  • "—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.

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

  • (구성 가능)—필드는 해시 알고리즘에 의해 사용되거나 사용할 수 있도록 구성할 수 있습니다.

EX2300 스위치에서 IPv4 및 IPv6 패킷의 페이로드 필드를 따라 IPv4 또는 IPv6 패킷이 LAG 번들에 있는 멤버 링크에 배치되거나 ECMP가 활성화될 때 넥스 홉 디바이스로 전송해야 할 때 해시 알고리즘에 의해 사용됩니다.

  • LAG - SIP, DIP, L4SP, L4DP의 유니캐스트 트래픽

  • LAG에서 알려진 멀티캐스트 트래픽의 경우 - 소스 IP, 대상 IP, Ingress Mod Id 및 Ingress Port Id

  • LAG에서 브로드캐스트, 알 수 없는 유니캐스트 및 알 수 없는 멀티캐스트 트래픽의 경우 - 소스 MAC, 대상 MAC, Ingress Mod Id 및 Ingress Port 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

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

EtherType

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

VLAN ID

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

소스 IP 또는 IPv6

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

대상 IP 또는 IPv6

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

프로토콜(IPv4만 해당)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

다음 헤더(IPv6만 해당)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

레이어 4 소스 포트

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

레이어 4 대상 포트

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

IPv6 플로우 레이블(IPv6만 해당)

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Ingress Mod Id

(구성 가능)

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Ingress 포트 ID

(구성 가능)

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

Χ

MPLS

해시 알고리즘은 MPLS IP, 대상 IP, MPLS Label 0, MPLS Label 1, MPLS Label 2 및 MPLS 3 필드를 사용하여 패킷을 MPLS 있습니다. 스위치, QFX5110, QFX5120 스위치에서 QFX5200 라우터는 ECMP를 레이블 스위칭 라우터(LSR) 있습니다. ECMP는 다음 필드를 사용하여 네트워크 레이블 스위칭 라우터(LSR) 있습니다.

  • Layer 3 VPN: MPLS Labels(상위 3개 레이블), 소스 IP, 대상 IP 및 ingress 포트 ID

  • Layer 2 서킷: MPLS Labels(3개 레이블) 및 ingress 포트 ID

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

  • "—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.

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

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

소스 IP 및 대상 IP 필드는 항상 해시에 사용되지 않습니다. 종료되지 않은 MPLS 패킷의 경우, 스택(BoS) 플래그가 패킷에 표시되면 페이로드를 검사합니다. 페이로드가 IPv4 또는 IPv6인 경우 IP 소스 주소 및 IP 대상 주소 필드는 MPLS 레이블과 함께 해시에 사용됩니다. BoS 플래그가 패킷에 없는 경우, 해시에는 MPLS 레이블만 사용됩니다.

표 6: MPLS 해시 필드

Field

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

소스 MAC

Χ

Χ

Χ

Χ

Χ

대상 MAC

Χ

Χ

Χ

Χ

Χ

EtherType

Χ

Χ

Χ

Χ

Χ

VLAN ID

Χ

Χ

Χ

Χ

Χ

소스 IP

대상 IP

프로토콜(IPv4 패킷용)

Χ

Χ

Χ

Χ

Χ

다음 헤더(IPv6 패킷용)

Χ

Χ

Χ

Χ

Χ

레이어 4 소스 포트

Χ

Χ

Χ

Χ

Χ

레이어 4 대상 포트

Χ

Χ

Χ

Χ

Χ

IPv6 플로우 랩

Χ

Χ

Χ

Χ

Χ

MPLS Label 0

Χ

MPLS Label 1

MPLS Label 2

MPLS Label 3

X

X

X

X

Ingress 포트 ID

(레이블 스위칭 라우터(LSR) 및 L2Circuit)

X

X

X

(레이블 스위칭 라우터(LSR) 및 L2Circuit)

(레이블 스위칭 라우터(LSR) 및 L2Circuit)

MAC-in-MAC 패킷 해시

MAC-in-MAC EtherType를 사용하는 패킷은 Layer 2 페이로드 소스 MAC, Layer 2 페이로드 대상 MAC 및 Layer 2 페이로드 EtherType 필드를 사용하는 해시 알고리즘에 의해 해시됩니다. 표 7을 참조하십시오.

MAC-in-MAC EtherType 패킷의 필드를 사용하는 해시는 먼저 Release EX4300 스위치에서 13.2X51-D20. MAC-in-MAC EtherType의 필드를 사용하는 해시는 이전 릴리스에서는 지원되지 않습니다.

MAC-in-MAC 해시에 대한 해시 알고리즘에서 사용되는 필드는 사용자가 구성할 수 없습니다.

  • "—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.

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

표 7: MAC 내 MAC 해시 필드

Field

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

레이어 2 페이로드 소스 MAC

레이어 2 페이로드 대상 MAC

레이어 2 페이로드 EtherType

레이어 2 페이로드 아웃(Payload Outer) VLAN

Χ

Χ

Χ

Χ

레이어 2 헤더 해시

Layer 2 헤더 필드는 패킷의 EtherType가 IP(IPv4 또는 IPv6), MPLS MAC로 인식되지 않을 때 해시 알고리즘에 의해 사용됩니다. Layer 2 헤더 필드는 해시 모드가 Layer 2 헤더로 설정될 때 페이로드 필드 대신 IPv4, IPv6 및 MPLS 트래픽의 해시에도 사용됩니다.

  • "—필드는 기본적으로 해시 알고리즘에 의해 사용됩니다.

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

  • (구성 가능)—필드는 해시 알고리즘에 의해 사용되거나 사용할 수 있도록 구성할 수 있습니다.

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

Field

EX3400

EX4300

QFX5100

QFX5110 and QFX5120

QFX5200

소스 MAC

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

대상 MAC

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

EtherType

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

(구성 가능)

VLAN ID

Χ

(구성 가능)

Χ

(구성 가능)

Χ

(구성 가능)

(구성 가능)

(구성 가능)

해시 매개변수

QFX5000 스위치 라인에서 Junos OS Release 19.1R1 시작하여 구현된 기존 알고리즘에 대한 해시 매개변수를 변경할 수 있습니다. ingress 및 egress 버퍼 파티션에 대한 공유 버퍼 풀의 임계값을 변경할 수 있으며 해시 기능 선택, 해시 알고리즘 및 기타 추가 매개 변수를 변경할 수 있습니다. 본 문서의 후반부에서 다른 해시 매개변수 구성을 참조합니다.

해시 LAG 번들 및 ECMP 트래픽에 사용되는 알고리즘 내 필드 CLI 절차)

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

해시 알고리즘은 다양한 패킷 필드의 값에 따라 해시 결정을 내릴 수 있습니다. 해시 알고리즘에서 사용되는 일부 필드를 구성할 수 있습니다.

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

참고:

해시 모드 구성은 스위치 및 스위치에서 QFX10002 QFX10008 없습니다.

해시를 위한 Layer 2 헤더에서 필드를 사용할 해시 알고리즘 구성

해시를 위해 Layer 2 헤더의 필드를 사용할 해시 알고리즘을 구성합니다.

  1. 해시 모드를 Layer 2 헤더로 구성합니다.

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

  2. 해시 알고리즘이 해시를 위해 사용하는 필드를 Layer 2 헤더에 구성합니다.

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

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

    해시 알고리즘이 해시에 Ethertype 필드를 사용하지 않을 경우:

해시를 위한 IP 페이로드에서 필드를 사용할 해시 알고리즘 구성

해시를 위해 IP 페이로드에서 필드를 사용할 해시 알고리즘을 구성합니다.

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

    해시 모드가 Layer 2 페이로드로 설정되지 않는 경우, IP 페이로드는 해시 알고리즘에 의해 체크되지 않습니다. 기본 해시 모드는 Layer 2 페이로드입니다.

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

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

IPv6 해시를 위한 페이로드에서 필드를 사용할 해시 알고리즘 구성

IPv6 페이로드에서 해시를 위한 필드를 사용할 해시 알고리즘을 구성하기 위해 다음을 제공합니다.

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

    해시 모드가 Layer 2 페이로드로 설정되지 않는 경우, IPv6 페이로드는 해시 알고리즘에 의해 체크되지 않습니다. 기본 해시 모드는 Layer 2 페이로드입니다.

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

    예를 들어 해시 알고리즘이 Layer 4 대상 포트, Layer 4 소스 포트 및 Next 헤더 필드를 무시하기를 원할 경우 IPv6 소스 및 IPv6 대상 주소 필드에만 트래픽을 해시해야 합니다.

다른 해시 매개변수 구성

ECMP 또는 LAG 트래픽에 대한 해시 매개변수를 구성하는 경우:

  1. 전 처리 매개 변수 구성:
  2. 기능 매개 변수 구성:
  3. 상계 값을 구성합니다.
릴리스 내역 표
릴리스
설명
19.3
MPC10E 및 MPC11E MPC의 경우 Junos OS Release 19.3 이상에서 시작하여 통합 이더넷 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 없습니다. MPC1E에서 MPC9E로의 경우 통합 이더넷 인터페이스가 통합 인터페이스로 구성되는 경우만 통합 Ethernet 인터페이스에서 수신된 MicroBFD 패킷에 방화벽 필터를 적용할 수 있습니다.
19.1R1
QFX5000 스위치 라인에서 구현된 기존 알고리즘에 대한 해시 매개변수를 변경할 수 있습니다.
16.1
Junos OS Release 16.1부터 시작하여 원격 대상의 통합 이더넷 인터페이스 주소를 이웃 주소로 사용하여 MX 시리즈 라우터에서 이 기능을 구성할 수도 있습니다.
16.1
Release 16.1R2 시작 Junos OS 구성을 커밋하기 전에 구성된 마이크로 BFD 로컬 주소를 인터페이스 또는 루프백 IP 주소에 대해 검사하고 검증합니다.
14.1X53-D25
Junos OS Release 14.1X53-D25 시작으로, 모든 LAG 번들에서 Virtual Chassis 또는 LAG 번들에서 로컬 링크 편향을 글로벌 버전으로 Virtual Chassis.
14.1
Junos OS Release 14.1에서 시작하여 BFD 세션의 이웃을 지정합니다. 릴리스 16.1을 Junos OS 릴리스에서 원격 대상의 루프백 주소를 이웃 주소로 구성해야 합니다.
13.3
Junos OS Release 13.3부터 IANA(Internet Assigned Numbers Authority) 마이크로 BFD에 대한 전용 MAC 주소로 01-00-5E-90-00-01을 할당했습니다.