<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 21 November 2016 at 18:20, Shachar Shemesh <span dir="ltr"><<a href="mailto:shachar@shemesh.biz" target="_blank">shachar@shemesh.biz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <div class="gmail-m_-7321374812641881217moz-cite-prefix">The DNS resolving <a href="http://google.com" target="_blank">google.com</a> guesses your gegraphical location, and
    gives you an answer that is nearest where you are. If you use
    another DNS to query the domain, you will get a different IP:<br></div></div></blockquote><div><br></div><div>It's not always a "guess your geographic location". The smarter ones use Anycast to advertise the same IP address from multiple locations on the Internet and let BGP do its magic to route your packets to the nearest server, taking into account any congestion or other transient connection speed changes. This is how Google's DNS 8.8.8.8 works, or Akamai's CDN. The nice thing about it is that you get optimal response even at the host resolution stage. The DNS server can then take its knowledge of the DNS query source address into account when it decides which IP address to resolve to.</div><div><br></div><div>It's pretty neat, personally I find it a fascinating trick: <a href="https://en.wikipedia.org/wiki/Anycast">https://en.wikipedia.org/wiki/Anycast</a></div><div><br></div><div>--Amos</div></div>-- <br><div class="gmail_signature"><div dir="ltr"><a href="http://au.linkedin.com/in/gliderflyer" target="_blank"><img src="https://static.licdn.com/scds/common/u/img/webpromo/btn_viewmy_160x25.png"></a><br></div></div>
</div></div>