Documente Academic
Documente Profesional
Documente Cultură
_______________________________________________
Prof. Dr. Joo Batista Bezerra (orientador) . . . . . . . . . . . . . . . . . . . . . . . . . . DCA/UFRN
_______________________________________________
Prof. Dr. Sergio Vianna Fialho (Avaliador Interno) . . . . . . . . . . . . . . . . . . .DCA/UFRN
_______________________________________________
Prof. Dr. Ricardo Alexsandro de Medeiros Valentim (Avaliador Externo). . . . . . IFRN
ii
___________________________________________________________________________
Agradecimentos
___________________________________________________________________________
A Deus por todas as oportunidades que me foram concedidas.
A minha famlia pelo apoio e incentivo durante toda esta jornada.
Em especial aos amigos e colaboradores Ronaldo Maia de Medeiros, membro da diretoria de
Redes da Superintendente de Informtica - SINFO (UFRN) e a Rafael Marrocos Magalhes,
aluno de Ps-Graduao em Engenharia Eltrica da UFRN, que contriburam de maneira
substancial na elaborao desse trabalho de pesquisa.
Aos colegas que fizeram parte de todos os experimentos, Anderson Cludio, Alusio Igor,
Bruno Ferreira e Grace Soares, membros da SINFO.
Aos colegas Judson Andrade Borges, Analista de Suporte da Secretaria Municipal de Meio
Ambiente e Urbanismo do Natal - SEMURB e Rodrigo Cesar da Silva Batista, Tcnico de
Informtica da SEMURB, pela colaborao durante os momentos finais do desenvolvimento
desse trabalho de pesquisa.
Ao meu orientador Joo Batista Bezerra pela oportunidade de orientao oferecida e por
acreditar na capacidade de realizao desse trabalho me auxiliando sempre que possvel.
A Aluzio Ferreira da Rocha Neto, Superintendente da SINFO, por permitir a disponibilizao
de material e a infra-estrutura da SINFO, essenciais para o desenvolvimento desse trabalho.
Ao desenvolvedor do Wimanager, Vincius Samuel pelo auxlio nos momentos de
dificuldade.
Aos Professores Sergio Vianna Fialho, Pablo Javier Alsina, Andrs Ortiz Salazar, Marcos
Csar Madruga Alves Pinheiro e Ronaldo Martins, pelo apio acadmico oferecido.
Aos meus colegas da UFRN, Adriano Bresolin, Ricardo Valentim, Raimundo Vigas,
Heliana, Srgio Badiali, Marcone, Mnica, Marcelo Mariano (in memorian) que sempre me
apoiaram no decorrer do curso e que nunca hesitaram em me ajudar nos momentos de
dificuldade.
Ao CNPq pelo financiamento durante parte do tempo de realizao do Curso de Mestrado.
Aos meus colegas internautas, Waldir Aranha Moreira Junior, Mestre em Cincias da
Computao da Universidade Federal do Par UFPA; ao Prof Jlio Csar da Costa Ribas
do CEFET- SC; ao Prof Jlio Csar Magro da Faculdade IBTA de Campinas; a Helio
Waldman, Revisor de peridico da IEEE Transactions on Communications; a Fabiano Nunes
Machado de Abreu e Souza, Especialista em telecomunicaes; a Sandro Roberto Ferrari,
Administrador de redes de computadores; ao Prof Arlindo Flavio da Conceio, do
Departamento de Cincia e Tecnologia do campus So Jos dos Campos da Universidade
Federal de So Paulo UNIFESP. A Camila Soares Barbosa e Regiane Mendes Barbosa,
Tecnlogas em Redes de Comunicao pelo Centro Federal de Educao Tecnolgica de
Gois. A todos, os meus sinceros agradecimentos por me auxiliaram em vrias pesquisas e
dvidas que surgiram no decorrer desse trabalho de pesquisa.
Enfim, a todos os professores, funcionrios e colegas dos programas de Ps-Graduao de
Engenharia Eltrica e do DIMAp da UFRN, que contriburam de forma direta ou indireta para
a concretizao desse trabalho.
iii
___________________________________________________________________________
Resumo
___________________________________________________________________________
Este trabalho trata de estudos experimentais a respeito de conexes VoIP em redes WiFi
802.11b com mobilidade de um dos usurios envolvidos na conexo de voz e, por
conseguinte, na presena de handoff. Os experimentos so realizados em ambientes indoor e
outdoor com foco na medio dos parmetros de desempenho usualmente tidos como
indicadores da qualidade de servio - QoS em aplicaes VoIP: atraso, vazo, jitter, e perda
de pacotes. Os parmetros de desempenho so obtidos com o auxlio das ferramentas Ekiga,
Iperf e Wimanager que possibilitam, respectivamente, simular uma conexo VoIP, injetar
trfego controlado em um ambiente de rede WiFi e medir a vazo, o jitter e a perda de
pacotes. O atraso mdio obtido analiticamente a partir da vazo medida e do uso do conceito
de tempo de transmisso virtual mdio de um pacote de voz. A aferio da aceitao dos
resultados feita com base nos nveis de servios tidos como adequados na literatura para
cada uma das mtricas obtidas nos experimentos.
iv
___________________________________________________________________________
Abstract
___________________________________________________________________________
This work deals with experimental studies about VoIP conections into WiFi 802.11b
networks with handoff. Indoor and outdoor network experiments are realised to take
measurements for the QoS parameters delay, throughput, jitter and packt loss. The
performance parameters are obtained through the use of software tools Ekiga, Iperf and
Wimanager that assure, respectvely, VoIP conection simulation, trafic network generator and
metric parameters acquisition for, throughput, jitter and packt loss. The avarage delay is
obtained from the measured throughput and the concept of packt virtual transmition time. The
experimental data are validated based on de QoS level for each metric parameter accepted as
adequated by the specialized literature.
___________________________________________________________________________
Sumrio
___________________________________________________________________________
Sumrio
Lista de Figuras
iii
Lista de Tabelas
iv
Captulo 1 ............................................................................................................................... 1
Introduo .............................................................................................................................. 1
1.1 Organizao do Trabalho............................................................................................. 2
Captulo 2 ............................................................................................................................... 3
Fundamentao do Estudo de Caso ..................................................................................... 3
2.1 Estado da Arte ............................................................................................................... 3
2.2 O Padro 802.11 ........................................................................................................... 7
2.2.1 Servios do Padro 802.11 ...................................................................................... 10
2.2.2 Padro 802.11b ........................................................................................................ 10
2.2.3 Qualidade de Servio no padro 802.11 .................................................................. 11
2.3 Mobilidade ................................................................................................................. 13
2.3.1 Handoff .............................................................................................................. 13
2.4 Voz sobre IP ............................................................................................................... 15
2.4.1 Codecs ................................................................................................................. 16
2.4.2 Protocolos VOIP ................................................................................................. 16
2.4.2.1 - Protocolos de Mdia .................................................................................... 17
2.4.2.2 - Protocolos de Sinalizao ........................................................................... 18
2.4.2.3 - Protocolo de Inicializao de Sesso (SIP) ................................................ 18
2.6- Concluso ................................................................................................................... 19
Captulo 3 ............................................................................................................................. 20
Modelagem e Metodologia dos Experimentos .................................................................. 20
3.1 Problemas e Desafios de Uma Comunicao VoWiFi ............................................... 20
3.2 A Modelagem dos Experimentos ................................................................................ 21
3.2.1 Caracterizao dos Ambientes para Realizao dos Experimentos .................... 21
3.2.2 Os Softwares Ekiga, Wimanager, Scripts em Bash Shell, Cacti e o Iperf no
Ambiente dos Experimentos. ........................................................................................ 23
3.2.3 Estimativa do Atraso ........................................................................................... 29
vi
vii
___________________________________________________________________________
Lista de Figuras
___________________________________________________________________________
ix
___________________________________________________________________________
Lista de Tabelas
___________________________________________________________________________
__________________________________________________________________________
ACK
Acknowledgement message
AP
Access Point
BSS
CODEC
dB
Decibis
ESS
IAPP
IEEE
IETF
IP
Internet Protocol
ITU-T
PSTN
QoS
Quality of Service
RTP
RTCP
SDP
TCP
UDP
VoD
Video on Demand
VoIP
Voice Over IP
VoWiFi
Wi-Fi
Wireless Fidelity
xi
1
___________________________________________________________________________
Captulo 1
Introduo
___________________________________________________________________________
Conjunto de padres definidos pelo IEEE (Institute of Electrical and Electronic Engineers) para redes locais
(LAN).
__________________________________________________________________________
Captulo 2
Fundamentao do Estudo de Caso
__________________________________________________________________________
A ocorrncia de uma rajada caracteriza-se pelo fato de vrios pacotes de voz ficarem bloqueados na rede por
algumas centenas de milissegundos e ento serem entregues praticamente ao mesmo tempo. A entrega de
pacotes em rajada tambm pode ser acompanhada de perdas de pacotes, mas no necessariamente [Conceio et
al. 2006].
20ms. Foi simulada uma sesso de VoIP de 24 Kbps. Os programas geradores de trfego, a
cada pacote recebido, registraram a perda de pacotes e o atraso. Para evitar que as
especificidades de um ou outro dispositivo Wi-Fi atrapalhassem as medies, foram
executados os geradores de trfego utilizando diferentes interfaces em cinco redes IEEE
802.11 diferentes.
A perda de pacotes foi detectada comparando-se o nmero de seqncia de dois
pacotes consecutivos (o nmero de seqncia est registrado no cabealho do Real Time
Protocol - RTP de cada pacote). Para obter o atraso de entrega de um pacote enviado do
computador A para o computador B, foi utilizado um programa que converte as marcas
de tempo feitas em um computador A para o referencial de tempo de um computador B.
Para fazer essa converso, foram sincronizados os relgios de maneira similar ao protocolo
RTP atualizando o clock drifting4. Para implementar esse mecanismo, foi necessrio estender
o protocolo RTP, adicionando dois campos: o last received timestamp e o last received
sequence number.
Foram observados durante os experimentos dois obstculos para a implantao de
VoWiFi: o handoff e o trfego em rajadas. Durante os experimentos foi verificado que o
handoff em redes IEEE 802.11b no suficientemente suave, a ponto de no ser percebido
durante a execuo de uma chamada de voz. Foi notificada tambm, a alta incidncia de
trfego em rajadas em todos os experimentos.
Diante da anlise dos experimentos, Conceio et al. (2009), concluiu que as rajadas
podem ser originadas por diferentes fatores, como por exemplo: os scannings, as
interferncias externas, as interrupes de processamento e a carga excessiva da rede.
Em relao ao handoff, foi analisado que as duraes deles variavam em funo dos
ambientes onde foram executados, observando uma variao significativa de uma execuo
para outra entre 4.25 segundos e 16.19 segundos. Ainda foi evidenciado que a utilizao de
VoWiFi vivel, desde que durante uma chamada, a mobilidade seja baixa, a qualidade do
sinal seja suficientemente alta e a capacidade de transmisso da rede no seja excedida.
O trabalho de Barbosa et al. (2009), avalia o comportamento e o desempenho de
aplicaes VoIP Ponto - a - Ponto, como o Skype e o Google Talk quando submetidas a
condies variadas da rede, pontuando suas qualidades e deficincias.
Nesta pesquisa, foram considerados diferentes valores para a capacidade de enlaces
crticos, como o atraso e perda de pacotes, alm de assumir a qualidade do udio recebido
como parmetro de desempenho. Isso foi observado atravs do algoritmo Perceptual
Evaluation of Speech Quality - PESQ5 usado para inferir o valor do Mean Opinion Score MOS6 baseando-se na comparao entre o udio enviado e recebido, alm do grau de impacto
que cada parmetro da rede oferece para a qualidade do udio recebido.
4
So marcaes de tempo feitas em computadores diferentes que podem divergir ao longo do tempo.
O PESQ um mtodo objetivo automatizado para avaliao da qualidade do udio recebido que faz uma
predio do MOS equivalente.
6
O MOS foi padronizado pelo International Telecommunication Union (ITU-T) para fazer uma abordagem de
avaliao subjetiva computando a mdia das notas individuais atribudas por um grande nmero de pessoas que
ouvem um udio resultante de um processo de codificao e decodificao, onde a nota varia de 1 (ruim) a 5
(excelente).
5
5
Nos experimentos realizados, o trfego gerado do emissor para o receptor capturado
para computar a vazo e a variao do atraso (o jitter). Ele definido sobre dois pacotes
quaisquer contidos em um fluxo, sendo calculado pela diferena entre os atrasos
unidirecionais. Para calcul-lo foi desenvolvida uma ferramenta em C++ usando o libpcap7,
denominada de IPstat. Essa ferramenta tem como entrada dois arquivos gerados pelo
TCPDump8 e pelo Ethereal9. O primeiro arquivo contm os pacotes capturados na mquina
que originou o fluxo e o segundo possui os pacotes capturados na mquina que recebeu o
fluxo de voz. Para calcular a vazo baseada no trfego capturado, foi adotado o TcpStat10.
A avaliao de desempenho das aplicaes foi feita em um ambiente de rede controlado
conforme apresentado na Tabela 2.1. Os cenrios A, B e C foram estabelecidos com o
objetivo de analisar o impacto da variao das condies da rede na qualidade das sesses de
udio e no comportamento das aplicaes. Cada cenrio considerou um mesmo udio de 60
minutos dividido em 60 replicaes de um minuto cada.
Tabela 2. 1- Descrio dos Cenrios [Barbosa et al. 2009]
uma biblioteca necessria para prover interface para outras ferramentas que capturam pacotes da rede tal
como TCPdump.
8
O TCPdump nativo no Linux, faz monitoramento de trfego em redes Ethernet, colocando a placa de rede
em modo promiscuo.
9
O Ethereal um analisador de protocolos de rede, que ao contrrio do TCPdump executa em modo grfico.
10
O TcpStat uma ferramenta para analisar o comportamento do trfego em uma rede, como o volume de
trfego na rede, o nmero de pacotes capturados, a quantidade de pacotes por segundo, tamanho mdio dos
pacotes; entre outras medidas.
6
20kbps, 30kbps, 40kbps, 50kbps e 100kbps, representaram a capacidade residual de um
caminho, tambm chamada de banda disponvel. Como nesse cenrio o objetivo foi verificar
o impacto da variao da capacidade, foi adotado para todas as capacidades analisadas um
atraso de 10ms e perda de pacotes nula.
No cenrio B foi analisado o impacto do atraso na qualidade da sesso de udio e no
comportamento das aplicaes. Os valores de atraso de 1ms, 10ms, 100ms e 1000ms, se
referiram ao atraso em um sentido (one way delay). O atraso em um sentido de 100ms e o
round trip time - RTT de 200ms. A capacidade residual foi fixada em 100kbps, pois se
constatou que nenhuma das aplicaes envia fluxos com vazo acima desse valor. A perda de
pacotes foi configurada em 0% para todos os experimentos deste cenrio.
No cenrio C foi verificado a qualidade da sesso de udio e o comportamento das
aplicaes sob diferentes taxas de perda de pacotes, como: 0%, 1%, 5%, 10% e 20%. Nesse
cenrio, a capacidade e o atraso so fixados em 100kbps e 10ms, respectivamente.
Antes de iniciar a conversa, no processo de estabelecimento de uma chamada entre dois
usurios, o Skype investiga as condies de rede e determina se a comunicao ser de forma
direta ou atravs de uma terceira mquina que realizar o papel de intermediar a sesso de
udio. Uma vez que o caminho da comunicao escolhido (direto ou indireto), ele
permanece durante toda a chamada, mesmo que as condies de rede mudem. Percebeu-se
tambm que os comportamentos dos fluxos enviados pelo Skype mudam medida que as
condies de rede variam. Em todos os cenrios, apesar do nmero mdio de pacotes
enviados ser constante, outras caractersticas do fluxo transmitido pelo Skype muda, como por
exemplo, os tamanhos mdio, mximo e mnimo dos pacotes.
O Google Talk se comporta de forma oposta ao Skype. No momento que a aplicao
percebe que as condies de rede so adversas, mesmo que a chamada esteja em curso, a
triangulao11 ocorre. Entretanto, as caractersticas de transmisso do fluxo nunca variam. Em
todos os cenrios, o Google Talk transmite o fluxo de udio a uma mdia de 25kbps, com
muita variabilidade.
Portanto, ambas as aplicaes se adaptam dinamicamente a variaes nas condies de
rede, onde o Skype se adapta mudando as caractersticas de transmisso do fluxo de voz
(provavelmente mudando o codec, ou alterando parmetros do codec), e o Google Talk se
adapta realizando uma triangulao na comunicao, procurando caminhos melhores para
comunicao.
Em condies ideais de rede, com atraso mnimo, taxa de perda de pacotes nula e banda
disponvel suficiente, o Skype apresentou uma qualidade de udio melhor que o Google Talk,
pois atingiu valores maiores do MOS de 3.9 contra 3.4, sofrendo menos degradao que o
udio transmitido pelo Google Talk. Entretanto, quando submetido a condies de rede muito
abaixo do aceitvel (e.g. perdas acima de 40% e capacidade residual inferior a 20kbps), o
Google Talk tem a vantagem de mudar o caminho da comunicao durante a chamada, ao
contrrio do Skype, que desliga a chamada. Em cenrios onde se varia a capacidade residual,
deduziu-se que o Google Talk menos sensvel ao jitter do que o Skype. Quando submetido
perda de pacotes, foi observado que o mecanismo de adaptao do Google Talk demora a
reagir.
Os resultados apresentados por Barbosa et al. (2009), revelam indcios de que o jitter
da rede tem impacto direto sobre a qualidade das sesses de udio e sobre a poltica de
adaptao das aplicaes.
11
13
[Tanembaum 2003]. Devido aos usurios reclamarem que o padro era muito lento, foi
iniciado o trabalho para a elaborao de padres mais rpidos. Uma diviso se desenvolveu
dentro do comit, resultando em dois novos padres publicados em 1999. O padro 802.11a
utilizando uma faixa de freqncias mais larga funcionando em velocidades de 54 Mbps e o
padro 802.11b utilizando a mesma faixa de freqncias que o 802.11, mas empregando uma
tcnica de modulao diferente para alcanar 11 Mbps. Em seguida o comit 802 apresentou
outra variante, o 802.11g, que utilizando a tcnica de modulao do 802.11a, mas
empregando a faixa de freqncias do 802.11b [Tanembaum 2003]. A Tabela 2.2, apresenta
um resumo das principais caractersticas desses padres.
Tabela 2. 2 Resumo dos padres IEEE 802.11[Kurose & Ross 2006].
Padro
Faixa de freqncia
Taxa de dados
802.11b
at 11 Mbps
802.11a
at 54 Mbps
802.11g
at 54 Mbps
A Figura 2.1 ilustra a posio do IEEE 802.11 no modelo de referncia Open Systems Interconnection - OSI.
10
O padro 802.11 estabelece que cada LAN sem fio compatvel deve fornecer nove
servios. Esses servios esto divididos em duas categorias: cinco servios de distribuio e
quatro servios da estao. Os servios de distribuio se relacionam ao gerenciamento da
associao a clulas e a interao com estaes situadas fora da clula. Em contraste, os
servios da estao se relacionam s atividades dentro de uma nica clula [Tanenbaum
2003].
Os cinco servios de distribuio so fornecidos pelas estaes-base e lidam com a
mobilidade das estaes medida que elas entram e saem das clulas, conectando-se e
desconectando-se das estaes-base. Esses servios so apresentados a seguir [Tanenbaum
2003]:
1. Associao Esse servio usado pelas estaes mveis para conect-las s estaes-base.
2. Desassociao A estao mvel ou a estao-base pode se desassociar, interrompendo
assim o relacionamento. Uma estao deve usar esse servio antes de se desligar ou sair.
3. Reassociao: quando um cliente volta a se associar em um AP no qual ele estava
associado, depois, por exemplo, de sair brevemente da sua rea de cobertura.
4. Distribuio: Esse servio determina como rotear quadros enviados ao AP. Se o
destinatrio for local para o AP, os quadros podero ser enviados diretamente pelo ar. Caso
contrrio, eles tero de ser encaminhados pela rede fisicamente conectada.
5. Integrao: se um quadro precisar ser enviado por meio de uma rede que no seja 802.11,
com um esquema de endereamento ou um formato de quadro diferente, esse servio cuidar
da converso do formato 802.11 para o formato exigido pela rede de destino.
Os quatro servios restantes so servios intraclula (ou intracelulares, isto , se
relacionam a aes dentro de uma nica clula) [Tanembaum 2003]. Eles geralmente so
usados depois que ocorre a associao, e so descritos a seguir:
1. Autenticao: como a comunicao sem fio pode ser enviada ou recebida facilmente por
estaes no autorizadas, uma estao deve se autenticar antes de ter permisso para
transmitir dados.
2. Desautenticao: quando uma estao autenticada anteriormente quer deixar a rede, ela
desautenticada. Depois da desautenticao, a estao no pode mais utilizar a rede.
3. Privacidade: para que as informaes enviadas por uma LAN sem fio sejam mantidas
confidencias, elas devem ser criptografadas.
4. Entrega de dados: a transmisso de dados o objetivo, e assim o 802.11 oferece
naturalmente um meio para transmitir e receber dados.
11
um alcance terico de 100 metros, isso sem considerar o uso de antenas14 de amplificao de
sinal, que, dependendo da potncia do transmissor e do receptor, pode chegar a quilmetros
de distncia.
O protocolo de acesso ao meio o carrier sense multiple access with collision
avoidance - CSMA/CA, definido no padro original. Devido ao overhead do protocolo
CSMA/CA, na prtica, a vazo mxima do 802.11b que uma aplicao pode obter
aproximadamente 5.9 Mb/s utilizando TCP e 7.1 Mb/s com UDP [Conceio 2009].
O padro 802.11b normalmente usado em uma configurao de ponto - multiponto,
em que um ponto de acesso se comunica atravs de uma antena omnidirecional15 com um ou
vrios clientes que esto localizados em uma rea de cobertura ao redor do ponto de acesso.
As antenas wireless so perifricos utilizados para substituir as antenas originais dos equipamentos e servem
para aumentar o ganho em dBi, melhorando a propagao de sinais, a estabilidade da conexo, a distncia e o
raio de cobertura .
15
uma antena que pode receber ou transmitir sinais de todas as direes.
16
Host: Computador ligado a uma rede fsica. O tamanho de um host varia desde um computador pessoal at um
supercomputador. Quando armazena arquivos e permite acesso de usurios, designado como servidor.
17
A Unio Internacional das Telecomunicaes a agncia especializada no domnio das Telecomunicaes.
12
no momento do envio, como apresentado na equao 2.1. Logo, seja Si o timestamp RTP do
pacote i, e Ri o tempo de chegada em unidades de timestamp RTP do pacote i, ento para
dois pacotes i e j, D pode ser expresso como:
(2.1)
O jitter entre chegadas (J) calculado continuamente por uma equao filtrada desta
diferena. Quando cada pacote i for recebido da fonte, calcula-se a diferena D em relao
ao pacote prvio (i-1) em ordem de chegada (no necessariamente em ordem de seqncia).
A origem do jitter no sistema est associada ao comportamento aleatrio do tempo de
enfileiramento dos pacotes nos roteadores. Variaes de atraso podem ser piores para a
qualidade de servio do que o prprio atraso, pois o jitter pode causar a chegada dos pacotes
fora de ordem. Apesar de o RTP possibilitar que aplicaes faam o reordenamento usando
as informaes de nmero de seqncia e timestamp, o overhead em reordenar esses pacotes
no irrelevante, especialmente quando se est lidando com restries de tempo estreitas
como as da tecnologia VoIP [Linhares 2008].
Em redes IEEE 802.11, podem ocorrer variaes extremamente altas no atraso, as
quais possuem impacto relevante na qualidade da voz transmitida [Conceio 2009]. Isso
pode fazer com que pacotes cheguem e sejam processados fora da seqncia. Para Szigeti &
Hattingh (2004), o jitter no pode ser superior a 30ms, j para Percy (2003), a variao de
atraso mximo nunca deve exceder 40 ms.
A vazo em uma rede a taxa efetiva de bits por segundo, ou seja, indica o balano
entre a quantidade de dados que entra na rede e as perdas internas, por unidade de tempo. A
vazo, na maioria das redes, sofre variaes no decorrer do tempo. Em algumas situaes, a
vazo pode se alterar rapidamente, devido a falhas nos ns da rede ou devido ao
congestionamento, quando grandes fluxos de dados so introduzidos na rede [Redin 2005].
A perda de pacotes a porcentagem de pacotes transmitidos pelo host de origem que
no chegaram ao host de destino, ou seja, a quantidade de pacotes no entregues. Segundo
Alves (2008), os pacotes podem ser perdidos devido a diversos fatores, como: os perodos
de picos e congestionamentos na rede; ao aumento excessivo do trfego na rede; atrasos
excessivos, que podem ser provocados devido a problemas fsicos nos equipamentos de
transmisso, alm de possveis imperfeies nas transmisses. J para Redin (2005), as
principais causas das perdas de pacotes so devido ao congestionamento, ao tamanho dos
pacotes, capacidade das filas e mobilidade das estaes.
A perda de pacotes calculada no lado do receptor como a razo entre a quantidade
de pacotes perdidos e a quantidade de pacotes transmitidos, em cada intervalo de tempo. O
Transmission Control Protocol TCP se recupera dessa situao atravs da deteco e
reenvio dos pacotes perdidos [Ribas 2002], em ordem e livres de erros. Este procedimento
no adequado para aplicaes de tempo real, como aplicaes VoIP, pois so
extremamente sensveis ao atraso [Marcelino 2003]. Nessas aplicaes usado o User
Datagram Protocol UDP, que mais rpido, pois seu cabealho menor do que o TCP e
exige menos poder computacional para ser processado, pois no garante a entrega e nem o
seqenciamento dos pacotes, alm de no usar mecanismos de confirmao [Pereira et al.
2009].
A taxa de perda de pacotes considerada aceitvel para aplicaes VoIP varia muito na
literatura, como mostra a Tabela 2.3. Para Lustosa [Lustosa et al. 2004], a taxa ideal na
13
razo de at 3%; j para Szigeti et al. (2004), o melhor que no ultrapasse 1%. Segundo
Boger (2008), o limite no pode exceder 5%.
Estudos realizados na Universidade da Califrnia, em Berkeley, determinaram que a
perda de pacotes tolervel variasse entre 1% e 3%, se tornando intolervel se mais de 3%
dos pacotes forem perdidos [Chuah 2007].
Em redes IEEE 802.11, elas normalmente so menores que 1% [Conceio 2009].
Porm, se uma unidade mvel se afasta da rea de cobertura de um AP, essa taxa pode
crescer abruptamente, impossibilitando a conectividade e a comunicao [Arranz 2001],
pois quanto maior a perda de pacotes, menor a eficincia da rede [Redin 2005].
Tabela 2.3- Limites aceitveis dos parmetros de desempenho com QoS segundo
pesquisadores da literatura acadmica.
Mtricas de
Desempenho
Atraso
Jitter
Perda de Pacotes
Limite 1
Limite 2
at 150ms
30ms
Entre 1% e 3%
_____
40ms
At 5%
2.3 Mobilidade
18
19
20
Ocorre quando uma estao mvel transita entre a rea de cobertura de duas BSS diferentes que tambm
pertencem a ESS diferentes.
21
American National Standards Institute, ou Instituto Nacional Americano de Padres, trata de uma organizao
fundada em 1918 que coordena o desenvolvimento de padres voluntrios adotados internacionalmente, tanto
nos setores privado como pblicos. o membro americano do ISO.
14
A migrao consiste em um processo seqencial composto das fases de busca
(scanning), autenticao e associao [Conceio et al. 2009], conforme ilustrado na Figura
2.3.
Associar significa que a estao sem fio cria um enlace virtual entre ela mesma e o AP [kurose & Ross, 2006].
Esse servio usado pelas estaes mveis para conect-las ao AP. Em geral, ele usado imediatamente aps
uma estao se deslocar dentro do alcance de rdio do AP. Ao chegar, ela anuncia sua identidade e seus recursos.
O AP pode aceitar ou rejeitar a estao mvel [Tanembaum 2003];
23
Autenticao: como a comunicao sem fio pode ser enviada ou recebida facilmente por estaes no
autorizadas, uma estao deve se autenticar antes de ter permisso para transmitir dados [Tanembaum 2003].
15
Reassociao : quando um cliente volta a se associar em um AP no qual ele estava associado, depois, por
exemplo, de sair brevemente da sua rea de cobertura.
25
SoftPhone um aplicativo multimdia que executado em um PC, tanto para Windows como para Linux, que
permite fazer ligaes telefnicas atravs de uma rede IP.
26
HardPhone um equipamento que utiliza uma rede TCP/IP para fazer ligaes.
27
O teorema de Nyquist diz que a capacidade de um canal ser (idealmente) ao dobro da largura de
banda, vezes o logaritmo do nmero de nveis discretos [Dantas, 2005].
16
17
A arquitetura de servios integrados - IntServ : uma estrutura desenvolvida pela IETF para oferecer
garantias de qualidade de servio especficas s sesses de aplicaes individuais [Kurose & Ross 2006].
29
Arquitetura de servios diferenciados Diffserv tem o objetivo de prover a capacidade de manipular
diferentes classes de trfego de modos diferentes dentro da internet [Kurose & Ross 2006].
18
SIP
H.323
Aplicao
Sinal de udio
G.711
G.728
G.722
G.729
Sinal de
Vdeo
Dados
SDP
Sinal
De
udio/
Vdeo
T.127
H.261
H.263
G.723.1
T.126
SIP
T.124
RTCP
Apresentao
Sesso
Transporte
RTCP
RAS
RTP
Servios Suplementa.
H.450.3 H.450.2
H.235
RTP
T.125 /
T.122
H.450.1
X.224.0
Controle
H.245
UDP
RAS
H.225
TCP
UDP
TCP
Rede
Enlace
Fsica
19
codificao utilizados na sesso, alm de auxiliar na localizao dos participantes das mesmas
[Colcher et al. 2005].
O SIP um protocolo baseado em uma arquitetura cliente/servidor operando sobre
TCP ou UDP, sendo mais comum sobre UDP. Tem por objetivo principal, localizar e
convidar usurios para participar da conexo. Dessa maneira, torna-se o responsvel pelo
gerenciamento de uma chamada, incluindo as tarefas de incio e trmino, podendo haver
incluso ou excluso de participantes, tanto em transmisso unicast quanto em multicast
[Barbosa 2006].
Durante o processo de estabelecimento de uma sesso, necessrio negociar a mdia a
ser utilizada (voz, dados ou vdeo) e as respectivas informaes para a transmisso dessa
mdia, como o padro do codec e o protocolo de controle para transmisso. Enquanto o SIP
especifica o processo para o anncio da descrio das informaes de uma sesso, o Session
Description Protocol - SDP especifica apenas o formato para descrio dessas informaes
[RFC 3261].
Cada cliente uma entidade que pode requisitar ou receber respostas. Essas
transaes ou pedidos provocam uma ou mais respostas, at que ocorra uma mensagem
final. As mensagens SIP so codificadas no formato texto e, basicamente, so pedidos
(requisies / requests) ou respostas (responses), como apresentado na Figura 2.6 [Souza
2007].
2.6- Concluso
20
_________________________________________________________________________
Captulo 3
Modelagem e Metodologia dos Experimentos
_________________________________________________________________________
Efeito multi-path , ocorre quando o sinal do transmissor chega ao receptor por mais de um caminho - sinal
direto e refletido (Audilist.org, 2007).
21
22
31
O Power Over Ethernet ou POE um padro que permite transmitir energia eltrica usando o prprio cabo de
rede, juntamente com os dados [Morimoto 2007].
23
Nos ambientes indoor e outdoor so utilizados nos experimentos alm de uma estao
fixa como j mencionada, uma estao mvel, caracterizada por um laptop Positivo Mobile
de modelo V25, com processador Intel celeron M360, com Sistema Operacional Windows XP
e suporte a wireless 802.11a, b e g, bem como os mdulos de software Ekiga, Wimanager,
Scripts em Bash Shel e Iperf, responsveis respectivamente pelas conexes VoWiFi, medio
dos parmetros de desempenho, pela anlise de desempenho e pela injeo de trfego no
sistema. As Figuras 3.3, 3.4, 3.5 e 3.6, ilustram o contexto da montagem dos experimentos
nos ambientes indoor e outdoor cujos componentes de software so caracterizados a seguir.
3.2.2 Os Softwares Ekiga, Wimanager, Scripts em Bash Shell, Cacti e o Iperf no
Ambiente dos Experimentos.
A finalidade do software Ekiga na estruturao dos experimentos proporcionar a
gerao de uma conexo VoIP. Trata-se de um aplicativo da classe softphone, de licena
gratuita, que opera nos ambientes Windows e Linux e possui suporte aos protocolos de
sinalizao Session Initiation Protocol SIP e H.323.
A aplicao Ekiga disponibiliza em cada conexo VoIP um temporizador para a
durao de chamadas e uma lista de codecs, dos quais o PCMU o codec utilizado nos
experimentos. Alm desses recursos o Ekiga faz a verificao da porcentagem da perda de
pacotes, dos pacotes atrasados e dos pacotes fora de ordem, em cada conexo VoIP. A Figura
3.3 ilustra uma janela do Ekiga onde esses parmetros de desempenho so fornecidos.
24
25
26
Na Figura 3.5, atravs da linha de comando: iperf s u i 1 a estao servidora recebe
da estao cliente o trfego de 100kbps, mostrando seus resultados no intervalo de 1 (um) em
1 (um) segundo.
Com o objetivo de monitorar o trfego de rede durante os experimentos outdoor foi
utilizado o software Cacti. Essa ferramenta tem o objetivo de coletar e exibir informaes
sobre o estado dos elementos de uma rede de computadores atravs de grficos. Similar
ferramenta Multi Router Traffic Grapher - MRTG, no uso da monitorao de trfego de rede
onde gera pginas HTML com grficos de dados coletados a partir do protocolo SNMP ou
scripts externos. A Figura 3.6, apresenta o trfego do ponto de acesso da SINFO monitorado
pelo Cacti, durante um dos experimentos realizados em ambiente outdoor.
Pode-se perceber nos grficos apresentados na Figura 3.6, que o maior trfego
monitorado no AP_SINFO 8750, se concentrou no intervalo entre 8:10 horas e 8:50 horas.
Outra ferramenta presente nos ambientes destinados realizao dos experimentos do
presente trabalho o analisador de desempenho de aplicaes VoIP, o Wimanager,
desenvolvido no Ponto de Presena da Rede Nacional de Ensino e Pesquisa do Rio Grande do
Norte PoP-RN, pelo aluno do Curso de Engenharia da Computao da UFRN, Vincius
Samuel Valrio de Souza, sob orientao do Professor Dr. Sergio Vianna Fialho.
Esse aplicativo tem como propsito no presente trabalho, analisar o desempenho das
conexes VoWiFi, fornecendo os valores para o jitter, a vazo e a perda de pacotes, alm de
fornecer o codec utilizado durante as conexes, que no caso dos experimentos em questo
utilizado o codec PCMU em todas as conexes VoWiFi.
Segundo Souza (2008), o Wimanager funciona sobre chamadas VoIP que fazem uso
do RTP e do SIP, trabalhando tanto em ambientes Wireless como em ambientes Ethernet.
Essa ferramenta foi desenvolvida na linguagem de programao C++, sendo sua interface
grfica desenvolvida no QT Desiger 3, uma ferramenta livre para desenvolvimento de
interfaces grficas para aplicaes em C/C++. Seus parmetros de desempenho so analisados
a partir da captura dos pacotes usando a biblioteca libpcap e sua execuo inicializada a
partir de privilgios de administrador do sistema (superusurio).
O Wimanager calcula a quantidade de pacotes perdidos analisando o nmero de
seqncia dos pacotes (presente no cabealho RTP) para saber se o pacote recebido obedece
seqncia e para saber qual o nmero do prximo pacote que deve ser recebido [Souza 2008].
27
28
29
3.2.3 Estimativa do Atraso
Segundo apresentado na seo anterior, a ferramenta Wimanager a ser utilizada nos
experimentos fornece, entre os parmetros de desempenho fixados como de interesse do
presente trabalho, a vazo, o jitter, e o percentual da perda de pacotes. Entretanto, no fornece
o atraso que precisa ser obtido a partir dos outros parmetros.
Uma possvel abordagem para obteno do atraso atravs de clculos baseados no
clculo do jitter fundamentado na RFC 1889, conforme ilustrado na Figura 3.8, onde o Ti, Tj,
Tk, representam os atrasos para os pacotes i, j, k, enquanto o Si, Sj e Sk indicam
simultaneamente o timestamp RTP, dos pacotes i, j e k. Os Ri, RJ e Rk representam o tempo
de chegada em unidades de timestamp RTP do pacote i, j e k.
No item (b) apresentada uma sistematizao de uma soluo para obter o atraso
associado a cada medida de vazo, onde os pacotes mesmo tendo comprimentos distintos,
podem ser pensados todos iguais com um tamanho mdio de durao Ts segundos, sendo
observado no item (a) que os pacotes tm comprimentos diferentes. Segundo a RFC 1889, os
30
pacotes possuem timestamps diferentes, onde o timestamp enquanto unidade de medida est
vinculada taxa de amostragem.
Assim, nessas condies, a taxa de transmisso em um canal ideal (sem atrasos) seria
tx = m/Ts (bits, por segundo), sendo m o nmero de bits contidos nos Ts segundos. Isto ,
Ts o tempo de transmisso de um pacote. Como os canais, por vrias razes, no so ideais,
pode-se associar para cada pacote idealizado (tamanho mdio) um tempo de transmisso
virtual, Tv. Assim, a taxa de transmisso nesse canal imperfeito S = m/Tv (bits/seg),
sendo S < tx, onde S, com as consideraes feitas, representa, ento, a vazo do canal. Como
em Tv, temos duas parcelas, Ts e o atraso, T segundos, ento S = m/(Ts +T) bits por
segundo. Assim, conhecidos, m e Ts, possvel obter T, o atraso mdio associado
vazo.
O m e o Ts, podem ser obtidos respectivamente a partir do tamanho de um pacote
VoWiFi e do tempo de transmisso desse pacote de acordo com o codec utilizado na conexo
VoWiFi. Segundo Moreira et al. (2009), para se obter o tamanho do pacote de voz de uma
conexo VoWiFi, necessrio considerar o somatrio dos tamanhos dos cabealhos dos
protocolos envolvidos na conexo, juntamente com o tamanho do payload do codec usado nas
conexes VoWiFi. Essas consideraes so apresentadas respectivamente nas Tabelas 3.1 e
3.2, referentes ao codec PCMU, que uma das verses do G.711 conforme foi explanado no
item 2.4.1, referente a esse trabalho de pesquisa.
Tabela 3.1- Camadas e seus respectivos cabealhos.
Cabealhos
Tamanho (bytes)
Ethernet camada 2
26
34
IP
20
UDP
RTP
12
G.711
Bit Rate
64 Kbit/s
Payload de voz
160 bytes
PPS
50
Diante do contexto das Tabelas 3.1 e 3.2, de acordo com Moreira et al. (2009), para
se obter o tamanho de um pacote de voz de uma conexo VoWifi, necessrio realizar o
somatrio do cabealho da camada 2 do WiFi, com os cabealhos dos protocolos IP, UDP e
RTP, juntamente com o payload de voz do codec da conexo VoWiFi. Para se obter o tempo
de transmisso de um pacote, tambm ser considerado o tempo de transmisso do codec da
conexo VoWiFi. Em se tratando do presente trabalho, a referncia utilizada o codec G.711,
obtendo-se um tamanho de 234 (de duzentos e trinta e quatro) bytes, o equivalente a 1.872
(mil oitocentos e setenta e dois) bits.
31
Segundo Moreira et al. (2009), para se obter o quanto consumido do link pelo codec
G.711 no padro 802.11 necessrio a partir da camada 2 IEEE 802.11 e dos cabealhos IP,
UDP e RTP, calcular a equao 3.4.
Banda consumida = [(74 bytes + 160 bytes) * 8 bits por byte] * 50 pps32
Banda consumida = 93600 bit/s = 93,6 Kbit/s.
(3.4)
32
32
33
34
35
___________________________________________________________________________
Captulo 4
Experimentos e Anlise dos Resultados
___________________________________________________________________________
O captulo 3 tratou da modelagem e da metodologia utilizadas na preparao e
elaborao dos experimentos que tm por objetivo a obteno dos parmetros de desempenho
tidos como relevantes em conexes VoWiFi e tambm escolhidos para avaliao no contexto
desse trabalho, quais sejam: o atraso, o jitter, a perda de pacotes e a vazo.
Neste captulo, so apresentados o detalhamento e a contextualizao dos
experimentos realizados para a obteno dos referidos parmetros de desempenho. A anlise
dos resultados obtida, dentro das restries em que os experimentos foram realizados,
seguindo o planejamento estabelecido no captulo anterior, onde houve a caracterizao de
duas classes, indoor e outdoor e em cada classe, com e sem a insero de carga controlada.
4.1- Contextualizaes dos Experimentos em Ambiente Indoor
Os experimentos no ambiente indoor foram realizados dentro da Superintendncia de
Informtica da UFRN, sendo estabelecidas comunicaes VoWiFi entre estaes localizadas
nas clulas UFRN_SINFO33 e UFRN_AUDITRIO34 onde foram realizadas em duas etapas.
A primeira etapa dos experimentos foi executada considerando-se as redes em seu
estado estimado trfego natural. Conforme j delineado no Captulo 3 (Seo 3.2.2), para a
obteno das mtricas de desempenho de qualidade de servio de uma comunicao VoWiFi
nos experimentos desse trabalho, foram utilizados, o softphone Ekiga para estabelecer
conexes VoWiFi entre uma estao fixa e outra em mobilidade, como tambm o uso de
clculos matemticos baseados no clculo do jitter, para obteno dos atrasos de pacotes
durante as comunicaes VoWiFi. Alm do emprego dessa aplicao VoIP e da realizao
desses clculos, tambm foram usados o analisador de desempenho Wimanager, verificando o
comportamento de cada comunicao VoWiFi atravs dos parmetro de desempenho de
qualidade de servio (vazo, jitter e perda de pacotes). Esses experimentos foram realizados
analisando, tanto o trfego natural da rede, como o trfego forado que foi gerado pelo
gerador de trfego Iperf.
Tambm, pelas razes j mencionadas com relao previso da carga natural, como
os experimentos so realizados em dias distintos e muitas vezes distantes no tempo, com o
fim de facilitar a anlise dos dados feita uma ordenao em relao a uma das mtricas,
tendo sido escolhido o jitter como parmetro de ordenao dos resultados obtidos. Essa
escolha decorre de sua interconexo direta com o atraso e deste com a vazo.
A segunda etapa dos experimentos indoor difere da primeira apenas pela injeo do
trfego forado que gerado pelo gerador de trfego Iperf, conforme ilustrado na Figura
3.10. O Iperf injeta trfego a partir da estao mvel no modo cliente com destino estao
fixa operando em modo servidor.
33
34
36
Consideradas as duas etapas foram realizados 41 (quarenta e um) testes. Entretanto,
como nem todos os testes foram bem sucedidos no sentido de que durante o tempo de
deslocamento entre as duas clulas (ocorrncia de handoff), a conexo VoWiFi no sofreu
descontinuidade.
Considerado este critrio, apenas 21 (vinte um) testes foram considerados para fins de
caracterizao de resultados, sendo 10 (dez) referentes ao trfego natural e 11 (onze) com
injeo de trfego forado.
De acordo com o nmero total de experimentos e o nmero de experimentos
aceitveis, pode-se dizer que, a porcentagem de disponibilidade desse servio no ambiente
indoor de 50%. A seguir so apresentados os dados obtidos nas duas etapas dos
experimentos indoor.
4.1.1- Experimentos no ambiente indoor sem trfego controlado.
Atravs do analisador de desempenho Wimanager e da estimativa do atraso a partir do
clculo do jitter, foram obtidos os resultados apresentados na Tabela 4.1 e ilustrados nas
Figuras 4.1, 4.2, 4.3 e 4.4.
Tabela 4.1- Ambiente indoor sem adio de carga controlada.
Teste
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
Atraso(ms)
37
16
14
12
10
8
6
4
2
0
Atraso(ms)
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
Experimentos
De acordo com a Figura 4.1, os valores do atraso, esto de acordo com a recomendao
ITU-T35 [ITU-T G.114 2003], onde os atrasos totais no sistema so aceitveis para a maioria
das aplicaes no intervalo de 0 e 150 ms. Como os experimentos foram realizados em uma
Local rea Network - LAN e em ambiente indoor em uma distncia percorrida aproximada de
35 metros previsvel que os resultados para o atraso sejam bem abaixo do limite
estabelecido pelo ITU-T.
12
Jitter (ms)
10
8
Jitter (ms)
6
4
2
0
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
Experimentos
A anlise dos resultados indica que o jitter mximo foi de 10,12 ms (teste T10), abaixo
do valor mximo tido como aceitvel na literatura que de 40 ms, segundo Percy [Percy
2003].
35
38
90
80
Vazo(kbps)
70
60
50
S (kbps)
40
30
20
10
0
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
Na Figura 4.3 os valores referentes vazo esto dentro dos padres de qualidade de
servio de voz, pois ao comparar esses resultados com os apresentados nos testes referentes
ao atraso apresentados na Figuras 4.1 perceptvel que quanto maior so os valores desse
parmetro, menores so os apresentados pela vazo e vice-versa.
12
10
8
Perda de Pacotes (%)
6
4
2
0
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
Experimentos
39
Tabela 4 .2 Ambiente indoor com adio de carga controlada.
Carga
100 Kbps
200 Kbps
300 Kbps
500 Kbps
700 Kbps
900 Kbps
1Mbps
2 Mbps
3 Mbps
5 Mbps
10Mbps
Atraso(ms)
10,30
11,16
9,16
9,04
9,02
8,96
8,52
11,51
8,99
9,61
9,73
Jitter(ms)
8,59
8,07
4,85
9,49
2,96
6,25
7,63
12,12
6,56
6,56
3,75
S (kbps) - vazo
79,12
76,34
83,13
83,57
83,62
83,86
85,55
75,26
83,76
81,50
81,092
Perda de Pacotes(%)
6,10
6,87
2,61
0,77
0,049
1,21
0,074
3,29
1,027
1,11
1,96
14
12
10
8
6
4
2
0
1M
bp
s
2
M
bp
s
3
M
bp
s
5
M
bp
s
10
M
bp
s
kb
ps
50
0
kb
ps
70
0
kb
ps
90
0
kb
ps
30
0
20
0
10
0
kb
ps
Atraso(ms)
kb
ps
Atraso(ms)
A Tabela 4.2 representada por 5 (cinco) colunas, sendo distribuda por 11(onze)
experimentos ordenados crescentemente a partir da coluna de Cargas, com objetivo de
facilitar as anlises dos experimentos. Essa coluna representa a adio de trfego controlado
em cada ligao VoWiFi. As colunas do Atraso, do Jitter, da vazo e da perda de
pacotes, representam os parmetros de desempenho de QoS analisados em cada
comunicao VoWiFi, indicando respectivimente, os atrasos em milisegundos - ms; a
variao do atraso, em ms; a quantidade de pacotes por unidade de tempo, em Kbps e a
quantidade de pacotes perdidos em porcentagem. As Figuras 4.5, 4.6, 4.7, 4.8 e 4.9
apresentam os resultados desses testes plotados em grficos. O eixo x representa cada
experimento realizado juntamente com as cargas injetadas no sistema e o eixo y, representa
os valores do atraso em cada carga injetada no sistema.
Conforme ilustrado na Figura 4.5, pode-se observar que os resultados dos valores do
atraso no ultrapassaram os 150ms, valor mximo recomendado pelo ITU-T36 [ITU-T G.114
36
40
14
12
10
8
6
4
2
0
10
0
1M
bp
s
2
M
bp
s
3
M
bp
s
5
M
bp
s
10
M
bp
s
Jitter(ms)
kb
ps
20
0
kb
ps
30
0
kb
ps
50
0
kb
ps
70
0
kb
ps
90
0
kb
ps
Jitter(ms)
88
86
84
82
80
78
76
74
72
70
S (kbps) - vazo
10
0
kb
20 ps
0
kb
30 ps
0
kb
50 ps
0
kb
70 ps
0
kb
90 ps
0
kb
ps
1M
bp
s
2
M
bp
s
3
M
bp
s
5
M
bp
10 s
M
bp
s
Vazo(kbps)
Todos os valores do jitter ilustrados na Figura 4.6, ficaram abaixo de 40ms, valor
mximo tido como aceitvel na literatura por Percy (2003).
Diante das Figuras 4.5 e 4.7 notrio que quando os valores do atraso esto
elevados, os valores da vazo esto reduzidos e vice-versa.
8
7
6
5
4
3
2
1
0
Perda de Pacotes(%)
10
0
kb
20 ps
0
kb
30 ps
0
kb
50 ps
0
kb
70 ps
0
kb
90 ps
0
kb
ps
1M
bp
2 s
M
bp
3 s
M
bp
5 s
M
bp
10 s
M
bp
s
Perda de Pacotes(%)
41
42
Testes
T1
T2
T3
T4
T5
T6
Cacti
0,8 Mbps
0,8 Mbps
1,2 Mbps
2 Mbps
1,2 Mbps
0,9 Mbps
T7
T8
T9
T10
0,95 Mbps
1,9 Mbps
2 Mbps
1,5 Mbps
9,78
23,32
25,27
25,95
37,35
67,76
30,38
33,34
55,83
17,81
34,15
30,30
43
60
50
Atraso(ms)
40
30
Atraso(ms)
20
10
0,
8
0,
8
M
bp
s
M
bp
s
1,
2
M
bp
s
2
M
bp
s
1,
2
M
bp
s
0,
9
M
bp
0,
95 s
M
bp
s
1,
9
M
bp
s
2
M
bp
s
1,
5
M
bp
s
Experimentos
90
80
70
60
50
40
30
20
10
0
S (kbps) - Vazo
0,
8
M
bp
s
0,
8
M
bp
s
1,
2
M
bp
s
2
M
bp
s
1,
2
M
bp
s
0,
9
M
bp
0,
s
95
M
bp
s
1,
9
M
bp
s
2
M
bp
s
1,
5
M
bp
s
Vazo(kbps)
Experimentos
90
80
70
60
50
40
30
20
10
0
Atraso(ms)
M
bp
s
0,
8
M
bp
s
1,
2
M
bp
s
2
M
bp
s
1,
2
M
bp
s
0,
9
M
bp
0,
s
95
M
bp
s
1,
9
M
bp
s
2
M
bp
s
1,
5
M
bp
s
S (kbps) - Vazo
0,
8
Experimentos
Figura 4.11- Atraso e a vazo em ambiente outdoor sem adio de carga controlada.
44
30
25
Jitter (ms)
20
Jitter (ms)
15
10
5
0
0,8
0,8
1,2
2
1,2
0,9
0,95
1,9
2
1,5
Mbps Mbps Mbps Mbps Mbps Mbps Mbps Mbps Mbps Mbps
Experimentos
60
50
40
30
20
10
0
M
bp
s
0,
8
M
bp
s
1,
2
M
bp
s
2
M
bp
s
1,
2
M
bp
s
0,
9
M
bp
0,
95 s
M
bp
s
1,
9
M
bp
s
2
M
bp
s
1,
5
M
bp
s
0,
8
Experimentos
Pode-se observar nas Figuras de 4.9 a 4.13 que as cargas nos pontos de acesso da
SINFO monitorados pelo Cacti, no foram fatores impactantes na variao das mtricas de
desempenho, pelo fato dos resultados dessas mtricas serem bem variados, independentes das
cargas presentes nos pontos de acesso supracitados.
4.2.2 - Ambiente Outdoor Com Adio de trfego Controlado
Nos resultados desses experimentos foi verificado atravs do analisador de desempenho
Wimanager, a influncia da adio de trfego controlado, como tambm do trfego presente
no ponto de acesso da SINFO presente nos experimentos, monitorado pelo Cacti, como pode
ser verificado na Tabela 4.4.
45
1,55
100Kbps
18,90
6,51
58,03
32,81
1,08
200 Kbps
18,66
26,08
58,47
37,64
0,5
300 Kbps
27,34
5,9
45,99
13,4
0,75
500 Kbps
17,61
18,75
60,45
27,27
1,07
700 Kbps
12,21
22,64
73,22
7,99
2,03
900 Kbps
16,76
16,69
62,15
30,88
1,04
1Mbps
20,42
12,22
55,41
37,6
2,02
2 Mbps
30,02
9,98
43,15
60,3
0,5
3 Mbps
16,23
20,88
63,27
23,41
5 Mbps
19,05
22,55
57,76
34,95
10Mbps
27,71
16,26
45,58
54,05
De acordo com a Tabela 4.4 as cargas adicionadas na rede entre 100kbps a 2Mbps so
condizentes com o que foi verificado atravs do Cacti, isso supondo que esses valores foram
adicionados na rede, junto com outras possveis cargas geradas por outras fontes, como por
exemplo, outras estaes. Porm a estao mvel, no conseguiu adicionar na rede as cargas
referentes 3Mbps, 5Mps e 10Mbps completamente. Isso pode ter ocorrido devido ao
afastamento da estao mvel da sua rea de cobertura, pois na medida em que essa estao ia
se distanciando da sua rea de abrangncia, conseqentemente a sua taxa de transmisso
tambm ia diminuindo. Foi observado durante a trajetria percorrida que a taxa de
transmisso variava muito, chegando momentos de decrscimo de 6Mbps, 5,5Mbps, 2Mbps
at 1Mbps, sendo impossvel injetar trfego na rede maior que sua taxa de transmisso.
A distncia aproximada do percurso desses experimentos foi em torno de 75,38 metros,
conforme apresentado na Figura 4.14, obtido atravs do google maps.
Figura 4.14- Trajetria percorrida caminhando com a estao mvel em ambiente outdoor.
46
35
30
25
20
15
10
5
0
5 Mbps
10Mbps
3 Mbps
2 Mbps
1Mbps
900
Kbps
0,5
700
Kbps
300
Kbps
1,55 1,08
500
Kbps
200
Kbps
Atraso(ms)
100Kbps
Atraso(ms))
0,5
80
70
60
50
40
30
20
10
0
10Mbps
3 Mbps
2 Mbps
1Mbps
700
Kbps
900
Kbps
5 Mbps
1,55 1,08
300
Kbps
500
Kbps
200
Kbps
Vazo (Kbps)
100Kbps
Vazo (Kbps)
Os experimentos referentes Figura 4.15, indicaram que os valores dos atrasos esto
dentro do limite recomendado pelo ITU-T37 [ITU-T G.114 2003], para se obter comunicaes
VoWiFi audveis e compreensveis.
37
80
70
60
50
40
30
20
10
0
Atraso(ms)
10Mbps
3 Mbps
2 Mbps
5 Mbps
1Mbps
200
Kbps
300
Kbps
500
Kbps
700
Kbps
900
Kbps
S (Kbps)-Vazo
100Kbps
47
30
25
20
15
10
5
0
5 Mbps
10Mbps
3 Mbps
2 Mbps
1Mbps
900
Kbps
0,5
700
Kbps
300
Kbps
1,55 1,08
500
Kbps
200
Kbps
Jitter (ms)
100Kbps
Jitter (ms)
0,5
70
60
50
40
30
20
10
0
10Mbps
5 Mbps
3 Mbps
2 Mbps
1Mbps
200
Kbps
300
Kbps
500
Kbps
700
Kbps
900
Kbps
100Kbps
48
De acordo com a Figura 4.19, as perdas de pacotes apresentaram valores bem elevados,
pois segundo Boger (2008), para se conseguir uma comunicao VoIP de boa qualidade as
perdas de pacotes no devem ultrapassar 5%. Esses resultados elevados podem ter sido
ocasionados pelas quedas das conexes no momento de handoff, quando em ambiente
outdoor verificou-se um tempo variando de 15 segundos a 20 segundos. Outro fator
importante que os pontos de acesso envolvidos nos experimentos do presente trabalho no
possuam suporte a QoS, contribuindo para possveis atrasos na entrega de pacotes de voz e
conseqentemente perdas de pacotes. Mas apesar desses resultados, as comunicaes VoWiFi
antes da ocorrncia do handoff, foram razoavelmente satisfatrias.
4.3 Contextualizao dos Experimentos em Ambiente Outdoor no Automvel
Foram analisadas comunicaes VoWiFi atravs de uma estao em mobilidade
dentro de um veculo em mobilidade de duas maneiras. Uma foi realizada atravs de
paradas do automvel no momento de Handoff e a outra sem a ocorrncia de paradas do
automvel no momento de Handoff. Esses experimentos tiveram o objetivo de verificar
nessas duas maneiras o comportamento da comunicao VoWiFi, a partir da anlise dos
parmetros de desempenho, sem a utilizao de injeo de trfego forado.
Em cada experimento essas comunicaes tiveram um tempo de 2 a 5 minutos de
durao em um percurso de 600 metros aproximadamente, com o automvel em
velocidades padronizadas no intervalo de 10km 40km. Foram adotadas essas
velocidades, pelo fato de serem as velocidades utilizadas pelos vigilantes do campus da
UFRN em condies normais de trabalho, ou seja, sem considerar possveis situaes
de emergncia. Essa trajetria foi capturada pelo google maps, conforme ilustrao da
Figura 4.20.
49
Cacti
Km/h
Atraso(ms)
Jitter (ms)
Vazo (kbps)
1,0 Mbps
10 KM
14,03
20,81
68,35
21,38
5seg
0,2 Mbps
20KM
20,21
22,50
55,77
39,70
5seg
0,4 Mbps
30KM
15,07
16,90
65,84
21,57
5 seg
0,4 Mbps
40KM
8,92
3,15
84,03
1,83
3 seg
50
menores velocidades. As Figuras 4.21, 4.22, 4.23, 4.24 e 4.25 apresentam esses
resultados ilustrados em grficos para uma melhor visualizao.
25
Atraso(ms)
20
15
Atraso(ms)
10
5
0
10 KM
20KM
30KM
40KM
1,0 Mbps
0,2 Mbps
0,4 Mbps
0,4 Mbps
25
Jitter (ms)
20
15
Jitter (ms)
10
5
0
10 KM
20KM
30KM
40KM
1,0 Mbps
0,2 Mbps
0,4 Mbps
0,4 Mbps
Vazo(kbps)
51
90
80
70
60
50
40
30
20
10
0
Vazo (kbps)
10 KM
20KM
30KM
40KM
1,0 Mbps
0,2 Mbps
0,4 Mbps
0,4 Mbps
Perda de Pacotes(%)s
10 KM
20KM
30KM
40KM
1,0 Mbps
0,2 Mbps
0,4 Mbps
0,4 Mbps
52
90
80
70
60
50
40
30
20
10
0
Atraso(ms)
Vazo (kbps)
10 KM
20KM
30KM
40KM
1,0 Mbps
0,2 Mbps
0,4 Mbps
0,4 Mbps
Cacti
12,40
9,83
6,54
4,10
72,67
80,70
Perda de
Pacotes(%)
Durao do
Handoff
14,48
5,43
116 seg
84 seg
De acordo com a Tabela 4.6, pode-se observar que a durao dos handoffs foi
menor na maior velocidade, pois se passa pouco tempo sem conexo.
Conseqentemente o valor do atraso, do jitter e da perda de pacotes menor,
enquanto que o valor da vazo maior. Isso pode ser explicado pelo fato da estao
mvel entrar rapidamente na clula de melhor sinalizao. Nas Figuras 4.26, 4.27, 4.28
e 4.29, so apresentados os resultados desses experimentos plotados atravs de grficos.
Atraso(ms)
53
14
12
10
8
6
4
2
0
Atraso(ms)
30KM
40KM
0,1 Mbps
0,1 Mbps
Jitter(ms)
7
6
5
4
3
2
1
0
Jitter(ms)
30KM
40KM
0,1 Mbps
0,1 Mbps
Vazo(kbps)
Pode-se observar nas Figuras de 4.26, 4.27 e 4.29 que os valores das mtricas de
desempenho diminuem com aumento da velocidade. Isso pode ter ocorrido pelo fato de
na maior velocidade se passar menos tempo na rea sem cobertura de sinalizao.
82
80
78
76
74
72
70
68
Vazo(kbps)
30KM
40KM
0,1 Mbps
0,1 Mbps
54
Perda de Pacotes(%)s
Perda de Pacotes(%)
30KM
40KM
0,1 Mbps
0,1 Mbps
4.5 Concluso
Foram realizados 295 testes no total dos ambientes indoor e outdoor. Dentro
desse nmero foram realizados 254 experimentos outdoor. Porm do nmero total de
experimentos realizados em ambiente indoor e outdoor s foram considerados 48
experimentos, devido aos inmeros problemas ocorridos durante os testes em ambiente
outdoor, como freqentes quedas nas conexes, gerando interrupes das ligaes
VoWiFi.
Isso pode ser justificado pelo fato das redes IEEE 802.11 serem intrinsecamente
variveis devido ao grande nmero de fontes de interferncias que podem prejudicar o
seu desempenho.
Atravs dos experimentos foi verificado que as comunicaes VoWiFi no
foram transparentes ao usurio em nenhum dos ambientes de realizao dos testes, visto
que no ambiente outdoor caminhando com a estao mvel, o handoff teve um tempo
de durao de 15 a 20 segundos, variando de um experimento para o outro. J em
ambiente indoor esse tempo variou de 5 a 10 segundos. Em se tratando dos
experimentos realizados em automvel, foram observadas diferenas significativas em
relao aos tempos das migraes dos experimentos, variando de 3 a 116 segundos.
Esse fato j era de se esperar, em decorrncia do padro 802.11b, no ser um padro
adequado para migraes entre clulas.
Dentre os experimentos realizados nos ambientes indoor e outdoor apresentados
nesse captulo, os que apresentaram uma melhor conexo VoWiFi foram os realizados
em ambiente indoor. J os efetivados em ambiente outdoor, apresentaram
comunicaes VoWiFi relativamente satisfatrias.
55
______________________________________________________________________
Captulo 5 Concluso
______________________________________________________________________
O objetivo do estudo desse trabalho de pesquisa, permitiu analisar o
comportamento das comunicaes VoWiFi em termos de QoS na infra-estrutura de
redes sem fio da UFRN, considerando dois ambientes, denominados de indoor e
outdoor.
Durante o desenvolvimento do escopo desse trabalho, foi feita uma reviso
bibliogrfica apresentando a fundamentao terica necessria para o embasamento da
elaborao desse estudo de caso, alm da anlise de algumas das publicaes existentes
na literatura relacionadas com o tema proposto. Tambm foram enfatizados as
concepes e caractersticas do padro 802.11b, do servio VoIP e do processo de
handoff, sendo destacadas as fases para a ocorrncia da migrao (scanning ,
autenticao, associao e reassociao). Alm disso, foram relatados os problemas e
restries presentes em uma comunicao VoWiFi.
Apesar de todos os problemas e restries apresentados no decorrer desse
trabalho, foram realizados experimentos com intuito de analisar o desempenho das
comunicaes VoWiFi nos ambientes indoor e outdoor atravs de duas etapas, uma
delas verificando esse desempenho por meio de trfego forado e a outra analisando o
desempenho apenas com o trfego natural.
Em seguida, foram apresentadas a modelagem e a metodologia utilizadas para a
realizao dos experimentos, bem como os ambientes de execuo dos testes, as
caractersticas e funcionalidades das ferramentas utilizadas, onde foram escolhidas
devido as suas funcionalidades e gratuidade.
Adiante, foram analisados os resultados dos experimentos, obtidos mediante as
mtricas de desempenho de QoS (atraso, jitter, vazo e perda de pacotes) em ambos os
ambientes, com intuito de fazer comparaes dos resultados com os parmetros de
qualidade de servio de voz presentes na literatura.
Dentro dessa avaliao comparativa pode-se concluir que os experimentos que
apresentaram resultados mais prximos da qualidade de servio dentro dos padres
recomendados pela literatura, foram os concretizados em ambiente indoor. Em todos os
experimentos consolidados, nenhum deles foi transparente ao usurio, devido ao padro
802.11b no ser um padro recomendado para esse fim.
A percepo desses experimentos foi visualizada atravs da caracterizao dos
ambientes, apresentando os principais protocolos da pilha TCP/IP, especficos para as
aplicaes utilizadas durante os experimentos.
Vrias referncias apresentadas no decorrer desse trabalho puderam constatar
atravs de experimentos realizados, que o padro 802.11b no um padro ideal para a
mobilidade entre clulas, pois foi visto que um dos principais problemas a migrao
entre BSS.
Espera-se que esse trabalho de pesquisa possa servir de subsdio para a utilizao
da tecnologia VoIP em meio sem fio, no mbito dos servios internos de comunicao
da UFRN, principalmente no que diz respeito a atividade de vigilncia patrimonial
realizada com unidades fixas e mveis.
56
Alm disso, pretende-se contribuir para trabalhos futuros que venham avaliar o
desempenho de servios VoIP em que haja mobilidade das estaes usurias,
possibilitando pesquisas que venham a obter comunicaes VoWiFi transparentes ao
usurio como as comunicaes PSTN.
57
______________________________________________________________________
Referncias Bibliogrficas
______________________________________________________________________
58
BOGER, Yuval (VP Business Development, RADCOM Ltd.). Fine-tuning
Voice over Packet services. Protocols.com Tech Papers. Paramus, NJ. Disponvel em
<http://www.protocols.com/papers/voip2.htm>. Acessado em 21 de abril de 2008.
Bonilha, Caio., Budri, A .Tutorial de Tecnologia de Telecomunicaes. Disponvel em:
http://www.teleco.com.br/tutoriais/tutorialwlan/pagina_3.asp. Acessado em:
Acessado em 20 de novembro 2008.
Conceio, Arlindo F. da., Li, Jin., Florncio, Dinei A. Transmisso de Voz sobre Redes
IEEE 802.11: um levantamento dos principais problemas e restries. Disponvel em:
Acessado em 30 de novembro de 2009.
Conceio, Arlindo Flvio da. Voz e Vdeo Sobre Redes
Sem Fio IEEE 802.11. Tese de Doutorado em Cincia da Computao Instituto de
Matemtica e Estatstica da Universidade de So Paulo. Acessado em 25 de novembro de
2009.
Colcher, Srgio et al (2005). Voz sobre IP. Rio de Janeiro.
Farias, Paulo Csar Farias. Redes Wireless. Disponvel em:
<http://www.juliobattisti.com.br/tutoriais/paulocfarias/redeswireless001.asp> Acessado
em 24 de novembro de 2009.
Fernandes, Nelson Luiz Leal. Voz sobre Ip: Uma Viso Geral. Disponvel em: <
http://www.ravel.ufrj.br/arquivosPublicacoes/nelson_voip.pdf>. Acessado em 05 de
outubro de 2007.
Garcia, Luis Guilherme Uzeda. Redes locais sem fio que atendem ao padro IEEE
802.11. Disponvel em: <http://www.gta.ufrj.br/grad/01_2/802-mac/R802_11-4.htm >
Acessado em 16 de junho de 2009.
H. Velayos and G. Karlsson. Techniques to reduce IEEE 802.11b handoff time. In IEEE
International Conference on Communications (ICC), Paris, France, June 2004.
ITU-T Recommendation G.114. One-way transmission time, May 2003.
Izquierdo, M. R. & Reeves, D. R (1999). A Survey of Statistical Source Models for
Variablebit- rate Compressed Video, Multimedia Systems.
J. Bezerra, F. Roberto, J. C. e Silva, M. Fernandez, and J. C. Jr. Previsibilidade do
comportamento do canal em redes IEEE 802.11. In 24th Brazilian Symposium on
Computer Networks (SBRC), Curitiba-PR, Brazil, May 2006. Short paper.
Kamienski, Carlos Alberto., Sadok, Djamel., Cavalcanti, Dave Alberto T., Sousa, Dnio
Mariz T. de., Dias, Kelvin Lopes (2010). Simulando a Internet: Aplicaes na Pesquisa e
no Ensino. Disponvel em < http://www.redesb2007.kit.net/imulacao_internet.pdf>.
Acessado em 05 de janeiro 2010.
59
Krob, Andra Collin., Bruno, Gaspare Giuliano. Anlise de Desempenho do Handoff no
Mobile IP. Disponvel em: http://www.upf.br/errc2006/download/Mbile IP 21969.pdf .
Acessado em 07 de setembro de 2007.
Kurose, James F & Ross, Keith W (2006). Redes de Computadores e a Internet.
Linhares, Andr Guedes (2008). Interceptao Legal de Chamadas VoIP baseadas em
SIP. Monografia apresentada ao Centro de Informtica da Universidade Federal de
Pernambuco.
Marcelino, Jos W. N (2003). Uma Avaliao de Qualidade de VoIP em uma Rede Sem
Fio. Dissertao (Mestrado em Cincias da Computao) Ps Graduao em Cincias
da Computao da Universidade Federal de Santa Catarina.
Medeiros, Ronaldo Maia de (2006). Estudo de Viabilidade de uma Rede sem Fio de
Campus para Aplicaes Multimdia com Padres de QoS e Segurana. Qualificao de
Mestrado, Universidade Federal do Rio Grande do Norte.
Oliveira, Srgio Ricardo de Freitas. Soluo Corporativa VoIP: Caso Prtico. Disponvel
em:< http://www.teleco.com.br/tutoriais/tutorialcorpvoip2/default.asp>. Acessado em 07
de agosto de 2009.
PCWORLD. Wi-Fi 802.11r oferece mais velocidade entre pontos de acesso. Disponvel
em: http://pcworld.uol.com.br/noticias/2008/08/27/wi-fi-802-11r-oferece-maisvelocidade-entre-pontos-de-acesso/. Acessado em 02 de novembro de 2009.
Pereira, Vaco., Monteiro, Edmundo., Barros Fernando. Estudo do Desempenho de VoIP
na
Presena
de
Trfego
Best
Effort.
Disponvel
em:
<http://eden.dei.uc.pt/~vasco/portfolio/Simul_VoIP_CRC2004.pdf> Acessado em 12 de
fevereiro de 2009.
Redin, Joo Carlos (2005). Avaliao do Impacto nas Mtricas de Desempenho de
Protocolos de Roteamento e Redes Manet.
Ribas, J.C.C (2002). Perfil de Link Sem Fio em Ambiente Aberto: Avaliao Atravs de
Medies. Dissertao (Mestrado em Cincias da Computao) Ps - Graduao de
Engenharia da Universidade Federal de Santa Catarina.
Sato, Alberto. Como a Tecnologia VoIP funciona. Disponvel em:
<http://www.dicasvoip.voipcenter.com.br/?p=20>. Acessado em 29 de Dezembro de
2009.
Souza, F. Nunes Machado de Abreu., Bueno, M. C. P.
Monitorao de Desempenho de Voz sobre IP(VoIP). Disponvel em:
*http://www.teleco.com.br/tutoriais/tutorialmondesvoip/pagina_5.asp. Acessado em 28
de fevereiro de 2009.
60
Souza, Wendley (2007). Protocolos VOIP. Disponvel em:
*http://www.brasilescola.com/informatica/protocolos-voip.htm. Acessado em 15 de
janeiro de 2007.
Souza,Vincius Samuel Valrio de (2008). Wimanager: Ferramenta de Gerenciamento de
Desempenho de Servio VoWlan. Relatrio apresentado ao departamento do Ponto de
Presena do Backbone RNP no Rio Grande do Norte.
SZIGETI, Tim; HATTINGH, Christina. End-to-End QoS Network Design: Quality of
Service in LANs, WANs, and VPNs. Indianapolis: Cisco Press, 2004.
Tanenbaum, Andrew S. (2003). Redes de Computadores, Rio de Janeiro, RJ.
61
____________________________________________________________________
Apndice A
Informaes Adicionais
____________________________________________________________________
Dispositivo
Especificaes
Valores
17 dBm
20 dBm
66 dBm (54 Mb)
Sensibilidade de recepo 73 dBm (36 Mb)
na interface 802.11a
82 dBm (12 Mb)
84 dBm (6 Mb)
Access Point 3Com Wireless
17 dBm
LAN Access Point 8750
Potncia da sada - 802.11g
(3CRWE875075A)
73 dBm (54 Mb)
80 dBm (36 Mb)
85 dBm (24 Mb)
Sensibilidade de recepo 86 dBm (12 Mb)
na interface 802.11g
88 dBm (11 Mb)
92 dBm (5.5 Mb)
94 dBm (2 Mb)
96 dBm (1 Mb)
Ganho
8 dBi38
Antena Omni direcional
3 Db39
Cabo 1,82 m (AP antena) Perda
Potncia da sada - 802.11a
38
A expresso dBi, para quantificar o ganho de uma antena, que uma medida relativa. O i se refere
apenas a uma antena isotrpica, que teoricamente um transmissor ideal que irradia sinal em todas as
direes com a mesma intensidade, com 100 % de eficincia em trs dimenses. dBi usado em Rdio
Freqncia da mesma maneira que o decibel [Farias 2006].
39
Decibis esto relacionados a watts por uma expresso logartmica com base 10. Usado para
expressar sinais da ordem de 0.000000001 watts. Normalmente um receptor que muito sensvel a sinais
de Rdio Freqncia deve ser capaz de captar sinais desta ordem. O decibel usado como uma forma
mais inteligvel de expressar esses sinais, sendo utilizado pela indstria para medidas de potncia [Farias
2006].
62
De posse dos dados da tabela acima, so especificados os parmetros mnimos
necessrios na interface wireless das estaes para que estas enquanto estejam
fisicamente na rea do campus da UFRN, possam se conectar em algum dos pontos
de acesso de modelo 8750. determinada a seguir a frmula do alcance em
quilmetros entre dois pontos wireless [Cabling News 2001]:
Alcance entre dois pontos = 2x Km, onde:
x = Potncia do Emissor + |Sensibilidade do Receptor| + ganho antenas perda cabos -100
6
Especificaes
Potncia da sada
Carto wireless
Orinoco 11b 8420 com
entrada para antena externa
Sensibilidade de recepo
Valores
15 dBm
82 dBm
87 dBm
91 dBm
94 dBm
(11 Mb)
(5.5 Mb)
(2 Mb)
(1 Mb)
2,5 dBi
63
21,08 2,11 Km (alcance do AP para o cliente)