Fico feliz com a notícia do êxito em seu ambiente :)
Saudações,
Trober
Versão Imprimível
Galera, esse tópico foi um dos mais produtivos sobre o assunto no fórum....
Ainda acho que o OSPF tem defeito no Mikrotik, e acho que como a rede de vocês está em produção vocês não tiveram tempo para verificar esses pequenos erros.
Não tem defeito.
Sei que não foi sua intenção nos chamar de relapsos ao dizer que não somos capazes de gerenciar o tempo para verificar a situação de nossas redes.
Acontece que quando os testes de laboratório (bancada) são exaustivamente aplicados, seguindo a forma correta de implementação, se reduz a chance de surpresas desagradáveis em produção.
Tenho um balaio cheio de RBs aqui, só para fazer testes, antes de colocar em produção o cenário projetado para os clientes, conforme imagem abaixo.
Meus erros detectei na bancada. Somente depois de aprovado, vai para produção, mas não antes de (re)testar, (re)verificar e documentar.
Saudações,
Trober
Quase 30 dias.
Saudações,
Trober
Estou em um cliente com um defeito interessante....
Simplesmente ele não navegava e eu não alcançava o seu IP Publico nesse caso o /30 177.23.136.221 e 177.23.136.222
Ai eu habilitei e desabilitei as rotas estaticas do MK e simplesmente voltou....
Outro bug
Anexo 39092Anexo 39093
Pessoal para ficar perfeito podem remover as configurações de NBMA aqui agora o OSPF em 10s levanta as rotas. Sempre lembrando MK versao 5.20 com o firmware 2.41 e UBNT com a versao 5.5.2, nunca esqueça de reconhecer quem te ajuda, quero agradecer a todo o pessoal que ajudou a resolver este tópico (trober, BSD...).
Que boa notícia! :D
É a premissa da atualização, que no nosso caso, está alinhada com a configuração correta.
É o que move o espírito colaborativo aqui no Under-Linux. :)
Saudações,
Trober
Boa noite amigo! Como andam os testes com OSPF?
Um dúvida que não tem nada de produtivo para esses tópico, mas pela sua tabela de rotas, vi que você usa rotas estáticas /32, é isso mesmo?
Algum motivo especial para não mencionar a rede /30?
Só curiosidade mesmo :)
Abraço
Esse montão de /32 é que o meu OSPF distribui automaticamente rotas estáticas sou muito criticado aqui no fórum por fazer isso, mas sei o que estou fazendo pois.... Se eu não habilita-se eu teria de declarar a network de cada cliente no OSPF como acho muito trabalhoso prefiro desse jeito. Alguns roteadores meus eu não acho interessante eu não habilito isso.
Tenho total consciência que a tabela de rotas fica maior, mas conheço minha rede de perto e sei os limites dela.
Quanto ao OSPF já dominei ele por completo inclusive com os seus bugs no MK:
Algumas observações:
Se vc fizer um comentário na network ele vai reiniciar a sessão....
Se vc fizer um comentário na nbma tb reinicia a sessão.....
A ordem que vc faz as coisas tb influencia.....
Já tive caso no MK que tava tudo configurado, network, ip address e não funcionava ai removi o IP e criei de novo ele funcionou....a mesma configuração tudo igual....
Já observei isso em outras coisas no MK, tipo no BGP, no eoIP-tunnel, no OSPF um montão ...
Minha observação é a seguite: As vezes vc tá com tudo configurado, mas não funciona ai vc deleta configura de novo e funciona...igualzinho como tava...
Digo tudo isso obsevei via Winbox (Não sei como seria via linha de comando)
Outra observação: Imagina o seguinte cenário
[RBA][ROCKET]----------------[ROCKET][RBC]
Se vc criar um ip de loopback entre A e B e fizer um bandwidth test entre eles, qual será a taxa do bandwidth??
Peço para a galera fazer esse teste e me responder.
Perguntei sobre as rotas estáticas mesmo, com custo 1.Citação:
Esse montão de /32 é que o meu OSPF distribui automaticamente rotas estáticas sou muito criticado aqui no fórum por fazer isso, mas sei o que estou fazendo pois.... Se eu não habilita-se eu teria de declarar a network de cada cliente no OSPF como acho muito trabalhoso prefiro desse jeito. Alguns roteadores meus eu não acho interessante eu não habilito isso.
Não vejo anormalidade nisso, uma vez que você altera um variável que está relacionada ao OSPF, ele tem que rodar o algorítmo novamente.Citação:
Se vc fizer um comentário na network ele vai reiniciar a sessão....
Se vc fizer um comentário na nbma tb reinicia a sessão.....
Você chegou a conferir os bad blocks das RBs?Citação:
Minha observação é a seguite: As vezes vc tá com tudo configurado, mas não funciona ai vc deleta configura de novo e funciona...igualzinho como tava...
Abraço
Olá.
Não diferente do MikroTik RouterOS 5.20 e 5.21, o MikroTik RouterOS 5.22 não apresenta falhas no OSPF. Pela manhã de hoje fiz testes em bancada, e agora à tarde atualizei a rede de duas prefeituras e seis provedores. Amanhã terá mais atualização de versão.
Podem atualizar tranquilo, que está redondo :)
Amanhã complemento com informações sobre atualizações restantes. Acredito que não serão necessários rollbacks.
Saudações,
Trober
Desculpem-me pela demora. Hoje já é quinta-feira e quase esqueci de me pronunciar sobre o restante das atualizações, conforme havia prometido.
Sem qualquer problema na elevação do MikroTik RouterOS 5.21 para 5.22. OSPF funcionando bem. iBGP também.
Não foram necessários :)
Não fiz testes ainda com o MikroTik RouterOS 6.0RC4 (até por ser release candidate, logo, não apto à produção). Alterações em major version demandam mais cuidados, mais testes em bancada. Vou esperar virar stable.
Saudações,
Trober
Realmente roteamento esta em alta mesmo! Cleiton, um problema a menos, sabendo que o IXCsoft utiliza rede roteada!
Agora acabaram seus problemas, pelo menos por hora, rsrsrsrssss...
Agora sem brincadeira, todos aqui estão de parabéns! Este poste esta sendo muito produtivo em uma questão onde poucos se arriscam!
até mais...
Bom dia!
Enquanto não é lançado o MikroTik RouterOS 6, foi lançado, há poucas horas, o MikroTik RouterOS 5.23, com as seguintes melhorias:
Farei testes em bancada, e tendo o mesmo êxito obtido nas versões anteriores, atualizarei todos os meus clientes provedores e reportarei aqui o resultado. Acredito que, a exemplo das versões 5.20, 5.21 e 5.22, não teremos problemas.Citação:
*) lcd - changed gamma, which gives greater contrast
*) fix reboot when running on third party hypervisors;
*) ppp client - fixed possible loss of configuration after reboot for some modems;
*) fixed wifi led order on "SXT Lite5";
*) wireless - improved nv2;
Saudações,
Trober
Pessoal já que hoje teve movimento o tópico vou reafirmar que o problema está nas versões anteriores a 5.5 dos equipamentos ubnt, no MK da para usar normalmente a opção de broadcast OSPF funcionando 100% a vários meses.
Conforme prometido, reporto a não ocorrência de problemas, no OSPF, durante e após o processo atualização para o MikroTik RouterOS 5.23. Atualizei os roteadores de grande parte dos meus clientes provedores, e até então, tudo tranquilo.
Vou agendar as atualizações com os demais provedores. Na primeira semana de março, publico um printscreen de 30 dias, nos mesmos moldes de outro post[1].
Grato pelo testemunho :)
[1] https://under-linux.org/showthread.p...716#post640716
Saudações,
Trober
Olá trober
desejo lhe fazer uma pergunta
No Cenário
RB --- >> NS5 <<<--->>> NS5 <<--- RB
teria que usar uma rede /29 ao invés de /30 para poder Gerenciar os NanoStation5 que ficarão no meio do OSPF ?
Outra pergunta o modo de operação dos NS5 seria Bridge ou Router?
Agradeço desde já o empenho de cada um aqui presente
Obrigado!
Rede /29, para que você tenha acesso aos dois ativos Ubiquiti, que estão atuando no enlace, entre as RBs.
Sempre bridge. O Ubiquiti AirOS não tem, nativamente, suporte aos protocolos de roteamento dinâmico. Lembre de ativar a permissão para multicast e de atualizar o Ubiquiti AirOS para 5.5.2, informações essas prevista em post[1] deste mesmo tópico.
Estamos aí :)
[1] https://under-linux.org/showthread.p...420#post640420
Saudações,
Trober
Trober, Tonflatland, Cleiton e... desejo sucesso a todos aqui deste tópico bem produtivo!
Não sei se me perdi aqui no meio desta discução mais vamos lá!
Gostaria de saber do Alexandre Correa, após ter atualizado para ver 5, deixou a função nbma ativada, desativada ou não faz diferença?
Também gostaria de solicitar a participação do Luciano Rampanelli, visto o profissional que é, com grande experiência em sistemas de sua autoria como COMPROVE, MIKROMADE ou em parceria como THUNDERCACHE e atualmente NIMOC! Todos voltados para provedores!
Sei que esta corrido, está sempre ocupado de idéias, novos projetos, mas quem sabe sobre um tempinho! Obrigado a todos!
Galera, não tenho certeza mais o nbma, é um recurso de boas praticas em redes wireless com OSPF ?
Considerando o assunto e cenários já expostos nesse tópico, não há necessidade de usar NBMA, pelos seguintes motivos:
a) Versão atualizada do Ubiquiti AirOS (usado em enlaces entre pontos), quando configurada para permitir dados de multicast (allow multicast data), não impõe problemas aos anúncios de roteadores com o protocolo de roteamento dinâmico OSPF, em operação em ativos com MikroTik RouterOS. Não há necessidade de usar NBMA.
b) Versões atualizadas do MikroTik RouterOS (desde a 5.20 até agora, 5.23) se comportam muito bem com anúncios em broadcast, inclusive com outros vendors. Também não há necessidade de usar NBMA.
c) Até a versão 5.21, o NBMA se limitava à cinco adjacências "Full", deixando todo o resto em "2-way" (limitação não documentada). Não sei agora, com versão 5.23, pois afinal, não uso NBMA, por não haver necessidade. Tem quem corrija isso mudando o parâmetro de prioridade, mas ao ler o item abaixo, você desistirá do NBMA e dos ajustes manuais de prioridade.
d) NBMA pode até ser fácil de implentar em redes pequenas. Mas quando você tem redes com 100, 150 ou 200 roteadores ou mais, aí NBMA será algo odiável.
Resumindo, esqueça NBMA. A exceção para uso do NBMA é se você pagou R$ 30000 num famoso par de rádios, para fazer enlaces entre pontos, que não passa broadcast. Então você questiona o suporte do fabricante, sobre OSPF e os engenheiros respondem: "Você não leu o datasheet antes de comprar?" É, isso acontece muito, todos os dias.
Vai de network-type=broadcast e seja feliz :)
Saudações,
Trober
Obrigado Trober por suas explicações e relatos! Alguém mais se manifesta!
Prezados,
Foi lançado há pouco o MikroTik RouterOS 5.24. Farei os testes em ambiente isolado e controlado. Tendo o mesmo êxito obtido nas versões 5.20, 5.21, 5.22 e 5.23, atualizarei os ambientes de produção dos provedores clientes. Reportarei aqui os resultados do comportamento do OSPF na nova versão :)
Saudações,Citação:
What's new in 5.24 (2013-Feb-19 15:29):
*) l2tp - fixed problem with reconnects when it added multiple ip addresses;
*) wireless - fixed AES encryption speed issues (upgrade suggested);
*) lcd - changed gamma, which gives greater contrast
*) fix reboot when running on third party hypervisors;
*) ppp client - fixed possible loss of configuration after reboot for some modems;
*) fixed wifi led order on "SXT Lite5";
Trober
Então, com execeção das três instances "default"( que estão em PTMP) todas estão em full(estão com NBMA), como mostra imagem anexada.
Gostaria de testar isso em um RB450 ou um RB750GL, porém nos roteadores 1100AHx2, 1100 e 1200 que tenho aqui
não ocorre esse problema.
Anexo 43038
Prezados,
Migrei meus clientes (provedores e prefeituras) para o MikroTik RouterOS 5.25, tendo como resultado o mesmo êxito obtido desde a versão 5.20. No caso em que enlaces são feitos com ativos Ubiquiti, não foi necessário o uso de NBMA, conforme já abordado em breve lista de verificação (checklist[1]), disponível neste mesmo tópico.
O cenário base[2] continua o mesmo, sem qualquer alteração.
[1] https://under-linux.org/showthread.p...420#post640420
[2] https://under-linux.org/showthread.p...154#post618154
Saudações,
Trober
Prezados,
Da mesma forma como ocorre no MikroTik RouterOS 5.25, o MikroTik RouterOS 6.3 está muito redondo para o uso de roteamento dinâmico OSPFv2. Depois de vários testes em bancada, migrei todos os meus clientes (provedores e prefeituras) e está funcionando tudo muito bem.
Boa parte dos cenários é composta por enlaces com Ubiquiti (AirOS 5.5.6), tendo o seguinte diagrama:
Código :
[rtr-mikrotik-A]---[apr-ubnt-B]/\/\/\/\/\/\/\/\/\/\[apr-ubnt-C]---[rtr-mikrotik-D]
A configuração dos ativos está disposta neste tópico, com instruções que ainda se mantém atuais.
Mesmo sendo sábado, um ótimo feriado a todos :)
Boa noite!
Testado e aprovado OSPF na 6.3 por aqui também!
Vlw pelas dicas Trober...
Ainda to tentando diagnosticar as quedas no ospf no ptp ubnt.
=/
Complementando informações, está funcionando muito bem o OSPFv2 no MikroTik RouterOS 6.6, igual como também funciona bem nas versões 6.5 e 6.4 :)
Para fins de exceção, uso MikroTik RouterOS somente em Routerboards. Logo, isento-me de opinar sobre o comportamento de qualquer funcionalidade do MikroTik RouterOS, quando executado em x86.