Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Melhorias na marcação de pacotes de QoS L3

Configurar rede sem fio para QoS com MQC

Políticas padrão codificadas

Platinum

Gold

Prata

Bronze

Configurar manualmente

Passo 1: Identificação e marcação do tráfego de voz

Passo 2: Gerenciamento de largura de banda e prioridade no nível da porta

Passo 3: Gerenciamento de prioridade e largura de banda no nível de SSID

Passo 4: Limitação de chamada com CAC

Verificar

show class-map

show policy-map

show wlan

show policy-map interface

show platform qos policies

show wireless client mac-address <mac> service-policy

Troubleshoot

Introduction

Este documento descreve como configurar a QoS em uma rede de acesso convergente da Cisco com Pontos de Acesso Lightweight (LAPs) e com o switch Cisco Catalyst 3850 ou o controlador de LAN sem fio (WLC) Cisco 5760.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Conhecimento básico de como configurar LAPs e controladores de acesso convergente da Cisco

- Conhecimento de como configurar o roteamento básico e a QoS em uma rede com fio

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

- Switch Cisco Catalyst 3850 que executa o Cisco IOS? Software XE versão 3.2.2(SE)

- Controlador de LAN sem fio Cisco 5760 que executa o software Cisco IOS XE versão 3.2.2(SE)

- Pontos de acesso Lightweight Cisco 3600 Series

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informações de Apoio

QoS refere-se à capacidade da rede de fornecer serviços melhores ou especiais a um conjunto de usuários ou aplicativos em detrimento de outros usuários ou aplicativos.

Com a QoS, a largura de banda pode ser gerenciada de forma mais eficiente através das LANs, o que inclui LANs sem fio (WLANs) e WANs. A QoS oferece serviço de rede aprimorado e confiável com estes serviços:

- Suporta largura de banda dedicada para usuários e aplicativos críticos.

- Controla o jitter e a latência exigidos pelo tráfego em tempo real.

- Gerencia e minimiza o congestionamento da rede.

- Modela o tráfego de rede para suavizar o fluxo de tráfego.

- Define as prioridades do tráfego de rede.

Antigamente, as WLANs eram usadas principalmente para transportar tráfego de aplicações de dados de baixa largura de banda. Com a expansão das WLANs em ambientes verticais (como varejo, finanças e educação) e empresariais, as WLANs agora são usadas para transportar aplicativos de dados de alta largura de banda em conjunto com aplicativos multimídia sensíveis ao tempo. Esse requisito levou à necessidade de QoS sem fio.

O grupo de trabalho IEEE 802.11e no comitê de padrões IEEE 802.11 concluiu a definição padrão e a Wi-Fi Alliance criou a certificação Wi-Fi Multimedia (WMM), mas a adoção do padrão 802.11e ainda é limitada. A maioria dos dispositivos tem certificação WMM, pois a certificação WMM é necessária para as certificações 802.11n e 802.11ac. Muitos dispositivos sem fio não atribuem níveis de QoS diferentes aos pacotes enviados à camada de enlace de dados, de modo que esses dispositivos enviam a maior parte de seu tráfego sem marcação de QoS e sem priorização relativa. No entanto, a maioria dos telefones IP de voz sobre LAN sem fio (VoWLAN) 802.11 marcam e priorizam o tráfego de voz. Este documento concentra-se na configuração de QoS para telefones IP VoWLAN e em dispositivos wi-fi com capacidade de vídeo que marcam seu tráfego de voz.

Note: A configuração de QoS para dispositivos que não executam marcação interna está fora do escopo deste documento.

A emenda 802.11e define oito níveis de prioridade de usuário (UP), agrupados dois por dois em quatro níveis de QoS (categorias de acesso):

- Platinum/Voice (UP 7 e 6) - Garante uma alta qualidade de serviço para voz sobre conexão sem fio.

- Gold/Video (ATÉ 5 e 4) - Suporta aplicativos de vídeo de alta qualidade.

- Prata/melhor esforço (UP 3 e 0) - Suporta largura de banda normal para clientes. Essa é a configuração padrão.

- Bronze/plano de fundo (UP 2 e 1) - Fornece a menor largura de banda para serviços para convidados.

O Platinum é comumente usado para clientes VoIP e Gold para clientes de vídeo. Este documento fornece um exemplo de configuração que ilustra como configurar a QoS em controladores e se comunicar com uma rede com fio configurada com QoS para VoWLAN e clientes de vídeo.

Melhorias na marcação de pacotes de QoS L3

Os controladores de acesso convergido da Cisco suportam a marcação de Ponto de Código de Serviços Diferenciados (DSCP - Differentiated Services Code Point) de Camada 3 (L3 - Layer 3) de pacotes enviados por WLCs e LAPs. Esse recurso melhora o modo como os access points (APs) usam essas informações L3 para garantir que os pacotes recebam a priorização aérea correta do AP para o cliente sem fio.

Em uma arquitetura WLAN de acesso convergido que usa switches Catalyst 3850 como controladores sem fio, os APs se conectam diretamente ao switch. Em uma arquitetura de WLAN de acesso convergido que usa controladores 5760, os dados da WLAN são encapsulados entre o AP e a WLC através do protocolo de Controle e Provisionamento de Pontos de Acesso Sem Fio (CAPWAP - Wireless Access Points). Para manter a classificação de QoS original neste túnel, as configurações de QoS do pacote de dados encapsulado devem ser mapeadas adequadamente para os campos Camada 2 (L2) (802.1p) e L3 (IP DSCP) do pacote de túnel externo.

Ao configurar a QoS para VoWLAN e vídeo, você pode configurar uma política de QoS específica para clientes sem fio e uma política específica para uma WLAN, ou ambas. Você também pode complementar a configuração com uma configuração específica para a porta que conecta o AP, especialmente com os switches Catalyst 3850. Este exemplo de configuração concentra-se na configuração de QoS para o cliente sem fio, a WLAN e a porta para o AP. Os principais objetivos de uma configuração de QoS para VoWLAN e aplicativos de vídeo são:

- Reconhecer o tráfego de voz e vídeo (classificação e marcação de tráfego), tanto upstream como downstream.

- Marque o tráfego de voz e vídeo com um nível de prioridade de voz:

- 802.11e UP 6, 802.1p 5, DSCP 46 para voz.

- 802.11e UP 5, DSCP 34 para vídeo.

- Alocar largura de banda para tráfego de voz, sinalização de voz e tráfego de vídeo.

Configurar rede sem fio para QoS com MQC

Antes de configurar a QoS, você deve configurar a função do Wireless Controller Module (WCM) do switch Catalyst 3850 ou Cisco 5760 WLC para operação básica e registrar os LAPs no WCM. Este documento pressupõe que o WCM está configurado para a operação básica e que os LAPs estão registrados no WCM.

