Configuração QoS para voz

[Translator]

OI.

Gostaríamos de configurar QoS em nosso roteador para tráfego de voz. O link é de 10MB e a tecnologia de voz pediu 60% de tráfego para voz.

Você pode por favor alguém aconselhar se o config abaixo está correto:

class-map match-any Voice
gole protocolo de correspondência

QoS de mapa de política
voz de classe
prioridade por cento 60
classe-padrão
fila justa
10M_Shaping de mapa de política
classe-padrão
forma média por cento 40
QoS política de serviço

interface GigabitEthernet0/0/0
Conexão de descrição para *******
endereço ip ****.****
sfp tipo mídia
10M_Shaping de produção de política de serviços

Obrigado

[Translator · Accepted solution]

Ei, isso deve funcionar para você ele vai corresponder a qualquer tráfego com um DSCP 46 EF para voz , todos os telefones Cisco marcarão pacotes com este e a maioria dos outros, bem como é o padrão, é limitado a 6mb e os outros 4mb vão para todo o resto, use largura de banda em vez de prioridade, pois permite que as classes excedam as configurações quando não há congestionamento total, prioridade restringe-o plana para o conjunto de quantidade

lista de acesso ip estendida VOICE_ACL
permitir ip qualquer dscp ef

mapa-política VOICE10Mb
VOICE_CLASS de classe
largura de banda 6000
classe-padrão
fila justa

VOICE_CLASS de correspondência de mapa de classe
jogo VOICE_ACL nome do grupo de acesso

interface GigabitEthernet0/0/0
saída de política de serviçoS VOICE10Mb

[Translator]

Disclaimer

O Autor desta postagem oferece as informações contidas nesta postagem sem consideração e com o entendimento do leitor de que não há adequação implícita ou expressa ou aptidão para qualquer finalidade. As informações fornecidas são apenas para fins informativos e não devem ser interpretadas como prestação de assessoria profissional de qualquer tipo. O uso das informações desta postagem é exclusivamente por conta e risco do leitor.

Isenção de responsabilidade

Em nenhum caso o Autor será responsável por quaisquer danos (incluindo, sem limitação, danos por perda de uso, dados ou lucro) decorrentes do uso ou incapacidade de usar as informações da postagem, mesmo que o Autor tenha sido avisado da possibilidade de tal dano.

Postar

". . . usar largura de banda em vez de prioridade, pois permite que as classes excedam as configurações quando não há congestionamento total, a prioridade restringe-a plana ao conjunto de quantidade"

BTW, em muitas (a maioria?) plataformas, o policial implícito da LLQ só dispara quando há congestionamento (NB: Peter Paluch confirmou isso com alguns testes de laboratório - há um fio que documenta o que ele encontrou.)

Mesmo que tenha funcionado como você, com o VoIP, o LLQ ajuda a minimizar a latência de fila (especialmente importante para minimizar o nervosismo) versus usar uma classe de largura de banda "rotineira".

Por fim, o CBWFQ pré-HQF, FQ em classe padrão (um pouco) nega garantias de largura de banda "ordinárias" em outras classes. LLQ, porém, ainda tem sua prioridade.

Eu recomendaria contra o uso de uma classe não-LLQ para tráfego portador voIP, embora muitas vezes seja uma escolha adequada para o tráfego de sinalização VoIP.

[Translator]

Isso é bom saber obrigado.

[Translator]

Obrigado Joseph/Mark pelo seu feedback. Vou deixá-lo como está. Isso precisa ser aplicado em ambas as interfaces?

A razão pela qual estou perguntando, é porque este roteador está sentado no meio entre duas conexões externas na rede. Assim temos: O switch habilitado para O Roteador QoS > do fornecedor > 3850 BGP. O switch está conectado a servidores DC, a serviços em nuvem e à empresa interna WAN.

A interface externa do roteador está conectada ao roteador externo do fornecedor e à interface interna conectada ao switch 3850 BGP.

Obrigado novamente.

[Translator]

Disclaimer

O Autor desta postagem oferece as informações contidas nesta postagem sem consideração e com o entendimento do leitor de que não há adequação implícita ou expressa ou aptidão para qualquer finalidade. As informações fornecidas são apenas para fins informativos e não devem ser interpretadas como prestação de assessoria profissional de qualquer tipo. O uso das informações desta postagem é exclusivamente por conta e risco do leitor.

Isenção de responsabilidade

Em nenhum caso o Autor será responsável por quaisquer danos (incluindo, sem limitação, danos por perda de uso, dados ou lucro) decorrentes do uso ou incapacidade de usar as informações da postagem, mesmo que o Autor tenha sido avisado da possibilidade de tal dano.

Postar

A resposta do "livro" seria, você deve ter QoS em cada interface. Mas onde você realmente quer QoS está em interfaces sujeitas a congestionamento. Supondo que sua entrada também seja de 10 Mbps, e também assumindo que seu link interno do seu roteador para 3850 é de 10 Mbps ou melhor, esse link não pode congest (bem, exceto que seu WAN está sendo moldado, então ingress é realmente gig, então a menos que link para 3850 também é gig, você pode congest, mas não deve ser um problema).

[Translator]

Isso faz sentido. Obrigado Joseph.

Uma última pergunta, preciso moldar as interfaces para 10MB ou qualquer que seja a velocidade do link ou que seria feita a partir do roteador de fornecedores?

A razão pela qual estou perguntando, porque atualmente com os 60-40% que configuramos para QoS que está em uma interface que é de 1GB.

Obrigado

[Translator]

Disclaimer

O Autor desta postagem oferece as informações contidas nesta postagem sem consideração e com o entendimento do leitor de que não há adequação implícita ou expressa ou aptidão para qualquer finalidade. As informações fornecidas são apenas para fins informativos e não devem ser interpretadas como prestação de assessoria profissional de qualquer tipo. O uso das informações desta postagem é exclusivamente por conta e risco do leitor.

Isenção de responsabilidade

Em nenhum caso o Autor será responsável por quaisquer danos (incluindo, sem limitação, danos por perda de uso, dados ou lucro) decorrentes do uso ou incapacidade de usar as informações da postagem, mesmo que o Autor tenha sido avisado da possibilidade de tal dano.

Postar

Você deve moldar quando você sabe que há um gargalo a jusante que você não pode aplicar QoS naquele momento.

[Translator · Accepted solution]

Disclaimer

O Autor desta postagem oferece as informações contidas nesta postagem sem consideração e com o entendimento do leitor de que não há adequação implícita ou expressa ou aptidão para qualquer finalidade. As informações fornecidas são apenas para fins informativos e não devem ser interpretadas como prestação de assessoria profissional de qualquer tipo. O uso das informações desta postagem é exclusivamente por conta e risco do leitor.

Isenção de responsabilidade

Em nenhum caso o Autor será responsável por quaisquer danos (incluindo, sem limitação, danos por perda de uso, dados ou lucro) decorrentes do uso ou incapacidade de usar as informações da postagem, mesmo que o Autor tenha sido avisado da possibilidade de tal dano.

Postar

Sim, isso é basicamente o que você quer.

Idealmente, seria melhor se você pudesse executar a interface a 10 Mbps, para impedir a necessidade de um shaper, mas eu parece que é fibra de show.

A Cisco recomenda que a LLQ não exceda 1/3 da largura de banda disponível. Isso para garantir que você tenha largura de banda suficiente para outros fins, mas uma vez que você passar cerca de 50%, você também começa a correr o risco de não ter largura de banda suficiente para VoIP para evitar a auto-fila. Isso é mais um problema se você usar codecs comprimidos, cuja demanda de largura de banda pode variar.

Você precisará confirmar que o SIP da NBAR corresponde ao seu tráfego VoIP. Mark está correto, muitas vezes o tráfego VoIP (portador) é marcado com DSCP EF. Você pode igualar os dois, se quiser.

Por exemplo, eu não sei o que fazer.

class-map match-any Voice

jogo dscp ef
gole protocolo de correspondência

Também esteja ciente, com o VoIP, você geralmente quer "proteger" seu tráfego de sinalização, mas não precisa de LLQ para isso.

Quando um modelador está trabalhando com VoIP, muitas vezes você precisa assegurar que o modelador está usando um pequeno Tc. (Versões mais recentes do IOS' Tc é bom, versões mais antigas podem não ser.)