root Servers

Numa linguagem simples posso dizer que o root name server sabe onde estão todos os name servers que possuem autoridade pelos top-level domains. Então, para uma determinada query, o root name server pode pelo menos, fornecer os nomes e endereços dos name servers responsáveis pelo top-level domain ao qual àquele domain name pertence. E estes name servers fornecem uma lista com os name servers responsáveis pelo segundo nível e assim sucessivamente.

O root name server é obviamente necessário para que a internet esteja disponível, por isto o DNS provê mecanismos - tais como caching, que será visto adiante - para impedir uma sobrecarga dos root name servers. Mas na ausência de uma informação, a resolution precisa começar pelos root name servers.

Se todos os root name servers da Internet ficassem inacessíveis por um determinado período, todas as resolution da Internet falhariam. Para impedir que isto aconteça a Internet possui treze root name servers, espalhados por diversas partes da rede.

Sendo o foco de tantas queries, os roots ficam muito congestionados; e mesmo sendo sete, o tráfego para cada um deles é muito alto. Um estudo recente calculou um média de 20.000 queries em uma hora,ou aproximadamente seis queries por segundo.

Apesar de toda esta carga na Internet, resolution funciona muito bem. A figura abaixo mostra o processo de endereçamento de um host, incluindo como o processo corresponde ao caminho na árvore do DNS.

O name server local faz uma query ao root name server, pelo endereço girigiri.gbrmpa.gov.au, e é encaminhado para o name server au. Faz a mesma query ao name server au, obtendo o name server gov.au, que fornece o caminho de gbrmpa.gov.au. Finalmente, ao acessar gbrmpa.gov.au pelo endereço desejado, ele obtém a resposta correta.

Como informei, existe treze root servers no planeta, e outras dezenas de réplicas , veja abaixo a localização de cada um deles.

A Cisco 7301 router, part of the AMS-IX mirror of the K root-server.