Supporto alla comunicazione di gruppo context aware per membri disconnessi.

Architettura e assunzioni Reti ad hoc di computer mobili Località con controllori Possibilità di disconnessione Concetto di gruppo Movimenti standardizzati Località fisse

Scenario: MANET Necessità di un framework per –Comunicare –Gestire le località –Gestire i gruppi AGA PE

AGAPE: Allocation and Group Aware Pervasive Environment Middleware per la gestione dei gruppi Supporto per la comunicazione Gestione di località tramite LME Profilazione (Profiling) Creazione automatica di reti disconnesse

Cosa manca ? Supporto alla “comunicazione disconnessa” –Comunicazione interlocalità –Comunicazione intralocalità Supporto al message storing TTL e Timestamp nei messaggi

Soluzione : estensione HW - Network - OS Java Virtual Machine AGAPEAGAPE APPLICAZIONE C.M. Active Object I.R.S. Active Object M.R. Passive Object

HW - Network - OS Java Virtual Machine AGAPEAGAPE APPLICAZIONE I.R.S.M.R. C.M. Context Manager Oggetto attivo Differenti implementazioni –LME –ME Accumulo informazioni sul movimento Analisi probabilistica delle future destinazioni Interazione con IRS per politiche di routing

HW - Network - OS Java Virtual Machine AGAPEAGAPE APPLICAZIONE M.R.C.M. I.R.S. Interlocation Routing Service Oggetto attivo Blocco riservato al routing vero e proprio Analisi dei messaggi da inoltrare –Destinatario singolo o gruppo –Timestamp –Località di destinazione Analisi dei nodi della località controllata –Ricerca di un vettore –Ricerca di nuovi nodi da processare

HW - Network - OS Java Virtual Machine AGAPEAGAPE APPLICAZIONE C.M.I.R.S. M.R. Message Repository Oggetto passivo Fornisce supporto al Message Storing Funzioni per la gestione –Inserimento –Eliminazione –Timestamp Capacità limitata dalle risorse del Dispositivo

Esempio: Lato ME loc 1 loc 2 1 Locality 1 (1) 2

GHR Esempio: Lato LME ME1 ME ME3

Ogni ME accumula info sul movimento Creazione di una lista dei movimenti (History Register) Per ogni località entry con le località di destinazione Politiche di Routing

Routing dinamico basato su tabelle Controllo sulla crescita delle tabelle (drop in caso di uscita) Buon funzionamento sulla base delle assunzioni fatte Possibilità di estensione: metodi –makeDecision –FindForwardingHost Caratteristiche della Soluzione

Assunzioni limitative –Necessari movimenti abitudinari –Località che non possono muoversi –Alta replicazione dei messaggi Limitazioni

Introduzione del concetto di contatto –Fra differenti host –Con timestamp –Con abitudini Possibilità di maggiore efficienza –Con comunicazione fra diversi LME –Con liste più dettagliate –Limitando la crescita delle copie dei messaggi Sviluppi futuri

Grazie per l’attenzione