Por que Precisamos de BGP – Border Gateway Protocol

Por que Precisamos de BGP - Border Gateway Protocol

neste Cisco CCNA formação tutorial, você vai aprender sobre a necessidade de BGP (Border Gateway Protocol). Role para baixo para o vídeo e também tutorial de texto.

este é o primeiro de uma série de tutoriais BGP.

Parte 2: roteamento BGP e seleção de caminho para Provedores de Serviços

Parte 3: Configurando vizinhos BGP em roteadores Cisco

Parte 4: Como Anunciar Rotas BGP em Roteadores Cisco

Parte 5: Cisco BGP para Empresas

Por que Precisamos de BGP – Border Gateway Protocol – Vídeo Tutorial

vídeo do YouTube

Marianne Beauregard

Marianne Beauregard

eu estou atualmente matriculado em seu curso CCNA refrescante meu roteador, de comutação, de sub-redes de conhecimento etc. Só quero que você saiba que o curso é incrível e você é apenas uma explosão do passado. Eu gosto tanto de suas palestras, seu humor e sua experiência. Continue o grande trabalho.

Marianne Beauregard

IGP (Interior Gateway Protocols, em Provedor de Serviço de redes

Isso pode soar óbvio, mas, Provedores de Serviços de Internet não tem apenas um enorme roteador que roteia o tráfego entre todos os seus clientes. Eles têm muitos roteadores que conectam todos os seus diferentes locais físicos. Esses roteadores fornecem conectividade para o tráfego do cliente e também para o próprio tráfego interno do provedor de serviços entre seus próprios departamentos internos.Os provedores de Serviços, portanto, precisam usar um IGP (Interior Gateway Protocol) para o roteamento dentro de seu domínio administrativo. Geralmente é OSPF ou IS-IS que é usado. Você pode encontrar o OSPF e IS – IS em uso em diferentes partes da rede em grandes redes.

vamos ter uma rápida recapitulação de como IGP como OSPF e ISIS funcionam porque vamos comparar isso com como o BGP funciona mais tarde.

Como IGPs trabalho

Por que Precisamos de BGP

Por que Precisamos de BGP

No exemplo acima, o administrador habilitado OSPF no roteador R1 interfaces. R1 então envia link-multicast local Olá mensagens procurando outros roteadores OSPF com os quais ele pode formar uma adjacência.

neste exemplo, o R2 ainda não tem OSPF habilitado, portanto, deixa cair o pacote OSPF hello de R1. Como é um multicast local de link, o R2 não o encaminha para outras interfaces.

em seguida, o administrador habilita o OSPF no R2. R2 começa a enviar mensagens OSPF Olá multicast.

a mensagem chega a R1 e R1 diz: “Ei, estou executando OSPF também. Vamos verificar se nossas configurações correspondem. (Por exemplo, essas interfaces estão na mesma área e os temporizadores correspondem.) Então formaremos uma adjacência.”

a adjacência é formada e, em seguida, os roteadores trocam rotas.

em nosso sistema autônomo (nosso domínio administrativo), habilitamos o OSPF em todos os nossos roteadores. É isso que o provedor de serviços está fazendo em sua rede em nosso exemplo. A adjacência OSPF é formada entre R1 e R2 e eles trocam rotas. O mesmo acontece entre R2 e R3, R3 e R4, R4 e R5, e R5 e R1. Todos os roteadores formam adjacências com seus vizinhos. Todos eles trocam rotas entre si e, em breve, todos os roteadores conhecem as rotas para chegar a todos os lugares dentro da rede.

IGP’s aprenda as sub-redes IP que estão disponíveis no sistema autônomo e calcule os melhores caminhos para essas sub-redes IP. Eles fazem isso com base nos links entre os roteadores físicos individuais. O IGP compartilha informações e toma decisões – Qual é a melhor rota – em um salto físico por hop físico. Todos os roteadores no IGP aprendem sobre todos os melhores caminhos para chegar a todos os lugares, roteador físico por roteador físico.

os provedores de serviços também precisam manter a conectividade entre suas redes internas. No exemplo acima, temos Nova York no canto superior esquerdo do diagrama, Washington abaixo, Boston no canto superior direito e Filadélfia no canto inferior direito. Entre esses roteadores, o provedor de serviços tem seus roteadores principais. Eles estão executando um IGP, OSPF ou IS-IS, em todos esses roteadores e todos os roteadores aprenderão as rotas para qualquer outro lugar dentro da rede do provedor de serviços.

mas o provedor de serviços não tem apenas seu próprio tráfego interno, ele também precisa ter clientes para que possa ganhar dinheiro. E esses clientes precisam de endereços IP públicos para poder se comunicar uns com os outros.

vamos ver como a alocação de endereço IP público funciona a seguir.

alocação de endereços IP da Internet

a alocação de endereços IP públicos segue um modelo hierárquico. No topo da árvore está a IANA, a Autoridade de números atribuídos à Internet. Eles são responsáveis pela alocação de endereços IP públicos globais. Isso então é dividido em regiões menores. IANA delega alocações de blocos de endereços IP para registros regionais da Internet, RIRs. Cada RIR aloca endereços para uma área diferente do mundo. Por exemplo, há um RIR na América do Norte e assim por diante.

os RIR então quebram para outro nível inferior. Eles dividem seus pools de endereços alocados em blocos menores novamente e os delegam aos provedores de Serviços de Internet. Esses blocos menores de endereços também podem ser delegados a outra organização, como uma empresa, nesse nível se a empresa for grande o suficiente para ter seu próprio bloco.

indo para o último nível, os provedores de Serviços de Internet podem alocar endereços para os clientes. A empresa ao lado e sua rede em casa vão obter seus endereços IP públicos de um provedor de Serviços de Internet.

conectividade entre clientes

o Provedor de Serviços de Internet é mostrado no meio do diagrama acima. Eles estão executando seu IGP dentro de sua rede.

o cliente 1 mostrado à esquerda é uma empresa de médio porte. Eles também estão executando um IGP dentro de sua rede também. Eles também querem ter conectividade com a Internet para se conectar ao Provedor de Serviços de Internet.

o cliente 2 à direita é uma empresa diferente que também mantém seu próprio IGP e deseja conectividade com a Internet.

ambos os clientes têm apenas um caminho para a Internet, com o ISP como o próximo salto. Ambos os clientes configuram uma rota estática padrão apontando para o ISP. Todo o tráfego interno será roteado por meio de seus IGPs, e o tráfego destinado à Internet corresponderá às rotas estáticas padrão.

neste ponto, o provedor de serviços conhece as rotas para todas as suas próprias redes internas. Eles também conhecem as rotas para os endereços IP públicos para seus clientes porque alocaram esses endereços. E os clientes têm rotas estáticas padrão apontando para a Internet e IGP para suas próprias rotas internas.Temos conectividade dentro de todas as redes privadas internas (mas não entre as diferentes redes privadas) e também entre todas as redes públicas.

neste ponto, não precisamos de BGP. Os IGPs estão sendo executados dentro do provedor de serviços e dos clientes, as rotas estáticas padrão nos clientes apontam para a Internet e tudo funciona bem.

mas, obviamente, não temos apenas um provedor de Serviços de Internet no mundo. Existem muitos provedores de Serviços de Internet. Todos os diferentes provedores de serviços têm seus próprios clientes e para que os clientes em todo o mundo possam se comunicar uns com os outros, os provedores de serviços precisam ter conectividade uns com os outros. Assim, os provedores de serviços peer uns com os outros em trocas de Internet, que são grandes centros de dados que lhes permitem se conectar.

interconectividade do Prestador de Serviços

no exemplo acima, o Provedor de serviços 1 tem seu IGP e seus clientes. Eles se conectam ao Provedor de serviços 2, que também tem seu IGP e seus clientes. O provedor de serviços 2 está se conectando ao Provedor de serviços 3 em nosso exemplo. 1 está conectado a 4, 4 está conectado a 5 e 5 está conectado a 3.

Nota esta topologia é apenas um exemplo. No mundo real, não é como os provedores de serviços sempre se conectam em um anel como este. Você terá vários provedores de serviços conectados a outros vários provedores de serviços diferentes. Estamos apenas usando essa topologia porque será útil para os exemplos que você verá mais tarde.

problema de escalabilidade IGP

você viu antes, quando tínhamos apenas um provedor de serviços que um IGP funcionaria para tudo. Mas vamos nos deparar com um problema à medida que a rede cresce e temos vários provedores de serviços diferentes. IGP’s como OSPF e IS-IS não são projetados para suportar roteamento na Internet. Não é viável controlar o roteamento para todo o planeta em um salto físico por hop físico. Não podemos ter todos os provedores de serviços sabendo sobre todos os diferentes roteadores individuais em todo o mundo – obviamente isso não vai funcionar! Portanto, um modelo diferente precisa ser usado. E é aí que entra o BGP, o protocolo Border Gateway.

o Border Gateway Protocol (BGP)

BGP é o único EGP (Protocolo de Gateway Exterior) atualmente em uso e controla o roteamento na Internet. Há muitas opções para um IGP dentro de uma empresa, como ERGIP, OSPF, et cetera. Mas para o roteamento na Internet, é sempre BGP que é usado. E com o BGP, em vez de compartilhar informações e tomar decisões em uma base física hop by physical hop (roteador físico por roteador físico), o BGP funciona em uma base AS by AS – sistema autônomo por sistema autônomo.

Sistemas Autônomos

Um Sistema Autônomo é uma parte de uma grande rede, como a Internet, que está sob um único controle administrativo. Assim, como poderia ser a rede de um provedor de serviços ou poderia ser a rede de uma empresa. O ponto é que é uma única entidade que está controlando o roteamento dentro dessa parte da rede.

o termo sistema autônomo também tem outro significado. Também é usado em Configurações EIGRP e BGP para especificar seu escopo. Para que os roteadores EIGRP formem uma adjacência entre si, eles precisam estar no mesmo EIGRP que.

nossos protocolos de Gateway Interior são usados para compartilhar rotas dentro de um AS. E os AS têm um único plano de roteamento interior coerente e apresentam uma imagem consistente de quais destinos são acessíveis por meio dele. Dentro da rede de uma empresa ou organização, eles estarão executando um IGP e todos os roteadores naquele IGP sabem como chegar a todas as outras redes dentro dessa rede. Então é assim que um IGP funciona dentro de um AS. Mas para roteamento entre diferentes AS’s, é aí que vamos usar o BGP.

quando usamos o BGP, cada um dos provedores de serviços tem um BGP exclusivo como número. Isso é sobreposto no diagrama acima. Cada um desses diferentes provedores de serviços, SP1 a SP5, tem um número AS. O BGP estará ciente disso como número e o usará para rotear o tráfego entre os diferentes provedores de serviços. Saiba mais sobre o roteamento BGP dentro dos provedores de serviços no próximo post desta série!

neste Cisco CCNA formação tutorial, você vai aprender sobre a necessidade de BGP (Border Gateway Protocol). Role para baixo para o vídeo e também tutorial de texto. este é o primeiro de uma série de tutoriais BGP. Parte 2: roteamento BGP e seleção de caminho para Provedores de Serviços Parte 3: Configurando vizinhos BGP em…

neste Cisco CCNA formação tutorial, você vai aprender sobre a necessidade de BGP (Border Gateway Protocol). Role para baixo para o vídeo e também tutorial de texto. este é o primeiro de uma série de tutoriais BGP. Parte 2: roteamento BGP e seleção de caminho para Provedores de Serviços Parte 3: Configurando vizinhos BGP em…

Deixe uma resposta

O seu endereço de email não será publicado.