A Five-Phase Reservation Protocol (FPRP) for Mobile Ad Hoc Networks

Si pone il problema di implementare l'accesso a divisione di tempo (TDMA) al mezzo da parte dei nodi nodi di una rete ad-hoc, tenendo presente che quest'ultima una rete multi-hop in cui quindi I nodi non sono tutti a distanza di comunicazione diretta, e questo perci permette l'utilizzo del riuso di frequenza. Il protocollo in questione propone un nuovo sistema di assegnamento dei time slots (scheduling) ai nodi che vogliono comunicare all'interno della rete. I protocolli MAC tradizionali sono meccanismi del tipo contention-based, in cui quindi ogni nodo compete per accedere al mezzo. Perci essi non sono molto adatti ai traffici che presentano determinati requisiti di QoS. Sono state proposte delle soluzioni per introdurre il TDMA nelle reti ad-hoc. I primi algoritmi prevedevano delle soluzioni centralizzate in cui ci sarebbe una stazione centrale che assegna i time slots ai vari nodi della rete in base alle richieste che gli arrivano. Per questa soluzione non scalabile perch queste stazioni centrali devono avere informazioni su tutta la rete, e pi la rete sar grande e pi sar difficile ricevere informazioni aggiornate e quindi consistenti. Inoltre la stazione centrale costituisce un punto di caduta singolo, cio se esso cade allora cade tutta la rete. Altri algoritmi prevedono soluzioni distribuite senza la coordinazione di una stazione centrale. Per in questa situazione, all'inizio del funzionamento della rete, ad ogni nodo dovr essere assegnato un canale TDMA fisso, il ch risulta complicato da implementare. Inoltre essi richiedeno alcune informazioni sulla topologia della rete (topoligy-dependent), e non consentono il riuso di frequenza. In seguito sono stati sviluppati altri algoritmi che sono topology-transparent, cio sono indipendenti dalla topologia della rete, e sono quindi immuni alla mobilit dei nodi. Per anche qui non si considerato la possibilit del riuso in frequenza, e inoltre essi utilizzano un canale separato per l'invio dei feedback alle richieste di riservazione dei canali.

Lalgoritmo proposto
L'algoritmo proposto in questo paper consente di riservare parallelamente i timeslots da parte dei nodi che sono lontani tra loro e quindi non possono interferire sulla stessa frequenza. Esso permette trasmettere i messaggi di riservazione in un ambiente contention-based, ai soli nodi che si trovano a 2 hop di distanza. Perci questo tipo di accesso al mezzo resistente ai frequenti cambi di topologia, e inoltre scalabile perch i nodi non necessitano di conoscere l'intera topologia della rete e tutte le richieste di riservazione che sono state fatte. Per quanto riguarda il problema delle hidden stations, non viene usato il meccanismo RTS/CTS perch pu portare comunque a delle collisioni e altri problemi di vario genere. D'altra parte l'algoritmo usa sar capace di rilevare le collisioni che avvengono in un nodo e a segnararle all'altro nodo che sta partecipando alla comunicazione.

Assunzioni
Le assunzioni fatte in questo lavoro sono le seguenti: I canali sono bi-direzionali I nodi hanno un timing ben sincronizzato tra loro Il link tra due nodi simmetrico e senza rumore Durante l'applicazione dell'algoritmo la topologia della rete non cambia

Funzionamento
La sequenza dei frame durante la comunicazione composta da un Reservation Frame (RF) e una sequenza di Information Frame (IF). L'IF composto da un certo numero di Information Slots (IS) dove i nodi possono trasmettere i propri dati. L'RF composto da N Reservation Frames (RS) utilizzato dai nodi per riservare il relativo IS negli IF che seguono. Ogni RS composto da M Reservation Cycle (RC) dove un nodo ha un dialogo in 5 fasi con i propri vicini a 2 hop di distanza, con lo scopo di riservare un IS. I vicini che ricevono la richiesta dal nodo considerato possono accettarla o rigettarla. Nel caso in cui si verifichino pi richieste per uno stesso slot, allora si assume che avviene una collisione e nessuno dei nodi riusce a riservarlo.

Dialogo in 5 fasi
1. Reservation phase: in cui il nodo richiedente invia ai suoi vicini un Reservation Request (RR) 2. Collision report phase: in cui i nodi riportano eventuali collisioni che si verificano nella fase 1. Se un nodo rileva una collisione allora lo segnala con un Collision Report (CR). Se il nodo che ha fatto la richiesta non riceve alcun CR allora vuol dire che ha vinto la riservazione e diventa un Transmission Node (TN). 3. Reservation Confirmation phase: se non ci sono collisioni allora il nodo richiedente invia una conferma di riservazione dello slot ai suoi vicini. 4. Reservation Acknowledgement phase: quest'ultimi risponderanno con un Reservation Acknowledgement (RA). Questa serve pi che altro al nodo richiedente per sapere se effettivamente ci sono dei nodi vicino a lui, o se isolato. Inoltre serve a comunicare ai nodi a 2 hop di distanza l'avvenuto successo della riservazione. Il deadlock una situazione in cui si possono venire a trovare due o pi nodi vicini che hanno riservato lo stesso IS. Il daedlock pu essere di due tipi: isolato (quando i nodi TN hanno solo vicini deadlock) e non isolato (quando hanno vicini anche non deadlock). Il deadlock accade quando questi nodi TN non hanno un vicino in comune che gli pu comunicare che avvenuta una collisione. Perci entrambi i nodi pensano di aver vinto la riservazione ed entreranno nella fase 2. La fase 4 serve anche per prevenire questa situazione, infatti se i nodi che hanno fatto la riservazione non ricevono un ACK allora vuol dire che potrebbe essere avvenuto un deadlock. 5. Packing and Elimination phase: In questa fase si cerca di risolvere il problema del deadlock non isolato. I nodi che si trovano a 2 hop dal TN inviano ai propri vicini un Packing Packet (PP), in modo tale che loro sanno che una riservazione avvenuta a 3 hop di distanza, e perci saranno incoraggiati a riservare quel determinato IS. Questo con lo scopo di massimizzare il riuso di frequenza all'interno della rete (maximal packing). I pacchetti sono inviati dai TN ai nodi vicini in modo tale che se uno di loro anch'esso un TN sullo stesso slot allora si fermer di trasmettere.

Contention Policy
Il protocollo FPRP ha bisogno di un metodo di accesso del tipo contention-based per accedere al Reservation Frame). Si potrebbe pensare di usare il protocollo ALOHA che come sappiamo divide il tempo di accesso di un canale in time slots. Ma il protocollo ALOHA progettato per operare in reti a singolo salto, mentre noi siamo interessati a lavorare in una rete multi-hop. Quello che allora si proposto di modificare l'algoritmo Rivests pseudo-Bayesian broadcasting algorithm
per questo scopo. Questo algorimo ogni nodo stima il numero dei propri vicini e calcola quindi la sua probabilit di accedere al canale come:

p = 1/n dove n all'inizio il numero dei propri vicini, e poi viene aggiornato secondo i seguenti criteri: In caso di successo della riservazione o di idle: n = n-1 in caso di collisione: n = n + (e-2)-1

E-TDMA
Il protocollo presentato composto da due TDMA schedules: uno broadcast in cui ad ogni nodo assegnato un solo slot, ed usato per scambiare informazioni di controllo tra i nodi (control schedule). Il secondo invece usato per la trasmissione di dati (information schedule) e in questo caso un nodo pu riservare il numero di slot di cui ha bisogno. Le riservazioni, in entrambi i casi, vengono fatte nel solo vicinato a distanza di 1 hop, quindi, visto che l'algoritmo lavora solo nell'ambito locale, esso risulta molto scalabile. Se un nodo necessita di comunicare con un suo vicino, riserver il time slot coinvolgendo solo i nodi vicini a lui. Se il nodo con il quale sta comunicando sente una collisione sul canale allora lo comunica al nodo trasmittente che provveder a riservare un diverso time slot.

Assunzioni
I nodi hanno il timing perfettamente sincronizzato tra loro I link sono simmetrici La topologia della rete abbastanza stabile Ogni nodo pu applicare il Five Phase Reservetion Protocol

Struttura Frame
Il canale TDMA viene partizionato in due fasi: unepoca di controllo dove il protocollo applica lo schedule, e unepoca di informazione dove avvengono le trasmissioni dati degli utenti. Lepoca di informazione suddivisa in K frame di informazione che contengono L slot, dove le stazioni possono trasmettere. Il numero di slot assegnati ad un nodo dipende dal tipo di traffico scambiato, e viene deciso dallETDMA nella fase di information schedule. Lepoca di controllo composta da due fasi: un fase di contesa e una fase di allocazione. La fase di contesa divisa in N slot suddivisi a sua volta in un certo numero di cicli in 5 fasi del protocollo FPRP per la contesa del corrispondente colore temporaneo. La fase di allocazione composta da N frames, in ognuno di quali i nodi vicini si scambiano informazioni come stabilito nella fase precedente. Il control schedule avviene in broadcast, e nella teoria dei grafi un broadcast schedule corrisponde alla colorazione dei nodi a distanza di 2 hop. Per questo motivo il control shedule viene chiamato anche colore. Ci sono due tipi di colori nel control schedule: il colore temporaneo e il colore permanente. Un nodo pu avere un solo colore temporaneo e un solo colore permanente. I colori temporanei vengono usati per effettuare la riservazione di qualche slot di informazione o per ottenere un colore permanente. Essi durano solo il periodo di un frame. I colori permanenti servono a scambiare informazioni di scheduling con i propri vicini (non per fare le riservazioni). Essi sono usati per stabilizzare le connessioni quando i nodi sono fermi, permettendogli quindi dei periodi di trasmissione contention-free. Un colore permanente dura molto pi a lungo di uno temporaneo e viene usato fino a quando il nodo non ha pi niente da trasmettere o quando avviene una collisione. Se avviene questa

collisione allora il nodo abbandoner questo colore permanente e ne acquisir un altro. Il primo frame della fase di allocazione, che chiamiamo A1, sar formato da M slot per i colori permanenti e N slot per i colori temporanei. Il numero di slot riservati per i colori temporanei decrementer progressivamente nei frame A successivi.

Dettagli del protocollo

Un nodo che vuore riservare un determinato slot impara direttamente lo scheduling dei nodi vicini e impara invece indirettamente lo scheduling dei nodi a 2 hop di distanza. Infatti il nodo considerato viene a sapere se un nodo vicino ha riservato un qualche slot per ricevere dati da un suo vicino. Perci un generico nodo non ha bisogno di comunicare direttamente con i nodi a 2 hop di distanza. Fase di contesa Come abbiamo detto, nella fase di contesa un nodo si contende un colore temporaneo tramite luso del FPRP protocol. Il colore temporaneo sar poi usato per riservare uno slot di informazione o un colore permanente. Fase di allocazione In questa fase il nodo considerato trasmette il proprio schedule ai nodi vicini usando un schedule update frame allinterno degli slot relativi al proprio colore permanente. Ascolta poi lo schedule dei nodi vicini negli altri slot. In base agli schedule ricevuti dai propri vicini un nodo pu fare gli aggiustamenti necessari al proprio schedule. In particolare gli stati principali in cui un nodo si pu trovare lo stato attivo in cui trasmette o riceve da un altro nodo e lo stato idle in cui non fa niente. Le operazioni pi importanti che un nodo pu fare sono 2: la riservazione e il rilascio di uno slot. Un nodo pu rilasciare uno slot nel control scheduling o nellinformation scheduling quando non ha pi niente da trasmettere o quando verifica che avvenuta una collisione. Esso poi comunicher lavvenuto rilascio ai nodi vicini tramite un su_frame. Riservare un nuovo slot invece pi difficile che rilasciarlo a causa delle possibili collisioni che si possono verificare con gli altri nodi. Il funzionamento il seguente: Il nodo sceglie lo slot da riservare e invia in broadcast il proprio schedule Intento riceve gli schedule dai suoi nodi vicini In base agli schedule ricevuti, modifica il proprio schedule Pu quindi adesso riservare uno slot per il colore permanente nel control schedule o uno slot di informazione nel Information schedule Se vuole inviare dati al nodo j allora sceglier uno slot in ci entrambi i nodi si troveranno nello stato di idle Le performance di questo protocollo sono migliori quando c poca mobilit dei nodi e quindi la topologia non cambia troppo frequentemente. In particolare, se i nodi sono immobili laccesso al mezzo sar collitions-free. Se i nodi si muovono, allora c la probabilit di avere delle collisioni allinterno degli slot riservati nellepoca di informazione. A seguito di una collisione i nodi dovranno scegliere uno nuovo slot da riservare. La collisione pu avvenire durante tutta la durata dellepoca di informazione. Per ridurre il tempo di collisione si pu pensare di aggiornare pi spesso gli schedule dei nodi. Ma questo porta come svantaggio un maggiore overhead e un minor tempo di trasmissione per i nodi.

CROMA
Il metodo di accesso al mezzo del protocollo IEEE 802.11 non adatto per lavorare in ambienti multi-hop, perch presenta ugualmente il problema delle stazioni nascoste, il problema delle stazioni esposte, non introduce alcuna politica per garantire il QoS ai flussi che la richiedono e inoltre presenta problemi di fairness. I protocolli collision-free permettono ai nodi della rete di riservare un canale per un certo intervallo di tempo per

effettuare la trasmissione di dati. Questo tipo di approccio permette di sostenere traffici che richiedono anche determinati requisiti di QoS, visto che laccesso al mezzo avviene in modo deterministico. Lalgoritmo proposto approfitta dei vantaggi presenti negli algoritmi di tipo contention-based per sviluppare un ambiente in cui il tempo diviso in slot e quindi i nodi comunicano in questi slot in maniera contantion-free.

Descrizione del protocollo

CROMA (Collision-free Receiver-Oriented MAC) un protocollo di routing distribuito sviluppato per reti mobili e ad-hoc, in cui i nodi operano a singola frequenza e con antenne direzionali. Esso divide il tempo in frame, che a loro volta sono suddivisi in time-slots. Ognuno di questi time-slot sar attribuito ad un nodo ricevente che pu instaurare una comunicazione con un certo numero di nodi trasmittenti. Nel proprio time-slot il nodo receiver pu effettuare il polling dei nodi sender per instaurare una comunicazione. Per questo motivo il protocollo CROMA detto receiver oriented.

Struttura del frame

Per lo studio di questo protocollo si assume, come per tutti i protocolli TDMA, che i nodi sono perfettamente sincronizzati tra di loro. Come abbiamo detto, CROMA divide il tempo in frame che sono a loro volta divisi in time slots. Ogni time slot sar suddiviso in tre parti: REQ-mini-slot (request) e RTR-mini-slot (ready to receive) per la segnalazione tra i due nodi, e DATA-mini-slot per lo scambio dei dati. Il REQ-mini-slot usato dai nodi che hanno dati da trasmettere (requesting nodes) per mandare un REQ al nodo receiver. Il RTR-mini-slot usato per mandare il riscontro al messaggio REQ o ai dati precedentemente trasmessi; ed inoltre usato da un nodo receiver per effettuare il polling dei sender nodes che vogliono inviarli dei dati su un time slot che hanno riservato. Gli altri nodi vicini sentiranno linvio dellRTR, e quindi eviteranno di tramettere durante quel determinato time slot. Se un nodo che ha trasmesso un REQ non riceve alcun messaggio RTR, allora entrer in una fase di attesa e ritenter la ritrasmissione nelle trame successive. La fase di attesa imposta essere come un backoff esponenziale. Infine il DATA-mini-slot usato per la trasmissione dei dati che avranno una dimensione fissa.

Dynamic destination-Sequense Distance-Vector (DSDV)

Questo algoritmo di instradamento cerca di importare la strategia dei protocolli del tipo Distance-Vector all'interno delle reti Ad-hoc. A differenza di questi ultimi per il DSDV introduce i numeri di sequenza per indicare se una route valida, oppure obsoleta. Questo consente di evitare la formazione di loop all'interno della rete, ed evita anche il problema del count-to-infinity. Ad ognuno dei nodi all'interno della rete sar assegnato un numero di sequenza che sar aggiornato ogni volta che rileva un cambiamento di topologia nella rete. Ogni nodo nel suo routing table avr poi un certo numero di entry relative alle diverse destinazioni a cui associato quindi un destination sequence number che sar aggiornato ogni volta che il nodo rileva che c' stato un cambiamento nella relativa route.

WRP
un protocollo di routing prottivo, di tipo Distance Vector, che fa uso di particolari tabelle per evitare la creazione di loop all'interno dei percorsi di rete. In questo protocollo pgni nodo non memorizza solo la topologia della rete ma memorizza anche altre tabelle per avere pi accurate informazioni. In particolare, ogni nodo fa uso di 4 tabelle: Tabella delle distanze: memorizza le informazioni di rete possedute dai nodi vicini. Pi precisamente memorizza una matrice in cui ogni elemento riporta la distanza e il nodo precedente per un dato vicino per raggiungere una destinazione. La tabella di routing: che contiene la topologia aggiornata della rete, il nodo precedente e successivo in una route per raggiungere una destinazione e un flag per indicare la validit del percorso La tabella dei costi dei link: riporta appunto il costo di spedire un pacchetto su un determinato link Lista dei messaggi ritrasmessi: ogni entry di questa tabella contiene I messaggi di update che dovranno essere ritrasmessi e un contatore che verr decrementato ogni qualvolta un messaggio di update non ha avuto riscontro e deve quindi essere ritrasmesso. Questo meccanismo quindi serve a individuare link adiacenti che sono caduti.

Il funzionamento il seguente: Quando un nodo riceve un messaggio di update, it update the distance for its links, but also checks the other neighbors' distance. So the convergence is much faster than DSDV. But, due the complexity of maintenance of multiple tables, it demands a larger memory and greater processing power from nodes. Futher, in high dynamic and large ad-hoc networks the control overhead is the same of DSDV.

Source Tree Adaptive Routing

un algoritmo di tipo proactive di tipo Source Routing, perci ogni nodo della rete mantiene in memoria la lista dei nodi da attraversare per raggiungere le diverse destinazioni. I nodi costruiscono questi percorsi (source tree) tramite lo scambio di particolari pacchetti contenenti Link-State Update (LSU). Questi LSU possono essere scambiati in modalit differenti: LORA (Least Overhead Routing Approach), in cui gli update sono scambiati solo tra i nodi adiacenti; ORA (Optimum Routing), in cui i pacchetti attraversano l'intera rete e vengono inviati a intervalli regolari; L'invio degli LSU avvengono quando avviene un cambio nella tolopogia di rete

Temporally Ordered Routing Approach

un algoritmo di routing di tipo reattivo, efficiente, scalabile, e molto adattivo ai cambiamenti della topologia della rete, per questo stato proposto per reti altamente dinamiche come lo sono le reti ad-hoc. Il suo funzionamento si basa sui pesi assegnati ai nodi nel partecipare nella route verso una certa destinazione. Quando una route viene creata, il peso di tutti i nodi viene settato con il valore NULL. La sorgente inizia quindi con l'inviare in broadcast un pacchetto di request QRY con l'ID del nodo di destinazione.

Se un nodo della rete riceve un pacchetto QRY pu fare le seguenti cose: Se il proprio peso NULL allora ritrasmette il pacchetto in broadcast ai propri vicini. Se il proprio peso non NULL allora vuol dire che ha in memoria un percorso verso la destinazione. Allora spedisce un messaggio UPD con il proprio peso al nodo che gli ha inviato la QRY Un nodo che riceve un messaggio di UPD fa le seguenti operazioni: Setta il proprio peso con quello ricevuto nel pacchetto UPD ma incrementato di uno Invia un pacchetto UPD con il proprio peso ai nodi vicini Alla fine verr costruito un grafo aciclico in cui i nodi che partecipano alla route saranno caratterizzati da pesi decrescenti andando dalla sorgente verso la destinazione.

Zone Routing Protocol

Il primo protocollo ibrido che combina le strategie proattive e reattive. In questo protocollo viene definita la cosiddetta Routing Zone che sarebbe l'insieme di nodi che distano un certo numero di hop (Routing Radious) dal nodo considerato. All'interno della Routing Zone si usa un algoritmo di tipo proactive, perci un nodo che riceve un pacchetto destinato ad un altro nodo interno alla propria RZ allora invia direttamente il pacchetto in unicast verso il nodo di destinazione. Se invece quest'ultimo non si trove nello stesso RZ allora si avvier una procedura di Route Discovery per cui i nodi periferici invieranno un pacchetto di RREQ ai propri vicini che sono quindi in altre RZ.

Ad Hoc On Demand Distance Vector (AODV)

un protocollo di routing di tipo reattivo e non-source. Il suo scopo quello di minimizzare il numero di messaggi broadcast spediti in rete per la costruzione delle route che vengono aggiornate solo su richiesta, quando necessario. Quindi ogni nodo della rete non avr nella propria tabella i percorsi verso tutte le destinazioni. Vantaggi dell'AODV: Consente di ottenere rapidamente percorsi verso nuove destinazione tramite messaggi di richiesta Consente di eliminare dalla routing table i cammini che sono scaduti, cio non usati per un certo periodo di tempo; Reagisce velocemente alle rotture dei link e ai cambiamenti della topologia Eredita dal protocollo DSDV il meccanismo dei numeri di sequenza che gli consente di creare route prive di loop, ed evitare quindi il count-to-infinity. Usa tre tipi di messaggi: RREQ RREP RERR Quando un nodo cerca una route verso una nuova destinazione, invia in broadcast ai nodi vicini, un messaggio RREQ. Il percorso verr ottenuto quando il pacchetto raggiunge il nodo di destinazione o quando raggiunge un nodo intermedio che possiede un percorso ancora valido verso quest'ultimo. I nodi suddetti risponderanno con un messaggio RREP spedito in unicast verso il nodo richiedente. Ogni nodo che riceve il RREQ memorizza al proprio interno il percorso inverso verso il nodo richiedente, in modo da permettere succissivamente di spedirgli il RREP.

Se un nodo non riceve alcuna risposta entro un certo intervallo di tempo al proprio RREQ allora invier un nuovo RREQ con un TTL pi alto. Ogni nodo monitora i suoi vicini inviando periodicamente degli Hello Messages. Questo permette al nodo di accorgersi quando si sono verificate delle cadute dei link o cambiamenti nella topologia. Se questo avviene allora il nodo considerato invier un messaggio RERR per informare i nodi vicini dell'evento. I nodi che saranno informati non saranno tutti i nodi vicini, ma saranno quelli per cui il nodo li considera precursori all'interno delle route che coinvolgono il link caduto.

Numeri di sequenza
I numeri di sequenza vengono usati per evitare il formarsi di loop all'interno di una route, e per evitare il problema del count-to-infinity. In particolare ci sono due numeri di sequenza. Ad ogni nodo della rete sar assegnato un SN che viene aggiornato in due situazioni: Prima di generare un messaggio RREQ il nodo deve incrementare di 1 il suo SN Prima di generare un messaggio RREP il nodo dovr impostare il proprio SN al valore massimo tra quello corrente che possiede e quello che ha ricevuto con l'RREQ Nei messaggi RREQ saranno presenti i seguenti campi: Destination Sequence Number (DSN): SN del nodo di destinazione Source Sequense Number (SSN): SN del nodo sorgente mentre nel messaggio RREP sar presente solo il DSN. Nel momento della generazione del RREQ, il DSN sar ricavato dai precedenti cammini scaduti o non validi, oppure se la destinazione nuova, allora sar impostato a 0. Quando un nodo riceve un messaggio RREP aggiorner il DSN contenuto nella propria routing table con quella contenuta nel messaggio.

RERR
Il messaggio RERR pu essere inviato in tre diverse situazioni: Se il nodo corrente scopre che il link al nodo successivo caduto Se non ha alcuna route valida verso la destinazione Se riceve un RERR riguardante uno o pi cammini nella sua routing table Un nodo che riceve un messaggio RERR aggiorner il DSN e imposter l'hop count a infinito per invalidare la route.

Riparazioni locali
Il protocollo considerato permette anche di effettuare delle riparazioni locali, nel senso che se il nodo che rileva la caduta di un link lungo la route considerata non molto distante dalla destinazione allora pu inviare un messaggio RREQ per individuare un nuovo percorso. Se non riceve alcuna RREP dopo un centro intervallo di tempo allora invier un RERR verso il nodo sorgente. Per alcune volte non risulta conveniente effettuare riparazioni locali perch si rischia di trovare percorsi che sono molto pi lunghi del precedente.

Dynamic Source Routing (DSR)

un protocollo di routing reattivo del tipo source routing, perci ogni pacchetto scambiato contiene l'intero percorso dalla sorgente alla destinazione. Il routing dei pacchetti sar effettuato da parte dei nodi, semplicemente andondo a leggere il next hop all'interno dell'intestazione del pacchetto stesso. Quindi il DSR non necessita di inviare messaggi di segnalazione periodici per l'aggiornamento dei percorsi, e quindi evita il consumo di banda dovuto all'overhead, ed evita il relativo consumo di potenza da parte dei nodi. I meccanismi che caratterizzano il percorso sono 2: Il Route Discovery per la scoperta del percorso verso il nodo di destinazione Il Route Maintenance per il mantenimento dei percorsi

Route Discovery
Se un nodo che deve comunicare con un altro nodo non conosce il percorso su cui instradare il pacchetto allora avvia la procedura di route discovery. Viene inviato un messaggio RREQ contenente il route record in cui riportata la sequenza dei nodi attraversati in quel momento per raggiungere il nodo di destinazione. Un nodo della rete che riceve un messaggio RREQ, prima cosa di tutto verifica che non l'abbia gi ricevuto andando a leggere il request id. Dopo si verifica questa situazione: Se il nodo che ha ricevuto il RREQ coincide con il nodo di destinazione allora la ricerca terminata e viene inviato un messaggio di route reply verso il nodo sorgente. Altrimenti il nodo considerato inserisce il proprio indirizzo nel route record e inoltra il pacchetto RREQ agli altri nodi

Route Maintenance
La route maintenance l'operazione usata per monitorare lo stato del percorso considerato. Per fare ci, un nodo della rete che sta usando qualcuno dei percorsi che ha memorizzato, contemporaneamente controlla lo stato delle operazioni. Se rileva che avvenuta la caduta di qualche link, allora cancella la route considerata dalla propria tabella di routing, e invia un messaggio RERR verso il nodo sorgente. I nodi che riceveranno questo messaggio cancelleranno anche loro la route considerata dalla propria tabellam e nel caso che ne hanno bisogno, avvieranno un processo di route discovery per la destinazione considerata

Location Aided Routing

un particolare protocollo d routing che fa uso dellinformazione geografica dei nodi ottenuta con sistemi, quale ad esempio il GPS. Lobbiettivo di questi tipi di protocolli quello di ridurre loverhead allinterno della rete in modo da ridurre i consumi energetici dei nodi della rete. Per fare ci, invece di effettuare il flooding sullintera rete, Il LAR lo limita ad una zona delimitata grazie alle informazioni geografiche dei nodi. Supponiamo che il nodo sorgente conosca la posizione iniziale e la velocit del nodo destinazione con il quale vuole comunicare. Allora potr calcolare localmente quale potrebbe essere la posizione del nodo destinazione negli istanti successivi. In particolare andr a calcolare la cosiddetta expected zone che sarebbe unarea di raggio calcolato in base alla posizione iniziale e la velocit del nodo destinazione. Quindi lexpected zone la zona dove il nodo sorgente si aspetta di trovare il nodo destinazione. In base a questa informazione il nodo sorgente calcola il request zone che unarea dove sono contenuti i nodi che potrebbero partecipare allinstradamento dei pacchetti verso la destinazione, e quindi solo questi nodi

possono inoltrare le route request inviate da parte del nodo sorgente. Per aumentare le possibilit di raggiungere il nodo di destinazione opportuno includere lexpected zone nella request zone Esistono diverse varianti del protocollo LAR: LAR Schema 1: che costruisce la Request Zone come un rettangolo fatto in modo da avere il nodo sorgente su un vertice e in modo da includere lExpected Zone LAR Schema 2: invece di specificare la Request Zone nella route request, si specifica la posizione del nodo destinazione e la distanza dal nodo sorgente. Nella route request generata dal nodo sorgente viene indicata la distanza di questultimo dal nodo di destinazione. Un nodo che successivamente riceve la route request verifica per prima cosa che la sua distanza sia inferiore a quella riportata allinterno del messaggio. Se inferiore allora scrive la propria distanza allinterno del messaggio e poi lo inoltra ai nodi vicini. Se invece superiore allora il pacchetto viene scartato.

Fish Eye State Protocol

un protocollo molto simile ai protocolli di tipo link state, visto che ogni nodo conserva una tabella di routing, una tabella dei nodi vicini, e una tabella della topologia. Per a differenza dei protocolli link state, l'FSR non effettua il flooding in tutta la rete ma solo ai nodi vicini. In particolare l'idea quella di mantenere informazioni aggiornate sui collegamenti con i vicini e diminuire poi sempre di pi il livello di accuratezza all'aumentare della distanza, cio il numero di hop. Esso come DSDV fa uso dei numeri di sequenza per individuare quali sono le informazioni pi recenti.