Geolocalización y arrendamiento de IPv4: lo que debe saber antes de desplegar

La geolocalización IPv4 es uno de los temas sobre los que más consultas recibe nuestro equipo de soporte. Los operadores quieren saber si su subred arrendada aparecerá en el país correcto, cuánto tarda en actualizarse y qué ocurre si algo no cuadra.

La respuesta honesta es que, para la mayoría de las cargas de trabajo, la geolocalización no es algo de lo que deba preocuparse. Pero para un conjunto concreto de casos de uso (servicios VPN, ad tech, plataformas de contenidos, infraestructura sensible al cumplimiento normativo) sí importa, y conviene entender cómo funciona antes de desplegar.

Dos cosas a las que se llama «geolocalización»

Conviene separar dos cosas que a menudo se confunden.

La primera es la ubicación registrada: lo que la base de datos de RIPE registra para su subred mediante los atributos geoloc: y geofeed:. De ellos, el atributo geofeed: es el que cuenta con mayor compatibilidad entre los proveedores de bases de datos de geolocalización y el punto de partida recomendado para los operadores que necesitan datos de ubicación precisos.

La segunda es la ubicación en bases de datos: lo que muestran servicios de terceros como MaxMind, IPinfo y Google cuando consultan su bloque de IP. Se trata de bases de datos comerciales independientes que se basan en múltiples señales: registros de los RIR, datos de enrutamiento BGP, mediciones de latencia y correcciones enviadas por los usuarios. No siempre coinciden entre sí y se actualizan según su propio calendario.

Cuando los operadores preguntan «¿mi subred aparecerá como Francia?», normalmente se refieren a la segunda categoría. La respuesta depende de qué base de datos consulten, de cuándo se actualizó por última vez y de qué señales lee. El catálogo de IPbnb muestra la ubicación verificada por MaxMind de cada subred en el momento de su publicación, para que conozca el punto de partida antes de comprometerse.

Geolocalización en la región RIPE: más flexible de lo que cree

Los operadores pueden configurar los datos de geolocalización directamente en sus objetos inetnum mediante dos atributos específicos.

El atributo geoloc: registra coordenadas de latitud y longitud en la base de datos de RIPE. Su adopción entre los proveedores de geolocalización de terceros sigue siendo limitada: un ingeniero sénior de RIPE ha confirmado que actualmente la mayoría de las grandes bases de datos no lo utilizan. Merece la pena configurarlo para completar los datos, pero no es un mecanismo fiable para influir en las bases de datos comerciales.

El atributo geofeed:, añadido a la base de datos de RIPE el 7 de diciembre de 2021, enlaza a un archivo CSV estructurado que los proveedores compatibles con el descubrimiento según RFC 9632 pueden encontrar e incorporar automáticamente. Este es el mecanismo con verdadera adopción, y el que los operadores deberían priorizar.

Una nota sobre el campo country:: es un campo administrativo general de registro, no una herramienta de geolocalización. La propia documentación de RIPE indica que «nunca se ha especificado qué representa este país» y que «no puede utilizarse de forma fiable para asignar direcciones IP a países». Trátelo como un dato de contexto, no como una señal para controlar lo que muestran las bases de datos.

RIPE no verifica la información que introducen los operadores. Publicar un geofeed correctamente configurado ofrece a los proveedores una señal estructurada sobre la que pueden actuar, pero los plazos de actualización varían según el proveedor.

Cuándo importa realmente la geolocalización

Para la mayoría de los operadores que arriendan IPv4, la geolocalización no tiene ningún efecto práctico en su trabajo. Pero hay casos de uso en los que acertar es realmente importante.

• Servicios VPN y proxy. Su producto es la presencia en un país. Si vende un endpoint en Francia, su bloque de IP debe figurar como Francia en las bases de datos que consultan las aplicaciones de sus clientes.

• Publicidad programática y ad tech. Los ad exchanges utilizan la geolocalización IP para clasificar el tráfico por zona geográfica. El inventario europeo tiene un precio distinto al del tráfico que parece proceder de otros lugares. Una geolocalización incorrecta implica un inventario mal clasificado.

• Entrega de contenidos y configuración de CDN. Las CDN dirigen las solicitudes de los usuarios a nodos edge en función de la ubicación de la IP. Una subred en la región equivocada hace que los usuarios se dirijan a nodos poco óptimos, lo que añade una latencia innecesaria.

• Cumplimiento normativo y localización de datos. Las organizaciones que tratan datos sujetos al RGPD necesitan a veces que su infraestructura sea claramente identificable como ubicada en la UE. Un bloque de IP que aparece fuera de la UE genera fricción aunque los servidores físicos estén en Fráncfort.

