[184101] in North American Network Operators' Group
Re: GeoIP information
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Fri Sep 25 14:35:28 2015
X-Original-To: nanog@nanog.org
To: Clay Curtis <clay584@gmail.com>
From: Valdis.Kletnieks@vt.edu
In-Reply-To: <CAG3QdWPSh6Ng7Zx5UhmVtYYOcNTaL86aHBCqhHoucpgupkeA5w@mail.gmail.com>
Date: Fri, 25 Sep 2015 14:35:20 -0400
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
--==_Exmh_1443206120_2231P
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
On Fri, 25 Sep 2015 13:39:22 -0400, Clay Curtis said:
> exclusively. I have dealt with cases in which a CDN responded to a cli=
ent
> request with a resource on another continent, thus having to cross an o=
cean
> and adding considerable latency, when there was a POP on that continent=
.
And what was the root cause for the CDN to misfire that badly?
I hereby submit the hypothesis that if a CDN's data tables are so dorked =
up
that they're serving the data from the wrong continent, adding physical
location probably won't help, and may make things even worse. (For insta=
nce,
consider a location in Alaska, where the *closest* CDN may be one in the
northwest part of Canada - specifically put there because the network is =
at the
wrong end of a satellite link. You almost certainly want to skip that on=
e and
hit one in Seattle or someplace similar....)
> If the CDN could have LOC information that is more accurate/updated, it=
could
> allow them to make a better decision and direct a client to a resource =
that is
> physically closer.=A0
You don't want the one that's physically closest. You want the one that'=
s
netwise closest.
--==_Exmh_1443206120_2231P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Exmh version 2.5 07/13/2001
iQIVAwUBVgWT6AdmEQWDXROgAQIRRQ/9Gll/IPU2fge+vmxxgjcCxYKVaoNOeQzg
3xItDV3rQ9seYz/iNxgOoPXSDpyP50JhV8hJ2gyD2KvKsIBJ7M2OJAY8nHzoW1d8
SAE/x6Bw3p+u3+VvkGc7tKyjRatc+orFthDXqIT6ugJtsjKCXfjrtz9GlSorlqO4
779hQUiZYQj6dwzlvRCRE7VA6iZR2eooxRFffzYqIPPIqxh6pcrTVmXbA/MXqVPl
NA/yay00GXLMcy/eA81ydNaZQZGkRini7WkrlbHHkbQB1mgKN/IcPFHgBeSMTelo
1OZ10ZKYSO+UMvU8IkHwh8ghI3mbl2o1qD+vY8GdWQDw6U0vKiXzwM1a8ywxkTY3
aFOBVKuoZcp6j0jJ7BEm8H/Po+BTbQGM43pL4X7FPAixkq+/T+TT68iPlmpmXgh3
+0quasX8PnXA+MUQR01tH6eT1GLD7R6sQRytYYlYyqO2bnzy850F4JqHQ0A2YEe7
gMTV3Qmu1AOiqdfF5afVRpkILB+k2MEzHwRqSWmkuv6vH4x9Dt/SnwUsKidX0RcJ
12Cmgd29K7iFSuWJpGdAW9gLYDQk/LRiQnpHWxLyvhnelFyMAgMzJS4HuGs4d45z
IBPSIaYLt07PzzIqqSyEHiZj/3unbDUITqkkOSC2Dva76x7cw7smv2TIlQhekj60
7GNDPFI9peA=
=eeT6
-----END PGP SIGNATURE-----
--==_Exmh_1443206120_2231P--