AVB verstehen in Catalyst 3K und Catalyst Switches der Serie 9000

Einleitung

In diesem Dokument wird die Konfiguration und Fehlerbehebung von Audio Video Bridging (AVB) auf den Plattformen Catalyst 3650, 3850, 9300 und 9500 beschrieben. 

Hintergrundinformationen

Audio- und Videogeräte (Audio and Video, AV) werden traditionell als analoge unidirektionale Point-to-Point-Verbindungen bereitgestellt. Im Zuge der Migration zu digitalen Übertragungssystemen blieb die unidirektionale Point-to-Point-Verbindungsarchitektur erhalten. Dieses dedizierte Verbindungsmodell führte zu einer Vielzahl von Kabeln in professionellen und Verbraucheranwendungen, die schwer zu verwalten und zu betreiben waren.

Es wurden mehrere Mechanismen zur Lösung dieses Problems identifiziert, die jedoch alle nicht standardkonform, schwer zu bedienen und bereitzustellen oder teuer und unflexibel waren. Die Migration auf eine Ethernet-Infrastruktur wurde als Möglichkeit gesehen, die Anforderungen professioneller Antivirus-Geräte zu erfüllen, die Gesamtbetriebskosten zu senken und eine transparente Integration neuer Services zu ermöglichen. Dem Bereitstellungsmechanismus mangelte es jedoch an Flexibilität und Interoperabilität.

Um die Einführung von Ethernet-basiertem AV zu beschleunigen und eine flexiblere Bereitstellung zu ermöglichen, hat IEEE den IEEE 802.1 Audio Video Bridging (AVB)-Standard entwickelt. Dieser Standard definiert einen Mechanismus, bei dem Endpunkte und das Netzwerk als Ganzes funktionieren, um hochwertiges AV-Streaming über Verbraucheranwendungen zu professionellen AV-Bereitstellungen über eine Ethernet-Infrastruktur zu ermöglichen.

Hardware- und Software-Support

AVB wird von den Cat3K-Plattformen ab der Softwareversion Cisco IOS® XE Denali 16.3.x unterstützt. In Cat9k wurde die AVB-Funktion in Fuji-16.8.1a eingeführt. Im Laufe der Zeit gab es deutliche Verbesserungen, sodass neuere Softwareversionen Verbesserungen für die AVB-Funktion enthielten.

Diese Plattformen unterstützen AVB:

AV Analoge Technologien

AVB IEEE-Standards

IEEE 802.1 Audio Video Bridge (AVB) umfasst diese vier IEEE-Standards. Das bedeutet, dass wir bei einem AVB-Problem alle Standards berücksichtigen und die Fehler entsprechend beheben müssen:

IEEE 802.1AS (gPTP)

• Generalized Precision Time Protocol (gPTP)
• Timing und Synchronisierung für Layer-2-Geräte mit zeitkritischen Anwendungen

IEEE802.1Qat (UVP)

• Multiple Stream Reservation Protocol (MSRP)
• End-to-End Verkehrszugangskontrollsystem für die Reservierung von Ressourcen.

IEEE 802.1Qav (QoS)

• Weiterleitung und Warteschlangenverwaltung für zeitkritische Streams (FQTSS).
• Planung und Shaping des AV-Datenverkehrs

IEEE 802.1Qak (MVRP)

• Multiple VLAN Registration Protocol
• Dynamische Konfiguration und gemeinsame Nutzung von VLAN-Informationen

AVB-Netzwerkterminologie

• AVB Talker: Quelle des AVB-Streams
• AVB-Bridge/Switch
• AVB Listener: Consumer des AVB-Streams.
• AVB Stream: Stream, der zwischen AVB-Sprecher und Listener eingerichtet wurde.

AVB-Topologien

AVB-Domäne

AVB-PTP-Domäne

Die BMCA wird verwendet, um die primäre Uhr für jede Verbindung auszuwählen, und letztendlich wird die primäre Referenzuhr für die gesamte gPTP-Domäne ausgewählt. Die primäre Referenzuhr ist für die Bereitstellung des Timings und der Synchronisierung für die gesamte Domäne verantwortlich. BMCA wird verwendet, um den primären und untergeordneten Status der Ports jeder Verbindung mithilfe von Ankündigungsnachrichten auszuwählen. Die beste Uhr, die als primäre Uhr ausgewählt wird, hängt von der Qualität der Uhr (Stabilität) und von Konfigurationen wie z. B. der gPTP-Priorität ab. Er wird lokal auf jedem Port ausgeführt, um seine eigenen lokalen Datensätze mit den empfangenen Datensätzen auf den Ankündigungsnachrichten vom benachbarten Gerät zu vergleichen und die beste Uhr auf der Verbindung zu ermitteln.

• Primär: Dieser Port ist die Zeitquelle auf dem Pfad.
• Subordinate (Untergeordnet): Dieser Port wird mit dem Gerät auf dem Pfad synchronisiert, der sich im untergeordneten Status befindet.

Ein gPTP-fähiger Switch bestimmt, ob ein Peer auch gPTP-fähig ist, indem er die Peer-to-Peer-Verzögerung misst, die eine Verzögerung zwischen direkt verbundenen Ports ohne dazwischenliegenden Switch darstellt. Dieser Mechanismus zur Messung der Verzögerung verwendet die Meldungsarten Pdelay_Req, Pdelay_Resp und Pdelay_Resp_Follow_Up. Auf Basis dieses Nachrichtenaustauschs wird die Port-gPTP-Funktion festgelegt. Sobald die primär-untergeordnete Uhrenhierarchie eingerichtet ist, wird der Uhrensynchronisierungsprozess gestartet.

gPTP basiert auf IEEE1588v2

• Es ähnelt dem in 1588v2 spezifizierten BMCA, mit wenigen Vereinfachungen im Zustandssystem
• Es gibt keinen primären Status (vor Erreichen des primären Status).
• Es gibt keine primäre Qualifikationsperiode für Ausländer.
• Es gibt keinen Status Uncalibrated (Nicht kalibriert) (bevor der Status Untergeordnet erreicht wird).

AVB MSRP-Domäne (QoS)

Eine Talker-Deklaration wird über Ausgabeports weitergeleitet, die potenziell zur Ziel-MAC-Adresse der Reservierung führen können. Listener-Deklarationen werden nur an den Port mit der zugehörigen Talker-Deklaration weitergegeben (d. h. basierend auf der entsprechenden Stream-ID). Wenn auf keinem Switch-Port eine zugeordnete Talker-Deklaration registriert ist, wird die Listener-Deklaration nicht propagiert.

