1.- INTRODUCCION
Este volumen de las Guías Técnicas se dedica a describir los requisitos que debe cumplir un proyecto de adquisición de Sistemas de Gestión de Redes, con el fin de orientar a los responsables de contratación de equipos, sistemas y servicios basados en Tecnologías Tecnologías de la Información y de las omunicaciones !TI" en su labor de elaboración de pliegos p liegos y evaluación de ofertas# Evolución histórica
$a evolución en las técnicas de gestión de red va pare%a a la evolución en las tecnologías que permiten la propia evolución de las redes# El progreso tecnológico de los <imos a'os (a conducido al desarrollo de las redes de comunicación de datos en las organi)aciones, sobre las cuales se asientan muc(os de sus sistemas de gestión# El abaratamiento de los costes del dise'o y desarrollo de estas redes, y el aumento de las capacidades de proceso, (an conducido a que muc(as organi)aciones se (ayan planteado la viabilidad de migrar sus actuales sistemas de información de arquitecturas centrali)adas a arquitecturas distribuidas# En este sentido las redes surgieron como el medio de interconectar diferentes equipos que instalados remotamente unos de otros, ofreciendo capacidades de acceso a servicios de otras redes, tales como capacidades adicionales de proceso, accesos a bases de datos internacionales### $a e*istencia de dispositivos de comunicaciones d ispersos sobre los que se implementan e interconectan todas estas redes y los enlaces de comunicaciones para el acceso a servicios avan)ados de telecomunicaciones obligan a disponer de sistemas de gestión para la configuración, supervisión, diagnóstico y mantenimiento de todos estos dispositivos# Si bien en un principio gestión de red significaba gestión m+s o menos individuali)ada de los elementos de red, actualmente se tiende a tener una gestión &nica de red# or el camino se (a pasado por la coe*istencia de sistemas de gestión y por la integración de los mismos# Esquema referencial
$a presente guía contiene la descripción de los sistemas de gestión de redes y las principales características que deben considerar las ofertas de este tipo de equipamiento# onstituye parte del grupo de Guías de omunicaciones, formado adem+s por-
Redes de rea local !R"#$ Redes de rea metro%olitana !&"N$ Redes de rea e'tensa !("N$ Intercone'ión de redes )umario
El capítulo segundo, .n+lisis de la Gestión de Redes, contiene la definición de la gestión de redes y las ideas fundamentales necesarias para una comprensión global de su significado# /ebido a que la gestión de redes no es un concepto de conocimiento general, en este documento se incluyen algunas descripciones de técnicas y conceptos &tiles para un me%or an+lisis de las necesidades# En el capítulo tres se describen cu+les pueden p ueden ser las necesidades del responsable de contratación p&blico, a la (ora (o ra de adquirir un sistema de gestión de redes# El lector deber+ seleccionar de estas p+ginas lo que aplique a su organi)ación, dado que ésta puede ser m+s sencilla que el modelo global contenido en la guía# En la segunda parte del capítulo tres se se'alan algunos aspectos que pueden ser decisivos en la fase de evaluación de ofertas# .l final del capítulo se traduce la información anterior en recomendaciones funcionales &tiles a la (ora de elaborar el e l pliego de prescripciones técnicas, %unto con las normas y est+ndares relacionados con la gestión de redes# $os <imos capítulos contienen aspectos complementarios, como la verificación del suministro y las referencias utili)adas para el desarrollo de esta guía# *.1.- +,u es la estión de redes/
$a IS0 ! International International Organization Organization for Standardization) Standardization) define la gestión de red como1El con%unto de elementos de control y supervisión de los recursos que permiten que la comunicación tenga lugar sobre la red1 $a gestión de redes comprende las (erramientas necesarias para reali)ar las siguientes funciones-
)u%ervisión de la red
Se suele reali)ar de dos formas- mediante una estación de gestión ordenador personal o estación de traba%o" que reciba mensa%es de los dispositivos de la red !puentes o bridges, bridges, encaminadores o routers, routers, servidores de terminales, etc#" o mediante una estación que pregunte regularmente el estado de los dispositivos# Control de los dis%ositivos de la red
Se reali)a enviando comandos por la red desde la estación de d e gestión (asta los dispositivos de la red para cambiar su configuración# $os sistemas de gestión de redes permiten satisfacer requisitos de tipo técnico y funcionales Requisitos Requisitos técnicos técnicos •
.dministración de entornos (eterogéneos desde una misma plataforma#
•
.dministración de elementos de intercone*ión#
•
Interfaces con grandes sistemas#
•
Interfa) gr+fico amigable#
•
Evolución seg&n las necesidades del cliente# Requisitos Requisitos funcionales funcionales
•
Gestión del nivel de servicio para garanti)ar la disponibilidad, la atención a los usuarios, el tiempo de respuesta, etc#
•
Gestión de problemas para facilitar la segmentación de los mismos resolviéndolos en etapas o niveles#
•
Gestión de cambios para minimi)ar el impacto asociado ( abitualmente con los procesos de modificación de las configuraciones e*istentes#
•
.poyo a la toma de decisiones y facilitar que la gestión de red act&e de puente, o interfa) entre el personal técnico y la dirección, gracias a la facilidad de generar informes#
•
.poyo en la resolución de incidencias para preservar la e*periencia del grupo de gestión, reduciendo el tiempo de resolución de situaciones que deberían ser familiares#
•
.poyo en la formación para reducir el esfuer)o de aprendi)a%e y optimi)ar el grado de uso requiriendo perfiles de personal poco e*igentes#
$os sistemas de gestión deben poder crecer a medida que crecen las necesidades de los usuarios, de forma que se puedan proteger las inversiones reali)adas# 2n entorno integrado de gestión es una combinación de recursos (umanos, organi)ativos y tecnológicos# $a gestión de redes es una estrategia a largo pla)o que puede afectar a todo el personal de una organi)ación•
. los usuarios de la red que necesitan acceder a la información de estado de la misma#
•
. los directivos que (an de preocuparse de cómo afectar+n las prestaciones de la red al desarrollo de sus +reas dentro de la organi)ación#
•
. los administradores de red que se encargan de la operativa diaria#
"dministración de la red
.demas de la gestión operativa !atender usuarios, resolver fallos en el menor tiempo posible, monitori)ar, etc#" e*isten otros aspectos involucrados que permiten definir el an+lisis y la optimi)ación de la red•
/escripción funcional de tareas que ser+n ob%eto de la gestión#
•
.decuación organi)ativa en las entidades, organismos, centros o empresas#
•
Especificación de procedimientos que faciliten la tramitación de sucesos de interés#
•
.dquisición de medios técnicos#
•
.daptación de los medios (umanos disponibles#
*.*.1.- Com%onentes de un sistema de estión
$os componentes de un sistema de gestión de red y las relaciones entre ellos se representa en el siguiente diagrama-
ada uno de los elementos tiene el siguiente significado•
O0eto estiona0le2 representa cualquier dispositivo físico o lógico de la red y el equipamiento lógico relacionado con él que permita su gestión#
•
"ente2 es el equipamiento lógico de gestión que reside en el ob%eto gestionable#
•
3rotocolo2 utili)ado por el agente para pasar información entre el ob%eto gestionable y la estación de gestión#
•
O0eto aeno2 se define como un ob%eto gestionable que utili)a un protocolo a%eno, es decir un protocolo distinto al de la estación de gestión#
•
"ente conversor2 act&a de conversor entre el protocolo a%eno y el protocolo utili)ado por la estación de gestión#
•
Estación de estión2 est+ formada por varios módulos o programas corriendo en una estación de traba%o u ordenador personal# En el siguiente gr+fico se muestran los componentes de la estación de gestión#
. continuación se (ace una descripción de los com%onentes de la estación de estión•
Interfa4 de usuario2 es la interfa) entre el usuario y el sistema y puede ser en modo car+cter o gr+fico#
•
5ase de datos2 mantiene cualquier información de la red !descripciones de diferentes par+metros, configuración de contadores###", almacenando el (istórico de eventos y permitiendo la reali)ación de seguimientos#
•
3rorama monitor2 supervisa las condiciones actuales y permite la inspección futura# 3isuali)a las alarmas activadas por los agentes, y reali)a actuali)aciones mediante sondeos regulares#
•
"rranque 6 confiuración2 comprueba que cada estación pueda ser atendida envi+ndole los par+metros actuales de configuración y el equipamiento lógico de arranque#
•
3rotocolo de estión2 controla las operaciones de gestión entre el gestor y el agente#
$a estación de gestión puede acceder a los ob%etos gestionables de cuatro maneras diferentes•
En 0anda ! In-band "- la gestión del ob%eto se reali)a utili)ando la red#
•
7uera de 0anda !Out-of-band "- el sistema de gestión accede a los ob%etos gestionables a través de otros canales# Esto se puede reali)ar mediante un terminal conectado directamente a un puerto del ob%eto gestionable o que el ob%eto gestionable tenga alg&n tipo de visuali)ador o panel de control#
•
Remotamente2 la gestión se reali)a desde otra estación que no es la estación principal de gestión# E*isten varias posibilidades•
4ediante una estación adicional operadora que permite a varios operadores gestionar todo el sistema o partes de él#
•
2tili)ando una estación remota conectada a otro segmento de la red que da servicio a estaciones locales#
•
Empleando un terminal remoto conectado mediante un modem#
•
2n dispositivo de gestión dedicado que puede llamar al operador a través de un servicio de 1buscapersonas1 o correo electrónico#
•
El sistema de gestión puede ser un elemento dentro de un gran sistema supervisado por un gestor de sistemas#
*.*.*.- "rquitecturas de estión de red
En este apartado se describen las tres principales arquitecturas de gestión de red•
&odelo O)I
•
&odelo T&N
•
&odelo Internet !)N&3$
Modelo OSI
IS0 (a definido una arquitectura de gestión 0SI!Open Systems Interconnection" cuya función es permitir supervisar, controlar y mantener una red de datos# Est+ dividida en cinco categorías de servicios de gestión denominadas .reas 5uncionales Específicas de Gestión !Specific Management Functional Areas, S45."# Estas categorías son las siguientes8estión de confiuración
$a gestión de configuración comprende una serie de facilidades mediante las cuales se reali)an las siguientes funciones•
Iniciación y desactivación#
•
/efinición o cambio de par+metros de configuración#
•
Recogida de información de estado#
•
/enominación de los elementos de la red#
8estión de fallos
/etección, diagnóstico y corrección de los fallos de la red y de las condiciones de error# Incluye•
6otificación de fallos
•
Sondeo periódico en busca de mensa%es de error
•
Establecimiento de alarmas
8estión de %restaciones
Se define como la evaluación del comportamiento de los elementos de la red# ara poder efectuar este an+lisis es preciso mantener un (istórico con da tos estadísticos y de configuración# 8estión de conta0ilidad
/eterminación de los costes asociados a la utili)ación de los recursos y la asignación de sus correspondientes cargas# 8estión de seuridad
omprende el con%unto de facilidades mediante las cuales el administrador de la red modifica la funcionalidad que proporciona seguridad frente a intentos de acceso no autori)ados# Incluye aspectos como la gestión de claves, cortafuegos e (istóricos de seguridad# $a arquitectura de gestión 0SI define un ob%eto gestionable como la interfa) conceptual que (an de presentar los dispositivos que ofrecen funciones de gestión# El proceso de supervisión y control de un ob%eto gestionable se reali)a mediante una serie de interacciones# Estas interacciones son de dos tipos•
De o%eración2 el gestor solicita alg&n dato al ob%eto gestionable o desea reali)ar alguna acción sobre él#
•
De notificación2 cuando el ob%eto gestionable intenta enviar alg&n dato al gestor como consecuencia de alg&n evento ocurrido en el dispositivo#
2n ob%eto gestionable se caracteri)a adem+s por un con%unto de atri0utos que son las propiedades o características del ob%eto, y un com%ortamiento en respuesta a las operaciones solicitadas# En la siguiente figura se presenta un e%emplo de estas interacciones#
$a comunicación entre el gestor y el ob%eto gestionable no es directa, se reali)a mediante un intermediario- el agente de gestión !esto se corresponde con un modelo centrali)ado gestor7 agente"# $a función del agente es controlar el flu%o de información de gestión entre el gestor y el ob%eto# Este control lo reali)a comprobando una serie de reglas de gestión !por e%emplo que el gestor tenga la capacidad para solicitar una determinada operación", que (an de cumplirse para poder reali)ar la operación# Estas reglas se incluyen en los datos como parte de la solicitud de una operación# El flu%o normal de información de gestión y control entre el gestor y el agente se reali)a mediante el protocolo 4I, perteneciente al nivel de aplicación 0SI#
El protocolo permite que un sistema se pueda configurar para que opere como gestor o como agente# $a mayoría de las reali)aciones pr+cticas de sistemas gestionados se configuran con unos pocos sistemas operando en modo gestor, controlando las actividades de un gran n&mero de sistemas operando en modo agente#
uando dos procesos se asocian para reali)ar una gestión de sistemas, deben establecer en qué modo va a operar cada uno de ellos !en modo agente o en modo gestor"# $os procesos indican, mediante las denominadas unidades funcionales, qué funcionalidades de gestión y est+ndares utili)ar+n durante la asociación# 0tros componentes de la arquitectura de gestión 0SI son•
Estructura de la Información de 8estión ! Structure of Management Information, )&I"# /efine la estructura lógica de la información de gestión 0S# Establece las reglas para nombrar a los ob%etos gestionables y a sus atributos# /efine un con%unto de subclases y tipos de atributos que son en principio aplicables a todos los tipos de clases de ob%etos gestionables#
•
5ase de Información de 8estión ! Management Information Base , &I5"# Representa la información que se est+ utili)ando, modificando o transfiriendo en la arquitectura de los protocolos de gestión 0SI# $a 4I8 conoce todos los ob%etos gestionables y sus atributos# 6o es necesario que este centrali)ada físicamente en un lugar concreto, puede estar distribuida a través del sistema y en cada uno de sus niveles#
•
C&I) !Common Management Information Services " es un con%unto de reglas que identifican las funciones de una interfa) 0SI entre ap licaciones, utili)ado por cada aplicación para intercambiar información y par+metros# 4IS define la estructura
de la información que es necesaria para describir el entorno# r+cticamente todas las actividades de la gestión de red 0SI est+n basadas en die) primitivas de servicio 4IS que son utili)adas por las S45.s#
Modelo TMN
El término T46 !Telecommunications 4anagement 6et9or:" fue introducido por la IT27 T, y est+ definido en la recomendación 4#;<=<# .unque en un principio no (ubo muc(a colaboración entre los grupos de gestión de red de la IS0 y el ITT !germen de la IT27 T", posteriormente fueron incorporados varios conceptos del modelo 0SI al est+ndar T46# En concreto•
Se adoptó el modelo gestor7agente del modelo 0SI
•
Se siguió el paradigma de la orientación a ob%etos de la arquitectura 0SI
•
Se traba%ó con%untamente en el desarrollo del concepto de dominios de gestión
2n aspecto diferenciador de ambos modelos consiste en la introducción, en el modelo T46, de una red separada de aquella que se gestiona, con el fin de transportar la información de gestión# . diferencia del modelo 0SI, en el cual se definen cinco +reas funcionales, el est+ndar T46 no entra en consideraciones sobre las aplicaciones de la información gestionada# or el contrario, se define la siguiente funcionalidad•
El intercambio de información entre la red gestionada y la red T46
•
El intercambio de información entre redes T46
•
$a conversión de formatos de información para un intercambio consistente de información
•
$a transferencia de información entre puntos de una T46
•
El an+lisis de la información de gestión y la capacidad de actuar en función de ella
•
•
$a manipulación y presentación de la información de gestión en un formato &til para el usuario de la misma El control del acceso a la información de gestión por los usuarios autori)ados
"rquitectura T&N
El modelo T46 define tres arquitecturas diferenciadas•
"rquitectura funcional, que describe la distribución de la funcionalidad dentro de la T46, con el ob%eto de definir los bloques funcionales a partir de los cuales se construye la T46#
•
"rquitectura f9sica, que describe los interfaces y el modo en que los bloques funcionales se implementan en equipos físicos#
•
"rquitectura de la información, que sigue los principios de los modelos 0SI de gestión !4IS y 4I" y directorio !>#?<<"#
"rquitectura funcional
Se definen cinco tipos de bloques funcionales# Estos bloques proporcionan la funcionalidad que permite a la T46 reali)ar sus funciones de gestión# /os bloques funcionales que intercambian información est+n separados mediante puntos de referencia# . continuación se describen los distintos tipos de bloques funcionales7unción de o%eración de sistemas !O)7$
$os 0S5 procesan la información relativa a la gestión de la red con el ob%eto de monitori)ar y controlar las funciones de gestión# abe definir m<iples 0S5 dentro de una &nica T46# 7unción de estación de tra0ao !()7$
Este bloque funcional proporciona los mecanismos para que un usuario pueda interactuar con la información gestionada por la T46# 7unción de elemento de red !NE7$
Es el bloque que act&a como agente, susceptible de ser monitori)ado y controlado# Estos bloques proporcionan las funciones de intercambio de datos entre los usuarios de la red de telecomunicaciones gestionada# "da%tadores , !,"7$
Este tipo de bloque funcional se utili)a para conectar a la T46 aquellas entidades que no soportan los puntos de referencia estandari)ados por T46# 7unción de mediación !&7$
$a función de mediación se encarga de garanti)ar que la información intercambiada entre los bloques del tipo 0S5 o 6E5 cumple los requistos
demandados por cada uno de ellos# uede reali)ar funciones de almacenamiento, adaptación, filtrado y condensación de la información# En la siguiente tabla se especifican los puntos de referencia posibles entre los distintos bloques funcionales#
@ El punto de referencia * solo aplica cuando cada 0S5 est+ en una T46 diferente @@ El punto de referencia g se sit&a entre el AS5 y el usuario, quedando fuera del est+ndar
ada bloque funcional se compone a su ve) de un con%unto de componentes funcionales, considerados como los bloques elementales para su construcción# Estos componentes se identifican en la no rma pero no est+n su%etos a estandari)ación# "rquitectura f9sica
$a arquitectura física se encarga de definir como se implementan los bloques funcionales mediante equipamiento físico y los puntos de referencia en interfaces# En la arquitectura física se definen los siguientes bloques constructivos•
Elemento de red !6E"
•
/ispositivo de mediación !4/"
•
.daptador B !B."
•
Sistema de operaciones !0S"
•
Red de comunicación de datos !/6"
ada uno de estos bloques puede implementar uno o m+s bloques funcionales !e*cepto el /6 que se encarga de reali)ar el intercambio de información entre bloques", pero siempre (ay uno que (a de contener obligatoriamente y que determina su denominación# Interfaces
$os interfaces son implementaciones de los puntos de referencia, y son comparables a las pilas de protocolos# E*iste una correspondencia uno a uno entre los puntos de referencia y los interfaces, e*cepto para aquellos que est+n fuera de la T46, es decir, los puntos de referencia g y m# "rquitectura lóica de niveles
En el est+ndar T46 define una serie de capas o niveles de gestión mediante las cuales se pretende abordar la gran comple%idad de la gestión de redes de telecomunicación# ada uno de estos niveles agrupa un con%unto de funciones de gestión# El est+ndar $$. define cu+les son esos niveles y las relaciones entre ellos# Se definen los siguientes niveles•
Nivel de Elementos de Red# Incluye las funciones que proporcionan información en formato T46 del equipamiento de red así como las funciones de adaptación para proporcionar interfaces T46 a elementos de red no7T46#
•
Nivel de 8estión de Elementos# Incluye la gestión remota e individual de cualquier elemento de red que se precise para el establecimiento de cone*iones entre dos puntos finales para proporcionar un servicio dado# Este nivel proporcionar+ funciones de gestión para monitori)ar y controlar elementos de gestión individuales en la capa de elemento de red#
•
Nivel de 8estión de Red# Incluye el control, supervisión, coordinación y configuración de grupos de elementos de red constituyendo redes y subredes para la reali)ación de una cone*ión#
•
Nivel de 8estión de )ervicios# Incluye las funciones que proporcionan un mane%o eficiente de las cone*iones entre los puntos finales de la red, asegurando un óptimo aprovisionamiento y configuración de los servicios prestados a los usuarios#
•
Nivel de 8estión de Neocio# Incluye la completa gestión de la e*plotación de la red, incluyendo contabilidad, gestión y administración, bas+ndose en las entradas procedentes de los niveles de Gestión de Servicios y de Gestión de Red#
Modelo Internet SNM!"
En =CDD, el I.8 ! Internet Activities Board , omité de .ctividades Inter7red" determinó la estrategia de gestión para TI !Transfer Control rotocol!Internet rotocol , rotocolo de ontrol de Transmisiónrotocolo de Inter7Red"# Esto significó el nacimiento de dos esfuer)os paralelos- la solución a corto pla)o, S64, y la solución eventual a largo pla)o, 40T !CMI Over TC!I , 4I sobre TI"# 40T pretendía implantar los est+ndares del modelo de gestión 0SI en el entorno Internet !TI"# 40T tuvo que afrontar los problemas derivados de la demora en la aparición de especificaciones y la ausencia de implementaciones pr+cticas# omo consecuencia de ello, la iniciativa 40T fue paralali)ada en =CCF# S64 es una e*tensión del protocolo de gestión de red para gate"ays SG4 !Simple #ate"ay Monitoring rotocol , rotocolo Sencillo de Supervisión de asarelas", que se convirtió en =CDC en el est+ndar recomendado por Internet# Est+ dirigido a proporcionar una gestión de red centrali)ada que permita la observación, el control y la gestión de las instalaciones# 2tili)ando S64, un administrador de red puede direccionar preguntas y comandos a los dispositivos de la red# S64 se (a convertido, debido al enorme é*ito que (a tenido desde su publicación, en el est+ndar de facto de gestión de redes# r+cticamente todo el equipamiento de redes puede ser gestionado vía S64# .lgunas de las funciones que proporciona S64 son•
Supervisión del rendimiento de la red y su estado#
•
ontrol de los par+metros de operación#
•
0btención de informes de fallos#
•
.n+lisis de fallos#
)N&3
El protocolo S64 incorpora varios elementos presentes en otros est+ndares como el modelo gestor7agente, la e*istencia de una base de datos de información de gestión !4I8" o el uso de primitivas de tipo 2T y GET para manipular dic(a información# . continuación se describen dic(os elementos•
"ente- equipamiento lógico alo%ado en un dispositivo gestionable de la red# .lmacena datos de gestión y responde a las peticiones sobre dic(os datos#
•
8estor- equipamiento lógico alo%ado en la estación de gestión de red# Tiene la capacidad de preguntar a los agentes utili)ando diferentes comandos S64#
•
&I5 ! Management Information Base, 8ase de Información de Gestión"- base de datos virtual de los ob%etos gestionables, accesible por un agente, que puede ser manipulada vía S64 para reali)ar la gestión de red#
El protocolo S64 reali)a las funciones descritas anteriormente llevando información de gestión entre los gestores y los agentes# En la figura siguiente se presenta un e%emplo de sistema de gestión S64#
El protocolo S64 es sólo un aspecto dentro de toda la estructura de gestión, la cual est+ compuesta de los siguientes elementos•
Estación de 8estión de Red ! Net#or$ Management Station , N&)"#
Es el elemento central que proporciona al administrador una visión del estado de la red y unas funciones de modificación de este estado !puede ser una estación de traba%o o un ordenador personal"# •
Estructura de la Información de 8estión !)&I, Structure of Management Information"#
Es un con%unto de reglas que define las características de los ob%etos de la red y cómo obtienen los protocolos de gestión información de ellos# .unque (a sido dise'ado después del S4I de 0SI, no es compatible con este# •
5ase de Información de 8estión !&I5$#
Es una colección de ob%etos, que representan de forma abstracta los dispositivos de la red y sus componentes internos# $a 4I8 es conforme a la S4I para TI# ada agente S64 contiene instrumentación que, como mínimo, debe ser capa) de reunir ob%etos 4I8 est+ndar# Estos ob%etos incluyen direcciones de red, tipos de interfa), contadores y datos similares# El est+ndar 4I8 de Internet define =F ob%etos relacionados con los protocolos TI# $os fabricantes que deseen pueden desarrollar e*tensiones del est+ndar 4I8# Estas 4I8s privadas incorporan un amplio rango de ob%etos gestionables, y algunas veces contienen ob%etos que son funcionalmente similares a los 4I8s ya definidos, en otros casos el cambio de una variable en un ob%eto inicia una batería de funciones en el dispositivo gestionado !como por e%emplo un autodiagnóstico"# $a carga de la gestión de todas las 4I8s y de las e*tensiones privadas recae en el sistema de gestión# $as 4I8s est+n escritas en una v ariante simple del lengua%e de definición 0SI .S6#=# En =CC< se introdu%o una nueva versión de 4I8, 4I8 II, donde la mayor aportación es la utili)ación de =D? nuevos ob%etos de e*tensiones privadas# .parte de la 4I8, e*iste la 5ase de Datos de Estad9sticas de Red ! Net#or$ Statistics %atbase, 6S/" que est+ en la estación de traba%o de gestión# En esta base de datos se recoge información de los agentes para reali)ar funciones de correlación y planificación# $as limitaciones de S64 se deben a no (aber sido dise'ado para reali)ar funciones de gestión de alto nivel# Sus capacidades lo restringen a la supervisión de redes y a la detección de errores# omo todos los elementos TI, (a sido creado pensando m+s en su funcionalidad y de%ando a un lado la seguridad#
)N&3v* 6 v:
En =CC se publicó un nuevo est+ndar, el protocolo S64vF, resultado de un a serie de propuestas para me%orar las características de S64# $os cambios se traducen fundamentalmente en una me%ora de las prestaciones, un aumento de la seguridad y en la introducción de una %erarquía de gestión# •
3restaciones
S64vF me%ora el mecanismo de transferencia de información (acia los gestores, de forma que se necesitan reali)ar menos peticiones para obtener paquetes de información grandes# •
)euridad
. diferencia de S64, que no incorpora ning&n mecanismo de seguridad, S64vF define métodos para controlar las operaciones que est+n permitidas# /esafortunadamente surgieron dos planteamientos diferentes en cuanto al modelo de seguridad, que (an dado lugar a dos especificaciones conocidas como S64vF@ y S64vFu# Se est+n reali)ando esfuer)os para unificar ambos enfoques en un &nico est+ndar- S64v;# •
8estión errquica
uando el n&mero de agentes a gestionar es elevado, la gestión mediante el protocolo S64 se vuelve inefica) debido a que el gestor debe sondear periódicamente todos los agentes que gestiona# S64vF soluciona este inconveniente introduciendo los gestores de nivel intermedio# Son estos <imos los que se encargan de sondear a los agentes ba%o su control# $os gestores intermedios son configurados desde un gestor principal de forma que solo se reali)a un sondeo de aquellas variables demandadas por este <imo, y solo son notificados los eventos programados# S64vF también introduce un vocabulario m+s e*tenso, permite comandos de agente a agente y técnicas de recuperación de mensa%es# R&ON
$a especificación R406 ! $emote MO%itor , monitori)ación remota" es una base de información de gestión !4I8" desarrollada por el organismo IET5 !Internet Engineering Tas: 5orce" para proporcionar capacidades de monitori)ación y an+lisis de protocolos en redes de +rea local !segmentos de red"# Esta información proporciona a los gestores una
mayor capacidad para poder planificar y e%ecutar una política preventiva de mantenimiento de la red# $as implementaciones de R406 consisten en soluciones clienteservidor# El cliente es la aplicación que se e%ecuta en la estación de traba%o de gestión, presentando la información de gestión al usuario# El servidor es el agente que se encarga de anali)ar el tr+fico de red y generar la información estadística# $a comunicación entre aplicación y agente se reali)a mediante el protocolo S64# R406 es una (erramienta muy &til para el gestor de red pues le permite conocer el estado de un segmento de red sin necesidad de despla)arse físicamente (asta el mismo y reali)ar medidas con anali)adores de redes y protocolos# $as iniciativas se dirigen en estos momentos (acia la obtención de una mayor y m+s precisa información# En concreto, se traba%a en la línea de anali)ar los protocolos de nivel superior, monitori)ando aplicaciones concretas y comunicaciones e*tremo a e*tremo !niveles de red y superiores"# Estas facilidades se incorporar+n en versiones sucesivas de la especificación !R406 II"# Com%aración )N&3;C&I3
. continuación se (ace una comparación entre los protocolos S64I y 4I•
S64 est+ basado en técnicas de sondeo, mientras que 4I utili)a una técnica basada en eventos# Esto permite a 4I ser m+s eficiente que S64 en el control de grandes redes#
•
4I es un protocolo orientado a cone*ión mientras que S64 es un protocolo sin cone*ión# Esto significa que la carga de proceso de S64 es reducida, pero cuando se envía un mensa%e nunca se puede asegurar que el mensa%e llega a su destino# $a seguridad de los datos no es prioritaria para S64#
•
4I permite la implementación de comandos condicionales sofisticados, mientras que S64 necesita el nombre de cada ob%eto#
•
4I permite, mediante una &nica petición, la recogida de gran cantidad de datos de los ob%etos gestionables, enviando información de retorno en m<iples respuestas# Esto no est+ permitido en S64#
•
4I est+ especialmente preparado para gestionar grandes redes distribuidas, mientras que S64 est+ recomendado para la gestión inter7red#
•
4I reali)a una distinción clara entre los ob%etos y sus atributos# S64 no permite esto, lo cual (ace imposible la reutili)ación de atributos y definiciones#
*.*.:.- 7uncionalidades 0sicas
. continuación se describen las funciones b+sicas que contempla un sistema de gestión, dependiendo del tipo de red en dónde se utilice# 8estión de redes %eque
En redes con pocos usuarios, con un n&mero de dispositivos de red ba%o, es suficiente con un sistema de gestión que ofre)ca las funciones b+sicas de supervisión•
Supervisión y presentación en tiempo real de los componentes individuales de la red#
•
resentación de la información de la configuración#
•
Representación gr+fica de los nodos instalados en la red#
•
Indicación del estado de los componentes individuales !cu+les est+n activos y cu+les inactivos"#
•
En caso de avería, indicación del tipo de ésta#
•
6otificación autom+tica de errores# osibilidad de acceso autom+tico a los elementos de la red desde la consola de gestión de red#
•
5iltrado de alarmas#
•
Supervisión y determinación de los valores de rendimiento para la totalidad de la red, así como en los diversos componentes de la red#
•
4odificación de la configuración de la red y establecimiento de los derec(os de accesos a los diversos sistemas#
•
.islamiento de errores de equipo físico respecto a los errores de equipo lógico
Es importante que los sistemas de gestión sean f+ciles de instalar y operar, y con interfa) gr+fica !men&s, iconos, campos de te*to, ayudas, etc#"# Es conveniente que se presenten los resultados de forma comprensible y que los procedimientos d e consulta sean sencillos# 8estión de redes medianas 6 randes
En redes de mayor comple%idad son necesarias funciones de gestión m+s avan)adas# .l estar formadas por diferentes tipos de redes, con diferentes protocolos y con elementos de diversos fabricantes# . las funciones descritas anteriormente (ay que a'adir las siguientes-
•
•
apacidad de supervisar el rendimiento y generar estadísticas dando una valoración de los resultados# Evitar averías, pérdidas de rendimiento y problemas de co nfiguración mediante políticas de gestión preventivas#
•
Recuperación autom+tica ante fallos#
•
roveer los mecanismos avan)ados para la seguridad de la red y de los datos#
•
apacidad para representar gr+ficamente en tiempo real la totalidad de la red, partes de la misma y los sistemas conectados en cada punto, de forma que la gestión no se convierta en una tarea e*cesivamente comple%a#
•
apacidad para supervisar desde una &nica estación la totalidad de los tipos de red que puedan e*istir !Et(ernet, To:enRing, 5//I, etc#"#
•
osibilidad de intercomunicación local y remota con cualquier elemento de la red#
•
roporcionar interfaces con otros entornos#
•
Recogida y an+lisis de datos de gestión#
•
Escalabilidad del sistema de gestión para responder adecuada mente al crecimiento de la red#
•
apacidad para integrar equipos de m<iples fabricantes y que soportan diversos protocolos#
*.:.- Tendencias tecnolóicas 6 del mercado
$as redes de comunicaciones de datos se (an convertido en un componente fundamental dentro de la infraestructura corporativa, imponiendo a su ve) unas e*igencias muy altas a los sistemas de gestión de dic(as redes# $as plataformas de gestión actuales se quedan cortas a la (ora de responder a estas necesidades, especialmente cuando se aplican a redes a gran escala y en aplicaciones críticas# . continuación se anali)an las principales tendencias que se detectan en el segmento de la gestión de redes para dar solución a estos problemas# )istemas distri0uidos
on el fin de evitar que toda la información de gestión confluya en un &nico puesto central, la tendencia (oy en día se dirige (acia la distribución de la inteligencia y la información por toda la red# Se pretende de este modo simplificar la gestión por medio de la automati)ación,
de forma que las decisiones b+sicas se tomen cerca del origen del problema# 4ediante la gestión distribuida es posible controlar redes de gran e*tensión de una manera m+s efectiva, dispersando entre varias estaciones de gestión las tareas de mon itori)ación, recogida de información y toma de decisiones# $a funcionalidad b+sica que (a de ofrecer un sistema distribuido es la siguiente•
Escalabilidad para poder satisfacer las necesidades de gestión de redes de comple%idad creciente en recursos y en información almacenada#
•
apacidad para distribuir entre distintas estaciones remotas de la red las funciones de supervisión, recogida de datos y sondeo de estado#
•
apacidad para gestionar entornos enormemente (eterogéneos en el tipo de recursos de red y sistemas que los componen#
•
.lta disponibilidad del sistema de gestión y tolerancia a fallos de componentes#
•
apacidad para incorporar nuevos servicios e integrarlos con los e*istentes
•
apacidad para interoperar con diversos entornos
En esta línea se est+n reali)ando esfuer)os para integrar la arquitectura de ob%etos distribuidos 0R8. !ommon 0b%ect Request 8ro:er .rc(itecture" en los modelos de gestión tradicionales !4IS64"# 0R8. es m+s potente que S64 y menos comple%o que 4I# . esto se a'ade la venta%a que supone su pro*imidad a HH y ava, dos lengua%es de gran difusión# $a mayor dificultad que presenta la integración de 0R8. con los sistemas tradicionales de gestión es el modelo de ob%etos# S64 es completamente no orientado a ob%eto mientras que 4I, a pesar de serlo, utili)a una apro*imación que difiere muc(o de la empleada en 0R8.# . la (ora de integrar 0R8. y S64 la opción natural es la adopción de una estrategia de pasarela !gate9ay" que mapee los paquetes S64 en tipos de datos del lengua%e de definición de interfa) de 0R8. !I/$"# En el caso de 4I se (an planteado dos apro*imaciones posibles•
$a estrategia de pasarela, similar a la seguida en el caso anterior y que consiste en mapear cada ob%eto del modelo 4I !G/40" y cada operación dentro del entorno 0R8.# $a desventa%a de esta apro*imación radica en que, al e*istir una correspondencia uno a uno entre uno y otro entorno, no se obtiene ning&n valor a'adido de la integración#
•
$a apro*imación mediante la definición de ob%etos abstractos# En este caso, un grupo de ob%etos del entorno 4I se mapea mediante un &nico ob%eto 0R8., el cual representa entidades de gestión de nivel superior# 4ediante este modelo se saca el me%or partido de ambas tecnologías#
0R8. también se perfila como alternativa de implantación de los ob%etos de nivel d e servicio del modelo T46, todavía por definir# 8estión orientada a servicios
$a apro*imación tradicional a la problem+tica de la gestión de redes se (a centrado en los dispositivos de red# Esto (a dado lugar en muc(os casos, a situaciones en las que a pesar de mantener un alto nivel de rendimiento en los componentes aislados, no se obtenía la calidad del servicio requerido# En gran medida esto se debe a que resulta difícil establecer una cone*ión entre la gestión de dic(os componentes de red y los procesos de negocio a los que est+n dando soporte dentro de la empresa# $a arquitectura de gestión de redes T46, que contempla en su modelo de niveles de gestión una capa específica de gestión de negocio, parece la me%or posicionada para dar respuesta a estas necesidades# 8estión 0asada en (e0
El gran crecimiento de Internet y la introducción en las redes empresariales de las tecnologías que le son propias, est+ llegando también al +mbito de la gestión de redes# 4ediante la adopción de este paradigma se posibilita un acceso universal a los sistemas de gestión desde cualquier plataforma que soporte los est+ndares de Internet !JT4$, ava"# En esta línea, los fabricantes de dispositivos de red !routers, comnutadores, etc#" est+n integrando en sus equipos el soft9are que les permite actuar como servidores 9eb# /el mismo modo, se est+n reali)ando esfuer)os para la definición de nuevos est+ndares de gestión que, integrando protocolos como S64, JTT y otros en una misma arquitectura, permita la gestión desde cualquier plataforma# $os esfuer)os para definir un interfa) program+tico de g estión basado en ava, también se enmarcan dentro de esta estrategia unificadora# Se trata en este caso de aprovec(ar la característica de que los módulos de soft9are desarrollados en este lengua%e puedan ser e%ecutados en cualquier plataforma# 8estión inteliente
$os nuevos sistemas de gestión de red est+n basados en desarrollos de inteligencia artificial, de forma que el sistema de gestión permita descargar de traba%o al administrador de la red# E*isten dos técnicas b+sicas de inteligencia artificial que pueden emplearse en la gestión de redes-
•
Sistemas E*pertos# $os sistemas e*pertos de gestión de red simulan el proceso (umano de toma de decisiones, aplicando una serie de reglas para escoger la me%or respuesta a un con%unto de circunstancias o eventos# $a base de conocimiento y las reglas que utili)a un sistema e*perto est+n suministrados por seres (umanos, y deben adaptarse a cada red concreta antes de poder usarse con confian)a# Estos sistemas no son, por el momento, capaces de aprender por sí mismos cómo gobernar una red, pero (an me%orado muc(o las capacidades de los gestores de la red#
•
4odelado Inductivo# ada parte del sistema se modela por separado, represent+ndola mediante estructuras de datos y código que representa la función del elemento# ada elemento interacciona con los dem+s intercambiando se'ales y datos# ara reali)ar este modelado se utili)a la tecno logía de orientación a ob%etos# $a característica de (erencia de la orientación a ob%etos permite la creación de nuevos ob%etos basados en los ya e*istentes# . los datos se les asocian deducciones que se activan cuando se produce un cambio en sus valores# $os eventos activan deducciones que reaccionan con los modelos de los elementos la red, originando otras deducciones sobre el nuevo estado de la red# $a estación de gestión no tiene conocimiento de todos los eventos posibles, sólo responde por deducción a cada nuevo con%unto de condiciones#
•
•
•
:.- ")3ECTO) TECNICO) EN E# 3ROCE)O DE "D,UI)ICION DE )I)TE&") DE 8E)TION DE REDE) En este capítulo se pretende dar la orientación suficiente al comprador para la preparación del con%unto de especificaciones que definir+n los requisitos que (an de cumplir los Sistemas de Gestión de Redes ob%eto de la adquisición# Se reali)a en primer lugar un an+lisis de las necesidades del comprador, a continuación se recogen los factores relevantes a tener en cuenta en el proceso de adquisición y, finalmente, se describe cómo deben ser planteadas las especificaciones técnico 7funcionales para la elaboración del liego de rescripciones Técnicas, qué normas, est+ndares y cl+usulas tipo pueden ser de aplicación, y cu+l es el cuestionario técnico dise'ado para normali)ar las ofertas y facilitar su evaluación#
:.1.- "nlisis de las necesidades del com%rador
$as ra)ones para proceder a la adquisición de un sistema de gestión de redes pueden estar determinadas por diferentes factores# Es labor del responsable de compras la reali)ación de un an+lisis de necesidades e*istentes dentro de su organi)ación que permita determinar las necesidades actuales y futuras de los usuarios y las limitaciones o restricciones que (a de plantearse respecto al dimensionamiento del sistema# Es necesario tener en cuenta y anali)ar en profundidad los costes y beneficios asociados para obtener argumentos de peso en la toma de decisiones#
En la fase de an+lisis de necesidades, fase inicial del proceso de adquisición, (ay que tener en cuenta todos aquellos requisitos, limitaciones y restricciones que afecten, entre otros, a los siguientes puntosElementos estiona0les
El comprador debe anali)ar los tipos de elementos que deben ser gestionados•
ables físicos#
•
/ispositivos de red#
•
Topologías de red#
•
Sistemas operativos de red#
Equi%os de comunicaciones que son estionados e intero%eratividad de %rotocolos
En el momento de comprar un sistema de gestión de red, el usuario debe anali)ar cu+les son sus necesidades relativas a qué protocolos deben ser soportados, de modo que el sistema que se adquiera ofre)ca los m+*imos niveles en cuanto a fle*ibilidad, adaptabilidad y capacidad de e*pansión# Se deben reali)ar estimaciones de crecimiento de la red y tenerlas en cuenta durante esta fase# Si en el entorno de gestión e*isten protocolos propietarios, el nuevo sistema de gestión debe tener, asimismo, facilidades para la gestión de estos <imos# 7acilidades de detección 6 recu%eración ante fallos
.nte fallos en la red, el usuario debe anali)ar cu+les son sus necesidades relativas a•
apacidad para aislar los segmentos de red#
•
5acilidades de mantenimiento y recuperación ante errores#
Interfa4 rfico de usuario
Si las redes que van a ser gestionadas se encuentran geogr+ficamente dispersas por un campus, conectan varias plantas de un edificio, interconectan diferentes edificios###, resulta muy interesante que el sistema de gestión que se vaya a adquirir disponga de una interfa) gr+fica de usuario con facilidades para el dibu%o de mapas, planos de edificios !sobre los que se podr+ situar los equipos de comunicaciones", facilidades de )oom !con las que se puedan observar diferentes niveles de detalle de la red" y capacidades para a'adir y configurar nuevos iconos !especialmente cuando se trate de un sistema de gestión de dise'o a medida"#
7acilidades de estión remota
En ocasiones puede ser de gran utilidad disponer de un sistema de gestión que permita configurar la red remotamente y que la información disponible sobre la red sea consistente, independientemente de la ubicación física desde la que se accede a la misma# Caracter9sticas del equi%o f9sico que so%orte el sistema de estión
El sistema de gestión requerir+ de una plataforma física sobre la que este pueda e%ecutarse, con requisitos de compatibilidad respecto a al eq uipo físico !memoria, disco, resolución gr+fica, etc" y lógico !sistema operativo, interfa) gr+fico, etc"# :.*.- 7actores relevantes en el %roceso de adquisición de sistemas de 8estión de Redes
En la definición del ob%eto del contrato y los requisitos in(erentes al mismo, así como en la valoración y comparación de ofertas de los licitadores pueden intervenir muc(os factores y de muy diversa índole# Es de suma importancia que todos los factores relevantes que intervienen en el proceso de contratación queden debidamente recogidos en el pliego de prescripciones técnicas que regule el contrato# .sí mismo, es conveniente que las soluciones ofertadas por los licitadores sean recogidas en los cuestionarios disponibles a tal efecto•
De em%resa
•
Económicos
•
Tcnicos %articulares
6o obstante y a título orientativo en este apartado se (ace mención de aquellos factores, que entre los anteriores, pueden intervenir en el proceso de adquisición de Sistemas de Gestión de Redes y cuyo seguimiento debe efectuarse e*(austivamente•
Ca%acidad %ara so%ortar todos los elementos de la red
El sistema de gestión debe permitir la integración de diferentes componentes y sistemas de intercone*ión# uando se dispone de diferentes redes, protocolos y dispositivos de red de diferentes fabricantes, se (ace necesario que el sistema de gestión permita la gestión y supervisión de los diferentes elementos de la red# •
Dise
Es muy importante que el sistema de gestión tenga capacidades de incorporación din+mica de nuevos elementos !nodos, enlaces, dispositivos, etc" a la medida de las necesidades del usuario, de forma que se puedan definir, o programar, las características de cada elemento# El usuario debe poder adaptar la representación gr+fica en caso de producirse cambios en la
red, permitiéndosele reali)ar altas, ba%as y modificaciones de cada uno de los elementos que forman parte de la red# :.:.- Dise
En la Guía para la Tramitación de .dquisiciones de 8ienes y Servicios Inform+ticos se recogen recomendaciones de car+cter general para la elaboración de los liegos de rescripciones .dministrativas y Técnicas, así como para la evaluación y selección de ofertas# En el pliego de prescripciones técnicas se deben indicar aquellas consideraciones que, e*traídas del proceso de an+lisis de necesidades efectuado previamente, van a determinar las características y requisitos del ob%eto de nuestro contrato y en el caso particular de Sistemas de Gestión de Redes deber+n contemplar aspectos tales comoCaracter9sticas de los elementos a estionar•
Ca0les f9sicos.
•
Dis%ositivos de red.
•
To%olo9as de red !servidores, estaciones, puestos de traba%o, periféricos, etc"#
•
3rotocolos e'istentes en la red.
•
Requisitos de seuridad.
Caracter9sticas de las a%licaciones e'istentes- >#K<<, 5T.4, E/I, etc# :.:.1.- Normas 6 estndares a%lica0les
$as normas y est+ndares aplicables podr+n ser las siguientes-
8estión O)I •
IT27T =.>??- 4odelo b+sico de referencia7arte K- .rquitectura de gestión
•
ITT =.>?1 !=CCF"- re+mbulo de los sistemas de gestión
•
ITT =.>1? !=CC="- /efinición del 4IS
•
ITT =.>11 !=CC="- Especificación del 4I
•
IT27T =.>1*- IS proforma para 4I
•
IS0IE I)3 111@:-1- Especificación de .SE
•
IS0IE I)3 111@:-*- Gestión de comunicaciones avan)ada
•
IS0IE I)3 111@:-:- Gestión de comunicaciones b+sica
•
IT27T =.>*?- 4odelo de información de gestión
•
ITT =.>*1- /efinición de la información de gestión
•
IT27T =.>**- Guía para la definición de ob%etos gestionables
•
IT27T =.>*:- Información de gestión genérica
•
IT27T =.>*A- Requerimientos y guías para la implantación de proformas relacionadas con la gestión
•
IT27T =.>:?- 5unción de gestión de ob%eto
•
IT27T =.>:1- 5unción de gestión de estado
•
IT27T =.>:*- 0b%etos y atributos para representar relaciones
•
IT27T =.>::- 5unción de aviso de alarma
•
IT27T =.>:A- 5unción de gestión de aviso de evento
•
IT27T =.>:B- 5unción de control de tra)a
•
IT27T =.>:- 5unción de aviso de alarma de seguridad
•
IT27T =.>:@- 5unción resumen
•
IT27T =.>:- 4étrica de ob%etos y atributos
•
IT27T =.>A?- 5unción de seguimiento de auditoría de seguridad
•
IT27T =.>A1- 0b%etos y atributos para el control de accesos
•
IT27T =.>A*- 2tili)ación de funciones de medida con propósitos contables
•
IT27T =.>AB- 5unción de gestión de diagnóstico
•
IT27T =.>A- 5unción de planificación de sistemas de gestión
•
IS0IE DI)3 1*??-1- 5unciones de gestión
•
IS0IE DI)3 1*??-*- Informe de alarmas y gestión de estado
•
IS0IE DI)3 1*??-:- Informe de alarmas
•
IS0IE DI)3 1*??-A- Tratamiento general de eventos
•
IS0IE DI)3 1*??-B- Tratamiento general de tra)as
Ncleo T&N •
IT27T &.:???- Introducción a las recomendaciones T46
•
IT27T Recommendation &.:?1? !=CC;"- rincipios de las redes de gestión de comunicaciones
•
ETR ?:>- T46- rincipios, ob%etivos y conceptos
•
IT27T Recommendation &.:?*? !=CC;"- 4etodología de especificación de mensa%es T46
•
ETR ?A- Guía para modelado de la gestión de comunicaciones
•
IT27T Recommendation &.:1?? !=CC;"- 4odelo genérico de información de gestión
•
I-ET) :?? *:- 0b%etos genéricos de gestión
•
IT27T Recommendation &.:1@? !=CC;"- at+logo de información de gestión
•
I-ET) :?? B:- $ibrería para ob%etos genéricos de gestión en el nivel de red
•
ETR ?@@- lases de ob%etos para soporte de funciones de planificación de dependencia temporal
•
IT27T &.:*?? !=CC;"- Introducción a los servicios de gestión de red
•
ETR ?A> !=CCF"- Servicios de gestión T46
•
ETR ?A@ !=CCF"- /escripción de los servicios de gestión T46
•
IT27T &.:A??- 5unciones de gestión T46
•
IT27T &.::??- 5acilidades de gestión T46 en el interfa) 5
•
IT27T ,.@11- Especificación B;- capa superior
•
IT27T ,.@1*- Especificación B;- capa inferior
•
IT27T ,.@*1- Especificación B;- 3igilancia de alarmas
•
IT27T ,.@**- Especificación B;- Gestión de rendimiento
Recomendaciones del IET7 !8estión )N&3$ •
R7C 1?B*, .bril =CDD Recomendaciones del I.8 para el desarrollo de est+ndares de gestión de red para Internet
•
R7C 1?, .gosto =CDD 8ase de información de gestión para redes basadas en TI
•
R7C 11BB, 4ayo =CC<# Estructura e identificación de la información de gestión para redes basadas en TI
•
R7C 11B>, 4ayo =CC< rotocolo S64
•
R7C 1*1*, 4ar)o =CC= /efinición concisa de 4I8
•
R7C 1*1:, 4ar)o =CC= 8ase de infirmación de la información de gestión para redes basadas en TI- 4I87II
•
R7C 1*1B, 4ar)o =CC= /efinición de Traps para uso en S64
•
R7C 1?*, Enero =CC Estructura de información de gestión S64vF
•
R7C 1?:, Enero =CC 6omenclatura en S64vF
•
R7C 1?A, Enero =CC Reglas de conformidad para S64vF
•
R7C 1?B, Enero =CC 0peraciones de protocolo S64vF
•
R7C 1?, Enero =CC 4apeados de transporte S64vF
•
R7C 1?>, Enero =CC 4I8 para S64vF
•
R7C 1?@, Enero =CC ompatibilidad entre las versiones = y F de S64
•
R7C **>1, Enero, =CCD .rquitectura de las plataformas S64
•
R7C **>*, Enero =CCD rocesamiento y envío de mensa%es en S64
•
R7C **>:, Enero =CCD .plicaciones S64v;
•
R7C **>A, Enero =CCD 4odelo de seguridad basado orientada al usuario en S64v;
•
R7C **>B, Enero =CCD 4odelo de control de acceso S64
•
:.:.*.- Clusulas ti%o a%lica0les
•
$as cl+usulas tipo aplicables a esta guía podr+n ser-
•
Clusula ti%o de am%liación de co0ertura de mantenimiento.
•
Clusula de actuali4ación tecnolóica de equi%os arrendados.
•
Clusula ti%o de cliente ms favorecido.
•
Clusula ti%o de normali4ación.
•
3rue0as de eficiencia.
•
Clusula ti%o de adquisición de equi%os usados.
:.:.:.- Cuestionario tcnico %ara la normali4ación 6 valoración de ofertas de sistemas de estión de redes
El establecimiento en los pliegos de prescripciones técnicas de cuestionarios predefinidos, que deben ser obligatoriamente cumplimentados e incorporados en las ofertas, tiene como ob%etivo la normali4ación de las ofertas de las empresas licitadoras de modo que se facilite y sim%lifique la comparación entre ellas# $os cuestionarios, que de forma general deben acompa'ar a un pliego de contratación, est+n estructurados de la siguiente forma•
uestinonarios comunes•
De em%resa
•
•
De datos económicos
uestionario técnico %articular
Estos cuestionarios tienen un carcter orientativo y a0ierto, es decir, podr+n modificarse para incluir o suprimir algunas cuestiones particulares, dependiendo de las circunstancias de cada contratación# En cualquier caso las normas recomendadas para la constitución del con%unto total de cuestionarios y su cumplimentación por parte de los oferentes se recogen dentro de la
Guía de Tramitación al igual que los dos cuestionarios comunes#
A.- 3RUE5") DE FERI7IC"CION G CONTRO#
2na ve) reali)ada la selección de ofertas y la correspondiente propuesta de ad%udicación, el suministrador proceder+ a la entrega e instalación del equipamiento contratado# El 0rganismo comprador deber+ comprobar que (an sido instalados todos los dispositivos, elementos y componentes que se incluyen en la oferta, tomando nota de los correspondientes modelos y n&meros de serie a efectos de inventario# $as pruebas de aceptación parcial comprenden las siguientes actividadesCom%ro0ación de los equi%os a su rece%ción Cantidades Códios. Este punto consiste en supervisar los códigos identificativos de cada uno de los suministros ob%eto de prueba# •
Equi%amiento. En este punto se verificar+ el inventario de equipamiento#
)u%ervisión de la instalación Ins%ección visual de los equi%os
Reali)ar una inspección visual e*(austiva de los equipos y de los accesorios asociados, para verificar la no e*istencia de ning&n defecto físico !abolladuras, roturas, etc#" sobre ellos# 3rue0as de instalación
ruebas que ser+n reali)adas sobre los equipos tan pronto como (ayan sido instalados# Falidación de las caracter9sticas de la documentaciónH que acompa'a a los equipos, conforme a los requisitos del liego de rescripciones Técnicas#
$as pruebas de aceptación parcial de la documentación y soportes magnéticos asociados a los equipos que constituyen la red de datos tienen por ob%eto verificar que se acompa'an todos los manuales, tanto en soporte de papel como inform+tico, y copias del soft9are instalado y los que (abitualmente incluye el fabricante con sus equipos, así como comprobar que se cumplen los criterios especificados en el liego de rescripciones Técnicas relativos a las características de la documentación q ue se entregue# El siguiente grupo de actividades est+ dirigido a la comprobación de que el equipamiento instalado cumple las especificaciones técnicas incluidas en el liego de rescripciones Técnicas# ara ello se podr+n utili)ar las listas de comprobación sobre factores críticos u otras que se (ayan elaborado a partir de las anteriores, que en cualquier caso deber+n ser co(erentes con el liego de rescripciones Técnicas, y llevar a cabo las correspondientes pruebas de aceptación# 7uncionamiento del sistema de estión2 •
omprobar el funcionamiento de la red ante la caída del sistema de gestión#
•
omprobar que e*iste un control de accesos al sistema de gestión de red, con distintos niveles de seguridad#
)u%ervisión de la red2 •
omprobar que el sistema de supervisión gr+fica responde en tiempo real a los eventos que ocurren en la red#
•
omprobar que se pueden visuali)ar distintos niveles dentro de la topología de la red#
Tratamiento de alarmas2 •
omprobar que el fallo y posterior recuperación de elementos de la red provoca las alarmas adecuadas#
•
omprobar la e*istencia de (erramientas de diagnóstico remoto#
•
omprobar la e*istencia de distintos niveles de alarmas, y que pueden ser definidas por el usuario#
Informes 6 estad9sticas2 •
.nali)ar con las (erramientas disponibles la actividad de la red y la elaboración de informes sobre la misma#
