[GTER] Mikrotik - Bug da Rota Presa - MUM Curitiba

[Emerson Araujo]

Exato Lucas!!!!

E como o Bruno falou cada caso é um caso. Não vejo implementações certas ou
erradas (errado é quando não funciona ou funciona mal), vejo simplesmente
as que atendem a necessidade, sendo estas mais eficientes ou menos
eficientes. No meu caso tenho um único backhaul todo em bridge dai todos os
roteadores estão ligados no mesmo canal de comunicação fechando bgp com o
roteador na borda e o mesmo fazendo RR, então não vejo necessidade de
complicar a coisa colocando ip de loopback adicionando mais um protocolo.


Em 20 de novembro de 2013 22:01, Lucas Willian Bocchi <
lucas.bocchi at gmail.com> escreveu:

> A velha discussão de quem veio primeiro: o ovo ou a galinha...
>
> Em 20 de novembro de 2013 15:54, Michel L. M. B. Perez
> <michelmbperez at gmail.com> escreveu:
> > Emerson,
> >
> > Em ambientes grandes onde você tem varios caminhos entre seus routers,
> como
> > no BGP usamos os endereços das Loopbacks para estabelecer as sessões, é
> > recomendável ter numa camada inferior rodando um protocolo de roteamento
> > (igp), no caso OSPF e em caso de falha de algum dos paths (caminhos) vc
> ter
> > redundancia com o OSPF para achar uma nova rota para a Loopbak onde
> > deteerminado router esta tentando fechar sessão BGP, mas isso vejo mais
> em
> > implementações de MPLS para poder então usar o MP-BGP.
> >
> > Em cenários de ISP fechando sessão com operadoras de transito, concordo
> > contigo que é meio sem um motivo, tentei te explicar...
> >
> > Ajudei? :)
> >
> > --
> > Michel Perez
> > Skype: michelmbperez
> > michelmbperez at gmail.com
> > http://br.linkedin.com/in/michelmbperez
> >
> >
> > Em 20 de novembro de 2013 16:16, Emerson Araujo <araujoprog at gmail.com
> >escreveu:
> >
> >> Agora eu fiquei confuso... OSPF + iBGP qual a finalidade de usar dois
> >> protocolos que executam funções semelhantes simultaneamente? Minha rede
> >> então está toda errada pois só roda bgp e funciona perfeitamente.
> >> Em 20/11/2013 02:39, "Klaus Schneider" <klausps at gmail.com> escreveu:
> >>
> >> > Bruno.
> >> >
> >> > Bela lembrança. O OSPF do MK é um LIXO, e você citou que iBGP
> "resolveria
> >> > facilmente". Você roda suas redes iBGP sem OSPF?
> >> >
> >> > Me desculpe, mas você está fazendo isso errado...
> >> >
> >> >
> >> > 2013/11/13 Bruno Cabral <bruno at openline.com.br>
> >> >
> >> > > Vejo muitos, muitos provedores mesmo, apanhando de OSPF onde iBGP
> >> > > resolveria o problema facilmente. Ou migrando para VPLS+MPLS e
> >> > adicionando
> >> > > graus de complexidade sem necessidade
> >> > >
> >> > > Quanto ao MK em BGP, se a Ubiquiti resolver inundar o mercado com
> >> > > edgerouters, acaba rapidinho. O problema é que fazem 2 anos que foi
> >> > lançado
> >> > > e os distribuidores nao estao nem ai (eu me inscrevi em 2 deles na
> >> epoca
> >> > do
> >> > > anuncio do produto e NUNCA recebi contato com oferta, e olhe que
> tenho
> >> > uma
> >> > > revenda de informatica com CNPJ bonitinho, cadastro e tudo...)
> >> > >
> >> > > Se os distribuidores nao se interessam em vender e voce so compra
> no PY
> >> > *e
> >> > > olhe lá* como confiar sua infra num equipamento destes?
> >> > >
> >> > > []s
> >> > > !3runo Cabral
> >> > >
> >> > > --
> >> > > Cursos e Consultoria BGP
> >> > > http://f2link.f2b.com.br/impressora3d
> >> > >
> >> > >
> >> > > > É, molecada, parece que esse mercado não é o interesse da MK. Na
> >> thread
> >> > > > apontada pelo Kurt Kraut, o PhillB termina dizendo isso, em uma de
> >> suas
> >> > > > postagens:
> >> > > >
> >> > > > "The worst of it is that nobody really seems to care. There is no
> >> > > sensible
> >> > > > response to any of this. Presumably the WISPs et al are buying
> enough
> >> > of
> >> > > > the smaller bits of kit to keep the lights on, so why change the
> >> model,
> >> > > > right?"
> >> > > (...)
> >> > >
> >> > > --
> >> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > /*
> >> >  * Klaus Schneider
> >> > */
> >> > --
> >> > 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
>



-- 
Emerson Araujo