Resumo

  • Um registro de ASN, uma entrada de IRR, uma autorização RPKI ou uma observação BGP responde a perguntas diferentes; nenhum deles, isoladamente, prova controle operacional ou responsabilidade contratual.
  • Um recurso eficaz depende de identificar a camada afetada: correção cadastral, abuso ou roteamento, contrato de serviço ou procedimento regulatório.

Um rótulo registral não é uma cadeia completa de autoridade

O primeiro passo é confirmar qual registro é autoritativo para o AS210057. O serviço de bootstrap do IANA indica qual Registro Regional da Internet atende cada faixa de números, enquanto os registros do RIPE NCC fornecem o objeto atual de RDAP e o objeto nativo de aut-num para o ASN. Esses instrumentos podem mostrar o rótulo do ASN, entidades vinculadas, contatos, eventos e mantenedores — mas o nome exibido no campo de identificação não deve ser tratado automaticamente como a razão social ou como prova de operação diária.

O próprio objeto de aut-num e seus registros vinculados precisam ser distinguidos. Um mantenedor ou uma conta autorizada pode ter poder para modificar um objeto no banco de dados sem ser o proprietário econômico do ASN, o operador da infraestrutura ou o fornecedor de acesso ao cliente. A história de versões pode indicar quando um campo foi alterado, mas uma alteração cadastral não prova que o controle físico ou operacional mudou na mesma data.

A pesquisa disponível para este briefing contém instantâneos emitidos em tempo de execução dos endpoints relevantes, mas a síntese de pesquisa não fez uma recuperação web ao vivo. Por isso, este texto não afirma campos atuais específicos que não estejam diretamente demonstrados nos instantâneos imutáveis. O que pode ser dito com segurança é mais limitado: o caminho probatório começa no bootstrap do IANA e nos objetos do RIPE NCC, e deve prosseguir pelos objetos de organização e contato antes que qualquer titular seja nomeado.

Roteamento observado não equivale a autorização

Há pelo menos três perguntas distintas sobre uma rota.

Primeiro, uma entrada IRR pode registrar uma afirmação de política segundo a qual determinado ASN é uma origem pretendida para um prefixo. A busca inversa por objetos de rota pode ajudar a localizar essas afirmações. Ela não demonstra, sozinha, que o anúncio ocorreu, que o titular do prefixo o autorizou ou que o objeto não está obsoleto. A documentação da base de dados do RIPE NCC descreve o ambiente de registros e seus procedimentos, mas não transforma uma entrada de política em prova de controle operacional.

Segundo, uma ROA e a validação RPKI fornecem uma forma criptográfica de autorizar uma origem para um prefixo dentro das condições registradas pelo titular do recurso. A orientação do RIPE NCC sobre RPKI e a especificação do RFC 6482 explicam a função dessas autorizações. Mesmo assim, uma ROA responde à validade da relação prefixo-origem em determinado contexto; ela não identifica necessariamente a pessoa que administra cada sessão BGP, nem estabelece um contrato de trânsito ou de acesso.

Terceiro, coletores como RIPE RIS e Route Views podem observar anúncios em uma janela temporal e a partir de determinados pontos de medição. Endpoints derivados do RIPEstat podem apresentar prefixos anunciados, estado de roteamento, histórico ou estado BGP. Uma observação de que AS210057 apareceu como origem é evidência de visibilidade de roteamento naquele intervalo e naquele coletor. Não é prova completa de autorização, propriedade de todos os prefixos ou capacidade de reverter o anúncio.

Essa separação é decisiva para qualquer alegação de incidente. Um anúncio observado pode justificar comparação entre coletores, verificação da autorização do prefixo e contato técnico. Ele não permite saltar diretamente para a conclusão de que uma entidade específica ordenou o anúncio ou que um cliente tem direito a restituição.

A identidade precisa atravessar mais de uma camada

O nome INFINITYWIFI pode ser um rótulo em um registro de rede. Para transformá-lo em uma identificação jurídica seria necessário seguir a entidade vinculada no registro do RIPE NCC e, se pertinente, compará-la com uma fonte empresarial independente. Uma busca no registro empresarial britânico pode ser um ponto de verificação, mas uma correspondência nominal não constitui, por si só, uma ponte de identidade entre a entidade registral, AS210057, uma operação de rede e qualquer marca comercial.

Também não há, no pacote de evidências usado aqui, uma ponte verificada entre INFINITYWIFI ou AS210057 e Comcast ou Xfinity WiFi. A semelhança de nomes não é evidência de afiliação. Do mesmo modo, um contato de abuso, uma entrada no PeeringDB ou um maintainer não deve ser descrito como atendimento ao cliente, proprietário ou responsável contratual sem documentação adicional.

