Arquitectura de gestão OSI

Transcrição

1 Arquitectura de gestão OSI Foi definida pela ISO no conjunto de normas ISO /598-4 (ITU/T X.700). Engloba os 4 modelos definidos anteriormente: Modelo de Informação, que adopta uma aproximação orientada-a-objectos, estabelecendo metodologias estruturadas de modelização de informação de gestão. Modelo de Comunicação, que está baseado no modelo de referencia OSI, permitindo a transferência de informação de gestão ao nível da aplicação, entre camadas pares de sistemas diferentes ou entre camadas de um sistema e uma entidade de gestão. Modelo de Organização, que se baseia numa arquitectura Gestor-Agente, em que os papeis podem ser permutáveis em função por exemplo do recurso que se está a modelizar. Modelo Funcional, divide a gestão em cinco Áreas Funcionais (definidas anteriormente) subdividindo por sua vez cada área num conjunto de funções mais especificas.

2 OSI: Modelo de Informação Estrutura de Informação de Gestão MIM - Management Information Model (X.720) conceitos fundamentais para a definição de Objectos Geridos base de todas as recomendações SMI (Structure fo Management Information) DMI - Definition of Management Information (X.721) conjunto de definições referentes à Informação de gestão. GDMO - Guideline for Definition of Management Objects (X.722) técnicas de especificação de OG (assistência prática para definir Informação de Gestão). Todos os objectos geridos devem respeitar a GDMO MOCS - Requirements and Guidelines for Implementation Conformance Statement Proformas associated with Management Information (X.723) regras e formato de produção de testes de conformidade. GMI - Generic Management Information (X.724) OG que são utilizados pelo modelo OSI garante a compatibilidade entre as várias camadas do modelo. GRM - General Relationship Model (X.722) modelo para estabelecer relações entre OG.

3 OSI: Modelo de Informação - Características Características gerais, tal como definidas na DMI: Modelo de Informação orientado a objectos; Os Objectos Geridos (OGs) são instâncias de Classes de OGs (COG) COG são organizados hierarquicamente; As propriedades visíveis são descritas no Management Object Boundary, o qual é constituido por: Atributos propriedades e estado dos OG Operações que se podem realizar sobre os atríbutos ou OG Notificações eventos assíncronos que podem ser gerados pelo OG Comportamento descrição informal do OG Pacotes relações entre os OG Nome e Posição identificação do OG Propriedades, tal como definidas na DMI, possuem as propriedades de: Herança Compatibilidade

4 Modelo de Informação OSI: Estrutura das COG Estrutura de uma classe de objectos geridos Atributos: São visíveis na fronteira e caracterizam as propriedades e o estado do objecto gerido. Podem estar associados a tipos ASN.1 ou serem derivados de atributos genéricos como: contadores, limiares, nomes,temporizadores,etc. Os valores e operações permitidas são especificadas para cada atributo. Operações, são acções complexas que podem afectar todo o OG: As 7 operações relacionadas com os atributos são: Get, Replace, Replace-With-Default, Add, Remove, Set-by-create, No-modify, As 3 operações globais sobre os objectos geridos são: Create, Delete, Action (ex. Reset). Notificações, os OGs podem ser autónomos onde eventos assíncronos podem ocorrer e as notificações permitem sinalizar a ocorrência desses eventos gerados pelo OG, são constituídos por: Parâmetros e Evento origem. Pacotes permitem um nível de estruturação abaixo das classes incorporando variantes de certas propriedades e funções podendo ser Obrigatórios ou Condicionais Nome, serve para identificar o objecto gerido A Posição duma classe na hierarquia de herança da COG é indicada por referência à sua super-classe donde o OG herda as propriedades.

5 Modelo de Informação OSI: Herança Especialização por subclasses (refinamento) Superclasse Ex: Dispositivo Extensão de módulos (novas propriedades) Equip. Superclasse Comutador DETALHE Subclasse + específica Ex: Impressora Superclasse + Ext. 1 Placa de Interface Subclasse + especifica Ex: Imp. Laser Superclasse+ Ext. 1 + Ext. 2 Classe de Topo - TOP Herança múltipla Herança estrita Hierarquia de controlo Atribuição de nomes

