UNIVERSIDADE DE CAXIAS DO SUL - UCS CAMPUS UNIVERSITRIO DA REGIO DOS VINHEDOS - CARVI CENTRO DE CINCIAS EXATAS DA NATUREZA E DE TECNOLOGIA

- CENT DEPARTAMENTO DE ENGENHARIA ENGENHARIA ELTRICA

GIOVANNI AUGUSTO ATTOLINI

DESENVOLVIMENTO DE LISTA DE VERIFICAES PARA GARANTIR O SUCESSO DE UMA IMPLANTAO DO SERVIO VoIP

BENTO GONALVES 2010

GIOVANNI AUGUSTO ATTOLINI

DESENVOLVIMENTO DE LISTA DE VERIFICAES PARA GARANTIR O SUCESSO DE UMA IMPLANTAO DO SERVIO VoIP

Relatrio de estgio, apresentado ao Centro de Cincias Exatas da Natureza e de Tecnologia da Universidade de Caxias do Sul.

Orientador: Prof. Me. Ricardo Balbinot

BENTO GONALVES 2010

Se voc no consegue explicar de forma simples, voc no entendeu bem o suficiente. (Albert Eistein)

RESUMO

Desde a inveno do telefone, o homem continuou produzindo equipamentos sempre buscando a evoluo e facilitao da comunicao. Concebida em uma rede comutada por circuitos, o telefone prope ao usurio uma garantia de comunicao satisfatria que se tornou base para avaliao dos novos sistemas. A VoIP um dos servios que nasceu da evoluo da comunicao. Este servio utiliza uma rede comutada por pacotes em meio compartilhado para a transmisso de voz. A rede comutada por pacotes por sua vez, pelo fato de utilizar um meio que compartilhado por diversos servios, possui algumas caractersitcas que devem ser observadas na implantao de um servio em tempo real. Tais caractersticas da rede, portanto, podem ser controladas com o auxlio de alguns mtodos de priorizao de trfego aplicados nos equipamentos que fazem a comutao dos pacotes de voz. Portanto, para efetuar uma implantao de um servio VoIP sobre uma rede no exclusiva, necessrio seguir alguns passos bsicos para que se obtenha o sucesso esperado e o servio de VoIP possa estar disponvel com a devida qualidade ao usurio. Palavras chave: Voice over IP, comutao, circuitos, pacotes, Quality of Service, rede.

ABSTRACT

Since the invention of the telephone, the man has been producing equipment always looking for evolution and facilities of communication. Designed on a circuit switching network, the purpose of telephone is give to users guaranties of satisfactory communication what became base for the evaluation of new systems. The VoIP is one of the services which was born from communications evolution. This service uses a packet switching network on a shared media to transmit voice. Since the packet switching network uses a shared media with a lot of other services, it has some features that should be observed in a real-time service's implantation. These features of network, therefore, can be controlled by some traffic prioritization methods which are applied on equipment that make the switch of voice packets. Although, to perform an implantation of a VoIP service over a non exclusive network, is necessary to follow some basic steps to get the desired success and the VoIP service could be available with the satisfactory quality to user. Key Words: Voice over IP, switch, circuits, packets, Quality of Service, network.

SUMRIO

1 INTRODUO ................................................................................................................... 10 2 HISTRICO DA EMPRESA ............................................................................................. 12 3 TEMA ................................................................................................................................... 14 3.1 RELEVNCIA E JUSTIFITIVA ............................................................................... 14 3.2 OBJETIVO GERAL ................................................................................................... 14 3.3 OBJETIVOS ESPECFICOS ...................................................................................... 15 4 METODOLOGIA................................................................................................................ 16 5 REFERENCIAL TERICO .............................................................................................. 17 5.1 COMUTAO DE CIRCUITOS ............................................................................... 17 5.2 COMUTAO DE PACOTES .................................................................................. 21 5.2.1 Pacotes ................................................................................................................ 22 5.2.2 Tipos de Comutao de Pacotes ....................................................................... 23 5.3 COMPARAO ENTRE COMUTAO DE CIRCUITOS E COMUTAO DE PACOTES ..................................................................................................................... 25 5.4 MODELOS DE REFERNCIA.................................................................................. 27 5.4.1 Modelo OSI......................................................................................................... 27 5.4.1.1 Camadas do Modelo OSI .............................................................................. 29 5.4.2 Modelo TCP/IP .................................................................................................. 32 5.4.2.1 Camadas do Modelo TCP/IP......................................................................... 33 5.5 COMUNICAO DE DADOS ................................................................................. 37 5.6 VoIP E CATACTERSTICAS .................................................................................... 40 5.6.1 Delay ou Latncia .............................................................................................. 41 5.6.2 Jitter .................................................................................................................... 42 5.6.3 Modulao e Compresso da Voz .................................................................... 43 5.6.4 Eco ....................................................................................................................... 45 5.6.5 Perda de Pacotes ................................................................................................ 45 5.6.6 VAD ..................................................................................................................... 45 5.6.7 Protocolo RTP .................................................................................................... 46 5.7 QoS .............................................................................................................................. 48 5.7.1 Tipos de trfego e parmetros .......................................................................... 50 5.7.1.1 Tipos de trfego ............................................................................................ 50

5.7.1.1.1 CBR ........................................................................................................ 50 5.7.1.1.2 VBR ......................................................................................................... 51 5.7.1.2 Parmetros de trfego.................................................................................... 51 5.7.1.2.1 Peak Rate ................................................................................................ 51 5.7.1.2.2 Average Rate .......................................................................................... 52 5.7.1.2.3 Burst Size ................................................................................................ 52 5.7.2 Classificao de pacotes .................................................................................... 53 5.7.2.1 802.1p ............................................................................................................ 54 5.7.2.2 DiffServ ......................................................................................................... 55 5.7.3 Mtodos de comutao ...................................................................................... 55 5.7.3.1 FCFS ............................................................................................................. 55 5.7.3.2 Priority Queuing ............................................................................................ 56 5.7.3.3 Weighted fair queuing ................................................................................... 57 5.7.3.4 Custom queuing ............................................................................................ 57 6 IDENTIFICAO DO PROBLEMA ............................................................................... 59 7 PROPOSTA DE IMPLEMENTAO ............................................................................. 60 8 DESENVOLVIMENTO DA PROPOSTA ........................................................................ 61 8.1 DEFINIO DAS CARACTERSTICAS DO PROJETO ........................................ 62 8.1.1 Definio da banda necessria .......................................................................... 62 8.1.2 Mtodos para a garantia da qualidade ............................................................ 62 8.2 ESCOLHA DOS EQUIPAMENTOS ......................................................................... 63 8.2.1 Equipamentos geradores de pacotes ................................................................ 63 8.2.2 Equipamentos comutadores de pacotes ........................................................... 64 8.3 IMPLANTAO ........................................................................................................ 64 8.4 LISTA PASSO A PASSO ........................................................................................... 65 9 RESULTADOS .................................................................................................................... 66 10 CONCLUSO.................................................................................................................... 67 11 REFERNCIAS BIBLIOGRFICAS ............................................................................ 68

LISTA DE FIGURAS

Figura 1 - Comunicao baseada em comutao de circuitos. ................................................. 18 Figura 2 - Comutao de circuitos por rel de passo. ............................................................... 19 Figura 3 - Comutao de circuitos por barra transversal. ......................................................... 20 Figura 4 - Comutao de circuitos controlada por software. .................................................... 21 Figura 5 - Comunicao baseada na comutao de pacotes. .................................................... 23 Figura 6 - Modelo de comutao de pacotes sem orientao conexo. ................................. 24 Figura 7 - Modelo de comutao de pacotes orientada conexo. .......................................... 25 Figura 8 - Modelo de referncia OSI. ....................................................................................... 29 Figura 9 - Modelo de referncia TCP/IP. ................................................................................. 33 Figura 10 - Campos do pacote IP. ............................................................................................ 34 Figura 11 - Protocolos no modelo TCP/IP. .............................................................................. 36 Figura 12 - Cabealho Ethernet IEEE 802.3. ........................................................................... 39 Figura 13 - Latncia fim-a-fim. ................................................................................................ 42 Figura 14 - Exemplo de ocorrncia de jitter. ............................................................................ 43 Figura 15 - Cabealho RTP. ..................................................................................................... 47 Figura 16 - Nveis de QoS. ....................................................................................................... 49 Figura 17 - Diferentes taxas com mesma mdia....................................................................... 52 Figura 18 - Exemplo de peak, avarage e burst. ........................................................................ 53 Figura 19 - Exemplo de trfego utilizando FCFS como mtodo de comutao....................... 56 Figura 20 - Esquema de comutao por fila de prioridade. ...................................................... 57 Figura 21 - Esboo da implantao do servio VoIP em uma rede local ................................. 61

SIGLAS

AF: Assure Forwarding ADPCM: Adaptive Differential Pulse Code Modulation ARPANET: Advanced Research Projects Agency Network BE: Best Effort CBR: Constant Bit Rate CDR: Call Retail Records DoD: Department of Defense DSCP: DiffServ Code Points DSP: Digital Signal Processor EF: Expedite Effort FCS: Frame Check Sequence FCFS: First Come First Serve FTP: File Transfer Protocol HTTP: HyperText Transfer Protocol IEEE: Institute of Electrical and Electronics Engineers IP: Internet Protocol IPDR: IP Detail Record ISO: International Organization for Standardization ITU-T: International Telecommunication Union LAN: Local Area Network MAC: Media Access Control

MOS: Mean Opinion Score MPEG: Moving Picture Experts Group NAT: Network Address Translation OSI: Open Systems Interconnection PBX: Private Branch Exchange PCM: Pulse Code Modulation QoS: Quality of Service RTP: Real-time Transport Protocol SMTP: Simple Mail Transfer Protocol SOF: Start Of Frame TCP: Transmission Control Protocol ToS: Type of Service TTL: Time To Live UDP: User Datagram Protocol VAD: Voice Active Detection VBR: Variable Bit Rate VoIP: Voice Over IP VPN: Virtual Private Network WFQ: Weighted Fair Queuing

10

1 INTRODUO

