Jak nazywa się protokół warstwy transportowej modelu TCP/IP, który nie gwarantuje dostarczenia danych?

Poprawna odpowiedź w tym pytaniu to UDP, a nie SPX. W modelu TCP/IP tylko dwa główne protokoły działają w warstwie transportowej: TCP (Transmission Control Protocol) oraz UDP (User Datagram Protocol). Z tej dwójki właśnie UDP jest protokołem, który nie gwarantuje dostarczenia danych, nie zapewnia też kontroli kolejności ani ponownych transmisji. Mówi się, że UDP jest protokołem bezpołączeniowym i „best effort” – wysyła datagramy i nie sprawdza, czy dotarły. To jest świadomy wybór projektowy, opisany w dokumentach RFC (np. RFC 768). Dzięki temu UDP ma bardzo mały narzut, jest szybki i idealny tam, gdzie ważniejsza jest szybkość niż pełna niezawodność. W praktyce UDP stosuje się np. w transmisji strumieni audio/wideo (VoIP, streaming), w grach sieciowych czasu rzeczywistego, w DNS (zapytania zwykle lecą po UDP), w protokołach jak DHCP czy TFTP. Jeżeli jeden pakiet z pozycją gracza w grze online zginie, to zaraz przyjdzie następny – nie ma sensu go retransmitować. Z mojego doświadczenia w sieciach warto zapamiętać prostą zasadę: kiedy aplikacja sama ogarnia logikę błędów i może tolerować utratę części danych, często wybiera UDP. Gdy natomiast liczy się stuprocentowa poprawność i kolejność (np. HTTP, SMTP, FTP – choć same nie są „transportowe”), pod spodem zawsze pracuje TCP. Dlatego, patrząc na warstwę transportową w ujęciu TCP/IP, jedyną prawidłową odpowiedzią na to pytanie jest UDP jako protokół niegwarantujący dostarczenia danych.