[MASOCH-L] STP 802.1d, Topology Change

Wed Dec 17 14:10:08 BRST 2014

Oi Davi

Mas pelo que entendi do vc  mandou , trata-se de  outra  flag, não a de 
"802.1d Topology Change"
Veja o que eu estou recebendo:

# tcpdump -n "multicast" -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
14:08:40.480838 STP 802.1d, Topology Change
14:08:40.502960 STP 802.1d, Topology Change
14:08:40.533737 STP 802.1d, Topology Change
14:08:40.769333 STP 802.1d, Topology Change
14:08:40.837780 STP 802.1d, Topology Change
14:08:40.913606 STP 802.1d, Topology Change
14:08:41.060279 STP 802.1d, Topology Change
14:08:41.132132 STP 802.1d, Topology Change
14:08:41.223223 STP 802.1d, Topology Change
14:08:41.262845 STP 802.1d, Config, Flags [none], bridge-id 
8001.a4:56:30:67:f9:00.8030, length 43
14:08:41.302242 STP 802.1d, Topology Change
14:08:41.498541 STP 802.1d, Topology Change
14:08:41.530927 STP 802.1d, Config, Flags [none], bridge-id 
8001.24:b6:57:64:eb:00.8033, length 43
14:08:41.613223 STP 802.1d, Topology Change
14:08:41.614534 STP 802.1d, Config, Flags [none], bridge-id 
1001.00:24:c4:db:76:00.9692, length 43
14:08:41.653038 STP 802.1d, Topology Change
14:08:41.741129 STP 802.1d, Topology Change
14:08:42.100331 STP 802.1d, Config, Flags [none], bridge-id 
8001.6c:9c:ed:a2:e5:80.8018, length 43
14:08:42.151615 STP 802.1d, Topology Change
14:08:42.190234 STP 802.1d, Topology Change
14:08:42.287832 00:24:c4:63:d7:d9 > 01:00:0c:cc:cc:cd SNAP Unnumbered, 
ui, Flags [Command], length 50
14:08:42.417574 STP 802.1d, Topology Change
14:08:42.480835 STP 802.1d, Topology Change
14:08:42.502918 STP 802.1d, Topology Change
14:08:42.533616 STP 802.1d, Topology Change
14:08:42.767649 STP 802.1d, Topology Change
14:08:42.896612 STP 802.1d, Topology Change
14:08:42.945362 STP 802.1d, Topology Change
14:08:43.060328 STP 802.1d, Topology Change
14:08:43.128238 STP 802.1d, Topology Change
14:08:43.219243 STP 802.1d, Topology Change

On 17-12-2014 14:02, davi peres wrote:
> eu recebo isso, e veja a frequencia
>
> tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535
> bytes
> 13:56:42.808865 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:44.808754 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:46.808676 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:48.808551 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:50.808461 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:52.808358 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:54.808235 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
>
>
>
>
> Em 17 de dezembro de 2014 12:36, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
> escreveu:
>>
>>
>> Ok, eu entendi o mecanismo do quadro.  Minha dúvida era se é normal que
>> ele seja enviado o tempo todo esse quadro , pois achava que ele seria
>> enviado apenas quando houvesse alguma mudança na topologia (p.ex: devido a
>> alguma falha em algum ponto da topologia, que fosse preciso "refazer os
>> caminhos" na topologia)
>> Pois estranhei que só vejo esse quadro passando na interface de dois
>> servidores. Tenho outros servidores nessa mesma rede que não recebem esse
>> sinal...
>>
>>
>>
>> On 17-12-2014 12:32, Lucas Willian Bocchi wrote:
>>
>>> Então provávelmente o pessoal do datacenter (acertadamente) possui uma
>>> redundância de equipamento e isto não deve interferir no funcionamento
>>> da tua rede. Este quadro é uma sinalização de controle normal. Não
>>> deve alterar significativamente o funcionamento da tua rede.
>>>
>>> Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>
>>>> Caro Lucas,
>>>>
>>>> Obrigado pela resposta.. Porém não temos como analisar isso que você
>>>> pediu..
>>>> Como disse, os servidores ficam hospedados em um datacenter e não temos
>>>> acesso aos equipamentos de rede, que são serviços terceirizados. Apenas
>>>> monitoramos nossos servidores e detectamos essa alteração no padrão do
>>>> tráfego multicast..
>>>>
>>>>
>>>> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
>>>>
>>>>> Spanning Tree Protocol (STP) é um protocolo de sinalização utilizado
>>>>> em bridges. Serve para detectar loops na rede.
>>>>> Se você não tem switches ligados em portas distintas fazendo um loop
>>>>> entre elas não tem necessidade de ter isso rodando. Em caso contrário
>>>>> verifique para desativar no switch.
>>>>>
>>>>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
>>>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>>>
>>>>>> Prezados,
>>>>>>
>>>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>>>> notamos um aumento no tráfego de Multicast em algumas interfaces.
>>>>>> Analisando
>>>>>> o mesmo gráfico nas semanas/meses anteriores, esse tráfego era próximo
>>>>>> de
>>>>>> 1
>>>>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12
>>>>>> passou a
>>>>>> ter uma  média de 11 pacotes/entrada por segundo.
>>>>>>
>>>>>> Não houve aumento do número de servidores nossos nessa VLAN , muito
>>>>>> menos
>>>>>> alterações (de nossa parte) em rede. Pelo tcpdump e notamos que há um
>>>>>> elevando número de mensagens do  tipo  "STP 802.1d, Topology Change".
>>>>>> Não
>>>>>> sou especialista em redes, gostaria de saber se esse tipo de tráfego de
>>>>>> Multicast relacionado a "Topology Change" é algo normal. Pesquisando
>>>>>> aqui
>>>>>> ,
>>>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma
>>>>>> grande
>>>>>> alteração na topologia da rede, mas no caso estou recebendo nessas
>>>>>> interface
>>>>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e não parou
>>>>>> mais...
>>>>>>
>>>>>> Será que isso pode interferir na performance da rede e/ou do servidor
>>>>>> de
>>>>>> alguma forma? Pois, coincidencia ou não,  ultimamente passamos a ter
>>>>>> alguns
>>>>>> problemas de performance nos servidores também...
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> --
>>>> Rejaine da Silveira Monteiro
>>>> Suporte-TI
>>>> Tel: (31) 2102-8854
>>>> rejaine at bhz.jamef.com.br
>>>> www.jamef.com.br
>>>>
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br