BGP理解之防止环路.docVIP

BGP理解之防止环路 BGP理解之防止环路 PAGE / NUMPAGES BGP理解之防止环路 BGP 理解之防止环路 BGP 这个 协议 完全是一种策略性的 路由协议 ，它的复杂并不是由于路由算法有多难学，最主要的是利用 BGP 来控制路由流向的手段多样化复杂化。 任何路由 协议 都要首先解决环路的问题， OSPFISIS 利用了 SPF算法来解决， EIGRP 的算法比较新奇， 是一种扩散算法，那么 BGP 在设计中使用了很多小手段，把精力精中在设计多样化控制属性。（ IGRPRIP 见鬼去吧，在中国你想找到他们都难） 1.BGP 天生属性重要属性， ASPATH,BGP 路由更新中， 在经过的自冶域 （ AS）号添加到更新中， 这样， 当 BGP 发现自己所在的 AS 也在其中，就可以认为发生了环路。 2.EBGP 可以这样考虑没有问题，在某些场景中，会有问题。 如上图， AS100 的更新传到 AS200，在 AS200 中，不管是人工还是 BGP 的自动汇总属 性，汇总成传到 AS300，再传回 AS100 中，在 AS100 看来，这条路由的 ASPATH 是 (300,200) 自己并未在其中！！这就会致环路的形成。 解决方法是增加 ASSET 值，使得在路由汇总后（聚合）也保留其原来的 aspath 的属性值，这样就可以 防止路由环路了。 利用这种打标志的方法可以在 AS 间传递时不会发生环路， 那么问题来了， 如果在一个 AS 内怎么办？ 因为在 IBGP 中，至始至终都是在一个 AS 里打转， ASPATH 也没有打的必要，所以，在 BGP 中， IBGP 是不会添加 ASPATH 属性的。那么怎么解决这样问题呢？ 3.开发者想到一个绝妙的思路， 如果 IBGP 只是在邻接相互传递， 即是说一对一。 打个比方，我认识 A ， A 认识 B，但是我与 B 是互不认识的， 因为 A 是不会把我介绍给对方的。 在 BGP 如果这样规定的话， IBGP 邻接学习来的路由不发布到其他 IBGP 邻接，不就可以防止环路了，因为这根本就不可能有环生成，都是 一条线。 这方法很绝，但是这样一来就会要求全网二二之间建立邻接关系。 4.这个时候就可以按照 OSPF 啊那样的思路来考虑这个问题， 找个人大代表不就解决了， 就是 DR+BDR. 为了表示高新科技就起个拉风的名字： 路由反射器 ,就是 RR 了。这样就可以从逻辑上变成简单的 hub-spoke 的结构了。其实这个想法就是部分放开了上面第 3 说的潜规则。即是产生了中间人，使其可以把它认识的 客户介绍给其他客户。为了防止环路，就要对中间人实行一定的公平法则，最重要一点，中间人不能改变 客户的发出的信息，这样就算是环路信息传递回来也可以从更新中发现自己的 RID （这也就是为什么配置 LOOPBACK  的原因了，那是多么重要的东西啊，在  MPLS  中还会要求必定要  /32 位的）不就可以发现环路 了。聪明！ 5.但是 RR 一带多的情况在大量路由器的时候也是体力而有所不支，会精竭人亡了。所以，还要想办法分担一下，怎么分担呢？能不能像  一夫多妻， 搞不了多少的， 要不就 OSPF 那样，分成几个区，各管各的 然后区区之间保持必要联系呢？肯定可以了，我的程序我作主，于是  BGP  开发人员就想到了，通过把一个 AS 分成几个小  AS，小  AS  间用  EBGP 邻接，在小  AS 内部用  RR，哇多好的设计。拉风的名字是少不了的 联盟 confederation ，（我在想为什么不叫部落呢？）  AS 内的多个联盟，在别的  AS 看来是不可见的。 那么这样把结构又搞复杂了一点（怎么越简化越复杂了呢？）。 在发明联盟后，怎么解决联盟间的环路问题呢？其实这个问题很好解决了，聪明的你肯定想到了，做 个山寨的  ASPATH  不就可以了，对，正是这样，修正  BGP 的 ASPATH  的属性，让它在联盟中的场景中生 效不就可以了。 环路的形成目前总结到这里，还有一个未写到，就是  BGP 同步规则，这个也是为了防止环路以及路由 黑洞，打断这个规则的方法就是让全网建立全邻接结构。这个算不谈了，我直接写到可以更好理解。