TCP (Protocolo de control de transmisión):
* Falla del establecimiento de la conexión: TCP utiliza un apretón de manos de tres vías para establecer una conexión antes de la transferencia de datos. Si el puerto de destino no está escuchando (ningún proceso del servidor está vinculado a ese puerto), el servidor no responderá a la solicitud SYN (sincronizar) del cliente. El cliente eventualmente pasará tiempo después de varios intentos de retransmisión, lo que resulta en una falla de conexión. La aplicación del cliente generalmente recibirá un error que indica que la conexión no podría establecerse.
* No recibieron datos: Incluso si una conexión se estableciera de alguna manera momentáneamente (altamente improbable), los datos enviados por el cliente no serían recibidos o procesados porque no hay ningún proceso en el servidor para manejar los datos. Los paquetes se dejarán caer.
UDP (Protocolo de datagrama de usuario):
* Deseche el paquete: UDP es un protocolo sin conexión. La computadora de envío simplemente envía el paquete a la dirección IP y el puerto de destino. Si ningún proceso está escuchando en ese puerto, el núcleo del sistema operativo en la computadora receptor simplemente descartará el paquete. No hay un mensaje de error o notificación enviada al remitente. Es posible que el remitente ni siquiera sepa que el paquete se perdió. La aplicación que usa UDP tendrá que manejar la pérdida potencial de paquetes en sí.
En ambos casos:
* Sin mensaje de error (generalmente): La computadora de envío generalmente no recibirá directamente un mensaje de error en el caso de UDP. Para TCP, el cliente generalmente recibirá un error de la pila TCP, pero las bibliotecas de redes a menudo manejan internamente y no se expone directamente a la aplicación de una manera fácilmente comprensible.
* Reglas de firewall: Los firewalls en la máquina de destino también pueden bloquear los paquetes antes de que incluso lleguen al núcleo del sistema operativo.
* congestión de la red: Incluso si hay un proceso de escucha, la congestión de la red puede conducir a la pérdida de paquetes. Esto es diferente del escenario descrito, pero enfatiza que la pérdida de paquetes no es causada únicamente por un proceso ausente.
En resumen:el resultado principal es la pérdida de paquetes y un intento de conexión fallido (en el caso de TCP). La aplicación de envío podría necesitar implementar mecanismos de reintento o manejo de errores para tratar esto. La falta de un proceso de escucha da como resultado que el paquete se descarte sin reconocimiento.