A pergunta operacional permanece em aberto: qual pessoa ou entidade pode iniciar, alterar ou reverter uma mudança de roteamento ou de serviço? Registros públicos de ASN, IRR, RPKI, BGP e contatos de abuso podem delimitar a investigação, mas não respondem sozinhos a essa pergunta. Seriam necessários registros operacionais corroborados, documentos de autorização, evidência do operador, contrato, fatura, chamado de suporte ou registro de incidente.

O recurso deve corresponder à falha comprovada

A via correta depende do que foi demonstrado.

Falha comprovada Instrumento inicial O que ainda precisa ser demonstrado
Campo registral incorreto ou desatualizado Mantenedor autorizado ou suporte do RIPE Database Qual campo está errado, qual é a evidência e quem tem legitimidade para pedir a correção
Abuso ou possível uso indevido de rota Titular do recurso, contato de abuso e operadores afetados Prefixo, origem, intervalo, impacto e autorização aplicável
Divergência entre anúncio e autorização Comparação entre IRR, RPKI e múltiplos coletores Estado do prefixo, validade temporal e posição do titular do recurso
Interrupção ou falha de serviço Contraparte contratual e procedimento de reclamação Contrato, conta, datas, níveis de serviço, perdas e jurisdição
Possível questão regulatória no Reino Unido Provedor, procedimento de reclamação e Ofcom quando aplicável Identidade do provedor, escopo regulatório, consumidor afetado e fatos da reclamação

O RIPE NCC publica canais de contato e orientações específicas para abuso. Esses canais são relevantes para encaminhar uma suspeita, mas não garantem que a pessoa que recebe a mensagem possa restaurar um serviço, emitir crédito ou decidir uma disputa de titularidade. O procedimento deve acompanhar a camada de autoridade correspondente.

Para serviços de banda larga no Reino Unido, as orientações da Ofcom sobre reclamações, condições gerais e compensação automática podem ser relevantes em cenários que satisfaçam seus requisitos. Elas não provam que um serviço específico esteja sob a jurisdição da Ofcom, nem que exista uma obrigação de compensação. A elegibilidade depende do contrato, do provedor, do evento, das datas e das regras aplicáveis.

O que mudaria a conclusão

Uma conclusão mais forte exigiria, no mínimo, a inspeção direta dos objetos atuais do RIPE NCC e de suas entidades vinculadas; uma identificação verificável do titular legal; dados de roteamento com intervalo e ponto de medição; validação por prefixo de IRR e RPKI; e evidência independente sobre quem opera a rede. Para uma reivindicação de serviço, seriam necessários também o contrato, registros de suporte, o evento de falha e a jurisdição relevante.

O resultado presente é, portanto, uma conclusão sobre limites de prova, não uma atribuição de culpa. Os registros públicos dividem a responsabilidade entre cadastro, manutenção, autorização de origem, observação de rotas, operação, contrato e regulação. Um recurso bem fundamentado começa por identificar qual dessas proposições falhou e por dirigir a contestação ao ator ou procedimento que realmente possui autoridade sobre ela.

Fontes consultadas

https://data.iana.org/rdap/asn.json https://rdap.db.ripe.net/autnum/210057 https://rest.db.ripe.net/ripe/aut-num/AS210057.json https://apps.db.ripe.net/db-web-ui/query?searchtext=AS210057 https://rest.db.ripe.net/ripe/aut-num/AS210057/versions https://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-extended-latest https://stat.ripe.net/data/as-overview/data.json?resource=AS210057 https://stat.ripe.net/data/whois/data.json?resource=AS210057 https://stat.ripe.net/data/abuse-contact-finder/data.json?resource=AS210057 https://rest.db.ripe.net/search.json?query-string=AS210057&inverse-attribute=origin&type-filter=route&type-filter=route6&source=RIPE https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210057 https://stat.ripe.net/data/routing-status/data.json?resource=AS210057 https://stat.ripe.net/data/bgp-state/data.json?resource=AS210057 https://stat.ripe.net/data/routing-history/data.json?resource=AS210057 https://stat.ripe.net/data/rpki-history/data.json?resource=AS210057 https://data.ris.ripe.net/ https://archive.routeviews.org/ https://www.peeringdb.com/api/net?asn=210057 https://bgp.tools/as/210057 https://www.ripe.net/publications/docs/ripe-679/ https://www.ripe.net/manage-ips-and-asns/resource-management/rpki/ https://www.rfc-editor.org/rfc/rfc6482 https://www.ripe.net/publications/docs/ripe-682/ https://docs.db.ripe.net/ https://www.ripe.net/support/contact/ https://www.ripe.net/support/abuse/ https://find-and-update.company-information.service.gov.uk/search/companies?q=InfinityWiFi%20Limited https://www.ofcom.org.uk/make-a-complaint/complain-about-phones-or-internet-services/ https://www.ofcom.org.uk/phones-and-broadband/information-for-industry/telecoms-general-conditions/ https://www.legislation.gov.uk/ukpga/2015/15/part/1/chapter/4 https://www.ofcom.org.uk/phones-and-broadband/service-quality/automatic-compensation-need-know/