思科dhcp conflict 冲突记录(设备意外断电后或者重启后的可能发生的问题)

思科dhcp conflict 冲突记录(设备意外断电后或者重启后的可能发生的问题)

DHCP调试命令如下,lz可以看下:
Show ip dhcp pool                    查看地址池信息
Show ip dhcp binding                 查看租约信息
Show ip dhcp conflict                查看地址冲突信息
Show ip dhcp server statistics       查看DHCP收发数据包统计表
清除命令:
Clear ip dhcp server statist         清除收发数据统计信息
clear ip dhcp binding *              清除所有租约信息

no ip dhcp conflict 关闭冲突记录


保存到flash中:

将绑定表保存在flash中,避免重启设备后,重新绑定
Switch(config)#ip dhcp snooping database flash:dhcp-snooping.db

保存到数据库代理中,如tftp:

switch#ip dhcp snooping binding aaaa.aaaa.1111 vlan 1 192.168.1.2 interface G1/0/1
/*因为掉电后,这张绑定表就消失了,所以要选择一个保存的地方,ftp,tftp,flash皆可。本例中的dhcp_table是文件名,而不是文件夹,同时文件名要手工创建一个
switch(config)#ip dhcp snooping database tftp:// 2.2.2.2/dhcp_table


如果您已经配置了ip dhcp ping参数(强烈推荐),路由器将在响应dhcp请求之前ping它打算分配给客户端的ip地址。
如果路由器收到ICMP Echo - Reply报文(对ping的响应),则说明该地址正在被使用。
如果启用了DHCP conflict logging(默认是开启的),路由器将用syslog消息记录冲突(不是在一个单独的日志文件中),并将该地址放在冲突列表中。
列表中的地址(使用show ip dhcp conflict命令显示)将来不会被使用(类似于使用ip dhcp excluded-addresses命令配置的地址)。
为了重用冲突的地址,网络运营商必须使用clear ip dhcp conflict address(或*表示所有地址)命令将其从列表中删除。


如果路由器使用持久的DHCP绑定(在Cisco IOS中称为DHCP database agents数据库代理,如ftp),则DHCP冲突日志记录是有意义的,否则在路由器重新加载之前分配的任何地址将在绑定丢失后被报告为冲突。
如果不使用DHCP代理,最好使用no ip DHCP conflict logging configuration命令关闭冲突日志记录。即使没有冲突日志记录,也不会丢失DHCP功能,也不会有重复分配地址的机会,因为路由器在分配IP地址之前仍然会检查IP地址是否处于活动状态(稍后,它将愿意重新检查冲突的IP地址)。

如果不使用DHCP数据库代理,也不禁用冲突日志记录(默认设置),则必须在重新加载后手动清除冲突,并且可能会因为大量阻塞的冲突地址而耗尽DHCP池。


DHCP服务器与MAC地址绑定、snooping(列表、list、全)maclist、dhcplist、dhcpsnooping
http://www.zh-cjh.com/wenzhangguilei/1005.html
文章归类、所有文章列表、LISTLIST
http://www.zh-cjh.com/wangzhangonggao/2195.html

1、本站资源长期持续更新。
2、本资源基本为原创,部分来源其他付费资源平台或互联网收集,如有侵权请联系及时处理。
3、本站大部分文章的截图来源实验测试环境,请不要在生产环境中随意模仿,以免带来灾难性后果。

转载请保留出处:  www.zh-cjh.com珠海陈坚浩博客 » 思科dhcp conflict 冲突记录(设备意外断电后或者重启后的可能发生的问题)

作者: cjh


手机扫一扫,手机上查看此文章:

一切源于价值!

其他 模板文件不存在: ./template/plugins/comment/pc/index.htm

未雨绸缪、居安思危!

数据安全、有备无患!

注意操作、数据无价!

一切源于价值!