A solução de acesso convergido usa a interface de linha de comando (CLI) de QoS modular (MQC). Consulte o Guia de Configuração de QoS, Cisco IOS XE Release 3SE (Catalyst 3850 Switches) para obter informações adicionais sobre o uso de MQC na configuração de QoS no switch Catalyst 3850.

A configuração de QoS com MQC em controladores de acesso convergente depende de quatro elementos:

- Mapas de classe são usados para reconhecer o tráfego de interesse. Os mapas de classe podem usar várias técnicas (como marcação QoS existente, listas de acesso ou VLANs) para identificar o tráfego de interesse.

- Os mapas de política são usados para determinar quais configurações de QoS devem ser aplicadas ao tráfego de interesse. Os mapas de política chamam os mapas de classes e aplicam várias configurações de QoS (como marcação específica, níveis de prioridade, alocação de largura de banda, etc.) a cada classe.

- Políticas de serviço são usadas para aplicar mapas de políticas a pontos estratégicos de sua rede. Na solução de acesso convergido, as políticas de serviço podem ser aplicadas a usuários, identificadores de conjunto de serviços (SSIDs), rádios de AP e portas. As políticas de porta, SSID e cliente podem ser configuradas pelo usuário. As políticas de rádio são controladas pelo módulo de controle sem fio. As políticas de QoS sem fio para porta, SSID, cliente e rádio são aplicadas na direção de downstream quando o tráfego está fluindo do switch ou controlador para clientes sem fio.

- Os mapas de tabela são usados para examinar a marcação de QoS de entrada e para decidir as marcas de QoS de saída. Os mapas de tabelas são posicionados em mapas de políticas aplicados aos SSIDs. Os mapas de tabelas podem ser usados para manter (copiar) ou alterar a marcação. Os mapas de tabelas também podem ser usados para criar um mapeamento entre a marcação com e sem fio. A marcação com fio usa DSCP (L3 QoS) ou 802.1p (L2 QoS). A marcação sem fio usa UP (User Priority, Prioridade de usuário). Os mapas de tabela são comumente usados para determinar qual marcação DSCP deve ser usada para cada UP de interesse e qual UP deve ser usado para cada valor DSCP de interesse. Os mapas de tabela são fundamentais para a QoS de acesso convergido porque não há tradução direta entre os valores DSCP e UP.

No entanto, os mapas de tabela DSCP para UP também permitem a instrução copy. Nesse caso, a solução de acesso convergido usa a tabela de mapeamento da Cisco Architecture for Voice, Video, and Integrated Data (AVVID) para determinar a tradução de DSCP para UP ou UP para DSCP:

Índice de etiquetas

Campo chave

Valor recebido

DSCP externo

CoS

PARA CIMA

0

N.D.

Não verificado

0

0

0

1-10

DSCP

0-7

0-7

0

0

11-18

DSCP

8-15

8-15

1

2

19-26

DSCP

16-23

16-23

2

3

27-34

DSCP

24-31

24-31

3

4

35-46

DSCP

32-39

32-39

4

5

47-48

DSCP

40-47

40-47

5

6

49-63

DSCP

48-55

48-55

6

7

64

DSCP

56-63

56-63

7

7

65

CoS

0

0

0

0

66

CoS

1

8

1

2

67

CoS

2

16

2

3

68

CoS

3

24

3

4

69

CoS

4

32

4

5

70

CoS

5

40

5

6

71

CoS

6

48

6

7

72

CoS

7

56

7

7

73

PARA CIMA

0

0

0

0

74

PARA CIMA

1

8

1

1

75

PARA CIMA

2

16

1

2

76

PARA CIMA

3

24

2

3

77

PARA CIMA

4

34

3

4

78

PARA CIMA

5

34

4

5

79

PARA CIMA

6

46

5

6

80

PARA CIMA

7

46

7

7

Políticas padrão codificadas

Os controladores de acesso convergente embarcam em perfis de política de QoS codificada que podem ser aplicados às WLANs. Esses perfis aplicam as políticas de metal (platina, ouro e assim por diante) familiares aos administradores dos controladores Cisco Unified Wireless Networks (CUWN). Se seu objetivo não é criar políticas que atribuam largura de banda específica ao tráfego de voz, mas simplesmente garantir que o tráfego de voz receba a marcação de QoS apropriada, você pode usar as políticas codificadas. As políticas codificadas podem ser aplicadas à WLAN e podem ser diferentes nas direções upstream e downstream.

Notas:

Use a Command Lookup Tool ( somente clientes registrados) para obter mais informações sobre os comandos usados nesta seção.

A ferramenta Output Interpreter (exclusiva para clientes registrados) é compatível com alguns comandos de exibição.. Use a ferramenta Output Interpreter para visualizar uma análise do resultado gerado pelo comando show..

Platinum

A política de voz codificada é chamada platina. O nome não pode ser alterado.

Esta é a política de downstream para o nível de QoS platina:

Policy-map platinum

Class class-default

set dscp dscp table plat-dscp2dscp

set wlan user-priority dscp table plat-dscp2up

Table-map plat-dscp2dscp

from 45 to 45

from 46 to 46

from 47 to 47

default copy

Table-map plat-dscp2up

from 34 to 4

from 46 to 6

default copy

Esta é a política de upstream para o nível de QoS Platinum:

Policy-map platinum-up

Class class-default

set dscp wlan user-priority table plat-up2dscp

Table-map plat-up2dscp

from 4 to 34

from 5 to 34

from 6 to 46

from 7 to 8

default copy

Gold

A política de vídeo codificada é chamada de ouro. O nome não pode ser alterado.

Esta é a política de downstream para o nível de QoS ouro:

Policy Map gold

Class class-default

set dscp dscp table gold-dscp2dscp

set wlan user-priority dscp table gold-dscp2u

Table Map gold-dscp2dscp

from 45 to 34

from 46 to 34

from 47 to 34

default copy

Table Map gold-dscp2up

from 45 to 4

from 46 to 4

from 47 to 4

default copy

Esta é a política de upstream para o nível de QoS ouro:

Policy Map gold-up

Class class-default

set dscp wlan user-priority table gold-up2dscp

Table Map gold-up2dscp

from 6 to 34

from 7 to 34

default copy

Prata

A política programada para o melhor esforço chama-se prata. O nome não pode ser alterado.

Esta é a política de downstream para o nível de QoS prata:

Policy Map silver

Class class-default

set dscp dscp table silver-dscp2dscp

set wlan user-priority dscp table silver-dscp2up

Table Map silver-dscp2dscp

from 34 to 0

from 45 to 0

