Resumo

  • RFC 3568 é um levantamento Informational de 2003 sobre técnicas conhecidas ou usadas até dezembro de 2000. Ele separa roteamento por DNS, transporte e aplicação, cada qual com um observador diferente.
  • “Melhor substituto” só é auditável quando inclui identidade observada, conjunto de candidatos, direção e idade das métricas, política, validade, transferência, aceitação e resultado da aplicação.

Uma resposta com vários registros A oferece alternativas. Implementações do DNS do cliente podem percorrê-las em round-robin, e a ordem pode distribuir clientes daquele resolvedor. Nada disso demonstra que a carga foi dividida conforme a capacidade real dos substitutos.

O erro nasce quando opção vira resultado. RFC 3568 descreve os mecanismos; a operação precisa conservar as etapas que o protocolo não pode certificar.

O cliente aparece como resolvedor

No roteamento baseado em DNS, um servidor especializado devolve A, NS ou CNAME conforme políticas e métricas. A consulta normalmente não transporta o endereço do cliente. O sistema conhece o DNS do local do cliente. Com resolução recursiva, talvez veja apenas outro DNS consultando em nome dele.

A latência medida até esse endereço pertence ao resolvedor visível. Usuários que compartilham o resolvedor recebem o mesmo conjunto durante o TTL, podendo concentrar uma multidão repentina em um nó. O recibo deve separar cliente, DNS local e recursor efetivamente observado — e admitir quando algum deles é desconhecido.

TTL curto melhora a capacidade de reagir a falhas, mas aumenta consultas. Algumas implementações não obedecem ao TTL. A validade da resposta e a validade da medição não são a mesma coisa: uma pode continuar em cache depois de a outra perder utilidade.

Delegar a decisão cria novas fronteiras

NS e CNAME permitem resolução em vários níveis. NS pode ser limitado pela estrutura do nome, acrescentar atraso, provocar timeouts excepcionais e deixar o último servidor influenciar o TTL do processo. CNAME entra em outro domínio e exige nova resolução.

O resultado final deve carregar a trilha de cada decisor: entrada, candidatos, política, saída e expiração. Sem ela, a especialização distribui poder enquanto centraliza a narrativa no último registro.

Anycast também resolve uma etapa específica. Vários DNS de roteamento anunciam o mesmo endereço e o roteamento entrega a consulta ao que parece próximo do DNS local. Isso localiza o seletor, não o melhor nó de conteúdo para o cliente. Protocolos de roteamento não costumam ser sensíveis à carga, e proximidade de rota não garante menor latência.

O nome pode carregar o objeto, com custo

DNS enxerga nomes, portanto decide naturalmente por domínio. É possível codificar tipo, hash ou identificador do objeto no nome. A seleção ganha detalhe, mas uma única página pode exigir várias resoluções e elevar a latência total.

Na camada de transporte, o primeiro pacote expõe IP do cliente, porta e protocolo. O sistema consegue refinar a escolha feita por DNS. O RFC, porém, deixa o mecanismo de transferência da sessão fora de escopo. Além disso, o tráfego de ida pode continuar passando pelo substituto inicial, enquanto a resposta maior segue direto do novo nó ao cliente.

Registrar apenas “nó final” apaga o custo do caminho de ida. Registrar uma latência sem direção mistura viagens diferentes. A transferência exige confirmação de aceitação, instante efetivo e caminhos realmente percorridos.

A camada de aplicação troca poder por precisão

URL, cabeçalhos, cookies, idioma e user-agent permitem escolher por objeto ou sessão. Um redirecionamento 302 acrescenta uma viagem e só funciona se o cliente o seguir. Um elemento em caminho intercepta e emenda conexões, adicionando análise e estado ao fluxo. Reescrever URLs embutidas mantém a primeira requisição na origem e grava a escolha na página.

Páginas reescritas precisam ser não cacheáveis ou ter vida curta. Caso contrário, o endereço envelhece e aponta para um substituto indisponível ou inadequado. A expiração da decisão deve acompanhar a do conteúdo.

TLS define a fronteira de autoridade. A rede não vê a URL completa sem terminar a sessão TLS. Ganhar contexto significa assumir certificados, chaves e acesso ao pedido. A melhoria de seleção não pode esconder a transferência de confiança.

Toda métrica tem ponto de vista

O RFC cita RTT, saltos, BGP, carga e disponibilidade. Em DNS, a proximidade costuma ser medida até o resolvedor local. Há medidas de apenas uma direção em caminhos assimétricos.

Sondas ativas são periódicas, podem ser bloqueadas por NAT ou firewall e acionar detecção de intrusão. Silêncio não distingue política, distância e falha. Probes HTTP não dão carga perfeitamente atual; feedback velho pode ser impreciso. O texto ainda adverte que AS_PATH pode não ter valor como boa métrica de seleção.

Cada medida precisa de fonte, alvo, método, direção, hora, valor bruto e significado da falha. Cada decisão precisa de versão da política, restrições, pesos, desempate e prazo. Só assim “melhor” pode ser recalculado.

Recibos até o efeito

A cadeia começa com o solicitante visível, pedido, recursão, cache, candidatos e disponibilidade do objeto. Liga as medidas e a política à escolha. Depois registra resposta DNS, redirect, reescrita, interceptação ou handoff; terminador TLS; aceite do substituto; carga no serviço; caminho da resposta; conclusão, retry e resultado.

Resposta DNS não é conexão. Redirect enviado não é redirect seguido. URL reescrita não é objeto entregue. Nó selecionado não é requisição aceita. Nenhuma camada pode assinar pela próxima.

Limite de evidência

Este Artigo não identifica CDN, operador, resolvedor, cliente, origem, substituto, produto, incidente ou ganho medido. RFC 3568 é um levantamento histórico Informational, não padrão ou prova de implantação atual.

RFC 3466 dá o modelo da época; RFC 3238 trata intermediários. RFC 2782, RFC 1546, RFC 1034, RFC 1035 e RFC 2181 contextualizam DNS; RFC 3272, RFC 2386 e RFC 3221, roteamento. RFC 7336 e RFC 8008 são contexto CDNI posterior, sem projeção retroativa.

Os ensaios de Heng Lu sobre primazia do código em execução e especificação inicial mínima são lentes editoriais declaradas. Eles apoiam verificar a entrega real e limitar o contrato comum; não provam intenção dos autores nem resultado operacional.

A conclusão é restrita: lista de opções, medição e seleção são recibos diferentes. “Melhor” só sobrevive à auditoria quando a entrega confirma, para o cliente e objeto certos, a aposta feita pelo observador certo.

Sources