Mas o serviço de DNS pode ser degradado por sabe-se la qual motivo, é
isso que eu to querendo dizer: só porque o ping é baixo não siginifica
que o bind, dnsmasq ou seja la o que eles usam vai te responder de
forma rápida.

Eu ainda dei o exemplo dos DNSs da vivo e claro que tem um tempo de
resposta das queries muito maior que o ping.

2009/12/4 Mario Antonio Motta Pitaro <[email protected]>:
> O resultado do query time se assemelha ao resultado dos pings em cada dns
> (kinghost, opendns e google)
>
> 2009/12/4 max <[email protected]>
>>
>> Ping não serve de parametro, se tu der um d...@servidor
>> www.dominioqualqueraqui.com ele te da uma linha que é o tempo de
>> resposta da query. isso que é o importante.
>>
>> Por exemplo:
>>
>> dig @8.8.8.8 www.slackware.com | grep -i "query time"
>> ;; Query time: 247 msec
>>
>>
>> 2009/12/4 Mario Antonio Motta Pitaro <[email protected]>:
>> > Aqui estão alguns resultados dos pings que deixei no decorrer da tarde,
>> > lembrando que aqui uso servidor dns local.
>> > KINGHOST
>> > Ping statistics for 189.38.95.95:
>> >     Packets: Sent = 7997, Received = 7905, Lost = 92 (1% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 35ms, Maximum = 813ms, Average = 84ms
>> > Ping statistics for 189.38.95.96:
>> >     Packets: Sent = 8042, Received = 7960, Lost = 82 (1% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 36ms, Maximum = 768ms, Average = 86ms
>> > OPENDNS
>> > Ping statistics for 208.67.222.222:
>> >     Packets: Sent = 7736, Received = 7577, Lost = 159 (2% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 154ms, Maximum = 969ms, Average = 218ms
>> > Ping statistics for 208.67.220.220:
>> >     Packets: Sent = 7785, Received = 7638, Lost = 147 (1% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 153ms, Maximum = 921ms, Average = 216ms
>> > GOOGLE
>> > Ping statistics for 8.8.8.8:
>> >     Packets: Sent = 7716, Received = 7552, Lost = 164 (2% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 143ms, Maximum = 865ms, Average = 195ms
>> > Ping statistics for 8.8.4.4:
>> >     Packets: Sent = 7890, Received = 7770, Lost = 120 (1% loss),
>> > Approximate round trip times in milli-seconds:
>> >     Minimum = 144ms, Maximum = 942ms, Average = 197ms
>> >
>> > 2009/12/4 max <[email protected]>
>> >>
>> >> Isso é meio offtopic mas nem sempre é assim.
>> >>
>> >> Eu tenho conexões 3g com a claro e vivo e o DNS das duas é terrível. O
>> >> tempo de resposta das queries chega a ser 2x mais rápido quando eu uso
>> >> o OpenDNS ou o DNS lá da empresa. eu acho que só no mẽs de novembro eu
>> >> abri uns 12 tickets com a claro e usn 20 com a vivo sobre isso. Em
>> >> junho eu ja tinha começado um processo na anatel, mas a coisa ta indo
>> >> beeeeeeeeeeeeeeeeem devagar lá.
>> >>
>> >> O tempo de resposta do ping é baixo, realmente são poucos saltos. Mas
>> >> não é só isso que faz a requisição ficar rápida, talvez um dia eles
>> >> fazem um serviço à altura do que eu pago (é em média 90 reais/mês por
>> >> uma conexão 1/3G...) ou alguém faz uma lei que tira aquela cláusula
>> >> ridicula de que eles só garantem 10% da velocidade da banda
>> >> contratada. Ai a cosia funciona como tu disse. :(
>> >>
>> >> 2009/12/4 Francisco Brasileiro <[email protected]>:
>> >> > Se o determinante para a escolha do RESOLVER for o tempo/distância,
>> >> > então a
>> >> > melhor escolha para cada um é usar o NS do seu fornecedor de acesso.
>> >> > Todas
>> >> > as operadoras/provedores teem seus próprios NS, o que *teoricamente"
>> >> > tem
>> >> > um
>> >> > número menor de hops/saltos.
>> >> >
>> >> >
>> >> >
>> >> > 2009/12/4 Mario Antonio Motta Pitaro <[email protected]>
>> >> >>
>> >> >> ja tentaram esse aqui do kinghost, pelo menos ao pingar aqui vai na
>> >> >> média
>> >> >> de 50ms contra 200ms do opendns e 150 do google
>> >> >> r...@ratchet:~# cat /etc/resolv.conf
>> >> >> nameserver 189.38.95.95
>> >> >> nameserver 189.38.95.96
>> >> >> r...@ratchet:~#
>> >> >
>> >> > --
>> >> >
>> >> >
>> >> > "A utopia está lá no horizonte. Me aproximo dois passos, ela se
>> >> > afasta
>> >> > dois
>> >> > passos. Caminho dez passos e o horizonte corre dez passos. Por mais
>> >> > que
>> >> > eu
>> >> > caminhe, jamais alcançarei. Para que serve a utopia? Serve para isso:
>> >> > para
>> >> > que eu não deixe de caminhar". Eduardo Galeano.
>> >> >
>> >> >
>> >> > ______________________________________________________________________
>> >> > Francisco Vasconcelos Brasileiro
>> >> > [email protected]
>> >> > UIN: 6826562                                          Linux User:
>> >> > #101368
>> >> >
>> >> >
>> >> > >
>> >> >
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Mário Antônio Motta Pitaro
>> > Bacharel em SI
>> > (17) 9143-0859
>> > gtalk: sidmario
>> > skype: sidmario
>> > msn: [email protected]
>> >
>> > >
>> >
>>
>>
>
>
>
> --
> Mário Antônio Motta Pitaro
> Bacharel em SI
> (17) 9143-0859
> gtalk: sidmario
> skype: sidmario
> msn: [email protected]
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.istf.com.br/perguntas/

Para sair da lista envie um e-mail para:
[email protected]
-~----------~----~----~----~------~----~------~--~---

Responder a