• Web scraping y recopilación de datos. Muchos sitios muestran contenidos, precios y disponibilidad distintos según el país detectado. La geolocalización de su IP determina la vista geográfica que obtiene su infraestructura.

Cuándo no importa la geolocalización, que es la mayoría de las veces

Si ningún sistema por el que pasa su tráfico toma decisiones en función del país atribuido a su IP, la geolocalización es irrelevante para su operación. Esto abarca la mayoría de las cargas de trabajo de hosting y aplicaciones, la infraestructura de ISP y operadores de telecomunicaciones, las redes internas y la entrega general de tráfico web. El enrutamiento BGP funciona con tablas de enrutamiento, no con bases de datos de geolocalización.

Un error concreto que conviene mencionar: la entregabilidad del correo electrónico depende del historial de reputación de su IP (historial de spam, presencia en listas negras, configuración de autenticación), no de la geolocalización. Los servidores de correo tratan exactamente igual una subred geolocalizada en los Países Bajos que otra geolocalizada en Francia.

Propagación, plazos y corrección de sus datos

Una vez activado su arrendamiento, hay un periodo de propagación normal hasta que todas las bases de datos reflejan la ubicación correcta.

MaxMind (la base de datos de geolocalización más utilizada y la que IPbnb emplea para las fichas del catálogo) actualiza la mayoría de sus bases de datos GeoIP cada día laborable, de lunes a viernes. MaxMind no se compromete públicamente a un plazo de revisión para las solicitudes de corrección individuales. En situaciones urgentes, la vía del geofeed dará resultados más previsibles que enviar un formulario de corrección puntual.

Los servicios posteriores (redes CDN, bases de datos de ad exchanges, capas de geolocalización de plataformas de streaming) pueden tardar de dos a seis semanas en reflejar plenamente un cambio. No es una situación de fallo; es así como funciona el ecosistema. Si su caso de uso es sensible a la geolocalización, prevea un margen de una a dos semanas tras la activación del arrendamiento antes de confiar en una geolocalización correcta en producción. Para despliegues críticos de ad tech o CDN, de dos a cuatro semanas es un margen más seguro.

Si su geolocalización necesita corrección, la vía más eficaz es publicar un geofeed: un archivo CSV en el formato definido por RFC 8805, alojado en una URL HTTPS pública y enlazado desde su objeto inetnum mediante el atributo geofeed:. El descubrimiento está normalizado en RFC 9632 (publicado en agosto de 2024). MaxMind dirige ahora a los operadores de red principalmente a su programa GeoIP Exchange, en el que el envío de geofeeds es el método de corrección estándar. Los proveedores compatibles con el descubrimiento según RFC 9632 encontrarán e incorporarán su geofeed automáticamente en su siguiente ciclo de rastreo, sin necesidad de contactar con cada base de datos por separado.

Para correcciones puntuales cuando aún no dispone de un geofeed, cada una de las grandes bases de datos tiene su propio procedimiento de envío. Corregir sus datos con un proveedor no actualiza automáticamente los demás.

Nuestro Centro de ayuda incluye una guía específica que explica en detalle la corrección de la geolocalización. Si quiere comentar su situación concreta, el equipo de soporte está a su disposición.

La geolocalización no es lo mismo que la reputación IP

Se confunden con frecuencia, y actuar a partir de esa confusión hace perder tiempo.

La geolocalización se refiere a dónde parece estar ubicado su bloque de IP. La reputación se refiere al comportamiento histórico asociado a esa IP: historial de spam, presencia en listas negras, registros de abusos. Son sistemas completamente independientes. Una subred puede tener una geolocalización perfecta y una reputación problemática, o una entrada de geolocalización desactualizada y un historial totalmente limpio. Corregir una cosa no afecta a la otra.

Si le preocupa la reputación de una subred que se plantea arrendar, haga una comprobación de reputación, no una consulta de geolocalización. IPbnb valida todas las subredes antes de que aparezcan en el catálogo, y nuestro Centro de ayuda explica cómo realizar sus propias comprobaciones antes del despliegue.

Si tiene preguntas sobre cómo se aplica la geolocalización a su configuración concreta, contacte con nuestro equipo de soporte en support@ipbnb.com o consulte el Catálogo de IP para ver la ubicación actual de las subredes antes de comprometerse con un arrendamiento.

También puede utilizar la Calculadora de precios para modelar los costes de distintos tamaños de subred y planificar su despliegue.