Hay una serie de modificaciones al texto original que se había presentado en el Senado, la mayoría beneficiosas o, en su defecto, irrelevantes. Sin embargo, existen un par de puntos dentro del texto final que, sin dudas, podrían prestarse para doblegar la intención original de esta ley, y obviamente, para vulnerar los bienes jurídicos que se busca proteger.

Como no nos gusta hacerles la pega de forma anticipada a los abogados de las empresas de telecomunicaciones, dejaremos ese tema para el momento apropiado, en el intertanto, los invitamos a leer, no solo el texto que votará el Senado, sino además, el informe con todas las intervenciones, incluídas las nuestras como Neutradad Si y la de nuestros amigos de Liberación Digital, en manos de Tomás Pollak; apoyados en la logística por Pedro Huichalaf.

Descarga el texto del Proyecto de Ley de Neutralidad en la Red desde este enlace en el Senado de Chile.

Ve el texto del Proyecto de Ley de Neutralidad en la Red en Google Docs.

El Texto del proyecto reza:

PROYECTO DE LEY:

“Artículo primero.- Agréganse los siguientes artículos 24 H, 24 I y 24 J en la ley Nº 18.168, General de Telecomunicaciones:

“Artículo 24 H.- Las concesionarias de servicio público de telecomunicaciones que presten servicio a los proveedores de acceso a Internet y también estos últimos; entendiéndose por tales, toda persona natural o jurídica que preste servicios comerciales de conectividad entre los usuarios o sus redes e Internet:

a) No podrán arbitrariamente bloquear, interferir, discriminar, entorpecer ni restringir el derecho de cualquier usuario de Internet para utilizar, enviar, recibir u ofrecer cualquier contenido, aplicación o servicio legal a través de Internet, así como cualquier otro tipo de actividad o uso legal realizado a través de la red. En este sentido, deberán ofrecer a cada usuario un servicio de acceso a Internet o de conectividad al proveedor de acceso a Internet, según corresponda, que no distinga arbitrariamente contenidos, aplicaciones o servicios, basados en la fuente de origen o propiedad de éstos, habida cuenta de las distintas configuraciones de la conexión a Internet según el contrato vigente con los usuarios.

Con todo, los concesionarios de servicio público de telecomunicaciones y los proveedores de acceso a Internet podrán tomar las medidas o acciones necesarias para la gestión de tráfico y administración de red, en el exclusivo ámbito de la actividad que les ha sido autorizada, siempre que ello no tenga por objeto realizar acciones que afecten o puedan afectar la libre competencia. Los concesionarios y los proveedores procurarán preservar la privacidad de los usuarios, la protección contra virus y la seguridad de la red. Asimismo, podrán bloquear el acceso a determinados contenidos, aplicaciones o servicios, sólo a pedido expreso del usuario, y a sus expensas. En ningún caso, este bloqueo podrá afectar de manera arbitraria a los proveedores de servicios y aplicaciones que se prestan en Internet.

b) No podrán limitar el derecho de un usuario a incorporar o utilizar cualquier clase de instrumentos, dispositivos o aparatos en la red, siempre que sean legales y que los mismos no dañen o perjudiquen la red o la calidad del servicio.

c) Deberán ofrecer, a expensas de los usuarios que lo soliciten, servicios de controles parentales para contenidos que atenten contra la ley, la moral o las buenas costumbres, siempre y cuando el usuario reciba información por adelantado y de manera clara y precisa respecto del alcance de tales servicios.

d) Deberán publicar en su sitio web, toda la información relativa a las características del acceso a Internet ofrecido, su velocidad, calidad del enlace, diferenciando entre las conexiones nacionales e internacionales, así como la naturaleza y garantías del servicio.

El usuario podrá solicitar al concesionario o al proveedor, según lo estime, que le entregue dicha información a su costo, por escrito y dentro de un plazo de 30 días contado desde la solicitud.

