Functionalization and characterization

Protocolos de Administración de Red").

Basándose en la extensibilidad del framework, se modelará los recursos de un elemento de red a través de Objetos Administrados, los cuales sean independientes del modelo de información a utilizar (OSI o Internet), lo cual forma permitirá formar una amplia gama de Bases de Información de Administración (MIB de sus siglas en inglés.) las cuales se componen de Objetos Administrados. Tanto los Objetos Administrados como las MIBs son

El framework además permitirá abstraer una entidad lógica que tenga interacción directa con los recursos de un elemento de red, denominada Administración Virtual de Hardware (AVH), la cual se encargará de monitorear el estado de los recursos de un elemento de red de acuerdo a los eventos presentados en el elemento de red.

Debido a que un Protocolo de Administración de Red no está exento de cambios en la definición de comandos y servicios que deben de ser soportados por el Agente, se tiene como principal objetivo de diseño en el framework tener la capacidad suficiente de poder definir nuevos comandos SNMP o CMIP que pudieran ser definidos en el futuro.

Por último se tiene como objetivo también documentar de manera detallada el procedimiento o la metodología utilizada para poder diseñar este framework, definida en la

siguiente sección ("Sección 1.4 Metodologías"). Al documentar este proceso, se obtiene un

mayor entendimiento de las actividades y la inversión de tiempo implicados en el desarrollo de frameworks.

1.3 Restricciones

Las restricciones en el framework a desarrollar son las siguientes:

• El framework permitirá desarrollar Agentes de Administración de Red que estén

basados en los modelos de información OSI o Internet, por lo cual no se garantizará el desarrollo de Agentes que no cumplan alguno de estos dos modelos.

• El framework solamente soportará los protocolos de administración de red SNMP y

CMIP, quienes están definidos en la capa de aplicación tanto en el modelo de Internet como en el de OSI, por lo cual, no se diseñarán clases del framework que abstraigan la utilización de protocolos de mas bajo nivel.

• No obstante que no abstrajeran protocolos de más bajo nivel, las aplicaciones deben

utilizar un protocolo de transporte para hacer llegar los mensajes entre el Agente y el Administrador, por lo cual el framework utilizará como protocolo de transporte a TCP/IP.

• Debido a la gran cantidad de Elementos de Red, no se diseñarán las librerías de clases

concretas, las cuales pertenezcan a Agentes de algún Elemento de Red en específico, ya que dichas clases deberán ser provistas por el desarrollador de las aplicaciones. No obstante se desarrollará un prototipo que permita ver la aplicación del framework, en donde se desarrollarán clases concretas para el Ruteador Cisco 2501.

1.4 Metodologías

En el aspecto del desarrollo del framework, se utilizarán algunas de las fases sugeridas

en el método de "Ingeniería de Dominio Orientada a Objetos" (IDOO) [Chan, 1998],

[Coad, 1995], como lo son:

• Análisis de Dominio Orientado a Objetos (ADOO). Fase de desarrollo de un framework en el cual se determina las metas y objetivos del framework, su dominio, el dominio de la aplicación, los elementos que intervienen en el dominio del framework, sus

conceptos, asociaciones y eventos (Véase el "Capítulo 4. Análisis de Dominio

Orientado a Objetos".).

• Diseño de Dominio Orientado a Objetos (DDOO). Mediante esta etapa, las abstracciones obtenidas a partir del ADOO son mapeadas en clases, lo cual permite

diseñar el framework (Véase el "Capítulo 6. Diseño de Dominio Orientado a

Objetos".).

No obstante, en la presente tesis se propone manejar una fase denominada "Análisis de

Variabilidad en los Componentes del Dominio" (AVCD), la cual tome como entrada las abstracciones realizadas sobre los conceptos definidos en el ADOO, para verificar las similitudes y variabilidades que existen en cada uno de éstos conceptos, y los agrupe en componentes de alto nivel. Esta fase se tomará como entrada en la fase de DDOO para modelar las variabilidades y similitudes de cada uno de los componentes identificados, lo cual es un elemento importante para diseñar el framework. La fase de AVCD se encuentra

descrita en el "Capítulo 5. Análisis de Variabilidad en los Componentes del Dominio".

Por último, para el modelado de clases, objetos, escenarios, etc., que estén involucrados en el diseño del framework, se utilizará el Lenguaje Unificado de Modelación (UML).

1.5 Producto Final

Como producto final se tendrá el diseño de un framework orientado a objetos que sea la base para el desarrollo de Agentes de Administración de Red basados en el modelo OSI o en el modelo de Internet.

Además se tendrá un prototipo de aplicación del framework, el cual implementa a un Agente de Administración de Red para el Ruteador Cisco 2501, lo cual valida el diseño del framework.

1.6 Trabajos Relacionados

Un número considerable de frameworks exitosos ha sido desarrollado durante los últimos años [Hueni, 1995]. En el ámbito de la administración de redes, [Hueni, 1995] convierte un framework de protocolos de comunicación de caja blanca en un framework de caja negra.

[Kocher, 1999] diseña un framework para la arquitectura de control del sistema Alcatel 1641SX Digital Cross-Connect, el cual cumple con el rol de un Agente de Administración de Red, utilizando el protocolo CMIP.

No obstante que el framework propuesto por Kocher [Kocher, 1999] para Agentes de Administración de Red pudiera ser muy similar a lo propuesto por la presente tesis, el framework de Kocher está totalmente acoplado al modelo OSI y obviamente al protocolo CMIP. Además, sólo permite la ejecución de comandos CMIP definidos en [CCITT X.711, 1992], por lo cual si existe un cambio o una adición de comandos en el protocolo CMIP, el framework tendría que ser modificado para poder soportar éste cambio, lo cual no debe suceder en el framework propuesto por la presente tesis, ya que se tiene como objetivo poder extender los comandos del protocolo a de Administración de Red que el Agente pueda interpretar y ejecutar.

1.7 Contribución Esperada

La principal contribución que se espera de esta tesis, es la de describir a detalle el proceso de desarrollo de un framework en cada una de sus fases, aportando como valor agregado poder unificar dentro de un solo framework, tanto el modelo OSI como el modelo de Internet, los cuales son los modelos más utilizados en la actualidad para desarrollar aplicaciones de administración de red.

1.8 Estructura General de la Tesis

La estructura general de la tesis es la siguiente:

Capítulo 2Agentes de Administración de Red. Introduce los procesos, comandos y acciones con los que un Agente de Administración de Red debe contar, tanto en el modelo OSI como en el de Internet.

Capítulo 3 Frameworks de Dominio Orientados a Objetos. Determina el proceso y la metodología que se debe seguir para desarrollar un framework de dominio.

Capítulo 4 Análisis de Dominio Orientado a Objetos. Se aplica la fase del ADOO al