Controle de banda Cisco IOS
Escolha entre MQC / Policy-Map moderno ou compatibilidade com rate-limit legado.
Gere policing de banda para Cisco IOS/IOS XE com MQC / Policy-Map ou Committed Access Rate (CAR) legado, incluindo cálculos de CIR e burst.
Escolha entre MQC / Policy-Map moderno ou compatibilidade com rate-limit legado.
O MQC organiza o QoS por políticas que podem ser aplicadas às interfaces com service-policy. O modelo gerado aplica um policer de uma taxa à class-default: o tráfego dentro do CIR é transmitido e o tráfego acima dele é descartado.
A opção rate-limit legado gera o modelo antigo de Committed Access Rate diretamente na interface. Ela é mantida aqui para compatibilidade operacional com ambientes antigos, e não como substituta do MQC.
O gerador converte Mbps para bps e utiliza o intervalo de tempo escolhido para obter uma quantidade em bytes: burst = CIR (bps) × intervalo (segundos) ÷ 8. Um intervalo de 100 ms representa, portanto, um décimo de segundo de tráfego no CIR configurado.
O dimensionamento do burst influencia como o policer reage a rajadas curtas de tráfego. Não trate o valor gerado como recomendação universal: arquitetura de hardware, velocidade da interface, comportamento do tráfego e release IOS/IOS XE podem impor limites ou sintaxes diferentes.
Policing impõe uma taxa executando uma ação quando o tráfego excede o perfil configurado; neste gerador, o tráfego excedente é descartado. Shaping é outro mecanismo, normalmente baseado em enfileirar e programar o tráfego excedente. Escolha o mecanismo de acordo com o objetivo e a plataforma.
Para o comando clássico rate-limit do IOS, a Cisco documenta a taxa média em incrementos de 8 kbps e uma faixa de 8.000 a 2.000.000.000 bps. Este gerador valida essas restrições no modo legado em vez de produzir silenciosamente um valor fora da faixa documentada do comando.
Os recursos de QoS Cisco variam conforme plataforma, tipo de interface e release IOS/IOS XE. Taxas mínimas e máximas de policing, granularidade de burst, direções suportadas e consumo de recursos de hardware podem variar bastante. Sempre valide a policy gerada para o modelo e release de destino antes da implantação.
Não. Recursos de QoS, sintaxe, direção suportada e limites de hardware variam conforme a plataforma Cisco e o release de software. Valide a configuração gerada na documentação do equipamento de destino.
Alguns ambientes Cisco IOS antigos utilizavam rate-limit diretamente na interface. A opção é mantida para compatibilidade e referência operacional, enquanto MQC é a base preferencial quando suportado.
Não. Os dois modos gerados são exemplos de policing. Na configuração gerada, o tráfego que excede o perfil configurado é descartado.