Guia explicativo · Suporte a BGP
Como funciona suporte a BGP: o atendimento da borda para provedores
Como funciona suporte a BGP: antes de qualquer falha, o Especialista ganha acesso próprio, copia a configuração e registra como a borda se comporta saudável. Quando o técnico do provedor abre um chamado, o caso é classificado por gravidade, lido sem alterar nada, corrigido com aprovação e volta automática e conferido de fora da rede.
Resumo
- A preparação vem antes do primeiro chamado, com inventário de vizinhos, cópia da configuração e uma linha de base da borda.
- Cada chamado passa por triagem de gravidade, leitura de dentro e de fora, plano aprovado, mudança e conferência externa.
- Toda alteração entra com um mecanismo de volta automática, para que um erro não deixe a borda presa fora do ar.
- O provedor recebe um registro por chamado, com causa, comandos e a diferença de configuração antes e depois.
Como funciona suporte a BGP: a retaguarda começa antes do primeiro chamado
O suporte a BGP funciona como uma retaguarda que conhece a borda antes de ela falhar. Por isso o contrato começa com uma preparação, e não com a espera pela primeira queda.
Suporte a BGP não é ensinar o protocolo nem montar a borda: é atender o que trava numa borda que o provedor já opera. O BGP é o protocolo que anuncia os blocos do provedor para o resto da internet, e um erro nele atinge a base inteira de uma vez.
A Táquion Tech atende o suporte a BGP de forma remota, com usuário próprio na borda e nenhum comando de escrita sem o sim do responsável do provedor. Montar ou refazer a borda é projeto, na configuração de BGP, e administrá-la todo mês é a gestão de BGP.
O inventário da borda que o Especialista monta
Na preparação, cada vizinho e cada filtro ganha uma linha num documento que o provedor também recebe. É esse inventário que evita gastar a primeira hora de uma queda descobrindo quem é quem.
- Vizinhos: operadoras, IX.br, caches e clientes com ASN próprio, com IPs da sessão, ASN e número do circuito.
- Políticas: o que cada filtro aceita e anuncia, a preferência local e as communities usadas com cada vizinho.
- Blocos: os prefixos do provedor, de onde são anunciados e o estado de cada ROA.
- Contatos: o canal técnico de cada operadora e do IX.br, com o que eles pedem para abrir chamado.
Linha de base: a borda registrada quando está saudável
A linha de base é uma fotografia da borda num dia normal: quantos prefixos cada sessão recebe, por onde o tráfego sai e quanto cada link carrega no pico. Sem ela, ninguém sabe dizer se o número de rotas recebidas hoje é normal ou sinal de problema.
Esses números ficam no registro e são comparados a cada chamado. Quem já tem um monitoramento de BGP com histórico entrega boa parte da linha de base pronta.
O ciclo de um chamado de borda, da abertura ao registro
Um chamado percorre seis passos, e os dois primeiros não mudam nada na borda. A escrita só acontece depois que o plano foi explicado e aprovado.
1 · Abertura
O técnico descreve o sintoma
Desde quando acontece, o que os assinantes sentem, o que já foi tentado e a saída de alguns comandos de leitura.
2 · Triagem
A gravidade é definida
Borda fora do ar, degradação ou pedido planejado, e cada nível segue o prazo combinado no contrato.
3 · Leitura
Dentro e fora da rede
Estado das sessões, rotas recebidas e anunciadas, logs e a visão de looking glasses e coletores públicos.
4 · Plano
A correção é explicada
O que será mudado, o risco e como voltar atrás, aprovados pelo responsável do provedor.
5 · Mudança
Aplicada com volta automática
Configuração copiada antes, alteração com mecanismo de reversão e conferência imediata das sessões.
6 · Registro
Causa e comandos por escrito
O chamado fecha com a causa, a diferença de configuração e o que o técnico faz sozinho da próxima vez.
Numa queda total, os passos 2 a 5 acontecem em minutos e o registro vem depois. Num pedido planejado, o plano espera a janela de manutenção.
Como a gravidade do chamado é decidida na triagem
Três perguntas definem a gravidade logo na abertura, e a resposta decide se o Especialista entra na hora ou agenda. O prazo de cada nível vem do contrato [PREENCHER prazos por gravidade] [CONFIRMAR oferta].
- Assinantes sem navegar: é borda fora do ar, e o atendimento começa imediatamente.
- Navegam, mas algo está errado: link lotado, serviço que não abre num bairro ou sessão instável são degradação.
- Nada quebrado: bloco novo, cliente com ASN próprio ou ajuste de tráfego entram como pedido planejado.
Como funciona suporte a BGP fora do horário comercial?
Fora do horário comercial, só a gravidade mais alta costuma ter atendimento imediato, e o restante entra na fila do dia seguinte. A cobertura de noites e fins de semana é definida em contrato [CONFIRMAR oferta].
Para a sessão que cai à noite, o roteiro do guia BGP caiu: o que fazer orienta o técnico da casa nos primeiros minutos, enquanto o chamado é aberto.
O que o provedor deixa pronto para a retaguarda funcionar?
O provedor deixa pronto o acesso, os dados de cada circuito e as regras de aprovação. Com isso, o primeiro chamado já começa pela leitura da borda, e não pela coleta de informações.
Confira antes de o contrato entrar em operação
- Usuário nominal para o Especialista, com perfil de leitura e outro de escrita, e log dos comandos.
- Caminho de acesso definido, como VPN ou servidor de salto, sem expor a gerência do roteador à internet.
- Para cada circuito, o ASN do vizinho, os IPs da sessão e o número que a operadora pede no chamado.
- O nome de quem aprova mudanças e um substituto para quando essa pessoa não atender.
- Uma janela de manutenção padrão para pedidos planejados.
- Acesso aos portais de looking glass das operadoras, quando elas oferecem.
Os três primeiros itens são indispensáveis; sem eles, o primeiro chamado vira uma preparação feita às pressas. Os outros três encurtam o atendimento e evitam espera por aprovação.
O controle de acesso por autenticação centralizada, com o protocolo TACACS+, registra cada comando com o nome de quem digitou. O guia de implantação de TACACS mostra como montar os perfis.
Quer uma retaguarda que já conheça a sua borda?
No suporte a BGP da Táquion Tech, um Especialista prepara o inventário e a linha de base da borda antes do primeiro chamado.
Como a mudança na borda é aplicada sem prender o roteador fora do ar
Toda alteração entra com um mecanismo que desfaz a mudança sozinho se a conexão de gerência cair. Depois, o resultado é conferido de fora da rede, e não só na tela do roteador.
Um filtro errado pode derrubar a própria sessão por onde o Especialista acessa o roteador. Os sistemas de borda mais usados têm recursos para isso, e o atendimento usa sempre o da plataforma do provedor.
# MikroTik RouterOS v7: cópia antes e Safe Mode durante a edição
/export file=antes-chamado
# Ctrl+X ativa o Safe Mode; se a conexão cair, tudo é desfeito
/routing bgp connection set [find remote.address=203.0.113.1] input.filter=entrada-op-a
# Juniper Junos: a mudança é desfeita em 5 minutos sem novo commit
set protocols bgp group operadora-a neighbor 203.0.113.1 peer-as 64501
commit confirmed 5
commit
# Huawei VRP (V8): confirmação com prazo
commit trial 300
commitSe a sessão de gerência continua viva e a conferência mostra o resultado esperado, a mudança é confirmada. Se algo sai do previsto, basta não confirmar, e o roteador volta ao estado anterior sozinho.
A conferência de fora da rede
O roteador mostra o que ele anuncia, mas não o que o resto da internet aceitou. Por isso a conferência usa fontes externas ao provedor.
- Looking glass: o roteador de outra rede mostra se o bloco chegou e por qual caminho.
- Coletores públicos: projetos que juntam tabelas de centenas de redes revelam se o anúncio chegou a toda parte.
- Validadores RPKI: dizem se a origem anunciada bate com o ROA publicado para o bloco.
O que o provedor recebe de cada chamado
Cada chamado deixa um registro com sintoma, causa, comandos e a diferença de configuração antes e depois. O inventário da borda é atualizado sempre que algo nele muda.
| Entrega | Quando chega | Para que serve |
|---|---|---|
| Registro do chamado | No fechamento de cada chamado | Contar o que aconteceu e por quê, em linguagem que o técnico entende |
| Diferença de configuração | Junto com o registro | Mostrar linha a linha o que mudou na borda |
| Cópia atualizada | Depois de cada mudança confirmada | Ter de onde voltar se a próxima alteração der errado |
| Inventário revisado | Quando entra ou sai um vizinho, filtro ou bloco | Manter o mapa da borda igual à borda real |
| Recomendações | Quando o chamado revela um risco maior | Indicar o que vira projeto ou mudança planejada |
O registro serve também para o técnico resolver sozinho a próxima falha parecida. Um bom sinal é quando os chamados do mesmo tipo começam a diminuir com o tempo.
Como esse desenho de prazos e entregas aparece numa proposta é assunto do guia sobre quanto custa suporte a BGP.
Erros que fazem o atendimento de borda sair do trilho
Os erros mais comuns acontecem na leitura, quando alguém age antes de olhar, e no fechamento, quando o chamado termina sem explicação. Todos deixam sinal que o provedor consegue ver.
Sinais de que o atendimento de borda está pulando etapas
- A primeira ação foi limpar a sessão, e o motivo da queda se perdeu junto com os contadores.
- A mudança entrou sem cópia anterior da configuração nem mecanismo de volta.
- A conferência foi só na tela do roteador, sem looking glass nem coletor público.
- O chamado fechou como resolvido, sem causa escrita nem comandos aplicados.
- O inventário da borda continua com um vizinho que já foi desligado.
Uma marca já merece conversa com o fornecedor, porque cada uma volta como tempo perdido na próxima queda. O guia sobre sessão BGP que não sobe mostra a ordem de leitura que evita a primeira.
Na prática: um bloco que sumiu de parte da internet
O caso é ilustrativo e mostra o ciclo completo de um chamado de degradação. Os assinantes navegavam, mas alguns serviços não abriam.
Um provedor com o AS 64500 passou a anunciar o bloco 203.0.113.0/24, recebido numa migração de uma operadora que antes o anunciava com o AS 64501. Dias depois, assinantes desse bloco não conseguiam abrir alguns serviços, enquanto os de outros blocos navegavam normalmente.
- Abertura: o técnico relatou o sintoma, informou que só um bloco era afetado e anexou o estado das sessões, todas estabelecidas.
- Triagem: como os assinantes navegavam, o chamado entrou como degradação, com atendimento no mesmo dia.
- Leitura: dentro da rede, o anúncio estava correto; de fora, coletores mostravam o bloco ausente em parte das redes.
- Causa: o ROA do bloco ainda autorizava só o AS 64501, e redes que validam RPKI descartavam o anúncio do AS 64500 como inválido.
- Correção: o provedor criou o ROA novo no portal do registro, com o Especialista conferindo origem e tamanho do prefixo.
- Registro: a causa entrou no chamado, e o inventário passou a mostrar o estado do ROA de cada bloco.
Nenhum comando foi aplicado no roteador, e o chamado terminou com um processo novo: conferir o ROA antes de anunciar qualquer bloco. O guia sobre o que é RPKI explica a validação que causou o descarte.
Perguntas frequentes
O Especialista mexe na borda sem avisar a minha equipe?
Não. A leitura pode ser feita a qualquer momento dentro do chamado, mas qualquer comando de escrita só entra depois que o responsável do provedor aprova o plano.
Meu técnico aprende alguma coisa com os chamados de borda?
Aprende, porque cada registro explica a causa e os comandos aplicados. Muitos provedores usam esses registros como material de treinamento para resolver sozinhos as falhas mais simples.
O suporte a BGP funciona com roteadores de marcas diferentes?
Funciona, desde que as plataformas e versões estejam no inventário desde a preparação. Cada sistema escreve filtros e confirma mudanças de um jeito, e isso precisa estar mapeado antes do primeiro chamado.
Quem fala com a operadora quando a falha é do lado dela?
O Especialista junta as provas, como estado da sessão, horários e traceroute, e abre ou acompanha o chamado com a operadora. O contato técnico de cada uma fica no inventário da borda.
A retaguarda de borda substitui o monitoramento das sessões?
Não. O suporte entra quando alguém abre um chamado, e quem avisa que a sessão caiu é o monitoramento de BGP. Os dois se completam.
Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]
Mais de 15 anos em operações de rede, com gestão de infraestruturas de TI, administração de data centers e condução de equipes em migrações de TI e telecomunicações, com foco em alta disponibilidade e segurança.
A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.
Fontes
- RFC 4271, A Border Gateway Protocol 4 (IETF): especificação do BGP-4, com estados de sessão e troca de rotas entre vizinhos
- RFC 6811, BGP Prefix Origin Validation (IETF): como a origem de um anúncio é comparada ao ROA e classificada como válida, inválida ou desconhecida
- RFC 7454, BGP Operations and Security (IETF): boas práticas de operação da borda, como filtros por vizinho e limite de prefixos