MSRP - Reservierungsfehler während der Anzeigenregistrierung

UVP - Reservierungsfehler während der Registrierung

UVP = Talkers States

Talker Advertise (Sprecheranzeige): Eine Anzeige für einen Stream, für den entlang des Netzwerkpfads vom Sprecher keine Bandbreite oder andere Netzwerkeinschränkungen aufgetreten sind.

Talker Failed (Sprecher fehlgeschlagen): Eine Ankündigung für einen Stream, der dem Listener aufgrund von Bandbreitenbeschränkungen oder anderen Einschränkungen nicht zur Verfügung steht, irgendwo entlang des Pfades vom Sprecher.

MSRP = Listener States

Ready (Bereit): Dieser Untertyp gibt an, dass es mindestens einen Listener gibt, der zuhören möchte und erfolgreich Ressourcen reserviert hat, und dass es keine Listener gibt, die zuhören möchten, aber nicht in der Lage waren, Ressourcen zu reservieren.

Ready Failed (Bereit fehlgeschlagen): Dieser Untertyp gibt an, dass es mindestens einen Listener gibt, der Ressourcen abhören möchte und erfolgreich reserviert hat, aber mindestens ein anderer Listener abhören möchte, aber nicht in der Lage war, Ressourcen zu reservieren.

Asking Failed (Fehlermeldung): Dieser Untertyp gibt an, dass mindestens ein Listener zuhören möchte, aber keine Ressourcen reservieren konnte. Es gab jedoch keine Listener, die zuhören wollten und erfolgreich Ressourcen reservieren konnten.

AVB-Architektur - QoS-Datenverkehrsklasse 

8Q-Richtlinie wird unterstützt. Cat3K/Cat9K unterstützt keine portabhängige Eingangswarteschlange. Interne Warteschlangen werden für AVB optimiert, um eine End-to-End-Vorzugsbehandlung für Datenverkehr der SR-Klasse innerhalb des Switches zu ermöglichen (niedrige Latenz).

Beispiele für Steuerungsdatenverkehr: OAM, Signalisierung, Netzwerksteuerung, Inter-Network Control

IEEE802.1Qav - QoS-Eingangs-Remarking

• AVB-Stream-Datenpakete werden mithilfe des PCP (Priority Control Point) des eingehenden Frames in SRP-Datenverkehrsklassen klassifiziert. 
• Um reservierte Datenflüsse zu schützen, kann ein AVB-Switch nicht zulassen, dass ein Nicht-AVB-Teilnehmer-Port bestmöglichen Datenverkehr an eine SRP-Klassenwarteschlange weiterleitet.
• Um diesen Schutz zu erreichen, muss die Eingangsmarkierung an allen Teilnehmerports ohne AVB (Edge-Ports der SRP-Domäne) erfolgen, damit die eingehende PCP, die mit einer beliebigen SRP-Klasse übereinstimmt, in eine bestmögliche PCP geändert wird. 
• Bei jeder Änderung des SRP-Domänenstatus eines Ports (Edge oder Core) muss diese erneute Markierung hinzugefügt oder entfernt werden.

IEEE802.1Qav - QoS-Ausgangswarteschlange

• Der Datenverkehr der SR-Klasse wird der Ausgangs-Prioritätswarteschlange zugeordnet, die den kreditbasierten Traffic Shaper-Algorithmus unterstützt.
• Dynamische Konfiguration der Ausgangs-Shaper-Rate (für die Bandbreitenreservierung) für AVB-Core-Ports nach Klasse und Port
• Für Cat3k befindet sich der vom Switch generierte Kontrolldatenverkehr (d. h. gPTP, MSRP) in der bestmöglichen Warteschlange in Version 16.3.1. Sie befinden sich in der Prioritätswarteschlange ab Version 16.3.2.

AVB-Architektur - Bandbreitenzuweisungsdesign

• Es werden maximal 75 % der Bandbreite für SR Class A + SR Class B zugewiesen.
• SR-Klasse A reserviert bis zu 75 % der Bandbreite.
• SR-Klasse B reserviert Bandbreite, die nicht von SR-Klasse A verwendet wird.
• Die Bandbreite wird auf der Basis des Windhundverfahrens für den AV-Stream zugewiesen.
• Hardwarekreditbasierter Shaper zur gleichmäßigen Planung des AVB-Datenverkehrs.

AVB MVRP-Domäne

Was ist MVRP?

• Multiple VLAN Registration Protocol (MVRP) ist eine auf MRP (Multiple Registration Protocol) basierende Anwendung, die die dynamische Registrierung und Aufhebung der Registrierung von VLANs an Ports in einem VLAN-überbrückten Netzwerk unterstützt. Mithilfe von MRP werden die Attribute deklariert, die in einer Datenbank an jedem Port jeder Bridge in einem überbrückten Netzwerk registriert werden sollen. Das vom MVRP verwendete Attribut ist die VLAN-ID. Stationen oder konfigurierte Bridge-Ports deklarieren (zurückziehen), wenn sie (keine) Frames für eine bestimmte VLAN-ID empfangen müssen. Wenn eine VLAN-ID von MVRP auf einem Bridge-Port registriert wird, weiß die Bridge, dass Frames für diese VLAN-ID auf diesem Bridge-Port übertragen werden müssen.
  
  
• MVRP ermöglicht AVB-Endpunkten das Erstellen von Deklarationen, wenn sie Frames für eine bestimmte VLAN-ID empfangen müssen.
  
  
• MVRP ermöglicht AVB-Endpunkten das Zurückziehen von Deklarationen, wenn sie keine Frames für eine bestimmte VLAN-ID empfangen müssen.

Wenn MVRP auf dem Switch aktiviert ist

• Die MVRP-VLAN-Deklaration vom Endpunkt löst die VLAN-Erstellung auf den Switches aus.
• Es gibt drei verschiedene MVRP-Registrierungsmodi für einen Port:
  Normal - VLANs werden basierend auf Gerätedeklarationen dynamisch registriert/deinstalliert. Dies ist der Standardmodus für die Ports, wenn MVRP global aktiviert ist (normale MVRP-Registrierung). 
  Fest - Port ignoriert alle MVRP-Deklarationen. Statisch konfigurierte VLANs werden vom MVRP nicht dynamisch bereinigt. Dieser Modus kann für jeden Port an Schnittstellen konfiguriert werden, die mit Netzwerkgeräten verbunden sind, die nicht MVRP-fähig sind (MVRP-Registrierung festgelegt).
  Forbidden - Der Port ignoriert alle eingehenden MVRP-Nachrichten und bereinigt die VLANs (die MVRP-Registrierung ist verboten).

