[GTER] Problema com OSPF Multihop

[Juliao Braga]

Rinaldo,

O que o Samyr precisa, não é iBGP. É eBGP.

A par de algumas informações, tais como, localização física do A e D, o
problema dele é resolvido, no cenário atual, como o Bruno recomendou
(deixando passar apenas a rota default). E, não há necessidade de
injetar as rotas anunciadas, no OSPF.

Mas a sua recomendação do MPLS, em minha opinião pessoal é extremamente
importante, principalmente se os provedores pensarem na substituição do
OSPF (apesar de não ser necessário, exceto pela eficiência). MPLS é
usado no mundo todo, por pequenos médios e grandes provedores. Além
disto, numa implementação simples já entrega uma série de facilidades
que torna o tráfego na topologia interna muito mais eficiente do que o
OSPF, imagino. Se for uma implementação corajosa, com RSVP, os recursos
são impactantes, o que compensa o esforço da complexidade, que envolve a
Engenharia de Tráfego, cujo exercício, o administrador do provedor só
tem a ganhar.

[]s, Julião

Em 12/06/2013 00:57, Rinaldo Vaz escreveu:
> Samyr,
> 
> O multihop não existe em sessões iBGP. Apesar de vc poder marcar essa opção
> ela não tem absolutame nenhuma influência.
> 
> Apenas eBGP utilizan de fato o recurso multihop e suas variáveis são
> ajustar o TTL para oferecer uma "certa" segurança em virtude de tentativas
> spoofadas de estabelecer eBGP com você.
> 
> OSPF+multihop na prática só seria aplicável se você falasse OSPF com seu
> fornecedor de link (eBGP) no lado WAN, coisa muito pouco provável que
> aconteça um dia.
> 
> Em resumo, next hops recursivos no iBGP são uma preocupaçao do OSPF e a
> funcão multihop simplesmente não tem funcionalidade quando uma sessão é
> iBGP (embora você consiga habilitar essa opção no mikrotik)
> 
> Abs