《基于IOS的IP服务水平协议(SLA)配置.docx》由会员分享，可在线阅读，更多相关《基于IOS的IP服务水平协议(SLA)配置.docx（35页珍藏版）》请在三一办公上搜索。
1、基于IOS的IP服务水平协议配置Cisco IOS SLA(以下简称IP SLA)基于Cisco SAA技术发展而来，并在其基础上进行了增强，该特性让用户可以监测路两台Cisco 路由器之间或Cisco 路由器与一个远程的IP设备之间的网络性能。本文集中讨论了新的SLA（又称作SAA）信息，包括使用与配置原则，如何从IP SLA中抽取数据，如何使用命令行(CLI)和SNMP来配置IP SLA等内容。SNMP的MIB细节可以参考Cisco-RTTMON-MIB 。1 IP SLA概述1.1 IP SLA用途IP SLA可以用于以下用途 SLA监测 网络性能监测 网络服务评估 端到端的可用性监测
2、网络故障诊断 MPLS网络监测 VOIP网络监测 1.2 IP SLA 优点 增强布署新应用的信心 监测与确认服务质量，实现差别服务 增加用户信心与用户满意度 通过SLA的度量，用户可以确认他的网络应用照他们需要的那样运行 网络有问题时可以预告提醒用户 可以连续的、可靠的周期性度量网络的性能 1.3 IP SLA 特性概述 测量能力：可以测量UDP响应时间、单向延时、抖动、掉包情况和连通性；ICMP响应时间与连通性、每一跳的ICMP响应时间与抖动；DNS查询、TCP连接、HTTP处理时间等的性能度量；丢包统计；DHCP响应时间测试；从网络设备到服务器的响应时间；模拟Voip的codecs测试出
3、语音质量的MOS/ICPIF得分；DLSw+通道性能；IP SLA可以通过命令行或SNMP(Cisco-RTTMON-MIB)来实现前期告警，可以定义SLA的监测阈值，当一个SLA达到阈值时能产生一个SNMP TRAP，并且能触发相关的作业以实现更详细的分析；IP SLA可以实现灵活的调度，可以在任何给定的时间或以任意的时间间隔周期性运行。图1Cisco IOS IP SLA 1.4 使用IP SLA来度量网络 IP SLA是一个网络性能度量与诊断工具，它通过主动在多个站点之间或多条路径之间发送数量来实现对网络性能的度量。IP SLA使用时标来计算如抖动、延时、响应时间这、丢包率、语音MOS值
4、等网络性能参数。用户通过命令行或RTTMON MIB可以定义一个IP SLA动作（探针），定义IP SLA动作时可以明确这个动作所产生的流量的包尺寸、发包间隔、协议类型、DSCP标记以及其它一些参数；然后让这个动作在适当的时候运行并返回度量性能所需要的参数。例如，我们可以定义一个用来度量UDP的抖动的动作，这个动作每分钟每隔20ms发出10个64Bytes的包。由IP SLA探针所返回的数据存储在RTTMON MIB中，可以通过命令行或网络管理应用来提取其中的网络性能统计数据。可以让IP SLA探针在任意时间点或以任意的时间间隔连运行，通过设置不同的DSCP值，IP SLA可以测试同一链路上不
5、同类型的流量的性能。运行Cisco IOS的目标路由器可以需要配置成IP SLA Responder(响应器)，用于处理测试包并提供更详细的时标信息。响应器可以将目标路由器的处理延时等信息发送回源路由器，这样在后期计算时这个处理延时就可以去掉以提高测试的精确性。使用IP SLA时单向测量机制也是可行的。 IP SLA利用SNMP trap提供了预告警告机制，每个测试探针可以预告配置一个性能阈值；当结果超出阈值时，IP SLA将产生一个SNMP TRAP并发送到网管应用上，可用的SNMP Trap包括：循环时间、平均抖动、单向延时、抖动、丢包率、MOS值、连通性测试等，同时管理员也可以定义IP
6、SLA去执行一个新的探针，例如当延时超出阈值时可以触发第二个作业测试每一跳的延时来将问题区域隔离出来。2 SLA 监测介绍 2.1 概述 企业IT部门向内部客户或其它部门提供SLA的压力在不断的增长，如何去度量外部提供的SLA也是一个大问题；服务供应商为了提高客户满意度也有提供SLA的动机；管理上需要确保网络能满足生产经营活动的需要；终端用户需要保证在他需要时，关键应用与服务总是可用的；一个组织在布署一个新的技术、新的关键应用或IP服务（如voip），通常需要一个SLA或服务水平的验证。交付SLA的复杂度日益增加，很难决定要去监测些什么，怎么去度量，以什么样的频率去搜集数据。在一个复杂的多服务
7、网络中，要实现端到端的服务监测也是相当困难的。服务水平管理，包括SLA，是解决这个问题的一个关键组件，并且可以增加网络可用性。2.2 定义SLA需求 在定义SLAs时，最为关键的是客户所关注的事务处理目标，只有在明确客户关注什么的情况下，才能制定出切实可行的服务水平参数来。太多的、太复杂的不可行的参数往往会达不到管理服务水平的目标，并受到客户的责备。一份SLA越通用，SLA的需求也就越简单，服务供应商的SLA必须同时考虑连接性与主机应用： SLA的度量是需要的 能够以合适的粒度去界定SLA问题 出现SLA违背时能施以财务惩罚 可通过WEB访问的商务报告和技术细节报告。 在布署新的应用时确定关键
8、的业务目标已达到2.3 服务水平合同与SLAs SLA是服务水平合同(SLC)中的关键组成部分，SLC定义了服务提供者向终端用户提供的连接性与性能协议，服务提供者可以在企业内部(如企业内的IT部门就是其它部门的服务提供者)，也可以是一家外部公司(如提供广域连接、主机服务的的ISP)。一个SLC通常包括多个SLA，所以一个特定的SLA的违反会引起整个SLC的违反。服务水平管理解决方案需要提供一个能管理一个SLC内所有SLA的解决办法。应当能独立的监测多个SLC及其相关的SLA，这通常包括了预期的服务水平和最小服务水平两个参数，例如，一个为分支机构和总部提供连接的SLC定义了一条64kbps的链路
9、，要求在一个月的计算期内，链路的平均延时在100ms以面，这个平均延时就是预期的服务水平，这时的最小服务水平可以是一天的计算期内，平均延时在300ms以内。端到端的SLC常用于性能监测也失效管理，IP SLA提供了每一个SLA的细节信息。 3 使用IP SLA监测网络 用户必须决定何时去监测服务水平的参数值，这个过程中的一个重要影响因素是所考虑的SLA的类型，在决定何时监测服务水平之间需要解决以下几个问题。首先，用户必须知道服务水平合同什么时候真正开始生效？度量的主要目标是什么？什么参数是需要监测的重要参数？第二步要做的就是对网络中的流量模式进行评估，度量采样做得越多，所取得的流量模式就越准确
10、。更多的点意味着信息更精确，相反，更多的度量采样潜在的引起管理流量的上午，让可用带宽变小。活动的度量将模拟网络中的流量型号，例如正确的包尺寸，间隔等。3.1 例1：测量从分支机构到中心办公室的数据流量性能 图2例1的网络拓朴 一个企业客户有一个总部，和两个分支机构办公室；其中一个分支机构使用单独的帧中继电路(256Kbps)，另一个通过Internet VPN的方式访问中心办公室。两个分支办公室的用户都需要访问位于总部的web服务。例如，公司要求提供99.95%的可用性，响应时间要求小于50ms，对于通过Internet VPN访问总部的分支机构，提供了一个延时低于100ms的SLA。基于这些
11、数据，该企业必须考虑如何度量与验证两个分支办公室都能取开满意的服务水平，如果不能达到这个服务水平，就需要确认是网络中哪个/哪些部件(如广域链路、客户端应用、Web服务器)导致了问题的产生。3.1.1 选择适当的作业在SLA布署中的第一步就是分析需要监测哪些参数，在前面介绍过IP SLA所能提供的作业类型，下面对这些作业再作详细的说明：3.1.1.1 UDP Echo 作业UDP ECHO作业可以测试从路由器到IP设备之间的端到端的响应时间或连通性，UDP是一个可以报告错误并提供与IP包处理相关的其它信息的网络层(第三层)协议， 响应时间是通过计算发出UDP ECHO消息和收到UDP echo响
12、应之间的时间差来实现的。在目标路由器上启用IP SLA Responder可以提高UDP echo的精度。在本文后面将详细讨论IP SLA Responder。3.1.1.2 DNS DNS响应时间是通过计算发出DNS请求和接收到响应之间的时间差来实现的，这个作业可通过用户提供的主机名查询IP，也可通过用户提供的IP地址查询相应的主机名。 3.1.1.3 DHCP，动态主机配置协议 动态主机配置协议（DHCP）响应时间是计算从发出请求到收到响应之间的差值实现的，当取得IP地址后，源路由器会将这个IP释放回地址池，从而避免出现消耗大量IP地址的情况出现。 3.1.1.4 HTTP HTTP作业可
13、以度量连接或从HTTP服务器访问数据的往返时间(RTT)，台要通过一个URL来定义，HTTP服务器响应时间度量由以下三部分组成： DNS查询域名查询的往返时间RTT taken to perform domain name lookup TCP连接TCP连接处理的往返时间 HTTP处理时间发出请求到从服务器收到响应的往返时间 3.1.2 选择适当的测试组合在定义一个SLA的过程中，最困难的就是选择适当的测试组合，在做这一步之前，必须先满足以下条件： 源设备必须是Cisco 设备，并且能运行IP SLAIOS版本为12.0(5)T或更新； 当做IP SLA作业时，目的设备可以是一个IP设备，使用
14、Cisco 路由器中的IP SLA Responder可以提高测量精度 当这些条件满足时，就可以集中精力选择设备组合了。一般情况下，源设备是边缘的路由器或企业网络与供应商网络的边缘路由器。表1：本例中所选择的测试组合：源目的作业说明C D UDP A B UDP B Web服务器HTTP D Web服务器HTTP A Web服务器HTTP 可选C Web服务器HTTP 可选以上就提供了广域连接相关的细节，如DNS查询时间、TCP连接及最终的HTTP作业等。 3.1.3 选择适当的荷载 荷载是包所承载内容的实际尺寸，这个值与包本身的大小不一样；根据协议类型的不同，包头的长度也不同。在选择荷载值时
15、，必须考虑控制包分片的最大传输单元( MTU)的影响，通过控制与MTU相关的荷载尺寸，就可以控制每个采样所发出的包的个数。这个值最好能和网络中实际包的值相一致。Internet中平均包大小为260Bytes，这个客户也使用这个包尺寸。 3.1.4 选择适当的TOS位 本用户未实施QOS，在这个例子中不涉及到TOS位3.1.5 选择适当的采样间隔IP SLA发送监控流量采样的频率取决于需要和监控流量本身对网络带宽的需求。采样发生的频率可以基于取得最精确的网络服务水平结论这样一个前提来考虑，但很不幸，一般这是不现实的，在一个昂贵的广域链路上，用户不会允许测试的流量占用太多带宽的。在使用低端路由器时
16、或有大量流量通过路由器时，还得考虑产生SLA流量对设备本身性能的影响。在这种情况下，需要降低采样的频率或使用一个单独的路由器来做IP SLA作业。更细节的性能讨论，请参见本文的后续章节。在这个例子中，我们选择了如下的采样间隔： UDP: 60秒 HTT：300秒 3.1.6 选择适当的域值一般情况下，服务提供商在SLC中都会提供一个预先定义好的性能域值，ISP提供的SLA中可能包括总延时和可用性的百分比等参数。在这种情况下，选择什么域值是很清楚的。如果这些值都不明确，则需要网络管理员来决定应当选择什么样的域值。目前域值可以有响应时间和抖动计算，不适用于丢包率。 现实的域值案例: 单向延时: 西
17、欧-美国西部: 90 ms 美国西部-美国东部: 30 ms 欧洲: 40 ms 西欧-非洲: 150 ms 西欧-北亚: 100 ms 这些数据仅考虑了运营商的骨干链路部分，接入层网络增加的延时还必须增加进来表2：本例中配置了如下阈值源目的 度量域值A B 往返延时 150 ms 或100 ms C D 往返延时200 ms 或5 s或3 s A,B,C,D Web 服务器 TCP 连接 500 ms 或200 ms A,B,C,D Web 服务器HTTP超时或5 sec 2 s或1 s 3.2 例2:总部到分支机构的电话会议 图3：例2网络拓朴图3.2.1 选择适当的作业 在例2中，业务经
18、理需要在总部和分支机构之间召开电话会议，客户已经通过三个不同的类在链路上布署了QOS。在这种情况下，音频和视频在网络中极度依赖于包的延时和丢包率。为VOIP选择一个抖动作业，再为业务数据流量选择一个UDP作业。未对尽力投递类数据定义作业。3.2.2 抖动/VOIPVOIP作业，通过称为抖动，度量了两个方向上面包与包之间延时的变化（源到目的/目的到源），IP SLA以一个特定的间隔发出一系列的包，包的序号与时标及响应这些包的相关参数被搜集起来计算中间延时的变化。该测量方式在验证VOIP服务中相当有用，使用抖动作业时需要在目标设备上启用IP SLA Responder。 抖动作业与其它作业相比，提
19、供了如下的些信息： 抖动：源目的，目的源 丢包情况：源目的，目的源 往返时间 如果SLA与Responder的时钟是同步的，可以测试出单向延时 最精确的作业 包有序列号 12.3(4)T开始提供MOS度量与Codec模拟 12.3(7)T开始提供单向延时、抖动、丢包及MOS的Trap 3.2.3 选择适当的测试组合 相关路由器: W, X, Y 分支路由器: Z 作业: X 到Z; Y到Z; W到Z 3.2.4 选择适当的荷载大小使用200Bytes的包尺寸3.2.5 选择适当的TOS字段从某种意义上来说，不同类型的流量在通过网络时具有不同的优先级。如某公司坚信Email比WEB流量更为重要，
20、它就可能为Email流量设置一个比Web流量更没的优先级。IP SLA可以在IP头中配置TOS位。如果在QOS策略中是使用的DSCP位，DSCP位需要转化为TOS 位输入到IP SLA选项中去，因为目前的IP SLA特性不直接支持DSCP值。 表三：定义三个不同的QOS类类IP 优先级DSCP TOS VoIP 101 40 160 业务数据100 32 128 尽力投递000 00 000 表四：定义5个不同的QOS类类IP 优先级DSCP TOS VoIP 101 40 160 视频 100 32 128 语音控制流量011 24 096 业务数据001 08 032 尽力投递000 00
21、 000 3.2.6 选择适当的采样间隔抖动使用10个间隔20ms的64bytes包作为一组，频率如下： X-Z: 60 sec Y-Z: 60 sec W-Z: 180 sec 3.2.7 选择适当的阈值在这个SLA中没有特定的阈值，管理员必须进行独立的测试，这里选择了如下表所示的阈值。表五：本例中所用到的域值源目的 度量阈值X实时应用Z 双向延时 100 ms 抖动 100 ms 或20msX关键应用Z 双向延时 500 ms或300 ms, 超时5 sec W实时应用Z 双向延时 100 ms 抖动 100 ms 或20msW关键应用Z 双向延时 500 ms或300 ms, 超时5 s
22、ec Y实时应用 Z 双向延时 100 ms 抖动 100 ms 或20msY关键应用Z 双向延时 500 ms或300 ms, 超时5 sec G.114标准建议单向延时(电话到电话)低于150ms是可接受的，我们建议延时不要过超过20-40ms 4 IP SLA配置与作业细节 4.1 路由器处理延时因为还存在其它高优先级应用的原因，路由器需要花约10个ms来处理进入路由器的包。这个延时会影响到通过Ping技术计算出来的响应时间，因为响应包中包括到在队列中等待处理的时间，这样，测试出来的响应时间就不是真正的网络延时。IP SLA通过使用Responder，可以将路由器的处理延时从最终的计算结
23、果中去掉从而保证测出来的是真正的往返延时。 4.2 Responder与IP SLA控制协议IP SLA Responder是内置在Cisco路由器中的一个组件，用于响应IP SLA的请求包。Responder在回显包上打上时标，从而可以计算出单向丢包、延时及抖动参数。通过使用Responder，测试的精度也可以达到令人满意的效果。 IP SLA的精度大大好于ICMP ping的精度，可以参见如下文档： 通过使用IP SLA Responder，可以在源和目的设备之间使用一个专用的控制协议，仅仅运行Cisco IOS的设备才能成为IP SLA的源和IP SLA Responder的目的设备。I
24、P SLA Responder可以用于UDP抖动作业(必须)、UDP echo和TCP连接作业。当目的路由器是Cisco 路由器时，我们建议配置UDP echo和tcp连接时均使用Responder。而且不使用目的路由器上的Small-server. IP SLA可以定义Responder所监听的端口，Responder在一个特定的端口上监听IP SLA作业的控制信息。控制信息携带了如协议、端口号、持续时间等信息，一旦收到控制信息，Responder将在特定的时间内开启特定的UDP/TCP端口。然后Responder就在该端口上接收并响应包，响应完成或超过一个预计的时间，就关闭刚才所开启的端口
25、。为了增加SLA控制信息的安全性，用户可以使用MD5认证。当IP SLA作业需要目标路由器上有Responder存在时会发生以下情况 用户初始化一个定义了目的路由器、协议及端口号的作业 IP SLA向目标路由器发送控制信息 如果启用了MD5验证，MD5 checksum和控制信息一起发送 如果消息中的验证字段是启用的，Responder检验验证字段 如果SLA探针没收到响应，再将发送控制信息直到超时 如果Responder不能处理控制信息，将返回错误，如果Responder处理了控制信息，它将返回一条OK消息到源路由器，并在消息中所定义的端口上监听。当返回码是OK是，源路由器开始向Respon
26、der发送真正的测试包。 图4：源与Responder之间的度量时标 4.2.1 使用命令行启动SLA Responder(config #) rtr responder4.2.2 使用SNMP启动SLA ResponderrttMonApplResponder.0 -Integer 14.2.3 使用命令行配置控制协议的MD5验证 需要在源路由器和目标路由器上同时配置密钥对，命令如下： (config #) key chain (config-keychain #) key (config-keychain-key #) key-string (config-keychain-key #)
27、exit(config-keychain #) key (config-keychain-key #) key-string (config-keychain-key #) exit(config #) rtr key-chain 4.2.4 使用SNMP配置MD5验证当前只能创建一个认证表。rttMonApplAuthStatus. -Integer 4 rttMonApplAuthKeyChain. -DisplayString text rttMonApplAuthKeyString1. -DisplayString string rttMonApplAuthKeyString2. -D
28、isplayString string一量这个表创建好，就key-chain和key-strings就不能删除，要删除只能删除个表格。 4.2.5 可伸缩的IP SLA布署 通常情况下，IP SLA作业可以单独调度，每个目标的测试都需要使用rtr schedule命令来进行调度，顺序执行大量的SLA作业是IP SLA取得良好性能的关键之一。考虑一个有100个作业的源，要将这100个作业调度到不同时间去执行显然并不是一件很容易的事。从IOS 12.3(8)T开始，提供了多作业调度特性。具体的命令可以参见相关的文档。 4.3 UDP 作业 UDP作业计算Cisco 路由器和一个IP设备之间的UDP
29、响应时间，响应时间通过计算发送一个数据报到目标设备和从目标设备收到响应之间的间隔来实现。如果目标设备是Cisco 路由器，缺省情况下UDP small-server是关闭的，用户可以选择通过 service udp-small-server命令启用系统IOS自带的小的udp服务器。也可以选择启动IP SLA Responder以提高测试精度。UDP作业在使用缺省的UDP echo port(UDP port 7)，在使用IP SLA Responder的情况下，可以自定义端口。 4.3.1 响应时间计算 如图5所示，用户在计算时可以最小化处理延时，并将它从总的时延中减去。 图5响应时间计算4.
30、3.2 配置UDP Echo Operation (config)# rtr 1 (config-rtr)#type udpecho dest-ipaddr 100.100.100.2 dest-port 5000(config)#rtr sch 1 start-time now4.3.3 检查UDP Echo的统计信息R1#show rtr opEntry number: 1Modification time: *13:26:52.947 PST Wed Jun 2 2004Number of operations attempted: 7Number of operations skipp
31、ed: 0Current seconds left in Life: 3227Operational state of entry: ActiveLast time this entry was reset: NeverConnection loss occurred: FALSETimeout occurred: FALSEOver thresholds occurred: FALSELatest RTT (milliseconds): 104Latest operation start time: *13:32:52.955 PST Wed Jun 2 2004Latest operati
32、on return code: OK表六：UDP echo统计信息说明 字段描述Entry number IP SLA作业号 Modification time 本作业的创建时间 Number of operations attempted 已发送的作业数量Number of operations skipped 跳过的作业数量Current seconds left in life 本作业在停止前还能运行的时间，这是一个可配置的参数 Operational state of entry 作业是否是活动的，并在测试网络 Last time this entry was reset 作业被复位的
33、最新时间，复位可以清空所有的的统计值 Connection loss occurred 是否发生过连接丢失Timeout occurred 是否发生过超时 Over thresholds occurred 设置了阈值，并出现了超时现象 Latest RTT (milliseconds) 最后一次测试的往返时间 Latest operation start time 最后一次测试开始时间 Latest operation return code 作业状态4.4 UDP抖动作业在网络中有实时流量存在的情况下，度量网络性能就不仅仅只考虑可用性了，更多的会关注网络中的延时等参数，实时应用与延时是紧密相
34、关的。对于语音数据，丢包是比较容易处理的，但频繁的丢包会引起通话质量的下降。UDP抖动作业能在一个作业中提供丢包情况、抖动和延时参数，同时也可以很好的测试单向的参数。 抖动作业被设计为通过产生活动的UDP流量来测试网络中的延时、延时变化（抖动）丢包率等参数。它每次从源路由器发送N个大小为S byte的包到目的路由器，包之间的间隔为T ms，所有的这些参数都是用户可以配置的。 基于抖动作业发出的包/接收到的包中所携带的时标及序号信息，就可以测量如每个方向的延时变化(抖动)，每个方向的丢包率，平均的往返时间，单向延时需要12.2(2)T或更新的IOS等参数值。4.4.1 抖动计算源以10ms的间隔
35、连续的向目的发出测试包，如果网络运行处于理想状态，目的应该以10ms的间隔收到这一系列的包。队列、使用备用路由等因素所导致的延时会让包到达目的路由器的间隔大于或小于10ms。正的抖动意味着两个包到达的间隔大于10ms，如间隔12ms，这时正抖动就是2ms，同理负抖动是指到达间隔小于原始间隔。在语音网络中不希望有太大的抖动值，在一个对延时敏感的网络中，最理想的情况是抖动为0。4.4.2 单向延时计算理论上，包从主机A到主机B所花的时间在两个方向上应该完全一致，但在实际环境中，两个方向上的延时可能有很大的区别，有可能一个方向远远大于别一个方向。考虑一条繁忙的高速公路，完全有可能在某一个方向上发生堵
36、车的现象，在网络中也存在同样的现象。在源和目的之间也可能存在非对称的路径。单向延时计算为用户提供了网络中更详细的性能。用户可以更方便的理解网络中的瓶颈究竟在哪里。UPD抖动作业提供了单向延时的测试能力。然而，单向延时的测试需要源和目的路由器上的时钟要相当同步才行。这时需要使用基于GPS的NTP服务器，当源与目的路由器的时钟不同步时，IP SLA会忽略单向延时的计算，并填上0。单向抖动和丢包率不需要时钟同步。 4.4.3 通过命令行配置抖动作业(Config)#rtr 200 (config-rtr)#type jitter dest-ip 172.24.132.100 dest-port 99
37、 num-packets 20 interval 20 4.4.4 针对抖动作业使用show命令 R1#show rtr collection-statisticsEntry Number: 1 Target Address: 172.24.132.100, Port Number: 31337 Start Time: *14:14:14.000 EST Thu Apr 6 2000 RTT Values: NumOfRTT: 2800 RTTSum: 4792 RTTSum2: 8830 Packet Loss Values: PacketLossSD: 0 PacketLossDS: 0
38、PacketOutOfSequence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: MinOfPositivesSD: 1 MaxOfPositivesSD: 1 NumOfPositivesSD: 249 SumOfPositivesSD: 249 Sum2PositivesSD: 249 MinOfNegativesSD: 1 MaxOfNegativesSD: 2 NumOfNegativesSD: 238 SumOfNegativesSD: 239 Sum2Negative
39、sSD: 241 MinOfPositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 97 SumOfPositivesDS: 97 Sum2PositivesDS: 97 MinOfNegativesDS: 1 MaxOfNegativesDS: 1 NumOfNegativesDS: 92 SumOfNegativesDS: 92 Sum2NegativesDS: 92 Interarrival jitterout: 0 Interarrival jitterin: 0 One Way Values: NumOfOW: 0 OWMinSD:
40、0 OWMaxSD: 0 OWSumSD: 0 OWSum2SD: 0 OWMinDS: 0 OWMaxDS: 0 OWSumDS: 0 OWSum2DS: 0 表7：show rtr collection-statistics的各域的说明 字段说明NumOfRTT 成功的往返次数 RTTSum 全程时间总和 RTTSum2 全程时间平方和 PacketLossSD 源到目的丢失的包 PacketLossDS 目的到源丢失的包PacketOutOfSequence 返回包序列号不正确的数量PacketMIA 出现丢包，但方向不能确定，这通讯是一个测试流的最后一个包丢了。 PacketLateA
41、rrival 在超时之后到达的包的数量 InternalError 由于其它内部错误导致作业不能正常运行的次数 Busies 由于上次运行未完成而导致本次不能运行的次数MinOfPositivesSDMaxOfPositivesSD 源到目的的最小和最大正抖动（单位为MS） NumOfPositivesSD 源到目的正抖动数量 SumOfPositivesSD 源到目的总的抖动值 Sum2PositivesSD 源到目的正抖动的平方和 MinOfNegativesSDMaxOfNegativesSD 目的到源的最小和最大正抖动（单位为MS） NumOfNegativesSD 目的到源正抖动数量
42、 SumOfNegativesSD 目的到源总的抖动值 Sum2NegativesSD 目的到源正抖动的平方和 4.5 应用于VoIP的UDP抖动作业 这一类UDP抖动作业是在当前的UDP抖动作业基础上的一个增强与扩展，经过增强与扩展之后，经命令行或MIB配置，可以通过模拟codec来实现对语音质量的测试并直接得出语音质量评分，目前12.3(4)T可以支持如下几种codec: 711 A Law G.711 u Law G.729A 命令如下： (config)# Rtr 1(config-rtr)# type jitter dest-ipaddr dest-port codec codec-
43、interval codec-size codec-numpacket 新的参数的选项如下表所示：Codectypecodec-sizecodec-intervalcodec-numpacketsG711ulaw17220 ms1000G711alaw17220 ms1000G729a3220 ms1000VoIP作业使用ICPIF语音质量评价系统事测试MOS值，可以通过命令行和MIB存取活动的测试结果中的MOS值。这个测试可以从应用的角度看出来网络性能参数对VoIP的支持程度。虽然ICPIF/MOS参数在评价语音质量时是非常有用的，但它并没有包括能够影响到语音质量的所有参数。更详细的信息可以
44、参见如下的文档： IOS 12.3(7)T提供了基于单向抖动、丢包情况、延时及MOS/ICPIF语音得分参数设置反应阈值或发出SNMP trap的能力，详细情况可以参见如下链接： 以下命令行在12.3(7)T下测试通过： logging on rtr 10 type jitter dest-ipaddr 209.165.200.225 dest-port 16384 codec g711alaw advantage-factor 2 owner admin tag jitter-with-voice-scoresrtr schedule 10 start-time now rtr reaction-configuration 10 react mos threshold-type immediate threshold-value 490 250 action-type trapOnly rtr logging traps
