|
楼主 |
发表于 2011-2-20 16:45:59
|
显示全部楼层
回复 2 # 薯薯 的帖子
对于这个问题我刚才仔细想了想~会不会是和DHCP的租约过程有关系~
比如说你说的那个负载均衡~
Routing Descriptor Blocks:
* 23.1.1.3
Route metric is 0, traffic share count is 1
12.1.1.1
Route metric is 0, traffic share count is 1
那么DHCP Discover包首先发到R1,R1会去找匹配的地址池,找到后先发个ARP包确认这个IP没有使用,然后发送一个DHCP offer这个offer如果刚好是走的第一条默认路由(23.1.1.3)这个offer包就能到达PC2 PC3~这个时候PC2 PC3会回一个DHCP request给R1,问题就出现在这里~R1的那个DHCP Ack回复包到达R2根据负载均衡就会走第二条默认路由,从而倒置PC2 PC3一直收不到DHCP确认信息~
如果上面offer如果刚好是走的第二条默认路由(12.1.1.1)那么PC1 PC2连Offer都收不到~
不知道这个猜测对不对?因为在没有中继的情况下这些包都是广播的~有中继的情况 包是不是会单播呢?
|
|