Wenn MVRP auf dem Switch nicht aktiviert ist

Konfigurieren Sie die Switches manuell im Trunk-Modus, um alle VLANS zuzulassen, die von den AVB-Streams voraussichtlich verwendet werden.

AVB Flow - Zusammengestellt

1. MSRP initialisiert gPTP für die Zeitsynchronisierung.
2. MSRP initialisiert die QoS-Richtlinie auf dem AVB-Switch-Port.
3. MSRP-Signalisierung mit Talker- und Listener-Deklarationen zum Überprüfen von Ressourcen. Garantierte Bandbreite und Latenz nach oben.
4. QoS (Shaper) wird dynamisch angepasst. Bis zu 75 % der Bandbreite sind für SR Class A + SR Class B reserviert.
5. MSRP fügt einen Layer-2-Multicast-Eintrag hinzu.
6. Der AV-Strom fließt.

AVB-Komponenten - Interaktion

Fehlerbehebung bei AVB in Cat3k- und Cat9k-Switches

AVB-Konfiguration

Konfigurieren von AVB

Schritt 1: Aktivieren Sie die AVB-Funktion und das entsprechende VLAN:

Cat3850# configure terminal
Cat3850(config)# avb
Cat3850(config)# vlan 2
Cat3850(config)# end

Schritt 2: Konfigurieren Sie die Switch-Schnittstellen entlang des AVB-Verbindungspfads als dot1q-Trunk-Ports:

Cat3850# configure terminal
Cat3850(config)# interface GigabitEthernet1/0/3
Cat3850(config-if)# switchport mode trunk
Cat3850(config-if)# end
Cat3850# 

Schritt 3 (optional). Aktivieren Sie MVRP auf dem Switch, um dynamische VLAN-Propagierung zu aktivieren.

Cat3850# configure terminal
Cat3850(config)# mvrp global
Cat3850(config)# vtp mode transparent
Cat3850(config)# mvrp vlan create 
Cat3850(config)# end
Cat3850# 

Schritt 4 (optional). PTP-Priorität am Switch anpassen.

Cat3850#configure terminal
Cat3850(config)# ptp priority1 <0-255>
Cat3850(config)# ptp priority2 <0-255>
Cat3850(config)# end
Cat3850# 

Konfiguration wird automatisch von UVP hinzugefügt

Die Unterstützung für hierarchische QoS für AVB wurde in Cisco XE Denali 16.3.2 eingeführt. Die hierarchische AVB-QoS-Richtlinie ist eine zweistufige Parent-Child-Richtlinie. Die übergeordnete AVB-Richtlinie trennt Audio-, Video-Datenströme (SR-Klasse A, SR-Klasse B) und Netzwerksteuerungspakete vom standardmäßigen Ethernet-Datenverkehr (Non-SR) und verwaltet die Datenströme entsprechend.

Verschiedene Typen von Eingangsrichtlinien

Core-Port für SR-Klasse A und Boundary-Port für SR-Klasse B (Dies bedeutet, dass MSRP an diesem Port nur eine Benachrichtigung für einen Stream der Klasse A empfangen hat, sodass der gesamte Datenverkehr für B als COS 0 gekennzeichnet wird, während die Markierung für einen Stream der Klasse A beibehalten wird).

interface GigabitEthernet1/0/3
 service-policy input AVB-Input-Policy-Remark-B
 service-policy output AVB-Output-Policy-Gi1/0/3

policy-map AVB-Input-Policy-Remark-B
 class AVB-SR-B-CLASS                     <<< Parent Policy dynamycally generated (not user editable)
  set cos 0 (set 0 for boundary & SR class B PCP value for core port)
 class class-default
  service-policy AVB-Input-Child-Policy   <<< Child Policy (user editable)   

Core-Port für SR-Klasse B und Boundary-Port für SR-Klasse A (Dies bedeutet, dass MSRP an diesem Port nur eine Benachrichtigung für einen Stream der Klasse B empfangen hat, sodass der gesamte Datenverkehr für A als COS 0 gekennzeichnet wird, während die Markierung für Stream der Klasse B beibehalten wird).

interface GigabitEthernet1/0/4
 service-policy input AVB-Input-Policy-Remark-A
 service-policy output AVB-Output-Policy-Gi1/0/4

policy-map AVB-Input-Policy-Remark-A
 class AVB-SR-A-CLASS                     <<< Parent Policy dynamycally generated (not user editable)
  set cos 0 (set 0 for boundary & SR class A PCP value for core port)
 class class-default
  service-policy AVB-Input-Child-Policy   <<< Child Policy (user editable) 

Core-Port für SR Class A und SR Class B (Dies bedeutet, dass MSRP an diesem Port Meldungen für Streams der Klassen A und B empfangen hat, sodass die Eingangsmarkierung für beide Streamtypen erhalten bleibt).

interface GigabitEthernet1/0/2
 service-policy input AVB-Input-Policy-Remark-None
 service-policy output AVB-Output-Policy-Gi1/0/2

policy-map AVB-Input-Policy-Remark-None
 class class-default
  service-policy AVB-Input-Child-Policy   <<< Child Policy (user editable) 

Boundary-Port für SR Class A und SR Class B (Dies bedeutet, dass MSRP auf diesem Port keine Meldungen für Streams empfangen hat, weder für Streams der Klasse A noch für Streams der Klasse B, sodass die Eingangsmarkierung für beide Streamtypen als COS 0 gekennzeichnet ist).

interface GigabitEthernet1/0/1
 service-policy input AVB-Input-Policy-Remark-AB
 service-policy output AVB-Output-Policy-Gi1/0/1

policy-map AVB-Input-Policy-Remark-AB
 class AVB-SR-A-CLASS                     <<< Parent Policy dynamycally generated (not user editable)
  set cos 0 (set 0 for boundary & SR class A PCP value for core port)
 class AVB-SR-B-CLASS                     <<< Parent Policy dynamycally generated (not user editable)
  set cos 0 (set 0 for boundary & SR class B PCP value for core port)
 class class-default
  service-policy AVB-Input-Child-Policy   <<< Child Policy (user editable) 

 Untergeordnete Eingaberichtlinie (vom Benutzer bearbeitbar)

policy-map AVB-Input-Child-Policy
class VOIP-DATA-CLASS
 set dscp EF
