PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE ENGENHARIA ELÉTRICA GLÉDERSON LESSA DOS SANTOS - PDF
PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE ENGENHARIA ELÉTRICA GLÉDERSON LESSA DOS SANTOS
Download "PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE ENGENHARIA ELÉTRICA GLÉDERSON LESSA DOS SANTOS"
Miguel Cabral Cavalheiro
1 PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE ENGENHARIA ELÉTRICA GLÉDERSON LESSA DOS SANTOS SISTEMA BASEADO NAS RECOMENDAÇÕES IPFIX PARA EXPORTAÇÃO E ANÁLISE DE INFORMAÇÕES DE FLUXOS EM REDES CONVERGENTES Porto Alegre 2007
2 GLÉDERSON LESSA DOS SANTOS SISTEMA BASEADO NAS RECOMENDAÇÕES IPFIX PARA EXPORTAÇÃO E ANÁLISE DE INFORMAÇÕES DE FLUXOS EM REDES CONVERGENTES Dissertação apresentada como requisito para obtenção do grau de Mestre, pelo Programa de Pós-graduação da Faculdade de Engenharia Elétrica da Pontifícia Universidade Católica do Rio Grande do Sul. Orientador: Dr. Fabian Vargas Co-orientador: Dr. Jorge Guedes Silveira Porto Alegre 2007
3 Para meus pais, irmãos e Adriane
4 AGRADECIMENTOS A CAPES (Coordenação de Aperfeiçoamento de Pessoal de Nível Superior), pelo financiamento e incentivo para a realização do meu mestrado. A VIVO, pelo incentivo e apoio prestados durante o desenvolvimento desse trabalho. Ao professor Dr. Fabian Vargas, por ter aceito o convite para me orientar na execução do presente trabalho bem como pelo apoio prestado durante todo este processo. Ao professor Dr. Jorge Guedes Silveira, pela confiança e apoio prestados no decorrer do meu mestrado. Aos amigos Roberto Costa, Vinícius Guimarães, Mateus Caruccio, Ricardo Balbinot e Eloísio Bergamaschi pelo auxilio prestado durante todo processo de elaboração deste trabalho. Aos grandes amigos com quem tive o privilégio de trabalhar durante o período de mestrado, em especial aos componentes do GPARC&TI. A minha família, com os quais eu sei que, independentemente da distância, poderei sempre contar. A minha namorada Adriane, por toda paciência, amor e auxílio durante o desenvolvimento deste trabalho. A Deus, pela luz nos momentos mais difíceis.
5 Caminante no hay camino se hace camino al andar. Antonio Machado
6 RESUMO A tendência no uso de redes convergentes baseadas na tecnologia IP leva a uma necessidade cada vez maior de se manter a qualidade, a gerência controlada e a disponibilidade dos diferentes serviços oferecidos. Nesse contexto, a obtenção de indicadores de desempenho (KPI) que permitam o gerenciamento e planejamento da rede cresce em importância, fazendo com que diversas alternativas com esse objetivo sejam pesquisadas. Conseqüentemente surgem, por parte de diferentes órgãos normativos, iniciativas buscando a padronização de sistemas capazes de extrair esses indicadores da rede. Entre esses órgãos, o Internet Engineering Task Force (IETF) buscou formar diversos grupos de trabalho com objetivos bastante específicos dentro desse contexto, sendo que a especificação da exportação das informações de fluxo ficou a cargo do IP Flow Information Transport (IPFIX). Estas informações vêm sendo largamente utilizadas em um grande número de aplicações, incluindo sistemas de engenharia de tráfego, planejamento de redes, gerência de serviços e detecção de ataques. Seguindo as recomendações do IPFIX, o presente trabalho foca no desenvolvimento de um sistema para aquisição, exportação e análise de informações de fluxo. Para tanto, são implementados e avaliados cada um dos elementos responsáveis pelo transporte das informações de fluxo, bem como uma aplicação case de geração de matriz de tráfego. A avaliação do protótipo implementado foi realizada em um ambiente real e controlado, visando verificar a sua estabilidade e precisão. A partir dos resultados obtidos, foi realizada uma adaptação ao sistema, melhorando assim o seu desempenho em aplicações que necessitam de uma base histórica de medições. Palavras-chave: IPFIX, análise de fluxos, medição passiva, medição e monitoramento de redes IP, matriz de tráfego.
7 ABSTRACT The tendency of IP based convergent networks technology makes necessary the quality of service maintenance, controlled management and offer of different services availability. In this way, the importance of performance indicators (KPI Key Performance Indicators) acquirement that allows network planning and management grows, leading several alternatives research. In order to obtain the performance indicators from the network, different institutions established standardization systems. Among them, Internet Engineering Task Force (IETF) formed specific task work groups and the information flow export specification was under IP Flow Information Transport (IPFIX) responsibility. This kind of information has been used in an expressive number of application including traffic engineering tasks, network planning, service management and attack detection. Following the IPFIX recommendations, present work focuses in a development of a system to acquire, store, export and analyze flow statistics. Therefore, each one of flow information transport elements are implemented and evaluated as well as a Traffic Matrix application. The prototype was evaluated in a real and controlled environment to verify stability and accuracy. Based on obtained results, an adaptation was accomplished in order to improve the performance of system in applications that need a historical base of measurements. Keywords: IPFIX, flows analysis, passive measurement, IP networks measurement and monitoring, traffic matrix.
8 LISTA DE ILUSTRAÇÕES Figura 1 O processo de engenharia de tráfego[awd 02] Figura 2 Arquitetura proposta pelo RTFM Figura 3 Interface do ntop Figura 4 Arquitetura NeTraMet/NeMaC [BRO 99c] Figura 5 Arquitetura sflow [PHA 01] Figura 6 Arquitetura IPFIX Figura 7 Diagrama em blocos do dispositivo IPFIX Figura 8 Exemplos de mensagens IPFIX Figura 9 Formato do cabeçalho IPFIX Figura 10 Formato dos agrupamentos Figura 11 Formato dos especificadores de campo Figura 12 Cabeçalho dos templates de opções de controle Figura 13 Tecnologias utilizadas no protótipo desenvolvido Figura 14 Identificação de fluxos a partir das chaves definidas Figura 15 Diagrama ER proposto pela libipfix Figura 16 Cenário de testes em ambiente controlado Figura 17 Cenário de testes em ambiente real Figura 18 Variação de pacotes por intervalo de tempo Figura 19 Volume de dados aferido por intervalo de tempo Figura 20 Exemplo de matriz de tráfego visualizada através do sistema Figura 21 Diagrama ER do protótipo otimizado Figura 22 Volume total de tráfego diário Figura 23 Volume total de pacotes na semana Figura 24 Distribuição diária do volume de tráfego Figura 25 Throughput Figura 26 Distribuição percentual do volume de tráfego no decorrer do dia Figura 27 Percentual do fluxo sobre o total, por intervalo de tempo Figura 28 Distribuição do tráfego de acordo com os protocolos utilizados Figura 29 Distribuição dos pacotes de acordo com os protocolos utilizados Figura 30 Distribuição do tráfego de acordo com os serviços utilizados Figura 31 Distribuição de pacotes de acordo com os serviços utilizados
9 LISTA DE TABELAS Tabela 1 Níveis de monitoramento da rede Tabela 2 Informações exportadas pelo sistema de medição Tabela 3 Host s utilizados na comunicação e observador IPFIX Tabela 4 Coletor IPFIX Tabela 5 Características do hub Tabela 6 Características do switch Tabela 7 Características do roteador Tabela 8 Arquivos utilizados no primeiro conjunto de testes Tabela 9 Resultados obtidos para cada um dos arquivos enviados utilizando o wget Tabela 10 Tamanho dos cabeçalhos de cada protocolo utilizado Tabela 11 Dados estatísticos obtidos com base na Tabela Tabela 12 Parâmetros dos fluxos concorrentes Tabela 13 Resultados obtidos com o teste de fluxos concorrentes Tabela 14 Resultados apresentados para o Arquivo 1 (500 Kbytes) Tabela 15 Resultados apresentados para o Arquivo 2 (1 Mbytes) Tabela 16 Resultados apresentados para o Arquivo 3 (10 Mbytes) Tabela 17 Resultados apresentados para o Arquivo 4 (50 Mbytes) Tabela 18 Resultados apresentados para o Arquivo 5 (100 Mbytes) Tabela 19 Resultados apresentados para o Arquivo 6 (500 Mbytes) Tabela 20 Resultados apresentados para o Arquivo 7 (800 Mbytes)
10 ACRÔNIMOS AMP BGP CBR DARPA DoS DSCP DTD DTLS ER GPARC&TI GPS HTTP IANA ICMP IETF IP IPFIX IPPM IPSec Active Measurement Project Border Gateway Protocol Constant Bit Rate U.S. Defense Advanced Research Projects Denial of Service Diffserv Codepoint Document Type Definition Datagram Transport Layer Security Entidade-Relacionamento Grupo de Pesquisas Avançadas em Redes de Comunicação e Tecnologia da Informação Global Positioning System Hypertext Transfer Protocol Internet Assigned Numbers Authority Internet Control Message Protocol Internet Engineering Task Force Internet Protocol IP Flow Information Transport IP Performance Metrics Internet Protocol Security
11 ISP ITU KPI MIB MPLS MVCC NeTraMet/NeMac NMS NTP OWD PMA PSAMP PUCRS QoS RFC RSVP RTFM RTT SCTP SGBD SGML Internet Service Provider International Telecommunication Union Key Performance Indicator Management Information Base Multiprotocol Label Switching Multi-Version Concurrency Control Network Traffic Meter & Network Manager Collector Network Management System Network Time Protocol One-Way Delay Passive Measurement and Analysis Packet Sampling Pontifícia Universidade Católica do Rio Grande do Sul Quality of Service Request For Comments Reservation Protocol Real-Time Traffic Flow Measurement Round-Trip-Time Stream Control Transmission Protocol Sistema Gerenciador de Banco de Dados Standard Generalized Markup Language
12 SLA SLM SLS SMI SNMP SSL TCP TEWG TI TLS TMN ToS TTM UDP VoIP VPN W3C XML Service Level Agreement Service Level Management Service Level Specification Structure of Management Information Simple Network Management Protocol Secure Sockets Layer Transmission Control Protocol Traffic Engineering Working Group Tecnologia da Informação Transport Layer Security Telecommunications Management Network Type of Service Test Traffic Measurement Service User Datagram Protocol Voice Over IP Virtual Private Network World Wide Web Consortium Extensible Markup Language
13 SUMÁRIO 1 INTRODUÇÃO OBJETIVOS ORGANIZAÇÃO DA DISSERTAÇÃO REVISÃO BIBLIOGRÁFICA QUALITY OF SERVICE (QoS) SERVICE LEVEL MANAGEMENT (SLM) GERENCIAMENTO DE REDES SNMP ENGENHARIA DE TRÁFEGO EM REDES IP O Processo de engenharia de tráfego OBTENÇÃO DE INDICADORES ESTATÍSTICOS DA REDE Medição passiva Medição ativa Piggybacking Comparação entre as técnicas de medição MEDIÇÃO DE TRÁFEGO BASEADA EM FLUXOS REAL-TIME TRAFFIC FLOW MEASUREMENT (RTFM) USO DE TÉCNICAS DE AMOSTRAGEM NO MONITORAMENTO DE TRÁFEGO Packet Sampling (PSAMP) PRINCIPAIS FERRAMENTAS DE MONITORAMENTO DE TRÁFEGO BASEADO EM FLUXOS ntop NeTraMet/NeMaC sflow NetFlow IP FLOW INFORMATION EXPORT (IPFIX) ANÁLISE DE REQUISITOS DO IPFIX Contabilização dos dados que formam o fluxo visando sua tarifação Definição do perfil de tráfego Engenharia de tráfego Segurança da rede Monitoramento de QoS Compartilhamento de dados IPFIX entre domínios Exportação de métricas derivadas ARQUITETURA DO IPFIX DISPOSITIVO IPFIX Processo de medição Processo de exportação dos fluxos DETALHAMENTO DO PROTOCOLO IPFIX Formato das mensagens IPFIX Cabeçalho IPFIX Formato dos Agrupamentos... 61
14 3.4.4 Agrupamento de templates de registros de fluxo Agrupamento de templates de opções de controle Agrupamentos de dados (registros de fluxo e dados de controle) Protocolo de transporte COLETOR IPFIX PROCEDIMENTO EXPERIMENTAL O SISTEMA OBSERVADOR DE FLUXOS (DISPOSITIVO IPFIX) Parâmetros de configuração Módulo de medição dos fluxos Módulo de exportação O COLETOR Base de dados A APLICAÇÃO DE ANÁLISE TESTES E ANÁLISE DOS RESULTADOS AMBIENTE DE TESTE Ambiente de teste em cenário controlado Testes em ambiente real TESTES REALIZADOS Testes em ambiente controlado Testes em ambiente real ALTERAÇÕES IMPLEMENTADAS A PARTIR DOS RESULTADOS OBTIDOS NOS TESTES CONCLUSÕES TRABALHOS FUTUROS REFERÊNCIAS APÊNDICE A EXEMPLOS DE RELATÓRIOS HISTÓRICOS APRESENTADOS PELO SISTEMA, PARA UM DETERMINADO IP APÊNDICE B RESULTADOS DOS TESTES EM AMBIENTE REAL CONTROLADO, UTILIZANDO FLUXOS TCP
15 15 1 INTRODUÇÃO A tendência no uso de redes convergentes como meio de comunicação, unindo serviços em uma única infra-estrutura e fazendo com que recursos sejam compartilhados por diferentes aplicações, cada qual com requisitos distintos, leva a uma necessidade cada vez maior de se manter a qualidade, a gerência controlada e a disponibilidade dos diferentes serviços oferecidos. Nesse contexto, soluções baseadas em redes que utilizam o Internet Protocol (IP) para transporte de dados, voz, serviços multimídia e serviços com requisitos específicos como, por exemplo, Virtual Private Networks (VPN), ou redes privadas virtuais, e redes peer-to-peer, têm obtido cada vez mais espaço no mercado. Entretanto, a natureza da rede IP, baseada no modelo Best Effort, onde os pacotes são enviados a rede de forma indiscriminada, torna-se um obstáculo no seu uso em aplicações que exijam parâmetros de qualidade de comunicação mais rígidos. Assim, para que a rede IP possa suportar requisitos distintos, variáveis de acordo com os serviços associados e o grau de utilização dos mesmos, faz-se necessário o desenvolvimento de novas alternativas capazes de identificar, monitorar e controlar dinamicamente os recursos da rede, evitando, dessa forma, que o comportamento de um tipo de tráfego influa em outro tráfego. A identificação e o monitoramento dos recursos da rede passam, de forma geral, pelo uso de técnicas de medição ativa ou passiva. Enquanto que a medição ativa propõe a injeção de tráfego de teste através da rede que se deseja monitorar, a medição passiva utiliza o monitoramento do próprio tráfego passante para a aferição da rede, através da adição de pontos de medição, sem que haja a necessidade de adição de tráfego concorrente na mesma. No contexto da medição passiva, o incremento da quantidade de tráfego passante através dos pontos de observação, ocasionado pelo aumento na capacidade de transporte nas redes de alta velocidade atuais, tende a gerar uma grande quantidade de dados de medição, ocasionando a exaustão de recursos deste sistema de medição.
16 16 Dada a limitação de recursos desses sistemas como, por exemplo, a exaustão dos buffers de memória dos medidores ligados aos pontos de observação ou a capacidade de transmissão destes, técnicas de medição passiva baseadas na análise dos fluxos ganham destaque. As diversas alternativas apresentadas nos últimos anos, que utilizam medição baseada em fluxos, acabaram por gerar uma grande dificuldade no que diz respeito à capacidade de obtenção de níveis aceitáveis de interoperabilidade entre cada uma propostas e no desenvolvimento de novas ferramentas que analisem essas informações. Tudo isso motivou o Internet Engineering Task Force (IETF) a criar grupos de trabalho com objetivos bastante específicos dentro desse contexto. Entre os grupos formados, o IP Flow Information Transport (IPFIX) recebeu a atribuição de, com base nas principais demandas para a análise de fluxo e no estudo das principais propostas existentes no mercado, desenvolver uma especificação que padronize a exportação das informações de fluxo. Esse processo culminou com a criação de um protocolo próprio para o transporte dessas informações, suportado por toda uma arquitetura de medição especificada pelo IPFIX. Seguindo essa tendência e as atuais demandas no que diz respeito à medição de tráfego baseada em fluxos, juntamente com as necessidades de pesquisa e desenvolvimento de sistemas de medição e monitoramento de redes a serem supridas pelo Grupo de Pesquisas Avançadas em Redes de Comunicação e Tecnologia da Informação (GPARC&TI), o presente trabalho busca desenvolver todo um sistema de aquisição, exportação e armazenamento das informações de fluxo. Para tanto, faz-se necessária a realização de todo um levantamento sobre as atuais demandas nesse sentido, bem como das ferramentas existentes no mercado com essa função e das especificações definidas pelo IPFIX. Da mesma forma, o trabalho descreve também a prototipação de uma ferramenta case de análise de dados de fluxo, que objetiva o desenvolvimento de uma aplicação de aquisição de informações e desenvolvimento de uma matriz de tráfego.
17 OBJETIVOS De acordo com o que foi anteriormente exposto, o presente trabalho tem como objetivo geral o desenvolvimento de um sistema de medição de fluxos baseado nas especificações IPFIX e a análise quanto a precisão de seus resultados quando aferindo um sistema real controlado. Mais precisamente, essa tarefa passa pela implementação de três sistemas: o sistema observador de fluxos, que realiza a aquisição dos dados de fluxo; o sistema coletor, que se comunica com observadores de fluxo por meio do protocolo IPFIX, armazenando as informações de fluxo em uma base de dados desenvolvida especificamente para esse fim; o sistema de análise de fluxos, que, a partir das informações de fluxo na base de dados, gera uma matriz de tráfego, método de análise de tráfego amplamente utilizado em sistemas de monitoramento de redes. 1.2 ORGANIZAÇÃO DA DISSERTAÇÃO Este trabalho foi organizado de forma a, inicialmente, proporcionar uma contextualização acerca do processo de medição de tráfego baseado em fluxos, aprofundando o assunto no decorrer do texto, sendo escrito de acordo com o modelo de elaboração de dissertação elaborado e disponibilizado pela Pontifícia Universidade Católica do Rio Grande do Sul (PUCRS). Após este capitulo introdutório, o capítulo 2 apresenta a revisão da literatura relacionada ao assunto aqui tratado. Para isto, inicialmente o capítulo relaciona os principais tópicos tratados no gerenciamento de redes e na engenharia de tráfego com a necessidade de obtenção de parâmetros de desempenho, destacando as principais técnicas de obtenção destes. Após esta etapa, é realizado um aprofundamento na medição de tráfego baseado em fluxos,
18 18 finalizando a análise com as principais propostas de sistemas que realizam esse método de medição. A partir da contextualização apresentada no capítulo 2, o capítulo 3 realiza o levantamento sobre as especificações IPFIX, destacando em especial os conceitos que envolvem a arquitetura base para a medição de fluxos e a forma de interação entre o dispositivo observador e o coletor IPFIX, através do protocolo de comunicação elaborado para troca de mensagens entre estes elementos. O capítulo 4 destaca a prototipação realizada com base no levantamento de requisitos e especificações propostas pelo IPFIX, analisando de forma detalhada a implementação de cada sistema que compõe a arquitetura de medição e análise de tráfego. O capítulo 5 foca nos resultados obtidos com o sistema implementado, destacando seus aspectos positivos e suas limitações, bem como eventuais adequações e modificações realizadas em seus módulos visando a melhora no desempenho do sistema como um todo. Finalmente, o capítulo 6 apresenta as conclusões obtidas a partir do trabalho elaborado. Também são destacados neste capítulo propostas para trabalhos futuros acerca do tema aqui proposto.
19 19 2 REVISÃO BIBLIOGRÁFICA O presente capítulo visa apresentar os conceitos e as tecnologias que fundamentam este trabalho, assim como definir o estado da arte das tecnologias correlacionadas. Cada um dos itens aqui abordados justifica e forma a base para o desenvolvimento do presente trabalho. 2.1 QUALITY OF SERVICE (QoS) A internet tem suas raízes no arpanet, uma rede de dados experimental desenvolvida pelo DARPA (U.S. Defense Advanced Research Projects) no início dos anos 60. De acordo com Wang [WAN 01], uma importante meta desse projeto foi construir uma rede robusta, capaz de permanecer ativa mesmo após ataques militares, como bombardeios. Devido a isso, a rede arpanet foi construída num modelo de datagramas, onde cada pacote é enviado de forma independente ao seu destino. As grandes vantagens do modelo em datagramas são a simplicidade e a habilidade de se adaptar rapidamente a mudanças na topologia da rede. Quando se tratando de aplicações como transferência de arquivos, troca de s, Hypertext Transfer Protocol (HTTP), esse modelo funciona bem. Entretanto, com o surgimento de novas aplicações como vídeo conferência, voice over IP (VoIP) e transmissão de mídia eletrônica (video streaming e audio streaming) os usuários da rede passaram a ter requisitos diferentes daqueles com os quais a internet foi inicialmente projetada. O modelo em datagramas possui pouca capacidade de gerenciamento de recursos e não pode prover qualquer garantia de recursos aos usuários de forma natural. Além disso, como o protocolo IP teve sua criação associada ao modelo best effort o qual tem como premissa que, em caso de congestionamento em um link, os pacotes passem a ser descartados indiscriminadamente. Assim, a internet trata todos os pacotes da mesma forma, oferecendo apenas um nível de serviço. Entretanto as aplicações em geral necessitam da diferenciação de serviços, devido à já comentada variação dos requerimentos de acordo com a aplicação utilizada. Um serviço de VoIP, por exemplo, é sensível a atrasos na transmissão ou perda dos
20 20 pacotes. Em contraste, uma transferência de arquivos pode tolerar sem maiores problemas perdas de pacotes e atrasos. Essa variedade de serviços faz com que o perfil dos usuários da rede também varie. Por exemplo, organizações que usam a internet para transações financeiras ou serviços de telemetria necessitam de um serviço onde seu trafego receba tratamento preferencial. De acordo com [WAN 01] a capacidade de prover garantia de recursos e diferenciação de serviços em uma rede é chamado de Quality of Service (QoS). Já [CIS 03], apresenta como definição: Qualidade de Serviços refere-se à capacidade de uma rede em prover da melhor forma possível um determinado serviço, para um determinado tráfego selecionado, tendo como objetivo primordial o provisionamento de prioridade, incluindo largura de banda dedicada, atraso e jitter controlados e melhoramento nas características de perda. A International Telecommunication Union (ITU) define QoS como sendo o efeito coletivo sob o desempenho do serviço, o qual determina o grau de satisfação de um usuário em relação a esse serviço [ITU 01]. Para verificar os níveis de QoS adequados, o ITU definiu, através da recomendação Y.1541 [ITU 02], a análise das seguintes métricas de desempenho: one-way delay (OWD), ou atraso-fim-a-fim; variação no atraso (jitter); taxa de perda de pacotes; taxa de erros em pacotes IP. Paralelamente, o IETF, através de seu grupo de trabalho IP Performance Metrics (IPPM), estabelece também o uso de outros parâmetros, como a métrica de throughput, que avalia a largura de banda disponível para uma aplicação, a verificação da ordem de chegada dos pacotes e o atraso em ida-e-volta (round-trip delay).
21 SERVICE LEVEL MANAGEMENT (SLM) A partir da idéia de que cada aplicação exige níveis de QoS adequados, surge o conceito de Service Level Management (SLM), ou Gerenciamento de Níveis de Serviço. De acordo com Morris et al. [MOR 01], SLM são procedimentos aplicados de modo a garantir que níveis adequados de serviços sejam prestados a todos os usuários, levando em consideração a prioridade relativa e a importância comercial de cada um. Para o melhor entendimento do SLM, faz-se necessário primeiramente o conhecimento de dois conceitos complementares: o Service Level Agreement (SLA), ou Acordo de Níveis de Serviço e o Service Level Specification (SLS), ou Especificação de Níveis de Serviço. Os SLA são essenciais para o gerenciamento da qualidade dos serviços prestados ou contratados por uma organização de tecnologia da informação (TI) [MOR 01]. O SLA pode ser definido como um contrato negociado entre as partes envolvidas na contratação de um serviço de telecomunicações ou TI. Associado ao SLA, o SLS caracteriza os parâmetros técnicos de desempenho firmados entre o cliente e o provedor de um serviço. Esses contratos firmados compreendem as camadas de maior abstração no Network Management System (NMS), ou Sistema de Gerenciamento de Rede. Segundo Räisänen [RÄI 03], o SLM pode, conceitualmente, ser separado em quatro camadas. Em ordem decrescente de abstração, essas camadas são as seguintes: camada de Gerenciamento de Negócios: responsável pelos aspectos de negócios dos acordos entre as diferentes partes envolvidas com a prestação do serviço. Nesta camada estão as questões acordadas através do SLA; camada de Gerenciamento de Serviço: lida com a parte técnica dos contratos realizados entre os provedores de serviços e os clientes, definidas no SLS, através do controle sobre a camada de gerenciamento de rede; camada de Gerenciamento de Rede: provê ao usuário do NMS vislumbrar, em nível de rede, o comportamento de serviços e elementos de rede, atuando, a partir de sua
22 22 ligação com a camada de gerenciamento de elemento, no controle individual de cada elemento de rede; camada de Gerenciamento de Elemento: interface entre o NMS e cada elemento de rede. O ITU introduziu o termo Telecommunications Management Network (TMN) em sua recomendação M.3010 [ITU 00]. O TMN define cinco áreas funcionais que são abrangidas pelas quatro camadas do SLM, descritas a seguir: gerenciamento de falhas, que compreende as tarefas relacionadas com as condições de erro da rede, incluindo a identificação da falha, a informação de sua ocorrência e sua correção; gerenciamento de configurações, que se relaciona com o provisionamento de serviços nos elementos de rede, incluindo a configuração destes elementos; gerenciamento de utilização, que se concentra nas informações acerca do uso da rede e dos serviços oferecidos através desta; gerenciamento de desempenho, cujo foco está centrado na obtenção de indicadores de desempenho dos elementos de rede e serviços; gerenciamento de segurança, que inclui os mecanismos responsáveis pelo provimento de segurança. 2.3 GERENCIAMENTO DE REDES Conforme comentado na seção anterior, a gerência de redes permite o monitoramento e o controle dos recursos desta. Segundo Gaspary et al [GAS 01], a utilização das redes de computadores como suporte a um crescente número de negócios e aplicações críticas tem estimulado a busca por soluções de gerenciamento que permitam manter em funcionamento não apenas a infra-estrutura física da rede, mas também os protocolos e serviços que a compõem.
23 23 Falhas em elementos ou em partes das redes podem causar impacto negativo nos negócios dos provedores de serviços e levar a quebra de acordos entre estes e seus clientes. Isso torna necessário o investimento em soluções integradas de gerenciamento. Nesse contexto, em [CIS 06a] é apresentada uma listagem das funcionalidades básicas que devem ser disponibilizadas em um sistema de gerenciamento padrão, destacadas a seguir: discovery de rede, funcionalidade capaz de descobrir quais os elementos que compõem a rede; um mapa topológico mostrando a interconexão entre os elementos de rede; um módulo para tratamento de eventos; um coletor de dados de desempenho; um navegador que permita a verificação dos dados de gerenciamento. A ampla gama de soluções desenvolvidas para o gerenciamento de redes trouxe a necessidade de criar padrões para o desenvolvimento de NMS. É destacada neste trabalho a família de especificações do Simple Network Management Protocol (SNMP), definida pelo IETF para especificar uma arquitetura de gerenciamento de redes. OSNMP é descrito na subseção seguinte SNMP O SNMP refere-se a um conjunto de padrões para gerenciamento que inclui: um conjunto de especificações de estrutura e identificação para as informações gerenciais, chamado Structure of Management Information (SMI), [ROS 90]; um protocolo de comunicação entre o gerente e o agente, que recebe o nome de SNMP. A especificação deste protocolo e apresentada no RFC 1157 [CAS 90]; uma base de informações gerenciais que especifica quais variáveis são mantidas pelos elementos de rede. Esta base de informações é denominada MIB (Management Information Base) [PRE 02].
24 24 As especificações do SNMP foram desenvolvidas visando ser utilizadas para que os dispositivos de rede troquem suas informações de gerenciamento, através do acesso a suas respectivas MIBs. O SNMP possibilita aos administradores de rede gerenciar o desempenho da mesma, identificando e solucionando falhas, e planejando o crescimento dela. 2.4 ENGENHARIA DE TRÁFEGO EM REDES IP A partir das seções anteriores, percebe-se a necessidade do gerenciamento dos parâmetros de QoS. Associada a esse contexto, a engenharia de tráfego surge como alternativa para a proposição de técnicas e ferramentas que objetivam a melhora no desempenho da rede e, conseqüentemente, a melhora nesses parâmetros. Um dos problemas básicos, comum a qualquer técnica de endereçamento em redes é, dada uma rede com suas respectivas demandas de tráfego, como organizar esse tráfego de modo a otimizar o seu funcionamento. Esse é o objetivo primordial da engenharia de tráfego, a partir do qual são traçadas suas principais definições. Seguindo essa idéia, Wang [WAN 01] cita que o objetivo da engenharia de tráfego é organizar o tráfego na rede de modo a otimizá-la, seja para maximizar a utilização dos recursos na rede ou para minimizar o congestionamento da mesma. Esse aprimoramento do desempenho de redes operacionais, tanto em termos de uso de recursos quanto do ponto de vista das exigências do tráfego passa pela implementação de um sistema de suporte de QoS que utilize a menor quantidade de recursos possível. Exemplos de recursos envolvidos incluem largura de banda utilizada em um link, processamento dos equipamentos da rede e a capacidade de memória dos mesmos. Por sua vez, [RÄI 03] define engenharia de tráfego como um conjunto de técnicas e ferramentas que podem ser utilizadas para otimizar o desempenho de uma Rede IP operacional.