Appunti internet e reti

LIVELLO APPLICATIVO

• Requisiti delle applicazioni :
  • Perdita di dati
  • Ritardo
  • Banda
• Quale servizio di trasporto scegliere?
  • TCP
    • connection oriented
    • trasporto affidabile
    • controllo di flusso
    • controllo di congestione
    • non fornisce garanzie di ritardo e di banda
  • UDP
    • trasferimento non affidabile
    • senza connessione
    • senza controllo sul traffico
    • senza garanzie
    • trasferimento veloce
• Architetture applicative :
  • client-server (client esegue richieste, server risponde)
  • peer-to-peer (P2P)
  • ibrida
• [HTTP :// www.polimi.it:80/index.html]
  • protocollo _applic, indirizzo di _{n. rete}, ^porta, _{la pagina web richiesta}
• La comunicazione HTTP : HTTP si appoggia su TCP a livello di trasporto
• Connessione client-server : non persistente (1 sessione = 1 richiesta, 1 risp.) _{(1 connessione TCP)}
  • • without pipelining (richieste attese inviate in serie)
    • with pipelining _{(+ pagato)}
• Stima del tempo di trasferimento in HTTP :
• Round trip time (RTT) tempo per trasferire un messaggio
• Tempo di risposta di HTTP:
  • 1 RTT per iniziare la connessione TCP
  • 1 RTT per inviare il primo byte della richiesta HTTP e ricevere il primo byte di risposta
  • tempo di trasmissione dell'oggetto
• Supponendo che la pagina web sia composta da N oggetti, tempo di download dell'intera pagina web è :
  • T_{non pers.} = Σ (2RTT_I + T_i)
  • T_pers. = 2RTT₀ + Σ (RTT_I + T_i) _{(i = 1, ... to N)}
• Metodi HTTP : GET - HEAD - POST - PUT - DELETE
• Status Code HTTP più comuni : 200 OK, 301 Moved Permanently, 400 Bad Request, 404 Not Found, 503 Service Unavailable, 505 HTTP Version Not Supported
• I PROXY sono degli application gateway, ovvero degli instradatori dei messaggi a livello applicativo. (Sono sia i client che server)
• Il servizio di E-mail

• I mail server "parlano" SMTP con altri mail server e con i client dell'utente in uplink, POP3/IMAP con i client d'utente in downlink.

LIVELLO APPLICATIVO

• Requisiti delle applicazioni:
  • Perdita di dati
  • Ritardo
  • Banda
• Quale servizio di trasporto scegliere?
  • TCP
    • connection oriented
    • trasporto affidabile
    • controllo di flusso
    • controllo di congestione
    • non fornisce garanzie di ritardo e di banda
  • UDP
    • trasferimento non affidabile
    • senza connessione
    • senza controllo sul traffico
    • senza garanzie
    • trasferimento veloce
• Architetture applicative
  • client-server (client esegue richieste, server risponde)
  • Peer-to-peer (P2P)
  • ibrida
• HTTP
• La comunicazione HTTP: HTTP si appoggia su TCP a livello di trasporto
• connessione client-server
  • non persistente (4 sessioni richiesta-risp.)
    • 1: connect
  • persistente
    • without pipelining (richieste inviate una dopo l'altra)
    • with pipelining
• Stima del tempo di trasferimento in HTTP:
  • Round trip time (RTT) tempo per trasferire un messaggio
  • Tempo di risposta di HTTP:
    • 1 RTT per iniziare la connessione TCP
    • 1 RTT per inviare il primo byte della richiesta HTTP e ricevere il primo byte di risposta
    • tempo di trasmissione dell'oggetto
  • Supponendo che la pagina web sia composta da N oggetti, tempo di download dell'intera pagina web =
    • non persistente: _tempo = Σ (2RTT+i)
    • persistente: _tempo = RTT + Σ (RTT+i)
• Metodi HTTP: GET - HEAD - POST - PUT - DELETE
• Status Code HTTP più comuni: 200 ok, 301 moved permanently, 400 bad request, 404 not found, 503 service unavailable, 505 HTTP version not supported