class MULTIMEDIA-CONF-CLASS
 set dscp AF41
class BULK-DATA-CLASS
 set dscp AF11
class TRANSACTIONAL-DATA-CLASS
 set dscp AF21
class SCAVENGER-DATA-CLASS
 set dscp CS1
class SIGNALING-CLASS
 set dscp CS3
class class-default
 set dscp default

Verschiedene Arten von Ausgangs-Policys

Die Ausgangs-Policy wird vom MSRP dynamisch auf Port-Basis konfiguriert. MSRP kann dynamisch bis zu 75 % der Port-Bandbreite für die Klassen A und B reservieren. Die anderen 15 % sind statisch für Steuerungsmanagement-Datenverkehr reserviert, und der Rest kann den verschiedenen Datenverkehrstypen, die in der AVB-Output-Child-Policy definiert sind, bei Bedarf zugewiesen werden:

policy-map AVB-Output-Policy-Gix/y/z
 class AVB-SR-A-CLASS
  priority level 1 (Shaper value based on stream registration)
 class AVB-SR-B-CLASS
  priority level 2 (Shaper value based on stream registration)
 class CONTROL-MGMT-QUEUE
  priority level 3 percent 15
 class class-default
  bandwidth remaining percent 100
  queue-buffers ratio 80
  service-policy AVB-Output-Child-Policy  <<< Child Policy (user editable) 


policy-map AVB-Output-Child-Policy
 class VOIP-PRIORITY-QUEUE
  bandwidth remaining percent 30
  queue-buffers ratio 10
 class MULTIMEDIA-CONFERENCING-STREAMING-QUEUE
  bandwidth remaining percent 15
  queue-limit dscp AF41 percent 80
  queue-limit dscp AF31 percent 80
  queue-limit dscp AF42 percent 90
  queue-limit dscp AF32 percent 90
  queue-buffers ratio 10
 class TRANSACTIONAL-DATA-QUEUE
  bandwidth remaining percent 15
  queue-limit dscp AF21 percent 80
  queue-limit dscp AF22 percent 90
  queue-buffers ratio 10
 class BULK-SCAVENGER-DATA-QUEUE
  bandwidth remaining percent 15
  queue-limit dscp AF11 percent 80
  queue-limit dscp AF12 percent 90
  queue-limit dscp CS1 percent 80
  queue-buffers ratio 15
 class class-default
  bandwidth remaining percent 25
  queue-buffers ratio 25

In diesem Beispiel ist Gi1/0/6 ein Core-Port für SR Class A und ein Boundary-Port für SR Class B (d. h., an diesem Port werden nur Anzeigen für Streams der Klasse A empfangen). Die für AV-Streams reservierte Bandbreite ist auf maximal 75 Prozent der gesamten Port-Bandbreite beschränkt. Da der Port in diesem Fall automatisch eine Verbindungsgeschwindigkeit von 1 Gbit/s aushandelt, können max. 75 % dieser Bandbreite - 750 Mbit/s - für Datenströme der Klassen A und B reserviert werden. In diesem Fall MSRP reservierte dynamisch 71 % für Klasse A (ca. 701 Mbit/s) und 0 % für Klasse B.

Wenn wir jedoch die tatsächliche QoS-Richtlinie überprüfen, die mit der Schnittstelle verbunden ist, können wir feststellen, dass von diesen 75 % der reservierbaren Bandbreite 71 % effektiv Klasse-A (Prioritätsstufe 1) zugewiesen wurden, aber in Wirklichkeit wurde auch ein kleiner Teil der Bandbreite - 1 % - Klasse-B (Prioritätsstufe 2) zugewiesen. Wie erwartet, wurden 15 % dem Control-Mgmt-Datenverkehr (Prioritätsstufe 3) und die verbleibende Bandbreite der vom Benutzer bearbeitbaren Ausgangs-Kinderrichtlinie zugewiesen:

show msrp port interface Gi1/0/6
Port: Gi1/0/6    Admin: admin up    Oper: up
  MTU: 1500    Bandwidth: 1000000 Kbit/s    DLY: 0 us   mode: Trunk
  gPTP status: Enabled, asCapable
    Residence delay: 20000 ns
    Peer delay: 84 ns (Updated Wed Nov 18 17:35:18.823)
  AVB readyness state: Ready
    Per-class value              Class-A     Class-B
    -------------------------------------------------------
    Tx srClassVID                2           2        
    Rx srClassVID                2           0        
    Domain State                 Core        Boundary 
    VLAN STP State               FWD         FWD      
    Reservable BW (Kbit/s)       750000      0        
    Reserved BW (Kbit/s)         701504      0        
    Applied QOS BW (percent)     71          0   



show policy-map interface Gi1/0/6 

  Service-policy output: AVB-Output-Policy-Gi1/0/6

  <snip> 

    Class-map: AVB-SR-CLASS-A (match-any)
      0 packets
      Match: cos  3
      Priority: 701504 kbps, burst bytes 17537600,   <<< 71% of the reservable BW 
      Priority Level: 1

    Class-map: AVB-SR-CLASS-B (match-any)
      0 packets
      Match: cos  2
      Priority: 10000 kbps, burst bytes 250000,   <<< 1% of the reservable BW 
      Priority Level: 2

    Class-map: AVB-CONTROL-MGMT-QUEUE (match-any)
      0 packets
      Match: ip dscp cs2 (16)
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip dscp cs3 (24)
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip dscp cs6 (48)
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip dscp cs7 (56)
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip precedence 6
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip precedence 7
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip precedence 3
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: ip precedence 2
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: cos  6
        0 packets, 0 bytes
        5 minute rate 0 bps
      Match: cos  7
        0 packets, 0 bytes
        5 minute rate 0 bps
      Priority: 15% (150000 kbps), burst bytes 3750000,  <<<< 15% of the total BW
      Priority Level: 3

    Class-map: class-default (match-any)
      0 packets
      Match: any
      Queueing

      (total drops) 0
      (bytes output) 81167770686
      bandwidth remaining 100%    <<< all remaining BW got assigned to child policy
      queue-buffers ratio 70

      Service-policy : AVB-Output-Child-Policy
     <snip>        

Überprüfen der ordnungsgemäßen Funktion von AVB

Sie müssen die Fehlerbehebung in fünf Abschnitte unterteilen:

1. Haben wir AVB auf allen beteiligten Switches richtig konfiguriert?

2. AVB überprüfen

3. Überprüfen Sie die UVP.

4. gPTP überprüfen

5. MVRP überprüfen

