IP-SLA介绍和配置_原创精品文档.pdfVIP

今日的网络环境，无论是局域网还是广域网，冗余已经成为一个重要的因素。这

次的主题涉及一个广域网的冗余——数条广域网链路终结于一个路由器。

最佳、最简单的在思科设备上实现广域网冗余的方法是配合IPSLA使用可靠的

静态备份路由。

IPSLA是包含于思科IOS中的可以允许管理员去分析IP应用程序和服务的IP

服务等级（IPServiceLevels）的一个软件。IPSLA利用动态流量监视技术来

监视网络中的连续流量。思科路由器提供IPSLA响应机制为通过网络的数据进

行精确的测量。

使用IPSLA，路由器或交换机执行周期性的测量。测量次数以及可用的测量类

型十分丰富，在本文中我只设计ICMPECHO（ICMP响应）功能。IPSLA其本身

就是一个非常大的课题。

让我们来看看一个基本的广域网链路冗余示例的拓扑，如下：

在上图中，思科设备通过两条广域网链路连接至ISP1和ISP2。现实中最通常的

配置是在路由器上配置指向下一跳的默认路由，如下所示：

R1（config）#iproute

R1（config）#iproute10

正如你所注意到的，指向ISP2的管理距离被设置为10，该条链路是备份链路。

以上配置通过配置两条浮动路由基本满足了我们的需求，但这种配置仅仅适用于

路由器广域网接口是up/down或down/down的情景中。但是更多的情况是，尽管

链路是up的，但是我们没有办法抵达网关（下一跳路由器地址），这通常是ISP

侧的问题造成的。

在这种情景中，IPSLA成为了工程师的最佳伙伴。通过添加大约六条IOS命令

我们即可拥有更加可靠的自动故障切换的网络环境。

使用IPSLA，思科路由器可以通过因特网控制消息协议（ICMP）ping来对广域

网的远端路由器接口的状态（up或down）来进行验证，并在远端路由器接口

down时实现本地备份链路的故障切换（备份激活）。可靠的静态路由备份使用

对象跟踪（objecttrack）功能来确保在各种灾难事件中的可靠备份，比如因特

网链路失效或对端设备故障等。

IPSLA配置为去ping一个目标地址，比如公网上可路由的ip地址或企业网络

中的地址，亦或是你的下一跳ISP路由器地址。ping请求只应从主链路接口发

出。以下示例配置实现IPSLA生成到ISP1的下一跳地址的icmpping。

R1（config）#ipslamonitor1

R1（config-sla-monitro）#typeechoprotocolipIcmpEcho

source-interfacef1/0

R1（config-sla-monitro-echo）#timeout1000

R1（config-sla-monitro-echo）#threshold2

R1（config-sla-monitro-echo）#frequency3

具体配置过程中，每个IOS版本的命令实现都可能有些微差别，部署需要查询思

科文档。以上命令的版本是IOS12.4(10)。

以上信息配置并启用了IPSLA。

通过设置频率（frequency）,ICMPecho请求每3秒发往下一跳地址。

失效时间（timeout）设置了等待响应包的最大时间。

定义完IPSLA的操作，下一步我们要去定义一个对象来跟踪我们设置的SLA。

通过下面的IOS命令进行设置：

R1(config)#track1ipsla1reachability（注：3640没有办法找到这条指

令）

以上配置用以跟踪IPSLA的操作。如果没有ping响应包从下一跳返回，track

的状态将down，在接收的ping响应包的时候track状态将会转为up。

验证track状态，可以通过showtrack来实现，如下：

以上输