Grundlegendes zur Inline-Videoüberwachung auf Routern der MX-Serie

Junos OS unterstützt Inline-Videoüberwachung mit MDI-Metriken (Media Delivery Index).

Stellen Sie sicher, dass Sie die folgenden Begriffe verstehen, bevor Sie die Inline-Videoüberwachungsfunktion verwenden:

• media delivery index— MDI-Metriken erleichtern die Identifizierung des Pufferbedarfs für Streaming-Medien. Die Pufferung muss ausreichen, um Paket jitter zu kompensieren, gemessen am MDI-Verzögerungsfaktor, und Qualitätsprobleme, die durch verlorene Pakete angezeigt werden, gemessen an der MDI Media Loss Rate (MLR). Indem Sie Messungen unter unterschiedlichen Lastbedingungen durchführen, können Sie Ursachen für erheblichen Jitter oder Paketverlust identifizieren und geeignete Maßnahmen ergreifen.

• delay factor— Der Verzögerungsfaktor ist der maximal beobachtete Zeitunterschied zwischen dem Eintreffen von Mediendaten und der Abwanderung von Mediendaten. Die erwartete Abflussrate ist die nominale, konstante Datenverkehrsrate für Ströme mit konstanter Bitgeschwindigkeit oder die berechnete Datenverkehrsrate von Medienstrompaketdaten mit variabler Rate.

  Für typische Stromraten von 1 Megabit pro Sekunde und höher bietet ein Intervall von einer Sekunde eine angemessene Stichprobenzeit. Der Verzögerungsfaktor gibt an, wie lange ein Datenstrom mit seiner nominalen Bitrate gepuffert (verzögert) werden muss, um Paketverluste zu verhindern.

  Der Verzögerungsfaktor gibt die Mindestgröße des Puffers an, der für den nächsten Downstream-Knoten erforderlich ist. Wenn ein Stream voranschreitet, zeigt die Variation des Verzögerungsfaktors eine Paketbündelung oder Paketlücken (Jitter). Die Werte des höheren Verzögerungsfaktors deuten auch darauf hin, dass für die Bereitstellung eines Stroms mehr Netzwerklatenz erforderlich ist, da ein Empfangspuffer vor beginn des Ablaufs ausgefüllt werden muss, um keinen Unterfluss zu gewährleisten.

  Wenn die nominale Drain-Bitrate an einem Empfangsknoten bekannt ist, gibt das Maximum des Verzögerungsfaktors die Größe des Puffers an, der für den Paket-Jitter erforderlich ist.

• Media rate variation (MRV)— Dieser Wert ist die Differenz zwischen der erwarteten Paketrate und der tatsächlichen Paketrate, ausgedrückt als Prozentsatz der erwarteten Paketrate.

• Media loss rate (MLR)— Dieser Wert ist die Anzahl der Medienpakete, die während eines konfigurierbaren Zeitintervalls verloren gegangen sind (interval-duration), bei dem die Datenstrompakete Streaming-Anwendungsinformationen übertragen. Ein einzelnes IP-Paket kann ein oder mehrere Streaming-Pakete enthalten. Ein IP-Paket enthält beispielsweise typischerweise sieben MPEG-Transportstrompakete mit 188 Byte. In diesem Fall führt ein einzelner IP-Paketverlust zu sieben gezählten verlorenen Paketen (wenn diese sieben verlorenen Pakete keine null Pakete enthalten). Die Einbeziehung von out-of-Order-Paketen ist wichtig, da viele Streaming-Geräte nicht versuchen, Pakete, die außerhalb der Reihenfolge empfangen werden, neu zu bestellen.

Um den Überwachungsprozess zu konfigurieren, definieren Sie Kriterienvorlagen und wenden sie auf die Schnittstellen und Datenströme an, die Sie überwachen möchten. Überwachungsvorlagen enthalten die folgenden Kriterien:

• Dauer jedes Messzyklus

• Datenstromdaten, die zur Ermittlung der erwarteten Datenströme verwendet werden

• Schwellenwerte für Verzögerungsfaktor, Variation der Medienrate und Medienverlustrate, die die gewünschten Systemprotokollwarnungen auslösen

Für jede zu überwachene Schnittstelle können Sie einen oder mehrere Filter definieren, um IPv4-Datenströme für die Überwachung auszuwählen. Datenströme werden als Ein- oder Ausgangsströme bezeichnet. Ab Junos OS Version 17.2R1 können Sie IPv4-over-MPLS-Datenströme identifizieren. Ab Junos OS Version 17.4R1 können Sie IPv6-Datenströme und IPv6-über MPLS-Datenströme identifizieren. Ab Junos OS Version 19.1R1 können Sie Router der MX-Serie für die Inline-Videoüberwachung von nicht komprimiertem HD- oder 4K-Stream-Video (Payload Typ 98 und 99) konfigurieren. Die MDI-Funktionalität wurde auf Videoströme wie ST 2000-5 (RTP PT 98) und ST 2000-6 (RTP PT 99) erweitert. Dabei handelt es sich um Nicht-MPEG-Videoströme über IP/UDP/RTP und um Ströme mit konstanter Bitrate. Der Betreiber würde die richtigen IP-Adressen und UDP-Ports angeben, sodass Nicht-Videoströme über RTP nicht durch die MDI-Verarbeitung gehen.

