SonicWall Pro300のDHCP範囲を拡大する
デフォルトゲートウェイが10.5.1.1、サブネットが255.255.0.0のLANがあるとします。
DHCP範囲は現在、10.5.2.1から10.5.3.254の範囲に設定されています。
10.5.1.xの範囲は、静的IP用に予約されています。
DHCPプールを増やしたい（10.5.2.x-10.5.3.xの範囲が小さすぎる）
サブネットが255.255.0.0であるため、このDHCPスコープは2.xおよび3.xの範囲に制限されていますか？
このシナリオではサブネットを変更できません。 DHCPサーバーに別の範囲（つまり10.5.4.x）を追加しようとすると、許可されません（不正な範囲？）...
それはソニックウォールです..モデル：PRO 300（CPU：StrongARM/233 Mhz）ファームウェアバージョン：6.6.0.6
コメントに投稿されているように、SonicWallは、製品が管理するデバイスの数を定期的に制限しています。オプションとして「ライセンスアップグレード」を提供する場合もあれば、特定のモデルに基づく厳しい制限である場合もあります。
ネットマスク255.255.0.0は、最初の2つのオクテットのみをネットワークの固定アドレス部分として定義します。したがって、すべての10.5 .。の組み合わせは、ネットマスクの観点からは問題ないはずです。
使用しているDHCPサーバーとその構成方法を正確に知らなければ、発生しているエラーやその原因について話すことはできませんが、プロトコルに固有のものは何もないと言えます。あなたがやろうとしていることは、ショートッパーでなければなりません-10.5.0.0/16内のすべてをDHCP範囲として割り当てることができるはずです（それが起こるのを妨げる証拠がないことを前提としています）。 DHCPサーバーが何を間違っているのかについて詳しく推測することはできますが、生産的ではありません。
単一のサブネットのように見えるネットワーク範囲が非常に広いのはなぜですか？
ネットワーク上にホストが多いほど、スイッチを使用しても処理が遅くなります（マジックナンバーはありますが、トラフィックの種類とトラフィックの量によって異なります）。
ネットワークを10.5.x.0/24などの小さなグループにセグメント化することを検討します（したがって、クラスAからいくつかのプライベートクラスCを作成します）。次に、DHCPサーバーを各サブネットに配置します。これは、トラフィックを（組織内で）ルーティングし、インターネットルーティングのためにsonicwallに渡すこともできる単一のLinuxサーバーで実行できます。