Disegno e implementazione di un framework per ... - Luca Deri - Ntop

More documents

Recommendations

Info

velocità di trasmissione. Inoltre tenta di trovare l’autonomous system (AS) della macchina utente ogni qualvolta che la macchina cambia indirizzo ip. • Un modulo per recepire i feedback degli utenti. Come si può notare, in questo framework si è scelto di determinare la qualità dell’esperienza utente, attraverso la misura di dati direttamente sulla macchina dell’utilizzatore. Come in OneClick, vengono richiesti dei feedback da parte degli utenti, ed inoltre per monitorare le prestazioni della macchina utilizzata, è necessario l’accesso ad essa. 2.3.3 EtE: Passive End-to-End Internet Service Performance Monitoring Il framework EtE [40] si propone di misurare le prestazioni di un sito web. Esso monitora passivamente i pacchetti da un web server per determinare le caratteristiche delle prestazioni del servizio. Per svolgere questo compito, essi hanno sviluppato un metodo euristico composto da due passi e un meccanismo di filtraggio statistico per ricostruire accuratamente le dif- ferenti pagine accedute dagli utenti. L’architettura proposta si compone di quattro moduli, i quali sono: • Network Packet Collector: questo modulo colleziona i pacchetti che transitano sulla rete attraverso tcpdump [41] e li memorizza, in modo tale da poter effettuare delle analisi offline. • Ricostruzione Richiesta-Risposta: modulo che ricostruisce tutte le con- nessioni TCP ed estrae le transazioni HTTP dal payload. La ricostruzione di quest’ultime viene effettuata tramite una metodologia proposta in [42]. 21
• Ricostruzione della pagina web: questo modulo ha la responsabilità di raggruppare gli eventuali oggetti all’interno di una pagina web e memorizzarli in un log. • Analisi delle prestazioni e statistiche: modulo che effettua le mis- urazioni delle prestazioni di tutti gli accessi da parte dei clienti. Questo framework dev’essere installato su un server web, come compo- nente software per monitorare le transazioni su un particolare server, oppure può essere posto in un punto della rete in cui è possibile catturare tutte le transazioni HTTP di un web server. 2.3.4 eQoS: Provisioning of client-perceived end-to-end qos guarantees in web servers eQoS [43] è un lavoro in cui viene proposto un metodo per monitorare e controllare i tempi di risposta, percepiti dal client, di un web server in presenza di un forte traffico. Il framework eQoS è composto da quattro componenti: un web server, un controller della QoS, un gestore delle risorse e un monitor della QoS. Quest’ultimo misura il tempo di risposta di una pagina web, attraverso una metodologia simile a ksniffer [44], percepito dal client. Il controller determina la quantità di risorse assegnate a ciascuna classe. Il gestore delle risorse, classifica e gestisce, le richieste effettuate dal cliente e alloca le risorse necessarie per le varie classi. Per garantire la qualità del servizio percepita dal client, essi hanno proposto un controller adattivo fuzzy 5 due livelli, per controllare le allocazioni di risorse nel web server. 5 La logica fuzzy è una logica polivalente, in cui sono presenti più valori di verità, rispetto ai classici vero e falso, in essa è possibile attribuire gradi di verità compresi tra 0 e 1. 22
Page 1: Università degli studi di Pisa Fac
Page 5 and 6: Abstract Data la molteplicità e l
Page 7 and 8: Indice 1 Introduzione 1 1.1 Struttu
Page 9 and 10: 3.6.3 User Impatience . . . . . . .
Page 11 and 12: Elenco delle figure 2.1 Architettur
Page 13 and 14: Elenco delle tabelle 1.1 Servizi In
Page 15 and 16: offrendo delle metriche in grado di
Page 17 and 18: 1.3 Monitoraggio di rete I sistemi
Page 19 and 20: di un determinato servizio. 1.6 Ser
Page 21 and 22: mente correlata da due principali p
Page 23 and 24: Vi sono alcuni studi, come in [19],
Page 25 and 26: 2.1.1 Tecniche di monitoraggio pass
Page 27 and 28: IPFIX Fig. 2.2: Formato di un pacch
Page 29 and 30: • Filters: tramite questo gruppo
Page 31 and 32: Le regole per il filtraggio sono sp
Page 33: VQM 4 [37]. I loro esperimenti veng
Page 37 and 38: Tabella 2.1: Riepilogo frameworks a
Page 39 and 40: 3.2 I servizi studiati Com’è gi
Page 41 and 42: Classe di servizio Campi HTTP Navig
Page 43 and 44: Fig. 3.1: Differenze tra HTTP 1.0,
Page 45 and 46: Fig. 3.2: Schema di una richiesta w
Page 47 and 48: 3.4.5 Tipologie di richieste HTTP A
Page 49 and 50: in sessioni HTTP e poi aggregando q
Page 51 and 52: 3.6 Analisi della qualità del serv
Page 53 and 54: che intercorre tra la richiesta del
Page 55 and 56: cui: • pressione del tasto STOP;
Page 57 and 58: 3.7 Servizio di Streaming Nel parag
Page 59 and 60: Qualità Bitrate 240p 0.25 Mbit/s 3
Page 61 and 62: Parametro itag Qualità del video 5
Page 63 and 64: • Informazioni fornite da YouTube
Page 65 and 66: • Client: il client prenderà i d
Page 67 and 68: Fig. 4.2: Modalità probe (immagine
Page 69 and 70: imosso da una coda, questo viene ut
Page 71 and 72: • Terminator: attraverso questo c
Page 73 and 74: nProbe viene quindi utilizzato come
Page 75 and 76: i dati e costruisce una lista ordin
Page 77 and 78: Tipologia di servizio Campi control
Page 79 and 80: Attraverso questa struttura dati, s
Page 81 and 82: con argomento e, viene invocato il
Page 83 and 84: Avendo la medesima connessione TCP,
Page 85 and 86:
Aggregazione sessioni HTTP Una volt
Page 87 and 88:
Calcolo della durata totale di una
Page 89 and 90:
aggregata, in cui verranno sommati
Page 91 and 92:
Algoritmo L’algoritmo utilizzato
Page 93 and 94:
4.3.7 Contenuti multimediali Attrav
Page 95 and 96:
Il costruttore dell’oggetto Video
Page 97 and 98:
public ArrayList getGlobalsAggregat
Page 100 and 101:
Capitolo 5 Validazione In questo ca
Page 102 and 103:
Fig. 5.1: Esempio di visualizzazion
Page 104 and 105:
91 Fig. 5.3: Esempio di visualizzaz
Page 106 and 107:
5.2.3 Aggregazione del traffico Att
Page 108 and 109:
5.2.4 Sessioni Globali Il traffico
Page 110 and 111:
Fig. 5.7: Visualizzazione dei minut
Page 112 and 113:
Fig. 5.10: Visualizzazione delle in
Page 114 and 115:
5.3 Confronto con lo Stato dell’A
Page 116 and 117:
• L’elaborazione del traffico p
Page 118 and 119:
Capitolo 6 Conclusioni Data la cost
Page 120 and 121:
dall’utente che utilizza il servi
Page 122 and 123:
Ringraziamenti Innazitutto vorrei r
Page 124 and 125:
Bibliografia [1] Compuware Corporat
Page 126 and 127:
[14] S. Khirman and P. Henriksen. R
Page 128 and 129:
[33] V. Paxson. Empirically-derived
Page 130 and 131:
Web Page Response Times. Disponible
show all

Disegno e implementazione di un framework per ... - Luca Deri - Ntop

Create successful ePaper yourself

Delete template?

Save as template?