ADMINISTRACIÓN DE REDES

1. ADMINISTRACIÓN DE REDES Tema #3

2. ADMINISTRACION DE REDES • La Administración de Redes es un conjunto de técnicas tendientes a mantener una red operativa, eficiente, segura, constantemente monitoreada y con una planeación adecuada y propiamente documentada

3. Objetivos • Mejorar la continuidad en la operación de la red con mecanismos adecuados de control y monitoreo, de resolución de problemas y de suministro de recursos. • Hacer uso eficiente de la red y utilizar mejor los recursos, como por ejemplo, el ancho de banda. • Reducir costos por medio del control de gastos y de mejores mecanismos de cobro. • Hacer la red mas segura, protegiéndola contra el acceso no autorizado, haciendo imposible que personas ajenas puedan entender la información que circula en ella. • Controlar cambios y actualizaciones en la red de modo que ocasionen las menos interrupciones posibles, en el servicio a los usuarios

4. Importante y Difícil • Mezclas de diversas señales, como voz, datos, imagen y gráficas. • Interconexiónde varios tipos de redes, como WAN, LAN y MAN. • El uso de múltiples medios de comunicación, como par trenzado, cable • coaxial, fibra óptica, satélite, láser, infrarrojo y microondas. • Diversos protocolos de comunicación, incluyendo TCP/IP, SPX/IPX, SNA, • OSI. • El empleo de muchos sistemas operativos, como DOS, Netware, Windows • NT, UNÍS, OS/2. • Diversas arquitecturas de red, incluyendo Ethernet 10 base T, Fast • Ethernet, Token Ring, FDDI, 100vg-Any Lan y Fiber channel. • Varios métodos de compresión, códigos de línea, etc...

5. Pasos • 1.- Colección de información acerca del estado de la red y componentes del • sistema. La información recolectada de los recursos debe incluir: eventos, • atributos y acciones operativas. • 2.- Transformación de la información para presentarla en formatos apropiados • para el entendimiento del administrador. • 3.- Transportación de la información del equipo monitoreado al centro de • control.

6. Pasos • 4.- Almacenamiento de los datos coleccionados en el centro de control. • 5.- Análisis de parámetros para obtener conclusiones que permitan deducir • rápidamente lo que pasa en la red. • 6.- Actuación para generar acciones rápidas y automáticas en respuesta a una • falla mayor.

7. Elementos de la Adm. de Redes A) Objetos: son los elementos de más bajo nivel y constituyen los dispositivos administrados. B) Agentes: un programa o conjunto de programas que colecciona información de administración del sistema en un nodo o elemento de la red. El agente genera el grado de administración apropiado para ese nivel y transmite información al administrador central de la red acerca de: • Notifiación de problemas. • Datos de diagnóstico. • Identificador del nodo. • Características del nodo.

8. Elementos de la Adm. de Redes • C) Administrador del sistema: Es un conjunto de programas ubicados en un punto central al cual se dirigen los mensajes que requieren acción o que contienen información solicitada por el administrador al agente.

9. OPERACIONES DE LA ADMINISTRACIÓN DE RED Administración de fallas: La administración de fallas maneja las condiciones de error en todos los componentes de la red, en las siguientes fases: a) Detección de fallas. b) Diagnóstico del problema. c) Darle la vuelta al problema y recuperación. d) Resolución. e) Seguimiento y control.

10. OPERACIONES DE LA ADMINISTRACIÓN DE RED Control de fallas: Esta operación tiene que ver con la configuración de la red (incluye dar de alta, baja y reconfigurar la red) y con el monitoreo continuo de todos sus elementos.

11. OPERACIONES DE LA ADMINISTRACIÓN DE RED Administración de cambios: La administración de cambios comprende la planeación, la programación de eventos e instalación.

12. OPERACIONES DE LA ADMINISTRACIÓN DE RED Administración del comportamiento: Tiene como objetivo asegurar el funcionamiento óptimo de la red, lo que incluye: El número de paquetes que se transmiten por segundo, tiempos pequeños de respuesta y disponibilidad de la red.

13. OPERACIONES DE LA ADMINISTRACIÓN DE RED Servicios de contabilidad: Este servicio provee datos concernientes al cargo por uso de la red. Entre los datos proporcionados están los siguientes: • Tiempo de conexión y terminación. • Número de mensajes transmitidos y recibidos. • Nombre del punto de acceso al servicio. • Razón por la que terminó la conexión.

14. OPERACIONES DE LA ADMINISTRACIÓN DE RED Control de Inventarios: Se debe llevar un registro de los nuevos componentes que se incorporen a la red, de los movimientos que se hagan y de los cambios que se lleven a cabo.

15. OPERACIONES DE LA ADMINISTRACIÓN DE RED Seguridad: La estructura administrativa de la red debe proveer mecanismos de seguridad apropiados para lo siguiente: • Identificación y autentificación del usuario, una clave de acceso y un password. • Autorización de acceso a los recursos, es decir, solo personal autorizado. • Confidencialidad de los datos

