[Ietf-lac] Ietf-lac Digest, Vol 3, Issue 27
Rafael Cresci
rafael at cresci.com.br
Thu Jul 18 13:59:52 BRT 2013
Si permiten arrollar puntos que hacen interferencia directa en esta
cuestión (con las debidas disculpas por mi portuñol):
1. La realidad de los monopolios locales o regionales y falta de peering
de estos monopolistas con otros ISPs menores o que hagan concurrencia hace
con que el transito por muchas veces haga vueltas geograficas loquissimas,
como el problema de casi todos los paises latinos de su transito ir a
Miami para peering y volver, para se alcanzar un vecino muchas veces,
solamente porque está en otro ISP. Para quien esta en el EEUU o en Brasil
con multiples upstreams la solución para el transito es algún mecanismo de
Route Optimization (Internap FCP, Cisco whatever, Noction IRP) que haga
permanentemente medición de todos los prefijos recibidos por BGP y después
inyección del mas optimo conforme parámetros establecidos (lowest cost,
balanceado, o mas rápido a traves de medición permanente de latencia/ping
para cada prefijo de los 400k de la tabla BGP). En un ejemplo real, se
estoy conectado vía ADSL en São Paulo o Rio de Janeiro en un ISP de una
compañía telefónica (Telefónica o Oi), y estas tienen política de no hacer
peering dentro de Brasil, y quiero acceder a un servidor que esta en el
PTT-SP, algunas veces esto va caminar a Miami y cambiar de manos y volver
para un proveedor que tenga conexión en el PTT-SP. Insluese en este mucho
traffic shaping, oversubscription y latencia alta que hacen la velocidad
reducirse hasta unos 10% de la que se podría obtener si estuviera
conectado directamente localmente.
2. Estas limitaciones son de naturaleza del protocolo BGP4 y de los
esquemas legales y interconexión de redes imperfecta e sub-optima.
3. Creo que si, se hubiera un protocolo de geolocalizacion que imitase el
comportamiento del Route Optimization y testar (o previamente tener una
tabla de rutas ya optimizada) antes de retornar una localización (o que
forneceria informaciones falsas), o se hubiera una extensión que informase
cual las rutas a tomar (o que seria mejor que dar informaciones falsas); o
se las CDN y demás proveedores de contenido implementasen este mismo tipo
de optimización por su lado, los problemas estarían cuasi eliminados.
Saludos,
Rafael Cresci
On 7/18/13 1:20 PM, "ietf-lac-request at lacnog.org"
<ietf-lac-request at lacnog.org> wrote:
> Tratando de contestar algunos correos al mismo tiempo, como dice
>Carlos (al menos la idea que yo tengo y creo que Carlos tambien) es
>describir los problemas de geolocalizacion y por que a veces funciona y
>a veces no. Quizas algunas recomendaciones de que hacer y que no hacer.
>
> El desarrollar un protocolo de geolocalizacion o por ahora no
>estaria en nuestro intencion.
>
More information about the Ietf-lac
mailing list