BGP的收敛调整

一、有关于TCP的考虑
1.TCP最大分段尺寸（maximum segment size,MSS）
用来控制TCP段或数据包的大小的
一、按照RFC793的描述，这个值由一个TCP选项来通告，这个TCP MSS选项仅仅在SYN数据
包与它对应的SYN/ACK数据包中被运载，TCP会话使用的TCP MSS是SYN数据包中通告的最小的那个TCP MSS，Cisco缺省使用的是536。

这是基于RFC791的要求确定的，即一台主机在没有确定目的的主机能够接受大于576的数据包之前，不能发送大于576字节的数据包，MSS的取值之所以是536，是由所要求的576字节减去20字节的IP报头和20字节的TCP包头而得出。

二、如果确信目的地能够接受大于576字节的数据包，也就意味着这些数据包能够达到目的地而
不被分段，只要数据包不是被完全地拒绝，那么任何较大的MSS调整将获得的性能增强就会因为传送路径上过度的数据分段而急剧下降。

例子：
R1跟R2说（携带在SYN中），我的TCP MSS是1460，R2收到以后说我的是536（携带在SYN/ACK 中），于是两端的MSS就是536，也就是最小的那个。

2.TCP的窗口大小（window size）
用来控制数据包发送速率的
BGP的会话使用的缺省的16KB，可以通过CLI来配置这个窗口的大小，然而这个值并非应用于BGP会话。

二、BGP更新生成
1.对等体组；
2.BGP动态更新对等体组
3.更新打包增强
4.BGP只读模式
1.对等体组
为BGP对等体提供了一种机制，使其具有相同出境策略的BGP对等体互联，该特性具有两个主要优点：（1）减少配置
（2）增强对等体之间复制更新能力（主要优点）
例子：
Router bgp 100
Nei 10.1.1.1 version 4
Nei 10.1.1.1 remote-as 100
Nei 10.1.1.1 password cisco
Nei 10.1.1.1 route-reflector-client
Nei 10.1.1.1 update-source loop 0
Router bgp 100
Nei RR-client peer group—创建对等体组
之后操作都是对组操作
Nei 10.1.1.1 peer-group rr-client—将对等体加入到组中。

一条命令就搞定，不需要为每一台进行复杂的设置。

非对等体组的环境下，BGP进程需要为每一个对等体遍历整个BGP表，并为每个单独的对等体创建更新，但是在对等体组环境下，BGP进程只需要为对等体组遍历BGP表，根据最低的IP地址，每一个对等体组会选举出它的对等体组引导路由器（peer group leader）。

BGP进程为对等体组引导路由器遍历BGP表后，就可以创建BGP更新消息，这些更新消息被复制给对等体组内的其他所有成员，如果100个IBGP对等体全部在同一个对等体组中，那么路由器将遍历10W条前缀，而不是1000万条，这样的优化减少了对处理器的需求，又减少了内存的需求。

对等体组成员为了能得到复制信息，必须要与对等体引导路由器同步，如果通告给对等体组引导路由器的BGP路径集合，也已经被通告给了对等体组成员，那么我们就说，对等体组成员和对等体组引导路由器同步了。

需要注意的是，对等体组成员如果在对等体组已经开始收敛后才初始化，那么它就不会与这个对等体组处于同步状态，这就需要路由器为非同步的对等体格式化更新消息，就像对待一个非对等体组成员一样，这会一直持续到那个对等体与对等体组引导路由器同步为止。

相关查看命令:show bgp peer-group
2.BGP动态更新对等体组
将对等体组配置与更新复制功能分开：
（1）对等体模板（peer template）
（2）更新组(update group)
(1)对等体模板
传统的对等体组有两个主要缺点：
1.对等体组内的所有邻居必须具有完全相同的出境路由选择策略
2.对等体组内的所有邻居必须在相同的地址簇中。

满足这些需求才允许在对等体组中执行更新复制
对等体模板的配置特性使得一组配置选项可以被应用到一组邻居上，对等体模板是可以重用的，并且支持继承性，这样就使你具有更多的控制力和灵活性来创建简明的BGP配置。

对等体模板有两种类型：
1.对等体会话模板(peer session template) 不包括任何策略属性，而是关注与会话的属性
2.对等体策略模板(peer policy template)
任何继承的模板都首先被处理，然后在处理专用的模板的配置。

配置实例：
Router bgp 100
Nei 10.1.1.1 inherit peer session internal-session
….
Template peer-session base-session
Password cisco
Version 4
Exitpeer-ssion
!
Template peer-session internal-session
Inherit base-session -----继承base-session模板----之后属于补充
Update-source loop0
Remote-as 100
Exit-peer-session
!
Template peer-session external-session
Inherit base-session
Password customer
Remote-as 65001
Exit-peer-session
!
这里需要强调一点，继承的目的是为了简化配置，提供操作的灵活性。

目的需要明确。

（2）更新组
基于对已配置的BGP会话的出境策略进行分析，路由器动态地创建更新组，路由器动态地指定BGP对等体到具有相同出境策略配置的更新组中。

这一特性不需要做任何配置。

当改变BGP对等体的出境策略时，路由器会自动地重新计算更新组。

如果需要任何改变，路由器会自动地对所有受影响的BGP对等体触发一个出境温和清除(soft clear)操作。

相关的查看命令:show ip bgp update-group
3.更新打包增强
BGP的更新消息是由BGP的属性组合而构成，这些属性组合后面，是与之匹配的所有网络层可达信息（NLRI），路由器每隔一段时间就遍历BGP表，然后创建更新消息，接着路由器把所有已经创建的更新发送出去，这不允许BGP每次发送更新时，都去遍历整个BGP表，因为BGP表太庞大了，为了一个特定属性组合找到的NLRI，不一定就是那个属性组合的所有NLRI，对于每一个属性集合都需要发哦是那个多个更新消息，在处理更新的生成方面，这个是更有效的方法。

Cisco的12.0 IOS（19）S引入了一个重要的增强特性，这一特性是关于CISCO IOS如何讲NLRI打包进BGP更新消息，解决方案就是为每一个对等体或更新组创建一个更新缓存，然后把每一个属性组合的NLRI 打包进为每一个属性组合创建的单一更新中，这为更新打包处理提供了100%的效率，并可以大大减少必须被格式化和被复制的BGP更新消息的数目。

4.BGP的只读模式(BGP read-only mode)
简单的说，就是路由器在初始化的时候，就开始接收前缀时，路径选择过程已经提前运行起来了，这就会导致最佳路径不停改变，从而会形成同一条前缀的多条更新被发送，这是低效率的。

可以用只读模式来抑制这种情况，直到对等体停止接收更新，等接收完成以后发送的更新信息，才是最佳路由的更新信息。

--初始化的对等体抖动是相当大的，会影响整个网络的稳定性，自我感觉这也是一种抖动的解决方式。

相关配置命令：bgp update-delay 时间配置BGP停留在只读模式的时间。

上限是2分钟。