AVB-Überlegungen

<< avb domain anzeigen >>

• Anzahl und Typ der Ports für jeden AVB-Stream (Class-A und Class-B)
• Core für eine bestimmte Klasse bedeutet, dass eine Stream-Ankündigung für diese SR-Klasse an diesem Port empfangen wurde.
• Boundary (Grenze) bedeutet, dass auf diesem Port keine Ankündigung für diese SR-Klasse empfangen wurde.
• Not asCapable bedeutet, dass PTP auf diesem Port nicht unterstützt wird.
• Ein Port kann für beide Klassen gleichzeitig Core sein.
• PCP = QoS-Prioritätscodepunkt
• VID = VLAN-ID für AVB

Switch#show avb domain
AVB Class-A
    Priority Code Point     : 3
    VLAN                    : 2
    Core ports              : 2
    Boundary ports          : 31

AVB Class-B
    Priority Code Point     : 2
    VLAN                    : 2
    Core ports              : 0
    Boundary ports          : 33

--------------------------------------------------------------------------------
Interface    State       Delay    PCP  VID  Information
--------------------------------------------------------------------------------
     Te1/0/1          up    300ns
   Class-  A        core             3    2
   Class-  B    boundary             0    0
----
     Te1/0/2          up      N/A                    Port is not asCapable
----
     Te1/0/3          up    284ns
   Class-  A        core             3    2
   Class-  B    boundary             0    0
----
     Te1/0/4        down      N/A                        Oper state not up
----
     Te1/0/5        down      N/A                        Oper state not up
----
     Te1/0/6        down      N/A                        Oper state not up
----

<< avstream anzeigen >>

• Relevante Informationen zum Stream (Stream-ID, tatsächliche Bandbreite, Eingangs- und Ausgangsschnittstellen).
• Ein Port kann gleichzeitig Sender für einige Streams und Empfänger für einige andere sein, abhängig vom mit diesem Port verbundenen AV-Endpunkt.

------------------ show avb stream ------------------


Stream ID:     0090.5E15.965A:65434    Incoming Interface:    Te1/0/1
    Destination  : 91E0.F000.3470   <<<< AVB works with layer-2 multicast (least-significant bit of the first octet is on)
    Class        : A
    Rank         : 1
    Bandwidth    : 8192 Kbit/s

    Outgoing Interfaces:
    ----------------------------------------------------------------------------
    Interface         State      Time of Last Update         Information
    ----------------------------------------------------------------------------
    Te1/0/3           Ready      Wed Jun 13 16:32:36.224

Stream ID:     0090.5E15.96D5:65436    Incoming Interface:    Te1/0/3
    Destination  : 91E0.F000.0770
    Class        : A
    Rank         : 1
    Bandwidth    : 5120 Kbit/s

    Outgoing Interfaces:
    ----------------------------------------------------------------------------
    Interface         State      Time of Last Update         Information
    ----------------------------------------------------------------------------
    Te1/0/1           Ready      Wed Jun 13 16:28:45.114

Überlegungen zum UVP

<< Zeigt MSRP-Streams an >>

<< Kurzbeschreibung der msrp-Streams anzeigen >>

<< show msrp streams stream-id # >>

• Relevante Informationen für jede MSRP-Phase während der MSRP-Reservierung für jeden Stream (Advertise, Fail, Ready, ReadyFail usw.)

------------------ show msrp streams ------------------

Legend: R = Registered, D = Declared.
--------------------------------------------------------------------------------
Stream ID                       Talker                  Listener
                          Advertise    Fail       Ready     ReadyFail   AskFail
                           R | D      R | D      R | D      R | D      R | D
--------------------------------------------------------------------------------
0090.5E15.965A:65434        1 | 1      0 | 0      1 | 1      0 | 0      0 | 0
0090.5E15.96D5:65436        1 | 1      0 | 0      1 | 1      0 | 0      0 | 0
0090.5E15.96D5:65534        1 | 1      0 | 0      1 | 1      0 | 0      0 | 0



------------------ show msrp streams brief ------------------

Legend: R = Registered, D = Declared.
--------------------------------------------------------------------------------
Stream ID              Destination         Bandwidth   Talkers   Listeners  Fail
                       Address              (Kbit/s)    R | D      R | D
--------------------------------------------------------------------------------
0090.5E15.965A:65434   91E0.F000.3470     8192          1 | 1      1 | 1    No
0090.5E15.96D5:65436   91E0.F000.0770     5120          1 | 1      1 | 1    No
0090.5E15.96D5:65534   91E0.F000.0770     3584          1 | 1      1 | 1    No
0090.5E1A.33E2:65534   0000.0000.0000     0             0 | 0      1 | 0    Yes <<< Listener is requesting for this stream but no Talker transmit


show msrp streams stream-id 65534 <<< non-working one (ASK Failed).
Legend: R = Registered, D = Declared.
--------------------------------------------------------------------------------
Stream ID                       Talker                  Listener
                          Advertise    Fail       Ready     ReadyFail   AskFail
                           R | D      R | D      R | D      R | D      R | D
--------------------------------------------------------------------------------
0090.5E1A.33E2:65534        0 | 0      0 | 0      0 | 0      0 | 0      1 | 0  <<< Listener request for the stream, but such stream is not transmitted by any talker
<snip>

<< Zeigt die Bandbreite des msrp-Ports an >>

• Der Anteil der reservierbaren Bandbreite von 75 %, der von AV-Streams genutzt werden kann, wurde dem Port auf Basis der MSRP-Aushandlung zugewiesen (in diesem Fall nur 2 % für einen SR-Klasse-A-Stream).

------------------ show msrp port bandwidth ------------------

--------------------------------------------------------------------------------
Ethernet      Capacity       Assigned       Available       Reserved
Interface     (Kbit/s)        A | B          A | B           A | B
--------------------------------------------------------------------------------
Te1/0/1     1000000          75 | 0         73 | 73          2 | 0
Te1/0/2     1000000          75 | 0         75 | 75          0 | 0
Te1/0/3     1000000          75 | 0         73 | 73          2 | 0
Te1/0/4     1000000          75 | 0         75 | 75          0 | 0

<< show msrp port interface >>

