O que é ASN
O que e ASN: Autonomous System Number, como funciona o BGP, diferenca entre ASN 16 e 32 bits, registros LACNIC/RIPE/ARIN e como identificar o ASN do seu provedor.
ASN (Autonomous System Number) é o número que identifica cada Sistema Autônomo na internet, permitindo que provedores e grandes redes troquem rotas entre si via protocolo BGP. A Vivo opera como AS26599, a Claro como AS28573, a TIM como AS26615. Quando você assiste a um vídeo no YouTube de uma conexão da Vivo, o pacote percorre o AS26599, passa pelo IX.br em São Paulo e chega ao AS15169 do Google - essa sequência de ASNs é o AS_PATH registrado nos roteadores de borda. Veja agora qual é o ASN atribuído à sua conexão na página Meu IP.
Neste artigo
- Definição formal: RFC 1930 e RFC 4271
- ASNs de 16 bits e de 32 bits
- Diagrama: AS_PATH de uma conexão brasileira
- Como o BGP usa o ASN
- O campo AS_PATH e como ele funciona
- Tipos de relacionamento entre sistemas autônomos
- IXPs e peering: troca direta de tráfego
- Como obter um ASN
- Segurança de BGP e RPKI
- ASN no contexto brasileiro
- Perguntas frequentes
Definição formal: RFC 1930 e RFC 4271
A RFC 1930 (J. Hawkinson e T. Bates, março de 1996) estabeleceu os critérios para que uma organização justifique a necessidade de um ASN. Três condições são aceitas: a organização tem múltiplas conexões a ISPs diferentes (multi-homing), tem política de roteamento própria distinta dos provedores que usa, ou opera uma escala de rede que demanda gerenciamento BGP independente.
Um Sistema Autônomo é um conjunto de prefixos IP gerenciado por uma única entidade administrativa com política de roteamento coerente para o mundo externo. A palavra "autônomo" não significa que a rede opera isolada: ela toma suas próprias decisões de roteamento, independentemente das políticas dos provedores de trânsito que usa.
O protocolo BGP-4 (Border Gateway Protocol version 4), definido pela RFC 4271 (Y. Rekhter et al., 2006), usa o ASN em dois campos críticos das mensagens UPDATE que os roteadores trocam: o campo AS_PATH, que lista a sequência de ASNs pelos quais o anúncio de rota passou (e serve para detectar loops), e o campo NEXT_HOP, que identifica o próximo salto para alcançar o prefixo anunciado.
Fundamentos acadêmicos do ASN
O roteamento interdominio via BGP e sistemas autônomos e um dos topicos mais bem cobertos em Peterson & Davie. Eles descrevem a natureza do BGP como protocolo de vetor de distancia com path completo:
"Os pares de roteadores BGP se comunicam entre si, estabelecendo conexões TCP. Esse tipo de operação possibilita uma comunicação confiável e oculta todos os detalhes da rede que esta sendo utilizada."
Andrew S. Tanenbaum - Redes de Computadores, 4a edicao, p. 354 (Campus, 2004)
Tanenbaum sintetiza o funcionamento do BGP entre sistemas autônomos:
"Os pares de roteadores BGP se comunicam entre si, estabelecendo conexões TCP. Esse tipo de operação possibilita uma comunicação confiável e oculta todos os detalhes da rede que esta sendo utilizada."
Andrew S. Tanenbaum - Redes de Computadores, 4a edicao, p. 354 (Campus, 2004)
Peterson & Davie detalham a hierarquia de sistemas autônomos e a politica de roteamento interdominio:
"O Internet Protocol (IP) e a ferramenta chave usada hoje para a criação de inter-redes escaláveis e heterogeneas." [O ASN identifica cada participante nessa inter-rede no protocolo BGP-4, conforme RFC 4271]
Larry L. Peterson, Bruce S. Davie - Redes de Computadores: Uma Abordagem de Sistemas, 5a edicao, p. 125 e Capitulo 4 (Elsevier, 2013)
ASNs de 16 bits e de 32 bits
Os ASNs originais eram de 16 bits, cobrindo valores de 1 a 65535. O valor 0 e o 65535 são reservados. Com a expansão da internet, esse espaço se aproximou do esgotamento. A RFC 6793 (2012) expandiu o espaço para 32 bits, cobrindo valores até 4.294.967.295.
| Faixa | Tipo | Uso |
|---|---|---|
| 1 a 23455 | 16 bits, público | ASNs históricos atribuídos antes de 2009 |
| 23456 | Reservado | AS_TRANS: usado em migração de 16 para 32 bits |
| 64512 a 65534 | 16 bits, privado | BGP interno entre filiais, sem registro no RIR |
| 65535 | Reservado | Uso especial (RFC 7300) |
| 65536 a 4199999999 | 32 bits, público | Novos ASNs alocados desde 2009 |
| 4200000000 a 4294967294 | 32 bits, privado | BGP privado em redes grandes sem registro |
A notação de ASNs de 32 bits tem dois formatos. A notação "asplain" usa o número inteiro diretamente: AS131072. A notação "asdot" divide em dois grupos de 16 bits separados por ponto: AS2.0 (porque 131072 = 2 × 65536 + 0). O LACNIC aloca por padrão ASNs de 32 bits desde janeiro de 2010. Organizações podem solicitar ASN de 16 bits apenas com justificativa técnica específica.
Diagrama: AS_PATH de uma conexão brasileira
O diagrama abaixo mostra o caminho típico de um pacote saindo de um usuário da Vivo no Brasil, passando pelo IX.br em São Paulo, e chegando ao servidor de destino no Google Cloud. Cada caixa representa um Sistema Autônomo distinto.
Como o BGP usa o ASN
O BGP é o protocolo de roteamento inter-domínio da internet. Funciona sobre TCP na porta 179 e usa quatro tipos de mensagem: OPEN (estabelece a sessão e apresenta o ASN), UPDATE (anuncia ou retira prefixos), NOTIFICATION (sinaliza erros) e KEEPALIVE (mantém a sessão ativa). Toda sessão BGP começa com os dois lados trocando seus ASNs no OPEN. Essa identificação é a base de toda troca de rotas que segue.
| Mensagem | Função | Papel do ASN |
|---|---|---|
| OPEN | Abre a sessão TCP BGP entre dois roteadores | O campo "My Autonomous System" carrega o ASN local |
| UPDATE | Anuncia novos prefixos ou retira anúncios anteriores | Contém AS_PATH com todos os ASNs da rota |
| KEEPALIVE | Confirma que a sessão está ativa (enviado a cada 60s por padrão) | Não carrega ASN explicitamente |
| NOTIFICATION | Sinaliza erro e encerra a sessão | Identifica qual AS gerou o erro |
Uma sessão BGP entre dois ASNs distintos é chamada de eBGP (external BGP). Dentro do mesmo AS, roteadores que precisam propagar as rotas aprendidas externamente usam iBGP (internal BGP). A diferença técnica principal: o AS_PATH não é modificado no iBGP (a rota já está dentro do mesmo AS), mas é acrescido de um novo ASN no eBGP a cada salto entre sistemas autônomos.
Como uma sessão eBGP é estabelecida
- TCP handshake na porta 179. Os dois roteadores completam o three-way handshake TCP. BGP só funciona sobre TCP estabelecido.
- Troca de mensagens OPEN. Cada roteador envia seu OPEN com ASN local, BGP Identifier (um IPv4 de 32 bits), Hold Time proposto e capacidades opcionais (multiprotocol, 32-bit ASN, etc.).
- Negociação de Hold Time. O menor valor entre os dois é adotado. Se o Hold Time negociado for 0, nenhum KEEPALIVE é enviado e a sessão não expira por timeout.
- Troca de KeepalIVES iniciais. Cada lado responde ao OPEN com KEEPALIVE. A sessão entra no estado Established.
- UPDATEs com a tabela de roteamento. Cada lado anuncia seus prefixos via UPDATE, incluindo AS_PATH, NEXT_HOP e atributos opcionais como MED e Community. A partir daqui, o roteamento BGP está ativo.
O campo AS_PATH e como ele funciona
O AS_PATH é o campo mais importante dos anúncios BGP do ponto de vista de roteamento. Ele lista todos os ASNs pelos quais o anúncio passou, do mais recente para o mais antigo. Quando um roteador recebe um UPDATE com o próprio ASN já no AS_PATH, ele descarta o anúncio: isso é a detecção de loop do BGP.
Um AS_PATH típico de um usuário Vivo no Brasil acessando um servidor AWS nos EUA pode ser: AS26599 (Vivo) → AS1299 (Telia, trânsito global) → AS16509 (Amazon AWS). O roteador do usuário no AS26599 aprende que para chegar ao prefixo do servidor, deve enviar pacotes para o roteador da Telia (AS1299), que então encaminha para a Amazon (AS16509).
| Provedor | ASN principal | Tipo | Prefixos anunciados (aprox.) |
|---|---|---|---|
| Vivo (Telefônica) | AS26599 | Tier 1 nacional, multi-homed global | > 1.200 |
| Claro (NET/Embratel) | AS28573 | Tier 1 nacional | > 900 |
| TIM | AS26615 | Foco em rede móvel, acesso fixo parcial | > 300 |
| Oi | AS7738 | Operadora com backbone nacional | > 500 |
| Algar Telecom | AS16735 | Regional (MG, SP, GO, MS) | > 120 |
| RNP | AS1916 | Rede acadêmica nacional | > 80 |
| IX.br (PTT) | AS26162 | Internet Exchange Point | Route server |
O comprimento do AS_PATH é um dos fatores que o BGP usa para decidir qual é o melhor caminho quando existem múltiplas rotas para o mesmo destino. Um AS_PATH mais curto indica menos saltos entre redes. Mas não é o único fator: políticas de roteamento locais, MEDs (Multi-Exit Discriminators), preferências de LOCAL_PREF e comunidades BGP podem sobrescrever a escolha pelo AS_PATH mais curto.
Distribuição de ASNs brasileiros por operadora de grande porte
- Vivo / AS26599 - 32%
- Claro / AS28573 - 28%
- TIM / AS26615 - 18%
- Oi / AS7738 - 12%
- Outros ISPs - 10%
Estimativa de participação de tráfego nos ASNs brasileiros de grande porte. Fonte: dados públicos IX.br e LACNIC, 2025-2026.
Tipos de relacionamento entre sistemas autônomos
A internet é um tecido de acordos comerciais e técnicos entre sistemas autônomos. Existem três tipos principais de relacionamento:
| Tipo | Direção do tráfego | Custo | Quem anuncia para quem |
|---|---|---|---|
| Trânsito | Cliente paga ao provedor upstream | Pago (por Mbps ou por tráfego) | Provedor anuncia tudo para o cliente; cliente anuncia seus prefixos ao provedor |
| Peering | Bilateral, entre iguais | Gratuito (settlement-free) ou por SLA | Cada AS anuncia apenas seus próprios prefixos e os de seus clientes |
| Parceiro / reseller | Variável por contrato | Negociado bilateralmente | Acordos regionais com política de roteamento customizada |
A diferença entre peering e trânsito tem implicação direta na latência e no custo. Dois ISPs brasileiros que fazem peering no IX.br em São Paulo trocam tráfego diretamente, sem passar por roteadores de backbone nos EUA ou Europa. Isso reduz latência e elimina o custo de trânsito para esse tráfego específico.
IXPs e peering: troca direta de tráfego
IXP (Internet Exchange Point) é uma infraestrutura física onde múltiplos ASNs se conectam para fazer peering de forma eficiente. Em vez de conectar bilateralmente a cada parceiro via circuito dedicado, todos se conectam à mesma fabric de switches do IXP e trocam rotas via BGP de route server.
O IX.br, operado pelo NIC.br, é o maior IXP do Brasil e um dos maiores do mundo em volume de tráfego. Presente em mais de 35 cidades brasileiras, o IX.br São Paulo (PTT-SP) opera com picos de tráfego superiores a 10 Tbps em 2025-2026. Mais de 600 ASNs participam do IX.br, incluindo grandes provedores, CDNs como Akamai e Cloudflare, e empresas de conteúdo como Globo e UOL.
Para uma empresa ou provedor brasileiro, participar do IX.br significa que o tráfego trocado com outros participantes não precisa sair do Brasil. Um vídeo do Globoplay assistido por um assinante Vivo não precisa cruzar links internacionais se ambos participam do IX.br: o tráfego vai diretamente do AS da Globo para o AS da Vivo pelo ponto de troca em São Paulo ou no Rio de Janeiro.
Como obter um ASN
No Brasil, a solicitação de ASN é feita diretamente ao LACNIC em lacnic.net. O processo exige que a organização tenha ou justifique a necessidade de múltiplas conexões BGP com ASNs distintos, ou política de roteamento própria que não seja delegada integralmente a um único provedor.
O requerente precisa documentar a política de roteamento: com quais ASNs vai interconectar, quais prefixos serão anunciados, qual é a justificativa de multi-homing. O LACNIC pode revogar um ASN que permaneça inativo por mais de seis meses sem uso BGP efetivo.
| Critério | Exigência | Observação |
|---|---|---|
| Multi-homing | Conectar a 2+ ASNs distintos | Exigido ou justificado na RFC 1930 |
| Política de roteamento | Documentar política própria distinta | Não pode ser delegada integralmente ao provedor |
| Tamanho do ASN | 32 bits por padrão desde 2010 | 16 bits só com justificativa de equipamento legado |
| Atividade mínima | Uso BGP efetivo em até 6 meses após concessão | LACNIC pode revogar ASN inativo |
| Manutenção anual | Taxa de manutenção LACNIC | Acessível para PMEs |
Para startups e empresas de tecnologia brasileiras que montam infraestrutura própria (CDN, cloud privada, hosting), obter um ASN e um bloco /22 público do LACNIC é o passo que viabiliza multi-homing real e reduz dependência de um único provedor de trânsito.
Segurança de BGP: RPKI e sequestros de rota
O BGP foi projetado numa época em que todos os participantes da internet eram considerados confiáveis. Não há autenticação criptográfica nativa nos anúncios de rota: qualquer AS pode anunciar qualquer prefixo, e os outros AS só percebem o problema quando o tráfego para de fluir corretamente ou quando o erro já causou dano.
Sequestros de rota BGP acontecem quando um AS anuncia prefixos que não pertencem a ele, intencionalmente ou por erro de configuração. Em abril de 2010, um AS chinês anunciou erroneamente dezenas de milhares de prefixos da internet, redirecionando tráfego de EUA, Europa e Ásia pelo backbone da China por cerca de 18 minutos. Em 2018, o AS de uma pequena empresa nigeriana anunciou prefixos do Google, desviando tráfego de usuários que tentavam acessar o Gmail e o Google Search.
A solução em implantação global é o RPKI (Resource Public Key Infrastructure). O RPKI permite que o titular de um bloco de endereços IP assine criptograficamente um ROA (Route Origin Authorization), declarando qual ASN tem autorização para anunciar aquele prefixo. Roteadores BGP com validação RPKI ativa rejeitam automaticamente anúncios inválidos.
| Estado RPKI | Significado | Ação do roteador validador |
|---|---|---|
| Valid | Prefixo tem ROA válido assinado pelo titular; ASN de origem bate | Aceita o anúncio normalmente |
| Invalid | Existe um ROA para o prefixo, mas o ASN de origem não bate | Rejeita o anúncio (possível sequestro) |
| NotFound | Nenhum ROA publicado para o prefixo | Aceita (não há assinatura para validar) |
O LACNIC opera o repositório RPKI para a região América Latina e Caribe. Organizações brasileiras que registram prefixos no LACNIC podem criar ROAs via o portal do LACNIC. No IX.br, a comunidade técnica brasileira promove a adoção de RPKI como requisito de boa prática de peering.
ASN no contexto brasileiro
O LACNIC gerencia mais de 8.000 ASNs alocados para organizações brasileiras. O Brasil é o país com mais ASNs na América Latina, reflexo da maturidade do mercado de telecomunicações e da quantidade de ISPs regionais que obtiveram autonomia de roteamento ao longo dos anos 2000 e 2010.
O NIC.br opera o IX.br (antigo PTT.br), presente em mais de 35 cidades brasileiras. O IX.br São Paulo é o maior ponto de troca de tráfego da América Latina em capacidade instalada. ISPs conectados ao IX.br trocam rotas diretamente com centenas de parceiros sem pagar trânsito internacional, reduzindo latência e custo operacional de forma mensurável.
A Anatel, pelo Regulamento Geral de Qualidade do Serviço de Acesso à Internet Banda Larga (RGQ-BL), exige que ISPs mantenham registro atualizado de seus ASNs e prefixos junto ao LACNIC. Esse registro é usado em investigações de crimes digitais, abuso de rede e rastreamento de botnets nacionais. O CAIS/RNP (Centro de Atendimento a Incidentes de Segurança da RNP) cruza dados de ASN com registros de tráfego anômalo para identificar origens de ataques DDoS.
Use o Traceroute deste site para ver quais provedores carregam o seu tráfego. Em conexões residenciais brasileiras, é comum ver o AS do provedor local, seguido do AS de um agregador regional ou do IX.br, antes de chegar ao backbone internacional ou ao servidor de destino.
Perguntas frequentes sobre ASN
O que é ASN?
ASN (Autonomous System Number) é um número que identifica exclusivamente um Sistema Autônomo na internet. Um Sistema Autônomo é um conjunto de redes IP gerenciado por uma única organização com política de roteamento própria, conforme a RFC 1930 (1996). O protocolo BGP-4 usa o ASN para identificar a origem e o caminho de cada anúncio de rota entre provedores.
Qual a diferença entre ASN de 16 bits e de 32 bits?
ASNs de 16 bits (1 a 65535) foram o padrão original, mas o espaço se aproximou do esgotamento. A RFC 6793 (2012) consolidou a expansão para 32 bits (até 4.294.967.295), escritos no formato "asplain" (ex: AS131072) ou "asdot" (dois grupos de 16 bits, ex: AS2.0). O LACNIC aloca ASNs de 32 bits por padrão desde janeiro de 2010.
Como descubro o ASN da minha conexão?
A página Meu IP deste site exibe o ASN do seu provedor automaticamente ao carregar. Você também pode usar o Traceroute para ver os ASNs de cada salto no caminho até qualquer destino, ou consultar o WHOIS do LACNIC para qualquer IP brasileiro em lacnic.net/cgi-bin/lacnic/whois.
Todo usuário de internet tem um ASN?
Não. ASNs são necessários apenas para organizações que anunciam prefixos próprios na internet via BGP: provedores de acesso, grandes empresas, universidades, data centers. Usuários residenciais não têm ASN próprio; usam o ASN do provedor. Um cliente da Vivo aparece na internet com o AS26599 da Vivo, não com um ASN próprio.
ASN privado existe?
Os ASNs de 64512 a 65534 (16 bits) e de 4200000000 a 4294967294 (32 bits) são reservados para uso privado, como BGP interno entre filiais de uma empresa sem necessidade de registro no RIR. Eles nunca devem aparecer em anúncios BGP na internet pública; roteadores de borda filtram esses ASNs antes de repassar anúncios ao exterior.
O que é eBGP e iBGP?
eBGP (external BGP) é a sessão BGP entre dois ASNs distintos - o BGP da internet, onde provedores trocam rotas uns com os outros. iBGP (internal BGP) é a sessão dentro do mesmo AS para propagar internamente as rotas aprendidas via eBGP. Em um ISP com vários roteadores de borda, todos precisam de sessão iBGP para conhecer as rotas completas aprendidas pelo BGP externo.
O ASN muda quando troco de provedor de internet?
Para usuários residenciais e a maioria das empresas, sim: ao trocar de provedor, o IP público e o ASN mudam para os do novo provedor. Organizações com ASN próprio (ISPs, grandes empresas, data centers) mantêm o mesmo ASN independentemente de quais provedores de trânsito contratam. Essa é exatamente uma das vantagens do ASN próprio: a identidade de roteamento não depende do provedor.
O que é o IX.br e como ele se relaciona com ASNs brasileiros?
O IX.br (Internet Exchange do Brasil), operado pelo NIC.br, é a infraestrutura onde ASNs brasileiros trocam tráfego diretamente via peering BGP, sem custo de trânsito internacional. Presente em mais de 35 cidades, o IX.br São Paulo opera com picos superiores a 10 Tbps. Para um ISP brasileiro participante, tráfego com outros participantes do IX.br não precisa sair do Brasil, reduzindo latência e custo operacional.
O que é RPKI e por que é importante para BGP?
RPKI (Resource Public Key Infrastructure) é o sistema que permite assinar criptograficamente quais ASNs têm autorização para anunciar determinados prefixos IP. Um ROA (Route Origin Authorization) vincula um prefixo ao ASN autorizado. Roteadores com validação RPKI ativa rejeitam automaticamente anúncios cujo ASN de origem não bate com o ROA publicado, prevenindo sequestros de rota BGP acidentais ou maliciosos.
Como saber se um prefixo IP tem ROA válido no RPKI?
A ferramenta gratuita bgp.he.net (Hurricane Electric) permite pesquisar qualquer prefixo e ver se existe ROA publicado. O site do LACNIC também oferece interface de consulta RPKI para prefixos da região. Se o prefixo aparecer como "Valid", o AS de origem bate com o ROA assinado pelo titular. Se "Invalid", há ROA mas o anúncio veio de um AS não autorizado.
Como a Anatel usa informações de ASN?
A Anatel exige que ISPs mantenham registro atualizado de seus ASNs e prefixos junto ao LACNIC, conforme o Regulamento Geral de Qualidade do Serviço de Acesso à Internet Banda Larga. Esses registros são usados em investigações de crimes digitais, rastreamento de tráfego anômalo e identificação de origens de ataques DDoS. O CAIS/RNP cruza dados de ASN com captura de tráfego suspeito para mapear botnets operando dentro do espaço de endereçamento brasileiro.
Entender o que é ASN é o passo fundamental para compreender como o tráfego da internet é roteado entre provedores, como funcionam os acordos de peering que reduzem latência no Brasil via IX.br, e por que o AS_PATH no BGP é a proteção básica contra loops de roteamento. As referências primárias são a RFC 4271 (BGP-4), a RFC 1930 (critérios para ASN) e a RFC 6793 (ASNs de 32 bits). Use o Traceroute para visualizar os ASNs no caminho entre você e qualquer servidor, e leia O que é CIDR para entender como os blocos de endereços IP são distribuídos entre os ASNs.
Referências bibliograficas
- Peterson, L. L.; Davie, B. S. Redes de Computadores: Uma Abordagem de Sistemas. 5a edicao. Elsevier, 2013. (Capitulo 4 - BGP e roteamento interdominio, p. 193-198)
- Tanenbaum, A. S. Redes de Computadores. 4a edicao. Campus, 2004. (Secao 5.6.5 - BGP, p. 353-354)
- Hawkinson, J.; Bates, T. RFC 1930 - Guidelines for creation, selection, and registration of an Autonomous System (AS). IETF, marco 1996.
- Rekhter, Y. et al. RFC 4271 - A Border Gateway Protocol 4 (BGP-4). IETF, janeiro 2006.
- Vohra, Q.; Chen, E. RFC 6793 - BGP Support for Four-Octet Autonomous System (AS) Number Space. IETF, dezembro 2012.
- LACNIC - Registro de ASNs para America Latina e Caribe. Disponível em https://www.lacnic.net
Consulta WHOIS
Leituras Relacionadas
- O que é WHOIS — O que e WHOIS: protocolo RFC 3912, como consultar registros de dominios e IPs, dados publicos, LGPD no Registro.br e diferenca do RDAP moderno.
- O que é IP — O que e IP: entenda o Internet Protocol, a diferenca entre IPv4 e IPv6, IP público e privado, historia ARPANET e RFC 791. Explicacao completa com exemplos.
- O que é DNS — O que e DNS: como funciona a resolucao de nomes para IP, hierarquia de servidores, raiz, TLD, autoritativo, cache e impacto na privacidade e velocidade.