Sistema autônomo (internet)

Na Internet, um sistema autônomo (em inglês: Autonomous System, cuja sigla é AS) é uma coleção de prefixos de roteamento sob o controle administrativo de uma ou mais operadoras de rede que apresenta à Internet uma política de roteamento comum e claramente definida (conforme especificado na norma internacional RFC 1930).

Para que uma rede possa participar do roteamento interdominial global da Internet, cada sistema autônomo recebe um identificador numérico exclusivo e globalmente reconhecido denominado Número de Sistema Autônomo (em inglês: Autonomous System Number, ASN). Esse número é utilizado pelo protocolo padrão de roteamento interdominial da Internet, o Border Gateway Protocol versão 4 (BGP-4), para registrar a sequência de sistemas autônomos atravessada pelos anúncios de acessibilidade (atributo AS_PATH). Esse mecanismo desempenha um papel fundamental de prevenção de laços de roteamento (loop prevention) e orienta o encaminhamento de pacotes no sentido inverso ao longo do caminho selecionado.

Conceito e divisão de roteamento

Na arquitetura conceitual e operacional da Internet, a divisão do espaço de roteamento em sistemas autônomos é uma necessidade fundamental de escalabilidade e governança descentralizada. Seria tecnicamente inviável manter uma tabela de roteamento plana e única contendo cada roteador existente no planeta, tanto pelo consumo de memória e processamento dos equipamentos quanto pela impossibilidade de reconciliar as políticas econômicas concorrentes de diferentes organizações comerciais.

Por esse motivo, o encaminhamento de pacotes na camada de rede divide-se em dois domínios complementares:

Formato e espaço de endereçamento dos ASNs

Transição de 16 bits para 32 bits

Historicamente, os números de sistema autônomo foram padronizados como inteiros de 16 bits (2 bytes), permitindo um espaço teórico de 65.536 valores possíveis (de 0 a 65535). Diante da expansão exponencial da Internet comercial e da proliferação de provedores regionais no início dos anos 2000, projetou-se o esgotamento completo desse estoque em meados da década de 2010.

Para contornar o limite físico dos 16 bits, o IETF desenvolveu a RFC 4893 (posteriormente consolidada e substituída pela RFC 6793), ampliando o espaço de numeração dos ASNs para inteiros de 32 bits (4 bytes). Com essa modificação, a capacidade de alocação de sistemas autônomos expandiu-se para 4.294.967.296 valores possíveis (de 0 a 4294967295), garantindo suficiência operacional para o futuro da rede.

A transição exigiu compatibilidade retroativa para permitir que roteadores modernos (suportando ASNs de 32 bits) pudessem trocar anúncios BGP com equipamentos legados restritos a 16 bits. Essa coexistência foi resolvida mediante a reserva especial do número de transição AS_TRANS (ASN 23456): quando um roteador moderno propaga um anúncio contendo ASNs superiores a 65535 em direção a um par BGP legado restrito a 16 bits, ele substitui esses identificadores pelo ASN 23456 no atributo AS_PATH convencional e empacota a cadeia real de 32 bits em novos atributos transitivos opcionais denominados AS4_PATH e AS4_AGGREGATOR. Equipamentos modernos com suporte a 4 octetos reconstroem a topologia completa a partir desses atributos, enquanto roteadores antigos processam o anúncio de forma transparente enxergando o ASN 23456.

Representação textual dos ASNs

A representação textual dos números de 32 bits gerou diferentes convenções na indústria. Inicialmente, utilizou-se a notação pontuada asdot (na forma x.y, em que x e y são inteiros de 16 bits), associada a certas plataformas de equipamentos. No entanto, para evitar ambiguidades com endereços IP e simplificar a manipulação programática em bancos de dados e ferramentas de diagnóstico, o IETF padronizou formalmente através da RFC 5396 a notação inteira decimal única denominada asplain como a representação textual canônica para a Internet (na qual, por exemplo, o ASN 65536 é grafado puramente como 65536).

Faixas reservadas e especiais

