[GTER] Impacto da resolução do nome www.google-analytics.com no carregamento de sites.

["Julião Braga (Pegasus)"]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Eu, por exemplo, não tinha observado tal comportamento.

E, EMHO, suas observações (muitissimo interessantes!) trazem a tona
algumas questões um pouco mais complicadas, envolvendo ética e coisas do
gênero, cujo cerne pode estar no entorno do seguinte texto:

http://www.nytimes.com/2009/12/28/opinion/28raff.html?_r=2

Ou, quem quiser pode pular para o último parágrafo:

"The F.C.C. is now inviting public comment on its proposed network
neutrality rules, so there is still time to persuade the commission to
expand the scope of the regulations. In particular, it should ensure
that the principles of transparency and nondiscrimination apply to
search engines as well as to service providers. The alternative is an
Internet in which innovation can be squashed at will by an all-powerful
search engine."

Conversa interessante que rolou na lista da SBC.

A chave é "net neutrality". Que, naturalmente depende da nossa
capacidade de compreender e respeitar a ética, em todos os sentidos.
Esse negócio de "net neutrality" será um tema importante nas conversas
em 2010.

Felizmente!

Feliz 2010 a todos.

[]s, Julião

Joelson Vendramin escreveu:
> Pessoal,
> 
> Talvez alguém na lista já tenha observado um comportamento semelhante a este:
> 
> Alguns sites, após as 10h00 (horário brasileiro de verão), apresentam uma pequena lentidão no carregamento via browser. Observamos que todos tinham em comum alguma referência ao "www.google-analytics.com", que é a ferramenta (free) disponibilizada pelo Google para coleta de estatísticas de acesso ao site. O componente do site que mais demorava para carregar era justamente a referência ao Google Analytics (medições feitas com o Firebug -- plugin do Firefox).
> 
> Pois bem... O que observamos:
> A partir de um DNS recursivo "puro", isto é, sem executar forwarding para lugar nenhum. o nome "www.google-analytics.com" resolve para diferentes endereços IP ao longo do dia. Talvez seja exatamente o roteamento anycast implementado pelo Google. O ruim é que, alguns desses IP's possuem tempos de resposta bem piores que outros e esta "troca" de endereços está acontecendo exatamente as 10h00 (manhã). O retorno para a situação "melhor" acontece depois das 0h30.
> 
> Alguns exemplos (informações coletadas hoje - 30/12):
> ==> Antes das 10h00:
> www.google-analytics.com        canonical name = www-google-analytics.l.google.com.
> Name:   www-google-analytics.l.google.com
> Address: 64.233.163.113
> Name:   www-google-analytics.l.google.com
> Address: 64.233.163.100
> Name:   www-google-analytics.l.google.com
> Address: 64.233.163.101
> Name:   www-google-analytics.l.google.com
> Address: 64.233.163.102
> 
> O tempo de resposta para qualquer um desses IP's (rede 64.233.163.nnn) é excelente:
> ING www-google-analytics.l.google.com (64.233.163.101) 56(84) bytes of data.
> 64 bytes from bs-in-f101.1e100.net (64.233.163.101): icmp_seq=1 ttl=58 time=7.78 ms
> 64 bytes from bs-in-f101.1e100.net (64.233.163.101): icmp_seq=2 ttl=58 time=7.10 ms
> 64 bytes from bs-in-f101.1e100.net (64.233.163.101): icmp_seq=3 ttl=58 time=7.56 ms
> 64 bytes from bs-in-f101.1e100.net (64.233.163.101): icmp_seq=4 ttl=58 time=7.24 ms
> 
> ==> Após as 10h00:
> www.google-analytics.com        canonical name = www-google-analytics.l.google.com.
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.102
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.113
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.138
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.139
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.100
> Name:   www-google-analytics.l.google.com
> Address: 74.125.47.101
> 
> Já o tempo de resposta ficou bem pior...
> PING www-google-analytics.l.google.com (74.125.47.113) 56(84) bytes of data.
> 64 bytes from yw-in-f113.1e100.net (74.125.47.113): icmp_seq=1 ttl=56 time=142 ms
> 64 bytes from yw-in-f113.1e100.net (74.125.47.113): icmp_seq=2 ttl=56 time=144 ms
> 64 bytes from yw-in-f113.1e100.net (74.125.47.113): icmp_seq=3 ttl=56 time=143 ms
> 64 bytes from yw-in-f113.1e100.net (74.125.47.113): icmp_seq=4 ttl=56 time=144 ms
> 64 bytes from yw-in-f113.1e100.net (74.125.47.113): icmp_seq=5 ttl=56 time=144 ms
> 
> Outro comportamento estranho: Um pouco antes das 10h00 parece que ocorre uma certa "transição" e o mesmo nome resolve para endereços da rede 64.233.169.nnn, que possui tempos de resposta parecidos com a rede 74.125.47.nnn (ou seja, ruins).
> 
> O valor do TTL dessa entrada é 60s. Dá para supor, portanto, que o pessoal do Google já deixa um tempo baixo assim para permitir essas "trocas"!
> Estamos presentes na Terremark (SP). Todas as redes em questão sempre estão "visíveis" através do AS 15169 (Google) -- como é o esperado!
> 
> Refiz esses testes apontando para os DNS's do próprio Google (8.8.8.8) e os resultados são os mesmos. A partir da GVT (looking glass) e da página de pesquisas do registro.br os resultados também são os mesmos.
> 
> Alguém tem conhecimento desse processo automático de troca de nomes? Por que ele estaria sempre acontecendo as 10h00? Acreditamos que a lentidão observada para alguns sites pode ter alguma relação com esse "fenômeno"...
> 
> Atenciosamente,
> --
> Joelson Vendramin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFLO5S/C6YpaEL3LVERAsK2AJ99uSdyP1CqUjkIAgZiSl1SJ+92WACcDP/K
xcgbrn3UfDE/XqzWjnIFilk=
=uaLh
-----END PGP SIGNATURE-----