Transcrição

1 Faculdade de Engenharia da Universidadee do Porto Qualidade de Serviço em chamadas VoIP Hélder Barroso Silva Dissertação realizada no âmbito do Mestrado Integrado em Engenharia Electrotécnica e de Computadores Major Telecomunicações Orientador: Prof. José Ruela Co-orientador: Eng. Filipe Sousa Junho de 2008

2 Hélder Barroso da Silva, 2008 ii

3 iii

4 iv

5 Resumo Esta dissertação tem como tema abrangente a qualidade de serviço, que no caso em estudo se refere à qualidade em chamadas VoIP. Pretende-se implementar/integrar uma funcionalidade que permita prever a qualidade de chamadas para uma dada lista de contactos. Essa qualidade está definida por três níveis, Bom, Aceitável e Mau. Inicialmente, foi feito um levantamento de ferramentas para permitir a selecção de forma consciente das mais adequadas para utilizar. Foi implementada uma arquitectura VoIP para permitir o estabelecimento de chamadas de forma a ser utilizada como cenário de teste. Os testes foram realizados numa rede sem fios, tendo como principio a manipulação do fluxo de tráfego para analisar o comportamento da rede a partir dos resultados obtidos pela aplicação realizada. Este teste permitiu a compreensão da utilidade da ferramenta implementada, do comportamento da rede e a forma como variam as métricas. Foi possível constatar que a rede tinha um comportamento aceitável até ao instante em que o tráfego na rede se aproxima do ponto de saturação, ficando com características bastante degradadas. Observou-se também que as métricas utilizadas para analisar uma rede não variam da mesma forma e algumas são melhores caracterizadoras do que outras. Esta implementação tem então uma aplicação prática, que pode evitar uma má utilização do serviço de VoIP ao informar os utilizadores da qualidade de serviço esperada. Por fim, foram sugeridos melhoramentos e novas funcionalidades para serem efectuados como trabalho futuro. v

6 vi

7 Abstract This dissertation addresses the problem of network quality of service, and in particular in the case under study the quality of VoIP calls. The goal is to implement / integrate a feature that allows predicting the quality of voice calls for a list of contacts. This quality is defined by three levels, Good, Acceptable and Bad. Initially, an inventory of tools was elaborated to allow the selection of the most appropriate to use. A VoIP architecture was defined to enable the establishment of calls to be used in scenario created for testing. Tests were performed in a wireless network, and the objective is the manipulation of traffic flows to analyze the behavior of the network from results achieved by the application. This test allowed understanding of the usefulness of the implemented tool, the behavior of network and how the metrics vary. It was possible to see that the network had an acceptable behavior until traffic approaches the point of saturation, where degradation becomes noticeable. It was also observed that the metrics used to characterize the network behaviour do not vary in the same way, and some are better than others for that purpose. This implementation then has a practical application that can prevent improper use of the VoIP service because users are informed of the expected quality of service. Finally, improvements and addition of new features were suggested as future work. vii

8 viii

9 Agradecimentos Esta dissertação é o culminar de todo um esforço, empenho e dedicação de acordo com o grande objectivo académico que representa. Durante a realização desta tese recebi a ajuda de algumas pessoas que foram extremamente importantes. Estou imensamente agradecido aos meus orientadores, Prof. José Ruela e Eng. Filipe Sousa por todo o empenho, disponibilidade e bons concelhos que sempre contribuíram. Agradeço a todos os meus companheiros que me ajudaram a percorrer este percurso académico. Tenho que agradecer também, a toda a minha família que sempre me incentivou, compreendeu e apoiou nos momentos mais delicados. ix

10 x

11 Índice 1 Introdução Objectivos Enquadramento Caracterização do Problema Estrutura Estado da Arte Conceitos abordados Protocolo IP P2P (Peer-to-Peer) Arquitectura tradicional dos serviços na Internet Arquitectura de uma rede Peer-to-Peer QoS Introdução QoS Modelos de QoS Modelo IntServ Modelo DiffServ Medidas de Qualidade de Serviço para redes IP Medidas Passivas Medidas Activas VoIP Introdução VoIP Tipos de ligações VoIP xi

12 Alguns problemas VoIP Algumas soluções VoIP Funcionamento do VoIP Protocolo de sinalização H Protocolo de sinalização SIP SDP (Session Dresciptor Protocol) Cabeçalho SIP Sessão SIP sem Proxy Sessão SIP com Proxy Trabalhos relacionados Ferramentas Introdução Ferramentas de medidas Activas Ferramentas de medidas Passivas Outras ferramentas Componentes VoIP Servidores VoIP Asterisk OpenSER Asterisk vs OpenSER Cliente VoIP Ekiga Definição de requisitos e especificação Introdução Cenário de comunicação VoIP Requisitos da aplicação de medidas Especificação da arquitectura Desenvolvimento e integração Introdução Fluxograma demonstrativo do funcionamento Principais funções implementadas xii

13 5.4- Integração dos componentes Asterisk Ekiga X-lite MGEN NTP Testes/Resultados Introdução Cenários de teste Testes efectuados Análise de resultados Conclusão/Trabalho futuro Conclusão Trabalho Futuro Anexo A Métodos e tipos de respostas SIP Referências xiii

14 xiv

15 Lista de figuras Figura Arquitectura TCP/IP [2]... 6 Figura Formato do Pacote IP[2] Figura Arquitectura Tradicional dos Serviços na Internet [3] Figura Arquitectura de uma rede Peer-to-Peer [3] Figura Reserva de Recursos [2] Figura Tráfego da Rede com medições Passivas [4] Figura Tráfego na rede com medições Activas [4] Figura VoIP Ligação PC-PC [6] Figura VoIP Ligação PC-Telefone [6] Figura VoIP Ligação Telefone-Telefone [6] Figura Protocolos de sinalização para VoIP [8] Figura Formato de um pacote RTP (dados) [2] Figura Conversão de um sinal analógico para digital Figura Pilha de protocolos do padrão H323 [9] Figura Modelo H Figura Chamada entre um PC e um telefone convencional [10] Figura Pilha de protocolos SIP Figura Mensagem SDP [14] Figura Métodos de estabelecimento de uma sessão SIP Figura Sessão SIP sem Servidor Proxy [17] Figura Sessão SIP com um Servidor Proxy [17] Figura H323 Beacon níveis de qualidade [19] Figura H323 Beacon opções [19] Figura Relação entre a predição e a real perda de pacotes [20] Figura Diferenças de QoS 1999 e 2002 [21] Figura Cenário de teste [79] Figura Classificação MOS [79] Figura Classificação MOS dos codecs [79] Figura Relação MOS com % perdas [79] xv

16 Figura Relação MOS e % perda, variando o tamanho dos pacotes [79] Figura Relação entre % perda com jitter [79] Figura Pathchirp [23] Figura STAB [24] Figura Exemplo do funcionamento do MGEN Figura MRTG [32] Figura Sistema recurso ao velho modelo de PABX/Softswitch [65] Figura Arquitectura com recurso ao Asterisk [65] Figura Ficheiro de configuração do OpenSER Figura Chamada efectuada entre dois softphones Ekiga Figura Interligação entre dois Ekigas durante um teste Figura Interligação do Ekiga com a nova funcionalidade implementada Figura Fluxograma demonstrativo do funcionamento do trabalho implementado Figura Exemplo de configuração efectuada no Ekiga Figura Exemplo de configuração do X-lite Figura Cenário de teste apenas com um dos clientes a suportar a previsão da qualidade de chamada Figura Cenário de teste com ambos os clientes a suportarem a previsão da qualidade de chamada Figura Variação do jitter na rede dependendo do tráfego injectado Figura Variação das perdas na rede mediante o tráfego injectado Figura Variação do atraso na rede mediante o tráfego injectado Figura Relação entre tráfego na rede e nível de QoS xvi

17 Lista de tabelas Tabela Modelo IntServ Tabela Modelo DiffServ Tabela Ferramentas para efectuar medições de parâmetros QoS Tabela 2.4- Comparação entre medidas Activas e Passivas Tabela Componentes do SIP Tabela SIP vs H Tabela Servidores VoIP Tabela Bibliotecas VoIP Tabela Clientes VoIP Tabela Sem tráfego adicional na rede Tabela Com tráfego adicional de 700 pacotes/s com 1024 bytes Tabela Com tráfego adicional de 900 pacotes/s com 1024 bytes Tabela Com tráfego adicional de 1100 pacotes/s com 1024 bytes Tabela Qualidade das chamadas VoIP para diferentes valores de tráfego na rede xvii

18 xviii

19 Lista de Abreviaturas ACK ARPANET EF FDDI HTTP IANA IAX IETF IP ISP ITU-T MCU Megaco MGCP NTP PSTN QoS RAS RSVP RTCP RTP SIP SLA SMTP TCP TOS UAC UAS UDP Acknowledgment Advanced Research Projects Agency Network Expedite Forward Fiber Distributed Data Interface HyperText Transfer Protocol Internet Assigned Numbers Authority Inter-Asterisk exchange Internet Engineering Task Force Internet Protocol Internet Service Provider International Telecommunication Union Multipoint Conferencing Unit Media Gateway Control Protocol Media Gateway Control Protocol Network Time Protocol Public Switched Telephony Network Quality of Service Registration, Admission and Status Resource ReSerVation Protocol RTP Control Protocol Real Time Protocol Session Initiate Protocol Service Level Agreement Simple Mail Transfer Protocol Transport Control Protocol Type of Service User Agent Client User Agent Server User Datagram Protocol xix

20 URI URL VoIP Uniform Resource Identifier Uniform Resource Locator Voice over Internet Protocol xx

21 1 1.1 Objectivos Capítulo 1 Introdução Este trabalho está inserido no âmbito da dissertação do Mestrado Integrado em Engenharia Electrotécnica e de Computadores do major em Telecomunicações. O tema está orientado para qualidade de serviço (QoS), no caso particular do serviço de voz sobre IP (VoIP). Pretende-se desenvolver uma funcionalidade capaz de prever a qualidade de serviço de chamadas para qualquer um dos contactos existentes. O tema é interessante sob o ponto de vista de QoS, uma vez que VoIP é uma aplicação em tempo real que necessita de garantir certos níveis de qualidade. Este trabalho obrigou a um levantamento e avaliação de ferramentas a utilizar, pois não tinha o objectivo principal o desenvolvimento mas, sobretudo a integração de módulos de software. A previsão da qualidade das chamadas será baseada numa conversão dos valores de algumas métricas de QoS, para uma quantificação de um nível qualitativo, segundo critérios bem definidos. 1.1 Objectivos Para este trabalho de dissertação foi definido como objectivo principal a integração de uma ferramenta capaz de efectuar medidas de QoS numa aplicação que permita estabelecer ligações VoIP, de modo a ser possível prever individualmente a qualidade de chamada para os possíveis contactos. Para além do objectivo principal que é o de elaborar uma ferramenta capaz de quantificar a qualidade de uma ligação VoIP, outros objectivos acabam por ser inerentes a este tais como, adquirir os conceitos envolvidos, conhecer o meio em que o tema se insere, ter a noção do que já foi feito e do que ainda está por conceber ou desenvolver. Daí que seja necessário obter conhecimento das ferramentas que existem, das que são livres, das suas limitações e ainda compreender de que forma se podem complementar. É

22 2 Introdução também necessário um estudo acerca de servidores VoIP tal como de clientes que suportem o protocolo SIP. 1.2 Enquadramento Este trabalho baseia-se na análise da qualidade de serviço em VoIP. É uma tecnologia que está em grande expansão e que promete revolucionar toda a rede convencional de voz (PSTN). Esta tecnologia consiste na transmissão de voz através de pacotes, utilizando uma rede IP. Já existem imensas aplicações de Clientes, Servidores e Bibliotecas para VoIP e muitos mais ainda serão desenvolvidos, tal como vários protocolos. Para além de VoIP várias outras aplicações necessitam de garantir certos níveis de qualidade de serviço, tal como as aplicações que incluem vídeo. Geralmente, as aplicações em tempo real são as mais problemáticas relativamente à qualidade, daí requerem maiores cuidados. Por estes aspectos, o tema desta dissertação é muito importante na análise do impacto da qualidade de serviço nas ligações de voz pela Internet. 1.3 Caracterização do Problema Neste trabalho o problema abordado é referente à qualidade de serviço existente numa rede IP. Uma rede como a Internet tem como modelo base o best effort, logo não garante QoS, salvo a excepção de existir um acordo entre o cliente e o seu provedor de serviços Internet (ISP). Como a Internet não foi concebida para aplicações em tempo real, o modelo best effort era suficiente. Actualmente, já não é assim, parte da informação que circula na rede é tráfego com requisitos de tempo real, o que exige melhor qualidade de serviço. Todas as aplicações de tempo real, como é o caso de aplicações de voz ou vídeo, se tiverem problemas de atrasos, perdas ou jitter na entrega dos pacotes são alvo de degradação perceptível por parte do utilizador o que não é aceitável. Daí a necessidade de garantir certos parâmetros de qualidade de serviço. As aplicações que vão ser sujeitas a testes de qualidade de serviço são aplicações de voz VoIP, ou seja, com requisitos de tempo real o que implica uma muito maior exigência da parte da rede e consequentemente um fulcral controlo por parte das entidades responsáveis para garantir um nível de satisfação por parte dos clientes. Portanto, nesta dissertação vão ser efectuadas medições das métricas que caracterizam a qualidade de uma rede de modo a permitir qualificar o nível de QoS, numa ligação entre dois

23 3 1.4 Estrutura quaisquer clientes VoIP e se possível permitir a identificação de causas para possíveis problemas. 1.4 Estrutura Este relatório está organizado em sete capítulos bem definidos de forma a caracterizar todo o trabalho realizado de forma sequencial. Inicialmente, tem uma introdução para situar o contexto da dissertação expor os objectivos, o enquadramento do tema abordado, a caracterização do problema e a organização do conteúdo. O segundo capítulo aborda o Estado da Arte, e consiste em explicar os conceitos relacionados com o trabalho em causa e fazer referências a trabalhos relacionados com o mesmo. O terceiro capítulo faz referência a ferramentas úteis à dissertação. Foi feita uma pesquisa e uma lista de ferramentas e software que permitiu uma escolha consciente de quais utilizar. No quarto capítulo faz-se um levantamento da arquitectura utilizada para o funcionamento do VoIP, a interligação dos diferentes componentes que a compõem e ainda uma ligeira abordagem ao funcionamento do Ekiga com a nova funcionalidade implementada. O quinto capítulo corresponde à implementação, é uma das fases mais importantes do projecto, pois é onde o projecto ganha vida. Pretende-se descrever todo o trabalho que realmente foi realizado, com demonstração desde configurações da arquitectura da rede até ao código implementado. O objectivo é apresentar as etapas com a devida cronologia. O sexto capítulo da dissertação está reservado para a selecção de um cenário de teste adequado aos objectivos pretendidos, e os consequentes testes que o comprovem. Com os testes pretende-se comprovar a veracidade dos valores obtidos consoante a variação do tráfego injectado na rede, e provar a automatização do sistema para funcionar independentemente da localização dos utilizadores. E obviamente, comprovar o bom funcionamento da solução implementada. O sétimo e último capítulo é constituído pela conclusão, serve para fazer um balanço ao que foi feito, informar quais os conhecimentos que foram apreendidos e claro fazer uma introspecção e verificar se os objectivos foram ou não alcançados.

24 4

25 5 2.1 Conceitos abordados Capítulo 2 Estado da Arte 2.1 Conceitos abordados Protocolo IP A rede denominada de Internet, como a conhecemos actualmente, teve origem nos finais dos anos 60 do século XX, mais propriamente em O Departamento de Defesa Americano constituiu a ARPANET (Advance Research Projects Agency), que tinha como objectivo a interligação de computadores utilizados em centros de investigação com fins militares. Durante os anos 70, por razões de segurança a rede continuava a ser estritamente controlada pelos militares. Foi então dividida em dois grupos a MILNET, que era responsável pelas regiões militares e a nova ARPANET, que era responsável pelas não militares. Em 1970 teve origem o protocolo denominado de IP (Internet Protocol), tornava possível a interligação entre as redes comutando o tráfego de uma rede para outra. Com a inclusão do protocolo IP no UNIX, em 1982 várias universidades criaram as suas redes que por sua vez também foram ligadas à Internet [1]. O IP é um protocolo que permite a troca de informação sobre a forma de pacotes de uma máquina para outra, através da Internet. De um modo geral, quando um utilizador estabelece uma ligação à Internet, o ISP (Internet Service Provider) atribui um endereço IP público ao computador que o identifica de uma forma única em toda a rede. Quando um utilizador quiser enviar informação, ela é dividida em pequenos pacotes (pacotes IP) que contêm o endereço do destinatário e o seu. Os pacotes IP podem ter um percurso complexo até chegarem ao seu destino, pois vão passando por várias máquinas intermediárias. Cada pacote segue um caminho independente

26 6 Estado da Arte dos restantes, o que pode provocar uma chegada desordenadaa ao destino, isto é o que sair em primeiro lugar não é necessariamente o primeiro a chegar ao destino. O protocolo IP apenas entrega os pacotes, sendo por isso necessário recorrer a outro protocolo de nível superior TCP (Transmission Control Protocol) paraa os reordenar. Figura Arquitectura TCP/IP [2]. Figura Formato do Pacote IP[2].

27 7 2.1 Conceitos abordados Descrição dos campos pertencentes a um pacote IP [2]. Versão: IPV4 HLEN: Comprimento do cabeçalho Service type: usados em novas redes (QoS, DiffServ) Total Lengh: Comprimento total do datagrama ID: Identificação única do datagrama Flags: DF (Don t Fragment) MF (More Fragment) Fragment offset: Indica a posição de um fragmento em relação ao datagrama inicial TTL: Tempo de vida é dado pelo número máximo de routers pelo qual cada pacote pode passar Protocol: Usado para desmultiplexagem Header Checksum: Calculado sobre o cabeçalho Source IP adress: Endereço IP de origem Destination IP adress: Endereço IP de destino IP options: Registo de rota Registo de tempos Encaminhamento definido pela origem Data: Informação a ser efectivamente transmitida P2P (Peer-to-Peer) É a designação de um tipo de comunicação ponto a ponto entre dois utilizadores de uma mesma rede, normalmente a Internet. Os utilizadores criam a ligação através de um servidor ou mais servidores em que depois comunicam e fazem troca de dados entre si directamente. Os utilizadores têm iguais responsabilidades e importâncias, ou seja, não existe a relação de Cliente/Servidor mas sim estações, que tanto podem funcionar como Clientes como Servidores Arquitectura tradicional dos serviços na Internet Como podemos visualizar na figura 2.3, esta arquitectura funciona como Cliente/Servidor, ou seja, temos vários clientes e apenas um servidor que fornece toda a informação e ou serviços. A grande vantagem desta arquitectura é o Cliente não necessita de grande poder computacional, tornando o Cliente simples. O cliente é então denominado de passivo uma vez que requer serviços mas não os fornece. A grande desvantagem desta arquitectura reside no facto de a largura de banda disponível do servidor ser limitada, o que implica um número limitado de atendimento de clientes [3].

28 8 Estado da Arte Figura Arquitectura Tradicional dos Serviços na Internet [3] Arquitectura de uma rede Peer-to-Peer Como se pode ver nesta arquitectura (figura 2.4), ao contrário do modelo anteriorr em que todas as ligações estavam dependentes de um servidor, todas as estações estão ligadas directamente entre si. Neste modelo de comunicação as estações não são passivas, ao contrário do que sucedia no anterior, pois são capazes de fornecer e solicitar serviços. Portanto, a grande vantagem reside no facto de existir uma distribuição da responsabilidade de fornecimento de serviços por todas as máquinas envolvidas, sendo uma vantagem no caso de falha, uma vez que não está dependente de apenas uma estação, e também diminui drasticamente a falta de largura de banda uma vez que a informação é partilhada por todos os nós. A tecnologia P2P tem por isso a capacidade de maximizar os recursos de todos os dispositivos da rede, garante uma maior robustez na disponibilização de recursos a um custo reduzido. Figura Arquitectura de uma rede Peer-to-Peer [3].

29 9 2.1 Conceitos abordados QoS Introdução QoS O protocolo IP foi implementado e desenvolvido como um protocolo de comunicação com controlo de tráfego baseado no serviço do melhor esforço (Best-effort Service). O serviço Best-effort não prevê nenhum mecanismo de qualidade de serviço e portanto nenhuma garantia de atribuição de recursos da rede. Inicialmente, não se imaginava que a Internet se tornaria a grande rede que é, nem que iria suportar voz, dados e vídeo numa única infra-estrutura de redes de pacotes. Com o desenvolvimento de serviços de voz e vídeo em tempo real, houve a necessidade de desenvolver protocolos de QoS (Qualidade de Serviço) Modelos de QoS Para satisfazer as necessidades de aplicações de dados e aplicações com requisitos de tempo real foi necessário criar melhorias em relação ao modelo tradicional designado de melhor esforço, de forma a incluir diferentes níveis de QoS e capacidade de gerir a atribuição de recursos. Actualmente, existem dois modelos de QoS IP, o modelo de Serviços Integrados (Integrated Services - IntServ) e o modelo de Serviços diferenciados (Differentiated Services - DiffServ). Foram ambos desenvolvidos pela organização encarregue pelos protocolos da internet IETF (Internet Engineering Task Force) Modelo IntServ Este modelo aplica-se na qualidade de serviço fim a fim, ou seja, baseia-se na reserva de recursos alocados pelos routers para garantir que os fluxos de pacotes tenham todos os recursos necessários para a obtenção de um bom serviço. IntServ pode, por exemplo, ser utilizado para possibilitar a transmissão de vídeo e som sem interrupções. Fundamentalmente, é um serviço que garante a reserva de recursos para ligações individuais. O modelo IntServ necessita de um protocolo de sinalização para a reserva de recursos e que os routers mantenham a informação de estado por fluxo. Para a sinalização o protocolo RSVP (Resource ReSerVation Protocol) é o utilizado, embora não seja este o protocolo obrigatório.

30 10 Estado da Arte Modeloo Tabela Modelo IntServ. Classe de Serviço Descrição IntServ Best-effort Guaranteed Service Não há qualquer controle de qualidade de serviço, nem qualquer tipo de diferenciação de tráfego (privilégios). Garante a entrega dos pacotes com um atraso admissível e previamente definido. Controlled-Load Servicee O objectivo desta classe é que funcione como o serviço best-effort mas com a condição de ter carga controlada de maneira a ser mais eficaz. RSVP (Resource ReSerVation Protocol) Protocolo de sinalização para possibilitar a reserva de recursos por parte das estações de modo a garantirem niveis de QoS solicitados. A reserva de recursoss é realizadaa através de mensagens PATH, que constroem o caminho pelo qual as mensagens RESV podem passar a garantir os recursos necessários. Figura Reserva de Recursos [2].

31 Conceitos abordados IntServ Problemas Escalabilidade: Possibilidade de ocorrer uma sobrecarga de processamento e memória caso o número de fluxos seja demasiado, uma vez que a quantidade de informação de estado aumenta de forma proporcional ao número de fluxos. Complexidade dos routers: Todos os dispositivos têm de implementar RSVP, controle de admissão, classificação e escalonamento de pacotes. Para Guaranteed Service, a arquitectura tem de ser implementada de uma só vez Modelo DiffServ O diffserv opera sobre grandes volumes de dados ao contrário das reservas individuais utilizados pelo IntServ. A arquitectura DiffServ parte do princípio que domínios adjacentes tenham um acordo sobre os serviços que serão disponibilizados entre os mesmos. Este acordo denomina-se SLA Service Level Agreement. Estes acordos especificam que classes de tráfego serão servidas, que garantias são necessárias para cada classe, e qual o volume de dados para cada classe. No cabeçalho de um pacote IP, existe um campo chamado TOS (Type of Service) que pode representar o tipo do serviço utilizado. Tabela Modelo DiffServ DiffServ Classes de tráfego Best effort Assured Forward (AF) Descrição Não há qualquer controlo de qualidade de serviço, nem qualquer tipo de diferenciação de tráfego (privilégios). Inclui quatro classes de prioridade em que cada uma contém três níveis diferentes de prioridade de descarte. Expedite Forward (EF) Tráfego com maior prioridade

