고급 MC-LAG 개념

구성 동기화의 이점

구성 동기화를 사용하면 한 디바이스에서 다른 디바이스로 구성을 전파, 동기화 및 커밋할 수 있습니다. 이러한 장치 중 하나에 로그인하여 모든 장치를 관리할 수 있으므로 단일 관리 지점을 갖게 됩니다.

구성 동기화 작동 방식

구성 그룹을 사용하여 구성 프로세스를 단순화할 수 있습니다. 예를 들어, 로컬 디바이스에 대해 하나의 구성 그룹, 원격 디바이스에 대해 하나 이상의 구성 그룹 및 기본적으로 모든 디바이스에 공통적인 구성인 전역 구성에 대해 하나의 구성 그룹을 생성할 수 있습니다.

또한 조건부 그룹을 만들어 구성이 다른 디바이스와 동기화되는 시기를 지정할 수 있습니다. 계층에서 [edit system commit] 문을 활성화 peers-synchronize 하여 기본적으로 디바이스 간에 구성 및 커밋을 동기화할 수 있습니다. NETCONF over SSH는 디바이스 간의 보안 연결을 제공하며, SCP(Secure Copy Protocol)는 디바이스 간에 구성을 안전하게 복사합니다.

구성 동기화를 사용하도록 설정하는 방법

구성 동기화를 활성화하려면 다음 단계를 수행하십시오.

1. 로컬 디바이스를 원격 디바이스에 정적으로 매핑합니다.

2. 로컬, 원격, 전역 구성에 대한 구성 그룹을 생성합니다.

3. 조건부 그룹을 만듭니다.

4. 적용 그룹을 만듭니다.

5. SSH를 통해 NETCONF를 활성화합니다.

6. 구성 동기화를 위한 디바이스 세부 정보 및 사용자 인증 세부 정보를 구성합니다.

7. peers-synchronize 문을 활성화하거나 명령을 실행하여 commit peers-synchronize 로컬 및 원격 디바이스 간에 구성을 동기화하고 커밋합니다.

구성 동기화 지원 방법

MX 시리즈 라우터 및 Junos Fusion에서 구성 동기화에 대한 지원은 Junos OS 릴리스 14.2R6부터 시작되었습니다. QFX 시리즈 스위치에서 구성 동기화에 대한 지원은 Junos OS 릴리스 15.1X53-D60부터 시작되었습니다.

로컬, 원격 및 글로벌 구성을 위한 구성 그룹

로컬, 원격 및 전역 구성에 대한 구성 그룹을 만들 수 있습니다. 로컬 구성 그룹은 로컬 디바이스에서 사용되고, 원격 구성 그룹은 원격 디바이스에서 사용되며, 글로벌 구성 그룹은 로컬 디바이스와 원격 디바이스 간에 공유됩니다.

예를 들어, 로컬 디바이스(스위치 A)에서 사용하는 구성을 포함하는 그룹 A라는 로컬 구성 그룹을 만들고, 원격 장치(스위치 B, 스위치 C, 스위치 D)에서 사용하는 구성을 포함하는 그룹 B라는 원격 구성 그룹을 만들고, 모든 디바이스에 공통적인 구성을 포함하는 그룹 C라는 글로벌 구성 그룹을 만들 수 있습니다.

계층 수준에서 [edit groups] 구성 그룹을 생성합니다.

특정 장치에 대한 조건부 그룹 만들기

조건부 그룹을 만들어 특정 구성을 디바이스에 적용해야 하는 시기를 지정할 수 있습니다. 예를 들어 디바이스 4개 구성에서 모든 디바이스에 전역 구성을 적용하려면 계층 수준에서 문을 [edit groups] 활성화 when peers [<name of local peer> <name of remote peer> <name of remote peer> <name of remote peer>] 합니다. 예를 들어, 로컬 및 원격 디바이스(스위치 A, 스위치 B, 스위치 C, 스위치 D)에 전역 구성(그룹 C)을 set groups Group C when peers [Switch A Switch B Switch C Switch D] 적용하려는 경우, 명령을 실행할 수 있습니다.

구성 그룹 적용

구성 그룹을 적용하려면 계층 수준에서 문을 활성화 apply-groups 합니다 [edit] . 예를 들어 로컬 구성 그룹(예: 그룹 A), 원격 구성 그룹(예: 그룹 B), 전역 구성 그룹(예: 그룹 C)을 set apply-groups [ GroupA GroupB GroupC ] 적용하려면 명령을 실행합니다.

구성 동기화를 위한 디바이스 구성 세부 정보

디바이스 간에 구성을 동기화하려면 원격 디바이스의 호스트 이름 또는 IP 주소, 사용자 이름 및 비밀번호를 구성해야 합니다. 이렇게 하려면 로컬 디바이스의 계층에서 명령을 [edit system commit] 실행합니다set peers <hostname-of-remote-peer> user <name-of-user> authentication <plain-text-password-string>.

예를 들어, 스위치 A에서 스위치 B로 컨피그레이션을 동기화하려면 스위치 A에서 명령을 실행합니다 set peers SwitchB user administrator authentication test123 .

또한 로컬 장치를 원격 장치에 정적으로 매핑해야 합니다. 이를 위해 set system commit peers

예를 들어, 스위치 A에서 스위치 B, 스위치 C, 스위치 D로 구성을 동기화하려면 스위치 A에서 다음을 구성합니다.

스위치 A

스위치 A에서 스위치 B, 스위치 C, 스위치 D로만 구성을 동기화하려는 경우에는 스위치 B, 스위치 C, 스위치 D에서 peers 명령문을 구성할 필요가 없습니다.

peers 문의 구성 세부 정보는 디바이스 간에 NETCONF over SSH 연결을 설정하는 데에도 사용됩니다. SSH를 통해 NETCONF를 활성화하려면 모든 디바이스에서 set system services netconf ssh 명령을 실행합니다.

