了解しました-少なくとも20時間連続してこれと戦いました。これが長い怒りのようであるか、ブログの投稿のようでしたら申し訳ありません。
だから、ここに契約があります。私たちは、HAハートビートと永続状態にUCARP（VRRPクローンであるCARPのLinuxクローン）を利用するKEMPロードバランサーを使用しています。データセンター全体のフラッディングを防ぐために、環境でIGMPを利用したいと考えています。
トップラックとして機能するSW 5.1.1.7を実行する2つのDell PowerConnect 8124Fスイッチがあります。これら2つは、当社のコアである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アドレステーブルマルチキャスト」にないのはなぜですか？
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 ：xx：xx（IPv6マルチキャストトラフィックの場合）。
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の形式である必要があります
OK ..次のステップでは、静的MACエントリを追加してみます。
osl-sys-swrack03(config)#mac address-table multicast ?
forbidden forbid adding specific multicast addresses to
specific ports.
osl-sys-swrack03(config)#
したがって、静的マルチキャストMACエントリを構成する方法はありません。通常の静的MACエントリで同じことを行おうとすると、1つのポートにしかバインドできません。この負荷分散クラスターは、4つの異なる10ギガポートで実行されます。
更新：MACアドレスに関していくつかの混乱があるようです。172.30.1.0/24は、前向きロードバランサーネットワークです。172.30.1.6はクラスターのデフォルトの共有VIP、.7は最初のロードバランサーの管理IP、.8は2番目のロードバランサーの管理IPです。他のすべてのアドレス（30、40、70、80など）はすべて、VIPであり、それらのサービスは異なります。フェイルオーバーが発生すると、すべてのVIPがMACアドレスを2番目の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?<-テキーラ。たくさん。