Os sistemas de comunicao sofreram mudanas considerveis nos ltimos anos, porm a comunicao por voz no perdeu a sua importncia e nem foi substituda por outra forma de comunicao que fosse to bsica e to importante ao mesmo tempo. Observando o cenrio atual da comunicao de voz a distncia, pode-se perceber que ocorreu uma evoluo desde a inveno do telefone no final do sculo IX. Essa evoluo traz consigo melhorias e vantagens mas traz tambm novos problemas para serem resolvidos visando a garantia da qualidade da comunicao. Desde a sua inveno, o telefone teve papel importante e foi a partir dele que a comunicao distncia tornou-se possvel, fazendo com que notcias que antes levavam tempo para serem entregues passassem a ser transmitidas com mais eficincia, em um perodo mais curto de tempo (WALLINGFORD, 2005). Depois do telefone a comunicao distncia evoluiu para a comunicao de dados, que por sua vez evoluiu criando a rede mundial de computadores hoje conhecida como Internet. A Internet hoje possibilita a comunicao distncia de diversas formas e a transmisso de dados em diversos formatos, sejam eles imagens, vdeos, msicas ou documentos. A Internet nasceu de uma concepo de rede baseada na comutao de pacotes onde o meio compartilhado e, assim sendo, seu uso pode no se tornar exclusivo a um tipo apenas de servio (GOLENIEWSKI, 2006). A comunicao por voz, antes feita somente utilizando o telefone, hoje pode ser feita pela Internet. Criou-se um servio especfico que trata da comunicao de voz sobre a Internet, denominado Voz Sobre IP ou VoIP (Voice over IP), onde os dados transmitidos possuem informaes de fala que saem de uma origem e chegam a um destino (WALLINGFORD, 2005). Sendo esse meio compartilhado e a voz exigindo uma transmisso praticamente em tempo real, comearam a surgir alguns problemas na utilizao do VoIP como atrasos na comunicao e perdas de partes da fala. Analisando uma situao real do uso da VoIP e suas caractersticas, foi observada a necessidade de se criar um lista de priorizao que deve ser levada em conta quando se tem a inteno de utilizar este servio. importante tomar alguns cuidados e observar algumas caractersticas do servio a ser implantado e da rede que servir de transporte para este servio para que se consiga atingir um nvel de qualidade aceitvel e

11

no se comprometa a funo bsica da comunicao de voz. Neste trabalho esto descritos protocolos que podem ser utilizados para este tipo de comunicao e tambm detalhes a serem observados na rede que far o transporte dos pacotes de voz. Esses cuidados tm por objetivo fazer com que a comunicao no apresente problemas e seja aceitvel pelo usurio que est acostumado a utilizar o telefone atravs de redes comutadas por circuito onde a comunicao vista como eficiente pelo claro entendimento e baixo ndice de falhas proporcionado pelo meio no compartilhado. No trabalho descrita, portanto, uma metodologia para a implantao da VoIP em redes reais, com a observncia de parmetros de qualidade necessrios. Os demais captulos do trabalho apresentam, respectivamente um breve histrico da empresa onde o mesmo foi realizado, as especificaes do tema tratado, a metodologia utilizada na elaborao do trabalho, a reviso terica e suas referncias, a identificao do problema, a proposta de implementao, o desenvolvimento do projeto, os resultados obtidos, a concluso e a lista de referncias utilizadas.

12

2 HISTRICO DA EMPRESA

A Simar Comrcio de Equipamentos Eletrnicos que atua no ramo eletrnico h vinte e trs anos, fornecendo desde 1998 equipamentos e servios na rea de comunicao para empresas. Criada em 1987 e sediada em Veranpolis, municpio da serra gacha que fica prximo ao plo industrial de Bento Gonalves e Caxias do Sul, a Simar teve suas primeiras atividades envolvendo o conserto de mquinas de escrever que acabaram por desaparecer com a popularizao do computador. Aps cinco anos de sua fundao, a empresa iniciou no ramo de segurana instalando centrais de alarme em residncias e empresas da regio o que tambm acabou por se tornar um mercado saturado e com pouca perspectiva de lucro e crescimento. Em meados de 1998 a empresa passou a atuar no mercado de telecomunicaes, instalando centrais telefnicas e fornecendo servios de projeto e execuo de redes internas de telefonia, que na poca utilizavam meios fsicos totalmente distintos das poucas redes de dados que existiam. Esse foi o incio da solidificao da empresa, que passou a investir em tecnologia e no conhecimento de seus colaboradores para formar uma equipe competente e preparada para fornecer servios de qualidade. Depois de estar h quatro anos trabalhando na rea, a empresa decidiu focar na representao e comercializao de apenas uma marca de equipamentos Alcatel-Lucent para comunicao visando a reduo de custos com estoque e treinamento.

2.1 SITUAO ATUAL

Hoje a Simar conta com dois scios, sete colaboradores, cerca de cem contratos fixos de prestao de servios em gerenciamento de sistemas de comunicao, indo desde a manuteno dos equipamentos at estudos das situaes individuais de cada cliente para a contratao dos servios mais adequados das operadoras de servios de telefonia, e um faturamento bruto mdio de um milho e duzentos mil reais por ano que vm crescendo constantemente. Na questo tecnolgica, a empresa hoje est apta para fornecer desde servios de telefonia bsica at servios de comunicao unificada. A Simar busca a

13

excelncia e o destaque na regio nordeste do estado, que possui uma regio industrial bem desenvolvida, o que representa um farto mercado de atuao. Desde de 2004 a Simar est participando de um programa de qualidade que visa organizao e transparncia entre os setores, pesquisa do clima organizacional da empresa e satisfao de clientes. A perspectiva de crescimento da empresa hoje otimista devido a uma srie de fatores que vo desde a baixa rotatividade dos colaboradores at a seleo de clientes que so compatveis com o nvel de qualidade da empresa.

14

3 TEMA

O trabalho apresenta como tema o desenvolvimento de uma metodologia a ser observada na implantao de um servio de comunicao de voz baseada em tecnologia VoIP. Essa metodologia est associada a configuraes nos equipamentos responsveis pelo fornecimento do servio, desde a gerao at o transporte dos pacotes de voz, fazendo com que este trfego tenha prioridade perante os demais. A priorizao visa garantir a qualidade e o entendimento das chamadas efetuadas via VoIP utilizando uma rede comutada por pacotes em um meio compartilhado.

3.1 RELEVNCIA E JUSTIFICATIVA

Foi observado na empresa durante testes feitos com chamadas baseadas em tecnologia VoIP, a necessidade da disponibilidade de recursos da rede para garantir a qualidade e o entendimento durante a chamada. Esse recurso deve estar disponvvel sempre que uma chamada estiver ocorrendo e deve ser gerenciado pelo concentrador de rede responsvel pela interconexo dos pacotes entre os equipamentos que iro estabelecer a chamada. importante que o recurso possa ser reservado de forma dinmica uma vez que as chamadas no ocorrem o tempo todo, podendo assim o recurso ser utilizado por outros servios, otimizando a rede.

3.2 OBJETIVO GERAL

O objetivo geral do presente trabalho criar uma lista de consideraes que devem ser verificadas e/ou configuradas nos equipamentos envolvidos na comunicao VoIP. A gama de equipamentos inclui os de origem e destino dos pacotes e os concentradores de rede responsveis pela comutao dos pacotes de voz.

15

3.3 OBJETIVOS ESPECFICOS

Para conseguir listar as consideraes que devem ser verificas e/ou configuradas nos equipamentos envolvidos necessrio atingir os objetivos especficos listados a seguir: a) verificar as caractersticas do servio VoIP e definir assim as caractersticas do trfego que o servio vai gerar na rede; b) analisar as possibilidades para que se consiga obter os recursos de rede quando necessrio; c) determinar as caractersticas que os equipamentos envolvidos na comunicao devem possuir para que seja possvel a disponibilizao do recurso quando necessrio; c) descrever as verificaes e configuraes necessrias nos equipamentos envolvidos para que seja possvel obter o recurso de rede necessrio para garantir a qualidade das chamadas VoIP.

16

4 METODOLOGIA

Para produo deste trabalho, primeiramente sero relacionadas todas as questes referentes ao tema de comunicao de voz desde a sua criao com a inveno do telefone. Depois ser feita uma breve explanao sobre o processo evolutivo da comunicao para introduzir a comunicao baseada em pacotes que a base do servio VoIP. Aps introduzir o servio, sero relacionados todos os problemas inerentes a tecnologia pelo fato do uso da rede compartilhada. Depois de conhecer a qualidade da comunicao de voz tradicional e as caractersticas do servio VoIP, ser explorado os sitemas disponveis para garantir a qualidade dos servios baseados em redes de pacotes que o caso do VoIP. Aps relacionar todas as questes, ser proposto o desenvolvimento de uma metodologia de implantao a qual prev a verificao de todos as questes relevantes.

17

5 REFERENCIAL TERICO

A partir da inveno do telefone, ocorreu um aumento na demanda de uso desse servio e, evidentemente, de novas facilidades e necessidades agregadas ao mesmo (WALLINGFORD, 2005). Essa expanso da utilizao e da finalidade original do telefone fez com que empresas desenvolvedoras de tecnologia criassem produtos e equipamentos para suprir essas necessidades. E com o passar do tempo, esses novos produtos e equipamentos de alta tecnologia e desenvolvimento de ponta acabaram por gerar novas necessidades. Esse foi o impulso inicial para o ciclo de desenvolvimento tecnolgico que envolve o mundo da telefonia hoje (WALLINGFORD, 2005). O telefone como um dos principais meios de comunicao distncia (WALLINGFORD, 2005), evoluiu com o passar dos anos, mas ainda mantm a funo pela qual ele foi concebido. A partir da interconexo de dois ou mais telefones surgiu a necessidade de um meio fsico comum entre esses equipamentos para que o sinal fosse transmitido de um telefone para outro, dando motivao para a criao das centrais telefnicas. No contexto de uso privado surgiu igualmente um novo equipamento compartilhando esse meio comum, o qual foi denominado de PBX ou Private Branch Exchange. Esses equipamentos usam o conceito de comutao de circuitos que detalhado na prxima seo (WALLINGFORD, 2005).

5.1 COMUTAO DE CIRCUITOS

Para Goleniewski (2006), a comutao de circuitos foi a base da telefonia desde a sua criao e ela pode ser feita de trs formas diferentes: contnua, exclusiva e temporria. A principal caracterstica desse tipo de comutao a alocao do circuito durante todo o tempo da comunicao entre os dois equipamentos interconectados e isso requer que um circuito esteja previamente configurado entre eles, quando a comunicao encerrada o circuito liberado. Antes mesmo da comunicao propriamente dita, nesse tipo de comutao se faz necessrio uma requisio partindo da origem at o destino, depois de alocado o circuito e o destino ter sido notificado sobre a comunicao que se inicia a transmisso do sinal

18

desejado. Na Figura 1 um exemplo de comunicao baseada na comutao de circuitos, onde se pode observar circuitos alocados permanentemente representados pela linha fixa e circuitos alocados por demanda ou quando a comunicao estabelecida representados pela linha tracejada.

Figura 1 - Comunicao baseada em comutao de circuitos. Fonte: GOLENIEWSKI, 2006

A comutao de circuito j passou por trs geraes de evoluo. A primeira gerao foi introduzida em 1888 e foi chamada de comutao por rel de passo, que utilizava um seletor de linha para cada chamada a ser estabelecida, limitando a capacidade do sistema. Era tambm conhecida como comutao eletromecnica e demandava grandes espaos para a instalao dos equipamentos (GOLENIEWSKI, 2006). Na Figura 2 pode-se observar como era feita a comutao por rel de passo onde a linha tracejada mostra o circuito comutado pelos rels dos vrios pontos entre os usurios.