Nem todos os números de sistema autônomo estão disponíveis para atribuição pública na Internet global. Diversas faixas foram reservadas pela Internet Assigned Numbers Authority (IANA) e padronizadas pelo IETF para propósitos específicos:

Faixa de ASNsEspaçoNorma IETFFinalidade Operacional
016 bitsRFC 7607Estritamente reservado. Não deve ser atribuído a nenhuma rede nem anunciado em sessões BGP públicas. No padrão RPKI, é empregado em Autorizações de Origem de Rota (ROA) para indicar prefixos IP explicitamente não autorizados para roteamento na Internet.
1 – 2345516 bitsRFC 1930Faixa de ASNs públicos globais de 16 bits delegados a operadores e registros.
2345616 bitsRFC 6793AS_TRANS. Reservado para viabilizar a interoperabilidade entre roteadores BGP de 16 bits e 32 bits.
23457 – 6449516 bitsRFC 1930Faixa de ASNs públicos globais de 16 bits delegados pela IANA.
64496 – 6451116 bitsRFC 5398Reservados para documentação, manuais técnicos e exemplos didáticos.
64512 – 6553416 bitsRFC 6996ASNs Privados de 16 bits (1.023 números). De uso exclusivo dentro de redes corporativas, centros de dados ou redes de operadoras. Não podem ser anunciados na tabela pública global da Internet (roteadores de trânsito filtram e removem esses números com o comando remove-private-as).
6553516 bitsRFC 7300Reservado como o último valor do espaço de 16 bits.
65536 – 6555132 bitsRFC 5398Reservados para documentação e exemplos técnicos em 32 bits.
65552 – 419999999932 bitsRFC 6793Faixa principal de ASNs públicos de 32 bits em alocação regular pelos Registros Regionais da Internet.
4200000000 – 429496729432 bitsRFC 6996ASNs Privados de 32 bits (94.967.295 números). Destinados ao uso interno em infraestruturas privativas e arquiteturas leaf-spine em centros de dados modernos.
429496729532 bitsRFC 7300Reservado como o último valor do espaço de 32 bits (equivalente hexadecimal a 0xFFFFFFFF).

Cadeia de atribuição e governança

A alocação dos números de sistema autônomo segue uma hierarquia internacional rigorosa de governança da Internet:

Esquema gráfico demonstrando a conectividade e intercâmbio de tráfego entre diferentes Sistemas Autônomos (AS) na Internet.
  1. Internet Assigned Numbers Authority (IANA): O topo da cadeia administrativa, que aloca grandes blocos de ASNs contíguos (geralmente em intervalos de blocos de 1.024 números) para as entidades continentais.
  2. Registro Regional da Internet (RIR): Os cinco registros continentais que administram os recursos para suas respectivas regiões geográficas:
    • LACNIC: América Latina e Caribe;
    • ARIN: América do Norte;
    • RIPE NCC: Europa, Oriente Médio e partes da Ásia Central;
    • APNIC: Ásia e bacia do Pacífico;
    • AfriNIC: Continente africano.
  3. Registros Nacionais da Internet (NIR) e Registros Locais (LIR): Em algumas jurisdições de grande porte geográfico ou com estruturas regulatórias consolidadas, os RIRs delegam a gestão local a Registros Nacionais. No Brasil, essa função é exercida pelo Registro.br, departamento técnico do Núcleo de Informação e Coordenação do Ponto BR (NIC.br), que responde perante o Comitê Gestor da Internet no Brasil (CGI.br) e o LACNIC.

Critérios de elegibilidade

