2つの異なるシステムのVRRPIDが衝突する可能性があります（keepalivedとCisco / force10）
KeepalivedとCisco/Force10はどちらもVRRPを使用し、0〜255のID範囲を使用するため：
1）同じVLANで同じ番号を使用すると、問題が発生します。
2）同じVLANで異なる番号を使用すると、問題が発生します。
3）別のVLANで同じグループIDを使用すると、問題が発生します。
キープアライブ用に最後の55個のグループIDを予約し、L3スイッチ用に最初の200個を予約することを考えています。
VRIDは、仮想ルーターを一意に識別するために使用され、特定の質問に答えるためにその仮想ルーターのMACアドレスを生成するために使用されるように、各ブロードキャストドメイン（VLAN）で一意である必要があります。
1）はい、KeepAlivedとCiscoルーターが同じVLAN）内の異なるIPセットに同じVRRP IDを使用している場合、お互いにマスター選挙と混乱が生じるため、問題が発生します。 ARPアドレス。
2）いいえ、同じVLAN）内の異なる番号で問題ありません。これは、同じVLANで複数の仮想ルーターを実行するための意図された方法です。
3）いいえ、プロトコルの設計では、VRRPメッセージはルーティングされないため、ブロードキャストドメイン（VLAN）の境界を越えて転送されることはありません。
最終結果は、各IPが1つの仮想ルーターにのみバインドされ、各仮想ルーターが一意のVRIDを持っていることを確認する限り、同じVLANに255の仮想ルーターを持つことができます。 ID範囲を分割する方法は適切だと思います。その大きな利点は、VRIDの使用状況を追跡するために3番目の別個のシステムを必要としないことです。keepalivedがその範囲内に留まり、各keepalivedクラスターが同じVLANは一意のIDを使用しているため、ルーターが使用するVRIDを認識する必要はありません（またはその逆）。この方法の欠点は、各サービスに低いしきい値を設定することです。（つまり、keepalivedは、ルーターが200 ID範囲の1つしか使用していない場合でも、55のVRIDしか使用できません。ただし、単一のブロードキャストドメインに10を超えるVRRPグループがある場合、ドローバックは問題にならないでしょう。 （VLAN/SUBNET）次に、サブネットが大きすぎるため、おそらく小さなチャンクに分割する必要があり、mucが多すぎると問題が発生する可能性がありますvVRIDが不足する前にブロードキャストトラフィック。
- はい、間違いなく。デバイスを相互に参加させたくない場合は、同じVRIDを使用しないでください。
- いいえ、すべきではありません。それ以外の場合は、特定のネットワークセグメントで単一のVRRPインスタンスのみに制限されます。
- マルチキャストメッセージをサブネット間でルーティングするべきではないため、期待していませんが、同じデバイスが複数のVLANにあり、同じVRIDを持つ複数のVRRPインスタンスに参加している場合、副作用が発生する可能性があります。
一般に、VRIDをどこでも一意に保つことで、パケットダンプ、デバッグ、またはロギングを解読しやすくなります。