Cosa succede se un computer invia pacchetti nel livello di trasporto a un altro da qualche parte in Internet. Non ci sono processi con l'indirizzo della porta di destinazione in esecuzione di calcolo?

Se un computer invia un pacchetto nel livello di trasporto (TCP o UDP) su un altro computer su Internet e non è presente alcuna elaborazione sull'indirizzo della porta di destinazione, il risultato dipende dal protocollo di trasporto utilizzato:

TCP (Protocollo di controllo della trasmissione):

* Fallimento dell'istituzione della connessione: TCP utilizza una stretta di mano a tre per stabilire una connessione prima del trasferimento dei dati. Se la porta di destinazione non è in ascolto (nessun processo del server è associato a quella porta), il server non risponderà alla richiesta SYN (Synchronize) dal client. Il client alla fine si scaterirà dopo diversi tentativi di ritrasmissione, risultando in un errore di connessione. L'applicazione client in genere riceverà un errore che indica che non è stato possibile stabilire la connessione.

* Nessun dato ricevuto: Anche se una connessione fosse in qualche modo stabilita momentaneamente (altamente improbabile), tutti i dati inviati dal client non sarebbero stati ricevuti o elaborati perché non vi è alcun processo sul server per gestire i dati. I pacchetti verranno lasciati cadere.

UDP (protocollo del datagram utente):

* Discardo del pacchetto: UDP è un protocollo senza connessione. Il computer di invio invia semplicemente il pacchetto all'indirizzo IP di destinazione e alla porta. Se nessun processo è ascoltato su quella porta, il kernel del sistema operativo sul computer ricevente semplicemente scarterà il pacchetto. Non ci sono messaggi di errore o notifica inviata al mittente. Il mittente potrebbe non sapere nemmeno che il pacchetto era perso. L'applicazione che utilizza UDP dovrà gestire la potenziale perdita di pacchetti.

In entrambi i casi:

* nessun messaggio di errore (di solito): Il computer di invio di solito non riceverà direttamente un messaggio di errore nel caso di UDP. Per TCP, il client in genere riceverà un errore dallo stack TCP, ma questo è spesso gestito internamente dalle librerie di networking e non direttamente esposto all'applicazione in modo facilmente comprensibile.

* Regole di firewall: I firewall sulla macchina di destinazione potrebbero anche bloccare i pacchetti prima ancora di raggiungere il kernel del sistema operativo.

* Congestione della rete: Anche se esiste un processo di ascolto, la congestione della rete può portare alla perdita di pacchetti. Ciò è diverso dallo scenario descritto ma sottolinea che la perdita di pacchetti non è causata esclusivamente da un processo assente.

In sintesi:il risultato principale è la perdita di pacchetti e un tentativo di connessione non riuscita (nel caso di TCP). L'applicazione di invio potrebbe essere necessario implementare meccanismi di pensionamento o gestione degli errori per gestire questo. La mancanza di un processo di ascolto provoca il pacchetto scartato senza riconoscimento.

• Quale strumento puoi utilizzare per certificare il cavo dopo aver effettuato un cavo diretto? 
• In che modo il modello OSI può essere un riferimento utile durante la risoluzione dei problemi di rete?