TCP (Transmission Control Protocol):

* Fout bij het tot stand brengen van verbinding: TCP maakt gebruik van een drieweg-handshake om een ​​verbinding tot stand te brengen vóór de gegevensoverdracht. Als de bestemmingspoort niet luistert (er is geen serverproces aan die poort gebonden), reageert de server niet op het SYN-verzoek (synchroniseren) van de client. De client zal uiteindelijk na verschillende hertransmissiepogingen een time-out krijgen, wat resulteert in een verbindingsfout. De clienttoepassing ontvangt doorgaans een foutmelding die aangeeft dat de verbinding niet tot stand kan worden gebracht.

* Geen gegevens ontvangen: Zelfs als er op de een of andere manier tijdelijk een verbinding tot stand zou worden gebracht (zeer onwaarschijnlijk), zouden de door de client verzonden gegevens niet worden ontvangen of verwerkt omdat er geen proces op de server is om de gegevens te verwerken. De pakketten zullen worden gedropt.

UDP (User Datagram Protocol):

* Pakket weggooien: UDP is een verbindingsloos protocol. De verzendende computer verzendt het pakket eenvoudigweg naar het IP-adres en de poort van de bestemming. Als er geen proces op die poort luistert, zal de kernel van het besturingssysteem op de ontvangende computer het pakket eenvoudigweg verwijderen. Er wordt geen foutmelding of melding teruggestuurd naar de afzender. De afzender weet misschien niet eens dat het pakket verloren is gegaan. De applicatie die UDP gebruikt, zal het potentiële pakketverlies zelf moeten opvangen.

In beide gevallen:

* Geen foutmelding (meestal): Bij UDP krijgt de verzendende computer doorgaans niet direct een foutmelding. Bij TCP ontvangt de client doorgaans een fout van de TCP-stack, maar deze wordt vaak intern afgehandeld door de netwerkbibliotheken en wordt niet direct op een begrijpelijke manier aan de applicatie blootgesteld.

* Firewallregels: Firewalls op de doelmachine kunnen de pakketten ook blokkeren voordat ze zelfs maar de kernel van het besturingssysteem bereiken.

* Netwerkcongestie: Zelfs als er een luisterproces plaatsvindt, kan netwerkcongestie leiden tot pakketverlies. Dit verschilt van het beschreven scenario, maar benadrukt dat pakketverlies niet uitsluitend wordt veroorzaakt door een afwezig proces.

Samenvattend:het primaire resultaat is pakketverlies en een mislukte verbindingspoging (in het geval van TCP). De verzendende applicatie moet mogelijk mechanismen voor opnieuw proberen of foutafhandeling implementeren om hiermee om te gaan. Het ontbreken van een luisterproces heeft tot gevolg dat het pakket zonder bevestiging wordt weggegooid.