32 12 Estado da Arte Medidas de Qualidade de Serviço para redes IP Como já foi realçado, a rede IP sofreu um grande avanço não só a nível de crescimento de utilizadores mas também ao nível da diversidade do tipo de aplicações para o qual está a ser utilizada. Este fenómeno tornou imprescindível a existência de um controle do desempenho da rede, uma vez que são cada vez mais as aplicações em tempo real, o que não permite grandes falhas de serviço. Para se poder controlar e monitorizar a qualidade de serviço de uma rede é necessário obter valores de alguns parâmetros capazes de caracterizarr a rede de forma a sabermos o estado em que se encontra. A qualidade de uma rede pode por isso ser caracterizada por alguns parâmetros, tais como: atraso, perdas, diferença entree atrasos e largura de banda. Para se obter os valores destess e outros parâmetros equivalentes há duas maneiras distintas de se fazer, é possível fazer a medição de forma passiva ou activa Medidas Passivas As medidas passivas consistem em controlar e monitorizar o tráfego sem criar ou modificar nada na rede, isto é não se adiciona tráfego inútil à rede como se pode visualizar na seguinte figura. Figura Tráfego da Rede com medições Passivas [4]. Estas medições podem ser implementadas ao adicionar alguma inteligência na rede, de maneira a conseguir capturar e gravar as características e a quantidade dos pacotes que lá passam. Alguns exemplos de parâmetros que podem ser calculados à custa das medidas passivas: - Quantidade de bits/ pacotes transmitidos - Tempos de chegada ou tempos entree chegada dos pacotes - Níveis da fila dos buffers (que podem ser usados como indicadores de perdas ou atrasos nos pacotes) - Tipos de tráfego/ protocolo recebidos

33 Conceitos abordados Medidas Activas As medidas activas são uma outra forma de conseguir medições para as perdas (packet loss), atrasos (delay) e variação de atrasos (jitter) de pacotes na rede. Para se efectuar este tipo de medições é necessário injectar tráfego apropriadoo na rede para se notar as alterações ou mesmo valores calculados directamente, e daí perceber o seu comportamento [4]. Ao contrário das medidas passivas como se pode ver na seguinte figura existee tráfego adicional. Figura Tráfego na rede com medições Activas [4]. Medições que podem ser obtidas através do método activo: - Atraso (Delay) - Perdas (Loss) - Variação do atraso (Jitter) - Largura de banda (Bandwidth) Com o aumento da importância do desempenho das redes devido ao aumento do tráfego e às aplicações de tempo real têm sido implementadas muitas ferramentas capazes de fazerem as medições dos vários parâmetros. Embora num capítulo mais à frente se façaa uma referência mais detalhada, fica já o exemplo de algumas ferramentas open-source capazes de obter os vários valores dos parâmetros já referidos.

34 14 Estado da Arte Tabela Ferramentas para efectuar medições de parâmetros QoS Tipos de medidas Ferramentas Custo Passivas MRTG, Nagios, NetFlow, Statscout, whireshark Pathchirp, Fping, Mgen, Ping Plotter, MRTG, Pathchar, Activas Pathload, Pathrate, Iperf, H.323 Beacon, OWAMP, Traceroute, freeping, Napoleon, MCM, TRPR, RSVP. Open-source Open-source Tabela 2.4- Comparação entre medidas Activas e Passivas Medidas Vantagens Desvantagens Activas Passivas Consegue caracterizar melhor as métricas pois testa mesmo injectando tráfego próprio para testar o comportamento da rede. Não necessita de injectar tráfego adicional na rede. Ocupação de largura de banda provocada pelo tráfico injectado artificialmente Necessita de mais informação nos cabeçalhos dos pacotes para poder obter e armazenar a informação necessária VoIP Introdução VoIP VoIP (Voice over Internet Protocol) como a própria palavra explica é transmitir sinal de voz através de uma rede de dados usando o protocolo internet. A informação é transportada sobre a forma de pacotes quer dizer que é transmitido no formato digital e não analógico. Tornou-se rapidamente numa tecnologia muito popular devido à grande vantagem de ser grátis se usarmos software gratuito existente, porque desta forma estamos a fazer chamadas dispensando os serviços das companhias telefónicas. Outros factores também importantes para justificar este crescimento são nomeadamente o aumento de locais com acesso de banda larga e a melhoria de qualidade de serviço que é