SNMPv2. Carlos Gustavo A. da Rocha. Gerência de Redes

Transcrição

1 Carlos Gustavo A. da Rocha

2 Introdução Visa solucionar algumas das deficiências do SNMPv1 Manteve as deficiências relacionadas à segurança Introduz um pequeno conjunto de novas funcionalidades Definido em uma série de RFCs ( ) RFC 1908 dedicada exclusivamente a coexistência das duas versões

3 Melhorias do SNMPv2 Podem ser divididas em três áreas principais Possibilidade de uma estratégia de gerenciamento descentralizada, inclusive com a possibilidade de comunicação entre gerentes Estrutura da base de dados de informações de gerenciamento (MIB) Operações do protocolo, com a definição de duas novas mensagens

4 SNMPv2 gerenciamento descentralizado No SNMPv1 todo o conjunto de agentes é controlado por um único gerente Um segundo gerente pode existir para prover apenas redundância Esta solução não é adequada para um grande número de agentes (não escalável) O SNMPv2 possibilita a criação de uma estrutura hierárquica, onde cada gerente lida com um grupo de agentes próximos e se reporta a outro gerente de mais alto nível

5 SNMPv2 gerenciamento descentralizado

6 SNMPv2 gerenciamento descentralizado Nesta situação os gerentes intermediários também atuarão como agentes Sua função de gerente permanecerá inalterada, em relação aos agentes a ele subordinados Na função de agente ele irá responder requisições, ou enviar TRAPs, para gerentes de mais alto nível Informações armazenadas localmente Informações resumidas sobre agentes a ele subordinados

7 SNMPv2 estrutura da MIB A estrutura de uma MIB SNMPv2 é baseada na SNMPv1, com uma especificação e documentação mais elaborada dos objetos gerenciáveis Superconjunto das MIBs SNMPv1 Conjunto de objetos das MIBs já padronizadas anteriormente pouco alterado (exemplo MIB-2) Cria dois tipos de dados para objetos da MIB Unsigned32 Counter64

8 SNMPv2 estrutura da MIB Tipos de acesso a objetos da MIB Read-only : Mesmo que no SNMPv1 Read-write : Mesmo que no SNMPv1 Not-accessible : Mesmo que no SNMPv1 Write-only : Deixou de existir Read-create : Criado no SNMPv2. Permite leitura, escrita e criação (para objetos em linhas de tabelas) Accessible-for-notify : Criado no SNMPv2. Objeto é acessível apenas via notificações (exemplo TRAPs)

9 MIBs SNMPv2 As principais alterações realizadas na MIB-2 para suportar o SNMPv2, concentram-se nos grupos system, interfaces e snmp Também foi criado um conjunto de objetos para lidar com TRAPs SNMPv2 e possibilitar a cooperação entre gerentes

10 MIBs SNMPv2 grupo system Cria novos objetos, todos com o nome iniciado por sysor Cada linha da tabela sysortable contém informações sobre recursos do agente que podem ser dinamicamente configurados por um gerente

11 MIBs SNMPv2 interfaces Além de pequenas alterações em objetos já existentes, cria quatro novas tabelas IfXTable: Contadores de 64 bits, velocidade da interface em mbps, indicação de modo promíscuo etc IfStackTable: Mostra a relação entre múltiplas linhas de iftable, relacionadas a uma mesma interface física

12 MIBs SNMPv2 interfaces Além de pequenas alterações em objetos já existentes, cria quatro novas tabelas IfTestTable: possibilita ao gerente instruir um agente para realizar testes em uma interface IfRcvAddressTable: possui uma linha para cada endereço broadcast, muticast e unicast para os quais o agente recebe pacotes

13 Protocolo SNMPv2 O protocolo SNMPv2 também é uma extensão de sua primeira versão (SNMPv1), provendo três tipos de acesso às informações de gerenciamento Gerente Agente (requisição e resposta), como no SNMPv1 Gerente Gerente (requisição e resposta), funcionalidade inserida no SNMPv2 Agente Gerente (notificação), como no SNMPv1

14 Mensagens SNMPv2 Version Community SNMP PDU SNMPv2 Message PDU TYPE Request-id 0 0 Variablebindings GetRequest PDU, GetNextRequest PDU, SetRequest PDU, SNMPv2 TRAP PDU, InformRequest PDU

