Voltar para CCNP

EBGP MULTIHOP

Home Fórum CCNP EBGP MULTIHOP

Visualizando 20 respostas da discussão
  • Autor
    Posts
    • #48113
      m.mineiro
      Participante

      Onde eu trabalho vejo muito disso, balanceamento de links para um ASN diferente, ex:tenho meu AS e 4 links(1giga) no mesmo equipamento para outro AS, e realizo balanceamento desses links, mas como o bgp faz isso??eu achava que esse comando(edbp multihop XX) era porque vizinhos eBGP cuja distância é maior que 1 hop altera o valor de ttl, pois pra link ponto a ponto seria ttl 1, mas preciso setar esse comando pois estou estabelecendo conexao bgp com a loopback, que seriao 2 saltos.Ele tem duas funções??Ja tentei dar uma olhada por ai mas nao vi muita coisa naum.E creio que esse tipo de configuração vc ache so em provedor mesmo.

    • #109716
      zekkerj
      Participante

      Fala mineiro,

      bgp não faz balanceamento de carga pra mesma rota, vc faz o balanceamento de carga com route-map, forçando cada grupo de prefixos a sair (e entrar) por um determinado link.

      O comando de "ebgp multihop" é só pra vc poder parear com um endereço fixo, no caso de vc ter mais de uma conexão pro mesmo AS (que estariam em balanceamento de carga entre si, por algum outro meio).

      -----------------------------------------------------------------------------
      Receba Johrei e purifique seu Espírito.
      http://www.messianica.org.br/o-johrei.jsp

    • #109717
      roboxtz
      Participante

      o EBGP multihop é pra estabelecer relação EBGP com endereço que não faz parte do link diretamente conectado (ex:loopback como no seu cenário),essa conexão EBGP com o endereço loopback do vizinho é comumente usada pelo que vc mesmo observou,para balanceamento,as rotas anunciadas pelo vizinho neighbor EBGP são anunciadas tendo como nex hop o endereço loopback,dai então são aplicadas rotas estáticas apontando para a rede loopback do roteador vizinho e asism o BGP faz o load balancing.

    • #109718
      zekkerj
      Participante

      @roboxtz: "as rotas anunciadas pelo vizinho neighbor EBGP são anunciadas tendo como nex hop o endereço loopback"

      Taí, nunca tinha me ligado nisso. Pode dar um exemplo da manipulação do balanceamento de carga, nesse caso?

      -----------------------------------------------------------------------------
      Receba Johrei e purifique seu Espírito.
      http://www.messianica.org.br/o-johrei.jsp

    • #109719
      roboxtz
      Participante

      @Zekkerj: “Taí, nunca tinha me ligado nisso. Pode dar um exemplo da manipulação do balanceamento de carga, nesse caso?”

      Configuração?

    • #109720
      Thiago_Lima
      Participante

      Seu pensamento está correto, o “ebgp multihop XXX”é utilizado para fechar sessão BGP via loopback devido ao campo TTL.

      Quando vc fecha a sessão BGP via loopback, necessita que o roteador aprenda a rota para a outra loopback através de algum outro tipo de roteamento (no caso estático).

      Neste caso, configura-se 4 rotas estáticas para a loopback do vizinho tendo como next-hop os 4 links gigas. Como as rotas aprendidas via BGP possuirão como next-hop a loopback do vizinho, o roteador irá utilizar as rotas estáticas encaminhar os pacotes para o próximo destino.

    • #109721
      roboxtz
      Participante

      R1


      R2


      >loopback 2.2.2.2

      As rotas chegam na tabela de roteamento de R1 com next-hop 2.2.2.2,se R1 tem dois links EBGP com R2,então terá como exemplo:

      ip route 2.0.0.0 255.0.0.0 200.10.10.2
      ip route 2.0.0.0 255.0.0.0 200.20.20.2

    • #109722
      zekkerj
      Participante

      Então, roboxtz, nesse caso o balanceamento de carga acontece meio "pq acontece". Tava querendo ver um exemplo onde vc manipula o balanceamento de carga.

      -----------------------------------------------------------------------------
      Receba Johrei e purifique seu Espírito.
      http://www.messianica.org.br/o-johrei.jsp

    • #109723
      roboxtz
      Participante

      Bom,nunca configurei algo nesse caso específico que você esta dizendo,estou imaginando PBR como uma possibilidade neste caso,pelo menos para a saída dos dados,porque lidar com weight ou as-path prepend neste caso parece complicado por exemplo.

    • #109724
      renato.fernandes
      Participante

      @m.mineiro

      Pesquisa este comando “maximum-paths” ele permite o balanceamento de carga… O comando “ebgp-multihop” serve somente para alterar o TTL já que a sessão esta sendo fechada com o IP de uma interface loopback e como você disse é dois hops, tenta tirar este comando ai e vera que a sessão não sobe (Brincadeira haha) !

      []’s

      Renato Reis

    • #109726
      m.mineiro
      Participante

      ta e como eu faria balanceamento de carga no caso de ter no mesmo roteador saida para 4 links do lado da operadora tenho 1 roteador apenas.Ta meio confuso, porque o pessoal do meu trampo(e olha que to na engenharia)disse que esse comando servia para fazer balanceamento.Vi em alguns materiais por ai que esse comando tbm fazia balancemento de carga, sem usar atributos bgp, apenas rota estática.Sei que com o wheight ou local preference.Sei que posso fazer isso atraves de prefix-list, seto as redes que quero que saia para determinado vizinho, mas me disseram que o bgp fazia isso automatico.Estou falando de equipamentos de grande porte tal asr9000, huawei e extreme450,cisco 7600.Ta meio confuso ou o pessoal de la ta comendo bola…

    • #109727
      miovieira
      Participante

      @m.mineiro dá uma olhada nessa configuração pra ver se te ajuda. Nesse exemplo eu tenho 2 links L3 e fecho 2 adjacencias BGP e faço o balanceamento.

      R1#sh run | s bgp
      router bgp 100
      no synchronization
      bgp log-neighbor-changes
      redistribute connected
      neighbor 10.1.1.12 remote-as 200
      neighbor 10.1.1.12 ebgp-multihop 2
      neighbor 10.1.1.12 update-source Loopback1
      neighbor 10.2.2.2 remote-as 200
      neighbor 10.2.2.2 ebgp-multihop 2
      neighbor 10.2.2.2 update-source Loopback0
      maximum-paths 4
      no auto-summary

      R1#sh run | inc ip route
      ip route 10.1.1.12 255.255.255.255 192.168.2.2
      ip route 10.2.2.2 255.255.255.255 192.168.1.2

      R1#
      R1#sh ip int b
      Interface IP-Address OK? Method Status Protocol
      FastEthernet0/0 192.168.1.1 YES manual up up
      FastEthernet0/1 192.168.2.1 YES manual up up
      Loopback0 10.1.1.1 YES manual up up
      Loopback1 10.1.1.10 YES manual up up
      Loopback10 10.10.10.1 YES manual up up
      Loopback187 187.10.1.1 YES manual up up
      Loopback200 100.100.2.1 YES manual up up

      R1#sh ip route bgp
      B 157.12.0.0/16 [20/0] via 10.2.2.2, 00:04:11
      [20/0] via 10.1.1.12, 00:03:41
      B 200.200.0.0/16 [20/0] via 10.2.2.2, 00:03:41
      [20/0] via 10.1.1.12, 00:03:41
      R1#


      R2#sh run | s bgp
      router bgp 200
      no synchronization
      bgp log-neighbor-changes
      redistribute connected
      neighbor 10.1.1.1 remote-as 100
      neighbor 10.1.1.1 ebgp-multihop 2
      neighbor 10.1.1.1 update-source Loopback0
      neighbor 10.1.1.10 remote-as 100
      neighbor 10.1.1.10 ebgp-multihop 2
      neighbor 10.1.1.10 update-source Loopback1
      maximum-paths 4
      no auto-summary
      R2#
      R2#sh run | inc ip route
      ip route 10.1.1.1 255.255.255.255 192.168.1.1
      ip route 10.1.1.10 255.255.255.255 192.168.2.1
      R2#

      R2#sh ip int b
      Interface IP-Address OK? Method Status Protocol
      FastEthernet0/0 192.168.1.2 YES manual up up
      FastEthernet0/1 192.168.2.2 YES manual up up
      Loopback0 10.2.2.2 YES manual up up
      Loopback1 10.1.1.12 YES manual up up
      Loopback157 157.12.1.1 YES manual up up
      Loopback200 200.200.2.1 YES manual up up

      R2#sh ip route bgp
      B 187.10.0.0/16 [20/0] via 10.1.1.10, 00:03:35
      [20/0] via 10.1.1.1, 00:04:06
      100.0.0.0/16 is subnetted, 1 subnets
      B 100.100.0.0 [20/0] via 10.1.1.10, 00:03:35
      [20/0] via 10.1.1.1, 00:03:35
      10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
      B 10.10.10.0/24 [20/0] via 10.1.1.10, 00:03:35
      [20/0] via 10.1.1.1, 00:03:35
      R2#

    • #109725
      m.mineiro
      Participante

      e mais ou menos isso mesmo miovieira, valeu pela ajuda.Agora e dar uma debugada no bgp!!kkkkk..ebgp-multihop 2, se tenho dois links seria esse valor, se tivesse 4 links seria ebgp-multihop 4.E esse cenario que tenho visto onde trabalho, mas em proporções maiores..

    • #109728
      miovieira
      Participante

      Beleza cara, boa sorte aí!
      Espero que dê tudo certo.

    • #109729
      JoseBalbuena
      Participante

      m.mineiro, segue um exemplo do uso de maximum paths:

      AS1 AS2
      R1


      R2—-|3.3.3.0/24


      R3—-|

      Da figura acima R1 tem dois links com o AS2, um indo para R2 e outro para R3…em AS2 temos a rede 3.3.3.0/24. Se vc fechar sessão bgp , utilizando as ip das interfaces WAN, entre R1, R2 e R3; R1 vai receber a rota 3.3.3.0/24 com os atributos weight, local preference,as-path, origin, med iguais.. se vc utilizar o maximum paths 2, o balanceamento vai acontecer sozinho.

      Não importa se o equipamento é de grande porte, o protocolo BGP funciona da mesma forma até no meu 1721…

      Vc pode fazer balanceamento até de unequal bandwidth links, é dizer balanceamento proporcional ao ancho de banda do teus links:

      http://blog.ine.com/2010/04/06/move-over-variance-bgp-proportional-load-balancing-is-here/

      Abçs
      Jose

    • #109730
      JoseBalbuena
      Participante

      O exemplo do mioveira tb é legal, ele esta utilizando ebgp-multihop para poder modificar o TTL e chegar na loopback, e rotas estáticas para fazer o balanceamento; seguido utiliza o maximum-paths para inserir as duas rotas iguas na routing table 🙂

      Segue um link da Cisco falando de load balance em BGP

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

      Abçs
      Jose

    • #109731
      miovieira
      Participante

      @JoseBalbuena vivendo e aprendendo. Esse link que vc passou é muito legal, nem sabia que dava pra fazer isso!!

    • #109732
      Cledir Justo
      Participante

      Só adicionando uma informação, se as interfaces WAN forem Ethernet, não é legal utilizar rotas estáticas para o balanceamento, pois quando um dos links caírem a interface continua UP, ocasionando perda de pacotes (A rota estática vai forçar o tráfego mesmo se o link cair). Nesse caso utilizar protocolo de roteamento para aprender a loopback sempre que possível. O Multihop é usado para a contingência, pois se cair a interface de um neighbor, o roteador consegue chegar por outro caminho, mas é claro é possível balancear também.

      Cledir Justo.

    • #109733
      miovieira
      Participante

      Cledir você está extremamente correto.
      Eu não adicionei aqui, mas normalmente ou tem um ospf rodando para aprender as loopbacks, ou eu já implementei com ip sla monitor+track object na rota.
      Bem lembrado.
      Abs!

    • #109734
      roboxtz
      Participante

      Boa dica Cledir!

    • #109735

      Murilo, acho que a relação de load balance com ebgp multihop que vc está criando é no caso de você ter um router com 2 links lan-to-lan iguais, ao invés de vc setar uma sessão BGP em cada link, vc fecha sessão pela loopback, então o BGP usará os dois links, a observação do cledir foi bem pertinente…. acessa esse link http://wiki.nil.com/EBGP_load_balancing_with_EBGP_session_between_loopback_interfaces

Visualizando 20 respostas da discussão
  • Você deve fazer login para responder a este tópico.