3033
IX Salão de
Iniciação Científica
PUCRS
Método Para Medição de One-Way Delay com Sincronização por
Network Time Protocol em Ambientes Full-Mesh
Kleber Hugo Stangherlin1, Paulo Airton de Moraes Pereira Júnior1, Vagner Guadagnin1, William
Lautenschläger1 (orientador), Jorge Silveira Guedes1 (orientador)
1
Faculdade de Engenharia, PUCRS
Resumo
O One-Way Delay (OWD, em português, atraso de uma via) é uma métrica de elevada
importância no cenário atual, visto que é um forte parâmetro para avaliar e garantir a qualidade
de serviço. Sua medição é amplamente discutida, pois envolve muitas dificuldades no processo
de sincronização dos relógios dos computadores envolvidos na medição. Este trabalho propõe
um novo método para a medição de OWD, capaz de atuar em um ambientes full-mesh.
Introdução
O crescimento da internet e a crescente demanda por serviços que atuam sobre ela,
fazem com que cada vez mais, as operadoras concentrem seus esforços em garantir ao usuário
qualidade nos serviços oferecidos (QoS, do ingês, Quality of Service). Este trabalho atua neste
contexto, visto que ele visa propor um novo método para aferir o atraso de uma via (OWD, do
inglês, One-Way Delay) (KALIDINDI, 1999a).
O OWD é uma métrica que requer sincronia entre os relógios dos pontos envolvidos na
medição. Ele consiste do tempo transcorrido desde a injeção do primeiro bit do pacote na rede,
até a recepção do último bit. O estado da arte na medição de OWD é discutido em (DE VITO,
2008). Este trabalho mantém seu foco sobre o Network Time Protocol (NTP) (MILLS, 1992),
pois este protocolo define um algoritmo para sincronização dos relógios, filtro de amostras, e
correção de escorregamento. Os pacotes deste protocolo trafegam por meio da Wide Area
Network (WAN). Em geral, a precisão obtida utilizando o NTP é de dezenas de milisegundos
(SMOTLACHA, 2003).
Metodologia
Antes da descrição do método aqui proposto para a medição OWD, cabe uma definição
dos diferentes tipos de atraso aos quais um pacote é exposto quando trafega em uma rede.
Segundo (DE VITO, 2008), eles podem ser classificados em: atraso de processamento, atraso de
IX Salão de Iniciação Científica – PUCRS, 2008
3034
fila, atraso de transmissão e atraso de propagação. O atraso de processamento é caracterizado
pelo tempo gasto na leitura dos cabeçalhos e verificação de erros. O atraso de fila ocorre quando
um pacote espera em uma fila de outros pacotes, para ser transmitido no enlace. O atraso de
transmissão é o tempo gasto para injetar os pacotes na rede, depende da velocidade da interface
e do tamanho do pacote. O atraso de propagação depende do meio utilizado para trafegar os
dados e da distância.
Na aferição do OWD, utilizou-se uma plataforma de medição já existente, denominada
NetMetric. Esta plataforma implementa a arquitetura UAMA, que é definida em (SANTOS,
2007). Ela visa a unificação do processo de obtenção das métricas de uma rede. Nesta
plataforma são definidas três entidades: gerente, agente e MOM (do inglês, Manager of
Managers). O processo de medição propriamente dito começa pelo gerente, que envia uma
seqüência de pacotes ao agente. Por sua vez, o agente faz a coleta dos pacotes e os envia de
volta ao gerente. Todos os pacotes que trafegam entre essas duas entidades recebem marcações
de tempo ao serem enviados ou recebidos, isto possibilita que o gerente, no final do processo,
calcule as métricas de interesse. A terceira entidade, o MOM, é responsável por agendar e
configurar os processos de medição. Ele oferece uma interface web para estas operações e
também para a visualização dos resultados.
Existem topologias de rede que são caracterizadas por um excelente atraso e alta
confiabilidade, elas são chamadas full-mesh. Algumas topologias full-mesh requerem que todos
os pontos de medição estejam conectados entre si. A plataforma NetMetric possui em uma
mesma entidade computacional um gerente e múltiplos agentes (definindo o conceito de
sobreposição). Esta característica dá destaque à plataforma visto que o número de computadores
necessários para medir todos os enlaces de uma rede full-mesh é reduzido drasticamente.
A sincronização de relógios na plataforma NetMetric utiliza o protocolo NTP. Nesta
abordagem, um único servidor é adotado como referência de tempo para todos os pontos de
medição. Entretanto esta estratégia está sujeita a distâncias diferentes de cada ponto até o
servidor NTP, isso resulta em sincronizações com precisões distintas. Este trabalho propõe que
o relógio da entidade agente seja atualizado com o relógio do gerente no meio de cada medição.
Esta mudança descentraliza a referência de tempo da arquitetura, e inibe o risco de uma das
entidades estar melhor sincronizada com a referência do que a outra. Entretanto, isto gera um
novo problema: em um contexto de sobreposição, um agente pode alterar o relógio do sistema
enquanto outro agente responde a uma medição. Para contornar este novo problema, este
trabalho propõem a implementação do cliente NTP como uma extensão do agente, e fazer com
IX Salão de Iniciação Científica – PUCRS, 2008
3035
que este calcule os horários relativos a uma marcação de tempo que existe apenas em memória,
logo o novo agente não irá interferir no relógio do sistema.
A precisão obtida com o NTP, depende da assimetria dos caminhos de ida e volta.
Entretanto o pacote do NTP possui um tamanho de apenas 76 bytes, portanto como em
(DOWNEY,1999) os atrasos de processamento e de transmissão podem ser desprezados, visto
que a maior parcela do atraso sofrido por este pacote é composta pelo atraso de propagação.
Esta constatação, aliada ao estudo cuidadoso da RFC2679 (KALIDINDI, 1999a), permite que
seja possível fazer a medição de OWD utilizando pacotes aproximadamente dez vezes maiores
que os pacotes do NTP, e assim medir um valor de OWD superior em magnitude, porém com
um baixo erro relativo.
Resultados
A validação do método proposto foi realizada utilizando o NCTUns 5.0 Network
Simulator and Emulator (NCTUns). Foram utilizadas três configurações diferentes, os
resultados estão expostos na tabela 1.
CFG-1 (DOWN/UP)
CFG-2 (DOWN/UP)
CFG-3 (DOWN/UP)
Atraso de Propagação (ms)
100/100
130/130
200/50
Largura de Banda (kbps)
50/100
100/200
200/100
Valor Médio (ms)
234/173
197/167
161/191
Esperado (ms)
225/162
192/161
156/187
Erro Relativo(%)
4,05/6,98
2,42/3,92
3,60/2,33
Desvio Padrão (ms)
2,55/2,46
3,00/3,15
Tabela 1.: Resultados obtidos com três configurações diferentes no simulador.
2,40/4,60
Conclusão
Os resultados obtidos nos testes com o simulador indicam que o método proposto é
robusto para assimetrias no atraso de transmissão, entretanto ele requer que o atraso de
propagação seja simétrico. Estas situações são muito comuns, visto que cresce a adesão aos
serviços de banda larga, onde a largura de banda em um sentido é geralmente, muito menor do
que no outro.
Referências
DE VITO, L., et al. IP One-Way Delay Measurement: State of the Art, IEEE TRANSACTION ON, 2008.
KALIDINDI, S., et al. A One-way Delay Metric for IPPM, RFC 2679, 1999a.
SMOTLACHA, V., et al. One-way delay measurement using NTP synchronization, TERENA, 2003.
MILLS, D. L., et al. Network Time Protocol, ver 3, RFC 2680, 1992.
SANTOS, G., et. al. UAMA: a Unified Architecture for Active Measurements in IP Networks, IFIP/IEEE,
2007.
DOWNEY, A. B., Using pathchar to estimate Internet link characteristics, Proc. of Conf. on App., 1999.
IX Salão de Iniciação Científica – PUCRS, 2008
Download

Método Para Medição de One-Way Delay com