디바이스 간 구성과 커밋이 동기화되는 방식

문을 활성화 peers-synchronize 하거나 명령을 실행하는 로컬(또는 요청) 디바이스는 commit peers-synchronize 구성을 복사하여 원격(또는 응답) 디바이스에 로드합니다. 그런 다음 각 디바이스는 커밋 중인 구성 파일에 대한 구문 검사를 수행합니다. 오류가 발견되지 않으면 구성이 활성화되고 모든 디바이스에서 현재 작동 구성이 됩니다. 커밋은 원격 절차 호출(RPC)을 사용하여 전파됩니다.

구성 동기화 중에 다음 이벤트가 발생합니다.

1. 로컬 디바이스는 sync-peers.conf 파일(조건부 그룹에 지정된 디바이스와 공유될 구성)을 원격 디바이스로 보냅니다.

2. 원격 디바이스는 구성을 로드하고, 로드 결과를 로컬 디바이스로 전송하고, 구성을 로컬 디바이스로 내보내고, 커밋이 완료되었다고 응답합니다.

3. 로컬 디바이스는 원격 디바이스의 응답을 읽습니다.

4. 성공하면 구성이 커밋됩니다.

a) 원격 장치를 사용할 수 없거나 b) 원격 장치에 연결할 수 있지만 다음과 같은 이유로 인해 오류가 발생하면 구성 동기화가 성공하지 못합니다.

• 사용자 및 인증 문제로 인해 SSH 연결이 실패합니다.

• 원격 데이터베이스에서 잠금을 획득할 수 없기 때문에 Junos OS RPC가 실패합니다.

• 구문 문제로 인해 구성 로드가 실패합니다.

• 커밋 검사에 실패합니다.

문은 peers-synchronize 문에서 peers 구성한 디바이스의 호스트 이름 또는 IP 주소, 사용자 이름 및 암호를 사용합니다. peers-synchronize 문이 활성화된 상태에서 명령을 실행 commit 하기만 하면 한 디바이스에서 다른 디바이스로 구성을 동기화할 수 있습니다. 예를 들어, 로컬 디바이스에서 명령문을 구성 peers 하고 구성을 원격 디바이스와 동기화하려는 경우, 로컬 디바이스에서 명령을 실행 commit 하기만 하면 됩니다. 그러나 로컬 디바이스에서 명령을 실행하고 commit 원격 디바이스에 연결할 수 없는 경우 원격 디바이스에 연결할 수 없으며 로컬 디바이스의 구성만 커밋된다는 경고 메시지가 표시됩니다.

다음은 경고 메시지의 예입니다.

원격 디바이스 정보로 구성된 문이 없는 peers 경우 명령을 실행 commit 하면 로컬 디바이스의 구성만 커밋됩니다. 원격 디바이스가 도달할 수 없고 다른 실패가 있는 경우, 로컬 및 원격 디바이스 모두에서 커밋이 실패합니다.

commit peers-synchronize 또한 명령은 명령문에 peers 구성된 디바이스의 호스트 이름 또는 IP 주소, 사용자 이름 및 비밀번호를 사용합니다. 로컬 디바이스에서 명령을 실행하여 commit peers-synchronize 구성을 원격 디바이스와 동기화하고 원격 디바이스에 연결할 수 있지만 다른 오류가 있는 경우, 로컬 및 원격 디바이스 모두에서 커밋이 실패합니다.

MC-LAG 일관성 검사 사용의 이점

• 이 기능은 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어 간의 구성 매개 변수 불일치를 찾는 데 도움이 됩니다.

MC-LAG 일관성 검사의 작동 방식

로컬 MC-LAG 피어에서 커밋을 발행한 후 구성 일관성 검사 중에 다음 이벤트가 발생합니다.

1. 로컬 MC-LAG 피어에서 MC-LAG 구성을 커밋합니다.

2. ICCP는 MC-LAG 구성을 구문 분석한 다음 구성을 원격 MC-LAG 피어로 보냅니다.

3. 원격 MC-LAG 피어는 로컬 MC-LAG 피어로부터 MC-LAG 구성을 수신하고 이를 자체 MC-LAG 구성과 비교합니다.

   두 MC-LAG 구성 사이에 심각한 불일치가 있는 경우, MC-LAG 인터페이스가 종료되고 syslog 메시지가 발행됩니다.

   두 구성 사이에 중간 정도의 불일치가 있는 경우 syslog 메시지가 발행됩니다.

원격 MC-LAG 피어에서 커밋을 발행한 후 구성 일관성 검사 중에 다음 이벤트가 발생합니다.

• 원격 MC-LAG 피어에서 MC-LAG 구성을 커밋합니다.

• ICCP는 MC-LAG 구성을 구문 분석한 다음 구성을 로컬 MC-LAG 피어로 보냅니다.

• 로컬 MC-LAG 피어는 원격 MC-LAG 피어로부터 구성을 수신하고 이를 자체 구성과 비교합니다.

  두 구성 사이에 심각한 불일치가 있는 경우, MC-LAG 인터페이스가 종료되고 syslog 메시지가 발행됩니다.

  두 구성 사이에 중간 정도의 불일치가 있는 경우 syslog 메시지가 발행됩니다.

구성 일관성 요구 사항

MC-LAG 매개 변수에 따라 다른 구성 일관성 요구 사항이 있습니다. 일관성 요구 사항은 동일하거나 고유하며, 이는 일부 매개 변수가 동일하게 구성되어야 하고 일부는 MC-LAG 피어에서 고유하게 구성되어야 함을 의미합니다. 예를 들어, 섀시 ID는 두 피어에서 고유해야 하는 반면, LACP 모드는 두 피어에서 동일해야 합니다.

