Qualità di servizio in ambiente wireless Progetto per il corso di Reti di Calcolatori L-S Prof. Antonio CorradiValentina Maraldi

Qualità di servizio Crescente interesse nella ricezione di un servizio con caratteristiche qualitative modellate sul cliente ottimizzazione nelluso delle risorse possibilità di soddisfare più clienti Algoritmo per verificare la possibilità di fornire un servizio da parte del sistema (call admission) Protocollo per riservare le risorse per ottenere la qualità di servizio desiderata dal cliente Elementi necessari:

Obiettivi Realizzazione di un supporto per trasferire flussi di informazioni da un mittente ad un destinatario con una qualità di servizio desiderata dal cliente Contesto di riferimento wireless Negoziazione e prenotazione delle risorse tramite protocollo RSVP Algoritmo di call admission e routing delle richieste basato sullo shadow- cluster

Protocollo RSVP Parte di INTSERV RFC 2205 Prevede la prenotazione risorse in modo unidirezionale per un flusso di informazioni Receiver oriented Prenotazione delle risorse necessarie limitata ad un intervallo di tempo (soft state) Protocollo per riservare risorse per uno specifico flusso attraverso i nodi intermedi

Registrazione Path State Protocollo RSVP(1) Funzionamento di base sender receiver Messaggio Path Router Registrazione nel path state per mantenere informazione della provenienza dei pacchetti di Path. receiver

Protocollo RSVP(2) Funzionamento di base sender receiver Messaggio Resv Router Registrazione Soft State Registrazione nel soft state come prenotazione delle risorse per un tempo limitato

Messaggi scambiati Header Comune dei messaggi Contenuto dei messaggi informazioni sulle caratteristiche del traffico che vogliamo ottenere

Wireless (caratteristiche) Ambiente con crescente interesse per la ricezione di servizi con diverse qualità Organizzato con celle di forma esagonale Base Station che si occupa della gestione di una cella

Caratteristiche Un solo server (router dei messaggi RSVP) per la gestione della negoziazione della qualità di servizio per ogni cella; Implementazione del protocollo RSVP per trovare un cammino che garantisca qualità fra il mittente e il destinatario del flusso di informazioni; clienti server clienti server Mittente flusso Destinatario flusso Situazione inizialeSituazione finale

Routing dei messaggi Path Supponiamo di avere la direzione nella quale si trova il destinatario del flusso; Definiamo lo shadow-cluster come linsieme delle celle che si trovano attorno alla cella mittente del messaggio; Scegliamo i router ai quali inoltrare i messaggi di Path in base alle celle che compongono lo shadow-cluster;

Routing dei messaggi Path (1) Supponiamo di avere la direzione nella quale si trova il destinatario del flusso; Definiamo lo shadow-cluster come linsieme delle celle che si trovano attorno alla cella mittente del messaggio; Scegliamo i router ai quali inoltrare i messaggi di Path in base alle celle che compongono lo shadow-cluster; In pratica, si inviano i messaggi al router nella direzione del destinatario del flusso e a quelli nelle direzioni ad esso adiacente: limitare il numero di pacchetti inviati; limitare il numero di router avvisati per una richiesta

Componenti del sistema Cliente del sistema: Cliente erogatore del flusso di informazioni (mittente messaggi di Path); Cliente fruitore del flusso di informazioni (mittente messaggi di Resv). Server allocato in ogni cella per effettuare il routing dei diversi messaggi del protocollo RSVP

Server Architettura logica (1) Server come router dei messaggi RSVP Richieste di servizio Sottosistema delle richieste Sottosistema di routing Tabelle statiche consultazione Resv(porta124) Path(porta 122) Tabella servizi Tabella confinanti

Architettura logica (2) Sottosistema di ingresso delle richieste Richieste di servizio dei clienti della cella(Path) Messaggi di Path da altri router Gestore delle code Al sottosistema di routing

Architettura logica (3) Sottosistema di routing Call admission Soft state Receiver messaggi Resv Prelevo indirizzi Path state Deposito indirizzi Prenotazione Sender messaggi Path Resv Path Resv

Architettura logica (4) Erogatore di flusso Richiesta servizio(Path) Conferma Fruitore di flusso Disponibilità flusso con QoS Prenotazione (Resv); messaggio periodico Architettura dei clienti del sistema

Conclusioni e Sviluppi futuri Monitoring dinamico della qualità di servizio Rispetto del contratto con il cliente Possibilità di rivedere la QoS negoziata Riduzione del numero di pacchetti da trasmettere in rete in proporzione al congestionamento Supporto alla tolleranza ai guasti con replicazione del server di QoS