좋아-적어도 20 시간 연속으로이 싸움을 벌였다. 이것이 긴 폭동이나 블로그 포스트처럼 보인다면 미안하지만, 나는 지칠 때가왔다.
그래서 여기에 거래가 있습니다. HA 하트 비트 및 지속적 상태에 UCARP (VRRP 클론 인 CARP의 Linux 클론)를 사용하는 KEMP로드 밸런서를 사용하고 있습니다. 우리는 데이터 센터 전체의 홍수를 막기 위해 환경에서 IGMP를 사용하려고합니다.
랙 상단 역할을하는 SW 5.1.1.7을 실행하는 두 개의 Dell PowerConnect 8124F 스위치가 있습니다. 이 두 가지는 Cisco 3750-X의 스택 쌍에 연결되며 이는 핵심입니다.
문제는 PowerConnect 5.1.x로 업그레이드 할 때 시작되었는데, 별도로 명시하지 않는 한 IGMP 스누핑은 그대로 두었습니다. 보라-우리의로드 밸런서는 스플릿 브레인으로 들어가 모든 종류의 따뜻한 퍼지 재미를 일으켰습니다.
- 로드 밸런서가 멀티 캐스트를 수행하는 VLAN에서 IGMP 스누핑을 비활성화하면 멀티 캐스트가 여전히 종료됩니다.
- 코어에 IP PIM을 설정하면 PowerConnect 스위치는 동일한 VLAN에서 볼 수 있지만 여전히 멀티 캐스트 트래픽이 없습니다.
- 등록되지 않은 모든 멀티 캐스트 트래픽의 플러딩을 활성화해도 여전히 아무 것도 수행하지 않습니다.
- PowerConnect 스위치에서 IGMP 스누핑을 전체적으로 비활성화하면 모든 멀티 캐스트 트래픽이 작동합니다. VLAN이 동일한 모든 단일 포트에 멀티 캐스트 트래픽이 넘치도록 작동합니다. 훌륭한.
코어의 VLAN에서 이상한 MAC 주소 항목을 발견했습니다.
coresw#sh mac address-table vlan 367 | include 5e00
367 0000.5e00.0101 DYNAMIC Po13 seq_no:0
그리고 나는 .. 멀티 캐스트 주소가 아닌가? "sh mac address-table multicast"에서 왜 그렇지 않습니까?
coresw#sh mac address-table multicast vlan 367
Vlan Mac Address Type Ports
---- ----------- ---- -----
coresw#
그리고 PowerConnect CLI 안내서에서 이것을 읽었습니다.
멀티 캐스트 트래픽은 호스트 그룹으로 향하는 트래픽입니다. 호스트 그룹은 대상 MAC 주소로 식별됩니다. 즉, IPv4 멀티 캐스트 트래픽의 경우 01 : 00 : 5e : 00 : 00 : 00-01 : 00 : 5e : 7f : ff : ff : ff 또는 33 : 33 : xx : xx IPv6 멀티 캐스트 트래픽의 경우 : xx : xx
MAC 주소의 시작 부분에 "01"이없는 것 같습니다. 위의 동적 MAC 항목은 "00"으로 시작합니다. 이 시점에서 저는 KEMP에 전화하여 제품이 잘못 잘못 구성되어 있음을 알리려고합니다. 그러나 VRRP의 RFC를 읽고 보라.
가상 라우터와 연관된 가상 라우터 MAC 주소는 다음 형식의 IEEE 802 MAC 주소입니다.
IPv4 사례 : 00-00-5E-00-01- {VRID} (16 진수 인터넷 표준 비트 순서)
좋습니다. 따라서 스위치는 일반적으로 VRRP의 멀티 캐스트 mac 주소 범위를 선택하지 않습니다. Dell 스위치에서 정적 호스트 그룹을 구성 해 봅시다. 아니.
유효하지 않은 입력 : 멀티 캐스트 MAC 주소는 01XX : XXXX : XXXX 형식이어야합니다
그런 다음 .. 다음 단계는 정적 mac 항목을 추가해보십시오.
osl-sys-swrack03(config)#mac address-table multicast ?
forbidden forbid adding specific multicast addresses to
specific ports.
osl-sys-swrack03(config)#
따라서 정적 멀티 캐스트 MAC 항목을 구성 할 방법이 없습니다. 일반 정적 MAC 항목으로 동일한 작업을 시도하면 하나의 포트에만 바인딩 할 수 있습니다.이로드 밸런싱 클러스터는 4 개의 서로 다른 10gig 포트에서 실행됩니다.
업데이트 : MAC 주소와 관련하여 약간의 혼동이있는 것 같습니다. 172.30.1.0/24는 전면로드 밸런서 네트워크입니다. 172.30.1.6은 클러스터의 기본 공유 VIP이고, .7은 첫 번째로드 밸런서의 관리 IP이고 .8은 두 번째로드 밸런서의 경우입니다. 다른 모든 주소 (30, 40, 70, 80 등)는 모두 다른 서비스를 제공하는 VIP입니다. 장애 조치가 발생하면 모든 VIP가 MAC 주소를 두 번째 LB의 실제 MAC 주소로 변경합니다. 맨 아래 테이블의 멀티 캐스트 주소는 변경 되지 않습니다 .
coresw#sh ip arp vlan 367
Protocol Address Age (min) Hardware Addr Type Interface
Internet 172.30.1.6 78 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.40 204 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.80 167 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.70 38 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.66 12 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.35 185 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.60 97 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.30 80 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.61 33 0050.56b4.5004 ARPA Vlan367 <- VIP - Loadbalancer1 physical MAC
Internet 172.30.1.7 27 0050.56b4.5004 ARPA Vlan367 <- Management - Loadbalancer1 physical MAC
Internet 172.30.1.8 21 0050.56b4.08c2 ARPA Vlan367 <- Management - Loadbalancer2 physical MAC
osl-sys-coresw#sh mac address-table dynamic vlan 367
Mac Address Table
-------------------------------------------
Vlan Mac Address Type Ports
---- ----------- -------- -----
367 0000.5e00.0101 DYNAMIC Po13 seq_no:0 <- multicast HA mac (UCARP)
367 0050.56b4.08c2 DYNAMIC Po13 seq_no:0 <- Loadbalancer1 physical MAC
367 0050.56b4.5004 DYNAMIC Po13 seq_no:0 <- Loadbalancer2 physical MAC
그리고 그것은 이야기입니다. 지구상에서 나는 이것으로 무엇을 할 것인가?
What on earth am I going to do with this?<-테킬라. 많이.