Switch# sh msrp port int te1/0/1
Port: Te1/0/1    Admin: admin up    Oper: up
  MTU: 1500    Bandwidth: 1000000 Kbit/s    DLY: 0 us   mode: Trunk
  gPTP status: Enabled, asCapable
    Residence delay: 20000 ns
    Peer delay: 295 ns (Updated Thu Apr 27 16:49:05.574)
  AVB readyness state: Ready
    Per-class value              Class-A     Class-B
    -------------------------------------------------------
    Tx srClassVID                2           2
    Rx srClassVID                2           0
    Domain State                 Core        Boundary
    VLAN STP State               FWD         FWD
    Reservable BW (Kbit/s)       750000      0
    Reserved BW (Kbit/s)         14720       0
    Applied QOS BW (percent)     2           0


Switch# show msrp port interface gi 1/0/40 det
Port: Gi1/0/40 Admin: admin down Oper: down
Intf handle: 0x30 Intf index: 0x30
Location: 1/40, Handle: 0x1001000100000027
MTU: 1500 Bandwidth: 1000000 Kbit/s DLY: 0 us mode: Other
LastRxMAC: 0:90:5E:1A:F5:92
gPTP status: Enabled
AVB readyness state: Oper state not up
Per-class value Class-A Class-B
    -------------------------------------------------------
    Tx srClassVID                2           2         
    Rx srClassVID                2           0         
    Domain State                 Boundary    Boundary   <<< Interface is Down hence Boundary.
    VLAN STP State               BLK         BLK       
    Reservable BW (Kbit/s)       750000      0         
    Reserved BW (Kbit/s)         0           0         
    Applied QOS BW (percent)     0           0         
  Registered Talker: count 0
  Declared Talker: count 0
  Registered Listener: count 1
      Handle 0x1001000100001F97
          Registered Listener, Listener Fail
          Stream: 0090.5E1B.048D:65534, handle 1001000100001F96
          Port handle 0x1001000100000027, vlan: 0
                MRP: 0/0/60207669/0/0 

<< show tech msrp >>

• Sammeln aller relevanten MSRP-Outputs

Switch#show tech msrp

------------------ show clock ------------------

*10:32:56.410 UTC Thu Jun 13 2017

------------------ show version ------------------


Cisco IOS Software [Denali], Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 16.3.2, RELEASE SOFTWARE (fc4)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2016 by Cisco Systems, Inc.
Compiled Tue 08-Nov-16 17:31 by mcpre


Cisco IOS-XE software, Copyright (c) 2005-2016 by cisco Systems, Inc.
All rights reserved.  Certain components of Cisco IOS-XE software are
licensed under the GNU General Public License ("GPL") Version 2.0.  The
software code licensed under GPL Version 2.0 is free software that comes
with ABSOLUTELY NO WARRANTY.  You can redistribute and/or modify such
GPL code under the terms of GPL Version 2.0.  For more details, see the
documentation or "License Notice" file accompanying the IOS-XE software,
or the applicable URL provided on the flyer accompanying the IOS-XE
software.
<snip>

Überlegungen zur QoS

• AVB-Netzwerke garantieren Bandbreite und eine begrenzte Mindestlatenz für zeitkritische Audio- und Videostreams.
• AVB definiert Klasse A und Klasse B als zeitabhängige Streams, basierend auf den Latenzzielen für den schlechtesten Fall des Datenverkehrs von Sprecher zu Listener (der Prioritätscode weist darauf hin, dass der Datenverkehr dem jeweiligen Stream zugeordnet wird, COS 3 für Klasse A und COS 2 für Klasse B).
• Die Latenzziele für die beiden Streams sind hier aufgelistet:
  • SR-Klasse A: 2 ms
  • SR-Klasse B: 50 ms

PTP-Überlegungen

• Überprüfen Sie, wo sich die Grandmaster Clock befindet und läuft (beachten Sie, dass Grandmaster Clock ein externes Gerät sein kann):

<< show ptp brief >>

• Master bedeutet in dieser Ausgabe, dass dieser Port die Quelle der Zeit ist (primär), und Subordinate bedeutet, dass er die Zeitsteuerung vom anderen Ende empfängt (Faulty bedeutet, dass nichts verbunden ist oder das andere Ende PTP nicht unterstützt). Wenn alle AVB-Ports eines Switches primär sind, dann ist der Switch die Grandmaster Clock.

Switch#show ptp brief
Interface                       Domain    PTP State
FortyGigabitEthernet1/1/1       0         FAULTY
FortyGigabitEthernet1/1/2       0         FAULTY
TenGigabitEthernet1/0/1         0         MASTER
TenGigabitEthernet1/0/2         0         MASTER
TenGigabitEthernet1/0/3         0         MASTER
TenGigabitEthernet1/0/4         0         FAULTY
TenGigabitEthernet1/0/5         0         FAULTY
TenGigabitEthernet1/0/6         0         FAULTY
TenGigabitEthernet1/0/7         0         FAULTY
TenGigabitEthernet1/0/8         0         FAULTY
TenGigabitEthernet1/0/9         0         FAULTY
<snip>

<< show ptp clock >> 

• Diese Ausgabe liefert lokale PTP-Informationen.

Switch#show ptp clock
 PTP CLOCK INFO
  PTP Device Type: Boundary clock
  PTP Device Profile: IEEE 802/1AS Profile
  Clock Identity: 0x2C:86:D2:FF:ED:AD:A6:0
  Clock Domain: 0
  Number of PTP ports: 34
  PTP Packet priority: 4
  Priority1: 2
  Priority2: 2
  Clock Quality:
        Class: 248
        Accuracy: Unknown
        Offset (log variance): 16640
  Offset From Master(ns): 0
  Mean Path Delay(ns): 0
  Steps Removed: 0

<< show ptp parent >>

• Stellt Informationen zur Grandmaster-Uhrenidentität bereit:

Switch# show ptp parent
 PTP PARENT PROPERTIES
  Parent Clock:
  Parent Clock Identity: 0x2C:86:D2:FF:ED:AD:A6:0
  Parent Port Number: 0
  Observed Parent Offset (log variance): 16640
  Observed Parent Clock Phase Change Rate: N/A

  Grandmaster Clock:
  Grandmaster Clock Identity: 0x2C:86:D2:FF:ED:AD:A6:0  <<< Local switch is the Grandmaster Clock of the domain
  Grandmaster Clock Quality:
        Class: 248
        Accuracy: Unknown
        Offset (log variance): 16640
        Priority1: 2
        Priority2: 2

<< show ptp port >>

<< show platform software fed switch active ptp interface >>