6 Modelo de Informação OSI: Compatibilidade Resolver os problemas resultantes quando um Gestor tem de utilizar classes que desconhece (ex. resultado de pacotes condicionais) Versão 1 Fornecedor X C C Versão 2 Fornecedor Y Necessidade de indentificar classes com as quais é compatível Duas opções: Gestão Best-Effort: O Sistema Gestor ignora a informação extra recebida Resultados inesperados!! Ordens não executadas, notificações estranhas, limites não respeitados. Utilização de Alomorfismo Modificar os OGs de forma imitarem os OGs não estendidos. Criação de um OG compatível com a Classe C Identificação de C como Classe Alomórfica Existe um conjunto de condições para que a classe criada possa ser considerada Alomórfica

7 Modelo de Informação OSI: Estruturas Estruturas em árvore utilizadas no modelo de informação OSI Registo Relacionado com o registo nos organismos de normalização (documentos) Templates pré-definidas Podem ser reutilizadas nas COGs definidas. Inclusão (Management Information Tree) Estrutura da MIB do Sistema Identificação de OGs A partir de Templates namebinding Herança Definição das COGs Relação de herança entre COGs A partir de referências às SuperClasses ISO ITU M.3100 ISO/ITU ROOT Rede Elemento Gerido Objecto Superior Elemento Gerido TOP Rede Equipamento Circuito Rede Circuito Objecto Subordinado

8 Atribuição de nomes e identificação de COGs COGs, Pacotes, Atributos Nomes são Identificadores de Objectos, definidos em ASN.1 Atribuição na fase de definição (Atributo Identificador) Identificação não ambígua e global. Topo ISO (0) ITU(1) ISO/ITU(2) OBJECT IDENTIFIER = cmip (1) ms (9) smi (3) part2 (2) managedobjectclass (3) Packages(4) Parameters(5) namebinding(6)... Notificações(10) AlarmRecord (1)

9 Atribuição de nomes a OGs Nome = Parte local + Parte Global Parte Local:identifica o OG na Árvore de Inclusão Nome Distinto (DN) = sequência de Nomes Relativos Distintos (RDN) RDN = Atribute Value Assertation (AVA) = (Identificador de Atributo, Valor de Atributo) Parte Global: identifica o sistema globalmente DN = AVA (systemtitle, systemid) systemtitle: nome do sistema local Árvore de Inclusão System RDN DN Hub HubId = HUB1 HubId = HUB1 Interface InterfaceId= INT1 HubId= HUB1, InterfaceId= INT1 Port PortId = P1 HubId= HUB1,InterfaceId= INT1,PortId = P1

10 Uso de Templates para especificar COGs COG COG Estruturação por etapas COG Nível mais elevado Pacote Obrigatório Pacote Condicional Os Pacotes são uma técnica de especificação passo-a-passo Reutilização da especificação das Templates e das COGs Pacotes Condicionais Conjunto de características que podem estar presentes (todas) ou não. Devem representar grandes diferenças dos sistemas. Vantagem relativamente às Subclasses Redução do nº de elementos a identificar

11 Uso de Templates para especificar Pacotes 1 Comportamento Pacote 2 Atributos Parâmetro 5 Notificação 4 Acção 3 Grupos de Atributos Parâmetro Parâmetro Módulos ASN.1

12 Templates para especificação de COGs < class-label> MANAGED OBJECT CLASS [DERIVED FROM <class-label> Referências à(s) ] [,<class-label>]*; Superclasse(s) [CHARACTERIZED BY <package-label> Caract. obrigatórias ] [CONDITIONAL PACKAGE ] <package-label> PRESENT IF <conditional-definition> [,<package-label>]*; [,<package-label> PRESENT IF <conditional-definition>]*; (i.e.,atributos,oper. notif., comportamento) Caract. condicionais incluindo a condição REGISTERED AS object identifier; Identificador da COG na árvore de registo

13 Exemplo: HUB Hub MANAGED OBJECT CLASS DERIVED FROM ISO/IEC : Top; CHARACTERIZED BY: BEHAVIOUR ATTRIBUTES HubID GET, NumberOfRelays GET, ACTIONS NOTIFICATIONS TimeSinceHubSystemReset GET, HubResetTimeStamp GET, HubHealth GET GroupMap GET; ResetHubSystemAction, RelayChangeOverAction; HubHealth, GroupRelayConfigChange, ProprietaryExtensionAlarm; REGISTERED AS iso(1)std(0)iso8802(8802)csma(3)hubmgt(18) objectclass(0)hubobjectclass(x)

14 Modelo de Organização Domínio Administrativo Domínio Funcional (AFs) Controlo de Critérios Processos de Gestão Conhecimento de Objectos Ambiente de Comunicação e Associação Objectos Geridos e Recursos

15 Interação: Organização e Comunição CMIS : Common Management Information Service Gestor Operação de Gestão Resposta Controlo de acessos Aceitação Operações Agente Processamento de Operações De Gestão Operações MIB OG Notificação Distribuição de Notificações Processamento de Notificações Notificações OG

16 Modelo de Comunicação Categorias de Gestão do modelo de comunicação OSI: Gestão de Sistema: Define o comportamento da gestão na perspectiva global do sistema a gerir, i.e. na perspectiva duma aplicação distribuída que envolve interacção entre agente gestor e MIB. Categoria sobre a qual incide o trabalho de normalização Gestão de Camada Refere-se às funções, serviços e protocolos de gestão que são específicos duma camada e não recorrem aos serviços de camadas superiores do modelo Funções de gestão executadas por protocolos de Gestão que operam numa camada do Modelo OSI. Operação de Camada Refere-se às funções de gestão que existem associadas a cada protocolo especifico. Ex: a dimensão das janelas ou dos temporizadores de um protocolo

17 Modelo de Comunicação: Normas SMO - System Managemnet Overview (X.701). CMIS - Common Managemnet Information Service (X.710),define os serviços de gestão de camada de aplicação que suportam o acesso aos Objectos geridos remotos e a execução de operações sobre esses objectos CMIP - Common Managemnet Information Protocol (X.711),define um protocolo de comunicação entre as entidades de gestão distribuídas.

18 Categorias de gestão: Gestão do sistema Processo de Aplicação de Gestão: Gestor SMAE Operações Notificações Protocolo de Gestão de Sistema Processo de Aplicação de Gestão: Agente SMAE MIB OG OG CMISE... LME... LE CMIP Protocolo de Gestão de Camada (N) Protocolo(N) CMISE... LME... LE MIB OG OG SMAE - System Management Application Entity CMISE - Common Management Information Service Entity CMIP - Common Management Information Protocol L(M)E Layer (Management) Entity

19 Categorias de gestão: Gestão do sistema (2) Mapeamento com a comunicação normalizada Aplicação Aplicação de Gestão de Sistema Apresentação Sessão Transporte Rede Lógica OG. da Gestão de Camada Mapeamento Local OG. do Sistema Física Ambiente OSI Ambiente local Nota: Existe uma versão do CMIP, o CMOT, que utiliza a pilha TCP/IP como infraestrutura de transporte

20 Common Management Information Service (CMIS) SMAE Serviços específicos CMIS Acesso e manipulação remota de OGs Serviço orientado-à-ligação ACSE ROSE Serviços comuns Estabelecimento, gestão e terminação de associações de aplicação. Suporte de aplicações interactivas (Operações e Notificações) ACSE: Association Control Service Element ROSE: Remote Operation Service Element

21 Common Management Information Protocol (CMIP) SMAE CMIS Máquina CMIP Operação Serviço CMIS C/O PDU-CMIP de Gestão Notification M-EVENT-REPORT O m-event-report Get M-GET C m-get Replace M-SET O m-set Replace with defaultm-set O m-set Add Set Value M-ADD O m-set Remove Set Value M-REMOVE O m-set Action M-ACTION O m-action Create M-CREATE C m-create Delete M-DELETE C m-delete -- M-CANCEL-GET C m-cancel-get-confirm

22 Arquitectura de Gestão OSI Unidades funcionais Definem se as unidades funcionais quando se estabelece a ligação: Básicas Respostas Múltiplas ex. Suspender a actividade dos contadores de taxação Selecção de múltiplos objectos ex. Referenciar um sistema e colocar todas as suas entidades no estado administrativo locked. Filtragem ex. selecção das notificações a serem enviadas para o gestor Selecção de Objectos geridos: Os objectos geridos são identificados pelo seu nome na Árvore de Inclusão A selecção envolve: Scoping: selecção dos objectos através da aplicação de critérios Filtering: selecção por aplicação de um conjunto de testes aos objectos geridos obtidos pelo Scoping

23 Arquitectura de Gestão OSI (2) Critérios de scoping Objecto de Base Nível 2 Objecto de Base até Nível 2 A partir do Objecto de Base Facilidades adicionais: Sincronização: Atómica, a operação ou é executada em todos os objectos geridos ou não é em nenhum. Best-Effort, a operação é pedida a todos os objectos geridos mas apenas é executa apenas nos que a podem executar. Respostas ligadas: múltiplas respostas a Operações com Confirmação podem ser ligadas à Operação por um parâmetro identificador de ligação.

