Descrição da coleta

Cada uma das 14 tarefas mapeadas dentro das quatro estratégias, salvo as tarefas 4 a 7 que não puderam ser traduzidas em métodos na aplicação NETCONF, foram executadas 30 vezes para cada métrica sendo que, no momento da execução de cada tarefa, somente as aplicações responsáveis pelos agendamentos ou execuções, coleta dos dados das medições ou as rotinas de background do sistema operacional estavam sendo executadas em paralelo.

12

https://www.soapui.org 13 _{http://www.tcpdump.org} 14 _{https://www.wireshark.org}

Durante a medição do tráfego gerado pelas tarefas em todas as estratégias adotou-se a utilização de filtros para a correta captura de pacotes trocados durante as execuções. A utilização dos filtros apresentados pelo quadro 24 levou em consideração a direção do tráfego e não o protocolo utilizado em cada segmento da rede, atendendo os requisitos impostos pela métrica apresentada na seção anterior. Com isso foram capturados todos os pacotes da hierarquia de protocolos, mensurando assim o custo concreto de cada execução.

Quadro 24 – Direções e filtros aplicados para captura de pacotes.

Estratégia Direção da captura VLAN Software de

captura Filtro

CLI

Cliente < > Roteador 22 Wireshark

((ip.dst_host==10.100.0.61 &&

ip.src_host==172.22.0.5) || (ip.dst_host==172.22.0.5 && ip.src_host==10.100.0.61) )

Cliente < > Roteador 100 Wireshark

((ip.dst_host==10.100.0.61 &&

ip.src_host==10.100.0.56) || (ip.dst_host==10.100.0.56 && ip.src_host==10.100.0.61) )

NETCONF

Cliente < > Roteador 22 Wireshark

((ip.dst_host==10.100.0.61 &&

ip.src_host==172.22.0.5) || (ip.dst_host==172.22.0.5 && ip.src_host==10.100.0.61) )

Cliente < > Roteador 100 Wireshark

((ip.dst_host==10.100.0.61 && ip.src_host==10.100.0.56) || (ip.dst_host==10.100.0.56 && ip.src_host==10.100.0.61) ) WS REST Cliente < > Servidor de Aplicação 2 Wireshark ((ip.dst_host==200.135.55.66 && ip.src_host==172.22.0.5) || (ip.dst_host==172.22.0.5 && ip.src_host==200.135.55.66) ) Servidor de Aplicação < > Roteador 100 tcpdump

-i eth1 src host 10.100.0.59 or src host 10.100.0.61 - vvv WS SOAP Cliente < > Servidor de Aplicação 2 Wireshark ((ip.dst_host==200.135.55.66 && ip.src_host==172.22.0.5) || (ip.dst_host==172.22.0.5 && ip.src_host==200.135.55.66) ) Servidor de Aplicação < > Roteador 100 tcpdump

-i eth1 src host 10.100.0.59 or src host 10.100.0.61 - vvv

Fonte: Elaborado pelo autor.

As aplicações baseadas em CLI e NETCONF foram testadas inicialmente com o computador do cliente conectado à VLAN com identificador 22, e em seguida com o cliente conectado à VLAN 100. Esses testes foram executados de maneira idêntica e a mudança foi realizada somente no switch de borda ao qual o cliente estava conectado, alterando a tag da VLAN dessa porta. Como citado na seção 3.4.3 o tempo de resposta para as tarefas dessas duas estratégias foram coletados por meio de contadores internos e o tráfego gerado, pelo fato dessas aplicações estarem instaladas em um computador com sistema operacional Microsoft

Windows, foram coletadas através do software Wireshark disposto no mesmo equipamento

que contém as referidas aplicações.

Cabe salientar que para os testes das estratégias que se baseavam em WS REST e SOAP o equipamento do cliente ficou conectado somente à VLAN 22 (NOC) e dispunha de livre acesso ao servidor de aplicação, localizado na VLAN 2 (DMZ) conforme cenário proposto. Outro ponto que merece atenção é de que os dados trafegados para a descoberta por

meio de arquivos WSDL dos serviços, disponibilizados através da estratégia baseada em WS SOAP, não foram contabilizados no resultado final dessa métrica.

O mesmo equipamento – hardware e sistema operacional – utilizado para os testes das aplicações CLI e NETCONF foi utilizado para as estratégias baseadas em web services. Uma imposição na direção do tráfego, com a inclusão de um servidor gateway para intermediar as requisições por meio de duas interfaces (portas) de rede, uma conectada na VLAN 2 (DMZ) e outra conectada na VLAN 100 (GERENCIAMENTO) faz com que as ferramentas utilizadas para captura de pacotes sejam dispostas da seguinte maneira: para o segmento entre o cliente e o servidor de aplicação foi utilizada a ferramenta Wireshark e para a parte que trata da comunicação entre o servidor de aplicação e o dispositivo de rede foi utilizado o software tcpdump, pelo fato do servidor de aplicação ter sido executado sobre um sistema operacional Linux e não dispor de ambiente gráfico. Portanto, a métrica que aborda os dados trafegados pelas tarefas nas estratégias baseadas em web services SOAP e REST é alcançada com a soma dos bytes trafegados nos dois segmentos de rede. Apesar de ambas as estratégias suportarem a ativação de mecanismos de cache tanto no lado do cliente quanto no lado do servidor de aplicação essa característica foi desabilitada em qualquer equipamento da rede envolvido na comunicação, sendo que tal ação teve por objetivo eliminar resultados não condizentes com a proposta.

Para as estratégias CLI e NETCONF, o tempo de resposta para cada tarefa foi mensurado e registrado pelas próprias aplicações desenvolvidas por este trabalho. Já para os

web services SOAP e REST, essa métrica foi contabilizado por meio do software SoapUI

seguindo as características tradadas na seção que apresentou as ferramentas de medição. Cabe salientar que o software SoapUI foi utilizado para orquestrar as execuções de todos os web

services aferidos por este trabalho.

Os resultados obtidos pela utilização de cada estratégia – para realização das tarefas de gerência de configuração de dispositivos de rede sobre o cenário exposto – são apresentados no capítulo a seguir.

4 ANÁLISE DOS RESULTADOS

O cenário descrito no capítulo anterior foi utilizado para a execução dos testes com as tarefas implementadas através das quatro estratégias propostas. A apresentação, avaliação e comparação dos dados coletados são exibidos neste capítulo: em um primeiro momento apresentaremos a organização dos dados com o intuito de facilitar a visualização, bem como a interpretação das métricas estabelecidas. O capítulo é finalizado com uma discussão abrangente sobre os resultados alcançados, bem como a influência e particularidades observadas em cada estratégia durante a execução das tarefas.