LAN, routers y paquetes: redes sin confusiones

Diego Salazar

[excited] Welcome to the show. Lucía, te voy a tirar una escena muy de examen: un instituto con 30 portátiles, 2 impresoras, un servidor de archivos, el Wi‑Fi del pasillo, y de pronto todos dicen “la red va mal”. Y ahí está la trampa: una red NO es internet, ni siquiera es “tener Wi‑Fi”. Es el problema de conectar un montón de dispositivos sin que aquello parezca la hora pico en la cafetería del recreo.

Lucía Navarro

[warmly] Y “30 portátiles, 2 impresoras, un servidor” ya nos da las piezas del tema 3. Porque una red existe para que los dispositivos se comuniquen y compartan recursos, sí, pero el examen casi siempre quiere algo más fino: quién se conecta, por dónde viajan los datos y qué dispositivo hace qué función. Si el alumno responde solo “para compartir internet”, se queda corto.

Diego Salazar

[matter-of-fact] Exacto. Piensa en una cafetería pequeña, que es como yo aprendí esto. Tienes dispositivos finales: los TPV, el portátil del encargado, la impresora de tickets. Esos son los aparatos que usan la red. Luego tienes la NIC, la network interface card, que es básicamente la puerta de red de cada dispositivo. Sin NIC, ese equipo no entra a la conversación. Y después están los medios de transmisión: cable Ethernet, fibra o inalámbrico. O sea, la carretera.

Lucía Navarro

[questioning tone] Déjame explicarlo de vuelta, a ver si queda limpio para alguien que está repasando la noche antes. Dispositivo final: el que envía o recibe datos. NIC: el componente que permite conectarse. Medio de transmisión: el camino físico o inalámbrico. ¿Sí?

Diego Salazar

Sí, y ahora vienen los dos que más se confunden: switch y router. El switch conecta dispositivos dentro de la MISMA red local. En el laboratorio de informática, el switch sería como el conserje del edificio: “tú, aula 3; tú, aula 5”. El router, en cambio, conecta redes distintas. Es la salida del edificio hacia otros edificios... o hacia internet.

Lucía Navarro

[skeptical] “Conserje del edificio” me gusta, porque ahí se ve la diferencia. El switch organiza el tráfico dentro de la LAN. El router decide cómo salir de una red a otra. Y eso importa porque una respuesta de examen que diga “el router conecta todos los ordenadores del aula entre sí” suele estar MAL. Si están en la misma red local, el protagonista es el switch.

Diego Salazar

[responds quickly] Tal cual. Y otra palabra que parece simple pero no lo es: LAN. Local Area Network. “Local” no significa solo pequeña por capricho; significa que cubre un área limitada, como una casa, una oficina o un instituto. WAN, wide area network, conecta áreas geográficas más amplias. Internet es el ejemplo clásico de WAN.

Lucía Navarro

[curious] Y aquí viene donde IB se pone un poquito... [pauses] exigente. Porque no basta con soltar “LAN es pequeña, WAN es grande”. Si te preguntan por qué una escuela usaría una LAN, la razón buena es que permite compartir recursos localmente —impresoras, archivos, acceso interno— con mayor control y normalmente menor coste dentro del sitio. La razón es lo que da puntos.

Diego Salazar

[chuckles] Sí. “Menor coste” y “más fácil de administrar” valen más que “porque es más rápida”, si no explicas rápida respecto a qué. Y ojo con eso: decir “WAN es peor porque es lenta” es demasiado vago. Mejor: una WAN suele tener mayor latencia y depende de enlaces externos porque cubre distancias largas. Ahí ya suena a que entiendes el mecanismo.

Lucía Navarro

[reflective] A mí me gusta compararlo con un club escolar. Una LAN es el grupo de alumnos en un aula pasando papeles dentro de la misma clase. Una WAN es intentar coordinar varias sedes del colegio en distintas ciudades. No es que una sea “buena” y otra “mala”; resuelven problemas distintos. Y el examen premia justo eso: elegir según necesidad, no según palabra memorizada.

Diego Salazar

[excited] Y ahí está la tensión real: cuantos más dispositivos añades, más necesitas reglas y hardware correcto para que no haya caos. Si el instituto mete 50 tablets nuevas, un switch ayuda a gestionar el tráfico interno. Si además quiere conectarse con la nube o con otra sede, necesitas router. Si falla la NIC de un portátil, ese equipo queda fuera aunque toda la red “esté bien”. Cada pieza resuelve un problema distinto.

Lucía Navarro

[softly] Y ese “resuelve un problema distinto” es casi la frase que yo me llevaría al examen. Porque tema 3 no es una lista de aparatos; es una lógica. ¿Qué se conecta? ¿Dentro de qué alcance? ¿Con qué medio? ¿Y con qué dispositivo intermedio? Si piensas así, ya no mezclas definiciones.

Lucía Navarro