24 Exemplo: Diagrama temporal m-get (1) Utilizador CMIS M-Get.Request (II,BC,BI,S,F,Y,AI) M-Get.Response (II,MC,MI,AL) CMIS Utilizador CMIS M-Get.Indication (II,BC,BI,S,F,Y,AI) M-Get.Response (II,MC,MI,AL) Caso 1: Operação executada: resposta única Utilizador CMIS M-Get.Request (II,BC,BI,S,F,Y,AI) M-Get.Response (II,MC,MI,E) CMIS Utilizador CMIS M-Get.Indication (II,BC,BI,S,F,Y,AI) M-Get.Response (II,MC,MI,E) II:invoke identifier LI: linked identifier BC: base object class BI: base object instance S: scope F: filter Y:synchronization AI: attribute-identifier list MC: managed object class MI: managed object instance AL: attribute list E: errors Caso 2: Operação não pode ser executada: erro

25 Exemplo: Diagrama temporal m-get (2) Utilizador CMIS CMIS Utilizador CMIS M-Get.Request (II 0,BC,BI,S,F,Y,AI) M-Get.Response (II 1,LI,MC,MI,AL) M-Get.Response (II n,li,mc,mi,al) M-Get.Response (II 0 ) M-Get.Indication (II 0,BC,BI,S,F,Y,AI) M-Get.Response (II 1,LI,MC,MI,AL) M-Get.Response (II n,li,mc,mi,al) M-Get.Response (II 0 ) II:invoke identifier LI: linked identifier BC: base object class BI: base object instance S: scope F: filter Y:synchronization AI: attribute-identifier list MC: managed object class MI: managed object instance AL: attribute list E: errors Caso 3: Operação executada: respostas múltiplas

26 Modelo funcional: Normas X.730 Object Management Function X.731 State Management Function X.732 Attributes for representing relationships X.733 Alarm Reporting Function X.734 Event Report Management Function X.735 Log Control Function X.736 Security Alarm Reporting Function X.737 Confidence and Diagnostic Test Categories X.738 Summarization Function X.739 Workload Monitoring Function X.740 Security Audi Trail Function X.741 Objects and Attributes for Access Control X.742 Accounting Meter Function X.745 Test Management Function X.746 Scheduling Function X.750 Management Knowledge Function X.751 Change over Function X.790 Trouble Management Function X.791 Profile for Trouble Management Function for ITU-T applications

27 Modelo funcional: Enquadramento funcional Desempenho Falhas Configuração Contabilidade Segurança Áreas Funcionais Object Management State Management Relationship Management Alarm Reporting Management Event Report Management Log Control Management Test Management Software Management Security Alarm Reporting Summarization Function Management Knowledge Security Audit Trail Confidence & Diagnostic Test Time Management Access Control Scheduling Changeover Accounting Metering Domains & Policy Metrics & Attributes Response Time Monitoring Command Sequencer Funções de Gestão Event-Report Get Set Action Create Delete Cancel-get Serviços CMIS

28 Modelo do relato de eventos de gestão Objectivo: controlar o envio de Notificações dos Objectos Geridos: seleccionar os RE a enviar ao gestor Modificar as condições utilizadas Seleccionar os destinos dos RE Definir mecanismos de envio de RE Definir destinos alternativos Objectos Notificações Objectos Geridos Objectos Geridos Geridos Pedidos de gestão Descriminador de Eventos Detecção e processamento de eventos Potenciais eventos Reporte de eventos Respostas de gestão Classe: Discriminador Identificador Construtor do Discriminador Estado: Administrativo (Não bloq. / bloq.) Estado operacional (Abil. / Não abil.) Notificações Alteração de estado; Alteração de Atributo; Criação de OG; Remoção de OG Pacotes de escalonamento Disponibilidade Duração Escalon. diário / semanal /externo Subclasse: Discriminador de Envio Destinos do RE Pacote de destinos alternativos Lista de destinos alternativos Destino activo Modo (Não confirm. / confirm.)

29 Conclusões sobre a arquitectura de Gestão OSI Modelo orientado a objectos: Facilita: Reutilização de código e especificação Estruturação da MIB: Modelação de recursos complexos Traduzir relações entre recursos Funções de gestão: Normalização Funções genéricas Reutilização de módulos de SW Domínio de aplicação: Adequado a redes de Telecomunicações Devido a: Flexibilidade e Hierarquização Discriminação de eventos: filtros, scoping: Transferência de processamento para os agentes