일관성 요구 사항의 적용 수준(동일하거나 고유한)은 필수이거나 원하는 수준입니다. 실행 수준이 필수이고 MC-LAG 매개 변수를 잘못 구성하면 시스템은 인터페이스를 다운시키고 syslog 메시지를 발행합니다.

예를 들어, 불일치를 “Some of the Multichassis Link Aggregation (MC-LAG) configuration parameters between the peer devices are not consistent. The concerned MC-LAG interfaces were explictly brought down to prevent unwanted behavior.” 수정하고 성공적인 커밋을 실행하면 시스템이 인터페이스를 불러옵니다. 적용을 원할 때 MC-LAG 매개변수를 잘못 구성하면 syslog 메시지에 명시된 대로 이 상황에서 성능이 최적화되지 않을 것이라는 syslog 메시지가 "Some of the Multichassis Link Aggregation(MC-LAG) configuration parameters between the peer devices are not consistent. This may lead to sub-optimal performance of the feature." 수신됩니다. 또한 show interfaces mc-ae 명령을 실행하여 멀티섀시 어그리게이션 이더넷 인터페이스의 구성 일관성 검사 상태를 표시할 수 있습니다.

불일치가 여러 개 있는 경우 첫 번째 불일치만 표시됩니다. MC-LAG 매개 변수에 대한 시행 수준이 필수이고 해당 매개 변수를 올바르게 구성하지 않은 경우, 명령은 MC-LAG 인터페이스가 중단된 것을 보여줍니다.

원격 피어에 연결할 수 없는 경우

로컬 피어에서 커밋을 실행하고 원격 피어에 연결할 수 없는 경우 로컬 피어가 독립형 모드로 작동할 수 있도록 구성 일관성 검사가 통과됩니다. 원격 피어가 작동하면 ICCP는 피어 간에 구성을 교환합니다. 일관성 검사에 실패하면 MC-LAG 인터페이스가 다운되고 시스템은 불일치의 원인이 된 매개 변수를 알려줍니다. 불일치를 수정하고 성공적인 커밋을 실행하면 시스템이 인터페이스를 불러옵니다.

MC-LAG 구성 일관성 검사 활성화

일관성 검사는 기본적으로 활성화되어 있습니다. 표 1 에는 일관성 요구 사항(동일하거나 고유), 매개 변수가 구성된 계층 및 일관성 검사 시행 수준(필수 또는 원하는)과 함께 일관성을 검사하는 커밋된 MC-LAG 매개 변수의 샘플 목록이 나와 있습니다.

구성 일관성 검사의 상태 학습

다음 명령은 구성 일관성 검사 상태에 관한 정보를 제공합니다.

• show multi-chassis mc-lag configuration-consistency list-of-parameters 명령을 실행하여 불일치, 일관성 요구 사항(동일하거나 고유함) 및 적용 수준(필수 또는 원하는 항목)을 확인하는 커밋된 MC-LAG 매개 변수 목록을 확인합니다.

• show multi-chassis mc-lag configuration-consistency 명령을 실행하여 불일치, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과를 검사한 커밋된 MC-LAG 매개 변수 목록을 확인합니다. 결과는 합격 또는 불합격입니다.

• show multi-chassis mc-lag configuration-consistency global-config 명령을 실행하여 MC-LAG 기능과 관련된 모든 전역 구성에 대한 구성 일관성 검사 상태, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과를 확인합니다. 결과는 합격 또는 불합격입니다.

• show multi-chassis mc-lag configuration-consistency icl-config 명령을 실행하여 섀시 간 제어 링크와 관련된 매개 변수, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과와 관련된 구성 일관성 검사 상태를 확인합니다. 결과는 합격 또는 불합격입니다.

• show multi-chassis mc-lag configuration-consistency mcae-config 명령을 실행하여 멀티섀시 어그리게이션 이더넷 인터페이스와 관련된 매개 변수, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과에 대한 구성 일관성 검사 상태를 확인합니다. 결과는 합격 또는 불합격입니다.

• show multi-chassis mc-lag configuration-consistency vlan-config 명령을 실행하여 VLAN 구성과 관련된 매개 변수, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과에 대한 구성 일관성 검사 상태를 확인합니다. 결과는 합격 또는 불합격입니다.

• show multi-chassis mc-lag configuration-consistency vrrp-config 명령을 실행하여 VRRP 구성과 관련된 매개 변수, 일관성 요구 사항(동일하거나 고유), 실행 수준(필수 또는 원하는 경우) 및 구성 일관성 검사 결과에 대한 구성 일관성 검사 상태를 확인합니다. 결과는 합격 또는 불합격입니다.

• show interfaces mc-ae 명령을 실행하여 멀티섀시 어그리게이션 이더넷 인터페이스의 구성 일관성 검사 상태를 확인합니다. 불일치가 여러 개 있는 경우 첫 번째 불일치만 표시됩니다. MC-LAG 매개 변수에 대한 실행 수준이 필수이고 해당 매개 변수를 올바르게 구성하지 않은 경우 명령은 MC-LAG 인터페이스가 중단된 것을 보여줍니다.

MC-LAG 구성 일관성 검사 지원

EX 시리즈 스위치와 QFX 시리즈 스위치 모두 MC-LAG 구성 일관성 검사를 지원합니다.

QFX10000 스위치에서 Junos OS 릴리스 15.1X53-D60부터 구성 일관성 검사는 ICCP(Inter-Chassis Control Protocol)를 사용하여 MC-LAG 구성 매개 변수(섀시 ID, 서비스 ID 등)를 교환하고 MC-LAG 피어 간의 구성 불일치를 확인합니다.

정상 모드 지정 라우터 선택을 통한 PIM 작업

