Multicast-Puffer-Tuning für Lightweight IOS Access Points
Download-Optionen
-
ePub (83.9 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Inklusive Sprache
In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Informationen zu dieser Übersetzung
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Zusammenfassung
Lightweight IOS Access Points verfügen über eine begrenzte Kapazität zum Puffern von Multicast-Paketen. Die Multicast-Übertragungspuffer werden von BSSIDs gemeinsam genutzt. Wenn ein WAP viele WLANs (SSIDs) konfiguriert hat, kann das Sprach-WLAN eines WAP möglicherweise nicht für einen einzelnen Multicast-Audio-Stream puffern, was Audioprobleme verursacht.
Der Befehl config wlan multicast buffer AireOS kann verwendet werden, um zusätzliche Puffer für ein oder zwei WLANs zuzuweisen.
Tief tauchen
Standardmäßig sind für jedes Funkmodul 50 Multicast-Puffer verfügbar, die von allen WLANs gemeinsam genutzt werden können (verifiziert auf einem AP3502e mit 8.3.121.0). Bei aktivierten 4 SSIDs sind daher 12 Multicast-Puffer pro Multicast-Warteschlange (d. h. pro WLAN) verfügbar:
AP3502e# show controller dot11radio0 | begin --\ In-Prog
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 8 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 200 0 158499 0 0 5 2
MC0 0 0 0 0 0 0 12 0 0 0 0 0 0
MC1 0 0 0 0 0 0 12 0 0 0 0 0 0
MC2 0 0 0 0 0 0 12 0 0 0 0 0 0
MC3 0 0 0 0 0 0 12 0 8 0 0 0 0
MC4 0 0 0 0 0 0 0 0 0 0 0 0 0
MC5 0 0 0 0 0 0 0 0 0 0 0 0 0
MC6 0 0 0 0 0 0 0 0 0 0 0 0 0
MC7 0 0 0 0 0 0 0 0 0 0 0 0 0
MC8 0 0 0 0 0 0 0 0 0 0 0 0 0
MC9 0 0 0 0 0 0 0 0 0 0 0 0 0
MC10 0 0 0 0 0 0 0 0 0 0 0 0 0
MC11 0 0 0 0 0 0 0 0 0 0 0 0 0
MC12 0 0 0 0 0 0 0 0 0 0 0 0 0
MC13 0 0 0 0 0 0 0 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
Bei aktivierten 10 SSIDs sind pro WLAN nur 5 Multicast-Puffer verfügbar:
AP3502e# show controller dot11radio0 | begin --\ In-Prog
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 5 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 200 0 148121 0 0 3 2
MC0 0 0 0 0 0 0 5 0 0 0 0 0 0
MC1 0 0 0 0 0 0 5 0 0 0 0 0 0
MC2 0 0 0 0 0 0 5 0 0 0 0 0 0
MC3 0 0 0 0 0 0 5 0 8 0 0 0 0
MC4 0 0 0 0 0 0 5 0 0 0 0 0 0
MC5 0 0 0 0 0 0 5 0 0 0 0 0 0
MC6 0 0 0 0 0 0 5 0 0 0 0 0 0
MC7 0 0 0 0 0 0 5 0 0 0 0 0 0
MC8 0 0 0 0 0 0 5 0 0 0 0 0 0
MC9 0 0 0 0 0 0 5 0 0 0 0 0 0
MC10 0 0 0 0 0 0 0 0 0 0 0 0 0
MC11 0 0 0 0 0 0 0 0 0 0 0 0 0
MC12 0 0 0 0 0 0 0 0 0 0 0 0 0
MC13 0 0 0 0 0 0 0 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
Bei älteren PowerSave-Clients muss der Access Point Multicasts bis zu jedem DTIM-Beacon puffern. Bei einer DTIM von 1 müssen die Multicasts also für bis zu 104 Millisekunden gepuffert werden. (Bei höheren DTIM-Werten müssen die Multicasts für mehrere Beacon-Intervalle gepuffert werden.)
Ein normaler Audio-Stream wird als Samples von 20 Millisekunden übertragen, d. h. er fließt mit 50 Paketen pro Sekunde. Wenn also ein einzelner Audio-Stream für 1/10 einer Sekunde gepuffert werden muss (d. h. ein Beacon-Intervall), muss der Access Point in der Lage sein, bis zu 5 Pakete pro Audio-Stream zu puffern.
Bei 15 SSIDs, die standardmäßig auf einer Funkverbindung aktiviert sind, beträgt der Multicast-Puffer jeder SSID nur 3 Pakete. Das bedeutet, dass die Sprachmuster selbst bei einem einzigen Multicast-Audio-Stream verworfen werden, was zu verstümmeltem Audio führt. Wenn mehrere gleichzeitige Multicast-Audio-Streams (oder Video-Streams!) übertragen werden, werden die Ergebnisse viel schlechter ausfallen.
Die Lösung besteht in der Konfiguration des folgenden Befehls für die Multicast-fähigen WLANs:
(WLC2504-2) >Konfiguration des WLAN-Multicast-Puffers aktivieren ?
<Puffernummer> Anzahl der Radio Multicast Puffer (30 .. 60)
(WLC2504-2) >Konfiguration des WLAN-Multicast-Puffers aktiviert 30 ?
<WLAN-ID> Geben Sie eine WLAN-Kennung zwischen 1 und 16 ein.
Es können maximal zwei WLANs mit aktiviertem WLAN-Multicast-Puffer konfiguriert werden.
Die Konfiguration der Multicast-Pufferung für WLAN ändert nicht die Anzahl der Multicast-Puffer, die in den verbleibenden WLANs aktiviert sind.
Hinweis: Sie müssen das WLAN deaktivieren, um diese Einstellung zu konfigurieren, und dann erneut aktivieren.
Im folgenden Beispiel sind 14 SSIDs aktiviert und "config wlan multicast buffer enable 60" für WLAN 1 konfiguriert:
Transmit queues: Limit 2766 Current 0 In-Progress 0 ACQ inserts 47508 deletes 47508 reins 0
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 2 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 140 0 47547 0 0 2 2
MC0 0 0 0 0 0 0 60 0 0 0 0 0 0
MC1 0 0 0 0 0 0 3 0 0 0 0 0 0
MC2 0 0 0 0 0 0 3 0 0 0 0 0 0
MC3 0 0 0 0 0 0 3 0 7 0 0 0 0
MC4 0 0 0 0 0 0 3 0 0 0 0 0 0
MC5 0 0 0 0 0 0 3 0 0 0 0 0 0
MC6 0 0 0 0 0 0 3 0 0 0 0 0 0
MC7 0 0 0 0 0 0 3 0 0 0 0 0 0
MC8 0 0 0 0 0 0 3 0 0 0 0 0 0
MC9 0 0 0 0 0 0 3 0 0 0 0 0 0
MC10 0 0 0 0 0 0 3 0 0 0 0 0 0
MC11 0 0 0 0 0 0 3 0 0 0 0 0 0
MC12 0 0 0 0 0 0 3 0 0 0 0 0 0
MC13 0 0 0 0 0 0 3 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
So wäre WLAN 1 mit 60 Puffern in der Lage, Multicast-Streams für mehrere Audio-Streams zu übertragen, während die anderen WLANs nur 3 Multicast-Frames pro DTIM puffern könnten. Dies würde auch Pakete für einen einzelnen Audio-Stream verwerfen.
Verwendete Komponenten
In dieser Demonstration wird ein Wireless LAN Controller mit AireOS 8.3.121.0 und einem 802.11n IOS AP (AP3502e.) verwendet. Andere IOS APs mit geringem Speicheraufkommen sollten ähnlich funktionieren. das Multicast-Pufferschema auf AP-COS-APs wurde nicht überprüft.
Überprüfen
Geben Sie bei Multicast-Übertragungen zuerst den folgenden AP IOS Exec-Befehl an:
ap#terminal length 25
Führen Sie dann diesen Befehl wiederholt aus (vorausgesetzt, dass die erste Funkeinheit die gewünschte Funkeinheit ist):
show controller dot11radio0 | start -\ In-Prog
Sehen Sie sich die Deltas in den Spalten "Gesendet" und "Rückwürfe" an. Wenn die Anzahl der Rückwürfe schnell steigt, ist die Multicast-Pufferung möglicherweise unzureichend.
Beiträge von Cisco Ingenieuren
- Aaron LeonardCisco TAC - Technische Führung
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)