Border Gateway Protocol (BGP): Fundamentos, Configuração e Troubleshooting

[Cisco Moderador]

com Marcio Ferreira

    

Bem vindo à discussão na CSC em Português. Esta é sua oportunidade de aprender e fazer todas as perguntas que queira sobre Border Gateway Protocol (BGP): Fundamentos, Configuração e Troubleshooting.

O Marcio Ferreira é engenheiro HTE do Focouse Tchenical Service (FTS) da Cisco Brasil, focado em atendimento a grandes clientes. Ele é especializado em tecnologias de routing e switching e arquitetura de dispositivos de backbone, tem mais de 10 anos de experiência na área e possui as certificações CCIE R&S, CCIP e CCSP./p>

Por favor use as estrelas para qualificar as respostas e assim informar ao especialista que ele já respondeu adequada e satisfatoriamente sua pergunta.

Relembramos que se houver qualquer pergunta que não esteja dentro do tema proposto, por favor a coloque no fórum adequado à ela.

As perguntas devem ser enviadas entre os dias 18 e 28 de junho de 2013.

Clique no botão "Responder" localizado na parte inferior à direita para fazer a sua pergunta.

Links relacionados:

• Perguntas e Respostas
  
• Apresentação ao vivo
  
• Slides da apresentação
  

[marcionunes1]

Marcio ,

Bom dia, tenho uma configuracao de dois elementos ( principal e backup) com mesmo RD, quando o principal fica fora o backup assume e vejo as rotas chegando no refletor mas quando o principal volta o mesmo nao anuncia para o refletor que ele esta operando novamente, as politicas de metricas estao corretas !! 

obs quando mudo o numero do RD do principal o refletor passa a aprender as rotas do BGP.

[mmarcio]

Olá Marcio,

Como você falou em RD, acredito que se trata de um cenário de vpn mpls de camada 3, está correto? Caso esteja correto, como você está utilizando o mesmo RD, o esperado é mesmo que não haja balanceamento e apenas um caminho seja o escolhido. Quando você muda o RD no site "principal" o que esta configuração realmente faz é que o refletor passe a considerar as rotas recebidas dos dois sites como rotas diferentes (visto que as rotas numa vpn mpls são constituídas do RD mais o endereço IP da rede anunciada) e então repasse as duas rotas para os demais PEs.

Sem maiores informações fica difícil ajudar, que configurações você está utilizando nos PEs para definir qual o site é principal, ou seja, suas rotas tem preferência?

[csco10371624]

Marcio,

não existe balanceamento de saida no BGP?

Jacson

[Antonio Brandao]

Marcio,

Primeiramente parabéns pela apresentação

Gostaria de saber no caso de se ter 2  routers sendo eles conectados à diferente operadoras, qual seria a melhor maneira para determinar que uma entrada fosse mais preferivel doque a outra ?

Como funciona a questão do "prepend" ?

[mmarcio]

Olá Antonio,

No cenário de um AS conectado a 2 provedores de Internet uma maneira de se fazer que um link específico seja o preferido para o tráfego de entrada no seu AS seria mesmo utilizar a configuração de AS-path prepend.

O que o você faria com esta configuração de as-path prepend seria basicamente, na sessão BGP do link com o provedor que você quer que seja o menos preferível de entrada para a sua rede, anunciar as rotas de seu AS com o atributo as-path duplicado, por exemplo se número de seu AS fosse 100, você anunciaria as rotas locais pelo link principal com o atributo as-path "100", e pelo link menos desejável você faria com que este atributo fosse artificialmente anunciado como "100 100" por exemplo.

Obs: Dependendo da topologia de seus provedores Internet, poderia ser necessário que você duplicasse mais vezes o atributo (por exemplo anunciar "100 100 100") até que alcançasse o resultado desejado. É também recomendado que você confirme com seus provedores que estes não possuem nenhuma política de filtragem de suas rotas com as-path duplicado.

Uma configuração de exemplo seria conforme abaixo:

router bgp 100

neighbor remote-as

neighbor route-map prepend out

!

route-map prepend permit 10

set as-path prepend 100 100 100

Uma outra configuração simples que poderia ser feita, mas que geralmente é desencorajada para que não se aumente o tamanho da tabela de rotas na Internet, seria você anunciar rotas mais específicas pelo link que prefere que seja o caminho de entrada mais desejado, por exemplo se sua rede fosse a 172.16.0.0/16, você poderia fazer o anúncio do sumário 172.16.0.0/16 no link que quer que seja menos preferido, e o anúncio de redes mais específicas 172.16.0.0/17 e 172.16.128.0/17 pelo caminho de entrada peferido. Como rotas mais específicas são sempre mais preferidas, estas últimas seriam sempre utilizadas independente de quaisquer parametros BGP.

Atc,

Marcio

[mmarcio]

Olá Jacson,

Existe sim, mas os tipos disponíveis dependem do seu cenário específico, como por exemplo se você possui um roteador local apenas conectado a um outro roteador de um provedor Internet via múltiplos links, ou se você possui um roteador conectado a diferentes roteadores de diferentes provedores, ou se você possui múltiplos roteadores conectados a diferentes provedores, etc...

No link abaixo há uma explicação detalhada dos diferentes cenários inclusive com diagramas de rede e exemplos de configurações:

http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00800945bf.shtml

[thiagosagara]

Marcio,

Tenho tres perguntas:

1º Qual a metrica padrão do MED!?

2º Poderia dar um overview sobre o funcionamento de um router reflector!?

3º Existe alguma exceção na configuração de next-hop-unchanged, para um router não receber o next-hop corretamente!?

att,

Thiago Nunes Marques
IT Network Analyst

[ldomingues]

Boa Tarde Marcio

1º Qual a metrica padrão do MED!?

R: Zero

2º Poderia dar um overview sobre o funcionamento de um router reflector!?

R:  Sua função e quebrar a regra de prevenção de loops de peers iBGP que diz que uma rota recebida de um peer iBGP nao pode ser enviada para outro peer iBGP para que não gere loop, dessa forma no passado tinhamos que utilizar full-mesh de cnx iBGP dentro de um AS, porem full-mesh onera mto a CPU de dispositvos, foi então desenvolvido a conceito de Router Reflector onde esse equipamento pode enviar rotas recebidas de um peer iBGP para outro peer iBGP, dessa forma toda os peers BGP do AS somente necessita adjacencia com o RR, para evitar loops foi criado alguns outro mecanismos como ORIGINATOR-ID e CLUSTER-ID, mais informações.

http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800c95bb.shtml#routereflectors

3º Existe alguma exceção na configuração de next-hop-unchanged, para um router não receber o next-hop corretamente!?

R: utilizado em conexões EBGP que sempre o NH é alterado a unica exeção é quando roteadores estão na mesma rede de multiacess (LAN, NBMA) ai então o NH não é alterado. Com o Next-hop-unchanged quando um roteador recebe uma rota de um peer eBGP e vai enviar para outro peer eBGP o mesmo não altera o next-hop, alguns exemplos práticos pode ser em MPLS mais precisamente em CSC que não queremos alterar o NH para preservar um determinado LSP.

Espero ter ajudado..abraço

Leandro Almeida

2xCCIE (R&S/SP)

CCIP, CCNA

[muca]

Oi Marcio!

Apenas gostaria de parabeniza-lo pela palestra. Finalmente consegui esclarecer alguma dúvidas que tinha sobre bgp.

Murilo