[GTER] Perda de pacotes

[Denis Gustavo Caria Pena]

Ainda em tempo:

7 - Faça um desenho de L2 da sua rede. Isso ajuda muito na investigacao.



2013/1/10 Denis Gustavo Caria Pena <denispena at gmail.com>

> Bruno,
>
> Algumas considerações/sugestões que podem ajudar na identificação do
> problema:
>
> 1 - O fato de nao ter STP habilitado nao afasta a chance de loop, pelo
> contrário, sua rede fica mais vulnerável a este tipo de problema (que é
> muito comum)
> 2 - Alto índice de processamento em switches L2 geralmente são sintomas de
> loop ou algum tipo de ataque DoS
> 3 - Procure por alterações recentes na rede e comece a investigação por lá
> (switches recém instalados na rede, remanejados de lugar, etc.)
> 4 - Se você tiver um syslog centralizado, aponte os logs dos switches para
> ele, isso facilita a análise e identificação do problema
> 5 - Em momentos em que o problema está acontecendo avalie a possibilidade
> de desconectar alguns uplinks (um de cada vez) para verificar se o problema
> para. Se por acaso desconectar um uplink e o problema parar na hora, inicie
> a investigação por lá.
> 6 - Embora seja muito trabalhoso, sugiro que implante o STP em sua rede
>
> [ ]´s
>
>
> 2013/1/10 Lista <lista.gter at gmail.com>
>
>> Algumas considerações, esse problema está ocorrendo em todo horario ou em
>> é
>> variado hora sim e hora não?
>> Como o Shine falou, foi colocado algo de novo antes desse problema
>> começar?
>> Vc mantém gerencia via SNMP desse equipamento, se sim analise os graficos
>> no que ocorre no momento da perda, e consumo de CPU do switch. se o seu
>> trafego for de 80Mbp/s conforme eu entendi 50% está alto de mais(porém não
>> conheço os datacom), veja os drop que ele possa dar nas interfaces, outra
>> coisa essa perda ocorre na vlan de gerência também, se ocorrer é Loop que
>> seu equipamento esteja recebendo ou fazendo.
>>
>> Em 10 de janeiro de 2013 09:50, Bruno martin
>> <analistabruno2012 at gmail.com>escreveu:
>>
>> > Segue mais dados para ajudar nas tentativas.
>> >
>> > Os switches são Datacom e não tem Spanning ativo. Olhei o processamento
>> e
>> > em determinados momentos chegam a 50%. Temos somente 2 L3 que estão
>> > conectados na borda da rede o restante são L3, porém executam somente
>> > função de L2 e só foram instalados L3 devido a sua maior capacidade.
>> >
>> > Loop acho pouco provável, pois as portas dos rádios redundantes estão
>> down.
>> >
>> > Obrigado pelas respostas !
>> >
>> > Abraços,
>> > Bruno
>> >
>> >
>> >
>> > No dia 9 de Janeiro de 2013 à52 23:30, Douglas Fischer <
>> > fischerdouglas at gmail.com> escreveu:
>> >
>> > > O wireshark é seu amigo!
>> > >
>> > > Começa só entrando com um host normal, uma vlan por vez, e vai
>> analisando
>> > > possiveis storms...
>> > >
>> > > Se não resolver, espelha uma porta de cascata e vai escovando bit...
>> > > Em 09/01/2013 15:43, "Bruno martin" <analistabruno2012 at gmail.com>
>> > > escreveu:
>> > >
>> > > > Boa tarde a todos !
>> > > >
>> > > > Preciso de um help do pessoal em relação a algumas intermitências
>> que
>> > > estão
>> > > > ocorrendo na rede. De uns 5 dias para cá estão ocorrendo altas
>> taxas de
>> > > > latência na rede, os switches esporadicamente perdem pacotes mesmo
>> > > estando
>> > > > conectados localmente neles.
>> > > >
>> > > > Tenho aproximadamente 15 switches, todos com VLANs para os clientes
>> e
>> > uma
>> > > > VLAN para gerencia da rede, o tráfego médio é de 80Mbps nos switches
>> > > > próximos a borda. Já resetei a tabela ARP dos switches e não
>> resolveu.
>> > > >
>> > > > O que podem estar causando essas perdas na rede ?
>> > > >
>> > > > Abraços,
>> > > > Bruno
>> > > > --
>> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
>> > > >
>> > > --
>> > > gter list    https://eng.registro.br/mailman/listinfo/gter
>> > >
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> >
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
>
> ________________________________________________________________________________
>
> " A vitória, todavia, nem sempre é de quem se empenha mais, assim como a
> derrota nem
>   sempre é do arrogante. O imponderável, algo além das forças humanas, tem
> parte nesse jogo.
>   Isso é normal num duelo e faz parte do cotidiano de um guerreiro. "   (
> 宮本武蔵 )
>
> ________________________________________________________________________________
>
> Denis Gustavo Caria Pena
> Eng. Eletricista
> Tel : 31- 9404 - 0302
>  denispena at gmail.com




-- 
________________________________________________________________________________

" A vitória, todavia, nem sempre é de quem se empenha mais, assim como a
derrota nem
  sempre é do arrogante. O imponderável, algo além das forças humanas, tem
parte nesse jogo.
  Isso é normal num duelo e faz parte do cotidiano de um guerreiro. "   (
宮本武蔵 )
________________________________________________________________________________

Denis Gustavo Caria Pena
Eng. Eletricista
Tel : 31- 9404 - 0302
 denispena at gmail.com