from 46 to 0

from 47 to 0

default copy

Table Map silver-dscp2up

from 34 to 0

from 45 to 0

from 46 to 0

from 47 to 0

default copy

Esta é a política de upstream para o nível de QoS prata:

Policy Map silver-up

Class class-default

set dscp wlan user-priority table silver-up2dscp

Table Map silver-up2dscp

from 4 to 0

from 5 to 0

from 6 to 0

from 7 to 0

default copy

Bronze

A política codificada para o tráfego em segundo plano é chamada de bronze. O nome não pode ser alterado.

Esta é a política de downstream para o nível de QoS de bronze:

Policy Map bronze

Class class-default

set dscp dscp table bronze-dscp2dscp

set wlan user-priority dscp table bronze-dscp2up

Table Map bronze-dscp2dscp

from 0 to 8

from 34 to 8

from 45 to 8

from 46 to 8

from 47 to 8

default copy

Table Map bronze-dscp2up

from 0 to 1

from 34 to 1

from 45 to 1

from 46 to 1

from 47 to 1

default copy

Esta é a política de upstream para o nível de QoS de bronze:

Policy Map bronze-up

Class class-default

set dscp wlan user-priority table bronze-up2dscp

Table Map bronze-up2dscp

from 0 to 8

from 1 to 8

from 4 to 8

from 5 to 8

from 6 to 8

from 7 to 8

default copy

Depois de decidir qual mapa de tabela melhor corresponde ao tráfego de destino de um SSID específico, você pode aplicar a política correspondente à sua WLAN. Neste exemplo, uma política é aplicada na direção de downstream (saída, do AP para o cliente sem fio) e uma política é aplicada na direção de upstream (entrada, do cliente sem fio, através do AP, para o controlador):

3850#configure terminal

Enter configuration commands, one per line. End with CNTL/Z.

3850(config)#wlan test1

3850(config-wlan)#service-policy output platinum

3850(config-wlan)#service-policy input platinum-up

3850(config-wlan)#end

3850#

Verifique a configuração da WLAN para verificar qual política foi aplicada à sua WLAN:

3850#show wlan name test1

WLAN Profile Name     : test1

================================================

Identifier                                     : 1

Network Name (SSID)                            : test1

Status                                         : Disabled

Broadcast SSID                                 : Enabled

Maximum number of Associated Clients           : 0

AAA Policy Override                            : Disabled

Network Admission Control

NAC-State                                    : Disabled

Number of Active Clients                       : 0

Exclusionlist Timeout                          : 60

Session Timeout                                : 1800 seconds

CHD per WLAN                                   : Enabled

Webauth DHCP exclusion                         : Disabled

Interface                                      : default

Interface Status                               : Up

Multicast Interface                            : Unconfigured

WLAN IPv4 ACL                                  : unconfigured

WLAN IPv6 ACL                                  : unconfigured

DHCP Server                                    : Default

DHCP Address Assignment Required               : Disabled

DHCP Option 82                                 : Disabled

DHCP Option 82 Format                          : ap-mac

DHCP Option 82 Ascii Mode                      : Disabled

DHCP Option 82 Rid Mode                        : Disabled

QoS Service Policy - Input

Policy Name                                  : platinum-up

Policy State                                 : Validation Pending

QoS Service Policy - Output

Policy Name                                  : platinum

Policy State                                 : Validation Pending

QoS Client Service Policy

Input  Policy Name                           : unknown

Output Policy Name                           : unknown

WMM                                            : Allowed

Channel Scan Defer Priority:

Priority (default)                           : 4

Priority (default)                           : 5

Priority (default)                           : 6

Scan Defer Time (msecs)                        : 100

Media Stream Multicast-direct                  : Disabled

CCX - AironetIe Support                        : Enabled

CCX - Gratuitous ProbeResponse (GPR)           : Disabled

CCX - Diagnostics Channel Capability           : Disabled

Dot11-Phone Mode (7920)                        : Invalid

Wired Protocol                                 : None

Peer-to-Peer Blocking Action                   : Disabled

Radio Policy                                   : All

DTIM period for 802.11a radio                  : 1

DTIM period for 802.11b radio                  : 1

Local EAP Authentication                       : Disabled

Mac Filter Authorization list name             : Disabled

Accounting list name                           : Disabled

802.1x authentication list name                : Disabled

Security

802.11 Authentication                      : Open System

Static WEP Keys                            : Disabled

802.1X                                     : Disabled

Wi-Fi Protected Access (WPA/WPA2)          : Enabled

WPA (SSN IE)                           : Disabled

WPA2 (RSN IE)                          : Enabled

TKIP Cipher                        : Disabled

AES Cipher                         : Enabled

Auth Key Management

802.1x                             : Enabled

PSK                                : Disabled

CCKM                               : Disabled

CKIP                                       : Disabled

IP Security                                : Disabled

IP Security Passthru                       : Disabled

L2TP                                       : Disabled

Web Based Authentication                   : Disabled

Conditional Web Redirect                   : Disabled

Splash-Page Web Redirect                   : Disabled

Auto Anchor                                : Disabled

Sticky Anchoring                           : Enabled

Cranite Passthru                           : Disabled

Fortress Passthru                          : Disabled

PPTP                                       : Disabled

Infrastructure MFP protection              : Enabled

Client MFP                                 : Optional

Webauth On-mac-filter Failure              : Disabled

Webauth Authentication List Name           : Disabled

Webauth Parameter Map                      : Disabled

Tkip MIC Countermeasure Hold-down Timer    : 60

Call Snooping                                  : Disabled

Passive Client                                 : Disabled

Non Cisco WGB                                  : Disabled

Band Select                                    : Disabled

Load Balancing                                 : Disabled

IP Source Guard                                : Disabled

Configurar manualmente

As políticas codificadas aplicam a marcação de QoS padrão, mas não aplicam a alocação de largura de banda. As políticas codificadas também assumem que o tráfego já está marcado. Em um ambiente complexo, você pode usar uma combinação de políticas para reconhecer e marcar o tráfego de voz e vídeo adequadamente, para definir a alocação de largura de banda nas direções downstream e upstream e para usar o controle de admissão de chamadas a fim limitar o número de chamadas iniciadas a partir da célula sem fio.

Note: Use a Command Lookup Tool ( somente clientes registrados) para obter mais informações sobre os comandos usados nesta seção.

Passo 1: Identificação e marcação do tráfego de voz

A primeira etapa é reconhecer o tráfego de voz e vídeo. O tráfego de voz pode ser classificado em duas categorias:

- Fluxo de voz, que transporta a parte de áudio da comunicação.

- Sinalização de voz, que transporta informações estatísticas trocadas entre terminais de voz.

