Tags : Neutralidad de la Red

Qué es la Inspección Profunda de Paquetes (Deep Packet Inspection)

Hace un tiempo se vienen leyendo y escuchando las posibles implementaciones y nuevos usos a esta técnica de seguridad que está presente, por ejemplo, en las oficinas corporativas desde hace muchos años. La idea es tan simple como peligrosa: inspeccionar dentro de los paquetes de datos (no sólo en los headers o encabezados) en el medio de la transmisión para poder, según determinada política de gestión, ser enrutado a otro destino, darle otra prioridad o asignación de ancho de banda, o simplemente eliminarlo.

Esto, como dijimos, no es nada nuevo, sino que viene usándose en entornos corporativos por ejemplo para impedir el spam, virus, spyware y reducir las vulnerabilidades de nuestras estaciones de trabajo cuando nos vamos fuera. Ahora bien, este uso inocente y criterioso puede virar hacia otros más peligrosos que pondrían en problemas al principio de neutralidad de la red.

¿Qué pasaría si un ISP decide, luego de inspeccionar determinados paquetes de tráfico, dedicarle menos ancho de banda? ¿O simplemente impedir el tráfico de paquetes desde su competencia para favorecer las propias? ¿Qué sucedería, por ejemplo, si se reduce así el streaming, la voz sobre IP, o el vídeo en alta definición de un servicio en la red para cobrarse un adicional?

Por eso creo que vale la pena echarle un vistazo a esta entrada de DailyWireless y al paper que reseñan: Packet Inspection: The End of the Internet as We Know It? explicando de manera concisa los posibles problemas que puede traer esta tecnología para el futuro de la red. Ni que hablar, por puesto, al caer en manos de gobiernos o agencias de derechos de autor.

Google da otro paso más en favor de la neutralidad de la red

Hoy se hizo público, a través de un post de Vint Cerf en el blog de Google Public Policy, la nueva iniciativa conjunta entre la compañía, investigadores y usuarios para monitorizar la neutralidad de la red a nivel local. El proyecto, llamado “Measurement Lab” o M-Lab, se propone ofrecer herramientas a los usuarios para poder saber qué es lo que está pasando en su conexión y acceso, y fundamentalmente si su ISP está ejerciendo algún tipo de filtrado o bloqueo en los paquetes de tráfico.

Precisamente, la idea no es ofrecer un simple test de velocidad, sino avanzar en un diagnóstico exhasutivo de la conexión final, para poder ayudar al usuario en el conocimiento sobre su acceso. Como sabemos, muchos ISP por multitud de razones ejercen el filtrado, bloqueo o delay de ciertos paquetes o protocolos, como torrents, VoIP, entre otros.

Si esto es relevante, más aún es que toda esta información relevada se podrá disponer de manera pública para futuras mejoras o investigaciones por parte de científicos o académicos. 

En palabras de Cerf,

At Google, we care deeply about sustaining the Internet as an open platform for consumer choice and innovation. No matter your views on net neutrality and ISP network management practices, everyone can agree that Internet users deserve to be well-informed about what they’re getting when they sign up for broadband, and good data is the bedrock of sound policy. Transparency has always been crucial to the success of the Internet, and, by advancing network research in this area, M-Lab aims to help sustain a healthy, innovative Internet.

Vídeo de la presentación del proyecto:

 


Neutralidad de la Red: Google y el caché a nivel local

Parece que se armó un buen cortocircuito respecto a la posición de Google sobre la Neutralidad de la Red. Como sabemos, los amigos de la G son unos férreos (?) defensores del concepto (encabezado por Vint Cerf) pero hace unos días se publicó esta nota en el Wall Street Journal que levantó polvareda.

¿El problema? La política de Google para colocar servidores propios (Google GlobalCache) en los ISPs locales para que actúen de caché y poder brindar contenidos de manera más ágil (como vídeos de YouTube, por ejemplo). En principio, este asunto no estaría “violando” la neutralidad de la red pero sí podría sentar un antecedente sobre la propiedad de Google sobre el tráfico a nivel local. 

Así lo explican,

All of Google’s colocation agreements with ISPs — which we’ve done through projects called OpenEdge and Google Global Cache — are non-exclusive, meaning any other entity could employ similar arrangements. Also, none of them require (or encourage) that Google traffic be treated with higher priority than other traffic. In contrast, if broadband providers were to leverage their unilateral control over consumers’ connections and offer colocation or caching services in an anti-competitive fashion, that would threaten the open Internet and the innovation it enables.

Para el Wall Street Journal esto significa una jugada de Google para tener su “fast track” hacia contenidos que sí vulnerarían el principio de neutralidad. Si por ese caché en ese ISP, se accede a un contenido u aplicación de manera más rápida que en otro, sí habría desventaja. Para Google, en cambio, esto es sólo un “network upgrade” al acceso y una ayuda a los ISP en los costos de la transferencia.

Tal como menciona Versvs, esto ya había levantado polvo en Argentina, como bien lo comentó Mariano desde un principio, y donde también hubo una inmediata corrección por parte de Google.

De este episodio, dos reflexiones personales:

  • Me parece que están comenzando a probar el apoyo a la neutralidad de la red antes que Obama comience a tomar medidas. Si leen la nota del WSJ se encargan de enfatizar que el concepto “ya está perdiendo apoyo”.
  • No es casual que el directorio de Google se ubique entre los asesores tecnológicos más escuchados por Obama.