[GTER] BGP Communities

[Leonardo Souza]

O que você deseja fazer é muito difícil de implementar na prática. Você teria que ter um acordo com esses AS's de origem do tráfego ou pelo menos com os upstreams deles para aceitarem as suas communities e aumentar o local-preference padrão baseado nessas communities. 
Se você fizer prepend nos seus anúncios para o provedor A isso vai influenciar a decisão de todos os AS's, não só X, Y ou Z.

Com relação à segunda questão, isso não vai funcionar, pois seus anúncios não possuem o AS do UOL no as-path.
Você precisa definir com a Oi uma community específica para que eles não anunciem seus prefixos para o UOL.


--- Em ter, 25/8/09, Marc Cabadas <bac at oops.com.br> escreveu:

> De: Marc Cabadas <bac at oops.com.br>
> Assunto: [GTER] BGP Communities
> Para: "Grupo de Trabalho de Engenharia e Operacao de Redes" <gter at eng.registro.br>
> Data: Terça-feira, 25 de Agosto de 2009, 12:25
> vejam o meu cenário:
> 
> meu AS28*** possui duas sessões (FULL ROUTING) ativas com
> o AS7738 (Oi, antiga Telemar) com segue abaixo
> 
> BGP router identifier ***.***.***.***, local AS number
> 28***
> 46184 BGP AS-PATH entries
> do1 BGP community entries
> 
> Neighbor        V    AS
> MsgRcvd MsgSent   TblVer  InQ OutQ
> Up/Down  State/PfxRcd
> 200.***.***.*** 4  7738
> 2172371   15138       
> 0    0    0
> 00:15:28   290288
> 201.***.***.*** 4  7738 
> 873296   15063       
> 0    0    0
> 01w0d15h   290291
> meu balanceamento do link é feito em cima das prefix-list,
> jogo metade do meu bloco para uma sessão e a outra metade
> para outra sessão, ta tudo funcionando beleza, como segue a
> config ...!router bgp 28*** neighbor 200.***.***.***
> remote-as 7738 neighbor 200.***.***.*** prefix-list
> CORPORATIVO out neighbor 201.***.***.*** remote-as 7738
> neighbor 201.***.***.*** prefix-list COMPARTILHADO out!!ip
> prefix-list COMPARTILHADO seq 5 permit 201.***.8.0/23ip
> prefix-list COMPARTILHADO seq 10 permit 201.***.10.0/23ip
> prefix-list COMPARTILHADO seq 15 permit 201.***.12.0/23ip
> prefix-list CORPORATIVO seq 5 permit 201.***.14.0/23ip
> prefix-list CORPORATIVO seq 10 permit 201.***.16.0/23ip
> prefix-list CORPORATIVO seq 15 permit 201.***.18.0/23eu
> gostaria de fazer o seguinte: ao inves de balancear os links
> baseado na origem (8,10 e 12 para o link1 e 14,16,18 para o
> link2), eu gostaria de balancear baseado em destino tipo:
> AS's 1,2,3,4,5 vai pelo link1 e o resto pelo link2, e eu
> anunciando toda minha tabela nos dois links sem a
> necessidade de usar prefix-list...ja tentei usar route-map
> setando weight ou local-preference, oq funciona para eu
> direcionar meu tráfego saínte, porem o tráfego
> entrantenão consigo manipular ...para manipular o trafego
> entrante estou tentando usar communities, como segue a
> config abaixo:!router bgp 28*** neighbor 200.***.***.***
> remote-as 7738 neighbor 200.***.***.*** prefix-list
> CORPORATIVO out neighbor 200.***.***.*** route-map NACIONAIS
> out neighbor 200.***.***.*** send-community neighbor
> 201.***.***.*** remote-as 7738 neighbor 201.***.***.***
> prefix-list COMPARTILHADO out!ip as-path access-list UOL
> permit _15201_!route-map NACIONAIS permit 10 match as-path
> UOL set community no-export!route-map NACIONAIS permit 20
> match ip address prefix-list CORPORATIVO set community
> internet!coloquei no neighbor 200.***.***.*** para ele não
> propagar minhas rotas para UOL, forçando as rotas serem
> anuniciadas somente pelo link2 (para a UOL), mais não está
> funcionando, como devo proceder ?? preciso entrar em contato
> com OI,para ela aceitar minha community, ou alguma
> configuração esta errada ?
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
> 


      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com