O fluxo de voz geralmente usa as portas de destino do Protocolo de Transporte em Tempo Real (RTP - Real-Time Transport Protocol) e do Protocolo de Datagrama do Usuário (UDP - User Datagram Protocol) no intervalo de 16384 a 32767. Este é o intervalo. as portas reais são geralmente mais estreitas e dependem da implementação.

Há vários protocolos de sinalização de voz. Este exemplo de configuração usa Jabber. O Jabber usa estas portas TCP para conexão e diretório:

- TCP 80 (HTTP)

- 143 (Internet Message Access Protocol [IMAP])

- 443 (HTTPS)

- 993 (IMAP) para serviços como o Cisco Unified MeetingPlace ou Cisco WebEx para reuniões e o Cisco Unity ou Cisco Unity Connection para recursos de correio de voz

- Servidor TCP 389/636 (Lightweight Diretory Access Protocol [LDAP] para pesquisas de contatos)

- FTP (1080)

- TFTP (UDP 69) para transferência de arquivos (como arquivos de configuração) de pares ou do servidor

Esses serviços podem não precisar de uma priorização específica.

O Jabber usa o Session Initiation Protocol (SIP) (UDP/TCP 5060 e 5061) para sinalização de voz.

O tráfego de vídeo usa diferentes portas e protocolos que dependem de sua implementação. Este exemplo de configuração usa uma câmera Tandberg PrecisionHD 720p para videoconferências. A câmera Tandberg PrecisionHD 720p pode usar vários codecs; a largura de banda consumida depende do codec escolhido:

- Os codecs C20, C40 e C60 usam H.323/SIP e podem consumir até 6 Mbps em conexões ponto-a-ponto.

- O codec C90 usa esses mesmos protocolos e pode consumir até 10 Mbps em comunicações em vários locais.

A implementação Tandberg do H.323 geralmente usa o UDP 970 para transmissão de vídeo, o UDP 971 para sinalização de vídeo, o UDP 972 para transmissão de áudio e o UDP 973 para sinalização de áudio. As câmeras Tandberg também usam outras portas, como:

- UDP 161

- UDP 962 (Simple Network Management Protocol [SNMP])

- TCP 963 (netlog), TCP 964 (FTP)

- TCP 965 (Virtual Network Computing [VNC])

- UDP 974 (Session Announement Protocol [SAP])

Essas portas adicionais podem não precisar de uma priorização específica.

Uma maneira comum de identificar o tráfego é criar mapas de classe que direcionem o tráfego de interesse. Cada mapa de classe pode apontar para uma lista de acesso direcionada a qualquer tráfego que use as portas de voz e vídeo:

ip access-list extended JabberVOIP

permit udp any any range 16384 32767

ip access-list extended JabberSIGNALING

permit tcp any any range 5060 5061

permit udp any any range 5060 5061

ip access-list extended H323Videostream

permit udp any any eq 970

ip access-list extended H323Audiostream

permit udp any any eq 972

ip access-list extended H323VideoSignaling

permit udp any any eq 971

ip access-list extended H323AudioSignaling

permit udp any any eq 973

Você pode criar um mapa de classe para cada tipo de tráfego; cada mapa de classe aponta para a lista de acesso relevante:

class-map RTPaudio

match access-group name JabberVOIP

match access-group name H323Audiostream

class-map H323realtimevideo

match access-group name H323Videostream

class-map signaling

match access-group name JabberSIGNALING

match access-group name H323VideoSignaling

match access-group name H323AudioSignaling

Depois que o tráfego de voz e vídeo tiver sido identificado por meio de mapas de classe, certifique-se de que o tráfego esteja marcado corretamente. Isso pode ser feito no nível da WLAN por meio de mapas de tabela e também pode ser feito por meio de mapas de políticas de clientes.

Os mapas de tabela examinam a marcação de QoS do tráfego de entrada e determinam o que deve ser a marcação de QoS de saída. Assim, os mapas de tabela são úteis quando o tráfego de entrada já tem marcação de QoS. Os mapas de tabela são usados exclusivamente no nível de SSID.

Em contrapartida, os mapas de políticas podem direcionar o tráfego identificado por mapas de classe e são mais bem adaptados ao tráfego de interesse potencialmente não marcado. Este exemplo de configuração pressupõe que o tráfego do lado com fio já foi marcado corretamente antes de entrar no switch Catalyst 3850 ou no Cisco 5760 WLC. Se esse não for o caso, você pode usar um mapa de política e aplicá-lo no nível SSID como uma política de cliente. Como o tráfego de clientes sem fio pode não ter sido marcado, você precisa marcar o tráfego de voz e vídeo corretamente:

- A voz em tempo real deve ser marcada com DSCP 46 (Encaminhamento expresso [EF]).

- O vídeo deve estar marcado como DSCP 34 (Assured Forwarding Class 41 [AF41]).

- A sinalização de voz e vídeo deve ser marcada como DSCP 24 (Class Seletor Service value 3 [CS3]).

Para aplicar essas marcas, crie um mapa de políticas que chame cada uma dessas classes e marque o tráfego equivalente:

policy-map taggingPolicy

class RTPaudio

set dscp ef

class H323realtimevideo

set dscp af41

class signaling

set dscp cs3

Passo 2: Gerenciamento de largura de banda e prioridade no nível da porta

A próxima etapa é determinar uma política de QoS para as portas que chegam e vão para os APs. Esta etapa se aplica principalmente aos switches Catalyst 3850. Se sua configuração for feita em um controlador Cisco 5760, esta etapa não é obrigatória. As portas Catalyst 3850 transportam tráfego de voz e vídeo que vai para ou vem de clientes e APs sem fio. A configuração de QoS neste contexto corresponde a dois requisitos:

1. Alocar largura de banda. Você pode decidir a quantidade de largura de banda alocada para cada tipo de tráfego. Essa alocação de largura de banda também pode ser feita no nível SSID. Defina a alocação de largura de banda da porta para refinar a quantidade de largura de banda que pode ser recebida por cada AP que atende ao SSID de destino. Essa largura de banda deve ser definida para todos os SSIDs no AP de destino. Este exemplo de configuração simplificado pressupõe que há apenas um SSID e um AP, de modo que a alocação de largura de banda de porta para voz e vídeo é a mesma alocação de largura de banda global para voz e vídeo no nível de SSID. Cada tipo de tráfego é alocado a 6 Mbps e é policiado de modo que essa largura de banda alocada não seja excedida.