Artículo 24 I.- Para la protección de los derechos de los usuarios de Internet, el Ministerio, a través de la Subsecretaria, sancionará las infracciones a las obligaciones legales o reglamentarias asociadas a las implementación, operación y funcionamiento de la neutralidad de red, que impidan, dificulten o de cualquier forma amenacen su desarrollo o el legítimo ejercicio de los derechos que de ella derivan, en que incurran tanto los concesionarios de servicio público de telecomunicaciones que presten servicio a proveedores de acceso a Internet como también éstos últimos, de conformidad a lo dispuesto en el procedimiento contemplado en el artículo 28 bis de la ley N° 18.168, General de Telecomunicaciones.

Articulo 24 J.- Un reglamento establecerá las condiciones mínimas que deberán cumplir los prestadores de servicio de acceso a Internet en cuanto a la obligatoriedad de éstos de mantener publicada y actualizada en su sitio web información relativa al nivel del servicio contratado, que incorpore criterios de direccionamiento, velocidades de acceso disponibles, nivel de agregación o sobreventa del enlace, disponibilidad del enlace en tiempo, y tiempos de reposición de servicio, uso de herramientas de administración o gestión de tráfico, así como también aquellos elementos propios del tipo de servicio ofrecido y que correspondan a estándares de calidad internacionales de aplicación general. Asimismo, dicho reglamento establecerá las acciones que serán consideradas prácticas restrictivas a la libertad de utilización de los contenidos, aplicaciones o servicios que se presten a través de Internet, acorde a lo estipulado en el artículo 24 H.”.

ARTICULO TRANSITORIO.- El reglamento a que hace referencia el artículo 24 J, se publicará dentro de los 90 días siguientes a la publicación de la presente ley.”.

- – -

Acordado en sesiones celebradas los días 13 de octubre de 2009, con la asistencia de los Honorables Senadores señor García (Presidente), Girardi, Pérez Varela, como integrante de ambas Comisiones, y Sabag, como integrante de ambas Comisiones, y los ex Senadores señores Flores, como integrante de ambas Comisiones, y Vásquez; 27 de octubre de 2009, con la asistencia de los Honorables Senadores señores García (Presidente), Girardi, Pérez Varela, como integrante de ambas Comisiones, y Ruiz Esquide, y el ex Senador señor Vásquez; 3 de noviembre de 2009, con la asistencia de los Honorables Senadores señor García (Presidente), señora Matthei, y señores Cantero, Coloma, Pérez Varela y Pizarro, y el ex Senador señor Flores; 19 de mayo de 2010, con asistencia de los Honorables Senadores señores García (Presidente), como integrante de ambas Comisiones, Girardi, como integrante de ambas Comisiones, Novoa, como integrante de ambas Comisiones, y Zaldívar, como integrante de ambas Comisiones; y 2 de junio de 2010, con la asistencia de los Honorables Senadores señor García (Presidente), y señores Chahuán, Girardi, como integrante de ambas Comisiones, y Novoa, como integrante de ambas Comisiones.

- – -

Sala de las Comisiones, a 8 de junio de 2010.

El 17 de Mayo del año 2007 publicamos por primera vez un set de pruebas con ambiente controlado para demostrar que VTR, uno de los principales actores del mercado de la banda ancha en Chile, colocaba restricciones sobre las descargas p2p (peer-to-peer) realizadas por sus clientes.

En dicha ocasión demostramos fehacientemente que VTR utilizaba un sistema de ahorque sobre las conexiones realizadas a través del puerto 6881 que es el puerto estándar para la realización de conexiones p2p.

Hoy, a casi dos años de dicha prueba, volvemos a realizarla y los resultados son contundentes: VTR sigue aplicando restricciones casi totales a las descargas peer-to-peer de sus clientes.

Vamos con los datos:

