O artigo está dividido em 6 seções. Na seção 2 é feita uma breve revisão do mecanismo de feedback da qualidade de serviço pelo protocolo RTCP. Na seção 3 é apresentada a metodologia de captura em testes reais, usando programas de código fonte aberto de telefonia IP, destacando a estrutura interna dos mesmos, as modificações realizadas para melhorar a precisão das medidas bem como a descrição dos logs e integração com outras medidas, como traceroute. Na seção 4 é descrita a consolidação dos logs das gerações de telefonia IP realizadas, de modo a termos a capacidade de visualização da qualidade como um todo, e ao mesmo tempo sem perder as informações mais detalhadas para avaliações mais precisas. Isso é exibido de forma gráfica, baseada na Web, contendo os resultados estatísticos. Na seção 5 temos as conclusões do trabalho, bem como sugestões de trabalhos futuros, e, na seção 6, a bibliografia. 2. Mecanismo de Feedback da Qualidade de Serviço pelo RTCP O Real-Time Protocol (RTP) [1] é um protocolo que provê serviços ao transporte fim-a-fim dos dados para aplicações com restrições de tempo, como o áudio interativo de ligações telefônicas. Entre os serviços providos estão: identificação do tipo de carga de mídia transportada, numeração em seqüência dos pacotes, marcação de tempo e monitoramento da qualidade da sessão multimídia, usado pela aplicação. O RTP não provê sozinho quaisquer mecanismos que garantam a entrega dos dados no tempo desejado, ou com uma qualidade de serviço diferenciada. Estes requisitos devem ser providos pela camada de rede. Na telefonia IP, cada participante da ligação envia continuamente o áudio em pequenos trechos (20 ms, por exemplo) encapsulados num cabeçalho RTP, por sua vez encapsulado em um pacote UDP. Esses pacotes de áudio são enfileirados no destino para que possam ser tocados, com a devida correspondência de tempo, de modo a se manterem sincronizados. Isto é feito através do buffer de playout, cujo propósito é absorver a variação de atraso, segurando os pacotes que chegam por tempo suficiente para garantir que eles sejam tocados continuamente. Quando um pacote chegar após o seu tempo de playout, ele deverá ser descartado, portanto existe uma relação direta entre o atraso e a perda [12]. Em conjunto com o RTP, fazendo o monitoramento da qualidade de serviço está o RTCP (Real-Time Control Protocol) [1], também transportado sobre UDP. Nele são definidos vários tipos de mensagens RTCP, que transportam uma variedade de informações de controle, como o SR ou Sender Report, usado para a transmissão e recepção de estatísticas de participantes que são fontes emissoras ativas de áudio; e o RR ou Receiver Report, usado na descrição da qualidade da recepção de participantes que não são fontes emissoras. Estes dois tipos de mensagens são as mais importantes para nosso experimento. Nos pacotes SR ou RR estão definidos os campos, que contém algumas das principais variáveis de interesse, usadas para avaliar a qualidade, como: �� NTP timestamp: (64 bits) – captura o horário local de sistema da máquina fonte, no momento do envio da mensagem SR, usando a formatação do NTP (Network Time Protocol) [3].

Inicio Próximo