2. Priorize o tráfego. A porta tem quatro filas. As duas primeiras filas são priorizadas e reservadas para tráfego em tempo real - geralmente voz e vídeo, respectivamente. A quarta fila é reservada para tráfego multicast não em tempo real e a terceira fila contém todo o tráfego restante. Com a lógica de enfileiramento de acesso convergente, o tráfego de cada cliente é atribuído a uma fila virtual, onde a QoS pode ser configurada. O resultado da política de QoS do cliente é injetado na fila virtual SSID, onde a QoS também pode ser configurada. Como vários SSIDs podem existir em um determinado rádio AP, o resultado de cada SSID presente em um rádio AP é injetado na fila virtual de rádio do AP, onde o tráfego é modelado com base na capacidade de rádio. O tráfego pode ser atrasado ou descartado em qualquer um desses estágios pelo uso de um mecanismo de QoS chamado AFD (Aproximate Fair Drop, queda justa aproximada). O resultado dessa política é então enviado à porta do AP (chamada de porta sem fio), onde a prioridade é dada às duas primeiras filas (até uma quantidade configurável de largura de banda) e, em seguida, às terceira e quarta filas, conforme descrito anteriormente neste parágrafo.

Este exemplo de configuração coloca voz na primeira fila de prioridade e vídeo na segunda fila de prioridade por meio do uso do comando priority level. O restante do tráfego é alocado para o restante da largura de banda da porta.

Observe que você não pode usar mapas de classe que direcionam o tráfego com base nas listas de controle de acesso (ACLs). As políticas aplicadas no nível da porta podem direcionar o tráfego com base em mapas de classe, mas esses mapas de classe devem direcionar o tráfego identificado por seu valor de QoS. Depois de identificar o tráfego com base nas ACLs e marcar esse tráfego corretamente no nível de SSID do cliente, seria redundante executar uma segunda inspeção profunda desse mesmo tráfego no nível da porta. Quando o tráfego chega à porta que vai para o AP, ele já está marcado corretamente.

Neste exemplo, você reutiliza os mapas de classe gerais criados para a política de SSID e direciona diretamente o tráfego de RTP de voz e o tráfego de vídeo em tempo real:

Class-map allvoice

match dscp ef

Class-map videoandsignaling

Match dscp af41

match dscp cs3

Depois de identificar o tráfego de interesse, você pode decidir qual política aplicar. A política padrão (chamada parent_port) é aplicada automaticamente em cada porta quando um AP é detectado. Você não deve alterar esse padrão, que é definido como:

policy-map parent_port

class class-default

shape average 1000000000

service-policy port_child_policy

Como a política pai_port padrão chama port_child_policy, uma opção é editar port_child_policy. (Você não deve alterar seu nome). Essa política filha determina qual tráfego deve ser enviado em cada fila e quanta largura de banda deve ser alocada. A primeira fila tem a prioridade mais alta, a segunda fila tem a segunda prioridade mais alta e assim por diante. Essas duas filas são reservadas para tráfego em tempo real. A quarta fila é usada para tráfego multicast não em tempo real. A terceira fila contém todo o tráfego restante.

Neste exemplo, você decide alocar tráfego de voz para a primeira fila e tráfego de vídeo para a segunda fila e alocar largura de banda para cada fila e para todos os outros tráfegos:

Policy-map port_child_policy

Class allvoice

Priority level 1

police rate percent 10

conform-action transmit

exceed-action drop

class videoandsignaling

priority level 2

police rate percent 20

conform-action transmit

exceed-action drop

class non-client-nrt-class

bandwidth remaining ratio 7

class class-default

bandwidth remaining ratio 63

Nesta política, a instrução de prioridade associada às classes 'voz' e 'sinalização de vídeo' permite atribuir esse tráfego à fila de prioridade relevante. Observe, no entanto, que as instruções de porcentagem da taxa policial se aplicam apenas ao tráfego multicast, não unicast.

Você não precisa aplicar essa política no nível da porta porque ela é aplicada automaticamente assim que um AP é detectado.

Passo 3: Gerenciamento de prioridade e largura de banda no nível de SSID

A próxima etapa é cuidar da política de QoS no nível de SSID. Esta etapa se aplica ao switch Catalyst 3850 e ao controlador 5760. Essa configuração pressupõe que o tráfego de voz e vídeo é identificado por meio do uso de class-map e access-lists e está marcado corretamente. No entanto, alguns tráfegos de entrada não direcionados pela lista de acesso podem não exibir sua marcação de QoS. Nesse caso, você pode decidir se esse tráfego deve ser marcado com um valor padrão ou não marcado. A mesma lógica se aplica ao tráfego já marcado, mas não direcionado pelos mapas de classe. Use a instrução copy padrão em um mapa de tabela para garantir que o tráfego não marcado seja deixado sem marca e que o tráfego marcado mantenha a marca e não seja remarcado.

Os mapas de tabela decidem o valor DSCP de saída, mas também são usados para criar um quadro 802.11 para decidir o valor UP do quadro.

Neste exemplo, o tráfego de entrada que exibe o nível de QoS de voz (DSCP 46) mantém seu valor de DSCP e o valor é mapeado para a marcação equivalente 802.11 (UP 6). O tráfego de entrada que exibe o nível de QoS de vídeo (DSCP 34) mantém seu valor de DSCP e o valor é mapeado para a marcação equivalente 802.11 (UP 5). Da mesma forma, o tráfego marcado como DSCP 24 pode ser sinalização de voz; o valor de DSCP deve ser mantido e convertido no 802.11 UP 3:

Table-map dscp2dscp

Default copy

Table-map dscp2up

Map from 46 to 6

Map from 24 to 3

Map from 34 to 5

Default copy

A marcação também pode ser feita no nível da porta com fio de entrada. Esta figura mostra quais ações de QoS podem ser tomadas à medida que o tráfego transita da rede com fio para a rede sem fio:

Este exemplo de configuração concentra-se no aspecto sem fio da configuração de QoS e marca o tráfego no nível do cliente sem fio. Depois que a parte de marcação for concluída, será necessário alocar largura de banda; aqui, 6 Mbps de largura de banda são alocados para fluxos de tráfego de voz. (Embora essa seja a alocação de largura de banda geral para voz, cada chamada consumiria menos - por exemplo, 128 kbps.) Essa largura de banda é alocada com o comando police para reservar a largura de banda e descartar o tráfego em excesso.

O tráfego de vídeo também é alocado para 6 Mbps e policiado. Este exemplo de configuração pressupõe que há apenas um fluxo de vídeo.

A parte de sinalização do tráfego de vídeo e voz também precisa ter largura de banda alocada. Há duas estratégias possíveis.

