[GTER] Problema com OSPF Multihop

[Rinaldo Vaz]

Pequena correção!!


#Router A
*admin at RouterA>*/mpls ldp set enabled=yes transport-address=*Loopback_de_A*
 lsr-id=*Loopback_de_A*
*admin at RouterA>*/mpls ldp interface add interface=*interace_A_com_B*
*admin at RouterA>*//routing bgp peer add remote-as=*SEU_AS* name=ibgp
remote-address=*Loopback_de_D* nexthop-choice=force-self update-source=*
Loopback_de_A* address-families=vpnv4


#Router B
*admin at RouterB>*/mpls ldp set enabled=yes transport-address=*Loopback_de_B*
 lsr-id=*Loopback_de_B*
*admin at RouterB>*/mpls ldp interface add interface=*interace_B_com_A*
*admin at RouterB>*/mpls ldp interface add interface=*interace_B_com_C**
*
*
*
*
*
#Router C
*admin at RouterC>*/mpls ldp set enabled=yes transport-address=*Loopback_de_C*
 lsr-id=*Loopback_de_C*
*admin at RouterC>*/mpls ldp interface add interface=*interace_C_com_B*
*admin at RouterC>*/mpls ldp interface add interface=*interace_C_com_D*
*
*
*
*
#Router D
*admin at RouterD>*/mpls ldp set enabled=yes transport-address=*Loopback_de_D*
 lsr-id=*Loopback_de_D*
*admin at RouterD>*/mpls ldp interface add interface=*interace_D_com_C*
*admin at RouterD>*//routing bgp peer add remote-as=*SEU_AS* name=ibgp
remote-address=*Loopback_de_A* nexthop-choice=force-self update-source=*
Loopback_de_D* address-families=vpnv4


Agora sim! Havia um erro na ultima linha (update-source=Loopback_de_A, na
verdade é Loopback_de_D), e no "nome dos hosts". Como copiei e colei acabei
nao percebendo.

Abs



Em 10 de junho de 2013 16:15, Rinaldo Vaz <rinaldo at anid.com.br> escreveu:

> Todas as sugestões dadas resolvem o seu problema. Dentre todas eu
> escolheria MPLS habilitando o LDP nas interfaces de todos os roteadores:
>
> Eu publiquei um guia de como configurar essa mesma demanda na página 457,
> porém as configurações são para Cisco CLI.
>
> http://www.anid.com.br/site/index.php/material-curso-bgp/file/56-apostila-completacursobgpdesignv3-0.html
> *
> *
>
> *OBS: parto da premissa que o OSPF está "redondo" e todas as interfaces
> loopback de todos os routers estão "alcançáveis"*
>
> No Mikrotik seria algo parecido com  isso:*
> *
>
>
>
> #Router A
> *admin at RouterA>*/mpls ldp set enabled=yes transport-address=*Loopback_de_A
> * lsr-id=*Loopback_de_A*
> *admin at RouterA>*/mpls ldp interface add interface=*interace_A_com_B*
> *admin at RouterA>*//routing bgp peer add remote-as=*SEU_AS* name=ibgp
> remote-address=*Loopback_de_D* nexthop-choice=force-self update-source=*
> Loopback_de_A* address-families=vpnv4
>
>
> #Router B
> *admin at RouterB>*/mpls ldp set enabled=yes transport-address=*Loopback_de_B
> * lsr-id=*Loopback_de_B*
> *admin at RouterB>*/mpls ldp interface add interface=*interace_B_com_A*
> *admin at RouterB>*/mpls ldp interface add interface=*interace_B_com_C**
> *
> *
> *
> *
> *
> #Router C
> *admin at RouterB>*/mpls ldp set enabled=yes transport-address=*Loopback_de_C
> * lsr-id=*Loopback_de_C*
> *admin at RouterB>*/mpls ldp interface add interface=*interace_C_com_B*
> *admin at RouterB>*/mpls ldp interface add interface=*interace_C_com_D*
> *
> *
> *
> *
> #Router D
> *admin at RouterD>*/mpls ldp set enabled=yes transport-address=*Loopback_de_D
> * lsr-id=*Loopback_de_D*
> *admin at RouterD>*/mpls ldp interface add interface=*interace_D_com_C*
> *admin at RouterA>*//routing bgp peer add remote-as=*SEU_AS* name=ibgp
> remote-address=*Loopback_de_A* nexthop-choice=force-self update-source=*
> Loopback_de_A* address-families=vpnv4
>
> *
> *
> Se não funcionar quero que caia um raio na cabeça do Douglas Fischer! (*na
> minha não, vai que esqueci algo não é?*)
> kkkkkkkkkkkkk
>
> Abs
>
>
> *
> *
> *
> *
> *
> *
>
>
>
>
>
>
> Em 6 de junho de 2013 18:20, Samyr Bechelane <samyrmmb at gmail.com>escreveu:
>
>> Prezados,
>>
>>
>> tenho o seguinte cenario:
>>
>> Roteador A ==== Roteador B ==== Roteador C ==== Roteador D ==== Internet
>>
>> Os roteadores B, C e D falam OSPF entre si.
>>
>> Fechamos um BGP Multihop entre o Roteador A e Roteador D.
>>
>> Em D recebo a rota anunciada por A, com gateway o IP de A, atingido
>> recursivamente através de C.
>>
>> [admin at Mikrotik] /ip route> print detail where
>> dst-address=xxx.yyy.11.0/24
>>
>> Flags: X - disabled, A - active, D - dynamic,
>> C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
>> B - blackhole, U - unreachable, P - prohibit
>> 19 ADb  dst-address=xxx.yyy.11.0/24 gateway=zzz.www.aaa.6
>>         gateway-status=zzz.www.bbb.16 recursive via zzz.www.ccc.1 ether2
>> distance=20
>>         scope=40 target-scope=30 bgp-as-path="28182" bgp-origin=igp
>>         received-from=PEERBGP
>>
>>
>> Até aí tudo bem...porem C e D não tem rota para a faixa de IP anunciada
>> por
>> A. Quando dou um traceroute pro IP anunciado por A ele cai num loop entre
>> C
>> e D... D é defautl gateway de C.
>>
>> Espero que não tenha ficado muito confuso... se alguém puder me dar uma
>> luz
>> ficarei grato.
>>
>> Obrigado,
>>
>> --
>> Samyr M. M. Bechelane
>> Netcetera Telecomunicações Ltda
>> Fone: (31) 3535-3550 / (31) 8678-0880
>> AS262733
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
> Rinaldo Vaz
> Chefe de operações do NOC
> Associação Nacional para Inclusão Digital
> Tim - 083 99975736
> INOC - 28135*100
>
> *********************************************************
> Dias 13,14,15,16 e 17 de maio de 2013
> Curso Avançado na sede da ANID em João Pessoa-PB
> anid.com.br/cursobgp
> *********************************************************
>



-- 
Rinaldo Vaz
Chefe de operações do NOC
Associação Nacional para Inclusão Digital
Tim - 083 99975736
INOC - 28135*100

*********************************************************
Dias 13,14,15,16 e 17 de maio de 2013
Curso Avançado na sede da ANID em João Pessoa-PB
anid.com.br/cursobgp
*********************************************************