Bridge - STP e RSTP

Bom dia amigos.

Bem estou com um problema fora do normal. (havia colocado um topico porem o mesmo não obteve resposta)

Utilizamos nossa rede centralizada em servidor BSD onde os clientes fazem a autenticação via MAC X IP nisso minha rede esta toda em WDS para o repasse de MAC direto no servidor e em alguns pontos tenho o sistema Roteado utilizando Radius autenticando em um servidor BSD tambem.

O Problema é que utilizo tudo em Bridge (RSTP), e de um tempo para ka. Alguns pontos que fazem repetição de RB ou seja A-RB333 ---CABO de REDE--- B-RB333 começaram a perde pacote entre os cabos de rede de interface para interface isso mesmo entre cabos de rede a maioria dos cabos tem 2 a 3 metros pois ambos estão na mesma torre. Trocamos fonte de energia, cabos de rede, Routerboard, cartões, tomadas ou seja tudo no pop foi trocado até os IPs e MACs das RBs mesmo assim o problema persistiu até que um dia eu resolvi trocar de RSTP para STP somente nas pontas com esta perda de pacote que parecia ser coordenada ou seja funcionava 50 pings e perdia 6. Quando feito a troca de protocol o sistema voltou ao normal por muito tempo então constatei que o problema era que devido ao crescimento da minha rede em Bridge poderia estar havendo muitas colisões e erros. Porem nesta semana voltou a apresentar o mesmo problema com uma intensidade menor (500 pings certos e 6 perdidos).

- MTK 3.13
- Não reinicia UP das RBs tem até 60 dias funcionando
- No log não tem nenhum erro ou alerta

Eu já estou passando toda a minha rede para Roteamento e criando braços distintos com um roteador inteligente evitando assim o broadcast. Mais como isso é demorado gostaria de saber se existe algum conflito ou problema com este protocolo e se tem algo que possa ser feito para corrigir este erro?

vc já tentow atualizar a RB....POde Ser um Bug da versão...

As versões testadas foram (ambas sem resultado)

v2.9.51
v2.9.71 (não tenho certeza da versão)
v2.9.9
v3.0.11
v3.0.13
v3.0.15

a ultima versão ainda estou esperando um pouco para atualizar mais acredito que não resolva.

Pela descrição os problemas vem do rSTP ou STP mesmo. Já passei por este problema em uma rede que administro, quando mudei do rSTP para STP melhorou, mas foi só a rede crescer mais um pouco que começou a josta de novo.

Acredito que não ha muito o que fazer Ultrafox, uma vez que o Spaning Tree ajuda, mas não é infálivel e para redes como as de provedores existem muitos outros protocolos e tipos de tráfego distintos que o mesmo não consegue gerenciar de maneira eficiente.

Se já começou a rotear, acelere esse processo e garanto que mininizará em muito esse e outros problemas que ocorrem atualmente.

tive problema aqui...

voce precisa setar os custos das bridges, o que acotnece quando configuramos bridges eh que nao mexemos nas configuraç~eos de custo.. entao, o rstp tendo varias brides.. com custos iguais.. ele fica meio perdido.. e acha que o caminho eh tudo igual.. e fica tentando comutar (algo do tipo loading-share) ..

as bridges do ptp terem custo MENOR do que as bridges dos aps.. e a ULTIMA BRIDGE (no bsd ou antes dele) ter um custo menor ainda... :)


por exemplo.. custo das bridges dos aps 100, bridges do ptp 80 .. bridge final 50 ...

na passagem ele NUNCA vai tentar comutar um ap para outro ap pq o caminho vai ser mais "caro" ..

ahh e porque do STP funcionar, eh porque ele DEMORA a fazer a comutação das portas.. e neste tempo.. ele conclui o algoritimo e ve que os caminhos estao ok.. e nao comuta .. a ideia eh algo do tipo "demorei pra comutar e o sistema ja voltou ao normal" ...

Concordo com o Alexandre, Reveja todos os custos.

Custo voces querem dizer PRIORITY ?

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (600) - Repetidor 4 (500)

OU

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (800) - Repetidor 4 (700)

opa..tmb tenho alguns problemas parecidos, pelo fato de usar 3 bridges até o pacote sair do cliente e chegar no gw...

alguem poderia me passar um valor apropriado a ser usado...nao tenho muito conheçimento desses protocolos...

STP ou rSTP ?

Priority
- Bridge do lado do Cliente ?
- Bridge intermediária ?
- Bridge do lado gw ?


Max Message Age
- Bridge do lado do Cliente ?
- Bridge intermediária ?
- Bridge do lado gw ?


