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

More documents

Recommendations

Info

Capitolo 5 Validazione In questo capitolo si vuole validare e testare il framework proposto, an- dando ad analizzare i risultati ottenuti, paragonando il framework disegnato con altri framework citati nello stato dell’arte. Per poter visualizzare i dati ottenuti dal framework, è stato implementato un client, il quale prende in entrata i dati forniti dal framework, e mostra in uscita i dati sotto forma di grafici e tabelle. Il client sviluppato è una semplice applicazione web, la quale utilizza la libreria JFreeChart [61] per creare i grafici presentati. 5.1 Dati in ingresso La validazione è stata effettuata prendendo il traffico fornito da ISP di media grandezza, quindi elaborato dalla sonda, la quale ha creato i files di log da passare al framework. I dati forniti sono stati opportunamente resi anonimi, prima di essere elaborati dalla sonda, modificando gli indirizzi ip sorgenti. Le richieste HTTP analizzate sono circa 21 milioni, le quali sono state memorizzate in file di log per un totale di circa 7 GB di spazio, il tempo di cattura del traffico è stato dalle ore 20 del 21 Marzo 2011 alle ore 8 del 22 Marzo 2011. 87
5.2 Risultati ottenuti Nei seguenti paragrafi verranno descritti i risultati ottenuti dall’elaborazione dei dati in ingresso. Mostrando come i dati elaborati possono dare una panoramica sulla qualità dell’esperienza utente e sul comportamento degli utenti per quanto riguarda i servizi basati su HTTP. 5.2.1 Classificazione del servizio di rete Presi in ingresso i dati, risulta possibile visualizzare la tipologia di servizi usufruiti da un determinato utente. L’immagine 5.1, illustra i servizi uti- lizzati dal client avente indirizzo ip 192.168.1.100, nell’arco di tempo che va dalle 22:32 alle 23:06. Come si può notare l’utente per lo più ha navi- gato sul web, ha prelevalto dei file, utilizzato la posta elettronica sul web, visualizzato qualche filmato sul web ed il sistema ha effettuato degli aggior- namenti software. Attraverso questa tipologia di dati, è possibile stimare il comportamento di un utente collegato alla rete, per quanto riguarda l’uso di specifici servizi basati su HTTP. Questo potrebbe essere utile anche per poter evidenziare eventuali richieste effettuate dalla macchina all’insaputa dell’utente, come ad esempio l’aggiornamento di software, oppure eventuali richieste scaturite da un virus. 5.2.2 Correlazione delle richieste HTTP Il traffico viene correlato, come descritto nei paragrafi precedenti, dando come possibile risultato dei dati come quelli presentati nell’immagine 5.2. Da quest’ultima si può notare una struttura ad albero di richieste, dove la radice è rappresentata dalla pagina HTML, ed i figli sono gli oggetti contenuti in essa. Per ogni richiesta figlia, è possibile visualizzare il dettaglio della richiesta, come ad esempio mostrano l’immagine 5.3 e l’immagine 5.4, nella quale vi sono tutte le informazioni relative ad esse, nella prima si può 88
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 and 34:
VQM 4 [37]. I loro esperimenti veng
Page 35 and 36:
• Ricostruzione della pagina web:
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 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?