19

Figura 2 - Comutao de circuitos por rel de passo. Fonte: GOLENIEWSKI, 2006

A segunda gerao de comutao de circuitos surgiu em 1935 e foi chamada de comutao por barra transversal. Esse tipo de comutao tambm era eletromecnica mas podia atender um grande nmero de usurios. Ao contrrio da comutao por rel de passo, funcionava atravs da interseco de barras fornecendo assim o contato de dois usurios. As comutaes eram controladas por registradores e o tempo de comutao demorava 1/10 de segundo (GOLENIEWSKI, 2006). Na Figura 3 pode ser observado como era feita a comutao por barra transversal que remete a uma espcie de matriz onde a comunicao estabelecida por um chaveamento no cruzamento dos meios fsicos dos usurios.

20

Figura 3 - Comutao de circuitos por barra transversal. Fonte: GOLENIEWSKI, 2006

A terceira gerao de comutao de circuitos surgiu em 1968, comandada por software. A comutao eletrnica como tambm conhecida, utilizou no princpio o sistema operacional UNIX e no possui partes mveis, por isso, suas conexes tem durabilidade maior que as das geraes anteriores. Partes mecnicas foram substitudas por partes eletrnicas e a conexo das chamadas passou a ser feita em alguns nanosegundos (GOLENIEWSKI, 2006). Na Figura 4 pode ser observada a comutao controlada por software utilizando componentes eletrnicos ao invs de mecnicos.

21

Figura 4 - Comutao de circuitos controlada por software. Fonte: GOLENIEWSKI, 2006

Conforme Goleniewski (2006), as trs geraes de comutao de circuitos esto em operao em vrios nveis de atividade e as novas geraes de comutao so baseadas na comutao de pacotes o que apresenta diferentes caractersticas da tradicional comutao de circuitos. Novas solues surgem e consigo seus problemas sendo que alguns desses problemas est sendo tratados aqui.

5.2 COMUTAO DE PACOTES

Da origem da comutao de pacotes pode-se observar:

"Enquanto a comutao de circuitos foi inventada para facilitar a comunicao de voz, a comutao de pacotes teve sua origem na comunicao de dados." (GOLENIEWSKI, 2006)

22

A comutao de pacotes teve sua origem na comunicao de dados e se baseou no processamento interativo de dados. A primeira gerao do processamento de dados foi o processamento em lote, onde a pessoa que estava gerenciando ou produzindo os dados o fazia atravs de um terminal e armazenava os dados em cartes perfurados que posteriormente evoluram para fitas e depois para discos magnticos. Depois de armazenados, os dados eram transmitidos a um host que era responsvel pelo processamento desses dados. A transmisso era feita em um fluxo alto e constante e utilizava um circuito comutado para isso (GOLENIEWSKI, 2006). Ao contrrio do processamento em lote, o processamento interativo feito online, sendo que essencialmente o trfego de dados s existe se o usurio pressionar a tecla Enter e no quando ele estiver editando uma planilha por exemplo. Isso significa um baixo uso da conexo que utilizada em um grande espao de tempo com um baixo trfego de dados. Sendo assim, Goleniewski (2006) afirma que o processamento interativo no eficiente se utilizar um circuito comutado, onde existe muito tempo de conexo com baixo trfego de dados. A comutao de pacotes foi desenvolvida para aumentar a eficincia da transmisso que feita atravs da multiplexao de mltiplos pacotes de dados sobre um circuito virtual. Dessa forma a utilizao dos circuitos otimizada e a inteligncia da rede descentralizada, pois os terminais tambm gerenciam a conexo ao contrrio da comutao de circuitos que feita somente por uma entidade centralizada.

5.2.1 Pacotes

Para Tanenbaum (2003), um pacote essencialmente pequenas mensagens enviadas por um dispositivo atravs de um meio compartilhado. Pacotes so enviados para os comutadores de pacotes que definem o caminho por onde devem ser enviados com base na informao do cabealho do pacote. O cabealho do pacote possui informaes de origem e destino e a sequncia do pacote, sendo que, pelo fato de cada pacote ter um tratamento individual pelo comutador de pacotes que est fundamentado num ambiente sem orientao conexo, cada pacote pode percorrer um caminho diferente da origem at seu destino. Percorrendo caminhos diferentes, os pacotes podem chegar de forma desordenada ao seu destino. Por essa razo o destino deve ser capaz de ordenar novamente esses pacotes para

23

recompor a informao contida nos dados de forma correta. Na Figura 5 pode ser observado um exemplo da comutao de pacotes sendo realizada onde pacotes que partem de uma origem para um destino tomam caminhos diferentes.

Figura 5 - Comunicao baseada na comutao de pacotes. Fonte: GOLENIEWSKI, 2006

5.2.2 Tipos de Comutao de Pacotes

Os tipos de comutao de pacotes podem ser definidos com base na afirmao de Tanenbaum (2003):

" As camadas podem oferecer dois tipos diferentes de servio para as camadas acima: orientado conexo e sem orientao conexo.

Conforme Tanenbaum, a comutao de pacotes pode ser orientada conexo ou no orientada conexo. A principal diferena entre os dois modelos que no ambiente orientado

24

conexo, a conexo com o destino feita antes da transmisso dos dados enquanto no ambiente sem orientao conexo, nenhum tipo de conexo feito com o destino do pacote. Em um ambiente sem orientao conexo a preocupao dos dispositivos de sempre enviar os dados pelo caminho mais curto ao destino. No existe preocupao em conhecer o caminho entre a origem e o destino bem como as infra-estruturas utilizadas entre a origem e o destino. Exemplos de redes sem orientao conexo so a Internet, VPNs baseadas na Internet e redes Ethernet. Na Figura 6 pode ser observado um ambiente sem orientao conexo, onde cada roteador calcula o caminho para a transmisso do pacote independentemente dos demais e geralmente baseado no nmero de saltos at o destino. Cada pacote roteado individualmente, o que provoca um aumento no atraso do envio. Por isso, um ambiente sem orientao conexo no consegue assegurar um QoS (Quality of Service) adequado, j que no possvel conhecer previamente em que condies o pacote entregue (GOLENIEWSKI, 2006).

Figura 6 - Modelo de comutao de pacotes sem orientao conexo. Fonte: GOLENIEWSKI, 2006

Em um ambiente orientado conexo, a verificao do caminho feita fim a fim e apenas o primeiro pacote enviado possui identificaes de origem e destino. Os demais pacotes no possuem essas informaes diminuindo assim os tamanhos dos pacotes

25

subseqentes (GOLENIEWSKI, 2006). O primeiro pacote enviado, tambm conhecido como pacote de requisio, responsvel pela configurao dos circuitos virtuais para a transmisso dos demais pacotes. Por sua vez, os pacotes subsequentes possuem uma marcao que indica a qual fluxo ele pertence, e assim os comutadores apenas analisam essa marcao e enviam o pacote para a interface correta que j est configurada. Assim, a comutao orientada conexo reduz a latncia da comunicao. Na Figura 7 pode ser observado um exemplo de comunicao orientado conexo onde o n de entrada possui a tabela de comutao. Todos os pacotes so enviados pelo mesmo caminho oferecendo melhor QoS do que o modelo sem orientao conexo (GOLENIEWSKI, 2006).

Figura 7 - Modelo de comutao de pacotes orientada conexo. Fonte: GOLENIEWSKI, 2006

5.3 COMPARAO ENTRE COMUTAO DE CIRCUITOS E COMUTAO DE PACOTES

Segundo Goleniewski (2006), a comutao de pacotes possui uma srie de limitaes, como latncia, jitter e perda de pacotes o que geralmente no ocorre na comutao de circuitos ento, uma rede comutada por pacotes no oferece a mesma QoS que uma rede

26

comutada por circuitos. Porm, uma rede comutada por pacotes oferece maior confiabilidade de transporte pelo fato dos pacotes poderem ser enviados por caminhos diferentes aumentando a chance de entrega, mas sem garantir mtricas ou taxas de perdas de pacotes. Redes baseadas em comutao de pacotes possuem uma bilhetagem diferenciada das redes comutadas por circuitos. A bilhetagem em redes comutadas por pacotes formulada sobre o volume de pacotes transmitidos e/ou a banda utilizada (GOLENIEWSKI, 2006). Outros sistemas de bilhetagem podem ser utilizados, atravs de extenses de CDRs (Call Retail Records) especficos para redes IP, tais como o IPDR (TM FORUM, 2010). Para Goleniewski (2006) redes baseadas em comutao de circuitos so consideradas superiores em termos de atrasos em filas, tornando assim latncia e jitter previsveis e sendo consideradas mais eficientes para transmisso de servios em tempo real. Na Tabela 1 esto descritas mais diferenas entre redes comutadas por circuitos e comutadas por pacotes.
Tabela 1 - Comparao entre a rede comutada por circuitos e a rede comutada por pacotes. Fonte: GOLENIEWSKI, 2006

CARACTERSTICAS Origem Orientao ou no conexo

COMUTAO POR CIRCUITOS Telefonia Comum Orientado conexo Voz em tempo real, fluxo de mdia, videoconferncia,

COMUTAO POR PACOTES Redes de dados Ambos Trfego de dados com longo tempo de conexo mas baixo fluxo de dados, aplicaes que toleram atrasos e perda de pacotes Sujeita a latncia, atrasos e jitter por causa do mecanismo de comutao Descentralizada Alta De baixa a alta dependendo da rede

Aplicaes

vdeo-sob-demanda, aplicaes que precisam de baixo atraso e baixa perda de pacotes Baixa latncia e mnimo atraso Centralizada Baixa

Latncia/atraso/jitter

Inteligncia da rede Eficincia da largura de banda Perda de pacotes

Baixa

27

5.4 MODELOS DE REFERNCIA

A comunicao entre dispositivos atravs de uma rede realizada segundo as seguintes afirmaes:

"Antes que dois computadores ou dispositivos de rede possam trocar informaes, eles precisam estabelecer uma comunicao, e onde os protocolos so utilizados. Um protocolo de rede habilita dois dispositivos a se comunicarem por usar um conjunto de regras. O modelo OSI e os padres de protocolo ajudam a assegurar que os dispositivos de rede esto aptos a trabalhar juntos sobre a rede." (GOLENIEWSKI, 2006)

Conforme Goleniewski (2006), os modelos de referncia ajudam a assegurar a compatibilidade entre os dispositivos de rede. Junto com os modelos de referncia existem tambm os padres de protocolos, que podem ser definidos como um conjunto de regras ou coleo de componentes responsveis pela execuo de determinadas tarefas. Uma pilha de protocolos constituda de vrios protocolos, onde alguns podem ser responsveis pela comunicao das interfaces de rede com a rede e outros so responsveis pela leitura das informaes da interface de rede feita pelo computador. J uma camada pode ser definida como uma seo da pilha de protocolos que responsvel por realizar tarefas semelhantes.

