Home    |    Login / Cadastro    |  Contato
 
Nossa Missão
 
 

Gerenciamento de Redes

Objetivos do Gerenciamento de Redes

Gerenciar consiste basicamente em monitorar, detectar falhas e, eventualmente, tomar determinadas medidas corretivas. A figura seguinte mostra o funcionamento de um protocolo de gerenciamento.

O gerente pode efetuar a solicitação de um dado e a resposta a este pedido pode ser enviada pelo agente. Há também a possibilidade de notificação do gerente pelo agente em caso de alguma anomalia na rede. As linhas tracejadas representam operações opcionais e que eventualmente podem nem ser utilizadas, que são a escrita de atributos e a leitura destes pelo gerente.

Com estes objetivos em mente, podemos enumerar as cinco áreas de gerenciamento propostas pelo ITU-T:

  • Configuração: Esta área se preocupa com a interconexão dos dispositivos gerenciados;
  • Falhas: Tem por objetivo garantir um funcionamento contínuo da rede e seus serviços;
  • Desempenho: Tenta garantir a eficiência da rede, segundo parâmetros especificados;
  • Segurança: Busca garantir a segurança de informações sigilosas em tráfego na rede;
  • Contabilidade: Determina o custo de utilização da rede e seus recursos.

Protocolos de Gerenciamento de Redes

Criado pelos mesmos grupos que desenvolveram o TCP/IP e o SNMP, o RMON é um padrão IETF de gerenciamento de redes cuja sigla representa Remote Network Monitoring MIB. Primeiramente foi desenvolvido o padrão SNMP e, posteriormente, o padrão RMON.

O Protocolo SNMP

O Simple Network Management Protocol (SNMP), é um protocolo de gerenciamento simples. O SNMP não é capaz de definir um problema em uma rede e nem sua gravidade. Também não fornece recursos para uma investigação das causas desse problema. A única informação que se tem através de um alerta SNMP é que existe um problema em um ponto qualquer da rede.

Os alertas do SNMP padrão notificam um problema somente quando ele já atingiu uma condição extrema suficiente a ponto de comprometer a comunicação na rede como um todo. Já o diagnóstico do problema é uma tarefa do administrador da rede. Assim, o SNMP é simplesmente um alerta para uma condição extrema da rede.

O comitê do IETF decidiu que, para promover uma maior e melhor expansão das tecnologias de rede, era necessário um padrão de gerenciamento de redes mais sofisticado. Desenvolveu-se então o RMON.

SNMPv.1

O protocolo SNMP foi inicialmente idealizado em 1989. Sua arquitetura é baseada no modelo Internet para redes e sua localização é equivalente à da camada aplicação no modelo OSI.

A camada inferior na pilha de protocolos é a UDP (User Datagram Protocol), que é protocolo de transporte padrão da Internet com serviço do tipo datagrama. A pilha de protocolos do SNMP é mostrada na figura seguinte.

Sua operação é bastante simples, sendo as mensagens (primitivas de serviço) utilizadas por ele as citadas a seguir:

a) Get (Request, Next Request, Response): Trata-se do pedido do gerente para ler os dados de gerenciamento da MIB do agente. A Get Request faz o pedido inicial pelo gerente, a Response envia os dados para o gerente e a Next Request pede outro trecho da tabela seqüencialmente.

b) Set (Request): Serve para alteração de dados da MIB. O gerente recebe um pedido de Set Request para alterar determinado dado.

c) Trap: É um informe dado ao gerente de que algo de anormal está acontecendo no sistema, tem funcionamento semelhante a um alarme.

Na figura seguinte é mostrado como é feita a troca de mensagens entre gerente e agente:

Existem, entretanto, alguns problemas derivados da simplicidade de implementação do protocolo SNMPv.1. Primeiramente o Trap SNMP não é confirmado. Em virtude disto, o agente até pode enviar a mensagem de Trap ao gerente, mas não saberá se ele a recebeu, podendo esta mensagem ser perdida na rede e a anomalia presente na rede eventualmente nem ser corrigida.

Outro problema é a limitação da rede a ser gerenciada. Isto ocorre em virtude do "polling". Além disto, a autenticação do protocolo é deficiente, uma vez que ela é baseada nas chamadas comunidades (community based). Alguns dados do protocolo circulantes na rede podem ser lidas por pessoas estranhas ao sistema.

Outro fato é que o SNMPv.1 não suporta a busca em tabelas, permitindo apenas a existência de um gerente por sistema e que não se pode criar ou excluir objetos dentro do sistema, com este protocolo.

<<Página Anterior -  Página 2 de 6 -  Próxima Pagina >>

Fonte: http://www.metrored.com.br/tutoriais/tutorial_conceitos_gerenciamento_01.php

Tópicos Relacionados: