gestão de redes e sistemas distribuídos teresa maria vazão julho 2005 arquitecturas de gestão...

Gestão de Redes e Sistemas DistribuídosGestão de Redes e Sistemas Distribuídos

Teresa Maria Vazão

Julho 2005

Arquitecturas de GestãoArquitecturas de GestãoArquitectura de Gestão SNMPv1 Arquitectura de Gestão SNMPv1 (Parte 1)(Parte 1)

IST/INESC-ID

Contactos: IST/Tagus-Park

Email: [email protected]

Tel: 214233242

TMV - 2005Gestão de Redes e de Sistemas Distribuídos

????

Sumário

Módulo II: Arquitecturas de Gestão• Conceito de arquitectura de GestãoConceito de arquitectura de Gestão• Arquitectura de Gestão SNMPArquitectura de Gestão SNMP

• Arquitectura Gestão SNMPv1

• Características gerais

• Modelo de Informação

• Outras Arquitecturas de GestãoOutras Arquitecturas de Gestão• Tendências de evoluçãoTendências de evolução


IETF TítuloRFC 1155 Structure and Identification of Management

Information for TCP/IP-based networks.RFC 1212 Concise MIB DefinitionRFC 1213 Management Information Base for Network

Management of TCP-IP-based Internets: MIB-IIRFC 1157 Simple Network Management Protocol

Arquitectura de Gestão Internet-SNMPv1

Normas . Versão 1



Arquitectura Cliente-Servidor

Gestor contém as aplicações de gestão e faz a interface com o

utilizador

Agente que é responsável por um conjunto de recursos geridos.

O Gestor pode monitorizar ou controlar os recursos através

dos Agentes.

Características gerais



Características gerais O Agente estrutura a informação de gestão numa MIB.

Cada objecto da MIB é um objecto escalar, pelo que não há os

conceitos de classes, herança, encapsulamento etc..

A MIBs Internet definem a estrutura, o significado e a

identificação dos recursos que podem fazer parte da MIB dum

Agente.

A MIB dum Agente contém apenas os tipos objectos geridos

que podem ser instanciados, nos equipamentos que gere.

A identificação de objectos é efectuada através da ARI


Características gerais

SNMP

SNMP

SNMP

SNMP

Regras deEstruturação

Internet MIB

InternetRegistration

Tree

RFCs e MIBs proprietárias

Gestor

Gestor

Ex: Servidor

Ex: Router

Ex: PC

Agente

Agente

Agente

MIB



Árvore de

Registo da

Internet(ARI)

root

itu-t (0) iso (1) join iso/itu-t (2)

org (3)

dod (6)

internet (1)

mib -2 (1) ATM (41) X.25 (44)

recursos nós (36)

IBM (2) HP (11)

dir- (1) mgmt (2) exper. (3) priv.(4)

empresas (1)

1.3.6.1.2..1




Possibilidade de gerir aspectos específicos dos produtos

Um Gestor não é capaz de gerir o que não conhece• Agente desenvolve uma descrição textual e uma descrição formal da MIB

proprietária• Gestor carrega e compila a descrição formal, de forma a incluí-la na sua

biblioteca.

• Diferentes Modelos de Informação nas diferentes versões do SNMP

dificultam estas operações

MIBs proprietárias


Estrutura da MIB - Identificação de objectos


mib- 21.3.6.1.2.1

ip 1.3.6.1.2.1.4

iplnReceives1.3.6.1.2.1.4.3

ipRouteTable1.3.6.1.2.1.4.21

ipRouteEntry1.3.6.1.2.1.4.21.1

ipRouteNextHop1.3.6.1.2.1.4.21.1.7

ipRouteDest1.3.6.1.2.1.4.21.1.1

Objecto EscalarTabela


Sintaxe dos objectos


Tipos de dados pré-definidos

Independentes da Aplicação

Dependentesda Aplicação

RFC 1155Network AddressIpAddressTime tickGaugeCounterOpaque

PrimitivosINTEGEROCTECT STRINGOBJECT IDENTIFIERNULL

Construtores SEQUENCESEQUENCE OF

• Time tick - tempo em centésimos de segundo• Gauge -contador up-down de 32 bits, números positivos, que bloqueia quando atinge o valor máximo, até que seja feito o reset.• Counter - contador circular de 32 bits, números positivos• Opaque - transferência de qualquer tipo de dados


Definição de objectos


mib- 2

ip

iplnReceives

ipRouteTable

ipRouteEntry

ipRouteNextHopipRouteDest

MIB

Grupo

Tabela

Linha

Variável

Instância = tipo de objecto + valor

SNMP

Gestor Acessos internos

iplnReceives 25

Counter Value

Agente

ipRouteDest … ipRouteNextHop …

9.1.2.3 … 99.0.0.3 …

10.0.0.51 … 89.1.1.42 …

10.0.0.77 … 89.1.1.42 ...

MIB do Agente


Definição de objectos escalares

MACRO OBJECT-TYPE: • Nome e Identificador• Sintaxe • Tipo de acesso• Estado• Descrição informal,...• Localização do ramo na ARI

ipInReceives OBJECT TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION ´The total number of input

datagrams received from interfaces… .´::= {ip 3}




Definição de tabelas O Modelo de Informação SMI suporta apenas tabelas

bidimensionais. As entradas da tabela são objectos escalares. A definição de tabelas envolve :

• a utilização dos construtores SEQUENCE e SEQUENCE-OF

• a utilização dum novo campo na macro object-type, o campo IndexPart.


Uma pausa para descobrirem ….

Como se estrutura uma tabela ?

Utilizar a informação de:

• ARI e ipRouteTable

• Macro que define ipInReceives



Definição de tabelas: ipRouteTable

ipRouteTable OBJECT-TYPESYNTAX SEQUENCE OF IpRouteEntryACCESS not-accessibleSTATUS mandatoryDESCRIPTION<< Tabela de encaminhamento IP >>::= { ip 21}

IpRouteEntry OBJECT-TYPESYNTAX IpRouteEntryACCESS not-accessibleSTATUS mandatoryDESCRIPTION<< Rota para um dado destino >>INDEX {ipRouteDest }::= { ipRouteTable 1}

IpRouteEntry ::=SEQUENCE {ipRouteDest IpAddress, ...ipRouteNextHop IpAddres, ..}

ipRouteDest OBJECT-TYPESYNTAX IpAddressACCESS read-writeSTATUS mandatoryDESCRIPTION<< Endereço de destino da rota >>::= {ipRouteEntry 1}

ipRouteNextHop OBJECT-TYPESYNTAX IpAddressACCESS read-writeSTATUS mandatoryDESCRIPTION<< Endereço seguinte da rota >>::= {ipRouteEntry 7}



Codificação da informação


Componentede AplicaçãoMIB

Componentede Aplicação MIB

Componente de

transferência de dados

Componente de

transferência de dados

MapeamentoLocal

MapeamentoLocal

Sintaxe

Abstracta

Sintaxe de

Transferência

Regras de Codificação Regras de Codificação



Codificação da informação

Componente de aplicação (SNMP)

• Representação da informação de forma estruturada

• Sintaxe abstracta (ASN.1)

• Mapeamento local para armazenamento ou visualização

Componente de transferência de dados (UDP/IP/...)

• Representação da informação de forma não estruturada

• SDUs para comunicação entre camadas adjacentes

• PDUs para comunicação entre camadas pares

• Sintaxe de transferência (ex: ASCII)

Necessidade de codificação para converter os formatos



BERIdentifier Length Value

0 Length

0 < Length < 128

127 < Length < 2 1008

1 K Length (K octetos)

00 – universal01 – application10 – context specific11 – private 0 – primitive

1 – constructed 2 – INTEGER 4 – OCTET STRING16 – SEQUENCE e SEQUENCE OF

Tag P/C Number

2 1 5

Tag P/C 11111 1 xxxxxxx 0 xxxxxxx

Number > 30

Ex: INTEGER 49 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 1 1 0 0 0 1


ConclusõesSimplicidade de conceitos• Modelo de Informação orientado a tipos de dados. - OGs são folhas da ARI. - Acesso a OGs através do Identificador do Objecto na ARI.

Desenvolvimento rápido de produtos Vantagens

Modelo não orientadoa objectos:- não há re-utilização- não há herança.

Estrutura da ARI:- não há inclusão- elevado nº de MIBs- informação relacionada em várias sub-árvores.

Desvantagens



Problema 1


clientTable OBJECT-TYPESYNTAX SEQUENCE OF clientEntryACCESS not-accessibleSTATUS mandatory

:== {exemplo 1}clientEntry OBJECT-TYPE

SYNTAX clientEntryACCESS not-accessibleSTATUS mandatoryINDEX {ClientCode}

:== {ClientTable 1}clientEntry :== SEQUENCE {

clientCode INTEGER,clientName OCTECT STRING,clientIpAddress IpAddress,clientInTraff INTEGER,clientOutTraff INTEGER,

}ClientCode OBJECT-TYPE

SYNTAX INTEGERACCESS READ-ONLYSTATUS mandatory

:== {clientEntry 1}

clientIpAddress OBJECT-TYPESYNTAX IpAddressACCESS READ-ONLYSTATUS mandatory

:== {clientEntry 3}clientInTraffic OBJECT-TYPE

SYNTAX INTEGERACCESS READ-WRITESTATUS mandatory

:== {clientEntry 4}clientOutTraffic OBJECT-TYPE

SYNTAX INTEGERACCESS READ-WRITESTATUS mandatory

:== {clientEntry 5}

a) Identificar a chave de pesquisab) Representar a parte da árvore de registo, respeitante a este extracto de MIB


Solução 1


a) Identificar a chave de pesquisab) Representar a parte da árvore de registo, respeitante a este extracto de MIBclientTable OBJECT-TYPE

SYNTAX SEQUENCE OF clientEntryACCESS not-accessibleSTATUS mandatory

:== {exemplo 1}clientEntry OBJECT-TYPE

SYNTAX clientEntryACCESS not-accessibleSTATUS mandatoryINDEX {ClientCode}

:== {ClientTable 1}clientEntry :== SEQUENCE {

clientCode INTEGER,clientName OCTECT STRING,clientIpAddress IpAddress,clientInTraff INTEGER,clientOutTraff INTEGER,

}ClientCode OBJECT-TYPE

SYNTAX INTEGERACCESS READ-ONLYSTATUS mandatory

:== {clientEntry 1}

clientTable {1}

clientEntry {1}

clientIpAddress {3}

clientName {2} clientInTraff {4}

clientCode {1} clientOutTraff {5}


Problema 2


Suponha que pretende desenvolver um serviço, muito simples, de atendimentoautomático de chamadas telefónicas. Este serviço deve ser activado sempre que:

o telefone do cliente se encontre ocupado.

O cliente esteja ausente, o que significa que o telefone toca mais do que um dadonúmero de vezes pré-estabelecido.

a chamada for bloqueada, por problemas internos da rede e não atingir o telefone docliente.

Por cada vez que acede ao serviço, o Cliente pode remover ou não as chamadasmemorizadas. Porém, por questões de dimensionamento da rede, cada cliente não podeter mais de 30 chamadas memorizadas. Assim sendo, quando uma esta situação limite seatinge, é removida a primeira chamada do Cliente.

Pretende-se que o cliente tenha acesso a estatísticas referentes ao serviço que lhe está aser disponibilizado. Estas estatísticas devem permitir contabilizar:

as situações que originaram o atendimento automático;

número de chamadas memorizado

a duração total das chamadas memorizadas

a) Considerando que dispõem de SNMPv1, desenhe uma MIB para representar a informação de todos os Clientes do serviço. Suponha que cada Cliente é identificado por um campo denominado clientId.


Solução 2



Resumo da aula

•Arquitectura de Gestão SNMPv1• Características gerais• Normas• Árvore de registo• MIBs e sintaxe de objectos• Modelo de informação

• Definição de objectos escalares• Definição de tabelas• Codificação de informação

gestão de redes e sistemas distribuídos teresa maria vazão julho 2005 arquitecturas de gestão...

Documents