sla简介及应用范例

《sla简介及应用范例》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、SLA简介SLA(Service-LevelAgreement)简单的理解，就是测量一些网络性能参数，在超过一些门限值时，结合track或者EEM它可以触发一些操作。例如：1.监控下一跳的可达性，如果不可达了,则让某一静态路由失效2.监控领居的接口地址，如果连续三次不可达,则将端口shutdownSLA应用实例如果客户的线路质量不好，又无法改善时，我们需要一种方法来：当线路质量达到一定阀值时，直接reset端口，用重置链路来改善。那么我们如何达到这种需求呢，这时SLA就登场了，那么如何部署SLA呢？分析第

2、一种方法ipsla2icmp-echo1.1.1.2timeout3000frequency10<---频率设置为10S发一次ipslaschedule2lifeforeverstart-timenow<---设置SLA的启动时间为马上，有效期为永远!Track1rtr2<---配置track,trace有up和down两种状态!eventmanagersessioncliusername"username"eventmanagerapplettest_track_1<---EEM配置eventtrack

3、1statedown<---如果track1的状态是down的,则执行下面的操作action1.0clicommand"enable"action2.0clicommand"conft"action3.0clicommand"intg4/3"action3.1clicommand"shut"action3.2clicommand"noshut"action4.0clicommand"end"根据以上配置，如果设备会每10秒发送一个PING包,当超时时，track1会变为down的状态，进而触发对端口的sh

4、ut/noshut，这样达到最终的目的了么？在实际网络中，偶尔丢一个包是正常的、不可避免的，与此同时，端口是正常工作的。但是，根据上面的配置，端口依然会被reset，导致业务受到影响。为了避免这一类不必要的业务影响，我们需要对此配置进行优化，让track1在发生真正的网络故障时才down。最常用的判断网络故障的标准是连续的超时！因此加入以下命令（只说明增加的命令，另外修改的命令用红色标出）：ipsla4icmp-echo1.1.1.2timeout1000frequency10ipslaschedule4

5、life5start-timepending<---并不是马上启动，有效期也只有5秒!ipslareaction-configuration2reacttimeoutthreshold-typeconsecutive3action-typetrapandtrigger<---当发生连续3次timeout时，trigger另一个SLA，并发SNMPTrapipslareaction-trigger24<---SLA2连续三次timeout就要triggerSLA4!track1rtr4<---trackSL

6、A4，而不是SLA2，为什么？如果配置track1rtr2，则每次SLA2超时时，track1都会down，每down一次EEM都会reset端口，这样功能还是和之前一样不合理。所以，需要配置track1rtr4，因为SLA4是pending的，它在SLA2连续三次超时时才被触发（10*3+5=35S）OK，那么问题解决了么？根据上篇文章分析的第一种方法到底行不行呢？经过测试，确实可以规避原丢一个包就启动EEM的问题。但有个问题，因为要新增一个sla，如777，且其状态为pending，即只有在17丢三个

7、包的情况下才启动777。有如下两种情况：1、线路已经开通时，这时配置如上命令时，因17无法连续丢3个包，导致777始终不能启动，导致track17的状态始终为down，最终导致不管丢多少包都不能启动EEM。（想想为什么？）规避措施：配置完如上命令时需要shut上端或下端端口30s（因每10s探测一次），这时777才能启动，然后再做noshut操作，track17状态才能变为up，才能在专线中断的情况下正常启动EEM。所以在已经开通的线路配置如上命令时都要中断主用线路最少30s。2、线路尚未开通时，这时需要

8、在配置完如上命令最少30s才能开通此MSTP线路，否则同样会有如上问题。关于问题的分析及解释：在这我就不解释命令的含义了，关于命令的含义，可以看上篇文章《 关于IPSLA及与EEM联动的探讨<2>》Config：ipslamonitor17typeechoprotocolipIcmpEcho12.1.1.2timeout3000frequency10!ipslamonitorreaction-configuration17re