Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Grundlegendes zur Inline-Videoüberwachung an 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 mithilfe von MDI-Metriken (Media Delivery Index).

Verwenden Sie Funktionen entdecken: Inline-Videoüberwachungsdienste , um die Plattform- und Releaseunterstützung für bestimmte Funktionen zu bestätigen. Die Syntax der Konfigurationsanweisung finden Sie unter video-monitoring .

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

  • Medienbereitstellungsindex – MDI-Metriken erleichtern die Identifizierung des Pufferbedarfs für Streaming-Medien. Die Pufferung muss ausreichend sein, um den Jitter der Pakete, gemessen am MDI-Verzögerungsfaktor, und die 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 von erheblichem Jitter oder Paketverlust identifizieren und entsprechende Maßnahmen ergreifen.

  • Verzögerungsfaktor: Der Verzögerungsfaktor ist die maximal beobachtete Zeitdifferenz zwischen dem Eintreffen von Mediendaten und dem Abfluss von Mediendaten. Die erwartete Entleerungsrate ist die nominale, konstante Datenverkehrsrate für Datenströme mit konstanter Bitrate 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 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 Verlauf eines Datenstroms deutet die Variation des Verzögerungsfaktors auf Paketbündelung oder Paketlücken (Jitter) hin. Höhere Werte für den Verzögerungsfaktor weisen auch darauf hin, dass für die Bereitstellung eines Datenstroms eine höhere Netzwerklatenz erforderlich ist, da ein Empfangspuffer vorab gefüllt werden muss, bevor der Abfluss beginnt, um sicherzustellen, dass kein Unterlauf erfolgt.

    Wenn die nominale Drain-Bitrate an einem empfangenden Knoten bekannt ist, gibt das Maximum des Verzögerungsfaktors die Größe des Puffers an, der zur Aufnahme von Paketjitter 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.

  • Medienverlustrate (MLR): Dieser Wert gibt die Anzahl der Medienpakete an, die über ein konfigurierbares Zeitintervall (interval-duration) verloren gegangen sind, in dem die Datenstrompakete Streaming-Anwendungsinformationen enthalten. Ein einzelnes IP-Paket kann ein oder mehrere Streaming-Pakete enthalten. Beispielsweise enthält ein IP-Paket in der Regel sieben 188-Byte-MPEG-Transportstrompakete. In diesem Fall führt ein einzelner IP-Paketverlust dazu, dass sieben verlorene Pakete gezählt werden (wenn diese sieben verlorenen Pakete keine Nullpakete enthalten). Das Einbeziehen von Paketen außerhalb der Reihenfolge ist wichtig, da viele Streaming-Geräte vom Verbrauchertyp nicht versuchen, Pakete, die nicht in der richtigen Reihenfolge empfangen werden, neu anzuordnen.

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 der einzelnen Messzyklen

  • Informationen zur Durchflussrate, die zur Ermittlung der erwarteten Durchflussraten verwendet werden

  • Schwellenwerte für den Verzögerungsfaktor, die Variation der Medienrate und die 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-Datenströme für die Überwachung auszuwählen. Datenströme werden als Eingabe- oder Ausgabeströ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 unkomprimiertem HD- oder 4K-Stream-Video (Nutzlasttyp 98 und 99) konfigurieren. Die MDI-Funktionalität wurde auf Videoabläufe wie ST 2000-5 (RTP PT 98) und ST 2000-6 (RTP PT 99) erweitert. Dabei handelt es sich um Nicht-MPEG-Videoflüsse über IP/UDP/RTP mit konstanter Bitrate. Der Betreiber gibt die richtigen IP-Adressen und UDP-Ports an, damit Nicht-Video-Datenströme über RTP keine MDI-Verarbeitung durchlaufen.

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

IPv4-Datenströme werden eindeutig identifiziert durch:

  • IP-Adresse des Ziels

  • Zielport

  • Quell-IP-Adresse

  • Quellport

  • Richtung

  • Schnittstellen-Index

  • Medientyp (RTP oder MPEG)

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

  • Die drei wichtigsten MPLS-Labels

  • IP-Adresse des Ziels

  • Zielport

  • Quell-IP-Adresse

  • Quellport

  • Richtung

  • Schnittstellen-Index

  • Medientyp (RTP oder MPEG)

