Consultoría y Capacitación | Javier Baz | Arquitectura de Computadoras
📦 Módulo 4 · Clase 4 · TGSIT

Protocolos de Red

Las reglas que hacen funcionar la comunicación: CSMA/CD, IP, NAT y TCP (vs UDP).

// qué es un protocolo

📜 ¿Qué es un protocolo?

El idioma y las reglas que ambos extremos respetan.

Un protocolo es un conjunto de reglas que define cómo se formatean, envían, reciben y confirman los datos entre dos dispositivos. Sin un protocolo común, dos equipos no se entienden, aunque estén físicamente conectados.

Analogía: dos personas pueden estar cara a cara, pero si una habla solo japonés y la otra solo español, no se comunican. El protocolo es el idioma compartido y las reglas de cortesía (cuándo hablar, cómo confirmar que entendiste).

En esta clase vemos cuatro protocolos clave, cada uno en su capa: CSMA/CD (cómo se accede al medio), IP (direccionar y enrutar), TCP/UDP (entrega de los datos) y NAT (traducir direcciones en el borde).

// csma/cd

📻 CSMA/CD — Acceso al medio

CSMA/CD = Carrier Sense Multiple Access with Collision Detection (Acceso Múltiple con Detección de Portadora y de Colisiones). Es el método clásico de Ethernet para que varias estaciones compartan un mismo medio (como un bus o un hub) sin pisarse.

Analogía: es como una charla educada en una mesa. Antes de hablar, escuchás si alguien más está hablando (carrier sense). Si está libre, hablás. Si dos arrancan a la vez, se dan cuenta (colisión), se callan, y cada uno espera un ratito al azar antes de reintentar.

El procedimiento, paso a paso:

  1. Escuchar (Carrier Sense): la estación verifica si el medio está libre.
  2. Transmitir: si está libre, envía los datos.
  3. Detectar colisión: si otra transmitió a la vez, las señales chocan.
  4. Señal de atasco (jam): avisa a todos que hubo colisión.
  5. Backoff aleatorio: cada estación espera un tiempo al azar (backoff exponencial) y reintenta.
Importante: CSMA/CD solo tiene sentido en redes half-duplex con medio compartido (hubs). En las redes modernas con switch y full-duplex, cada puerto es su propio dominio de colisión, así que prácticamente no hay colisiones y CSMA/CD queda como concepto histórico. En WiFi se usa una variante: CSMA/CA (Collision Avoidance, evita en vez de detectar).
// ip

🧭 IP — Internet Protocol (capa 3)

El protocolo IP se encarga de direccionar cada paquete (origen y destino) y de enrutarlo entre redes hasta llegar al destino. Es la base sobre la que viaja casi todo en Internet.

  • Es no orientado a conexión: cada paquete viaja por su cuenta.
  • Es best effort ("mejor esfuerzo"): no garantiza la entrega, ni el orden, ni que no se pierdan paquetes.
  • La fiabilidad (confirmar, reordenar, retransmitir) la aporta TCP por encima.
Clave: IP pone la dirección y mueve el paquete, pero no promete que llegue. Si necesitás garantía de entrega, esa la da TCP. Si no te importa perder alguno, alcanza con UDP.
// icmp y el comando ping

📡 ICMP — el protocolo que avisa, y ping

Si IP no confirma nada, ¿cómo sabemos si un equipo está vivo? Para eso existe ICMP (Internet Control Message Protocol): un protocolo de capa 3, compañero de IP, que no transporta datos del usuario sino mensajes de control y de error.

Su uso más conocido es el comando ping, que manda un mensaje de eco ("¿estás ahí?") y espera la respuesta ("acá estoy"):

Lo que vesQué significa
Respuesta desde… tiempo=2msEl equipo está vivo y te contesta. El tiempo es lo que tardó ida y vuelta
Tiempo de espera agotadoNo contestó: puede estar apagado, mal direccionado, o con el firewall bloqueando
Host de destino inaccesibleNi siquiera hay camino hasta ahí: problema de ruta o de puerta de enlace

Se usa escribiendo ping y la dirección: ping 192.168.1.1 o ping google.com. Para abrir la terminal: Win + R, escribir cmd y Enter.

Un "no responde" no siempre es una falla. Muchos equipos y servidores están configurados para no contestar el ping por seguridad. Que no responda es un dato, no un veredicto: hay que confirmarlo por otro lado antes de decir que está caído.
// tcp vs udp

🤝 TCP y UDP (capa 4)

TCP (Transmission Control Protocol) es orientado a conexión y confiable: antes de enviar datos abre la conexión con el saludo de tres vías (SYN → SYN-ACK → ACK), confirma cada entrega con ACK, reordena y retransmite lo que se pierde. UDP es lo contrario: sin conexión, sin confirmaciones, rápido y liviano.

CaracterísticaTCPUDP
ConexiónOrientado a conexión (handshake)Sin conexión
FiabilidadGarantiza entrega y ordenSin garantías
VelocidadMás lento (más control)Más rápido (liviano)
ConfirmaciónSí (ACK)No
Usos típicosWeb, correo, descargas, archivosStreaming, VoIP, juegos, DNS
Analogía: TCP es como una carta certificada: el correo te avisa que llegó y, si se pierde, se reenvía. UDP es como gritar un mensaje por la ventana: es instantáneo, pero nadie te confirma si el otro lo escuchó.

Mirá el saludo de tres vías paso a paso en la pestaña TCP.

// nat

🔁 NAT — Network Address Translation

NAT traduce las direcciones IP privadas de tu red local a una IP pública (y al revés con las respuestas). Lo hace el router en el borde de la red. Gracias a NAT, decenas de equipos con IP privada pueden salir a Internet compartiendo una sola IP pública.

  • PAT (NAT overload): la forma más común. Distingue cada conexión por el número de puerto, así muchos equipos usan la misma IP pública a la vez.
  • DNAT (port forwarding): redirige un puerto público hacia un servidor interno (por ejemplo, exponer una web que corre en una PC de la LAN).
Analogía: NAT es como la recepción de un edificio de oficinas. Hacia afuera todos comparten una sola dirección (la del edificio). La recepcionista anota qué interno hizo cada llamada para devolver la respuesta a la oficina correcta. Esa "libreta" es la tabla NAT.

Probá la traducción con varias PC en la pestaña NAT.

// comprobalo en tu propia pc

🔍 Ver el NAT con tus propios ojos

NAT parece abstracto hasta que lo comprobás. Son dos números y treinta segundos.

  1. Abrí la terminal (Win + Rcmd) y escribí ipconfig. Anotá tu dirección IPv4: va a empezar con 192.168., 10. o 172.16-31. — es una IP privada.
  2. En el navegador, buscá "cuál es mi IP". Ese número es la IP pública con la que el mundo te ve.
  3. Compará los dos. No coinciden. Y si un compañero hace lo mismo desde la misma red, su IP privada será distinta a la tuya pero la pública será la misma.
Eso que acabás de ver es NAT. El router cambió tu dirección privada por la pública al salir, y va a hacer el camino inverso cuando vuelva la respuesta. Dos equipos, dos IP privadas, una sola IP pública compartida: eso es PAT.
Para el técnico: esta comprobación es la forma más rápida de explicarle a un cliente por qué "su IP" cambia según dónde la mire, y por qué no se puede llegar a una PC de la LAN desde afuera sin configurar antes un port forwarding.
Y algo que pasa cada vez más: CGNAT. Como las IPv4 públicas se agotaron, muchos proveedores ya no le dan una a cada cliente: aplican NAT una segunda vez, del lado del ISP, y varios clientes comparten la misma IP pública. A eso se le dice Carrier-Grade NAT. Consecuencia práctica: el port forwarding deja de funcionar aunque lo configures perfecto en el router, porque hay otro NAT más arriba que no controlás. Si te pasa, no lo busques en el router: se pide al proveedor una IP pública o se resuelve por otra vía.
// lo que no podés olvidar

Resumen

  • Protocolo = reglas comunes para comunicarse.
  • CSMA/CD: escuchar → transmitir → detectar colisión → backoff aleatorio. Solo en medio compartido (hubs).
  • IP (capa 3): direcciona y enruta, pero es best effort (no garantiza entrega).
  • ICMP (capa 3): mensajes de control y error. Es el protocolo que usa ping.
  • ping manda un eco y espera respuesta. Que no conteste puede ser firewall, no equipo caído.
  • TCP: confiable, orientado a conexión, saludo de 3 vías (SYN/SYN-ACK/ACK).
  • UDP: rápido, sin conexión ni garantías (streaming, VoIP, juegos, DNS).
  • NAT: traduce IP privada ↔ pública; PAT usa puertos para compartir una IP.
  • Se comprueba en un minuto: ipconfig te da la privada, "cuál es mi IP" te da la pública. Nunca coinciden.
// saludo de tres vías

🤝 TCP vs UDP, paso a paso

Elegí el protocolo y avanzá paso a paso. Con TCP vas a ver el saludo de tres vías (SYN → SYN-ACK → ACK), la transferencia con confirmación (ACK) y el cierre ordenado (FIN). Con UDP vas a ver que se disparan datagramas sin conexión ni confirmación… y que alguno se puede perder sin que nadie lo reintente.

Estado de la conexión

Cerrada
Tocá “Siguiente paso” para comenzar.
Paso 0
// traductor de direcciones (pat)

🔁 ¿Cómo comparten una IP pública?

Tres PC con IP privada quieren salir a Internet, pero el router tiene una sola IP pública. Elegí una PC y abrí una conexión: vas a ver cómo NAT/PAT crea una entrada en la tabla de traducción usando un puerto distinto para cada una, y cómo la respuesta vuelve a la PC correcta.

LAN (privada)

PC1192.168.1.10
PC2192.168.1.11
PC3192.168.1.12

Router NAT

Interfaz LAN:
192.168.1.1

Interfaz WAN (pública):
200.1.1.1

Internet

Servidor web203.0.113.8:80

Tabla de traducción NAT/PAT

Origen privado→ Origen públicoDestino
Elegí una PC y tocá “Abrir conexión”.
🎯 0 / 15