[GTER] duvidas sobre broadcast storm

Alexandre C. Fonseca alexandre at specialist.srv.br
Fri Dec 30 11:25:36 -02 2011


em alguns, com IOS mais novo, ele apenas filtra o excesso de multicast 
qd vem acima do limite... em outros, mais antigos, ele derruba a porta 
mesmo..

nao sei se eh o IOS em si que faz isso ou a familia do switch... tenho 
alguns 3560G que filtram os multicast mesmo, sem derrubar a porta... 
outros como da familia 2950, q derruba a porta qd vem multicast acima do 
limite configurado (mesmo nao estando setado o action shutdown)



On 30/12/2011 10:11, Lista wrote:
> Bom dia Alexandre,
> E quando acontece essa "caca", qual atitude o switch toma nesse caso,
> ele descarta os pacotes nessa porta, não passando para o resto da rede
> ou ele derruba a porta do switch?
>
> Em 29 de dezembro de 2011 19:53, Alexandre C. Fonseca
> <alexandre at specialist.srv.br>  escreveu:
>> ative o controle com um valor alto (5 mil pps) e fique "monitorando" um
>> tempo com o sh storm multicast, ele mostrará o valor "corrente" que estah
>> passando por ele.
>>
>> assim vc tem um valor de base para o calculo.
>>
>> nos meus switchs, para um trafego de 10-40 mbps por porta nele, seto em 300
>> a 900 pps. Menos que isso afeta a comunicação entre switchs (VTP) e a
>> resolução de IP->MAC em ipv6. Soh passa desse limite qd tem "caca" na rede
>> (loop eh um dos)
>>
>> Alexandre
>>
>>
>>
>> On 29/12/2011 19:16, Lista wrote:
>>> Então pelo que entendi ele evita que o switch ao receber um X de
>>> pacotes por segundo naquela interface configurada, faz com que a mesma
>>> seja derrubada. para que não surta efeito de degradação na rede, no
>>> caso de um loop entre sws?
>>> Agora como eu faço para calcular a quantidade de pps para manter um
>>> indice legal?
>>>
>>> Em 29 de dezembro de 2011 16:25, Kaio Vilar<kaiovilar at gmail.com>
>>>   escreveu:
>>>>
>>>> http://www.cisco.com/en/US/docs/switches/lan/catalyst2950/software/release/12.1_22ea/SCG/swtrafc.html#wp1229854
>>>>
>>>> Em 29 de dezembro de 2011 16:22, Kaio Vilar<kaiovilar at gmail.com>
>>>>   escreveu:
>>>>
>>>>> Danton,
>>>>>
>>>>> Broadcast Storm é uma feature importante para prevençao  loops,
>>>>> basicamente voce configura as interface limitando uma porcentagem de
>>>>> broadcast/multicast permitida, por exemplo 50%, caso isso seja
>>>>> ultrapassado
>>>>> a interface é desativada assim previne a paralizacao da rede.
>>>>>
>>>>> Att,
>>>>> Kaio Vilar
>>>>> CCIE 29919
>>>>>
>>>>> Em 29 de dezembro de 2011 15:59, Danton
>>>>> Nunes<danton.nunes at inexo.com.br>escreveu:
>>>>>
>>>>> On Thu, 29 Dec 2011, Lista wrote:
>>>>>>   sempre me surgiu a duvida sobre esse comando que tem em switch e nunca
>>>>>>> cheguei numa conclusão plausível de qual a sua verdadeira função e no
>>>>>>> que pode ajudar esse comando e como medir a rede para definir qual o
>>>>>>> nivel de pps bom para limitarmos.
>>>>>>> Ele tem haver também com relação a prevenção de loop's?
>>>>>>>
>>>>>> tem um artigo bom na wikipedia: http://en.wikipedia.org/wiki/**
>>>>>> Broadcast_storm<http://en.wikipedia.org/wiki/Broadcast_storm>
>>>>>> --
>>>>>> gter list
>>>>>>   https://eng.registro.br/**mailman/listinfo/gter<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
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list