A este arquivo é dado um nome formado pela par de nomes dos locais envolvidos na ligação, um L de local, dia, hora, minuto e segundo (ex. nceufrj-brasilia-2002-L-10-24-15-12-34.txt). Esta marcação de tempo é extraída do primeiro pacote contendo o NTP do emissor para o receptor. Desta forma, quando este pacote é recebido no receptor, temos um nome semelhante, na localidade e sentido, apenas diferenciado pela letra –R– de remoto, ao invés do –L– de local. Uma preocupação constante nos testes é com relação a sincronização de tempo das medidas, dado que as máquinas podem estar em tempos diferentes, tomamos sempre como base das medidas a mesma máquina emissora, sincronizada constantemente com o servidor NTP da UFRJ, que é sincronizado pela RNP2. Cada arquivo de log tem as seguintes linhas de texto, dos eventos relacionados a recepção de cada pacote RTP, importantes para as medidas (Tab.1): 0:12.284 RTP Jitter:864de88 RTP Receive statistics: packets=396 octets=95040 lost=0 jitterInstant=0 jitter=10 0:12.311 RTP Jitter:864de88 RTP Receive statistics: packets=397 octets=95280 lost=0 jitterInstant=24 jitter=9 0:12.353 RTP Jitter:864de88 RTP Receive statistics: packets=398 octets=95520 lost=0 jitterInstant=120 jitter=10 Tab.1 – Arquivo de Log com medidas instantâneas Em negrito, temos os tempos de ativação dos eventos relacionado à recepção de pacotes RTP, com as estatísticas instântaneas para cada pacote recebido. No caso, três medidas são particularmente úteis: lost que representará quando um pacote for perdido, jitterInstant ou o valor D da equação do jitter, e o jitter propriamente dito segundo a RFC RTP, sendo suavizado pela fórmula do RTCP, que mostra tendências de congestionamento. Outras linhas de logs importantes são as que mostram os pacotes RTCP (no caso do caller e openam, eles são pacotes compostos por 1 SR, 1 RR e 1 SDES; observe que o instante de recepção do pacote é o mesmo para os três relatórios): 0:12.374 RTP Jitter:864de88 RTP OnRxSenderReport: ssrc=1803467860 ntp=2002/10/24-10:12:59.610288 rtp=95520 psent=398 osent=95520 0:12.374 RTP Jitter:864de88 RTP OnRxSenderReport RR: ssrc=2232852623 fraction=0 lost=0 last_seq=0 jitter=39 lsr=0.000 dlsr=0.000 0:12.374 RTPJitter:864de88 OnSourceDescription: ssrc=1803467860 item[0]: type=CNAME data="voip@server3.pop-df.rnp.br" item[1]: type=TOOL data="OpenAM" Tab.2 – Arquivo de Log com os pacotes RTCP No pacote RTCP acima (Tab. 2), temos os campos com parâmetros envolvidos nos relatórios de emissor (SR) como ssrc (identificação da fonte), ntp (tempo absoluto em formato NTP da máquina emissora), o timestamp RTP daquele pacote SR, entre outras (psent = packet sent). Também no mesmo pacote, podemos verificar um relatório de receptor (RR) da outra fonte (lembrar que o fluxo é bidirecional) identifcado por outro número de ssrc, além dos valores da fração de perda (fraction), e valor acumulado do número de pacotes perdidos (lost). Um dado importante, é que os valores de LSR (Last Sender Report) e DLSR (Delay Since Last Report) usados para calcular o Round-Trip-Time (RTT) não são preenchidos pelos programas. Para calcular o RTT, usamos um algoritmo simples baseado nos eventos de chegada e partida dos pacotes RTCP, ordenados por tempo e procurando uma correspondência temporal entre eles.

Inicio Próximo