[excited] Vale, ahora la parte que suele caer muchísimo: los datos no viajan como un bloque mágico. Viajan en paquetes. Es decir, la información se divide en partes pequeñas para poder enviarse por la red de forma más eficiente. Y esos paquetes necesitan direcciones y reglas, porque si no serían como cartas sin sobre ni servicio postal.

Diego Salazar

[questioning tone] Y aquí salen dos nombres que se pegan en la cabeza de cualquiera: IP y MAC. Dos direcciones, dos niveles de “a dónde va esto”. ¿Cómo lo explicas sin volver loca a media clase?

Lucía Navarro

[warmly] MAC identifica la interfaz de red de un dispositivo en una red local; IP identifica el dispositivo en una red para que los datos puedan ser encaminados entre redes. Dicho más humano: la MAC es como la matrícula fija de la puerta de entrada del dispositivo; la IP es como la dirección postal que se usa para hacer llegar el paquete al destino correcto. En la LAN se usa muchísimo esa identidad local; para moverse entre redes, la IP es esencial.

Diego Salazar

[laughs] “Matrícula y dirección postal”. Eso se queda. Porque además explica por qué switch y router no hacen lo mismo. El switch trabaja dentro de la red local, muy pegado a quién es quién ahí dentro. El router mira más allá, a qué red debe mandar el tráfico. Si mezclas eso en el examen, pierdes puntos tontos.

Lucía Navarro

Ahora, protocolos. TCP, UDP y DNS. Y aquí el truco NO es recitar siglas; es decir qué garantiza cada uno. TCP prioriza la fiabilidad: comprueba que los datos lleguen y lleguen en orden. UDP no ofrece esa misma garantía, pero reduce sobrecarga. Y DNS traduce nombres de dominio a direcciones IP.

Diego Salazar

[skeptical] O sea, TCP sería como enviar documentos importantes con acuse de recibo. UDP sería más como gritar resultados en un partido por megafonía: si alguien no oye una palabra, sigues. Y DNS... DNS es la agenda de contactos. Tú escribes un nombre fácil de recordar, y él busca la dirección numérica real.

Lucía Navarro

[responds quickly] Sí, y me gusta que hayas dicho “acuse de recibo”, porque “garantiza” es la palabra clave. Si te preguntan por qué usar TCP en vez de UDP, no digas solo “porque es mejor”. Mejor para QUÉ. Mejor si necesitas fiabilidad y entrega ordenada. UDP puede ser preferible cuando importa más la rapidez y toleras pérdidas ocasionales. Esa precisión es muy IB.

Diego Salazar

[matter-of-fact] Vamos con errores típicos. Uno: confundir switch con router, ya lo dijimos. Dos: usar “rápido” como si fuera una explicación completa. Si comparas cableado e inalámbrico y dices “cableado es mejor porque es más rápido”, te faltó medio punto, o un punto, o más. Justifica: el cableado suele ofrecer conexión más estable, menos interferencia y a menudo mayor ancho de banda. La inalámbrica ofrece movilidad y facilidad de instalación, pero puede sufrir interferencias o menor estabilidad.

Lucía Navarro

[firmly] Y tres: mezclar seguridad con rendimiento como si fueran lo mismo. Una red cableada puede considerarse más segura en ciertos contextos porque requiere acceso físico al cable, pero eso no significa automáticamente que siempre tenga mejor rendimiento por esa razón. Son criterios distintos. Seguridad es una cosa; velocidad, latencia y estabilidad son otras.

Diego Salazar

[curious] Ese “acceso físico al cable” me parece una frase de examen muy buena. Porque aterriza la ventaja. Igual con Wi‑Fi: no digas “es peor”. Di “es más conveniente para dispositivos móviles y más fácil de desplegar sin cableado adicional, pero puede tener más interferencias”. Ventaja y desventaja. Siempre en pareja.

Lucía Navarro

[pauses] Y una mini estrategia, muy corta, porque de verdad ayuda. Lee la palabra clave del enunciado. Si pide “describa”, explica qué hace. Si pide “compare”, da ambos lados. Si pide “justifique”, no basta con nombrar: tienes que conectar característica con consecuencia. “Usar una LAN en un instituto permite compartir impresoras localmente y simplifica la administración interna”; eso justifica. “LAN es local”; eso solo define.

Diego Salazar

[excited] Yo añadiría una regla de oro de corrector cascarrabias: una ventaja y una desventaja, siempre que la pregunta lo permita. Y con precisión suficiente. No escribas un párrafo de marketing tecnológico. Escribe como si estuvieras resolviendo un problema concreto: qué dispositivo, qué tipo de red, qué protocolo, y por qué.

Lucía Navarro

[reflective] Porque al final una red no falla por falta de siglas. Falla cuando no sabes qué problema estás intentando resolver. Y en el examen pasa lo mismo.

Diego Salazar

[softly] Si distingues problema, dispositivo y garantía, ya no estás memorizando tema 3. Lo estás pensando. Y eso... suele ser lo que separa una respuesta correcta de una respuesta que suena correcta.