Академический Документы
Профессиональный Документы
Культура Документы
11
UFRJ
UNIVERSIDADE FEDERAL DO RIO DE JANEIRO COMO PARTE DOS REQUISITOS NECESSRIOS PARA A OBTENO DO GRAU DE MESTRE EM CINCIAS EM ENGENHARIA DE SISTEMAS E COMPUTAO.
Aprovada por:
DUNCAN, ISABELA BARRETO Modelagem e Anlise do Protocolo IEEE 802.11 [Rio de Janeiro] 2006 XIV, 112 p. 2006) Dissertao - Universidade Federal do Rio de Janeiro, COPPE 1. IEEE 802.11 2. Wireless LANs 3. Wi-Fi 4. Camada MAC 5. BER 6. Tangram-II 7. Trfego Web I. COPPE/UFRJ II. Ttulo (Srie) 29,7 cm (COPPE/UFRJ, M.Sc., Engenharia de Sistemas e Computao,
ii
Agradecimentos
Fazem parte da minha vida, pessoas fundamentais, sem as quais eu nada seria. Agradeo a Deus pela minha felicidade, minha sade, meus amigos e, especialmente, pela minha famlia. Agradeo aos meus pais Roberto e Cely pelo carinho, pela dedicao e abdicao que sempre tiveram para que eu pudesse ter as melhores oportunidades e que crescesse feliz. Agradeo a minha irm Tatiana pela conana e apoio incondicional, sempre estando ao meu lado. Atravs de vocs eu provei e comprovei a magia da vida. Agradeo professora Rosa pela grande ajuda na realizao deste trabalho. E juntamente a ela, agradeo ao professor Edmundo pela dedicao e pacincia no ensino da cincia e, principalmente, pelo lado humano que esteve presente em todos os momentos, dentro e fora de sala de aula. Agradeo a Carol, minha amiga e conselheira. Obrigada por tudo. Voc me ensinou a crescer. Agradeo aos meu colegas do LAND: Fernando, Watanabe, Flvio, Guto, GD, Diana, Bernardo, Sadoc, Fabiane, Allyson, Ana, Ed, Carolzinha e Davi. No posso esquecer da minha sobrinha Lara, que ainda nem nasceu e j tornou minha vida muito mais colorida e divertida.
iii
Resumo da Dissertao apresentada COPPE/UFRJ como parte dos requisitos necessrios para a obteno do grau de Mestre em Cincias (M.Sc.) MODELAGEM E ANLISE DO PROTOCOLO IEEE 802.11 Isabela Barreto Duncan Junho/2006 Orientadora: Rosa Maria Meri Leo Programa: Engenharia de Sistemas e Computao
A utilizao de redes sem o vem crescendo exponencialmente nos ltimos anos. As WLANs IEEE 802.11, ou redes Wi-Fi, como so chamadas atualmente, podem ser encontradas tanto em empresas e universidades como em aeroportos e lanchonetes. Isto se deve, em especial, reduo nos custos destes equipamentos bem como grande facilidade operacional que oferecem. Para se conhecer e prever as necessidades futuras que este crescimento acarretar, importante entender todos os mecanismos deste protocolo de acesso e tambm o seu comportamento, de acordo com o trfego da rede. Este trabalho prope um modelo detalhado do protocolo IEEE 802.11, implementado atravs da ferramenta Tangram-II. Destaca-se, como principal caracterstica desta ferramenta, a modularidade, permitindo que alteraes sejam facilmente realizadas. O modelo construdo foi validado atravs da comparao de resultados da simulao com resultados obtidos atravs de uma rede real, e tem , como propsito, estudar o desempenho do mecanismo 802.11, na presena de trfego web. Medidas como throughput, goodput, tempo de resposta e perdas no buer do ponto de acesso foram avaliadas conjuntamente com o crescimento da populao web. Estudamos tambm o desempenho do 802.11 quando os terminais transmitem com taxas diferentes, objetivando avaliar uma anomalia detectada em trabalhos anteriores.
iv
Abstract of Dissertation presented to COPPE/UFRJ as a partial fulllment of the requirements for the degree of Master of Science (M.Sc.) MODELING AND ANALYSIS OF IEEE 802.11 PROTOCOL Isabela Barreto Duncan June/2006 Advisor: Rosa Maria Meri Leo Department: Systems Engineering and Computer Science
In the last years, there was an exponential growth in the number of wireless networks. The IEEE 802.11 wireless local area networks, or Wi-Fi networks, have become immensely popular in residences, enterprises, universities as well as airports and restaurants. This is specially due to the reduction of the prices of these equipments and operational facilities they oer. It is necessary to understand all the mechanisms of this protocol and its behavior under dierent types of network trac to know and to preview future needs. This work proposes a model for the IEEE 802.11 mechanism based on TangramII modelling tool. Its modularity provides an easy way to make changes and improvements in the model. It is suitable for analyzing the throughput, goodput, delay and losses at access point's buer. Comparisons with results obtained from a real network is provided, validating the model. We study the performance of the IEEE802.11 as the number of web users increases. Furthermore, we consider a scenario where wireless terminals can transmit with dierent rates the trac generated by web users to evaluate an anomaly detected in previous work.
Sumrio
Resumo Abstract 1 Introduo
1.1 1.2 1.3 802.11 Wireless LANs . . . . . . . . . . . . . . . . . . . . . . . . . .
iv v 1
4 5 7
9
9
Arquitetura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Funo de Coordenao X Arquitetura . . . . . . . . . . . . . . . . . 13 O Mecanismo de Carrier-Sense . . . . . . . . . . . . . . . . . . . . . . 14 Espaos entre Frames . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Funo de Coordenao Distribuda do Protocolo 802.11 . . . . . . . 16 2.6.1 O Esquema de Backo Exponencial . . . . . . . . . . . . . . . 16
vi
O Mecanismo Bsico de Acesso ao Meio . . . . . . . . . . . . 18 O Mecanisco de Acesso ao Meio com RTS/CTS . . . . . . . . 20 Mecanismo Bsico X RTS/CTS . . . . . . . . . . . . . . . . . 21 Fragmentao de MPDUs e Descarte de Pacotes . . . . . . . . 21
31
40
Descrio do modelo com Mecanismo Bsico de Acesso . . . . . . . . 41 4.1.1 4.1.2 4.1.3 4.1.4 4.1.5 4.1.6 Objeto Source . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 Objeto Wireless Terminal . . . . . . . . . . . . . . . . . . . . 43 Objeto Channel . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Objeto Access Point . . . . . . . . . . . . . . . . . . . . . . . 51 Replicao de Objetos . . . . . . . . . . . . . . . . . . . . . . 51 Os Valores dos Parmetros do Modelo . . . . . . . . . . . . . 52 vii
4.2
. . . . . . . . . . . . . . . . . . . . 53
O Modelo de Gilbert-Elliot . . . . . . . . . . . . . . . . . . . . 53 O Modelo de Ebert e Willig . . . . . . . . . . . . . . . . . . . 55 Implementao e Parametrizao do Modelo de Ebert e Willig 57
Simulaes e Medidas de Interesse do Modelo do Protocolo IEEE 802.11 58 Testes em Ambiente Real . . . . . . . . . . . . . . . . . . . . . . . . . 63 Concluses sobre os Resultados da Simulao do Modelo e do Ambiente Real . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
4.6
75
5.2 5.3
Distribuies Cauda Longa e a Simulao . . . . . . . . . . . . . . . . 82 Medidas de Interesse Obtidas na Simulao . . . . . . . . . . . . . . . 83 5.3.1 5.3.2 5.3.3 Trfego CBR X Trfego Web . . . . . . . . . . . . . . . . . . 84
6 Concluso
6.1
95
Trabalhos Futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
viii
99
A.1 Objeto CBR_Source_1 . . . . . . . . . . . . . . . . . . . . . . . . . 99 A.2 Objeto W ireless_Station_1 . . . . . . . . . . . . . . . . . . . . . . 100 A.3 Objeto Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 A.4 Objeto AP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Referncias Bibliogrcas
107
ix
Lista de Figuras
1.1 1.2 2.1 2.2 2.3 2.4 2.5 2.6 3.1 3.2 3.3 3.4 4.1 4.2 4.3 Problema do Terminal Escondido. . . . . . . . . . . . . . . . . . . . . Problema de Enfraquecimento do Sinal. . . . . . . . . . . . . . . . . . Modelo Bsico de Referncia do IEEE 802.11 . . . . . . . . . . . . . . 2 4 9
Esquema de uma rede ad-hoc. . . . . . . . . . . . . . . . . . . . . . . 13 Esquema de uma rede com pontos de acesso. . . . . . . . . . . . . . . 13 Exemplo do crescimento exponencial da CW. . . . . . . . . . . . . . . 17 Exemplo do Mecanismo Bsico de Acesso. . . . . . . . . . . . . . . . 19 Exemplo do Mecanismo de Acesso com RTS/CTS. . . . . . . . . . . . 20 A interface do Ambiente de Modelagem do Tangram-II. . . . . . . . . 32 O template de um objeto no Tangram-II. . . . . . . . . . . . . . . . . 34 O Gerador de Trfego . . . . . . . . . . . . . . . . . . . . . . . . . . 37
As medidas do Gerador de Trfego . . . . . . . . . . . . . . . . . . . 38 O modelo bsico de acesso criado com a ferramenta Tangram-II. . . . 42 O modelo de Gilbert-Elliot . . . . . . . . . . . . . . . . . . . . . . . . 54 Modelagem de erros implementada. . . . . . . . . . . . . . . . . . . . 56 x
Grco do Throughput e Goodput com BER no estado BAD de 10e-5 60 Grco da Janela de Conteno com BER no estado BAD de 10e-5 . 61 Grco do Throughput e do Goodput com BER no estado BAD de 2x10e-5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.7 4.8
Grco da Janela de Conteno com BER no estado BAD de 2x10e-5 63 Grco do Throughput e do Goodput com BER no estado BAD de 10e-4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.9
4.10 Grco do Throughput e do Goodput com BER no estado BAD de 10e-2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 4.11 Grco da Janela de Conteno com BER no estado BAD de 10e-2 . 68 4.12 Grco da Perda X Probabilidade de Erro no Estado BAD (em escala logartmica) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 4.13 A topologia da rede wireless utilizada nos testes. . . . . . . . . . . . . 70 4.14 A tela de congurao do Gerador de Trfego. . . . . . . . . . . . . . 71 4.15 Grco do Throughput e do Goodput para taxas de transmisso de 11Mbps. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 4.16 Grco do Throughput e do Goodput exemplicando a anomalia na performance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
4.17 Grco do Throughput aps correo da janela de conteno mnima do WT1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 5.1 5.2 O modelo ON-OFF de gerao de trfego Web. . . . . . . . . . . . . 78 O modelo do protocolo 802.11 com fonte de trfego WEB. . . . . . . 80
xi
Throughput dos terminais WT1, WT2 e WT3. . . . . . . . . . . . . . 85 Throughput do Ponto de Acesso. . . . . . . . . . . . . . . . . . . . . 86 Tempo de permanncia na la de cada requisio, antes do incio do servio, para cada WT. . . . . . . . . . . . . . . . . . . . . . . . . . . 87
5.6 5.7
Tempo de espera pela resposta a uma requisio de um usurio WEB. 88 Maior tempo mdio de espera pelas respostas variando o nmero de usurios web. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
xii
Lista de Tabelas
1.1 2.1 Caractersticas dos padres 802.11 . . . . . . . . . . . . . . . . . . . . Valores de slot de tempo e da janela de conteno mnima e mxima, para trs camadas fsicas especicadas pelo padro 802.11. . . . . . . 18 2.2 2.3 2.4 2.5 2.6 2.7 4.1 4.2 4.3 4.4 Frame da sub-camada fsica PLCP - DSSS . . . . . . . . . . . . . . . 24 Frame da sub-camada fsica PLCP - FHSS . . . . . . . . . . . . . . . 24 Frame de dados da sub-camada MAC . . . . . . . . . . . . . . . . . . 24 Frame ACK da sub-camada MAC . . . . . . . . . . . . . . . . . . . . 24 Frame RTS da sub-camada MAC . . . . . . . . . . . . . . . . . . . . 24 Frame CTS da sub-camada MAC . . . . . . . . . . . . . . . . . . . . 24 Parmetros para o modelo do protocolo 802.11 . . . . . . . . . . . . . 52 Parmetros para o modelo de erro no canal . . . . . . . . . . . . . . . 57 Mdias obtidas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Mdias obtidas ao nal da simulao com BER no estado BAD de 2X10e-5. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 4.5 Mdias obtidas ao nal da simulao com BER no estado BAD de 10e-4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 xiii 5
4.6
Caractersticas das mquinas utilizadas no ambiente real. . . . . . . . 64 Medidas relativas ao THROUGHPUT do ambiente real. . . . . . . . . 67 Medidas relativas ao GOODPUT do ambiente real. . . . . . . . . . . 67
4.10 Medidas relativas s PERDAS no canal do ambiente real. . . . . . . . 67 5.1 5.2 5.3 5.4 Valores dos parmetros para o modelo do usurio web. . . . . . . . . 78 Valores dos parmetros para gerao dos tamanhos dos objetos. . . . 79 Valores utilizados nos parmetros para atraso dos pacotes na Internet. 79 Valores do throughput, tempo mdio de permanncia na la e tempo mdio de resposta para cada objeto, e tempo de resposta a uma pgina. 87 5.5 5.6 5.7 5.8 5.9 Nmero de Usurios X Taxa de 1Mbps. . . . . . . . . . . . . . . . . . 89 Nmero de Usurios X Taxa de 11Mbps. . . . . . . . . . . . . . . . . 89 Medidas para cenrio com 5 usurios web, com taxas diferentes. . . . 93 Medidas para cenrio com 10 usurios web, com taxas diferentes. Medidas para cenrio com 15 usurios web, com taxas diferentes. . . 93 . . 93
xiv
Captulo 1 Introduo
Na vida cotidiana, a comunicao sem o se torna, a cada dia, mais til e essencial. Seu grande atrativo possibilitar conectividade aos usurios sem que os mesmos estejam sicamente ligados a uma rede.Wireless Local Area Networks (WLANs) so uma alternativa aos altos custos de instalao e manuteno, incluindo adio, remoo e remanejamento de pontos de acesso, das redes com o tradicionais, j que so desenvolvidas para fornecer grandes larguras de banda em uma rea geogrca limitada. Idealmente, usurios de redes sem o necessitaro dos mesmos servios e capacidades que so comumente utilizados em redes tradicionais. No entanto, para alcanar estes objetivos, ser necessrio enfrentar desaos e restries[Crow et al. 1997a, J. Kurose and K. Ross 2003], como:
1.1). Neste caso, uma estao, acreditando na inatividade do canal, comea a transmitir seu pacote sem detectar a presena de uma transmisso j em andamento. No exemplo da Figura 1.1, o terminal A se comporta como um terminal escondido para o terminal C e vice-versa. Outro problema que resulta em colises o enfraquecimento do sinal[J. Kurose and K. Ross 2003] que se propaga atravs do meio sem o, devido presena de matria (ex: um sinal passando por uma parede) no trajeto ou mesmo pela distncia entre o emissor e o receptor. Quando dois ou mais terminais esto localizados de modo que suas transmisses no possuem fora suciente para serem detectadas pelos outros terminais (Figura 1.2), uma coliso pode ocorrer. Alm da interferncia das outras estaes, um terminal pode sofrer a interferncia de equipamentos eletrnicos, como por exemplo um telefone sem o operando na freqncia de 2.4GHz prximo Wireless LAN 802.11b. Neste caso, espera-se que nem a rede nem o telefone funcionem corretamente. Equipamentos como motores e microondas podem causar ruidos eletromagnticos, resultando tambm em interferncias no canal.
Segurana: Em uma rede sem o mais difcil garantir a segurana, uma vez
que o meio de tranmisso aberto a qualquer um que esteja no permetro geogrco do transmissor. Esta segurana feita, normalmente, atravs de criptograa, o que acarretar no aumento de custos e degradao de performance.
o processo que ocorre quando um terminal wireless se move para fora do limite de
sua estao base, entrando no limite de outra e, conseqentemente, mudando a estao base a qual est associado.
W i-Fi.
O projeto deste padro foi iniciado em 1990 e seu escopo desenvolver especicaes detalhadas de controle de acesso ao meio (MAC-Medium Access Control) e da camada fsica para conexes wireless dentro de uma LAN. No protocolo 802.11, o mecanismo fundamental de acesso ao meio chamado de Funo de Coordenao Distribuda (DCF - Distributed Coordination Function). Este um esquema de acesso randmico, baseado no protocolo CSMA/CA (Carrier Sense Multiple Ac-
Utilizam a mesma estrutura para a camada de enlace; Possuem a mesma habilidade de reduzir a taxa de transmisso, quando necessrio; Permitem trabalhar no modo ad-hoc e no modo com infra-estrutura, como
veremos no prximo captulo. Como possvel observar na Tabela 1.1, a maior diferena destes trs padres 4
wireless embutidas.
Igualmente ao ocorrido com redes Ethernet[Metcalfe e Boggs 1976] em 1970, o advento das WLANs, no nal dos anos 90, estimulou estudos e pesquisas sobre o protocolo, objetivando identicar e entender seus mecanismos, incluindo anlises de performance do IEEE 802.11 CSMA/CA [Bianchi 2000, Foh e Zukerman 2002, Cali et al. 2000, Crow et al. 1997b, Duchamp e Reynolds 1992, Bing 1999], anlises de capacidade[Wu et al. 2002, Bianchi 2000, Cali et al. 2000] e diferenciao de servios [Aad e Castelluccia 2001, Xiao 2004, Kim et al. 2005]. Vrios trabalhos, utilizando tcnicas analticas e de simulao, vm sendo desenvolvidos nos ltimos anos, na tentativa de compreender mais profundamente
2 Hot
Spots so locais de acesso wireless pblico, onde possvel conectar computadores mveis
No simulador NS2 existe uma grande dependncia entre os mdulos. Com isto,
a adio de um mdulo novo no simples, pois o usurio deve conhecer bem o funcionamento dos demais mdulos. Por exemplo, para simular um trfego na camada de aplicao, necessrio conhecer, em detalhes, os mdulos TCP, MAC 802.11 e camada fsica wireless.
Outro aspecto se deve a alguns erros do modelo do 802.11 que tm sido reportados na literatura. Em [pro ], por exemplo, foram reportados diversos problemas com o modelo desenvolvido para o 802.11 no NS2, como o algoritmo de
1.3 Roteiro
considerando que os usurios fazem acesso a web. Conforme exposto no pargrafo acima, diversos modelos analticos foram propostos para o mecanismo IEEE 802.11, no entanto, nestes modelos, foram feitas simplicaes a respeito do trfego gerado pelos terminais sem o. Optamos pela simulao para podermos avaliar o mecanismo utilizando um modelo detalhado do comportamento do usurio web. A ferramenta Tangram-II foi escolhida pois baseada no paradigma de orientao a objetos, o que facilita a construo, a depurao e as futuras alteraes do modelo. O modelo foi validado atravs da comparao das medidas de throughput e good-
put, obtidas na simulao, com as mesmas medidas obtidas em uma rede montada
em laboratrio. Inicialmente, consideramos uma rede saturada para ns de validao do modelo. Logo aps, estudamos o comportamento do mecanismo IEEE 802.11 na presena de usurios web. Analisamos o comportamento do throughput, do tempo de resposta e de perdas no ponto de acesso com o crescimento do nmero de usurios web atendidos pela WLAN e com a variao na taxa de transmisso dos terminais. Alm disso, estudamos o problema de no eqidade entre os terminais na presena de trfego web.
1.3 Roteiro
Este trabalho est organizado da seguinte forma:
No Captulo 4 descreve-se a construo do modelo da camada MAC do protocolo IEEE 802.11, bem como os testes realizados para comparao de medidas 7
1.3 Roteiro
obtidas com o modelo e com uma rede sem o real montada em laboratrio. So descritos tambm os modelos de erro utilizados na modelagem do canal sem o.
2.1 Introduo
O padro IEEE 802.11 especica a sub-camada de controle de acesso ao meio MAC (Medium Access Protocol) e a camada fsica (PHY)[sta 2003, Bing 1999], que so apresentadas na Figura 2.1.
Sub-camada de Controle de Acesso ao Meio (MAC) Sub-camada de Procedimento de Convergncia da Camada Fsica (PLCP) Camada de Enlace
Camada Fsica
Figura 2.1: Modelo Bsico de Referncia do IEEE 802.11 A camada fsica divida em duas sub-camadas: 9
2.1 Introduo
Sub-camada dependente do meio fsico (PMD): Esta camada lida com as caractersticas do meio sem o e dene os mtodos de transmisso e recepo atravs deste meio;
teco de coliso, no utilizado porque um terminal sem o no capaz de monitorar o canal para detectar uma coliso ao mesmo tempo em que transmite.
10
2.2 Arquitetura
PCF: um servio opcional e indicado para transmisso de dados com
alta sensibilidade ao retardo da rede e trfego de alta demanda, por exemplo, udio e vdeo em tempo real. Neste caso, o AP, que executa este algoritmo centralizado, possui o controle do canal e repassa esse controle aos terminais sem o no momento devido (Contention-free Mode). Estas duas funes de coordenao podem tambm ser utilizadas em conjunto, no caso de transmisso de pacotes de dados de vrios tipos. A popularidade do IEEE 802.11 no mercado devida, principalmente, ao DCF, uma vez que o PCF, por sua complexidade e inecincia para transmisso de dados sem requisitos de tempo, raramente implementado nos produtos atuais. Alm disso, o PCF pode causar atrasos e duraes imprevisveis de transmisso. Similarmente ao sucesso da rede Ethernet, o protocolo IEEE 802.11 DCF freqentemente utilizado para redes sem o, muito embora sua forma atual no seja eciente para aplicaes multimdia [Xiao 2004]. Uma estao pode ter que esperar um tempo arbitrariamente longo para enviar um pacote, o que para aplicaes em tempo real, como transmisso de voz e vdeo, inaceitvel. Para minimizar este problema, a verso 802.11e do protocolo est sendo desenvolvida. No IEEE 802.11e, melhoramentos na camada MAC esto sendo realizados para melhorar a Qualidade de Servio (QoS), atravs de um CSMA com prioridades e avanadas tcnicas de
polling.
2.2 Arquitetura
O Conjunto Bsico de Servio (BSS-Basic Service Set) a base da arquitetura IEEE 802.11. Um BSS denido como um grupo de terminais sob o comando de uma funo de coordenao (DCF ou PCF). A rea geogrca coberta por este BSS chamada de rea Bsica de Servio (BSA-Basic Service Area). Conceitualmente, todas as estaes em um BSS podem comunicar-se diretamente entre si. No en11
2.2 Arquitetura
tanto, degradaes no meio de transmisso, devido ao enfraquecimento do sinal ou a interferncias de BSSs prximos, podem causar terminais escondidos. Um BSS[Crow et al. 1997a, Aad e Castelluccia 2001, Wu et al. 2002] pode ser:
Units), entre diferentes BSSs. Um DS pode ser uma rede de qualquer tipo,
sem o ou no. Um ESS pode tambm fornecer acesso a uma rede com o, como a Internet, atravs de um servio chamado Portal. O Portal uma entidade lgica que especica o ponto de integrao entre a rede IEEE 802.11 e a rede que no IEEE 802.11, e pode ser considerado uma bridge, que, alm de estender a rea de cobertura, realiza a traduo dos diferentes formatos de
12
STA
STA
BSS INDEPENDENTE
STA
STA
STA
BSS
AP
IEEE 802.X
PORTAL
BSS AP
STA STA
Vector). O NAV mantm uma previso do trfego futuro no canal baseado nas
informaes de durao de transmisso que esto contidas nos frames de dados, RTS e CTS. Os frames RTS e CTS so pacotes de controle, enviados antes da troca efetiva dos dados. A funo destes frames de controle ser discutida nas sees seguintes. O NAV pode ser considerado como um contador, que decresce at zero com uma taxa uniforme. Quando atinge zero, a indicao do carrier-sense virtual que o meio est ocioso. Enquanto isto no acontece, a indicao que h transmisso em curso e que, assim, o meio est ocupado. O meio tambm deve ser considerado ocupado quando a prpria estao estiver transmitindo. Para denir o estado do canal, combina-se, ento, os resultados obtidos pelos mecanismos NAV e de carrier-sense fsico.
14
(2.1)
onde o tamanho do slot e um parmetro da camada fsica (Tabela 2.1), rand() uma funo randmica com distribuio uniforme entre [0,1), i o nmero de tentativas de transmisso de um pacote (i 1) e j um outro parmetro, calculado de acordo com o tipo da camada fsica. Por exemplo, observando a Tabela 2.1, que contm os valores de CWmin se utilizarmos a implementao FHSS da camada fsica, ento j = 3. Se utilizarmos a implementao DSSS, ento j = 4. Os valores atribudos varivel j so contabilizados de modo que, quando i = 1, 2i+j = 21+j =
CWmin .
CWmax 1024
512
256
128 64 CWmin 16 32 Terceira Retransmissao Segunda Retransmissao Primeira Retransmissao Tentativa Inicial
Figura 2.4: Exemplo do crescimento exponencial da CW. Os valores CWmin e CWmax so especcos de cada camada fsica e na Tabela 2.1 17
CWmin
16 32 64
CWmax
1024 1024 1024
Tabela 2.1: Valores de slot de tempo e da janela de conteno mnima e mxima, para trs camadas fsicas especicadas pelo padro 802.11. O contador do tempo de backo decrementado medida em que o canal permanece ocioso. Se uma transmisso for detectada, este contador paralizado e s retomado quando o canal se torna ocioso novamente por um tempo mnimo igual DIFS. Quando o contador atingir zero, a estao transmite o pacote. Se esta transmisso for bem sucedida, o valor cw reinicializado com o valor CWmin . Caso contrrio, acontecer uma nova tentativa de transmisso deste pacote, tendo cw o dobro do seu valor anterior. importante esclarecer que o mecanismo de backo exponencial minimiza, mas no elimina, a chance de dois ou mais terminais transmitirem ao mesmo tempo, gerando colises no canal. Neste protocolo, existem duas tcnicas de transmisso de pacotes [sta 2003, Bianchi 2000, Crow et al. 1997a, Crow et al. 1997b], as quais sero descritas nas sub-sees abaixo.
Terminal Origem
8765 432 1 Slot de Tempo BT = 8
Dados
4 32 1 BT = 4
SIFS
Terminal Destino
tempo (s)
DIFS
DIFS
DIFS
Outro Terminal
87 BT = 8
Dados ...
Canal ocupado (NAV) 6 5 43 Canal ocupado (NAV) 21
tempo (s)
Figura 2.5: Exemplo do Mecanismo Bsico de Acesso. importante lembrar que quando um frame de dados transmitido, o campo Durao contido no cabealho deste frame utilizado para informar, a todas as estaes do BSS, quanto tempo o meio car ocupado. Todas as estaes devero, portanto, ajustar as suas variveis NAV.
19
ing (Figura 2.6) e pode ser utilizada, opcionalmente, em uma transmisso de pacote.
Uma estao que deseja transmitir um pacote, espera at que o canal esteja ocioso por um tempo DIFS, seguindo as regras de backo explicadas anteriormente e, ento, ao invs de transmitir o pacote de dados, primeiramente transmite um frame curto especial chamado RTS (Request To Send). Quando a estao receptora recebe um frame RTS, a mesma deve responder, aps um tempo SIFS, com um frame CTS (Clear To Send). A estao transmissora pode, ento, enviar seu pacote de dados, somente se o frame CTS for corretamente recebido.
SIFS SIFS SIFS DIFS
Fonte
RTS
Destino
CTS
Outros Terminais
tempo (s)
Inicio do Backoff
Figura 2.6: Exemplo do Mecanismo de Acesso com RTS/CTS. Os frames de dados, RTS e CTS carregam informaes sobre o tamanho do pacote a ser transmitido. Esta informao pode ser lida por qualquer outra estao ouvinte, que est apta, assim, a atualizar seus vetores de alocao de rede (NAV - Network
frames de controle, um delay adicional ser imposto devido ao overhead causado por
estes frames de controle. Alm disso, haver desperdcio na utilizao do canal, pois trafegaro informaes que no sero teis.
21
cw recongurado para CWmin . De fato, esta varivel pode assumir dois valores
distintos, nos seguintes casos:
22
Frames de Gerenciamento: Estes tipos de frames so utilizados para associaes, desassociaes e autenticaes de terminais sem o com o AP. O padrao 802.11 requer que o AP envie, periodicamente, pacotes beacons contendo seu endereo MAC e seu SSID(Service Set Identier)3 . As estaes sem o, sabendo que os APs esto enviando tais beacons, examinam os 11 canais disponveis, a procura de quaisquer beacons enviados por APs prximos. Atravs das informaes recebidas e utilizando o protocolo de associao do 802.11, o terminal wireless escolhe um AP para se associar. Para completar este procedimento, o terminal dever tambm autenticar-se com o AP. Se tudo correr sem problemas, o terminal sem o far parte da sub-rede do AP, recebendo um endereo IP apropriado.
23
CRC (4 octetos)
CRC (4 octetos)
CRC (4 octetos)
CRC (4 octetos)
24
Verso do Protocolo (2 bits): Este campo utilizado para o reconhecimento da verso do protocolo;
FromDS (1bit): Este campo possui o valor 1 quando sua origem o DS; Mais Fragmentos (1bit): Este campo possui valor 1 quando existem mais
fragmentos subseqentes pertencentes a este frame;
Gerencimento de Energia (1 bit): Este campo indica o modo de gerencimento de energia da estao aps a transmisso do frame corrente;
Mais Dados (1 bit): Este campo utilizado pelo AP para informar que
existem mais pacotes armazenados que sero destinados para a estao receptora; 25
2.7 Tipos e Formatos de Frames WEP (1bit): Este campo indica se os dados do frame foram codicados
de acordo com o algoritmo WEP4 [McFarland e Wong 2003];
Endereo 2 (6 octetos): Este campo contm o endereo da estao que transmitiu o pacote. Caso o campo FromDS possua o valor 1, ento este campo possuir o endereo do AP;
Equivalent Privacy. Inmeras falhas foram descobertas neste sistema e, por isso, no mais
considerado seguro. Este sistema garante privacidade mas no integridade dos dados. 5 Esta classe de servio denida para usurios que no aceitam mudanas de ordem entre
frames Multicast e Unicast, ou seja, a ordem de frames Unicast para um determinado endereo
sempre mantida.
26
Controle do Frame (2 octetos): Idntico ao do MAC Header; Durao (2 octetos): o tempo, em micro-segundos, necessrio para a transmisso do prximo frame de dados, mais um frame CTS, mais um frame ACK e mais 3 intervalos SIFS;
TA (6 octetos): Este campo contm o endereo da estao que est transmitindo o RTS. O cabealho CTS formado pelos seguintes campos:
Controle do Frame (2 octetos): Idntico ao do MAC Header; Durao (2 octetos): o tempo, em micro-segundos, necessrio para a transmisso do prximo frame de dados, mais um frame ACK e mais 2 intervalos SIFS;
Utilizamos um modelo bastante detalhado do comportamento do usurio web; Avaliamos o desempenho do protocolo IEEE 802.11 para cenrios onde existe
trfego web ou CBR disputando o meio de transmisso.
30
3.1 Introduo
O Tangram-II[Silva e Leo 2000, Carmo et al. 1998] um ambiente para modelagem de sistemas computacionais e de comunicao que oferece uma interface baseada no paradigma de orientao objetos e uma variedade de solvers para a obteno das medidas de interesse. O ambiente tambm inclui mdulos para experimentos em redes de computadores e ferramentas multimdia que auxiliam no processo de modelagem. O projeto deste ambiente iniciou-se em 1994 e vem sendo continuamente desenvolvido. A cada ano novas funcionalidades e melhoramentos so includos. Em 2000, o TANGRAM-II passou a ser distribudo gratuitamente na Internet. 31
3.1 Introduo
A Figura 3.1 exibe a interface do Ambiente de Modelagem. Os cones esquerda, na gura, mostram as opes disponveis aos usurios:
Mdulo de especicao de modelos; Mdulo de gerao do modelo matemtico; Mdulo para soluo analtica de modelos; Mdulo para gerao de medidas de interesse; Mdulo sobre descritores de trfego; Mdulo de simulao.
Figura 3.1: A interface do Ambiente de Modelagem do Tangram-II. Um modelo, nesta ferramenta, representa uma coleo de objetos que interagem entre si, enviando e recebendo mensagens. O estado de cada objeto representado por um conjunto de variveis. Eventos e mensagens, e suas condies e aes associadas, denem o comportamento de um objeto. Eventos so gerados espontaneamente, desde que a condio especicada, quando o objeto foi denido, seja satisfeita. Estas condies so booleanas e so avaliadas utilizando-se o estado corrente do objeto. As mensagens 32
3.2 A Modelagem
so abstraes utilizadas para representar a interao entre os objetos e so entregues em tempo zero. Quando um evento executado ou uma mensagem recebida, um conjunto de aes especicadas pelo usurio so realizadas com uma dada probabilidade. Como resultado de uma ao, o estado do objeto pode mudar e mensagens podem ser entregues para outros objetos do modelo. Para auxiliar na denio do modelo e de novos objetos, utiliza-se a interface grca de domnio pblico TGIF (Tangram
Graphic
Interface
Facility)
[W. Chia-Whei Cheng ]. A verso corrente do Tangram-II possui vrios solvers para anlises de mtricas de performance e disponibilidade em estado estacionrio e transiente. Um simulador robusto tambm faz parte dos mtodos de soluo e suporta simulao de eventos raros e de uidos.
3.2 A Modelagem
Para criar um novo modelo, utilizando o TGIF, o usurio pode incluir diversos tipos de objetos pr-denidos, disponveis na Biblioteca de Objetos, ou pode construir um novo objeto. Todos os objetos so parametrizados e suas instncias so declaradas com parmetros especcos. Novos objetos so denidos e especicados em termos de representao grca e de comportamento, utilizando-se templates. O template (Figura 3.2) exibe as variveis de estado e todos os tipos de parmetros que podem ser denidos pelos usurios. Mostra tambm os campos que devem ser preenchidos, incluindo eventos, mensagens e suas aes e condies associadas. Um novo objeto tambm pode ser includo na Biblioteca de Objetos, para que seja reutilizado posteriormente. Os objetos tambm podem possuir um atributo chamado recompensa, utilizado
33
3.2 A Modelagem
para a obteno de medidas de interesse. Este item ser melhor detalhado posteriormente.
Declaration= name=UNIQUE_NAME
Messages=
Rewards=
Figura 3.2: O template de um objeto no Tangram-II. Depois da criao dos objetos, necessrio conect-los, utilizando-se portas. Por meio destas portas ser possvel realizar a comunicao entre os objetos, atravs da entrega e recebimento de mensagens. As variveis declaradas no modelo podem ser variveis de estado, constantes ou parmetros. Variveis de estado podem ser do tipo inteiro ou oat, podendo tambm haver vetores de variveis. Constantes podem ser do tipo inteiro, oat, object ou
3.3 A Simulao
3.3 A Simulao
Quando mtodos analticos no podem ser utilizados para resolver o modelo, a simulao o mtodo escolhido. Neste caso, os eventos podem ter uma distribuio pr-denida ou suas ocorrncias podem ser programadas atravs da leitura de arquivos contendo tais tempos. A simulao pode ser realizada no modo batch ou no modo interativo. No modo
Recompensas de Impulso: A recompensa de impulso est associada s transies entre os estados do sistema. Se uma recompensa rij est associada transio do estado i para o estado j , ento o sistema acumula uma recompensa rij cada vez que ocorre uma transio do estado i para o estado j . Por exemplo, pode-se medir o nmero de pacotes servidos em um sistema atravs de uma recompensa de impulso de valor 1 atribuda ao evento de servio de pacotes. Toda vez que este evento ocorrer, o valor da recompensa incrementado, contabilizando, ao nal da simulao, o nmero de pacotes servidos. Uma recompensa de taxa ou de impulso pode ser denida para um objeto particular utilizando o seu atributo Rewards. Deste modo, recompensas so especicadas a partir de variveis de estado ou eventos do objeto associado. Para utilizar variveis de diferentes objetos, deve-se utilizar a instruo de recompensa global. A sintaxe utilizada para denir uma recompensa global a mesma para denir recompensas locais nos objetos. Pode-se concluir, ento, que este recurso genrico o suciente para permitir uma vasta gama de medidas.
A direo na gerao dos probes1 . Os pacotes podem ser gerados de uma fonte
1 Probes
36
Figura 3.3: O Gerador de Trfego para um destino (One-Way), entre dois hosts enviando pacotes, ao mesmo tempo, entre si (Two One-Way) e entre dois hosts, onde o receptor "responde" ao emissor no momento de chegada do probe (Round-Trip).
O modelo de gerao de probes. Esta gerao pode ser (i) com taxa constante
de bits (CBR), (ii) modulada por uma cadeia de Markov (Markov-Modulated) contnua com um nmero nito de estados, (iii) baseada em um arquivo de
37
Figura 3.4: As medidas do Gerador de Trfego As medidas de interesse podem ser exibidas em um editor de texto ou tambm no formato de grcos, utilizando-se o programa Gnuplot[Wiliams e Kelley ], acionado pelo usurio atravs da interface da ferramenta. 38
39
Estudar uma anomalia que ocorre quando os terminais transmitem com taxas
diferentes em uma rede 802.11. No Apndice A, detalhamos os parmetros utilizados no modelo. Esta seo facilitar a compreenso do cdigo desenvolvido, bem como sua posterior modicao, no intuito de realizar diferentes tipos de teste.
40
Source: Objeto responsvel pela gerao de pacotes de dados; Wireless Terminal (WT): Objeto responsvel pelo procedimento da funo
DCF;
Wireless Terminal, trs objetos do tipo Source, um objeto do tipo Access Point e
um do tipo Channel. Apesar de as simulaes serem feitas para uma rede infra-estruturada, importante ressaltar que o modelo criado genrico o suciente para realizar testes de redes ad-hoc tambm, o que o torna bastante exvel. Para isto, basta apenas congurar, atravs do campo de identicao do destino, no cabealho do pacote, o nmero identicador nico do terminal para o qual se deseja enviar as mensagens.
41
Figura 4.1: O modelo bsico de acesso criado com a ferramenta Tangram-II. Nas sub-sees abaixo, descreveremos a construo de cada objeto do modelo. As constantes sero declaradas com letras maisculas, enquanto as variveis de estado sero declaradas com a primeira letra em maisculo e as demais em minsculo.
event=Packet_Generation (DET,CBR_RATE) condition=(1) /* a condio do evento sempre verdadeira, para que pacotes sejam gerados continuamente */ action= { int lv_vec[2]; lv_vec[1] = MSDU_SIZE; /* tamanho do pacote */ lv_vec[0] = 4; msg(SEND_PKT_PORT,all,lv_vec); /* envio do vetor lv_vec atravs da porta SEND_PKT_PORT */ };
Na segunda verso, ao invs dos dados serem transmitidos bit a bit, para cada
pacote, envia-se uma mensagem para o canal no incio e no m de sua transmisso. Este processo reduz drasticamente o nmero de eventos escalonados, minimizando, signicativamente, o tempo de simulao. Para cada pacote, ao invs de haver um evento associado a cada bit, em sua 44
Waiting_DIFS(DET,WAITING_DIFS_RATE)): Evento responsvel por simular a espera por um tempo DIFS no qual o canal permanece ocioso. A condio para que o evento ocorra T rying _T ransmission == 1 e Enable_Ev _W aiting _Dif s == 1. A taxa do evento constante W AIT IN G_DIF S _
RAT E e sua distribuio determinstica. Waiting_Backo(DET,Waiting_Backo_Rate): Evento responsvel por simular a espera pelo tempo de backo. A condio do evento T rying _ T ransmission ==
1 e Enable_Ev _W aiting _Backof f == 1. A taxa do evento W aiting _ Backof f _Rate com distribuio determinstica; Transmission(DET,Pkt_Transmission_Rate): Evento responsvel pela simulao da transmisso de um pacote de dados. A condio do evento T rying _
T ransmission == 1 e Ready _T o_T ransmit == 1. A taxa do evento P kt_T ransmission_Rate com distribuio determinstica; Waiting_Ack(DET,WAITING_ACK_RATE): Evento responsvel pela simulao de espera pelo ACK. Sua condio de execuo T rying _ T ransmission
== 1 e Enable_Ev _W aiting _Ack == 1. A taxa do evento W AIT IN G_ ACK _RAT E com distribuio determinstica. Waiting_SIFS(DET,SIFS_RATE): Evento responsvel pela simulao de espera pelo tempo SIFS. Sua condio de execuo Enable_Ev _W aiting _Sif s 45
msg_rec = MSG_WT_CH_PORT action = { ... if (n_tx>0) enable_ev_waiting_difs = 0; else if (n_tx==0) enable_ev_waiting_difs=1; ... }
O modo de construo do evento de espera pelo tempo de backo difere-se um pouco do evento de espera pelo DIFS, uma vez que necessrio pensar no tempo 46
W aiting _Backof f utilizado para implementar este mecanismo e sua taxa atualizada sempre que uma transmisso for detectada durante a contagem do tempo de backo. A varivel local lv _last_backof f _simul_time armazena o tempo de simulao na hora em que a mensagem de incio de transmisso for recebida. Neste momento, desabilita-se o evento corrente e escalona-se um novo evento, atualizandose a taxa W aiting _Backof f _Rate para computar o tempo de backo restante. Abaixo, exibe-se o cdigo que realiza este procedimento.
msg_rec = MSG_WT_CH_PORT action = { ... if (enable_ev_waiting_backoff == 1) { lv_last_backoff_simul_time = get_simul_time(); enable_ev_waiting_backoff = 0; backoff_time_resume = 1; lv_time = (lv_last_backoff_simul_time - initial_backoff_simul_time); waiting_backoff_rate = 1.0/((1.0/waiting_backoff_rate) - lv_time); } ... }
Algumas observaes:
47
A varivel de estado Initial_Backof f _Simul_T ime armazena o tempo inicial, ou de retomada, da contagem de backo.
P kts_T o_Send_Queue. Esta uma la do tipo Double Ended Queue e no caso
especco do modelo do tipo inteiro. Este tipo de la foi o mecanismo escolhido para gerenciar os pacotes que devem ser enviados, pois os comandos disponveis
SIZE . Se o tamanho do pacote de dados for maior, ento o pacote dever ser fragmentado antes de ser enviado. Abaixo, encontra-se o cdigo responsvel por este mecanismo:
msg_rec = RCV_PKT_PORT action = { ... lv_elem[0] = lv_msg[0]; /* WT Destino */ lv_elem[2] = pkt_num; /* Pkt ID */
48
A varivel P kts_T o_Send_Queue possui tamanho 4. Na posio 0, armazenado o W T _N U M do WT destino. Na posio 1, armazena-se o tamanho do pacote aps a fragmentao. Na posio 2, armazena-se o ID do pacote que est sendo enviado e na posio 4, armazena-se o nmero de seqncia do fragmento.
50
No objeto Wireless Terminal, alterar dois parmetros presentes na inicializao: - W T _N U M : responsvel por identicar unicamente o terminal wireless dentro do modelo. Isto signica que cada WT deve possuir um W T _N U M diferente. - RCV _P KT _P ORT : este parmetro congura a porta por onde sero recebidos os pacotes enviados pelo objeto Source ao WT, a m de que sejam armazenados na la P kts_T o_Send_Queue.
51
52
PGB
1-PGB
Good
Bad
1-PBG
PBG
Figura 4.2: O modelo de Gilbert-Elliot Na Figura 4.2, os parmetros PGB e PBG representam a probabilidade de transio do estado GOOD para o BAD e do BAD para o GOOD, respectivamente. Dado um estado inicial, uma maneira simples de implementar este modelo de erros : (i) realizar um experimento aleatrio para determinar se o bit errneo ou no, levando-se em considerao o estado atual do canal, e (ii) realizar um outro experimento aleatrio para determinar se haver mudana de estado do modelo (de GOOD para BAD ou vice-versa). Com o procedimento descrito acima, ca claro que a desvantagem desta implementao ter, para cada bit, a execuo de dois experimentos de Bernoulli: um para determinar se o bit errneo ou no e outro para vericar se haver transio entre os estados do canal. Isto representa um prejuzo enorme para o modelo de simulao de pacotes, uma vez que um pacote pode conter milhares de bits. O modelo de Gilbet-Elliot comumente utilizado para modelar ambientes indoor e constitui um caso particular do modelo FSMC (Finite-State Markov-Channel) 54
outdoor.
Ao invs de realizar um experimento de Bernoulli, a cada bit, para atualizao do estado do canal, pode-se denir o nmero de bits at que haja uma transio de estados. Seja, ento, X uma varivel aleatria que representa o nmero de bits transmitidos at que ocorra uma uma transio de estados com probabilidade p. Logo, conclui-se que X segue uma distribuio geomtrica, com:
4.2 A Modelagem de Erros no Canal Pok = (1 y)n Perr = 1 Pok = 1 (1 y)n , onde Pok a probabilidade de no haver
erros no pacote e Perr a probabilidade de haver pelo menos um erro no pacote. evidente que podem haver transies de estado enquanto o pacote est sendo transmitido. Para solucionar este problema, deve-se calcular a probabilidade de erro da frao do pacote no estado atual, e repetir este processo para as demais fraes do pacote. Os resultados parciais devem ser, ento, combinados para determinar a probabilidade de erro no pacote como um todo. A Figura 4.3 exemplica esta situao. Para cada perodo Ti (i = 1, 2, 3, 4), computa-se a probabilidade de haver erro nos ni bits que passaram em cada um deles, levando-se em conta a probabilidade de erro do bit no estado corrente (BAD ou GOOD). Ao nal do envio do pacote, se pelo menos um dos perodos acusar bit errneo, o pacote descartado.
Mensagem inicial de envio do pacote Bad->Good Good->Bad Good->Bad Mensagem final de envio do pacote
T1
T2
T3
T4
Os dois procedimentos descritos acima reduzem a complexidade, o custo computacional e o tempo de simulao. Por isso, o modelo de Ebert e Willig foi o escolhido para ser implementado na modelagem de erros do canal.
56
GB =
(4.1)
BG =
(4.2)
A parametrizao desta cadeia de Markov se basear nos valores utilizados em [Crow et al. 1997b, Crow et al. 1997a, Liu e Wu 2000, Veeraraghavan et al. 2001, Ci et al. 2001, Ebert e Willig 1999] e que esto expostos na Tabela 4.2. importante ressaltar que estes valores foram escolhidos de forma a se equivalerem ao ambiente real de testes que ser utilizado para validar o modelo (vide seo Simulao em Ambiente Real). Sendo assim, sero considerados:
GB BG eG eB
30 10
1010 105
Ambiente indoor com os terminais a menos de 30 metros uns dos outros; As estaes no trabalham no modo PS (Power-Saving);
57
Goodput: Dene-se goodput como o nmero total de bits enviados, e conrmados devidamente por um ACK, por tempo total de simulao. Logo, a medida do goodput deve ser sempre menor ou igual medida do throughput.
Janela de Conteno (CW): Com esta medida, possvel acompanhar o desenvolvimento da janela de conteno CW. 58
P erda no Canal = 1
Goodput T hroughput
(4.3)
O ambiente de simulao composto por trs terminais wireless, com taxas de transmisso de 1Mbps, enviando trfego CBR para o AP, conforme Figura 4.1. Nesta simulao, assumimos que os WTs sempre possuem pacotes a serem enviados, ou seja, suas las P kts_to_Send_Queue nunca esto vazias. O canal simula o modelo de erro de Ebert-Willig. Para exemplicar, abaixo exibe-se os grcos de throughput e goodput (Figura 4.4) e da janela de conteno (Figura 4.5), do WT1, WT2 e WT3, assumindo-se as seguintes suposies:
Tempo de simulao de 20s; Taxa de transmisso de 1Mbps para todos os terminais wireless e o AP; eB = 105 , eG = 1010 , GB = 30 e BG = 10 como parmetros utilizados no
modelo de erros do objeto Channel;
Tamanho do pacote de dados de 1000 bytes. Durante a simulao, as constantes MAC_HEADER e PHY_HEADER sero acrescidas ao tamanho do pacote, conforme explicado anteriormente.
500000
400000
100000
0 0 5 10 15 20 Tempo (s)
Figura 4.4: Grco do Throughput e Goodput com BER no estado BAD de 10e-5 Throughput WT1 WT2 WT3 317.036 bits/s 310.828 bits/s 320.997 bits/s Goodput 297.984 bits/s 293.884 bits/s 300.327 bits/s Perdas 0,0601 0,0545 0,0643
Tabela 4.3: Mdias obtidas. quanto menor forem as perdas no canal, maior ser o goodput e menor ser o valor alcanado pela janela de conteno, dado que sero necessrias poucas retransmisses. Alm disso, importante observar tambm que a soma dos throughputs de cada WT igual a capacidade do canal, no caso de nossa simulao, 1Mbps. Os objetos
Source esto gerando dados de modo que as las P kts_T o_Send_Queue dos WTs
nunca quem vazias, obtendo-se, portanto, o throughput de saturao exibido nos grcos. Alguns outros testes foram realizados variando-se o valor dos BERs. Abaixo, exibe-se os grcos do throughput, do goodput e da janela de conteno para os valores de eB = 2 105 (Figuras 4.6 e 4.7, e Tabela 4.4) , de eB = 104 (Figuras 4.8 60
120
100
Janela 80 de Contenao 60
40
20
0 0 5 10 15 Tempo (s) 20
Figura 4.5: Grco da Janela de Conteno com BER no estado BAD de 10e-5 e 4.9, e Tabela 4.5) e de eB = 102 (Figuras 4.10 e 4.11, e Tabela 4.6 ). Throughput WT1 WT2 WT3 308.972 bits/s 325.199 bits/s 315.320 bits/s Goodput 273.838 bits/s 285.392 bits/s 280.139 bits/s Perdas 0,1137 0,1224 0,1116
Tabela 4.4: Mdias obtidas ao nal da simulao com BER no estado BAD de 2X10e-5. Observando os grcos, constata-se que quanto maior o eB mais os grcos do
Figura 4.6: Grco do Throughput e do Goodput com BER no estado BAD de 2x10e-5 Throughput WT1 WT2 WT3 307.935 bits/s 308.651 bits/s 320.364 bits/s Goodput 174.390 bits/s 164.982 bits/s 176.166 bits/s Perdas 0,4337 0,4655 0,4501
Tabela 4.5: Mdias obtidas ao nal da simulao com BER no estado BAD de 10e-4. Podemos observar que a perda se mantm abaixo de 10% para valores de erro no bit inferiores a 105 . No entanto, se o erro aumenta para 104 , a perda cresce para valores em torno de 45%. Quando a probabilidade de erro no bit de 106 , a perda tem valor inferior a 1%. O tempo real de execuo para cada uma das simulaes realizadas foi menor que 4 minutos.
62
250
100
50
0 0 5 10 15 Tempo(s) 20
Figura 4.7: Grco da Janela de Conteno com BER no estado BAD de 2x10e-5 Throughput WT1 WT2 WT3 315.301 bits/s 297.693 bits/s 274.988 bits/s Goodput 80.764 bits/s 64.344 bits/s 48.465 bits/s Perdas 0,7438 0,7838 0,8237
Tabela 4.6: Mdias obtidas ao nal da simulao com BER no estado BAD de 10e-2.
63
500000
400000
100000
0 0 5 10 15 Tempo(s) 20
Figura 4.8: Grco do Throughput e do Goodput com BER no estado BAD de 10e-4 Destino conectado diretamente ao AP atravs de um cabo de rede. Mquina WT1 WT2 WT3 TD Sistema Operacional Linux - Kernel 2.6.11 Linux - Kernel 2.6.11 Linux - Kernel 2.6.15.6 Linux - Kernel 2.6.9 Placa Wireless Intel PRO/Wireless 2915 ABG Mini PCI Adapter Intel PRO/Wireless 2915 ABG Mini PCI Adapter Intel PRO/Wireless 2200 BG Intel Corporation 82801 BA Ethernet Controller
Tabela 4.7: Caractersticas das mquinas utilizadas no ambiente real. Os terminais wireless enviam trfego CBR sobre UDP para o Terminal Destino atravs do AP. O Gerador de Trfego executado nos APs e no TD. Os APs geraro o trfego CBR e o TD ir coletar estes dados e calcular as medidas solicitadas. Na Figura 4.14 exibimos a tela de congurao do Gerador de Trfego. Abaixo esto descritos os principais parmetros que foram inseridos no Gerador de Trfego. importante ressaltar que estes parmetros foram escolhidos de forma que o ambiente real e o simulado fossem similares, possibilitando comparaes dos resultados e, conseqentemente, a validao do modelo criado.
64
1000
800
600
200
0 0 5 10 15 Tempo(s) 20
Figura 4.9: Grco da Janela de Conteno com BER no estado BAD de 10e-4
Segment - Size(bytes): Este parmetro indica o tamanho do pacote a ser enviado. Nos testes realizados, foram utilizados pacotes de 1000 bytes totais, incluindo dados e cabealhos do UDP e da camada IP. Sendo assim, o valor deste campo ser de 972 bytes: dos 1000 bytes descontou-se os cabealhos do UDP (20 bytes) e do IP(8 bytes), que, posteriormente, sero acrescentados pelo aplicativo no momento do envio do pacote1 .
Segment - Time(secs): Tempo, em segundos, do intervalo entre envio de pacotes. No caso, deseja-se obter o throughput de saturao da rede. Como a taxa de transmisso das estaes sem o e do AP est congurada para 1Mbps, ento o valor deste campo de aproximadamente 0.0078s (972 bytes/1Mbps).
Host: IP da mquina destino, no caso, o TD que possui o IP 192.168.1.10. Port: Porta utilizada para transmisso dos dados.
1O
prembulo da camada fsica antes do envio do pacote de dados. O modelo do 802.11 foi desenvolvido para funcionar de forma semelhante, tambm adicionando estes valores antes do envio do pacote. Deste modo, os resultados dos dois sistemas podero ser, posteriormente, comparados.
65
500000
400000
100000
0 0 5 10 15 Tempo(s) 20
Figura 4.10: Grco do Throughput e do Goodput com BER no estado BAD de 10e-2
Total Generation Time - Time(secs): Tempo total, em segundos, que o Gerador de Trfego enviar os pacotes para o destino. Em cada WT, o gerador de trfego foi congurado com os mesmos parmetros, a m de simular trs terminais sem o enviando dados simultaneamente para o AP e, conseqentemente, disputando o canal. Para obter os resultados neste ambiente, realizamos 10 simulaes de 200s de durao cada uma. As 10 simulaes foram realizadas em dois dias diferentes, sendo 5 simulaes por dia. Nas tabelas abaixo, mostramos a mdia amostral, o desvio padro amostral e o intervalo de conana, destas 10 simulaes, para as medidas de throughput(Tabela 4.8), goodput(Tabela 4.9) e perda no canal(Tabela 4.10) dos WTs. Para calcular estes valores, utilizamos as seguintes frmulas[Trivedi 2002]:
Mdia Amostral X =
1 n
n i=1
1 n1
n i=1 (Xi
X)2 ;
66
Mdia WT1 WT2 WT3 301.424 bits/s 277.880 bits/s 305.267 bits/s
Intervalo de Conana (288.460, 314.390) bits/s (267.200, 288.660) bits/s (280.180, 330.350) bits/s
Mdia WT1 WT2 WT3 262.987 bits/s 238.619 bits/s 273.665 bits/s
Intervalo de Conana (237.740, 288.230) bits/s (215.950, 261.290) bits/s (242.100, 305.230) bits/s
67
1000
800
200
0 0 5 10 15 Tempo(s) 20
Figura 4.11: Grco da Janela de Conteno com BER no estado BAD de 10e-2
S Intervalo de Conana = X tn1;/2 n , onde tn1;/2 corresponde constante
da distribuio Students' t com 9 graus de liberdade e com probabilidade de 0,95 de intervalo de conana. Atravs destas medidas, podemos garantir com 95% de certeza que os valores do throughput, goodput e perda no canal esto dentro dos intervalos de conana correspondentes, o que nos d uma melhor dimenso dos dados coletados. Tomando, por exemplo, o valor da perda para o WT1, garantimos que:
(4.4)
0.8
0.7 P E R D A
0.6
0.5
0.4
0.3
0.2
0.1
0 1e-06
1e-05
0.0001
0.001
0.01
0.1
Figura 4.12: Grco da Perda X Probabilidade de Erro no Estado BAD (em escala logartmica) As suposies para as simulaes foram as mesmas, tanto no ambiente real como no ambiente de simulao. Portanto, podemos concluir que:
192.168.1.11
WT1
192.168.1.12
WT2
192.168.1.13
WT3
Figura 4.13: A topologia da rede wireless utilizada nos testes. misses. E quanto mais retransmisses, mais o goodput prejudicado. Pelo grco da Figura 4.12 podemos observar que a perda ca abaixo de 10% para EB 105 . Quando a probabilidade de ocorrer um erro no bit maior do que 104 (EB 104 ), a perda atinge valores inaceitveis (maiores que 40%).
wireless, possui taxa de transmisso menor que a dos demais. Nestes trabalhos foi
mostrado que o desempenho de todos os terminais ca prejudicado. Em uma rede local sem o local, um terminal pode estar posicionado, em relao 70
Figura 4.14: A tela de congurao do Gerador de Trfego. ao AP, de tal maneira que a qualidade de sua transmisso de rdio seja inferior a dos outros terminais. Neste caso, os produtos 802.11b atuam de forma a reduzir a taxa de transmisso do valor padro (11Mbps) para 5,5Mbps, 2Mbps ou 1Mbps, quando repetidas transmisses falhas de frames so detectadas. A anomalia na performance se apresenta exatamente neste cenrio. Se existe, na rede, ao menos um terminal com uma taxa de transmisso inferior, o throughput de todos os terminais transmitindo com uma taxa maior degradado at um nvel inferior ao do terminal de menor taxa. Tal comportamento penaliza os terminais rpidos e privilegia os mais lentos. A razo para esta anomalia provm do mtodo de acesso bsico do canal, o CSMA/CA, que garante, a longo prazo, uma probabilidade igual de acesso ao canal para todos os terminais. Quando um terminal captura o canal por muito tempo, devido a sua baixa taxa de transmisso, os demais terminais, com taxas superiores, so penalizados. Para ilustrar este fenmeno, na Figura 4.15 apresentamos o grco do throughput e do goodput para a situao em que todos os terminais esto transmitindo trfego CBR, para o AP, a uma taxa de 11Mbps. As probabilidades de erro so eB = 105 71
5e+06
4e+06
1e+06
0 0 1 2 3 4 Tempo (s) 5
Figura 4.15: Grco do Throughput e do Goodput para taxas de transmisso de 11Mbps. Na Figura 4.16, exemplicamos o problema da anomalia de performance. Nesta situao, os terminais WT1 e WT2 transmitem com taxa de 11Mbps, enquanto o WT3 transmite a uma taxa de 1Mbps. Os demais parmetros do modelo so idnticos aos utilizados anteriormente. Como foi dito, o terminal WT3, transmitindo a 1Mbps, ir degradar o throughput dos demais WTs, a um nvel inferior a 1Mbps. Em [Kim et al. 2005], os autores propem minimizar o efeito desta anomalia de performance atravs da diferenciao de servios. Neste trabalho, os autores demonstram analiticamente que o throughput devido pode ser precisamente alcanado, mesmo quando os terminais utilizam diferentes taxas de transmisso, atravs do controle da janela de conteno mnima, a CWM in . A idia inicializar a CWM in com um valor inversamente proporcional ao da taxa de transmisso do terminal2 .
2O
IEEE 802.11e, novo padro para extenso de Qualidade de Servio (QoS) do 802.11, permite
72
1.5e+06
0 0 2 4 6 8 Tempo(s) 10
Figura 4.16: Grco do Throughput e do Goodput exemplicando a anomalia na performance. No caso do protocolo 802.11b, a maior taxa (11Mbps) possuir o valor padro de
CWM in = 32. Para as demais taxas, o valor da janela de conteno mnima ser
calculado da seguinte forma:
(X)
(11)
(4.5)
Na Figura 4.17 apresentamos o resultado da modicao proposta. Claramente, possvel ver que houve grande melhora nos throughputs dos WT1 e WT2. O aumento da janela de conteno do WT3 fez com que este terminal tenha que esperar mais tempo para conseguir acesso ao canal e, conseqentemente, ocupe o canal menos vezes e por menos tempo. Podemos ver atravs da Figura 4.17 que a soluo adotada no trabalho de [Kim et al. 2005] foi eciente em relao ao throughput. No entanto, no foi avaliado o tempo de resposta que o terminal, que possui a maior janela de conteno mnima,
a congurao dinmica da janela de conteno mnima.
73
6e+06
5e+06
1e+06
0 0 2 4 6 8 Tempo(s) 10
Figura 4.17: Grco do Throughput aps correo da janela de conteno mnima do WT1. obteve. No prximo captulo iremos investigar o impacto que esta modicao do protocolo pode causar no tempo de resposta do usurio.
74
Estudar o comportamento do mecanismo 802.11 com diversos usurios acessando a web. Iremos variar a taxa de transmisso dos terminais e a populao web.
5.1 Introduo
A crescente importncia do trfego WEB na Internet torna cada vez mais necessrio o desenvolvimento de modelos de trfego precisos, a m de caracterizar seu comportamento, possibilitando planejamento e previses das necessidades futuras. At75
5.1 Introduo
ualmente, estima-se que este tipo de trfego seja responsvel por mais de 70% do trfego total[Thompson et al. 1997] que circula na Internet. A modelagem do trfego WEB dicultada por duas razes. Primeiramente, pela diversidade de componentes que interagem entre si. Navegadores e servidores WEB, de inmeros fabricantes, possuem comportamentos distintos e valores de parmetros diferentes. O protocolo HTTP est em constante mudana e vrias verses coexistem. A segunda razo que a interao WEB se torna cada vez mais complexa devido aos diferentes tipos de acesso dos usurios ao ambiente. Os padres de navegao so diversos. Um usurio pode, propositalmente ou acidentalmente, abrir vrios naveragores e navegar por vrias pginas ao mesmo tempo. Um usurio pode tambm abandonar uma pgina web que est sendo exibida, movendo-se para outra pgina, clicando no boto de stop ou, ento, fechando o aplicativo. Algumas ferramentas permitem tambm que um navegador requisite vrias pginas ao mesmo tempo. Para lidar com toda esta diversidade, necessitaremos de uma entidade mais geral e unidade bsica, chamada Requisio WEB, que ser adotada no modelo. Uma Requisio WEB composta de uma pgina ou um conjunto de pginas resultantes da ao de um usurio. Uma pgina Web composta de objetos. Estes objetos so simplesmente arquivos, como uma pgina HTML, uma imagem JPEG ou GIF, um applet Java e etc. A maioria das pginas HTML composta por um objeto principal, normalmente um arquivo HTML, e diversos objetos relacionados. Por exemplo, se uma pgina WEB contiver texto HTML e 3 imagens JPEG, ento a pgina Web tem 4 objetos no total: o arquivo-base HTML e mais as 3 imagens. Este arquivo-base HTML relaciona os outros objetos da pgina com seus URLs. Ao acessar uma pgina HTML, digitando seu endereo em um Web Browser ou atravs do clique em um hiperlink, o cliente dispara o incio de uma sesso. O navegador se conectar, via TCP, com o servidor da pgina em questo e solicitar o
76
5.1 Introduo
objeto principal. Uma vez que o objeto principal for recebido pelo cliente, o mesmo analisar o arquivo-base e solicitar os demais objetos relacionados. Aps obter todos os objetos, o usurio permanecer por alguns minutos observando o contedo recebido e, posteriormente, poder decidir pela requisio de outra pgina. O protocolo HTTP dene como os clientes WEB solicitam pginas WEB aos servidores de pginas e como os servidores transferem estas pginas aos clientes [J. Kurose and K. Ross 2003].
5.1 Introduo
a durao do perodo ON.
Figura 5.1: O modelo ON-OFF de gerao de trfego Web. De acordo com [Deng 1996, Choi e Limb 1999], temos que:
O perodo ON pode ser modelado com uma distribuio Weibull; O perodo OFF pode ser modelado com uma distribuio Pareto; O intervalo entre chegadas, durante o perodo ON, tambm pode ser modelado
com uma distribuio Weibull. Na Tabela 5.1, demonstra-se os valores escolhidos, tambm obtidos em [Deng 1996, Choi e Limb 1999], e que sero utilizados nas distribuies descritas acima. Distribuio Perodo ON (s) Perodo OFF (s) Intervalo entre Chegadas (s) Weibull Pareto Weibull Scale Shape
90, 01 60, 00 4, 48
0, 88 0, 90 0, 50
Tabela 5.1: Valores dos parmetros para o modelo do usurio web. Os tamanhos dos objetos principais e referenciados sero gerados atravs da distribuio Lognormal[Choi e Limb 1999], de acordo com os parmetros da Tabela 5.2. Pode-se observar, que na mdia, o tamanho de um objeto principal maior do que o tamanho de um objeto referenciado. No entanto, a varincia do tamanho de um objeto referenciado bem maior. Na Figura 5.2, apresentamos o layout do modelo gerado no TANGRAM-II. Podese vericar que para cada objeto Wireless Terminal, existe um objeto Web User. Os 78
5.1 Introduo
Distribuio Tamanho do Objeto Principal (bytes) Tamanho do Objeto Referenciado (bytes) Lognormal Lognormal Mdia 10.709,8 7.757,7 Desvio Padro 25.032,1 126.168,0
Tabela 5.2: Valores dos parmetros para gerao dos tamanhos dos objetos. objetos Web User geram os pedidos, de aproximadamente 360 bytes, requisitando objetos principais e referenciados de pginas HTTP, e estes pedidos so enviados, por meio de mensagens, para os objetos Wireless Terminal. Como foi dito no captulo anterior, as fontes de dados e os objetos que simulam os terminais wireless continuam mantidos separadamente, para que seja extremamente fcil alterar o tipo de fonte utilizada. Pode-se observar tambm, que neste modelo existe um novo objeto, alm do
Web User: o objeto Internet. Este objeto ser responsvel por simular o atraso, o
RTT (Round Trip Time), que uma requisio sofre ao ser processada na Internet. Mais especicamente, quando um Wireless Terminal recebe uma requisio do Web
User, e aps os tempos DIFS e de backo consegue obter o canal para transmisso, o
pedido enviado para o AP, que retornar uma mensagem ACK como conrmao de recebimento. O AP processar o pedido do objeto, principal ou referenciado, na Internet e enviar, posteriormente, uma mensagem com o objeto solicitado para o terminal que realizou a requisio. Para simular o atraso das respostas causado pelo trfego na Internet, nos basearemos no trabalho desenvolvido em [Elteto e Molnar 1999]. Naquele trabalho, os autores utilizam uma distribuio Gaussiana, com parmetros de mdia e desvio padro exibidos na Tabela 5.3, para simular este atraso. Distribuio Atraso das respostas (s) Gaussiana Mdia 0,32935 Desvio Padro 0,08032
Tabela 5.3: Valores utilizados nos parmetros para atraso dos pacotes na Internet.
79
5.1 Introduo
Figura 5.2: O modelo do protocolo 802.11 com fonte de trfego WEB. O evento Internet_Delay(GAU SS, DELAY _M EAN, DELAY _V ARIAN CE) foi implementado, no objeto Internet, com o objetivo de simular este atraso gerado pela Internet. Abaixo, exibimos o cdigo deste evento.
event=Internet_Delay(GAUSS,DELAY_MEAN,DELAY_VARIANCE) condition=(Number_Of_Internet_Requests>0) action={ int number_of_internet_requests; FloatQueue objects_queue(6); float lv_vec[6]; get_st(number_of_internet_requests,"Number_Of_Internet_Requests"); get_st(objects_queue,"Objects_Queue"); number_of_internet_requests--; restore_from_head(objects_queue,lv_vec); msg(AP_INTERNET_PORT,AP_OBJ,lv_vec); set_st("Number_Of_Internet_Requests",number_of_internet_requests); set_st("Objects_Queue",objects_queue);
80
5.1 Introduo
};
O interessante desta implementao a utilizao da funo event_clone(), disponvel no Tangram-II. Esta funo capaz de replicar um evento tantas vezes quanto necessrio, desde que a condio deste seja satisfeita. Por exemplo, quando o objeto Internet recebe uma mensagem do objeto AP, o comando clone_ev(Internet _Delay) executado (conforme cdigo abaixo). Isto faz com que, para cada pedido recebido pelo objeto Internet, haja um evento de atraso correspondente. O controle do nmero de eventos Internet_Delay escalonados feito pela varivel N umber_Of _Internet_Queue_Requests. Toda vez que uma mensagem recebida pelo objeto Internet, esta varivel incrementada e quando o evento executado, a varivel decrementada. Note que a condio de execuo do evento (condition = (N umber_Of _Internet_Requests > 0)) controla o nmero total de eventos escalonados.
msg_rec = AP_INTERNET_PORT action = { int number_of_internet_requests; float lv_vec[6]; FloatQueue objects_queue(6); get_st(number_of_internet_requests,"Number_Of_Internet_Requests"); get_st(objects_queue,"Objects_Queue"); get_msg_data(lv_vec); save_at_tail(objects_queue,lv_vec); number_of_internet_requests++; clone_ev("Internet_Delay"); set_st("Objects_Queue",objects_queue); set_st("Number_Of_Internet_Requests",number_of_internet_requests);
81
(5.1)
Intuitivamente, as distribuies cauda-longa mostram grande variabilidade de valores, incluindo valores que diferiro muitas ordens de grandeza da mdia, mesmo que a maioria dos valores se apresente em torno da mdia. De fato, se < 2 ento a
1 Auto-similaridade
82
Taxa de 1Mbps para todos os terminais e para o AP, com 3, 5, 10, 15, 20, 25,
40 e 50 usurios web utilizando a rede; 83
700
100
Figura 5.3: Throughput dos terminais WT1, WT2 e WT3. encontra-se em repouso. Observa-se tambm que o perodo transiente bem maior do que para o trfego CBR, o que era esperado pois a fonte de trfego web possui distribuio com cauda longa. Na Figura 5.4 apresentamos o throughput do AP. Os valores desta medida so bem superiores a dos terminais wireless, pois: (i) O AP responsvel por atender as requisies de todos os terminais dentro do BSS; (ii) O AP se encarrega de transmitir os maiores objetos, sejam eles principais ou referenciados, enquanto os WTs enviam mensagens relativamente pequenas (aproximadamente 360 bytes), requisitando tais objetos. Na Figura 5.5, apresentamos o tempo transcorrido desde que um pedido gerado, dentro do objeto Web User, at o momento em que servido pelo objeto Wireless
85
50000
10000
Figura 5.4: Throughput do Ponto de Acesso. poucos usurios conectados. Na Figura 5.6, apresentamos o tempo total transcorrido desde que uma requisio feita pelo objeto Web User e encaminhada ao objeto Wireless Terminal, passando pelos objetos Channel, AP e Internet, at que sua resposta comece a ser recebida pelo WT que a requisitou. Em resumo, este tempo o tempo total de espera pela resposta a uma requisio de um objeto feita pelo usurio WEB. Neste grco, o eixo das ordenadas tambm est em escala logartmica. A maioria dos tempos de resposta est entre 200ms e 800ms. Pode-se perceber que existe uma variabilidade grande nestes tempos. Uma das explicaes para este fato o tamanho do objeto web possuir distribuio Lognormal. Na Tabela 5.4 encontram-se os valores do throughput (TPUT), do tempo mdio de permanncia na la para cada objeto (MPF_O), do tempo mdio de resposta para cada objeto (MR_O) e do tempo mdio de resposta a uma pgina WEB (MR_P). Podemos notar que para este cenrio, MPF_O representa aproximadamente 2% do MR_O. Este resultado mostra que grande parcela do tempo de resposta devido transmisso dos objetos na rede sem o. As requisies, por serem pequenas, contribuem muito pouco no tempo de resposta. 86
0.1
0.0001
Figura 5.5: Tempo de permanncia na la de cada requisio, antes do incio do servio, para cada WT. Alm disso, importante notar que o tempo mdio de resposta de uma pgina WEB para o WT1 foi maior do que os tempos de WT2 e de WT3. Isto se deve ao fato de que, em mdia, nesta simulao, o WT1 enviou 15 objetos para cada pgina, enquanto o WT2 enviou 10 e o WT3 enviou 11 objetos. TPUT WT1 WT2 WT3 116,8 bits/s 104,6 bits/s 112,2 bits/s MPF_O 0,001s 0,001s 0,005s MR_O 0,432s 0,398s 0,396s MR_P 6,7s 4,0s 4,6s
Tabela 5.4: Valores do throughput, tempo mdio de permanncia na la e tempo mdio de resposta para cada objeto, e tempo de resposta a uma pgina. Em relao ao AP, apenas 0,7% dos objetos foram perdidos devido ao overow do buer. O valor do throughput foi de 4,5 Kbps e do goodput de 3,6 Kbps.
87
Figura 5.6: Tempo de espera pela resposta a uma requisio de um usurio WEB.
put (GPUT) para os WTs e para o AP, tempo mdio de resposta (MR_P) para
cada pgina HTTP e percentagem de pacotes perdidos por overow no buer do AP (PERDA_AP), variando as taxas de transmisso e o nmero de usurios web presentes no BSS. Na Tabela 5.5, apresentamos estas medidas quando todos os terminais da rede possuem taxa de 1Mbps e na Tabela 5.6, quando todos os terminais possuem taxa de 11Mbps, para os diferentes nmeros de usurios (NUM). Muitas consideraes podem ser feitas a partir dos dados contidos nas Tabelas 5.5 e 5.6:
NUM 5 10 15 20 25 40 50
NUM 5 10 15 20 25
89
O throughput dos WTs tem valor muito inferior ao alcanado pelo trfego
CBR, no Captulo 4. Ou seja, os usurios web, para estes cenrios, criam um trfego leve, gerando poucas colises e retransmisses. Isto comprovado pela proximidade entre seus valores de throughput e de goodput;
O throughput do AP bem mais alto em relao ao dos WTs. Isto se deve, como
foi mencionado na seo anterior, ao AP ser responsvel por responder cada requisio por objetos, principais e referenciados, dos WTs. Assim, podemos dizer que o trfego gerado pelo AP equivalente ao somatrio do trfego gerado por todos os WTs. Alm disso, as mensagens de resposta enviadas pelo AP so muito maiores do que as enviadas pelos WTs (mdia de 360 bytes), pois contm os objetos requisitados, como guras de grande resoluo, por exemplo. Devido ao maior tamanho das mensagens enviadas pelo AP, a probabilidade de erro no pacote, durante a transmisso, maior. Portanto, temos valores de
Conclui-se tambm que a rede demonstra-se estvel para at 25 usurios simultneos, isto , a mdia do tempo de resposta do usurio, para cada pgina web, aceitvel. No entanto, apesar da mdia ser razovel, percebemos que, em alguns casos, houve um grande tempo de espera. Por exemplo, na simulao com 25 usurios taxa de 1Mbps, tivemos valor mdio de resposta para um determinado WT de 14,1s, enquanto a mdia geral dos WTs foi de 6,7s. Ou seja, embora a mdia global deste tempo seja boa, em alguns casos pontuais, este tempo causaria incmodo ao usurio durante a navegao. Para melhor visualizarmos o aumento no tempo de resposta quando o nmero de usurios web cresce, observemos o Grco 5.7. No eixo das abcissas apresentamos o nmero de usurios web presentes na rede, transmitindo taxa de 1Mbps. No eixo das ordenadas apresentamos o maior tempo mdio de resposta obtido por um WT dentro da rede. Atravs deste grco vericamos que o tempo de resposta para 40 usurios ou mais cresce consideravelmente. Nestes casos, o atraso no retorno das informaes para o usurio web ir tornar o uso da rede insatisfatrio. Por exemplo, para 50 usurios web, o maior tempo mdio de resposta das pginas web foi de quase 32s, o que inaceitvel para os padres atuais. Este desempenho torna a utilizao das redes 802.11 impraticvel em locais onde muitos usurios utilizam o mesmo AP para acessar a Internet, por exemplo, e demonstra os novos desaos que devem ser superados.
30
15
10
Figura 5.7: Maior tempo mdio de espera pelas respostas variando o nmero de usurios web. problema ocorre quando usurios com diferentes taxas de transmisso, neste caso 1Mbps e 11Mbps, compartilham o mesmo BSS. Nesta anomalia, os throughputs dos terminais de maior taxa so limitados pelo terminal com a menor taxa de transmisso. Ou seja, devido ao fato do terminal de menor taxa utilizar o canal por um tempo maior para transmitir um pacote de certo tamanho, em relao aos de maior taxa, isto induziria a uma reduo no throughput destes, pois: (i) teriam que esperar um longo tempo para obter a posse do canal, aguardando a nalizao da transmisso do terminal de menor taxa e (ii) enquanto de posse do canal, transmitiriam seus pacotes rapidamente. As mesmas medidas de interesse da sub-seo anterior sero apresentadas na Tabela 5.7, para o cenrio com 4 terminais e AP com taxa de 11Mbps e 1 terminal com 1Mbps, na Tabela 5.8, para o cenrio com 9 terminais e AP com taxa de 11Mbps e 1 terminal com 1Mbps, e na Tabela 5.9, para o cenrio com 14 terminais e AP com taxa de 11Mbps e 1 terminal com 1Mbps. Como neste tipo de trfego gerado pelos usurios web, temos apenas um trfego mais intenso no AP, observaremos o comportamento do throughput deste objeto.
92
Tabela 5.7: Medidas para cenrio com 5 usurios web, com taxas diferentes. NUM 10 TPUT 155,4bps GPUT 154,5bps PERDA_AP 0,4% TPUT_AP 12,8Kbps GPUT_AP 8,2Kbps MR_P 4,8s
Tabela 5.8: Medidas para cenrio com 10 usurios web, com taxas diferentes. Pelos dados da Tabela 5.7, no se constatou a presena desta anomalia. O throughput do AP est compatvel com o throughput obtido pelos 5 usurios web na rede com taxa de 11Mbps do teste da sub-seo anterior. Provavelmente, isto se deve ao baixo trfego gerado pelos terminais e pelo AP, no gerando uma mudana signicativa nas medidas. No entanto, com os resultados da Tabela 5.8, constata-se a presena da anomalia, observando-se que o throughput do AP reduzido metade. Neste ltimo teste, o throughput do AP de 12,8Kbps enquanto no teste com 10 usurios, e todos com taxa de transmisso de 11Mbps, de 25Kbps. Logo, para um trfego um pouco mais intenso, gerado pelos 10 usurios, a presena de um terminal com taxa inferior, inui no throughput de todos os demais WTs. Observa-se tambm uma pequena alterao no tempo mdio de resposta. Na Tabela 5.8, este tempo igual a 4,8s, que um pouco maior do que o tempo de 4,2s, para 10 usurios na Tabela 5.6. Isto razovel pois, como a taxa de transmisso dos terminais de 11Mbps limitada pelo de 1Mbps, ento os tempos de resposta dos usurios iro, conseqentemente, aumentar. Indo mais a fundo nesta anlise, observou-se que, para o terminal de taxa de 1Mbps, o tempo de resposta melhorou NUM 15 TPUT 126,6bps GPUT 125,8bps PERDA_AP 0,5% TPUT_AP 30,5Kbps GPUT_AP 21,9Kbps MR_P 3,9s
Tabela 5.9: Medidas para cenrio com 15 usurios web, com taxas diferentes.
93
94
Captulo 6 Concluso
H alguns anos, falar sobre redes sem o poderia causar estranheza em grande parte da populao. Poucos equipamentos adaptados para suportar a nova tecnologia de WLANs IEEE 802.11 estavam disponveis no mercado. Atualmente, esta tecnologia pode ser facilmente encontrada em corporaes, universidades e ambientes domsticos, devido, sobretudo, ao barateamento e s facilidades que os equipamentos wireless oferecem. Cafeterias como a StarBucks, e lanchonetes como McDonalds, Bob's e Joe&Leo's oferecem acesso Wi-Fi gratuitamente. Hot Spots em aeroportos, restaurantes e bibliotecas so cada vez mais comuns. Tendo em vista este espantoso crescimento, imprescindvel compreender profundamente todos os mecanismos do protocolo 802.11. Em especial, conhecer seu comportamento face os diferentes tipos de trfego, na tentativa de prever e garantir as necessidades que podero surgir posteriormente. Neste trabalho desenvolvemos um modelo do mecanismo IEEE 802.11, utilizando a ferramenta Tangram-II. O modelo permite avaliar diferentes medidas de desempenho como throughput, perdas e tempo de resposta. Como principais caractersticas do modelo destacamos:
ser testados, sem que o usurio necessite conhecer os detalhes dos objetos usados para modelar o mecanismo 802.11;
Inclumos tambm um modelo, bastante utilizado na literatura, para representar os erros no canal;
Testes simulando redes a d-hoc, ao invs de redes infra-estruturadas. Utilizar simulao de uidos na tentativa de minimizar o tempo de execuo da
simulao, uma vez que o tempo de CPU requerido diretamente proporcional ao nmero de eventos que devem ser executados. Portanto, a simulao a nvel de pacotes pode se tornar invivel caso haja grande quantidade de trfego e uma rede com muitos terminais.
97
98
CBR_RATE (125): Taxa com a qual o evento P acket_Generation, de gerao de pacotes, ser executado.
WT_NUM (1): Parmetro que identica unicamente um objeto do tipo Terminal Wireless. Portanto, cada objeto deste tipo deve ter um WT_NUM nico.
CW_MIN (32): Valor mnimo da janela de conteno. CW_MAX (1024): Valor mximo da janela de conteno. ACK_SIZE (304): Tamanho total, em bits, da mensagem de Ack. Calcula-se
112 bits da mensagem ACK (incluindo CRC)+ 192 bits do prembulo e do cabealho da camada fsica.
DIFS_TIME (0.00005): Tempo, em segundos, do DIFS. PHYSICAL_SLOT_TIME (0.00002): Tempo, em segundos, do slot de tempo
da camada fsica.
100
SIFS_TIME (0.000010): Tempo, em segundos, do SIFS. ACK_TRANSMISSION_RATE (3289.47): Taxa de transmisso do Ack (inverso da varivel ACK_TIME).
WAITING_DIFS_RATE (20000):Taxa utilizada para simular o evento de espera por um tempo DIFS.
101
MSG_ACK (3): Parmetro utilizado para identicar a mensagem do tipo Ack. Backo_Time_Resume (0): Parmetro que indica se o tempo de backo foi
paralisado devido a alguma transmisso. Esta varivel deve ser sempre inicializada com 0.
Enable_Ev_Waiting_Difs (0): Varivel que controla a execuo do evento W aiting _DIF S . Enable_Ev_Waiting_Backo (0): Varivel que controla a execuo do evento W aiting _Backof f . Enable_Ev_Waiting_Ack (0): Varivel que controla a execuo do evento W aiting _Ack . Enable_Ev_Ack_Transmission (0): Varivel que controla a execuo do evento Ack _T ransmission. Enable_Ev_Waiting_Sifs (0): Varivel que controla a execuo do evento W aiting _SIF S . Frag_Num (0): Varivel que armazena em quantos fragmentos o pacote, que
est sendo transmitido, foi dividido.
102
N_TX (0): Varivel que controla o nmero de transmisses correntes no canal. Num_Pkts_To_Send (0): Varivel que armazena o nmero de pacotes que
devem ser enviados pelo terminal wireless.
Num_Goodput_Bits (0): Varivel que armazena o nmero de bits totais enviados com sucesso e que receberam o Ack devidamente.
Pkt_ID (0): Varivel utilizada para identicar unicamente um pacote que vai
ser transmistido.
Pkt_Num (0): Varivel utilizada para gerar o ID nico do pacote que ser
transmitido.
Retransmission_Num (0): Varivel que indica o nmero de tentativas de retransmisso que um pacote (ou fragmento) j sofreu.
WT_Num_Dest (0): Varivel que indica o nmero de identicao do terminal wireless destino.
Pkts_To_Send_Queue(4): Varivel do tipo la de inteiros utilizada para armazenar os dados (tamanho e WT destino) dos pacotes que devero ser enviados.
BIT_TRANSMISSION_RATE (1000000): Taxa de transmisso do canal (1Mbps). ERROR_PROB ([ 0.0000000001, 0.00001 ]): Varivel que armazena a probabilidade de erro no canal no estado GOOD e no estado BAD, respectivamente ([1e-10,1e-5]).
N_TX (0): Varivel que indica o nmero de transmisses correntes no canal. TX_Error (0): Varivel que indica se o canal causou erros na transmisso do
pacote/fragmento corrente.
105
A.4 Objeto AP
A.4 Objeto AP
O AP possui um comportamento semelhante ao de um terminal wireless. Sendo assim, todas os parmetros declarados para o Wireless_Terminal_1 so tambm utilizadas por este objeto.
106
Referncias Bibliogrcas
[pro ] Analysis of 802.11 MAC code in NS-2. URL
http://www.winlab.rutgers.edu/ zhibinwu/html/ns2_mac.html. [ns2 ] The Network Simulator - NS2. URL http://www.isi.edu/nsnam/ns/. [sta 2003] (2003). Local and metropolitan area networks - Specic requirements- Part
11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specications. ANSI/IEEE Std 802.11, 1999 Edition.
[Aad e Castelluccia 2001] Aad, I. e Castelluccia, C. (2001). Dierentiation mechanisms for IEEE 802.11. In IEEE INFOCOM, pp. 209218. [Alizadeh e Subramaniam 2004] Alizadeh, F. e Subramaniam, S. (2004). Analytical Models for Single-Hop and Multi-Hop Ad Hoc Networks. In ACM Conference on
107
REFERNCIAS BIBLIOGRFICAS
[Bing 1999] Bing, B. (1999). Measured performance of the IEEE 802.11 Wireless LAN. In LCN '99: Proceedings of the 24th Annual IEEE Conference on Local
Computer Networks, pp. 3442, Washington, DC, USA. IEEE Computer Society.
[Cali et al. 2000] Cali, F., Conti, M., e Gregori, E. (2000). Dynamic tuning of the IEEE 802.11 protocol to achieve a theoretical throughput limit. IEEE/ACM
Network Protocols, pp. 327, Washington, DC, USA. IEEE Computer Society.
[Choi et al. 2005] Choi, S., Park, K., e Kim, C. (2005). On the performance characteristics of WLANs: revisited. In SIGMETRICS '05: Proceedings of the 2005
ACM SIGMETRICS international conference on Measurement and modeling of computer systems, pp. 97108, New York, NY, USA. ACM Press.
[Ci et al. 2001] Ci, S., Sharif, H., e Noubir, G. (2001). Improving performance of MAC layer by using congestion control/avoidance methods in wireless network. In SAC '01: Proceedings of the 2001 ACM Symposium on Applied computing, pp. 420424, New York, NY, USA. ACM Press. [Crovella e Bestavros 1996] Crovella, M. e Bestavros, A. (1996). Self-Similarity in World Wide Web Trac: Evidence and Possible Causes. In Proceedings of SIG-
METRICS'96: The ACM International Conference on Measurement and Modeling of Computer Systems., Philadelphia, Pennsylvania. Also, in Performance
evaluation review, May 1996, 24(1):160-169.
108
REFERNCIAS BIBLIOGRFICAS
[Crovella e Lipsky 1997] Crovella, M. e Lipsky, L. (1997). Long-Lasting Transient Conditions in Simulations with Heavy-Tailed Workloads. In Winter Simulation
COM '97: Proceedings of the INFOCOM '97. Sixteenth Annual Joint Conference of the IEEE Computer and Communications Societies. Driving the Information Revolution, pp. 126133, Washington, DC, USA. IEEE Computer Society.
[Deng 1996] Deng, S. (1996). Empirical model of WWW document arrivals at access link. In In Proceedings of the 1996 IEEE International Conference on Communi-
cation.
[Dong et al. 2003] Dong, J., Ergen, M., Varaiya, P., e Puri, A. (2003). Improving the Aggregate Throughput of Access Points in IEEE 802.11 Wireless LANs. In
BROADNETS '04: Proceedings of the First International Conference on Broadband Networks (BROADNETS'04), pp. 355364, Washington, DC, USA. IEEE
Computer Society. [Ebert e Willig 1999] Ebert, J. e Willig, A. (1999). A Gilbert-Elliot Bit Error Model and the Ecient Use in Packet Level Simulation. TKN Technical Reports Series
REFERNCIAS BIBLIOGRFICAS
[Elteto e Molnar 1999] Elteto, T. e Molnar, S. (1999). On the Distribution of
ference.
[G. Jaime 2003] G. Jaime (2003). Modelagem e Anlise de Mecanismos para Acesso de Banda Larga Internet. In Master's Thesis, COPPE/UFRJ. [G.Cantieni et al. 2005] G.Cantieni, Ni, Q., Barakat, C., e Turletti, T. (2005). Performance analysis under nite load and improvements for multirate 802.11. Com-
Proceedings of the joint international conference on Measurement and modeling of computer systems, pp. 143154, New York, NY, USA. ACM Press.
[Kim et al. 2005] Kim, H., Yun, S., Kang, I., e Bahk, S. (2005). Resolving 802.11 performance anomalies through QoS dierentiation. IEEE COMMUNICATIONS
LETTERS, 9:655657.
110
REFERNCIAS BIBLIOGRFICAS
[Kumar et al. 2005] Kumar, A., Altman, E., Miorandi, D., e Goyal, M. (2005). New insights from a xed point analysis of single cell IEEE 802.11 WLANs. In Pro-
REFERNCIAS BIBLIOGRFICAS
[Thompson et al. 1997] Thompson, K., Miller, G., e Wilder, R. (1997). Wide-Area Internet Trac Patterns and Characteristics. IEEE Network Magazine, pp. 1023. [Trivedi 2002] Trivedi, K. (2002). Probability and statistics with reliability, queuing
and computer science applications. John Wiley and Sons Ltd., Chichester, UK.
[Veeraraghavan et al. 2001] Veeraraghavan, M., Cocker, N., e Moors, T. (2001). Support of Voice Services in IEEE 802.11 Wireless LANs. In IEEE INFOCOM, pp. 488497. [W. Chia-Whei Cheng ] W. Chia-Whei Cheng. TANGRAM graphical interface facility (TGIF). URL http://bourbon.cs.ucla.edu:8801/tgif/. [Wang e Moayeri 1995] Wang, H. e Moayeri, N. (1995). Finite-State Markov Channel - A Useful Model for Radio Communication Channels. IEEE Transactions On
112