可以看看，算是有实践价值的介绍。
[ 本帖最后由 cnadl 于 2008-12-22 20:59 编辑 ]
回复 #9 ssffzz1 的帖子
soo可以解决路由环路的问题[ 本帖最后由 gdxnfx 于 2008-12-22 23:47 编辑 ]
回复 #12 gdxnfx 的帖子
SOO加 route-map啊。
厉害，厉害。我想不通的是那个运营商愿意去这么干。配置N多route-map规则，分配N多不同的SOO号。况且SOO并不是所有的厂商都支持。 如果PE－CE用OSPF或其他的路由协议，那样有一个客户就起一个路由的进程，还要把这些路由重分发进BGP里面，还不清楚一台路由器能起多少的路由进程，需要多少的CPU，内存，比起路由策略来那样更不合适?
如果只接受自已的AS_PATH只出现一次，那样也不会产生环路。
如果IBGP间的网络设计的好，恰当的选择好了路由反映器，根据路由反映器的前缀通告规则，RR只通告或反映他所知道的最佳路径，那样出现多次自已AS号的前缀肯定不会被再次通告出去，那样也不会产生环路。
再者，为什么会产生环路？那肯定是CE的通告策略产生的，我想没有任何用户在做BGP通告时是没有策略的，会把所有的路由都通告出去的。 你说的OSPF最多进程数的问题，的确是存在的。CISCO以前好像做多32个PDB，现在的限制不清楚了。
你说的允许as号重复一次的做法，我认为在某些时候还是可能有环路的。
不过我做的这个测试是有办法规避这个问题的，我想还是规避的好。毕竟允许AS_PATH重复，不是一个上策。这样保证无环的话更多的是依靠认为的从拓扑设计上来保证。 先学习了 原帖由 gdxnfx 于 2008-12-23 11:01 发表 http://bbs.chinaunix.net/images/common/back.gif
如果PE－CE用OSPF或其他的路由协议，那样有一个客户就起一个路由的进程，还要把这些路由重分发进BGP里面，还不清楚一台路由器能起多少的路由进程，需要多少的CPU，内存，比起路由策略来那样更不合适?
如果只接 ...
大部分时间loop并不是发生在hub-spoke的情况下，在mesh中比较多。同时ce-pe段不会有什么mesh网络存在。所以就单纯的hub-spoke拓扑而言，在ce-pe段靠策略可以解决绝大多数loop。 有道理。
不过只是讨论这这种组网的优劣而已。 谢谢楼主，拜读了
页:
1
[2]