- Use o comando shape medium, que permite que o tráfego em excesso seja colocado em buffer e enviado posteriormente. Essa lógica não é eficiente para o fluxo de voz ou vídeo em si, pois esses fluxos exigem retardo e jitter consistentes; no entanto, ela pode ser eficiente para sinalização porque a sinalização pode ser ligeiramente adiada sem afetar a qualidade da chamada. Na solução de acesso convergido, os comandos shape não aceitam o que é chamado de "configurações de buckets", que determinam quanto tráfego além da largura de banda alocada pode ser colocado em buffer. Portanto, um segundo comando, queue-buffers ratio 0, deve ser adicionado para especificar que o tamanho do bucket é 0. Se você incluir a sinalização no restante do tráfego e usar comandos shape, o tráfego de sinalização poderá ser descartado em tempos de alto congestionamento. Isso pode, por sua vez, fazer com que a chamada seja descartada, pois uma das extremidades determina que a comunicação não está mais ocorrendo.

- Para evitar o risco de chamadas perdidas, você pode incluir a sinalização em uma das filas de prioridade. Este exemplo de configuração definiu previamente as filas de prioridade como voz e vídeo e agora adiciona sinalização à fila de vídeo.

A política usa o CAC (controle de admissão de chamada) para o fluxo de voz. O CAC destina-se ao tráfego sem fio e corresponde a um UP específico (neste exemplo de configuração, UP 6 e 7). Em seguida, o CAC determina a quantidade máxima de largura de banda que esse tráfego deve usar. Em uma configuração em que você policia o tráfego de voz, CAC deve receber um subconjunto da quantidade total de largura de banda alocada para voz. Por exemplo, se a voz for policiada para 6 Mbps, o CAC não poderá exceder 6 Mbps. O CAC é configurado em um mapa de políticas (chamado de política filho) que é integrado no mapa de políticas downstream principal (chamado de política pai). O CAC é introduzido com o comando admac wmm-tspec, seguido pelos UPs de destino e pela largura de banda alocada para o tráfego de destino.

Cada chamada não consome toda a largura de banda alocada para voz. Por exemplo, cada chamada pode consumir 64 kbps de cada maneira, o que resulta em 128 kbps de consumo efetivo de largura de banda bidirecional. A taxa de instrução determina cada consumo de largura de banda de chamada, enquanto a instrução policial determina a largura de banda geral alocada para o tráfego de voz. Se todas as chamadas que ocorrerem dentro da célula usarem uma largura de banda próxima à máxima permitida, qualquer nova chamada que seja iniciada dentro da célula e que faça com que a largura de banda consumida exceda a largura de banda máxima permitida para voz será negada. Você pode ajustar esse processo através da configuração do CAC no nível da banda, como explicado na Etapa 4: Limitação de chamadas com CAC.

Portanto, você precisa configurar uma política filho que contenha as instruções CAC e que esteja integrada à política de downstream principal. CAC não está configurado no mapa de política de upstream. O CAC se aplica a chamadas de voz iniciadas a partir da célula, mas, como é uma resposta a essas chamadas, o CAC é definido somente no mapa de política de downstream. O mapa de política de upstream será diferente. Você não pode usar os mapas de classe criados anteriormente porque esses mapas de classe direcionam o tráfego com base em uma ACL. O tráfego injetado na política de SSID já passou pela política do cliente, portanto, você não deve realizar uma inspeção profunda nos pacotes uma segunda vez. Em vez disso, direcione o tráfego com uma marcação de QoS que resulta da política do cliente.

Se decidir não deixar a sinalização na classe padrão, você também precisará priorizar a sinalização.

Neste exemplo, a sinalização e o vídeo estão na mesma classe, e mais largura de banda é alocada para essa classe para acomodar a parte de sinalização; 6 Mbps são alocados para tráfego de vídeo (um fluxo ponto-a-ponto da câmera Tandberg), e 1 Mbps é alocado para sinalização para todas as chamadas de voz e fluxo de vídeo:

Class-map allvoice

match dscp ef

Class-map videoandsignaling

Match dscp af41

Match dscp cs3

A política filha de downstream é:

Policy-map SSIDout_child_policy

class allvoice

priority level 1

police 6000000

admit cac wmm-tspec

rate 128

wlan-up 6 7

class videoandsignaling

priority level 2

police 1000000

A política pai de downstream é:

policy-map SSIDout

class class-default

set dscp dscp table dscp2dscp

set wlan user-priority dscp table dscp2up

shape average 30000000

queue-buffers ratio 0

service-policy SSIDout_child_policy

O tráfego upstream é o tráfego que vem de clientes sem fio e é enviado para o WCM antes do tráfego ser enviado de uma porta com fio ou é enviado para outro SSID. Em ambos os casos, você pode configurar mapas de política que definem a largura de banda alocada para cada tipo de tráfego. A política provavelmente será diferente se o tráfego for enviado de uma porta com fio ou para outro SSID.

Na direção upstream, sua principal preocupação é decidir a prioridade, não a largura de banda. Em outras palavras, seu mapa de política de upstream não aloca largura de banda para cada tipo de tráfego. Como o tráfego já está no AP e já atravessou o gargalo formado pelo espaço sem fio half-duplex, seu objetivo é levar esse tráfego para a função de controlador do switch Catalyst 3850 ou Cisco 5760 WLC para processamento adicional. Quando o tráfego é coletado no nível de AP, você pode decidir se deve confiar na marcação de QoS existente em potencial para priorizar os fluxos de tráfego enviados ao controlador. Neste exemplo, os valores de DSCP existentes podem ser confiáveis:

Policy-map SSIDin

Class class-default

set dscp dscp table dscp2dscp

Depois que suas políticas forem criadas, aplique os mapas de políticas à WLAN. Neste exemplo, espera-se que qualquer dispositivo que se conecte à WLAN ofereça suporte à WMM, portanto a WMM é necessária.

wlan test1

wmm require

service-policy client input taggingPolicy

service-policy input SSIDin

service-policy output SSIDout

Passo 4: Limitação de chamada com CAC

A última etapa é adaptar o CAC à sua situação específica. Na configuração do CAC explicada na Etapa 3: Gerenciamento de largura de banda e prioridade no nível SSID, o AP descarta qualquer pacote de voz que exceda a largura de banda alocada.

Para evitar o máximo de largura de banda., você também precisa configurar o WCM para reconhecer as chamadas feitas e as chamadas que farão com que a largura de banda seja excedida. Alguns telefones suportam a TSPEC (WMM Traffic Specification, Especificação de tráfego WMM) e informam a infraestrutura sem fio sobre a largura de banda que a chamada projetada deve consumir. O WCM pode então recusar a chamada antes de ela ser feita.

