{"id":944,"date":"2021-08-03T11:41:16","date_gmt":"2021-08-03T09:41:16","guid":{"rendered":"https:\/\/il-mio-ip.it\/?page_id=944"},"modified":"2021-08-03T22:31:09","modified_gmt":"2021-08-03T20:31:09","slug":"tcp-transmission-control-protocol","status":"publish","type":"page","link":"https:\/\/il-mio-ip.it\/?page_id=944","title":{"rendered":"TCP \/ Transmission Control Protocol"},"content":{"rendered":"\n
<\/span>
\n

TCP \/ Transmission Control Protocol<\/h1>\n<\/div><\/div>\n\n\n\n
<\/div>\n\n\n\n

Il protocollo TCP<\/strong><\/strong><\/strong><\/span><\/h2>\n\n\n\n

TCP \u00e8 uno degli elementi costitutivi pi\u00f9 importanti della suite di protocolli TCP\/IP. Come definito nelle specifiche RFC793, \u201cTCP \u00e8 un protocollo affidabile end-to-end orientato alla connessione (connection oriented) e progettato per adattarsi a una gerarchia stratificata di protocolli che supportano applicazioni multi-rete”.<\/p>\n\n\n\n

In parole semplici, il protocollo TCP stabilisce una connessione tra l’origine e la destinazione. Durante questa connessione, il protocollo TCP suddivide i dati dell’origine in segmenti, e quindi li riassembla una volta giunti a destinazione. Qualsiasi segmento non ricevuto o ricevuto per errore viene inviato nuovamente.<\/p>\n\n\n\n

Nell\u2019ambito del modello OSI, il TCP pu\u00f2 essere classificato al livello Transport (livello 4) di tale modello, e il suo utilizzo pi\u00f9 comune \u00e8 quello effettuato in combinazione con il protocollo IP, di livello rete (OSI 3).<\/p>\n\n\n\n

Invece nel modello TCP\/IP il protocollo TCP occupa il livello 4, ovvero Transport.<\/p>\n\n\n\n

Il protocollo TCP \u00e8 stato progettato con l\u2019interno di superare i problemi di affidabilit\u00e0 delle comunicazioni che affliggono il modello IP del livello 3 (Network) dello stack OSI. TCP \u00e8 stato quindi realizzato il modo da utilizzare i servizi offerti dai protocolli di rete di livello inferiore (Network, Data-Link e Fisico) in ottica di affidabilit\u00e0. I protocolli inferiore dello stack OSI infatti definiscono in maniera efficace il modo di trasferimento tramite un canale di comunicazione, ma parimenti non offrono alcuna garanzia sull\u2019affidabilit\u00e0 in termini di consegna dei pacchetti. Il protocollo TCP sopperisce a questa mancanza creando un canale di comunicazione affidabile tra due processi applicativi residenti su due host di rete.<\/p>\n\n\n\n

TCP \u00e8 quindi diventato fondamentale per garantire il corretto funzionamento di una rete IP, dato che si occupa per l\u2019appunto di costruire connessioni di rete nell\u2019ambito di una sottostante rete IP, che, come abbiamo visto, \u00e8 di tipo best-effort (senza garanzie), e di garantirne al contempo l\u2019affidabilit\u00e0.<\/p>\n\n\n\n

Le sue principali caratteristiche sono le seguenti:<\/p>\n\n\n\n

TCP \u00e8 un protocollo connection oriented<\/strong> e quindi prima di iniziare a trasmettere dati deve stabilire la comunicazione tra il mittente e il destinatario. Il canale di comunicazione, una volta stabilito, rimane attivo anche in assenza di scambio dati, e la sua chiusura non avviene in automatico ma deve essere effettuata esplicitamente. Il protocollo  TCP quindi possiede le funzionalit\u00e0 per creare, mantenere e chiudere una connessione.<\/p>\n\n\n\n

TCP \u00e8 un protocollo affidabile<\/strong>, a differenza del protocollo IP dello stack OSI: esso quindi garantisce la corretta consegna dei segmenti a destinazione attraverso il meccanismo dei flag acknowledgements.<\/p>\n\n\n\n

Il servizio offerto da TCP consiste quindi nel trasporto di un flusso di byte in maniera bidirezionale tra due applicazioni in esecuzione su differenti host. Il protocollo permette alle due applicazioni di trasmettere contemporaneamente nelle due direzioni, quindi il servizio \u00e8 di tipo Full-duplex, anche se non tutti i protocolli applicativi basati su TCP utilizzano questa modalit\u00e0.<\/p>\n\n\n\n

I dati, sotto forma di flusso di byte, che partono dall\u2019host verso il destinatario, sono presi in carico per la trasmissione da parte del protocollo TCP, quindi vengono frazionati in pacchetti, detti segmenti, e consegnati al destinatario. L\u2019host destinatario riceve il flusso dati attraverso una determinata porta logica, e lo passa all\u2019applicativo che ne ha fatto richiesta sull\u2019host destinatario. Ad esempio, le comunicazioni sul protocollo HTTP avvengono in modalit\u00e0 TCP, e gli host coinvolti comunicano sulla porta 80.<\/p>\n\n\n\n

Il protocollo TCP garantisce che i dati trasmessi, una volta giunti a destinazione, lo facciano nel corretto ordine e una sola volta. Pi\u00f9 specificamente, il protocollo TCP offre ai livelli superiori un servizio equivalente ad una connessione fisica diretta che si occupa del trasporto di un flusso di byte. Il corretto funzionamento di questo flusso di trasporto viene realizzato tramite i meccanismi di acknowledgment e di ritrasmissione su timeout. Il protocollo offre inoltre diverse funzione per il controllo di errori sui pacchetti grazie al campo checksum contenuto nella sua PDU, e anche funzionalit\u00e0 per il controllo del flusso di dati tra host che comunicano tramite reti o canali congestionati, riuscendo a gestire efficacemente la quantit\u00e0 necessaria di segmenti da inviare e gestire.<\/p>\n\n\n\n

Infine, la disponibilit\u00e0 della comunicazione attraverso i numeri di porta, ci permette di ottenere delle connessioni di tipo multiplexing.<\/p>\n\n\n\n

La Figura [24] mostra un tipico segmento TCP.<\/p>\n\n\n\n

\"Figura
Figura 24: Segmento TCP<\/strong><\/em><\/figcaption><\/figure><\/div>\n\n\n\n

Source Port (16 bit)<\/strong>: Identifica il numero di porta associato alla connessione TCP sull’host sorgente, o mittente.<\/p>\n\n\n\n

Destination Port (16 bit)<\/strong>: Identifica il numero di porta associato alla connessione TCP sull’host di destinazione.<\/p>\n\n\n\n

Sequence Number (32 bit)<\/strong>: Numero che indica lo scostamento (espresso in byte) dell’inizio del segmento TCP all’interno del flusso completo, a partire dall’Initial Sequence Number (ISN), deciso all’apertura della connessione.<\/p>\n\n\n\n

Acknowledgment Number (32 bit)<\/strong>: Numero di riscontro, ha significato solo se il flag ACK \u00e8 impostato a 1, e conferma la corretta ricezione di una parte del flusso di dati nella direzione opposta, indicando il valore del prossimo Sequence number che l’host mittente del segmento TCP si aspetta di ricevere.<\/p>\n\n\n\n

HLEN (4 bit)<\/strong>: Indicato anche come Data Offset esprime la lunghezza (in dword da 32 bit, ovvero in Double Word) dell’header del segmento TCP; tale lunghezza pu\u00f2 variare da 5 un minimo di dword (20 byte) a 15 dword (60 byte) a seconda della presenza e della lunghezza del campo facoltativo Opzioni\/Padding.<\/p>\n\n\n\n

Reserved (4 bit)<\/strong>: questi 4 bit non sono attualmente utilizzati ma restano predisposti per sviluppi futuri del protocollo; dovrebbero essere impostati a zero.<\/p>\n\n\n\n