Este documento fornece uma configuração de exemplo para CBWFQ (Class-Based Weighted Fair Queueing) com FRTS (Frame Relay Traffic Shaping).
O CBWFQ estende a funcionalidade padrão do Weighted Fair Queueing (WFQ) para fornecer suporte para classes de tráfego definidas pelo usuário. O FRTS usa filas em uma rede Frame Relay para limitar surtos que podem causar congestionamento. Os dados são armazenados em buffer e depois enviados para a rede em quantidades regulamentadas para garantir que o tráfego se ajuste dentro do envelope de tráfego prometido para a conexão específica.
Não existem requisitos específicos para este documento.
O CBWFQ é suportado a partir das seguintes versões do software Cisco IOS®, dependendo da plataforma:
Cisco 7500 Series com Versatile Interface Processors (VIP) (CBWFQ distribuído) - Software Cisco IOS versão 12.1(5)T
Cisco 7200 Series, 2600/3600 Series e outras plataformas que não a 7500 Series - Software Cisco IOS versão 12.1(2)T
No entanto, ambos os roteadores usados para este documento de configuração estavam executando o Cisco IOS Software Release 12.2(2).
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.
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
Se você tiver dados específicos para proteger, o CBWFQ fornecerá uma forma de especificar esses dados usando classes específicas. Utilizando CBWFQ, o peso especificado para uma classe se torna o peso de cada pacote compatível com o critério da classe. Esse peso é derivado da largura de banda que você atribuiu para a classe. O WFQ é então aplicado a essas classes, em vez de ser aplicado aos fluxos em si, e as classes podem incluir vários fluxos.
Nesta seção, você encontrará informações para configurar os recursos descritos neste documento.
Observação: para encontrar informações adicionais sobre os comandos usados neste documento, use a ferramenta Command Lookup Tool (somente clientes registrados).
A tabela abaixo fornece um guia de referência rápida para as entradas que você pode ver nas configurações:
Campo | Descrição |
---|---|
Interface FR | Interface de saída. |
subinterface | Interface lógica. |
dlci | Data-link connection identifier (identificador de conexão de link de dados). O valor que especifica um PVC (Permanent Virtual Circuit, circuito virtual permanente) ou SVC (Switched Virtual Circuit, circuito virtual comutado) em uma rede Frame Relay. |
classe XXX | Aplica o frame-relay XXX de classe de mapa. |
map-class frame-relay XXX | Parâmetros FRTS. |
service-policy ZZZ | CBWFQ. |
policy-map ZZZ | Política nomeada. |
classe YYY | Nomeia a classe. |
largura de banda, policiamento, prioridade | Especificações para este fluxo. |
class class-default | A sintaxe e a ortografia são importantes ao criar suas classes padrão. |
class-map match-all YY | Estabelece critérios de correspondência com base nos quais o pacote é verificado. |
match access-group 101 | Vincula o mapa de classe a uma lista de acesso. |
access-list 101 permit ip any any | Lista de acesso normal. |
Observação: Cisco 7500 Series: A partir do Cisco IOS Software Release 12.1(5)T, as políticas de Qualidade de Serviço (QoS - Quality of Service) devem ser executadas em modo distribuído no Versatile Interface Processor (VIP - Versatile Interface Processor) porque a QoS baseada em Route/Switch Processor (RSP - Route/Switch Processor) não é mais suportada. Portanto, use o comando shape e outros comandos para a Interface de Linha de Comando (CLI - Command Line Interface) de QoS modular para implementar a DTS (Distributed Traffic Shaping) para interfaces de Frame Relay em VIPs na série Cisco 7500. O DTS combina GTS (Generic Traffic Shaping, modelagem de tráfego genérico) e FRTS.
A configuração do CBWFQ com FRTS inclui as três etapas obrigatórias a seguir:
Defina mapas de classe (mapa de classe).
Estabeleça os critérios de correspondência com base nos quais um pacote é verificado para determinar se pertence a uma classe.
Configure o Mapa de Política (mapa de política) e Definindo Classes (classe).
Especifica o nome do mapa de políticas. Associa especificações para garantias de largura de banda, vigilância e prioridade a cada classe de tráfego. Esse processo envolve a configuração da largura de banda, e assim por diante, a ser aplicada aos pacotes que pertencem a um dos mapas de classe definidos anteriormente. Para esse processo, configure um mapa de política que especifique a política para cada classe de tráfego.
Anexe a política de serviço à classe de mapa FRTS (service-policy).
Anexe as políticas prescritas identificadas com a política de serviço específica à classe de mapa (e, portanto, ao DLCI ou à subinterface onde o frame-relay de classe de mapa é aplicado).
Este documento utiliza a instalação de rede mostrada no diagrama abaixo.
O diagrama de rede acima usa os seguintes valores:
HUB - taxa física = 192 Kbps, taxa garantida = 32 Kbps
REMOTO - taxa física = 64 Kbps, taxa garantida = 32 Kbps
Este documento utiliza as configurações mostradas abaixo.
Hub com CBWFQ configurado |
---|
<snip> ! class-map match-all YYY match access-group 101 ! ! policy-map ZZZ class YYY bandwidth percent 50 <snip> interface Serial0/0 no ip address encapsulation frame-relay no fair-queue frame-relay traffic-shaping interface Serial0/0.1 point-to-point ip address 10.1.1.1 255.255.255.0 frame-relay interface-dlci 16 frame-relay class XXX ! map-class frame-relay XXX frame-relay cir 64000 frame-relay mincir 32000 frame-relay adaptive-shaping becn frame-relay bc 8000 service-policy output ZZZ <snip> ! access-list 101 permit ip host 10.0.0.1 host 11.0.0.1 |
Remoto |
---|
interface Serial0/0 no ip address encapsulation frame-relay no fair-queue frame-relay traffic-shaping ! interface Serial0/0.1 point-to-point ip address 10.1.1.2 255.255.255.0 frame-relay interface-dlci 16 frame-relay class XXX ! map-class frame-relay XXX frame-relay cir 64000 frame-relay mincir 32000 frame-relay adaptive-shaping becn frame-relay bc 8000 ! |
Esta seção fornece informações que você pode usar para confirmar se sua configuração está funcionando adequadamente.
A Output Interpreter Tool (somente clientes registrados) oferece suporte a determinados comandos show, o que permite exibir uma análise da saída do comando show.
show frame-relay pvc - Exibe estatísticas sobre PVCs para interfaces Frame Relay.
show policy-map - Exibe a configuração de todas as classes que compõem o mapa de políticas de serviço especificado ou de todas as classes para todos os mapas de políticas existentes.
show policy-map [interface] - Exibe a configuração de todas as classes configuradas para todas as políticas de serviço na interface especificada ou para exibir as classes da política de serviço para um PVC específico na interface.
Veja a seguir um exemplo de saída do comando show frame-relay pvc:
Hubrouter#show frame-relay pvc [interface interface ][dlci] PVC Statistics for interface Serial0/0 (Frame Relay DTE) Active Inactive Deleted Static Local 0 1 0 0 Switched 0 0 0 0 Unused 0 0 0 0 DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in pkts dropped 0 out pkts dropped 0 out bytes dropped 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 pvc create time 00:01:12, last time pvc status changed 00:01:12 Hubrouter#
Você pode usar a seguinte sintaxe com este comando:
interface - (Opcional) Indica uma interface específica para a qual as informações do PVC são exibidas.
interface - (Opcional) Número da interface que contém os DLCIs para os quais você deseja exibir informações de PVC.
dlci - (Opcional) Um número DLCI específico usado na interface. As estatísticas do PVC especificado são exibidas quando um DLCI também é especificado.
A seguir está um exemplo de saída do comando show policy-map:
Hubrouter#show policy-map Policy Map ZZZ Class YYY Weighted Fair Queueing Bandwidth 50 (%) Max Threshold 64 (packets) Class WWW Weighted Fair Queueing Bandwidth 25 (%) Max Threshold 64 (packets)
Veja a seguir um exemplo de saída do comando show policy-map [interface].
Hubrouter#show policy-map interface s0/0.1 Serial 0/0.1: DLCI 16 Service-policy output: ZZZ (1057) Class-map: YYY (match-all) (1059/2) 0 packets, 0 bytes 30 second offered rate 0 bps, drop rate 0 bps Match: access-group 101 (1063) Weighted Fair Queueing Output Queue: Conversation 73 Bandwidth 50 (%) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: WWW (match-all) (1067/3) 0 packets, 0 bytes 30 second offered rate 0 bps, drop rate 0 bps Match: access-group 102 (1071) Weighted Fair Queueing Output Queue: Conversation 74 Bandwidth 25 (%) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class-default (match-any) (1075/0) 2 packets, 706 bytes 30 second offered rate 0 bps, drop rate 0 bps Match: any (1079)
Outros termos que você também pode ver em configurações semelhantes são explicados abaixo:
CIR - Committed Information Rate (Taxa de informações confirmadas). Taxa na qual uma rede Frame Relay concorda em transferir informações em condições normais, média calculada em um incremento mínimo de tempo.
Enfileiramento FIFO - enfileiramento de primeira entrada, primeira saída. O FIFO envolve bufferização e encaminhamento de pacotes na ordem de chegada. FIFO não incorpora nenhum conceito de prioridade ou classes de tráfego. Há apenas uma fila e todos os pacotes são tratados igualmente. Os pacotes são enviados por uma interface na ordem em que chegam.
Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
01-Jun-2005 |
Versão inicial |