16. FUNCIONES DE ADMINISTRACIÓN DEFINIDAS POR OSI. OSI define las cinco funciones de administración básicas siguientes: • Configuración • Fallas • Contabilidad • Comportamiento • Seguridad.

17. Componentes de OSI CMIS: Common Management Information Services. Éste es el servicio para la colección y transmisión de información de administración de red a las entidades de red que lo soliciten. CMIP: Common Management Information Protocol. Es el protocolo de OSI quesoporta a CMIS, y proporcionael servicio de petición/respuesta que hace posible el intercambio de información de administración de red entre aplicaciones. SMIS: Specific Management Information Services. Define los servicios específicos de administración de red que se va a instalar, como configuración, fallas, contabilidad, comportamiento y seguridad. MIB: Management Information Base. Define un modelo conceptual de la información requerida para tomar decisiones de administración de red. La información en el MIB incluye: número de paquetes transmitidos, número de conexiones intentadas, datos de contabilidad, etc...

18. Arquitecturas de administración de redes y sus submodelos

19. La administración de sistemas en red es un proceso cooperativo • Las estructuras para proveer servicios de IT están soportadas en sistemas en red cooperativos • procesamiento cooperativo significa que una tarea es realizada en forma distribuida. Es decir, que las subtareas que constituyen la tarea total se realizan en diferentes sistemas de una manera coordinada.

20. Por qué se ha desarrollado el procesamiento de información cooperativo • Algunas de las razones del desarrollo de procesamiento cooperativo son: • Desarrollo de redes • uso de nuevos servicios de comunicaciones • avances en tecnología de software • cambios en las forma de las organizaciones • La existencia de redes corporativas

21. Administración de sistemas en red • Administración • Todas las medidas para asegurar una operación efectiva y eficiente de un sistema apoyado con ciertos recursos de acuerdo con las metas corporativas • La administración puede hacer énfasis en: • Administración de redes (componentes de red y en los servicios de comunicaciones); administración de sistemas (recursos de los nodos y sistemas en red); administración de aplicaciones (aplicaciones distribuidas y servicios “dispersos”); administración de clientes y servicios. Administración de información. Administración del negocio (administración de la empresa)

22. Administración de IT • La administración de IT es en sí misma una aplicación distribuida que debe ser cuidadosamente conceptualizada y relacionada a un ambiente específico. • No existe un solo sistema de administración y una única solución de administración que satisfaga todas las situaciones: un proceso de ajuste específico al escenario es necesario.

23. Dimensiones de la administración técnica Áreas funcionales -- Fallas -- Configuración -- Accounting -- Performance -- Seguridad Dimensión económica Tipos de redes VPNs -- Redes corporativas -- WANs -- MANs -- LANs -- Dimensión organizacional Aspectos jurídicos Administración de redes -- Administración de sistemas -- Administración de aplicaciones -- Administración de Servicios -- Administración de empresas -- -- Planeación -- Instalación -- Operación -- Cambio -- Datos -- Voz -- Video -- Multimedia Fases de la red Tipos de información Disciplinas

24. Administración integrada • La meta debe ser una administración integrada que utilice conceptos estandarizados de tal manera que se puedan tener bases de datos de administración globales, que permita un enfoque integral de los diferentes aspectos de administración (incluyendo los aspectos organizacionales), que soporte sistemas heterogeneos y que ofrezca interfaces de usuario y de programación abiertas. • Aparecen aquí varios conceptos: Arquitectura de administración (estándar para administrar ambientes heterogeneos), plataformas de administración (implementan las arquitecturas de administración y proveen las herramientas de administración) y las herramientas de administración (que deben integrarse a los procesos de administración)

25. Requerimientos para una administración integrada • Para administrar de forma integrada una red heterogénea es esencial que los recursos que están siendo administrados suministren la información adecuada, que pueda ser interpretada independientemente del fabricante del hardware ó del software yque sea accesible a través de un conjunto bien definido de interfaces y protocolos. • El marco de referencia sobre el cuál se elaboran los estándares relacionados con administración se llama arquitectura de administración

26. Submodelos de una arquitectura de administración • Una arquitectura de administración generalmente consta de cuatro grupos de estándares, que serán llamados aquí submodelos • modelo de información (modela y especifica la información de administración) • modelo de organización (especifica los roles y la manera en que cooperarán las entidades que administran y las administradas) • modelo de comunicaciones (define las reglas para intercambiar información de administración) • modelo de funciones (define como se subdividirá la tarea “administrar”) • ¡Algunas arquitecturas no tienen los cuatro submodelos!

27. Las arquitecturas como prerequisito para plataformas abiertas • Las plataformas de administración de redes son sistemas distribuidos que ofrecen soluciones de administración basadas en computador y soportadas por una red • No se puede administrar una red sin tener una red (que no necesita ser la misma) que soporte el sistema distribuido de administración • Hay tres enfoque para soportar las herramientas de administración: aislado, coordinado e integrado (en la práctica se pueden usar al mismo tiempo)

