Lad os nedbryde, hvad der sker, når en computer sender en pakke til en destinationsport, hvor ingen proces lytter:

Scenario:

Forestil dig, at du sender en e -mail. E -mail -serveren (tænk på den som destinationsporten) er nede eller ikke konfigureret til at modtage e -mails. E -mailen hopper tilbage til dig (eller bliver markeret som ikke -levering).

i verdenen af ​​netværkspakker:

1. Sending af pakken: Computeren ved den afsendende ende opretter en pakke ved transportlaget (ved hjælp af TCP eller UDP). Denne pakke indeholder destinationsportnummeret.

2. Netværksrejse: Pakken rejser gennem netværket efter routingoplysningerne.

3. Ankomst til destinationsværten: Pakken når destinationscomputeren.

4. den afgørende kontrol: Operativsystemet på destinationscomputeren kontrollerer, om der er en proces, der aktivt lytter på den specificerede destinationsport.

5. "Ingen lytter fundet" Scenario: I dit tilfælde er der ingen proces, der kører på denne havn. Her er hvad der sker:

* tcp:

* timeout: Den afssende computer venter på et svar (anerkendelse, ACK) fra modtageren. Hvis der ikke modtages noget svar inden for et forudbestemt tidspunkt (en timeout), betragtes pakken som tabt. Afsenderen vil forsøge at sende pakken igen igen flere gange. Til sidst vil det give op og rapportere fejlen.

* fejlmeddelelse: Afsenderen modtager muligvis en fejlmeddelelse (f.eks. "Destination, der ikke kan nås", "Forbindelse nægtet") fra TCP -laget.

* udp:

* Ingen anerkendelse: UDP er en forbindelsesløs protokol. Det kræver ikke anerkendelser, så der er ingen direkte anmeldelse af fiasko. Afsenderen ved ikke, om pakken blev modtaget.

* Pakke faldt: Pakken falder sandsynligvis af destinationscomputerens operativsystem, da der ikke er nogen proces til at håndtere det.

Nøgle takeaways:

* destinationsport betyder noget: Destinationsportnummeret fortæller den modtagende computer, hvilken applikation eller proces skal håndtere pakken.

* ingen lytter =ingen levering: Hvis der ikke er nogen proces, der lytter på den specificerede port, kan pakken ikke leveres.

* TCP håndterer fejl: TCP leverer mekanismer til videresendelser og fejlrapportering.

* udp er "ild og glem": UDP garanterer ikke levering, så det bruges ofte til applikationer, der er mindre følsomme over for datatab, som streamingmedier.

Vigtig note: Dette er en forenklet forklaring. Den faktiske opførsel kan påvirkes af firewalls, netværkskonfigurationer og andre faktorer.