Al abrir una página, tu dispositivo utiliza una conexión de acceso, busca direcciones y envía datos a través de varias redes. El navegador interpreta la respuesta y muestra el contenido.
Internet es una red de redes. La Web es uno de los servicios que funcionan sobre ella; también la utilizan aplicaciones de correo, mensajería y otros servicios. Una computadora, un teléfono y una tableta pueden acceder por caminos distintos.
Los siguientes casos son situaciones didácticas. Permiten seguir una petición y distinguir qué hace cada parte, sin suponer que todas las conexiones son iguales.
12 ejemplos para entender la conexión
Primero vemos cómo se accede; después, cómo se localiza y transporta la información, y por qué una descarga puede tardar.
Situación: Un portátil se conecta por Wi-Fi al equipo de la casa y solicita una página.
Qué sucede: El punto de acceso comunica el portátil con la red local; el router conecta redes y la ONT termina el enlace de fibra del proveedor. Estas funciones pueden estar integradas en un mismo aparato.
Ejemplo: Un recorrido posible es portátil → punto de acceso → router → ONT → red del proveedor → otras redes → servidor. Al usar un cable Ethernet cambia el primer tramo.
Para distinguir: La fibra hasta la vivienda y el Wi-Fi dentro de ella son conexiones distintas. La calidad de una no garantiza la de la otra.
Situación: Un teléfono muestra conexión Wi-Fi, pero las páginas externas no cargan.
Qué sucede: El enlace con el punto de acceso puede funcionar aunque falle la salida del router, el proveedor o algún servicio necesario para la consulta.
Ejemplo: Si sigue disponible una impresora de la misma red, hay comunicación local aunque no se pueda abrir una web externa.
Para distinguir: Es una posibilidad, no un diagnóstico definitivo: una sola página caída o un problema DNS también puede impedir una consulta.
Situación: Una persona desactiva el Wi-Fi y utiliza los datos móviles de su teléfono.
Qué sucede: El terminal se comunica por radio con una estación base. La red de acceso se enlaza con el núcleo del operador, desde el que puede acceder a Internet.
Ejemplo: El trayecto comienza teléfono → estación base → red del operador. A partir de allí continúa por las redes necesarias para llegar al servicio.
Para distinguir: No necesita pasar por el router de su casa. La cobertura radioeléctrica es solo una parte del servicio: también importan la capacidad y la conexión del operador.
Situación: El navegador necesita una dirección IP asociada al nombre del sitio.
Qué sucede: Consulta el sistema DNS mediante un resolvedor. Este puede responder con datos disponibles o consultar otros servidores, incluidos raíz, dominio superior y autoritativo.
Ejemplo: Una explicación ficticia podría asociar un nombre a 192.0.2.10. Esa dirección está reservada para documentación: no es un servidor que debas visitar.
Para distinguir: DNS no dibuja el camino de los paquetes. Obtener la dirección y transportar los datos hasta ella son tareas diferentes.
Situación: Dos equipos domésticos tienen direcciones privadas diferentes y salen mediante el mismo router.
Qué sucede: Con traducción de direcciones y puertos —NAPT, frecuentemente llamada NAT— varias conexiones pueden compartir una dirección IPv4 pública. La tabla de traducción permite devolver las respuestas a cada conexión.
Ejemplo: Un portátil puede usar 192.168.1.20 y otro 192.168.1.21 dentro de la casa. Esas direcciones privadas también pueden existir en otra red independiente.
Para distinguir: Una IP no es una identidad personal permanente. El proveedor puede asignar direcciones variables o compartir una pública entre abonados; tampoco toda conexión usa este modelo, especialmente en IPv6.
Situación: Un paquete debe salir de la red del proveedor para llegar a un servicio de otra red.
Qué sucede: Los routers consultan sus tablas para elegir el siguiente salto. Entre redes autónomas, BGP intercambia información de rutas y permite aplicar políticas.
Ejemplo: Si existe más de una ruta, una red puede preferir una por sus acuerdos y reglas, aunque otra parezca más corta en un mapa.
Para distinguir: No se garantiza el recorrido geográfico mínimo. La respuesta puede seguir otra ruta, y un cambio de ruta requiere alternativas realmente disponibles.
Situación: El navegador establece una conexión HTTPS con un sitio.
Qué sucede: TLS protege la confidencialidad e integridad de los datos en tránsito y permite autenticar al servidor mediante la validación correspondiente del certificado.
Ejemplo: Un observador del enlace no debería poder leer directamente el contenido protegido de una petición por capturar su tráfico.
Para distinguir: El cifrado no certifica que el texto sea verdadero ni que el comercio sea honesto. Tampoco vuelve invisible toda la actividad: el destino y otros metadatos pueden seguir siendo observables.
Situación: El navegador recibe un documento HTML que hace referencia a otros archivos.
Qué sucede: Interpreta el documento y solicita los recursos necesarios: por ejemplo, estilos e imágenes. Algunos pueden venir de caché del navegador o de una red de distribución de contenidos, CDN.
Ejemplo: Una página con una hoja de estilos y dos imágenes puede necesitar varias solicitudes. No es necesariamente una única descarga indivisible.
Para distinguir: Una copia válida en caché puede evitar transferencias. Una CDN puede responder desde un servidor distinto del de origen; no todos los recursos se pueden almacenar o reutilizar de la misma forma.
Situación: Parte de los datos de un archivo no llega o llega fuera de orden.
Qué sucede: TCP ofrece a la aplicación un flujo ordenado y fiable: detecta pérdidas y retransmite. Si la conexión no puede continuar, la operación puede fallar.
Ejemplo: En una descarga sobre TCP, la aplicación no tiene que ensamblar el archivo según el orden irregular en que llegan los paquetes.
Para distinguir: No toda la Web usa TCP: HTTP/3 utiliza QUIC sobre UDP; QUIC aporta entrega fiable por flujo. Eso no significa que UDP por sí solo retransmita ni que toda aplicación en tiempo real espere datos atrasados.
Situación: Un archivo tiene 10 MB decimales y se dispone de una tasa constante de 20 Mb/s dedicada a sus datos.
Qué sucede: Un byte contiene 8 bits: 10 MB = 80 Mb. Tiempo ideal = 80 Mb ÷ 20 Mb/s = 4 s.
Ejemplo: A 40 Mb/s, el mismo cálculo da 2 s. Son situaciones hipotéticas para distinguir megabytes de megabits, no mediciones de una conexión.
Para distinguir: En la práctica intervienen sobrecarga, congestión, servidor y otros retrasos. La latencia mide demora; aumentar la capacidad no elimina automáticamente esa demora ni asegura el tiempo calculado.
Situación: Una conexión telefónica por marcación y una conexión ADSL utilizan un par de cobre, pero no de la misma manera.
Qué sucede: La marcación establece una llamada mediante un módem de banda vocal. ADSL también utiliza un módem, pero emplea bandas de frecuencia distintas para los datos; puede compartir el par con telefonía analógica mediante separación y filtrado.
Ejemplo: En el acceso por marcación se ocupa la llamada de esa línea. En ADSL con voz analógica compartida pueden coexistir la conversación y los datos.
Para distinguir: ADSL no es lo contrario de módem: es una tecnología que utiliza uno. No representa todas las conexiones; fibra y datos móviles tienen otras formas de acceso.
Este esquema describe una consulta HTTPS que necesita acceder a la red. Las cachés y las conexiones ya abiertas pueden evitar algunos pasos.
Indicar el recurso. Escribes una URL o sigues un enlace.
Obtener la dirección. Cuando hace falta, se resuelve el nombre mediante DNS.
Establecer la comunicación protegida. El navegador y el servicio negocian los protocolos y la protección necesarios. El transporte depende de la versión de HTTP.
Enviar la petición. Los datos viajan en paquetes; los routers los encaminan por las redes disponibles.
Recibir la respuesta. El servicio devuelve el recurso solicitado o una respuesta de error. Puede intervenir una CDN.
Construir la página. El navegador interpreta HTML, aplica estilos y carga otros recursos cuando corresponde.
DNS también genera tráfico de red: no es una operación que ocurra fuera de Internet. El esquema separa tareas para explicarlas, aunque algunas se reutilizan, se solapan o se realizan en paralelo.
Dominio, dirección IP, URL y máscara no son lo mismo
Considera esta URL didáctica, con un dominio reservado para ejemplos:
https://www.example.com/guia?tema=redes#paso1
https: indica el esquema de acceso.
www.example.com: es el nombre de host. «www» es una etiqueta convencional; no es obligatoria en todas las direcciones web.
/guia: es la ruta del recurso.
?tema=redes: es la consulta, con un parámetro.
#paso1: es el fragmento, interpretado por el cliente; no se envía como parte del destino de la petición HTTP.
Una dirección IP permite direccionar el tráfico de red. Un nombre puede estar asociado a varias direcciones, y distintos sitios pueden compartir una IP.
La máscara de subred tiene otra función. En el ejemplo 192.168.1.20/24, el prefijo /24 corresponde a la máscara 255.255.255.0 y a la red 192.168.1.0/24. No convierte palabras en direcciones. Un router local podría usar 192.168.1.1, pero ese valor depende de la configuración.
El teléfono muestra Wi-Fi, pero una web no abre. ¿Demuestra que todo Internet está caído?
¿Qué diferencia hay entre resolver un dominio y elegir el siguiente salto?
Dos hogares usan 192.168.1.20 en un equipo. ¿Es necesariamente un conflicto?
¿Qué recibe el servidor como parte del destino de la petición al abrir https://www.example.com/guia?tema=redes#paso1?
Una página usa HTTPS. ¿Eso prueba que sus afirmaciones son correctas?
¿Cuánto tarda idealmente un archivo de 15 MB decimales a 30 Mb/s constantes dedicados a sus datos?
¿Es correcto decir que HTTP/3 no puede recuperar datos porque utiliza UDP?
¿Por qué no hay que repetir siempre todas las consultas DNS ni descargar siempre cada imagen?
Ver respuestas explicadas
No. Solo se ha observado un fallo de acceso a esa web; la red local puede funcionar y el problema puede estar en el sitio, DNS o la salida a Internet.
DNS permite obtener datos asociados al nombre, como direcciones IP. El router decide el siguiente salto según su tabla de rutas.
No, si son redes privadas independientes. Dentro de una misma red, asignar la misma dirección a dos equipos sí puede causar un conflicto.
La ruta /guia y la consulta tema=redes. El nombre identifica el servidor o servicio en la comunicación HTTP; el fragmento #paso1 se interpreta en el cliente y no se envía como parte del destino de la petición.
No. TLS protege la comunicación; no verifica la veracidad de los contenidos.
15 × 8 = 120 Mb; 120 ÷ 30 = 4 s. Se excluyen otros retrasos y sobrecargas, por lo que no es una promesa de tiempo real.
No. HTTP/3 usa QUIC, que aporta mecanismos de entrega fiable por flujo sobre UDP.
Son dos cachés diferentes: una respuesta DNS válida puede reutilizarse; un recurso web también puede estar almacenado y reutilizarse si sus condiciones lo permiten.
Errores frecuentes
Confundir Internet con la Web: las páginas web son un uso de la red, no toda la red.
Llamar máscara al dominio: el nombre, la IP y la máscara cumplen funciones distintas.
Atribuir a DNS la elección del camino: resolver nombres y encaminar paquetes son tareas diferentes.
Suponer que todos los paquetes dan la vuelta al mundo: la distancia depende del destino y de la ruta; una caché cercana puede responder.
Confundir Wi-Fi con acceso a Internet: tener enlace local no garantiza acceso externo.
Tratar HTTPS como sello de veracidad: protege la comunicación, no la calidad del contenido.
Leer MB como Mb: un byte equivale a ocho bits; la mayúscula importa.
Presentar ADSL y módem como alternativas excluyentes: ADSL utiliza un módem específico.
