Red y conectividad

Cómo llega tu Odoo a Internet

Tu entorno no se publica pieza a pieza. Todo el tráfico entra por una pasarela de entrada única, que termina el cifrado y dirige cada petición a la aplicación que le corresponde. Cómo encaja esa pasarela en el resto de la plataforma está en Arquitectura; qué se expone y qué no, en Seguridad de red.

Esta página trata de lo que hay por debajo de esa pasarela: por qué caminos viaja el tráfico entre el navegador de tu gente y el centro de datos.

El sistema autónomo, y por qué te lo contamos

Internet no es una red, sino miles de redes que acuerdan encaminar tráfico entre ellas. Cada una de esas redes es un sistema autónomo (AS), identificado por un número público.

La red que sostiene tu entorno se opera bajo AS3262, el sistema autónomo de Sarenet, el mismo proveedor que aloja el cómputo y el almacenamiento (consulta Alojamiento). Sarenet es un operador con centros de datos propios en España, no un revendedor de nube ajena.

Te damos el número por una razón práctica: todo lo que viene después —dónde está conectada esa red, con qué capacidad y con qué política— consta en registros públicos que nosotros no controlamos. No hace falta que nos creas. Puedes comprobarlo.

Presencia en puntos neutros

Cuando dos redes se intercambian tráfico a través de terceros, cada salto intermedio añade distancia y tiempo. Un punto neutro (IXP, punto de intercambio de tráfico) es una instalación donde muchas redes se conectan entre sí directamente: el tráfico entre dos de ellas va de una a otra sin rodeos. Menos saltos, camino más corto, menos latencia.

La red está presente en tres puntos neutros, en Madrid y en Barcelona:

Punto neutro	Dónde	Capacidad	IPv4 / IPv6	Servidor de rutas	Redes conectadas
ESpanix Madrid, red baja	Madrid	100 Gbps	ambos	sí	160
ESpanix Madrid, red alta	Madrid	100 Gbps	ambos	sí	56
CATNIX	Barcelona	10 Gbps	ambos	no	53

Lo que más importa y casi nadie explica

La columna que decide no es la capacidad, sino el servidor de rutas. Estar conectado al servidor de rutas de un punto neutro significa intercambiar tráfico con todas las redes que también lo están, sin negociar un acuerdo con cada una por separado. Ahí está el valor: una presencia con servidor de rutas y 160 redes al otro lado abre más caminos cortos que un puerto grande sin él.

Política de intercambio abierta

Una red decide con quién intercambia tráfico y bajo qué condiciones, y esa decisión se declara en público. Condiciona a quién le resulta fácil llegar hasta ti.

PeeringDB registra la política de AS3262 como abierta (Open): sin contrato requerido y sin exigencia de proporción de tráfico.

En llano: la red no rechaza un intercambio que acortaría el camino porque el otro lado le mande más tráfico del que recibe. Muchos operadores grandes sí lo hacen, y esa es la razón habitual de que un camino dé un rodeo que no necesitaba dar.

El resto de lo declarado en ese mismo registro:

Tráfico: entre 50 y 100 Gbps, con proporción equilibrada entre lo que entra y lo que sale.
Conjunto de rutas anunciado: AS-SARENET.

Salida a Internet

El intercambio directo no cubre Internet entero: solo llega a las redes presentes en esos puntos neutros. Para todo lo demás hay tránsito contratado.

Por qué no damos nombres

Las redes vecinas de cualquier sistema autónomo se observan en las tablas BGP públicas. Pero una adyacencia observada no es un acuerdo declarado, y esta página no es el sitio para tratar una cosa como si fuera la otra. Lo que sí está declarado por la propia red —sus presencias, sus capacidades y su política— es lo que ves más arriba. Si necesitas más detalle para una evaluación, pídelo y lo tratamos por escrito.

Diez instalaciones de interconexión, todas en España

Más allá de los puntos neutros, la red tiene presencia física en diez instalaciones de interconexión. Todas están en territorio español:

Madrid: Espanix Datacenter, Digital Realty MAD1-2, Digital Realty MAD3, Digital Realty MAD4, Equinix MD1, Equinix MD2 (Alcobendas).
Barcelona: Equinix BA1, Templus BCN01 (L'Hospitalet de Llobregat).
Paterna (Valencia): NIXVAL.
Derio (Bizkaia): Telxius.

La residencia del dato también se sostiene en la red

Dónde está el disco es media respuesta. La otra media es por dónde viaja el tráfico para llegar hasta él. Si todas las interconexiones de la red están en España, el camino habitual tampoco sale de España. Consulta Residencia de datos.

Lo que ponemos nosotros encima

El cable pone el suelo: por debajo de cierta latencia no se baja, la distancia manda. Por encima de ese suelo decide otra cosa, y ahí sí intervenimos: cuántos bytes mandamos y cuántas veces los mandamos.

Compresión Brotli sobre el programa de Odoo y las hojas de estilo, que son con diferencia lo más pesado de una carga en frío. Cuanto más lejos o más lenta sea la conexión, más se nota esa diferencia.
HTTP/2, que trae todas esas piezas por una sola conexión en lugar de abrir una por fichero.
TLS 1.3, que cifra estableciendo la conexión con menos idas y venidas.
Ficheros con nombre versionado y caducidad larga. Cada versión tiene su propio nombre, así que el navegador puede guardarla mucho tiempo sin riesgo de servir algo caducado. La segunda visita descarga bastante menos que la primera.
Límite de peticiones por origen siempre activo, en todos los entornos y no solo en producción, con o sin cortafuegos de aplicación contratado (consulta Seguridad de red).

Cómo comprobamos la latencia, y dónde están los números

Una red se juzga por lo que tarda de verdad, no por su topología. Por eso hay un recorrido de 21 peticiones reales de Odoo —carga en frío, apertura de un módulo, paginar y ordenar, buscar, un informe, una exportación, un PDF— que se repite desde 44 ciudades de 37 países.

El método está a la vista, y tiene una particularidad que conviene saber leer: la sonda abre conexión nueva en cada petición, así que paga resolución de nombre, cifrado y conexión cada vez. Es exactamente lo que hace una integración que llama suelta, pero no lo que hace alguien con Odoo abierto delante. Por eso se publican las dos lecturas —lo que devolvió la sonda y lo que queda al descontar esos viajes que un navegador ya no vuelve a pagar— una al lado de la otra, con la aritmética que lleva de una a otra explicada en la propia página.

Los resultados no viven aquí. Este centro de confianza describe la red y el método; el desglose ciudad a ciudad, con la fuente de cada umbral de percepción, está publicado aparte para que puedas repetirlo o discutirlo: https://www.dyncloud.es/conectividad/.

Lo que no afirmamos

Un centro de confianza vale tanto por lo que delimita como por lo que afirma:

No decimos con qué redes concretas se intercambia tráfico. La política es abierta y las presencias son públicas; la lista de acuerdos no la publicamos.
No prometemos una cifra de latencia. Lo que se publica en la página de conectividad es el resultado de un recorrido de medición, y un recorrido de medición no es un compromiso de servicio. Los niveles de servicio se acuerdan en contrato.
Si cambia la red o cambia el recorrido, cambia el resultado. Por eso el método se publica junto a los números, y no aquí.

Cómo comprobarlo sin fiarte de nosotros

Todo lo anterior consta en un registro público que no administramos nosotros:

https://www.peeringdb.com/asn/3262

Cómo leerlo: la ficha del sistema autónomo lista sus puntos neutros con la capacidad de cada puerto y si está conectado al servidor de rutas, sus instalaciones de interconexión con su ubicación, y en el apartado de peering la política, el conjunto de rutas anunciado y el tráfico declarado. Compara esa ficha con esta página. Si algo no cuadra, dínoslo.