Académique Documents
Professionnel Documents
Culture Documents
1.Introduo
O Ad hoc On-Demand Distance Vector (AODV) possibilita um roteamento dinmico,
auto iniciativo e multihop entre dois ns que solicitam estabelecer uma rede adhoc. O
AODV permite que os ns obtenham rotas rpidas para novos destinos, e no requer ns
que serviriam de rota para destinos que no esto em comunicao. O AODV tambm
permite os ns agirem em tempo hbil em situaes onde ocorre a quebra de um link ou
uma mudana na topologia da internet. Por exemplo, quando ocorre a queda de um link,
os ns afetados so capazes de invalidar rotas de comunicao, graas as notificaes do
AODV.
Uma caracterstica distintiva do AODV o uso de um nmero da sequncia de destinos
para cada entrada de rota. O nmero de sequncia dos destinatrios criado pelo
destinatrio para ser includo junto de qualquer informao de rota enviada aos ns que
as requisitam. A organizao feita pelo nmero de sequncia dos destinatrios permite
uma simplicidade maior na operao e uma liberdade de loop. Por exemplo, diante duas
rotas para um destino, o n solicitante ter de escolher a com o maior nmero da
sequncia.
2.Caractersticas Gerais
Requisies de rotas (RREQs), Requisies de respostas (RREPs) e Erros de rota
(RERRs), so tipos de mensagens definidas pelo AODV. Tais mensagens so recebidas
via UDP. Se espera que o n solicitante utilize o seu endereo IP como remetente das
mensagens. Para a transmisso de mensagens, ser utilizado o IP limitado
(255.255.255.255), isso significa que tais mensagens no so enviadas s cegas.
Entretanto, as operaes do AODV requerem certas mensagens (exemplo: RREQ), para
serem disseminadas atravs da rede ad hoc. O alcance de tais RREQ indicado pelo
TTL (Tempo de...), localizados no cabealho do IP.
Enquanto os extremos da rota a ser comunicada possurem rotas validas, o AODV no
desempenha nenhuma tarefa. Quando necessria uma rota para um destino novo, o n
transmite uma mensagem RREQ afim de encontrar tal rota. A rota determinada
quando o RREQ alcana seu destino ou um n intermedirio uma rota suficientemente
nova para o destino. Uma rota suficientemente nova uma entrada de rota valida
paro destino, no qual o nmero de sequncia associado maior do que o contido no
RREQ. A rota se torna disponvel quando a origem recebe uma transmisso RREP de
volta para a origem do RREQ.
Os ns monitoram o status do link dos prximos hops em rotas ativas. Quando uma
quebra do link em uma rota ativa detectada, uma mensagem RERR notifica outros ns
que uma quebra ocorreu. A mensagem RERR indica os destinos (possivelmente sub
redes) inalcanveis devido quebra do link.
Visando ativar esse feedback de erros, cada n possui uma precursor list, contendo o
endereo IP de cada vizinho que provavelmente ser usado como hop. O contedo de
uma precursor list adquirido durante o processo gerador de uma mensagem RREP,
que por definio, dever ser enviada um n definido na prpria precursor list. Se a
RREP tem um prefixo de comprimento diferente de 0, o remetente da RREQ, que
solicitou a RREP, est includo entre os precursores da rota para a sub rede
O AODV um protocolo de roteamento que lida com a administrao de tabelas de
rotas. As informaes contidas nessas tabelas devem abranger at mesmo rotas de vida
curta, tais como as criadas para armazenar temporariamente os caminhos em direo
reversa aos ns que originaram RREQs. Comumente so utilizados os seguintes campos
para cada entrada na tabela de rotas:
- Endereo de IP destino.
- Nmero da sequncia de destinos
- Estado da rota (Vlida, invlida, necessita reparos, em reparao)
- Interface de rede
- Hop counts (nmero de hops (saltos) necessrios para alcanar cada destino)
- Lifetime (Tempo de expirao da rota)
3.Terminologia
O protocolo utiliza especificaes para palavras maisculas com significados
convencionais como, MUST, SHOULD, etc., para indicar nveis de solicitaes em
vrios de seus recursos.
Active ou Valid route: Uma rota em direo ao destino que possui uma tabela de
entradas de roteamentos marcada como vlida. Apenas active routes podem ser usadas
para encaminhar pacotes de dados.
Broadcast: Transmite para o IP de transmisso limitado, 255.255.255.255. Um pacote
de broadcast pode no ser encaminhado cegamente, mas til para disseminao de
mensagens do AODV para a rede ad hoc.
Destination node (n): Endereo IP no qual os pacotes de dados sero enviados. Os ns
de destino e origem so capazes de se identificar em uma transio de dados quando o
seu endereo foi gravado no cabealho do endereo IP. As rotas para os ns de destino
so fornecidas graas ao protocolo AODV, que leva o endereo IP do n de destino
desejado em mensagens RREQ e RREP.
Forwarding node (encaminhamento): N que encaminha pacotes destinados a outro n,
retransmitindo-os para um prximo hop que est mais perto do destino unicast ao longo
de um caminho que j foi especificado usando mensagens de controle.
Forward route: Uma rota configurada para o envio de pacotes de dados de um n que
origina uma operao de descobrimento de rota em direo ao destino desejado para os
pacotes.
Invalid route: Rota expirada que foi definida em um status de invalidez em sua entrada
na tabela de roteamento. usada para armazenar informaes de rotas validas por um
perodo de tempo estendido. Este tipo de rota no pode ser usada para encaminhar
pacotes, mas pode prover informaes uteis para reparaes de rotas e para futuras
mensagens RREQ.
Originating node: Inicia uma mensagem de descobrimento de rota AODV (RREQ) para
ser processada e possivelmente retransmitida por outros ns dentro da rede ad hoc.
Reverse route: Rota configurada para encaminhar um pacote reply (RREP) emitido do
destino ou de um n intermedirio, para a origem.
Nmero de sequncia: Um algarismo crescente mantido por ns de origem. Contido nas
mensagens do protocolo de roteamento, usado por outros ns para determinar quo
nova a informao enviada.
4.Aplicabilidade
O protocolo AODV projetado para redes com milhares de ns mveis, podendo assim
gerenciar taxas de mobilidades baixas, moderadas e altas assim como uma variedade de
nveis de trafego de dados. AODV utilizado para o uso em redes onde os ns podem
confiar uns aos outros, seja por uso de chaves pr-configuradas ou porque sabe-se que
no h ns maliciosos intrusos. AODV objetiva reduzir a disseminao do trafego de
controle e eliminar sobrecargas em trafego de dados, otimizando a performance da rede.
5.Formato de mensagens
5.1 - Route request (RREQ):
J: Join flag
R: Repair flag
G: Gratuitous RREP flag; indica quando uma RREP deve ser transmitida para o n
especificado no campo Endereo IP de destino.
D: Destination only flag; indica que apenas o destino deve responder a RREQ.
U: Unknown sequence number; indica que o nmero de sequncia do destino
desconhecido.
Nulo: Se o campo conter um 0 ou estiver em branco, sua recepo dever ser ignorada.
Hop count: Nmero de hops entre a origem e o n solicitante.
RREQ ID: Nmero de sequncia nico capaz de identificar a RREQ quando enviada em
conjunto do endereo IP.
Endereo IP de destino.
Endereo IP de origem.
R: Repair flag.
A: Requer reconhecimento.
Nulo: Se o campo conter um 0 ou estiver em branco, sua recepo dever ser ignorada.
Prefix SZ (Size, tamanho): Prefixo de 5 bits de tamanho, determina que o prximo hop
indicado pode ser usado para qualquer n com o mesmo prefixo de roteamento.
Hop count: Nmero de hops entre a origem e o n solicitante.
Endereo IP de destino.
Endereo IP de origem.
Lifetime: Tempo em ms no qual cada n receptor da RREP considera a rota, vlida.
O Prefix size permite que um roteador de uma subrede fornea uma rota para cada host
na subrede, tal rota definida pelo prefixo de roteamento e pelo Prefix size. Para ativar
esta funcionalidade, o rotador da subrede deve garantir alcance para todos os hosts que a
compartilham. Quando o prefixo no nulo, qualquer informao de roteamento ou
precursor data MUST, ser contido de acordo com a rota da subrede, e no ao endereo
de IP do destino em si.
O Bit A usado qual o link no qual a mensagem RREP enviada est instvel ou
unidirecional. Quando uma mensagem RREP contm o bit A setado, o receptor de tal
mensagem deve retornar uma mensagem RREP-ACK.
5.3 - Route error (RERR):
Nulo: Se o campo conter um 0 ou estiver em branco, sua recepo dever ser ignorada.
6. Operao
O AODV, quando comparado com algoritmos clssicos de roteamento como vetor de
distncias e link state, apresenta uma grande reduo no nmero de mensagens de
roteamento na rede. Isto devido sua abordagem reativa. A forma de funcionamento
do AODV semelhante a de algoritmos tradicionais, o que pode facilitar no caso de
uma possvel interconexo da rede ad hoc a uma rede fixa. Mesmo funcionando de
forma semelhante aos algoritmos tradicionais, o AODV pode suportar
trfego multicast e unicast. Este protocolo procura uma soluo intermediria entre o
roteamento reativo e o pr-ativo.
No primeiro a latncia grande, j que necessrio esperar o tempo de resposta da
requisio de rotas. No segundo, o volume de informaes trocadas torna a abordagem
proibitiva para redes ad hoc.
O AODV apresenta apenas uma rota para cada destino, o que pode no ser uma boa
caracterstica. Felizmente o protocolo pode ser facilmente alterado para garantir o
suporte a vrias rotas para um mesmo destino.
O desempenho do AODV to bom quanto o DSR para todas as taxas de
movimentao e velocidades testadas, conseguindo tambm alcanar a sua meta de
eliminar a sobrecarga causada pelos algoritmos source routing. No entanto, para isto ele
causa uma sobrecarga na rede com pacotes de roteamento, e gerando um custo maior
que o DSR para altas taxas de mobilidade.
6.1 Variveis
Nmero de sequncia da fonte (SrcSeqNum): nmero de sequncia gerado pelo n
fonte.
Nmero de sequncia do destino (DestSeqNum): nmero de sequncia crescente usado
como forma de se verificar o quo recente uma rota, pois o DestSeqNum com o maior
valor que representar a rota mais atual.
Identificador fonte (SrcID): especifica o n fonte que pretende enviar pacotes a um
determinado n da rede; Identificador do destino (DestID): especifica o n destino que
dever receber pacotes de um determinado n fonte.
Identificador de broadcast (BcastID): quando vrios broadcasts so enviados rede,
cada um recebe um identificador que relacionado a uma determinada mensagem
RREQ, podendo assim identific-la. incrementado a cada nova requisio de rota
enviada.
Tempo de vida das mensagens (TTL): contador que representa o tempo que se
considera at que uma mensagem possa ser descartada; Nmero de hops: nmero de
saltos necessrios para se alcanar um determinado n a partir de um n origem.
6.2 - Mensagens
HELLO: enviadas periodicamente para se confirmar a conectividade local entre
vizinhos.
RREQ: mensagens de requisio de rota enviadas a toda a rede para encontrar o n
destino, quando a rota j no conhecida.
Route Reply (RREP): resposta requisio de rota especificando como chegar at o
n destino.
Route Error (RERR): aviso de queda de enlace. Quando um enlace deixa de existir
entre dois ns enviado uma RERR.
Percebe-se que quanto mais enlaces uma rota possuir, maior o tempo de transporte,
maior o nmero de saltos e maior a probabilidade de ocorrer um erro no envio dos
pacotes. Portanto, os tempos de conexo da rota deve ser apropriado a cada rota.
O grfico abaixo revela a mudana entre o AODV normal e o AODV aplicada o mtodo
VTOA, no qual podemos reparar que o AODV com VTOA possui uma menor
sobrecarga de roteamento que o AODV padro.
8.Segurana
O AODV um dos mais populares algoritmos de roteamento para Redes MANETs
(Mobile Ad Hoc Network) e redes de malha[6]. As MANETs, esto sendo desenvolvidas
sem levar em conta a segurana[9]. Entretanto resguardar a segurana da transmisso no
o bastante se no for implementada uma segurana no roteamento [9]. Portanto em
redes MANETs com necessidade de segurana, devem ser considerados dois sistemas
de proteo: um para proteger a transmisso dos dados e outro para fazer um roteamento
seguro[4]. Existem bons estudos de sobre sistemas de proteo sobre redes ponto a
ponto. Mas no existem tantos trabalhos de como fazer descoberta de rotas com
protocolos de roteamento de uma maneira segura.
As MANETs so vulnerveis a vrios tipos de ataques, que so classificados como
ataques ativos e passivos. Ataques ativos interferem no funcionamento da rede.
Exemplos de ataques desse tipo so, BlackHole attack - um n malicioso est presente
na rede para atrair o trfego para ele, provendo informaes falsas sobre o caminho
requisitado. O GrayHole um ataque parecido, a diferena que ele pode atacar
qualquer n, dentro do raio, por um perodo pequeno e no o tempo todo, assim sendo
mais difcil de detectar[7].
Alguns mtodos de segurana que podem ser utilizados sero mostrados abaixo, alm
deles, uma extenso do AODV que tem a inteno de prover mais segurana em relao
ao AODV, esta extenso chamada SAODV (Secure AODV).
8.1 - Chaves Simtricas
de se esperar que todos se conheam na rede para utilizar este mtodo, por causa do
modo com que ele implementado. Nesse sistema todos que quiserem fazer parte da
rede devem conhecer a chave. Se conhecendo no h problema de compartilharem a
chave e transmitir dados pela rede, desse modo de se esperar que ningum faa nada
que possa prejudicar os outros usurios da rede. Para utilizaes militares este mtodo
pode ser til[4].
8.2 - Chaves Assimtricas[9]
Agora, considere que nem todos se conheam na rede, que uma situao provvel j
que a rede de ns mveis. Nesse mtodo existem as chaves pblicas e privadas. Todos
os usurios tem as chaves pblicas dos outros e cada um tem a sua chave privada. Desse
modo, quando um arquivo for enviado, o usurio usa a chave pblica do destinatrio
para criptografar o pacote, assim s que pode descriptografar o pacote o detentor da
chave privada. Esse mtodo alm de prover mais segurana permite a deteco de
mensagens forjadas.
8.3 - Deteco de Mal Comportamento[9]
Este um mtodo com eficincia muito especfica, j que ele funciona detectando
grandes variaes no trfego da rede. Ataques como os citados anteriormente, so alvos
deste mtodo. difcil garantir a integridade e autenticao das mensagens de
roteamento. Por isso h controvrsias quanto ao seu uso.
8.4 - Secure AODV
O SAODV uma extenso do AODV, que pode ser usada para proteger o mecanismo
de descoberta de rota provendo ferramentas de segurana, como a manuteno da
integridade do pacote, autenticao e confiabilidade. O SAODV assume que a rede
tenha um sistema de chaves assimtricas adequado. Assim cada n Ad Hoc capaz de
seguramente verificar a relao entre o endereo dado e a suas chaves. A funo de
gerenciar as chaves do Administrador de Chaves.
Alm disso, outros dois mecanismos so utilizados no SAODV so assinaturas
digitais para proteger os campos no mutveis e cadeias de Hash (#), para proteger a
contagem dos campos que o nico campo mutvel e extremamente importante nas
mensagens do AODV. A autenticao de informaes imutveis podem ser realizadas
em uma transferncia ponto-a-ponto, o que no pode ser feito com informaes
mutveis. RERR, so protegidas de forma diferente, por causa da quantidade de
informaes mutveis que h nela. portanto cada n, gerando ou repassando
informaes, usa um mecanismo digital de autenticao para assinar toda a mensagem e
qualquer n vizinho que receba, capaz de verificar a assinatura.
9.Concluso
Todos os assuntos abordados neste trabalho tiveram o objetivo de mostrar o
funcionamento padro do protocolo AODV, como os seus objetivos nas redes Ad Hoc,
o seu principio para o funcionamento como protocolo, o seu mtodo de comunicao
atravs de mensagens, as operaes feitas com cada caracterstica do protocolo, as
formas como o protocolo descobre novas rotas e as mantm at serem atualizadas, e
uma abordagem sobre a segurana neste protocolo. Este protocolo procura uma soluo
intermediria entre o roteamento reativo e o proativo. No primeiro a latncia grande,
j que necessrio esperar o tempo de resposta da requisio de rotas. No segundo, o
volume de informaes trocadas torna a abordagem proibitiva para redes ad hoc.
Portanto, percebe-se que o protocolo AODV uma soluo para muitos problemas que
possuem falta de mobilidade e flexibilidade de conexo em uma estrutura de rede.
10.Referncias
[1] C. Perkins (2003), Ad hoc On-Demand Distance Vector (AODV) Routing
RFC3561, https://www.ietf.org/rfc/rfc3561.txt.
[2] LIU Jian, Changqiao Xu (2009), An Improvement of AODV Protocol Based on
Reliable Delivery in Mobile Ad hoc Networks, Fifth International Conference on
Information Assurance and Security.
[3] M. Rios, Senior Member, IEEE (2015), Variable Route Expiration Time Based on
a Fixed Probability of Failure for Ad-Hoc Networks Routing Applications, IEEE
LATIN AMERICA TRANSACTIONS, VOL. 13, NO. 1, JAN. 2015.
[4] Guo-ping XU, Jian-hui LIU (2010), Improvement of AODV Routing Protocol
based on Wireless mesh networks, International Conference on Computer,
Mechatronics, Control and Electronic Engineering (CMCE).
[5] Emmanouil A. Panaousis, Christos Politis (2009), A Game Theoretic Approach for
Securing AODV in Emergency Mobile Ad Hoc Networks, The 9th IEEE International
Workshop on Wireless Local Networks (WLN 2009), Zrich, Switzerland; 20-23
October 2009.
[6] Li, Qing. Zhao, Meiyuan. Walker, Jesse. Hu, Yih-Chun. Perrig, Adrian. Trappe,
Wade. SEAR: A Secure Efficient Ad Hoc On Demand Routing Protocol for Wireless
Networks
[7] Singh, Kuldeep. Rani, Sudesh (2014). A Performance Study of Various Security
Attacks on AODV Routing Protocol in MANET.
[8] Yuxia Lin, A. Hamed Mohsenian Rad, Vincent W.S. Wong. Song, Joo-Han.
Experimental Comparisons between SAODV and AODV Routing Protocols
[9] Zapata, Manel Guerrero. Secure Ad hoc On-Demand Distance Vector Routing