El enrutador no tiene que decirlo. Hay un mecanismo llamado mecanismo de retroceso TCP . En eso, cuando una computadora no recibe un acuse de recibo de un paquete que envió, se supone que el paquete se ha descartado debido a la congestión en la red.
Bajo esta suposición, el nodo decide que la congestión se puede aliviar enviando paquetes a una velocidad más lenta, reduciendo la carga en la red y también en el enrutador. Por lo tanto, reenvía el paquete a intervalos crecientes entre las transmisiones hasta que recibe el reconocimiento del paquete. Todos los nodos en la red hacen esto y envían paquetes a una velocidad progresivamente más lenta cuando los paquetes se descartan (es decir, se pierden desde el punto de vista del nodo). De esta manera, la carga general de la red se aligera hasta que alcanza un nivel manejable nuevamente.
Todo esto lo hacen los nodos de la computadora. El enrutador envía un paquete hacia adelante o descarta algunos paquetes si hay demasiados. Los nodos de la computadora luego deducen de esto.
- ¿Cómo puede detectar si dos máquinas virtuales residen en la misma máquina física con el hipervisor KVM?
- ¿Podemos obtener la puerta de enlace predeterminada de la conexión PPPoE?
- ¿Cómo crean las VLAN redes lógicamente separadas y la necesidad de enrutamiento entre ellas?
- ¿Cuál es el propósito detrás de las máscaras de subred predeterminadas para los espacios de direcciones de Clase A, B, C?
- Cómo encontrar el tamaño mínimo de la ventana, la velocidad promedio de transmisión y la efectividad del canal