지정된 라우터 선출이 있는 일반 모드에서는 MC-LAG 피어 모두에서 IRB 또는 RVI 인터페이스가 PIM이 활성화된 상태로 구성됩니다. 이 모드에서는 MC-LAG 피어 중 하나가 PIM 지정 라우터 선택 메커니즘을 통해 지정 라우터가 됩니다. 선택된 지정 라우터는 소스 디바이스에서 데이터를 수신할 수 있도록 RPT(Rendezvous-Point Tree) 및 SPT(Shortest-Path Tree) 를 유지합니다. 선출된 지정 라우터는 주기적인 PIM 조인에 참여하고 랑데부 지점 또는 소스로 향하는 활동을 정리합니다.

이러한 가입 및 정리 활동을 시작하기 위한 트리거는 관심 있는 수신자로부터 수신되는 IGMP 멤버십 보고서입니다. 멀티섀시 어그리게이션 이더넷 인터페이스(MC-LAG 피어 중 하나에서 해시될 수 있음) 및 단일 홈 링크를 통해 수신된 IGMP 보고서는 ICCP를 통해 MC-LAG 피어에 동기화됩니다.

두 MC-LAG 피어 모두 수신 인터페이스(IIF)에서 트래픽을 수신합니다. 지정되지 않은 라우터는 멀티캐스트 라우터(mrouter) 인터페이스 역할을 하는 ICL 인터페이스를 통해 트래픽을 수신합니다.

지정된 라우터에 장애가 발생하면 비지정 라우터가 전체 포워딩 트리(RPT 및 SPT)를 구축해야 하므로 멀티캐스트 트래픽 손실이 발생할 수 있습니다.

이중 지정 라우터 모드를 통한 PIM 작동

이중 지정 라우터 모드에서 MC-LAG 피어 모두 지정 라우터(활성 및 대기) 역할을 하며 주기적인 참가 및 정리 메시지를 랑데부 지점 또는 소스로 업스트림으로 전송하고 결국 RPT 또는 SPT에 참가합니다.

기본 MC-LAG 피어는 대기 MC-LAG 피어의 선호 메트릭이 더 작은 경우에도 멀티캐스트 트래픽을 수신기 디바이스로 전달합니다.

대기 MC-LAG 피어도 포워딩 트리에 참가하고 멀티캐스트 데이터를 수신합니다. 대기 MC-LAG 피어는 빈 발신 인터페이스 목록(OIL)이 있으므로 데이터를 삭제합니다. 대기 MC-LAG 피어가 기본 MC-LAG 피어 실패를 감지하면 수신기 VLAN을 OIL에 추가하고 멀티캐스트 트래픽을 포워딩하기 시작합니다.

멀티캐스트 이중 지정 라우터를 활성화하려면 각 MC-LAG 피어의 VLAN 인터페이스에서 명령을 발행 set protocols pim interface interface-name dual-dr 합니다.

장애 처리

장애 시 더 빠른 컨버전스를 보장하려면 더 높은 IP 주소 또는 더 높은 지정 라우터 우선 순위를 가진 기본 MC-LAG 피어의 IP 주소를 구성합니다. 이렇게 하면 PIM 피어링이 다운되더라도 기본 MC-LAG 피어가 지정된 라우터 멤버십을 유지할 수 있습니다.

MC-AE 인터페이스가 다운될 경우 트래픽이 수렴되도록 하기 위해 ICL-PL 인터페이스는 항상 라우터 포트로 추가됩니다. 레이어 3 트래픽은 ICL-PL 인터페이스의 기본 항목 또는 스누핑 항목을 통해 플러딩되고 트래픽은 MC-LAG 피어의 MC-AE 인터페이스에서 전달됩니다. ICL-PL 인터페이스가 중단되면 PIM 인접 네트워크도 중단됩니다. 이 경우, 두 MC-LAG 피어가 모두 지정된 라우터가 됩니다. 백업 MC-LAG 피어가 링크를 다운하면 라우팅 피어링이 손실됩니다. ICCP 연결이 끊기면 백업 MC-LAG 피어가 LACP 시스템 ID를 변경하고 MC-AE 인터페이스를 중단합니다. PIM 이웃의 상태는 작동 상태로 유지됩니다.

MC-LAG 액티브-액티브 모드 기능의 IGMP 스누핑

멀티섀시 링크 어그리게이션 그룹(MC-LAG) 액티브-액티브 모드 및 액티브-스탠바이 모드의 IGMP 스누핑이 지원됩니다. MC-LAG를 사용하면 하나의 디바이스가 두 개 이상의 네트워크 디바이스와 논리적 LAG 인터페이스를 형성할 수 있습니다. MC-LAG는 노드 레벨 이중화, 멀티호밍, 스패닝 트리 프로토콜(STP)을 실행하지 않고도 루프가 없는 레이어 2 네트워크 등의 추가적인 이점을 제공합니다. 지원되는 기능은 다음과 같습니다.

• 레이어 2 인터페이스만 있는 브리지 도메인에서 IGMP 스누핑을 위한 피어 간 상태 동기화

• 적격 학습

• 라우터 대면 멀티섀시 링크

통합 라우팅 및 브리징(IRB)을 통한 액티브-액티브 브리징 및 가상 라우터 중복 프로토콜(VRRP)에 대한 다음과 같은 개선 사항이 지원됩니다.

• 순수 레이어 2 스위치에서 IGMP 스누핑을 위한 MC-LAG 지원

• 적격 학습을 수행하는 브리지 도메인에서 IGMP 스누핑을 위한 MC-LAG 지원

• 라우터 대면 인터페이스인 MC-Link 지원

지원되는 기능은 다음과 같습니다.not

• VPLS 인스턴스에 대한 MC-LAG

• MC-Links 트렁크 포트

• 액티브-액티브를 위한 프록시 모드

• 필요에 따라 나가는 인터페이스에 섀시 간 링크 추가

  섀시 간 링크는 라우터 대면 인터페이스로 발신 인터페이스 목록에 추가될 수 있습니다.

