Risposte:
Dalla memoria questi tre tipi di connessione sono definiti dal modello di rete OSI e mentre il TCP / IP e Modelli OSI potrebbe condividi alcune somiglianze il supporto di alcune funzionalità richieste / implicite dall'OSI non si traduce necessariamente in supporto nel modello TCP / IP.
Tutto quello che posso trovare riguardo ai protocolli "riconosciuti, senza connessione" si riferisce semplicemente al fatto che è una caratteristica / requisito nel Livello di collegamento dati del modello OSI
Mentre il modello OSI è un buon modello per imparare come una rete dovrebbero lavoro, non è necessariamente perfetto per l'utilizzo diffuso e alcune delle funzionalità non meritano lo sforzo di implementare nei protocolli di rete comuni.
I due tipi che hai elencato (TCP e UDP) sono sufficienti per supportare il 99,9% delle situazioni che potrebbero verificarsi e poiché le connessioni "costano meno" con dispositivi di rete più veloci e funzioni come Riconoscimento selettivo il requisito per i protocolli riconosciuti ma senza connessione diventa minimo e, se davvero non si desidera una connessione (ad esempio la trasmissione a più computer), la conferma potrebbe creare un collo di bottiglia di elaborazione che ritorna a voi.
L'unico vero uso che posso vedere per quel particolare tipo di connessione è in un sistema come una fabbrica in cui devi assolutamente sapere che certi dati sono stati ricevuti da tutte le macchine e non riesco a capire perché, con le moderne velocità e capacità dell'hardware, vorresti utilizzare un protocollo senza connessione in quanto un protocollo orientato alla connessione fornirebbe una migliore qualità del servizio.
C'è un protocollo chiamato Reliable User Datagram Protocol (RUDP) . È un compromesso tra l'affidabilità di TCP e la semplicità di UDP. Tenta di ridurre al minimo la complessità e il sovraccarico delle connessioni TCP, migliorando al tempo stesso l'affidabilità.
L'UDP con un protocollo di richiesta-risposta si qualifica come riconosciuto-senza connessione? Per esempio. UDP Echo per RFC 862?
802.11 (WiFi) è un buon esempio di questa classe di servizio.
"Il passo successivo in termini di affidabilità è riconosciuto servizio senza connessione. Quando viene offerto questo servizio, ci sono ancora nessuna connessione logica utilizzata, ma ogni frame inviato è individualmente riconosciuto. In questo modo, il mittente sa se ha un frame arrivato correttamente o è stato perso. Se non è arrivato entro un intervallo di tempo specificato, può essere inviato di nuovo. Questo servizio è utile su canali inaffidabili, come i sistemi wireless. 802.11 (WiFi) è un buon esempio di questa classe di servizio. "
Ref. Libro sulle reti di computer di Andrew S. Tanenbaum (pagina: 196)