• Diese Ausgaben zeigen detaillierte PTP-Port-Informationen an, wie Neighbor Propagation Delay (Nachbar-Propagierungsverzögerung).
• Zunächst wird die Nachbar-Propagierungsverzögerung überprüft, und nur wenn dieser Wert innerhalb des zulässigen Bereichs liegt, wird die Verbindung als AVB-fähig hochgestuft, und der Rest der Prozesse würde folgen. Andernfalls ist der Link nicht auf "Capable" gesetzt, und AVB funktioniert nicht.
• Je nach Netzwerkdesign/-anforderung kann die Nachbarpropagierungsverzögerung manuell konfiguriert werden:
  ptp neighbor-propagation-delay-threshold

Non-Working Port:
switch#show ptp port gi1/0/32
PTP PORT DATASET: GigabitEthernet1/0/32
  Port identity: clock identity: 0xB0:90:7E:FF:FE:28:3C:0
  Port identity: port number: 32
  PTP version: 2
  Port state: DISABLED
  Delay request interval(log mean): 0
  Announce receipt time out: 3
  Neighbor prop delay(ns): -10900200825022  <<< The is an erroneous reading. Default to 800ns.
  Announce interval(log mean): 0
  Sync interval(log mean): -3
  Delay Mechanism: Peer to Peer
  Peer delay request interval(log mean): 0
  Sync fault limit: 500000000


switch# show platform software fed switch active ptp interface gi1/0/32
Displaying port data for if_id 28
=======================================
Port Mac Address B0:90:7E:28:3C:20
Port Clock Identity B0:90:7E:FF:FE:28:3C:00
Port number 32
PTP Version 2
domain_value 0
Profile Type: : DOT1AS
dot1as capable: FALSE
sync_recpt_timeout_time_interval 375000000 nanoseconds
sync_interval 125000000 nanoseconds
compute_neighbor_rate_ratio: TRUE
neighbor_rate_ratio 0.999968
compute_neighbor_prop_delay: TRUE
neighbor_prop_delay 9223079830310536030 nanoseconds <<< Error reading
port_enabled: TRUE
ptt_port_enabled: TRUE
current_log_pdelay_req_interval 0
pdelay_req_interval 1000000000 nanoseconds
allowed_pdelay_lost_responses 3
is_measuring_delay : TRUE
neighbor_prop_delay_threshold 800 nanoseconds
Port state: : DISABLED
sync_seq_num 29999
num sync messages transmitted  903660
num followup messages transmitted  903628
num sync messages received  0
num followup messages received  0
num pdelay requests transmitted  161245
num pdelay responses received 161245
num pdelay followup responses received  161245
num pdelay requests received  161283
num pdelay responses transmitted  161283
num pdelay followup responses transmitted  160704


Working Port:
switch#show ptp port gi1/0/7
PTP PORT DATASET: GigabitEthernet1/0/7
Port identity: clock identity: 0xB0:90:7E:FF:FE:28:3C:0
Port identity: port number: 7
PTP version: 2
PTP port number: 7
PTP slot number: 1
Port state: MASTER
Delay request interval(log mean): 0
Announce receipt time out: 3
Neighbor prop delay(ns): 154
Announce interval(log mean): 0
Sync interval(log mean): -3
Delay Mechanism: Peer to Peer
Peer delay request interval(log mean): -3
Sync fault limit: 500000000

switch#sh platform software fed switch active ptp interface gi1/0/7
Displaying port data for if_id f
=======================================
Port Mac Address B0:90:7E:28:3C:07
Port Clock Identity B0:90:7E:FF:FE:28:3C:00
Port number 7
PTP Version 2
domain_value 0
Profile Type: : DOT1AS
dot1as capable: TRUE
sync_recpt_timeout_time_interval 375000000 nanoseconds
sync_interval 125000000 nanoseconds
compute_neighbor_rate_ratio: TRUE
neighbor_rate_ratio 1.000000
compute_neighbor_prop_delay: TRUE
neighbor_prop_delay 146 nanoseconds
port_enabled: TRUE
ptt_port_enabled: TRUE
current_log_pdelay_req_interval -3
pdelay_req_interval 0 nanoseconds
allowed_pdelay_lost_responses 3
is_measuring_delay : TRUE
neighbor_prop_delay_threshold 800 nanoseconds
Port state: : MASTER
sync_seq_num 41619
num sync messages transmitted 2748392
num followup messages transmitted 2748387
num sync messages received 0
num followup messages received 35
num pdelay requests transmitted 2746974
num pdelay responses received 2746927
num pdelay followup responses received 2746926
num pdelay requests received 2746348
num pdelay responses transmitted 2746348
num pdelay followup responses transmitted 2746345

Überlegungen zum MVRP

• MVRP ist optional. Die manuelle Konfiguration der VLANS auf den Switches ist für AVB ausreichend (Ports im Trunk-Modus, VLAN 2 wird normalerweise für AVB verwendet).

• Wenn MVRP auf dem Switch aktiviert ist, muss VTP deaktiviert oder transparent sein, damit MVRP funktioniert.

!
mvrp global
mvrp vlan create
!
!
<snip>
!
!
vlan 2
avb
!
!
vtp mode transparent

<< show mvrp interface >>

• In diesem Beispiel wurde VLAN 17 auf Switch1 manuell konfiguriert. Wir können sehen, dass wir direkt danach mit dem Senden von MVRP-Deklarationen für dieses VLAN über die Trunk-Schnittstelle Gi1/0/1 beginnen, die mit Te1/0/2 von switch2 verbunden ist:

switch1(config)#vlan 17
switch1(config-vlan)#exit

switch1(config)#interface vlan 17
switch1(config-if)#

*Nov 10 10:48:40.155: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan17, changed state to up >>> configured vlan with interface.

switch1(config)#do sh mvrp interface Gi1/0/1
Port         Status    Registrar State
Gi1/0/1      on              normal

Port         Join Timeout       Leave Timeout   Leaveall Timeout   Periodic
                                                                   Timeout
Gi1/0/1      20                 60              1000               100

Port         Vlans Declared   >>> Switch is sending Declarations for VLAN 17 over Gi1/0/1
Gi1/0/1      1,8,17

Port         Vlans Registered >>> MVRP Registration available only for VLAN 1 and 8
Gi1/0/1      1,8

Port         Vlans Registered and in Spanning Tree Forwarding State
Gi1/0/1      1,8


switch1(config)#do show interfaces trunk

Port        Mode             Encapsulation  Status        Native vlan 
Gi1/0/1     on               802.1q         trunking      1

Port        Vlans allowed on trunk
Gi1/0/1     1-4094

Port        Vlans allowed and active in management domain
Gi1/0/1     1-2,8,17,21-33,35-62,64-72,74-82,84-86,88-91,94-95,97-110,112-198,531-544,800-802,900-1000