MC-LAG 액티브-액티브 브리징을 사용한 IGMP 스누핑에 일반적으로 지원되는 네트워크 토폴로지

그림 1 은 MC-LAG 액티브-액티브 브리징을 사용하는 IGMP 스누핑이 지원되는 일반적인 네트워크 토폴로지를 보여줍니다.

그림 1: 액티브-액티브가 지원되는 일반적인 네트워크

인터페이스 I3 및 I4는 단일 홈 인터페이스입니다. 다중 섀시 링크 ae0.0 및 ae0.1은 두 섀시에서 동일한 브리지 도메인에 속합니다. 인터페이스 I3, ae0.0 및 ae0.1은 보조 액티브(S-A) 라우터의 동일한 브리지 도메인에 있습니다. 인터페이스 I4, ae0.0 및 ae0.1은 기본 액티브(P-A) 라우터의 동일한 브리지 도메인에 있습니다. 인터페이스 I3, I4, ae0.0 및 ae0.1은 두 섀시를 연결하는 섀시 간 링크(ICL)와 동일한 학습 도메인에 있습니다.

기본 활성 라우터는 통합 라우팅 및 브리징이 PIM-DR이 된 섀시입니다. 보조 활성 라우터는 통합 라우팅 및 브리징이 PIM-DR이 아닌 섀시입니다. 라우터 P-A는 IP 코어에서 트래픽을 가져오는 섀시입니다. 따라서 데이터 트래픽의 중복을 방지하기 위해 PIM-DR 선택이 사용됩니다.

학습 도메인은 적격 학습에 설명되어 있습니다.

학습 도메인의 IGMP 스피커(호스트 및 라우터)의 경우 P-A와 S-A는 인터페이스 I4, I3, ae0.0 및 ae0.1이 있는 하나의 디바이스로 함께 표시되어야 합니다.

다중 링크 상에서 중복 제어 패킷을 전송해서는 안 되며, 이는 제어 패킷이 단 하나의 링크를 통해 전송되어야 함을 의미합니다.

원격 섀시에서 수신된 패킷에 의해 트리거되는 컨트롤 플레인 상태 업데이트

다음은 원격 섀시에서 수신된 패킷에 의해 트리거되는 컨트롤 플레인 상태 업데이트입니다.

• 레이어 3 멀티캐스트 라우팅의 멤버십 상태는 멀티섀시 링크의 원격 레그와 원격 섀시에 연결된 S-링크에서 학습된 보고서의 결과로 업데이트됩니다.

• 스누핑의 멤버십 상태 및 라우팅 항목은 멀티섀시 링크의 원격 다리에서 보고서가 수신될 때 업데이트됩니다.

데이터 포워딩

이 설명에서는 라우터 P-A의 통합 라우팅 및 브리징이 PIM-DR이라고 가정합니다. 코어의 소스에서 트래픽을 가져옵니다. 트래픽은 브리지 도메인의 레이어 2 인터페이스에서도 발생할 수 있습니다. P-A 섀시에 직접 연결된 호스트의 경우 데이터 전달 방식에는 변화가 없습니다.

I3와 같은 단일 홈 링크에서 S-A(비 DR)에 연결된 호스트에 트래픽을 전달하기 위해 섀시 간 링크에 의존합니다. P-A에 도달하는 트래픽은 ICL을 통해 S-A로 전송되어 s,g에 관심을 보고한 링크와 라우터를 향하는 링크로 전달됩니다.

P-A의 ae0 레그가 다운되면 멀티섀시 링크에 연결된 호스트는 ICL을 통해 트래픽을 수신합니다. S-A에서 ICL에서 수신된 트래픽은 P-A의 ae 대응이 중단된 발신 인터페이스 목록의 다중 섀시 링크로 전송됩니다.

통합 라우팅 및 브리징이 없는 순수 레이어 2 토폴로지

그림 2 는 PIM-DR에 연결된 섀시가 기본 액티브(P-A) 라우터이고 다른 하나는 보조 액티브(S-A) 라우터임을 보여줍니다.

그림 2: 통합 라우팅 및 브리징 이 없는 레이어 2 구성

적격 학습

이 토폴로지에서 인터페이스 I1, I2, I3, I4, I5, I6, I7, I8, I9 및 I10은 단일 홈 인터페이스입니다. 다중 섀시 링크 ae0.0 및 ae0.1은 두 섀시에서 동일한 브리지 도메인에 속합니다. 인터페이스 I10, I1, I7, I3, I5, ae0.0 및 ae0.1은 동일한 브리지 도메인, P-A의 bd1에 있습니다. 인터페이스 I9, I2, I8, I4, I6, ae0.0 및 ae0.1은 동일한 브리지 도메인, SA의 bd1에 있습니다.

이 설명에서는 다음과 같은 구성을 가정합니다.

• PA 및 SA에서 적격 학습은 bd1에서 ON입니다.

• 인터페이스 I1, I2, I3, ae0.0 및 I4는 vlan1, 학습 도메인 ld1에 속합니다.

• 인터페이스 I7, I8, I5, ae0.1 및 I6은 vlan2, 학습 도메인 ld2에 속합니다.

• 인터페이스 I9 및 I10은 학습 도메인 ld3인 vlan3에 속합니다.

동일한 학습 도메인에 있는 IGMP 스피커(호스트 및 라우터)의 경우 ld1, 연결된 P-A 및 S-A가 하나의 스위치로 나타나야 합니다.

동일한 학습 도메인 ld2에 있는 IGMP 스피커(호스트 및 라우터)의 경우 연결된 P-A 및 SA가 하나의 스위치로 나타나야 합니다.

학습 도메인 ld3에는 다중 섀시 링크가 없으므로 학습 도메인 ld3의 IGMP 스피커(호스트 및 라우터)의 경우 P-A 및 S-A가 하나의 스위치로 나타나지 않습니다.

