SLA EEM Track 电信联通各走各路

打字不易，转载请注明出处！
学习总结，雷同请多多包涵！
学识有限，出错请给予指正！
By 铁血、诺言

 

今天写一些我感觉还是很实用的协议。

 

SLA（Service Level Agreements）

服务等级协议，这个协议用处很多啊，今天就写写SLA和PBR的联动。

 

如何解决联通走联通线路，移动走移动线路？我没有想出什么好的方法，如果各位有什么其他方法，希望可以教教我。我这里想到的就是根据运行商的IP数据库做PBR，同时一条链路down了，还有另外一条顶上。

 

SLA有两种操作方式，一种是不要求被探测目标设备与SLA探测设备进行互动，比如我们用的ICMP探测技术，另一种要求被探测目标设备与SLA探测器互动，我们称被探测目标为SLA响应器。SLA探测器用UDP协议任意端口与SLA响应器端口1967通信并传送控制信息，然后在进行TCP协议探测，如果控制信息发送失败，那么探测也是不成功的。

 

SLA可以测试网络中延迟啊，抖动啊等等，功能还是挺给力的，今天我们用tcp-connect技术，也就是用TCP握手连接进行网络质量测试，不过被测试的对象要开启SLA响应器。

 

拓扑如下：

R1lo1要去访问远端R4的环回口，lo4 4.4.4.4 和lo44 44.44.44.44  。lo4比如R2比较快速到达，lo44 R3比较快速到达。如果一条链路断了，将自动切换。

 

 

R2R3R4配置了ospf，把自己的直连和环回口宣告进网络。

R1  PBR 配置如下 ，可以满足R1去4.4.4.4从R2走，去44.44.44.44从R3走。

 

我想说配置到这里已经可以实现，联通走联通路线，电信走电信路线了，也实现了备份。如果R1R3链路down了，去往44.44.44.44是直接从R2走的，R1的路由表如下：

看上去今天所写的SLA是多余的了，我自己感觉也是多余的。。。

上面是昨晚写的，想了一晚上，早上有查了些资料，其实SLA还是有作用的。

 

上面的拓扑图，R3R4链路断了，PBR依然生效，那么走R3的包都会丢了。

这时就要使用SLA了，但困惑我一晚的就是，SLA检查到链路down了，那条指向R3的默认路由没了，可是PBR的条件还是符合的，这时包还是从R3走，又是丢包。

 

如何让SLA检测到链路坏了，同时让接口也Down，链路恢复，接口又up呢？

查资料和问人终于了解到了，结合EEM可以完成任务。

 

R1 EEM配置如下：

event manager applet track_1
event track 1 state down
action 1.0 cli command "enable"
action 2.0 cli command "conf t"
action 3.0 cli command "int  s1/0"

action 4.0 cli command "sh"

 

event manager applet track_2
event track 2 state down
action 1.0 cli command "enable"
action 2.0 cli command "conf t"
action 3.0 cli command "int s1/1"

action 4.0 cli command "sh"

 

R1 SLA 直接上配置 ，要记得在R2R3上敲ip sla responder

 

总算搞定了，网上还有人说，使用默认路由走电信，然后使用精确匹配的路由走联通，当然需要使用到浮动静态路由，这种方法也很不错。

 

各位好友什么好的方法，希望给以教教小弟。

今天下午有个面试，希望顺利吧。