5.4.1 Modelo OSI

Para Tanenbaum (2003), o modelo de referncia OSI foi criado com a inteno de padronizar os protocolos utilizados na comunicao entre os sistemas operacionais. OSI significa "Interconexo de Sistemas Abertos", pois trata na comunicao entre sistemas que esto abertos para comunicar-se com outros sistemas. Conforme Goleniewski (2006), o modelo OSI teve sua origem em 1970, devido as vrias incompatibilidades existentes entre os fabricantes de computadores, sendo concebido pela Organizao Internacional de Padronizao (ISO). O modelo de referncia OSI foi adotado pelos fabricantes de dispositivos

28

de rede e pelos desenvolvedores de software como um padro de comunicao para os seus produtos. O modelo possui sete camadas que foram criadas com base em alguns princpios: - cada camada possui um nvel de abstrao diferente; - cada camada possui uma funo bem definida; - as funes das camadas foram definidas buscando a padronizao; - os limites das camadas foram definidos buscando a diminuio do fluxo entre as interfaces; - o nmero de camadas foi definido pequeno o bastante para que o modelo no se torne complexo e grande o bastante para que o funes diferentes no estejam associadas a mesma camada. Para um melhor entendimento, podemos observar a Figura 8 que representa as sete camadas do modelo OSI.

29

Figura 8 - Modelo de referncia OSI. Fonte: TANEBAUM, 2003

5.4.1.1 Camadas do Modelo OSI

Camada Fsica

A camada fsica responsvel por caracterizar a transmisso dos dados sobre o meio fsico, ela define padres de tenso de transmisso que representam os bits 1 e 0, pinagem de conectores, cabos a serem utilizados, como a comunicao inicialmente estabelecida e demais funes associadas a transmisso (TANEBAUM, 2003).

30

Camada de Enlace

A principal funo da camada de enlace transformar a linha de transmisso de dados em uma linha de transmisso livre de erros para a camada de rede. Ela responsvel por dividir os dados em quadros e transmit-los sequencialmente assim como confirmar o recebimento do destino observando os pacotes de confirmao de recebimento. Outras responsabilidades desta camada so o controle do fluxo de dados e o controle de acesso ao meio compartilhado, essa ltima realizada atravs de uma subcamada chamada de "Controle de Acesso ao Meio" (TANEBAUM, 2003).

Camada de Rede

Basicamente, o papel da camada de rede efetuar o roteamento dos pacotes de dados observando as informaes de endereo de destino as rotas para endereo de destino. A camada de rede tambm atua quando um pacote deve sair de uma rede para a outra sendo que nestes casos o endereo de origem que o pacote deve usar precisa ser alterado, essa funo a chamada NAT ou "Network Address Translation" ou traduo de endereo de rede. Alm de todas as funes descritas, a camada de rede tambm responsvel pelo controle do congestionamento que ocorre quando muitos pacotes se encontram ao mesmo tempo na rede, por esse motivo ela tambm responsvel pela questo da QoS, j que ela trata do descarte dos pacotes quando necessrio baseando-se em regras previamente definidas (TANEBAUM, 2003).

Camada de Transporte

A camada de transporte responsvel por receber os dados da camada superior, dividilos em pedaos menores se for necessrio e entreg-los para a camada de rede, funo da

31

camada de transporte tambm isolar a camada superior da camada inferior e garantir a interconexo das duas no caso de alteraes de hardware ou software. Esta camada responsvel por gerenciar o tipo de transporte dos dados sendo que este pode ser feito de forma a garantir a entrega dos dados solicitando confirmao de entrega ou simplesmente enviar os dados sem solicitao de confirmao e, portanto, sem garantia de entrega. Por essa caracterstica ela considerada uma camada fim-a-fim pois troca mensagens de controle diretamente com o destino dos dados ao contrrio das camadas inferiores que se comunicam diretamente com o dispositivo adjacente (TANEBAUM, 2003).

Camada de Sesso

Esta camada tem a funo de controlar o estabelecimento de sesses entre os dispositivos e por isso ela prov algumas facilidades como controle de dilogo que define de quem a vez de transmitir e sincronismo que cria pontos de controle ao longo de transmisses extensas evitando que em caso de falhas elas necessitam ser novamente iniciadas (TANEBAUM, 2003).

Camada de Apresentao

Basicamente, ela tem a funo de controlar a apresentao dos dados para a camada de aplicao tratando de assuntos como criptografia ou codificao dos dados, assim ela permite que as camadas superiores de origem e destino possam negociar um formato dos dados mesmo que os sistemas operacionais sejam diferentes (TANEBAUM, 2003).

32

Camada de Aplicao

Esta camada caracterizada por conter todos os protocolos utilizados pelos usurios, como exemplo pode-se citar o HTTP ou "HyperText Transfer Protocol" que utilizado para a navegao nas pginas da Web (TANEBAUM, 2003).

5.4.2 Modelo TCP/IP

Conforme Tanenbaum (2003), o modelo de referncia TCP/IP nasceu de um problema ocorrido com a ARPANET que era uma rede de pesquisa patrocinada pelo Departamento de Defesa dos Estados Unidos (DoD). A ARPANET conectava vrias universidades e estabelecimentos pblicos atravs de linhas telefnicas. Com o surgimento dos rdios e satlites, os protocolos at ento utilizados apresentaram alguns problemas de interconexo e foi necessrio ento a criao de um novo modelo que tinha como principal caracterstica a conexo de vrias redes de forma transparente. Uma outra necessidade que alavancou o desenvolvimento de um novo modelo foi a diversidade de exigncias das aplicaes utilizadas sobre a rede que variava de uma simples troca de arquivos at uma conversao telefnica feita em tempo real. O modelo TCP/IP possui apenas quatro camadas e vrias semelhanas com o modelo OSI. Pode ser observado na Figura 9 o modelo de referncia TCP/IP juntamente com o modelo OSI.

33

Figura 9 - Modelo de referncia TCP/IP. Fonte: TANENBAUM, 2003

5.4.2.1 Camadas do Modelo TCP/IP

Camada de Inter-redes

Dadas as necessidades da criao de um novo modelo, a camada de inter-redes foi criada, sendo semelhante a camada de rede do modelo de referncia OSI. Basicamente a funo desta camada fazer com que os pacotes cheguem ao seu destino. Ela responsvel tambm por assuntos como congestionamento e endereamento. Pelo fato dela ser uma camada no orientada conexo, ela trata cada pacote de maneira individual e por isso cada um deles pode tomar um caminho diferente at o seu destino. Tomando caminhos diferentes, existe a possibilidade dos pacotes chegarem ao seu destino em ordem diferente da correta; a reorganizao desses pacotes tarefa de outra camada. O protocolo utilizado pela camada de inter-redes para garantir a entrega dos pacotes o chamado protocolo IP (Internet Protocol). Ele utilizado para enderear os pacotes conforme sua origem e destino fazendo com que a camada de inter-redes baseada neste sistema de endereamento seja capaz de envi-lo para o seu correto destino (TANEBAUM, 2003). A Figura 10 mostra os campos do pacote IP.

34

Figura 10 - Campos do pacote IP. Fonte: DAVIDSON, 2008

Os campos observados na Figura 10 so definidos como: Verso - indica a verso do IP que est sendo utilizada IPv4 ou IPv6. Comprimento do cabealho IP (CCIP) - indica o tamanho do cabealho do pacote em mltiplos de 32 bits. Tipo de servio - especifica como um protocolo da camada superior deve tratar este pacote e tambm atravs deste campo pode-se atribuir nveis de QoS para cada pacote. Comprimento total - especifica o tamanho total do pacote IP somando cabealho e dados em bytes. Identificador - campo que identifica o pacote, utilizado para uma possvel reorganizao no caso de fragmentao de pacotes. Flags - 3 bits sendo que os 2 menos significativos controlam a fragmentao e o mais significativo no utilizado. Tempo de vida (TTL) - esse campo especifica um contador que decrementado gradualmente para evitar que pacotes fiquem girando infinitamente na rede.

35

Protocolo - especifica qual protocolo da camada superior deve tratar os dados depois do nvel IP. Checksum do cabealho - nmero utilizado para verificar se o cabealho est ou no corrompido. Endereo de origem - endereo de origem do pacote. Endereo de destino - endereo de destino do pacote. Opes - algumas opes que o pacote suporta a nvel de segurana. Dados - os dados da camada de aplicao bem como informaes de protocolos de nvel superior.

Camada de Transporte

A camada de transporte, como no modelo OSI, tem a funo de manter um dilogo entre a origem e o destino. Nesta camada do modelo TCP/IP dois protocolos so definidos: TCP e UDP. O protocolo TCP (Transmission Control Protocol) orientado conexo e possui um controle de entrega baseado em confirmao de recebimento, o que transforma o TCP em um protocolo confivel. J o protocolo UDP (User Datagram Protocol) no orientado conexo e no possui um sistema de controle de entrega, pois no recebe confirmao de recebimento. O protocolo UDP geralmente utilizado quando a entrega rpida mais importante do que a entrega confivel, isso pelo fato do protocolo TCP com seu mtodo de confirmao de recebimento gerar mais trfego do que o protocolo UDP (TANEBAUM, 2003).

Camada de Aplicao

A camada de aplicao a camada mais alta no modelo TCP/IP, assim como no modelo OSI. No caso do modelo TCP/IP, contudo, no existem as camadas de sesso e

36

apresentao. A camada de aplicao aqui fica responsvel por todos os protocolos utilizados pelos usurios. Como exemplos pode-se citar o FTP (File Transfer Protocol) utilizado para a transferncia de arquivos e o SMTP (Simple Mail Transfer Protocol) utilizado para a troca de e-mails atravs da rede (TANEBAUM, 2003).

Camada de Infraestrutura de Rede

Esta camada no realmente especificada pelo modelo TCP/IP. O modelo no especifica nenhum protocolo nesta camada, somente comenta que deve existir um protocolo atravs do qual o pacote deve ser enviado (TANEBAUM, 2003). Na Figura 11 pode-se observar a distribuio dos protocolos comentados nas camadas do modelo TCP/IP.

Figura 11 - Protocolos no modelo TCP/IP. Fonte: TANENBAUM, 2003

37

5.5 COMUNICAO DE DADOS

O principal objetivo desta seo introduzir alguns conhecimentos quanto ao protocolo comumente utilizado nas redes locais bem como um entendimento do funcionamento do dispositivo concentrador. Para Goleniewski a comunicao de dados definida por:

"Comunicao de dados, ou redes de dados, a troca de informao digital entre computadores e outros dispositivos digitais atravs de ns de telecomunicao ou links via cabo ou sem fio." (2006)

Conforme Goleniewski (2006), na histria da comunicao de dados vrias arquiteturas surgiram sendo que cada uma delas teve caractersticas distintas de fluxo de dados, controles de acesso e at meios de transmisso diferentes. Pode ser observado na Tabela 2 uma lista de arquiteturas que surgiram e contriburam para a evoluo da comunicao de dados.
Tabela 2 - Linha do tempo da comunicao de dados. Fonte: GOLENIEWSKI, 2006