Alguns telefones SIP não suportam TSPEC, mas o WCM e o AP podem ser configurados para reconhecer os pacotes de iniciação de chamadas enviados às portas SIP e podem usar essas informações para estabelecer que uma chamada SIP está prestes a ser feita. Como o telefone SIP não especifica a largura de banda a ser consumida pela chamada, o administrador deve determinar a largura de banda esperada, com base no codec, no tempo de amostragem e assim por diante.

A CAC calcula a largura de banda consumida em cada nível de AP. O CAC pode ser definido para usar somente o consumo de largura de banda do cliente em seus cálculos (CAC estático) ou também para considerar APs e dispositivos vizinhos no mesmo canal (CAC baseado em carga). A Cisco recomenda que você use CAC estático para telefones SIP e CAC baseado em carga para telefones TSPEC.

Finalmente, observe que o CAC é ativado por banda.

Neste exemplo, os telefones usam SIP em vez de TSPEC para sua iniciação de sessão, cada chamada usa 64 kbps para cada direção de fluxo, o CAC baseado em carga é desabilitado quando o CAC estático é habilitado e 75% de cada largura de banda de AP máxima é alocado para o tráfego de voz:

ap dot11 5ghz shutdown

ap dot11 5ghz cac voice acm

no ap dot11 5ghz cac voice load-based

ap dot11 5ghz cac voice max-bandwidth 75

ap dot11 5ghz cac voice sip bandwidth 64

no ap dot11 5ghz shutdown

Você pode repetir a mesma configuração para a banda de 2,4 GHz:

ap dot11 24ghz shutdown

ap dot11 24ghz cac voice acm

no ap dot11 24ghz cac voice load-based

ap dot11 24ghz cac voice max-bandwidth 75

ap dot11 24ghz cac voice sip bandwidth 64

no ap dot11 24ghz shutdown

Depois que o CAC for aplicado a cada banda, você também precisará aplicar o CAC SIP no nível da WLAN. Esse processo permite que o AP examine as informações da camada 4 (L4) do tráfego do cliente sem fio para identificar consultas enviadas ao UDP 5060 que indicam tentativas de chamada SIP. O TSPEC opera no nível 802.11 e é detectado nativamente por APs. Os telefones SIP não usam TSPEC, portanto, o AP precisa executar uma inspeção de pacote mais profunda para identificar o tráfego SIP. Como você não deseja que o AP execute essa inspeção em todos os SSIDs, você precisa determinar quais SSIDs esperam tráfego SIP. Você pode ativar o rastreamento de chamadas nesses SSIDs para procurar chamadas de voz. Você também pode determinar qual ação executar se uma chamada SIP tiver que ser rejeitada - desassociar o cliente SIP ou enviar uma mensagem SIP ocupada.

Neste exemplo, o rastreamento de chamadas está ativado e uma mensagem de ocupado é enviada se a chamada SIP tiver que ser rejeitada. Com a adição da política de QoS da Etapa 3: Gerenciamento de largura de banda e prioridade no nível SSID, esta é a configuração do SSID para o exemplo de WLAN:

wlan test1

wmm require

service-policy client input taggingPolicy

service-policy input SSIDin

service-policy output SSIDout

call-snoop

sip-cac send-486busy

Verificar

Use estes comandos para confirmar se sua configuração de QoS funciona corretamente.

Notas:

Use a Command Lookup Tool ( somente clientes registrados) para obter mais informações sobre os comandos usados nesta seção.

A ferramenta Output Interpreter (exclusiva para clientes registrados) é compatível com alguns comandos de exibição.. Use a ferramenta Output Interpreter para visualizar uma análise do resultado gerado pelo comando show..

show class-map

Este comando exibe os mapas de classe configurados na plataforma:

3850#show class-map

Class Map match-any H323realtimeaudio (id 6)

Match access-group name H323Audiostream

Class Map match-any H323realtimevideo (id 7)

Match access-group name H323Videostream

Class Map match-any allvideo (id 10)

Match   dscp af41 (34)

Class Map match-any jabberaudiosignaling (id 11)

Match access-group name JabberSIGNALING

Class Map match-any allvoice (id 12)

Match   dscp ef (46)

Class Map match-any RTPaudio (id 19)

Match access-group name JabberVOIP

Match access-group name H323Audiostream

Class Map match-any class-default (id 0)

Match any

Class Map match-any jabberRTPaudio (id 14)

Match access-group name JabberVOIP

Class Map match-any non-client-nrt-class (id 1)

Match non-client-nrt

Class Map match-any H323audiosignaling (id 17)

Match access-group name H323AudioSignaling

Class Map match-any H323videosignaling (id 18)

Match access-group name H323VideoSignaling

Class Map match-any signaling (id 20)

Match access-group name JabberSIGNALING

Match access-group name H323VideoSignaling

Match access-group name H323AudioSignaling

show policy-map

Este comando exibe os mapas de políticas configurados na plataforma:

3850 #show policy-map

show policy-map

Policy Map port_child_policy

Class non-client-nrt-class

bandwidth remaining ratio 7

Class allvoice

priority level 1

police rate percent 10

conform-action transmit

exceed-action drop

Class allvideo

priority level 2

police rate percent 20

conform-action transmit

exceed-action drop

Class class-default

bandwidth remaining ratio 63

Policy Map SSIDin

Class class-default

set dscp dscp table dscp2dscp

Policy Map SSIDout_child_policy

Class allvoice

priority level 1

police cir 6000000 bc 187500

conform-action transmit

exceed-action drop

admit cac wmm-tspec

rate 6000 (kbps)

wlan-up 6

Class allvideo

priority level 2

police cir 6000000 bc 187500

conform-action transmit

exceed-action drop

admit cac wmm-tspec

rate 6000 (kbps)

wlan-up 4 5

Policy Map taggingPolicy

Class RTPaudio

set dscp ef

Class H323realtimevideo

set dscp af41

Class signaling

set dscp cs3

Policy Map SSIDout

Class class-default

set dscp dscp table dscp2dscp

set wlan user-priority dscp table dscp2up

shape average 30000000 (bits/sec)

queue-buffers ratio 0

service-policy SSIDout_child_policy

Policy Map parent_port

Class class-default

shape average 1000000000 (bits/sec) op

show wlan

Este comando exibe a configuração da WLAN e os parâmetros da política de serviço:

3850# show wlan name test1 | include Policy

AAA Policy Override                            : Disabled

QoS Service Policy - Input

Policy Name                                  : SSIDin

Policy State                                 : Validated

QoS Service Policy - Output

Policy Name                                  : SSIDout

Policy State                                 : Validated

QoS Client Service Policy

Input  Policy Name                           : taggingPolicy

Output Policy Name                           : taggingPolicy

Radio Policy                                   : All

show policy-map interface

Esse comando exibe o mapa de políticas instalado para uma interface específica:

3850#show policy-map interface wireless ssid name test1

