Test bed per la valutazione della Qualità del Servizio in reti ottiche ...

__________________________________________________________________
3.3.4 Coesistenza IntServ , DiffServ
Il modello DiffServ nasce per far fronte ai problemi di scalabilità di IntServ e si
basa su un concetto completamente diverso dal suo predecessore. Nel IntServ
l’applicazione che richiede una certa QoS deve generare un’informazione di
controllo ( tramite protocollo RSVP ) per avvertire tutti i router coinvolti nel
cammino origine-destinazione di trattare il suo flusso informativo in un
determinato modo. Perchè la rete possa garantire le prestazioni richieste, ogni
router deve mantenere delle opportune informazioni di stato ( ad esempio la banda
e il buffer da riservare a un certo flusso informativo) che vengono aggiornate
durante la connessione. Nella metodologia IntServ la gestione della QoS è su base
flusso e ogni router deve avere informazioni di stato per tutti i flussi che lo
attraversano, in quella DiffServ invece viene meno la necessità di memorizzare le
informazioni di stato del singolo flusso in quanto non vi è più riservazione delle
risorse, infatti vengono definiti dei PHB. Quindi se per IntServ si hanno garanzie
maggiori delle prestazioni ma problemi di scalabilità legati al numero di flussi da
gestire, il DiffServ risulta invece essere una architettura molto meno complessa
ma tuttavia manca della capacità di “isolare” le singole richieste di QoS.
Anche se queste tecnologie sono state definite separatamente, non è detto che
debbano essere utilizzate in modo esclusivo. IntServ è efficiente nelle piccole reti,
come ad esempio le LAN, dove i flussi da gestire sono pochi e non si hanno
problemi di scalabilità; DiffServ al contrario consente la gestione della QoS per
grossi aggregati di traffico e può quindi essere implementato su reti trasporto
metropolitane o backbone. Uno scenario futuro di rete multiservizio con gestione
della QoS potrebbe essere il seguente:
85