이 논의에서는 섀시 간 링크 ICL1이 학습 도메인 ld1에 해당하고 섀시 간 링크 ICL2가 학습 도메인 ld2에 해당한다고 가정합니다.

제어 패킷 플로우는 지원되지만, IRB로 정보를 전달하는 경우는 예외입니다.

적격 학습을 통한 데이터 포워딩

이 설명에서는 하나의 학습 도메인(LD)인 ld1을 가정하고, 라우터 P-A의 인터페이스 I1이 학습 도메인의 PIM-DR에 연결되어 코어의 소스에서 트래픽을 가져온다고 가정합니다.

I2, I4(ld1에 속함)와 같은 단일 홈 링크에서 라우터 S-A(비 DR)에 연결된 호스트로 트래픽을 전달하기 위해 ICL1에 의존합니다. 인터페이스 I1의 라우터 P-A에 도달하는 트래픽은 섀시 간 링크 ICL1을 통해 라우터 S-A로 전송되어 s,g에서 관심사를 보고한 링크 또는 학습 도메인 ld1에서 라우터를 향하는 링크로 전달됩니다.

라우터 P-A의 인터페이스 ae0 레그가 중단되면, 멀티섀시 링크에 연결된 호스트는 섀시 간 링크 ICL1을 사용하여 인터페이스 I1에서 트래픽을 수신합니다. 라우터 S-A에서 섀시 간 링크 ICL1에서 수신된 트래픽은 라우터 P-A의 어그리게이션 이더넷 대응이 중단된 발신 인터페이스 목록의 다중 섀시 링크로 전송됩니다.

또한 라우터 S-A의 인터페이스 I9가 s,g와 관련된 학습 도메인 ld3에 속하고, 라우터 P-A의 학습 도메인 ld3에 있는 인터페이스 I10이 s,g에 대한 트래픽을 수신한다고 가정합니다. 인터페이스 I9는 이 토폴로지에서 데이터를 수신하지 않습니다. 이는 멀티섀시 링크(a-a 모드)가 없기 때문이며, 따라서 학습 도메인 ld3에도 섀시 간 링크가 없기 때문입니다.

단일 홈 인터페이스의 정적 그룹

다중 섀시 링크의 경우 정적 그룹 구성이 두 레그에 모두 존재해야 하며 다른 섀시와의 동기화는 필요하지 않습니다.

섀시 간의 단일 홈 인터페이스에서 정적 그룹의 동기화는 지원되지 않습니다. 그러나 기본 발신 인터페이스 목록에 논리적 인터페이스를 추가하면 정적 구성 내에서 인터페이스로의 트래픽 전달을 지원합니다.

멀티섀시 링크로서의 라우터 대면 인터페이스

IGMP 쿼리는 멀티섀시 링크의 양쪽 레그에 도달할 수 있지만 두 피어 모두에서 멀티섀시 링크는 라우터 대면으로 간주되어야 합니다.

보고서는 다중 섀시 링크에서 한 번만, 즉 한쪽 레그에서만 종료되어야 합니다.

IRB에서 IGMP 스누핑에 대한 다음 MC-LAG 지원이 제공됩니다.

• 비프록시 스누핑

• 논리적 인터페이스는 기본 경로를 포함한 모든 경로에 대한 발신 인터페이스여야 합니다

• 순수 레이어 2 스위치에서의 IGMP 스누핑

• 적격 학습을 수행하는 브리지 도메인에서의 IGMP 스누핑

• 라우터 대면 인터페이스 MC-링크

지원되는 기능은 다음과 같습니다.not

• 액티브-액티브를 위한 프록시 모드

• VPLS 인스턴스에 대한 MC-LAG 지원

• 멀티섀시 링크로서의 트렁크 포트

• 필요에 따라 나가는 인터페이스에 논리적 인터페이스를 추가합니다.

  그러나 논리적 인터페이스는 항상 발신 인터페이스 목록에 라우터 대면 인터페이스로 추가됩니다.

지원되는 MC-LAG 토폴로지

MC-LAG에서 FCoE 트래픽의 무손실 전송을 지원하려면 MC-LAG 포트 멤버가 있는 두 스위치 모두에서 적절한 서비스 등급 (CoS)을 구성해야 합니다. MC-LAG는 포워딩 클래스 및 IEEE 802.1p 우선 순위 정보를 전달하지 않기 때문에 CoS 구성은 두 MC-LAG 스위치에서 동일해야 합니다.

FCoE 호스트에 직접 연결되지 않고 패스스루 전송 스위치로 작동하는 스위치는 반전된 U 네트워크 토폴로지에서 FCoE 트래픽에 대한 MC-LAG를 지원합니다. 그림 3 은 QFX3500 스위치를 사용하는 반전 U 토폴로지를 보여줍니다.

그림 3: FCoE 전송 스위치 에서 MC-LAG에 지원되는 토폴로지

독립형 스위치는 MC-LAG를 지원합니다. QFabric 시스템 노드 디바이스는 MC-LAG를 지원하지 않습니다. Virtual Chassis 및 혼합 모드 VCF(Virtual Chassis Fabric) 구성은 FCoE를 지원하지 않습니다. 순수 QFX5100 VCF(QFX5100개의 스위치로만 구성)만 FCoE를 지원합니다.

FCoE-FC 게이트웨이 구성(가상 FCoE-FC 게이트웨이 패브릭)의 일부인 포트는 MC-LAG를 지원하지 않습니다. MC-LAG의 구성원인 포트는 패스스루 전송 스위치 포트 역할을 합니다.

다음 규칙 및 지침은 FCoE 트래픽에 사용될 때 MC-LAG에 적용됩니다. 규칙 및 지침은 FCoE 트래픽에 필요한 적절한 처리 및 무손실 전송 특성을 보장하는 데 도움이 됩니다.