Para receber a concessão de um ASN oficial, a organização solicitante deve atender a critérios técnicos estritos estabelecidos pelas políticas dos RIRs e NIRs:

  • Necessidade de conexão multihomed: A entidade deve comprovar que possui (ou está em fase avançada de contratação) interconexão física com pelo menos duas operadoras de trânsito IP distintas, ou com uma operadora de trânsito e uma conexão ativa a um ponto de troca de tráfego público (como as localidades do IX.br). Redes que operam conectadas a apenas um único provedor sem política de roteamento diferenciada utilizam o ASN do próprio provedor e não justificam a concessão de um ASN independente.
  • Política de roteamento própria: Existência de uma política de roteamento técnico claramente diferenciada daquela praticada pelos provedores a montante.
  • Recursos de endereçamento IP alocados: Posse de blocos de endereçamento IPv6 (e IPv4 remanescente) alocados pelo próprio registro ou transferidos formalmente, com tamanho mínimo padronizado para roteamento global (como no mínimo um bloco /32 para IPv6 e /24 para IPv4).

Tipos e classificação taxonômica

Conforme sua política operacional e conectividade externa na topologia da rede, os sistemas autônomos são categorizados em quatro modalidades principais:

Sistema Autônomo Stub (Stub AS)

Um sistema autônomo do tipo stub mantém conexão com apenas um único AS a montante (upstream). Ele não transporta tráfego originado por outras redes nem oferece rota de passagem. Todas as comunicações originadas em seus computadores saem obrigatoriamente por essa única conexão, e o tráfego destinado aos seus prefixos entra por ela. Embora a maioria das redes desse porte utilize apenas anúncios internos do provedor, um Stub AS pode possuir um ASN formal caso mantenha conexões privadas de intercâmbio direto (bilateral peering) em pontos de infraestrutura financeira, governamental ou de transporte sem visibilidade na tabela global pública.

Sistema Autônomo Multihomed (Multihomed AS)

Um sistema autônomo multihomed é conectado a dois ou mais sistemas autônomos distintos (sejam múltiplos provedores de trânsito ou pontos de troca de tráfego). A grande característica do Multihomed AS é que ele utiliza essa redundância para engenharia de tráfego, balanceamento de carga e prevenção contra interrupções de serviço caso um de seus enlaces falhe, porém não permite que o tráfego passe através de si. Isso significa que um pacote vindo do Provedor X destinado ao Provedor Y nunca utilizará o Multihomed AS como rota transitiva intermediária. É o formato adotado pela grande maioria das médias e grandes empresas, universidades, bancos e redes governamentais.

Sistema Autônomo de Trânsito (Transit AS)

Um sistema autônomo de trânsito é conectado a múltiplos outros sistemas autônomos e permite expressamente que o tráfego gerado por terceiros atravesse a sua infraestrutura de rede para alcançar destinos remotos. As operadoras de telecomunicações comerciais, empresas provedoras de trânsito IP global (Tier 1 e Tier 2) e grandes provedores de atacado atuam tipicamente como AS de trânsito, comercializando essa capacidade de encaminhamento de pacotes para seus clientes.

Sistema Autônomo de Ponto de Troca de Tráfego (IXP / Route Server AS)

Com a consolidação dos pontos de troca de tráfego (IXPs), consolidou-se o modelo de sistemas autônomos operados pelos servidores de rotas (Route Servers) dos IXPs (como o IX.br). Esses ASNs não encaminham pacotes de usuários no plano de dados (o tráfego transita diretamente entre as portas de comutação de camada 2 dos participantes do IXP), atuando estritamente no plano de controle do BGP para receber os anúncios de cada membro e redistribuí-los aos participantes do Acordo de Troca de Tráfego Multilateral (ATM). Conforme padronizado na RFC 7947, o servidor de rotas opera de maneira transparente: ele preserva o endereço IP do roteador anunciador no atributo NEXT_HOP e, por padrão, não insere seu próprio ASN no AS_PATH, viabilizando a troca direta de tráfego entre centenas de redes sem exigir malhas completas de sessões bilaterais ponto a ponto.

Escala global e o destaque do Brasil

Dimensão da tabela de roteamento livre de padrão (DFZ)

A dimensão da chamada zona livre de rota padrão (em inglês: Default-Free Zone, cuja sigla é DFZ) — conjunto de roteadores centrais da Internet que detêm a tabela global completa e não dependem de uma rota padrão (default gateway) para encaminhar pacotes — reflete a evolução quantitativa da infraestrutura mundial. Segundo relatórios históricos do CIDR Report e dados de monitoramento do cientista-chefe da APNIC, Geoff Huston, a quantidade de ASNs únicos ativos no plano de controle global saltou de aproximadamente 5.000 em 1999 para mais de 30.000 em 2008, superando 60.000 em 2018 e atingindo cerca de 80.000 ASNs ativos em IPv4 e mais de 38.000 em IPv6 nos relatórios de análise de roteamento de 2025 e 2026.

As análises de telemetria de roteamento demonstram que, após décadas de crescimento exponencial ininterrupto, a taxa de expansão anual de novos sistemas autônomos entrou em uma fase de acomodação e estabilidade relativa. Esse fenômeno é atribuído à maturidade dos mercados de telecomunicações nos países desenvolvidos e à hiperconcentração da distribuição de tráfego em grandes redes de distribuição de conteúdo (CDNs) e provedores de nuvem de hiperescala (como Google, Meta, Amazon e Cloudflare), o que diminuiu a necessidade de criação de novos ASNs por parte de pequenas corporações consumidoras.

O modelo descentralizado brasileiro

Diferente da maioria dos países do hemisfério norte, onde a infraestrutura de telecomunicações se concentrou em poucas corporações de grande porte, o Brasil desenvolveu um dos ecossistemas de sistemas autônomos mais descentralizados do planeta. De acordo com os registros de delegação aberta do LACNIC e os balanços estatísticos do Registro.br apresentados na Semana de Infraestrutura da Internet do Brasil, o país conta com mais de 9.100 sistemas autônomos (ASNs) ativos, alocando uma média consistente de 260 a 280 novos ASNs por ano.

O Brasil concentra mais de 63% de todos os ASNs geridos pelo LACNIC em toda a América Latina e Caribe (9.124 ASNs brasileiros alocados de um universo regional de cerca de 14.400 ASNs), ocupando a segunda colocação mundial absoluta em quantidade de redes autônomas cadastradas, atrás somente dos Estados Unidos.

Essa densidade singular decorre do papel desempenhado pelos milhares de pequenos e médios provedores de acesso à Internet (ISPs regionais de fibra óptica), que investiram na expansão de enlaces próprios pelo interior do território nacional, respaldados por políticas de incentivo do CGI.br, pela distribuição descentralizada de endereçamento pelo Registro.br e pela malha de pontos de troca de tráfego interligados do IX.br. Adicionalmente, quase 98% dos ASNs brasileiros em atividade contam com alocações ativas do protocolo IPv6, conferindo ao país uma das maiores taxas de prontidão para a nova geração da Internet no mundo.

Segurança e integridade de roteamento

O protocolo BGP original foi concebido sob um princípio de confiança mútua irrestrita entre os sistemas autônomos, não possuindo mecanismos nativos para verificar a legitimidade dos anúncios de prefixos. Essa ausência de autenticação gerou vulnerabilidades históricas graves, como os vazamentos de rotas (route leaks) e o Sequestro de BGP (BGP hijacking), no qual um AS anuncia prefixos IP pertencentes a outro AS, desviando ou interceptando tráfego maliciosamente.

Para proteger os sistemas autônomos e restabelecer a segurança criptográfica no plano de controle, foram introduzidos novos padrões internacionais:

Ver também

