HTTP (hypertext transfer protocol), protocollo a livello di applicazione del
Web, costituisce il cuore del Web. Questo protocollo è implementato in due
programmi, client e server, in esecuzione su sistemi periferici diversi che
comunicano tra loro scambiandosi messaggi HTTP. Il protocollo definisce sia
la struttura dei messaggi sia la modalità con cui client e server si scambiano
i messaggi. HTTP utilizza TCP (anziché UDP) come protocollo di trasporto. Il
client HTTP per prima cosa inizia una connessione TCP con il server. Una
volta stabilita, i processi client e server accedono a TCP attraverso le proprie
socket. !
CONNESSIONI HTTP: persistenti e non persistenti!
CONNESSIONE HTTP NON PERSISTENTE!
1. Il processo client HTTP inizializza una connessione TCP con un server
sulla porta 80, che è la porta di default per HTTP. Associate alla
connessione TCP ci saranno una socket per il client e una per il server. !
2. Il client HTTP, tramite la propria socket, invia al server un messaggio di
richiesta HTTP che include il percorso da seguire!
3. Il processo server HTTP riceve il messaggio di richiesta attraverso la
propria socket associata alla connessione, recupera l’oggetto dalla
memoria (centrale o di massa), lo incapsula in un messaggio di risposta
HTTP che viene inviato al client attraverso la socket. !
4. Il processo server HTTP comunica a TCP di chiudere la connessione.
Questo, però, non termina la connessione finché non sia certo che il
client abbia ricevuto integro il messaggio di risposta. !
5. Il client HTTP riceve il messaggio di risposta. La connessione TCP
termina. Il messaggio indica che l’oggetto incapsulato è un file HTML. Il
client estrae il file dal messaggio di risposta, esamina il file HTML e
trova i riferimenti ai 10 oggetti JPEG. !
6. Vengono quindi ripetuti i primi quattro passi per ciascuno degli oggetti
JPEG. "
Il tempo impegnato da un piccolo pacchetto per andare dal client al server e
ritornante al client viene definito RTT.!
L’RTT totale è uguale a 2RTT+ il tempo di trasmissione!
CONNESSIONE HTTP PERSISTENTE!
Nelle connessioni persistenti il server lascia la connessione TCP aperta dopo
l’invio di una risposta, per cui le richieste e le risposte successive tra gli
stessi client e server possono essere trasmesse sulla stessa connessione. In
particolare, non solo il server può inviare un’intera pagina web (nell’esempio,
il file HTML principale e le 10 immagini) su una sola connessione TCP
permanente, ma può anche spedire allo stesso client più pagine web.
Queste richieste di oggetti possono essere effettuate una di seguito all’altra
senza aspettare le risposte delle richieste pendenti (pipelining). In generale, il
server HTTP chiude la connessione quando essa rimane inattiva per un dato
lasso di tempo (un intervallo configurabile) !
