使用 RMON 监视网络服务质量
用于监控服务质量的 RMON
运行状况和性能监控可以从每个路由器上运行的本地 SNMP 代理对 SNMP 变量的远程监控中受益。SNMP 代理将 MIB 值与预定义阈值进行比较,并生成异常报警,而无需中央 SNMP 管理平台轮询。这是主动管理的有效机制,只要阈值已正确确定和设置基线。有关详细信息,请参阅 RFC 2819, 远程网络监视 MIB。
本主题包含以下部分:
设置阈值
通过为受监视变量设置上升和下降阈值,只要变量的值超出允许的操作范围,您就可以收到警报。(请参阅图 1。)

事件仅在首次在任何一个方向上越过阈值时生成,而不是在每个采样周期之后生成。例如,如果引发上升阈值交叉事件,则在相应的下降事件之前不会再发生阈值交叉事件。这大大减少了系统产生的警报数量,使操作人员更容易在发生警报时做出反应。
要配置远程监控,请指定以下信息:
要监视的变量(通过其 SNMP 对象标识符)
每次检查之间的时间长度
门槛上升
门槛下降
一个崛起的事件
坠落事件
在成功配置远程监控之前,应确定需要监控的变量及其允许的操作范围。这需要一段时间的基线来确定允许的操作范围。在首次确定操作范围和确定阈值时,至少三个月的初始基线期并不罕见,但基线监测应在每个监测变量的整个生命周期内继续进行。
RMON 命令行界面
Junos OS 提供了两种机制,可用于控制路由器上的远程监控代理:命令行界面 (CLI) 和 SNMP。要使用 CLI 配置 RMON 条目,请在层次结构级别包含以下语句 [edit snmp]
:
rmon { alarm index { description; falling-event-index; falling-threshold; intervals; rising-event-index; rising-threshold; sample-type (absolute-value | delta-value); startup-alarm (falling | rising | rising-or-falling); variable; } event index { community; description; type (log | trap | log-and-trap | none); } }
如果您没有 CLI 访问权限,则可以使用 SNMP 管理器或管理应用程序配置远程监控(假设已授予 SNMP 访问权限)。(请参阅 表 1。)要使用 SNMP 配置 RMON,请对 RMON 事件和报警表执行 SNMP Set
请求。
RMON 事件表
为要生成的每种类型设置事件。例如,您可以有两个通用事件: 上升 和 下降,或者对于要监视的每个变量(例如, 温度上升 事件、 温度下降 事件、 防火墙命中 事件、 接口利用率 事件等)设置许多不同的事件。配置事件后,无需更新它们。
田 |
Description |
---|---|
|
此事件的文本说明 |
|
事件类型(例如、 |
|
要向其发送此事件的陷阱组(在 Junos OS 配置中定义,与社区不同) |
|
创建此事件的实体(例如 |
|
此行的状态(例如、 |
RMON 报警表
RMON 报警表存储正在监控的变量的 SNMP 对象标识符(包括其实例),以及任何上升和下降的阈值及其相应的事件索引。要创建 RMON 请求,请指定 中显示的 表 2字段。
田 |
Description |
---|---|
|
此行的状态(例如、 |
|
受监控变量的采样周期(以秒为单位) |
|
要监视的变量的 OID(和实例) |
|
采样变量的实际值 |
|
样品类型( |
|
初始报警( |
|
用于比较值的阈值不断上升 |
|
用于比较值的下降阈值 |
|
事件表中上升事件的索引(行) |
|
事件表中下降事件的索引(行) |
alarmStatus
和eventStatus
字段都是基元,如 entryStatus
RFC 2579, SMIv2 的文本约定中所定义。
RMON 疑难解答
通过检查瞻博网络企业 RMON MIB 的内容,对路由器上运行的 RMON 代理进行故障排除,该代理rmopd
提供了 RFC 2819 alarmTable
中表 3列出的jnxRmon
扩展。
田 |
Description |
---|---|
|
对变量的内部请求失败的次数 |
|
|
|
请求失败的原因 |
|
|
|
此警报条目的状态 |
监控此表中的扩展提供了有关远程警报可能无法按预期运行的原因的线索。
了解测量点、关键性能指标和基线值
本章主题提供监控 IP 网络服务质量的指南。它描述了服务提供商和网络管理员如何使用瞻博网络路由器提供的信息来监控网络性能和容量。您应该对 Junos OS 支持的 SNMP 和相关 MIB 有透彻的了解。
有关监视 IP 网络过程的良好介绍,请参阅 RFC 2330, IP 性能指标框架。
本主题包含以下部分:
测量点
定义测量指标的测量点与定义指标本身同样重要。本节介绍本章上下文中的测量点,并帮助确定可以从服务提供商网络进行测量的位置。准确了解测量点的位置非常重要。测量点对于理解实际测量的含义至关重要。
IP 网络由一系列通过物理链路连接的路由器组成,这些路由器都运行互联网协议。您可以将网络视为具有入口(入口)点和出口(出口)点的路由器集合。请参阅 图 2。
以网络为中心的测量是在最接近网络本身入口和出口点的测量点上进行的。例如,要测量从站点 A 到站点 B 的提供商网络的延迟,测量点应为站点 A 上的提供商网络的入口点和站点 B 的出口点。
以路由器为中心的测量值直接取自路由器本身,但要注意确保事先识别了正确的路由器子组件。

图 2 不显示客户本地的客户端网络,但它们将位于入口点和出口点的两侧。虽然本章不讨论如何测量这些客户端网络感知到的网络服务,但您可以使用为服务提供商网络进行的测量作为此类计算的输入。
基本关键性能指标
例如,您可以监控服务提供商网络的三个基本关键绩效指标 (KPI):
测量网络层上一个测量点与另一个测量点的“可达性”(例如,使用 ICMP ping)。提供商网络的底层路由和传输基础结构将支持可用性测量,故障突出显示为不可用。
测量提供商网络上发生的错误的数量和类型,可以包括以路由器为中心和以网络为中心的测量,例如硬件故障或数据包丢失。
提供商网络衡量其支持知识产权服务的能力(例如,在延迟或利用率方面)。
设定基准
提供商网络的性能如何?我们建议在最初的三个月内进行监控,以确定网络的正常运行参数。使用此信息,您可以识别异常并识别异常行为。您应该在每个测量指标的生存期内继续基线监视。随着时间的推移,您必须能够识别性能趋势和增长模式。
在本章的上下文中,许多确定的指标没有与之关联的允许操作范围。在大多数情况下,在确定特定网络上实际变量的基线之前,您无法确定允许的操作范围。
定义和衡量网络可用性
本主题包含以下部分:
定义网络可用性
服务提供商 IP 网络的可用性可视为区域接入点 (POP) 之间的可达性,如 所示 图 3。

通过上面的示例,当您使用测量点的完整网格时,其中每个 POP 测量每个其他 POP 的可用性,您可以计算服务提供商网络的总可用性。此 KPI 还可用于帮助监控网络的服务级别,服务提供商及其客户可以使用此 KPI 来确定他们是否按照其服务级别协议 (SLA) 的条款进行操作。
如果 POP 可能包含多个路由器,请按 中 图 4所示对每个路由器进行测量。

测量包括:
路径可用性 — 从入口接口 A1 看到的出口接口 B1 的可用性。
路由器可用性 — 路由器上终止的所有测量路径的路径可用性百分比。
POP 可用性 — 任意两个区域 POP(A 和 B)之间的路由器可用性百分比。
网络可用性 — 服务提供商网络中所有区域 POP 的 POP 可用性百分比。
要测量 中 POP A 到 POP B 图 4的 POP 可用性,必须测量以下四条路径:
Path A1 => B1 Path A1 => B2 Path A2 => B1 Path A2 => B2
测量从持久性有机污染物B到持久性有机污染物A的供应情况将需要再进行四次测量,依此类推。
完整的可用性测量网格可以产生大量的管理流量。从上面的示例图中:
每个 POP 都有两个位于同一位置的提供商边缘 (PE) 路由器,每个路由器有 2 个 STM1 接口,因此总共有 18 个 PE 路由器和 36 个 STM1 接口。
有 6 个核心提供商 (P) 路由器,其中 4 个各具有 2 个 STM4 和 3 个 STM1 接口,两个各具有 3 个 STM4 和 3 个 STM1 接口。
这样总共有 68 个接口。每个接口之间的完整路径网格是:
[n x (n
–l
)] / 2
给出 [68
x (68
–1
)] / 2
=2278
路径
为了减少服务提供商网络上的管理流量,您可以从每个路由器的环路地址进行测量,而不是生成完整的接口可用性测试网格(例如,从每个接口到每个其他接口)。这会将每个路由器所需的可用性测量次数减少到总共一次,或者:
n
[ x (n
–1
)] / 2
给出 [24
x (24
–1
)] / 2
=276
测量值
这衡量从每个路由器到每个其他路由器的可用性。
监控 SLA 和所需带宽
服务提供商和客户之间的典型 SLA 可能会规定:
A Point of Presence is the connection of two back-to-back provider edge routers to separate core provider routers using different links for resilience. The system is considered to be unavailable when either an entire POP becomes unavailable or for the duration of a Priority 1 fault.
提供商网络的 SLA 可用性数字为 99.999%,与每年大约 5 分钟的停机时间有关。因此,若要主动测量此值,必须以小于每五分钟一次的粒度进行可用性测量。每个 ICMP ping 请求的标准大小为 64 字节,每分钟一次 ping 测试将为每个目标每小时生成 7680 字节的流量,包括 ping 响应。对 276 个目标的完整 ping 测试网格每小时将生成 2,119,680 字节,表示以下内容:
在 155.52 Mbps 的 OC3/STM1 链路上,利用率为 1.362%
在 622.08 Mbps 的 OC12/STM4 链路上,利用率为 0.340%
每个 ICMP ping 请求的大小为 1500 字节,每分钟一次 ping 测试将为每个目标每小时生成 180,000 字节,包括 ping 响应。对 276 个目标进行 ping 测试的完整网格每小时将生成 49,680,000 字节,表示以下内容:
在 OC3/STM1 链路上,利用率为 31.94%
在 OC12/STM4 链路上,利用率为 7.986%
每个路由器都可以记录每个测试目标的结果。每分钟对每个目标进行一次测试,则每个路由器每天将执行和记录总共 1 x 60 x 24 x 276 = 397,440 次测试。所有 ping 结果都存储在 ( pingProbeHistoryTable
请参阅 RFC 2925) 中,并可由 SNMP 性能报告应用程序(例如,InfoVista, Inc. 或 Concord Communications, Inc. 的服务性能管理软件)检索以进行后处理。此表的最大大小为 4,294,967,295 行,这绰绰有余。
衡量可用性
有两种方法可用于衡量可用性:
主动 — 运营支持系统会尽可能频繁地自动衡量可用性。
被动 - 当用户或故障监控系统首次报告故障时,技术支持会记录可用性。
本节讨论作为主动监控解决方案的实时性能监控。
实时性能监控
瞻博网络提供实时性能监控 (RPM) 服务来监控实时网络性能。使用 J-Web 快速配置功能可以配置实时性能监控测试中使用的实时性能监控参数。(J-Web 快速配置是在瞻博网络路由器上运行的基于浏览器的 GUI。有关更多信息,请参阅 J-Web 界面用户指南。)
配置实时性能监控
中 表 4显示了可以为实时性能监视测试配置的一些最常见选项。
田 |
Description |
---|---|
请求信息 | |
|
作为测试的一部分发送的探测器类型。探头类型可以是:
|
|
每次探头传输之间的等待时间(以秒为单位)。范围为 1 到 255 秒。 |
|
测试之间的等待时间(以秒为单位)。范围为 0 到 86400 秒。 |
|
为每个测试发送的探针总数。范围为 1 到 15 个探头。 |
|
探测发送到的 TCP 或 UDP 端口。使用编号 7(标准 TCP 或 UDP 端口号),或选择 49152 到 65535 之间的端口号。 |
|
差异服务代码点 (DSCP) 位。此值必须是有效的 6 位模式。默认值为 000000。 |
|
ICMP 探测的数据部分的大小(以字节为单位)。范围为 0 到 65507 字节。 |
|
ICMP 探测器的数据部分的内容。内容必须是十六进制值。范围为 1 到 800h。 |
最大探测阈值 | |
|
为触发探测故障并生成系统日志消息而必须连续丢失的探测器总数。范围为 0 到 15 个探头。 |
|
触发探测故障并生成系统日志消息而必须丢失的探测器总数。范围为 0 到 15 个探头。 |
|
从服务路由器到远程服务器的总往返时间(以微秒为单位),如果超过该时间,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的总 抖动 (以微秒为单位),如果超过此抖动,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的最大允许标准偏差(以微秒为单位),如果超过该偏差,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
从路由器到远程服务器的总单向时间(以微秒为单位),如果超过该时间,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
从远程服务器到路由器的总单向时间(以微秒为单位),如果超过该时间,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的总出站时间抖动(以微秒为单位),如果超出该抖动,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的总入站时间抖动(以微秒为单位),如果超出该抖动,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的出站时间的最大允许标准偏差(以微秒为单位),如果超过该偏差,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
|
测试的最大允许入站标准偏差(以微秒为单位),如果超过该偏差,将触发探测故障并生成系统日志消息。范围为 0 到 60,000,000 微秒。 |
显示实时性能监控信息
对于路由器上配置的每个实时性能监控测试,监控信息包括往返时间、抖动和标准偏差。要查看此信息,请在 J-Web 界面中选择 Monitor > RPM
,或输入 show services rpm
命令行界面 (CLI) 命令。
要显示最新实时性能监控探测的结果,请输入 show services rpm probe-results
CLI 命令:
user@host> show services rpm probe-results Owner: p1, Test: t1 Target address: 10.8.4.1, Source address: 10.8.4.2, Probe type: icmp-ping Destination interface name: lt-0/0/0.0 Test size: 10 probes Probe results: Response received, Sun Jul 10 19:07:34 2005 Rtt: 50302 usec Results over current test: Probes sent: 2, Probes received: 1, Loss percentage: 50 Measurement: Round trip time Minimum: 50302 usec, Maximum: 50302 usec, Average: 50302 usec, Jitter: 0 usec, Stddev: 0 usec Results over all tests: Probes sent: 2, Probes received: 1, Loss percentage: 50 Measurement: Round trip time Minimum: 50302 usec, Maximum: 50302 usec, Average: 50302 usec, Jitter: 0 usec, Stddev: 0 usec
测量运行状况
您可以使用故障管理软件(如 SMARTS InCharge、Micromuse Netcool Omnibus 或 Concord Live Exceptions)被动地监控运行状况指标。建议您监控 中显示的 表 5运行状况衡量指标。
度量 |
Description |
参数 |
|
---|---|---|---|
名称 |
value |
||
中的错误 |
包含错误并阻止其传递的入站数据包数 |
MIB 名称 | IF-MIB (RFC 2233) |
变量名称 | ifInErrors |
||
可变 OID | .1.3.6.1.31.2.2.1.14 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 逻辑接口 |
||
错误输出 |
包含错误并阻止传输错误的出站数据包数 |
MIB 名称 | IF-MIB (RFC 2233) |
变量名称 | ifOutErrors |
||
可变 OID | .1.3.6.1.31.2.2.1.20 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 逻辑接口 |
||
丢弃 |
丢弃的入站数据包数(即使未检测到错误) |
MIB 名称 | IF-MIB (RFC 2233) |
变量名称 | ifInDis丢弃 |
||
可变 OID | .1.3.6.1.31.2.2.1.13 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 逻辑接口 |
||
未知协议 |
由于协议未知而被丢弃的入站数据包数 |
MIB 名称 | IF-MIB (RFC 2233) |
变量名称 | ifInUnknownProtos |
||
可变 OID | .1.3.6.1.31.2.2.1.15 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 逻辑接口 |
||
接口运行状态 |
接口的操作状态 |
MIB 名称 | IF-MIB (RFC 2233) |
变量名称 | ifOperStatus |
||
可变 OID | .1.3.6.1.31.2.2.1.8 |
||
频率(分钟) | 15 |
||
允许范围 | 1 (向上) |
||
托管对象 | 逻辑接口 |
||
标签交换路径 (LSP) 状态 |
MPLS 标签交换路径的操作状态 |
MIB 名称 | MPLS-MIB |
变量名称 | mplsLspState |
||
可变 OID | mplsLspEntry.2 |
||
频率(分钟) | 60 |
||
允许范围 | 2 (向上) |
||
托管对象 | 网络中的所有标签交换路径 |
||
组件运行状态 |
路由器硬件组件的操作状态 |
MIB 名称 | 瞻博网络-MIB |
变量名称 | jnx操作状态 |
||
可变 OID | .1.3.6.1.4.1.2636.1.13.1.6 |
||
频率(分钟) | 60 |
||
允许范围 | 2(正在运行)或 3(就绪) |
||
托管对象 | 每个瞻博网络路由器中的所有组件 |
||
组件工作温度 |
硬件组件的工作温度(摄氏度) |
MIB 名称 | 瞻博网络-MIB |
变量名称 | jnxOperatingTemp |
||
可变 OID | .1.3.6.1.4.1.2636.1.13.1.7 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 机箱中的所有组件 |
||
系统正常运行时间 |
系统运行的时间(以毫秒为单位)。 |
MIB 名称 | MIB-2 (RFC 1213) |
变量名称 | 系统正常运行时间 |
||
可变 OID | .1.3.6.1.1.3 |
||
频率(分钟) | 60 |
||
允许范围 | 仅递增(递减表示重新启动) |
||
托管对象 | 所有路由器 |
||
无 IP 路由错误 |
由于没有到其目标的 IP 路由而无法传递的数据包数。 |
MIB 名称 | MIB-2 (RFC 1213) |
变量名称 | ipOutNoRoutes |
||
可变 OID | 第12页 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 每个路由器 |
||
错误的 SNMP 团体名称 |
收到的不正确的 SNMP 团体名称数 |
MIB 名称 | MIB-2 (RFC 1213) |
变量名称 | snmpInBadCommunityNames |
||
可变 OID | SNMP.4 |
||
频率(分钟) | 24 |
||
允许范围 | 待定基线 |
||
托管对象 | 每个路由器 |
||
SNMP 社区违规行为 |
用于尝试无效操作(例如,尝试执行 SNMP 集请求)的有效 SNMP 社区数 |
MIB 名称 | MIB-2 (RFC 1213) |
变量名称 | snmpInBadCommunity使用 |
||
可变 OID | SNMP.5 |
||
频率(分钟) | 24 |
||
允许范围 | 待定基线 |
||
托管对象 | 每个路由器 |
||
冗余切换 |
此实体报告的冗余切换总数 |
MIB 名称 | 瞻博网络-MIB |
变量名称 | jnxRedundancySwitchoverCount |
||
可变 OID | jnxRedundancyEntry.8 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 所有配备冗余路由引擎的瞻博网络路由器 |
||
FRU 状态 |
每个现场可更换单元 (FRU) 的运行状态 |
MIB 名称 | 瞻博网络-MIB |
变量名称 | jnxFruState |
||
可变 OID | jnxFruEntry.8 |
||
频率(分钟) | 15 |
||
允许范围 | 2 到 6 表示就绪/联机状态。请参阅 jnxFruOfflineReason 在发生 FRU 故障时。 |
||
托管对象 | 所有瞻博网络路由器中的所有 FRU。 |
||
丢尾数据包的速率 |
每个输出队列、每个转发类、每个接口的丢尾数据包速率。 |
MIB 名称 | JUNIPER-COS-MIB |
变量名称 | jnxCosIfqTailDropPktRate |
||
可变 OID | jnxCosIfqStatsEntry.12 |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 对于提供商网络中每个接口的每个转发类(启用 CoS)。 |
||
接口利用率:收到的八位位组 |
接口上接收的八位字节总数,包括成帧字符。 |
MIB 名称 | IF-MIB |
变量名称 | ifInOctets |
||
可变 OID | .1.3.6.1.2.1.2.2.1.10.x |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 网络中的所有操作接口 |
||
接口利用率:传输的八位位组 |
从接口传输出的八位位组总数,包括成帧字符。 |
MIB 名称 | IF-MIB |
变量名称 | ifOutOctets |
||
可变 OID | .1.3.6.1.2.1.2.2.1.16.x |
||
频率(分钟) | 60 |
||
允许范围 | 待定基线 |
||
托管对象 | 网络中的所有操作接口 |
字节计数因接口类型、使用的封装和支持的 PIC 而异。例如,在 4xFE、GE 或 GE 1Q PIC 上使用 vlan-ccc 封装时,字节计数包括成帧和控制字开销。(请参阅表 6。)
PIC 类型 |
封装 |
输入(单位级别) |
输出(单位级别) |
SNMP |
---|---|---|---|---|
4xFE |
VLAN-CCC |
帧(无帧检查序列 [FCS]) |
框架(包括FCS和控制字) |
ifInOctets, ifOutOctets |
通用 电气 |
VLAN-CCC |
框架(无 FCS) |
框架(包括FCS和控制字) |
ifInOctets, ifOutOctets |
通用电气智商 |
VLAN-CCC |
框架(无 FCS) |
框架(包括FCS和控制字) |
ifInOctets, ifOutOctets |
SNMP 陷阱也是用于运行状况管理的良好机制。更多信息请参阅“Junos OS 支持的 SNMP 陷阱”和“Junos OS 支持的企业特定 SNMP 陷阱”。
衡量绩效
服务提供商网络的性能通常定义为其支持服务的能力,并以延迟和利用率等指标来衡量。我们建议您使用 InfoVista 服务性能管理或 Concord 网络运行状况等应用程序监视以下性能指标(请参阅 表 7)。
度量: | 平均延迟 |
Description |
两个测量点之间的平均往返时间(以毫秒为单位)。 |
MIB 名称 |
DISMAN-PING-MIB (RFC 2925) |
变量名称 |
|
可变 OID |
ping结果条目.6 |
频率(分钟) |
15(或取决于 ping 测试频率) |
允许范围 |
待定基线 |
托管对象 |
网络中每个测量路径 |
度量: | 接口利用率 |
Description |
逻辑连接的利用率百分比。 |
MIB 名称 |
IF-MIB |
变量名称 |
|
可变 OID |
if表条目 |
频率(分钟) |
60 |
允许范围 |
待定基线 |
托管对象 |
网络中的所有操作接口 |
度量: | 磁盘利用率 |
Description |
瞻博网络路由器内磁盘空间的利用率 |
MIB 名称 |
主机资源 MIB (RFC 2790) |
变量名称 |
hrStorageSize – hrStorageUsed |
可变 OID |
hrStorageEntry.5 – hrStorageEntry.6 |
频率(分钟) |
1440 |
允许范围 |
待定基线 |
托管对象 |
所有路由引擎硬盘 |
度量: | 内存利用率 |
Description |
路由引擎和 FPC 上的内存利用率。 |
MIB 名称 |
JUNIPER-MIB(瞻博网络企业机箱 MIB) |
变量名称 |
jnxOperatingHeap |
可变 OID |
每个组件的表 |
频率(分钟) |
60 |
允许范围 |
待定基线 |
托管对象 |
所有瞻博网络路由器 |
度量: | CPU 负载 |
Description |
CPU 过去一分钟的平均利用率。 |
MIB 名称 |
JUNIPER-MIB(瞻博网络企业机箱 MIB) |
变量名称 |
jnxOperatingCPU |
可变 OID |
每个组件的表 |
频率(分钟) |
60 |
允许范围 |
待定基线 |
托管对象 |
所有瞻博网络路由器 |
度量: | LSP 利用率 |
Description |
MPLS 标签交换路径的利用率。 |
MIB 名称 |
MPLS-MIB |
变量名称 |
mplsPathBandwidth / (mplsLspOctets * 8) |
可变 OID |
mplsLspEntry.21 和 mplsLspEntry.3 |
频率(分钟) |
60 |
允许范围 |
待定基线 |
托管对象 |
网络中的所有标签交换路径 |
度量: | 输出队列大小 |
Description |
每个转发类、每个接口的每个输出队列的大小(以数据包为单位)。 |
MIB 名称 |
JUNIPER-COS-MIB |
变量名称 |
jnxCosIfqQedPkts |
可变 OID |
jnxCosIfqStatsEntry.3 |
频率(分钟) |
60 |
允许范围 |
待定基线 |
托管对象 |
对于网络中每个接口的每个转发类,启用 CoS 后。 |
本节包括以下主题:
衡量服务等级
您可以使用服务等级 (CoS) 机制来调节在高峰拥塞期间如何在网络中处理某些类别的数据包。通常,在实施 CoS 机制时必须执行以下步骤:
标识应用于此类的数据包的类型。例如,将来自特定入口边缘接口的所有客户流量包含在一个类中,或包括特定协议(如 IP 语音 (VoIP))的所有数据包。
确定每个类所需的确定性行为。例如,如果 VoIP 很重要,则在网络拥塞期间给予 VoIP 流量最高优先级。相反,您可以在拥塞期间降低 Web 流量的重要性,因为它可能不会对客户产生太大影响。
利用此信息,您可以在网络入口处配置机制,以监控、标记和监管流量类。然后,可以在出口接口以更确定的方式处理标记的流量,通常是通过在网络拥塞期间为每个类应用不同的排队机制。您可以从网络中收集信息,以便为客户提供报告,显示网络在拥塞期间的行为情况。(请参阅图 5。)

要生成这些报告,路由器必须提供以下信息:
提交的流量 - 每个类接收的流量。
传输的流量 - 每个类传输的流量。
丢弃的流量 — 由于 CoS 限制而丢弃的流量。
以下部分概述了瞻博网络路由器如何提供此信息。
每个类的入站防火墙过滤器计数器
防火墙过滤器 计数器是一种非常灵活的机制,可用于匹配和计数每个类、每个接口的入站流量。例如:
firewall { filter f1 { term t1 { from { dscp af11; } then { # Assured forwarding class 1 drop profile 1 count inbound-af11; accept; } } } }
例如, 表 8 显示用于匹配其他类的其他筛选器。
DSCP 值 |
防火墙匹配条件 |
Description |
---|---|---|
10 |
af11 |
有保证的转发 1 级丢弃配置文件 1 |
12 |
af12 |
有保证的转发 1 类丢弃配置文件 2 |
18 |
af21 |
尽力类 2 丢弃配置文件 1 |
20 |
af22 |
尽力类 2 丢弃配置文件 2 |
26 |
af31 |
尽力目标 3 下降配置文件 1 |
任何具有符合 RFC 2474 的 CoS DiffServ 代码点 (DSCP) 的数据包都可以通过这种方式进行计数。瞻博网络企业特定的防火墙过滤器 MIB 以 中 表 9所示的变量显示计数器信息。
指标名称 |
入站计数器 |
---|---|
MIB |
|
桌子 |
|
指数 |
|
变量 |
|
Description |
与指定防火墙过滤器计数器相关的计数字节数 |
SNMP 版本 |
SNMPv2 |
任何支持 SNMPv2 的 SNMP 管理应用程序都可以收集此信息。来自 Concord Communications, Inc. 和 InfoVista, Inc. 等供应商的产品及其本机瞻博网络设备驱动程序为瞻博网络防火墙 MIB 提供支持。
监视每个队列的输出字节数
您可以使用瞻博网络企业 ATM CoS MIB 监控每个虚拟电路转发类和每个接口的出站流量。(请参阅表 10。)
指标名称 |
出站计数器 |
---|---|
MIB |
|
变量 |
|
指数 |
|
Description |
在指定虚拟电路上传输的属于指定转发类的字节数。 |
SNMP 版本 |
SNMPv2 |
非 ATM 接口计数器由瞻博网络企业专用 CoS MIB 提供,其中提供的信息如 所示。表 11
指标名称 |
出站计数器 |
---|---|
MIB |
|
桌子 |
|
指数 |
|
变量 |
|
Description |
每个转发类每个接口的传输字节数或数据包数 |
SNMP 版本 |
SNMPv2 |
计算丢弃的流量
您可以通过从传入流量中减去出站流量来计算丢弃的流量:
Dropped = Inbound Counter – Outbound Counter
您还可以从 CoS MIB 中选择计数器,如 所示 表 12。
指标名称 |
丢弃的流量 |
---|---|
MIB |
|
桌子 |
|
指数 |
|
变量 |
|
Description |
每个转发类每个接口的丢弃尾部或红色丢弃的数据包数 |
SNMP 版本 |
SNMPv2 |