Se um computador enviar um pacote na camada de transporte (TCP ou UDP) para outro computador da Internet, e não há processo de ouvir no endereço da porta de destino, o resultado depende do protocolo de transporte usado:

TCP (protocolo de controle de transmissão):

* Falha no estabelecimento de conexão: O TCP usa um aperto de mão de três vias para estabelecer uma conexão antes da transferência de dados. Se a porta de destino não estiver ouvindo (nenhum processo do servidor estiver vinculado a essa porta), o servidor não responderá à solicitação SYN (Syncronize) do cliente. O cliente acabará por se aproximar após várias tentativas de retransmissão, resultando em uma falha na conexão. O aplicativo cliente normalmente recebe um erro indicando que a conexão não poderia ser estabelecida.

* Nenhum dado recebido: Mesmo que uma conexão fosse de alguma forma momentaneamente estabelecida (altamente improvável), quaisquer dados enviados pelo cliente não seriam recebidos ou processados ​​porque não há processo no servidor para lidar com os dados. Os pacotes serão descartados.

udp (protocolo de datagrama do usuário):

* descarte de pacotes: UDP é um protocolo sem conexão. O computador de envio simplesmente envia o pacote para o endereço IP de destino e a porta. Se nenhum processo estiver ouvindo nessa porta, o kernel do sistema operacional no computador receptor simplesmente descartará o pacote. Não há mensagem de erro ou notificação enviada de volta ao remetente. O remetente pode nem saber que o pacote foi perdido. O aplicativo usando UDP terá que lidar com a própria perda de pacotes.

em ambos os casos:

* Nenhuma mensagem de erro (geralmente): O computador de envio geralmente não recebe uma mensagem de erro diretamente no caso do UDP. Para o TCP, o cliente normalmente recebe um erro da pilha TCP, mas isso geralmente é tratado internamente pelas bibliotecas de rede e não está diretamente exposto ao aplicativo de maneira facilmente compreensível.

* Regras do firewall: Os firewalls na máquina de destino também podem bloquear os pacotes antes mesmo de chegarem ao kernel do sistema operacional.

* Congestão de rede: Mesmo se houver um processo de audição, o congestionamento da rede pode levar à perda de pacotes. Isso é diferente do cenário descrito, mas enfatiza que a perda de pacotes não é causada apenas por um processo ausente.

Em resumo:o resultado principal é a perda de pacotes e uma tentativa de conexão com falha (no caso do TCP). O aplicativo de envio pode precisar implementar mecanismos de tentativa ou manuseio de erros para lidar com isso. A falta de um processo de escuta resulta no descarte do pacote sem reconhecimento.