1. El Escenario: Tres equipos distintos, dos de ellos conectados a VTR con plan de 4 Mbit, uno en Providencia, Santiago (Que Llamaremos VTR1) y el otro en Las Condes, Santiago (que llamaremos VTR2). El tercer equipo, conectado a un enlace Telmex de 100 MB en Providencia, Santiago (lo llamaremos Telmex 1).
2. El objetivo: Determinar la existencia de bloqueos u obstrucciones sobre el tráfico generado por descargas peer-to-peer.

La prueba:

Lo primero que se realizó, fue montar un servidor Web en uno de los equipos conectados a VTR y servir un archivo de 5.1 MB el cual será descargado por el servidor Telmex 1. Dicho archivo es servido a través del puerto estándar de cualquier conexión “web”, el mismo que usas para navegar en el diario, un foro o en youtube. El ejercicio fue el siguiente:

1. bf:~# wget http://VTR1.neutralidadsi.org/
2. –2009-02-04 20:51:54–  http://VTR1.neutralidadsi.org/
3. Connecting to VTR1.neutralidadsi.org:80… connected.
4. HTTP request sent, awaiting response… 200 OK
5. Length: 5354069 (5.1M) [text/html]
6. Saving to: `index.html’
7. 100%[======================================>] 5,354,069  63.1K/s   in 2m 2s
8. 2009-02-04 20:53:16 (63.4 KB/s) – `index.html’ saved [5354069/5354069]

La explicación de este proceso es la siguiente:

1. Lo primero que se muestra es la solicitud de descarga del archivo index.html desde el equipo VTR1 (wget …)
2. Fecha de Inicio: 4 de Febrero de 2009 a las 20:51 horas.
3. Estado de la conexión: Conectado
4. Solicitando el archivo: respuesta “OK”
5. Tamaño del Archivo: 5.1 MB
6. Guardando como index.html que es el nombre del archivo que descargamos
7. Barra de estado señalando que la descarga está 100% completa a 2 minutos, 2 segundos de haberse iniciado
8. Fecha de término de la descarga: 04 de Febrero de 2009 a las 20:53 Horas con una velocidad promedio de descarga de 63.4 KB/s

El resultado: La descarga termina a poco más de 2 minutos de haber sido iniciada con una velocidad promedio que llega casi hasta el máximo de lo existente en el plan de 4 MB de VTR, es decir 512 kb de upload o 64 KB/s máximo.

La prueba demuestra que no existe ningún tipo de limitaciones para servir archivos a través del protocolo http en el puerto 80 de las conexiones VTR.

Esto es consistente con el relativo buen rendimiento que se obtiene al “navegar” en Internet a través de una conexión VTR ya que el puerto 80 no recibe ninguna limitación aparente para el tráfico exclusivamente http.

Siguiente Prueba: Cambiamos el puerto a través del que servimos el archivo de 5.1 MB en el equipo VTR1, en esta ocasión utilizaremos el puerto 6881 que corresponde al puerto por defecto para las descargas peer-to-peer.

1. bf:~# wget http://VTR1.neutralidadsi.org:6881/
2. –2009-02-04 21:24:15–  http://VTR1.neutralidadsi.org:6881/
3. Connecting to VTR1.neutralidadsi.org:6881… connected.
4. HTTP request sent, awaiting response… 200 OK
5. Length: 5354069 (5.1M) [text/html]
6. Saving to: `index.html.1′
7. 100%[======================================>] 5,354,069   17.9K/s   in 4m 19s
8. 2009-02-04 21:28:34 (20.2 KB/s) – `index.html.1′ saved [5354069/5354069]

La Explicación:

1. Solicitud de descarga del archivo desde VTR1.neutralidadsi.org:6881, con el puerto 6881 expresamente señalado.
2. Fecha de inicio 4 de Febrero de 2009 a las 21:24 horas
3. Estado de conexión: Conectado.
4. Solicitud de descarga con respuesta “OK”
5. Tamaño del archivo: 5.1 MB
6. Guardando como index.html.1 que es el nombre del archivo descargado
7. Barra de progreso señalando la descarga completada al 100% con una velocidad final de 17.9 KB/s a 4 minutos con 19 segundos de haberse iniciado
8. Fecha de término de la descarga 4 de Febrero de 2009 a las 21:28 horas con una velocidad promedio de 20.2 KB/s, es decir, menos de la mitad de la velocidad máxima de upload contratado (64KB/s o 512 kbs)

