Forum Cisco-BR

Simulados, simuladores, apostilas, forum brasileiro
 
InícioInício  CalendárioCalendário  FAQFAQ  BuscarBuscar  Registrar-seRegistrar-se  MembrosMembros  GruposGrupos  LoginLogin  
Buscar
 
 

Resultados por:
 
Rechercher Busca avançada
Últimos assuntos
» Preparatório CCNA R&S
Ter Abr 05, 2016 2:10 pm por Sávio Augusto

» Problema roteamento
Ter Mar 22, 2016 5:51 pm por joaormv

» Avaliação do curso de suporte a redes do SENAI
Ter Mar 22, 2016 4:55 pm por joaormv

» Relatório syslog
Ter Mar 22, 2016 4:51 pm por joaormv

» DDNS NO-IP CISCO 1905
Sex Mar 11, 2016 10:23 pm por diegofrancaa

» Air Point Cisco 1041 ACESSAR
Sex Mar 11, 2016 10:08 pm por diegofrancaa

» Luz Power Piscando Direto
Seg Set 28, 2015 1:17 pm por AndreH

» Modem: TP-LINK8816 com roteador Linksys WRT54g: Problema
Sex Set 11, 2015 2:49 pm por lepokoloko

» VIRTUAL SWITCHING SYSTEM - VSS 1440
Ter Set 08, 2015 8:45 am por wstaenle

Navegação
 Portal
 Índice
 Membros
 Perfil
 FAQ
 Buscar
Fórum
Parceiros

Compartilhe | 
 

 descartes taildrop com link não congestionado

Ver o tópico anterior Ver o tópico seguinte Ir em baixo 
AutorMensagem
pc_varanda



Número de Mensagens : 8
Idade : 30
Localização : São Paulo, SP
Reputação : 0
Pontos : 12
Data de inscrição : 13/10/2011

MensagemAssunto: descartes taildrop com link não congestionado   Qui Jun 07, 2012 11:40 pm

Boa noite pessoal

Estou enfrentando um problema com um router ASR 1002

Tenho um link de Internet 100 Mbps e noto que toda vez que a utilização de banda alcança os 75 Mbps no sentido tx, o router começa a descartar pacotes com tail drop

O txload não passa dos 196/255

Isso é estranho não? Ainda mais pq a interface está em FIFO.

O router é parrudo, o processamento não passa dos 2%

Alguém já viu algo parecido?
Voltar ao Topo Ir em baixo
Ver perfil do usuário
Nakano
Admin


Número de Mensagens : 467
Idade : 34
Localização : São Paulo
Reputação : 43
Pontos : 336
Data de inscrição : 21/07/2007

MensagemAssunto: Re: descartes taildrop com link não congestionado   Dom Jun 17, 2012 9:28 pm

Como você disse que esta com Fifo eu acredito que não tenha aplicado QoS na interface correto?
Se tiver aplicado esse limite poderia estar associado ao parametro "max-reserved-bandwidth" que é por default 75%.
Se não tiver aplicado tenta aplicar esses dois comandos dentro da interface para aumentar as filas de in/out:
hold-queue 4096 in
hold-queue 4096 out

Seguem alguns comandos que poderiam te ajudar a identificar daonde esta vindo essa limitação, se quiser posta-los aqui eu posso te ajudar a analisar:

show run int Gi/X/X
show int GiX/X/X
show policy-map control-plane
show platform software interface summary
show platform hardware port X/X/X plim statistics
show platform hardware qfp active statistics drop | exclude _0_

[]´s


_________________
CCNA / CCDA
Cisco Data Center AS Support Specialist;
Cisco Data Center Support for UC Specialist;
Cisco Routing and Switching Field Specialist;
Cisco Unified Fabric Technology Support Specialist;
Cisco Unified Computing Technology Support Specialist
Cisco Data Center Unified Computing Support Specialist;
Cisco Data Center Storage Networking Support Specialist;
Cisco Data Center Application Services Support Specialist;
Cisco Advanced Data Center Networking Infrastructure Support Specialist;
CCNP / CCIP / CCDP
ITILF v2 / ITILF v3
CCIE SP #34881
CCIE RS Written

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

Mind Wide Open
Voltar ao Topo Ir em baixo
Ver perfil do usuário http://cisco.forumeiros.com
pc_varanda



Número de Mensagens : 8
Idade : 30
Localização : São Paulo, SP
Reputação : 0
Pontos : 12
Data de inscrição : 13/10/2011