Forward Dealy
- Bridge do lado do Cliente ?
- Bridge intermediária ?
- Bridge do lado gw ?


Transmit Hold Count
- Bridge do lado do Cliente ?
- Bridge intermediária ?
- Bridge do lado gw ?


Ageing Time
- Bridge do lado do Cliente ?
- Bridge intermediária ?
- Bridge do lado gw ?

PS.:
Bridge do lado do cliente - RB 133c MT 3.13 (chip AR5212)
Bridge intermediária - PC 166MHZ MT 2.9.27 (Dlink AG530)
Bridge do lado do cliente - PC 1GHZ 2.9.27 (Dlink AG530)

agradeço a qq ajuda, pois temos umas 6 repetidoras quase nesse estilo, ia me ajudar e muito (provavelmente mais pessoas tmb), pra antecipar, estou a uns dias já acompanhando o topico e estudando sobre os protocolos rstp e stp..

PS2.: vi alguns dias umas regras de firewall pra proteger a bridge, alguem teria alguma coisa...será bem vindo tmb...

sem mais

Att.

opa amigo tudo bom? que tipo de roteadores inteligentes são esses ai amigo?

Citação:

---

Postado originalmente por iuredaluz

opa amigo tudo bom? que tipo de roteadores inteligentes são esses ai amigo?

---

opa...blz...foi pra mim a pergunta ? se sim, me desculpe, mas nao possuo nenhum roteador inteligente...somente RouterBoard e PC AP com mikrotik rodando...a menos q se denomina uma routerboard em modo bridge como um roteador inteligente,,é isso ?
t+

UltraFox

Hoje você conta com quantas rb ou pc fazendo parte dessa bridge?

pois nunca enfrentei problemas nenhum com relação a isso e tenho em bridge aqui cerca de 50 servidores, entre rb e linux comum e pc-ap...fora os computadores de estação que trabalho dentro da bridge.

obrigado.

Citação:

---

Postado originalmente por thenet

UltraFox

Hoje você conta com quantas rb ou pc fazendo parte dessa bridge?

pois nunca enfrentei problemas nenhum com relação a isso e tenho em bridge aqui cerca de 50 servidores, entre rb e linux comum e pc-ap...fora os computadores de estação que trabalho dentro da bridge.

obrigado.

---

Bem eu tenho entre servidores e RBs umas 40 unids, porém acredito que o problema seja a quantidade de clientes 1000 usuarios divididos em 21 blocos de IPs centralizado em 4 servidores.

Citação:

---

Postado originalmente por UltraFox

Bem eu tenho entre servidores e RBs umas 40 unids, porém acredito que o problema seja a quantidade de clientes 1000 usuarios divididos em 21 blocos de IPs centralizado em 4 servidores.

---

correto, entendi...

minha rede está com nat em cada mk que é ap...uns 25.
mas vou centralizar, então o risco disso acontecer comigo é muito grande, pois tenho a média de 1100 clientes.

ja testou a mudança que indicaram acima, de custo?

Citação:

---

Postado originalmente por thenet

correto, entendi...

minha rede está com nat em cada mk que é ap...uns 25.
mas vou centralizar, então o risco disso acontecer comigo é muito grande, pois tenho a média de 1100 clientes.

ja testou a mudança que indicaram acima, de custo?

---

Ainda nao pois estou esperando o pessoal me responder a essa PERGUNTA !!!

Custo voces querem dizer PRIORITY ?

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (600) - Repetidor 4 (500)

OU

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (800) - Repetidor 4 (700)

alguma novidade UltraFox?

Só me esclarece uma coisa, eu uso aqui hoje nas bridges, o protocole setado em none (nao utilizo nem stp nem rstp), seeria legal eu mudar isso e fazer a questão dos custos?
em none a performance é menor?

Obrigado.

Citação:

---

Postado originalmente por thenet

alguma novidade UltraFox?

Só me esclarece uma coisa, eu uso aqui hoje nas bridges, o protocole setado em none (nao utilizo nem stp nem rstp), seeria legal eu mudar isso e fazer a questão dos custos?
em none a performance é menor?

Obrigado.

---

Quando eu usava em NONE a rede fica instavel toda hora dava problema parecia que quando cada RB era reiniciada indepedente do ponto onde ela estava nisso todas as Rbs da rede perdia 10 a 15 pacotes para corrigir a "falta" desta RB q reiniciava nisso eu troquei para RSTP porem notei que pontos onde tinha uma RB recebendo link e repetindo para outra atravez de cabo de rede dava problema so solucionou quando coloquei STP.

Citação:

---

Postado originalmente por UltraFox

Quando eu usava em NONE a rede fica instavel toda hora dava problema parecia que quando cada RB era reiniciada indepedente do ponto onde ela estava nisso todas as Rbs da rede perdia 10 a 15 pacotes para corrigir a "falta" desta RB q reiniciava nisso eu troquei para RSTP porem notei que pontos onde tinha uma RB recebendo link e repetindo para outra atravez de cabo de rede dava problema so solucionou quando coloquei STP.

---

Legal, obrigado pela resposta.
Aqui isso nunca me ocorreu, nunca tive problemas em nenhum link por falta de outro da bridge. Mas creio que minha rede de elementos na bridge é bem menor que o seu.
Mas vou testar o stp, já que é o protocolo que nao da problemas.

Obrigado e abraçs.

Citação:

---

Postado originalmente por thenet

Legal, obrigado pela resposta.
Aqui isso nunca me ocorreu, nunca tive problemas em nenhum link por falta de outro da bridge. Mas creio que minha rede de elementos na bridge é bem menor que o seu.
Mas vou testar o stp, já que é o protocolo que nao da problemas.

Obrigado e abraçs.

---

Problemas não da não porem fique atento ao desempenho pois testes realizados tivemos perda de 10 a 30% nos elances com este protocolo acredito que sua rede por ser menor pode funcionar muito bem com o RSTP.

Citação:

---

Postado originalmente por UltraFox

Problemas não da não porem fique atento ao desempenho pois testes realizados tivemos perda de 10 a 30% nos elances com este protocolo acredito que sua rede por ser menor pode funcionar muito bem com o RSTP.

---

é até hoje nao tive nenhum problema de perda de desempenho em nada na bridge..mas não sei tambem se conseguiria melhorar o que ja considero muito bom aqui.
vou fazer um teste e posto aqui caso tenha algum sucesso na minha rede que não é muito grande.

obrigado. abraços.

Bom pessoal,

Graças as dicas, fiz algumas modificações na rede e depois aviso como ficou, por enquanto estão em teste; Mudei os custos e ativei o STP.

Vejamos no que dá!

[]´s

Estou aguardando ancioso!!!

Passei por alguns problemas semelhantes, e ainda passo porém a solução mais eficaz mesmo é o roteamento e segmentação da rede físicamente e lógicamente, estou nesse processo e já notei melhoras significativas e percepitiveis, após essa fase estarei criando segmentações lógicas através de VLAN´s para ter um controle ainda maior do que trafega na rede, estamos migrando também a forma de conexão dos clientes para pppoe que atualmente é ip estático.

galera, como que mudaram os custos? qual politica e quais os valores adotados?

eu aqui to sofrendo com o seguinte. quando coloco um MKT (exclusivamente MKT) na bridge com IP VALIDO, ele fica com internet um poco e depois para (vejo isso pelos pings) dai as vezes do nada volta e as vezes só mudando ip desse MKT ou então excluindo o gateway desse MKT no ARP ele volta a funcionar mas para depois de alguns segundos.
Seria o caso da bridge? utilizo tudo em NONE.

Obrigado.

Cara qndo as RBs apresentam um estado de instavel era bom dar uma olhada nas fontes, pois o protocolo facilita, mas nao faz milagres. =\

vc ta usando fontes originais? ou alteradas? as alteradas estao ok?
abraço! boa sorte!

Citação:

---

Postado originalmente por stevens144

Cara qndo as RBs apresentam um estado de instavel era bom dar uma olhada nas fontes, pois o protocolo facilita, mas nao faz milagres. =\

vc ta usando fontes originais? ou alteradas? as alteradas estao ok?
abraço! boa sorte!

---

amigo, quanto as fontes, eu sempre coloco uma bela folga nas fontes. isso ja aprendi que não pode relaxar rsrs.

agora quanto a problema, ainda tenho, fica assim, caso eu tenha que usar um ip invalido na bridge junto com o ip valido. antes não ocorria, e com os que ja funcionam assim, não ocorre tambem.

So dem uma olhada nese post no forum internacional wds cost MikroTik RouterOS • View topic - Network with large diameter getting unstable

Amigo tlvz eu esteja um pouco equivocado em falar isso agora mas estou com essa dúvida...
o protocolo STP é um protocolo usado normalmente em swtich's, nos quais interessa o trafico entre "todas" as portas. Em uma rede wireless já (creio eu, corrija-me se estiver errado) o trafico entre os clientes nao interessa e deve até ser evitado, visto que o que interessa é que as portas nao criem um "loop" entre si, e sim que todos pacotes sejam encaminhados para uma unica porta, no caso o gateway. Como entao o STP teria funcionalidade neste tipo de topologia? se este for o seu caso.
abraços

