Cuando visitas una web, tu conexión atraviesa varias redes antes de llegar al servidor. El camino no lo decide el dominio ni el servidor web, sino una combinación de routers, bloques de direcciones IP y acuerdos entre operadores. En el centro de ese sistema están los Sistemas Autónomos, identificados mediante un ASN.
Tener un ASN propio permite a un proveedor definir su política de enrutado y anunciar sus direcciones IP directamente. Sin embargo, no convierte automáticamente su red en rápida, redundante o inmune a ataques. Para valorar su importancia hay que mirar qué infraestructura y qué conexiones existen detrás del número.
Qué es un Sistema Autónomo
Un Sistema Autónomo, o AS por sus siglas en inglés, es un conjunto de redes IP administradas bajo una política de enrutado común. Puede pertenecer a un operador de telecomunicaciones, un centro de datos, una universidad, una empresa tecnológica o un proveedor de hosting.
Cada Sistema Autónomo se identifica mediante un Autonomous System Number o ASN. Es un número único que permite reconocer qué organización anuncia una determinada red al resto de Internet. Suele representarse con el prefijo «AS», por ejemplo, AS64500.
El ASN no identifica un servidor concreto. Un mismo sistema autónomo puede anunciar varios bloques de IPv4 e IPv6, desplegados en una o varias ubicaciones. Lo importante es que el titular del ASN controla la política con la que esas redes se comunican con otros operadores.
ASN y direcciones IP no son lo mismo
Una dirección IP identifica una interfaz o un servicio accesible por red. Un ASN identifica a la red que anuncia uno o más bloques de direcciones. También conviene distinguir entre el propietario registral de un bloque, la organización que lo utiliza y el AS que lo anuncia: pueden ser entidades diferentes.
Por ejemplo, un proveedor puede usar direcciones cedidas por un operador mayor. Esas IP podrían aparecer registradas a nombre del operador y ser anunciadas desde su ASN, aunque los servidores estén administrados por el proveedor de hosting. En otro modelo, el proveedor dispone de sus propios recursos y anuncia los prefijos desde su propio ASN.
Qué significa BGP y para qué sirve
BGP significa Border Gateway Protocol. Es el protocolo mediante el cual los Sistemas Autónomos intercambian información sobre las redes que pueden alcanzar. Gracias a BGP, un operador puede comunicar al resto de Internet: «para llegar a este bloque de IP, envía el tráfico hacia mi red».
Los anuncios BGP incluyen rutas y atributos que ayudan a decidir qué camino utilizar. Entre ellos se encuentran la secuencia de sistemas autónomos atravesados, conocida como AS_PATH, y parámetros de preferencia aplicados por cada operador.
BGP no selecciona necesariamente la ruta con menor distancia física ni la de menor latencia. La decisión también responde a políticas comerciales, acuerdos de tránsito, interconexiones directas y prioridades técnicas. Por eso dos usuarios situados en la misma ciudad pueden llegar al mismo servidor mediante recorridos distintos.
Tránsito, peering y upstream
- Tránsito IP: un operador proporciona acceso al resto de Internet a cambio de una relación comercial.
- Peering: dos redes intercambian directamente el tráfico destinado a sus respectivos clientes, normalmente en un punto de intercambio o mediante una conexión privada.
- Upstream: proveedor superior al que una red se conecta para alcanzar destinos que no cubre mediante rutas propias o acuerdos directos.
Un ASN propio hace posible establecer estas relaciones con identidad de red propia. Aun así, una red conectada a un solo upstream seguirá dependiendo de él. Para hablar de independencia real hay que comprobar si existe multihoming, es decir, conectividad con más de un operador, además de rutas y capacidad suficientes para asumir una incidencia.
Red propia frente a proveedor revendedor
Un proveedor con red propia administra su ASN, sus anuncios BGP y, normalmente, parte de la infraestructura de encaminamiento. Puede contratar tránsito con varios operadores, establecer peering y decidir por dónde entra o sale el tráfico.
Un revendedor contrata servidores, máquinas virtuales o capacidad a otro proveedor y los comercializa con su propia marca. Esto no implica necesariamente un servicio deficiente: puede aportar buena administración, soporte y especialización. La diferencia es que las decisiones de red quedan, en gran medida, en manos del operador subyacente.
| Aspecto | Proveedor con ASN propio | Revendedor sin control de red |
|---|---|---|
| Anuncios BGP | Puede definir cómo anuncia sus prefijos | Depende de la red mayorista |
| Cambio de upstream | Puede mantener sus anuncios si dispone de recursos portables y acuerdos adecuados | Puede requerir cambiar las IP de los clientes |
| Incidencias de ruta | Puede ajustar políticas y escalar directamente con otros operadores | Debe solicitar los cambios al proveedor subyacente |
| Reputación de IP | Tiene más capacidad para segmentar rangos y gestionar abusos | Depende también de las políticas del mayorista |
| Mitigación DDoS | Puede integrar filtrado, desvío o limpieza en su arquitectura | Utiliza la protección que ofrezca el operador principal |
Implicaciones reales para el cliente
Mayor control del enrutado
Con BGP, el proveedor puede modificar preferencias de salida, anunciar un prefijo desde diferentes ubicaciones o retirar una ruta afectada. También puede trabajar con sus operadores para corregir recorridos anómalos o reducir la dependencia de un enlace concreto.
Esto no garantiza que todas las conexiones sigan siempre el mejor trayecto. La ruta de entrada también depende de las políticas de otras redes. El beneficio real consiste en disponer de más herramientas para intervenir, medir y negociar cambios sin quedar limitado a abrir una incidencia al mayorista.
Gestión de la reputación de las IP
Las direcciones IP acumulan reputación según su uso. El envío de correo no deseado, los sistemas comprometidos, los escaneos agresivos o determinados tipos de abuso pueden provocar su inclusión en listas de bloqueo.
Una red operada directamente puede separar servicios por rangos, tramitar bajas en listas, mantener contactos de abuso y actuar contra clientes comprometidos. También puede controlar el DNS inverso cuando dispone de la delegación correspondiente. Estas medidas son especialmente relevantes para correo, APIs y servicios que aplican filtros basados en reputación.
No obstante, tener un ASN propio no limpia automáticamente una IP. La reputación exige monitorización, respuesta ante abusos y políticas de uso. Antes de contratar, pregunta cómo gestiona el proveedor las IP bloqueadas y si una sustitución se acompaña de una investigación de la causa.
Mitigación de ataques DDoS
Un ataque de denegación de servicio distribuido intenta agotar el ancho de banda o los recursos del servicio. La mitigación puede incluir filtrado en routers, límites por protocolo, descarte selectivo, desvío hacia centros de limpieza o anuncios más específicos durante el ataque.
Controlar los anuncios BGP facilita algunas de estas acciones. Por ejemplo, el proveedor puede coordinar el desvío del tráfico hacia una plataforma de limpieza o retirar temporalmente una ruta para proteger el resto de la red. Pero si el ataque supera la capacidad del enlace antes de ser filtrado, actuar únicamente dentro del centro de datos llega demasiado tarde.
Al comparar servicios, pide respuestas concretas:
- ¿El filtrado se realiza antes de que el tráfico alcance los enlaces del proveedor?
- ¿La protección está siempre activa o se habilita al detectar un ataque?
- ¿Qué protocolos y tipos de tráfico pueden filtrarse?
- ¿La mitigación protege cada IP o solo determinados servicios?
- ¿Qué ocurre con la IP atacada durante el incidente?
Estas preguntas son especialmente útiles en proyectos expuestos, como comercio electrónico, APIs públicas o servidores de juegos.
Menor dependencia de un único operador
Un proveedor que anuncia sus redes mediante varios upstreams puede conservar la conectividad si uno falla, siempre que la arquitectura interna y la capacidad restante lo permitan. También puede cambiar relaciones de tránsito sin obligar necesariamente a todos sus clientes a renumerar servidores.
La palabra clave es «puede». Para que la independencia sea efectiva hacen falta varios operadores, caminos físicos suficientemente diversos, routers preparados y una política BGP bien mantenida. Dos contratos que terminan usando la misma canalización física no proporcionan la misma resiliencia que dos recorridos realmente separados.
Cómo comprobar la red de un proveedor
No necesitas administrar BGP para realizar una comprobación básica. Empieza obteniendo la IP del servicio y consultando su información pública:
nslookup ejemplo.com
whois 203.0.113.10
tracert ejemplo.comEn Linux o macOS puedes usar:
dig +short ejemplo.com
whois 203.0.113.10
traceroute ejemplo.comEl resultado de whois puede mostrar la organización responsable del rango, pero no siempre indica claramente el ASN que lo origina. Para comprobar el origen BGP conviene consultar una herramienta pública de rutas y buscar la IP o el prefijo.
Después, plantea al proveedor estas cuestiones:
- ¿Qué ASN anuncia las IP entregadas al cliente?
- ¿Cuántos upstreams activos tiene la red?
- ¿Dispone de peering o presencia en puntos de intercambio?
- ¿Quién puede modificar el DNS inverso y gestionar incidencias de reputación?
- ¿Cómo se activa la protección DDoS?
- ¿Cambiarían las IP si finalizase la relación con un operador concreto?
Una respuesta útil debe explicar la arquitectura sin escudarse únicamente en frases como «red premium» o «conectividad de primer nivel».
Cuándo no importa tener un ASN propio
El ASN puede ser irrelevante para una web pequeña, un entorno de pruebas o un proyecto cuya disponibilidad no dependa de controlar las rutas. Si el proveedor mayorista ofrece una red sólida y el revendedor administra bien los servidores, el resultado puede cubrir perfectamente las necesidades del cliente.
Tampoco debería ser el criterio principal cuando el problema está en otra capa. Un ASN no corrige una aplicación lenta, una base de datos mal indexada, copias de seguridad inexistentes ni un WordPress desactualizado. Para muchos negocios pesan más la administración diaria, el soporte, la seguridad y un plan de recuperación. En ese caso conviene evaluar el conjunto del hosting gestionado y la estrategia de copias y recuperación.
Incluso en proyectos críticos, una red excelente no sustituye una arquitectura distribuida. Si toda la aplicación reside en un único servidor, este seguirá siendo un punto único de fallo aunque tenga varias rutas hacia Internet.
Qué debes valorar en conjunto
Considera el ASN propio como una señal de capacidad operativa, no como un sello automático de calidad. Revisa quién anuncia las IP, cuántos caminos existen, cómo se gestionan los abusos y dónde se detienen los ataques. Añade después las capas que realmente sostienen el servicio: administración, actualizaciones, monitorización, copias y recuperación.
Overclock Host opera red y ASN propios con protección DDoS; si necesitas confirmar cómo se aplican estas capacidades a tu proyecto, puedes solicitar los detalles técnicos en contacto.
Preguntas frecuentes
¿Un ASN propio garantiza menor latencia?
No. Permite controlar políticas y acuerdos de red, pero la latencia depende de la distancia, el peering, la congestión y las rutas elegidas por todos los operadores implicados.
¿Tener ASN significa que el proveedor es propietario de todas sus IP?
No necesariamente. Puede anunciar bloques propios, recursos portables o direcciones cedidas bajo un acuerdo. Conviene comprobar tanto el registro de las IP como su origen BGP.
¿Un ASN propio evita los ataques DDoS?
No. Facilita integrar mecanismos de mitigación y controlar anuncios, pero la protección depende de la capacidad, el filtrado y los acuerdos establecidos con redes de tránsito o limpieza.
¿Un revendedor ofrece siempre peor hosting?
No. Puede proporcionar una administración y un soporte excelentes. Su limitación es que dispone de menos control directo cuando la incidencia afecta al enrutado, las direcciones IP o la red mayorista.
¿Cuándo debería exigir varios upstreams?
Cuando la continuidad del servicio sea importante y una interrupción de red tenga consecuencias relevantes. Confirma además que los enlaces sean activos, tengan capacidad suficiente y no compartan todos el mismo recorrido físico.