MensagemAssunto: Re: descartes taildrop com link não congestionado   Seg Jun 18, 2012 1:27 am

Opa, fale Nakano,

Sei dessa limitação do max-reserved-bandwidth, mas isso só seria relevante caso o QOS estivesse aplicado. Eu normalmente aumento esse valor nos devices onde o QOS está habilitado. Outro detalhe é que esse comando não existe na versão do IOS-XE desse router.

Também conheço o macete de hold-queue e li numa documentação da cisco que aumentar a fila de saída não é recomendado caso a intenção seja diminuir tail drops, até porquê 99% do meu tráfego é VOIP.

sobre os comandos, segue abaixo o output:

show run int Gi/X/X

interface GigabitEthernet0/0/3
description xxx
ip address x.x.x.x 255.255.255.252
ip access-group x.x.x.x in
no ip proxy-arp
load-interval 30
speed 100
no negotiation auto
end

show int GiX/X/X

GigabitEthernet0/0/3 is up, line protocol is up
Hardware is 4XGE-BUILT-IN, address is 7081.0599.7603 (bia 7081.0599.7603)
Description: xxx
Internet address is x.x.x.x/30
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 38/255, rxload 36/255
Encapsulation ARPA, loopback not set
Keepalive not supported
Full Duplex, 100Mbps, link type is force-up, media type is T
output flow-control is on, input flow-control is on
ARP type: ARPA, ARP Timeout 04:00:00
Last input 03:27:31, output 03:27:31, output hang never
Last clearing of "show interface" counters 1w0d
Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
30 second input rate 14339000 bits/sec, 23128 packets/sec
30 second output rate 15196000 bits/sec, 23165 packets/sec
34457901315 packets input, 2922110967949 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
34056844139 packets output, 2887839352084 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out

show policy-map control-plane

sem output

show platform software interface summary

Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL
-----------------------------------------------------------------------------
* GigabitEthernet0/0/0 0 0 0 021715... 2563920689... 25433 0
* GigabitEthernet0/0/1 0 0 0 012867... 945012949... 9488 0
* GigabitEthernet0/0/1.19 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/1.50 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/1.51 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/1.100 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/1.199 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/2 0 0 02729...90240... 736589110... 7281 0
* GigabitEthernet0/0/3 0 0 0 013106... 2106914124... 21272 0
GigabitEthernet0 0 0 0 0 0 0 0 0 0
* GMPLS0 0 0 0 0 0 0 0 0 0


show platform hardware port X/X/X plim statistics

RX Low Priority
RX Drop Pkts 0 Bytes 0
RX Err Pkts 0 Bytes 0
TX Low Priority
TX Drop Pkts 0 Bytes 0
RX High Priority
RX Drop Pkts 0 Bytes 0
RX Err Pkts 0 Bytes 0
TX High Priority
TX Drop Pkts 0 Bytes 0

show platform hardware qfp active statistics drop | exclude _0_

Global Drop Stats Packets Octets
-------------------------------------------------------------------------
IpTtlExceeded 130521 8356531
Ipv4Acl 25195 1647409
Ipv4NoAdj 15298 1052289
Ipv4NoRoute 5241 2845127
QosPolicing 272946 17502103

Eu já fucei com todos esses comandos um tempo atrás, mas ainda sem pista, neste último só aparece que o maior índice de descarte é o tail drop mesmo, mas no momento que executei os comandos não estava havendo congestionamento. O que aparece como QosPolicing é referente a outra interface.

Um cara do forum oficial da Cisco disse que isso acontece muito em routers onde a interface pela qual o tráfego entra é Giga e a Egress é Fast. A recomendação é simplesmente aumentar a velocidade da interface pra 1GE e fazer traffic shapping.

Uma coisa curiosa é que abri um chamado para este link, pois percebi que isso também ocorre no sentido ingress. Sexta passada o tráfego entrante não passou dos 80 mbps, e nesse momento a latência aumentou excessivamente.
Os caras da operadora mostraram um output da interface do PE e o MRTG deles, e vi que eles estão sofrendo do mesmo mal. Parece que a única saída é mesmo aumentar o speed e fazer traffic shapping.
Voltar ao Topo Ir em baixo
Ver perfil do usuário
pc_varanda



Número de Mensagens : 8
Idade : 30
Localização : São Paulo, SP
Reputação : 0
Pontos : 12
Data de inscrição : 13/10/2011

MensagemAssunto: Re: descartes taildrop com link não congestionado   Seg Jun 18, 2012 1:39 am

