IEWB Vol1 NM16ESW vs Cat3560?

5.15 EIGRP Unequal Cost Load Balancing

の解説を見て気付いた。

Catalyst3560?とNM16ESWではVLAN Interface の BW と DLY が異なるようだ。

NM16ESW→BW:100000, DLY:100usec

Cat3560?→BW:1000000, DLY:10usec

GNS3向けに修正した Basic EIGRP Routing initial configurations のSW1～4の

VLAN Interface のBW, DLY を修正する必要あり

GNS3でINE WB Vol1 メモ

• INE から sample config を入手
• sample config のGNS3 用 net ファイルを編集
• image file , config の path を修正
• INE WB の initial config を編集
• 全機器のfaポートをautoからspeed 100, duplex full へ変更(NM16ESWポート同士を接続をするポートはauto のままでOK）
• SW1～4はCatalystではなくC3725のNM16ESWとなるため、sample config に含まれている initial config を編集して利用
• ポート番号がGNS3用になっているので WB initial config を編集するより楽
• SW2-SW4間のL3 port-channelは 1ポート利用で no switchport としてIPを設定
• no switchportでのルーテッドポートは利用できないのでポートVLANを利用する
• DTPないので switchport encap dot1q, swithport mode trunk とする→いらない
• RおよびBBのI/F 番号を net ファイルに合わせて修正
• 最初に起動した際に、VTP,VLAN設定をする
• 追加したVLANを忘れないよう注意する

no ip dhcp conflict logging

IOS で DHCP サーバ機能を利用し database agent 機能を利用しない場合は
「no ip dhcp conflict logging」設定をすることが推奨とされているが、理由が分からなかったので調べてみた。

• Cisco.comより

strongly recommend using database agents. However, the Cisco IOS server can run without them. If you choose not to configure a DHCP database agent, disable the recording of DHCP address conflicts on the DHCP server by using the no ip dhcp conflict logging command in global configuration mode.
If there is conflict logging but no database agent configured, bindings are lost across router reboots.
Possible false conflicts can occur causing the address to be removed from the address pool until the network administrator intervenes.

http://www.cisco.com/en/US/docs/ios/ipaddr/configuration/guide/iad_dhcp_svr_cfg_ps6441_TSD_Products_Configuration_Guide_Chapter.html#wp1027188

• 実機確認

「no ip dhcp conflict logging」設定をしていないルータが再起動した場合
→IP割り当ての情報（show ip dhcp binding)が消える
→既に割り当て済みのIPを払いだそうとする
※DHCP Server側でもpingによるIP重複検出を実施しているようだが応答があるまえにDHCP offer を出してしまっている
→PCがGARPによりIP重複を確認し、DHCP Declineを返す
→show ip dhcp conflict に登録される
→show ip dhcp conflict に登録されたIPはプールとして利用されなくなる（「ip dhcp exclude-address」に登録したような状態）
→プールアドレスが減る
→再び利用するには手動でのオペレーションが必要（方法は要確認）

ということで、「no ip dhcp conflict logging」を設定しておければ conflict として登録されないのでプールアドレスが減ってIP割り当てができなくなることはないということのようだ

※DHCP database agent機能を利用し、割り当て管理を行う方法が最も推奨