IPv6-Datenströme werden eindeutig identifiziert durch:

  • IP-Adresse des Ziels

  • Zielport

  • Quell-IP-Adresse

  • Quellport

  • Richtung

  • Schnittstellen-Index

  • Medientyp (RTP oder MPEG)

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

  • Die drei wichtigsten MPLS-Labels

  • IP-Adresse des Ziels

  • Zielport

  • Quell-IP-Adresse

  • Quellport

  • 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 Eingabedatenströmen, Ausgabedatenströmen oder einer Kombination aus Eingabe- und Ausgabedatenströmen bestehen können. 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 Flows überschreiten. Die Videoüberwachung selektiert eine sehr variable Anzahl von Strömungen auf der Grundlage von Strömungsfiltern.

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

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

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

  • MPC1-KARTON

  • MPC1E

  • MPC2-KARTON

  • MPC2E

  • MPC2E-NG

  • MPC3E-NG

  • MPC-16XGE

  • MPC5E

  • MPC6E

  • MPC7E

  • MPC8E

  • MPC9E

  • MPC10E

  • MPC11E

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

Anmerkung:

Im folgenden Szenario wird der Datendurchsatz unterhalb der Schnittstellenbandbreite reduziert, wenn die Videoüberwachung mit einem MPC2E-NG oder MPC3E-NG verwendet wird:

  • Die Ein- und Ausgänge befinden sich auf demselben Steckplatz.

  • Die Input-Flows sind als inet und die Output-Flows als mpls konfiguriert.

  • Mindestens ein Datenstrom hat eine Datenverkehrsrate von mehr als 2 Gbit/s.

Um diesen verringerten Durchsatz zu vermeiden, verwenden Sie Eingangs- und Ausgangsports an verschiedenen Steckplätzen.

Sie können die Anzahl der Datenströme, die pro Packet Forwarding Engine gleichzeitig gemessen werden können, bis zu einem Wert von 8192 konfigurieren. 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 angegeben. Die standardmäßige Anzahl von Datenströmen, 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 Ausgangsdatenstromfilter für eine überwachte Schnittstelle definieren, werden alle Datenströme auf der Schnittstelle überwacht.

Tabelle 1: MPC- und Linecard-Datenstromüberwachungskapazität nach Modell

Modell

Maximale konfigurierbare Anzahl von Datenströmen, die gleichzeitig überwacht werden

Standardanzahl der gleichzeitig überwachten Datenströme

MPC1-KARTON

8000

1000

MPC1E

8000

1000

MPC2-KARTON

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 (ab Junos OS Version 20.3R1)

3000

MPC11E

64.000 (ab Junos OS Version 20.3R1)

8000

MX304 LMIC

24,000

3000

MX10K-LC4800-KARTON

24,000

3000

MX10K-LC9600-KARTON

48,000

6000

Anmerkung:

Junos OS misst sowohl UDP-Datenströme (Standardeinstellung) als auch RTP-Datenströme. Junos OS unterscheidet Mediendatenverkehr über UDP oder RTP, indem es das erste Byte in der UDP-Nutzlast überprüft. Wenn das erste Byte der UDP-Nutzlast 0x47 ist (MPEG2-TS-Synchronisierungsbyte), wird der Datenverkehr als Mediendatenverkehr über UDP behandelt. Datenverkehr wird als Mediendatenverkehr über RTP behandelt, wenn das Feld "Version" auf "2" und der Nutzlasttyp im RTP-Header auf "33" festgelegt ist. Wenn keines dieser Kriterien erfüllt ist, wird das Paket nicht für die Videoüberwachung berücksichtigt.

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 der [edit services] Hierarchieebene, um Überwachungskriterien für zwei wichtige Indikatoren für Videoverkehrsprobleme zu spezifizieren: Verzögerungsfaktor und Medienverlustrate (MLR), und um diese Metriken auf Datenströme auf bestimmten Schnittstellen anzuwenden.

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
19.3R2
Inline-Videoüberwachung wird nicht unterstützt, wenn Sie Services der nächsten Generation auf einem Router der MX-Serie aktivieren.
19.1R1
Sie können Router der MX-Serie für die Inline-Videoüberwachung von unkomprimiertem HD- oder 4K-Stream-Video konfigurieren (Payload-Typ 98 und 99). Die MDI-Funktionalität wurde auf Videoabläufe wie ST 2000-5 (RTP PT 98) und ST 2000-6 (RTP PT 99) erweitert. Dabei handelt es sich um Nicht-MPEG-Videoflüsse über IP/UDP/RTP mit konstanter Bitrate. Der Betreiber gibt die richtigen IP-Adressen und UDP-Ports an, damit Nicht-Video-Datenströme über RTP keine MDI-Verarbeitung durchlaufen.
17.4R1
Sie können IPv6-Datenströme und IPv6-über-MPLS-Datenströme unterscheiden.
17.2R1
Sie können IPv4-over-MPLS-Datenströme identifizieren.
16.1R1
Sie können die Anzahl der Datenströme, die pro Packet Forwarding Engine gleichzeitig gemessen werden können, bis zu einem Wert von 8192 konfigurieren.
15.1R1
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. Derzeit kann Inline-MDI nur dann ein Systemprotokoll generieren, wenn der berechnete Wert nicht innerhalb des konfigurierten Bereichs liegt.