IP SLA相关的常用查询

OpManager 中,IP SLA操作仅支持使用IP SLA技术的Cisco设备。 OpManager监控的IP SLA操作如下 :

• ICMP 回显操作: 适用于WAN RTT监视器
• ICMP 路径回显操作: 适用于追踪路由
• UDP 抖动操作: 适用于 VoIP 监视器
• 视频操作: 适用于视频监视器

当在OPManager中配置IP SLA监控时会产生的变化如下：

• 运行配置将在新的监视器配置进行更新。
• 由于源IP SLA监视器会占用少量的内存和CPU，对系统资源的使用会适量增加。一般来说，会占用3-12KB的内存以及1-8%的CPU。

OpManager有一个直观的可以使用SNMP凭据配置的IP SLA监视器图形用户界面。配置IP SLA监视器的前提条件如下：

• 源设备应具有IP SLA代理运行的Cisco设备。
• 该设备应配置正确的SNMP凭据和RW(读写)区域。

SNMP设置操作在设备端完成，然后应用此配置并保存在正在运行的配置中。写入内存应该由网络管理员完成以便永久保存配置。

OpManager WAN RTT Monitor使用Cisco的IP SLA监控两个设备之间的延迟。 因此, 其中一个地址应该启用了IP SLA代理的Cisco路由器(这个路由器充当源路由器), 受众可以是网络中的任何IP(此目标设备无须为CISCO设备). 更多信息请参考 此文章了解在OPManager配置IP SLA监视器的先决条件

现如今，OPManager中支持IP SLA的设备只有Cisco IOS以及Cisco IOS-XE。

目前存在三种为IP SLA监视器关联通知配置文件的方式:

• 在IP SLA设置页面。
• 在设备快照页面。
• 在通知配置文件页面。

了解更多请点击 此页面.

此问题是由供应商名称不准确造成的，供应商名称应指定为“Cisco”（而不是Cisco Systems）。

这是设备特有的问题。设备超载可能造成没有足够资源支持此功能的问题。定期检修设备可以提高性能，并为其他功能提供必要的资源。 点击这里查看原因：

• 设备中没有其他操作需要配置，或者资源（CPU/内存）不足以支撑配置的执行。
• IP SLA代理没有生效，Cisco-RTTMON-MIB未正常实现。
• 操作ID在此设备中已生效，无法更改。

• sh ip sla application: 显示所有支持的操作模型。
• sh ip sla statistics: 显示与监视器相关的完整统计信息。
• sh ip sla configuration: 显示与监视器相关的配置。
• sh ip interface brief: 了解监视器配置中使用的IP地址。

目前，OPManager中的IP SLA监视器支持在配置时设置"一次应用" 阈值。 将配置时使用的阈值写入原设备配置。当阈值设置页面更新完成时，更新将仅适用于新的设备。

OpManager的IP SLA WAN监视器跟踪两种类型的告警：

• 可用性阈值违规：如果可用性（%）小于100，将产生告警。计算方式为：(Total_Completions / Total_Initiations) * 100
• 往返时间阈值违规：如果Avg_RTT超过RTT阈值，将产生告警。

检查设备供应商是否为“Cisco”。有时在应用模板时，供应商名称没有更新为“Cisco”。

造成这种情况的因素有很多。故障时，

• 检查使用telnet验证设备上是否开启了write社区字符串。
• 确保在该字段中输入有效的写团体串。源端必须启用写团体字。
• 在此实例中，设备可能由于繁忙无法响应，请重新尝试。

• 源设备必须是启用IP SLA的Cisco设备。
• 源设备应添加在OPManager中。
• 源设备上需要配置具有读写权限的SNMP。用于添加带读写团体字的SNMP凭据，并将其正确关联到源设备。
• 源设备与OPManager服务器之间应可达。测试是否可达使用"ping "。 如果设备不可达，请确保设备可达。
• 对于VoIP/Video监视器，需要在目的设备(如果是Cisco设备)上启用IP SLA响应器。
• 目的设备不需要添加到OpManager资源清单中。如果它是由于其他原因添加的，则与IP SLA监视器配置无关。

如果IPManager的IP SLA监视器突然停止数据收集，可能原因如下：

• OID可能没有正确计划。
  
  怎样修正？检查以下查询的输出:
  select count(ID), TIMEVAL, GROUPNAME from PolledData where active='true' and POLICYNAME='IPSLA' group by TIMEVAL, GROUPNAME order by GROUPNAME;
  
  每一行都需要有以下一组OID
  WAN RTT --> 18
  WAN RTT (pathHop) --> 16
  VoIP --> 44
  Video --> 26
  如果对于任何GroupName有多条记录，则该监视器可能无法收集数据。


• 由于高轮询率
  轮询可能不会在默认5分钟的常规间隔内发生，有可能存在延迟。


• IP SLA数据不是在设备级累积的。
  由于端点之间的连接发起失败。参考OID查看最新操作返回码。


• 由于“计划时间”设置不正确IP SLA操作计划程序未运行。


• OPManager发生SNMP超时。

IP SLA监视器的数据轮询将停止，并且在UI中的将“状态更改”标记为“未知”。但实际上IP SLA监视器在源设备上依旧保持可操作状态，没有任何改变。

OPManager禁用IP SLA监视器后会产生以下结果：

• 详细信息和配置将从OpManager中删除。
• 如果在OpManager中正确关联读写团体字，不仅会删除源设备中的配置，还会将其从运行配置中删除，但是，配置细节可以留在启动配置中。

[ 注意:建议在OpManager中添加/删除IP SLA监视器时同时更新源设备的启动配置。 ]

原因可能为:

• 没有正确设置测试参数，并且不支持在设备级别。在 设置 --> 配置 --> 查看配置详细信息IP SLA
  WAN Monitor --> 检查WAN测试参数
  VoIP Monitor --> 检查VoIP通话设置
  Video Monitor --> 检查Video通话设置
  
  检查频率和超时值。频率应该大于或等于超时时间。
  部分设备不支持小于5-10秒的超时。标准建议是60秒(默认值)。


• IP SLA源设备中没有配置带RW团体字的SNMP。


• 网络速度慢，SNMP超时。此时需要增加OpManager提供的SNMP凭据的SNMP超时时间。


• 源设备上可用资源(CPU/内存)不足。源设备本身拒绝配置。从源设备释放一些监视器(删除未使用的监视器)，然后重试。

抖动是网络流量的包间延迟的变化。这种差异可能会因数据包在源和目的之间传输期间的网络行为而变化。网络速度慢、拥塞或网络延迟(如排队、通过备用路由到达等等)。有效的诊断实时流量应用：VoIP，Video Over VoIP，实时会议。
例如:假设10ms是理想的包间延迟。
正向抖动:当报文间隔12ms到达时，称流量正向抖动为2。
负向抖动:在报文到达间隔8ms的场景中，称流量的负抖动为2。
结论:正抖动值是不可取的。0抖动值是理想状态。