Remote SSID test1 iifid: 0x01023F4000000033.0x00F2E98000000003.0x00C2EB000000001F

Service-policy input: SSIDin

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

Remote SSID test1 iifid: 0x01023F4000000033.0x00C8384000000004.0x00D0D08000000021

Service-policy input: SSIDin

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

SSID test1 iifid: 0x01023F4000000033.0x00F2E98000000003.0x00EC3E800000001E

Service-policy input: SSIDin

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

Service-policy output: SSIDout

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

wlan user-priority dscp table dscp2up

shape (average) cir 30000000, bc 120000, be 120000

target shape rate 30000000

queue-buffers ratio 0

Service-policy : SSIDout_child_policy

Class-map: allvoice (match-any)

Match:  dscp ef (46)

0 packets, 0 bytes

30 second rate 0 bps

Priority: Strict,

Priority Level: 1

police:

cir 6000000 bps, bc 187500 bytes

conformed 0 bytes; actions:

transmit

exceeded 0 bytes; actions:

drop

conformed 0000 bps, exceed 0000 bps

cac wmm-tspec rate 6000 kbps

Class-map: allvideo (match-any)

Match:  dscp af41 (34)

0 packets, 0 bytes

30 second rate 0 bps

Priority: Strict,

Priority Level: 2

police:

cir 6000000 bps, bc 187500 bytes

conformed 0 bytes; actions:

transmit

exceeded 0 bytes; actions:

drop

conformed 0000 bps, exceed 0000 bps

cac wmm-tspec rate 6000 kbps

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

SSID test1 iifid: 0x01023F4000000033.0x00C8384000000004.0x00DB568000000020

Service-policy input: SSIDin

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

Service-policy output: SSIDout

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp dscp table dscp2dscp

wlan user-priority dscp table dscp2up

shape (average) cir 30000000, bc 120000, be 120000

target shape rate 30000000

queue-buffers ratio 0

Service-policy : SSIDout_child_policy

Class-map: allvoice (match-any)

Match:  dscp ef (46)

0 packets, 0 bytes

30 second rate 0 bps

Priority: Strict,

Priority Level: 1

police:

cir 6000000 bps, bc 187500 bytes

conformed 0 bytes; actions:

transmit

exceeded 0 bytes; actions:

drop

conformed 0000 bps, exceed 0000 bps

cac wmm-tspec rate 6000 kbps

Class-map: allvideo (match-any)

Match:  dscp af41 (34)

0 packets, 0 bytes

30 second rate 0 bps

Priority: Strict,

Priority Level: 2

police:

cir 6000000 bps, bc 187500 bytes

conformed 0 bytes; actions:

transmit

exceeded 0 bytes; actions:

drop

conformed 0000 bps, exceed 0000 bps

cac wmm-tspec rate 6000 kbps

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

3850#show policy-map interface wireless client

Client 8853.2EDC.68EC iifid:

0x01023F4000000033.0x00F2E98000000003.0x00EC3E800000001E.0x00E0D04000000022

Service-policy input: taggingPolicy

Class-map: RTPaudio (match-any)

Match: access-group name JabberVOIP

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323Audiostream

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp ef

Class-map: H323realtimevideo (match-any)

Match: access-group name H323Videostream

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp af41

Class-map: signaling (match-any)

Match: access-group name JabberSIGNALING

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323VideoSignaling

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323AudioSignaling

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp cs3

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

Service-policy output: taggingPolicy

Class-map: RTPaudio (match-any)

Match: access-group name JabberVOIP

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323Audiostream

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp ef

Class-map: H323realtimevideo (match-any)

Match: access-group name H323Videostream

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp af41

Class-map: signaling (match-any)

Match: access-group name JabberSIGNALING

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323VideoSignaling

0 packets, 0 bytes

30 second rate 0 bps

Match: access-group name H323AudioSignaling

0 packets, 0 bytes

30 second rate 0 bps

QoS Set

dscp cs3

Class-map: class-default (match-any)

Match: any

0 packets, 0 bytes

30 second rate 0 bps

show platform qos policies

Esse comando exibe as políticas de QoS instaladas para portas, rádios AP, SSIDs e clientes. Observe que você pode verificar, mas não pode alterar, as políticas de rádio:

3850#show platform qos policies PORT

Loc Interface          IIF-ID             Dir Policy           State

--- ------------------ ------------------ --- ---------------- ---------------

L:0 Gi1/0/20           0x01023f4000000033 OUT defportangn      INSTALLED IN HW

L:0 Gi1/0/20           0x01023f4000000033 OUT port_child_policyINSTALLED IN HW

3850#show platform qos policies RADIO

Loc Interface          IIF-ID             Dir Policy           State

--- ------------------ ------------------ --- --------------------------------

L:0 R56356842871193604 0x00c8384000000004 OUT def-11an         INSTALLED IN HW

L:0 R68373680329064451 0x00f2e98000000003 OUT def-11gn         INSTALLED IN HW

3850#show platform qos policies SSID

Loc Interface          IIF-ID             Dir Policy           State

--- ------------------ ------------------ --- --------------------------------

L:0 S70706569125298203 0x00fb33400000001b OUT SSIDout_child_policyINSTALLED IN HW

L:0 S69318160817324057 0x00f6448000000019 OUT SSIDout_child_policyINSTALLED IN HW

L:0 S70706569125298203 0x00fb33400000001b OUT SSIDout          INSTALLED IN HW

L:0 S69318160817324057 0x00f6448000000019 OUT SSIDout          INSTALLED IN HW

L:0 S70706569125298203 0x00fb33400000001b IN  SSIDin           INSTALLED IN HW

L:0 S69318160817324057 0x00f6448000000019 IN  SSIDin           INSTALLED IN HW

3850#show platform qos policies CLIENT

Loc Interface          IIF-ID             Dir Policy           State

--- ------------------ ------------------ --- ---------------- ---------------

L:0 8853.2edc.68ec     0x00e0d04000000022 IN  taggingPolicy    NOT INSTALLED IN HW

L:0 8853.2edc.68ec     0x00e0d04000000022 OUT taggingPolicy    NOT INSTALLED IN HW

show wireless client mac-address <mac> service-policy

Este comando exibe os mapas de política aplicados no nível do cliente:

3850#show wireless client mac-address 8853.2EDC.68EC service-policy output

Wireless Client QoS Service Policy

Policy Name  : taggingPolicy

Policy State : Installed

3850#sh wireless client mac-address 8853.2EDC.68EC service-policy in

3850#sh wireless client mac-address 8853.2EDC.68EC service-policy input

Wireless Client QoS Service Policy

Policy Name  : taggingPolicy

Policy State : Installed

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.