Entao eu aki consegui resolver o problema, evitando carga nas RBs como ip proximos ao da conexção, evitando que o firewall fique armazenando dados e so cuidando de passar os dados para os clientes, todas as outras funcões como profiles de segurança, addres list conect lista foram desativados, a RB em bridge rstp e redirecinamento de trafego para um servidor na torre ligado por cabo de rede e ptp ligado nele, licensa ap router nos radios, e acesso via sistema nos radios onde posso de uma vez so trocar as configurações de todos os clientes via sistema, fazendo assim limite de banda ate nos radios deles para evitar broadcast, vlan no servidor da torre, e controle de protocolo layer 7 para evitar trafego desnecessario e trafego alto entre clientes, faixas de ips diferentes nos clientes para não haver comunicação entre os mesmos a menos que passe pelo servidor torre, como 10.5.2.1 em um clientes e 10.2.5.1 com mascara 32 bits ou pppoe para evitar trafego direto entre pcs assim as rbs aps são somenta carteiros entregando os dados e recebendo eles, melhorou muito o meu sistema, todo montado só com RBs e estou chegando a marca de 10.000 clientes, e olha q o forte é o sistema de voip q tem que funcionar perfeitamente pois substituo telefones de outras operadoras em empresa e no interior aviarios, suinocultores e ordenhadores, então para ter um bom trafego o melhor é deixar seu ap o mais livre possivel e fazer o maximo para controlar a banda desde a saida do cliente e principalmente como foi comentado antes ajustar os clustos de entrada nos servidores centrais.

amigos, agora minha rede ficou muito ruim. parece conflito de ip, mas nao estou achando nada de anormal nisso. minha ultima esperança é o protocolo de bridge.
pra uma rede de +/- 50 rb's em bridge e imagina nesta topologia da foto em anexo, STP ou rSTP? e como faria os custos?

Agradeço muito.

abraços.

Pessoal, minha contribuição, da uma olhada ai: STP e RSTP – breve comparação « Fatos digitais! — “Panta Rei” H. Éfeso

Valew ! :o

Pessoal, só mais uma coisa, alguém ja conseguiu setar os Path Cost para suas bridges ? Ou de que maneira se deve trabalhar com estes números ?

Pessoal, o custo na bridge é o Path Cost em ports na bridge ? Como ficaria uma topologia onde temos 3 mks em bridge fazendo ptp para um 4º MK (via wireless) e repassando em bridge também para um 5º mk via LAN (MK Proncipal), sendo que os 3 mk´s recebem os clientes em 1 interface (wlan1) e fazem wds com o 4º pela wlan2, e o 4º mk tem 3 wlan em wds servindo os ptp´s e repassa para o mk principal pela ether1 (2,3..ex.), os custos estão sempre 10, como você acham que deveria ser?
Ex.: Nos PTP´s, nas bridges deles eu coloco o custo 10 na port que faz o wds, no mk que recebe os ptp´s eu coloco custo 20 nas ports que fazem o wds e custo 10 na port que desce para o mk principal, e no mk principal deixo custo 10 mesmo na port que sobe para o mk dos wds ?

Desculpem se não estou me expressando muito bem, mas estou com medo de tudo travar por aqui, lembrando que tudo esta em rstp e esta tudo funcionando.

Obrigado PessoAll :party:

ainda estou a procura destas respostas.

mudei de None para rstp e a rede até deu uma melhorada, ta mais rapida, mas ainda tenho o problema de perdar alguns pacotes mesmo via cabo de rede!! a cada uns 50 perco uns 5..isso pra telefonia é horrivel.

alguem sabe sobre os custos? qual é o parametro que tem que alterar?

obrigado.

Citação:

---

Postado originalmente por UltraFox

Custo voces querem dizer PRIORITY ?

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (600) - Repetidor 4 (500)

OU

-------------------------------------------Repetidor 1 (800) - Repetidor 2 (700)
Servidor (1000) - Torre Principal (900) ->
-------------------------------------------Repetidor 3 (800) - Repetidor 4 (700)

---

post bem antigo rsrsrsr! essa configuração pode ser aplicada quando se tem varias bridge´s?

o problema pode ser os tipos de pacotes que está transmitindo, pode ser a MTU, ou até o tempo de convergência

não precisa de custos, você só tem que ter uma topologia com proteção de loop e implementar na rede....veja o vídeo:

https://www.youtube.com/watch?v=768i3V9ST48&t=90s