Port        Vlans in spanning tree forwarding state and not pruned
Gi1/0/1     1,8 >>> Vlan 17 is Pruned because we have not received any Declaration from the neighboring device, hence this vlan is not registered in MVRP yet.

• In den zuvor gezeigten Ausgaben ist zu sehen, dass switch1 MVRP-Deklarationen für das kürzlich erstellte VLAN 17 sendet, das VLAN für diese Schnittstelle jedoch noch nicht im MVRP registriert ist. Daher wird es vom Switch auf diesem Port abgeschnitten. Das Registrierungsereignis für dieses VLAN wurde auf switch1 nicht abgeschlossen, wahrscheinlich weil das benachbarte Gerät switch2 keine MVRP-Deklarationen für dieses VLAN sendet (entweder weil dieses VLAN auf diesem Gerät nicht vorhanden ist oder weil switch2 nicht MVRP ausführt).
• In unserem Fall läuft auf dem benachbarten Switch2 bereits MVRP. SVI für VLAN 17 wurde dort jedoch noch nicht erstellt, sodass keine MVRP-Deklarationen für dieses VLAN gesendet wurden. Sobald wir SVI für VLAN 17 auf Switch2 erstellt haben, begann es, Deklarationen für dieses VLAN zu senden, und das VLAN wurde in MVRP auf Switch1 registriert.

### switch2

switch2(config)#do show mvrp interface Te1/0/2
Port         Status    Registrar State
Te1/0/2      on              normal

Port         Join Timeout       Leave Timeout   Leaveall Timeout   Periodic
                                                                   Timeout
Te1/0/2      20                 60              1000               100

Port         Vlans Declared
Te1/0/2      1,8    >>> we are not sending Declarations for vlan 17 to switch1

Port         Vlans Registered
Te1/0/2      1,8,17 >>> we see the vlan getting registered and hence in forwarding state on this switch.

Port         Vlans Registered and in Spanning Tree Forwarding State
Te1/0/2      1,8,17


switch2(config)#do show interfaces trunk

Port        Mode             Encapsulation  Status        Native vlan 
Te1/0/2     on               802.1q         trunking      1

Port        Vlans allowed on trunk
Te1/0/2     1-4094

Port        Vlans allowed and active in management domain
Te1/0/2     1,8,17

Port        Vlans in spanning tree forwarding state and not pruned
Te1/0/2     1,8,17  >>> vlan 17 is in forwarding state on switch2

switch2(config)#int vlan 17
switch2(config-if)#
*Nov 10 11:32:55.539: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan17, changed state to up



### switch1

switch1(config)#do sh mvrp interface Gi1/0/1

Port         Status    Registrar State
Gi1/0/1      on              normal

Port         Join Timeout       Leave Timeout   Leaveall Timeout   Periodic
                                                                   Timeout
Gi1/0/1      20                 60              1000               100

Port         Vlans Declared
Gi1/0/1      1,8,17

Port         Vlans Registered
Gi1/0/1      1,8,17  >>> vlan 17 is now registered on switch1

Port         Vlans Registered and in Spanning Tree Forwarding State
Gi1/0/1      1,8,17  >>> and in FWD state


switch1(config)#do show interfaces trunk

Port        Mode             Encapsulation  Status        Native vlan 
Gi1/0/1     on               802.1q         trunking      1

Port        Vlans allowed on trunk
Gi1/0/1     1-4094

Port        Vlans allowed and active in management domain
Gi1/0/1     1-2,8,17,21-33,35-62,64-72,74-82,84-86,88-91,94-95,97-110,112-198,531-544,800-802,900-1000

Port        Vlans in spanning tree forwarding state and not pruned
Gi1/0/1     1,8,17    >>> vlan 17 is in FWD state and no longer pruned

Liste der Befehle

— AVB-Verifizierungsbefehle —

#gptp
show ptp brief 
show ptp clock 
show ptp parent 
show ptp port <int_name>
show platform software fed switch active ptp interface <int_name>

#avb
show avb domain 
show avb stream

#msrp
show msrp streams 
show msrp streams brief
show msrp streams detail 
show msrp streams stream-id <stream-id>
show msrp port bandwidth
show msrp port interface <int_name>
show tech msrp

#mvrp
show mvrp summary
show mvrp interface <int_name>

#QoS
show policy-map interface <int_name>
show interface <int_name> counter errors
show platform hardware fed switch active qos queue config interface <int_name>
show platform hardware fed switch active qos queue stats interface <int_name>
show platform hardware fed switch active fwd-asic resource tcam utilization
show tech qos

!!! Starting from Cisco IOS XE Denali 16.3.2, 'show running-config interface' command does not display any details of the AVB policy attached. 
!!! You must use 'show policy-map interface' command to display all the details of the AVB policy attached to that port.

#FED QoS
show platform software fed switch active qos policy summary
show platform software fed switch active qos policy target interface <int_name>   

Zugehörige Informationen

• Cisco Audio Video Bridging - Design und Bereitstellung für Enterprise Networks (Whitepaper)
  https://www.cisco.com/c/dam/en/us/products/collateral/switches/catalyst-3850-series-switches/white-paper-c11-736890.pdf
  
  
• Audio-Video-Bridging auf Cat3K-Switches 
  https://www.cisco.com/c/dam/en/us/products/collateral/switches/q-and-a-c67-737896.pdf
  
  
• AVB-Produktseite
  https://www.cisco.com/c/en/us/products/switches/avb.html
  
  
• AVB Konfigurationsanleitung für Denali 16.3.x
  https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3650/software/release/16-3/configuration_guide/b_163_consolidated_3650_cg/b_163_consolidated_3650_cg_chapter_010.html
  
  
• AVB Konfigurationsanleitung zu Everest 16.6.x
  https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3850/software/release/16-6/configuration_guide/avb/b_166_avb_3850_cg/b_165_avb_3850_cg_chapter_00.html
  
  
• AVB Konfigurationsanleitung für Fuji 16.9.x
  https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/16-9/configuration_guide/avb/b_169_avb_9300_cg/audio_video___bridging.html
  
  
• AVB Konfigurationsleitfaden für Gibraltar 16.10.x
  https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/16-10/configuration_guide/avb/b_1610_avb_9300_cg/audio_video___bridging.html
  
  
• Biamp Systems - AVB auf Cisco Catalyst Switches
  https://support.biamp.com/Tesira/AVB/Enabling_AVB_on_Cisco_Catalyst_Switches