Verständnis der Inline-Videoüberwachung auf Routern der MX-Serie

Dieses Thema gibt einen Überblick über die Inline-Videoüberwachung unter Junos OS.

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

Verwenden Sie Feature Explorer: Inline Video Monitoring Services, um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen. Siehe Videoüberwachung für die Syntax der Konfigurationsanweisungen.

Bevor Sie die Inline-Videoüberwachungsfunktion verwenden, stellen Sie sicher, dass Sie die folgenden Begriffe verstehen:

• Media Delivery Index: MDI-Metriken erleichtern die Identifizierung des Pufferbedarfs für Streaming-Medien. Die Pufferung muss ausreichend sein, um Paket-Jitter, gemessen am MDI-Verzögerungsfaktor, und Qualitätsprobleme, die durch verlorene Pakete angezeigt werden, gemessen an der MDI-Medienverlustrate (MLR), zu kompensieren. Durch Messungen unter unterschiedlichen Lastbedingungen können Sie Quellen für erheblichen Jitter- oder Paketverlust identifizieren und entsprechende Maßnahmen ergreifen.

• Verzögerungsfaktor: Der Verzögerungsfaktor ist der maximal beobachtete Zeitunterschied zwischen dem Eintreffen von Mediendaten und dem Ausgleich von Mediendaten. Die erwartete Drain-Rate ist die nominale, konstante Datenverkehrsrate für Ströme mit konstanter Bitrate oder die berechnete Datenverkehrsrate von Medienstrom-Paketdaten mit variabler Rate.

  Bei typischen Streamraten von 1 Megabit pro Sekunde und höher bietet ein Intervall von einer Sekunde eine angemessene Abtastzeit. Der Verzögerungsfaktor gibt an, wie lange ein Datenstrom mit seiner nominalen Bitrate gepuffert (verzögert) werden muss, um Paketverluste zu vermeiden.

  Der Verzögerungsfaktor gibt die Mindestgröße des Puffers an, der am nächsten Downstreamknoten erforderlich ist. Im weiteren Verlauf eines Datenstroms weist die Variation des Verzögerungsfaktors auf Paketbündelung oder Paketlücken (Jitter) hin. Höhere Verzögerungsfaktorwerte weisen auch darauf hin, dass mehr Netzwerklatenz erforderlich ist, um einen Stream zu liefern, da ein Empfangspuffer vor Beginn des Drains vorgefüllt werden muss, um einen Unterlauf 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 zur Aufnahme von 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 in einem konfigurierbaren Zeitintervall (interval-duration) verloren gegangen sind, in dem die Datenstrompakete Streaming-Anwendungsinformationen enthalten. Ein einzelnes IP-Paket kann ein oder mehrere Streaming-Pakete enthalten. Ein IP-Paket enthält beispielsweise typischerweise sieben 188-Byte-MPEG-Transportstrompakete. In diesem Fall führt ein Verlust eines einzelnen IP-Pakets dazu, dass sieben verlorene Pakete gezählt werden (wenn diese sieben verlorenen Pakete keine Nullpakete enthielten). Das Einbeziehen von Paketen außerhalb der Reihenfolge ist wichtig, da viele Streaming-Geräte vom Verbrauchertyp nicht versuchen, Pakete neu zu sortieren, die in falscher Reihenfolge empfangen wurden.

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

• Dauer jedes Messzyklus

• Durchflussinformationen zur Ermittlung der erwarteten Durchflussraten

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