DATA DO SURGIMENTO Anos 70 Incio dos anos 80 Incio dos anos 80 Dcada de 80 Meados dos anos 80 a incio dos anos 90 Meados dos anos 90 Meados dos anos 90 Dcada de 90 Incio de 2000 Meados de 2000

ARQUITETURA Mainframes autnomos Mainframes em rede Estaes de trabalho autnomas Redes locais (LAN) Interligao de LANs Comercializao da Internet Redes orientadas para aplicaes Trabalhadores via acesso remoto Redes residenciais Redes pessoais e Internet como backbone corporativo

38

O surgimento das redes locais em meados dos anos 80 a incio dos anos 90 comeou da percepo dos usurios que 80% do fluxo de informaes entre os computadores era feito entre os usurios mais prximos e apenas 20% das informaes era trocadas com usurios de diferentes localidades (GOLENIEWSKI, 2006). As LANs ou Local Area Network, utilizam um meio compartilhado para a troca de informaes, ou seja, todos os dispositivos esto interligados por um meio comum. A troca de informaes em um meio compartilhado pode ser comparada a uma conferncia telefnica com dois ou mais usurios, assim, quando um usurio resolve falar os demais no podem falar so mesmo tempo, caso contrrio vai ocorrer uma coliso de sinal de fala e no ser possvel o entendimento de nenhum dos usurios. Observando esta situao no ambiente de comunicao de dados, surgiu o MAC ou Media Access Control. O controle de acesso ao meio um conjunto de regras as quais todos os usurios do meio compartilhado devem seguir de forma a organizar o acesso ao meio (TANENBAUM, 2003).

5.5.1 Ethernet

O protocolo Ethernet um conjunto de regras que organiza o acesso ao meio compartilhado e nos modelos de referncia est localizado nas camadas 1 e 2 do modelo OSI e na camada 1 do modelo TCP/IP. Do seu surgimento at os dias de hoje o protocolo Ethernet evoluiu consideravelmente, e, da sua evoluo vrios padres foram criados pelo IEEE (Institute of Electrical and Electronics Engineers). O protocolo prev no conjunto de suas regras tipos de cabos utilizados para a transmisso dos dados no meio, codificao dos dados para a transmisso e o formato do pacote Ethernet que utilizado pela camada superior do protocolo (TANENBAUM, 2003). Um dos padres do protocolo Ethernet chamado 10baseT, prev a utilizao de um cabeamento para a transmisso dos dados e tambm um concentrador da rede chamado hub. O hub dispositivo cuja funo principal tornar o meio compartilhado, ou seja, interligar todos os cabos fisicamente para que cada dispositivo possa transmitir para os demais. Esse padro prev tambm uma banda de transmisso de 10Mbps. Porm, com o aumento de comunicao e a necessidade de maiores bandas de transmisso ou mesmo um uso mais eficaz do meio, o

39

hub que apenas interligava os dispositivos eletricamente tornou-se obsoleto e surgiu a necessidade da criao de um novo dispositivo concentrador (TANENBAUM, 2003). O novo dispositivo, tambm conhecido como switch, possui praticamente a mesma funo do hub, porm, o switch tem algumas caractersticas distintas quanto a comunicao. Enquanto o hub simplesmente replica o pacote no meio compartilhado, o switch analisa o cabealho de cada pacote Ethernet e conforme informaes de origem e destino ele encaminha o pacote para o dispositivo correto. Essa facilidade do switch faz com que ele seja capaz de isolar os usurios que esto em comunicao segmentando a rede, dessa forma cada porta do switch conectada a um dispositivo caracteriza um segmento. Para tal funo o switch utiliza uma tabela dinmica criada por ele mesmo estabelecendo relao entre os endereos fsicos de cada dispositivo tambm chamado de endereo MAC com a porta fsica do prprio switch (TANENBAUM, 2003). Na Figura 12 se pode observar os campos do cabealho Ethernet.

Figura 12 - cabealho Ethernet IEEE 802.3. Fonte: HELD, 2003

Conforme Held (2003), os campos observados na Figura 12 so definidos como: Pr-mbulo - este campo composto por uma sequncia de 7 bytes responsveis por identificar o primeiro bit do pacote. SOF - tambm conhecido como Start of Frame, este campo identifica o incio do pacote. Endereo de Destino - este campo identifica o endereo MAC de destino do pacote. Endereo de Origem - este campo identifica o endereo MAC de origem do pacote.

40

Tamanho - o campo tamanho carrega o nmero total de bytes do pacote desde o prmbulo at o FCS. Dados - o campo dados traz todas as informaes que o pacote est carregando, ou seja, essencialmente dados. FCS - tambm conhecido como Frame Check Sequence, este campo utilizado para checar a consistncia de todo o pacote no seu destino.

5.6 VoIP E CATACTERSTICAS

Esta seo visa apresentar a definio e as caractersitcas da VoIP. Pode-se definir VoIP como:

"[...]VoIP refere-se a ao especfica de transmitir dados de som digitalizado em uma rede IP[...]" (WALLINGFORD, 2005)

Conforme Wallingford (2005), o VoIP definido como o ato de transmitir som sobre uma rede IP, ou mais especificamente voz. Uma das vantagens do VoIP est relacionada a convergncia, enquanto um sistema de telefonia comum necessita de uma rede totaltmente separada e especfica, o VoIP consegue utilizar a infraestrutura de dados muitas vezes existente tornando a logstica de implantao mais simples na questo fsica. Porm, o VoIP possui suas particularidades que esto associadas ao funcionamento da estrutura de dados ou a capacidade da mesma de fornecer um suporte adequado s exigncias desta tecnologia. Para adquirir um entendimento sobre as caractersticas do voip necessrio conhecer seus detalhes e desafios:

"Para criar o projeto de redes apropriados, importante conhecer todos os detalhes e mincias de como uma tecnologia opera.[...] As comunicaes via RPTC tm o seu prprio conjunto de problemas [...] A tecnologia VoIP tem muitos desafios similares e outros tantos desafios adicionais." (DAVIDSON, 2008)

41

Conforme Davidson (2008), existe uma srie de detalhes que precisam ser observados e conhecidos antes de criar um projeto de rede que vai prover o servio de VoIP. Tais detalhes esto a seguir separados em caractersticas que o VoIP apresenta em sua essncia.

5.6.1 Delay ou Latncia

Conforme Davidson (2008), o delay ou latncia como definio dentro do VoIP, o tempo total que a voz leva para percorrer o caminho da boca da pessoa que est falando at o ouvido da pessoa que est escutando. Existem trs tipos de atrasos que esto presentes nas redes telefnicas atuais: delay de propagao, delay de serializao e delay de tratamento. O delay de propagao caracteriza a distncia do meio entre a origem e o destino, seja ele ptico ou metlico. A propagao em meio ptico feita a velocidade da luz que de 300.000 km/s e em meio metlico de aproximadamente 201.613 km/s. Se avaliado, o atraso causado pela propagao muito baixo mas quando adicionado aos demais atrasos o montante torna-se perceptvel ao ouvido humano (DAVIDSON, 2008). O atraso de serializao o tempo que um bit leva para ser injetado na interface de rede, tambm conhecido como atraso de injeo e seu valor praticamente insignificante perante o atraso total (DAVIDSON, 2008). O atraso de tratamento ou processamento o somatrio de todos os atrasos dos dispositivos que do seguimento ao frame dentro do percurso da voz. Um dos fatores bastante relevante no atraso de tratamento o delay causado pelo DSP (Processadores Digitais de Sinais) que responsvel pela digitalizao da voz. Se por exemplo um DSP gera uma amostra de voz a cada 10ms e os pacotes de voz sero enviados com 20ms de amostras de voz, cada pacote possuir um atraso de 20ms (DAVIDSON, 2008). Outro atraso presente em uma rede comutada por pacotes o atraso de fila que ocorre sempre que um pacote fica aguardando seu envio em uma fila pelo fato da rede estar congestionada, o congestionamento por sua vez ocorre quando o fluxo de pacotes maior do que o suportado pela interface (DAVIDSON, 2008).

42

Existe uma recomendao feita pela ITU-T G.114 que especifica que o atraso fim-afim no deve ser maior que 150ms para que exista uma boa qualidade de voz. Na Figura 13 pode-se observar os exemplos de atrasos fim-a-fim encontrados em diversos tipos de redes (DAVIDSON, 2008).

Figura 13 - Latncia fim-a-fim. Fonte: DAVIDSON, 2008

5.6.2 Jitter

O jitter pode ser definido como a variao do intervalo de chegada dos pacotes de voz no seu destino. Essa variao ocorre pelo fato de pacotes diferentes sofrerem atrasos diferentes no caminho entre a origem e destino. Para corrigir este problema utiliza-se um buffer de dejitter no destino, seu papel tentar corrigir as imperfeies da rede prevendo o jitter atravs de mdias entre pacotes ou utilizando valores fixos, assim o buffer tenta manter um intervalo fixo entre os pacotes para tornar o problema menos perceptvel ao usurio. Um dos motivos da ocorrncia do jitter o fato de pacotes diferentes tomarem caminhos diferentes com delays diferentes at o seu destino, o destino portanto atravs de um campo do pacote consegue reordenar esses pacotes. Atravs do buffer do jitter definido tambm quando o pacote descartado por ultrapassar o tempo mximo de intervalo, ultrapassando esse tempo mximo de intervalo estipulado o pacote considerado perdido (DAVIDSON, 2008). Na Figura 14 possvel observar um exemplo de jitter na rede onde o intervalo entre o momento que o pacote A sai de sua origem e chega ao seu destino igual ao intervalo do

43

pacote B, porm o pacote C possui um intervalo maior do que os dois anteriores, nesse caso ocorre o jitter.

Figura 14 - Exemplo de ocorrncia de jitter. Fonte: DAVIDSON, 2008

5.6.3 Modulao e Compresso da Voz

Para que a voz, um sinal analgico, seja transmitida atravs de uma rede em pequenos pedaos dentro de pacotes, ela precisa antes ser convertida para um sinal digital, ou seja, ela precisa ser modulada. Segundo o teorema de Nyquist, para se amostrar um sinal analgico, preciso utilizar uma frequncia de amostragem no valor de duas vezes a maior frequncia que se pretende amostrar. Por exemplo, se deseja amostrar um sinal que pode chegar a uma mxima frequncia de 15kHz, necessrio utilizar uma frequncia de amostragem de 30kHz. Outra questo relevante da modulao a resoluo da amostragem, ou seja, o nmero de bits que cada amostra possui. Quanto maior o nmero de bits maior a resoluo do sinal amostrado, quanto maior a resoluo do sinal amostrado mais ele se assemelha ao sinal original analgico. O padro de modulao dos sistemas de telefonia a modulao PCM (Pulse Code Modulation) que utiliza uma frequncia de amostragem de 8kHz e uma resoluo logartmica de 8 bits, isso gera uma taxa de 64kbps (DAVIDSON, 2008).

44

A compresso da voz est relacionada com o nmero de bits das amostras de voz, a modulao PCM possui duas variaes chamadas de lei-A e lei-u. Esses dois mtodos de compresso conseguem estabelecer um bom nvel de resoluo utilizando apenas 8 bits graas a um mtodo logartmico. Geralmente, o mesmo tipo de resoluo seria alcanada com 12 ou 13 bits. Alm desses dois tipos de compresso existe tambm o mtodo ADPCM (Adaptive Differential Pulse Code Modulation) que utiliza apenas 4 bits e gerando assim uma taxa de 32kbps. Esse tipo de compresso utiliza a variao do sinal como dado ao invs do dado propriamente dito, e assim consegue uma boa resoluo com um menor nmero de bits por amostra (DAVIDSON, 2008). Existem padres especificados pela ITU-T que so comumente utilizados na tecnologia de VoIP, esses padres so tambm chamados de codecs. Esses codecs so definidos quando o VoIP utilizado e so eles os principais responsveis pela banda necessria para o trfego de voz em uma rede de pacotes (DAVIDSON, 2008). Na Tabela 3 esto relacionados os principais codecs utilizados hoje e suas respectivas taxas e tamanhos.
Tabela 3 - Lista de codecs comumente utilizados. Fonte: CISCO SYSTEMS, 2004

TAMANHO TAXA INTERVALO DA BANDA TAXA DE CODEC DE DE MOS AMOSTRA ETHERNET AMOSTR. BITS AMOSTR. DE VOZ G.711 G.729 G.723.1 G.723.1 8kHz 8kHz 8kHz 8kHz 64kbps 8kbps 5.3kbps 6.3kbps 10ms 10ms 30ms 30ms 20ms 20ms 30ms 30ms 87.2kbps 31.2kbps 20.8kbps 21.9kbps 4.1 3.92 3.8 3.9

Os dados da Tabela 3 so importantes no momento da implantao de um servio VoIP pois alterando o tipo do codec utilizado est tambm alterando os recursos de rede necessrios para a utilizao do servio sobre a rede. Pode-se observar tambm o MOS ou Mean Opinion Score de cada codec, este um sistema de medida utilizado para qualificar a eficincia de cada codec do ponto de vista do usurio do servio, ou seja, no caso dos codecs apresentados o que possui maior MOS o que consegue prover uma qualidade na conversao.

45

5.6.4 Eco

O eco um problema inerente nas redes de telefonia e precisa ser tratado. Segundo Davidson (2008), ouvir a prpria voz durante uma chamada um fator de segurana, mas ouvir a prpria voz depois de um atraso maior do que 25ms pode comprometer drasticamente o entendimento e a cadncia de uma conversao. Geralmente, o eco na telefonia convencional ocorre na maioria dos casos por problemas de casamento de impedncia entre as diversas redes utilizadas para transmitir os sinais da voz. Nessas redes, o problema resolvido utilizando canceladores de eco que alteram a impedncia da rede. J nas redes de pacotes, os canceladores de eco atuam de forma a detectar a informao enviada com um determinado tempo de atraso retornando origem, quando so detectadas essas so canceladas antes de serem reproduzidas na origem. Um dos fatores que tornam o cancelamento de eco uma questo delicada, o tempo utilizado pelo DSP para efetuar o cancelamento, visto que este contribui para o delay j mencionado (DAVIDSON, 2008).

5.6.5 Perda de Pacotes

A perda de pacotes uma questo comum e esperada, to comum que utilizada para definir as caractersticas da rede a qual se est utilizando para a transmisso dos pacotes. No caso do VoIP, a perda de pacotes uma questo relevante observando que se ocorrer a perda de mltiplos pacotes ir ocorrer uma interrupo na fala, mesmo se eles forem recuperados porteriormente eles no podero ser utilizados. J em um trfego comum de dados, a recuperao de pacotes evita uma retransmisso j que se esses pacotes forem partes de um arquivo se tornam indispensveis (DAVIDSON, 2008).

5.6.6 VAD

VAD ou Voice Active Detection, um mtodo utilizado para detectar a atividade de voz durante uma chamada VoIP. Nas redes de telefonia convencionais, o canal de

46

comunicao fica estabelecido do incio ao fim independentemente se ocorrerem ou no espaos de silncio. No caso do VoIP em que se utiliza a deteco de atividade de voz, os perodos de silncio da conversao interrompem o trfego de pacotes e assim no utilizam o meio durante esses perodos. Portanto, em uma chamada em que o trfego no fica sempre com a mesma taxa de pacotes, acaba por deixar recurso de rede um banda disponvel para outros servios durantes essas interrupes. Segundo Davidson (2008), pelo menos 50% da largura da banda disperdiada em uma conversao normal que no se utiliza VAD (DAVIDSON, 2008).

5.6.7 Protocolo RTP

Como j mencionado, a pilha IP oferece dois protocolos distintos de transporte: o UDP e o TCP. O protocolo UDP no possui confirmao de entrega e por isso tem a caracterstica de uma entrega mais rpida do que a do TCP que faz a confirmao da entrega. Pelas caractersticas exigidas por um servio real-time como o caso do VoIP, o protocolo adotado para o transporte da voz foi o RTP que por sua vez trafega sobre o UDP que faz parte da pilha IP. Assim comum dizer que o VoIP transportado com um cabealho RTP/UDP/IP (DAVIDSON, 2008). O RTP fornece algumas informaes importantes para o VoIP que no existem no protocolo UDP. Como exemplo podemos citar o nmero de sequncia e o timestamp, o primeiro determina a sequncia dos pacotes para sua ordenao no destino e o segundo utilizado para determinar o intervalo entre a sada da origem e a chegada ao destino e levantar assim caractersticas de latncia e jitter (DAVIDSON, 2008). Na Figura 15 pode ser observado o cabealho RTP com todos os seus campos.

47

Figura 15 - Cabealho RTP. Fonte: DAVIDSON, 2008

Dentre as caractersticas do RTP que so voltadas ao trfego de servios em tempo real, existem algumas desvantagens, uma delas o tamanho do cabealho. Ele leva todas essas informaes chegando ao tamanho de 40 bytes, ou seja, o dobro do tamanho do payload de um pacote contendo duas amostras de voz codificadas atravs do G.729. Portanto, se for calculada a banda necessria para o trfego de VoIP, alm do exigido pelo codec deve se considerar tambm o trfego gerado pelo cabealho RTP (DAVIDSON, 2008). importante observar nesta seo, que o servio VoIP possui caractersticas de um servio robusto mas ao mesmo tempo sensvel aos recursos do meio. Por se tratar de um servio em tempo real, o trfego de voz sobre pacotes exige um tratamento diferenciado perante os demais servios que no possuem caractersticas de um servio em tempo real e no so prejudicados por exemplo, por atrasos causados por congestionamentos ou outros problemas inerentes nas redes de pacotes.

48

5.7 QoS

QoS ou Quality of Service, est relacionado aos servios que utilizam as redes de pacotes como meios de comunicao. O termo comumente utilizado para definir diferentes graus de qualidade dos diversos servios dentro da mesma rede. Para Jha a QoS pode ser deifinida como:

"O termo QoS tem sido usado primeiramente nas comunidades em rede para definir uma srie de caractersticas de desempenho da rede como delay, jitter, taxa de erro de bit, perda de pacotes e mais. Com os novos servios multimdia sobre as redes de pacotes como a internet, o conceito de QoS envolve no s a rede mas tambm os sistemas de fim." (2002)

Conforme a afirmao, a QoS hoje trata uma srie de detalhes no s relacionados a rede em si mas tambm aos sistemas provedores de servios como por exemplo um telefone IP que possui todo um aparato de hardware e software para converter a voz em pacotes e transmit-los via rede. Na Figura 16 tem-se uma viso geral dos diversos nveis de QoS de um servio que utiliza uma rede comutada por pacotes como meio.

49

Figura 16 - Nveis de QoS. Fonte: JHA, 2002

Como pode ser observado na Figura 16, o QoS est presente em diversos nveis existentes na viso geral da estrutura de funcionamento de um servio. Desde a qualidade percebida pelo usurio do servio ou MOS, at a qualidade da transmisso dos pacotes sobre a rede. Como o fato tratado aqui relacionado a VoIP e geralmente os sistemas provedores ou os equipamentos utilizados para tal servio so em sua maioria proprietrios e de uma maneira geral os prprios fabricantes garantem a qualidade nos nveis cabveis, resta focar a QoS a nvel de rede. neste nvel que geralmente os problemas ocorrem com esse tipo de servio como j pde ser observado pelas suas caractersticas na seo anterior. Alm de que, a rede parte fornecida pelo cliente do servio VoIP a qual j est em funcionamento com outros servios que no demandam as mesmas caractersticas de recursos que o servio VoIP demanda, e isso pode ser um fato problemtico no momento da implantao. A QoS tratada a nvel de rede, est relacionada a entrega eficiente do pacote ao seu destino. Buscando uma entrega eficiente, no caso da VoIP, as caractersticas problemticas do servio podem ser amenizadas ou completamente suprimidas, sendo que a eficincia da aplicao da qualidade por sua vez depende de uma srie de questes.

50

Suporte a QoS em redes de comutao de pacotes requer infraestrutura especializada para ser projetado e desenvolvido. (JHA, 2002)

Conforme afirmao de Jha, para que uma rede possa fornecer suporte a QoS, ela precisa ter uma infraestrutura especial. Isso significa que a infraestrutura que compe a rede comutada por pacotes precisa possuir caractersticas que permitam a aplicao de algumas regras e configuraes que visam por exemplo a priorizao do trfego de determinados pacotes relacionados a determinados servios. Pode-se afirmar tambm que a QoS est intimamente relacionada com o trfego da rede, sendo o controle deste uma questo relevante para o alcance da esperada qualidade de um servio (JHA, 2002).

5.7.1 Tipos de trfego e parmetros

5.7.1.1 Tipos de trfego

Cada tipo de aplicao ou servio que utiliza a rede como meio possui caractersticas distintas quanto ao seu trfego e por isso todos precisam ser conhecidos antes de definir os mtodos para o alcance do QoS. Conforme Jha (2002), o comportamento do trfego de um servio pode ser definido pela variao dinmica da taxa de transferncia de bits sobre o tempo, dessa forma o comportamento do trfego dos servios pode ser classificado de duas formas distintas: CBR ou VBR.

5.7.1.1.1 CBR

CBR ou Constant Bit Rate considerado o trfego que possui um fluxo constante de dados, como exemplos de servios que possuem este tipo de comportamento pode-se citar algumas aplicaes mutimdias que necessitam de um fluxo geralmente fixo e constante. O

51

