{"id":1046,"date":"2016-05-09T10:31:42","date_gmt":"2016-05-09T13:31:42","guid":{"rendered":"http:\/\/www.networktips.com.br\/?p=1046"},"modified":"2016-05-12T10:01:10","modified_gmt":"2016-05-12T13:01:10","slug":"o-protocolo-bgp4-parte-2","status":"publish","type":"post","link":"http:\/\/www.networktips.com.br\/?p=1046","title":{"rendered":"O Protocolo BGP4 &#8211; Parte 2"},"content":{"rendered":"<div style=\"padding-bottom:20px; padding-top:10px;\" class=\"hupso-share-buttons\"><!-- Hupso Share Buttons - https:\/\/www.hupso.com\/share\/ --><a class=\"hupso_toolbar\" href=\"https:\/\/www.hupso.com\/share\/\"><img src=\"http:\/\/static.hupso.com\/share\/buttons\/dot.png\" style=\"border:0px; padding-top: 5px; float:left;\" alt=\"Share Button\"\/><\/a><script type=\"text\/javascript\">var hupso_services_t=new Array(\"Twitter\",\"Facebook\",\"Google Plus\",\"Linkedin\",\"Email\");var hupso_background_t=\"#EAF4FF\";var hupso_border_t=\"#66CCFF\";var hupso_toolbar_size_t=\"medium\";var hupso_image_folder_url = \"\";var hupso_twitter_via=\"jorgeltaioque\";var hupso_url_t=\"\";var hupso_title_t=\"O%20Protocolo%20BGP4%20-%20Parte%202\";<\/script><script type=\"text\/javascript\" src=\"http:\/\/static.hupso.com\/share\/js\/share_toolbar.js\"><\/script><!-- Hupso Share Buttons --><\/div><p style=\"text-align: justify;\">Alex Soares de Moura<br \/>\nRede Nacional de Ensino e Pesquisa (RNP)<\/p>\n<p style=\"text-align: justify;\"><a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-introducao\">Introdu\u00e7\u00e3o<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-sessao\">Sess\u00e3o BGP<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-mensagens\">Mensagens BGP<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-tipos\">Tipos de mensagens BGP<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-conclusao\">Conclus\u00e3o<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-referencias\">Refer\u00eancias bibliogr\u00e1ficas<\/a><br \/>\n<a class=\"nu\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#ng-sites\">Sites relacionados<\/a><\/p>\n<p style=\"text-align: justify;\">Nesta continua\u00e7\u00e3o do artigo<a href=\"http:\/\/www.rnp.br\/newsgen\/9903\/bgp4.html\"> <u><em>&#8220;O Protocolo BGP-4&#8221;<\/em> <\/u><\/a><em>ser\u00e3o examinados, de forma mais detalhada, algumas das caracter\u00edsticas b\u00e1sicas deste protocolo. Pela extens\u00e3o do assunto abordado, ainda ser\u00e1 necess\u00e1rio dar continuidade a este assunto num outro artigo.<\/em><\/p>\n<p style=\"text-align: justify;\"><a class=\"arrow\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#inicio\">^<\/a><\/p>\n<h2 style=\"text-align: justify;\"><a name=\"ng-introducao\"><\/a>Introdu\u00e7\u00e3o<\/h2>\n<p style=\"text-align: justify;\">Na <a href=\"http:\/\/www.rnp.br\/newsgen\/9903\/bgp4.html\"><u>primeira parte<\/u> <\/a>deste artigo, foi visto que, quando o BGP \u00e9 usado entre roteadores vizinhos (<em>neighbors<\/em>) pertencentes ao mesmo AS, ele \u00e9 chamado de iBGP (<em>interior BGP<\/em>), e, quando usado entre roteadores de diferentes ASs (<em>peers<\/em>), \u00e9 chamado de eBGP (<em>exterior BGP<\/em>). Foi visto tamb\u00e9m que dois roteadores que suportam o BGP-4 formam uma conex\u00e3o entre eles chamada de &#8220;sess\u00e3o BGP&#8221;. Tal sess\u00e3o faz uso do protocolo TCP para garantir o correto transporte das informa\u00e7\u00f5es. Por fim, tamb\u00e9m foi mencionado que, em uma sess\u00e3o BGP, os roteadores vizinhos trocam mensagens variadas entre eles, com determinadas caracter\u00edsticas (ex.: atributos) e prop\u00f3sitos.<\/p>\n<p style=\"text-align: justify;\">Ser\u00e3o vistos, neste artigo, quais s\u00e3o os tipos de mensagens trocadas, as informa\u00e7\u00f5es que elas carregam e para que servem. Em seguida, ser\u00e3o tratados os atributos que certas mensagens possuem.<\/p>\n<p style=\"text-align: justify;\"><a class=\"arrow\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#inicio\">^<\/a><\/p>\n<h2 style=\"text-align: justify;\"><a name=\"ng-sessao\"><\/a>Sess\u00e3o BGP<\/h2>\n<p style=\"text-align: justify;\">Antes do estabelecimento de uma sess\u00e3o BGP, os roteadores &#8220;vizinhos BGP&#8221; trocam mensagens entre si para entrar em acordo sobre quais ser\u00e3o os par\u00e2metros (ex.: tempo m\u00e1ximo de espera entre mensagens &#8211; <em>hold time<\/em>) da sess\u00e3o. N\u00e3o havendo discord\u00e2ncia e nem erros durante a negocia\u00e7\u00e3o dos par\u00e2metros entre as partes, a sess\u00e3o BGP \u00e9 estabelecida. Caso contr\u00e1rio, ser\u00e3o enviadas mensagens de erro e a sess\u00e3o n\u00e3o ser\u00e1 aberta.<\/p>\n<p style=\"text-align: justify;\">Quando a sess\u00e3o \u00e9 estabelecida entre os roteadores, s\u00e3o trocadas mensagens contendo todas as informa\u00e7\u00f5es de roteamento, ou seja, todos os &#8220;melhores caminhos&#8221; (<em>best path<\/em>) previamente selecionados por cada um, para os destinos conhecidos. Posteriormente, eles trocar\u00e3o somente mensagens de atualiza\u00e7\u00e3o das informa\u00e7\u00f5es de roteamento (mensagens do tipo UPDATE) de forma incremental. Esta t\u00e9cnica mostrou-se um avan\u00e7o no que se refere \u00e0 diminui\u00e7\u00e3o de carga nas CPUs dos roteadores e na economia da largura de banda dos enlaces quando comparada a outros protocolos que ao comunicar suas atualiza\u00e7\u00f5es, enviam, periodicamente, a totalidade das rotas instaladas em suas tabelas.<\/p>\n<p style=\"text-align: justify;\">Neste sentido, o BGP \u00e9 bem econ\u00f4mico, somente enviando mensagens de atualiza\u00e7\u00f5es quando ocorrem mudan\u00e7as nas rotas (ex.: uma rota se tornou inv\u00e1lida) e informando novas rotas. Caso n\u00e3o existam atualiza\u00e7\u00f5es a serem informadas, os roteadores trocam apenas mensagens (do tipo KEEPALIVE) para certificar que a comunica\u00e7\u00e3o entre eles est\u00e1 &#8220;viva&#8221;, ou seja, ainda est\u00e1 ativa. Estas mensagens s\u00e3o pequenas (apenas 19 bytes), n\u00e3o sobrecarregando a CPU dos roteadores e nem o enlace entre eles.<\/p>\n<p style=\"text-align: justify;\">Uma caracter\u00edstica das tabelas de rotas BGP \u00e9 a exist\u00eancia de um n\u00famero de vers\u00e3o, que \u00e9 incrementado a cada atualiza\u00e7\u00e3o feita (atrav\u00e9s das mensagens tipo UPDATE), permitindo assim a verifica\u00e7\u00e3o de inconsist\u00eancias das informa\u00e7\u00f5es de roteamento. Abaixo, est\u00e1 um exemplo da vers\u00e3o da tabela de roteamento:<\/p>\n<p class=\"codigo\" style=\"text-align: justify;\">roteador&gt; sh ip bgp BGP <strong>table version is 72076<\/strong>, local router ID is 192.168.4.1 Status codes: s suppressed, d damped, h history, * valid, &gt; best, i &#8211; internal Origin codes: i &#8211; IGP, e &#8211; EGP, ? &#8211; incomplete Network Next Hop Metric LocPrf Weight Path (&#8230;)<\/p>\n<p style=\"text-align: justify;\">Se existe um r\u00e1pido aumento no n\u00famero da vers\u00e3o das tabelas, pode ser indicativo de instabilidade na rede. A seguir, ser\u00e3o vistas quais e como s\u00e3o os tipos de mensagens trocadas entre os vizinhos BGP.<\/p>\n<p style=\"text-align: justify;\"><a class=\"arrow\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#inicio\">^<\/a><\/p>\n<h2 style=\"text-align: justify;\"><a name=\"ng-mensagens\"><\/a>Mensagens BGP<\/h2>\n<p style=\"text-align: justify;\">As mensagens trocadas em sess\u00f5es BGP t\u00eam o comprimento m\u00e1ximo de 4.096 bytes, e m\u00ednimo de 19 bytes. Todas as mensagens s\u00e3o compostas de, no m\u00ednimo, um cabe\u00e7alho e, opcionalmente, uma parte de dados. O formato do cabe\u00e7alho das mensagens BGP \u00e9:<\/p>\n<p style=\"text-align: justify;\"><img loading=\"lazy\" src=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/header.gif\" width=\"387\" height=\"105\" \/><br \/>\nFigura 1 &#8211; Formato do Cabe\u00e7alho das Mensagens BGP<\/p>\n<p style=\"text-align: justify;\">Pode haver, ou n\u00e3o, uma seq\u00fc\u00eancia dados ap\u00f3s o cabe\u00e7alho.<\/p>\n<p style=\"text-align: justify;\"><strong>Campo Marcador (<em>Marker<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Serve para verificar a autenticidade da mensagem recebida e se houve perda de sincroniza\u00e7\u00e3o entre os roteadores vizinhos BGP. Pode ter dois formatos: caso a mensagem seja do tipo OPEN (abrir), ou se a mensagem tipo OPEN n\u00e3o possuir informa\u00e7\u00e3o de autentica\u00e7\u00e3o, o campo deve estar todo preenchido com n\u00fameros um (1); sen\u00e3o, o campo <em>marker<\/em> ter\u00e1 o seu conte\u00fado baseado em parte do mecanismo de autentica\u00e7\u00e3o usado.<\/p>\n<p style=\"text-align: justify;\"><strong>Campo Comprimento (<em>Lenght<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Deve conter um n\u00famero que representa o comprimento total da mensagem, incluindo o cabe\u00e7alho. Como podem haver mensagens que n\u00e3o possuem dados ap\u00f3s o cabe\u00e7alho, a menor mensagem BGP enviada \u00e9 de 19 bytes (16 + 2 + 1 bytes).<\/p>\n<p style=\"text-align: justify;\"><strong>Campo Tipo (<em>Type<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Deve conter um n\u00famero que representa o c\u00f3digo de um tipo de mensagem. Os tipos de mensagens s\u00e3o: KEEPALIVE, NOTIFICATION, OPEN e UPDATE.<\/p>\n<p style=\"text-align: justify;\"><a class=\"arrow\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#inicio\">^<\/a><\/p>\n<h2 style=\"text-align: justify;\"><a name=\"ng-tipos\"><\/a>Tipos de mensagens BGP<\/h2>\n<p style=\"text-align: justify;\">Como acabamos de ver, os roteadores vizinhos BGP (neighbors ou peers) que suportam BGP-4 trocam mensagens de quatro tipos antes ou durante uma sess\u00e3o BGP. Veremos agora para que servem cada um destes tipos de mensagens.<\/p>\n<p style=\"text-align: justify;\"><u>OPEN<\/u><\/p>\n<p style=\"text-align: justify;\">A mensagem do tipo OPEN \u00e9 enviada para se iniciar a abertura de uma sess\u00e3o BGP entre <em>neighbors<\/em> ou <em>peers<\/em> BGP. O formato desta mensagem \u00e9:<\/p>\n<p style=\"text-align: justify;\"><img loading=\"lazy\" src=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/open.gif\" width=\"400\" height=\"328\" \/><br \/>\nFigura 2 &#8211; Formato da Mensagem OPEN<\/p>\n<p style=\"text-align: justify;\"><strong>Vers\u00e3o (<em>Version<\/em>)<\/strong> &#8211; caracter\u00edsticas: [1 byte, inteiro, positivo].<\/p>\n<p style=\"text-align: justify;\">Identifica a vers\u00e3o do BGP (3 ou 4). Este \u00e9 um dos par\u00e2metros negociados pelos roteadores que, normalmente, tentam entrar em acordo para usar a maior vers\u00e3o suportada. N\u00e3o havendo possibilidade de consenso (ex.: um dos roteadores n\u00e3o suporta o BGP-4), eles tentam usar vers\u00f5es anteriores, at\u00e9 que coincidam. Nos roteadores Cisco, h\u00e1 como configurar a vers\u00e3o a ser usada pelos roteadores (se previamente se sabe qual vers\u00e3o ambos suportam), eliminando esta fase de negocia\u00e7\u00e3o do processo de abertura da sess\u00e3o BGP, implicando numa conseq\u00fcente economia de tempo.<\/p>\n<p style=\"text-align: justify;\"><strong>N\u00famero do AS (<em>AS Number<\/em>)<\/strong> &#8211; caracter\u00edsticas: [2 bytes, inteiro, positivo].<\/p>\n<p style=\"text-align: justify;\">Deve conter o n\u00famero do AS a qual o roteador (remetente da mensagem tipo OPEN) pertence.<\/p>\n<p style=\"text-align: justify;\"><strong>Tempo de espera (<em>Hold Time<\/em>)<\/strong> &#8211; caracter\u00edsticas: [2 bytes, inteiro, positivo].<\/p>\n<p style=\"text-align: justify;\">Deve conter o valor, em segundos, do maior tempo de espera (<em>hold time<\/em>) permitido entre mensagens do tipo UPDATE ou KEEPALIVE. O BGP mant\u00e9m um contador do <em>hold time<\/em>, que \u00e9 reiniciado (zerado) a cada vez que uma mensagem do tipo KEEPALIVE ou UPDATE \u00e9 recebida. Caso nenhuma das duas seja recebida no prazo m\u00e1ximo, o BGP considera que a comunica\u00e7\u00e3o com o outro roteador foi perdida e a sess\u00e3o \u00e9 encerrada, tendo que ser reiniciada novamente. Os roteadores tentam usar o menor <em>hold time<\/em> entre os dois. Caso o valor seja estabelecido como zero, a sess\u00e3o ser\u00e1 considerada como sempre &#8220;viva&#8221; (ativa) e mensagens de KEEPALIVE n\u00e3o ser\u00e3o transmitidas, pois os contadores do <em>hold time<\/em> e do KEEPALIVE n\u00e3o ser\u00e3o zerados nunca. O valor m\u00ednimo recomendado para este par\u00e2metro \u00e9 de tr\u00eas segundos.<\/p>\n<p style=\"text-align: justify;\"><strong>Comprimento dos Par\u00e2metros Opcionais (<em>Optional Parameters Lenght<\/em>)<\/strong> &#8211; caracter\u00edsticas: [1 byte, inteiro, positivo].<\/p>\n<p style=\"text-align: justify;\">Indica o comprimento total do campo de Par\u00e2metros Opcionais (<em>Optional Parameters<\/em>). No caso de aus\u00eancia de par\u00e2metros opcionais, este campo ser\u00e1 preenchido com zero.<\/p>\n<p style=\"text-align: justify;\"><strong>Par\u00e2metros Opcionais (<em>Optional Parameters<\/em>)<\/strong> &#8211; caracter\u00edsticas: [comprimento vari\u00e1vel].<\/p>\n<p style=\"text-align: justify;\">Pode conter v\u00e1rios par\u00e2metros opcionais para a negocia\u00e7\u00e3o de abertura de uma sess\u00e3o BGP. Este campo deve ser preenchido com conjuntos formados por 3 valores: [Tipo do par\u00e2metro (1 byte), Comprimento do Par\u00e2metro (1 byte), Valor do par\u00e2metro (comprimento vari\u00e1vel) ]. Um exemplo de par\u00e2metro \u00e9 o de informa\u00e7\u00e3o de autentica\u00e7\u00e3o (tipo 1), usado para autenticar a sess\u00e3o com o vizinho BGP.<\/p>\n<p style=\"text-align: justify;\"><u>NOTIFICATION<\/u><\/p>\n<p style=\"text-align: justify;\">Este tipo de mensagem \u00e9 enviada no caso de detec\u00e7\u00e3o de erros durante ou ap\u00f3s o estabelecimento de uma sess\u00e3o BGP. O formato da mensagem NOTIFICATION \u00e9:<\/p>\n<p style=\"text-align: justify;\"><img loading=\"lazy\" src=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/notification.gif\" width=\"345\" height=\"271\" \/><br \/>\nFigura 3 &#8211; Formato da Mensagem Tipo NOTIFICATION<\/p>\n<p style=\"text-align: justify;\"><strong>Campo Erro (<em>Error<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Deve conter o tipo da notifica\u00e7\u00e3o<\/p>\n<p style=\"text-align: justify;\"><strong>Campo Sub C\u00f3digo de Erro (<em>Error subcode<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Deve conter um valor que fornece maiores informa\u00e7\u00f5es sobre o erro.<\/p>\n<p style=\"text-align: justify;\"><strong>Campo de Dados (<em>Data<\/em>)<\/strong><\/p>\n<p style=\"text-align: justify;\">Pode conter dados referentes ao erro, como por exemplo, um cabe\u00e7alho mal formado (inv\u00e1lido), um n\u00famero de AS inv\u00e1lido.<\/p>\n<p style=\"text-align: justify;\">A tabela a seguir lista os c\u00f3digos e sub-c\u00f3digos de erros poss\u00edveis.<\/p>\n<table border=\"1\" width=\"450\" cellspacing=\"1\" cellpadding=\"4\" align=\"center\">\n<tbody>\n<tr>\n<td valign=\"top\" width=\"50%\"><strong>C\u00f3digos de Erro<\/strong><\/td>\n<td valign=\"top\" width=\"50%\"><strong>Sub c\u00f3digos de Erro<\/strong><\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"50%\">1 &#8211; Erro no cabe\u00e7alho da mensagem<\/td>\n<td valign=\"top\" width=\"50%\">1 &#8211; Conex\u00e3o n\u00e3o sincronizada<br \/>\n2 &#8211; Comprimento da mensagem inv\u00e1lido<br \/>\n3 &#8211; Tipo de mensagem inv\u00e1lido<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"50%\">2 &#8211; Erro na mensagem OPEN<\/td>\n<td valign=\"top\" width=\"50%\">1 &#8211; N\u00famero de vers\u00e3o n\u00e3o suportado<br \/>\n2 &#8211; N\u00famero de AS vizinho inv\u00e1lido<br \/>\n3 &#8211; Identificador BGP inv\u00e1lido<br \/>\n4 &#8211; Par\u00e2metro opcional n\u00e3o suportado<br \/>\n5 &#8211; Falha na autentica\u00e7\u00e3o<br \/>\n6 &#8211; Tempo de espera inaceit\u00e1vel<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"50%\">3 &#8211; Erro na mensagem UPDATE<\/td>\n<td valign=\"top\" width=\"50%\">1 &#8211; Lista de atributos mal formada<br \/>\n2 &#8211; Atributo <em>Well-Known<\/em> desconhecido<br \/>\n3 &#8211; Atributo <em>Well-Known<\/em> faltando<br \/>\n4 &#8211; Erro nas <em>flags<\/em> de atributos<br \/>\n5 &#8211; Erro no comprimento do atributo<br \/>\n6 &#8211; Atributo origem inv\u00e1lido<br \/>\n7 &#8211; <em>Loop<\/em> de roteamento em AS<br \/>\n8 &#8211; Atributo NEXT_HOP inv\u00e1lido<br \/>\n9 &#8211; Erro no atributo Opcional<br \/>\n10 &#8211; Campo de rede inv\u00e1lido<br \/>\n11 &#8211; <em>AS_path<\/em> mal formado<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<div style=\"text-align: justify;\">Tabela 1 &#8211; C\u00f3digos e Sub-c\u00f3digos de Erro Enviados nas Mensagens Tipo NOTIFICATION<\/div>\n<p style=\"text-align: justify;\"><u>KEEPALIVE<\/u><\/p>\n<p style=\"text-align: justify;\">S\u00e3o mensagens trocadas periodicamente com o prop\u00f3sito de verificar se a comunica\u00e7\u00e3o entre os vizinhos est\u00e1 ativa. A mensagem do tipo KEEPALIVE \u00e9 composta apenas do cabe\u00e7alho padr\u00e3o das mensagens BGP, sem dados transmitidos ap\u00f3s o cabe\u00e7alho. O tempo m\u00e1ximo permitido para o recebimento de mensagens KEEPALIVE ou UPDATE \u00e9 definido pelo <em>hold time<\/em>, como foi visto na descri\u00e7\u00e3o do tipo de mensagem OPEN.<\/p>\n<p style=\"text-align: justify;\">Para manter aberta a sess\u00e3o, a mensagem de KEEPALIVE deve ser enviada antes que o prazo definido no <em>hold time<\/em> expire; caso contr\u00e1rio a sess\u00e3o ser\u00e1 encerrada. A recomenda\u00e7\u00e3o \u00e9 que a mensagem seja enviada em at\u00e9 1\/3 do tempo definido no <em>hold time<\/em>. Se o seu valor for igual a zero, ent\u00e3o as mensagens do tipo KEEPALIVE n\u00e3o ser\u00e3o enviadas.<\/p>\n<p style=\"text-align: justify;\"><a class=\"arrow\" href=\"https:\/\/memoria.rnp.br\/newsgen\/9905\/bgp4p2.html#inicio\">^<\/a><\/p>\n<h2 style=\"text-align: justify;\"><a name=\"ng-conclusao\"><\/a>Conclus\u00e3o<\/h2>\n<p style=\"text-align: justify;\">Num pr\u00f3ximo artigo, veremos o \u00faltimo tipo de mensagem (UPDATE) do BGP com seus componentes e atributos, suas defini\u00e7\u00f5es e aplica\u00e7\u00f5es. Ainda nele, ser\u00e3o mostrados exemplos de configura\u00e7\u00f5es pr\u00e1ticas baseados na implementa\u00e7\u00e3o do protocolo BGP-4 desenvolvida pela Cisco Systems, Inc. em situa\u00e7\u00f5es encontradas com freq\u00fc\u00eancia no dia a dia de provedores de servi\u00e7os Internet. Tamb\u00e9m ser\u00e3o apresentados alguns problemas comumente enfrentados e exemplos de erros comuns de confgura\u00e7\u00e3o.<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<div style=\"padding-bottom:20px; padding-top:10px;\" class=\"hupso-share-buttons\"><!-- Hupso Share Buttons - https:\/\/www.hupso.com\/share\/ --><a class=\"hupso_toolbar\" href=\"https:\/\/www.hupso.com\/share\/\"><img src=\"http:\/\/static.hupso.com\/share\/buttons\/dot.png\" style=\"border:0px; padding-top: 5px; float:left;\" alt=\"Share Button\"\/><\/a><script type=\"text\/javascript\">var hupso_services_t=new Array(\"Twitter\",\"Facebook\",\"Google Plus\",\"Linkedin\",\"Email\");var hupso_background_t=\"#EAF4FF\";var hupso_border_t=\"#66CCFF\";var hupso_toolbar_size_t=\"medium\";var hupso_image_folder_url = \"\";var hupso_twitter_via=\"jorgeltaioque\";var hupso_url_t=\"\";var hupso_title_t=\"O%20Protocolo%20BGP4%20-%20Parte%202\";<\/script><script type=\"text\/javascript\" src=\"http:\/\/static.hupso.com\/share\/js\/share_toolbar.js\"><\/script><!-- Hupso Share Buttons --><\/div><p>Alex Soares de Moura Rede Nacional de Ensino e Pesquisa (RNP) Introdu\u00e7\u00e3o Sess\u00e3o BGP Mensagens BGP Tipos de mensagens BGP Conclus\u00e3o Refer\u00eancias bibliogr\u00e1ficas Sites relacionados Nesta continua\u00e7\u00e3o do artigo &#8220;O Protocolo BGP-4&#8221; ser\u00e3o examinados, de forma mais detalhada, algumas das &hellip; <a href=\"http:\/\/www.networktips.com.br\/?p=1046\">Continue lendo <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[10],"tags":[42],"_links":{"self":[{"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/posts\/1046"}],"collection":[{"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1046"}],"version-history":[{"count":3,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/posts\/1046\/revisions"}],"predecessor-version":[{"id":1052,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=\/wp\/v2\/posts\/1046\/revisions\/1052"}],"wp:attachment":[{"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1046"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1046"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.networktips.com.br\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1046"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}