Scarica Protocollo HTTP e comunicazione client/server e più Appunti in PDF di Reti Di Calcolatori solo su Docsity!
CAP 2
LIVELLO APPLICATIVO
i servizi (^) di IP (^) → × es (^). web Abbiamo (^) un client (^) (local Pc)^ e (^) un server (^) (remote host) Il (^) protocollo determina (^) come iena lo (^) scambio di (^) info tra client e severi Bisogna specificare^ in^ maniera^ univoca^ il^ contenuto^ che^ voglio recuperare dal^ server^ remoto
utilizzo^ → e '^ URL
, che è^ un identificativo 7-^ http://cerbero-t.poli-mi.it/people/bianchi/indqy.html-
il protocollo ci dà il
di percorso^ da^ seguire applicazione | × (^) andare alla (^) particolare
che supporta risorsa che sto cercando di
dove è^ memorizzata recuperare
la pagina che^ sto
cercando di caricare Abbiamo (^) quindi (^) bisogno di^ specificare cosa (^) vogliamo recuperare.
Processo → programma in^ esecuzione
- inter processi Communication^ :^ processi^ interni^ che^ comunicano^ tra^ loro^ (definito^ da^ 0s)
- application - layer protocol^ :^ processi^ che^ si^ volgono^ tra^ due^ host^ differenti USER AGENT (^) → (^) interfacce tra utente (^) e l' (^) applicazione
email reader^ (^ mail^ ) | !!!piegatura
amino
I (^) protocolli sono essenziali ed^ avranno (^) bisogno di^ protocolli di (^) trasporto × funzionare. Lo (^) standard RFC (^) da l' ore (^) su ciò (^) che (^) puo^ - fai parte dei (^) p. applicativi L' (^) applicazione può (^) seguire a (^) paradigmi - client/senor \peer 2 pene
CLIENT (^) /SERVER a (^) → richiede (^) info server → (^) fornisce i^ contenuti Il (^) protocollo applicativo ha (^) quindi un insieme di (^) richieste e (^) uno di (^) risposte
Il server è sempre in esecuzione.
& si scambia (^) info con navi client, quindi devo^ essere^ capace di^ distinguerci 1- (^) li identifico univocamente
con un IP^ address
Non mi (^) basta (^) solo l' IP (^) , ma anche di ideetificome il (^) portà peyton
plicata
numero di^ porta
a HIP (^) server : (^80) FTP : 20 SMTP (^) : (^25) identifica univocamente Mail server :^25 TELNET:^23 POP 3 :^110 la^ porta^ giusta Dove (^) indico la (^) porta? Visto che la (^) porta 80 è (^) univoca (^) , non la indico se devo indicare (^) una nona (^) porta , (^) dopo la (^) locazione nell' URL (^) , vado ad (^) aggiungere : portnombcn
Hanno un indirizzo di^16 bit
O (^) non usato
1- 255 × processi ben noti
256 -1023 × gli altri^ processi
Lo 24 -^65535 ✗^ le^ user app
Ritornando (^) a (^) parlare di client/server... il client^ non usa solitamente^ un^ nell^ uuown^ part, ma viene^ assegnato un numero^ porta Il flusso di informazioni tra^
due processi è^ identificato da^ una
quadrupla :
indirizzo IP^ sorgente , porta sorgente , indirizzo^ IP^ destinazione^ , porta destinazione)
t
SOCKET
host (^) o controllato^ ser④ da aapduelop.tt#p-
AMA
÷ÉÉ
PERDITA DEI DATI → alcune app. la tollerano, come gli audio
atra (^) app hanno^ bisogno del^100 % TIMING (^) → (^) app come internet (^) , (^) telefono , (^) giochi hanno (^) bisogno di (^) poco ritardo
BANDWIDTH
(larghezza di^ sondato alcune necessitano una (^) larghezza di banda minima (^) effettiio tipo i^ file multimediali.
Altre app sono più elastiche
PROTOCOLLI DI^ TRASPORTO TCP (^) → - connection oriented = pruina di inviare una connessione vera e (^) propria , faccio il^ setup della connessione
- trasporto (^) affidabile = tutta l' (^) info viene cautamente mandata (^) , anno se non (^) puo essere (^) garantito al^ Lao% che non ci^ sia
perdita diinfo
- Flow control (^) (controllo di flesso )^ =^ gestire il^ possibile^ overflow^ del^ buffer
manco a mano che ricevo^ cose, verifico che
sia tutto^ in^ ordine
- controllo di congestione =^ quando^ il^ mutuoru^ è^ sovraccaricato^ ,^ gestisce la
situa
- (^) non garantisce : timing , minimo di (^) banda UDP (^) → • trasferimento dati (^) inaffidabile , non (^) fa (^) setup della^ connessione
non (^) garantisce nulla^ (congestione, (^) timing , (^) throughput)
- (^) manda nel (^) punto conetto le
info
- segnala i (^) problemi al (^) livello (^) applicativo
APPLICAZIONE WEB : Http protocol
- pubblica
- (^) HITP : protocollo richiesta/risposta
Il cliente manda (^) messaggio di (^) richiesta al (^) server, che (^) consegnerà il^ Mex di^ richiesta (^1). Nella (^) nostra richiesta, prima di (^) tutto, specifichi amo e ' host (^) , tramite (^) nome di dominio ¥ 110 address tramite DNS IP address supponiamo che^ il^ client^ richieda^ una^ pagina HTML^ con riferimenti ad^ altri^ oggetti : chiederò la (^) pag con tutti (^) gli oggetti DUE MODALITÀ (^) → (^) persistente
non persistente =^ si^ fa richiesta^ ×^ una^ comandante^ della^ pag ;
una richiesta^ x^ ogni oggetto ,
quindi apertura di^ nuove^ connessioni
RIT (run (^) trip time) (^) →tempo x andare al seven e tomare (^) indietro necessario (^) ogni volta che si (^) usa TCP Per (^) ricevere un (^) oggetto , ci metto artt +^ tempo di^ ritardo → ogni volete^ che apro una^ connessione
HITP messaggi
GET (^) /ntw /Index (^). html HITP^ /1. di HITP^ nome : valore Data : (^) Wed (^) , 22 rear 2000 09 : 09 : 01 GMT
Pagina - - :^ No^ -^ cache
UserAgent :^ Mozilla^ /4.
METODI :
- GET (^) → il client male scaricare elemento dal (^) server
' HEAD (^) → il client vuole scaricare (^) solo alcune info (^) del documento ( il (^) server invia solo (^) gli header informativi) ÷::: " :O;;;;;; "" " → i."→ (^) mia
- PUT (^) → x memorizzare un documento (^) nel server
Con la (^) connessione PERSISTENTE (^) , il client (^) non chiude (^) la connessione (^) dopo l'uivio dell' (^) oggetto
I server chiudono la connessione con l'^ utilizzo di un time - at
Ricapitolando.^.^. HITP NON PERSISTENTE (problemi):
- per (^) ogni oggetto che si vuole inviare, 2kt
- risorse (^) utilizzate × (^) ogni connessione TCP
- (^) si (^) aprono (^) spesso connessioni TCP (^) parallele HITP (^) PERSISTENTE :
- la connessione (^) rimane (^) aperta
dopo la^ risposta
- inviati mex continui client/server nella stessa connessione
~ SENZA PIPEUNING
- nuova richiesta (^) dopo che l' (^) altra è (^) stata ricevuta
- Rit (^) per (^) ogni oggetto
~ CON PIPEUNING
- default in HITP/1.
- il client manda subito richiesta
- 1 RT (^) per tutti (^) gli oggetti richiesti
