了解 MX 系列路由器上的内联视频监控
Junos OS 支持使用媒体交付指数 （MDI） 指标进行内联视频监控。
在使用内联视频监控功能之前，请确保您了解以下术语：
media delivery index—MDI 指标有助于识别流媒体的缓冲区需求。缓冲必须足以补偿数据包抖动，以 MDI 延迟因数测得，以及以 MDI 媒体丢失率 （MLR） 测得的丢失数据包表示的质量问题。通过在不断变化的负载条件下执行测量，可以识别显著抖动或数据包丢失的来源，并采取适当的措施。
delay factor—延迟因素是媒体数据到达和媒体数据耗尽之间观察到的最大时间差。预期的耗尽速率是恒定比特率流的标称恒定流量速率，或可变速率媒体流数据包数据的计算流量速率。
对于每秒 1 兆位及以上的典型流速率，间隔 1 秒即可提供足够的采样时间。延迟因数表示数据流必须按其标称比特率缓冲（延迟）多久，以防止丢包。
延迟因素表示下一个下游节点所需的缓冲区最小大小。随着流的发展，延迟因数的变化表示数据包串串或数据包差距（抖动）。较大的延迟因数值还表示，由于需要在开始清空之前预先填充接收缓冲区，以确保没有下流，因此需要更多的网络延迟才能交付流。
当已知接收节点的标称空比特率时，延迟因数的最大值表示适应数据包抖动所需的缓冲区大小。
Media rate variation (MRV)-此值是预期数据包速率与实际数据包速率之间的差值，以预期数据包速率的百分比表示。
Media loss rate (MLR)-此值是在可配置的时间间隔 （
interval-duration） 内丢失的媒体数据包数，其中流数据包承载流应用程序信息。单个 IP 数据包可以包含一个或多个流数据包。例如，一个 IP 数据包通常包含 7 个 188 字节 MPEG 传输流数据包。在这种情况下，单个 IP 丢包将导致计算 7 个丢失的数据包（如果这 7 个丢失的数据包不包含空数据包）。包括无序数据包非常重要，因为许多消费者类型的流处理设备不会尝试对按顺序接收的数据包进行重新排序。
要配置监控过程，请定义标准模板，并将其应用于要监控的接口和流。监控模板包括以下标准：
每个测量周期的持续时间
用于确定预期流速的流速信息
延迟因数、介质速率变化和介质丢失率的阈值级别，可触发所需的系统日志警报
对于每个要监控的接口，您可以定义一个或多个过滤器，以选择要监控的 IPv4 流。流被指定为输入流或输出流。从 Junos OS 17.2R1 版开始，您可以识别 IPv4-over-MPLS 流。从 Junos OS 17.4R1 版开始，您可以识别 IPv6 流和 IPv6 over MPLS 流。从 Junos OS 19.1R1 版开始，您可以配置 MX 系列路由器，用于对未压缩的 HD 或 4K 流视频（有效负载类型 98 和 99）进行内联视频监控。MDI 功能已扩展到 ST 2000-5 （RTP PT 98） 和 ST 2000-6 （RTP PT 99） 等视频流。这些都是通过 IP/UDP/RTP 传输的非 MPEG 视频流，也是恒定比特率流。操作人员将指定适当的 IP 地址和 UDP 端口，以便通过 RTP 进行的非视频流不会通过 MDI 处理。
无法监控具有三个以上标签的 MPLS 流。
IPv4 流由以下方唯一标识：
目标 IP 地址
目标端口
源 IP 地址
源端口
方向
接口索引
媒体类型（RTP 或 MPEG）
IPv4-over-MPLS 流由以下方式唯一标识：
排名前三的 MPLS 标签
目标 IP 地址
目标端口
源 IP 地址
源端口
方向
接口索引
媒体类型（RTP 或 MPEG）
IPv6 流由以下方唯一标识：
目标 IP 地址
目标端口
源 IP 地址
源端口
方向
接口索引
媒体类型（RTP 或 MPEG）
IPv6-over-MPLS 流可通过以下方式唯一标识：
排名前三的 MPLS 标签
目标 IP 地址
目标端口
源 IP 地址
源端口
方向
接口索引
媒体类型（RTP 或 MPEG）
Junos OS 支持接口上多达 256 个流的过滤器定义，接口可包含输入流、输出流或输入和输出流的组合。这些过滤器提供了选择要监控的流的标准。如果选择标准包含 IP 地址或端口列表，则可以超过流的最大匹配条件数。视频监控会根据流量过滤器选择数量广泛可变的流。
在接口流中配置的目标 IP 地址总数不能超过 32，在流中为接口配置的源 IP 地址总数不能超过 32。
在 MX 系列路由器上启用新一代服务时，不支持内联视频监控。
MX 系列 5G 通用路由平台上仅使用以下 MPC 提供内联视频监控：
MPC1
MPC1E
MPC2
MPC2E
MPC2E-NG
MPC3E-NG
MPC-16XGE
MPC5E
MPC6E
MPC7E
MPC8E
MPC9E
MPC10E
MPC11E
在以下场景中，当视频监控与 MPC2E-NG 或 MPC3E-NG 一起使用时，流量吞吐量将降低到接口带宽以下：
输入和输出端口位于同一插槽上。
输入流配置为 inet，输出流配置为 mpls。
至少有一个流的流量速率大于 2 Gbps。
为避免吞吐量降低，请使用不同插槽上的输入和输出端口。
从 Junos OS 16.1R1 版开始，您可以配置每个数据包转发引擎一次可测量的流数，最高可达 8192。可以为每个 MPC 模型测量的最大配置流量数，如 表 1 的第二列所示。可以为每个 MPC 模型测量的默认流数，如 表 1 的第三列所示。在 Junos OS 15.1 及更早版本中，您无法配置可测量的流数。
如果不为受监控的接口定义输入或输出流过滤器，接口上的所有流都会受到监控。
MPC 型号 |
同时监控的最大可配置流数（从 Junos OS 16.1 版开始） |
默认同时监控的流数 |
|---|---|---|
MPC1 |
8000 |
1000 |
MPC1E |
8000 |
1000 |
MPC2 |
16,000 |
2000 |
MPC2E |
16,000 |
2000 |
MPC2E-NG |
8000 |
1000 |
MPC3E-NG |
8000 |
1000 |
MPC-16XGE |
32,000 |
4000 |
MPC5E |
40,000 |
5000 |
MPC6E |
40,000 |
5000 |
MPC7E |
40,000 |
5000 |
MPC8E |
40,000 |
5000 |
MPC9E |
40,000 |
5000 |
MPC10E |
24，000（从 Junos OS 20.3R1 版开始） |
3000 |
MPC11E |
64，000（从 Junos OS 20.3R1 版开始） |
8000 |
Junos OS 可以测量 UDP 流（默认）和 RTP 流。Junos OS 通过检测 UDP 有效负载中的第一个字节来区分 UDP 或 RTP 的媒体流量。如果 UDP 有效负载的第一个字节是 0x47（MPEG2-TS 同步字节），则该流量将被视为 UDP 上的媒体流量。如果版本字段为 2，且 RTP 标头中的有效负载类型为 33，则流量被视为通过 RTP 的媒体流量。如果两个标准均未达到，则不考虑该数据包进行视频监控。
从 Junos OS 15.1R1 版开始，MX 系列路由器支持内联视频监控，以测量可使用 SNMP GET 操作访问的媒体交付索引 （MDI） 指标。目前，当计算值不在配置的范围内时，内联 MDI 只能生成系统日志。SNMP 主要用于监控内联视频监控功能引发的告警。在网络管理系统中监控告警，以排除故障或诊断视频质量下降。
您可以在层级使用 video-monitoring 语句 [edit services] 为视频流量问题的两个关键指标（延迟因素和媒体丢失率 （MLR） 指定监控标准，并将这些指标应用于指定接口上的流。