15 Mensagens SNMPv2 (cont.) Version Community SNMP PDU SNMPv2 Message PDU TYPE Request-id Error Status Error Index Variablebindings Response PDU

16 Mensagens SNMPv2 (cont.) Version Community SNMP PDU SNMPv2 Message PDU TYPE Request-id nonrepeaters maxrepetitions Variablebindings GetBulkRequest PDU

17 Mensagens SNMPv2 (cont.) name1 value1 name2 value2... namen valuen Variablebindings

18 Mensagens SNMPv2 (cont.) Gerente Agente Gerente Agente GetRequest GetBulkRequest Response Gerente Agente Response GetNextRequest Response

19 Mensagens SNMPv2 (cont.) Gerente Agente Gerente Gerente SetRequest InformRequest Response Gerente Agente Response SNMPv2-Trap

20 GetRequest PDU É idêntica, no formato e semântica a mensagem SNMPv1 de mesmo nome Única diferença está nas respostas recebidas dos agentes, que deixam de ser atômicas Resposta é enviada mesmo que o valor de algum objeto listado em variablebindings não possa ser retornado Se uma exceção relacionada a algum objeto ocorre, então o nome do objeto será emparelhado com uma descrição da exceção, ao invés de seu valor

21 GetRequest PDU Única diferença está nas respostas recebidas dos agentes, que deixam de ser atômicas (cont.) Se o processamento falhar devido a outras razões (exemplo: tamanho da mensagem Response exceder o limite para transmissão na rede), o comportamento do protocolo será semelhante ao SNMPv1 Response terá error-status = toobig, errorindex = 0 e variablebindings vazio

22 GetNextRequest PDU É idêntica, no formato e semântica a mensagem SNMPv1 de mesmo nome Única diferença está nas respostas recebidas agentes, que deixam de ser atômicas Como apresentado para GetRequest PDU

23 GetBulkRequest PDU Seu propósito é de minimizar a troca de mensagens requeridas para um grande volume de informações de gerenciamento Possibilita ao gerente solicitar respostas tão grandes quanto possíveis Princípio semelhante ao GetNextRequest, sendo possível solicitar o retorno do valor de múltiplos sucessores (e não apenas um) para cada variável listada em variablebibdings

24 GetBulkRequest PDU Possui dois campos não encontrados em outras PDUs: Non-repeaters: Especifica a quantidade de objetos, conforme a sequência em que são listados em variablebindings, para os quais um único sucessor deve ser retornado (idêntico a GetNextRequest) Max-repetitions: Informa a quantidade de sucessores a serem retornados para cada um dos objetos restantes listados em variablebindings

25 SetRequest PDU É idêntica, no formato e semântica a mensagem SNMPv1 de mesmo nome Continua sendo atômica, isto é ou todos os valores dos objetos é alterado, ou nenhum deles será Internamente dividiu o processo de alteração dos valores dos objetos em duas fazes Na primeira, cada objeto a ter seu valor alterado é validado Na segunda todos os seus valores são alterados. No caso de um erro todos votarão ao valor original

26 SNMPv2-Trap PDU Realiza a mesma função da mensagem TRAP do SNMPv1, mas com um formato diferente Utiliza o mesmo formato de todas a outras PDUs SNMPv2 (exceto GetBulkRequest) facilitando a tarefa de processamento nos gerentes O campo variablebindings sempre irá conter o objeto SysUpTime, bem como seu valor, além da identificação e valores dos objetos que motivaram o envio do TRAP

27 InformRequest PDU É enviada por um gerente g1 e destinada a outro gerente g2 para supri-lo com alguma informação de gerenciamento importante O preenchimento do campo variablebindings é feito de forma semelhante a usada na mensagem SNMPv2 TRAP

28 InformRequest PDU Quando o Gerente g2 recebe uma mensagem InformRequest ele: Realiza a leitura dos valores de todos os objetos existentes em variablebindings Gera uma mensagem do tipo Response PDU, destinada a g1 com request-id e variablebindings iguais aos recebidos Informalmente é considerada como uma forma de se enviar TRAPs com confirmação de recebimento