[caiu] [GTER] Servidores DNS .br [abe].dns.br

Frederico A C Neves fneves em registro.br
Sexta Maio 6 17:50:57 BRT 2011


Durval,

On Fri, May 06, 2011 at 05:38:19PM -0300, Durval Menezes wrote:
> Prezado Frederico,
> 
> Os servidores "root" continuam apontando para os servidores
> [abe].dns.br:

Não há como efetuar remoção desta delegação de maneira rápida e com
TTLs na casa de 48 horas isto não é efetivo.

> % dig +norecurse -t=ns registro.br. @a.root-servers.net.
> 
> 	;; AUTHORITY SECTION:
> 	br.                     172800  IN      NS      a.dns.br.
> 	br.                     172800  IN      NS      b.dns.br.
> 	br.                     172800  IN      NS      c.dns.br.
> 	br.                     172800  IN      NS      d.dns.br.
> 	br.                     172800  IN      NS      e.dns.br.
> 	br.                     172800  IN      NS      f.dns.br.
> 
> Nao e' razoavel supor que desta forma continuaremos a ter problemas,
> pois na resolucao recursiva 50% das queries vai acabar "caindo" em 
> um destes servidores e portanto tera' problemas de demora na resolucao
> devido ao timeout?

Sim mas somente para as primeiras resoluções. A heurística que
recursivos adotam nestas situações de timeout penalizam de
sobremaneira estes servidores para que os mesmos não sejam novamente
consultados por um bom tempo. O fato deles não estarem respondo por
hora não traz resultados negativos para o funcionamento da resolução
de nomes.

Fred

> -- 
>    Durval Menezes (durval AT tmp DOT com DOT br, http://www.tmp.com.br/)
> 
> 
> 
> On Fri, May 06, 2011 at 05:16:03PM -0300, Frederico A C Neves wrote:
> > Senhores,
> > 
> > Durante uma atualização de configuração em parte dos cluster de
> > servidores DNS do .br, [abe].dns.br, enfrentamos um problema
> > operacional. Por hora a decisão foi de remove-los de operação até que
> > a situação seja contornada.
> > 
> > Os clusters DNS [cdf].dns.br não tem problemas operacionais e
> > encontram-se respondendo normalmente.
> > 
> > Os cluster foram removidos de operação as 16:39 e caches que
> > implementem corretamente negative-caching após as 16:44 não deveriam
> > continuar tendo problemas. Caso o problema persista estes servidores
> > devem ter seus caches totalmente reiniciados.
> > 
> > Mais tarde após a normalização dos serviços retornaremos com mais
> > informações sobre o ocorrido,
> > 
> > Atenciosamente,
> > Frederico Neves


Mais detalhes sobre a lista de discussão caiu