[LACNIC/Napla] Reglamentos y alojamiento de contenido
Carlos Silva Ponce de León
csilva at csilva.net
Tue Jun 19 17:23:31 BRT 2007
De acuerdo con Gabriel y sólo agrego un tema:
Los CSP siempre buscarán economías de escala y más allá de la calidad de la
conectividad entre y dentro
de los países (que es infinitamente mejor que en mis años de emprendedor
punto-com -2000, 2001-),
tiene mucho sentido económicamente tener sitios espejo generalmente
centralizados en Estados Unidos y en Argentina o Brasil
para atender a toda la región.
México es un mercado relativamente grande dentro de Latinoamérica (en
términos absolutos segundo después
de Brasil, aunque en términos de penetración Argentina muchas veces nos
lleva ventaja) y aunque no hay un NAP,
la interconexión entre operadores es extensa y ofrece mucha diversidad
geográfica. Pero nada de esto
ha sido suficiente para que, dada nuestra cercanía con Estados Unidos, un
CSP tenga incentivos para tener
una copia espejo adicional en México.
Google recientemente abrió oficinas de Ventas y Marketing en Ciudad de
México
pero el sitio Google México no recide físicamente
en el país.
Saludos
Carlos Silva Ponce de León
http://www.csilva.net
<http://www.linkedin.com/in/csilva> http://www.linkedin.com/in/csilva
De: napla-bounces at lacnic.net [mailto:napla-bounces at lacnic.net] En nombre de
Adonaylo, Gabriel
Enviado el: Martes, 19 de Junio de 2007 02:32 p.m.
Para: 'napla at lacnic.net'
Asunto: Re: [LACNIC/Napla] Reglamentos y alojamiento de contenido
Roque,
Desde mi punto de vista, lo primero que verifica un CDN es el tamaño del
mercado en términos de usuarios (en realidad esto depende del negocio de
cada CDN o CSP). Podés tener un modelo de NAP desregulado totalmente, con
políticas que permiten tráfico regional o internacional, pero si el mercado
potencial es pequeño, posiblemente no sea demasiado tentador hacer un
deployment de magnitud. De todos modos esa parte la dejo para que la
respondan los CDN.
Creo que un CDN o CSP va a evaluar no solo la existencia de un NAP que les
pueda garantizar la posibilidad de distribuir de manera eficiente su
contenido, sino también la posibilidad de celebrar acuerdos de peering con
jugadores que estén fuera de los NAPs.
Por tanto, considero que el desembarco de estos actores tiene que ver con la
madurez del mercado y el crecimiento en penetración hacia los usuarios y las
condiciones de infraestructura en redes en combinación con la existencia de
un NAP.
Diagamos...son varios los factores que pueden influir en determinaciones de
este tipo.
De todas formas si veamos que opina el resto. :)
Saludos,
Gabriel Adonaylo
Regional IP & DataCenter Product Mgr.
Comsat International
mail to: gabriel.adonaylo at comsat.com.ar
Phone-AR: +54-11-5354-6196
Cell: +54-911-5452-1038 - Nextel: 142*3434
-----Mensaje original-----
De: napla-bounces at lacnic.net [mailto:napla-bounces at lacnic.net]En nombre de
Roque Gagliano
Enviado el: Martes, 19 de Junio de 2007 04:31 p.m.
Para: napla at lacnic.net
Asunto: [LACNIC/Napla] Reglamentos y alojamiento de contenido
Hola,
En la reunión de NAPLA un tema que comenzamos a explorar pero que
definitivamente necesitamos analizar en más detalle es si estamos dando las
condiciones en la región para la llegada de operadores de contenido. En el
panel que compartimos con el analista sobre Peering de LimeWire (YouTube,
etc.) se habló que los requerimientos de peering público forzado (todos
contra todos), al igual que la restricción de la membresía de los NAP junto
con políticas de permitir sólo rutas nacionales no eran mirados con buenos
ojos en el momento de evaluar un país a donde realizar la inversión de un
nuevo datacenter.
La pregunta que quisiera hacerles es cuál es el rol de los NAPs en nuestra
región para atraer el alojamiento del contenido a nivel local. Estamos
dispuestos a cambiar estas trabas de maneras de facilitar la presencia de
prefijos regionales e internacionales en los NAPs de la región?
Roque
-------------------------------------------------------------
Roque Gagliano
ANTEL - URUGUAY
rgaglian at antel.net.uy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/napla/attachments/20070619/d42238f1/attachment.html>
More information about the Napla
mailing list