MPLS-Datenströme mit mehr als drei Labeln können nicht überwacht werden.

IPv4-Datenströme werden eindeutig identifiziert durch:

• Ziel-IP-Adresse

• Ziel-Port

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellenindex

• Medientyp (RTP oder MPEG)

IPv4-over-MPLS-Datenströme werden eindeutig identifiziert durch:

• Die drei wichtigsten MPLS-Label

• Ziel-IP-Adresse

• Ziel-Port

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellenindex

• Medientyp (RTP oder MPEG)

IPv6-Datenströme werden eindeutig identifiziert durch:

• Ziel-IP-Adresse

• Ziel-Port

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellenindex

• Medientyp (RTP oder MPEG)

IPv6-over-MPLS-Datenströme werden eindeutig identifiziert durch:

• Die drei wichtigsten MPLS-Label

• Ziel-IP-Adresse

• Ziel-Port

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellenindex

• Medientyp (RTP oder MPEG)

Junos OS unterstützt die Definition von Filtern für bis zu 256 Datenströme auf einer Schnittstelle, die aus Ein- und Ausgabeströmen oder einer Kombination aus Ein- und Ausgangsströmen bestehen kann. Diese Filter bieten Kriterien für die Auswahl von Datenströmen für die Überwachung. Wenn die Auswahlkriterien aus Listen von IP-Adressen oder Ports bestehen, können Sie die maximale Anzahl von Übereinstimmungsbedingungen für Datenströme überschreiten. Die Videoüberwachung wählt basierend auf Datenstromfiltern eine stark schwankte Anzahl von Datenströmen aus.

Die Gesamtzahl der in einem Datenstrom für eine Schnittstelle konfigurierten Ziel-IP-Adressen darf 32 nicht überschreiten, und die Gesamtzahl der in einem Datenstrom für eine Schnittstelle konfigurierten Quell-IP-Adressen darf 32 nicht überschreiten.

Die Inline-Videoüberwachung wird nicht unterstützt, wenn Sie Services der nächsten Generation auf einem Router der MX-Serie aktivieren.

Inline-Videoüberwachung ist auf universellen 5G-Routing-Plattformen der MX-Serie verfügbar, die nur die folgenden MPCs verwenden:

• MPC1

• MPC1E

• MPC2

• MPC2E

• MPC2E-NG

• MPC3E-NG

• MPC-16XGE

• MPC5E

• MPC6E

• MPC7E

• MPC8E

• MPC9E

• MPC10E

• MPC11E

Ab Junos OS Version 16.1R1 können Sie die Anzahl der Datenströme konfigurieren, die pro Packet Forwarding Engine gleichzeitig gemessen werden können, bis zu einem Wert von 8192. Die maximale konfigurierte Anzahl von Datenströmen, die für jedes MPC-Modell gemessen werden kann, wird in der zweiten Spalte von Tabelle 1 angezeigt. Die Standardanzahl der Datenströme, die für jedes MPC-Modell gemessen werden kann, wird in der dritten Spalte von Tabelle 1 angezeigt. In Junos OS Version 15.1 und früher können Sie die Anzahl der Datenströme, die gemessen werden können, nicht konfigurieren.

Wenn Sie keine Ein- oder Ausgabestromfilter für eine überwachte Schnittstelle definieren, unterliegen alle Datenströme auf der Schnittstelle der Überwachung.

Ab Junos OS Version 15.1R1 unterstützen Router der MX-Serie die Inline-Videoüberwachung zur Messung von MDI-Metriken (Media Delivery Index), auf die über den SNMP GET-Vorgang zugegriffen werden kann. Derzeit kann Inline-MDI nur ein Systemprotokoll generieren, wenn der berechnete Wert nicht innerhalb des konfigurierten Bereichs liegt. SNMP wird hauptsächlich zur Überwachung von Alarmen verwendet, die durch die Inline-Videoüberwachungsfunktion ausgelöst werden. Die Alarme werden in den Netzwerkmanagementsystemen entweder zur Fehlerbehebung des Problems oder zur Diagnose einer Verschlechterung der Videoqualität überwacht.

Sie verwenden die video-monitoring Anweisung auf Hierarchieebene [edit services] , um Überwachungskriterien für zwei wichtige Indikatoren für Probleme mit dem Videoverkehr anzugeben: Verzögerungsfaktor und Media Loss Rate (MLR) und diese Metriken auf Datenströme an bestimmten Schnittstellen anzuwenden.