• MC-LAG를 구성하는 두 스위치(스위치 S1 및 S2)는 FCoE-FC 게이트웨이 패브릭의 일부인 포트를 사용할 수 없습니다. MC-LAG 스위치 포트는 패스스루 전송 스위치 포트(FCoE 호스트에 직접 연결되지 않은 중간 전송 스위치의 일부로 사용됨)여야 합니다.

• MC-LAG 스위치 S1 및 S2는 FCoE 호스트에 직접 연결할 수 없습니다.

• FCoE 호스트(FCoE 전송 스위치, TS1 및 TS2)의 액세스 디바이스 역할을 하는 두 스위치는 표준 LAG를 사용하여 MC-LAG 스위치 S1 및 S2에 연결합니다. FCoE 전송 스위치 TS1 및 TS2는 독립형 스위치이거나 QFabric 시스템의 노드 디바이스일 수 있습니다.

• 전송 스위치 TS1 및 TS2는 FCoE 호스트 및 MC-LAG 스위치 S1 및 S2에 대한 표준 LAG에 전송 스위치 포트를 사용해야 합니다.

• 전송 스위치 TS1 및 TS2의 FCoE VLAN에서 FIP 스누핑을 사용하도록 설정합니다. FCoE 호스트가 FC SAN의 대상(VN2VF_Port FIP 스누핑) 또는 이더넷 네트워크의 대상(VN2VN_Port FIP 스누핑)의 대상에 액세스해야 하는지 여부에 따라 VN2VF_Port(VF_Port VN_Port) FIP 스누핑 또는 VN_Port(VN2VN_Port) VN_Port FIP 스누핑을 구성할 수 있습니다.

  FIP 스누핑은 액세스 에지에서 수행해야 하며 MC-LAG 스위치에서는 지원되지 않습니다. MC-LAG 스위치 S1 및 S2에서 FIP 스누핑을 활성화하지 마십시오. (스위치 S1 및 S2를 스위치 TS1 및 TS2에 연결하는 MC-LAG 포트 또는 스위치 S1을 S2에 연결하는 LAG 포트에서 FIP 스누핑을 활성화하지 마십시오.)

  메모:

  주니퍼 네트웍스 QFX10000 어그리게이션 스위치는 FIP 스누핑을 지원하지 않으므로 이 토폴로지에서 FIP 스누핑 액세스 스위치(전송 스위치 TS1 및 TS2)로 사용할 수 없습니다.

• CoS 구성은 MC-LAG 스위치에서 일관되어야 합니다. MC-LAG는 포워딩 클래스 또는 우선순위 정보를 전달하지 않기 때문에 각 MC-LAG 스위치는 무손실 전송을 지원하기 위해 동일한 CoS 구성을 가져야 합니다. (각 MC-LAG 스위치에서 각 포워딩 클래스의 이름, 송신 대기열 및 CoS 프로비저닝이 동일해야 하며 우선순위 기반 플로우 제어(PFC) 구성이 동일해야 합니다.)

• 전송 스위치(서버 액세스)
• MC-LAG 스위치(FCoE 어그리게이션)

FIP 스누핑 및 FCoE 신뢰할 수 있는 포트

보안 액세스를 유지하려면 FCoE 호스트VN2VF_Port 직접 연결된 전송 스위치 액세스 포트에서 FIP 스누핑 또는 VN2VN_Port FIP 스누핑을 사용하도록 설정합니다. FIP 스누핑은 무단 액세스를 방지하기 위해 네트워크의 액세스 에지에서 수행되어야 합니다. 예를 들어 그림 3에서는 FCoE 호스트에 연결된 액세스 포트를 포함하는 전송 스위치 TS1 및 TS2의 FCoE VLAN에서 FIP 스누핑을 사용하도록 설정합니다.

MC-LAG를 생성하는 데 사용되는 스위치에서 FIP 스누핑을 활성화하지 마십시오. 예를 들어 그림 3에서는 스위치 S1 및 S2의 FCoE VLAN에서 FIP 스누핑을 사용할 수 없습니다.

스위치 간의 링크를 FCoE 신뢰할 수 있는 포트로 구성하여 FIP 스누핑 오버헤드를 줄이고 시스템이 액세스 에지에서만 FIP 스누핑을 수행하도록 합니다. 샘플 토폴로지에서 MC-LAG 스위치에 연결된 전송 스위치 TS1 및 TS2 LAG 포트를 FCoE 신뢰할 수 있는 포트로 구성하고, 스위치 TS1 및 TS2에 연결된 스위치 S1 및 S2 MC-LAG 포트를 FCoE 신뢰할 수 있는 포트로 구성하고, 스위치 S1을 S2에 연결하는 LAG의 포트를 FCoE 신뢰할 수 있는 포트로 구성합니다.

CoS(class of service) 및 데이터센터 브리징(DCB)

MC-LAG 링크는 포워딩 클래스 또는 우선 순위 정보를 전달하지 않습니다. 다음 CoS 속성은 무손실 전송을 지원하기 위해 각 MC-LAG 스위치 또는 각 MC-LAG 인터페이스에서 동일한 구성을 가져야 합니다.

• FCoE 포워딩 클래스 이름 - 예를 들어, FCoE 트래픽에 대한 포워딩 클래스는 두 MC-LAG 스위치 모두에서 기본 fcoe 포워딩 클래스를 사용할 수 있습니다.

• FCoE 출력 대기열 - 예를 들어, 포워딩 클래스는 fcoe 두 MC-LAG 스위치의 대기열 3에 매핑될 수 있습니다(대기열 3은 포워딩 클래스에 fcoe 대한 기본 매핑임).

