adeh fd 30 ad 20
afeh 40 20
abeh 60 20
ABCH为什么不行、? -_-- 发表于 2013-5-24 13:50 static/image/common/back.gif
ABCH为什么不行、?
ABCH 的ad 是30 最佳路径的adeh fd 就是30 必须要保证 AD<FD这是一种保护机制防止包被重新发回来。明显 30 =30就被排除了。
AD值的意思就是 源点 A 的下一条路由也就是BD F 之类的路由器达到目的地址的cost。
ABCH的ad值就是BC的cost+ CH的cost= 15 +15 =30 乱了江湖 发表于 2013-5-24 13:56 static/image/common/back.gif
ABCH 的ad 是30 最佳路径的adeh fd 就是30 必须要保证 AD
A发数据包给B , B在传递A发过来的数据包时,也会实现飞等价负载均衡的吧? 而且在B上的负载均衡应该和A有关系吧?所以 B到H
s:beh fd:20 ad:10
fs:bch fd:30<20*2ad:15<20
两条都可以吧、。 本帖最后由 乱了江湖 于 2013-5-24 14:14 编辑
-_-- 发表于 2013-5-24 14:02 http://bbs.hh010.com/static/image/common/back.gif
A发数据包给B , B在传递A发过来的数据包时,也会实现飞等价负载均衡的吧? 而且在B上的负载均衡应该和A有 ...
乱了江湖 发表于 2013-5-24 14:12 static/image/common/back.gif
怎样纠结了吧?就这样还没考虑回去的路 -_-- 发表于 2013-5-24 14:02 static/image/common/back.gif
A发数据包给B , B在传递A发过来的数据包时,也会实现飞等价负载均衡的吧? 而且在B上的负载均衡应该和A有 ...
那样的话应该算作是从B发出的数据包,也就是B才是数据包的源头,此处是A是源路由器。
EIGRP在计算复杂均衡的时候,在源路由器上已经选好了均衡路径,应该不会在通过下一跳路由就又根据下一个路由的设置又进行负载均衡。
如果不是我想的这种情况,那么这个协议的负载均衡就复杂化了,而且无法确定具体负载均衡路径,这是不可控的也不合理。 -_-- 发表于 2013-5-24 14:15 static/image/common/back.gif
怎样纠结了吧?就这样还没考虑回去的路
我一直没有考虑过这种情况,只是理解到负载均衡防环就终止了。
不过个人认为这种不断重复计算负载均衡基本是不可能的,路由协议本身就要求有很高的可控性,一旦负载均衡链路路径跳数都无法控制,那是不可能被应用到实际项目中的。 乱了江湖 发表于 2013-5-24 14:23 static/image/common/back.gif
我一直没有考虑过这种情况,只是理解到负载均衡防环就终止了。
不过个人认为这种不断重复计算负载均衡 ...
其实这种情况 是可以存在的我去做个试验 -_-- 发表于 2013-5-24 15:11 static/image/common/back.gif
其实这种情况 是可以存在的我去做个试验
确实是可以存在的,只是觉得盛行的网络协议不可能出现这么明显的问题。实验看看吧,应该是没事儿的。毕竟如果路由器数目继续增加的话……那么负载均衡路径数会上升到甚至上限,而且无法获知具体路径。 乱了江湖 发表于 2013-5-24 15:14 static/image/common/back.gif
确实是可以存在的,只是觉得盛行的网络协议不可能出现这么明显的问题。实验看看吧,应该是没事儿的。毕竟 ...
这样说也比较有理 {:6_285:}{:6_285:}{:6_285:} ,好像是3条吧, 最上面的那个好像不能加表。待正解 {:6_301:}
页:
1
[2]