09.03.2014 Views

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

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

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

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

__________________________________________________________________<br />

Figura 11: Sezione di I/O di un nodo IP<br />

Ogni richiesta di prenotazione <strong>del</strong>le risorse è caratterizzata da uno "stile di<br />

prenotazione" (reservation style). Attualmente sono def<strong>in</strong>iti tre stili di<br />

prenotazione:<br />

• Wildcard Filter (WF) style: se un ricevitore, appartenente ad un certo<br />

gruppo multicast, utilizza <strong>in</strong> una sua richiesta lo stile WF, allora esso vuole<br />

ricevere con <strong>la</strong> QoS specificata tutti i pacchetti <strong>in</strong>dirizzati a quel gruppo<br />

multicast, <strong>in</strong>dipendentemente da chi li trasmette: di conseguenza le risorse<br />

allocate nel<strong>la</strong> rete sul<strong>la</strong> base di quanto <strong>in</strong>dicato nel flowspec saranno<br />

condivise tra tutti coloro che <strong>in</strong> un certo istante trasmettono all'<strong>in</strong>dirizzo IP<br />

multicast cui appartiene l'host che ha richiesto <strong>la</strong> prenotazione.<br />

• Fixed Filter (FF) style: <strong>in</strong> una richiesta con stile FF l'host ricevente <strong>in</strong>dica<br />

esplicitamente quali flussi di dati vuole ricevere e con quale QoS; <strong>in</strong> altri<br />

term<strong>in</strong>i esso specifica nel<strong>la</strong> sua richiesta una serie di flow descriptor,<br />

ognuno associato ad un determ<strong>in</strong>ato flusso di dati.<br />

• Shared Explicit (SE) style: <strong>in</strong> una richiesta con stile SE l'host ricevente<br />

<strong>in</strong>dica una serie di flussi di dati che vuole ricevere (vale a dire una serie di<br />

sorgenti), ma associa ad essi un unico flowspec da condividere tra tutti i<br />

trasmettitori.<br />

Ogni richiesta di prenotazione <strong>del</strong>le risorse Resv deve essere soggetta ad un<br />

controllo amm<strong>in</strong>istrativo <strong>per</strong> verificarne <strong>la</strong> leggittimità, ovvero <strong>per</strong> control<strong>la</strong>re che<br />

le risorse richieste non eccedano un certo limite prestabilito e che il richiedente sia<br />

70

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!