Für jede Schnittstelle, die Sie überwachen möchten, können Sie einen oder mehrere Filter definieren, um IPv4-Flows für die Überwachung auszuwählen. Flüsse werden als Eingabe- oder Ausgabeflüsse bezeichnet. Sie können IPv4-over-MPLS-Datenströme, IPv6-Datenströme und IPv6-over-MPLS-Datenströme identifizieren. Ab Junos OS Version 19.1R1 können Sie Router der MX-Serie für die Inline-Videoüberwachung von unkomprimiertem HD- oder 4K-Stream-Video (Nutzlasttyp 98 und 99) konfigurieren. Die MDI-Funktionalität wurde auf Videoflüsse wie ST 2000-5 (RTP PT 98) und ST 2000-6 (RTP PT 99) erweitert. Dies sind Nicht-MPEG-Videoflüsse über IP/UDP/RTP und Datenströme mit konstanter Bitrate. Der Betreiber würde die richtigen IP-Adressen und UDP-Ports angeben, damit Nicht-Video-Flüsse über RTP nicht MDI-Verarbeitung durchlaufen.

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

IPv4-Datenströme werden eindeutig identifiziert durch:

• Ziel-IP-Adresse

• Zielhafen

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellen-Index

• Medientyp (RTP oder MPEG)

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

• Die drei wichtigsten MPLS-Labels

• Ziel-IP-Adresse

• Zielhafen

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellen-Index

• Medientyp (RTP oder MPEG)

IPv6-Datenströme werden eindeutig identifiziert durch:

• Ziel-IP-Adresse

• Zielhafen

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellen-Index

• Medientyp (RTP oder MPEG)

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

• Die drei wichtigsten MPLS-Labels

• Ziel-IP-Adresse

• Zielhafen

• Quell-IP-Adresse

• Quell-Port

• Richtung

• Schnittstellen-Index

• Medientyp (RTP oder MPEG)

Junos OS unterstützt die Definition von Filtern für bis zu 256 Datenströme auf einer Schnittstelle, die aus Eingabeflüssen, Ausgabeflüssen oder einer Kombination aus Eingabe- und Ausgabeflüssen bestehen kann. Diese Filter liefern Kriterien für die Auswahl von Flows 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 eine stark variable Anzahl von Strömen basierend auf Strömungsfiltern aus.

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

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

Inline-Videoüberwachung ist auf MX-Serie 5G Universelle Routing-Plattformen nur mit den folgenden MPCs verfügbar:

• MPC1

• MPC1E

• MPC2

• MPC2E

• MPC2E-NG

• MPC3E-NG

• MPC-16XGE

• MPC5E

• MPC6E

• MPC7E

• MPC8E

• MPC9E

• MPC10E

• MPC11E

Der Router MX304 und die Router der MX-Serie, die die Linecards LC4800 und LC9600 unterstützen, unterstützen auch die Inline-Videoüberwachung.

Sie können die Anzahl der Datenströme konfigurieren, die pro Packet Forwarding Engine gleichzeitig gemessen werden können, bis zu einem Wert von 8192. Die maximal konfigurierte Anzahl von Datenströmen, die für jedes MPC- oder Linecard-Modell gemessen werden können, ist in der zweiten Spalte von Tabelle 1 dargestellt. Die Standardanzahl der Datenströme, die für jedes MPC- oder Linecard-Modell gemessen werden können, ist in der dritten Spalte von Tabelle 1 dargestellt.

Wenn Sie keine Eingabe- oder Ausgabeflussfilter für eine überwachte Schnittstelle definieren, unterliegen alle Flüsse auf der Schnittstelle der Überwachung.

Die Router der MX-Serie unterstützen die Inline-Videoüberwachung zur Messung von MDI-Metriken (Media Delivery Index), auf die mit dem SNMP GET-Vorgang zugegriffen werden kann. Sie verwenden SNMP, um Alarme zu überwachen, die von der Inline-Videoüberwachungsfunktion ausgelöst werden. Die Alarme werden in den Netzwerkmanagementsystemen überwacht, um entweder das Problem zu beheben oder eine Verschlechterung der Videoqualität zu diagnostizieren.

Sie verwenden die video-monitoring Anweisung auf Hierarchieebene [edit services] , um Überwachungskriterien für zwei Schlüsselindikatoren für Videodatenverkehrsprobleme anzugeben: Verzögerungsfaktor und Medienverlustrate (MLR), und um diese Metriken auf Datenströme auf bestimmten Schnittstellen anzuwenden.