28. Enfoque aislado • Enfoque aislado: se crea una herramienta para cada problema de administración. Las herramientas trabajan de forma independiente, a partir de información de administración independiente y con diferentes interfaces de usuario. • Si se tiene una red altamente distribuida no tiene sentido tener una administración de este tipo (requiere mucho personal). • Se considera que la administración es aislada aunque se use la misma pantalla y se asigne una ventana para cada herramienta.

29. Enfoque coordinado • Enfoque coordinado: las herramientas que aun están aisladas por la forma en que proveen una función son coordinadas se coordinan al ser utilizadas (es decir, se busca que las herramientas se complementen unas a otras). • El resultado que genera una herramienta puede ser utilizado como los datos de entrada de otra. Una forma de lograr esto es elaborando scripts para “programar” la interacción entre diferentes herramientas. • Una “integración superficial” o integración de interfaces de usuario dentro de un enfoque coordinado las diferentes aplicaciones y herramientas de administración se operan y controlan y operan sobre una interface de usuario común (GUI común)

30. Enfoque coordinado • Para tener una integración de interface (“estandarización de la interface”) se supone que las herramientas de administración tienen algo en común, o que se utiliza un menú para seleccionar las diferentes aplicaciones desde la consola del operador. • La estandarización de interface y la posibilidad de coordinar ciertos procesos administrativos no implica uniformidad en la información de administración ni en las funciones de las herramientas (es decir, NO ES UN ENFOQUE INTEGRADO).

31. Enfoque integrado • Se dice que el enfoque es integrado cuando los componentes que están siendo administrados en un ambiente heterogéneo son capaces de suministrar información que puede ser interpretada en tal forma que no dependa del vendedor. Esta información debe poderse acceder sobre interfaces y protocolos bien definidos. (la frontera entre el enfoque coordinado y el integrado es sutil) • Las plataformas de administración abiertas proporcionan la base para un enfoque integrado. • Las plataformas son los sistemas de transporte para las aplicaciones de administración, que a su vez hacen uso de otros sistemas y herramientas de admistración o de recursos que necesitan ser adiministrados.

32. Enfoque integrado • Si una plataforma de administración se utiliza para realizar una administración integrada en un ambiente heterogéneo, sin importar quien sea el fabricante de los componentes de la red, los siguientes aspectos deben ser especificados: • La descripción de los objetos administrados (el mismo modelo de información) • Soporte de aspectos relacionados con la organización, roles y reglas de cooperación (el mismo modelo organizacional) • La descripción de los procesos de comunicación para propósitos de comunicación (el mismo modelo de comunicaciones) • Estrudtura de las funciones de administración (el mismo modelo funcional)

33. Enfoque integrado • Un armazón donde se pueden colocar estándares relacionados con la administración y que abarquen los cuatro aspectos mencionados recibe el nombre de arquitectura de administración. • Las arquitecturas de administración son el prerequisito para el diseño de plataformas (sistemas) de administración en ambientes heterogéneos. • La meta de una arquitectura de administración es definir un armazón dentro del cual pueda crearse un “armotodo” o “lego” de módulos que puedan combinarse para resolver problemas especifícos de administración con un máximo de flexibilidad y de interoperabilidad, permitiendo construir una solución de administración óptima para cada ambiente (red o sistema distribuido) específico.

34. Submodelo de información • El submodelo de información (de una arquitectura de administración) busca controlar los métodos utilizados para modelar y describir los objetos administrables. • Además, una definición estándar de objetos administrables es un prerrequisito para interoperabilidad de la administración: permite a redes heterogéneas interactuar con propósitos de administración.

35. Submodelo de organización • El submodelo de organización (de una arquitectura de administración) define los actores (elementos que participan en la administración), sus roles y las reglas de cooperación entre ellos. • Los modelos de cooperación pueden ser agent-manager o peer-to-peer. Pueden definirse dominios para agrupar recursos que serán administrados. En estos dominios se definen políticas (reglas) específicas de administración. • Los dominios y las políticas son también objetos administrables.

36. Submodelo de comunicaciones • El submodelo de comunicaciones (de una arquitectura de administración) establece y define los elementos y conceptos necesarios para que los componentes del sistema (actores) puedan intercambiar información de administración • por ejemplo, quiénes pueden comunicarse, especificar los servicios y protocolos, definir la sintaxis y la semántica de los formatos de intercambio, además de los protocolos de administración que se colocarán dentro de la arquitectura de comunicaciones utilizada. • La comunicación puede establecerse a través del intercambio de información de control, solicitudes de información de estado o generación de mensajes de eventos

37. Submodelo funcional • El submodelo funcional (de una arquitectura de administración) divide la complejidad de la administración en áreas funcionales de administración e intenta especificar funciones de administración genéricas. • El modelo funcional proporciona las bases para construir librerías de soluciones de administración parciales y facilitar la delegación de funciones de administración a diversos agentes/personas.