Referências

  1. 1 2 3 4 5 J. Hawkinson; T. Bates (março de 1996). «RFC 1930: Guidelines for Creation, Selection, and Registration of an Autonomous System (AS)». IETF. Consultado em 30 de outubro de 2026
  2. ↑ Y. Rekhter; T. Li; S. Hares (janeiro de 2006). «RFC 4271: A Border Gateway Protocol 4 (BGP-4)». IETF. Consultado em 30 de outubro de 2026
  3. 1 2 3 4 5 6 7 8 James F. Kurose; Keith W. Ross (2021). Redes de Computadores e a Internet: Uma Abordagem Top-Down 8ª ed. [S.l.]: Pearson. pp. 340–355. ISBN 978-6550110055
  4. 1 2 3 Andrew S. Tanenbaum; David J. Wetherall (2011). Redes de Computadores 5ª ed. [S.l.]: Pearson. pp. 315–326. ISBN 978-8576059240
  5. 1 2 3 4 Q. Vohra; E. Chen (dezembro de 2012). «RFC 6793: BGP Support for Four-Octet Autonomous System (AS) Number Space». IETF. Consultado em 30 de outubro de 2026
  6. ↑ G. Huston; G. Michaelson (dezembro de 2008). «RFC 5396: Textual Representation of Autonomous System (AS) Numbers». IETF. Consultado em 30 de outubro de 2026
  7. 1 2 IANA. «Autonomous System (AS) Numbers Registry». Internet Assigned Numbers Authority. Consultado em 30 de outubro de 2026
  8. ↑ M. Kumari; R. Bush; H. Schiller; K. Patel (agosto de 2015). «RFC 7607: Codification of AS 0 Processing». IETF. Consultado em 30 de outubro de 2026
  9. 1 2 G. Huston (dezembro de 2008). «RFC 5398: Autonomous System (AS) Numbers Reserved for Documentation Use». IETF. Consultado em 30 de outubro de 2026
  10. 1 2 J. Mitchell (julho de 2013). «RFC 6996: Autonomous System (AS) Numbers Reserved for Private Use». IETF. Consultado em 30 de outubro de 2026
  11. 1 2 M. Kumari; K. Sriram; L. Morrow (julho de 2014). «RFC 7300: Reservation of Last Autonomous System (AS) Numbers». IETF. Consultado em 30 de outubro de 2026
  12. 1 2 3 4 «Recursos de Numeração Internet (ASN, IPv4, IPv6)». Registro.br / NIC.br. Consultado em 30 de outubro de 2026
  13. ↑ «Números de Sistema Autônomo na América Latina e Caribe». LACNIC. Consultado em 30 de outubro de 2026
  14. ↑ E. Jasinska; N. Hilliard; R. Raszuk; N. Bakker (setembro de 2016). «RFC 7947: Internet Exchange BGP Route Server». IETF. Consultado em 30 de outubro de 2026
  15. ↑ Tony Bates; Philip Smith; Geoff Huston. «CIDR Report for BGP». CIDR Report. Consultado em 30 de outubro de 2026
  16. 1 2 Geoff Huston (6 de janeiro de 2025). «BGP in 2024: The Routing Table». APNIC Blog. Consultado em 30 de outubro de 2026
  17. 1 2 LACNIC. «Estatísticas de Delegação de Recursos». LACNIC. Consultado em 30 de outubro de 2026
  18. 1 2 3 Redação (17 de dezembro de 2025). «Registro.br aponta avanço do IPv6 no Brasil». TeleSíntese. Consultado em 30 de outubro de 2026
  19. ↑ «Pesquisa sobre o Setor de Provimento de Serviços de Internet no Brasil». Cetic.br / CGI.br. Consultado em 30 de outubro de 2026
  20. ↑ K. Sriram; D. Montgomery; D. McPherson; E. Osterweil; B. Dickson (junho de 2016). «RFC 7908: Problem Definition and Classification of BGP Route Leaks». IETF. Consultado em 30 de outubro de 2026
  21. ↑ M. Lepinski; S. Kent (fevereiro de 2012). «RFC 6480: An Infrastructure to Support Secure Internet Routing». IETF. Consultado em 30 de outubro de 2026
  22. ↑ Y. Gilad; S. Goldberg; K. Sriram; J. Snijders; D. Maddison (outubro de 2022). «RFC 9319: Cross-Registry BGP Route Origin Authorization (ROA) Best Practices». IETF. Consultado em 30 de outubro de 2026
  23. ↑ A. Azimov; E. Bogomazov; R. Bush; K. Patel; K. Sriram (maio de 2022). «RFC 9234: Route Leak Prevention and Detection Using Roles in UPDATE and OPEN Messages». IETF. Consultado em 30 de outubro de 2026

Ligações externas