[Ietf-lac] Idea para draft

Zuniga, Juan Carlos JuanCarlos.Zuniga at InterDigital.com
Thu Jul 18 08:35:06 BRT 2013


Hola Alejandro, todos,

 

Efectivamente como lo resaltas, "localización" tiene varias interpretaciones y varias aplicaciones. 

 

Desde el punto de vista de una CDN, la localización es relativa al "edge IP Gateway" y al nodo que funciona como ancla de la dirección IP del usuario. Cuando el nodo usa un protocolo de movilidad IP (e.g. MIP, PMIP, GTP, etc.), no es evidente que la conexión a la CDN sea óptima. Este problema es algo que discutimos actualmente en el grupo DMM del IETF y la idea es que eventualmente se genere una especificación que lo resuelva [http://datatracker.ietf.org/wg/dmm/charter/].

 

Por otro lado, el uso de una dirección IP para proveer una localización física del usuario tiene sus bemoles. Los proveedores de contenido restringen (o permiten) acceso a contenido dependiendo del país (o región) de origen. Esto tiene que ver con regulaciones locales, derechos de autor, etc. En este caso, la localización funciona "relativamente bien" dado que la ubicación del usuario es a nivel regional. Por otra parte, igual que el ejemplo que das de México, países como EEUU y Canadá requieren que el operador reporte la localización del usuario cuando este hace una llamada de emergencia (e.g. 911). Originalmente el número de teléfono fijo era suficiente para correlacionar, pero ahora con la telefonía móvil y las redes de datos, esta localización se reporta separadamente y efectivamente se obtiene basada en el identificador de la celda de conexión o punto de acceso, triangulación de celdas, GPS, WiFi positioning, etc. El grupo ECRIT estudia la parte de localización en contextos de llamadas de emergencia [http://datatracker.ietf.org/wg/ecrit/charter/]. 


Finalmente, la mayor parte de los dispositivos móviles tienen capacidad para conectarse a redes de datos a través de más de una tecnología de acceso. Esto implica que potencialmente cada dispositivo tiene cuando menos una dirección IP para cada interfaz (i.e. multi-homing), mas aparte las direcciones que se pudieran obtener para conexiones a redes privadas (e.g. VPN). El problema de múltiples interfaces y las implicaciones en IP es algo que estudiamos en el grupo MIF del IETF [http://datatracker.ietf.org/wg/mif/charter/]. Sin embargo, localización no es algo que se discuta en este grupo más allá de configuración del dispositivo dentro de uno o varios dominios de red.

 

Habría que aclarar si el problema de localización que se quiere resolver es a nivel físico (geo- localización) o lógico (CDN) y explicar bien la aplicación que se está considerando. 

 

Para el problema de localización física, estoy de acuerdo que una solución de capas altas parecería más adecuada.

 

Saludos,

 

Juan Carlos

 

 

 

From: ietf-lac-bounces at lacnog.org [mailto:ietf-lac-bounces at lacnog.org] On Behalf Of Dr. Alejandro Pisanty Baruch
Sent: Wednesday, July 17, 2013 5:59 PM
To: Christian O'Flaherty; Carlos M. martinez; Lam, Jorge
Cc: <ietf-lac at lacnog.org>
Subject: Re: [Ietf-lac] Idea para draft

 

Hola, 

 

si conocen/mos colegas que trabajen en lugares como LinkedIn y muchos otros que ofrecen servicios que, en su criterio, mejoran al estar geolocalizados, conviene invitarlos/as. 

 

El caso de uso que tengo en mente al decir esto es: para LinkedIn, todos los mexicanos usuarios de Telmex (80%) estamos en Naucalpan o San Nicolás de los Garza, por como manejan Telmex y sus empresas la información de geolocalización de las direcciones IP. Podemos estar indecisos entre si es un bug o un feature antes de resolver si debería mejorar la geolocalización disponible públicamente o no. Esto no es único para nuestro caso pero lo menciono por su irregular generalización en otras localidades. 

 

Recuérdese también que en México está vigente una Ley de Geolocalización que permite a las fuerzas del orden un fácil acceso a la información de ubicación en telefonía móvil, y ésta está cuestionada por la Comisión Nacional de Derechos Humanos ante la Suprema Corte de Justicia (se resolverá "ad calendas graecas"). Si bien en general esta información no viene de la dirección IP, y sí del GPS interconstruido o de la triangulación entre celdas, es un parámetro que creo que vale la pena tener en cuenta: que la ley puede desde exigir un fácil acceso a las autoridades hasta prohibirlo. Incluir esto en un protocolo o incluso BCP a nivel IETF me parece complicado y quizás haya que remitir el acceso y sus permisos a una capa más alta.

 

Aprenderé mucho de sus respuestas.

 

Alejandro Pisanty

 

 

- - - - - - - - - - - - - - - - - - - - - - - - - - - 
     Dr. Alejandro Pisanty
Facultad de Química UNAM 

Av. Universidad 3000, 04510 Mexico DF Mexico

 

+52-1-5541444475 FROM ABROAD 

+525541444475 DESDE MÉXICO SMS +525541444475 
Blog: http://pisanty.blogspot.com
LinkedIn: http://www.linkedin.com/in/pisanty
Unete al grupo UNAM en LinkedIn, http://www.linkedin.com/e/gis/22285/4A106C0C8614
Twitter: http://twitter.com/apisanty
---->> Unete a ISOC Mexico, http://www.isoc.org
.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 

________________________________

Desde: ietf-lac-bounces at lacnog.org [ietf-lac-bounces at lacnog.org] en nombre de Christian O'Flaherty [oflaherty at isoc.org]
Enviado el: miércoles, 17 de julio de 2013 16:33
Hasta: Carlos M. martinez; Lam, Jorge
CC: <ietf-lac at lacnog.org>
Asunto: Re: [Ietf-lac] Idea para draft

También pueden incluir a Jorge Lam de Level3. 

 

Puede participar como "afectado" por los problemas actuales por la mala geo-localización y como interesado en un standard por tener una de las CDNs mas grandes del mundo.

 

Lo agrego a la cadena. Jorge, te recomiendo suscribirte a esta lista (http://mail.lacnic.net/mailman/listinfo/ietf-lac)

 

Christian O'Flaherty - oflaherty at isoc.org
Regional Development - Internet Society 
Skype/Gmail/Yahoo/Hotmail: christian.oflaherty 
Phone:+1 7034392761 Mobile:+598 98769636 

 

On Jul 17, 2013, at 6:00 PM, "Carlos M. martinez" <carlosm3011 at gmail.com>

 wrote:





Me ofrezco! Me parece una idea importante.

On 7/17/13 4:50 PM, Arturo Servin wrote:




   Si, de hecho.

   Podemos hacer el draft inicial y se lo enviamos a algunos conocidos
en esas compañias para que se lo re-envien a los de geolocalizacion y
nos den feedback.


Slds
as


On 7/17/13 4:49 PM, Alejandro Acosta wrote:



Hola Arturo,
 Sería excelente..., honestamente es un dolor de cabeza. Lamento
decir que no conozco muchas soluciones viables y que sería fantástico
tener feedback de Akamai, Google, Cloudflare y otros CDNs. De igual
manera cuenta conmigo.

Saludos,

Alejandro,


On 7/17/13, Arturo Servin <aservin at lacnic.net> wrote:



   Yo estoy trabajando en uno. Que se debe de hacer, que no, etc.

   Tengo algo de texto pero esta un poco crudo, dame el fin de semana y
te envio un borrador de la tabla de temas que tenia pensada.

   La idea general es dar una intro al problema de geolocalizacion,
porque no es muy reliable hacerlo por IP, que va a pasar con v4 y v6, y
hacer algunas recomendaciones de como hacerlo.

   Si quieres juntamos esfuerzos.

Slds
as
On 7/17/13 10:19 AM, Alejandro Acosta wrote:



Hola Lista,
 No estoy seguro si ya exista un draft/rfc al respecto pero urge algo
sobre mejores prácticas para realizar geo-localización. Si quieren
hacer algo cuenten conmigo. Soy doliente y al menos conozco el
problema y la situación.

Saludos,

_____________________________________________
Ietf-lac mailing list
Ietf-lac at lacnog.org
Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org



 


_____________________________________________
Ietf-lac mailing list
Ietf-lac at lacnog.org
Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org

_____________________________________________
Ietf-lac mailing list
Ietf-lac at lacnog.org
Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/ietf-lac/attachments/20130718/cd6a6a38/attachment.html>


More information about the Ietf-lac mailing list