雏鹰部落

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
楼主: 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都收不到~


不知道这个猜测对不对?因为在没有中继的情况下这些包都是广播的~有中继的情况 包是不是会单播呢?
发表于 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 的帖子

必须申请!
 楼主| 发表于 2011-2-21 09:42:51 | 显示全部楼层
回复 13 # 薯薯 的帖子

呵呵 谢谢你 有收获~

这个问题解决啦~

>_<!!
发表于 2011-2-21 15:09:48 | 显示全部楼层
哇 一方有难,八方支援啊···  不错不错···嘿嘿 继续加油···
发表于 2011-2-21 23:33:42 | 显示全部楼层
欢迎交流讨论,其他几个助教也可以参与进来~
发表于 2011-2-22 09:53:17 | 显示全部楼层
顶下  薯薯离成功越来越近了
发表于 2011-2-22 11:24:47 | 显示全部楼层
回复 11 # magic_os 的帖子

这个想法很钻牛角尖。。。。
线网中不能使用这种假设来做的,要嘛就保证100%可以,只要有哪怕1%走不通,那就是不通的。。。
在这个网络中,应该对三台路由器开启路由协议最为合适
发表于 2011-2-22 11:26:07 | 显示全部楼层
另,蜀黍童鞋太强大了
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|熊猫同学技术论坛|小黑屋| 网络工程师论坛 ( 沪ICP备09076391 )

GMT+8, 2024-5-18 08:12 , Processed in 0.071837 second(s), 14 queries , Gzip On.

快速回复 返回顶部 返回列表