[GTER] Quagga , BGP - Lookup

[Rafael Cresci]

Danton,

O último que eu lembro com um setup esquisito assim é a Cogent (AS174), com um /30 para loopback e outro para a saída. Um deles (não lembro qual) me dava via BGP mesmo a rota default (e somente ela) para alcançar o roteador com o qual eu devia fechar a sessão BGP e assim receber a tabela deles "completa" (eu pedia full routes e aplicava um route map para filtrar só o que queria, uma vez que minha supervisora não tinha memória para full tables).

A minha config com eles (Cisco 6500) era assim:

interface Loopback0
 ip address 38.103.72.133 255.255.255.255
 no ip redirects

interface Vlan997
 description VLAN Cogent
 ip address 38.105.8.50 255.255.255.248
!

 neighbor 38.103.72.132 remote-as 174
 neighbor 38.103.72.132 description Cogent's B Peer to Core Router *Loopback*
 neighbor 38.103.72.132 ebgp-multihop 5
 neighbor 38.103.72.132 update-source Loopback0
 neighbor 38.103.72.132 route-map XXXX in
 neighbor 38.103.72.132 route-map  YYYY out
 neighbor 38.105.8.49 remote-as 174
 neighbor 38.105.8.49 description Cogent's A Peer to BA router
 neighbor 38.105.8.49 route-map YYYY out

Talvez isso ajude na solução do problema...

[]s
Rafael Cresci

On 05/10/2011, at 18:44, Danton Nunes wrote:

> On Wed, 5 Oct 2011, Rinaldo Vaz wrote:
> 
>> "mas, por supuesto, o next-hop não deve ser um dos seus vizinhos
>> alcançáveis?"
>> Nem sempre,
>> No meu caso, estabeleço sessões BGP com peers que estão a vários saltos de
>> distância, e que o endereço IP desses peers são aprendidos através de outro
>> peer BGP (esse sim está diretamente conectado).
> 
> isso acontece, mas são situações bastante incomuns. já tive um caso assim, mas nada que o ebgp-multihop não resolvesse. mas a situação que você descreve é realmente bizarra, pois no meu caso eu tinha rota estática e minha limitada imaginação não vislumbra uma situação em que você não sabe a priori como alcançar um parceiro.
> 
> -- Danton.
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter