[GTER] Quagga - otimização de rotas

Eduardo Schoedler listas at esds.com.br
Tue Apr 10 18:36:23 -03 2012


Pessoal,****

** **

Tenho utilizado Quagga como roteador de borda com BGP.****

Porém eu noto que ele não é nada “esperto”.****

** **

Sei que ele trabalha principalmente com daemons: bgpd e zebra.****

Obviamente, bgpd recebe as rotas e zebra instala elas no sistema.****

** **

Um exemplo prático com um upstream Oi (nenhum problema com a Oi, apenas
aleatoriamente como exemplo):****

** **

border# sh ip bgp regexp 8167$****

BGP table version is 0, local router ID is 187.xx.xxx.254****

Status codes: s suppressed, d damped, h history, * valid, > best, i -
internal,****

              r RIB-failure, S Stale, R Removed****

Origin codes: i - IGP, e - EGP, ? - incomplete****

** **

   Network          Next Hop    Metric LocPrf Weight Path****

*> 187.52.0.0/14    187.x.xx.29      0    200      0 8167 i****

*> 187.52.0.0/18    187.x.xx.29      0    200      0 8167 i****

*> 187.52.64.0/18   187.x.xx.29      0    200      0 8167 i****

*> 187.52.128.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.52.192.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.53.0.0/18    187.x.xx.29      0    200      0 8167 i****

*> 187.53.64.0/18   187.x.xx.29      0    200      0 8167 i****

*> 187.53.128.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.53.192.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.54.0.0/18    187.x.xx.29      0    200      0 8167 i****

*> 187.54.64.0/18   187.x.xx.29      0    200      0 8167 i****

*> 187.54.128.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.54.192.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.55.0.0/18    187.x.xx.29      0    200      0 8167 i****

*> 187.55.64.0/18   187.x.xx.29      0    200      0 8167 i****

*> 187.55.128.0/18  187.x.xx.29      0    200      0 8167 i****

*> 187.55.192.0/18  187.x.xx.29      0    200      0 8167 i****

** **

Todas essas rotas poderiam ser “sumarizadas” (não no bgpd a nível de bgp,
mas sim no zebra) na hora de inserir no sistema como uma única entrada
187.52.0.0/14, mas não é o que acontece:****

** **

# netstat -nr | egrep '^187\.5[2345]\.'****

Routing tables****

** **

Internet:****

Destination      Gateway    ****

187.52.0.0/18    187.x.xx.29****

187.52.0.0/14    187.x.xx.29****

187.52.64.0/18   187.x.xx.29****

187.52.128.0/18  187.x.xx.29****

187.52.192.0/18  187.x.xx.29****

187.53.0.0/18    187.x.xx.29****

187.53.64.0/18   187.x.xx.29****

187.53.128.0/18  187.x.xx.29****

187.53.192.0/18  187.x.xx.29****

187.54.0.0/18    187.x.xx.29****

187.54.64.0/18   187.x.xx.29****

187.54.128.0/18  187.x.xx.29****

187.54.192.0/18  187.x.xx.29****

187.55.0.0/18    187.x.xx.29****

187.55.64.0/18   187.x.xx.29****

187.55.128.0/18  187.x.xx.29****

187.55.192.0/18  187.x.xx.29****

** **

O que me motivou a enviar esse email foi o relatório semanal de routing
table que recebo:****

** **

“BGP routing table entries examined:        404580
   Prefixes after maximum aggregation:      171963
   Deaggregation factor:                      2.35
   Unique aggregates announced to Internet: 196184”****

** **

Alguém sabe se o Bird, OpenBGPd ou outro fazem esse tipo de otimização?****

Com poucos upstreams (mais de um), acredito que seria uma melhoria
interessante.****

** **

Abraços,****

** **

-- 
Eduardo Schoedler



More information about the gter mailing list