em 09-29-2021 06:43 AM
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
Solucionado! Ir para a Solução.
em 09-29-2021 06:43 AM
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
em 09-29-2021 06:43 AM
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.)
em 09-29-2021 06:43 AM
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
em 09-29-2021 06:43 AM
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.
em 09-29-2021 06:43 AM
Isso é bom saber obrigado.
em 09-29-2021 06:44 AM
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.
em 09-29-2021 06:44 AM
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).
em 09-29-2021 06:44 AM
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
em 09-29-2021 06:44 AM
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.
em 09-29-2021 06:43 AM
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.)
Descubra e salve suas ideias favoritas. Volte para ver respostas de especialistas, passo a passo, tópicos recentes e muito mais.
Novo por aqui? Comece com estas dicas. Como usar a Comunidade Guia do novo membro
Navegue pelos links rápidos da Comunidade e usufrua de um conteúdo personalizado e em seu idioma nativo: