magic_os 发表于 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都收不到~


不知道这个猜测对不对？因为在没有中继的情况下这些包都是广播的~有中继的情况 包是不是会单播呢？

jiachao 发表于 2011-2-20 17:11:47

呵呵，论坛中的工程师，逐渐地长大了，成专家了， 欢迎到家来此讨论互动，也欢迎大家来此回答交流。署署顶上， 楼主细看， 若还有疑问，继续交流。

薯薯 发表于 2011-2-20 22:50:40

回复 11 # magic_os 的帖子

DHCP的过程是：1、主机发送DHCP discover ，是广播，因为在R3上有中继，因此广播转单播放送给指定的DHCP服务器，之后DHCP服务器回复一个Offer，即回复此DHCP服务器能提供的IP地址给请求的主机，因此在回复Offer的时候，在R2上就发生问题了。

如果正常发送Offer给主机了，主机才会发送一个request，正式请求IP地址，DHCP再回复一个ACK。

喵喵 发表于 2011-2-21 09:23:32

回复 9 # magic_os 的帖子

--必须申请！

magic_os 发表于 2011-2-21 09:42:51

回复 13 # 薯薯 的帖子

呵呵 谢谢你 有收获~

这个问题解决啦~

>_<!!

迷糊 发表于 2011-2-21 15:09:48

哇 一方有难，八方支援啊···不错不错···嘿嘿 继续加油···-woniu5-

王晓强 发表于 2011-2-21 23:33:42

欢迎交流讨论，其他几个助教也可以参与进来~

hjn198916 发表于 2011-2-22 09:53:17

顶下薯薯离成功越来越近了

ufd_苜 发表于 2011-2-22 11:24:47

回复 11 # magic_os 的帖子

这个想法很钻牛角尖。。。。
线网中不能使用这种假设来做的，要嘛就保证100%可以，只要有哪怕1%走不通，那就是不通的。。。
在这个网络中，应该对三台路由器开启路由协议最为合适

ufd_苜 发表于 2011-2-22 11:26:07

另，蜀黍童鞋太强大了-woniu2-
页: 1 [2] 3
查看完整版本: 一个默认路由的小问题