企業ネットワークでDHCPサーバを導入する場合、アプライアンスとしてDHCPサーバを導入するか、またはその他のサーバにDHCPサーバ機能を持たせるケースが多いと言えます。サーバ側でDHCPサーバ機能を用意できない場合は、ネットワーク機器でDHCPサーバ機能を持たせるケースがあります。その場合、DHCPサーバ機能を冗長構成とする際に注意すべき点があります。Ciscoルータ、Catalystスイッチ:DHCPサーバの冗長設定CiscoルータやCatalystスイッチでDHCPサーバ機能を持たせて冗長構成をする際に、2台とも同じDHCPサーバの設定をしては問題が発生する場合があります。L3スイッチにてスタック構成やVSS構成などを組み、設定ファイルが1つであるなら何も問題はありません。IOSのDHCPサーバ同士は連携しないことから、そのセグメントのDHCPクライアント側でIPアドレスの重複などの問題が発生してしまう可能性があります。問題が発生しない時の理由は別記事で解説します。上述の内容を簡単に説明すると、例えばDHCPサーバの設定がされたR1ルータが、DHCPクライアントに「192.168.1.5」というIPアドレスをリースしても、同じくDHCPサーバの設定がされたR2ルータでは「192.168.1.5」が配布されたことを知ることができない、ということ。そこで、IPアドレス配布(リース)の範囲を重複しないように設定する必要があります。infiniteこの設定にも問題点はあります。このような実装をした場合、R1またはR2に障害が発生してダウンすると、「/24」なのに120個までのIPアドレスしか配布できなくなってしまいます。そこで、このような問題点を考慮して「/24」ではなく「/23」にレンジを大きくするなどしてIPセグメント計画を考える必要があります。あと、そもそもですが、ネットワーク機器にDHCPサーバ機能を持たせることになった場合、ルータではなくL3スイッチにその役割を担わせることが多いと思います。L3スイッチを冗長化して導入する場合は、スタック構成かVSS構成で導入することが多いことから、このようなことを考える必要はないです。設定ファイルは1つですから。本記事は、何らかの理由で冗長化されたルータでDHCPサーバ機能を持たせることになったような場合に考慮するような問題点と言えます。