Las conclusiones de este primer examen:

VTR aplica una restricción al puerto 6881 que corresponde al puerto por defecto de bittorrent, evitando de esta manera que nuevos usuarios puedan realizar descargas efectivas haciéndolas demorar hasta dos veces el tiempo que toma una descarga del mismo tamaño bajo la misma conexión pero a través del protocolo http.

En comparación con las pruebas realizadas durante el año 2007 en las cuales nuestras descargas llegaban a cero KB/s, no solo demuestran que VTR continúa aplicando un filtro al puerto para descargas Bittorrent, sino que existe una diferencia clara manifestada por el tipo de interferencia que realiza VTR hoy: Los síntomas señalan que la compañía utiliza equipos que le permiten hacer D.P.I., es decir, Deep Packet Inspection con lo que logran identificar que tipo de paquetes de información viajan a través de sus redes, limitando aquellos correspondientes a protocolos peer-to-peer y “dejando libres” a aquellos pertenecientes al protocolo http. En este enlace pueden revisar la nota de prensa donde se confirma la compra de equipos Elacoya, capaces de ejercer D.P.I., por parte de VTR el año 2005, hoy probablemente se encuentren “actualizados” por nuevos modelos del mismo fabricante.

Esta última aseveración, la demostraremos con la siguiente prueba:

Creamos un archivo torrent para descargar, nuevamente, 5,1 MB en el equipo VTR 1 y utilizamos el equipo VTR 2 para descargarlo utilizando el protocolo p2p de bittorrent. Para la primera prueba, utilizamos el puerto 6881 que, tal como lo señalábamos, es el puerto por defecto para este tipo de descargas.

Muestra del gráfico de descarga utilizando el puerto 6881

La imagen anterior nos muestra la descarga en progreso con un gráfico de rendimiento bastante errático y que no supera los 22 KB/s en la velocidad de descarga, consistente con la prueba anterior donde no obtuvimos mejor rendimiento que ese.

Descarga a través del puerto 6881 completada a los 9 minutos 11 segundos

La foto superior muestra la descarga finalizada a 9 minutos de haberse iniciado con un gráfico de rendimiento que muestra caídas de velocidad a menos de 2 KB/s y con una velocidad máxima de 22 KB/s, confirmando la existencia de una intervención por parte de VTR para perjudicar a aquellos usuarios que utilizan sistemas de descarga peer-2-peer.

Luego, realizamos la misma prueba pero utilizando el puerto 80 (imagen a continuación) para mover el tráfico peer-to-peer, obteniendo exactamente el mismo resultado que en el puerto 6881, es decir, un tráfico limitado que demuestra que el ahorque o Traffic Shaping se realiza a nivel del protocolo p2p y no de un puerto específico, confirmando la existencia de prácticas de Traffic Shaping a través del D.P.I.

El mismo archivo siendo descargado por el puerto 80 obtiene incluso peores resultados

Conclusiones:

VTR Realiza prácticas de ahorque de tráfico, filtrado o D.P.I. sobre las descargas Peer to Peer, también denominadas Traffic Shaping, al contrario de lo señalado por Guillermo Ponce, Vice Presidente de Operaciones de VTR quien dijo a Fayerwayer [ parte 1 :: parte 2]:

El traffic shaping ya no existe en esta empresa.

En pocas palabras, y sin tener pelos en la lengua, VTR y su VP de Operaciones nos ha vendido una versión que dista absolutamente de la realidad, y no quiero poner epítetos sobre la mesa, pero probablemente ustedes ya lo tienen en mente.