VoIP est entre os servios multimdia que tem um comportamento constante sendo que o fluxo baseado no tipo de compressor utilizado conforme j mencionado (JHA, 2002).

5.7.1.1.2 VBR

Ao contrrio do CBR, VBR ou Variable Bit Rate considerado o trfego que no possui uma constncia ao longo do tempo, como exemplo pode-se citar o video codificado atravs do algoritmo MPEG pois quando no existem grandes mudanas entre uma cena e outra o trfego diminui. No caso do MPEG apenas as diferena entre as cenas transmitida ao invs da transmisso da cena completa a cada nova cena, dessa forma o trfego no constante e sim varivel (JHA, 2002).

5.7.1.2 Parmetros de trfego

Conform Jha (2002), o comportamento CBR de um servio de simples verificao, porm, o comportamento VBR de um servio uma tarefa que precisa do auxlio de alguns parmetros. Esses parmetros determinam algumas caractersticas do trfego.

5.7.1.2.1 Peak Rate

Determina a taxa mxima do trfego do servio em um determinado perodo de tempo. O trfego CBR pode ser descrito completamente por este parmetro (JHA, 2002).

52

5.7.1.2.2 Average Rate

Este parmetro determina a taxa mdia do trfego VBR em um determinado perodo de tempo (JHA, 2002). Pode-se observar na Figura 17 um exemplo de diferentes taxas de bits com diferentes picos porm com uma mesma mdia ao longo do tempo.

Figura 17 - Diferentes taxas com mesma mdia. Fonte: JHA, 2002

5.7.1.2.3 Burst Size

Determina o nmero de pacotes que so transmitidos durante o tempo em que o trfego est com sua taxa mxima de bits ou em seu peak rate. Novamente pode-se citar o exemplo do video que utiliza o algoritmo MPEG, quando ocorre uma mudana entre uma cena e outra o servio transmite um grande nmero de pacotes em um curto perodo de tempo para efetuar a atualizao da cena no destino. Nessa situao ocorre uma exploso na taxa de bits e um ponto crtico para ocorrer um congestionamento na rede (JHA, 2002). Na Figura 18 pode-se observar a representao de um trfego VBR que alterna entre picos e a no transmisso de dados, e durante os picos a representao do burst size juntamente com a mdia da taxa.

53

Figura 18 - Exemplo de peak, avarage e burst. Fonte: JHA, 2002

5.7.2 Classificao de pacotes

Conforme Jha (2002), diferentes aplicaes necessitam de diferentes QoS. Partindo deste princpio, necessrio detectar o trfego de determinados servios para poder dar prioridades distintas para servios distintos. Por exemplo, um servio de envio de e-mail no tem a mesma prioridade que um servio VoIP, isto pelo fato do servio de envio de e-mail no possuir caractersticas de um servio real-time. Portanto, para que o servio VoIP possua uma maior prioridade necessrio que os dispositivos responsveis possam classificar os pacotes relacionados a este servio. Existem formas distintas de se classificar um pacote, pode-se criar por exemplo uma regra que verifique o endereo de origem do dispositivo e se este for por exemplo um telefone IP, classificar este pacote com a prioridade cabvel. O mtodo pode ser utilizado, porm, se a rede possuir milhares de telefones IP o mtodo torna-se invivel. Tcnicas eficientes efetuam a classificao analisando alguns campos especficos do pacote em questo.

54

5.7.2.1 802.1p

O 802.1p um padro criado pela IEEE que define a classificao do pacote atravs de uma parte do cabealho Ethernet. Essa classificao pode ter at oito nveis diferentes uma vez que 3 bits so utilizados para tal classificao. ToS ou Type of Service uma parte do cabealho IP do pacote que armazena a mesma informao que geralmente utilizado em conjunto com o 802.1p quando o protocolo TCP/IP utilizado. A finalidade da classificao estabelecer o nvel de prioridade de entrega do pacote antes de ele ser tratado pelo dispositivo concentrador (WALLINGFORD, 2005). Na Tabela 4 est descrito oito classificaes sugeridas relacionadas com o valor do campo do cabealho ethernet.
Tabela 4 - Classificaes sugeridas comumente utilizadas. Fonte: WALLINGFORD, 2005

Valor do Campo 0 1 2 3 4 5 6 7

Classificao Rotina Prioridade Imediato Flash Flash-override Crtico Internet Rede

A classificao pelo mtodo 802.1p geralmente utilizada em redes locais onde o dispositivo concentrador um switch e no utiliza o cabealho IP para fazer a comutao, apenas o cabealho Ethernet (WALLINGFORD, 2005).

55

5.7.2.2 DiffServ

DiffServ ou Differentiated Services, tambm utiliza o campo ToS do pacote IP como classificao, porm, de uma maneira mais elaborada do que o 802.1p. O DiffServ classificado de acordo com o DSCP ou DiffServ Code Points, essa classificao designa um nvel de importncia ao pacote em questo (WALLINGFORD, 2005). Alguns tipos de classificao DSCP so: AF ou Assure Forwarding - maior importncia dentro da classificaao DSCP. EF ou Expedite Effort - importncia muito utilizada no trfego de voz. BE ou Best Effort - importncia pouco comumente no utilizada no trfego de voz.

5.7.3 Mtodos de comutao

At o momento o dispositivo apenas reconheceu o trfego que se deseja priorizar, agora preciso escolher o tipo de priorizao. O tipo de comutao remete a forma que o pacote ser tratado na interface do dispositivo. Dependendo da classificao do pacote observado na seo anterior, ele pode ser tratado de diferentes formas dependendo do mtodo de comutao utilizado (JHA, 2002).

5.7.3.1 FCFS

FCFS ou First Come First Serve, o mtodo tradicional de tratamento de pacotes utilizado pelos concetradores de rede. Atravs deste mtodo, o dispositivo coloca todos os pacotes no mesmo buffer sendo que o primeiro a chegar o primeiro a ser comutado. O mtodo FCFS no isola tipos diferentes de pacotes, ele trata todos os pacotes com a mesma importncia, portanto, este mtodo no possui suporte a QoS ou priorizao de determinado trfego (JHA, 2002). Na Figura 19 pode se observar um grfico que mostra o comportamento

56

do trfego em um interface em que utiliza o mtodo de FCFS de comutao. Portanto, os dois tipos de trfegos no possuem um tratamento diferenciado sendo que o trfego 1 inicia enviando 1.5Mbps e mantm essa banda at que o trfego 2 iniciei no tempo 5 com uma taxa de 1.0Mbps. Ambos os trfegos continuam at o tempo 40 quando o trfego 1 cessa e ento o trfego 2 consegue atingir a banda necessria.

Figura 19 - Exemplo de trfego utilizando FCFS como mtodo de comutao. Fonte: JHA, 2002

5.7.3.2 Priority Queuing

Uma forma simples de dar um tratamento diferenciado a tipos de pacotes diferentes a aplicao da chamada Priority Queuing ou fila de prioridade. Atravs deste mtodo, o dispositivo cria filas virtuais e destina o pacote a cada fila de acordo com a classificao vista na seo anterior. Depois do pacote estar associado a determinada fila, o mtodo comuta primeiro todos os pacotes com a maior prioridade e s depois da fila de maior prioridade estar vazia que ele inicia a comutao da fila com prioridade secundria e assim sucessivamente (JHA, 2002). Na Figura 20 se pode observar o mtodo de comutao por fila de prioridade.

57

Figura 20 - Esquema de comutao por fila de prioridade. Fonte: JHA, 2002

5.7.3.3 Weighted fair queuing

O WFQ ou Weighted Fair Queuing ou enfileiramento justo ponderado, um mtodo capaz de dividir a banda disponvel entre os diversos tipos de trfego de modo que nenhum fique sem transmisso ou aguardando a disponibilidade de banda por muito tempo. A priorizao do fluxo de dados feita com base no nvel de banda necessrio para a transmisso de determinado tipo de pacote. O fluxo para determinado tipo de pacote ou servio feito com base na classificao do pacote vista na seo anterior (DAVIDSON, 2008).

5.7.3.4 Custom queuing

CQ ou Custom Queuing ou fila customizada, um mtodo que permite que seja determinada a porcentagem de banda para cada fila. Neste mtodo a forma de comutao feita de maneira rotatria comutando uma porcentagem de pacotes de uma fila e depois passando para a prxima fila. A determinao de quantos bytes sero transmitidos de cada fila

58

feita com base na velocidade da interface. Desta forma, possvel que a porcentagem no ocupada por determinada fila possa ser dinamicamente ocupada por outra at que esta esteja livre (DAVIDSON, 2008).

59

6 IDENTIFICAO DO PROBLEMA

Observando a estrutura do transporte dos pacotes IP contendo os dados referentes a converso, pode ser percebido que os mecanismos por si s no possuem um sistema que consiga detectar esses pacotes e dar a eles a prioridade necessria perante os demais. Em uma rede que utiliza um meio compartilhado para comunicao praticamente impossvel garantir que quando necessrio, pelo mnimo que seja, exista banda disponvel para um determinado servio. Partindo do princpio que o trfego de voz no possui prioridade intrnsica perante os demais servios e, se avaliado como um servio que utiliza a rede como meio de transmisso ele apenas mais um servio concorrente no mbito de consumo de banda correndo riscos de controles de congestionamento feitos pelos protocolos das camadas responsveis. Por outro lado, avaliando uma chamada telefnica quanto a sua qualidade e a confiabilidade, pode-se afirmar que se esta for substituda por um servio que no traz garantias de qualidade, essa substituio se torna invivel. Portanto, para que seja utilizado um servio de voz ou um servio que tenha caractersticas de um servio em tempo real sobre uma rede que nativamente no possui suporte a essas caractersticas, se torna necessrio a verificao e/ou a configurao de uma srie de detalhes que permitam que este servio tenha garantias de disponibilidade de recursos de rede, e dessa forma possa prover a qualidade determinada ao usurio.

60

7 PROPOSTA DE IMPLEMENTAO

Este captulo tem por objetivo apenas explanar a proposta de implementao que ser detalhada no prximo captulo. Como melhoria, a proposta parte do princpio que deve-se seguir uma lista de tarefas definidas estreitando os limites em busca da qualidade. Pode ser percebido que so muitas as caractersticas que esto relacionadas com a qualidade do servio VoIP, por esse motivo praticamente indispensvel a documentao das caractersticas mais relevantes criando assim um guia para auxlio na implantao deste servio. Portanto, a proposta de implementao sugere a criao de um guia que lista todas as questes que precisam ser observadas em uma implementao do servio VoIP. Atravs desse guia, possvel separar em etapas o processo de implantao deixando ele objetivo e facilitando o trabalho de quem executando o processo.

61

8 DESENVOLVIMENTO DA PROPOSTA

Nese captulo, ser desenvolvida a proposta de implementao para a garantia do sucesso em uma implantao de um servio VoIP baseado no que foi tratado at aqui. A lista para implantao est fundamentada na escolha e na configurao correta dos equipamentos envolvidos na comunicao. Antes da escolha dos equipamentos, necessrio definir algumas caractersticas referentes ao servio como por exemplo o tipo de codec que ser utilizado na comunicao. Para dar maior consistncia a proposta, ser definido um esboo de uma implantao como pode ser observado na Figura 21.

Figura 21 - Esboo da implantao do servio VoIP em uma rede local. Fonte: O Autor

Pode ser observado na Figura 21 que alm dos telefones IPs para a prtica da VoIP, a rede local possui tambm alguns computadores que utilizam a rede como meio sendo que caracterstica predominante da rede que ela no exclusivamente utilizada para o servio de voz, o que torna necessrio a utilizao de alguns mecanismos para priorizar os pacotes de voz.

62

8.1 DEFINIO DAS CARACTERSTICAS DO PROJETO

Esta seo trata da definio das caractersticas do projeto quanto a banda utilizada e mtodos para a garantia da qualidade.

8.1.1 Definio da banda necessria

A caracterstica fundamental no caso da VoIP o codec que ser utilizado para fazer a converso dos sinais de voz em dados para a posterior transmisso atravs de pacotes. A escolha do codec deve levar em conta a banda que ser necessria para a transmisso bem como a questo qualitativa do servio perante o usurio uma vez que cada codec apresenta uma qualidade distinta. Outra caracterstica que deve ser definida referente ao nmero de canais simultneos de conversao. No caso do esboo apresentado, o nmero de canais se limita a um, porm, em um caso real onde mais telefones IPs so instalados, deve-se levar em conta esta caracterstica uma vez que cada canal necessita da banda definida pelo codec utilizado. Portanto, em uma rede em que quatro telefones IPs so instalados, dois canais sero dimensionados utilizando o codec definido por exemplo. Basicamente, as caractersticas do projeto quanto a banda necessria esto baseadas no codec utilizado e no nmero de canais que sero utilizados simultaneamente.

8.1.2 Mtodos para a garantia da qualidade

Esta seo trata esclusivamente da escolha dos mtodos que sero utilizados para que se tenha a qualidade do servio a ser implantado.

63

Como j mencionado, a qualidade depende do fator da escolha do codec que j foi tratado e tambm do mtodo utilizado para a garantia de QoS. A QoS depende de alguns fatores como a identificao do trfego que se deseja priorizar, a caracterstica do trfego que se deseja priorizar e o mtodo utilizado na priorizao desse trfego. Portanto, antes de tudo necessrio definir como ser feita a classificao dos pacotes no dispositivo comutador, qual mtodo de classificao ser utilizado. Depois da escolha do mtodo de classificao, necessrio conhecer o comportamento deste trfego. No caso da VoIP, sabe-se que o trfego na maioria das vezes possui um comportamento constante no tempo, sem variaes, uma vez que a taxa de transmisso praticamente fixa. Definido o mtodo de classificao e o comportamento do trfego, necessrio agora definir o mtodo de priorizao atravs da escolha do tipo de fila que ser utilizada na interface do dispositivo comutador.

8.2 ESCOLHA DOS EQUIPAMENTOS

Depois de definida as caractersticas do trfego quanto a banda necessria e os mtodos que sero utilizados, necessrio partir para a escolha dos equipamentos que sero utilizados na implantao do servio VoIP. Nesta seo ser tratado separadamente a escolha dos equipamentos que geram o trfego da VoIP e os equipamentos que fazem a comutao dos pacotes de voz na rede. As definies aqui estabelecidas esto baseadas no esboo proposto.

8.2.1 Equipamentos geradores de pacotes

Os equipamentos geradores de trfego no caso so os telefones IPs. Para a escolha dos equipamentos geradores deve ser observado o codec definido na seo 7.1.1 e o tipo de classificao definido na seo 7.1.2. Os equipamentos devem possuir suporte ao codec escolhido bem como marcao dos pacotes definida no mtodo de classificao, ou seja, o equipamento deve conseguir alterar o campo necessrio no pacote para que o dispositivo concentrador consiga determinar a que tipo de servio o pacote pertence. Essas so as

64

caractersitcas que devem ser observadas para a escolha dos equipamentos geradores de trfego.

8.2.2 Equipamentos comutadores de pacotes

Os equipamentos comutadores de pacotes so reponsveis pela entrega eficaz do pacote ao seu destino. Para a escolha desses equipamentos necessrio observar as caractersticas do projeto determinadas na seo 7.1.1 e 7.1.2. Na primeira seo determinado a banda necessrias para a implantao do projeto que deve ser suportada pelo equipamento concentrador. Com relao a banda, como pode ser observado no esboo proposto que a rede no exclusiva para o trfego de voz, deve ser considerado que o concentrador far a comutao dos demais pacotes da rede alm dos de voz. Na segunda seo est definido questes mais especficas do concentrador, portanto, ele deve suportar o tipo de classificao de pacotes definido e tambm o mtodo de priorizao definido.

8.3 IMPLANTAO

Na implantao do servio deve-se observar as caractersticas dos equipamentos bem como orientaes de instalao e configurao propostas pelo fabricante. necessrio portanto, seguir as normas relacionadas a instalao fsica dos equipamentos de acordo com as indicaes do fabricante. Quanto a configurao necessria, deve-se observar as caractersticas definidas nas sees 7.1.1 e 7.1.2 e buscar novamente informaes disponibilizadas pelo fabricante de como proceder para a implementao das caractersticas definidas em cada equipamento utilizado. Depois do trmino da implanao, necessrio que se realizem testes nas mais diversas condies comprovando assim a definio correta e a escolha eficaz dos equipamentos.

65

8.4 LISTA PASSO A PASSO

Esta seo visa solidificar a lista proposta criando uma espcie de guia rpido com todas os detalhes que precisam ser verificados antes e depois da implantao. 1 verificar se a rede compartilhada com demais servios ou no; 2 definir o protocolo utilizado na converso da voz em dados; 3 definir nmero de canais simultneos e dimensionar a banda necessria com base do no codec definido; 4 definir o mtodo utilizado para a classificao do trfego dos pacotes de voz; 5 conhecer o comportamento do trfego a ser priorizado; 6 definir o mtodo utilizado para priorizar os pacotes nas interfaces do concentrador; 7 escolha dos equipamentos com base nas caractersticas definidas; 8 seguir recomendaes do fabricante para a correta instalao dos equipamentos; 9 verificar com o fabricante como implementar as caractersticas definidas antes da escolha dos equipamentos;

66

9 RESULTADOS

A lista proposta possui sucintamente todos os passos que devem ser seguidos para que se faa uma implantao de VoIP com sucesso. Acredita-se que todas os assuntos relevantes em uma implantao bsica foram abordados e, que tambm, a lista serve de apoio para implantaes de maior porte ou que utilizem maiores abrangncias como por exemplo um campus ou uma rede corporativa de uma empresa. O auxlio tcnico em uma implantao desse nvel praticamente indispensvel uma vez que existem muitos detalhes que devem ser verificados. Uma dos benefcios que o desenvolvimento trouxe para a empresa foi em relao a soluo de problemas de alguns projetos j implantados. Alguns desses projetos apresentam problemas quanto a qualidade das chamadas sendo que em sua maioria a questo da comutao dos pacotes feita por terceiros. Portanto, com a lista de verificaes ficou mais fcil identificar os pontos de falha de cada projeto alm de embasar os argumentos para com os responsveis pela comutao dos pacotes.

67

10 CONCLUSO

Aps a concluso do trabalho, pode-se perceber que o conhecimento agregado e as facilidades que o o mesmo proporcionou para a empresa so satisfatrios. Uma questo importante no momento tornar este um documento obrigatrio de leitura para todos so colaboradores envolvidos em processos de implantao que envolvam a tecnologia VoIP. Acredita-se que alm do propsito alcanado, o prprio contato com bibliografias que abordam vrios assuntos relacionados a esta tecnologia se transformou em resultado positivo ao fim deste trabalho. O prximo passo a ser realizado difundir os conhecimentos adquiridos atravs de seminrios na prpria empresa, compartilhando os entendimentos que antes faziam parte de um universo obscuro o qual ronda a tecnologia de VoIP. Hoje pode-se dizer que mais um passo foi dado em busca da qualidade de servios prestados e conhecimento aplicado aos projetos realizados, mostrando que a busca pela excelncia continua.

68

REFERNCIAS BIBLIOGRFICAS

BALBINOT, R., 2002. Modelagem e Prototipagem de Sistemas de Voz Sobre IP com Mecanismos de Trasmisso Robusta. Dissertao de Mestrado, Faculdade de Engenharia, PUCRS, 2002. DAVIDSON, Jonathan, 2008. Fundamentos de VoIP. traduo Ricardo Balbinot. 2 edio. Bookman, 2008. p. 392. ISBN: 978-85-7780-113-8. EVANS, John, FILSFILS, Clarence, 2007. Deploying IP and MPLS QoS For Multiservice Networks - Theory and Practice. Morgan Kaufmann Publishers, 2007. p. 456. ISBN-13: 978-0-12-370549-5. GOLENIEWSKI, Lillian, 2006. Telecommunications Essentials, Second Edition: The Complete Global Source. 2 edio. Addison Wesley Professional, 2006. p. 928. Print ISBN-13: 978-0-321-42761-8. HALSALL, Fred, 2005. Computer Networking and the Internet, Fifth Edition. Addison Wesley Professional, 2005. p. 827. ISBN: 0-321-26358-8. HELD, Gilbert, 2003. Ethernet Networks, Fourth Edition. 4 edio. John Wiley & Sons Ltd, 2003. p. 589. ISBN: 0-470-84476-0. JHA, Sanjay, 2002. Engineering Internet QoS. Artech House, 2002. p. 325. ISBN: 158053-341-8. MARCHESE, Mario, 2007. QoS Over Heterogeneous Networks. John Wiley & Sons Ltd, 2007. p. 330. ISBN: 978-0-470-01752-4. TANENBAUM, Andrew S., 2003. Computer Networks, Fourth Edition. 4 edio. Prentice Hall, 2003. p. 384. Print ISBN: 0-13-066102-3. WALLINGFORD, Theodore, 2005. Switching to VoIP. O'Reilly, 2005. p. 502. ISBN: 0-596-00868-6. WALKER, John Q, HICKS, Jeffrey T., 2004. Taking Charge of Your VoIP Project. Cisco Press, 2004. p. 312. ISBN: 1-58720-092-9.

69

Cisco Systems. Voice Over IP, Per Call Bandwidth Comsuption. disponvel em <http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tech_note09186a0080094ae2.s html>. Acesso em 22 de jun. 2010. OZ Voip. Voip Codecs, Clients Compare Codecs. disponvel em

<http://www.ozvoip.com/voip-codecs/>. Acesso em 22 de jun. 2010. TM Forum. IPDR Program, Usage Data Management for IP-based Services. disponvel em < http://www.tmforum.org/ipdr>. Acesso em 08 de jul. 2010.