BGP同步（吃饭时顿时醒悟）

这个BGP同步是个被历史遗弃的东西，不过懂它可以更好地理解BGP路由黑洞的问题
要说这个同步，得从BGP的视野说起，BGP看到的是一个一个的AS，所以它的下一跳肯定在默认情况下是跳到下一个AS那去的。
这里举个例子
如图，解释一下，AS之间起了EBGP邻居，5和6下面有若干网段我们需要把它通告到BGP，AS1234起了IGP，为IBGP开路。其中，只有1和4之间IBGP了把必须的配置全做了。而AS之间只用静态和默认指了一下保证邻居起得来。
注：BGP起邻居一定得让BGP知道，自己这台路由器知道怎么去邻居那里（TCP的特点）。


很久很久以前，中间传输设备没起ibgp全互联的时候，5把路由给1，1给4，（给路由哦，用的是update包，路由条目是这个包的内容，而怎么把这个包给4，那是TCP帮我们递过去的，因为AS1234起了IGP，TCP知道怎么去的4）这时4拿到一条IBGP路由，下一跳是到1，对BGP来说这个是正常，这时有一个数据包要从6到5，当数据包到了4的时候，路由表说要去5下面的网段这条路由从1来的，而去1下一跳走3（IGP起的作用），然后把这个数据包给了3，现在3二球了，5下面的网段它不知道怎么去，出现黑洞了。现在我们就得解决这个黑洞，黑洞的原因是因为它不知道怎么去。所以要不让它知道，要不让它彻底不知道真实的目的地址。彻底不知道可以用隧道解决，在真实的源目的地址外面再包一个能让3知道的源目的地址，另外让它知道。而我们又不能让它起BGP所以只能在IGP上做文章了，要让数据过得去，就得让IGP知道目的地怎么走。所以我们可以在1上重分布一下那条BGP路由，让3用IGP把这个数据包转了。这时，4同时有关于到5下面网段的两条路由，一条是从IGP上来的AD<200，另外一条是IBGP送过来的AD=200,即，IGP学来的要比IBGP学来的要优秀，但是这条IBGP学来的确实也是条正确的路由，下一跳是可达的，所以在它前面打了个>号。但是它没有上4的路由表，因为IGP的明显要比IBGP的管理距离来得小，小的上路由表，天经地义。而4和6是EBGP邻居关系，那正确的BGP路由是应该给人家的，这是人家的权利，得保证全网可达嘛。所以这条在4上实际转发的时候不用的BGP路由就会给了6.这样，从6始发的流量要到5下面的网段就直接由BGP路由送到4，4看路由，用IGP送给3，3给2，2给1，1用BGP路由给了5，大功搞成。现在，我们没在2和3中间起了IBGP，一样能可达。

下面二哥将郑重介绍同步的规定：说，只要是我拿到一条IBGP的路由（就是那条怎么去5下面网段的那条），当我先对比路由表发现路由表中IGP路由居然没有它的时候（拿到的路由是个路由协议都会先评估下它的，不会很无脑地直接上路由表），我就不会把这条扯蛋的路由告诉我的ebgp邻居了（就是这条路由4就不会再给6）。因为，如果这条BGP路由连我自己都无法保证可达性的时候我肯定不会把这个不确定的消息给我的EBGP邻居，毕竟，和我起IBGP的人不一定是物理和我相邻的，如果中间的机器不知道怎么去这条BGP路由上描述的目的地，这样黑洞是必须的
它提出的原因就是刚才上面分析的那一段，为防止当你PING包的时候，到了AS1234出现了不知道怎么去的情况（black hole我吸！！！！）

PS：我要画NP各个路由协议的地图，打算放假的时候用PPT做出来分享给大家。（其实说到画地图，1岁半睡觉的时候画的那张地图还在家里）
另:全是我的理解，如有不正确，请明示，谢谢。

路过占楼而已

路过跟贴

看帖回帖是美德！:lol

没看完~~~~~~ 先顶，好同志

学习了，不错，讲的太有道理了

看帖回帖是美德！:lol