Saquen sus propias conclusiones, y los comentarios son todos suyos!

Ya han pasado algunos días desde la importante audiencia pública de la FCC con los proveedores de Contenido de los Estados Unidos y los efectos de dicha reunión no quieren esperar a nadie.

Hoy, la compañia Azureus Vuze, famosa por su popular cliente de descargas p2p Azureus (ahora llamado Vuze a secas), ha entregado a la opinión pública los resultados del análisis estadístico realizado por dicha compañía sobre el enlace de un universo de más de 8000 de sus usuarios al rededor del mundo, quienes recolectaron datos duros durante más de 1.000.000 de horas de trabajo en linea.

Todo este estudio se realizó a través de la utilización de un plug-in para Azureus llamado Network Status Monitor que está constantemente analizando el tráfico a través del programa Vuze Azureus y detectando las anomalías en el enlace del usuario.

Una vez cargado el plug-in en tu azureus, este automáticamente enviará la información a la estación de recolección de Vuze donde se han tomado el tiempo necesario para catalogar todos estos datos y entregar un completo informe estadístico del estado de la Internet – en particular de las redes p2p – y que ahora tenemos el ¿gusto? de compartir con ustedes.

Vuze ha detectado que un gran numero de proveedores al rededor del mundo están utilizando la práctica de enviar paquetes TCP Reset a sus clientes mientras se realizan descargas P2P. Estos paquetes, en simples y pocas palabras, le dicen a los clientes que la descarga (o tu enlace completo) se debe detener por lo que se ven todas ellas interrumpidas en un acto de un perfil sumamente bajo, ejecutado por los propios Proveedores de Acceso. Parecen unos Ninjas de las prácticas irregulares!.

En menos palabras aún. esta se traduce en términos prácticos, a que cada vez que realizas una descarga P2P, esta se ve interrumpida en algún momento (o en varios) por las simples ganas de tu Proveedor de Acceso a Internet.

El campeón de todas estas prácticas en el mundo, es COMCAST. El ISP de los EE.UU. que está siendo abiertamente cuestionado por todos debido a estas prácticas ilegítimas y no anunciadas en contra de sus usuarios.

En Chile, el ranking muestra tanto a VTR como a Telefónica (Vía Terra Networks) como los reyes Chilenos del chanchullo, el primero posicionándose dentro de los TOP 15 Proveedores que más interfieren las descargas P2P – descartando la innumerable cantidad de apariciones de Comcast en el informe quienes ocupan más de 10 puestos en el ranking – mientras el segundo lo sigue de cerca.

ACTUALIZACIÓN: Según la base de datos de WhoIs, “BANDA ANCHA SA” que aparece en el lugar 23 del Ranking Mundial (técnicamente es el número 11 descartando las múltiples apariciones de COMCAST), es VTR Banda Ancha!!.

El Gerente de Operaciones de VTR decía abiertamente hace un tiempo atrás:

El Traffic Shaping no Existe en Esta Empresa…

Ahora deberán deben agregar a esa frase: “, Nosotros hacemos TCP Reset!”

Aunque el informe podría dar más información y ser más preciso en le muestreo estadístico sobre nuestros queridos proveedores, se requiere que más gente participe entregando información, para esto los invitamos abiertamente a que descarguen el Plug-In de Azureus Vuze y lo activen para colaborar en esta tarea.

También les comentamos que en la portada de Neutralidad Si! tenemos una encuesta que está recolectando la opinión de los usuarios respecto del aumento de los planes de Banda Ancha en Chile, los dejamos invitados a que la contesten y que además dejen un comentario en el artículo relacionado para conocer tu opinión.

Fuente:

Azureus Vuze Vía TorrentFreak (Gracias a Juan Pablo Salazar por el dato!)

Informe en PDF (Ver listado Alfabético en el Apéndice para Info sobre Proveedores Chilenos):

1. En TorrentFreak
2. En Neutralidad Si!