errata:

hold-queue é sim indicado para diminuir tail drops, mas não no caso do VOIP.
Voltar ao Topo Ir em baixo
Ver perfil do usuário
Nakano
Admin


Número de Mensagens : 467
Idade : 34
Localização : São Paulo
Reputação : 43
Pontos : 336
Data de inscrição : 21/07/2007

MensagemAssunto: Re: descartes taildrop com link não congestionado   Seg Jun 18, 2012 8:45 am

Ola,

Realmente esta bem estranho pois nenhum dos comandos mostra drops, nem mesmo de output.

Talvez essas duas alternativas possam te ajudar:

* Aumentar a interface da operadora para 1G e fazer o shape pode ajudar, mas o shape bufferiza pacotes e isso pode aumentar um pouco o jitter.
* Configurar o hold-queue pode ajudar nesse caso, mas tem um efeito semelhante ao shape podendo afetar o jitter.

Como esse link esta na operadora, seria bom aplicar a mesma configuração no lado CE e PE para qualquer uma das soluções acima.

Esse pico de 80Mbps você esta pegando com o trafego normal, ou esta usando algum tipo de gerador de trafego?
Tive um problema certa vez no qual no show int do router (mesmo com 30 segundos de load-interval) ele mostrava drops antes de atingir os 100Mbps.
Ao gerar um gráfico através de SNMP com pooling de 1s percebemos que ocorriam rajadas de 100Mbps com intervalos menos de 30s e como a interface mostra a media de 30s não conseguiamos ver.

[]´s

_________________
CCNA / CCDA
Cisco Data Center AS Support Specialist;
Cisco Data Center Support for UC Specialist;
Cisco Routing and Switching Field Specialist;
Cisco Unified Fabric Technology Support Specialist;
Cisco Unified Computing Technology Support Specialist
Cisco Data Center Unified Computing Support Specialist;
Cisco Data Center Storage Networking Support Specialist;
Cisco Data Center Application Services Support Specialist;
Cisco Advanced Data Center Networking Infrastructure Support Specialist;
CCNP / CCIP / CCDP
ITILF v2 / ITILF v3
CCIE SP #34881
CCIE RS Written

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

Mind Wide Open
Voltar ao Topo Ir em baixo
Ver perfil do usuário http://cisco.forumeiros.com
pc_varanda



Número de Mensagens : 8
Idade : 30
Localização : São Paulo, SP
Reputação : 0
Pontos : 12
Data de inscrição : 13/10/2011

MensagemAssunto: Re: descartes taildrop com link não congestionado   Seg Jun 18, 2012 11:03 pm

Nakano,

Esses picos ocorreram com tráfego real.
Pensei remotamente na questão das rajadas, Vou diminuir o pooling do cacti como você sugeriu para ver se pego algo.

Eu dei uma melhorada na situação tunando o BGP, pois tinha muita coisa saindo por esse link. Joguei a preferência de alguns prefixos para sair pelo outro link, também de 100 Mb. Agora o tráfego está melhor distribuído.

Em relação ao shape, seria melhor então criar uma LLQ eu penso. Coloco o valor de banda de 100M na interface pra ter a referência e dou um priority percent 97% pra sobrar alguma coisa pro BGP, pois é full routing. O que acha?
Voltar ao Topo Ir em baixo
Ver perfil do usuário
pc_varanda



Número de Mensagens : 8
Idade : 30
Localização : São Paulo, SP
Reputação : 0
Pontos : 12
Data de inscrição : 13/10/2011

MensagemAssunto: Re: descartes taildrop com link não congestionado   Ter Jun 19, 2012 3:38 pm

aliás, melhor fazer com traffic policy
Voltar ao Topo Ir em baixo
Ver perfil do usuário
Conteúdo patrocinado




MensagemAssunto: Re: descartes taildrop com link não congestionado   Hoje à(s) 7:29 am

Voltar ao Topo Ir em baixo
 
descartes taildrop com link não congestionado
Ver o tópico anterior Ver o tópico seguinte Voltar ao Topo 
Página 1 de 1
 Tópicos similares
-
» Toon Link 3D!! [Formas][Colorido!]
» [Link]Tudo para seu Photoshop
» Sprites do Link para o meu jogo
» Link redirecionando
» è possivel colocar uma imagem e um link numa assinatura?!

Permissão deste fórum:Você não pode responder aos tópicos neste fórum
Forum Cisco-BR :: Forum :: Suporte-
Ir para: