UNIVERSIDADE FEDERAL FLUMINENSE INSTITUTO DE COMPUTACAO DEPARTAMENTO DE CIENCIA DA COMPUTACAO

Diego Passos

M tricas de Roteamento para Redes em Malha Sem Fio e

Niter i o 2007

Diego Passos

M tricas de Roteamento para Redes em Malha Sem Fio e

Monograa apresentada ao Departamento de Ci ncia da Computacao da Universidade e Federal Fluminense como parte dos requisitos para obtencao do Grau de Bacharel em Ci ncia da Computacao. e

Orientador: C lio Vinicius Neves de Albuquerque e

Niter i o 2007

Diego Passos

M tricas de Roteamento para Redes em Malha Sem Fio e

Monograa apresentada ao Departamento de Ci ncia da Computacao da Universidade e Federal Fluminense como parte dos requisitos para obtencao do Grau de Bacharel em Ci ncia da Computacao. e

Aprovado em Julho de 2007

BANCA EXAMINADORA

Prof. CELIO VINICIUS NEVES DE ALBUQUERQUE, Ph.D. Orientador UFF

Prof. JULIUS LEITE, Ph.D. UFF

Profa. LUCIA M. A. DRUMMOND, D.Sc. UFF

Niter i o 2007

RESUMO

Redes em malha sem o s o redes de m ltiplos saltos, auto-congur veis e de baixo custo. a u a Este trabalho apresenta um estudo sobre as principais m tricas de roteamento utilizadas neste e tipo de rede, apontando suas virtudes e limitacoes. S o tamb m propostas, implementadas e a e analisadas tr s m tricas alternativas. e e Para analisar o desempenho das m tricas propostas, medidas comparativas foram realizae das com a m trica Expected Transmission Count utilizando-se as redes do projeto ReMesh. e Os resultados obtidos mostram que, em certos casos, o desempenho da rede com as m tricas e propostas foi melhorado em termos de estabilidade de rotas, taxa de perda de pacotes, atraso e vaz o. a

Palavras Chave: Redes em Malha, M tricas de Roteamento, Protocolos de Roteamento e

ABSTRACT

Wireless mesh networks are low-cost self-congurable multihop networks. This work presents a study about the main routing metrics used in this kind of network, pointing out their virtues and limitations. It also proposes, implements and analize three alternative metrics. To evaluate the performance of the proposed metrics, comparative measurements with the Expected Transmission Count were made. The obtained results show that, in some cases, the network performance with the proposed metrics has been improved in terms of routing stability, packet loss rates, delays and throughput.

Keywords: Mesh Networks, Routing Metrics, Routing Protocols

 LISTA DE ACRONIMOS

AODV: DSR: ENT: ETX: ETT: HSLS: mETX: ML: MLAC: MLURP: OLSR: RTT: TC: TCP: WCETT:

Ad-hoc On-Demand Distance Vector Dynamic Source Routing Effective Number of Transmissions Expected Transmission Count Expected Transmission Time Hazy Sighted Link State Modied Expected Transmission Count Minimum Loss Minimum Loss with Additive Cost Minimum Loss with Unicast Rate Probing Optimized Link State Routing Round-Trip Time Topology Control Transmission Control Protocol Weighted Cumulative Expected Transmission Time

` A minha famlia.

AGRADECIMENTOS ` A Universidade Federal Fluminense, Ao Professor C lio Vinicius Neves de Albuquerque, e pela sua constante orientacao, Aos Professores Luiz Cl udio Schara Magalh es e a a D bora Christina Muchaluat Saade, e pelas oportunidades e conselhos, A todos os professores do Instituto de Computacao, dos quais tive o privil gio de ser aluno, e A Douglas Vidal, Jairo Duarte e Rafael do Valle, por sua ajuda inestim vel neste trabalho, a A Fernanda Goncalves de Oliveira, por sua paci ncia e companhia, e Aos meus pais, por sua innita dedicacao e por tudo o que me proveram.

 SUMARIO

CAPITULO 1 - INTRODUCAO CAPITULO 2 - REDES EM MALHA 2.1 2.2 2.3 Caractersticas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Implementacoes de Redes em Malha . . . . . . . . . . . . . . . . . . . . . . . Diculdades na Escolha de Rotas . . . . . . . . . . . . . . . . . . . . . . . . .

9 11 11 12 13 16 17 18 21 23 23 25 28 28 28 29 30 31 32 33

CAPITULO 3 - METRICAS DE ROTEAMENTO ATUAIS 3.1 3.2 3.3 3.4 3.5 3.6 N mero de Saltos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . u A M trica Expected Transmission Count . . . . . . . . . . . . . . . . . . . . . e A M trica Expected Transmission Time . . . . . . . . . . . . . . . . . . . . . e A M trica Modied Expected Transmission Count . . . . . . . . . . . . . . . . e A M trica Effective Number of Transmissions . . . . . . . . . . . . . . . . . . e A M trica Weighted Cumulative Expected Transmission Time . . . . . . . . . . e

CAPITULO 4 - NOVAS PROPOSTAS 4.1 A M trica Minimum Loss . . . . . . . . . . . . . . . . . . . . . . . . . . . . . e 4.1.1 4.1.2 4.1.3 4.2 4.3 Denicoes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Implementacao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ` Crticas a Proposta Apresentada . . . . . . . . . . . . . . . . . . . . .

A M trica ML com um Fator Aditivo . . . . . . . . . . . . . . . . . . . . . . . e A M trica ML com Medidas Mais Precisas . . . . . . . . . . . . . . . . . . . e 4.3.1 Diculdades de Implementacao . . . . . . . . . . . . . . . . . . . . .

 CAPITULO 5 - AVALIACAO DO DESEMPENHO 5.1 5.2 Topologia Externa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Topologias Internas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.2.1 5.2.2 5.3 Rede Interna A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Rede Interna B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

35 35 35 36 36 37 38 39 41 42 42 43 44 44 46 46 47 47 49 50 51

Testes com a M trica ML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . e 5.3.1 5.3.2 5.3.3 5.3.4 Perda de Pacotes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Atraso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vaz o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a Estabilidade das Rotas . . . . . . . . . . . . . . . . . . . . . . . . . .

5.4

Testes com a M trica MLAC . . . . . . . . . . . . . . . . . . . . . . . . . . . e 5.4.1 5.4.2 5.4.3 Perda de Pacotes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Atraso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vaz o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a

5.5

Testes com a M trica MLURP . . . . . . . . . . . . . . . . . . . . . . . . . . e 5.5.1 5.5.2 5.5.3 Perda de Pacotes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Atraso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vaz o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a

CAPITULO 6 - CONCLUSAO 6.1 Trabalhos Futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

REFERENCIAS BIBLIOGRAFICAS

LISTA DE FIGURAS

Figura 1: Exemplo de topologia de uma rede em malha. . . . . . . . . . . . . . . . . Figura 2: Exemplo de arvore gerada com base na m trica de menor n mero de saltos. e u Figura 3: Exemplo de uma escolha ruim feita pelo ETX. . . . . . . . . . . . . . . . Figura 4: Valores de incremento para algumas janelas. . . . . . . . . . . . . . . . . . Figura 5: Exemplo de topologia com auto-interfer ncia. . . . . . . . . . . . . . . . . e Figura 6: Exemplo de topologia onde o algoritmo de Dijkstra falha com a m trica e WCETT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figura 7: Topologia externa utilizada nos testes. . . . . . . . . . . . . . . . . . . . . Figura 8: Rede Interna A. Primeira topologia interna utilizada nos testes. . . . . . . . Figura 9: Rede Interna B. Segunda Topologia interna utilizada nos testes. . . . . . . Figura 10: Perda de pacotes na topologia interna A. Comparativo entre ETX e ML. . Figura 11: Perda de pacotes na topologia externa. Comparativo entre ETX e ML. . . Figura 12: Atraso na topologia interna A. Comparativo entre ETX e ML. . . . . . . . Figura 13: Atraso na topologia externa. Comparativo entre ETX e ML. . . . . . . . . Figura 14: Vaz o na topologia interna A. Comparativo entre ETX e ML. . . . . . . . a Figura 15: Vaz o na topologia externa. Comparativo entre ETX e ML. . . . . . . . . a Figura 16: Perda de pacotes com a m trica MLAC, variando para os valores 0, 0, 3, e 0, 7 e 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figura 17: RTT m dio com a m trica MLAC, variando para os valores 0, 0, 3, 0, 7 e e e 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figura 18: Vaz o m dia com a m trica MLAC, variando para os valores 0, 0, 3, 0, 7 a e e e 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11 17 20 21 25

26 36 36 37 38 39 39 40 41 42

43

44

45

Figura 19: Perda de pacotes na rede interna A. Comparativo entre as m tricas ML e e MLURP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figura 20: Atraso na rede interna A. Comparativo entre as m tricas ML e MLURP. . e Figura 21: Vaz o na rede interna A. Comparativo entre as m tricas ML e MLURP. . . a e 46 47 48

LISTA DE TABELAS

Tabela 1: Estatstica da qualidade dos enlaces de uma rede em malha sem o durante um dia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tabela 2: Valores de vaz o (em kbps) obtidos nos testes com a m trica MLAC. . . . a e 14 45

CAPITULO 1 - INTRODUCAO

Redes ad hoc s o redes sem o de m ltiplos saltos, que t m como caractersticas serem a u e auto-congur veis e suportarem mobilidade. Este tipo de rede se op e as redes sem o esa o ` truturadas, onde existem pontos de acesso xos que intermediam toda comunicacao dos n s o clientes. Em uma rede estruturada, se um n cliente deseja enviar uma informacao a um outro clio ente, os pacotes dever o ser transmitidos diretamente a um ponto de acesso, que por sua vez a ir redirecion -los ao n de destino. J em uma rede ad hoc n o h necessidade desta infraa a o a a a estrutura, j que a transmiss o entre dois clientes se d de forma direta, ou atrav s de m ltiplos a a a e u saltos, onde os n s intermedi rios s o outros clientes da mesma rede, atuando como roteadores o a a encaminhando os pacotes at o destino nal. e Claramente as redes ad hoc t m custo menor que as estruturadas, j que n o e necess ria a e a a a utilizacao de pontos de acesso. Al m disso, uma rede ad hoc e altamente escal vel, j que cada e a a cliente e potencialmente um roteador de pacotes para outros n s. Por outro lado, o roteamento o neste tipo de rede n o e trivial, j que n o existe a priori um conjunto de n s com a miss o a a a o a de encaminhar pacotes, fazendo com que seja necess rio que cada cliente descubra as rotas a at o seu destino. Existe ainda a caracterstica da mobilidade, que faz com que as rotas sejam e din micas, uma vez que os n s est o potencialmente em movimento. a o a Neste cen rio, surge um novo conceito de rede: as redes em malha ou mesh. As redes em a malha utilizam comunicacao sem o e de m ltiplos saltos, como as redes ad hoc. Por m, em u e redes mesh, existe um subconjunto de n s que n o apresenta mobilidade. Estes n s atuam como o a o roteadores para os n s clientes, que podem ser m veis. A id ia e que cada roteador da rede tenha o o e diversos enlaces sem o com alguns outros n s, de forma que a topologia obtida seja uma malha o de enlaces. A grande vantagem desta abordagem e o fato de que cada n tem v rios caminhos o a alternativos para um mesmo destino. A escalabilidade das redes ad hoc continua valendo, j que a ` adicionar um novo ponto a malha s faz com que o n mero de caminhos alternativos cresca. o u Embora a mobilidade neste tipo de rede seja menor, a necessidade de protocolos de roteamento continua, j que ela trabalha com m ltiplos saltos, al m de precisar se adaptar automatia u e ` camente a adicao de novos n s. Dada a semelhanca com as redes ad hoc, houve uma utilizacao o

10

natural de protocolos de roteamento ad hoc em redes mesh. No entanto, v rias particularidades a tornam o desenvolvimento de protocolos de roteamento mesh desej vel. a O objetivo deste projeto e denir as caractersticas de uma rede em malha e us -las para a classicar uma rota neste tipo de rede. Em outras palavras, deseja-se estabelecer uma m trica e de roteamento, de forma a tirar o m ximo proveito das caractersticas de uma rede mesh. Esta a m trica, que tem como objetivo minimizar a perda de pacotes, ser chamada de Minimum Loss e a (ML). Al m dela, outras duas variacoes ser o propostas ao longo deste trabalho. e a Este trabalho est organizado da seguinte maneira: no Captulo 2 e feita uma an lise das a a caractersticas das redes em malha, bem como as principais diculdades encontradas na ta refa de criar um protocolo de roteamento mesh. S o mostrados tamb m alguns projetos de a e implementacao deste tipo de rede. No Captulo 3, e feita uma descricao de algumas m tricas e que v m sendo utilizadas neste tipo de rede, com enfase na m trica ETX [6]. No Captulo 4 a e e m trica ML e suas variacoes s o propostas. No Captulo 5 s o mostrados resultados dos testes e a a de desempenho. Finalmente, no Captulo 6 e feita uma breve conclus o seguida de id ias para a e trabalhos futuros.

11

CAPITULO 2 - REDES EM MALHA

Ao longo do Captulo 1 foi realizada uma breve descricao das redes em malha, na qual algumas das principais caractersticas destas redes foram apresentadas. Este captulo abordar a de forma mais profunda o tema, discutindo n o s caractersticas mas tamb m aplicacoes e a o e implementacoes das redes mesh.

2.1

CARACTERISTICAS
Segundo [1], uma rede em malha e formada por um conjunto de n s que pode ser dividido o

em dois sub-conjuntos: roteadores mesh e clientes mesh. Enquanto no primeiro grupo, os n s s o praticamente est ticos, no segundo pode existir tanto dinamismo e mobilidade quanto o a a esperado em uma rede ad hoc tradicional. Os roteadores mesh formam o backbone da rede, que pode ser integrada a outras redes atrav s de um ou mais n s especcos atuando como gateways. J os clientes podem ter acesso e o a de forma sem o, ou conectados diretamente aos roteadores por uma interface ethernet, por exemplo. A Figura 1 ilustra uma possvel topologia mesh.

Figura 1: Exemplo de topologia de uma rede em malha.

N s clientes poderiam, a princpio, ser utilizados como roteadores encaminhando tr fego o a

12

de outros n s. No entanto, a maior parte das implementacoes de redes em malha n o explora o a esta possibilidade. Uma raz o para isto e o fato de que, em geral, um roteador mesh aprea senta conguracoes especcas, determinadas pelo projeto de cada rede. Como exemplo disso, pode-se citar o protocolo de roteamento. Solucoes mesh necessitam de roteamento din mico a e, por isso, tais protocolos s o implementados nos roteadores. Por m, para permitir um acesso a e transparente ao usu rio, as solucoes n o devem exigir ou supor que os clientes utilizem o protoa a colo. Um outro motivo e a pr pria classicacao dos n s dentro da rede, que atribui apenas aos o o roteadores a funcao de encaminhamento de tr fego. a Outra caracterstica marcante das redes em malha e a auto-conguracao. A rede deve ser capaz de se adaptar a mudancas causadas pela adicao, retirada ou falha de certos n s, por o exemplo. Esta caracterstica prov as redes mesh tr s qualidades importantes: desenvolvimento e` e incremental, baixo custo de instalacao e toler ncia a falhas [3]. a A implantacao de uma rede em malha pode ser feita de maneira bastante gradual. Roteado res mesh podem ser instalados conforme a necessidade e a disponibilidade de recursos. Desta forma, o investimento inicial necess rio pode ser consideravelmente reduzido. Outro aspecto a em que as redes em malha apresentam baixo custo se refere a instalacao de cada n . A raz o o a para isto e a auto-suci ncia dos pontos mesh. Apenas um conjunto reduzido de roteadores e necessita de uma conex o direta a uma infra-estrutura cabeada. a Em relacao a toler ncia a falhas, as redes em malha s o bastante con veis. Quanto maior ` a a a o n mero de roteadores mesh formando o backbone, maior a probabilidade de que existam u caminhos alternativos entre cada par de n s da rede. Desta forma, n o existe um ponto central o a de falha e, com isso, os danos causados pelo mal funcionamento de um roteador s o bastante a localizados. Mesmo o gateway, ponto crtico da rede, pode ser replicado. Ou seja, mais de um ponto pode apresentar esta funcionalidade, fazendo com que a rede apresente ainda mais conabilidade. Por todas estas caractersticas, v rias aplicacoes para este tipo de rede t m sido desenvol a e ` vidas. Entre elas, pode-se citar o acesso a Internet, especialmente em programas de inclus o a digital, e a utilizacao como infra-estrutura para aplicacoes ubq as. u

2.2

IMPLEMENTACOES DE REDES EM MALHA

As implementacoes de redes em malha podem ser divididas em dois grupos: as solucoes

abertas e as solucoes propriet rias. As solucoes abertas englobam projetos de pesquisa e redes a comunit rias que, em geral, tem foco no baixo custo de implantacao deste tipo de rede. Por a

13

outro lado, as solucoes propriet rias ainda apresentam custos muito altos, dicultando o acesso a do usu rio nal a esta tecnologia. a Nas solucoes abertas, o hardware utilizado para os roteadores mesh costuma ser construdo a partir de roteadores sem o comerciais ou adaptando-se PCs para a tarefa. Em termos de protocolos de roteamento, s o utilizados protocolos tradicionais de redes ad hoc, como o OLSR a (Optimized Link State Routing) [4], AODV (Ad-hoc On-Demand Distance Vector) [15, 14] e DSR (Dynamic Source Routing) [9], al m de variacoes destes, propostas em redes de pesquisa, e como o Srcr [2] e o HSLS (Hazy Sighted Link State) [18]. O OLSR e um protocolo pr -ativo, baseado em estado de enlaces, sendo utilizado pelos o projetos VMesh [23] e ReMesh [17, 13, 11]. J o AODV e reativo e baseia-se em vetor de a dist ncias. O projeto MeshCluster[16] utiliza o AODV-ST (AODV-Spanning Tree), uma vers o a a modicada do AODV, que emprega alguns conceitos do DSR. O projeto RoofNet [2] utiliza o Srcr, um protocolo hbrido que combina informacoes de estado de enlaces com a t cnica de descoberta de rotas do DSR. Finalmente, o HSLS e um e protocolo desenvolvido pelo projeto CUWin [7]. Este protocolo, tamb m baseado em estado de e enlaces, tem por objetivo minimizar o custo da manutencao de uma vis o consistente da rede. a Mais detalhes sobre estes protocolos podem ser encontrados em [1]. J em relacao as solucoes propriet rias, em geral s o utilizados hardware e software fechaa ` a a dos, desenvolvidos especicamente para redes em malha, como no caso das empresas Cisco [19] e Nortel [20].

2.3

DIFICULDADES NA ESCOLHA DE ROTAS

Como discutido na Secao 2.1, as redes em malha s o uma tecnologia bastante promissora. a

No entanto, segundo [1], para desenvolverem todo o seu potencial como produto, as redes mesh necessitam de pesquisa em areas relacionadas a todas as camadas da pilha TCP/IP. Especicamente na area de roteamento, o desenvolvimento de novos protocolos e m tricas e e fundamental. A adocao de protocolos de roteamento ad hoc em redes em malha, embora possvel, traz uma s rie de inconvenientes. Como exemplo, pode-se citar a grande quantidade e de pacotes de controle utilizada por tais protocolos. O dinamismo de uma rede ad hoc torna necess ria a constante avaliacao da topologia da rede. Por outro lado, nas redes mesh a topologia a do backbone e praticamente est tica. Desta forma, um protocolo de roteamento mesh deve ser a ` mais est vel e menos custoso a rede. a

14

Em relacao as m tricas, mesmo em redes ad hoc, as solucoes existentes enfrentam proble ` e mas. Uma das raz es e a diculdade na modelagem deste tipo de sistema, devido a fatores o como: A variabilidade das taxas de transmiss o: os n s podem alterar dinamicamente sua taxa a o de transmiss o, fazendo com que a capacidade de processamento de pacotes varie ao a longo do tempo. A sensibilidade a interfer ncias externas: perda de pacotes e aumento signicativo no e atraso podem ocorrer mesmo em roteadores n o sobrecarregados, devido a falhas na a propagacao do sinal de transmiss o. a Uma outra conseq encia deste segundo item e a grande variacao de qualidade dos enlaces u sem o. A ttulo de ilustracao, a Tabela 1 mostra a m dia, o desvio padr o, o valor m ximo e e a a o valor mnimo obtidos pelo monitoramento da qualidade dos enlaces de uma rede em malha (Rede Interna A, apresentada no Captulo 5), ao longo de um dia. Tabela 1: Estatstica da qualidade dos enlaces de uma rede em malha sem o durante um dia. Enlace M dia Mnimo M ximo Desvio Padr o e a a L1 9.40 1.05 71.30 7.03 L2 1.06 1.00 1.97 0.07 L3 1.12 1.00 51.00 2.07 L4 10.09 1.00 53.12 8.02 L5 90.91 1.00 451.56 72.11 L6 1.07 1.00 2.21 0.09 L7 1.13 1.00 13.42 0.17 L8 2.40 1.00 104.04 4.08 L9 199.60 1.00 451.56 180.58 L10 1.02 1.00 1.32 0.03 L11 1.07 1.00 1.39 0.06 L12 1.01 1.00 1.24 0.03 L13 1.06 1.00 2.28 0.09 L14 1.05 1.00 68.45 0.42 L15 1.04 1.00 30.44 0.19 L16 1.20 1.00 451.56 4.19 L17 6.10 1.00 51.00 3.54 L18 1.10 1.00 141.67 2.16 L19 2.25 1.00 106.25 2.17 L20 8.21 1.05 425.00 6.58

15

Os valores apresentados s o relativos a m trica ETX, abordada em detalhes no Captulo a e 3. Como ser mostrado posteriormente, valores desta m trica acima de 10 indicam um enlace a e de qualidade bastante ruim. Nota-se, no entanto, que mesmo enlaces cuja m dia ao longo do e dia chegou a 90 ou mesmo 199, em algum instante apresentaram qualidade 1, o melhor valor possvel nesta m trica. Nota-se, portanto, que uma avaliacao coerente dos enlaces neste tipo de e rede e bastante difcil. Al m disso, a avaliacao de uma rota como um todo apresenta ainda outros problemas. Por e se tratar de um meio de transmiss o compartilhado, o envio de dados realizado por um n afeta a o todos os seus vizinhos. Ou seja, e necess rio que a m trica avalie n o s os enlaces de um a e a o caminho individualmente, mas tamb m como a interacao entre eles se dar . e a Todos estes fatores explicam as diculdades encontradas no roteamento nas rede em malha e justicam as motivacoes deste trabalho.

16

CAPITULO 3 - METRICAS DE ROTEAMENTO ATUAIS

Como comentado no Captulo 1, uma m trica de roteamento pode ser denida como uma e maneira de classicar rotas dentro de uma rede, de forma que seja possvel decidir o melhor caminho entre dois n s. Em geral, esta tarefa e dividida em duas partes: o 1. avaliar os enlaces individualmente e atribuir pesos correspondentes; 2. determinar uma funcao de composicao do peso total de um caminho. A primeira parte consiste em determinar uma ou mais caractersticas de interesse no enlace e como as mesmas podem ser obtidas. Por exemplo, uma caracterstica interessante poderia ser a banda disponvel no enlace. Uma maneira de realizar esta vericacao seria atrav s de e medidas ativas. Ou seja, introduzir tr fego articial nos enlaces. No entanto, tal abordagem iria a interferir no tr fego normal da rede, possivelmente prejudicando os usu rios. Outras t cnicas a a e menos agressivas tamb m podem ser utilizadas, como a de packet pair probing, explicada em e maiores detalhes na Secao 3.3. Assim, a viabilidade da implementacao se mostra um fator fundamental na proposta de uma m trica. e Em relacao a segunda parte, o objetivo e criar uma funcao que atribua um custo a um cami ` nho considerando os pesos individuais de cada enlace, al m de outras informacoes relevantes. e Uma funcao de composicao bastante simples e a soma. Ou seja, o peso de cada enlace da rota em quest o e somado, obtendo-se assim o custo total. Outros crit rios podem ser utilizados a e tamb m, como o nvel de energia disponvel, o que e relevante no caso de dispositivos m veis. e o Em geral, as funcoes de composicao s o criadas com o objetivo de representar alguma gran a deza que tenha relacao direta com o desempenho, como lat ncia, por exemplo. Desta forma, o e melhor caminho passa a ser aquele que minimiza ou maximiza esta grandeza. Denindo os crit rios destes dois itens, e possvel utilizar algoritmos de caminho mnimo e cl ssicos, como o algoritmo de Dijkstra [5]. Entretanto, algumas m tricas se utilizam de funcoes a e de composicao que tornam a utilizacao de tais algoritmos n o-determinstica, como ser visto a a a seguir. Nas pr ximas secoes ser o apresentadas algumas das principais propostas atuais em termos o a de m tricas de roteamento para redes sem o de m ltiplos saltos. e u

17

3.1

NUMERO DE SALTOS
Esta m trica tem como objetivo minimizar o n mero de saltos em cada rota. De um outro e u

ponto de vista, pode-se dizer que ela atribui a todos os enlaces o mesmo peso, sem vericar qualquer caracterstica dos mesmos. A unica informacao necess ria para a sua implementacao a e a da vizinhanca de cada n , o que e facilmente obtido atrav s do envio peri dico de pacotes o e o de broadcast. No protocolo OLSR [4] por exemplo, tais pacotes de controle s o chamados de Hello. a Ao receber um pacote deste tipo, um n pode armar que o n de origem do Hello e seu o o vizinho. A periodicidade de envios permite tamb m que se detecte mudancas na topologia. e Al m disso, como em algoritmos de estado de enlace (caso do OLSR) os n s precisam ter uma e o vis o completa da topologia, e necess rio que todos os n s da rede disseminem a informacao a a o da sua vizinhanca. No OLSR isto e feito atrav s dos pacotes de Topology Control (TC). e

Figura 2: Exemplo de arvore gerada com base na m trica de menor numero de saltos. e

A Figura 2 mostra um exemplo desta m trica. As linhas em negrito mostram uma possvel e arvore formada pelas rotas escolhidas com base na m trica, do n 1 a todos os demais. Nota-se e o ` que, independentemente das condicoes do enlace, a m trica d prefer ncia a rota direta entre e a e os n s 1 e 2, por exemplo, mesmo havendo v rios outros caminhos alternativos possivelmente o a melhores em termos de perda de pacotes e vaz o. a Se por um lado esta abordagem e bastante simples, levando a baixo overhead do sistema e da rede, por outro ela claramente deixa de levar em consideracao aspectos fundamentais na sua avaliacao. Em redes sem o, enlaces s o afetados por v rios fatores, como dist ncia entre os a a a n s, obst culos e interfer ncias. Desta forma, esta m trica em geral apresenta um desempenho o a e e ruim, j que tende a escolher enlaces longos demais, levando a grande perda de pacotes e baixa a

18

vaz o. a Para tentar contornar este problema, algumas implementacoes se utilizam de um limiar de qualidade aceit vel. Os enlaces s o avaliados por algum crit rio, como o n mero de pacotes a a e u de controle recebidos com sucesso em uma determinada janela de tempo, e antes de aplicar o algoritmo de caminho mnimo, enlaces com qualidade muito ruim s o retirados do grafo. No a ` entanto, as informacoes coletadas sobre os enlaces n o s o utilizadas para atribuir pesos as a a arestas. Quando utilizada em redes em malha, esta m trica faz com que as rotas se mantenham prae ticamente est ticas. Como a posicao dos n s n o se altera com muita freq encia, as vizinhancas a o a u se mant m, fazendo com que o algoritmo tenda a escolher sempre os mesmos caminhos. A e excecao acontece quando existem enlaces cuja qualidade varia em torno do limiar de aceitacao. Neste caso, estes enlaces ser o retirados e recolocados no grafo constantemente, podendo caua sar diferencas nas rotas obtidas.

3.2

A METRICA EXPECTED TRANSMISSION COUNT

A m trica Expected Transmission Count (ETX), proposta em [6], tem por objetivo aumentar e

a vaz o conseguida na rede. Para isto, os autores sugerem escolher rotas que diminuam o a n mero total de transmiss es no nvel de enlace, ao longo do caminho. u o Dada a probabilidade Pab de sucesso na transmiss o de um pacote pelo enlace entre dois a n s a e b, o n mero m dio de transmiss es necess rias para que este envio ocorra e o u e o a um pacote atrav s deste enlace. Ou seja: e 1 . Pab
1 Pab .

Assim,

dene-se o ETX de um enlace como o inverso da probabilidade de sucesso na transmiss o de a

ET Xab =

(3.1)

Em uma rede com tr s n s, a, b e c, se s o necess rias duas transmiss es para obter sucesso e o a a o no enlace a b e tr s no enlace b c, ent o, para um pacote ser enviado com sucesso de a at e a e c, passando por b, s o necess rias ao todo 5 transmiss es de nvel 2. Seguindo este raciocnio, a a o dene-se o ETX de um caminho formado por n enlaces como:
n1

ET Xn =

i=0

Pa a
i

,
i+1

(3.2)

onde Pai ai+1 denota a probabilidade de sucesso na transmiss o de um pacote entre os n s ai e a o

19

ai+1 . Pelas denicoes, ca claro que e necess rio obter as probabilidades de sucesso dos enlaces a para calcular o ETX. Para inferir tais valores, os autores prop em a utilizacao de pacotes de o controle enviados em broadcast. Pelo padr o 802.11, tais pacotes n o sofrem retransmiss o em a a a nvel 2, fazendo com que seja possvel estimar a probabilidade de sucesso atrav s da seguinte e f rmula: o sab sba , (3.3) w2 onde w e o tamanho de uma janela de pacotes, e sab e sba s o, respectivamente, o n mero de a u Pab = pacotes de controle de b recebidos por a e o n mero de pacotes de controle de a recebidos por u b. Esta janela representa o estado dos w ultimos pacotes que deveriam ter sido recebidos. Nela um pacote pode assumir dois estados: recebido ou n o recebido. a Desta forma, o algoritmo de roteamento precisa apenas enviar pacotes de controle peri o dicos e fazer a estatstica de recebimentos de cada vizinho. Por se tratar de um sistema assn crono, os pacotes devem apresentar um n mero de seq encia para que seja possvel detectar u u perdas entre dois recebimentos. Al m disso, deve-se estipular uma validade para estas mene sagens, de forma que a m trica de um enlace decaia caso n o sejam recebidos novos pacotes e a durante um certo intervalo de tempo. Por m, realizando apenas este procedimento, cada n a teria a princpio somente a infore o macao da probabilidade de receber um pacote enviado por um vizinho b (ou seja,
sab w ).

Contudo,

isto e diferente da probabilidade de sucesso na transmiss o de um pacote, pois e necess rio a a tamb m que o reconhecimento (ack) seja recebido pelo transmissor (o que no modelo proposto e ocorre com uma probabilidade do ETX. Como o signicado desta m trica e o n mero m dio de transmiss es em nvel 2 necess rias e u e o a para enviar um pacote entre dois n s, o algoritmo de roteamento deve escolher como caminho o mnimo aquele com menor valor de ETX dentre todos os possveis. Em [6] e mostrado que com esta abordagem o desempenho de uma rede sem o de m ltiplos u saltos aumenta consideravelmente em relacao a m trica de menor n mero de saltos. Mesmo ` e u a assim, e f cil notar que este tipo de abordagem pode levar a escolhas ruins. Por exemplo, dada a uma topologia como a da Figura 3, percebe-se que a m trica avalia que a rota a c e t o boa e quanto a rota a b c. De fato, o protocolo escolher a primeira opcao, por dar prefer ncia a e
sba w ).

Assim, e preciso que cada n envie para os seus vizinhos o o

estado de suas janelas, de forma que todos obtenham as informacoes necess rias para o c lculo a a

20

Figura 3: Exemplo de uma escolha ruim feita pelo ETX.

ao caminho com menor n mero de saltos. Por m, o peso 2 no enlace direto representa uma taxa u e de perda de 50% dos pacotes, enquanto pelo caminho alternativo a probabilidade de perda seria 0. Segundo [6], em uma rede sem o, existe uma tend ncia de queda exponencial da vaz o e a em funcao do n mero de saltos. Por isso, dar prefer ncia aos caminhos mais curtos e uma u e boa estrat gia do ponto de vista da vaz o. No entanto, uma taxa de perda de 50% e muito e a ` acentuada, levando a queda do desempenho da rede. Isto e especialmente verdadeiro numa transmiss o con vel de dados, utilizando o protocolo TCP. a a Esta deci ncia pode ser vista sobre um outro enfoque. Para uma janela de tamanho w, e o incremento no valor do ETX de um enlace por pacote perdido em funcao do n mero r de u sucessos e dado por: w . r(r 1)

(3.4)

A Figura 4 mostra alguns valores de incremento para janelas de tamanho 10, 20, 50 e 100 pacotes. Este incremento e bem baixo para valores relativamente altos de r. Apenas para valores mais baixos de r a funcao assume valores pr ximos ou maiores do que 1, o peso mnimo de um o ` enlace nesta m trica. Isto faz com que o ETX associe um custo muito alto a adicao de um e novo enlace a uma rota, j que s o necess rias muitas perdas para que uma rota mais curta seja a a a preterida por outra mais longa. Um outro problema um pouco mais sutil desta m trica est no fato de que s o utilizados e a a pacotes de broadcast para inferir as probabilidades. Pelo padr o 802.11, estes pacotes s o transa a mitidos na taxa mais baixa (de 1Mbps). Quanto mais baixa a taxa de transmiss o utilizada, mais a robusta e a comunicacao e menor e a probabilidade de perda do pacote. Portanto, utilizando esta t cnica, pode-se fazer uma estimativa muito otimista da qualidade de um enlace. e

21

Figura 4: Valores de incremento para algumas janelas.

Por exemplo, suponha dois enlaces, i e j, cujos valores de ETX associados sejam 1. Isto ` signica que a taxa de transmiss o de 1Mbps ambos n o sofreram perdas. Por m, e possvel a a e que a uma taxa maior o enlace i comece a apresentar perdas, enquanto j n o. Desta forma, a a m trica avaliaria ambos da mesma forma, embora o enlace j seja melhor do que o enlace i. e

3.3

A METRICA EXPECTED TRANSMISSION TIME

A m trica Expected Transmission Time (ETT) [8] e uma extens o da m trica ETX que e a e

procura resolver o problema da superestimacao das probabilidades de sucesso. Para isto, e considerada tamb m a taxa de transmiss o utilizada, de forma a avaliar com mais precis o a e a a qualidade dos enlaces. A id ia e obter um valor que reita o atraso do canal, combinando o e ETX do enlace com a taxa de transmiss o do n . Desta forma, dene-se o ETT de um enlace a o como: s (3.5) ET T = ET X , t onde s denota o tamanho em bits do pacote de controle utilizado para inferir a m trica ETX e t e representa a taxa de transmiss o de dados do canal. a A raz o de s por t equivale ao tempo de envio de um pacote pelo enlace, enquanto o ETX a representa o n mero m dio de vezes que esta transmiss o deve ser realizada para que se obtenha u e a

22

um sucesso. Assim, o produto destas grandezas e uma estimativa da m dia de tempo efetivo que e o pacote precisar para ser enviado. Analogamente ao ETX, o ETT de um caminho composto a por n enlaces e dado pela soma dos valores de ETT de cada enlace. Desta forma, o melhor caminho at um destino ser aquele com o menor valor de ETT. e a O ETX de um enlace pode ser facilmente calculado atrav s da t cnica descrita na Secao e e 3.2, enquanto o tamanho do pacote de controle e denido pelo pr prio protocolo. Por m, obter o e a taxa de transmiss o de dados do canal e um pouco mais complicado, pois boa parte das a interfaces de rede n o disponibiliza esta informacao atrav s do driver. a e Para contornar este problema, [8] prop e a utilizacao da t cnica de packet pair probing. o e Ela consiste em estimar a taxa atrav s do envio peri dico de pares de pacotes: o primeiro e e o um pacote pequeno, enquanto o segundo e um pouco maior. Supondo que os envios sejam feitos imediatamente um ap s o outro, basta que o receptor calcule a raz o entre o tamanho do o a segundo pacote e o intervalo entre os recebimentos. Obviamente n o se pode garantir que os envios ser o realizados sem um intervalo entre eles. a a Al m disso, e possvel que haja retransmiss es no nvel de enlace, aumentando o tempo regise o trado pelo receptor. Por isso, os autores sugerem que seja utilizada uma janela de 10 tentativas, onde o intervalo estimado ser o menor obtido. Testes mostram que isto e bastante eciente a para taxas relativamente baixas, por m n o apresenta a mesma ec cia para as modulacoes e a a mais altas. De toda forma, esta proposta n o resolve por completo o problema de superestimacao do a ETX, j que ele continua a ser medido atrav s de pacotes de broadcast. Em [2], a implementacao a e proposta contorna este problema, utilizando uma interface capaz de realizar transmiss es broo adcast em diferentes modulacoes. Periodicamente, s o enviados pacotes em cada possvel taxa a de transmiss o. Assim, o ETT de um enlace entre dois n s a e b ser : a o a s , ti

ET Tab = min ET Xab (i) onde i representa cada modulacao possvel.

(3.6)

Esta abordagem, embora melhore consideravelmente a precis o da avaliacao da qualidade a dos enlaces, apresenta dois defeitos: e pouco port vel, por depender de uma caracterstica que a poucos dispositivos oferecem, e aumenta bastante o tr fego de controle gerado na rede pelo proa tocolo de roteamento. O problema da portabilidade poderia ser resolvido utilizando-se pacotes unicast ao inv s de pacotes de broadcast. No entanto, isto aumentaria ainda mais o overhead e na rede, comprometendo denitivamente a escalabilidade do protocolo.

23

3.4

A METRICA MODIFIED EXPECTED TRANSMISSION COUNT

A denicao da m trica ETX leva em consideracao a probabilidade de sucesso no envio e

de um pacote no nvel de enlace. Segundo [10], isto faz com que o ETX e todas as m tricas e baseadas nele n o consigam captar a variabilidade do canal em escalas de tempo menores do a que da transmiss o de um pacote. a Em outras palavras, o ETX n o consegue captar o que acontece no canal durante o intervalo a de tempo de uma transmiss o. Assim, uma maneira mais precisa de estimar a qualidade de um a enlace seria avaliar a probabilidade de se ter um bit errado na transmiss o de um pacote. Desta a forma, a estatstica levaria em conta escalas de tempo menores e, possivelmente, seria mais acurada. A m trica Modied Expected Number of Transmissions (mETX) [10] e denida para e um enlace da seguinte forma:

1 2 mET Xab = e(+ 2 ) ,

(3.7)

onde e a m dia de bits errados por pacote e e a vari ncia. e a Para estimar estes dois par metros, os autores sugerem a utilizacao de um pacote composto a por uma seq encia de bits conhecida. Toda vez que fosse detectado um pacote com erros, os bits u errados deveriam ser contabilizados na estatstica, atrav s da comparacao do que foi recebido e com o padr o conhecido. a Embora este seja um resultado te rico bastante interessante, sob o ponto de vista pr tico, o a esta m trica encontra s rios obst culos. Em primeiro lugar, na maior parte das implementacoes, e e a pacotes recebidos com erros na camada de enlace s o descartados sem nenhum tipo de sinalia zacao para as camadas superiores. Al m disso, este tipo de vericacao poderia representar uma e grande complexidade para o sistema.

3.5

A METRICA EFFECTIVE NUMBER OF TRANSMISSIONS

Os mesmos autores do mETX [10] sugerem ainda que as perdas de pacotes em um enlace

sem o ocorrem em rajadas. Por exemplo, se um canal tem uma probabilidade de perda de pacotes de 10%, e possvel que, de cada 100 pacotes transmitidos, as 10 perdas esperadas ocorram em seq encia. Isto implica no aumento da probabilidade de perda de pacotes nas u camadas superiores, como a camada de transporte, pois no 802.11 a camada de enlace tem um limite de tentativas de transmiss o (por padr o, 7 vezes). Ou seja, caso as 7 retransmiss es de a a o

24

um frame sejam perdidas em rajada, o pacote ser considerado denitivamente perdido. a Assim, a m trica Effective Number of Transmissions (ENT) [10] de um enlace e denida e como:

2 ENTab = e(+2 ) ,

(3.8)

sendo e , respectivamente, a m dia e a vari ncia de bits errados por pacote e um par metro e a a congur vel, relacionado com a taxa de perda toler vel nas camadas acima da camada de ena a lace. Quanto maior o valor de , menor e a toler ncia a perdas. a A grandeza ENTab tem signicado estatstico. Dentro do modelo proposto pelos autores, ` o ENT de um enlace est relacionado a quantidade de perdas em seq encia que podem ocorrer a u dentro de uma rajada. Ao aumentar o valor de , o modelo se torna cada vez mais pessimista, fazendo com que o tamanho esperado das rajadas tamb m aumente. e Calculado o ENT de cada enlace, a atribuicao de pesos e feita da seguinte forma: , se ENTab > M Wi = ET X , se ENT M,
ab ab

(3.9)

onde M e o limite de tentativas de retransmiss o na camada de enlace. a O signicado desta express o e bem simples: se o ENT de um enlace e maior do que o a n mero m ximo de retransmiss es, ent o espera-se que durante as rajadas de perda o pacote u a o a seja denitivamente perdido (em nvel 2). Desta forma, enlaces com esta caracterstica s o a descartados atrav s da atribuicao de pesos innitos. e Se, por outro lado, o ENT e menor do que o limite de retransmiss es, ent o o enlace e o a considerado seguro e, portanto, constar do grafo. A atribuicao de pesos pode ser feita com a qualquer m trica. Entretanto, os autores sugerem e utilizam em seu trabalho a m trica ETX. e e Nota-se que o ENT e apenas um pr -processamento que tem por objetivo retirar enlaces cuja e probabilidade de perda de pacotes em nvel 2 leve a uma quantidade excessiva de perdas nas camadas superiores. Al m disso, este pr -processamento diminui a complexidade do algoritmo e e de caminho mnimo aplicado, j que o n mero de arestas no grafo considerado e menor do que a u na rede real. No entanto, os autores n o fazem qualquer tipo de estudo sobre valores interessantes de a para diferentes aplicacoes. Na realidade, o valor ideal para este par metro e o maior possvel, a tal que o grafo obtido ainda seja conexo. Isto claramente varia de topologia para topologia,

25

al m de ser um valor muito difcil de ser especicado. e Al m disso, a m trica ENT tamb m se vale de estatsticas de bits errados por pacote, assim e e e como a m trica mETX. Isso a torna t o impratic vel quanto a primeira proposta, tendo-se em e a a vista as diculdades apontadas na Secao 3.4. Uma alternativa seria utilizar a pr pria m trica ETX para realizar o pr -processamento o e e sugerido. Ou seja, poderia-se denir um par metro ajust vel , tal que todo enlace que possua a a ETX maior do que seja retirado do grafo. No entanto, esta abordagem apresenta um erro fundamental: em momento algum ela considera a variacao da medida de ETX. Segundo [10], quanto maior a variacao de um enlace, maior e a probabilidade de ele apresente rajadas de perdas longas. Desta maneira, seria necess rio criar um modelo que levasse em conta este a par metro. a Estes problemas tornam a implementacao desta m trica improv vel e subjetiva. Assim e a como o mETX, o ENT e um resultado te rico interessante, por m ainda sem aplicacao pr tica. o e a

3.6

A METRICA WEIGHTED CUMULATIVE EXPECTED TRANSMISSION TIME

A m trica Weighted Cumulative Expected Transmission Time (WCETT), proposta em [8], e e

uma modicacao da m trica ETT para redes em que s o usados m ltiplos r dios e diversidade e a u a de freq encias. Neste tipo especco de rede, o protocolo de roteamento pode tirar proveito de u rotas em que os enlaces apresentem altern ncia nas freq encias utilizadas para evitar o problema a u de auto-interfer ncia. e

Figura 5: Exemplo de topologia com auto-interfer ncia. e

Na topologia apresentada na Figura 5, todos os enlaces se encontram na mesma freq encia. u Os pesos exibidos s o os valores de ETT de cada enlace. Uma transmiss o de dados do n a ao a a o n c passar por b, j que 4, 5 + 5 < 12, 3. No incio da transmiss o, o n a enviar pacotes ao o a a a o a n b, que por sua vez dever envi -los ao n c. Por m, enquanto b estiver transmitindo, a n o o a a o e a

26

poder enviar mais informacoes, pois isso iria atrapalhar a comunicacao em andamento. Desta a forma, existe uma queda na vaz o obtida na rede. a Por m, com a utilizacao de m ltiplos r dios, esta situacao pode ser evitada. Por exemplo, e u a se na topologia apresentada os enlaces a b e b c estivessem em freq encias que n o interu a ferissem uma com a outra, as transmiss es de a para b e de b para c poderiam ocorrer de forma o concorrente. Nenhuma m trica apresentada anteriormente leva em consideracao a utilizacao de m ltiplas e u freq encias. E e exatamente desta caracterstica que o WCETT procura se aproveitar. Para isto, u dene-se o WCETT de um caminho composto por n enlaces como:

WCET Tn = (1 ) ET Ti + max X j , para 1 j k e 0 1,

i=1

(3.10)

onde k e o n mero de diferentes freq encias disponveis, X j e o somat rio dos valores de ETT u u o de todos os enlaces na j- sima freq encia e e um par metro ajust vel. e u a a O primeiro termo na f rmula e simplesmente a pr pria denicao do ETT. J o segundo tem o o a por objetivo detectar o gargalo da rota em termos de auto-interfer ncia, j que quanto mais bem e a distribuda pelas freq encias disponveis for uma rota, menor e a probabilidade de que um n u o interra nos demais. Desta forma, o par metro faz o balanceamento entre a utilizacao da a diversidade de freq encias e o ETT global do caminho. u Nas comparacoes mostradas em [8], trabalhando com m ltiplos r dios, o WCETT foi muito u a ` e superior as m tricas ETX e de menor n mero de saltos, demonstrando a import ncia de se levar u a em consideracao a auto-interfer ncia neste tipo de rede. No entanto, a denicao acima n o e a e a ideal, j que algoritmos cl ssicos para escolha de menor caminho, como o algoritmo de a a Dijkstra, nem sempre encontram a melhor solucao.

Figura 6: Exemplo de topologia onde o algoritmo de Dijkstra falha com a m trica e WCETT.

Na Figura 6, pode-se notar um exemplo em que isso ocorre. Os n s a e b est o conectados o a

27

por dois enlaces sem o em canais diferentes. O enlace no canal 1 (representado pela linha mais na) apresenta um ETT um pouco melhor do que o canal 2 (representado pela linha em negrito). Desta forma, o algoritmo de Dijkstra escolheria como melhor rota de a para c o caminho contendo os dois enlaces no canal 1, enquanto possivelmente a melhor opcao seria escolher o enlace no canal 2 entre a e b, pois seriam utilizados dois canais diferentes, evitando assim a auto-interfer ncia. e Isto ocorre porque a m trica WCETT n o e isot nica [24] e o algoritmo de Dijkstra n o gae a o a rante a melhor solucao neste caso. Ainda segundo [24], apenas algoritmos com complexidade exponencial podem ser utilizados nestes casos. Isto se torna um problema, pois o algoritmo de Dijkstra e utilizado por praticamente todas as implementacoes de protocolos de estado de enla ces. Desta maneira, a utilizacao da m trica WCETT requer adaptacoes profundas em protocolos e j existentes. Mais que isso, a utilizacao de algoritmos de complexidade polinomial e desej vel, a a am de se prover escalabilidades aos protocolos. Uma alternativa seria utilizar protocolos ba seados em vetor de dist ncias. Entretanto, e invi vel implementar o WCETT nestas condicoes a a [8], j que e necess rio ter informacoes de todo o caminho para se tomar uma decis o. a a a

28

CAPITULO 4 - NOVAS PROPOSTAS

Este captulo tem por objetivo propor alternativas para contornar alguns dos problemas apresentados pelas m tricas discutidas anteriormente. Tr s propostas ser o apresentadas: uma e e a m trica multiplicativa, chamada Minimum Loss (ML), al m de duas extens es. Os resultados e e o de desempenho obtidos ser o apresentados e discutidos no Captulo 5. a

4.1

A METRICA MINIMUM LOSS

A m trica Minimum Loss se baseia em probabilidades de sucesso na transmiss o de pae a

cotes no nvel de enlace. Como seu nome sugere, a id ia e encontrar rotas que minimizem a e probabilidade de perda de um pacote. 4.1.1 DEFINICOES

O peso atribudo a cada enlace a b ser a probabilidade Pab de que um pacote seja trans a mitido com sucesso por ele de a para b. Como citado anteriormente, este evento pode ser interpretado como a interseccao de dois sub-eventos: 1. um pacote enviado por a e recebido corretamente por b; 2. o ack referente ao pacote de dados e recebido corretamente por a. Desta forma, a probabilidade Pab e igual ao produto das probabilidades dos sub-eventos. Uma vez atribudos os pesos a todos os enlaces da rede, a melhor rota entre dois n s ser o a aquela com a maior probabilidade de sucesso na transmiss o de um pacote m a m. Em outras a palavras, supondo que as transmiss es de um pacote pelos enlaces de uma rota sejam eventos o independentes, o melhor caminho entre dois pontos da rede e aquele que apresenta o maior produto dos pesos dos enlaces. Desta forma, dene-se o valor MLn correspondente ao custo total de uma rota composta por n enlaces como:
n1 i=0

MLn = Pai ai+1 .

(4.1)

29

4.1.2

IMPLEMENTACAO

A implementacao da m trica ML e bastante semelhante a da m trica ETX e suas variacoes e e (ETT e WCETT, por exemplo). A primeira etapa e obter as informacoes necess rias de cada a enlace. Isto pode ser feito atrav s de um conjunto de regras: e cada n da rede dever enviar pacotes de controle peri dicos em broadcast. Estes pacotes o a o dever o conter um n mero de seq encia e uma indicacao do seu tempo de validade. Este a u u tempo deve obrigatoriamente ser maior do que o intervalo de envio dos pacotes; ao receber um pacote deste tipo, o n dever atualizar a janela de recebimentos do vizio a nho correspondente. Para isso, a origem do pacote deve ser identicada. O n mero de u seq encia deve ser vericado para que seja possvel identicar pacotes perdidos desde o u ultimo pacote de controle recebido; se um pacote atualmente na janela tiver seu tempo de validade expirado, ele deve ser imediatamente desconsiderado. Ou seja, a janela deve deslizar em uma posicao. Desta forma, cada n da rede ser capaz de inferir a probabilidade de sucesso da recepcao o a de um pacote enviado por cada um de seus vizinhos. Basta calcular a raz o de pacotes recebidos a pelo total de pacotes da janela. No entanto, para calcular o peso dos enlaces e preciso tamb m obter a informacao inversa. e Cada n necessita saber qual a probabilidade de um pacote transmitido por ele chegar a cada o um dos seus vizinhos. Esta informacao e obtida atrav s do estado da janela dos vizinhos. Ou e seja, e necess rio que cada n da rede divulgue periodicamente o estado da suas janelas. Assim, a o como explicado na Secao 4.1.1, basta que, para cada enlace, as duas probabilidades sejam multiplicadas para que se obtenha o peso. Uma vez associados os pesos aos enlaces, a funcao de composicao denida pela m trica e a e multiplicacao. Esta etapa da implementacao e altamente dependente do tipo de protocolo. Em um protocolo de estado de enlaces, por exemplo, em algum momento e aplicado um algoritmo de caminho mnimo a um grafo que representa toda a topologia. Neste ponto, e aplicada a funcao de composicao. J em um protocolo baseado em vetor de dist ncias, ao receber o vetor a a de um de seus vizinhos, o n verica se deve atualizar suas informacoes. Para isso, e aplicada a o funcao de composicao. E interessante notar que a implementacao da m trica ML difere da implementacao da e m trica ETX apenas pela funcao de composicao utilizada. Enquanto na m trica ETX e utilizada e e

30

uma soma, na ML esta e substituda pela multiplicacao. De fato, partindo da implementacao de um protocolo que j utilize a m trica ETX, basta substituir o operador da soma pelo da a e multiplicacao no local apropriado. 4.1.3 ` CRITICAS A PROPOSTA APRESENTADA

Existem ao menos duas crticas muito importantes a serem feitas sobre a m trica ML, como e proposta nas secoes 4.1.1 e 4.1.2: 1. Por ter uma implementacao muito semelhante a da m trica ETX, a m trica ML incorre e e em alguns dos mesmos problemas apontados no Captulo 3, como a imprecis o das es a tatsticas dos enlaces. 2. Por utilizar a multiplicacao como funcao de composicao, e possvel encontrar casos em que a adicao de novos enlaces a um caminho n o altere o custo total. a Em relacao ao primeiro item, os problemas advindos destes detalhes de implementacao j a foram discutidos no Captulo 3. Por m, no caso da m trica ML, a falta de precis o nas medidas e e a das probabilidades e menos preocupante. Isso porque, em geral, a m trica tender a escolher e a caminhos com mais enlaces, que por sua vez ser o, provavelmente, mais curtos e de melhor a qualidade. J na m trica ETX, as rotas s o mais curtas, passando por enlaces mais longos nos a e a quais o problema se manifesta de forma mais acentuada. De toda forma, esta e uma falha conceitual que deve ser corrigida. Na Secao 4.3, ser a proposta uma extens o que procura evitar este problema. a Quanto ao segundo item, suponha que existam duas rotas entre os n s a e b de uma rede: o uma direta, por um enlace cujo valor de ML e 0, 99, e outra indireta, passando por uma quantidade muito grande de enlaces perfeitos (10, por exemplo). Neste cen rio, a m trica escolheria a e o caminho indireto. No entanto, a grande quantidade de n s intermedi rios nesta rota faria o a com que a vaz o casse excessivamente. Al m disso, por causa da auto-interfer ncia, mesmo a a e e probabilidade de perda poderia ser maior no caminho indireto do que na rota direta. Para contornar estes cen rios, na Secao 4.2 ser apresentada uma outra extens o da m trica a a a e ML.

31

4.2

A METRICA ML COM UM FATOR ADITIVO

Uma caracterstica desej vel nas m tricas de roteamento e que elas n o permitam a utiliza a e a

cao de valores identidade ou negativos em relacao a funcao de composicao como pesos dos ` enlaces. Em outras palavras, a adicao de um novo enlace a uma rota deve obrigatoriamente al terar o peso desta rota, sendo esta alteracao sempre no sentido oposto do custo mnimo possvel. Por exemplo, no caso da funcao de composicao ser a soma escalar, a m trica n o deve e a permitir a atribuicao de pesos menores ou iguais a zero aos enlaces. Caso contr rio, problemas a de rotas excessivamente longas ou at mesmo de loops innitos (no caso dos pesos negativos) e podem ocorrer. A proposta original da m trica ML apresenta esta deci ncia. Os enlaces podem apresentar e e peso 1, que em relacao a operacao de multiplicacao e o elemento identidade. Assim, e interes sante realizar uma modicacao na proposta para que os problemas decorrentes desta abordagem sejam evitados. Para isto, existem duas alternativas. A primeira consiste em n o permitir a utilizacao do valor 1 como peso dos enlaces. Por m, a e este valor tem um signicado bastante claro na denicao proposta. O peso 1 representa o enlace perfeito. Ou seja, aquele em que n o ocorrem perdas de pacotes (ao menos dentro da janela a considerada). Assim, se torna bastante complicado denir um outro valor coerente com este signicado. ` A segunda alternativa e atribuir um custo a adicao de um novo enlace, independentemente do custo individual do mesmo. Desta forma, dene-se a m trica Minimum Loss with Additive e Cost (MLAC) de um caminho composto por n enlaces como:
n1 i=0

MLACn = (Pai ai+1 + ),

(4.2)

onde e um par metro ajust vel menor que 0, representando um custo. A denicao dos pesos a a individuais de cada enlace permanece inalterada. O signicado de na express o acima pode ser denido como o conjunto de v rios fatores a a que inuenciam no aumento da probabilidade de perda de pacotes na rede. Estes fatores, como a auto-interfer ncia dos n s em uma rota ou o consumo de recursos da rede, aumentam em e o funcao do n mero de enlaces de um caminho e exercem grande inu ncia na probabilidade de u e sucesso na transmiss o de um pacote. a Nota-se que quanticar tais fatores n o e uma tarefa trivial. Na verdade, e prov vel que o a a

32

valor ideal de seja condicionado pela topologia da rede, bem como por outros fatores externos, como interfer ncias de outras redes e obst culos entre os n s. No Captulo 5 ser o mostrados e a o a resultados comparativos entre diferentes valores de . Poderia-se propor ainda uma terceira solucao para o problema apresentado. O intervalo dos valores possveis para as probabilidades (que corresponde a [0; 1]) poderia ser diminudo para [0; 0, 5], por exemplo. Para isso, basta que as probabilidades inferidas sejam divididas por 2. Assim, o produto entre os pesos de dois enlaces perfeitos, com peso 0, 5, seria menor do que o ` valor m ximo possvel, solucionando o problema. Por outro lado, a adicao do par metro a a a denicao da m trica MLAC permite tamb m a interpretacao do fato de que as probabilidades e e utilizadas n o s o independentes, tornando o modelo proposto mais realista. a a Outra observacao importante em relacao a denicao da m trica MLAC est no fato de que a e a grandeza MLACn pode assumir valores negativos, caso apresente um valor absoluto alto. Isso contradiz a nocao original de probabilidade da proposta da m trica ML, embora n o apresente e a maiores conseq encias. Uma denicao alternativa que contorna este problema pode ser feita da u seguinte maneira:
n1 1

MLACn =

i=0

1 Pai ai+1

(4.3)

onde, neste caso, o par metro pode assumir qualquer valor positivo. a Como ser comentado no Captulo 5, esta ultima denicao foi a utilizada na implementacao a do protocolo de testes.

4.3

A METRICA ML COM MEDIDAS MAIS PRECISAS

Para que o modelo te rico de uma m trica seja propriamente aplicado, e fundamental que as o e

informacoes obtidas de cada enlace sejam precisas. Como discutido na Secao 4.1 e no Captulo 3, todas as m tricas derivadas da m trica ETX apresentam o mesmo problema neste sentido: e e elas dependem da informacao da probabilidade de sucesso dos enlaces, que em geral, e exces sivamente otimista. Algumas implementacoes particulares da m trica ETT procuram corrigir esta falha utili e zando o envio unicast dos pacotes de controle relacionados a medida do ETX. Entretanto, esta pr tica leva a um grande overhead da rede, j que o mesmo pacote de controle precisa ser ena a viado para cada vizinho individualmente. Al m disso, em geral, pacotes unicast podem sofrer e retransmiss es no nvel de enlace, prejudicando ainda mais a medida. o

33

A alternativa proposta nesta Secao consiste em continuar utilizando pacotes de broadcast para a avaliacao das probabilidades. No entanto, deve-se fazer com que as transmiss es em o broadcast sejam realizadas na mesma modulacao utilizada pelas comunicacoes unicast. De fato, pode-se argumentar que esta proposta n o e port vel, dado que a modulacao utia a lizada para envios em broadcast e um par metro n o necessariamente encontrado em todas a a as interfaces de rede. Al m disso, mesmo quando disponvel, alterar a modulacao dos pacoe tes de broadcast n o e uma tarefa trivial. No entanto, o objetivo desta proposta no contexto a deste trabalho e tentar avaliar o impacto no desempenho causado pelos erros nas medidas de probabilidade feitas pelas m tricas atuais. e 4.3.1 DIFICULDADES DE IMPLEMENTACAO

Para os testes realizados neste trabalho foi feita uma implementacao desta proposta. Du rante este processo, p de ser vericado que existem v rios obst culos, mesmo quando a cono a a guracao da modulacao de broadcast est disponvel. a Em primeiro lugar, os n s das redes de testes n o apresentavam uma conguracao xa o a de modulacao para transmiss o unicast. Ao contr rio, foi utilizado o algoritmo de selecao a a autom tica de taxa disponvel na pr pria interface de acordo com o padr o 802.11. Desta forma, a o a a primeira abordagem de implementacao consistia em observar a taxa unicast escolhida pela interface e, sempre que houvesse uma mudanca, alterar a taxa de broadcast para o novo valor. Esta implementacao se mostrou invi vel rapidamente. O algoritmo de selecao autom tica a a de taxas utilizado tem a tend ncia de escolher as melhores taxas para a comunicacao entre e os vizinhos que est o transmitindo mais freq entemente. Isso porque a estatstica utilizada por a u este algoritmo n o diferencia pacotes pelo destino. Assim, destinos mais freq entes apresentam a u peso maior na decis o. Se tais destinos utilizarem enlaces muito bons, o algoritmo escolher a a taxas altas, prejudicando a comunicacao com os demais vizinhos. Em termos do protocolo de roteamento, esta abordagem traz problemas em relacao a des coberta da topologia. Utilizando pacotes de broadcast a taxas muito altas, alguns vizinhos deixam de ser detectados pelo protocolo, j que seus pacotes de controle deixar o de ser recea a bidos. Nos testes realizados, isto se mostrou um grande obst culo, pois a topologia se mantinha a sempre bipartida. Pequenos clusters se formavam, por m nenhum roteador conseguia obter as e informacoes da topologia completa. Este fator torna impossvel esta implementacao. Desta forma, foi proposto um segundo m todo que consistia em xar tanto a taxa de transe miss o unicast quanto a broadcast em um mesmo valor. Empiricamente, foi notado que a taxa a

34

de 11Mbps poderia ser utilizada por todos os roteadores sem que o problema descrito anteriormente se manifestasse. Esta implementacao traz o inconveniente de forcar a utilizacao de uma taxa n o- tima em todos os roteadores. a o Uma terceira opcao levantada foi uma mescla das duas primeiras. Ao mesmo tempo em que seria utilizada a selecao autom tica de taxas unicast, a taxa de transmiss o em broadcast a a acompanharia a selecao autom tica da interface apenas at os 11Mbps. Ou seja, caso a taxa a e selecionada pelo algoritmo fosse menor ou igual a 11Mbps, a modulacao para transmiss es em o broadcast seria congurada para o mesmo valor. Se, por outro lado, a taxa selecionada fosse maior do que 11Mbps, a implementacao manteria a taxa xada neste valor. Assim como a primeira, esta opcao foi descartada, tendo em vista que ela n o resolvia o a problema, embora amenizasse seus efeitos. V rios n s da rede freq entemente utilizavam taxas a o u de 36Mbps ou 54Mbps, modulacoes bem menos robustas do que o m ximo denido para a taxa a de broadcast. Optou-se, portanto, pela utilizacao da segunda proposta. Ou seja, xar em todos os n s tanto a taxa de transmiss o em unicast quanto em broadcast para 11Mbps. No Captulo o a 5, quando ser o exibidos os resultados obtidos, esta m trica ser referenciada como Minimum a e a Loss with Unicast Rate Probing (MLURP).

35

CAPITULO 5 - AVALIACAO DO DESEMPENHO

Para avaliar o desempenho das m tricas propostas foi realizada uma s rie de testes utilie e zando a estrutura disponvel no projeto ReMesh. Para isso, foram utilizadas tr s topologias e distintas, uma externa e duas internas, formadas por roteadores Linksys WRT54G. O rmware original destes roteadores foi substitudo por outro chamado OpenWrt [12], uma distribuicao Linux bastante reduzida criada especicamente para este tipo de dispositivo. A adocao de um rmware baseado em Linux permitiu a utilizacao de um protocolo de roteamento, bem como de diversas ferramentas de medicao e monitoramento da rede, al m de e abrir um grande leque de conguracoes da interface de rede. As pr ximas secoes descrevem o em maiores detalhes as topologias utilizadas nos testes.

5.1

TOPOLOGIA EXTERNA
A topologia externa e formada por 5 roteadores colocados no topo de pr dios de alunos, e

professores e funcion rios da Universidade Federal Fluminense, al m de um roteador colocado a e no topo de um dos pr dios da Universidade, funcionando como gateway da rede. A Figura 7 e mostra o posicionamento dos n s da rede, bem como a malha de enlaces formada entre eles. o A antena original dos roteadores foi substituda por um antena omni-direcional externa de 19dB ou, no caso do gateway, por uma antena direcional de 24dB. Por se tratar de um ambiente externo, esta rede est suscetvel a grandes variacoes causadas a por mudancas clim ticas, deslocamento das antenas pelo vento, entre outros fatores. a

5.2

TOPOLOGIAS INTERNAS
Os testes de rede interna s o baseados em uma rede montada ao longo de dois andares de a

um dos pr dios da Escola de Engenharia da Universidade Federal Fluminense. Os n s foram e o espalhados por salas de professores e laborat rios. Ao longo do perodo em que foram realizao dos os testes, a rede interna teve que ser alterada por necessidades do projeto ReMesh. Desta forma, foram utilizadas duas topologias distintas, embora bastante semelhantes.

36

Figura 7: Topologia externa utilizada nos testes.

5.2.1

REDE INTERNA A

Esta topologia e formada por 7 roteadores, como mostrado na Figura 8. Atrav s do uso e desta rede, pode ser observada uma rota preferencial entre os dois extremos (os n s 0 e 6). Os o enlaces que fazem parte desta rota est o representados pelas linhas contnuas. J os enlaces a a secund rios s o mostrados atrav s de linhas pontilhadas. a a e

Figura 8: Rede Interna A. Primeira topologia interna utilizada nos testes.

5.2.2

REDE INTERNA B

A segunda topologia interna e formada por 8 n s. Uma representacao da distribuicao dos o roteadores ao longo do pr dio pode ser vista na Figura 9. Mais uma vez, os melhores enlaces e foram destacados. Na gura, eles s o representados pelas linhas contnuas, enquanto enlaces a

37

de qualidade mais baixa s o representados por linhas pontilhadas. a

Figura 9: Rede Interna B. Segunda Topologia interna utilizada nos testes.

` Por ser localizada no interior de um pr dio, a rede interna n o est exposta as mesmas e a a variacoes da rede externa. No entanto, v rios fatores prejudicam a comunicacao entre os rote a adores, como paredes, elevadores, outras redes na mesma faixa de freq encia e at mesmo as u e pessoas que trabalham ou freq entam o pr dio. u e Nas pr ximas secoes, ser o apresentados e discutidos os resultados obtidos nos testes de o a cada proposta apresentada no Captulo 4.

5.3

TESTES COM A METRICA ML

Para avaliar o desempenho da m trica ML foram realizados testes comparativos com a e

m trica ETX. Estes testes foram realizados na topologia externa e na rede interna A. Ambas e as m tricas foram testadas utilizando-se a implementacao do protocolo OLSR de olsr.org [22]. e Esta implementacao j apresenta a opcao de se utilizar a m trica ETX. Portanto, foi necess rio a e a implementar apenas a m trica ML, de acordo com as denicoes apresentadas no Captulo 4. e Vale ressaltar que na rede externa o unico teste executado sem a concorr ncia de usu rios e a foi o de vaz o. Isso porque esta e a rede de producao do projeto e, por isso, procurou-se evitar a retirar os usu rios da rede. J na topologia interna, antes de cada teste, o acesso dos usu rios a a a era previamente bloqueado. A seguir, s o detalhados os testes realizados, bem como os resultados obtidos. a

38

5.3.1

PERDA DE PACOTES

Os testes de perda de pacotes foram feitos utilizando a ferramenta ping do Linux. As Figuras 10 e 11 mostram os resultados obtidos nas topologias interna e externa, respectivamente.

Figura 10: Perda de pacotes na topologia interna A. Comparativo entre ETX e ML.

No caso da topologia interna, o teste teve duracao de 12 horas. A cada segundo, um ping era enviado de uma ponta a outra da rede (do n 0 ao n 6). Ao nal de cada hora, a porcentagem o o de pacotes perdidos era calculada. Desta forma, pode-se observar a evolucao da taxa de perda ao longo do dia. Como esperado, a Figura 10 mostra que a m trica ETX apresentou taxas de e perda bem maiores durante todo o teste. ` Quanto a topologia externa, foram realizadas 4 medicoes por dia, de 25 minutos, do gateway para cada n , durante 2 dias. A Figura 11 mostra que em 4 dos 5 casos apresentados, os o resultados das duas m tricas foram bem similares. Por m, em relacao ao n c, a m trica ML e e o e apresenta uma grande vantagem. Este n pode se comunicar com o gateway por 2 caminhos: diretamente, atrav s de um o e enlace de qualidade mediana, ou passando pelo n b, utilizando 2 bons enlaces. Neste caso, o ` freq entemente a m trica ETX d prefer ncia a rota direta, enquanto a m trica ML escolhe o u e a e e caminho indireto. Desta forma, a probabilidade de perda de pacotes aumenta bastante com o uso da m trica ETX. e

39

Figura 11: Perda de pacotes na topologia externa. Comparativo entre ETX e ML.

5.3.2

ATRASO

Para as medicoes de atraso foram utilizadas as sadas dos mesmos testes realizados para computar a perda de pacotes. Os valores de atraso considerados aqui na verdade s o os valores a do Round-Trip Time (RTT) reportados pela ferramenta ping. Ou seja, englobam o tempo de ida, processamento e volta do pacote ICMP.

Figura 12: Atraso na topologia interna A. Comparativo entre ETX e ML.

40

No caso da rede interna, cujos resultados est o representados no gr co da Figura 12, foi a a calculado o RTT m dio de cada hora do teste. De forma surpreendente, o RTT m dio com a e e m trica ETX foi sempre maior. e Uma possvel explicacao est no fato de que as probabilidades inferidas por esta m trica a e n o s o totalmente con veis, como discutido no Captulo 3, o que pode levar a um n mero a a a u maior de retransmiss es em nvel 2 nas rotas escolhidas. Este resultado e bastante interessante, o porque reforca as suspeitas de que os erros cometidos na infer ncia das probabilidades tenham e um impacto signicativo no desempenho da m trica. J em relacao a m trica ML, embora sofra e a ` e da mesma imprecis o nas medidas, ela tende a escolher caminhos mais seguros. Ou seja, em a geral, os enlaces que comp em a rota escolhida apresentam poucas perdas, acarretando em um o baixo n mero de retransmiss es na camada de enlace. u o Outra possibilidade est relacionada ao modelo da m trica ETX que n o considera o backoff a e a exponencial. Quando um pacote e perdido na camada de enlace, existe um tempo de espera antes do reenvio do mesmo. Este tempo e escolhido aleatoriamente dentro de um intervalo que cresce exponencialmente a cada retransmiss o. Desta forma, a cada retransmiss o de um a a mesmo pacote realizada por um n , o tempo ser possivelmente maior. No entanto, a m trica o a e ETX atribui o mesmo peso a todas as transmiss es de nvel 2, o que na realidade n o ocorre. o a Na topologia externa, os valores apresentados s o relativos a m dia de todo o teste, para a e cada n de destino da rede. Pelo gr co mostrado na Figura 13, nota-se claramente que neste o a cen rio a m trica ETX leva vantagem, escolhendo rotas mais curtas. a e

Figura 13: Atraso na topologia externa. Comparativo entre ETX e ML.

41

Figura 14: Vaz o na topologia interna A. Comparativo entre ETX e ML. a

5.3.3

VAZAO

Para medir a vaz o obtida pelas m tricas foi utilizado o programa iperf [21]. Nas duas topoa e logias os testes foram realizados sobre transmiss es con veis de dados utilizando o protocolo o a TCP. Na topologia interna, transfer ncias de 5 minutos foram realizadas do n 0 a cada um dos e o outros n s. O gr co da Figura 14 mostra os resultados obtidos. Nele, foram considerados os o a ` n meros de saltos at cada roteador, referentes a rota preferencial entre os n s 0 e 6, destacada u e o na Figura 8. Neste caso, as abordagens se mostraram equivalentes: de um lado rotas menores, levando a menos auto-interfer ncia, enquanto do outro rotas mais seguras, sofrendo menor perda de e pacotes. J na rede externa, os resultados apresentados s o referentes a 14 dias de medicoes com a a cada m trica, sendo 4 medicoes de 5 minutos por dia. Os gr cos da Figura 15 mostram uma e a ` certa tend ncia de melhora com a m trica ML. Esta melhora se deve possivelmente as menores e e taxas de perda de pacotes, como mostrado na Secao 5.3.1, j que se trata de um teste utilizando a o protocolo TCP.

42

Figura 15: Vaz o na topologia externa. Comparativo entre ETX e ML. a

5.3.4

ESTABILIDADE DAS ROTAS

Utilizando a opcao R da ferramenta ping, que mostra os primeiros 9 saltos utilizados pelo pacote, p de-se constatar que durante um teste de uma hora a m trica ETX realizou mais de o e 400 trocas de rotas, enquanto a m trica multiplicativa utilizou apenas uma rota. e

5.4

TESTES COM A METRICA MLAC

Como discutido no Captulo 4, foram realizados testes comparativos com alguns valores do

par metro da denicao da m trica MLAC, relacionado ao custo da adicao de um enlace a a e uma rota. Para estes testes, foi utilizada a rede interna B. Mais uma vez, a implementacao foi realizada sobre o protocolo OLSR. Para simplic -la, foi utilizada a segunda denicao proposta a da m trica MLAC, apresentada na equacao 4.3. e Para efeito dos testes, foram utilizados quatro valores diferentes de : 0; 0, 3; 0, 7 e 1. A escolha destes valores teve como crit rio a distribuicao linear de amostras no intervalo de 0 a 1. e Vale ressaltar que quando e zero, a m trica MLAC se torna id ntica a m trica ML. e e e Para avaliar o desempenho de cada um destes valores, foram observados tr s par metros e a diferentes: o ndice de perda de pacotes, o atraso e a vaz o utilizando o protocolo TCP. Os a resultados obtidos s o mostrados nas pr ximas secoes. a o

43

Figura 16: Perda de pacotes com a m trica MLAC, variando para os valores 0, 0, 3, 0, 7 e e 1.

5.4.1

PERDA DE PACOTES

Os testes de perda de pacotes foram realizados novamente atrav s da ferramenta ping. Due rante um dia, foram realizados 36 experimentos de 60 segundos com cada m trica. Cada exe perimento consistia do envio de 600 pings (1 a cada 100 ms) de 1024 bytes. Os pacotes foram originados de um computador conectado ao gateway da rede e os testes foram realizados para todos os demais n s. o Para procurar amenizar o efeito da variacao da qualidade da rede e assim permitir uma comparacao entre os dados, os experimentos foram realizados de forma intercalada. Ou seja, para uma dada m trica, foram realizados 7 experimentos consecutivos, um para cada n de dese o tino. Em seguida, a m trica era alterada e mais uma seq encia de 7 experimentos era realizada. e u O gr co da Figura 16 mostra a m dia do percentual de pacotes perdidos nos experimentos em a e funcao do n de destino. o Pode-se notar que para os valores intermedi rios (0, 3 e 0, 7) os ndices de perda foram a consideravelmente menores para todos os n s de destino. As maiores taxas de perdas de pacotes o obtidas pelo par metro 1 podem ser justicadas pela tend ncia de escolha de caminhos muito a e curtos, como na m trica Hop Count, fazendo uso de enlaces longos demais, sujeitos a uma pior e qualidade. Por outro lado, no caso do par metro 0, os ndices podem ser explicados pela opcao a da m trica por caminhos mais longos, compostos de um n mero maior de enlaces, gerando e u maior auto-interfer ncia na rota. e

44

Figura 17: RTT m dio com a m trica MLAC, variando para os valores 0, 0, 3, 0, 7 e 1. e e

5.4.2

ATRASO

Para as medidas de atraso, novamente foram utilizados os mesmos testes realizados para obter os dados de perda de pacotes. Foi calculada uma m dia dos valores de RTT reportados e para cada pacote de ping enviado com sucesso. Vale ressaltar que, como as taxas de perda diferem entre os valores de e entre os destinos, o n mero de amostras utilizadas para cada u resultado apresentado e diferente. A Figura 17 mostra um gr co do RTT m dio obtido para cada valor de em funcao do a e n de destino do teste. Pode-se observar que o desempenho de todas as m tricas foi bastante o e similar. Apenas nos testes para os n s 5, 6 e 7 p de-se notar uma tend ncia de atraso maior com o o e a utilizacao do par metro = 0. Este resultado e bastante coerente com a teoria, que prev a a e adocao de caminhos com um n mero maior de enlaces neste caso. u 5.4.3 VAZAO

Para as medidas de vaz o, foi utilizada a ferramenta iperf. Estes testes foram realizados de a forma bastante similar aos testes apresentados nas duas secoes anteriores. Ou seja, para cada n o de destino da rede, exceto o gateway, foram realizados 36 experimentos com cada uma das 4 variacoes propostas. Cada experimento consistiu de uma transfer ncia con vel de dados sobre e a o protocolo TCP, durante 60 segundos. De maneira an loga aos testes realizados para perda de a pacotes e lat ncia, os experimentos ocorreram de forma intercalada. e

45

Figura 18: Vaz o m dia com a m trica MLAC, variando para os valores 0, 0, 3, 0, 7 e 1. a e e

A Figura 18 mostra a m dia dos resultados obtidos em cada experimento, em funcao do e par metro e do roteador de destino. De forma surpreendente, os resultados foram basa tante pr ximos. Dada a proximidade dos resultados obtidos para o atraso e a consider vel o a diferenca nos ndices de perda de pacotes, era esperado que os resultados de vaz o obtidos para a os par metros 0, 3 e 0, 7 fossem melhores do que para 0 e 1. Para uma melhor visualizacao a destes resultados, a Tabela 2 mostra os valores exatos. Tabela 2: Valores de vaz o (em kbps) obtidos nos testes com a m trica MLAC. a e 0 0, 3 0, 7 1 ID1 4547,75 4363,43 4385,79 4225,46 ID2 4311,79 4463,88 4350,38 4431,99 ID3 1593,85 1856,62 1524,47 1352,55 ID4 1332,1 1398,25 1290,63 1309,61 ID5 1026,4 1045,09 1028,25 998,67 ID6 646,03 643,19 683,03 674 ID7 508,93 531,69 501,03 513,4

Nota-se que para = 0, 3 foram obtidos os melhores resultados em relacao aos n s 2, 3, 4, 5 o e 7. No entanto, apenas para o n 3 a diferenca para a segunda melhor variacao foi consider vel o a (mais de 200 kbps).

46

Figura 19: Perda de pacotes na rede interna A. Comparativo entre as m tricas ML e e MLURP.

5.5

TESTES COM A METRICA MLURP

Os testes com a m trica MLURP foram realizados de forma bastante similar aos da m trica e e

MLAC. Por m, como explicado no Captulo 4, neste caso todos os roteadores tiveram sua taxa e de transmiss o para pacotes unicast xada em 11 Mbps. a Para efeito de comparacao, os testes foram realizados utilizando-se experimentos com a taxa de transmiss o em broadcast de 11Mbps e de 1Mbps. Ou seja, o desempenho da m trica a e MLURP foi comparado com o da m trica ML. e 5.5.1 PERDA DE PACOTES

Os experimentos realizados para inferir o ndice de perda de pacotes s o id nticos aos des a e critos na Secao 5.4.1. A diferenca nos testes ca por conta apenas do n mero de variacoes u avaliadas. Enquanto na Secao 5.4.1 foram comparadas 4 variacoes, aqui s o consideradas ape a nas duas. A Figura 19 mostra os resultados obtidos. Claramente a m trica MLURP foi melhor do que e a m trica ML. Em relacao a todos os n s da rede, os ndices de perda obtidos com a m trica e o e MLURP caram sempre consideravelmente abaixo dos da m trica ML. Este resultado reforca a e suspeita de que os impactos causados pelos erros nas medidas das probabilidades, comentados

47

Figura 20: Atraso na rede interna A. Comparativo entre as m tricas ML e MLURP. e

nos Captulos 3 e 4, s o realmente grandes. a 5.5.2 ATRASO

Tamb m para esta medida de atraso, foram considerados os mesmos testes utilizados na e Secao 5.5.1. Assim como nos testes anteriores, foi calculada a m dia dos valores de RTT e reportados para cada ping transmitido com sucesso. A Figura 20 mostra os resultados obtidos. Em termos de lat ncia, os resultados das duas m tricas foram bastante semelhantes. Este e e resultado n o surpreende, j que o objetivo da m trica MLURP e minimizar a perda de pacotes, a a e e n o o atraso m a m. a 5.5.3 VAZAO

Os testes de vaz o executados com a m trica MLURP foram realizados como explicado na a e Secao 5.4.3. No entanto, para estes testes foram comparadas apenas duas m tricas. e Como mostrado no gr co da Figura 21, em termos de vaz o, a m trica MLURP n o foi a a e a ` e t o superior a m trica ML quanto em relacao a perda de pacotes. No entanto, e not vel que a ` a apenas em relacao ao n 1, a m trica MLURP foi pior. Nos outros casos, em especial para o e os n s 2, 3 e 4, pode-se notar uma tend ncia de melhora utilizando-se a abordagem proposta. o e Vale destacar que os testes foram realizados em momentos diferentes, embora muito pr ximos. o

48

Figura 21: Vaz o na rede interna A. Comparativo entre as m tricas ML e MLURP. a e

Desta forma, e difcil obter uma comparacao justa, especialmente para os n s menos distantes o (que apresentam menor n mero de saltos at o gateway). u e

49

CAPITULO 6 - CONCLUSAO

Com a popularizacao das rede em malha, a necessidade do desenvolvimento de novas tec nologias para este tipo de rede se faz presente. As caractersticas particulares destas redes t m e sido estudadas, por m ainda n o foram completamente exploradas. Isto faz com que as redes e a em malha n o desenvolvam todo seu potencial, em termos de desempenho e servicos oferecia dos. Tendo em vista a diversidade de projetos que utilizam estas redes para promover a inclus o a digital, este tipo de estudo torna-se ainda mais importante. Neste trabalho procurou-se discutir uma das muitas areas de pesquisa sobre este tipo de rede: as m tricas de roteamento. Elas s o de fundamental import ncia em redes em malha e a a e redes ad hoc, pois e necess rio estar constantemente avaliando os enlaces e rotas, sem, no a entanto, interferir no desempenho da rede. Foi realizada uma pesquisa com as principais propostas atuais nesta area. Cada m trica e estudada foi apresentada de forma crtica, tendo suas vantagens e desvantagens comentadas. O aspecto de implementacao tamb m foi abordado. Em especial, foi analisada a m trica Expected e e Transmission Count (ETX), uma das mais utilizadas em implementacoes de redes em malha no mundo e base para diversas outras propostas da literatura. Al m deste estudo, foi proposta uma m trica multiplicativa, chamada Minimum Loss, com e e o objetivo de minimizar a perda de pacotes em uma transmiss o m a m. Com base nesta a m trica, foram propostas tamb m duas variacoes que procuram corrigir deci ncias da denicao e e e original. Uma destas extens es tem por objetivo aumentar a precis o das estatsticas de qualio a dade dos enlaces utilizadas pela m trica ML. No entanto, a mesma t cnica proposta e aplic vel e e a a outras m tricas, como a m trica ETX e outros trabalhos derivados. e e Em termos de resultados, procurou-se demonstrar a validade da utilizacao de m tricas mul e tiplicativas em certas topologias de redes em malha sem o. A avaliacao de desempenho da m trica ML mostrou, em v rios casos, melhora da utilizacao da rede em termos de perda de e a pacotes, estabilidade de rotas, atraso e, como conseq encia, vaz o. u a Outro resultado interessante foi o obtido com a m trica MLAC, a segunda proposta deste e trabalho. Os testes mostram que variando o fator aditivo , e possvel obter desempenho supe rior ao da m trica ML original, o que est de acordo com a teoria proposta. e a

50

Por m, os testes realizados com a ultima proposta deste trabalho, a m trica MLURP, dee monstram o quanto as falhas nas medidas de probabilidade afetam o desempenho das m tricas e baseadas neste tipo de estatstica. Em especial, os testes de perda de pacotes, ndice que as m tricas propostas procuram minimizar, indicam uma vantagem signicativa da m trica e e MLURP sobre a m trica ML. Embora existam obst culos consider veis na implementacao da e a a m trica MLURP, estes resultados reforcam a necessidade da elaboracao de uma maneira mais e coerente de obter informacoes sobre a qualidade dos enlaces.

6.1

TRABALHOS FUTUROS
Um dos objetivos deste trabalho e demonstrar a import ncia do estudo das m tricas de a e

roteamento para o desenvolvimento das redes mesh. Procurou-se demonstrar com os resultados que as m tricas atuais ainda apresentam problemas conceituais que afetam de forma decisiva e seu desempenho. Desta maneira, ca claro que esta area est aberta a pesquisa em diversos a aspectos. Entre os mais importantes, pode-se citar a denicao de modelos mais completos e exatos. Na m trica ML, por exemplo, o modelo n o leva em consideracao a possibilidade de retranse a miss es no nvel de enlace, possibilitando que, mesmo que uma transmiss o neste nvel falhe, o a o pacote n o seja perdido. Modelos melhores possibilitariam um proveito maior dos recursos a da rede. Outro aspecto fundamental e a validade das informacoes obtidas dos enlaces. Como mos trado neste trabalho, a falta de precis o nestas informacoes pode invalidar o modelo considerado a pela m trica, levando a desempenhos abaixo do esperado. Al m de precisos, estes algoritmos e e de obtencao das informacoes devem ser t o transparentes para a rede quanto possvel. Em ou a tras palavras, m todos que utilizam em demasia os recursos da rede, prejudicando os uxos de e dados dos clientes, s o inaceit veis, independentemente da sua precis o. Uma solucao para este a a a problema pode passar pela utilizacao de monitoramento de tr fego para efeito da avaliacao dos a enlaces. Especicamente em relacao as propostas deste trabalho, mais testes com a m trica MLAC ` e podem ser realizados em diferentes topologias, para que valores interessantes do par metro a sejam inferidos. Sobre a m trica MLURP, podem ser estudadas maneiras mais port veis de e a implement -la, j que a mesma mostrou resultados bastante interessantes. Trabalhos futuros a a podem tamb m avaliar o desempenho de outras m tricas, como a m trica ETX, utilizando a e e e mesma t cnica de obtencao das probabilidades. e

51

REFERENCIAS BIBLIOGRAFICAS

[1] Ian F. Akyildiz, Xudong Wang e Weilin Wang. Wireless mesh networks: a survey. Comput. Netw. ISDN Syst., 47(4):445487, 2005. [2] John Bicket, Daniel Aguayo, Sanjit Biswas e Robert Morris. Architecture and evaluation of an unplanned 802.11b mesh network. Em MobiCom 05: Proceedings of the 11th annual international conference on Mobile computing and networking, pp. 3142, 2005. [3] Raffaele Bruno, Marco Conti e Enrico Gregori. Mesh networks: Commodity multihop ad hoc networks. IEEE Communications Magazine, 43(3):123131, 2005. [4] T. Clausen e P. Jacquet. Optimized link state routing protocol (OLSR). RFC Experimental 3626, Internet Engineering Task Force, outubro de 2003. [5] T. H. Cormen, C. E. Leiserson, R. L. Rivest e C. Stein. Algoritmos. Campus, 2002. [6] D. De Couto, D. Aguayo, J. Bicket e R. Morris. A high-throughput path metric for multihop wireless routing. Em MobiCom 03: Proceedings of the 9th annual international conference on Mobile computing and networking, pp. 134146, 2003. [7] CUWin. http://www.cuwireless.net, marco de 2007. Acessado em 13-03-2007. [8] Richard Draves, Jitendra Padhye e Brian Zill. Routing in multi-radio, multi-hop wireless mesh networks. Em MobiCom 04: Proceedings of the 10th annual international conference on Mobile computing and networking, pp. 114128, 2004. [9] D. Johnson, D. Maltz e J. Broch. DSR: The Dynamic Source Routing Protocol for Multihop Wireless Ad Hoc Networks. Ad Hoc Networking, captulo 5, pp. 139172. Addison Wesley, 2001. [10] Can Emre Koksal, Kyle Jamieson, Emre Telatar e Patrick Thiran. Impacts of channel variability on linklevel throughput in wireless networks. Em Joint International Conference on Measurement and Modeling of Computer Systems, pp. 5162, 2006. [11] Debora Muchaluat-Saade, C lio Vinicius Neves de Albuquerque, Luis Claudio Mae galh es, Diego Passos, Jairo Duarte e Rafael do Valle. Redes em malha: Solucao de baixo a ` custo para popularizacao do acesso a internet no brasil. Em XXV Simp sio Brasileiro de o Telecomunicacoes, 2007. [12] OpenWrt. http://openwrt.org/, marco de 2007. Acessado em 03-03-2007. [13] Diego Passos, Douglas Teixeira, Debora Muchaluat-Saade, Luiz Magalh es e Celio Vinia cius Neves de Albuquerque. Mesh network performance measurements. Em 5th International Information and Telecommunication Technologies Symposium, 2006.

52

[14] Charles E. Perkins, Elizabeth M. Belding-Royer e Samir R. Das. Ad hoc on-demand distance vector (AODV) routing. RFC Experimental 3561, Internet Engineering Task Force, julho de 2003. [15] Charles E. Perkins e Elizabeth M. Royer. Ad-hoc on-demand distance vector routing. Em WMCSA 99: Proceedings of the Second IEEE Workshop on Mobile Computer Systems and Applications, pp. 90100, Washington, DC, EUA, 1999. IEEE Computer Society. [16] K. Ramachandran, M. Buddhikot, G. Chandranmenon, S. Miller, E. Belding-Royer e K. Almeroth. On the design and implementation of infrastructure mesh networks. Em IEEE Workshop on Wireless Mesh Networks (WiMesh), 2005. [17] ReMesh. http://mesh.ic.uff.br, junho de 2007. Acessado em 13-07-2007. [18] C. Santivanez e R. Ramanathan. Hazy sighted link state (HSLS) routing: A scalable link state algorihm, marco de 2003. Em BBN Technical Memorandum, No. 1301. http://www.ir.bbn.com/documents/techmemos/TM1301.pdf. Acessado em 13-07-2007. [19] Solucao mesh Cisco. http://www.cisco.com/application/pdf/en/us/guest/products/ps6548 /c1031/cdccont 0900aecd803664b4.pdf, julho de 2007. Acessado em 13-07-2007. [20] Solucao mesh Nortel. http://www.nortel.com/wirelessmesh, julho de 2007. Acessado em 13-07-2007. [21] Ajay Tirumala, Feng Qin, Jon Dugan, Jim Ferguson e Kevin http://dast.nlanr.net/projects/iperf/, marco de 2007. Acessado em 03-03-2007. Gibbs.

[22] Andreas Tnnesen. http://www.olsr.org/, fevereiro de 2007. Acessado em 03-02-2007. [23] N. Tsarmpopoulos, I. Kalavros e S. Lalis. A low-cost and simple-to-deploy peer-to-peer wireless network based on open source linux routers. Em Proceedings of TRIDENTCOM05, pp. 9297, 2005. [24] Y. Yang, J. Wang e R. Kravets. Designing routing metrics for mesh networks. Proceedings of the IEEE Workshop on Wireless Mesh Networks (WiMesh). IEEE Press, 2005.