Broadcast dirigido
Un broadcast dirigido se envía a todos los hosts de una red específica. Este tipo de broadcast es útil para
enviar un broadcast a todos los hosts de una red local. Por ejemplo, para que un host fuera de la red
[Link]/24 se comunique con todos los hosts dentro de esa red, la dirección de destino del paquete sería
[Link]. Aunque los routers no reenvían broadcasts dirigidos de manera predeterminada, se les puede
configurar para que lo hagan.
Broadcast limitado
El broadcast limitado se usa para la comunicación que está limitada a los hosts en la red local. Estos
paquetes siempre utilizan la dirección IPv4 de destino [Link]. Los routers no reenvían broadcasts
limitados. Por esta razón, también se hace referencia a una red IPv4 como un dominio de broadcast. Los
routers son dispositivos fronterizos para un dominio de broadcast.
A modo de ejemplo, un host dentro de la red [Link]/24 transmitiría a todos los hosts en su red utilizando
un paquete con una dirección de destino [Link].
Receiver window zero
Eso significa que no está leyendo datos de entrada lo suficientemente rápido (si es que lo hace), por lo que
El búfer de recepción interno del zócalo se está llenando hasta el punto en que no puede
reciba más datos, haciendo que el emisor bloquee las transmisiones de su lado
esperando a que lea datos del búfer de recepción para liberar espacio para
nuevos datos.
Cuando dos host intentan comunicarse, a cada lado de la conexión TCP hay un buffer de recepción. Cuando
recibimos datos que son correctos y están en orden, TCP coloca los datos en el buffer de recepción.
La aplicación leerá este buffer pero no tiene por qué leerlo en el mismo instante en que llegan, si esta lectura
es lenta, el host que envía los datos podría llenar este buffer y desbordarlo (con la consiguiente pérdida de
datos).
Un emisor TCP puede no enviar datos de forma seguida por congestión IP, entraríamos a hablar del control
de congestión (en los próximos artículos).
TCP proporciona un servicio de control de flujo con una variable llamada ventana de recepción TCP. Esta
ventana de recepción se emplea para proporcionar al emisor la información de cuánto espacio libre hay
disponible (en el buffer del host receptor).
TCP al ser una conexión full-dúplex, el emisor y receptor (y viceversa) tienen ventanas de recepciones de
distinto tamaño y debe gestionarlas adecuadamente y de forma dinámica. Si la ventana de recepción de un
host es 0, el host emisor debe seguir mandando segmentos con 1 bytes de datos, estos son datos de
reconocimiento. Finalmente el buffer lleno, comenzará a vaciarse y los ACK serán distintos de 0.
Slow-start
Algoritmo para el cálculo de la ventana de congestión aplicado al principio de la conexión, y hasta que se
alcanza el umbral de congestión. Consiste en lo siguiente:
La ventana de congestión se inicia con el valor de un segmento de tamaño máximo (MSS).
Cada vez que se recibe un ACK, la ventana de congestión se incrementa en tantos bytes como hayan
sido reconocidos en el ACK recibido. En la práctica, esto supone que el tamaño de la ventana de
congestión será el doble por cada RTT, lo que da lugar a un crecimiento exponencial de la ventana.
Cuando un ACK no llega al transmisor:
o Se toma como una señal de congestión en la red y se reinicia la ventana de congestión a un
MSS.
o Se aplica el algoritmo de congestion avoidance.
