[dns-operations] new public DNS service: 9.9.9.9

[Ken Peng]

Noel,

Here is ping from SG ( original IP: 45.76.183.xx ):

$ ping -c 10 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=242 time=402 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=5 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=6 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=7 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=8 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=9 ttl=242 time=389 ms
64 bytes from 9.9.9.9: icmp_seq=10 ttl=242 time=390 ms
--- 9.9.9.9 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9003ms
rtt min/avg/max/mdev = 389.526/390.971/402.244/3.775 ms
And here is ping from CN ( original IP: 183.36.117.xx ):

$ ping -c 10 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_req=1 ttl=51 time=288 ms
64 bytes from 9.9.9.9: icmp_req=2 ttl=51 time=262 ms
64 bytes from 9.9.9.9: icmp_req=3 ttl=51 time=286 ms
64 bytes from 9.9.9.9: icmp_req=4 ttl=51 time=263 ms
64 bytes from 9.9.9.9: icmp_req=5 ttl=51 time=285 ms
64 bytes from 9.9.9.9: icmp_req=6 ttl=51 time=277 ms
64 bytes from 9.9.9.9: icmp_req=7 ttl=51 time=285 ms
64 bytes from 9.9.9.9: icmp_req=8 ttl=51 time=268 ms
64 bytes from 9.9.9.9: icmp_req=9 ttl=51 time=287 ms
64 bytes from 9.9.9.9: icmp_req=10 ttl=51 time=270 ms
--- 9.9.9.9 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9002ms
rtt min/avg/max/mdev = 262.364/277.594/288.177/9.843 ms


Both seem not good, and both got query timeout.


>Saturday, November 18, 2017 1:47 PM +08:00 from Noel Butler <noel.butler at ausics.net>:
>
>Hi Ken,
>
>From Australia, I have responses of 179ms (so certainly wont be using them)
>it appears to be 40ms from Toyko, and 40ms from Hong Kong
>passes a few ms from ae1-30G.ar1.QPG2.gblx.net (67.16.132.174)
>Not sure where QPG is, perhaps China? or maybe Singapore?
>
>On 18/11/2017 12:53, Ken Peng wrote: 
>>I always got the query timeout:
>>
>>-bash-4.1$ dig dnsbed.com @9.9.9.9
>>; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.62.rc1.el6_9.2 <<>> dnsbed.com @9.9.9.9
>>;; global options: +cmd
>>;; connection timed out; no servers could be reached
>>
>>
>>And here is traceroute:
>>-bash-4.1$ traceroute 9.9.9.9
>>traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets
>>1 113.113.92.1 (113.113.92.1) 5.708 ms 6.034 ms 6.584 ms
>>2 * * *
>>3 * * *
>>4 * * *
>>5 * * *
>>6
>>
>--
>Kind Regards,
>Noel Butler
>This Email, including any attachments, may contain legally privileged information, therefore remains confidential and subject to copyright protected under international law. You may not disseminate, discuss, or reveal, any part, to anyone, without the authors express written authority to do so. If you are not the intended recipient, please notify the sender then delete all copies of this message including attachments, immediately. Confidentiality, copyright, and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only  PDF and  ODF documents accepted, please do not send proprietary formatted documents 
>_______________________________________________
>dns-operations mailing list
>dns-operations at lists.dns-oarc.net
>https://lists.dns-oarc.net/mailman/listinfo/dns-operations
>dns-operations mailing list
>https://lists.dns-oarc.net/mailman/listinfo/dns-operations

   Regards,
  Ken Peng
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dns-oarc.net/pipermail/dns-operations/attachments/20171120/fb82be3b/attachment.html>