1、OL过载机制的特性
在同一个区域中，所有ISIS路由器的LS数据库要求要完全一致，只有这样才能实现，各个路由器上计算出来的这颗最短路径树完全一样（只是各个路由器节点处于树中的位置不同而已）。
如果区域中某台路由器用于储存LS数据库的内存被消耗殆尽，那么就意味着该ISIS路由器将无法攒齐本区域内所有的LSP。那么在进行SPF计算的时候必然会出现问题。当出现这种情况的时候，其他ISIS路由器在计算最短路径树时，应该将这台路由器视为最短路径树中的某个“叶节点”路由器，而不应该将其视为某个“中间节点”路由器。也就是说，在报文转发过程中，其他路由器会选择绕过该路由器到达目的网络，但是到达该路由器直连网络的数据包，仍然会转发给该路由器。
2、OL过载机制的新用途
拓扑说明：
在上面的拓扑中，使用ISIS实现AS内的互联互通，同时在AS内的路由器之间使用回环口建立IBGP的邻居关系，为了解决IBGP的水平分割问题，需要在AR2和AR3上配置RR来反射BGP路由。调整AR1、AR4的接口Cost值，使得数据包的转发路径为“AR1<——>AR2<——>AR4”，“AR1<——>AR3<——>AR4”作为备份链路使用。
然后分别在AR1和AR4上将前缀11.11.11.11/32和44.44.44.44/32通告进BGP。
正常情况下：
在AR1上发送到AR4的数据包。报文转发路径为“AR1<——>AR2<——>AR4”。
在AR1上操作：“ping -c 1000 -a 11.11.11.11 44.44.44.44”
在这个过程中，若将AR2重启，会观察到如下现象：
（1）AR2重启，报文被切换到备份链路进行转发。
（2）AR2重启完毕，此时ISIS已经收敛完成，AR1认为AR2可以正常转发报文，于是将报文重新发往AR2。但是由于AR2上的BGP尚未收敛完成，即不存在到44.44.44.44的BGP路由，所以报文被丢弃！！！
（3）AR2上的BGP收敛完成，此时AR2存在到达44.44.44.44的BGP路由！
通过上述的观察发现，在ISIS和BGP的联动过程中，ISIS路由器的重启，会带来流量黑洞的问题。而问题的根源就是因为ISIS的收敛要快于BGP。而ISIS的OL过载机制就可以用来解决这个问题。
实现原理：
配置了过载机制的ISIS路由器在重启后，会在通告给邻居的LSP中将OL置1，使得邻居路由器在最优路径时“绕过”自己。当运行在路由器上的ISIS进程发现本地的BGP已经收敛完成后，会重新发送LSP，并将OL位重新置0。收到该LSP后，邻居路由器会重新考虑使用该路由器来转发报文。
具体实验效果已验证！！！
命令说明：
[R2-isis-1] set-overload on-startup wait-for-bgp 180
解释：ISIS路由器在重启后的180秒内LSP的OL都是置1的，180秒后，不管BGP有没有收敛都会置0通告。
2017-2-28