• 분류자 - FCoE 트래픽에 대한 포워딩 클래스는 두 MC-LAG 스위치에서 MC-LAG의 각 멤버 인터페이스에서 동일한 IEEE 802.1p 코드 포인트에 매핑되어야 합니다. 예를 들어 FCoE 포워딩 클래스를 fcoe IEEE 802.1p 코드 포인트 011 에 매핑할 수 있습니다(코드 포인트 011 는 포워딩 클래스에 fcoe 대한 기본 매핑임).

• 우선순위 기반 플로우 제어 (PFC) - 각 MC-LAG 스위치의 FCoE 코드 포인트에서 PFC를 활성화하고 혼잡 알림 프로필을 사용하여 각 MC-LAG 인터페이스에 적용해야 합니다.

또한 무손실 전송을 위한 충분한 스케줄링 리소스(대역폭, 우선 순위)를 제공하기 위해 MC-LAG 인터페이스에 ETS(Enhanced Transmission Selection)를 구성해야 합니다. ETS 구성은 예상되는 FCoE 트래픽에 대해 무손실 전송을 지원하도록 충분한 리소스가 예약되어 있는 한 각 MC-LAG 스위치에서 다를 수 있습니다.

LLDP(Link Layer Discovery Protocol) 및 DCBX(Data Center Bridging Capability Exchange Protocol)는 각 MC-LAG 멤버 인터페이스에서 활성화되어야 합니다(LLDP 및 DCBX는 기본적으로 모든 인터페이스에서 활성화됨).

EVPN-MPLS와 Junos Fusion Enterprise 및 MC-LAG를 함께 사용할 때의 이점

EVPN-MPLS를 Junos Fusion Enterprise 및 MC-LAG와 함께 사용하여 분산된 캠퍼스 및 데이터센터 사이트를 상호 연결하여 단일 레이어 2 가상 브리지를 형성합니다.

BUM 트래픽 처리

그림 4와 그림 5에 표시된 사용 사례에서 PE1, PE2 및 PE3은 EVPN 피어이고 PE2 및 PE3은 MC-LAG 피어입니다. 두 피어 집합은 제어 정보를 교환하고 서로 트래픽을 전달하므로 문제가 발생합니다. 표 2 에는 발생하는 문제와 주니퍼 네트웍스가 EVPN-MPLS 연동 기능을 구현할 때 문제를 해결하는 방법이 나와 있습니다.

스플릿 호라이즌

그림 4와 그림 5에 표시된 사용 사례에서 split horizon은 BUM 패킷의 여러 복사본이 CE 디바이스(위성 디바이스)로 전달되는 것을 방지합니다. 그러나 EVPN-MPLS 및 MC-LAG 분할 수평선 구현은 서로 모순되어 문제를 일으킵니다. 표 3에는 이 문제와 주니퍼 네트웍스가 EVPN-MPLS 연동 기능을 구현할 때 이 문제를 해결하는 방법이 설명되어 있습니다.

MAC 학습

EVPN 및 MC-LAG는 MAC 주소를 학습하는 데 동일한 방법을 사용합니다. 즉, PE 디바이스는 로컬 인터페이스에서 MAC 주소를 학습하고 주소를 피어와 동기화합니다. 그러나 EVPN과 MC-LAG가 모두 주소를 동기화하고 있다는 점을 감안할 때 문제가 발생합니다.

표 4 에는 이 문제와 EVPN-MPLS 연동 구현이 문제를 방지하는 방법이 설명되어 있습니다. 그림 4 와 그림 5 에 나와 있는 사용 사례는 이 문제를 보여줍니다. 두 사용 사례 모두에서 PE1, PE2 및 PE3은 EVPN 피어이고 PE2 및 PE3는 MC-LAG 피어입니다.

Junos Fusion Enterprise에서 캐스케이드 포트와 업링크 포트 간의 다운 링크 처리

그림 4에 표시된 Junos Fusion Enterprise에서 어그리게이션 디바이스 PE2가 PE1에서 BUM 패킷을 수신하고 PE2의 캐스케이드 포트와 위성 디바이스 SD1의 해당 업링크 포트 간의 링크가 중단되었다고 가정합니다. BUM 패킷이 MC-LAG에 의해 처리되는지 또는 EVPN 멀티호밍 액티브-액티브에 의해 처리되는지 여부에 관계없이 결과는 동일합니다. 패킷은 ICL 인터페이스를 통해 PE3로 전달되고 PE3는 이를 듀얼 호밍 SD1로 전달합니다.

멀티호밍 액티브-액티브가 있는 EVPN이 듀얼 호밍 SD1로 이러한 상황을 처리하는 방법을 더 자세히 설명하기 위해 DF 인터페이스가 PE2에 있고 다운 링크와 연결되어 있으며 비 DF 인터페이스가 PE3에 있다고 가정합니다. 일반적으로 멀티호밍 액티브-액티브 포워딩 로직을 사용하는 EVPN당 비 DF 인터페이스는 패킷을 드롭합니다. 그러나 DF 인터페이스와 연결된 다운 링크로 인해 PE2는 ICL을 통해 BUM 패킷을 PE3로 전달하고 PE3의 비 DF 인터페이스는 패킷을 SD1로 전달합니다.

레이어 3 게이트웨이 지원

EVPN-MPLS 연동 기능은 확장 브리지 도메인 및 VLAN에 대해 다음과 같은 레이어 3 게이트웨이 기능을 지원합니다.

• 통합 라우팅 및 브리징(IRB) 인터페이스를 통해 확장 브리지 도메인 또는 VLAN 간에 트래픽을 전달할 수 있습니다.

• 확장 브리지 도메인 또는 VLAN의 물리적(베어메탈) 서버에서 다른 확장 브리지 도메인 또는 VLAN의 물리적 서버 또는 가상 머신으로 트래픽을 전달하기 위한 기본 레이어 3 게이트웨이입니다.