Ah ok grazie, però allora mi domando con quale idea in mente lo hanno sviluppato così, nel senso in TCP il protocollo può gestire in maniera molto più fine gli errori, riscontrato un errore può notificarlo al sorgente del messaggio che può rinviarlo. Il protocollo arq diciamo che oltre al packet loss sopperisce anche alla ed (ed è come ho sviluppato l'affidabilità della connessione) ma ovviamente introduce più tempi morti e duplicati quindi alla fine del discorso la mia domanda è: se con una connessione UDP dovrei avere in mano una connessione semplice ma con la quale potrei anche ricreare una connessione tcp perché non ho le stesse possibilità?(soprattutto perché basterebbe notificare un errore che riesce a riscontrare per avere effettivamente un servizio che non ha nulla da invidiare alla tcp) E come seconda domanda giusto per completezza, quindi send/recv su UDP non danno mai errori in ritorno?