Modulo GestionTelecomunicaciones

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA CONTENIDO DIDCTICO DEL CURSO: 90001
1 GESTION DE REDES DE TELECOMUNICACIONES
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA PROGRAMA DE ELECTRONICA
900001 GESTION DE REDES DE TELECOMUNICACIONES ADRIANA AGUIRRE CABRERA (Director Nacional) EDGAR RODRIGO ENRIQUEZ ROSERO (Director Nacional)
SIXTO ENRIQUE CAMPAA BASTIDAS Acreditador
SAN JUAN DE PASTO Noviembre de 2010

1
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA CONTENIDO DIDCTICO DEL CURSO: 90001 GESTION DE REDES DE TELECOMUNICACIONES
ASPECTOS DE PROPIEDAD INTELECTUAL Y VERSIONAMIENTO
El presente mdulo ha sido diseado en el ao 2010 por el Ingeniero Edgar Rodrigo Enrquez Rosero, docente de la UNAD, quien labora desde el CEAD de Pasto, es ingeniero de Sistemas, especialista en Alta Gerencia y especialista en Redes y Servicios Telemticos, se desempea como docente auxiliar de la UNAD y ha sido docente en la Institucin Universitaria CESMAG y catedrtico de la Universidad de Nario. Este mismo ao el Ing. Sixto Enrique Campaa, docente auxiliar del CEAD Pasto, apoy el proceso de revisin de estilo del mdulo y dio aportes disciplinares, didcticos y pedaggicos en el proceso de acreditacin de material didctico desarrollado en el mes de Julio de 2010.
INTRODUCCIN El curso de Gestin de Redes de Telecomunicaciones, est adscrito a la Escuela de Ciencias Bsicas tecnologa e Ingeniera de la UNAD y corresponde al programa de Ingeniera Electrnica, est constituido por tres crditos acadmicos, correspondientes a 36 actividades de acompaamiento y 108 de estudio independiente, de acuerdo al contenido programtico establecido por la Escuela de Ciencias Bsicas Tecnologa e Ingeniera, est dirigido inicialmente a estudiantes de la UNAD de ingeniera de sistemas, ingeniera electrnica, e ingeniera de telecomunicaciones, sin que esto implique que lo puedan tomar otros participantes deseosos de adquirir conocimientos en el rea de las Telecomunicaciones. Este curso requiere que el estudiante tenga conocimientos fundamentales sobre las redes de telecomunicaciones para lograr un adecuado desarrollo de los temas planteados; Las temticas abordadas en el presente curso, pretenden que se adquieran conocimientos necesarios para la aplicacin de la gestin en las redes de telecomunicaciones en los diferentes escenarios de la vida real, utilizando para ello diversas estrategias de aprendizaje, propias del modelo de educacin a distancia, permitindole adquirir destrezas para su desempeo competente en el quehacer profesional. Las grandes transformaciones en la sociedad actual, junto al avance vertiginoso de la tecnologa y el uso respectivo de la misma, generan una necesidad de optimizacin, control y gestin de comunicaciones, ya que las redes de telecomunicaciones han llegado a ser parte vital de la vida cotidiana y del entorno industrial y comercial y por ende se hace necesario la implementacin de herramientas que apoyen y gestionen de manera ptima las tecnologas de la informacin y de las Comunicaciones TICs. De lo anterior, se espera que el estudiante le saque el mayor provecho al desarrollo del presente curso Est dividido en tres (3) unidades didcticas, que incluyen los conceptos bsicos, la conceptualizacin de arquitectura, gestin y seguridad de las redes de telecomunicaciones y concluye con los modelos de gestin. La Primera Unidad comprende, una introduccin a los conceptos bsicos acerca de la gestin de redes de telecomunicaciones, la arquitectura en la gestin simple y distribuida de redes y los componentes de la misma. La Segunda Unidad pretende abordar los contenidos sobre la arquitectura y seguridad que se debe tener en cuenta para la gestin de redes, al igual que el compendio de los modelos de gestin de redes de telecomunicaciones. La Tercera Unidad, es un componente de tipo aplicativo, para la gestin de redes de telecomunicaciones mediante el manejo de un software de libre distribucin para el desarrollo de ejercicios propuestos
3
Las unidades en mencin y los temas correspondientes, al igual que las secciones se abordan mediante recopilacin de lecturas, complementadas con diferentes talleres para ser desarrollados en forma individual y/o en grupos colaborativos. Es importante destacar que para este curso los estudiantes requieren de las habilidades y conocimientos previos acerca de las redes de comunicaciones, manejo de protocolos de comunicaciones que sern grandes referentes para comprender muchos de los conceptos que son abordados en el presente curso.
INDICE DE CONTENIDO UNIDAD 1: GESTIN DE REDES DE TELECOMUNICACIONES Introduccin. Justificacin. Intencionalidades Formativas CAPTULO 1: GESTION DE REDES DE TELECOMUNICACIONES Leccin 1: Introduccin a la gestin de redes de telecomunicaciones Leccin 2: Definiciones y conceptos Leccin 3: Marco de referencia para la gestin Leccin 4: Control y monitoreo de red Leccin 5: La eficiencia CAPTULO 2: GESTION SIMPLE DE REDES Leccin 6: Arquitectura de la gestin de red SNMP Leccin 7: Modelo de gestin Leccin 8: Modelo de gestin estndar Leccin 9: Arquitectura del protocolo de gestin de red Leccin 10: Informacin de gestin CAPTULO 3: GESTION DE MONITOREO REMOTO - RMON Leccin 11: Generalidades de RMON Leccin 12: Control de dispositivos de monitoreo de red remoto y gestin de tablas Leccin 13: MIB de RMON Leccin 14: Formato Estndar de Alerta RMON v2 Leccin 15: Herramientas y plataformas de gestin SNMP ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 1 FUENTES DOCUMENTALES DE LA UNIDAD 1 UNIDAD 2: ARQUITECTURA TELECOMUNICACIONES Introduccin. Justificacin. Intencionalidades Formativas. CAPTULO 4: Modelo de gestin Distribuida Leccin 16: Modelo de informacin comn Leccin 17: Gestin empresarial basada en la Web WBEM e Interfaz de gestin de escritorio DMI Leccin 18: Formato estndar de alerta Leccin 19: Gestin del sistema BIOS y Gestin de Windows - WMI Leccin 20: Herramientas y plataformas de gestin DMTF DE GESTION DE REDES DE 11 11 11 11 12 12 14 17 19 20 29 29 31 34 37 43 58 58 61 62 67 69 73 74 76
76 76 76 77 77 79 82 85 93
CAPTULO 5: Modelo de Gestin de Red OSI Leccin 21: Generalidades Leccin 22: Modelo de comunicaciones CMIP1 Leccin 23: Modelo Organizacional Leccin 24: Modelo Funcional Leccin 25: Modelo de informacin GDMO CAPTULO 6: ADMINISTRACION DE REDES TELECOMUNICACIONES -TMN Leccin 26: Generalidades de TMN Leccin 27: Arquitectura de TMN Leccin 28: Bloques funcionales Leccin 29: Puntos de referencia Leccin 30: Definiciones de los puntos de referencia ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 2 FUENTES DOCUMENTALES DE LA UNIDAD 2 DE
96 96 100 103 104 108 111 111 112 117 117 118 121 122
UNIDAD 3: HERRAMIENTAS TELECOMUNICACIONES Introduccin. Justificacin . Intencionalidades Formativas.
DE
GESTION
DE
REDES
DE
123 123 123 123 125 125 127 131 135 138 146 146 147 149 151 155 166 166 170 175 181 185 196 197
6
CAPTULO 7: GERENCIA INTEGRADA DE TELECOMUNICACIONES Leccin 31: Generalidades Leccin 32: Gestin integrada de Telecomunicaciones Leccin 33: Gestin de servicios de telecomunicaciones Leccin 34: Acuerdos del nivel de Servicios - SLA Leccin 35: Integracin Telefona Computacin - CTI CAPTULO 8: eTOM Leccin 36: Generalidades. Leccin 37: Estructura de eTOM Leccin 38: Estrategia, infraestructura y producto Leccin 39: Procesos de gestin empresarial del eTOM Leccin 40: Agrupamiento de procesos CAPTULO 9: INTRODUCCION A LOS AGENTES MOVILES Leccin 41: Generalidades de los agentes mviles Leccin 42: Aplicaciones de los agentes mviles Leccin 43: Aplicacin de gestin inteligente en la gestin de redes Leccin 44: Entornos de Gestin 3G y 4G Leccin 45: reas de Gestin 3G y 4G ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 3 FUENTES DOCUMENTALES DE LA UNIDAD 3
LISTADO DE TABLAS Tabla 1.1. Registros de operacin de un sistema Tabla 1.2. Disponibilidad de un servidor Tabla 1.3. Relacin Actividades/tiempo Tabla 1.4. Fallos en el sistema de telecomunicaciones Tabla 3.1. Columnas de Host1ControlTable y Host1DataTable Tabla 3.2. Grupos adicionales en la MIB de RMON v2 Tabla 4.1. Funciones SMBIOS Tabla 4.2. Tipos de proveedores Tabla 5.1. Terminologa de la gestin OSI Tabla 5.2. Relacin entre las reas funcionales y las funciones de gestin 22 25 26 27 61 67 86 90 98 107
LISTADO DE GRFICOS Y FIGURAS Figura 1.1. Relacin entre Administracin y Gestin Figura 2.1. Componentes de la plataforma de red Figura 2.2. Interaccin Gestor - Agente Figura 2.3. Esquema representativo de Gestor - agente Figura 2.4. Mensajes de intercambio entre el gestor y el agente Figura 2.5. Formato general de mensajes SNMP Figura 2.6. Estructura de SNMP Figura 2.7. Estructura de SNMP Figura 2.8. Descripcin del protocolo SNMP desde wireshark Figura 2.9. Estructura de un trap Figura 2.10. Arbol de ISO/CCITT Figura 2.11. MIB de TCPConnTable Figura 2.12. Estructura de SNMPv1 Figura 2.13. Estructura de la PDUs de las diversas transacciones Figura 2.14. Formato de mensaje trap Figura 2.15. Agente proxy Figura 2.16. Sistema Bilinge Figura 2.17. Formato de mensaje SNMPv3 Figura 3.1. Imagen de NetDecision MIB Browser Figura 4.1. Esquema de CIM Figura 4.2. Componentes del sistema de alerta Figura 4.3. Servicio WMI Figura 5.1. Gestin en OSI . Gestor - Agente 15 34 35 36 37 39 40 40 41 42 46 48 50 50 51 55 55 57 71 79 84 91 97
Figura 5.2. Arquitectura CMIP Figura 5.3. GDMO Figura 5.4. Esquema General de GDMO Figura 5.5. Esquema General del agente Figura 6.1. Arquitectura Fsica de TMN Figura 6.2. Arquitectura de Informacin Figura 6.3 Clases de Puntos de referencia en TMN Figura 7.1. Entidad TMN Figura 7.2. Proceso y elementos del sistema de generacin de servicio Figura 7.3. SLA entre cliente y proveedor Figura 7.4. Integracin Telefona Computacin Figura 7.5. Integracin Telefona Computacin Figura 7.6. Terminal PC Figura 8.1. Estructura de eTOM
102 109 110 110 114 116 118 129 132 137 139 144 145 148
UNIDAD 1 Nombre de la Unidad Introduccin

GESTIN DE REDES DE TELECOMUNICACIONES
Justificacin
Intencionalidades Formativas
La Unidad 1, abarca los contenidos introductorios acerca de la gestin de redes de telecomunicaciones, abarcando el proceso de planeacin, diseo y presupuesto de la gestin, as mismo los procesos de control y monitoreo. Adicional a ello se presentar la gestin centralizada y distribuida en una red y las correspondientes herramientas para llevar a cabo dicha gestin. El desarrollo de esta unidad, le permitir al estudiante adquirir habilidades y destrezas en la gestin de redes simples y distribuidas; para lo cual se hace necesario desarrollar los fundamentos tericos y conceptualizaciones propias de la gestin, apoyado en los presaberes existentes alcanzados en los cursos de redes Afianzar conocimientos referentes a la gestin de redes de telecomunicaciones Propsitos de la unidad Identificar las principales caractersticas de la gestin de telecomunicaciones y el marco de referencia para la gestin. Conocer los modelos de gestin simple de red, al igual que el de monitoreo remoto. Adquirir las habilidades necesarias para gestionar una red de telecomunicaciones mediante el uso de los modelos presentados Objetivos de la unidad Conocer la importancia de la gestin de redes Incentivar la investigacin y exploracin de los modelos de gestin y las herramientas disponibles que faciliten la gestin de los mismos Destacar la importancia del monitoreo de red Competencias de la unidad El estudiante identifica los conceptos necesarios para gestionar redes de telecomunicaciones El estudiante reconoce algunas herramientas de gestin El estudiante aplica los conocimientos necesarios para escoger un modelo de gestin Analiza con argumentos la importancia de la gestin de redes de telecomunicaciones
Denominacin de captulo 1
GESTION DE REDES DE TELECOMUNICACIONES
10
Denominacin de Leccin 1 Denominacin de Leccin 2 Denominacin de Leccin 3 Denominacin de Leccin 4 Denominacin de Leccin 5 Denominacin de captulo 2 Denominacin de Leccin 6 Denominacin de Leccin 7 Denominacin de Leccin 8 Denominacin de Leccin 9 Denominacin de Leccin 10 Denominacin de captulo 3 Denominacin de Leccin 11 Denominacin de Leccin 12 Denominacin de Leccin 13 Denominacin de Leccin 14 Denominacin de Leccin 15
Introduccin a la gestin de redes de telecomunicaciones Definiciones y conceptos Marco de referencia para la gestin Control y monitoreo de red La eficiencia GESTION SIMPLE DE REDES Arquitectura de la gestin de red SNMP Modelo de gestin Modelo de Gestin Estndar Gestin de monitoreo remoto Herramientas y plataformas de gestin SNMP GESTION DE MONITOREO REMOTO - RMON Modelo de informacin comn Control de dispositivos de monitoreo de red remoto y gestin de tablas MIB de RMON Formato Estndar de Alerta RMON v2 Herramientas y plataformas de gestin SNMP
11
CAPITULO 1: GESTION DE REDES DE TELECOMUNICACIONES
Introduccin El trmino gestin, hace referencia a la capacidad de administrar y optimizar recursos, mediante una adecuada planeacin, direccin, ejecucin y control o evaluacin de los procesos existentes en el rea o lugar que se desea llevar a cabo este procedimiento; por lo tanto, cuando se habla de gestin de redes de datos, la expresin cabe de manera perfecta a su definicin global el decir que es la capacidad de administrar y gestionar los diversos recursos de red a nivel de hardware y software de tal manera que permitan el ptimo desempeo de una red de datos y se ajuste a las necesidades que los usuarios requieren y as mismo preveen y buscan en lo posible minimizar el riesgo de impacto de los fallos que puedan suceder durante el uso de la red. De acuerdo a lo anterior, el trabajo de gestin de las redes de datos, centra su quehacer en brindar los elementos necesarios para que exista una correcta administracin entre los canales de comunicaciones y los diversos elementos de hardware y software para su adecuado y correcto funcionamiento, contribuyendo de esta manera a facilitar el trabajo de los usuarios de las redes. Para lograr comprender y destacar la importancia de la gestin de una red de datos, es necesario, que se conozcan los diversos componentes que en ella intervienen, al igual que los conocimientos necesarios para tomar las decisiones oportunas a nivel de gestin y acordes al pensamiento ingenieril. Leccin 1: Introduccin a la gestin de redes de datos A nivel histrico, la evolucin de la gestin de red va a la par con la evolucin de las tecnologas de las redes de comunicaciones; por lo tanto, el progreso tecnolgico en los ltimos aos ha permitido el desarrollo de las redes de comunicacin de datos en las organizaciones y por ende el aumento en la necesidad de gestionar una red y sus recursos. As mismo, el abaratamiento en costos de diseo y desarrollo de las redes, y el aumento de las capacidades de procesamiento, han permitido que la mayora de organizaciones planteen la viabilidad de migrar los actuales sistemas de informacin de arquitecturas centralizadas a arquitecturas distribuidas y para ello, las redes surgieron como el medio de interconectar diferentes equipos y/o dispositivos instalados remotamente unos de otros, con el fin de ofrecer capacidades de acceso a servicios de otras redes, como procesamiento, accesos a bases de datos, entre otros.
12
No obstante, para lograr esta comunicacin entre equipos, se hace necesario la existencia de dispositivos de comunicaciones sobre los que se interconectan las diversas redes a las cuales se desea acceder y obtener algn servicio y los enlaces de comunicaciones respectivos para el acceso requerido. Lo anterior, implica que se hace necesario disponer de sistemas de gestin para la manera que se pueda garantizar una disponibilidad de funcionamiento conocida como 24/7, es decir las 24 horas del da, durante los 7 das de la semana y donde se aproveche al mximo las bondades de la comunicacin que posee la empresa. Suponiendo que una empresa adquiere un ancho de Banda de 1 Mbps en su ADSL y que ella requiere realizar transacciones diarias cuya demanda es casi al tope de su capacidad. Cul sera la forma de asegurarle la disponibilidad del servicio durante sus horas pico o de mayor demanda? Una posibilidad de gestin que permita garantizar esta disponibilidad sera el bloquear aquellos paquetes que sobrepasen un tamao de 200 Kbps en su transmisin y que por lo general son los videos, canciones, entre otros tipo de archivos y aplicaciones que existen en la red y que pueden llegar a saturar o congestionar el canal asignado; pero ello no ser todo el tiempo, sino que se realizara en lo que despus de un adecuado estudio se considere las horas de mayor demanda de la red con fines productivos en la empresa. El anterior caso es un ejemplo de una situacin que se puede solventar mediante una adecuada gestin de red, en este caso orientada hacia la adecuada administracin del recurso de ancho de banda. Pero una red no solo se puede gestionar en este campo, sino en cualquier mbito en la que ella disponga de recursos y por lo tanto, la tendencia actual, ya no es gestionar de manera individual los recursos, sino que gracias al apoyo de los recursos de software, se puede tener una gestin nica de red, gracias a la integracin de los elementos que intervienen en la estructura de la red y que le facilitarn el trabajo de monitoreo y control al administrador de red. Oportunidad de Consulta: De acuerdo a la lectura realizada, cul es la importancia de una gestin de red en las organizaciones? Describa un caso en el cual la gestin de red aporta elementos de apoyo para un adecuado funcionamiento de la red de datos, utilice su pensamiento ingenieril. Cules son los objetivos de la gestin de red?
13
Leccin 2: Definiciones y conceptos Para (Toledo, 2007) A nivel tecnolgico, el hablar de gestin, guarda una relacin directa con la palabra equivalente en el idioma ingls management, sin embargo el concepto management abarca un rea lo suficientemente extensa como para hacer ambiguo su significado, cuando se aplica a la arena tecnolgica. Generalmente el trmino management se aplica al espaol como administracin; bajo este punto de vista, cambia el panorama en relacin con las tareas que abarca los trminos de gestin y administracin.
Administracin El concepto de administracin centra su atencin en el proceso de planear la ejecucin de actividades, la realizacin y finalizacin de manera eficiente, mediante el uso adecuado de los recursos fsicos, econmicos y de talento humano. El cumplimiento de los objetivos de la administracin involucra el desempeo de cuatro funciones: Planeacin, Organizacin, Direccin y Control, las cuales se detallan a continuacin: Planeacin: Comprende la definicin de objetivos, planteamiento de metas, para el desarrollo de actividades y el establecimiento de estrategias para lograr los objetivos planteados Organizacin: Fase en la cual se realiza la identificacin y distribucin especfica de tareas, asignacin de cargos a desempear, formas de trabajo, al igual que los procesos de tomas de decisiones. Direccin: El proceso de direccin, consiste en acompaar y promocionar las entidades encargadas de realizar las actividades, con el fin de garantizar el adecuado desarrollo de las actividades, liderando y motivando a los actores del proyecto a travs de una adecuada comunicacin. Control: Funcin consistente en la revisin del funcionamiento general de las actividades planteadas, con el fin de asegurar el desarrollo de las actividades trazadas y de esta manera alcanzar las metas planteadas.
14
La anterior es una visin muy global del proceso de la administracin, que para el caso no requiere mucha profundizacin, sino por el contrario, dar una definicin breve que permita acercarse a la diferenciacin con la gestin desde el punto de vista tecnolgico. Gestin El trmino gestin, conserva una estrecha relacin con el proceso administrativo, debido a que hace referencia a los procesos de gerencia de actividades, enfatizando en la supervisin y control de su realizacin; por lo tanto la funcin de gestin centra su campo de accin en el funcionamiento adecuado para llevar a cabo las diferentes actividades, las que conllevan a alcanzar los objetivos planteados por otras funciones propias de la administracin. De acuerdo a lo anterior, se puede afirmar que la gestin no involucra necesariamente todas las etapas del proceso administrativo, sino enfatizan en la supervisin y control, tal y como se puede apreciar en la Figura 1.1
ADMINISTRACION
PLANEACION
ORGANIZACIN
DIRECCION
CONTROL
GESTION
FIGURA 1.1. Relacin entre Administracin y Gestin
Una vez se comprende la relacin y a la vez la diferenciacin entre administracin y gestin, se enfoca este ltimo concepto hacia las telecomunicaciones, en donde se tiene como objetivo asegurar el funcionamiento apropiado de un sistema, orientando relaciones hacia la operacin, garantizando el funcionamiento de los equipos de telecomunicaciones; la administracin, encargada de verificar el funcionamiento global en trminos de las interacciones y las funciones conjuntas de varios equipos de telecomunicaciones; el mantenimiento, cuyo fin es satisfacer los requerimientos de nivel de funcionamiento de los equipos mediante acciones de prevencin y correccin de fallas y por ltimo la provisin, encargada de
15
RESULTADOS
asegurar la oferta y la entrega de servicios de telecomunicaciones basados en la infraestructura de la empresa operadora de telecomunicaciones. A nivel de gestin de telecomunicaciones, se ha relacionado un conjunto de funciones que se relacionan con dos modos bsicos de funcionamiento: FrontOffice, que involucra las funciones de red y de relaciones con el cliente y BackOffice, que podrn definirse como las operaciones de administracin que realiza la empresa para poder prestar el servicio, indistintamente el rea en la que se labore y que tenga o no relacin directa con el sentir de la misin empresarial.
Factores y parmetros asociados a la gestin El desarrollo de la gestin de telecomunicaciones depende en su gran mayora de las relaciones existentes en el medio; por lo tanto se hace necesario determinar algunos factores que influyen en la toma de decisiones acerca de la gestin a realizar. Un ejemplo de esta situacin es el definir la prestacin del servicio de Internet y el correspondiente ancho de banda hacia dos sectores diferentes en una misma ciudad, para lograr su objetivo, la empresa proveedora del servicio, define geogrficamente la zona, para este caso la una la llamar zona A, cuya caracterstica es ser zona comercial y se encuentra ubicada en el centro de la ciudad, la segunda la denominar zona B, y se caracteriza por ser la zona habitacional; partiendo de esta sencilla divisin, se podra decir que para la ciudad no ser lo mismo gestionar internet para A como para B, puesto que debe considerarse como primordial la prestacin del servicio hacia la zona comercial; encontrando de esta manera la primera diversificacin a nivel de costos. Esta situacin podra hacer que mientras la zona A, requiere un mayor y constante monitoreo que garantice la prestacin del servicio durante el transcurso de la jornada laboral, debido al impacto que generara el riesgo de quedar sin el servicio para los diferentes locales comerciales que existen. Ahora bien, es claro que en esta divisin tambin existen otras prioridades de prestacin del servicio, por ejemplo, no ser lo mismo atender un caf internet, un almacn de ropa, un centro comercial o una entidad bancaria y esta decisin, demanda, disponibilidad y prioridad tambin influye en el costo de prestacin del servicio; para este caso no es lo mismo atender 2 o 3 equipos en el almacn de ropa, que 10 equipos en un caf Internet, o n-clientes del centro comercial las 20 estaciones que requieren de una alta disponibilidad, seguridad y confiabilidad en el banco.
16
Entonces se puede evidenciar que la gestin a desarrollar en cada una de ellas ser diferente. Este ejemplo, acaba de ilustrar algunos de los factores que se tienen en cuenta para la gestin de una red y a pesar de que se lo ha desarrollado a nivel macro, es perfectamente aplicable a redes pequeas o corporativas. Entre estos factores se encuentran: Financiero (Inversin, competencia, y mercado objetivo), Servicios (Calidad, mercado compartido, capacidad de respuesta, atencin e informacin) y Tecnolgico (Funcionamiento, respuesta, robustez, seguridad, entre otros). De acuerdo a los factores para la gestin de una red, suponiendo la necesidad de establecer gestin de telecomunicaciones en una entidad bancaria, qu parmetros se tendran en cuenta para ser evaluados acorde a la necesidad existente?
Leccin 3: Marco de Referencia para la gestin La gestin de telecomunicaciones es un modelo de protocolo definido por la Unin Internacional de Telecomunicaciones UIT-T para la gestin de sistemas abiertos en redes de comunicaciones. La gestin de redes, se encuentra especificada en la recomendacin M.3000 de la UIT y se basa en la inspeccin in situ en las especificaciones de gestin de Recomendacin UIT-T serie X.700. A nivel mundial, la gestin de redes de telecomunicaciones se conoce como TMN por sus siglas en Ingles (Telecomunications Manager Network) y proporciona un marco para lograr la interconectividad y la comunicacin a travs de sistema de operaciones heterogneas y las redes de telecomunicaciones. Para realizar esta labor, TMN define un conjunto de puntos de interfaz para los elementos que realizan el procesamiento de comunicaciones reales tales como protocolos de acceso remoto, comunicaciones con impresoras, llamadas telefnicas, entre otras; para tener acceso a elementos, como estaciones de trabajo de gestin, seguimiento y control de ellos y por lo tanto la interfaz estndar permite que los elementos de distintos fabricantes puedan ser incorporados en la red bajo un control de gestin nico; es por ello que la TMN se puede utilizar en la gestin de RDSI , B-ISDN , ATM , y GSM entre otras redes.
17
No obstante, las redes de telecomunicaciones modernas se automatizan, y son administrados mediante el uso de software apropiados o de sistemas de apoyo operativo. Esta gestin de las redes modernas de telecomunicaciones y facilita los datos necesarios en la gestin diaria en una red de telecomunicaciones. Por lo anterior, la gestin a travs de software, tambin es responsable de la expedicin de rdenes a la infraestructura de red para activar nuevas ofertas o requerimientos de servicios, el inicio de dichos servicios para los nuevos clientes, as como de detectar y corregir fallas en la red. Para Wikipedia(2010), la gestin de red, podra determinarse en cuatro capas lgicas de gestin de red: Administracin de Empresas Incluye las funciones relacionadas con aspectos de negocios, analiza las tendencias y las cuestiones de calidad, por ejemplo, para proporcionar una base para la facturacin y otros informes financieros. Gestin de Servicios Maneja los servicios en la red: definicin, administracin y cobro de servicios. Gestin de la Red Distribuye los recursos de red, realiza tareas de: configuracin, control y supervisin de la red. Gestin de elementos Hace uso de los denominados disparadores individuales para los elementos de red incluyendo la gestin de alarma, manejo de la informacin, copias de seguridad, registro y mantenimiento de hardware y software. De acuerdo a lo anterior, un elemento de la red, ofrece servicios de agencia y la cartografa de los aspectos fsicos del equipo en el marco de TMN. Recomendaciones de la ITU-T La serie M.3000 TMN incluye las siguientes recomendaciones:

Introduccin M.3000 Tutorial para TMN Principios M.3010 de TMN TMN M.3020 Especificacin de Interfaz de Metodologa M.3050 Telecomunicaciones mejorado de operaciones de Mapa ( eTOM ) Principios M.3060 para la gestin de las Redes de Prxima Generacin M.3100 Red de Informacin de modelo genrico para TMN M.3200 Servicios TMN Gestin Institucional M.3300 Capacidades de Gestin en la RGT F Interfaz
18
Es necesario que el estudiante, se familiarice con las recomendaciones mencionadas en este aparte y profundice su contenido a travs de las lecturas de las mismas, complementando de esta manera el marco de referencia de la gestin de telecomunicaciones o TMN. Leccin 4: Control y monitoreo de red Para conocer la labor de monitoreo y control en un red, se va a tomar como referencia el ejemplo anterior, acerca de la gestin para una red de telecomunicaciones dividida en zona A y zona B, respectivamente. Asumiendo la situacin de que estas zonas se encuentran localizadas en una sola ciudad de las denominadas pequeas, partiendo de la idea de la cantidad de usuarios que esta ciudad tiene y que el servicio se provee aproximadamente al 60% de la poblacin urbana y en la llamada zona B, a un 50%; si se calcula un promedio de seiscientos mil habitantes en la zona urbana y con un promedio de 200 empresas que tienen sus locales o sucursales en la ciudad; hasta qu punto es fcilmente monitoreable o controlable a travs de agentes, tcnicos u operarios?. Ser eficaz y eficiente la prestacin del servicio si solo se entera la central o proveedora del servicio, cuando el usuario presenta su queja respectiva?, o lo que suele suceder en caso de fallos, las lneas de atencin al cliente se encuentran saturadas o congestionadas de la cantidad de reclamos por la interrupcin del servicio. De acuerdo a ello, cul sera la posicin del ingeniero, para solventar esta necesidad? Podra decirse que entre las posibilidades existentes se encuentra el poder conocer los fallos en un tiempo mnimo y poder darle solucin de la manera ms rpida posible, puesto que entre las exigencias del cliente est la atencin a fallos y la competencia actual le obliga al proveedor del servicio satisfacer la necesidad en el menor tiempo. Sin embargo, el fallo alcanz a presentarse, esto implica que el servicio ha dejado de estar disponible y por ende, no hay una adecuada prestacin del mismo; por lo tanto lo que se requiere es evitar, o prevenir el fallo, de acuerdo a la informacin que la red de telecomunicaciones est entregando al administrador de la misma; esto implica tener las herramientas necesarias para mitigar la accin o el impacto del riesgo o poder tener alertas que ayuden a tomar una decisin ptima para brindar un servicio eficiente.
19
De acuerdo a lo planteado, el monitoreo y control de la red hace referencia a la forma como se vigila y controla una red y el trfico sobre la misma; encontrando una vista de toda la red, sin importar la complejidad de la misma y permitiendo identificar los sectores, dispositivos de interconexin y las diversas estaciones de trabajo existentes, al igual que las terminales de comunicaciones. Por tal motivo, si se mantiene una red de telecomunicaciones operando normalmente y se encuentra monitoreada, es factible determinar qu armario de comunicaciones o caja de distribucin de telefona presenta algn inconveniente e inclusive determinar cul es el tipo de fallo que presenta; puede ser el caso de que un armario de distribucin se encuentre en corto, debido a que fue alcanzado por el agua, debido al invierno que lo afect en un determinado tiempo. Esta situacin hace que el administrador de la red, conozca de antemano la situacin y pueda enviar a los operarios necesarios a corregir o solucionar el inconveniente y es ms, puede determinar, hasta qu tipo de herramientas se requieren para solventar el impase. As mismo, puede ocurrir con la ocupacin de un armario de distribucin debido a la alta demanda de clientes que se tiene en un momento dado y si la empresa no prevee con anticipacin esta circunstancia, es factible que tenga un espacio fsico, mas no de capacidad para la transmisin de la seal, logrando de esta manera saturar el canal y por ende ofrecer un mal servicio ya que no est garantizando lo que estipul el contrato con el cliente. Leccin 5: La Eficiencia El trmino eficiencia proviene del latn efficientia que significa, accin, fuerza, produccin y podra definirse como la capacidad de disponer de alguien o de algo para conseguir un efecto determinado. Por lo tanto, la eficiencia es factible definirla como el uso racional de los medios con que se cuenta para alcanzar un objetivo predeterminado o una meta propuesta. Es decir que se pretende optimizar los recursos existentes para cumplir lo estipulado o propuesto. (Barringer, 1996), define la eficiencia como una ecuacin que dimensiona la eficiencia en la oportunidad para producir resultados propuestos. La ecuacin de Eficiencia est descrita en diferentes formatos (Blanchard 1995, Landers 1996, Pecht 1995, Raheja 1991). Cada elemento de eficiencia vara como una probabilidad. Dado que los componentes de la ecuacin tienen diferente formas, estos varan de un autor a otro. Las definiciones de la ecuacin de eficiencia, y sus componentes, generan muchos argumentos tcnicos. El principal (e incontrovertible argumento econmico) es la bsqueda de un valor de eficiencia del sistema que produzca el ms bajo costo de la inversin a largo plazo, usando los costos del ciclo de vida (LCC) (Barringer 1996 y 1997) para el valor entregado:
20
Eficiencia del Sistema = Eficiencia/LLC (Clements, 1991), describe la eficiencia como aquello que dice que tan bien un proceso/producto, satisface las necesidades del usuario final. Una alta eficiencia es generalmente mejor que una baja eficiencia. La eficiencia vara entre 0 y 1, y raramente incluye todos los valores elementos, dado que stos son difciles de cuantificar. Una forma descrita por Berger (1993): Eficiencia= Disponibilidad * Confiabilidad * mantenibilidad * Capacidad De la ecuacin anterior, puede deducirse que la eficiencia es el producto de:

La oportunidad del sistema o dispositivo de estar disponible para desempear su trabajo La operacin en un tiempo dado sin fallas La reparacin sin prdidas excesivas de tiempo de mantenimiento El desempeo de su actividad productiva para lo cual fue creado, acorde a los estndares establecidos.
Cada elemento de la ecuacin de eficiencia, requiere un dato consistente, el cual cambia con las condiciones de operacin, por un valor real entre 0 y 1. Aunque en ocasiones es mucho ms sencillo entender y cuantificar la disponibilidad, esto no es posible para la confiabilidad y la mantenibilidad, por lo tanto este ndice es relativo para la medicin de cmo se lo est haciendo. La importancia de cuantificar los elementos de la ecuacin de la eficiencia y sus costos asociados es encontrar las reas de mejoramiento; por ejemplo, si la disponibilidad es del 98%, la confiabilidad es del 75%, la mantenibilidad es del 65% y la capacidad es del 62%; la oportunidad de mejorar la capacidad es mucho mayor que la de mejorar la disponibilidad y de esta manera se puede gestionar o tomar la decisin ms acorde a la necesidad existente.
A continuacin se presenta en la tabla 1.1 un juego de datos procedentes de los registros de operacin de un sistema, relacionando los eventos en categoras en tiempos de servicio y de parada en el sistema. Como se puede apreciar, hay una falencia de detalles especficos de las fallas, sin embargo los intervalos de funcionamiento son considerados con frecuencia como datos genricos de tiempos para fallar, al igual que los detalles especficos de mantenimiento se pueden considerar como tiempos genricos de reparacin, de tal manera que si se adicionan mas detalles a los reportes, es factible aumentar su utilidad y en este
21
caso demostrar que con los datos existentes, es posible entender la ecuacin de eficiencia. En cuanto a la disponibilidad, esta puede ser expresada como: A= ts/(ts+ tp) donde: A= Availability = Del Ingls disponibilidad ts = Tiempo en servicio tp = Tiempo en parada TABLA 1.1. Registros de operacin de un sistema
Fuente: http://www.slideshare.net/eduardorodriguez/disponibilidad-confiablilidad-mantenibilidad-ycapacidad-parte-i
Para ilustrar, la aplicabilidad de la tabla anterior, se parte de un proceso de disponibilidad con el 98% y se requiere de un tiempo de servicio, cuya totalidad del servicio se ha calculado en 8760 Horas; de acuerdo a lo anterior, el equivalente a
22
tiempo de servicio ser: 0,98*8760 = 8584,8 h/ao y el tiempo de parada, se establecer en: 0,02*8760 = 175,2 h/ao, debido a que la disponibilidad mas la no disponibilidad es igual a 1. De los datos generados por la misma tabla, se puede deducir el tiempo medio entre acciones correctivas y preventivas llamado MTBM, es el valor promedio del tiempo transcurrido en operacin, cuyo valor asciende a 683,8. De igual manera, se puede deducir el tiempo medio transcurrido en parada denominado MTTR y que es igual a 9,4 Con los datos encontrados (MTBM y MTTR), es factible encontrar las disponibilidades inherente, lograda y operacional, las cuales se explican a continuacin: Disponibilidad inherente: Aquella realizada por el personal de mantenimiento (excluye las paradas por mantenimientos preventivos, demoras en suministros y demoras administrativas) y se define como: Ai = MTBF/(MTBF+MTTR), equivalente a: Ai = 683,8 / (683,8 + 9,4) Ai = 0,98 -> 98% Disponibilidad lograda: Aquella que es vista por el departamento de mantenimiento, incluye el mantenimiento correctivo y el preventivo, pero no incluye demoras en suministros y demoras administrativas. Aa = MTBM / (MTBM + MAMT) donde: MTBM: Tiempo medio entre acciones correctivas y preventivas MAMT: Tiempo medio en que le mantenimiento estuvo activo Disponibilidad Operacional: Disponibilidad como es vista por el usuario y se define como: Ao = MTBM / (MTBM + MDT) donde: por lo tanto resolviendo Ai, ser
MTBM: Tiempo medio entre acciones correctivas y preventivas MDT: Tiempo medio de parada
23
Estas dos ltimas disponibilidades, no se pueden calcular con los datos existentes en la tabla, ya que se desconoce de manera puntual los tiempos de mantenimiento preventivo o correctivo, para Aa y para Ao. No obstante, la disponibilidad, tambin es factible determinarla como el producto de varios factores de la siguiente manera: A = AHardware * AHumano * AInterfaces * AProceso Concluyendo que la disponibilidad es el producto de la disponibilidad de todos los elementos involucrados en el proceso. Confiabilidad (Reliability) La confiabilidad se entiende como la ausencia de fallas o el indicador de reduccin en la frecuencia de fallas en un intervalo de tiempo. Podra definirse tambin como la medida de la probabilidad para una operacin libre de fallas durante un intervalo de tiempo dado y es una medida del xito para una operacin libre de fallas. Frecuentemente, esta es expresada como: R(t) = exp (-t / MTBF) Donde:
l = Tasa constante de falla MTBF = Tiempo medio entre fallas El MTBF mide el tiempo entre las fallas del sistema. Para los modos de fallo distribuidos exponencialmente, el MTBF es un ndice bsico para confiabilidad. (La tasa de falla, l, es el recproco del MTBF I = 1/MTBF), entonces: R(t) = exp (- l * t ) MTBF = (Tiempo total transcurrido - Suma de tiempos de inactividad) / Nmero de fallos El sitio de Technet de Microsoft (Microsoft), define que una medida relacionada a la confiabilidad es el tiempo medio de reparacin (MTTR). El MTTR es el intervalo de tiempo promedio (normalmente expresado en horas) que se tarda en reparar un componente que ha sufrido un error. La confiabilidad de todos los componentes de la solucin (por ejemplo, hardware de servidor, sistema operativo, software de aplicacin y funciones de red) puede afectar a la disponibilidad de una solucin. Un sistema es ms confiable si es tolerante a errores. La tolerancia a errores es la capacidad de un sistema para seguir funcionando cuando se produce un error en
24
parte del sistema. Para conseguir tolerancia a errores hay que disear el sistema con un alto grado de redundancia de hardware. Si se produce un error en un nico componente, el componente redundante asumir su funcin sin que se produzca un tiempo de inactividad apreciable El siguiente ejemplo permite encontrar la disponibilidad de un servidor, de acuerdo a los siguientes datos estimados entre el tiempo de servicio (TO) y el tiempo de inactividad (TFS). Tabla 1.2. Disponibilidad de un servidor
Fuente: John Crane Latin America MTBF = (Tiempo total transcurrido - Suma de tiempos de inactividad) / Nmero de fallos En primera instancia se requiere calcular el tiempo total transcurrido, el tiempo de inactividad y la cantidad de fallos, cuyos datos se deducen de la tabla 1.2 TTT = 139 STI = 75 NoF= 20 MTBF = (139 75)/20 = 3,2 I = 1/MTBF = 0,3125
25
R(139) = exp (-139*0,3125) R(139) = 1,3656E-19 Por lo tanto para este caso, la confiabilidad es demasiado alta, lo que implica que el servidor es altamente confiable en cuanto a la prestacin del servicio, ya que como se puede observar el valor es demasiado insignificante para ser considerado algn riesgo en el sistema. Mantenibilidad IEEE, la define como la facilidad con que un sistema o componente software puede ser modificado para corregir fallos, mejorar su funcionamiento u otros atributos o adaptarse a cambios en el entorno. La mantenibilidad representa la cantidad de esfuerzo necesaria para conservar su funcionamiento normal o para restituirlo una vez se ha presentado un fallo; por lo tanto, un sistema es "Altamente mantenible" cuando el esfuerzo asociado a la restitucin sea bajo. Este aspecto en la gestin, es uno de los que afectan notoriamente la eficiencia en un sistema, ay que muchas veces el mantenimiento solo se realiza cuando es de tipo correctivo ms no preventivo. Suponiendo que en una organizacin cuya actividad consiste en la gestin y recuperacin de cartera, cuyo accionar se centra en el contacto con los clientes morosos a travs del telfono, y tiene una central telefnica y un sistema de gestin y control de clientes propio y el externo proveniente de todas las empresas a quienes ellos recuperan cartera; ha colapsado el sistema telefnico, razn por la cual se requiere de la intervencin de las personas especializadas en este tema. Ante la situacin planteada, se realiza la gestin respectiva y se contacta al contratista y se efectan los siguientes procedimientos: Tabla 1.3. Relacin Actividades/tiempo Actividad Llamada al contratista Llegada del contratista al sitio Inspeccin de la central Deteccin del fallo y reemplazo Pruebas de funcionamiento Puesta en Marcha Duracin (Seg) 300 1200 1200 3600 600 60 Tiempo Acumulado 300 1500 2700 6300 6900 6960 1,93 Horas
26
De acuerdo a los datos arrojados, se puede evidenciar que el tiempo en solucionar el problema existente es de 1,93 Horas, tiempo durante el cual no se puede prestar el servicio requerido y que es de vital importancia para la empresa. El anterior fue un ejemplo tpico de lo que sucede en muchas empresas cuando existen fallos en algunos de los sistemas y se puntualiz para conocer a manera de informacin, algunos elementos que se tienen en cuenta a nivel de tiempo ante un fallo dado. La siguiente tabla, se bas en la informacin obtenida de fallos en el sistema de telecomunicaciones de la empresa en mencin para determinar la medida de la mantenibilidad. Tabla 1.4. Fallos en el sistema de telecomunicaciones Tiempo de Falla (Seg) 0,9 2 1,3 1,25 1,2 2,6 1,1 0,8 1,4 1,1 Tiempo Total en recuperar (Horas) 2,3 1,8 1,93 1,78 2,13 2,18 1,89 1,92 2,15 2,02 Tiempo Total en restaurar (Seg) 8280 6480 6948 6408 7668 7848 6804 6912 7740 7272
Con los datos obtenidos, se podra calcular el tiempo medio de restauracin MTTR, el cual es equivalente a: MTTR = TTR/NF donde:
MTTR: Tiempo Medio de Restauracin o ndice de mantenibilidad TTR: Tiempo total empleado en restaurar los fallos NF: Nmero de Fallos Por lo tanto: MTTR = 72360 / 10 = 7236 M ( t ) = e (- t /MTTR) = e ( - t) M (1,2) = e (-1,2/7236) = 0,9999 = 99,99%
27
Determinando de esta manera que la mantenibilidad del sistema podra considerarse como ptima, en relacin al dao existente que est considerado en tiempos mnimos. Capacidad (Capability) Permite medir la capacidad del sistema para desempear una funcin para la que fue adquirido o construido. Puede ser considerado como sinnimo de productividad, que es el producto de la eficiencia por la utilizacin. Continuando con el ejemplo anterior, se puede deducir que la eficiencia del sistema central de telefona esta dado por un valor equivalente al 92%, debido a que en algunas ocasiones la red se satura o congestiona, el conmutador a llegado a bloquearse o las llamadas se cuelgan en un momento dado y de acuerdo a los datos de la tabla 1.3, la utilizacin del sistema estar calculado mediante la relacin en horas, teniendo en cuenta que el sistema trabaja 8 horas diarias, tendra un equivalente a 2920 Horas/ao o 10.512.000 Seg/ao. De acuerdo a ello, los 72360 segundos (Aproximadamente 20 Horas/ao) en los que se interrumpe la labor del sistema, tendran una equivalencia de 0,68% y la utilizacin ser: 100% - 0,68%, lo cual da como resultado 99,32% . Por lo tanto, de acuerdo a la siguiente ecuacin: C= Ef * Ut donde:
C= Capacidad, Ef= Eficiencia y Ut= Utilizacin, la capacidad del sistema ser: C=0,92*0,9932% = 0,9137 = 91,37% Y de esta manera es factible conocer la eficiencia total del sistema
28
CAPITULO 2: GESTION SIMPLE DE REDES Introduccin Hoy en da, el auge, necesidad, proyeccin y avance de las redes de telecomunicaciones a nivel LAN y WAN, requiere que los aspectos relacionados con el control y gestin se tengan en cuenta cada vez ms y por lo tanto se adiciona como una labor ms al ingeniero responsable o encargado de la administracin de la red.
Esta tendencia existente, implica el uso y/o adicin de nuevas aplicaciones al igual que una mayor cantidad de usuarios que hace uso de la red y por lo tanto se requiere de sistemas demasiado flexibles que faciliten el monitoreo y control de la misma y sean capaces de soportar la incorporacin de nuevos dispositivos o cambios en la estructura existente. A pesar de que las organizaciones internacionales han tratado de estandarizar los diversos dispositivos o productos que salen al mercado en el campo de las redes de telecomunicaciones, siempre existen divergencias entre los fabricantes de dichos dispositivos y por lo tanto, a pesar de que existen software o soluciones propietarias de gestin como Netview de IBM, u Openview de HP, entre otras; muchas veces ellas solo se orientan hacia dispositivos de sus fabricantes y por ende cuando la red tiene hbridos a nivel de equipos, la gestin se dificulta ya que cada quien a nivel de software, responde por sus productos y no tiene gran compatibilidad con los de otra empresas fabricantes, lo cual puede desencadenar en datos errneos de monitoreo o en el peor de los casos, de no reconocimiento de los dispositivos. De acuerdo a lo anterior, se hace necesario tener en cuenta algunas opciones estndar que garanticen una gestin no compleja, pero si completa para toda la red, sin distinciones de fabricantes y sobre todo con el cumplimiento de los estndares requeridos que faciliten la labor del gestor de red. En este orden de ideas, la gestin simple de red, permite realizar una serie de actividades encaminadas a garantizar el funcionamiento adecuado y ptimo en una red de telecomunicaciones. Leccin 6: Arquitectura de la gestin de red SNMP La Gestin de red se define como el conjunto de actividades dedicadas al control y vigilancia de recursos de telecomunicacin. Su principal objetivo es garantizar un
29
nivel de servicio en los recursos gestionados con costo relativamente bajo y pretende responder a tres preguntas claves:

Qu objetivos se persiguen? De qu recursos se dispone? Cmo se van a cumplir los objetivos?
Los mtodos de gestin de red deben ser puestos en prctica mediante la organizacin de un Centro de Gestin de Red, que va a disponer de tres clases de recursos:

Mtodos de Gestin. Recursos humanos. Herramientas de apoyo.
Gestin simple de red SNMP (Simple Network Management Protocol), es un conjunto de aplicaciones de gestin de red que emplea los servicios ofrecidos por TCP/IP, protocolo ampliamente conocido y difundido a tal punto de convertirse en un estndar. La gestin simple de red a travs del SNMP, surge a partir del inters de la IAB (Internet Activities Board) de encontrar un protocolo de gestin que se considere vlido para Internet, dada la necesidad del mismo debido a las grandes dimensiones que proyectaba en ese entonces y que hoy en da contina creciendo a nivel exponencial. De otra manera, la gestin simple de red, permiti tratar la heterogeneidad y diversidad de componentes de red, para unificar la informacin de gestin y de un protocolo para realizar el transporte de la informacin. Razn por la cual aparecen en el escenario dos protocolos: SNMP y CMISE/CMIP, bajo la idea original de la convergencia, en donde se tenga una capacidad de acceso universal y compartir los datos necesarios Los tres grupos de trabajo que inicialmente se formaron llegaron a conclusiones distintas, siendo finalmente el SNMP, descrito en el RFC 1098 el que se adopt y el cual incluye algunos de los aspectos ms relevantes presentados por los otros dos grupos: HEMS (High-Level Management System) y SGMP (Simple Gateway Monitoring Protocol). Este protocolo, se explicar mas adelante con mayor dedicacin, por el momento se aborda a manera de informacin para poder comprender algunos aspectos que se trabajan en el transcurso de la unidad.
30
Entre las aplicaciones de gestin simple de red se encuentran el ping y el tracertroute; el primero permite hacer gestin a travs de la informacin existente en los mensajes ICMP; el cual es familiar para el ingeniero que se desenvuelve en el rea de las redes y que posiblemente no ha sido explotado en cuanto a la informacin que puede brindar. Oportunidad de consulta Disear la estructura del ICMP y definir los diversos parmetros que brindan informacin y a qu hace referencia cada una de ellas. La arquitectura de gestin de la red SNMP, se centra en el modelo de gestin. El cual presenta un estndar acerca de la informacin necesaria que deben contener todos los dispositivos cuyos elementos claves son los siguientes:

Informacin relevante e interesante Normado de la informacin Obtencin o cambio de informacin Naturaleza de la informacin de gestin
Leccin 7: Modelo de Gestin (Toledo, 2007), describe que el modelo de gestin de red, incluye algunos elementos claves entre los que se encuentran:

Sistema de gestin de red NMS Agente de Gestin de Red NMA Base de informacin de Gestin MIB Protocolo de Gestin de Red SNMP
Los cuales se describen a continuacin: Sistema de Gestin de Red (NMS) Sistema que sirve como interfaz entre el administrador de red y el sistema de red a gestionar. Este sistema requiere como mnimo:

Un conjunto de aplicaciones para el anlisis de datos, graficacin y recuperacin ante fallos. Una interfaz de usuario para poder monitorear y controlar la red Tener capacidad para trasladar los requerimientos de los administradores de red en elementos de monitoreo y control de los dispositivos remotos.
31
Base de datos de la informacin extrada de las MIBs de todas las entidades de gestin de la red.
Agente de Gestin de Red (NMA) Correspondiente a un mdulo de software o aplicacin, orientado a la gestin de red que reside en el dispositivo o elemento gestionado. Tiene conocimiento local de la informacin de gestin y la traduce a una forma compatible con SNMP, por lo tanto, todos los dispositivos de red susceptibles de ser gestionados, requieren de un agente para lograr este objetivo. El agente, responde a los requerimientos de informacin y de acciones que efecta una estacin de gestin, como por ejemplo conocer el valor de una variable o para producir su cambio, as mismo puede actuar en respuesta a una solicitud o emitir una informacin no solicitada, tal es el caso de un evento. Base de informacin de Gestin (MIB) En SNMP, la informacin que se genera como una combinacin de diferentes variables y datos tales como parmetros, contadores de hardware, variables en memoria y tablas, entre otros; son considerados como una base de datos y por lo tanto los recursos de red que son gestionados sern clasificados como objetos y los estndares de SNMP, denominan a esta Base de datos lgica de la informacin de gestin de red, MIB. No obstante, para el gestor, la estructura interna de la MIB no es considerada importante para el gestor, pero la forma y el acceso a ella s. La estacin de gestin se encarga de obtener los valores que se encuentran en los objetos de la MIB y pueden ejecutar acciones o modificaciones en la configuracin del agente por medio del cambio de valores en variables puntuales. La MIB, contiene la siguiente informacin:

Descripcin del sistema Nmero de interfaces de red que tiene dicho sistema (Adaptadores Ethernet, puertos seriales, etc) Direccin IP asociada a cada interfaz de red Conteo del nmero de datagramas de entrada y salida Conexiones TCP/IP activas
Sin embargo, la IAB, promovi a definir la MIB con el nimo de gestionar los diferentes dispositivos y mantener una MIB lo ms sencilla posible, trabajando sobre los siguientes criterios:
32
Conjunto reducido de objetos esenciales al inicio y luego agregar los objetos que se necesiten realmente Los objetos requeridos son esenciales para la gestin de fallas como de configuracin Evidencia considerable de su utilidad actual Limitacin en el nmero de objetos Excluir objetos que puedan derivarse de otros Rechazar secciones crticas que desencadenan una implementacin complicada.
A su vez cada fabricante puede solicitar una rama o un sub rbol en el rbol de informacin de gestin para definir sus propias variables que pueden ser necesarias para la gestin especifica de sus productos, lo cual es posible a travs de software propietario, como se mencion anteriormente. Protocolo de Gestin de Red (SNMP) Permite la comunicacin entre la estacin de gestin y el agente de gestin y las capacidades genricas relevantes son:

get: Habilita a la estacin de gestin para conseguir los valores que posee la variable en la MIB set: Habilita a la estacin de gestin para definir valores en las variables en la MIB trap: le permite al agente informar a la estacin de gestin sobre eventos significativos
SNMP, se transporta sobre el protocolo UDP y trabaja bajo la filosofa del menor esfuerzo, para no ir en contra del desempeo de la red. Para comunicarse, el puerto 161 permite atender a get y a set, y para el trap, gestiona el puerto 162. Actuando en los dos casos como servidor. La figura 2.1, permite verificar la arquitectura de la gestin de red.
33
Figura 2.1. Componentes de la plataforma de red
Fuente: Gestin de Redes de Telecomunicaciones en: http://www.slideboom.com/presentations/84669/Gesti%C3%B3n-de-Redes-de-Telecomunicaciones
Leccin 8: Modelo de Gestin Estndar Modelo que le permite al gestor examinar los datos del dispositivo y actualizar la informacin del estado y configuracin. El software Agente es instalado en cada dispositivo y recibe un mensaje proveniente del gestor, el cual puede solicitar, leer o escribir datos en el dispositivo. El agente recibe mensajes y enva respuestas, no obstante el agente no requiere de una orden para actuar, tal es el caso de que presentarse un fallo o un evento significativo, enviando un reporte (trap) al gestor. El software Gestor: se encuentra en la estacin de gestin, enviando solicitudes al agente y recibiendo traps y respuestas del mismo. Utiliza UDP como transporte para los mensajes y cuenta con software de aplicacin que le permite al administrador controlar el este software y visualizar la informacin de gestin. La aplicacin de gestin de red: No se encuentra estandarizada y por lo tanto los fabricantes se encuentran en una competencia por brindar la mejor interfaz la cual considera aspectos como integrabilidad web, herramientas, entre otros.
34
Sin embargo, se encarga de realizar procesos como:

Generar mapas sobre la LAN gestionada (dispositivos y Caractersticas) Trazar grficos sobre reportes de trfico Determinar estadsticas Elaborar predicciones Permitir al usuario definir sus propios parmetros (alarmas, eventos significativos, reporte de problemas, entre otros)
La informacin entregada es tan pertinente, que es factible examinar el trfico de un determinado protocolo, trfico entre estaciones y trfico que contiene determinados patrones). Para complementar el modelo de gestin estndar, la figura 2.2 presenta el funcionamiento del modelo y la interaccin entre el gestor y el agente Figura 2.2. Interaccin Gestor - Agente
ESTACION DE GESTION DE RED APLICACION APLICACION
GESTOR
Lee o cambia: Configuracin Estado Desempeo o errores
Responde: Solicitudes Problemas
DISPOSITIVO AGENTE Datos de configuracin Parmetros de estado Estadsticas
Lo anterior, se traduce grficamente en las siguientes figuras 2.3 (a) y (b):
35
Figura 2.3. Esquema representativo de Gestor - agente (a)

MANAGER
SNMP
A GEN TS
M IB
Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007
Figura 2.3. (b)
Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007
36
Leccin 9: Arquitectura del protocolo de gestin de red El protocolo identifica el tipo de mensaje, el formato del mensaje y el protocolo de comunicacin empleado. SNMP fue desarrollado para ser un protocolo de nivel de aplicacin en el modelo TCP/IP y est hecho para operar sobre el protocolo UDP y por lo tanto es no orientado a conexin. Adicional a UDP, SNMP se implementa sobre IP y los protocolos dependientes de la red tales como Ethernet, PPP, X.25, Frame Relay, FDDI, entre otros, por lo tanto, se puede concluir que cada agente requiere implementar SNMP, UDP e IP. Figura 2.4. Mensajes de intercambio entre el gestor y el agente
ESTACION DE GESTION DE RED APLICACION APLICACION
PROTOCOLO - GESTOR
Get
Get-Next
Get-Next
Response
trap
DISPOSITIVO GESTIONADO PROTOCOLO - AGENTE ID de Sistema No interfaces MIB Tabla de Enrutamiento Conteo de trfico
Sin embargo, es factible que el dispositivo agente pueda soportar otras aplicaciones como FTP o HTTP y por lo tanto, se requiere que dicho agente cuente con soporte para TCP. La aplicacin de gestin maneja tres tipos de mensajes:

GetRequest: Obtiene un valor desde una variable especfica. GetNextRequest: Obtiene un objeto sin conocer su nombre.
37
SetRequest: Almacena un valor en una variable especfica.
En la operacin del protocolo SNMP, para cumplir el cometido de mantenerse simple cumple con los siguientes principios:

No es factible modificar la estructura de la MIB, agregando el valor de una o ms variables de la MIB No es posible conseguir la informacin que se contiene en una tabla o en una fila de la tabla con una operacin atmica.
Especificacin del protocolo SNMP De acuerdo a la figura 1.9, las cinco PDU (Unidades de Datos del Protocolo) de SNMP versin 1 son:

Get-request, el cual se utiliza para solicitar el valor de una o ms variables de la MIB Get-next.request: utilizado para leer de manera secuencial el valor de las variables en la MIB; por lo general lee los datos de una tabla despus del get-request leyendo las filas siguientes. As mismo se le asocia un proceso denominado walk, el cual trae los valores procedentes de un subrbol de la MIB. Set.request: Actualiza un valor de la MIB Get-response: Entrega una respuesta a los mensajes de get-request, getnext-request y set-request Trap: Se utiliza para reportar la ocurrencia de eventos en el dispositivo gestionado por parte del agente al gestor, como por ejemplo cuando se reinicia en caliente o se cae un enlace.
Formato de los mensajes Cada mensaje en SNMP contiene los siguientes campos:

Versin: Versin de SNMP Community: Contrasea para controlar el acceso a la informacin del nodo. Sin embargo no podra considerarse como segura en relacin al espionaje en una LAN Comando: Tipo de mensaje que posee SNMP Request ID: Permite relacionar la solicitud con la respuesta especfica, puesto que el agente puede recibir muchas solicitudes al mismo tiempo Lista de pares: Es el identificador del objeto (OID), definido como una cadena de enteros y el valor de la variable del parmetro al que le apunta el OID.
38
Figura 2.5. Formato general de mensajes SNMP Mensaje SNMP
Versin
Community
PDU SNMP
PDU de GetRequest, GetNextRequest y SetRequest Tipo de PDU ID de Solicitud 0 0
Lista de Pares
Lista de Pares
Nombre 1 Valor 1 Nombre 2 Valor 2
Nombre n
Valor n
El mensaje get y la respuesta respectiva, contienen los mismos campos, por lo tanto es fcil para el agente construir una respuesta a una peticin, llenando los campos vaco de la peticin get y por lo tanto esta solicitud contiene valor en 0. El problema de la versin 1 de SNMP es que si para una de las variables solicitadas el agente no puede retornar el valor, todo el mensaje get falla. El tamao mximo est determinado entre el gestor y el agente en el campo de datos UDP, que es aproximadamente de 484 bytes de acuerdo a los estndares de SNMP En las siguientes figuras (2.6., 2.7 y 2.8), se puede apreciar la estructura de snmp, mediante un proceso de captura en un analizador de protocolos o snifer, para este caso Wireshark.
39
Figura 2.6. Estructura de SNMP
Figura 2.7. Estructura de SNMP
40
Figura 2.8. Descripcin del protocolo SNMP desde wireshark
Ejercicio Con base en la informacin presentada, ingrese los datos en la siguiente tabla. Mensaje SNMP
PDU de GetRequest, GetNextRequest y SetRequest
Lista de pares (Arriba nombre, abajo valor)
Actividad complementaria Descargar el RFC 1157 y revisar la especificacin del protocolo y elementos del protocolo. Identificar los valores de los campos de los mensajes set-request y get-request.
41
Mensaje de reporte trap Este tipo de mensaje le permite al agente reportar condiciones serias a la estacin de gestin. El mensaje se enva una vez y no es una recopilacin sobre algo que se ha resuelto, sino por el contrario de algo que se necesita hacer. Como el mensaje de reporte o trap es de tipo PDU, entonces se debe definir cinco campos del formato del mensaje trap y son los siguientes:

Enterprise: Contiene un OID que identifica al dispositivo que envi el trap Agent-addr: direccin IP del agente que enva el trap Generic-trap: Valores posibles de traps genricos Specific-trap: Se especifica cuando el valor del campo anterior es un specific-trap y su valor es predeterminado por el fabricante Time-stamp: Intervalo de tiempo transcurrido entre la ltima reinicializacin del agente y la generacin del trap.
En cuanto a los traps especficos, los definen los fabricantes y pueden ser un grupo de estandarizacin de la MIB, un fabricante u organizacin de gestin de redes corporativas, las cuales pueden agregar nuevos traps entre los que se cuentan los orientados a las tecnologas, a los productos y a las necesidades especficas de gestin. La siguiente figura, visualiza un trap capturado desde un analizador de protocolos. Figura 2.9. Estructura de un trap
42
Ejercicio propuesto: Identificar los siguientes elementos de acuerdo a la imagen presentada en la figura 2.9: Versin de SNMP: Nombre de la Comunidad: Tipo de Dato: Tipo de OID: Privado ___ Publico ____ IP del Agente: Valor Genrico del trap: Equivalencia del valor genrico del trap: Valor especfico: Intervalo de tiempo transcurrido (recordar que es en milisegundos): Oportunidad de consulta: Determinar los siete posibles valores de generic-trap y los respectivos significados. Leccin 10: Informacin de gestin La capacidad de gestionar en un sistema de gestin se fundamenta en la MIB, es decir en la Base de Informacin de Gestin, la cual se encuentra estructurada en forma de rbol y cada elemento de red que se desea gestionar tiene una MIB que lo representa de manera lgica. De acuerdo a lo anterior, el sistema est en capacidad de monitorear, leyendo los valores de la MIB y en capacidad de controlar, cambiando los valores de la MIB. El objeto empleado para representar, genera una capacidad de gestin en un recurso y por lo tanto debe ser el mismo en todo el sistema, para lo cual emplean los llamados Identificadores de objeto, comnmente reconocidos como OID, por sus siglas en ingls. Junto al OID, se hace necesario un esquema de representacin comn de tal manera que permita la interoperabilidad y para lograrlo, se requiere definir la
43
estructura de informacin de gestin denominada SMI, la cual se explica a continuacin: Estructura de informacin de gestin - SMI Se encuentra especificada en el RFC 1155. El SMI, se encarga de definir un ambiente general, mediante el cual una MIB puede ser definida o construida. As mismo permite identificar los tipos de datos que pueden utilizarse en la MIB y especifica como los recursos de la MIB se representan y nombran. Para comprender la gestin que realiza un SMI, se parte del siguiente planteamiento: supngase un armario de distribucin de telefona requiere ser instalado, para ello se hace necesario generar u obtener alguna informacin necesaria, entre la que se encuentra: localizacin, capacidad, intervalo de numeracin, troncales instaladas, entre otras. De igual manera, es necesario, definir de qu manera se van a representar las troncales, cmo se deben nombrar o asignar los nmeros en el gabinete y en el domicilio en el que se desea instalar; estas labores que se han utilizado como una analoga es algo similar a lo que realiza el SMI; de acuerdo a ello y retomando el ejemplo junto a la definicin de SMI, se elabora la siguiente comparacin Antes de proceder a realizar cualquier tipo de instalacin o de gestin, es necesario verificar el ambiente general de la red o dispositivos a gestionar o el rea de cobertura, en el problema planteado; para el primer caso, se hace necesario conocer la cantidad de dispositivos a gestionar, los lugares, distribucin y topologa de la red y sus dispositivos que sern gestionados. Para el problema planteado, para definir el rea es necesario conocer cuantas lneas se deben instalar, que capacidad debe tener el armario, cuantas troncales servirn para conducir o transportar voz, cantidad de regletas, terminales, entre otros elementos. De esta manera se han identificado algunos elementos que se requieren o son necesarios para poner en funcionamiento las comunicaciones de voz desde el armario, as mismo se requiere definir que los telfonos si son de la empresa X, tendrn un determinado prefijo, seguido de un nmero compuesto por varios dgitos y por ende el nombre del propietario o abonado de la lnea, la direccin o nomenclatura de la casa, cuyos datos son de 3 tipos. Numrico entero para el primero, y cadena para los dos siguientes y aunque en el armario solo se requiere el nmero telefnico, los otros datos son necesarios para otras labores de gestin como son la direccin de correspondencia del abonado, y por supuesto el nombre del propietario de la lnea de abonado, es decir en la Base de Datos de la compaa telefnica.
44
Estos son los tipos de datos que se requieren en el problema y de la misma manera se requieren algunos tipos de datos que se tendrn en la base de datos de la gestin conocida como la MIB, para gestionar los dispositivos en la red, al igual que la forma de representarlos y nombrarlos tanto en el armario, como en el software gestor. No obstante, SMI, pretende manipular datos de la manera ms simple posible (principio de simplicidad) y extensibilidad y para ello utiliza tipos de datos simples escalares o arreglos de dos dimensiones escalares (vectores) y por lo tanto se constituye en un complemento perfecto para SNMP, puesto que este ltimo solo puede traer escalares, incluyendo entradas individuales provenientes desde una tabla; as mismo SMI, no soporta la creacin o entrega de estructuras de datos complejas. SMI, define que cada objeto gestionado se compone de tres partes: Nombre, sintaxis y codificacin. Nombre: Es el identificador del objeto (OID) y permite definir de manera exclusiva a un objeto. Sintaxis: Se emplea para definir el tipo de dato a utilizar, ya sea entero o una cadena. Codificacin: Describe como la informacin asociada con los objetos gestionados se serializa para la transmisin entre equipos. El siguiente ejemplo, permite clarificar los tres componentes que se mencionan. Un dispositivo de CISCO tiene como OID 1.3.6.1.4.1.9.a.b.c.d.e.f, en donde los primeros siete dgitos corresponden al propietario de acuerdo a la asignacin emitida por la IANA (Internet Assigned Numbers Authority) y los siguientes dgitos seran propios del dispositivo que se est gestionando. La sintaxis a utilizar es la ASN.1, es decir Notacin Sintctica Abstracta, y la codificacin a utilizar ser la BER, es decir Basada en las Reglas de Codificacin Bsica. En el ejemplo anterior, se puede observar que el OID de CISCO tiene una serie de nmeros que lo identifican, esta asignacin obedece a una serie de normas procedentes del rbol de la ISO/CCITT, cuya estructura se puede observar en la figura que se indica a continuacin:
45
Figura 2.10. Arbol de ISO/CCITT

Root
ccitt 0
iso 1
ccitt 2
org 3
dod 6
Internet 1
directory 1
mgmt 2
experimental 3
private 4
security 5
snmpV2 6
mib-2 1
enterprises 1
Fuente: TOLEDO Tovar, Alejandro. Gestin de redes telemticas. Unicauca. 2007
En el caso de SNMP v1, los nodos debajo de internet son mgmt, experimental y private y son administrados por IANA. El nodo mgmt, lo conforman todas la variables aceptadas universalmente y estandarizadas para la gestin de red y el nodo experimental se deja para procesos de investigacin y prvate se emplea para las variables especficas implementadas por los fabricantes para sus dispositivos. Como puede apreciarse, para el caso del dispositivo de CISCO en mencin, le corresponde iniciar en la rama root para terminar en enterprises. De acuerdo a ello, el OID de CISCO, interpretado ser: Cisco OBJECT IDENTIFIER::={iso(1) enterprises(1) CISCO(9)} org(3) dod(6) internet(1) private(4)
46
Por lo tanto el valor identificador de objeto (OID) de un dispositivo Cisco tendr como prefijo: 1.3.6.1.4.1.9 Ejercicios propuestos: Encontrar los OID para los siguientes registros de empresas privadas: 3Com, Microsoft, Sun. Sintaxis de los objetos Cada objeto de la MIB define de una manera formal de acuerdo a una estructura especfica que incluye:

Tipo de dato Forma de acceso Rango de valores Relacin con otros objetos dentro de la MIB
La notacin de ASN.1 es la utilizada para definir de manera individual a cada objeto y por ende a la estructura de la MIB, lo cual se explica a continuacin. Estructura de una MIB Partiendo de la premisa que todos los objetos en SNMP se encuentran registrados en forma de rbol jerrquica, de la misma manera se estructura la MIB, definiendo un conjunto de objetos, los cuales representan entre otras caractersticas o actividades de los recursos gestionados. Recapitulando lo visto anteriormente, la MIB tiene un identificador ASN.1 de tipo OBJECT IDENTIFIER cuyo valor es nico y se constituye en una secuencia de nmeros enteros, y todos los objetos se agrupan en ramas, generando una estructura en rbol. La rama del rbol con nombre mgmt, que se encuentra en la figura 1.14, contiene las definiciones de las MIBs que han sido aprobadas por el IAB y que en el momento cuenta con dos versiones: MIB-1 y MIB-2, en donde la segunda es una extensin de la primera y por lo tanto emplean un solo identificador de objeto en el rbol ya que solo una de ellas debe estar presen en cualquier configuracin. El nodo private en el momento solo tiene definido un nodo hijo, el cual es enterprises que le permite a los fabricantes mejorar la gestin de los propios dispositivos y compartir la informacin con otros usuarios y fabricantes y de esta manera brindar las posibilidades de interoperabilidad. En el nodo enterprises, se generan ramas o nodos por cada fabricante que solicita su registro.
47
El enlace que se presenta, se pueden encontrar todas las OID de los fabricantes que han solicitado a IANA su registro para gestionar dispositivos: http://www.iana.org/assignments/enterprise-numbers. En la figura que se presenta a continuacin (Fig. 2.11), se puede observar el rbol y dentro de l, la definicin de un objeto de la MIB y en sus propiedades, los valores que contienen de acuerdo a la estructura: Figura 2.11. MIB de TCPConnTable.
Ejercicio prctico Instalar el software MG- SOFT MIB Browser o uno similar, escoger la pestaa de MIB y cargar el mdulo de la MIB correspondiente a TCP, denominado TCPSTATS-MIB, posteriormente, en la pestaa de consulta (Query), desplegar el rbol de la MIB y ubicar las propiedades y el OID de los siguientes objetos: tcpMaxConn, tcpInSeg, 1.3.6.1.2.1.6.19.1.3, 1.3.6.1.2.1.6.19.1.5
48
Tipos de aplicacin SNMP tiene la posibilidad de definir sus propios tipos Aplication, los cuales se encuentran definidos en el RFC 1155, algunos de ellos se citan a continuacin: networkaddress: Se define usando el constructor CHOICE para permitir la seleccin de un formato de direccin de un nmero de familias de protocolos. En el momento, la nica direccin definida es IpAddress. ipaddress: Direccin de 32 bits que usa el formato especificado en IP. counter: Entero no-negativo que puede incrementarse, pero no decrementar. Su valor mximo es de 232 1 y cuando alcanza el mximo valor, recicla e inicia nuevamente desde 0 gauge: Entero no-negativo que puede incrementar o decrementar, con un valor mximo de 232 1, en el momento de alcanzar el mximo valor, espera hasta recibir una instruccin de reset timeticks: Entero no-negativo que cuenta el tiempo en centsimas de segundos a partir de un tiempo inicial de referencia. Cuando existe un objeto de este tipo en la MIB, en la definicin se especifica el tiempo de referencia opaque: Es la capacidad de pasar datos arbitrarios. Los datos son codificados como del tipo OCTET STRING para transmisin y pueden estar en cualquier formato definido por ASN.1 o en alguna otra sintaxis.
Codificacin Los objetos de la MIB se codifican usando las reglas bsicas de codificacin (BER) asociadas con ASN.1 Sin ser la forma ms compacta o eficiente de codificacin, BER es el esquema estandarizado de codificacin ms difundido Est especificado en la Recomendacin X.209 que describe como codificar valores de ASN.1 como cadenas de bytes para su serializacin BER Cada Valor de ASN.1 se codifica en una cadena de octetos, la cual consiste en una secuencia de estructuras de etiquetas, longitudes, valores
49
Versiones adicionales de SNMP En el momento, SNMP, tiene cuatro versiones: SNMPv1, SNMPv2, SNMPv2c y SNMPv3, las cuales se definen en esta leccin: SNMPv1 Se considera como la primera versin del protocolo SNMP y se encuentra definida por los RFCs 1155 y 1157, manejaba tipos de datos a 16 bits, introduce el concepto de servicio de autenticacin soportando varios esquemas y describe el encapsulado de PDUs en mensajes SNMP entre las entidades de aplicacin y el protocolo. En esta versin, el control de acceso se basa en el concepto de vista de MIB SNMP y carece de caractersticas enfocadas hacia la seguridad como: Autenticacin, confidencialidad, autorizacin y control de acceso, configuracin adecuada remota y capacidades de administracin de manera remota. El formato de los mensaje SNMP de la Versin 1, constan de dos partes, encabezado del mensaje y la PDU, tal y como se indica en la figura a continuacin: Figura 2.12. Estructura de SNMPv1
Encabezado del mensaje
PDU
El encabezado contiene: No de versin, indicando la versin de SNMP que est utilizando y Nombre de la comunidad, definiendo este ltimo el acceso para un grupo de estaciones de trabajo, las cuales existen dentro de un dominio administrativo, este nombre de comunidad se utiliza como una forma de autenticacin dbil, puesto que solo se basa en el intercambio de una palabra para determinar el acceso en la MIB y los privilegios del acceso. En la figura 2.13. Se puede observar la estructura de la PDU para SNMPv1 Figura 2.13. Estructura de la PDUs de las diversas transacciones
Tipo de PDU ID de la solicitud ndice de estado ndice de error Objeto 1 Valor 1 Objeto 2 Valor 2 Objeto 3 Valor 3
50
Tipo de PDU: Especifica el tipo de pdu transmitida Id de solicitud: asocia las solicitudes con las respuestas Estado del error: Indica a travs de su valor, cul fue la falla en la realizacin de una operacin y solo ser utilizada por la operacin response, en el resto de operaciones el valor que toma es de cero. Indice de error: Permite asociar un error con una instancia particular de objeto (variable) y solo se establece en valor diferente con las mismas especificaciones del anterior. Campos de las variables: Es el campo de datos de la PDU en la versin 1, asocia una instancia del objeto con su valor, a excepcin de las operaciones Get y GetNext, para los que el valor es ignorado A continuacin se hace referencia al formato de los mensajes de los traps en SNMPv1. Figura 2.14. Formato de mensaje trap
Empresa Direccin Cod. Trap del agente genrico Cod. Trap especfico Marca de tiempo Objeto 1 Valor 1 Objeto 2 Valor 2
Empresa: identifica el tipo de objeto gestionado que genera el mensaje trap Direccin del agente: Proporciona la direccin IP del agente que genera el trap Cdigo de trap genrico: El valor indica la situacin estndar por la que se genera el trap. Cdigo de trap especfico: El valor indica una de las posibles situaciones que los fabricantes de los dispositivos establecen para eventos en sus propios equipos y la consola de gestin los puede determinar, siempre y cuando tenga configurada y pueda soportar este tipo de traps. Marca de tiempo: Indica la cantidad de tiempo que ha transcurrido desde que se reinicio la parte de SNMP del dispositivo y la ocurrencia del trap Campos de las variables: Campo de datos de la PDU de los traps.
51
SNMPv2 Se cre como una alternativa de seguridad para la versin 1adicionando nuevas caractersticas, al igual que la propuesta de que el protocolo SMP se enfoque hacia la SMI, la capacidad de comunicacin entre gestor y gestor y las operaciones del protocolo. SNMPv2c Se considera como la revisin al protocolo SNMPv1, e incluye mejoras en las reas de los tipos de mensajes de SNMP, las estructuras de los mismos, los elementos de la MIB, se sigue conservando el enfoque administrativo, es decir basada en comunidades y se encuentra definida en los RFCs 1901, 1902, 1903, 1904,1905, 1906, 1907 y 1908. Esta versin del protocolo adopta el enfoque nombrado anteriormente y adiciona las operaciones del protocolo SMP y omite las caractersticas de seguridad de la versin 2.Tambien se le conoce con el nombre de community based SNMPv2 La expansin de tipos de datos se lleva a 32 y 64 bits y se mejora la eficiencia y el desempeo gracias a la operacin GET-BULK. Existe un enriquecimiento a manejo de errores, gracias al conjunto entre errores y excepciones y una definicin de datos ms exacta. Entre los aportes ms significativos de la versin 2 de SNMP se encuentran: Nuevo tipo de datos Nuevas operaciones o modificacin de las de la versin 1 Mejor definicin de las convenciones textuales Mejor definicin de los tipos de objeto Conservacin de la integridad y orden de conjuntos Mejor control para la agregacin y eliminacin de filas Posibilidad de establecer requerimientos de cumplimiento en la MIB Posibilidad de realizar declaraciones de las capacidades del vendedor. Soporte para procesos de gestin distribuida
Este ultimo avance acerca de la gestin distribuida, permite que el gestor pueda tener ms gestores subordinados, quienes cumplen roles de agente al poder representar un conjunto de dispositivos gestionados a su cargo, lo anterior posibilita la notificacin de eventos confirmada entre gestores gracias a la operacin INFORM.
52
Estructura de gestin de informacin SMI La estructura de gestin de informacin SMI, define las reglas para describir la informacin de gestin, utilizando el mismo protocolo ASN.1 y su codificacin se encuentra descrita en el RFC 1902 y las adiciones se orientan hacia las cadenas de bits, las direcciones y los contadores. Las cadenas de bits, comprenden de cero o mas bits que especifican un valor. Las direcciones de red, representan una direccin de una familia de protocolos particular y soporta varios tipos de direccionamiento. Los contadores son enteros positivos que al alcanzar su mximo valor, vuelven a cero y tienen una tamao de 64 bits. Por lo tanto, la ampliacin, implica que los tipos de datos bsicos se extendieran ligeramente y en esta versin se cuenta con counters y gauges que pueden tener un tamao de 32 o 64, se introducen los enteros sin signo,, direcciones OSI o NSAP y el BIT STRING se incorpor para reemplazar a los INTEGER que expresan un grupo de configuraciones de bandera. Mdulos de informacin SMI La SMI en la versin 2, especifica tres mdulos de informacin que rene un grupo de definiciones relacionadas. Mdulos MIB Contienen las definiciones de objetos gestionados interrelacionados. Declaraciones de cumplimiento Suministran una forma sistemtica para describir un grupo de objetos gestionados que deben ser implementados para cumplir con el estndar. Declaraciones de capacidad Son utilizadas para indicar el nivel preciso de soporte que un agente exige con respecto a un grupo de la MIB; por lo tanto, una estacin de gestin de red puede modificar su comportamiento hacia el agente, de acuerdo a la declaracin de capacidades que se asocian a cada agente. Por otra parte, un modulo de la MIB es aquel en el cual una vez se encuentren errores, se pueda saber a quin recurrir para soporte o para hacer sugerencias y en el que se puedan agregar nuevas caractersticas.
53
El macro de identidad de mdulo MODULE-IDENTITY, tiene informacin acerca de la ltima actualizacin, la organizacin responsable, la descripcin del mdulo y la persona de contacto y el historial de las revisiones. Lo anterior, permite que el fabricante pueda identificar la versin del producto y a donde reportar el error o bug. En cuanto a procesos de actualizacin de mdulos, es factible: Agregar nuevos objetos Marca objetos obsoletos o intiles Revisar mdulos existentes, agregando referencias, unidades o definiciones de valores.
Oportunidad de consulta Al promover la integridad de datos de la MIB contra acciones simultneas de los agentes, es necesario, realizar una gestin de columnas, describa el proceso que se lleva a cabo y cules son los posibles valores que dicha gestin contiene. Interoperabilidad de SNMP Las dos versiones de SNMP son incompatibles debido al formato de mensaje que ellas manejan, por lo tanto es necesario recurrir a estrategias de interoperabilidad que permitan comunicarse entre ellas, las posibilidades son Agentes proxy y Sistemas bilinges de gestin de redes. Agentes proxy El agente de SNMPv2 puede interactuar como agente proxy en nombre de los dispositivos de gestin SNMPv1 de la siguiente manera: La estacin de gestin con SNMPv2, enva la solicitud a un agente SNMPv1 La estacin de gestin enva el mensaje de SNMP al agente proxy SNMPv2 El agente proxy reenva los mensajes Get, GetNext y Set al agente SNMPv1 sin producir alteraciones Los mensajes GETBULK se convierten por parte del agente proxy en mensajes GetNextny se reenvan al agente SNMPv1 El agente proxy traduce los mensajes de traps SNMPv1 a mensajes de traps SNMPv2 y los enva la estacin de gestin de red
La siguiente figura, permite ilustrar el proceso que se lleva a cabo en un proceso de agentes proxy
54
Figura 2.15. Agente proxy
Ambiente SNMPv1
GetRequest GetNextRequest SetRequest GetBulkRequest Gestor SNMPv2 PDUs SNMPv2 del Gestor al Agente PDUs SNMPv2 del Agente al Gestor GetResponse SNMPv2-Trap
Ambiente SNMPv1
GetRequest GetNextRequest SetRequest GetNextRequest (varias) PDUs SNMPv1 del Agente proxy al Agente PDUs SNMPv1 del Agente al Agente proxy GetResponse Trap Agente SNMPv1
Agente proxy SNMPv2
Fuente: TOLEDO, Alejandro. Mdulo de gestin de redes telemticas. Unicauca. 2007
Sistema bilinge En SNMPv2, este sistema soporta las versiones 1 y 2 y para poder realizarlo, una aplicacin de gestin en la estacin de gestin bilinge debe contactar a un agente. La estacin de gestin examina la informacin almacenada en una base de datos local para determinar si el agente soporta alguna de las dos versiones de SNMP y a travs de la informacin de la base de datos, la estacin gestin se comunica con el agente, mediante la versin apropiada de SNMP. El proceso se ilustra a continuacin: Figura 2.16. Sistema Bilinge
Gestor SNMPv2 Inform, Response Gestor Bilinge SNMPv2, v1 Get, GetNext, GetBulk, Set Agente SNMPv2 55 Inform, Response SNMPV2-Trap, Response
Agente SNMPv1
En cuanto a la seguridad SNMP no cuenta con capacidades de autenticacin, por lo que se constituye en un sistema vulnerable a las amenazas de seguridad como: Enmascaramiento: Cuando una entidad no autorizada intenta ejecutar acciones u operaciones de gestin asumiendo la identidad de un gestor autorizado. Modificacin de la informacin: Cuando una entidad no autorizada intenta alterar un mensaje generado por una entidad autorizada, generando como consecuencia una serie de operaciones de los protocolos no adecuadas que pueden traer problemas a los dispositivos de gestin. Modificaciones en la secuencia y tiempo de los mensajes: Ocurren cuando una entidad no autorizada reordena, retarda, copia o demora el reenvo de un mensaje emitido por una entidad autorizada. Revelacin de informacin confidencial: Se presenta cuando una entidad no autorizada extrae valores guardados en los objetos gestionados o toma datos de los mensajes intercambiados entre los agentes y gestores, debido a que SNMP no implementa procesos de autenticacin efectivos. SNMPv3 La tercera versin de SNMP, fue publicada como proposed standards, y se encuentra descrita en los RFCs 2271 al 2275 en 1998. Se construy a partir de las versiones anteriores y por lo tanto reutiliza los RFCs de la versin 2, es decir del 1902 al 1908. La nueva versin incluye capacidades de Seguridad e infraestructura administrativa. Seguridad: Mediante la implementacin de mecanismos y esquemas de autenticacin, confidencialidad, autorizacin y control de acceso. Infraestructura administrativa: Nombramiento de entidades, definicin de polticas y personas, nombres de usuarios y llaves de manejo, destinos de notificacin, relaciones de proxys, configuracin remota a travs de operaciones SNMP. SNMPv3, tiene como objetivos el verificar que cada uno de los mensajes de SNMP no sean modificados durante su transmisin a travs de la red, verificar el ID del usuario, que se presume como autor del mensaje SNMP recibido, descubrir los mensajes SNMP recibidos que contienen informacin de gestin y cuyo tiempo de generacin no sea reciente y por ltimo asegura cuando sea necesario que los contenidos de cada mensaje recibido se encuentren protegidos ante amenazas de decodificacin. Lo anterior es posible gracias al nuevo formato que implementa la seguridad y la infraestructura como se mencion anteriormente y que se puede
56
apreciar en la siguiente figura, en la cual se indica el formato de los mensajes SNMPv3. Figura 2.17. Formato de mensaje SNMPv3
Msg Version MsgID MsgMaxSize MsgFlags MsgSecurityModel MsgEngineID MsgEngineBoots MsgEngineTime MsgUserName MsgVSecurityParams ContextEngineID ContextName PDU
MsgVersin: Versin del mensaje de SNMP, para este caso v3 MsgID: Identificador del mensaje SNMP, es nico asociado con el mensaje, se utiliza para relacionar la solicitud con la respuesta durante una transaccin. msgMaxSize: Tamao mximo de un mensaje que la entidad solicitante puede aceptar msgFlags: Contiene el nivel de seguridad del mensaje, consta de 3 bits, el bit 0, indica la autenticacin del mensaje, el bit 1, la confidencialidad y el bit 2 indica a la entidad receptora si se espera un informe de la PDU msgSecurityModel: indica el modelo de seguridad utilizado para generar el mensaje. Es estndar SNMPv3, recomienda USM, al cual le asigna el valor de 3. msgEngineID: Contiene el SnmpEngineID de la entidad autoritaria SNMP que se encuentra involucrada en la transaccin (agente para gestionar solicitudes Get y gestor para los traps).
57
msgEngineBoots: Visualiza el nmero de veces que la entidad autoritativa SNMP se ha iniciado, se utiliza en el mensaje autenticado para validar aspectos temporales relacionados con l. msgEngineTime: Indica el tiempo desde que la entidad autoritativa SNMP ha sido reiniciada. Al igual que el anterior, lo utiliza el mensaje autenticado para los mismos fines. msgUserName: identifica quien origin la demanda, y junto con elmsgEngineID son utilizados para localizar los datos de seguridad asociados con el mensaje de la base de datos de USM y con ellos se autentica y procesa el mensaje. msgSecurityParams: Son los parmetros de seguridad que dependen del modelo de seguridad utilizado, para USM, este campo contiene los parmetros de autenticacin y de confidencialidad. contextEngineID: identifica la identidad SNMP en un dominio administrativo que puede comprender una instancia de un contexto en particular contextName: Sirve para nombrar un contexto y debe ser nico en una entidad SNMP PDU: Utilizado para la comunicacin entre el par de entidades SNMP y su formato, depende del tipo de PDU, aunque los mensajes son similares al SNMPv2. Oportunidad de consulta Identificar la especificacin del modelo de seguridad USM CAPITULO 3: GESTIN DE MONITOREO REMOTO - RMON Leccin 11: Generalidades de RMON El monitoreo remoto de red, es una base de informacin de gestin MIB, desarrollada por la IETF, con el fin de proporcionar capacidades de monitorizacin y anlisis de protocolos en redes de rea local o en segmentos de red. La informacin que proporciona a los administradores de red, les permite tener una mayor capacidad para llevar a cabo una planificacin adecuada y ejecutar polticas preventivas para el mantenimiento de la red. Suponiendo la situacin de una empresa proveedora de servicios de telecomunicaciones, la cual ofrece diversos servicios y su expansin cubre una buena parte del rea de una ciudad, es muy difcil estar monitoreando los diversos componentes o dispositivos en toda el rea de cobertura sobre la cual presta sus
58
servicios y tendra un coste demasiado elevado el tener personal disponible las 24 horas y los 7 das para atender un requerimiento ante una falla existente; o as mismo es factible que esto pueda suceder a menor escala, como por ejemplo un campus universitario, colegio o una empresa que tiene diversas sucursales en diferentes sitios geogrficos de la ciudad. Esta situacin es una de las aplicaciones de RMON, en donde no es necesario estar presente o desplazarse fsicamente para conocer el estado de la red o tomar las medidas necesarias con analizadores y protocolos y con los datos obtenidos o entregados por este monitoreo, enviar las personas necesarias para el mantenimiento necesario, al igual que los instrumentos y materiales que se consideren indispensables para llevar a cabo la accin de mantencin. Se encuentra especificado en varios RFCs, los cuales se listan a continuacin, junto con la referencia acerca de lo que tratan de acuerdo a lo recopilado por (Toledo, 2007): 1757 2819 2021 1513 2895 2896 3144 2074 2613 MIB RMON ara Ethernet Modificacin del anterior MIB para RMON v2 Extensiones Token Ring para la MIB de monitoreo de red remoto MIB RMON de referencia para identificadores de protocolos MIB RMON con macros para identificadores de protocolos Extensiones a la MIB para monitores de parmetros de interfaz Identificadores de protocolo RMON Extensiones a la MIB de RMON para redes conmutadas v1.0
En el modelo RMON, los dispositivos de monitoreo se identifican como un agente que monitorea un segmento de red mediante acciones como: recopilar estadsticas, verificacin de variables definidas por el usuario, las cuales al exceder un valor determinado se encargan de activar una alarma y se comunican va SNMP con una estacin de administracin central. Este agente RMON puede estar incluido dentro de un hardware de red como switches o routers, o dentro de hardware dedicado como una sonda o un monitor; inclusive puede ejecutarse sobre estaciones host en segmentos de red. Por lo tanto a medida que las redes se convierten en ms complejas, los estndares RMON se vuelven una herramienta esencial para la gestin. La versin original de RMON (v1), soporta el monitoreo de trfico a travs de la capa de enlace del modelo OSI y por lo tanto su utilidad es limitada, debido a que el agente solo est en capacidad de de analizar el trfico de un segmento de la red mas no de identificar los hosts que se encuentran fuera de dicho segmento.
59
RMON2, mejora la anterior situacin, puesto que soporta las capas de aplicacin y de red, con lo cual es posible administrar una red ms amplia, aunque no soporta las tecnologas de alta velocidad. No obstante, provee una visin ms compleja del trfico de red, gracias a la forma de agrupar los diversos protocolos que en la capa de red existen como IP, IPX, Appletalk, DECNET, entre otros. Tomando como referente, lo anterior, el soportar la capa de red, tiene como ventaja el trabajo y monitoreo en ambientes distribuidos, donde los recursos se encuentran en diversos segmentos de la red, cuya interconexin se establece mediante enrutadores o conmutadores (routers o switchs) y mediante la asignacin de privilegios a los usuarios, es factible acceder a los recursos remotos en este tipo de ambientes. RMON, presente ms funcionalidades que SNMP a nivel de administracin de red y su utilizacin, es orientada hacia organizaciones cuyas redes se consideren demasiado amplias, esto se debe a que la MIB de RMON, agrega nuevos objetos administrables basndose en los mecanismos de SNMP, adems de soportar agentes que no se encuentren conectados de manera constante al software de red. Entre las caractersticas de RMON se pueden definir las siguientes: Operacin offline, en donde la MIB RMON, puede configurarse para recolectar informacin estadstica o ejecutar diagnsticos de manera constante inclusive cuando no hay comunicacin con el gestor o esta no es la adecuada. Monitoreo anticipado, cuando el dispositivo gestionado posee los recursos suficientes, puede realizar diagnsticos y registrar el funcionamiento o desempeo de la red. El almacenamiento de estadsticas histricas acerca de fallos, le permite a la estacin gestora realizar diagnsticos para solventar el problema existente. Deteccin y reporte de problemas, el monitor, permite configurarse para reconocer condiciones de error y verificarlas de manera continua, de tal manera que cuando una de ellas ocurre, el evento se registra y notifica a las estaciones gestoras de diversas maneras. Datos de valor agregado, los dispositivos de monitoreo de red remoto puede adicionar valor significativo a los datos recolectados, destacando los host que posiblemente se encuentren generando cantidad de trfico de errores y de esta manera dar la posibilidad al gestor de resolver los problemas existentes a travs de la informacin necesaria que brindan los dispositivos gestionados.
60
Gestores mltiples, es posible realizar un monitoreo mediante la implementacin de varias estaciones gestor y con diferentes funciones, permitiendo de esta manera el uso adecuado de recursos concurrentes.
Leccin 12. Control de dispositivos de monitoreo de red remoto y gestin de tablas Debido a la complejidad existente en RMON, es factible que el usuario pueda parametrizar o configurar muchas funciones y por lo tanto, la MIB, tiene en su estructura una cantidad considerable de tablas a nivel de control como de datos, las primeras con privilegios de lectura y escritura y las segundas solo de lectura. A continuacin se presenta un ejemplo de parametrizacin de una tabla denominada Host1ControlTable y otra Host1DataTable, para monitorear el Host1, por lo tanto las dos tablas contendrn los siguientes objetos en las columnas: Tabla 3.1. Columnas de Host1ControlTable y Host1DataTable Host1ControlTable Host1ControlIndex: ndice de la fila Host1ControlParameter: Parmetro de configuracin que se aplica a todas las filas de datos controladas por eta fila de control Host1ControlOwner: propietario de la fila Host1ControlStatus: Estado de la fila Host1DataTable Host1DataControlIndex: ndice de la fila, su valor es el mismo de Host1ControlIndex Host1DataIndex: ndice de la fila. Define una entrada concreta de entre todos los datos recolectados en un mismo control de fila
Host1DataValue: Valor almacenado en esta entrada Host1ControlTable
Host1Controlindex Host1ControlParameter Host1ControlOwner Host1ControlStatus 1 5 Monitor valid (1) 2 26 Gestor1 valid (1) 3 19 Gestor1 valid (1) Host1DataTable Host1Dataindex 1 1 2 3 4 5 1 2
Host1DataControlindex 1 2 2 2 2 2 3 3
Host1Datavalue 46 96 85 77 27 92 86 26
61
Creacin de adicin de filas: Si la estacin gestora intenta crear una fila nueva y el ndice no existe, la fila se crea con estado create-request. El agente pasa al estado de UnderCreation y permanecen en este estado hasta terminar de crear todas las filas de la configuracin. El gestor las pasa a valid. En caso de que el ndice ya exista o que se cree una fila que tiene un ndice que est en create-request, se genera un error o invalid.
Modificacin o eliminacin de filas: El propietario, la pasa al estado invalid a travs de un SetRequest. Se pasa a UnderCreation. Se realizan las modificaciones necesarias o la eliminacin.
Ejercicio Desarrollar el algoritmo para los procedimientos de adicin y modificacin o eliminacin de filas Leccin 13. MIB de RMON En RMON, la MIB se encuentra organizada en varios grupos, en donde existe cualquier cantidad de tablas de control y de datos. Esta MIB, se adiciona como un subrbol dentro de la MIB II con el identificador 16 y se divide en 9 grupos que son: 1. Statistics, 2. History, 3. Alarm, 4. Host, 5. HostTopN, 6. Matrix, 7. Filter, 8.Capture, 9. Event. Sin embargo se considera un grupo adicional denominado Token Ring, cuya funcin es monitorear la configuracin de la subred Token Ring y los objetos gestionados, tienen su utilidad en el soporte de monitorizacin remota. Statistics Mantiene estadsticas de trfico y de errores para cada subred monitorizada por el agente. Solo tiene objetos definidos para interfaces Ethernet, de acuerdo al RFC1757, sin embargo es factible que en el futuro algunos grupos puedan seguir el mismo modelo para interfaces Token Ring y FFDI. Las estadsticas se toman de manera libre, iniciando alguno de los contadores en cero, cuando una entrada vlida se crea. Algunos de los contadores que pertenecen a este grupo son:
62
etherStatsDropEvents: Eventos de descarte de paquetes por falta de recursos. etherStatsPkts: Nmero de paquetes recibidos etherStatsBroadcastPkts: Nmero de difusiones recibidas etherStatsMulticastPkts: Nmero de paquetes multidestino recibidos etherStatsCRCAlignErrors: Nmero de paquetes de tamao correcto pero con errores de redundancia cclica (CRC) o de alineamiento. History Este grupo, define funciones de muestreo para las interfaces del monitor, se compone de dos tablas historyControlTable, que identifica la interfaz y los detalles de la funcin de muestreo y etherHistoryTable, quien registra los datos. Se encarga de almacenar muestras peridicas de estadsticas de la informacin que se encuentra en el grupo statistics. La especificacin recomienda que se obtengan al menos dos entradas en historyControlTable con un intervalo de 30 segundos, con el fin de detectar cambios repentinos en el modelo de trfico y otra con un periodo de 30 minutos que facilite monitorizar el rgimen permanente de interfaz. Alarm Se encuentra formado por una sola tabla denominada alarmTable y establece rangos de muestreo y lmites de alarma para cualquier contador o entero registrado en el agente RMON. El lmite de alarma indica que si sobrepasa este valor, se genera un alarma, cuya seal se enva a la consola central y se genera un evento en el grupo Event, tal es el caso cuando se define como lmite el envo de 300 errores de tipo CRC durante un tiempo de 3 minutos. Cada entrada de la tabla indica una variable especfica para ser monitoreada, la informacin de control del proceso de muestreo y el valor obtenido ms reciente. Entre los objetos de la tabla alarm se encuentran: alarmIndex: ndice de la alarma alarminterval:Periodo de muestreo alarmVariable: Variable a muestrear alarmValue: Valor muestreado en el ltimo periodo
63
alarmRisingThreshold y alarmFallingThreshold: Valores de las alarmas cuando traspasan los umbrales establecidos, tanto en aumento como en decremento. En RMON, la estacin de gestin al igual que el monitor, pueden establecer nuevas alarmas, mediante la creacin de nuevas filas en la alarmTable y en cada fila la combinacin entre variable, intervalos de muestreo y umbrales debe ser nica y una vez se encuentre activada la alarma, se activa un mecanismo que evita que pequeas fluctuaciones cercanas al umbral la puedan activar de manera repetitiva. Host Contiene contadores para varios tipos de trficos hacia o desde los hosts conectados a la subred y mantienen informacin de los hosts especficos en una red local tales como errores recibidos, paquetes enviados, recibidos, entre otros. El monitor descubre nuevos hosts en la red observando las direcciones MAC del origen y del destino. Se encuentra conformado por tres tipos de tablas: HostControlTable: informacin de control relacionada con los host HostTable: almacena los datos de los hosts indexados por la direccin MAC HostTimeTable: Contiene los mismos datos de HostTable, pero la ordenacin se realiza acorde a la creacin de la fila o sea en el orden en que los encontr el monitor. El monitor, adiciona filas cada vez que descubre un host y en caso de falta de recursos, elimina la fila o entrada ms antigua asociada a la interfaz. HostTopN Presenta estadsticas ordenadas que informan de los hosts que encabezan una lista basada en algn parmetro, por ejemplo N los hosts que han recepcionado mayor cantidad de errores, o los 10 hosts que transmiten la mayor parte del trfico en un intervalo de tiempo dado; entre otros. Las estadsticas se obtienen a partir del grupo Host y el conjunto de ellas que se recopilaron en un intervalo de muestreo se denomina reporte o informe, donde los resultados presentados son exclusivamente de una sola variable.
64
El reporte lista los hosts de una subred con la mayor tasa de cambio en una variable en particular y una vez generad el reporte queda disponible para la estacin de gestin con privilegio de solo lectura. Los campos de la tabla hostTopNTable son: hostTopNReport: Define un informe particular y corresponde a una fila de hostTopNControlTable. hostTopNindex: Define una fila entre las filas generadas en el informe de cada host hostTopNAddress: Indica la direccin MAC del host hostTopNRate: Cambio en la variable seleccionada durante el intervalo de muestreo. Para iniciar la preparacin del reporte, la estacin gestora crea una fila en la tabla de control especificando: La variable para calsificar (hostTopNRateBase), el periodo de muestreo (hostTopNDuration y stTopNTimeRemaining) y cuando este ltimo es equivalente a 0, se calcula en reporte. Si la estacin gestora requiere otro reporte, entonces stTopNTimeRemaining debe ser equivalente a stTopNDuration y se eliminan de manera consecutiva los datos para generar un nuevo informe.
Matrix Guarda la informacin de uso y de errores en forma matricial, de tal manera que el administrador puede solicitar informacin respecto a cualquier par de direcciones de red, como por ejemplo el conocer que dispositivos hacen mayor uso del servidor. El grupo matriz contiene tres tablas: matrixcontrolTable: Contiene objetos como: matrixControlIndex, que almacena un entero diferente para cada fila de la tabla; MatrixControlDataSource, cuyo valor permite identificar la subred o interfaz de la fila, matrixControlTableSize, que indica el nmero de filas en las tablas MatrixSDTable y MatrixDSTable asociadas a esta fila y matrixControlLastDeleteTime: Valor de sysUpTime correspondiente a la ltima vez que se borr una entrada de matrixSDTable y matrixDSTable asociada a la fila.
65
matrixSDTable: Encargada del manejo de informacin del trfico desde un host a todos sus destinos. matrixDSTable: Encargada del manejo de informacin del trfico desde cualquier host a un destino. Filter Le permite al monitor observar paquetes que se ajusten a un filtro especificado, el monitor pueden capturar todos los paquetes que pasen por el filtro o almacenar estadsticas sobre ellos. De igual manera le permite al gestor configurar al monitor para que observe paquetes seleccionados sobre una interfaz particular denominada filtros y se pueden combinar mediante operaciones lgicas como AND y OR. Se trabajan dos clases de filtros: Datos y Estados. El filtro de Datos es utilizado mediante una plantilla binaria la cual se compara con una parte del paquete y el de Estados, clasifica los paquetes en base a su estado, el cual puede ser: Vlido, Error de CRC, entre otros. La secuencia de paquetes que pasa el test se denomina canal y se mantiene una cuenta sobre los paquetes, de tal manera que se puede configurar el canal para generar un evento (grupo Event), cuando lo atraviese un paquete y el canal est en el estado enabled. Los paquetes pueden ser capturados si el mecanismo de captura ha sido definido en el grupo capture. De lo anterior, se puede deducir que un canal est definido por un conjunto de filtros, cada paquete atraviesa los filtros definidos por cada uno de los canales y la forma en que se combinan los filstros de un canal viene definida por el cannelAcceptType o AcceptMatched, este ltimo cuando el paquete cumple al menos uno de los filtros asociados o acceptFailed cuando se acepta el paquete solo si no cumple ninguno de los filtros asociados. Este grupo tiene dos tablas de control: channelTable y filterTable. Packet capture El grupo se encuentra relacionado con la organizacin de los buffers para la captura de paquetes segn el tipo de filtro. Se utiliza para establecer un esquema de almacenamiento en buffers, para la captura de paquetes de uno de los canales del grupo anterior (filter). Existen dos tipos de tablas: bufferControlTable, que detalla la funcin buffering, definiendo un buffer por canal, el cual se emplea para capturar y guardar los
66
paquetes de un canal y captureBufferTable, encargado de almacenar los datos del buffer. Event El grupo event, contiene una tabla de todos los eventos generados por el agente RMON y la activacin de los mismos se genera en otros grupos de la MIB y por lo tanto los eventos pueden desencadenar acciones en otros lugares de la MIB, generar un trap SNMP y registrar la informacin dentro de este grupo. Contiene dos tablas, una de control denominada eventTable, y una tabla de datos llamada logTable, que contiene informacin acerca del tiempo de ocurrencia del evento y una descripcin textual acorde a la implementacin. Leccin 14. Formato Estndar de Alerta RMON v2 Surge como una especificacin de la MIB de RMON con el fin de monitorizar trfico de protocolos por encima del nivel MAC o fsico y se encuentran definidos en los RFCs 2021 y 2074, el primero que se basa en el monitoreo remoto de la MIB 2 mediante el uso de SMIv2 y el segundo en el monitoreo remoto de red de la MIB mediante el uso de identificadores de protocolo. Lo anterior implica que se decodifiquen paquetes de protocolos superiores al nivel 1y bsicamente entre los niveles 3 y 7 de OSI, No obstante, como RMON v2 es una extensin de la MIB de RMON, solo se adicionan al rbol de la MIB, los nuevos protocolos, La tabla siguiente, indica los grupos que se adicionan a la MIB de RMONv2 y su correspondiente descripcin: Tabla 3.2. Grupos adicionales en la MIB de RMON v2 Nombre ProtocoloDir Significado Directorio de protocolos Descripcin Permite almacenar informacin sobre que protocolos pueden ser interpretaos en una sonda RMON2 Estadsticas sobre el nmero de octetos y paquetes que se han transferido para cada protocolo soportado
ProtocoloDist Distribucin de protocolos
67
addressM
Mapa de direcciones
Establece la relacin entre la direccin MAC y la direccin de red con el fin de conocer el tipo de topologa existente. Decodifica paquetes basndose en la direccin IP del Host y las estadsticas que almacena son similares a las del grupo Host de RMONv1 Recoge informacin para cada uno de los protocolos de aplicacin y las direcciones IP Almacena informacin estadstica del trfico entre parejas de hosts (s/n direccin IP) y otras tablas almacenan el topn, de acuerdo a mtricas preestablecidas Similar al anterior, pero a nivel de apliacin Sondea y registra estadsticas y variables de manera peridica de acuerdo a los parmetros definidos por el usuario Implementa la configuracin de RMONv2
nlHost
Host de nivel de red
alHost
Host de nivel de aplicacin
nlMatrix
Matriz de nivel de red
alMatrix
Matriz de nivel de aplicacin
usrHistory
Histrico de usuarios
probeConfig
Configuracin de la sonda
Fuente: TOLEDO Tovar, Alejandro. Gestin de redes Telemticas. Unicauca 2007
ROMNv2, posee caractersticas funcionales con respecto al indexado de tablas, ya que la tabla de datos se indexa como un objetos externo, obviando la relacin con el campo respectivo en la tabla de control y el indexado de manera temporal permite que solo se obtengan los datos de aquellos valores que han cambiado desde la ltima consulta. Por otra parte, se adicionan algunos objetos a las tablas de control como es createTime, el objeto droppedFrames, en algunas tablas y el objeto filterProtocoldirLocalIndex, a filterTable.
68
Leccin 15: Herramientas y plataformas de gestin SNMP Como se indic en lecciones anteriores, al inicio de la gestin de red, cada uno de los fabricantes desarrollaba sus propios software de gestin para cada dispositivo, sin embargo esta labor se converta en algo tedioso, ya que se requera que cada dispositivo a ser gestionado necesitaba el desplazamiento constante para su verificacin, por tal razn con la estandarizacin de la gestin a travs de SNMP, se tiene la posibilidad de que las redes pudieran ser gestionadas desde un solo lugar, centralizando de esta manera la gestin de toda la red y los dispositivos existentes en ella y facilitando su acceso desde una intranet o una extranet y haciendo de este tipo de herramientas algo vital para los administradores de redes de telecomunicaciones. No obstante, se indican algunos software de gestin a nivel comercial y no comercial puesto q existen una gran cantidad de ellos, destacando las caractersticas ms relevantes de los mismos. SOFTWARE COMERCIAL SNMPc Segn el sitio web de TELNET, SNMPc es una aplicacin desarrollada por CastleRock que permite la gestin va SNMP de multiples equipos. La empresa TELNET ofrece dicha aplicacin como suministrador junto con la configuracin de los ficheros .MIB y plugins de visualizacin propietarios correspondientes a toda la gama de equipos disponibles. La aplicacin SNMPc se encuentra disponible en los formatos Enterprise y Workgroup. La diferencia radica en el nmero mximo de equipos soportados y en opciones adicionales como Consola o Poller remotos que nicamente la opcin Enterprise facilita. (TELNET). En el momento se encuentra en la versin 7.2 y existe una versin online 2009 Para mayor informacin sobre esta herramienta, puede consultar en el sitio web de Telnet http://www.telnet-ri.es/productos/transporte-sdh-10g-y-xwdm/snmpc/ o en el sitio web de castelrock http://www.castlerock.com/ . De igual manera, los siguientes links, contienen tutoriales sobre el manejo de la herramienta en cuestin: http://www.youtube.com/watch?v=gahR4_GBYNs (Parte 1/3) http://www.youtube.com/watch?v=hgScQGoeNwk&feature=related (Parte2/3)
69
http://www.youtube.com/watch?v=dAeHuwVSsz0&feature=related (Parte 3/3) Existe una versin shareware, para descarga del software propietario, que al culminar el tiempo de evaluacin, convierte de manera automtica a la versin express del mismo. Router IP Console Es una herramienta, que implementa snmp para administracin para administracin y control de dispositivos de interconexin IP, soportando las versiones 1,2c y3 de snmp. Este software soporta algunas funciones extras de routers CISCO, implementa la mayora de funciones descritas sobre snmp y permite exportar los datos en Excel. Es desarrollado por innerdrive solutions LLC. Es software propietario y en el momento se encuentra disponible en la versin 4.0, en tres ediciones diferentes, de acuerdo a la cantidad de dispositivos que se desean monitorear. Posee una versin shareware para descargar desde su sitio web, en la siguiente direccin: http://innerdive.com/downloads/ Para mayor informacin acerca de la herramienta, se pueden dirigir a: http://innerdive.com/products/router_ip_console/ ipPulse De acuerdo con el sitio web Softonic, ipPulse es una herramienta de monitorizacin remota para el estado de cualquier dispositivo conectado a una red IP. El programa usa una gran variedad de mtodos, incluyendo consultas SNMP, Pings, o conexiones al puerto TCP. IpPulse, alerta de fallos mediante el uso de varias tcnicas, que van desde mensajes o alertas audibles, hasta notificaciones de buscapersonas. El software permite controlar el programa de manera remota mediante cualquier aplicacin como telnet o ssh. Informacin adicional disponible en: http://www.nwpsw.com/ippulsemain.html NetDecision MIB Browser Completo buscador de MIB SNMP que activa cargas de la MIB, ofrece herramientas de bsqueda de MIBs y otras operaciones relacionadas con SNMP.
70
Visualiza y controla las operaciones de los datos disponibles a travs de un agente SNMP sobre unos dispositivos administrables como routers, switchs, etc. usando el explorador de la MIB. Entre sus caractersticas se encuentran: Proporciona la capacidad de cargar y ver los mdulos MIB en un rbol MIB. Facilita la que atraviesa el rbol de la MIB. Facilita la realizacin de las operaciones bsicas en SNMP Apoya las solicitudes de mltiples variables. Proporciona una vista fcil de usar de los datos de tabla obtenidos en SNMP. Los datos de la tabla se pueden ver en una ventana independiente. Proporciona un grfico o diagrama que muestra los datos recogidos en tiempo real a travs del tiempo.
Para mayor informacin sobre esta utilidad propietaria, puede dirigirse al sitio web de la compaa netmechanica y encontrar temas relacionados con el aplicativo. http://www.netmechanica.com/products/?prod_id=1009&gclid=CMjh1L54qMCFcHs7QodghVmrQ Figura 3.1. Imagen de NetDecision MIB Browser
Fuente: http://www.netmechanica.com
71
WhatsUp Gold Software de gestin de redes para empresas de todos los tamaos, con monitoreo SNMP y WMI, la mantenibilidad y disponibilidad es de 24/7 para todos los dispositivos de red y genera alertas en tiempo real que permiten ayudar a solucionar inconvenientes antes de que generen problemas para los usuarios finales. De acuerdo con el sitio web de whatsupgold, los muros de fuego y otras tecnologas de seguridad son aplicaciones o dispositivos esenciales una red de telecomunicaciones, pero slo son efectivos si se encuentran trabajando de manera ptima. Esta herramienta permite identificar si existen problemas con la disponibilidad y el rendimiento de dichos elementos en el permetro IP. El sitio web de esta herramienta e informacin adicional o complementaria est disponible en: http://es.whatsupgold.com/ y se recomienda su visita, ya que ofrece servicios de demostracin sobre el uso de la herramienta, al igual que una amplia variedad de informacin til para los administradores de redes, destacando entre ellas el portal de ingeniera de redes. Software gratuito De igual manera, que existen aplicaciones propietarias, es factible conseguir software libre que gestiones dispositivos mediante el uso de snmp, sobre las cuales se debe consultar dos de ellas. Indistintamente las herramientas que se elijan para la gestin, todas ellas estn provistas de elementos similares y por ende, el conocimiento y uso de alguna de ellas en particular le permiten adquirir las destrezas y habilidades necesarias para poder implementar cualquier software de gestin.
72
ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 1 De acuerdo a los datos tomados acerca del servicio de telecomunicaciones ofrecido por un ISP, un proceso de disponibilidad obtuvo un porcentaje equivalente al 93,5% y la totalidad en el servicio se ha estiamdo en 8350 Horas, si se requiere de un tiempo de servicio, Cul ser el tiempo estimado del servicio?. Calcule el tiempo de parada. Estime el tiempo medio entre mantenimientos correctivos y preventivos Determine el tiempo medio transcurrido entre paradas o interrupciones Calcule la disponibilidad inherente Si se analizaron los tiempos medios de parada desde el punto de vista del usuario y es equivalente a 10,3 Horas y el del departamento de mantenimiento, que se estim en 9,25 Horas, Es factible calcular la disponibilidad lograda y la operacional?.Justifique su respuesta y en caso afirmativo, Realice los clculos necesarios Utilizando un equipo de cmputo desarrolle las siguientes actividades: Busque en Internet el software gratuito ccleaner, Descargue el software, Instale el software, Utilice la herramienta de limpieza del registro, solucione los problemas de registro existentes, por lo general el software le dice que elimine las entradas innecesarias. (No olvide sacar una copia del registro, por cualquier eventualidad) y elimine los archivos temporales. Elabore la tabla: Relacin Actividades/tiempo. Inicie la descarga de un software o documento que tenga aproximadamente 3 o ms Mb de tamao. Cuando vaya cerca del 30% de descarga, desconecte el cable de red del equipo o desactive la inalmbrica. Active la inalmbrica o conecte el cable de red y reinicie nuevamente la descarga Elabore la tabla de fallos en el sistema de comunicaciones y calcule el tiempo de restauracin, describa su concepto acerca de la mantenibilidad ofrecida de acuerdo a los datos calculados. Utilizando el software Wireshark, capture una trama de datos y desarrolle las tablas que se encuentran en el ejercicio de la pg 41. Mencione los 5 puntos que usted considere ms relevantes del RFC 1157.
73
FUENTES DOCUMENTALES DE LA UNIDAD 1
Barringer, P. (1996). Barringer and Associates, Inc.: Reliability Engineering Consulting and. Recuperado el 22 de 07 de 2010, de http://www.barringer1.com/ Dell Inc. (2010). Informacin acerca de Dell OpenManage IT Assistant - Argentina. Recuperado el 15 de 10 de 2010, de http://support.dell.com/support/topics/global.aspx/support/dsn/document?c=ar&cs= rc956939&l=es&s=gen&docid=7B3D0966649B4DA389A52A5330F0566E: http://support.dell.com/support/topics/global.aspx/support/dsn/document?c=ar&cs= rc956939&l=es&s=gen&docid=7B3D0966649B4DA389A52A5330F0566E Microsoft. (s.f.). Technet - Microsoft. Recuperado el 26 de 07 de 2010, de Descripcin de la disponibilidad, la confiabilidad y la escalabilidad: http://technet.microsoft.com/es-es/library/aa996704(EXCHG.65).aspx microsystems, s. (2010). Herramientas de gestin de empresa basada en web WBEM. Recuperado el 15 de 10 de 2010, de http://docs.sun.com/app/docs/doc/817-4899/6mkd3ocna?l=es&a=view: http://docs.sun.com/app/docs/doc/817-4899/6mkd3ocna?l=es&a=view TELNET. (s.f.). Telnet - Redes inteligentes SNMPc. Recuperado el 30 de Agosto de 2010, de Stitio Web de Telnet: http://www.telnet-ri.es/productos/transporte-sdh10g-y-xwdm/snmpc/ Toledo, A. (2007). Gestin de Redes Telemticas. san Juan de Pasto: Universidad del Cauca. Wikipedia. (2010). Web-Based Enterprise Management. Recuperado el 1 de Septiembre de 2010, de Sitio web de Wikipedia: http://en.wikipedia.org/wiki/WebBased_Enterprise_Management
74

ARQUITECTURA DE GESTION DE REDES DE TELECOMUNICACIONES
Justificacin
La unidad 2, pretende dar a conocer la arquitectura de los sistemas de gestin de redes de telecomunicaciones a travs de los diversos modelos de gestin existentes, de tal manera que complemente la parte operativa revisada en la unidad anterior y conocer los principios que soportan las tecnologas vistas, abriendo la posibilidad de que a partir de las arquitecturas existentes, se pueda gestar una herramienta elaborada en un proceso investigativo La evolucin tecnolgica ligada al desarrollo de la industria de las telecomunicaciones, la unin de los computadores y la informtica como apoyo para la operacin de las redes de telecomunicaciones y el soporte para la prestacin de los servicios que se puedan demandar sobre ellas ha generado una complejidad en dichos sistemas y tecnologas y sobre todo la adaptabilidad entre arquitecturas diversas, hace necesario conocer las estructuras de algunos de los modelos existentes para encontrar soluciones ingenieriles y de esta manera satisfacer las necesidades de los clientes y empresas. Afianzar conocimientos referentes a las diversas arquitecturas de las tecnologas para la gestin de redes de telecomunicaciones Propsitos de la unidad Identificar las arquitecturas de las tecnologas para la gestin de telecomunicaciones. Conocer los modelos de gestin distribuida , al igual que el modelo OSI para la gestin Adquirir las habilidades necesarias para administrar una red de telecomunicaciones mediante el uso de los modelos presentados Objetivos de la unidad Conocer las diversas arquitecturas de los modelos de gestin de red Destacar la importancia de la administracin de redes Competencias de la unidad El estudiante identifica los conceptos necesarios para gestionar redes de telecomunicaciones El estudiante reconoce algunas herramientas de gestin
75
El estudiante aplica los conocimientos necesarios para escoger un modelo de gestin Analiza con argumentos la importancia de la administracin de redes de telecomunicaciones Denominacin de captulo 4 Denominacin de Leccin 16 Denominacin de Leccin17 Denominacin de Leccin 18 Denominacin de Leccin 19 Denominacin de Leccin 20 Denominacin de captulo 5 Denominacin de Leccin 21 Denominacin de Leccin 22 Denominacin de Leccin 23 Denominacin de Leccin 24 Denominacin de Leccin 25 Denominacin de captulo 6 Denominacin de Leccin 26 Denominacin de Leccin 27 Denominacin de Leccin 28 Denominacin de Leccin 29 Denominacin de Leccin 30 Modelo de Gestin Distribuida DMTF Modelo de informacin comn Gestin empresarial basada en la Web - WBEM e Interfaz de gestin de escritorio - DMI Formato Estndar de Alerta Gestin del sistema BIOS y Gestin de Windows WMI Herramientas y plataformas de gestin DMTF
Modelo de gestin de red OSI
Generalidades
Modelo de comunicaciones: CMIP Modelo Organizacional Modelo Funcional Modelo de Informacin: GDMO
Administracin de Redes de Telecomunicaciones TMN

Generalidades de TMN
Arquitectura de TMN Bloques funcionales Puntos de referencia Definiciones de los puntos de referencia
76
CAPITULO 4. GESTION DISTRIBUIDA DMTF Introduccin Los fabricantes de dispositivos, han desarrollado labores apropiadas para cada producto, de tal manera que faciliten la informacin del mismo a manera de agentes inteligentes, encontrando que es factible conocer seriales, versiones de sistemas operativos, configuraciones, caractersticas, entre otro tipo de informacin. No obstante, lo anterior es bastante til para la gestin, existe la debilidad en la forma como cada fabricante presenta sus productos dentro del agente a las herramientas de gestin y administracin de la red y del sistema. DMTF por sus siglas en ingls Distribuited Management Task Force, es la fuerza de trabajo conjunta de administracin de sistemas distribuidos, entidad sin nimo de lucro conformada por las industrias dedicadas a promover la gestin empresarial de sistemas y la interoperabilidad de los mismos entre los proveedores de soluciones de gestin. DMTF se dedica al desarrollo adopcin y unificacin de estndares de gestin . El grupo de DMTF tiene el soporte para ms de 130 proveedores de tecnologas para crear nuevas herramientas en el campo de la gestin , al igual que la infraestructura, de tal manera que faciliten la relacin costo-beneficio en la gestin de entornos computacionales. En la actualidad, DMTF, dedica las investigaciones y desarrollo de estndares hacia la orientacin WEB, mediante herramientas como WBEM: Web Based Enterprise Management, DEN: Directory Enabled Networks y pionero en el desarrollo de XML como codificacin de transporte para WBEM. DMTF, centra el desarrollo a travs del entendimiento de los datos de gestin mediante el uso de los sistemas de gestin apropiados. Leccin 16: Modelo de informacin comn Conocido por sus siglas CIM, es un estndar que define el modelo a travs del cual los dispositivos de red, sistemas o aplicaciones entregan informacin acerca de ellos mismos y hacer disponible dicha informacin para las herramientas de administracin, entre la informacin descrita se encuentra: Software de escritorio Configuraciones de hardware Seriales de la CPU
77
Niveles de trfico en puertos
Los grupos que conforman CIM, pretenden eliminar las barreras del manejo propietario de la informacin a travs de un modelo de informacin basado en la orientacin a objetos, de tal manera que cualquier informacin generada por un agente pueda ser modelada y por lo tanto ya no se requiere tener una aplicacin propietaria o una implementacin particular, sino por el contrario se permita el intercambio de informacin de gestin entre agente administrador y viceversa. CIM, se encuentra conformado por el esquema CIM y la especificacin CIM. El esquema incluye modelos para sistemas, aplicaciones, redes y dispositivos y permite que las aplicaciones de los fabricantes y desarrolladores en diversas plataformas puedan escribir los datos en un formato estndar para que sean implementados en cualquier aplicacin de gestin. As mismo, el esquema proporciona las descripciones del modelo y un conjunto de clases con propiedades y asociaciones que proporcionan una infraestructura conceptual en la cual es posible organizar la informacin disponible sobre el ambiente gestionado. Se estructura en tres capas distintas: Esquema de ncleo Esquema comn Esquema de extensin
Esquema de Ncleo Modelo de informacin que captura nociones que son aplicables a todas las reas de gestin. Esquema comn Similar al anterior, solo que se aplica a reas de gestin particular pero independientes de los dispositivos o implementaciones especficas y clasifica en 5 clases o reas su esquema: Sistemas, Aplicaciones, Redes a nivel LAN, Dispositivos, Fsico. Esquema de extensin Representa extensiones del esquema inmediatamente anterior especficas a una tecnologa, cuyos esquemas pueden ser especficos para determinados ambientes, por ejemplo un sistema operativo.
78
En la figura 4.1 que se presenta a continuacin se puede apreciar el esquema de CIM, el cual es una adaptacin del modelo esquematizado por parte del Ing. Alejandro Toledo en el mdulo de Gestin de redes telemticas. 2007 Figura 4.1. Esquema de CIM
sistema Fsico Esquema de Extensin Red Aplicaciones Modelo Ncleo Otro Esquema Comn
Modelo Dispositivo
Leccin 17: Gestin empresarial basada en la Web - WBEM e Interfaz de gestin de escritorio - DMI En concordancia con el modelo presentado, DMTF permite gestionar desde dos tecnologas diferentes y acordes a las necesidades existentes, ellas son WBEM y WMI, las cuales se presentan a continuacin Gestin empresarial basada en la Web WBEM por sus siglas en ingls: Web-Based Enterprise Management es un conjunto de tecnologas para la administracin de sistemas desarrollado para unificar la administracin de entornos distribuidos computacionales y por lo tanto incluye estndares para la gestin de sistemas, redes usuarios y aplicaciones mediante la implementacin de tecnologa internet. De acuerdo a lo anterior, WBEM, se basa en estndares Internet, el estndar CIM, especificacin de codificacin xml-CIM, operaciones CIM sobre el protocolo http y WS-Management. Aunque el nombre se hace referencia a "Web-Based", no necesariamente se encuentra vinculado en modo alguno a una interfaz de usuario en particular,
79
puesto que existen otras formas de administracin de sistemas como son los shells remotos, soluciones propietarias y la gestin de arquitecturas de red como SNMP. De acuerdo a (Wikipedia, 2010) las principales caractersticas de la tecnologa WBEM incluyen: Gestin remota de aplicaciones Gestin de varias instancias de una solicitud como una sola unidad Interfaz estndar para la gestin de aplicaciones remotas a travs de diferentes aplicaciones Disociacin de la gestin de las aplicaciones del cliente Publicacin de la informacin clave acerca de una aplicacin a otras aplicaciones
Oportunidad de consulta A continuacin se presenta una situacin que permite describir la forma de operacin de WBEM, de acuerdo a ello, definir la arquitectura de WBEM y su representacin en un esquema grfico. Se debe tener en cuenta los componentes que se encuentran entre el operador y la forma de manejar un dispositivo (configurarlo, apguelo y encenderlo,colocacin de alarmas, etc.), el hardware real y el software del dispositivo. A un operador ,es factible que se le presenten con algn tipo de interfaz grfica de usuario (GUI), un navegador (BUI), o una interfaz de lnea de comandos (CLI). La norma WBEM no tiene nada que decir sobre esta interfaz (aunque un CLI para aplicaciones especficas se est definiendo), de hecho, uno de los puntos fuertes de WBEM es la independencia de la interfaz humana, puesto que desde interfaces hombre es factible realizar los cambios sin que el resto del sistema necesite ser consciente de ellos . El GUI, BUI o CLI se conectar con un cliente WBEM a travs de un conjunto de interfaces de programacin de aplicaciones (APIs). Este cliente encontrar el servidor WBEM para el dispositivo controlado (ubicado generalmente en el propio dispositivo) y construir un mensaje XML con la solicitud. El cliente utilizar el protocolo HTTP (o HTTPS) para aprobar la solicitud, codificando a travs de CIMXML, en el servidor WBEM.
El servidor WBEM decodificar la solicitud entrante, realizar la autenticacin

80
necesaria y los controles de autorizacin y luego consulta el modelo creado previamente del dispositivo inicialmente administrado para mirar cmo debe manejarse la solicitud. El modelo est escrito utilizando el modelo estndar de informacin comn. DMTF ha publicado muchos modelos de dispositivos comnmente administrados y servicios entre ellos: IP routers, servidores de almacenamiento, equipos de escritorio, etc.
En la mayora de las operaciones, el servidor WBEM determina a partir del modelo que necesita para comunicarse con el hardware o software existente. Lo anterior es posible gracias a los llamados "proveedores" que son pequeas piezas de cdigo de la interfaz entre el servidor WBEM (utilizando una interfaz estandarizada conocida como CMPI) y el hardware o software real. Dado que la interfaz est bien definida y el nmero de tipos de llamadas es pequeo, normalmente es fcil escribir los proveedores. En particular, el escritor no conoce acerca de la interfaz grfica, BUI, o CLI que est siendo utilizada por el operador. Para el desarrollo de la actividad debe tener en cuenta los componentes como son Servidor, Host, Proveedores de tecnologa, router, cliente u operador y el CIMON (CIM Object Manager) Interfaz de gestin de escritorio Se considera como una estrategia de DMTF para hacer a los Hosts ms gestionables, este estndar permite describir y acceder a la informacin de todos los tipos de Hosts y componentes del mismo. Se encarga de proporcionar un camino comn para el soporte tcnico, Administradores de Tecnologas de informacin y usuarios; de tal manera que se obtenga un acceso a la informacin sobre todos los aspectos del equipo y por lo tanto, DMI proporciona un formato comn para describir ms de 80 mil productos existentes en el mercado de la tecnologa. El resultado de la gestin desarrollada por DMI es un sistema con nmero de beneficios para los usuarios de computadores, la industria relacionada. La primera versin de DMI (v1.0), se emiti en 1994 y proporcion un estndar para describir y obtener informacin de un PC aislado. La segunda versin (v2.0) se complemento agregando capacidades remotas de tal manera que le facilit el trabajo a los tcnicos de soporte para atender problemas de manera remota, mediante la implementacin de DMI, para acceder a la informacin sobre cualquier
81
sistema en red. Adicional a ello, ofrece una solucin de gestin multiplataforma completa y en la actualidad se pretende crear una solucin para la gestin soportada en Internet. Arquitectura DMI, incluye los siguientes elementos: Capa de Servicio Programa local que maneja los requerimientos de las diversas aplicaciones de gestin, recopilando la informacin requerida de la Base de datos MIF o pasando solicitudes a los productos gestionados como sea necesario. Aplicaciones de gestin Programas remotos o locales para cambiar, interrogar, controlar, seguir y listar los elementos de un sistema de escritorio. Interfaz de gestin Se encuentra localizada entre la capa de servicio y las aplicaciones de gestin, como diagnsticos locales, programas de instalacin aplicaciones de gestin de escritorio y aplicaciones de gestin LAN Productos gestionables Hardware, software o perifricos que son parte de o estn unidos a un computador de escritorio o a un servidor de red. Interfaz de componente Es la frontera entre la capa de servicio y los productos gestionables a nivel de hardware como unidades pticas, discos duros, procesadores, etc y a nivel software como paquetes ofimticos, sistemas operativos, etc. Base de Datos MIF Es el Formato de Administracin de Informacin y contiene todo lo relacionado con los productos en el sistema. Esta informacin proviene de los archivos MIF que son proporcionados con cada producto gestionable. Leccin 18: Formato Estndar de Alerta Se lo conoce con el nombre de ASF al formato de estndares de alerta por las siglas en ingls (Alert Standard Format) ,es un estndar de administracin DMTF
82
que especifica tcnicas de alerta "previas al sistema operativo" o "sin sistema operativo". El estndar se encuentra diseado para generar una alerta ante condiciones potenciales de error y de riesgo para la seguridad cuando el sistema operativo se encuentra en estado de reposo o el equipo est apagado. El ASF est diseado para sustituir tecnologas de alerta previas que funcionan sin el sistema operativo. La tecnologa de ASF, inicia con lo que se denomin Alert On LAN (AOL), desarrollada por IBM e Intel en 1997 de una manera unidireccional, permitiendo enviar los reportes de los dispositivos gestionados hacia las consolas nicamente; posteriormente en la segunda versin, AOL2, desarrollada por Intel, se agrega la gestin de manera bidireccional y se mantiene hasta el ao de 2001, en donde la DMTF, la estandariza y su diseo se orienta hacia la gestin de sistemas que se encuentren en el estado de sistema operativo ausente (OS Absent), trmino que hace referencia al estado de un computador cuando su SO, no es completamente operacional, tal es el caso de los sistemas ubicados en secuencias de booteo, estado de hibernacin o de falla de carga del SO. Los estndares definidos en ASF y basados en interfaces le permiten a los proveedores de propuestas de alertas y acciones correctivas implementar sus productos garantizando la interoperabilidad. La operacin entre el cliente y la consola de gestin se realiza con las siguientes interfaces: Mensajes transmitidos por el cliente Solicitudes de mantenimiento enviados al cliente, junto a la respectiva respuesta asociada a la solicitud. Datos de la descripcin de las capacidades y caractersticas del cliente Software utilizado para configurar o controlar el cliente en el estado de OS presente o activo
Adicional a lo anterior, existe un nivel de interoperabilidad entre los componentes de alerta de un cliente: Mtodos de firmware que se usan para comunicar las capacidades del sistema con el dispositivo de alerta de OS presente El formato de los mensajes enviados entre las diversas tarjetas existentes en el PC o add-in card , el sistema local y los sensores del sistema local.
En la siguiente figura se puede apreciar la gestin que se realiza en un PC, que tiene conectado a l un dispositivo que es una tarjeta de red (NIC)
83
Figura 4.2. Componentes del sistema de alerta
Alertas desde el cliente a la consola Acciones e instrucciones de conectividad desde la consola Conexin en la board de una Tarjeta de red
Servidor de Administracin (Ejecutando Consola)
Equipo Cliente
Como se puede apreciar en el diagrama (imgenes tomadas en su orden de http://www.xataka.com, http://www.teknologia.cl, http://www.wilkinsonpc.com.co ), cuando se adiciona un dispositivo de envo de alertas, en este caso una tarjeta de red a un cliente gestionado con capacidad ASF, dicho dispositivo se configura con la configuracin hardware especfico del cliente antes de que el dispositivo pueda usar apropiadamente los factores de alerta y responder a solicitudes remotas de mantenimiento. De esta manera el cliente necesita el estado del SO presente para permitir que se ejecute el software de configuracin del dispositivo y almacene informacin especfica del sistema dentro de la memoria no voltil del mismo. La configuracin, tambin facilita una interfaz para que el usuario del sistema identifique la direccin IP de la consola de gestin a la cual se van a enviar los mensajes de alerta del cliente gestionado, entre los que se encuentran: Mensajes de la BIOS Notificaciones de fallas en el OS Seales del sistema en up Interconexin de red Alertas de temperatura Alertas de voltaje
Adicional a lo anterior, ASF, ofrece capacidades de control remoto, las cuales le permiten al gestor encender, apagar, resetear un equipo.
84
Para lograr su cometido y establecer la comunicacin y el desarrollo de gestin, ASF implementa dos protocolos de red denominados: PET y RMPC. Plataform Event Trap - PET El protocolo PET se utiliza para el envo de alertas a la consola, el cual utiliza una PDU que tiene un SNMP Trap para llevar la informacin de gestin del sistema y cubren diversas actividades del sistema de bajo nivel, entre ellas: Eventos del ambiente (Temperatura, voltaje, ventilacin) Eventos del Sistema Operativo como fallos en el arranque o en la secuencia de booteo Errores de la CPU, como si el procesador ha sido removido o no est funcionando Errores del firmware del sistema (incluye problemas en la RAM o el Disco Duro) Intromisin al chasis Seales de presencia en el ambiente de gestin.
Remote Management Control Protocol - RMCP El protocolo para control y administracin remota, se basa en UDP para controlar el sistema cuando el cliente est en SO ausente, entre las operaciones que realiza se encuentran: Resetear Encender y apagar Re-bootear a multiples paths
La consola de gestin deben utilizar los mtodos RMCP slo si el cliente gestionado no responde a los mtodos de So presente debido a que estos mtodos estn basados en hardware y pueden provocar la prdida de informacin en el cliente. Leccin 19: Gestin del sistema BIOS y Gestin de Windows WMI SMBIOS, es el sistema en el cual los vendedores de boards y sistemas presentan la informacin de gestin de sus productos hardware en un formato estndar al extender la interfaz BIOS en los sistemas con arquitectura Intel. Lo anterior, permite entregar la informacin existente a las aplicaciones de gestin usando DMI o CIM o accesos directos, eliminando de esta forma las operaciones que son susceptibles a errores o fallos.
85
La especificacin SMBIOS, tiene como fin de que los desarrolladores de BIOS, implementen las necesidades de entrega de informacin acerca del hardware y la informacin relacionada con el sistema para que esta pueda ser suministrada al usuario de la interfaz definida. As mismo SMBIOS, pretende facilitar la informacin suficiente a los desarrolladores de instrumentos de gestin para desarrollar software especfico que permitan llevar del formato SMBIOS a diversas tecnologas como DMTF, DMI, CIM u otra diferente. El acceso a la informacin SMBIOS, se hace mediante dos mtodos diferentes: Interfaz funcional plug and play Tabla de acceso
A nivel de la interfaz plug and play, SMBIOS, sigue el modelo de System Device Node y utiliza funciones plug and play para acceder a la informacin DMI. Cada una de estas funciones estn disponibles en modo real y en modo 16-bits protegido. A continuacin se describen en la tabla las funciones SMBIOS en plug and play Tabla 4.1. Funciones SMBIOS Funcin SMBIOS Nmero de funcin 50h Descripcin Requerido u opcional
GET_DMI_INFOR MATION
Retorna el nmero de estructuras, el Necesario para tamao de la estructura ms larga y la llamar a la revisin SMBIOS interfaz Copia la informacin para la estructura Necesario para especificada en el buffer especfico llamar a la para la llamada interfaz Copia la informacin para la estructura Opcional SMBIOS especificada desde el buffer especfico que lo llama Retorna la informacin de los cambios Requerido para en la estructura SMBIOS al buffer notificar los especfico de 16 bytes cambios en la estructura dinmica
86
GET_DMI_STRUC TURE
51h
SET_DMI_STRUC TURE
52h
GET_DMI_STRUC TURE_CHANGE _INFO
53h
DMI_CONTROL GET_GPNV_INFO RMATION
54h 55h
Controla las acciones del sistema
Opcional
Devuelve la informacin sobre el Requerido para propsito general de rea de soporte GPNV almacenamiento no voltil lee todo el contenido especificado Requerido para GPNV en un buffer especificado por soporte GPNV quien solicita el requerimiento Copia el contenido de bfer de usuario Requerido para especificado en GPNV. La funcin soporte GPNV hace que todo lo especificado se encuentre actualizado Reservado. Debe retornar: Reservado DMI_FUNCTION_NOt_SUPORTED
READ_GPNV_DA TA
56h
WRITE_GPNV_D ATA
57h
Reservado para uso futuro
58h 5Fh
De la tabla anterior, las tres primeras funciones conforman la interfaz de acceso a la estructura SMBIOS. Oportunidad de consulta De acuerdo a la siguiente tabla, complementar la descripcin de cada uno de los cdigos mencionados Cdigo DMI_SUCCESS DMI_UNKNOWN_FUNCTION valor 00h 81h Descripcin
DMI_FUNTION_NOT_SUPPORTED 82h DMI_INVALID_HANDLE DMI_BAD_PARAMETER DMI_INVALID_SUBFUNCTION DMI_NO_CHANGE DMI_ADD_STRUCTURE_FAILED 83 84h 85h 86h 87h
87
DMI_READ_ONLY DMI_LOCK_NOT_SUPPORTED DMI_CURRENTLY_LOCKED DMI_INVALID_LOCK
8Dh 90h 91h 92h
En cuanto a la tabla de acceso, la convencin de tabla permite a las estructuras SNMBIOS acceder a ellas bajo modos de proteccin de 32 bits en sistemas operativos como Windows con arquitectura NT. Esta convencin provee un punto de entrada rastreable, el cual tiene un apuntador hacia las estructuras SNMBIOS empaquetadas que se encuentran residentes en alguna parte de la memoria fsica direccionada. Otra forma de gestin, se denomina Instrumentacin de Gestin de Windows WMI, la cual se considera como la implementacin de la iniciativa WBEM (Web Based Enterprice Management) del DMTF que extiende el modelo CIM (Modelo Comn de Informacin) que representa objetos en entornos de gestin de Windows y es un estndar de objetos de gestin en una forma consistente y unificada. De acuerdo a lo anterior, WBEM basado en el CIM establece estndares de infraestructura de gestin y brinda una manera estandarizada para acceder a la informacin de varios sistemas de gestin a nivel de hardware y software en un entorno empresarial. Mediante el uso de este tipo de herramientas y tecnologas, es posible reducir la complejidad y costos de gestin. WBEM, permite un punto de integracin mediante el cual se puede acceder a los datos que proceden de diversas fuentes de gestin, permitiendo complementar y extender los protocolos de gestin e instrumentacin como SNMP, DMI y CMIP. Tecnologa implementada WMI, es una infraestructura de gestin que soporta la sintaxis de CIM, el formato de administracin de Objetos MOF y una interfaz de programacin comn, de tal manera que MOF, define la estructura y el contenido del esquema CIM de una manera fcil de leer. Entre los servicios que ofrece WMI se encuentran recuperacin de informacin basada en consultas y notificacin de eventos, los cuales son accedidos a travs e una interfaz denominada COM (Component Object Model).
88
Arquitectura WMI La tecnologa WMI se compone de: Infraestructura de gestin Proveedores WMI
La infraestructura de gestin incluye CIMON (CIM Object Manager), el cual proporciona a las aplicaciones acceso uniforme a los datos de gestin y un rea de almacenamiento central para datos de gestin denominado repositorio. Los proveedores WMI, actan como intermediarios entre el CIMON y los objetos. Al usar las APIs de WMI, los proveedores proporcionan al CIMON los datos de los objetos, determinando requerimientos de las aplicaciones de gestin y generando notificaciones de eventos. La comunicacin entre las aplicaciones de gestin y los proveedores es ms fcil en WMI, debido a la interfaz de de programacin comn para los servicios de gestin de Windows mediante el uso de COM, la cual notifica los eventos y servicios de procesamiento de requerimientos, el repositorio mantiene los esquemas CIM y de extensin e informacin de datos, al igual que las fuentes de dicho datos. Los objetos se consideran componentes fsicos o lgicos que son modelados usando CIM y las aplicaciones de gestin pueden acceder a ellos a travs de CIMON. Estas aplicaciones son aplicaciones o servicios de Windows que procesan o utilizan informacin originada desde los objetos cuando se hace una solicitud al CIMON travs de uno de los mtodos en la api de WMI. Los proveedores WMI son servidores COM y DCOM estndar que funcionan como mediadores entre los objetos y el CIMON, de tal manera que si uno de los objetos no se encuentra disponible en el repositorio o una notificacin de un evento que no es soportada por el CIMON, este ltimo se encarga de hacer la solicitud al proveedor WMI. El manejador de Objetos del Modelo de Informacin Comn CIMON, es el principal componente en la infraestructura de gestin WMI, el CIMON es responsable de manejar la interaccin entre las aplicaciones de gestin y los proveedores de objetos y esta accin la realiza de manera transparente para cada tipo de componente.
89
CIMON soporta APIs para definir instancias y clases y se utiliza el lenguaje MOF para comunicar las clases e instancias del CIMON, evitando trtar con la API de CIMON de manera directa. El CIMON, usa el registro de datos para tres fines: localizar el proveedor, iniciar el proveedor y enviar el requerimiento Proveedores Se define como proveedor a un objeto COM que acta como intermediario entre WMI y un objeto manejado. Se compone de clases definidas en el esquema MOF y de un archivo DLL, el cual lleva a cabo las funciones del proveedor. El proveedor puede venir preinstalado con un objeto manejado o puede ser creado por un desarrollador de tipo personalizado para usarse con una tecnologa nica. WMI, soporta diversos tipos de proveedores, siendo la principal diferencia el tipo de informacin enviada y recibida entre el proveedor y WMI. Los proveedores se pueden considerar como servidores COM estndar y tienen alguna de las siguientes propiedades: Librera de enlace dinmico (DLL) Servicio Microsoft basado en tecnologa NT a nivel local o remoto* Archivo ejecutable estndar local o remoto (archivo .exe)
* Se nombra a Microsoft puesto que WMI es una implementacin propietaria de la misma empresa sobre WBEM. A continuacin se citan en la tabla los tipos de proveedores existentes para este tipo de tecnologa: Tabla 4.2. Tipos de proveedores Tipo de Proveedor Instancia Clase Definicin Informacin proporcionada
Mtodo
Informacin de instancias Maneja una clase o conjunto de clases de WMI. La Informacin de mayora de desarrolladores no crean proveedores de clases clase porque es factible cambiar dichas definiciones en toda la empres, sin importar si el proveedor de clase se encuentra instalado en una mquina Implementa los mtodos de una clase WMI. La Implementacin mayora de desarrolladores implementan de mtodos de Maneja todas las instancias en un sistema dado
90
Propiedad
Evento
Consumidor de Evento
proveedores que acten como proveedores de mtodos y de instancias Maneja propiedades especficas de una clase WMI y permiten modificar solo las propiedades de una instancia Maneja objetos que generan eventos WMI. El manejador de eventos, enva los eventos a WMI y a cualquier otro objeto que sea registrado para el evento. Incluyen aplicaciones de gestin en tiempo real que monitorean el estado de la red Maneja objetos consumidores de eventos permanentes. Este es un objeto COM que recibe eventos todo el tiempo sin importar si el consumidor de eventos permanente est activo. Al ocurrid un evento, el proveedor consumidor de eventos localiza el objeto consumidor y carga el objeto en la memoria activa, as que el objeto puede recibir el evento
clases WMI Propiedades de clases WMI Eventos hardware software de y
Localizacin de aplicaciones que reciben eventos WMI
Actividad prctica Para realizar la actividad, se requiere ingresar a las propiedades del servicio, similar a la grfica siguiente: Figura 4.3. Servicio WMI
91
Ingresar a los servicios de Windows e identificar los elementos relacionados con WMI, de acuerdo a lo visto en la presente leccin y completar la tabla siguiente: Nombre Descripcin Estado Actual Tipo de inicio Archivo ejecutable
Monitoreo con WMI WMI, posee tres proveedores preinstalados que monitorean el desempeo del sistema a nivel local o remoto y cada uno de ellos proporciona una versin diferente de los datos del contador de desempeo: Proveedor del contador de desempeo Proveedor del contador cooked Proveedor de monitoreo de desempeo
Proveedor del contador de desempeo Es un proveedor de alto desempeo que proporciona datos del contador sin procesar. A los datos de desempeo se les debe aplicar algoritmos de clculo para producir datos significativos. Est disponible para sistemas operativos Windows 2000 en adelante. Proveedor del contador cooked Consiste en un proveedor de alto desempeo que proporciona datos del proveedor procesados o calculados. Un dato de desempeo cooked, es el mismo dato que aparece en el monitor del sistema en perfmon. Proveedor de monitoreo de desempeo El proveedor de monitoreo de desempeo es un proveedor de instancias y de mtodos que retorna los mismos datos vistos en el monitor del sistema para aplicaciones de gestin. Su desventaja es que no se considera un proveedor de alto desempeo y carece de velocidad y capacidades disponibles en los proveedores de alto desempeo. El S.O. no instala automticamente el proveedor de monitoreo de desempeo, por lo tanto se debe registrar y crear clases e instancias que reciban la informacin desde el proveedor para WMI.
92
Monitoreo de Eventos La infraestructura de eventos de WMI, se encarga de producir notificaciones acerca de los cambios en los datos y servicios de WMI, de tal manera que al utilizar las interfaces de WMI, es factible crear una aplicacin para monitorear los eventos WMI. Los eventos de WMI, son entregados a consumidores de eventos, los cuales son aplicaciones que requieren notificaciones de eventos para realizar una determinada accin cuando ocurre un evento y que pueden ser de dos tipos: Consumidores de eventos temporales Aplicaciones cliente WMI que reciben eventos WMI. WMI incluye una interfaz especial que puede ser utilizada para determinar qu eventos debera enviar WMI a la aplicacin cliente. Se consideran temporales puesto que solo trabajan cuando son cargados por un usuario. Consumidores de eventos permanentes Son aquellos que pueden recibir eventos WMI todo el tiempo y WMI los considera como clases y las instancias de ellos se denominan consumidores de eventos lgicos y sus propiedades determinan las acciones que se deben realizar cuando un evento es notificado pero no define la peticiones de eventos a las que se encuentran asociadas. Estas peticiones se denominan filtros de eventos, que puede estar asociado con muchos consumidores de eventos lgicos y de igual manera, muchos filtros de eventos lgicos pueden estar asociados con un solo consumidor de eventos lgicos, cuya asociacin con los filtros de eventos se denomina instancia de una clase asociacin.
Adicional a todo lo que se ha mencionado, WMI, permite hacer el monitoreo, mediante el envo de eventos temporizados o repetitivos a WMI, el cual ocurre en un momento determinado y se puede llevar a cabo mediante la infraestructura de eventos estndar o a travs de una clase temporizador especializada. Leccin 20: Herramientas y plataformas de gestin DMTF El continuo avance tecnolgico ha permitido la creacin, desarrollo y auge de diversas tecnologas para apoyar la gestin de redes de telecomunicaciones y entre ellas se encuentran las que aplican directamente a DMTF y algunas herramientas y plataformas se describen a continuacin:
93
AOConfig Utilidad basada en el Sistema Operativo Windows y que presenta una interfaz de usuario sencilla y amigable. AOConfig, permite que los usuarios obtengan informacin del Sistema Operativo y del hardware como por ejemplo la board, CPU, memoria, dispositivos PCI, SATA, entre otros. Adicional a ello, da la posibilidad de obtener la versin del BIOS y el firmware para facilitar el mantenimiento o actualizacin de componentes hardware. Solaris WBEM Services 2.5 Solaris WBEM Services 2.5 es la implementacin de Sun Microsystems de WebBased Enterprise Management (WBEM). WBEM es un conjunto de tecnologas de gestin y relacionadas con Internet cuyo propsito es unificar la gestin de los entornos de computacionales de la empresa. Desarrollado por el Grupo de trabajo de gestin distribuida (DMTF), WBEM permite a las organizaciones proporcionar un conjunto integrado de herramientas de gestin estndar que promuevan y sirvan de apoyo a las tecnologas de World Wide Web. Solaris WBEM Services se actualiz a la versin 2.5 en Solaris 9. (microsystems, 2010). Systems Management Server SMS Permite una administracin escalable y rentable de cambio y configuracin para sistemas de escritorio y servidor, basados en Microsoft Windows. Es compatible con la mayora de herramientas de gestin de varias empresas incluyendo otros utilitarios de Microsoft. Facilita la instalacin, configuracin y mantenimiento de redes de cualquier tamao. Para mayor informacin, versin demo y laboratorio on-line puede dirigirse a: http://www.microsoft.com/systemcenter/configurationmanager/en/us/sms.aspx . WinBIOS Utilidad basada en Windows que permite configurar los parmetros de la BIOS cuando se requiera, desde un entorno Windows, de tal manera que permite modificar o establecer los parmetros de la BIOS con una adecuada descripcin de los elementos que ella contiene. DellOpenManage IT Assistant Es una solucin de administracin de grupo de trabajo propietaria para administracin de clientes y servidores dell, la cual consta de una consola de administracin de manejo sencillo y basada en un explorador que le permite al administrador supervisar el estado del sistema de manera rpida. Consta de un
94
motor de descubrimiento robusto que identifica los sistemas, los ubica en el grupo adecuado y proporciona detalles como la configuracin, el sistema operativo y los componentes hardware de estos sistemas. De acuerdo con Dell, IT Assistant es una aplicacin de administracin remota de escritorio y de servidor que emplea la tecnologa de administracin remota ms actual. IT Assistant ofrece administracin de activos, configuracin, eventos, seguridad y almacenamiento para los sistemas Dell y otros sistemas equipados con instrumentacin estndar de la industria. IT Assistant permite especificar fcilmente las partes de la red corporativa que desea supervisar. El proceso de localizar y ver sistemas en la red, denominado deteccin, es extremadamente verstil, con la capacidad para incluir y excluir nodos de red en funcin de una subred, rangos de direcciones o sistemas individuales. Se pueden detectar sistemas en funcin de una variedad de especificaciones de direcciones, incluida la direccin de Protocolo de Internet (IP), la direccin de Internetwork Packet eXchange (IPX) y el nombre de host. Tambin puede configurar sistemas especficos en grupos personalizados que le permitan ver sistemas en funcin de sus propios criterios (Dell Inc., 2010).
95
CAPITULO 5: MODELO DE GESTION DE RED OSI Introduccin El presente capitulo, tiene como objetivo el conocer la arquitectura y estructura del modelo de gestin OSI, encontrando una serie de normas definidas por la ISO, que a la postre constituyen la definicin de los protocolos y servicios necesarios para la gestin de redes en entornos abiertos y por lo tanto van acordes al modelo de comunicaciones denominado OSI, el cual surge como el conjunto de estndares elaborados de manera conjunta entre la ISO y la ITU y su trabajo se basa en la utilizacin de protocolos del nivel de aplicacin para el intercambio de informacin de gestin acorde al paradigma Gestor-Agente. Willian Stallings, en su publicacin SNMP, SNMPv2 y CMIP acerca del modelo de gestin OSI de redes afirma: es conveniente aclarar que la gestin OSI est restringida a componentes OSI en un ambiente OSI, por lo tanto no se puede aplicar a programas de aplicacin, ni a unidades de CD ni a tostadoras. Indicando de cierta manera que este modelo se basa en la orientacin hacia OSI y no tiene aplicabilidad alguna a otro tipo de gestiones de red. Leccin 21: Generalidades Su origen radica en la necesidad de gestionar los diversos protocolos del modelo de comunicaciones OSI y de acuerdo con (Molina, 2010), la complejidad de gestin se traslada al agente teniendo en cuenta las siguientes consideraciones: Se descargan responsabilidades de gestin sobre los agentes El protocolo de gestin permite realizar operaciones complejas. El modelo de informacin es tambin complejo.
De acuerdo a lo anterior, la evolucin de este tipo de gestin permitir realizar una gestin integrada de entornos heterogneos En la siguiente grfica, elaborada por la misma autora (Molina, 2010), se puede observar la forma como se lleva a cabo la gestin en OSI de acuerdo al paradigma Agente - Gestor.
96
Figura 5.1. Gestin en OSI. Gestor - Agente
La Gestin de Sistemas OSI se compone de cuatro modelos, los cuales se citan a continuacin:

Modelo de Comunicacin. Modelo de Informacin. Modelo Funcional. Modelo de Organizacin.
Dichos modelos se van a estudiar y detallar en las siguientes lecciones que se presentan en este mdulo. El primer estndar relacionado con la gestin de red se denomina ISO7498-4 y se emiti por parte de la ISO, el estndar especifica la estructura de gestin para el modelo OSI y afirma que la gestin de sistemas debe cumplir con lo siguiente:
Actividades que permitan a los administradores planear, organizar, supervisar, controlar y responsabilizarse del uso de los diversos servicios de interconexin. Capacidad de responder a los cambios que se necesiten o requieran. Facilidades para asegurar un comportamiento predecible de las comunicaciones. Ofrecer facilidades relativas a la proteccin de informacin y autenticacin de fuentes y destinos en la transmisin de los datos.
97
En trminos generales, los estndares de gestin para sistemas OSI se clasifican en cinco categoras:
Introduccin y estructura de gestin OSI Provee una introduccin de carcter general acerca de los conceptos de gestin. CMIS/CMIP Define el servicio genrico de informacin de gestin (Common Management Information Service CMIS), que provee los servicios necesarios para gestionar las aplicaciones, adems del protocolo genrico de informacin de gestin (Common Management Information Protocol CMIP), encargado de proporcionar el intercambio de informacin, actuando como un soporte para CMIS. Funciones de Gestin de Sistemas Define las caractersticas especficas que debe desempear un sistema de gestin. Modelo de Informacin de Gestin Define la Base de informacin de gestin o MIB, la cual contiene una representacin de todos los objetos bajo el ambiente OSI que se van a gestionar. Gestin de Capas Define la informacin, servicios y funciones de gestin relacionadas con capas especficas del modelo OSI. Tabla 5.1. Terminologa de la gestin OSI Sigla Definicin Propiedad de un objeto gestionado Posee un valor determinado CMISE Elemento del servicio utilizado para el intercambio de informacin y de comandos con el propsito de gestionar un sistema Conjunto de servicios suministrados por el CMISE Funciones relacionadas a una determinada capa, con su correspondiente protocolo Representacin abstracta de un recursos sobre el que se realizan las operaciones de
98
Nombre Atributo
Elemento de Servicio Genrico de Informacin de Gestin Servicio Genrico de informacin de Gestin Gestin de Capas
CMIS
Objeto Gestionado
gestin Base de Informacin de Gestin MIB Repositorio de informacin de gestin en un sistema abierto y contiene el conjunto de objetos gestionados y sus atributos respectivos Funciones de la capa de aplicacin relacionadas con la gestin de diversos recursos OSI y su estado a travs de todas las capas de la arquitectura OSI. SMAE Entidad de aplicacin cuyo propsito es la comunicacin entre los sistemas de gestin Proceso de aplicacin que participa en el sistema de gestin
Gestin de Sistemas
Entidad de Aplicacin de Sistemas de Gestin Entidad de Aplicacin de Sistemas de Administracin Elemento Servicio de Aplicacin de Sistemas de Gestin
SMAP
SMASE Elemento que sirve a la capa de aplicacin y provee servicios al sistema de gestin
Arquitectura de Gestin OSI SMAP, es un software local, encargado de la ejecucin de funciones de gestin en un nico sistema (host, front-end processor, enrutador). Tiene acceso a los parmetros del sistema y por eso puede manejar todos los aspectos del mismo y comunicarse con SMAPs en otros sistemas, el SMAE, es una entidad ubicada en el nivel de aplicacin que se encarga del intercambio de informacin de gestin con SMAEs iguales en otros nodos o hosts y de manera especial con el sistema encargado del control central de la red. Para este propsito, usa un protocolo estandarizado de la capa de aplicacin denominado: Protocolo Genrico de Informacin de Gestin o CMIP. Adicional a lo anterior, se encuentra la entidad de gestin de capa, la cual es una lgica contenida en cada nivel de la arquitectura OSI que provee funciones de gestin de red especficas para cada capa y por ltimo la Base de Informacin de Gestin o MIB, definida como una coleccin de informacin de cada host existente en el radio de gestin de red.
99
Ejercicio De acuerdo a lo indicado en la arquitectura de gestin OSI, completar el grfico estructural de dicha arquitectura.
Interfaz de sistemas de Gestin
LME
NIVEL SESION
NIVEL FISICO
Leccin 22: Modelo de Comunicacin CMIP El Common Management Information Protocol (CMIP) se encuentra definido en el estndar 9596 de OSI. El modelo de comunicacin, ofrece un mecanismo de transporte en la forma de servicio pregunta - respuesta para capas OSI y la especificacin del protocolo describe precisamente cmo se ejecutan los servicios CMIS. Si se parte de la funcin fundamental en la gestin de sistemas OSI, esta es entendida como el intercambio de informacin de gestin entre dos entidades, conocidos como el gestor y el agente, por medio de un protocolo. La especificacin del protocolo CMIP, tiene como componente la definicin de la Abstract Syntax Notation, para codificacin y decodificacin de unidades de datos del protocolo CMIP o PDUs del CMIP, se encuentra definido dentro de la capa de aplicacin. Es un modelo de sistema de interconexin abierta que define como crear sistemas comunes de administracin de redes, posee cierta similitud con SNMP en cuanto a la definicin de estndares de administracin de redes, sin embargo CMIP es ms complejo y proporciona diversas caractersticas que deben observar los administradores de red.
100
Algunas empresas proveedoras de servicios de telefona utilizan CMIP para la administracin de redes pblicas y en conjunto con SNMP est incluido en el Ambiente de Administracin Distribuida de OSF. Estructura

El modelo de administracin OSI define los sistema administrados y los sistemas de administracin. Cada nodo de comunicaciones debe tener una base de informacin de administracin (MIB) Un Proceso de Aplicacin del Sistema de Administracin (SMAP) proporciona la interfaz con la informacin compartida MIB. Los SMAPs dialogan con otros SMAPs a travs de la red. Una Entidad de Aplicacin del Sistema de Administracin (SMAE) soporta la comunicacin de los SMAP y las SMAEs usan CMIP para intercambiar datos entre nodos. CMIP define la metodologa para disear el sistema de administracin de red y las especificaciones del interfaz estn indicadas en CMIS (Servicio de Informacin de Administracin Comn).
Funciones de CMIP
Administracin Contable: Proporciona una forma de monitorear el uso de la red para cobrar a los usuarios o para medir los costos y prevenir sobregiros de los presupuestos. Administracin de la Configuracin: Por medio de interfaces grficas, el administrador puede seleccionar y reconfigurar puentes, enrutadores y otros dispositivos de comunicacin. Administracin de Fallas: Detecta y corrige fallas en la red. Analiza aspectos que ayudan a determinar las causas de falla. Dispone de alarmas para alertar a los administradores que se ha llegado a determinados procedimientos anormales. Administracin del Comportamiento: Proporciona servicios para monitorear la red y mejorar su comportamiento y lo realiza llevando estadsticas como elemento esencial para administrar el comportamiento Seguridad: Proporciona servicios de seguridad de alto nivel, mediante los cuales es factible autentificar a los usuarios, detectar intrusiones y asegurar la confidencialidad en la transmisin de datos.
Caractersticas

Requiere gran capacidad de memoria y uso de CPU Genera cabeceras de tamao significativo en los mensajes Las especificaciones se consideran difciles de realizar y complicadas de implementar en determinadas aplicaciones Es un protocolo orientado a conexin
101
Presenta un arquitectura distribuida para su funcionamiento Permite jerarquas de sistemas de operacin La llegada de los mensajes a su destino, es garantizada con la seguridad Orientado a gestin de eventos Figura 5.2. Arquitectura CMIP
Proceso de Aplicacin
Proceso de Aplicacin
SMASE
MAPDUs
SMASE
SMAE
CMISE
CMIPDUs
SMAE
CMISE
Otros ASEs
ROSE
Otros ASEs
ROSE
ACSE
ACSE
Nivel de Presentacin
Servicios utilizados por CMIP
Nivel de Presentacin
En ACSE Establece y termina asociaciones para el intercambio de informacin y gestin El tipo de asociacin se especifica en el campo Application Context de la primitiva asociacin ACSE (Gestor, Agente o Agente-gestor) Es utilizado por el usuario de gestin
102
En ROSE Se utiliza por CMISE para la solicitud de ejecucin de operaciones remotas. El gestor utiliza una operacin remota, el agente trata de ejecutarla y devuelve el resultado del intento. Las aplicaciones cliente-Servidor lo usan.
Servicios Ofrecidos por CMIP
Manejo de Datos Usado por el gestor para solicitar y cambiar informacin de los recursos del agente Informe de sucesos Usado por el agente para informar al gestor sobre diversos sucesos de inters Control Directo Lo utiliza el gestor para solicitar la ejecucin de diversas acciones del agente
CMISE, hace uso del servicio de operaciones remotas proporcionado por ROSE. Campos comunes en la estructura de los mensajes de operacin de CMIP:

Identificador de peticin Clases de Objetos Instancia de Objetos Scoope Filtros Control de acceso Sincronizacin Lista de identificadores de atributos
Leccin 23: Modelo Organizacional El modelo de organizacin, se caracteriza por dividir la estructura en dominios de gestin. La divisin del entorno puede realizarse teniendo en cuenta:
Polticas funcionales: Cuando se definen los dominios con una poltica similar, tal es el caso de una poltica de seguridad, contabilidad, entre otras. Otras polticas: Cuando la definicin se establece mediante dominios de tipo geogrfico, tecnolgico, etc.
103
En este modelo, la red se estructura en dominios administrativos, con la necesidad de establecer y mantener las responsabilidades de cada dominio, de tal manera que el sistema permite que dentro de un dominio, se pueda reasignar dinmicamente el papel de gestores y agentes. Leccin 24: Modelo Funcional o reas Funcionales de la Gestin OSI De acuerdo a la recomendacin X.700 del CCITT, la gestin OSI se divide en cinco reas funcionales: Gestin de Fallas, Gestin de Contabilidad, Gestin de configuracin y nombre, Gestin de Desempeo y Gestin de Seguridad.
Gestin de Fallas Se denomina fallo al problema existente mediante el cual un sistema abierto deja de cumplir sus objetivos de tipo operativo. Ante esta situacin, se hace necesario que exista una gestin de fallas, la cual facilite a los administradores de red la deteccin de problemas, entre las que se encuentran: la deteccin, aislamiento y correccin de operaciones anormales en cualquier componente de la red o de alguna de las capas pertenecientes al modelo OSI. Esta rea funcional determina procedimiento para: a. Detectar y reportar la ocurrencia de fallas, permitiendo al sistema de gestin notificar al administrador la deteccin de la falla, mediante el uso de un protocolo para el reporte de eventos. b. Mantener un registro o log de los eventos reportados, el cual se puede examinar y procesar. c. Programar y ejecutar test de diagnstico d. Investigar fallas e. Iniciar acciones encaminadas a la correccin de las fallas Gestin de Contabilidad El rea funcional de gestin de contabilidad, permite determinar y localizar los cargos y costos por el uso de recursos de la red. los procedimientos que se generan en esta rea son: a. Informar a los usuarios sobre los costos incurridos, mediante el uso de software para reporte de eventos y manipulacin de datos b. Permitir el establecimiento de lmites de contabilidad y asociar calendarios de tarifas de uso de los recursos gestionados. c. Permitir la combinacin de costos cuando se involucren mltiples recursos de comunicacin para alcanzar un objetivo dado.
104
Gestin de configuracin y Nombre Permite a los administradores ejercer el control sobre la configuracin de los componentes de red y las entidades de los niveles OSI. La ventaja de cambiar la configuracin es que permite disminuir la congestin, aislar fallas o hacer cambios que requieran los usuarios. Los procedimientos que se ejecutan en esta rea son: a. Fijar y modificar los parmetros que controlan la operacin de los componentes de red y el software de las capas del modelo OSI b. Asociar nombres con objetos y con conjuntos de objetos gestionados c. Iniciar o terminar objetos gestionados d. Recolectar datos concernientes al estado actual de los recursos e. Obtener avisos acerca de los cambios significativos en la condicin del sistema f. Cambiar la configuracin existente Gestin del desempeo Facilita a los administradores de red monitorear y evaluar el desempeo del sistema. La gestin de desempeo brinda informacin estadstica que permita establecer si el sistema posee la capacidad requerida de trfico o si el tiempo de respuesta es acorde a las necesidades, o si existe una sobrecarga de recursos o si el sistema es utilizado de manera efectiva. Entre los procedimientos que maneja esta rea se encuentran: a. Recoleccin de datos relevantes acerca del nivel de desempeo actual de los recursos. b. Mantener y examinar registros de desempeo con el propsito de planear y analizar las condiciones de la red. c. Determinar el rendimiento del sistema en condiciones diversas. d. Cambiar los modos de operacin del sistema de tal manera que sea factible llevar a cabo los procedimientos anteriores. Gestin de seguridad La gestin de seguridad facilita al administrador gestionar aquellos servicios que proveen proteccin en el acceso a los recursos de comunicacin y encamina su gestin hacia el soporte de: a. b. c. d. e. Facilidades de autorizacin Control de acceso Encriptacin y gestin de claves Autenticacin Logs de seguridad
105
Funciones de Gestin de Sistemas Debido a que las reas funcionales por ser demasiado amplias a nivel de responsabilidad, no se han estandarizado, sino que se han conformado conjuntos de un determinado nmero especfico de funciones denominadas Funciones de Gestin de Sistemas (SMF), en donde cada SMF estndar, puede soportar una o ms de las reas funcionales. Los estndares SMF, definen la funcionalidad del SMF y provee la conexin entre los servicios prestados por l y los prestados por CMISE. Por lo tanto es factible que cada una de las reas funcionales haga uso de una o ms de las funciones de gestin de sistemas (SMFs) y cada una, soporta los requerimientos de una o ms de las cinco reas funcionales. Un ejemplo de ello es cuando la funcin de gestin event-report es aplicable a varias SMFAs. De igual manera puede suceder lo contrario, es decir que un SMFA, requiera de varias SMFs. Cada uno de los SMFs estndares definen la funcionalidad del SMF y provee la conexin entre los servicios prestados por l y los prestados por el CMISE; por lo tanto es factible al igual que en ejemplo anterior, que las reas funcionales utilicen a los CMISE. En un sistema de gestin, se pueden identificar trece reas funcionales, las cuales han sido estandarizadas por la ISO y la ITU-T, su implementacin se ha llevado a cabo mediante la utilizacin de las facilidades de gestin suministradas por CMISE y se presentan a continuacin:
Gestin de Objetos Soporta la creacin y eliminacin de objetos gestionados y la lectura y modificacin de los atributos de los objetos. Emite notificaciones cuando el valor del atributo presenta algn cambio. Gestin de estado Especifica un modelo acerca de cmo representar el estado de un objeto. Adems provee servicios para soportar ese modelo. Gestin de relaciones Especifica un modelo para la representacin de las relaciones de gestin entre los objetos manejados y provee servicios para soportar ese modelo Reporte de alarmas Soporta la definicin de alarmas de falla y las notificaciones usadas para reportarlas Gestin de reporte de eventos
106
Soporta el control de reporte de eventos, incluyendo la especificacin del repositorio de reportes, su definicin y la especificacin de criterios para generarlos y distribuirlos. Control de logs Soporta la creacin y almacenamiento de logs y la especificacin de criterios para hacer registros de este tipo. Reporte de alarmas de seguridad Soporta la definicin de alarmas de seguridad y las notificaciones que se emplean para su reporte. Asistente de rastreo y seguridad Especifica las clases de reporte de eventos que podran ser contenidas en logs y que se utilizan para evaluar la seguridad. Control de Acceso Soporta el control de acceso a la informacin y a los operadores de gestin Medidor de contabilidad. Provee la contabilidad en el uso de recursos de sistemas y un mecanismo para fijar lmites en la cuenta. Monitor de carga de trabajo Soporta el monitoreo de atributos de objetos gestionados, los cuales se relacionan con el desempeo de un recurso. Gestin de pruebas Encargado de la gestin de procedimientos orientados a la prueba de diagnsticos. Sumarizacin Soporta la definicin de medidas estadsticas que son aplicadas a los atributos y a el reporte de informacin resumida.
(ARONOFF, 1989), defini las reas funcionales y las funciones de gestin de sistemas y basado en ellas, se desarroll una relacin existente, que se presenta en la siguiente tabla: Tabla 5.2. Relacin entre las reas funcionales y las funciones de gestin
Funciones/ Areas Configuracin Fallas Seguridad Desempeo Contabilidad 1 2 3 4 5 6 7 8 9 10 11 12 13
X X X
X X
X X
X X X X X
X X X X X X X X
107
Leccin 25: Modelo de Informacin GDMO El modelo GDMO, permite modelar cualquier recurso a travs de una descomposicin que implementa la metodologa top-down. Entre las caractersticas que posee este tipo de gestin se encuentran:

Los objetos de gestin modelados son lo nico visible de cara a la gestin Las clases base se derivan de clases padres. Cada uno de los objetos gestionados incluyen lo siguiente: a. Atributos: Son aquellos valores que describen el estado del objeto o referencian a otros objetos contenidos. b. Comportamiento: Consiste en un texto en el cual se representa el comportamiento del objeto. c. Acciones: Son los servicios que ofrece el agente y que pueden ser activados por el gestor. d. Notificaciones: Son los mensajes que se originan por el objeto gestionado ante la ocurrencia de eventos considerados como crticos. e. Paquetes: Es la coleccin de atributos, comportamientos, acciones y notificaciones que pueden ser agrupados en una o varias clases de objetos gestionados
Entre las notificaciones como las alarmas o los cambios de estado, al igual que en las acciones como el reset, clear, entre otras, pueden especificarse como plantillas, de tal manera que puedan ser reutilizados por otros paquetes. Organizacin de los objetos Como el modelo GDMO, se basa en objetos, se aplica la filosofa de la programacin orientada a objetos en su desarrollo y por lo tanto se tienen en cuenta algunas caractersticas de dicha programacin y que se aplican en la organizacin, entre ellas:
Contenedor: Son los objetos que se consideran como un almacn en donde se tienen otros objetos o atributos ya definidos y cuya representacin se hace en forma de rbol y se implementa con atributos que tienen referencia a los objetos contenidos Herencia: Propiedad donde los objetos heredan caractersticas de sus clases padre y existe un objeto raz. Por ejemplo el rbol de la recomendacin ITU M.3100.
108
Halomorfismo: Entendido como la interaccin a travs del conjunto de interfaces.
Grficamente el sistema es entendido de la siguiente manera: Figura 5.3. GDMO
Raiz
Sistema
Archivo de logs
Discriminador de reenvio de eventos
Logs de alarmas
De igual manera, se organiza la base de datos de instancias en el presente modelo, teniendo en cuenta:
Esquema de nombrado Es el rbol de nombrado o esquema MIT de instancias, considerado como una forma flexible de hacer referencias, se compone de tres partes: a. RDN: Atributo relativo al objeto padre b. FDN: Nombre completo, va desde el inicio del rbol de nombrado c. LDN: Secuencia de RDN sin llegar a la raz Gestor, Tambin llamado como procedimientos internos, y puede crear nuevas instancias de objetos en los agentes. Por lo tanto hace referencia al uso de operaciones CMIP.
El esquema general del sistema se presenta a continuacin, como complemento de lo indicado en la teora.
109
Figura 5.4. Esquema General de GDMO
Figura 5.5. Esquema General del agente
Fuente: (ESTEPA, 2009)

110
CAPITULO 6: ADMINISTRACIN DE REDES DE TELECOMUNICACIONES TMN Introduccin La gestin de redes y servicios de telecomunicaciones se define como el conjunto de procesos y actividades que se lleva a cabo por parte de los operadores o carriers con el fin de ofrecer a los clientes sus servicios a nivel de telecomunicaciones, tratando de cumplir de la mejor manera los criterios de calidad y coste establecidos en los objetivos de la empresa. En el presente captulo se tratarn temas relacionados con este tipo de administracin, cuyo contenido es de vital importancia para aquellos ingenieros que se dediquen a este campo dentro del mundo de las telecomunicaciones. Leccin 26: Generalidades de TMN TMN, cuya sigla significa Telecommunications Management Network, por su nombre en ingls, es un conjunto de estndares internacionales especificados por el ITU-T para gestin de red de telecomunicaciones. Este modelo de administracin es utilizado por las empresas carriers u operadoras que ofrecen servicios de telecomunicaciones, como Telefnica, Telmex, UNE, ETB, entre otras y lo realizan a travs de los sistemas soporte a las operaciones que se llevan a cabo por parte de las empresas como las que se mencionaron anteriormente y que son gestionados a travs de sistemas de informacin. Los estndares establecidos por TMN se refieren de manera genrica a un modelo de arquitectura funcional y especificaciones de protocolos de comunicacin creadas por el ITU-T y otros organismos internacionales de estandarizacin. El trmino TMN hace referencia al conjunto de sistemas necesarios para el soporte de la gerencia de la red y de los servicios de telecomunicaciones en actividades como planeacin, aprovisionamiento, instalacin, mantenimiento, operacin y administracin. Ene ste orden de ideas, TMN suministra funciones de gestin para redes y servicios de telecomunicaciones, teniendo en cuenta que los sistemas que componen a TMN se comunican entre s, con los diversos dispositivos o componentes de hardware y software de la red con sistemas de otros carriers que se basan en gestin TMN. La relacin existente entre TMN y la red de telecomunicaciones consiste en obtener las funciones necesarias para gestionar servicios y equipos o
111
componentes necesarios de la red de telecomunicaciones, denominados elementos de red (NE), que pueden ser, por ejemplo, los Equipos Terminales de Red (DTE) o Equipos de comunicaciones de Datos (DCE). Los sistemas de TMN, llamados sistemas de soporte a la operacin (OSS), pueden comunicar entre s, con los NE o con sistemas que pertenecen a otras redes. De acuerdo a ello, es factible que diversas TMN puedan pertenecer a una o ms carriers de servicios de telecomunicaciones. El concepto bsico de TMN es permitir una arquitectura abierta y organizada, de tal manera que sea posible permitir varios tipos de sistemas de operacin y equipos de telecomunicaciones funcionando en armona para el intercambio de informaciones de gestin, es decir llevando a cabo la interoperabilidad. Cuando estos conceptos fueron definidos por los estndares TMN, qued reconocido que muchos proveedores de redes y servicios ya tenan una gran infraestructura de sistemas existentes, redes y equipos instalados que deberan ser incorporados dentro de TMN, por lo tanto, la arquitectura funcional ha sido proyectada para acoplar una gran variedad de soluciones operacionales y gestionar sistemas heterogneos que caracterizan a las redes de telecomunicaciones Leccin 27: Arquitectura de TMN La arquitectura TMN es una estructura organizada para transmisin de datos entre los sistemas de informacin de gestin y los equipos de telecomunicaciones. Las conexiones existentes, permiten el cambio de informaciones de gestin a travs de interfaces, incluyendo la definicin de protocolos y mensajes. De acuerdo a lo anterior, TMN tiene la capacidad de gestionar los siguientes tipos de redes y servicios: Redes pblicas y privadas, incluyendo sus partes componentes e infraestructura, desde redes de telefona mvil, redes virtuales, redes inteligentes, redes de larga distancia (WAN), hasta redes metropolitanas (MAN) y redes locales de computadores (LAN) Computadores de gran tamao, servidores de archivos, de sistemas de gestin de bases de datos y de redes Terminales de transmisin como multiplexadores, routers y equipos de transmisin sncrona SDH
112
Sistemas de transmisin digital y anloga basados en cable coaxial, par trenzado, fibra ptica, radio y satlite PABX (Private Automatic Branch Exchange) y equipos terminales de usuarios Sistemas para la prestacin de servicios de telecomunicaciones Sistemas de soporte, Telecomunicaciones energa e Infraestructura para Sistemas de
TMN y toda su arquitectura de gestin Cualquier servicio ofrecido por los sistemas mencionados anteriormente TMN considera las redes y los servicios de telecomunicaciones como el conjunto de sistemas cooperativos para gestionarlos de forma armnica e integrada. El modelo TMN clsico se divide en tres arquitecturas que se consideran en la implementacin de un proyecto de plataforma de gestin, de tal manera que el conjunto de componentes bsicos sirve para la construccin de la gestin de redes como tambin la relacin entre dichos componentes. Nivel 1- Arquitectura Fsica TMN implementa fsicamente las funciones, representando la topologa de la red de gestin de telecomunicaciones, es decir, define la relacin entre los sistemas de gestin de la red de telecomunicaciones y los elementos gestionados como por ejemplo, centrales telefnicas, switches, entre otros.) La Arquitectura Fsica suministra los medios para la implementacin de los bloques funcionales definidos por la arquitectura funcional que se definir mas adelante Los bloques de la arquitectura fsica son: Sistemas de Operacin- LOS: Son los responsables del procesamiento de informaciones de gestin con el fin de monitorear, coordinar o controlar las actividades de las redes, al igual que los servicios de telecomunicaciones. Red de Comunicacin de Datos - DCN: Se encarga de transportar de modo seguro, la informacin entre los diversos elementos de TMN. Dispositivo de Mediacin - MD: Facilita el flujo de informacin entre elementos de red y los sistemas de gestin, garantizando la interoperabilidad. Incluye funciones de almacenamiento, filtros y la recoleccin de datos necesarios para la gestin.
113
Elementos de Red - NE: Se define como un equipo, conjunto de equipos o software, que poseen interfaz, la cual puede ser estandarizada o no con TMN. Adaptador-Q - QA : permite a los equipos que no poseen interfaz estandarizada conectarse a TMN. Estaciones de Trabajo WS: medio por el cual los operadores o carriers y los usuarios pueden obtener acceso a los recursos de TMN. Figura 6.1. Arquitectura Fsica de TMN
Fuente: http://www.eie.fceia.unr.edu.ar/ftp/Tecnologias%20de%20banda%20angosta/Nota s_sobre_TMN.pdf
Nivel 2- Arquitectura de Informacin Consiste en el intercambio de informacin entre los diversos sistemas de gestin. La arquitectura de informacin, define la comunicacin entre el sistema de gestin y los elementos de red tales como el sistema o los equipos a ser gestionados, Se basa en el modelo orientado a objetos, por lo tanto los conceptos de orientacin a objetos y comunicacin gestor/agente son la base de la arquitectura de la informacin.
114
El modelo de Informacin es utilizado para definir la visin orientada a objetos de un sistema gestionado a travs de interfaces TMN de los gestores y agentes. Para gestionar la red de telecomunicaciones se requiere conocer las caractersticas de los sistemas componentes de una red y de los recursos como los servicios de telecomunicaciones a ser gestionados. El modelo de informacin estandariza las informaciones de gestin que son intercambiadas entre dichos elementos a travs de interfaces estndar. El sistema de gestin es llamado generalmente sistema gestor mientras que los sistemas gestionados se los conoce como sistemas agentes. La informacin intercambiada por el sistema gestor es estructurada como objetos gestionados, por su parte los objetos que implementan las funciones de gestin representan los recursos de la red de telecomunicaciones como datos y funciones. El objeto gestionado es una abstraccin de un recurso real como por ejemplo una tarjeta de red, un router, un Access Point, etc. y representa sus propiedades. El objeto gestionado es definido por atributos, operaciones de gestin que se le pueden aplicar, por el cambio en el comportamiento como respuesta a estmulos internos o externos y por las notificaciones emitidas por l. El modelo de informacin no limita la implementacin de los sistemas de gestin de red de telecomunicaciones, por el contrario, posee una serie de caractersticas de sistema abierto, tales como: Un recurso puede representarse por uno o ms objetos gestionados, siendo que en el caso de ser representado por mltiples objetos, cada uno de ellos representa una visin diferente del recurso. Por ejemplo, una central telefnica, puede ser representada y gestionada en la red de la compaa A y en la red de la compaa B. No se requiere necesariamente la correspondencia de que para cada objeto gestionado se tenga un recurso real. Los objetos gestionados pueden representar recursos lgicos, tal es el caso de un sistema operativo. Slo los recursos modelados por objetos gestionados son disntiguidos por los sistemas de gestin. Un objeto gestionado est en capacidad de suministrar una visin abstracta de recursos representados por otros objetos gestionados. Un objeto gestionado puede estar contenido en otro.
115
Sistemas Gestores y Agentes La gestin de un ambiente de telecomunicaciones es una aplicacin tpica de procesamiento de informacin. Siendo la red de telecomunicaciones en s un ambiente distribuido, su gestin e intrnsecamente una aplicacin distribuida, envolviendo el intercambio de informaciones entre procesos de gestin con el objetivo de monitorear y controlar los recursos fsicos y lgicos de la red. Los procesos del sistema de gestin asumen alguno de los posibles papeles: Sistema 1 - Gestor: es la parte de la aplicacin distribuida que emite operaciones de gestin y recibe notificaciones. Sistema 2 - Agente: es la parte de la aplicacin distribuida que gestiona objetos asociados. La funcin del agente es responder a las operaciones gestin emitidas por el gestor, y as mismo suministrar al gestor una visin estos objetos, emitiendo notificaciones que reflejan el comportamiento de mismos. Figura 6.2. Arquitectura de Informacin los de de los
Fuente: http://www.eie.fceia.unr.edu.ar/ftp/Tecnologias%20de%20banda%20angosta/Nota s_sobre_TMN.pdf Nivel 3- Arquitectura Funcional Trata acerca de las funcionalidades de las partes de TMN o red de gestin de telecomunicaciones y suministra los medios para transporte y procesamiento de informaciones de gestin de la red de telecomunicaciones. La arquitectura funcional se basa en bloques funcionales y describe la implementacin de una red de gestin de telecomunicaciones. La definicin de los bloques y de los puntos de
116
referencia entre ellos lleva a la especificacin de las interfaces estndares de la TMN. La Arquitectura Funcional identifica los bloques funcionales bsicos que permiten a TMN ejecutar funciones de gestin en la red de telecomunicaciones, estos bloques se reflejan directamente en la arquitectura fsica de TMN que puede incluir paquetes de software de gestin disponibles de la industria de informtica para implementacin de estos bloques, lo cual se mira en la siguiente leccin. Leccin 28: Bloques Funcionales Los bloques funcionales se pueden implementar como parte de los sistemas conectados a TMN por medio de una red de comunicacin de datos, la cual se da por medio de la Funcin de Comunicacin de Datos (DCF) que implementa las capas 1, 2 y 3 del modelo OSI, soportando varios tipos de sub-red y topologas. Los bloques funcionales de TMN y sus funciones asociadas son: Bloque Funcional de Sistema de Operacin - OSF: Procesa informacin relacionada a la gestin de telecomunicaciones con el objetivo de monitorear, coordinar y controlar las funciones de telecomunicaciones. Bloque Funcional de Elemento de Red - NEF : Se comunica con la TMN para ser monitoreado y/o controlado, y a la vez proveyendo las funciones de telecomunicaciones y de soporte que requeridas por la red de telecomunicaciones. Bloque Funcional de Estacin de Trabajo - WSF: Responsable por la interpretacin de la informacin TMN para los usuarios, incluyendo la interfaz hombre-mquina. Bloque Funcional Adaptador-Q entidades no TMN a la red TMN. - QAF: Tiene como funcin la conexin de
Bloque Funcional de Mediacin - MF: Es responsable por la compatibilidad de la informacin intercambiada por los bloques funcionales OSF y NEF u OSF y QAF.
Leccin 29: Puntos de Referencia Los puntos de referencia se definen como las fronteras del servicio entre dos bloques de funcin de gestin. De acuerdo con (Tecnologas de Banda Angosta Universidad Nacional del Rosario, 2003), los puntos de referencia se consideran los inmersos en la arquitectura TMN y los que no
117
En la arquitectura TMN son definidas tres clases de puntos de referencia: Q: para conexin entre los bloques OSF, QAF, MF, y NEF. F: para la conexin de estaciones de trabajo (WSF) a la TMN. X: para la conexin entre los bloques OSF de TMN distinguidas. Otras dos clases son definidos para conexiones fuera de la arquitectura TMN: G: para la conexin de estaciones de trabajo (WSF) y usuarios. M: para la conexin de los bloques QAF y equipamientos gestionados que no poseen interfaz TMN. Figura 6.3. Clases de Puntos de referencia en TMN
X QAF m q
TMN
NEF
MF
OSF
WSF f g
Fuente: (Toledo, 2007) Leccin 30: Definiciones de los puntos de referencia La arquitectura funcional de TMN y los puntos de referencia contenidos en ella, constituyen un marco para obtener los requisitos de la especificacin de interfaces de TMN. Cada punto de referencia requiere de caractersticas de interfaz diferentes para el intercambio de informacin, aunque los puntos de referencia no determinan por si solos la sucesin de protocolos . La especificacin del protocolo
118
constituye una tarea posterior en la metodologa de especificacin de interfaces de TMN. Puntos de referencia q Sirven para delinear una parte lgica del intercambio de informacin entre bloques de funcin, conforme a la definicin del modelo de informacin mutuamente soportado por dichas funciones. El alcance del modelo de informacin para los puntos de referencias q, involucra aspectos de la recomendacin M.3100 y podr incluir aspectos especficamente tecnolgicos. Los bloques de funcin comunicantes en los puntos de referencia q, pueden no soportar el modelo de informacin en todo su alcance. Cuando haya una discrepancia entre el modelo de informacin soportado a uno de los lados del punto de referencia, deber haber una mediacin que sirva para compensar. Los puntos de referencia q, estn ubicados entre los bloques de funcin de elemento de red y de sistema de operaciones, de elemento de red y de funcin de mediacin, de adaptador Q y de sistema de operaciones , lo cual puede darse de manera directa o por medio de la funcin de comunicacin de datos. Puntos de referencia f Los puntos f, se encuentran situados entre los bloques de funcin de estacin de trabajo y de sistemas de operaciones y/o los bloques de funcin de estacin de trabajo y de mediacin. Puntos de referencia x Los puntos de referencia x, se encuentran entre los bloques de funcin de sistemas de operaciones de diferentes TMNs. Las entidades ubicadas al otro lado del punto de referencia x, pueden formar parte de una TMN real (Bloque de funcin de sistemas de operaciones), o de un entorno no TMN, similar al bloque mencionado anteriormente. La clasificacin no es visible en un punto de referencia x. Punto de referencia g Los puntos de referencia g, se ubican fuera de TMN, entre los usuarios y el bloque de funcin de estacin de trabajo. No son considerados parte de TMN, a pesar de que llevan informacin de ella y la definicin especfica de ella, es tratada en la recomendacin de la serie z.300.
119
Punto de referencia m Los puntos de referencia m, al igual que los puntos g, se encuentran ubicados fuera de TMN, entre el bloque de funcin de adaptador Q y entidades gestionadas no TMN o aquellas que no sean conformes a las recomendaciones sobre TMN.
120
ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 2 Desarrollar los ejercicios y oportunidades de consulta propuestos a lo largo de la unidad
121
FUENTES DOCUMENTALES DE LA UNIDAD 2 ARONOFF, R. (1989). Management of Network Based on Open System Interconnection (OSI) Standards: Functional Requirements and Analysis. National Institute of Standards and Technology. ESTEPA, A. A. (16 de 11 de 2009). Gestin de Sistemas OSI. Recuperado el 08 de 11 de 2010, de http://trajano.us.es/docencia/GestionDeRedes/doc_files/tema04_OSI.pdf Molina, M. D. (2010). Gestin de red en OSI. Recuperado el 15 de 10 de 2010, de sitio web de la Universidad de Jan: http://www4.ujaen.es/~mdmolina/grr/Tema%204.pdf Tecnologas de Banda Angosta - Universidad Nacional del Rosario. (2003). Notas Sobre TMN. Recuperado el 9 de 11 de 2010, de http://www.eie.fceia.unr.edu.ar/ftp/Tecnologias%20de%20banda%20angosta/Nota s_sobre_TMN.pdf Toledo, A. (2007). Gestin de Redes Telemticas. san Juan de Pasto: Universidad del Cauca.
122

TECNOLOGAS EN GESTION DE REDES DE TELECOMUNICACIONES
Justificacin
La unidad 3, se enfoca en tres tecnologas para la gestin de redes de telecomunicaciones, en primera instancia se hace referencia a la gerencia en telecomunicaciones, un punto vital para la formacin ingenieril en el rea de las telecomunicaciones, contina con la presentacin del marco referencial de procesos mejorado, denominado etom y finaliza con una introduccin a la gestin inteligente o sistemas expertos y su aplicabilidad en entornos de telefona mvil 3G y 4G El desarrollo de esta unidad, le brinda al estudiante las competencias necesarias para la administracin y gestin de empresas u organizaciones del rea de telecomunicaciones, complementando su formacin profesional y brindando algunas directrices de gerenciamiento con el uso adecuado de las tecnologas existentes y acordes a las recomendaciones internacionales existentes Afianzar conocimientos acerca de las tecnologas para la gestin de redes de telecomunicaciones Propsitos de la unidad Identificar las tecnologas para la gestin de redes de telecomunicaciones. Conocer los lineamientos necesarios acerca de la genrica de telecomunicaciones Adquirir las habilidades necesarias para gerenciar una red de telecomunicaciones Conocer los diversos aspectos de gestin en tecnologas mviles Objetivos de la unidad Conocer los modelos de gestin de redes mviles Desarrollar habilidades para la toma de decisiones en una gestin de red Brindar los conocimientos generales acerca de eTOM Competencias de la unidad El estudiante identifica los conceptos necesarios para gestionar redes de telecomunicaciones El estudiante reconoce las tecnologas de telecomunicaciones existentes El estudiante aplica los conocimientos necesarios para
123
analizar con argumentos la importancia administracin de redes de telecomunicaciones Denominacin de captulo 7 Denominacin de Leccin 31 Denominacin de Leccin 32 Denominacin de Leccin 33 Denominacin de Leccin 34 Denominacin de Leccin 35 Denominacin de captulo 8 Denominacin de Leccin 36 Denominacin de Leccin 37 Denominacin de Leccin 38 Denominacin de Leccin 39 Denominacin de Leccin 40 Denominacin de captulo 9 Denominacin de Leccin 41 Denominacin de Leccin 42 Denominacin de Leccin 43 Denominacin de Leccin 44 Denominacin de Leccin 45 Gerencia Integrada de Telecomunicaciones Generalidades Gestin Integrada de Telecomunicaciones Gestin de servicios de Telecomunicaciones Acuerdos del nivel de Servicios - SLA Integracin Telefona Computacin CTI eTOM Generalidades Estructura de eTOM Estrategia, infraestructura y producto Procesos de gestin empresarial del eTOM Agrupamiento de procesos Introduccin a los agentes mviles Generalidades de los agentes mviles Aplicaciones de los agentes mviles
de
la
Aplicacin de gestin inteligente en la gestin de redes Entornos de gestin 3G y 4G reas de gestin 3G y 4G
124
CAPITULO 7: GERENCIA INTEGRADA DE TELECOMUNICACIONES Introduccin Hace algunos aos, los carriers u operadores de telecomunicaciones orientaban sus esfuerzos para el aprovechamiento de la capacidad de transmisin de los sistemas existentes, dejando a un lado la calidad en la prestacin del servicio, lo cual ha ido cambiando de manera paulatina y acelerada, sacrificando la capacidad de transmisin de informacin al usuario, para adicionar la capacidad de transmitir informacin de gestin, de tal manera que se le pueda garantizar la adecuada prestacin del servicio con calidad, confiabilidad y seguridad al usuario o suscriptor y toma mayor auge, gracias a los avances para mejorar la transmisin y las tecnologas que ello implican. Lo anterior, se puede fcilmente percibir debido a la digitalizacin de las redes y al aumento de la capacidad y confiabilidad de los sistemas de las empresas operadoras, por lo que dejan a un lado las funciones de gestin de arquitecturas de red para dedicarse a la atencin de servicios hacia el usuario, siendo este ltimo un factor diferencial fundamental en el mercado actual, suscitando como consecuencia la creacin, implementacin y oferta de nuevos servicios basados en la integracin de texto, imgenes, audio y video, es decir el componente multimedial. El presente capitulo, abarca los conceptos bsicos para la gestin de telecomunicaciones, dada la importancia de esta gerencia en el mundo actual. Leccin 31: Generalidades Las redes de telecomunicaciones pueden visualizarse de manera independiente al tipo de equipo o dispositivo utilizado, divididas en tres capas: Aplicacin, Servicios y Arquitectura.

La capa de aplicacin es aquella implementada de manera directa para el usuario final. La capa de servicios es proyectada por el proveedor, con el fin de soportar las diversas aplicaciones. La capa de arquitectura provee soluciones de ingeniera que soportan el transporte de cualquier tipo de servicio prestado por el operador al usuario
El servicio se define normalmente como una facilidad que el proveedor le vende a sus clientes, el cual puede soportar diversas aplicaciones y la necesidad de calidad, diversificacin, complejidad y coste en los servicios que se implementan implica un importante papel de gestin.
125
De acuerdo a las necesidades mencionadas, se requiere la implementacin de sistemas especficos para cada situacin, entre ellas: gestin de fallas, trfico, etc., para cada fabricante o para sistemas de gestin propietarios. Observe la siguiente situacin: Un sistema con varias centrales telefnicas de distintos fabricantes, cada uno con su propio sistema de gestin. Las centrales se encuentran interconectadas entre s, pero los sistemas de gestin se encuentran aislados, ello conlleva a algunos inconvenientes como:

Imposibilidad de interconexin entre sistemas de diferentes fabricantes debido al uso de interfaces no estandarizadas. Multiplicidad de sistemas para cada nuevo fabricante o tipo de equipo, puesto que cada quien requiere de su propio sistema de gestin. Mltiples terminales y formas de operacin, cada sistema tiene sus propios terminales y lenguajes de comunicacin usuario mquina. Bases de datos mltiples, cada sistema tiene su propia base de datos local, por ello la actualizacin de cada sistema se realiza de manera aislada, generando duplicidad de informacin e inconsistencias en la integridad del sistema total.
Los problemas anteriormente mencionados, generan la falta de integracin entre procesos, imposibilitando:

Obtencin de la visin global de la red y los servicios respectivos. Integracin de forma automatizada de la actividades operacionales. Difusin de informacin del estado de los circuitos y servicios de una forma amplia. Operacin y mantenimiento eficiente.
Llevando como consecuencia:

Elevado ndice de fallas no detectadas Congestin en la red Indicacin mltiple de la misma falla Datos insuficientes para la planeacin Deficiencias en la operacin y mantenimiento de la red.
Lo anterior, genera la prdida de conexiones y de ingresos, insatisfaccin de los usuarios y desperdicio por el aumento en el costo de operacin e inversiones extras, por todo ello se requiere proporcionar una solucin que facilite la gestin integrada de telecomunicaciones.
126
Leccin 32: Gestin Integrada de telecomunicaciones. Se denomina gestin integrada de telecomunicaciones al conjunto de acciones realizadas con el fin de obtener la mxima productividad de la planta y de los recursos disponibles, integrando de forma organizada las funciones de operacin, mantenimiento, administracin y suministro para todos los elementos de la red y servicios de telecomunicaciones. La gestin debe ser integrada en el sentido de:

Ser nica para equipos semejantes de fabricantes distintos. Ser efectuada de manera consistente por los diversos sistemas. Ser realizada desde el nivel de servicios hasta el nivel de elemento de red. Un operador debe tener acceso a todos los recursos pertinentes para realizar su trabajo, independientemente del sistema de soporte u operaciones en donde los recursos estn disponibles o de su localizacin geogrfica. Los sistemas se comunican de tal manera que la informacin fluye de manera automtica
Para lograr estos requerimientos es necesario:

Procesos operacionales de flujo continuo Facilidades de configuracin en tiempo real Datos en tiempo real para agilizar el mantenimiento Deteccin de la causa u origen de las fallas. Terminales de operacin universales con interfaz estndar. Eliminacin de la multiplicidad de sistemas de supervisin. Datos de configuracin confiables.
Requerimientos bsicos En primera instancia es necesario un entendimiento en tres niveles:
Definicin de recursos gestionados Los diferentes sistemas gestionan los mismos recursos pero no exactamente los mismo parmetros de cada uno, ni de la misma manera. Definicin de las operaciones a realizar sobre los recursos De la misma manera los diferentes sistemas de gestin realizan distintas operaciones sobre recursos de comunicaciones similares. Protocolos de comunicacin utilizados Con el fin de realizar transferencias de informacin entre sistemas de gestin diferentes es imprescindible utilizar protocolos comunes.
127
Lo anterior, requiere:

Elaboracin de un modelo de operaciones, administracin mantenimiento y suministro basado en los objetivos y estrategias de la empresa. Estandarizacin de los modelos de informacin de los elementos de red y servicios de telecomunicaciones. Estandarizacin de la interfaz usuario mquina Automatizacin de las tareas tendientes a la eficiencia Flexibilidad de la arquitectura Ambiente abierto que permita interconectividad e interoperabilidad Alta confiabilidad y seguridad.
La integracin de las funciones de todas las capas funcionales, es posible lograr:

Minimizar el tiempo de respuesta a eventos de la red. Minimizar la carga generada por el trfico de informacin de gestin. Permitir la dispersin geogrfica del control sobre la red. Permitir mecanismos de aislamiento para minimizar riesgos de seguridad. Proveer mecanismos para localizar y aislar fallas de la red. Mejorar el servicio de asistencia e interaccin con los usuarios.
METODOLOGIA ICM Integrated Communications Management La Metodologa ICM permite desarrollar herramientas TMN, logrando la mxima reutilizacin de SW y especificaciones a travs del seguimiento a:

Seleccionar un caso de estudio especfico dentro del rea de gestin de configuracin y desempeo Disear un sistema TMN para conocer los requerimientos de cada caso de estudio. Reusar la infraestructura de pruebas y los componentes disponibles de fases previas, mejorndolas hasta donde sea necesario. Desarrollar nuevos componentes de acuerdo a los requerimientos del caso de estudio e integrarlos con los mejorados y los existentes en la infraestructura de pruebas. Definir pruebas para validar que los componentes sean implementados de acuerdo a las especificaciones Ejecutar experimentos para demostrar la efectividad del sistema de gestin en trminos de mejoramiento de la eficiencia de la red, de Calidad del servicio (QoS). Analizar los resultados del trabajo experimental y realizar un anlisis costo beneficio sobre el sistema desarrollado.
128
La recomendacin M.3020 de la ITU, define un servicio de gestin como un rea de la actividad de gestin que proporciona soporte de operaciones, administracin, suministro y mantenimiento de la red gestionada. Esta dirige la informacin relevante hacia el cumplimiento de una meta especfica de gestin, la cual est siempre descrita desde la perspectiva de los requerimientos de gestin del usuario. No obstante, los servicios de gestin en s mismos no estn sujetos a estandarizacin, solo son usados para la especificacin de interfaces de gestin, las cuales son el foco principal de las actividades de estandarizacin de la ITU. Los servicios de gestin son simplemente registrados con el fin de evitar la duplicacin de esfuerzos y para facilitar la reusabilidad de funciones relevantes en la especificacin de interfaces. La metodologa M.3020 considera a TMN como una simple entidad proporcionando servicios de gestin a usuarios TMN que podran ser personas o procesos automticos, tal y como se indica en la siguiente imagen: Figura 7.1. Entidad TMN
Managed Network
TMN
Qx o Q3 interface
El resultado de la metodologa es la especificacin de la interfaz entre la red gestionada y la TMN, en donde la red gestionada puede ser un simple elemento de red o por el contrario, una red compleja. La especificacin es realizada para cubrir tanto el modelamiento de la informacin como el protocolo de gestin usado para el transporte de informacin de gestin. Tareas presentadas por la metodologa
Tarea 0 - Conceptual Proporciona el sustento de la metodologa, puntualizando en los modelos genricos de informacin de red existentes y tambin proporciona el material necesario, particularmente en el rea del modelamiento orientado a objetos y la infraestructura de gestin. Tarea 1 Descripcin de los servicios de gestin TMN Identificar cada rea de las actividades de gestin soportadas por TMN como una lista de servicios de gestin. Esta tarea es llevada a cabo en
129
lenguaje natural. Para completar la tarea, es necesario un proceso de captura de requerimientos de usuario. Tarea 2 Seleccin y asignacin de funciones de gestin TMN y descripcin del contexto de gestin Esta tarea est vinculada con la descomposicin del servicio de gestin en sus componentes, que sern usados como el punto de partida de la siguiente tarea, que est dirigida hacia el modelamiento de la informacin de gestin. Segn el M.3020 del 91, los servicios de gestin constan de componentes de servicio de primer nivel y de componentes funcionales el segundo nivel de descomposicin, los componentes funcionales son descompuestos en funciones que a su vez pueden ser agrupadas en sets de funciones. Tarea 3 Modelamiento de la informacin de gestin Utiliza el modelo de informacin genrico para identificar las clases adecuadas de objetos gestionados existentes. Donde no existen clases adecuadas, deben ser especificadas algunas nuevas o extensiones de las existentes, mediante herencia. Las funciones de gestin identificadas en la tarea previa, que son las partes constituyentes ms pequeas de los servicios identificados en la tarea 1, deben ser soportadas por dichas clases. Tarea 4 Consolidacin Trata de garantizar que las funciones de gestin puedan ser soportadas por el modelo de informacin de gestin identificado. Tarea 5 Definicin del esquema de informacin de gestin Define el esquema en mencin, el cual se presentar a la aplicacin o sistema gestionante, por ejemplo las clases de objetos y la jerarqua que ser visible para los agentes de ese sistema. Adicional a ello, se requieren diagramas de relacin entre los objetos para facilitar la explicacin de cualquier otra relacin de la contencin. El sistema gestionado que soporta la interfaz de gestin, ser un elemento de red (NE) o un dispositivo (Q), debido a que la especificacin de interfaces solo apunta hacia interfaces entre TMN y la red gestionada. No obstante ICM, se extiende hasta la arquitectura de sistemas TMN y especifica interfaces entre otros componentes TMN. Tarea 7 Preparar documentacin para tareas de protocolo Analiza los resultados de las tareas previas con el fin de documentar los requerimientos del protocolo de gestin.
La metodologa indicada, es exclusiva para la interfaz entre TMN y la red gestionada, puesto que la ITU no pretende estandarizar una forma especfica de construir sistemas TMN, sino brindar guas acerca de la arquitectura.
130
Leccin 33: Gestin de servicios de Telecomunicaciones La gestin de telecomunicaciones, tiene como base fundamental el servicio, entendido como la actividad o serie de actividades de naturaleza intangible en la cual intervienen las interacciones entre los clientes, los empleados del servicio, los recursos o bienes fsicos y los sistemas del proveedor del servicio para brindar una solucin a un problema existente en el cliente. Un ejemplo de esta definicin es cuando un usuario realiza una solicitud para una lnea telefnica, el servicio que se le presta, est orientado a satisfacer la necesidad de comunicacin que tiene el usuario y puede satisfacerse de dos formas distintas: Si la necesidad de comunicacin es fija, entonces se podra pensar en una solucin de telefona fija o convencional, es decir el servicio estar orientado hacia satisfacer la necesidad de comunicacin en un hogar o en un edificio, si por el contrario, la necesidad de comunicacin implica movilidad, entonces el proveedor debe buscar una solucin de telefona mvil o celular que responda a dicha necesidad y de esa manera estara prestando el servicio requerido. En la industria se trabaja en dos reas fundamentales:

Productos o bienes Servicios
El rea de productos o bienes ha sido de gran demanda dentro de la industria de las telecomunicaciones, mientras que el rea de servicios, ha logrado un auge en los ltimos aos, debido a la alta demanda de servicios por parte de los usuarios o abonados, ocasionado por la necesidad de comunicacin en diferentes formas. Lo anterior ocasion una serie de dificultades cuando se intent aplicar los mecanismos de generacin, provisin y administracin de los productos al rea de los servicios, puesto que a pesar de tener el mismo fin: satisfaccin al usuario, la forma de visualizar dicha satisfaccin debera ser de manera distinta, el cual se indica en la figura 7.2. El esquema, permite visualizar un sistema cclico e interactivo, en el cual existe un equipo de soporte, el cual permite o facilita la prestacin del servicio a travs de la interaccin del talento humano y el cliente juega un papel activo y dinamizador del proceso, puesto que es en torno a l que se brinda un servicio y la permanencia o no, depender de la calidad del servicio prestado.
131
Figura 7.2. Proceso y elementos del sistema de generacin de servicio
Soporte Fsico
Servicio
Personal en contacto
Cliente
Componentes de un sistema de generacin de servicios
El cliente Considerado como el consumidor directo del servicio, es quien solicita los beneficios de un servicio que se brinda por parte de un operador. Existe una diferencia entre las capacidades del servicio y el servicio en s, las primeras son las potencialidades de desarrollo de un servicio , mientras que el servicio es la utilizacin, despliegue o realizacin de dichas capacidades de manera especfica cuando existe un requerimiento por parte del cliente. La capacidad siempre existe solamente cuando el cliente utiliza las capacidades del servicio.
Soporte Fsico Es el entorno tangible que sirve de base para permitir el desarrollo del servicio, el cual es utilizado de manera directa por el cliente o a travs del personal en contacto y se clasifica en dos categoras: a. Instrumentos o recursos necesarios para el servicio, cuya utilizacin por el cliente o por el personal en contacto permite el desarrollo del servicio b. El entorno, que consiste en todo lo que rodea y determina la disposicin de los elementos involucrados en el servicio.
132
Personal en contacto Es el recurso humano que interacta con el cliente y/o el soporte fsico para garantizar el desarrollo adecuado del servicio o para mejorar el grado de satisfaccin del cliente, mediante la optimizacin de las soluciones aportadas por el soporte fsico a los requerimientos especficos de ste. En ocasiones este elemento, no se encuentra en el sistema, ya que es factible que la interaccin se d entre el cliente y el soporte fsico, gracias a la automatizacin de actividades en el sistema.
El servicio de telecomunicaciones Se considera un servicio de telecomunicaciones como una aplicacin de la red de telecomunicaciones que provee un conjunto definido de funciones que interactan con los recursos de la red y de manera directa o indirecta con los usuarios de ella para satisfacer sus necesidades. En la actualidad las redes de telecomunicaciones se ofrecen como una mezcla heterognea de servicios, los cuales se pueden distribuir de manera general o con interactividad y realimentacin del cliente, con una configuracin similar o estndar para la mayora de usuarios o con servicios personalizados, de acuerdo a las necesidades del cliente. Las entidades que se encuentran involucradas en la prestacin de los servicios de telecomunicaciones son las siguientes:
Consumidor del servicio Es el usuario a quien est dirigido el servicio y puede ser individuos como el usuario residencial u organizaciones como el usuario empresarial o de negocios. En ese orden, el usuario es quien se suscribe a un servicio, hace uso de ellos y aportan opiniones acerca de la utilidad de los mismos, permitiendo de esta manera la creacin de nuevos servicios o la variacin de los servicios existentes. Mediante el usuario, se establece una relacin entre la capacidad del operador para satisfacer las necesidades del consumidor y el valor percibido por dicha prestacin.
Operador de red Es quien provee la infraestructura que soporta los servicios y a la vez, es el encargado del soporte fsico para los servicios, est orientado a garantizar
133
el adecuado funcionamiento de los recursos de telecomunicaciones que permiten la provisin de servicios. Tarifican el servicio prestado y el transporte de informacin con una calidad de servicio (Qos) completa u ptima de tal manera que se asegure las mnimas posibilidades de falla o el tiempo mnimo para su reparacin.
Proveedor del servicio Es quien provee de manera directa los servicios al usuario final, orientndose a una base de clientes establecida. Define y presenta la forma de prestacin y uso de los servicios y fundamentalmente posee personal en contacto y cierto soporte fsico. Esta modalidad, ha tomado gran auge en la actualidad, debido a que se libera de la carga de mantenimiento y operacin de los recursos de red, ya que el proveedor paga al operador de red por un adecuado funcionamiento y la garanta del mismo, por ende el aseguramiento de calidad en el servicio se consideran mas especficas y por ende ms fcilmente realizables. Fabricante Son los proveedores e integradores de hardware y software que utilizan los operadores y proveedores de servicios y se relacionan con el usuario final, facilitndole los equipos terminales para el uso de los servicios. Al ser comprometidos con un determinado producto, le permiten asegurar su calidad y complementar la prestacin del servicio por parte del proveedor. Proveedores de contenido Es una novedad en la prestacin del servicio esta entidad y son los generadores y propietarios de la informacin a suministrar en los servicios, no se consideran un elemento esencial del sistema, sino como agentes que estimulan la necesidad del uso del servicio, un ejemplo de ello son los canales de TV que hacen que un usuario solicite el servicio a una determinada empresa y no a otra distinta. Autoridades polticas Se encarga de la regulacin acerca de los servicios de telecomunicaciones dentro de un rea geogrfica , estableciendo lmites y estmulos al despliegue de servicios asegurando la competencia sana entre los proveedores y operadores y han sido los gestores del desarrollo tecnolgico de las comunicaciones en los diversos pases.
134
Leccin 34: Acuerdos del nivel de Servicios - SLA El acuerdo de nivel de servicio o Service Level Agreement, tambin conocido por las siglas ANS o SLA, es un contrato escrito entre un proveedor de servicio y su cliente con el objeto de fijar el nivel acordado para la calidad de dicho servicio. Es una herramienta que ayuda a ambas partes a llegar a un consenso en trminos del nivel de calidad del servicio, en aspectos tales como tiempo de respuesta, disponibilidad horaria, documentacin disponible, personal asignado al servicio, entre otros. Bsicamente el SLA define la relacin entre ambas partes: proveedor y cliente, e identifica y define las necesidades del cliente a la vez que controla sus expectativas de servicio en relacin a la capacidad del proveedor, proporciona un marco de entendimiento, reduce las reas de conflicto y favorece el dilogo ante la disputa. Es un proceso estructurado que promueve la convergencia organizacional y puede incluir herramientas para el benchmarking internos, proporcionando una visin multidimensional de las interrelaciones entre los distintos servicios. A la vez, puede constituirse en un punto de referencia para el mejoramiento continuo, puesto que el medir adecuadamente los niveles de servicio es el primer paso para mejorarlos y as aumentar los ndices de calidad. Estos acuerdos pueden estar vinculados legalmente, o ser un contrato informal. Los contratos entre los proveedores de servicios y una tercera parte son habitualmente y de forma incorrecta, llamadas tambin SLA, aunque el nivel de servicio ya ha sido definido por el cliente inicial y por lo tanto el acuerdo entre terceras partes no es ms que un contrato. El SLA, define un punto de entendimiento comn sobre servicios, prioridades, responsabilidades y garantas y cada rea de servicio debe tener un SLA definido, que comprenda los niveles de disponibilidad, servicio, rendimiento u otros atributos del servicio, como la facturacin. El nivel del servicio tambin puede ser especificado como objetivo y mnimo, de forma que los usuarios puedan saber que esperar, mientras se ofrece un objetivo que muestra el nivel de rendimiento. En ocasiones los contratos pueden especificar penalizaciones en caso de incumplimiento del SLA. Sin embargo se debe tener en cuenta que los acuerdos hacen referencia a los servicios que recibe el usuario, pero no la manera como el proveedor ofrece ese servicio.
135
Su empleo surge desde finales de los aos 80 por parte de operadores de telecomunicaciones como parte de sus contratos con clientes empresariales y se ha extendido a tal punto que actualmente es habitual que un usuario firme un contrato con un proveedor de servicios que incluya una serie de SLAs para prcticamente todos los mercados. Las empresas pueden definir y especificar el sistema por el que el servicio debe ser cumplido mediante una especificacin (especificacin del nivel de servicio) y recibe el nombre de input SLA, pero ha quedado obsoleto ya que las organizaciones permiten a los proveedores seleccionar el mtodo de cumplimiento de los acuerdos. Parmetros Los SLA pueden contener un determinado nmero de parmetros con sus correspondientes objetivos de nivel de servicio. A continuacin se listan algunos de ellos que se pueden aplicar para la Gestin de Servicio en un call center: ABA (Abandonment Rate o ratio de abandono): Porcentaje de llamadas abandonadas mientras esperaban recibir atencin telefnica. ASA (Average Speed to Answer o tiempo medio de atencin): Tiempo medio normalmente medido en segundos, utilizado para que el service desk responda la llamada. TSF (Time Service Factor o factor del tiempo de servicio): Porcentaje de llamadas respondidas en un plazo de tiempo determinado, por ejemplo 80% en 20 segundos. FCR (First Call Resolution o resolucin en la primera llamada): Porcentaje de llamadas recibidas que pudieron ser resultas sin necesidad de una segunda llamada. TAT (Turn Around Time o tiempo de respuesta): Tiempo utilizado para completar una tarea determinada. Los acuerdos de disponibilidad son otro tipo de parmetro muy habitual utilizado en los servicios como hosting o servidores dedicados. Algunos acuerdos habituales incluyen un porcentaje, tiempo de operacin de la red, tiempos de mantenimiento, etc. Los SLA incluyen elementos como definicin de los servicios, medicin del rendimiento, gestin de los problemas, deberes del cliente, garantas y finalizacin del acuerdo.
136
Un punto considerable en un SLA, es la subcontratacin, la cual implica la trasferencia de responsabilidades de una organizacin a un proveedor. La gestin de este nuevo acuerdo se realiza a travs de un contrato que puede incluir un acuerdo de nivel de servicio. El contrato puede incluir penalizaciones econmicas y la finalizacin del contrato si el SLA se incumple de forma habitual. La disposicin, seguimiento y gestin de los SLA son una parte importante de la gestin con proveedores externos. Es habitual que los SLA especficos sean negociadas como parte del contrato y que sean utilizadas como una de las principales herramientas de gestin de subcontratacin Tras su firma, el SLA debe considerarse el documento de referencia para la relacin con el cliente en todo lo que respecta a la provisin de los servicios acordados, por tanto, es imprescindible que contenga claramente definidos los aspectos esenciales del servicio tales como su descripcin, disponibilidad, niveles de calidad, tiempos de recuperacin, etc. El siguiente esquema permite visualizar la funcin del SLA entre el cliente y el proveedor: Figura 7.3. SLA entre cliente y proveedor
Proveedor del Servicio
SERVICIO
Cliente del Servicio
Garantiza las condiciones servicio a travs del SLA
del
Exige y evala la prestacin del servicio mediante el SLA SLA
____________ ____________ ____________ ____________
137
Leccin 35: Integracin Telefona Computacin CTI En las ltimas dcadas se ha logrado un avance significativo en el rea de las telecomunicaciones. El telfono es el medio, de comunicacin a distancia ms importante entre los seres humanos. El cual pas de ser un simple instrumento de diversin personal para convertirse en una de las mas importantes herramientas con la que se cuenta para la comunicacin interpersonal. Su avance se debe fundamentalmente a la evolucin tecnolgica, pues las llamadas en espera, los telfonos multilnea, las mensajeras de voz, las conferencias telefnicas, etc. Han sido posibles gracias a la tecnologa digital que permiten estas facilidades y que ha convertido en obsoleta la tecnologa electromecnica en que se basaban las centrales de conmutacin. Paralelo a ella, se ha logrado el mismo avance en las computadoras, las cuales en sus comienzos eran muy complejas y de uso exclusivo en las grandes empresas y universidades a tal punto de que en la actualidad estn presentes en los escritorios de cualquier empleado y en un gran nmero de hogares, convirtindose en el medio habitual de comunicacin electrnica. De acuerdo a lo anterior, es fcil observar que tanto el telfono como la computadora ocupan un lugar muy importante en cada mesa de trabajo, y que hasta hace muy poco entre ellos no haba ninguna relacin y si bien no falta mucho para que estos aparatos converjan en un solo equipo integrado de trabajo, en la actualidad es posible la interaccin entre los mismos gracias a la tecnologa CTI (Integracin Telefona-computacin). La integracin entre el telfono y la computadora surge como la manera de aprovechar y aplicar toda la potencia que tiene la computadora a la telefona, y darle a sta de algo que carece: una interfaz amigable. Gracias a la tecnologa, hoy es posible y logran su aplicabilidad de diversas maneras como por ejemplo computadoras actuando como telfonos, telfonos transmitiendo datos a un computador, etc. Sin embargo se demor bastante en lograr esta integracin. Los motivos de ello se sustenta en la falta de estndares que han imposibilitado que esto suceda. A pesar de que en los aos 70s ya se hablaba de la integracin de las computadoras con la telefona, CTI comenz a desarrollarse hacia fines de la dcada del 80; pero con la aparicin de las API (Interfaces para la Programacin de Aplicaciones) a comienzos de los aos 90 comenz otra historia. A partir de all se empez a explotar todo el potencial que significa CTI. Actualmente estas aplicaciones son variadas y diversas y van desde la posibilidad de marcar un nmero telefnico desde un PC para que un MODEM
138
pueda establecer una comunicacin, hasta el montaje de un Centro de Atencin de llamadas automatizado capaz de realizar por ejemplo, transacciones comerciales o financieras. En la era de Internet, el centro de llamadas se est redefiniendo para adaptarse al contacto de los clientes a travs de la World Wide Web y es necesario que las empresas estn preparadas con aplicaciones de centros de llamadas que trasladen su experiencia de servicios a los clientes a travs de un navegador de manera eficaz. La integracin implica encontrar la. manera de administrar el contacto entre los clientes, en cualquier momento a travs del telfono o a travs de un sitio Web. A travs de la integracin de datos y voz, los clientes pueden visitar el sitio Web y, con un clic, conectarse con un agente en directo para realizar preguntas, y clarificar un pedido. La siguiente figura, permite visualizar la integracin Telefona computacin: Figura 7.4. Integracin Telefona Computacin
PROVEEDOR INTERNET
CONEXIN TCP/IP Se realiza una conexin a un agente
Cliente visita un Web Site CONEXIN TELEFONICA

RED DE TELEFONIA
Cliente Utiliza un telfono
Diferentes Agentes atienden a los clientes
Agentes automticos o manuales CALL CENTER 139
La integracin Telefona Computacin es un conjunto de componentes de hardware y software que le permiten al computador manejar llamadas telefnicas, adems de permitirle integrar servicios telefnicos, terminales de PCs, Servidores, PBX y otros equipos relacionados con la telefona y la computacin. Esta tecnologa surge de la combinacin de las ventajas que se obtiene de los sistemas telefnicos y de los informticos, un ejemplo de ellos es cuando se accede a un servicio de atencin al cliente y a travs de los mens, el sistema automtico responde y orienta hasta llegar a utilizar el requerimiento del usuario o si no se satisface su necesidad, se prosigue a la comunicacin con uno de los asesores disponibles, de tal manera que no solo se tiene la posibilidad de controlar llamadas, sino de introducir o capturar informacin en la lnea telefnica. FUNCIONES GENERALES DE CTI Las funciones que se mencionan a continuacin son las principales aplicaciones que se pueden hacer gracias a la Integracin Telefona-Computacin
PC como telfono con interfaz apropiadas y un programa determinado que contenga herramientas grficas con iconos correspondientes, el terminal PC puede emular al telfono (atender y hacer llamadas, colgar, transferir, etc.). Enrutamiento y re-enrutamiento de llamadas entrantes de acuerdo al perfil del llamante o de quien recibe la llamada. Generacin de llamadas salientes, provistas por una base de datos o realizadas en forma directa. Agendado y re-agendado de llamadas. Reconocimiento automtico de llamadas entrantes basado en el Caller ID o DNIS (Servicio de Identificacin de Nmero Discado) y en el ANI (Identificacin Automtica de Nmero). Grabacin selectiva de conversaciones. Manejo de Fax desde un terminal PC en forma remota. Registro automtico de la actividad de las llamadas con marcacin de fechas y duracin de las mismas. Servicios para el llamante, como por ejemplo un texto que aparece en !a pantalla como gua para hablar con el interlocutor, o informacin sobre la persona a la que est llamando. Herramientas de supervisin. Posibilidad de hacer transacciones. Uso de la herramientas de Internet para establecer comunicaciones telefnicas.
140
Las anteriores son slo algunas de las funciones como resultado de la integracin entre la telefona con la computacin. Estas aplicaciones de software permiten que se puedan agregar nuevas opciones en la medida que se van desarrollando. Si bien en la actualidad la mayora de la documentacin existente, sobre CTI. hace refe rencia a los Centros de Atencin de Llamadas o Call Center, que es quizs la aplicacin ms aproximada a una integracin CTI, otra de las aplicaciones CTI por excelencia es el Sistema Interactivo de respuesta de Voz a travs de la red IP. Dispositivos telefnicos en aplicaciones CTI Centralitas o pbx (private branch exchange) La centralita es el dispositivo principal del 90% de los sistemas CTI. Las PBX modernas permiten todo tipo de conexiones al exterior: accesos bsicos y primarios RDSI, lneas analgicas, lneas GSM e incluso, conexiones de Internet, teniendo en la centralita conectado a ella un mdulo de voz sobre IP. La centralita hacia adentro ofrece lneas analgicas y digitales que suelen tener un interfaz propietario : fabricante, tambin interfaces SO (acceso bsico RDSI) y terminales inalmbricas DECT (Digital European Cordless Telephone). Por ltimo, lo que ms interesante de una centralita son sus capacidades CTI. Es importante saber que una centralita slo va a funcionar segn los estndares existentes y en la mayora de ocasiones, para un correcto funcionamiento de CTI es necesario adquirir un mdulo adicional e instalarlo. La arquitectura fsica de una central es muy similar a la de un computador, tiene un mdulo de fuente alimentacin, una placa principal y una serie de slots donde se pueden colocar diferentes tarjetas, entre ellas: mdulo de lneas internas analgicas, mdulo de lneas interdigitales, mdulo VOIP (Voice Over IP), etc. Tarjetas propietarias de telefona Son dispositivos pensados para CTI. Se conectan al computador por un puerto serie o directamente al bus ISA o PCI. Tambin se pueden conectar a una o varias lneas telefnicas para realizar alguna funcin especfica. Por ejemplo, el dispositivo TAUD de Ericsson era una solucin propietaria, actualmente considerada obsoleta, la cual serva para crear un puesto de operadora basado en PC; las tarjetas de voz de la empresa TEIMA permiten realizar aplicaciones de grabacin, reconocimiento y sntesis de la voz por ejemplo, en operadoras automticas; las tarjetas de DIALOGIC permiten conectar varias lneas telefnicas y realizar diversas funciones CTI avanzadas. El hardware propietario suele ser
141
costoso y supone el ceirse a la tecnologa de fabricante por lo que si se busca una solucin abierta, estos dispositivos no son recomendables para ello. Mdem Es el dispositivo CTI ms sencillo, pero con una programacin adecuada se puede lograr que ejecute funciones similares a la de las tarjetas propietarias de precio muy superior. Hoy da un mdem debe tener capacidades de voz (estos, modems llevan una tarjeta de sonido integrada y son capaces de emitir audio por la lnea y grabar lo que se recibe por ella, otras funciones como sntesis o reconocimiento habra que realizarlas por software dentro del PC, a veces, la falta de la capacidad de voz puede solventarse utilizando alguna tarjeta de sonido conectada al modem. En el momento, este dispositivo a pesar de seguirse entregando con equipos de cmputo laptop o desktop, se est quedando obsoleto, gracias a la aparicin del denominado ADSL con sus respectivos puerto y sus complementos como son las tarjetas de red inalmbrica. Arquitecturas hardware/software utilizadas: Modelo third party CTI Conocido como acceso en tercera persona" o "modelo cliente - servidor". Se trata de que un solo computador, el servidor de telefona, sea quien se comunique con los dispositivos telefnicos. Cuando un computador cualquiera quiere hacer uso de las facilidades CTI, tiene que solicitarlo al servidor a travs de la red, por lo tanto, se necesita que los computadores estn conectados en red. Aunque los primeros sistemas de este tipo funcionaban sobre protocolo IPX de Novell, actualmente se ha evolucionado hacia el protocolo IP. Se consideran servicios de red que utilizan el transporte simplificado UDP (User Datagram Protocol) por lo que no son fiables fuera de las redes locales. El ejemplo ms importante de acceso "Third Party" es el estndar TSAPI (Telephony Services Application Programs Interface) que fue desarrollado conjuntamente por Novell y AT&T. Modelo first party CTI Denominado acceso en primera persona". Se trata de que cada computador que vaya a realizar funciones CTI est conectado a uno o varios dispositivos telefnicos.
142
En un modelo "First Party" puro, un computador slo puede acceder a los dispositivos que estn conectados a l, a diferencia del modelo "Third Party" en donde cualquier computador puede acceder a cualquier dispositivo, sujeto a la poltica de permisos que s-e establezca' en el servidor. No obstante, existen modelos hbridos, esto es sistemas "First Party" que tienen una "extensin remota", entendida como un mdulo cliente-servidor que permite que un computador acceda a los dispositivos conectados a otro, como si fuera l el que los tiene conectados fsicamente. Sin embargo, esta solucin no se considera ptima ya que existen problemas cuando dos equipos intentan acceder a la vez a un mismo dispositivo. Tipos de enlaces CTI Enlaces de datos El enlace de datos ms utilizado es un cable RS-232 o enlace serie. Por ejemplo: las centralitas de gama media y alta de Ericsson tienen tres puertos serie. Uno de ellos debe usarse obligatoriamente para configurar la centralita desde el computador en la primera instalacin y en las acciones de mantenimiento, con una aplicacin propietaria de Ericsson. Los otros dos pueden configurarse para alguna de estas funciones:
Puerto de tarificacin El puerto de tarificacin sirve para obtener informacin de todas llamadas salientes de la central. Despus de finalizar cada llamada enva una trama con informacin que permite calcular el costo de misma (nmero destino, fecha y hora de inicio, fecha y hora de finalizacin, lnea de salida, prefijo de acceso indirecto a operadores).
Puerto de comunicaciones CTI Ese es el nombre que le da el fabricante. Evidentemente, el puerto de tarificacin tambin es un puerto CTI. Este puerto sirve para conectar la centralita a un servidor de red. Estas centralitas utilizan el estndar TSAPI (acceso "Third Party").
Configuraciones ms comunes para CTI Pc como telfono Si se cuenta con un hardware y software multimedia, y con una adecuada tarjeta telefnica, la computadora puede actuar como un puesto telefnico. Por supuesto
143
que si la red de datos (LAN o WAN) en la cual dicha PC es parte, tiene problemas no habr comunicacin telefnica posible a travs de la misma. Para VoIP (Voz/ IP), esta es una posible arquitectura. Cliente-servidor La conexin entre el telfono y el terminal PC no es fsica, sino que es una conexin lgica. Las funciones y conexiones telefnicas se implementan a travs de Servidor Telefnico, conocido como T-Server. Los telfonos se conectan a la PABX travs de pares de cobre, y los terminales PC que cumplirn las funciones telefnicas se comunican con el T-Server a travs de la red LAN. La comunicacin entre la PABX y e! T-Server es por medio de un enlace fsico denominado "CTI link. Este enlace se puede establecer por medio de X.25, RDSI, tecnologa Ethernet (IEEE 802.3) o cualquier otro medio de transporte. Como el CTI link no est definido por protocolo CSTA (Protocolo de Comunicacin entre PABXs y computadores), cada fabricante de PABX tiene una arquitectura propietaria. De lo que se trata es que el servidor y la centralita en su comunicacin utilicen comandos que puedan entender e interpretar. Figura 7.5. Integracin Telefona Computacin
144
Terminal PC En esta configuracin, el enlace fsico entre el telfono y el terminal PC es directo. Para ello se requiere de un hardware especial que cumpla la funcin de interfaz y asegure que la computadora reciba correctamente desde la PBAX las seales, propiedades DMTF, entre otras. Figura 7.6. Terminal PC
145
CAPITULO 8: eTOM Introduccin eTOM, es una nueva tecnologa orientada a la gestin y operaciones de telecomunicaciones, la cual mejora el marco anterior de gestin denominado TOM, el contenido que se presenta a continuacin es una sntesis general del estndar publicado por TMF, en su portal web (TM Forum) y que se utiliz para referenciar el presente captulo. Leccin 36: Generalidades ETOM. Fue desarrollado por el TMF, (Telemanagement Forum) y su nombre proviene de las siglas en ingls enhanced Telecomunication Operations Map, entendido como Mapa de Operaciones de Telecomunicacin Mejorado, diferencindolo del marco original TOM desarrollado entre 1995 y 1998. Desde el ao de 2001 se hace una ampliacin y mejora a este estndar y por ello su nombre actual. El TMF es una organizacin fundada en 1988 conformada por un grupo pequeo de empresas proveedoras de servicios de telecomunicaciones al mismo tiempo que por empresas desarrolladoras de aplicaciones para automatizar los procesos de esta industria. El objeto del TMF, es acelerar la disponibilidad de productos interoperables de gestin de red, siendo que para su origen y hasta la fecha uno de los grandes retos que posee la industria es la capacidad real que poseen las aplicaciones de soporte al negocio (BSS - Business Support Systems) y a las operaciones (OSS Operations Support Systems) de interoperar entre s. Actualmente, el marco de referencia, posee informacin fundamental para el mundo de telecomunicaciones y pretende entre otras situaciones, estandarizar los conceptos de los procesos y dar estructura coherente a los procesos de una empresa de telecomunicaciones, abarcando tres reas:

Enterprise Management ER Estrategia, Infraestructura y Productos - SIP Operaciones - OPS
A partir de estas tres reas, el marco referencial deriva hasta tres niveles de procesos, aportando al mundo de las telecomunicaciones todas las actividades relacionadas a las mejores prcticas de las empresas del sector. Su uso permite comprender mejor el tipo de empresas, desarrollar de manera rpida y consistente
146
flujos extremo a extremo con calidad y sobre todo crear todo lo necesario para mapear las aplicaciones que automatizan o mecanizan dichos procesos, para lo cual el TMF dispone de una serie de documentos que le permiten identificar estas aplicaciones en el mercado y las empresas que las proveen. La importancia de eTOM como marco referencial de procesos, se determina por el aporte que da a los interesados en conocer los procesos de negocio en el sector de las Telecomunicaciones. La idea original de los fundadores del TMF en 1988 son

Amdahl, Corp AT&T British Telecom PLC Hewlett-Packard Co. Northern Telecom, Inc. Telecom Canad STC PLC Unisys Corp
En la actualidad, TMF se encuentra integrado por ms de 700 miembros, generando entrenamiento para ms de 4000 estudiantes en los ltimos dos aos alrededor de todo el mundo Leccin 37: Estructura de eTOM eTOM se encuentra organizado en tres reas de procesos:
Estrategia, Infraestructura y Producto Cubre la planificacin y la gestin de los ciclos de vida. El eTOM agrega esta rea al mapa de procesos, con el propsito de destacar los procesos de planificacin y desarrollo, de los operacionales, que estn ms relacionados con el da a da del negocio. Operaciones Referencia el ncleo de la gestin operacional. El eTOM recoge los procesos operacionales establecidos por el TOM, los cuales constituyen los procesos end-to-end fundamentales de Aprovisionamiento, Aseguramiento, y Facturacin, agrupndolos en el rea de Operaciones del nuevo mapa. Gestin Empresarial. Abarca la gestin corporativa o de soporte al negocio. En esta rea se concentran los procesos que toda empresa debe tener para su normal funcionamiento.
147
En la siguiente figura, se puede evidenciar el manejo estructural de eTOM: Figura 8.1. Estructura de eTOM
Fuente: https://www.tmforum.org/IntegrationFramework/6637/home.html Leccin 38: Estrategia, infraestructura y producto El rea de Procesos de Estrategia, Infraestructura y Producto incluye los procesos que desarrollan la estrategia, comprometen a la empresa, construyen la infraestructura, desarrollan y gestionan los productos, y los que desarrollan y gestionan la Cadena de suministro. En el eTOM, la infraestructura se refiere a algo ms que slo la infraestructura de tecnologa de informacin y recursos que soporta los productos y servicios. Incluye la infraestructura requerida para soportar los procesos funcionales, como la Gestin de las Relaciones con el Cliente ( CRM, por su nombre en ingls). Estos procesos dirigen y hacen posible los procesos de Operaciones. El rea de Procesos de Operaciones es el corazn del eTOM. Incluye todos los procesos de operaciones que soportan las operaciones y la gestin del cliente, as
148
como tambin aquellos que hacen posible las operaciones directas con el cliente. Estos procesos incluyen los del da a da y los de soporte y alistamiento de operaciones. La vista del eTOM de las Operaciones tambin incluye la gestin de ventas y la gestin de las relaciones con el proveedor/aliado. Gestin empresarial El rea de Procesos de Gestin Empresarial incluye los procesos de negocio bsicos requeridos para que cualquier negocio funcione. Estos procesos se enfocan en los procesos del Nivel de Empresa, metas y objetivos. Estos procesos tienen interfaces con casi todos los otros procesos en la empresa, ya sean operacionales, de producto o de infraestructura. Son considerados algunas veces funciones y/o procesos corporativos, como la Gestin Financiera, los procesos de Gestin de Recursos Humanos, etc. reas funcionales El eTOM tambin ha definido cuatro reas funcionales que, de alguna manera, corresponden con los cuatro niveles de la Arquitectura Lgica definidos en el modelo RGT (Red de Gestin de las Telecomunicaciones, IUT-T M.3010, TMN por sus siglas en ingls) y afinan los grupos de procesos definidos en su antecesor, el TOM. Estas reas son: Los procesos de Mercado, Producto y Cliente, incluyen aquellos relacionados con la gestin de ventas y canales, gestin de mercadeo, y gestin de productos y ofertas, as como tambin la Gestin de las Relaciones con el Cliente, el manejo de rdenes y problemas, la gestin de Acuerdos de Niveles de Servicio (ANS) y la facturacin. Los procesos de Servicio incluyen aquellos relacionados con el desarrollo y configuracin de servicios, gestin de problemas y anlisis de calidad de los servicios, y tarifacin. Los procesos de Recursos incluyen los que tienen que ver con el desarrollo y la gestin de la infraestructura de la empresa, ya sea relacionada con los productos y servicios, o con el soporte de la empresa en s. Los procesos del Proveedor/Aliado incluyen los relacionados con la interaccin de la empresa con sus proveedores y aliados. Esto involucra tanto los procesos que gestionan la Cadena de Suministro que soporta los productos y la infraestructura, como aquellos que soportan la interfaz de Operaciones con sus proveedores y aliados.
149
Leccin 39: Procesos de gestin empresarial del eTOM Estos procesos involucran el conocimiento de las acciones y las necesidades a nivel de la Empresa, encierran la gestin del negocio y soportan el resto de la empresa. Estos procesos son necesarios en cualquier empresa porque se requieren para llevar a cabo los negocios en el nivel de la misma, para dirigir el negocio y son crticos para soportar los procesos directos e indirectos del cliente. Esta rea tambin establece estrategias y direcciones corporativas, y provee guas y metas para el resto del negocio. stos son considerados algunas veces como las funciones o procesos "corporativos". La Gestin Empresarial en general no tienen un aspecto particularizado para los proveedores de servicios de informacin y comunicaciones. Planeacin Estratgica y Empresarial: este agrupamiento de procesos se enfoca en los procesos requeridos para desarrollar las estrategias y planes para la empresa, incluyendo la disciplina de planeacin estratgica; determinan el negocio y el enfoque de la empresa, incluyendo los mercados objetivo, requerimientos financieros por satisfacer, posibles adquisiciones que mejoren la posicin financiera o de mercado de la empresa. Planeacin Estratgica y de Negocios: estos procesos encierran todas las funciones requeridas para proveer la direccin estratgica a la empresa, para crear planes basados en la estrategia y para proveer la gestin de programas de alto nivel para su implementacin. Desarrollo de Negocios: estos procesos desarrollan conceptos para nuevas lneas de ingreso, diversificacin de las lneas de ingreso y la concentracin o ampliacin de la base de clientes mediante la investigacin de nuevos mercados, as como tambin diferentes productos y servicios para la empresa. Planeacin de la Arquitectura Empresarial: estos procesos se concentran en el desarrollo de la Arquitectura de la Empresa, la cual es el modelo que la describe en todas sus facetas; provee un marco de referencia para el diseo organizacional, la arquitectura de los procesos de negocio, la arquitectura de los sistemas de informacin, la arquitectura de computacin, el modelo de datos y la gestin del conocimiento. Gestin Empresarial de Grupo: estos procesos son responsables de la planeacin y la gestin a lo largo de las unidades de negocio de la empresa, y entre la empresa y sus subsidiarias. Gestin de Marcas, Investigacin de Mercados y Publicidad: este agrupamiento de procesos se enfoca en los procesos de Mercadeo Corporativo.
150
Dirigen y soportan los procesos de Mercadeo en las reas de Estrategia, Infraestructura y Producto, y Operaciones de la empresa. Gestin de Marcas: estos procesos desarrollan y aseguran el fortalecimiento de la marca o marcas de la empresa. Investigacin y Anlisis de Mercados: estos procesos se encargan de la investigacin de mercados, diagnstico de la investigacin de mercados, identificacin de cambios de mercado, cambios en la satisfaccin del cliente, entre otros. Publicidad: estos procesos desarrollan y ejecutan las estrategias de publicidad en el soporte de toda la empresa, de unidades de negocio y de productos especficos. Gestin de la Calidad Empresarial, Planeacin y Arquitectura de Procesos y Tecnologa Informtica: este agrupamiento de procesos se dedica al desarrollo y mejoramiento las arquitecturas claves de la empresa, as como en la definicin de los procesos y polticas de gestin de calidad de la empresa. Los procesos de desarrollo y gestin de la Tecnologa Informtica son gestionados en el nivel de procesos de Recursos. Gestin y Soporte de la Arquitectura de Procesos: estos procesos definen la arquitectura y metodologa de procesos de la empresa, dirige el compromiso para la propiedad y gestin de procesos, y determina si la empresa puede proveer el desempeo requerido de los procesos. Estrategia y Planeacin de los Sistemas de Informacin: estos procesos desarrollan el plan de los mismos, incluyendo su estrategia electrnica; establecen las polticas y estndares de los sistemas de informacin que soportan la operacin de la empresa. Gestin de la Calidad Empresarial: estos procesos definen las polticas de gestin de la calidad de la empresa y el modelo empresarial para aquella. Gestin del Conocimiento: estos procesos son responsables de la gestin de los recursos de informacin de la empresa; esto incluye gestin de patentes, gestin de derechos de propiedad intelectual, estndares para la informacin y la captura y almacenamiento de la misma, asignacin y provisin de la direccin para el subsidio de los datos, la minimizacin de instancias de datos, etc. Investigacin y Desarrollo, Adquisicin de Tecnologa: estos procesos realizanel manejo de las tecnologas relevantes para la empresa.
151
Investigacin y Desarrollo: estos procesos realizan la investigacin y el desarrollo de la tecnologa dentro de la empresa; esto incluye la identificacin y evaluacin del valor de tecnologas existentes y nuevas y su aplicacin en el mercado como una gua para la inversin en I+D. Adquisicin de Tecnologa: estos procesos obtienen tecnologa desde fuentes externas a la empresa; incluye la identificacin y evaluacin de tecnologas potenciales, fuentes de tecnologas, y la comparacin con las capacidades inhouse de I+D. Gestin Financiera y de Activos: este agrupamiento de procesos se enfoca en la gestin de las finanzas y los activos de la empresa. Gestin Financiera: estos procesos gestionan los aspectos financieros de la empresa. Gestin de Bienes Races: estos procesos gestionan todos los aspectos de bienes races de la empresa. Gestin de Compras: estos procesos procuran los bienes y servicios necesarios para las necesidades de la empresa que no estn directamente relacionadas con la cadena de produccin. Gestin de las Relaciones Externas y con los Accionistas: este agrupamiento de procesos se dedica a la gestin de las relaciones de la empresa con los grupos de inters sobre ella y las entidades externas. Los grupos de inters incluyen accionistas, organizaciones de los empleados, etc. Las entidades externas incluyen reguladores, comunidad local, sindicatos. Gestin de las Relaciones Pblicas y con la Comunidad: estos procesos son responsables de la comunicacin de los mensajes requeridos para el pblico general y la comunidad en la que opera la empresa, as como tambin para los empleados de la empresa; de igual manera, manejan los contactos de relaciones pblicas y relaciones comunitarias hechos para la empresa. Gestin de las Relaciones con los Accionistas: estos procesos gestionan la relacin entre la empresa y sus accionistas consistentemente con todos los requerimientos del negocio, financieros, legales y regulatorios. Gestin Regulatoria: estos procesos aseguran que la empresa cumpla con las regulaciones gubernamentales existentes; adicionalmente, responden por la influencia sobre los proyectos de regulacin y normatividad, en procura del
152
beneficio para la empresa, y por el establecimiento de las tarifas de acuerdo con los requerimientos de la regulacin. Gestin Legal: estos procesos son responsables de asegurar que la empresa cumple con todos los requerimientos legales relevantes; tambin atienden los requerimientos legales dentro de la empresa, apoyando a la misma mediante la provisin del consejo legal relacionado con las decisiones de negocio, y notificando proactivamente a la empresa acerca de cambios o tendencias relevantes que afecten el ambiente legal en el que la empresa opera. Gestin de Recursos Humanos: este agrupamiento de procesos provee la infraestructura de recursos humanos para la gente que la empresa usa con el propsito de cumplir sus objetivos. Polticas y Prcticas de Recursos Humanos: estos procesos soportan la gestin de personal para toda la empresa. Estrategia de la Fuerza de Trabajo: estos procesos dirigen las estrategias de fuerza de trabajo de la empresa, incluyendo su desarrollo y ejecucin en el nivel de unidades de negocio individuales. Desarrollo de la Fuerza de Trabajo: estos procesos se enfocan en el desarrollo de los empleados para reunir las necesidades del negocio; incluyen el modelamiento de competencias, el diagnstico de habilidades, la definicin de perfiles de cargos y fortalezas de los empleados, planeacin de reemplazos, desarrollo y entrega de entrenamiento, desarrollo de carrera, diseo de trabajo, reclutamiento de empleados, etc. Gestin de Empleados y Relaciones Laborales: estos procesos se enfocan en las relaciones con los empleados en el nivel de empresa y grupo de empleados; incluyen la definicin de los trminos de empleo, desarrollo de contratos laborales, negociaciones con el sindicato, etc. Gestin de Recuperacin de Desastres, Seguridad y Fraude: este agrupamiento de procesos se concentra en asegurar que la empresa pueda soportar sus operaciones, procesos, aplicaciones y comunicaciones de misin crtica, de cara a desastres, amenazas de seguridad e intentos de fraude. Cada uno de ellos responden en su rea por el establecimiento de las polticas corporativas, as como del establecimiento de las respectivas guas, mejores prcticas, y de la auditora de su cumplimiento en la empresa.
153
Gestin de Fraude Hace unos aos, antes de existir el modelo ETOM no era claro como articular los procesos de una Compaa del Sector de las Telecomunicaciones. Leccin 40: Agrupamiento de Procesos Los procesos que se ejecutan en eTOM, se agrupan de dos formas diferentes, la primera se denomina vertical y la segunda horizontal, cada uno de ellos se describen a continuacin: Agrupamiento vertical de los procesos operacionales l rea de procesos de Operaciones contiene los agrupamientos verticales de los procesos directos de operaciones de Aprovisionamiento, Aseguramiento y Facturacin, junto con el agrupamiento de los procesos de Soporte y Alistamiento de Operaciones. Aqu se ven reflejados los procesos FAB (del ingls Fulfillment, Assurance, and Billing), que algunas veces son referidos como procesos de Operaciones del Cliente. Cumplimiento: este proceso es responsable de proveer a los clientes sus productos requeridos de manera oportuna y correcta. Traduce la necesidad de negocio o personal del cliente en una solucin, que puede ser entregada usando productos especficos del portafolio de la empresa. Este proceso informa a los clientes el estado de su orden de compra, asegura la terminacin oportuna, as como tambin un cliente satisfecho. Respuesta de Aprovisionamiento de Mercadeo: son los procesos encargados de la distribucin de los productos de mercadeo colateral, como por ejemplo cupones, premios, etc. Ventas: son los procesos responsables de la gestin de los clientes prospectivos, y del ajuste de las expectativas del cliente a los productos y servicios de la empresa; tambin se encargan de responder RFPs. Manejo de rdenes: estos procesos responden por la aceptacin y el trmite de las rdenes. Retencin y Lealtad: estos procesos se encargan de las funcionalidades relacionadas con la retencin de los clientes adquiridos, y el uso de esquemas de lealtad en la adquisicin de nuevos clientes.
154
Configuracin y Activacin de Servicios: comprenden la instalacin y configuracin del servicio para los clientes, al igual que la reconfiguracin del mismo cuando ya est activado. Provisin y Ubicacin de Recursos para Instancias de Servicio: corresponden a la configuracin de los recursos, y la provisin de recursos lgicos para instancias de clientes individuales, as como la actualizacin del inventario de recursos. Compra a Proveedores/Aliados: estos procesos son responsables del entendimiento de lo que se necesita de los proveedores y aliados para tomar las decisiones de compra; negocian compras especficas y solicitan el trmite de las rdenes de compra; estos procesos tienen una interfaz con los procesos de ventas del proveedor. Gestin de rdenes de Compra a Proveedores/Aliados: gestionan las rdenes de compra, con el fin de asegurar la entrega oportuna de los productos o servicios requeridos por la empresa; tienen interfaz con los procesos de Manejo de rdenes del proveedor. Gestin de la Interfaz con el Proveedor/Aliado: estos procesos gestionan los contactos con los proveedores y aliados actuales o futuros; tienen interfaz con los procesos de Gestin de la Interfaz con el Cliente del proveedor. Aseguramiento: este proceso es responsable de la ejecucin de las actividades proactivas y reactivas de mantenimiento, para asegurar que los servicios provistos a los clientes estn disponibles continuamente, y para mantener los niveles de desempeo de los ANS y de Calidad del Servicio (QoS). Realiza un monitoreo continuo del estado y del desempeo de los recursos para detectar proactivamente posibles fallas. Recoge datos de desempeo y los analiza para identificar problemas potenciales y resolverlos sin impacto al cliente. Recibe los reportes de problemas desde los clientes, informa a los clientes sobre el estado del problema y asegura la restauracin y reparacin, como tambin la satisfaccin del cliente. Manejo de Problemas: estos procesos son responsables de la recepcin de los reportes de problemas por parte de los clientes, su resolucin y su comunicacin al cliente sobre el estado de las actividades pertinentes. Tambin contactan y apoyan al cliente ante la deteccin de cualquier problema que afecte el servicio. Gestin de QoS y ANS: estos procesos encierran el monitoreo, la gestin y el reporte de la Calidad del Servicio (QoS) entregada vs. la contractual, como est definida en las descripciones del servicio de la empresa, los contratos con los
155
clientes o los catlogos de productos; tambin se ocupan del desempeo de los Acuerdos de Niveles de Servicio (ANS) para instancias especficas de servicio. Gestin de Problemas de Servicio: estos procesos responden inmediatamente ante problemas o fallas que afecten el servicio para minimizar sus efectos en los clientes. Anlisis, Accin y Reporte de Calidad del Servicio: enmarcan el monitoreo, el anlisis y el control del desempeo del servicio percibido por los clientes. Gestin de Problemas de Recursos: estos procesos responden por la gestin diaria de problemas con los grupos de recursos, y el aseguramiento de que los recursos estn trabajando efectiva y eficientemente; estos procesos deben tener un carcter proactivo. Anlisis, Accin y Reporte de Calidad de los Recursos: estos procesos encierran el monitoreo, el anlisis y el control del desempeo de los recursos. Recoleccin, Anlisis y Control de Datos de Recursos: estos procesos se refieren a la recoleccin de uso, eventos de red y tecnologa informtica, incluyendo informacin de los recursos, para el reporte de uso del cliente y facturacin. Reporte y Gestin de Problemas de Proveedor/Aliado: estos procesos gestionan los problemas, ya sean stos identificados dentro de la empresa o notificados por el proveedor; diligencian reportes o tiquetes de problemas para las organizaciones de proveedores y aliados dentro de la cadena de valor, los siguen y aseguran la oportuna y correcta restauracin o reparacin. Gestin de Desempeo de Proveedores/Aliados: estos procesos siguen, miden y reportan el desempeo de proveedores y aliados. Facturacin: este proceso es responsable de la produccin oportuna y correcta de facturas, de la provisin de informacin pre-facturacin de uso, y de la facturacin a los clientes, del procesamiento de sus pagos, y del recaudo de los mismos. Adicionalmente, maneja las consultas de los clientes sobre facturacin, provee el estado de dichas consultas y es responsable de resolver los problemas de facturacin para la satisfaccin de los clientes de una manera oportuna. Este proceso tambin soporta el prepago de servicios. Gestin de Facturacin y Recaudo: estos procesos encierran la creacin y el mantenimiento de la contabilidad de la facturacin de los clientes, el envo de las
156
facturas a los mismos, el procesamiento de sus pagos, el recaudo de stos, el monitoreo de las cuentas, y el manejo de las excepciones de facturacin y pagos. Tarifacin del Servicio e Instancias Especficas: estos procesos gestionan los eventos de servicio correlacionndolos y formatendolos de una manera apropiada. Incluyen la tarifacin de los niveles de servicio con base en la informacin de uso, as como la investigacin de los problemas con eventos de facturacin relacionada con el servicio. Gestin de Convenios y Facturacin: estos procesos gestionan todos los convenios y la facturacin para la empresa, incluyendo la validacin y verificacin de facturas, y la autorizacin de los respectivos pagos. Soporte y Alistamiento de Operaciones: este proceso es responsable de soportar los procesos FAB, y de asegurar el alistamiento operacional en las reas de aprovisionamiento, aseguramiento y facturacin. En trminos generales, los procesos tienen que ver con las actividades que son de menos tiempo real que las de FAB, y las cuales son tpicamente menos relacionadas con clientes y servicios individuales y ms relacionadas con los grupos de stos. Ellos reflejan una necesidad en algunas empresas por dividir sus procesos entre el contacto directo con el cliente y las operaciones de tiempo real de FAB y otros procesos de Operaciones que actan como una segunda lnea para llevar a cabo las tareas operacionales. No todas las empresas escogen emplear esta divisin, o colocar la divisin exactamente en el mismo sitio, de tal manera que es posible que en algunos escenarios los procesos de Soporte y Alistamiento de Operaciones se encuentren inmersos en los procesos FAB. Soporte y Gestin de Procesos de Operaciones de CRM: estos procesos monitorean y controlan los procesos de CRM desde un punto de vista general, de costos, y de desempeo y aseguramiento de la calidad; tambin aseguran la operatividad de los sistemas de TI y comunicaciones requeridos, y las instalaciones fsicas en apoyo a los procesos de CRM. Gestin de Ventas y Canales: estos procesos se refieren a la administracin de los procesos de Ventas; trabajan en concierto con todos los otros procesos de mercadeo para determinar las rutas o canales de ventas apropiados, y los mtodos y mecanismos de ventas requeridos para los segmentos de mercado y canales especficos, por producto o familia de productos. Alistamiento de Operaciones de CRM: estos procesos aseguran que todos los procesos de CRM en FAB estn en capacidad de responder a los requerimientos de los clientes sin tener que esperar por recursos o informacin; aseguran tambin
157
que los recursos de aplicacin, computacin y red estn listos para soportar las operaciones relacionadas con los clientes y los procesos de CRM. Gestin de Procesos de Soporte a la Gestin y Operaciones de Servicio: estos procesos monitorean y controlan los procesos de Gestin y Operaciones de Servicio, desde un punto de vista general, de costos, y de desempeo y aseguramiento de la calidad; responden por el soporte a introducciones de nuevos productos y caractersticas, y a mejoramiento de los mismos, en el desarrollo o la revisin de procesos, mtodos y procedimientos para soportar el lanzamiento de nuevos productos, as como tambin en la conduccin de Pruebas de Alistamiento a Operaciones y de la aceptacin. Alistamiento de la Gestin y Operaciones de Servicio: estos procesos aseguran que todos los procesos de Gestin y Operaciones de Servicio en FAB estn en capacidad de responder a los requerimientos de los clientes sin tener que esperar por recursos o informacin; aseguran tambin que los recursos de aplicacin, computacin y red estn listos para soportar las operaciones relacionadas con los clientes y los procesos de Gestin y Operaciones de Servicio. Gestin de Procesos de Soporte a la Gestin y Operaciones de Recursos: estos procesos monitorean y controlan los procesos de Gestin y Operaciones de Recursos desde un punto de vista general, de costos, y de desempeo y aseguramiento de la calidad; tambin aseguran la operatividad de los sistemas de TI y comunicaciones requeridos, y las instalaciones fsicas en apoyo a los procesos de Gestin y Operaciones de Recursos. Alistamiento de la Gestin y Operaciones de Recursos: estos procesos aseguran que los recursos de aplicacin, computacin y red estn en capacidad de soportar la provisin y el mantenimiento requeridos de los recursos para proveer a los procesos de servicio; esto incluye la configuracin de recursos y la provisin de recursos lgicos, para soportar tipos especficos de servicio. Gestin de Procesos de Soporte a Operaciones de Gestin de las Relaciones con el Proveedor/Aliado: estos procesos monitorean y controlan los procesos de Gestin de las Relaciones con el Proveedor/Aliado desde un punto de vista general, de costos, y de desempeo y aseguramiento de la calidad; tambin aseguran la operatividad de los sistemas de TI y comunicaciones requeridos, y las instalaciones fsicas en apoyo a los procesos de Gestin de las Relaciones con el Proveedor/Aliado. Alistamiento de Operaciones de Gestin de las Relaciones con el Proveedor/Aliado: estos procesos deben asegurar que todas las instalaciones
158
necesarias para la interaccin con los proveedores y aliados estn listas y funcionando. Agrupamiento horizontal de los procesos operacionales En el rea de procesos Operacionales del eTOM, hay cuatro agrupamientos de procesos funcionales de Operaciones que soportan los procesos de Aprovisionamiento, Aseguramiento y Facturacin, as como tambin la gestin de las operaciones para soportar los clientes, el servicio, los recursos y las interacciones con el proveedor/aliado. El TOM original us los niveles lgicos de Negocios, de Servicios y de Red del TMN para organizar los procesos del ncleo del negocio. Esto facilit el mapeo de las Funciones de Gestin definidas en TMN, hacia los procesos del TOM. Como el Marco de Referencia de los Procesos de Negocio eTOM es una evolucin del Marco de Referencia TOM y debido a que el enfoque por niveles de TMN an es relevante, los Niveles Lgicos de TMN continan de alguna manera acoplados a los agrupamientos de procesos funcionales. Gestin de las Relaciones con el Cliente (CRM): este agrupamiento de procesos comprende el conocimiento fundamental de las necesidades de los clientes e incluye todas las funcionalidades necesarias para la adquisicin, ampliacin y retencin de una relacin con un cliente. Trata acerca del servicio y soporte al cliente, ya sea en centros de atencin, por telfono, web o servicio en campo. Trata tambin acerca de la gestin de retencin, ventas cruzadas, ventas ascendentes y mercadeo directo con el propsito de realizar ventas a los clientes. CRM tambin incluye la recoleccin de la informacin de los clientes y su aplicacin para personalizar e integrar la entrega de los servicios al cliente, como tambin para identificar oportunidades para incrementar el valor del cliente para la empresa. La introduccin de CRM es una caracterstica clave del eTOM sobre TOM. Gestin y Operaciones de Servicios: este agrupamiento de procesos se enfoca en el conocimiento de los servicios (acceso, conectividad, contenido, etc.) e incluye todas las funcionalidades necesarias para la gestin y las operaciones de comunicaciones y los servicios de informacin requeridos por los clientes, o propuestos por ellos. El enfoque es en la entrega y gestin de los servicios, y no en la gestin de la red y la tecnologa de informacin subyacentes. Algunas de las funciones involucran planeacin a corto plazo de las capacidades del servicio, la aplicacin de un diseo del servicio a clientes especficos o la gestin de iniciativas de mejoramiento del servicio. Estas funciones estn ntimamente conectadas con la experiencia diaria del cliente.
159
Gestin y Operaciones de Recursos: este agrupamiento de procesos mantiene el conocimiento de los recursos (aplicaciones, computacin e infraestructura de red) y es responsable de la gestin de todos los recursos (p. ej., redes, sistemas de TI, servidores, enrutadores, etc.) utilizados en la entrega y soporte de los servicios requeridos por los clientes, o propuestos por ellos. Tambin incluye todas las funcionalidades responsables de la gestin directa de todos esos recursos utilizados en la empresa. Estos procesos son responsables de asegurar que la infraestructura de red y de tecnologas de informacin soporte la entrega diaria de los servicios requeridos. La misin de estos procesos es asegurar que la infraestructura funcione sin contratiempos, sea accesible a los servicios y empleados, sea mantenida y responda a las necesidades, directas o indirectas, de los servicios, clientes y empleados. Tambin tiene la funcin fundamental de ensamblar la informacin de los recursos, integrarla, correlacionarla, y en muchos casos, resumir los datos para pasar la informacin relevante a los sistemas de Gestin del Servicio, o tomar accin en el recurso apropiado. Gestin de las Relaciones con el Proveedor/Aliado: este agrupamiento de procesos soporta los procesos operacionales bsicos, los procesos de Aprovisionamiento, Aseguramiento y Facturacin de instancias del cliente, y los procesos funcionales de operaciones. Estos procesos se alinean fuertemente con los procesos de Gestin de las Relaciones con el Cliente del proveedor o del aliado. Su inclusin en eTOM es una de las formas clave en que el eTOM se diferencia del marco de referencia de empresa integrada verticalmente que estuvo en el TOM. La existencia de estos procesos permite la interfaz directa con el ciclo de vida apropiado, las operaciones end-to-end con el cliente o los procesos funcionales con los proveedores o aliados. Los procesos incluyen la elaboracin de Requests for Proposals (RFPs) como parte del proceso de compra, la elaboracin de rdenes de compra y su seguimiento para la entrega, manejo de problemas, validacin de la facturacin y autorizacin de pagos, como tambin la gestin de calidad de los proveedores y aliados. Agrupamiento vertical de los procesos de estrategia, infraestructura y producto Los Procesos de Estrategia y Compromiso, junto con los dos Agrupamientos de Procesos de Gestin de Ciclos de Vida, son presentados como tres agrupamientos de procesos end-to-end verticales. Los procesos de Estrategia y Compromiso proveen el enfoque dentro de la empresa para la generacin de la estrategia de negocio especfica y la obtencin de capacidades para sta. Los procesos de Gestin del Ciclo de Vida de Infraestructura y de Gestin del Ciclo de Vida del Producto dirigen y soportan la provisin de productos a los clientes. Su
160
enfoque es el cumplimiento de las expectativas del cliente, ya sea como ofertas de producto, como la infraestructura que soporta las funciones de operaciones y los productos, o como los proveedores o aliados involucrados en las ofertas de empresa a los clientes. Estrategia y Compromiso: este agrupamiento de procesos es responsable de la generacin de estrategias para el soporte de los procesos de Ciclos de Vida de Infraestructura y Producto. Tambin es responsable del establecimiento de compromisos de negocios dentro de la empresa para soportar estas estrategias. Esto encierra todos los niveles de la operacin desde el mercado, el cliente y los productos, a travs de los servicios y los recursos de los cuales stos dependen, hasta la vinculacin de proveedores y aliados en el cumplimiento de estas necesidades. Los procesos de Estrategia y Compromiso estn fuertemente enfocados en el anlisis y en la gestin del compromiso y tambin rastrean el xito y la efectividad de las estrategias y realizan los ajustes requeridos. Estos procesos proveen el enfoque dentro de la empresa para la generacin de estrategias de negocio especficas y el compromiso dentro del negocio que stas requieran.
Estrategia y Poltica de Mercado: estos procesos habilitan el desarrollo de una visin estratgica de los sitios de mercado existentes y deseados de la empresa, de las actividades y de las metas; la segmentacin y el anlisis de mercados se realizan para determinar los mercados objetivo de la empresa. Estrategia, Poltica y Planeacin de Productos y Portafolio: estos procesos desarrollan las estrategias para los productos a nivel de portafolio; las decisiones se toman alrededor los tipos de producto necesarios o deseados por la empresa. Planeacin y Compromiso de Producto y Ofertas: estos procesos proveen la coordinacin entre productos y servicios, y las funciones de gestin a nivel de familias de productos, de unidades de negocio o de la empresa. Estrategia y Poltica de Servicios: estos procesos definen los estndares de servicio, las capacidades claves requeridas, el soporte requerido, los elementos de diseo y los parmetros de costos; tambin definen las polticas relacionadas con los servicios tcnicos. Planeacin y Compromiso de Servicios: estos procesos entregan y desarrollan planes anuales y multianuales de servicio en el soporte a los productos y ofertas, que incluyen proyecciones de volumen, negociacin de niveles requeridos de recursos, obtencin del desarrollo y la gestin de servicios, as como el compromiso de la cadena de suministro y la aprobacin ejecutiva de los planes.
161
Estrategia y Poltica de Recursos y Tecnologa: estos procesos entienden la infraestructura de la empresa, los requerimientos de las actividades de la empresa sobre la infraestructura, y cmo una infraestructura nueva o ampliada puede ser distribuida; estos procesos desarrollan las estrategias y las polticas de tecnologa y recursos para la empresa, con base en las direcciones de largo plazo de la misma. Plan y Compromiso de Recursos y Tecnologa: estos procesos desarrollan planes de alto nivel para la infraestructura de la empresa, ellos comprometen las capacidades de servicio, tecnologa y recursos, pero no determinan si sern provistas interna o externamente. Estrategia y Poltica de la Cadena de Suministro: estos procesos incluyen las polticas para la contratacin e interaccin de proveedores y aliados. Planeacin y Compromiso de la Cadena de Suministro: estos procesos desarrollan planes que terminan en compromisos para la cadena de suministro de la empresa.
Gestin del Ciclo de Vida de Infraestructura: este agrupamiento de procesos es responsable de la definicin, planeacin e implementacin de todas las infraestructuras necesarias (aplicaciones, computacin y redes), como tambin todas aquellas otras infraestructuras de soporte y capacidades de negocios (centros de operaciones, arquitecturas, etc.). Esto aplica en conexin con el nivel de recursos o cualquier otro nivel funcional, como por ejemplo, las Unidades de Respuesta de Voz de CRM, requeridas para proveer productos de Informacin y Comunicaciones al Cliente y para soportar el negocio. Estos procesos identifican nuevos requerimientos, nuevas capacidades, y disean y desarrollan infraestructura nueva o mejorada para soportar productos; y naturalmente responden a las necesidades de los procesos de la Gestin del Ciclo de Vida del Producto, ya sea para reduccin de costos por unidad, mejoramiento de la calidad de los productos, nuevos productos, etc.
Entrega de Capacidad de Producto y Oferta: con base en la estrategia de producto de la empresa, estos procesos gestionan la entrega y construccin de productos nuevos o modificados, y las capacidades de entrega en la empresa; tambin maneja sus requisitos de infraestructura, cuando las tecnologas, el alcance o el tipo de la misma es significativamente diferente de la empleada actualmente en la empresa. Entrega de Capacidad de Mercadeo: con base en la estrategia de mercado de la empresa, estos procesos gestionan la entrega y construccin de capacidades de mercado nuevas o cambiadas.
162
Entrega de Capacidad de CRM: con base en la estrategia de mercado y productos, estos procesos gestionan la entrega y construccin de capacidades de CRM nuevas o modificadas. Entrega de Capacidad de Servicios y Operaciones: estos procesos planean y entregan el total de las capacidades requeridas para la entrega de cambios al servicio, de acuerdo con las necesidades; esto involucra la integracin de la capacidad entregada dentro de la empresa, y de la entregada desde un proveedor o aliado. Entrega de Capacidad de Recursos y Operaciones: estos procesos usan la definicin o los requerimientos de capacidad con el fin de distribuir tecnologas nuevas o mejoradas con sus respectivos recursos. Disponibilidad de Capacidad de la Cadena de Suministro: estos procesos gestionan la evaluacin de nuevos proveedores o aliados para determinar aquellos que tienen los mejores servicios y recursos para satisfacer las necesidades de la empresa.
Gestin del Ciclo de Vida del Producto: este agrupamiento de procesos responde por la definicin, la planeacin, el diseo y la implementacin de todos los productos del portafolio de la empresa. Estos procesos gestionan productos para mrgenes requeridas de ganancias y prdidas, satisfaccin del cliente y compromisos de calidad, como tambin la entrega de nuevos productos al mercado. Estos procesos de ciclo de vida entienden el mercado a travs de todas las reas funcionales claves, el ambiente del negocio, los requerimientos de los clientes y las ofertas competitivas, con el propsito de disear y gestionar productos exitosos en sus mercados especficos. Los procesos de Gestin de Productos y de Desarrollo de Productos son dos tipos de procesos distintos. El Desarrollo de Productos es un procesos predominantemente orientado a proyectos que desarrolla y entrega nuevos productos para los clientes, como tambin nuevas caractersticas y mejoramientos para los productos y servicios existentes.
Desarrollo y Retirada de Productos: estos procesos son orientados a proyectos, y sus medidas claves son su efectividad en la mejora de productos y servicios, as como la oportunidad en la salida al mercado. Desarrollo de Ventas y Canales: estos procesos desarrollan el soporte a Ventas y Canales, y la respuesta a productos y servicios nuevos y existentes, as como tambin a clientes existentes y potenciales. Comunicaciones y Promociones de Mercadeo: estos procesos desarrollan y gestionan las comunicaciones a clientes y mercados en general.
163
Diagnstico de Desempeo de Productos, Mercado y Clientes: estos procesos diagnostican el cumplimiento de metas de entrega de cambios y mejoramientos a los procesos de CRM. Desarrollo y Retirada de Servicios: estos procesos incluyen implementacin de procesos y procedimientos, cambios en sistemas y documentacin de clientes; tambin sobrellevan el lanzamiento y verificacin del servicio, la gestin de capacidades y el costeo del mismo. Diagnstico de Desempeo de Servicios: estos procesos diagnostican cumplimiento de metas para los procesos de Desarrollo y Gestin de Servicios. Desarrollo de Recursos: estos procesos desarrollan nuevas tecnologas o mejoran las existentes y sus recursos asociados, de tal manera que los nuevos productos estn disponibles para ser vendidos a los clientes; tambin deciden si adquirir los recursos externamente, as como tambin retiran tecnologa y sus recursos asociados cuando no se requieran ms en la empresa. Diagnstico de Desempeo de Recursos: estos procesos diagnostican el desempeo de la infraestructura, desde una perspectiva de metas de costos, disponibilidad y calidad. Desarrollo de la Cadena de Suministro y Gestin del Cambio: estos procesos son bsicamente proyectos asociados con el desarrollo de una cadena de suministro, para soportar la extensin o modificacin del catlogo de servicios; identifican nuevos proveedores o aliados, desarrollan acuerdos y los implementan con el proveedor o aliado; tambin manejan la automatizacin y la gestin del cambio para la cadena de suministro. Diagnstico de Desempeo de la Cadena de Suministro: estos procesos evalan el comuplimiento de metas de los procesos de Desarrollo y Gestin de la Cadena de Suministro.
Agrupamiento horizontal de los procesos de estrategia, infraestructura y producto Gestin de Mercadeo y Ofertas: este agrupamiento se enfoca en el conocimiento de la ejecucin y el desarrollo del Core Business para una Empresa ICSP (Information and Communications Service Provider). Incluye funcionalidades necesarias para la definicin de estrategias, el desarrollo de nuevos productos, la gestin de los productos existentes y la implementacin de estrategias de mercadeo y ofertas, especialmente adecuadas para los productos y servicios de informacin y comunicaciones.
164
Desarrollo y Gestin de Servicios: este agrupamiento se enfoca en la planeacin, el desarrollo y la entrega de servicios al dominio de las Operaciones. Incluye funcionalidades necesarias para la definicin de estrategias para la creacin y el diseo de servicios, la gestin y el diagnstico del desempeo de servicios existentes, y el aseguramiento de que las capacidades estn dispuestas para satisfacer la demanda futura de servicios. Desarrollo y Gestin de Recursos: este agrupamiento se enfoca en la planeacin, el desarrollo y la entrega de los recursos necesarios para soportar los servicios y productos para el dominio de las Operaciones. Incluye funcionalidades necesarias para la definicin de estrategias para el desarrollo de la red y otros recursos fsicos y no fsicos, la introduccin de nuevas tecnologas y la interaccin con las existentes, la gestin y el diagnstico del desempeo de los recursos existentes y el aseguramiento de que las capacidades estn dispuestas para satisfacer las necesidades futuras de los servicios. Desarrollo y Gestin de la Cadena de Suministro: el enfoque de este agrupamiento es el conjunto de interacciones requeridas por la empresa con sus proveedores y aliados, quienes estn involucrados en el mantenimiento de la cadena de suministro. Estos procesos aseguran que sean escogidos los mejores proveedores y aliados. Aseguran que la contribucin de los proveedores y aliados a la cadena de suministro sea oportuna y entregue el soporte requerido, y que su desempeo y contribucin en general sea tan buena o mejor que para las empresas integradas verticalmente. Estos procesos incluyen el establecimiento y el mantenimiento de todos los flujos de informacin y flujos financieros entre la empresa y su proveedor. CAPITULO 9: INTRODUCCIN A LOS AGENTES MVILES Introduccin Las tareas de bsqueda y tratamiento de la informacin en Internet tienen una gran importancia en el desarrollo de sistemas basados en agentes mviles. Esto se debe al vertiginoso crecimiento de la red, por lo tanto el proceso de bsqueda de datos se convierte en un proceso tedioso y complejo para el usuario, sin embargo la gestin que se aplica sobre este campo, permite enviar un agente a los destinos ms atractivos para el usuario, localizar y filtrar la informacin deseada, acorde a las normas existentes. Lo anterior posibilita el ahorro de tiempo de conexin y ancho de banda, que repercute en el ahorro de dinero. Los agentes mviles basan su programacin en lenguajes generadores de cdigo intermedio como Telescript, Java, Tcl; debido a que ellos ofrecen interoperabilidad
165
y buen soporte a entornos heterogneos, de tal manera que los programas y los datos sean independientes de la plataforma. Otro punto interesante que se da en los agentes mviles es el proceso de seriacin, mediante el cual se representa el estado completo de un agente, mediante una serie que puede ser transportada fcilmente por la red y la decodificacin de este proceso se denomina diseriacin. De acuerdo a lo anterior, se presenta este captulo en el cual se da un tratamiento inicial a la gestin en agentes mviles, considerando la importancia que tiene este tema en el rea de las telecomunicaciones y abracando de esta manera un curso complejo con los diversos aspectos que debe conocer como mnimo un administrador de redes de telecomunicaciones. Leccin 41: Generalidades de los agentes mviles En primera instancia, se debe tener una claridad acerca de la definicin de un agente y su diferenciacin de acuerdo al criterio de movilidad que ellos manejan; para ello se tendr en cuenta la diferencia establecida por el O.M.G acerca de los utilidades para la interoperacin entre sistemas de agentes mviles MASIF.
Agente esttico Es el agente que solo puede ejecutarse en la mquina donde fue iniciado. De tal manera que si este necesita interactuar con otros agentes, programas o requiere cierta informacin puede llevarse a cabo mediante cualquier mtodo de interaccin para objetos distribuidos como CORBA o RMI (Remote Method Invocation) propio de Java. Agente Mvil Es el que no se encuentra limitado al sistema donde se inicio su ejecucin, siendo capaz de transportarse de una mquina a otra a travs de la red. Esta posibilidad le permite interactuar con el objeto deseado de forma directa sobre el sistema de agentes donde se encuentra el objeto requerido.
A nivel de sistemas distribuidos, existen muchas tcnicas, sin embargo los agentes mviles ofrecen varias ventajas frente a otros distintos, entre ellas se tienen:
Los usuarios que utilizan equipos porttiles o con baja capacidad de procesamiento , los que tienen un ancho de banda en la red relativamente bajo o quienes disponen de poco espacio de almacenamiento, pueden utilizar agentes mviles para solucionar sus problemas, desconectando el
166
equipo de la redo pidiendo que otra mquina realice el procesamiento respectivo y recogiendo los resultados posteriormente.
El usuario puede personalizar las respuestas de un servidor, implementando agentes mviles que interacten con las interfaces para programacin de aplicaciones (APIs), exportadas por el servidor en mencin. La bsqueda semntica de informacin es flexible, puesto que el usuario puede expresar sus requerimientos en un lenguaje natural, enviar los datos a un agente consultor quien los traduce al sistema utilizado por el sistema multiagente y entrega la respuesta con el formato adecuado a los servidores. Mejoramiento de las posibilidades de comercio electrnico, debido a que el usuario puede dar instrucciones a un agente para que realice la compra una vez se cumplan las condiciones necesarias para este proceso.
No obstante lo anterior, los agentes mviles tambin presentan algunas desventajas, que se citan a continuacin
Las transacciones semnticas, pueden realizarse con otro tipo de tcnicas, obteniendo un resultado similar debido a que los servidores de informacin puede restringir el acceso a los agentes que se ejecutan de manera local. No existe una metodologa que permita convertir el cdigo de un agente escrito en un lenguaje de programacin determinado a otro lenguaje diferente. Los virus informticos pueden infectar los sistemas de agentes mviles y utilizarlos para reproducirse rpidamente.
Movilidad de los agentes El proceso para transferir un agente de un sistema a otro se realiza en tres fases:

Iniciacin o transferencia Recepcin del agente Transferencia de otras clases
Iniciacin o transferencia El agente identifica el destino deseado, realiza una peticin de viaje al sistema, si es aceptada, recibe el permiso para ejecutar la transferencia.
167
El sistema suspende la ejecucin del agente e identifica el estado y las partes del agente que sern enviadas Se realiza la conversin en serie del cdigo y del estad del agente (seriacin) y se codifica, acorde al protocolo establecido. El sistema hace la autenticacin del agente. Se realiza la transferencia. Recepcin del agente El sistema destinatario acredita al cliente. Se lleva a cabo la decodificacin del agente y la conversin de serie a cdigo y estado del agente. El sistema crea la instancia del agente, restaura su estado y contina con la ejecucin. Transferencia de otras clases (Exclusivo para sistemas orientados a objetos) Es necesario cuando el agente se mueve de un sistema a otro, cuando el agente se crea remotamente o cuando necesita otros objetos. La transferencia de las clases puede realizarse completamente junto con el viaje del agente o hacer peticiones de carga cuando sea necesario. Paradigma de Agentes Mviles Una caracterstica clave del paradigma de Agentes Mviles, es que ningn host en la red permite un alto grado de flexibilidad para poseer la mezcla de "Know-How, recursos y procesadores. Sus capacidades de procesamiento pueden ser combinadas con recursos locales. El "Know-How" (en la forma de Agentes Mviles) no se encuentra sujeto a un solo host sino que est disponible a travs de toda la red. La tendencia es hacia una mayor flexibilidad. El applet y el servlet, sirviendo como extensiones de clientes y servidores, respectivamente, se han combinado y mejorado con la tecnologa emergente de agentes mviles. Infraestructura para agentes mviles. Para ser til un agente necesita interactuar con su nodo y otros agentes, debe accesar informacin que la mquina ofrece y/o negociar con otros agentes sobre el intercambio de servicios e informacin. Los agentes deben ser capaces de moverse dentro de redes heterogneas de computadores. Lo anterior es posible
168
solamente si existe un marco de trabajo comn para operaciones de agentes a travs de la red completa, es decir, una infraestructura de agentes estandarizada. Esta infraestructura debe ofrecer soporte bsico para la movilidad y comunicacin de agentes. Tambin debe proteger al computador de accesos no autorizados y salvaguardar la integridad de los agentes, tanto como sea posible (LINGNAU, 1995) Infraestructura para Agentes Mviles segn Crystaliz Crystaliz Inc., sugiere un modelo comn que extrae las caractersticas ms generales de los sistemas de agentes mviles que existen con el fin de estandarizar y promover interoperabilidad entre dichos sistemas. El sistema de agente, es una plataforma que puede crear, interpretar, ejecutar transferir y terminar agentes. Un lugar es donde el agente reside, es un contexto en un Sistema de Agentes, en el cual un agente puede ejecutarse. Toda la comunicacin entre Sistemas de Agentes se hace a travs de la infraestructura de comunicacin (CI). Se han identificado 3 tipos de interaccin de agentes: Creacin de agentes remotos. Un programa cliente interacta con el Sistema de Agentes, pidindole crear un agente de una clase particular. Transferencia de agentes. Cuando un agente decide transferirse a otro Sistema de Agentes, el Sistema de Agentes le crea una solicitud de viaje. Invocacin de mtodos agentes. Un agente puede invocar el mtodo de otro agente u objeto si est autorizado para hacerlo y tiene una referencia al objeto. Dentro de las funciones de un Sistema de Agentes podemos enunciar las siguientes:

Transferir un agente, lo cual puede incluir iniciar una transferencia de agente, recibir un agente, y transferir clases Crear un agente. Proporcionar nombres nicos a los agentes. Soportar el concepto de regin (conjunto de sistemas de agentes). Hallar un agente mvil. Asegurar un ambiente seguro para operaciones de agentes.
169
Infraestructura para Agentes Mviles de Lingnau. Lingnau, propone una infraestructura para agentes mviles basada en el Protocolo de Transferencia de Hipertexto (http- HyperText Transfer Protocol) el cual proporciona movilidad al agente a travs de redes heterogneas, as como comunicacin entre agentes. Soporta agentes escritos en diversos lenguajes y permite implementar una variedad de esquemas de interaccin basados en un mecanismo general para comunicacin de agentes. La base de esta infraestructura es la nocin de servidor de agentes. El Servidor de Agentes es un programa que corre en cada computadora, el cual es accesible a los agentes y est a cargo de que los agentes corran en esa computadora. Sus tareas incluyen aceptar agentes, crear ambientes de ejecucin apropiados, ejecutar los agentes y terminarlos. Tambin debe organizar la transferencia a otros nodos, manejar la comunicacin entre agentes, as como entre los agentes y sus dueos y hacer autenticacin y control de acceso para todas las operaciones del agente. Participa tambin en el manejo de operaciones de red. Cada Servidor de Agentes conoce sobre otros Servidores de Agentes en su "vecindario" y esta informacin la hace disponible para los agentes, quienes la utilizan para elegir un nuevo destino, en el momento en que ellos deciden dejar la maquina. Para cada agente corriendo en un servidor, existe un ambiente de ejecucin adecuado. El ambiente de ejecucin es una interfaz entre el agente y su nodo y permite que los recursos de la maquina estn disponibles para el agente de una manera controlada. Leccin 42: Aplicaciones de los agentes mviles Los agentes mviles pueden ser tiles para muchas aplicaciones, entre ellas: La recuperacin de informacin en la red puede ser soportada mucho ms eficientemente si un agente puede moverse al lugar en donde los datos se encuentran almacenados, en lugar de tener que mover todos los datos a travs de la red para revisarlos y posteriormente descartar la mayora. Esta tcnica ahorra considerable ancho de banda. Otra rea donde los agentes mviles pueden ser utilizados es en la gestin de red. En redes de tamao considerable, que contienen cientos o miles de hosts
170
conectados, es muy difcil ejecutar operaciones de monitoreo y deteccin fallas, ya que involucran grandes cantidades de datos. No es posible prefabricar programas de diagnstico para cada eventualidad, pero ser factible utilizar agentes mviles que observen detalladamente el sistema, enviando reportes acerca del estado de los computadores. El comercio electrnico es otro dominio en el cual pueden funcionar los agentes mviles: los negocios en Internet son una realidad y, la existencia de sistemas de pago electrnico, haciendo que las premisas comerciales accesibles mediante la red crezcan rpidamente. Los agentes mviles pueden ayudar a localizar lugares ms econmicos, negociar tratos o concluir transacciones de negocios a nombre de sus los propietarios de los negocios. Una aplicacin importante para los agentes mviles est relacionada con la computacin mvil. Los computadores porttiles son cada vez ms diminutos y poderosos, pero el acceso a la infraestructura de informacin fija es lenta, debido a las restricciones en la transmisin. Para minimizar el poder de consumo y el costo de transmisin, los usuarios desearan no tener que permanecer en lnea mientras alguna consulta complicada est siendo ejecutada en su nombre por los recursos de computo fijo. Los agentes mviles permiten que los usuarios simplemente liberen el agente mvil para que incorpore sus bsquedas y se desconectan, conectndose despus para que ellos devuelvan el resultado. As mismo, ofrecen soluciones a un amplio rango de problemas encontrados frecuentemente en aplicaciones distribuidas. Al mismo tiempo, posibilitan nuevos tipos de aplicacin con funcionalidades novedosas entre las que se encuentran: Comunicacin Heterognea Aunque las redes ofrecen muchos beneficios potenciales, todava se tienen problemas de comunicacin y distribucin. Al tener dos sistemas juntos se revelaran los problemas de incompatibilidad en comandos y tipos de datos y a mayor nmero de sistemas mayor incompatibilidad. Los agentes mviles pueden resolver estos tipos de problemas sirviendo como un lenguaje que comparten muchos sistemas. Protocolos especializados Los agente mviles permiten que los servidores utilicen protocolos de comunicacin personalizada con los clientes. Para recibir un agente, el cliente y el servidor deben compartir algn protocolo estndar. Una vez que el agente est corriendo, puede utilizar un protocolo especializado para la comunicacin de regreso a su servidor de origen. Un agente en ejecucin puede comunicarse
171
repetidamente con el servidor sin intervencin del usuario, permitiendo la construccin de servicios dinmicos. Reduccin en la carga del servidor Uno de los problemas con los servicios de Internet es que los componentes computacionales de un servicio tpicamente deben residir en un servidor, porque los protocolos de aplicacin utilizados como HTTP, Telnet y SSH se utilizan para el intercambio de datos no ejecutables, as que los servidores tienen la responsabilidad de ejecutar cualquier servicio relativo a computo para clientes. Lo anterior conlleva a transmisiones con requerimientos de gran ancho de banda y significa que el usuario debe esperar hasta que el servicio proporcione resultados. Estructurar un servicio con agentes puede resolver o reducir los problemas mencionados. La caracterstica ms importante de los agentes es que permiten trasladar computo de una mquina a otra. Un servidor puede descargar trabajo en un cliente envindole un agente. El cliente est presumiblemente dispuesto a dedicar recursos tales como tiempo de la Unidad Central de Procesamiento (CPU: Central Processing Unit) para la interaccin del servicio, y esos recursos pueden ser utilizados directamente por el agente. El usuario ahorra tiempo y la carga en el servidor y la red se aligera. Datos Inteligentes Agentes asociados con los datos pueden proporcionarle al dato una manera de "conocer" como procesarse a s mismo. Obviamente ninguna de estas aplicaciones requiere del uso forzoso de agentes' mviles, de hecho la mayora podran manejarse con programas estacionarios y algn paradigma de comunicacin adecuado como RPC. Sin embargo, esto puede nacer que el sistema y la red se "carguen", con la consecuente incomodidad para el usuario. Ventajas y desventajas del uso de agentes mviles Entre las ventajas de esta nueva tecnologa se pueden mencionar las siguientes:
Reduccin de los costos de comunicacin. Es factible la existencia de una gran cantidad de informacin que debe ser examinada para determinar su relevancia. Transferirla puede consumir tiempo y congestin en la red. Por ejemplo, el transferir muchas imgenes solo para elegir solamente una. Ante esta situacin, es mucho ms natural hacer que el agente se dirija a
172
ese lugar, haga una bsqueda y eleccin y solamente transfiera la imagen elegida de regreso a travs de la red. Evitando la necesidad de hacer conexiones de red costosas entre computadores remotos tan requeridas en llamadas de procedimientos remotos (RPC). De igual forma se proporciona una alternativa mucho ms econmica en ancho de banda y en tiempo de acceso. No se limita a recursos locales: Si el poder de procesamiento y almacenaje en una mquina local es muy limitado, es necesario el uso de agentes mviles, de esta manera se puede migrar a una computador ms potente y lograr ejecutar la aplicacin deseada. Coordinacin ms sencilla: Puede ser ms simple coordinar un nmero de solicitudes remotas e independientes y despus solamente verificar resultados de manera local. Cmputo asncrono: El usuario puede activar sus agentes mviles hacer alguna otra actividad mientras tanto y los resultados le llegarn por correo electrnico o algn otro medio, en algn tiempo posterior. Incluso puede operar an cuando el usuario no est "conectado". Proporciona un ambiente de desarrollo natural para implementar un libre mercado de servicios: Nuevos servicios pueden ir y venir dinmicamente; y servicios mucho ms flexibles pueden coexistir en unidades inferiores, proporcionando ms opciones para los consumidores. Arquitectura flexible de cmputo distribuido. Los agentes mviles proporcionan una arquitectura de computo distribuido nica, la cual funciona de manera diferente de las arquitecturas estticas. Esto proporciona una manera innovadora de hacer computo distribuido. Oportunidad de reestructuracin radical y atractiva del proceso de diseo: Los agentes mviles transforman el proceso diseo convencional, adems de que algunos productos verdaderamente innovadores debern emerger de esta nueva tecnologa Aprovechamiento de la asincrona: Asincrona significa que dos actores de comunicacin no necesitan estar fsicamente presentes al mismo tiempo como por ejemplo los usuarios del correo electrnico. Las ventajas de la asincrona son el mejoramiento en la utilizacin de las lneas de comunicacin, la capacidad de realizar operaciones de recuperacin informacin ms seguras y el hecho de que si el receptor est ocupado cuando la comunicacin se est llevando a cabo, esta se procesara despus. Esta ltima propiedad es muy interesante para equipos de computo mvil (PDAs, Laptops, etc.) que no estn permanentemente conectados. La estrategia estn seria entonces: enviar el agente, desconectar y reconectar despus.
173
A nivel de comunicaciones de bases de datos, es factible la interrupcin de operaciones y comunicaciones si las transacciones imponen algunos bloqueos, este bloqueo se mantendr hasta que la transaccin sea abortada o reanudada. En cambio, si un agente es despachado de una manera asncrona, una vez en un lugar remoto, el agente puede ejecutar un proceso sncrono y esperar por una llamada de regreso al computador y cuando el usuario se reconecte, recibir el agente de regreso.
Por lo expuesto, cuando la tarea a ser ejecutada no es en tiempo real, este esquema parece ser muy atractivo. Como se mencion con anterioridad, la asincrona permite realizar operaciones de recuperacin de datos ms seguras. Cuando una transaccin es comprometida, este es un proceso de todo o nada como la interrupcin de un proceso de FTP, segundos antes de terminar y tener que comenzar todo nuevamente. En el caso de agentes, una vez que el agente ha sido transferido y exitosamente recibido, el agente puede pedirle al servidor remoto ser activado o reactivado las veces necesarias hasta que el trabajo haya sido terminado. Aprovechamiento de la autonoma: Un agente debe mostrar algo de autonoma, es decir que no existe la necesidad de una conexin permanente entre el agente y su nodo de origen, ya que en el caso de agentes mviles el agente acarrea junto con l, su propio cdigo. El agente posee mayor autonoma cuando tiene algn conocimiento de las preferencias del usuario. Esta propiedad es muy importante ya que permite al agente trabajar por s mismo y no requiere de una conexin permanentemente abierta. Aprovechamiento de facilidades remotas: La gran contribucin de los agentes mviles es la capacidad de ejecutarse en mquinas remotas. Por lo tanto pueden aprovechar las capacidades remotas de determinadas mquinas, tales como: CPU. El agente es ejecutado en la mquina remota donde es ms potente debido a la capacidad de dicha CPU. Esto es til para dispositivos mviles (por ejemplo computadoras porttiles) con una CPU pobre o no disponible. Para mquinas cliente con CPU pobre, su debilidad puede ser resuelta a travs de agentes. Memoria. Algunas operaciones pueden requerir una gran cantidad de memoria, por lo que puede ser til tener acceso a memoria remota. Multiprocesamiento. Como una extensin de la CPU, si el nodo remoto tiene capacidades mltiples de procesamiento, estas pueden ser utilizadas por el agente.
174
Multi-threacling. Los hilos pueden ser vistos como versiones "ligeras" de paralelizacin. Ancho de Banda. Si el PC de un usuario tiene un modem de 28.8 baudios y la red de su oficina tiene un par de conexiones T1, el usuario puede enviar su agente a la red de la oficina donde puede aprovechar un ancho de banda mayor. Recursos adicionales. Otros recursos que no pueden ser hallados localmente pueden ser utilizados por los agentes en el nodo remoto. Por ejemplo generadores de nmeros aleatorios, coprocesadores matemticos, hardware dedicado. En teora los agentes pueden ser capaces de aprovechar una gran variedad de recursos. Sin embargo, los aspectos de seguridad y economa representan an una gran barrera. Considerando ahora las desventajas, la mayora de los autores coinciden en que el punto ms dbil de los agentes mviles es precisamente la seguridad. Otras desventajas son las que se presentan en algunos de los lenguajes de programacin para el diseo de agentes, entre las que se mencionan:

La migracin no puede ocurrir en puntos arbitrarios La comunicacin entre agentes no existe o puede ser dificultosa Los agentes deben ser escritos en lenguaje especfico y complejo Las implementaciones existen para hardware no estndar El cdigo fuente no est disponible fcilmente
Oportunidad de Consulta Entre los requisitos que deben garantizarse en cualquier comunicacin se encuentran: Confidencialidad, integridad, autenticacin y deteccin de reproduccin. Definir cada uno de ellos y establecer la relacin a nivel de gestin frente a lo expuesto en los primeros captulos del presente mdulo. Leccin 43: Aplicacin de gestin inteligente en la gestin de redes La posibilidad de emular el comportamiento de la inteligencia humana, parte de tratar de imitar el funcionamiento del cerebro humano desde el computador, esto es factible mediante la reproduccin del razonamiento humano de manera simblica , tratando de lograr el conocimiento humano a travs de la lgica. La incorporacin en un equipo de cmputo de un componente basado en el conocimiento, se puede obtener a partir de la habilidad de un experto, de tal manera que el sistema pueda tomar decisiones inteligentes al igual que dar consejos inteligentes acerca de las condiciones expuestas, utilizando
175
razonamientos heursticos previamente alimentados en el sistema por expertos humanos. Las anteriores definiciones, corresponden a lo que en computacin se denomina sistemas expertos o inteligentes y que son otra base para la gestin de sistemas de telecomunicaciones dada la complejidad de ellos y los requerimientos de alta confiabilidad y disponibilidad de los mismos. Aplicacin de los sistemas expertos en gestin de redes Las redes de telecomunicaciones son sistemas extremadamente complejos que requieren alta confiabilidad y disponibilidad. La gestin eficaz de estas redes es crtica y una tarea un poco compleja. Ante esta problemtica, la industria de las telecomunicaciones ha realizado grandes inversiones en tecnologas inteligente, depositando su confianza en soluciones inteligentes que ayuden a la gestin de redes de telecomunicaciones La construccin de tales aplicaciones implica adquirir el valioso conocimiento de expertos humanos de la telecomunicacin y luego la aplicacin ajustndolo en un sistema experto. El proceso de adquisicin de conocimiento requiere de mucho tiempo y las tcnicas que hacen la extraccin inteligente de datos estn orientadas a las aplicaciones industriales para substituir el proceso de adquisicin manual de conocimiento por descubrimiento automatizado de conocimiento. Las redes de telecomunicaciones, que generan rutinariamente enormes cantidades de datos, son candidatos ideales para la extraccin de ellos de una manera inteligente La presente leccin pretende describir algunas tecnologas inteligentes y las aplicaciones usadas dentro de la industria de las telecomunicaciones. Estas aplicaciones Involucran Supervisin, Diagnstico y mantenimiento de la redes, en aplicaciones ms importantes en la industria de las Redes de Telecomunicaciones. Sistema Experto RDSI ISDNpartner El principal objetivo de cualquier departamento de mantenimiento de redes RDSI es conseguir que el servicio funcione correctamente, con las mnimas interrupciones, tambin se encargan de optimizar las prestaciones y los costes de las telecomunicaciones. Esta tarea es cada da ms complicada, debido a que la tecnologa RDSI se est desarrollando continuamente y aparecen sin cesar nuevos protocolos, terminales y
176
equipos de redes, adems de convirtirse en la tecnologa referida para un creciente nmero de aplicaciones crticas que requieren ptima calidad de servicio y por ltimo, porque los presupuestos asignados a los departamentos de mantenimiento (para recursos humanos y para formacin) suelen estar congelados e incluso reducirse debido a la poltica general de reduccin de costes. Las herramientas actuales para ciertos casos especficos no son lo suficientemente adecuadas, mostrando que hacen falta sistemas expertos que puedan ayudar a los ingenieros y especialistas de asistencia, sea cual sea su cualificacin y experiencia. Por tanto, optimizarlas es absolutamente esencial. Si la red es demasiado lenta o est saturada, algunos administradores solicitarn fuertes inversiones para su modernizacin, desconociendo que la optimizacin del sistema existente puede resolver el problema. La optimizacin debe llevarse a cabo empleando herramientas apropiadas que detecten automticamente cada evento anmalo. As no slo se garantiza la satisfaccin de los usuarios, sino que es posible corregir algunos problemas, no detectados por ellos, que podran prolongar la duracin de las conexiones con el consiguiente incremento de costes Dada la enorme complejidad y diversidad de la RDSI, hay algunos problemas que tienen que ser dejados para tcnicos experimentados capaces de resolver los problemas muy dificultosos. Para estos expertos, el tiempo es un bien muy preciado, y el anlisis convencional de protocolos es la ltima arma de su arsenal., por ello, se debe tener acceso a mtodos de filtrado apropiados, que les permitan aislar rpidamente las secuencias problemticas.
Max & Opti-Max: Localizacin de problemas en el rea local. Max (Experto administrador de mantenimiento), desarrollado por NYNEX, reporta e ! diagnstico de los problemas del telfono del cliente en el rea local, ltimo segmento de la red del telfono que conecta al cliente a una oficina central. Max es una regla basada en un sistema especialista que diagnostica los problemas basndose en resultados de una prueba elctrica. La prueba se lleva a cabo en la lnea del telfono del cliente, en el conocimiento especfico de la lnea del telfono del cliente y en el conocimiento de equipo general. Max determina donde se encuentra el problema y selecciona el tipo de tcnico para resolverlo. Max es desarrollado en 1990, y es capaz de reducir el nmero de incorrecciones tcnicas despachadas por otros mtodos. Un problema con Max es que su
177
actuacin es afectada por las caractersticas locales de cada sitio, por lo tanto, se deben poner a punto los numerosos parmetros de la regla para optimizar su desempeo. Este proceso de afinacin es tiempo que consume y por esta razn un sistema llamado Opti-Max fue creado para poner a punto automticamente los parmetros de los valores. Opti-Max realiza un tipo de descubrimiento de conocimiento automatizado. Localizador de Problemas: Localizacin de problemas de cables en las redes Pacific Bell tiene un sistema inteligente en que determina la situacin de problemas en la red de cable de telfono local. Este sistema usa datos generados por una prueba nocturna automatizada para ayudar a bajar problemas de cables potenciales o equipo de la red que pueden estar defectuosos; sin embargo, los resultados de la prueba no son suficientes para determinar la causa exacta. El Localizador de problemas utiliza una red Bayesiana y una red in Bayesiana interferente para resolver este problema. El sistema empieza generando un grfico de topologa de planta local y entonces esto muestra la red Bayesiana, dnde cada nodo en la red corte contiene la posibilidad de fracaso de un componente de la planta. Esta red tambin tiene en la cuenta la informacin histrica sobre los componentes y los datos obtenidos en pruebas anteriores. La creencia de fracaso se propaga entonces a lo largo de la red hasta que se supere el problema. Este sistema es utilizado por los analistas de mantenimiento preventivo como un sistema de apoyo de decisin. TASA: Encuentro Frecuente de Eventos que Generen Alarmas The Telecommunication Network Alarm Sequence Analyzer (TASA). Es un sistema para extraer el conocimiento sobre la conducta de la red en una base de datos de alarmas de red de telecomunicaciones. La meta de este sistema es localizar regularidades en los sucesos de alarma para filtrarse las alarmas redundantes, localizando problemas en la red y prediciendo futuras fallas. TASA opera en fases: en la primera fase, se usan los algoritmos especializados para encontrar reglas que describen frecuentemente eventos de alarma de los datos de la alarma secuencial. Un evento describe un juego de sucesiones de alarma en un periodo de tiempo dado y este juego puede incluir sucesiones de alarma de otro tipo. Un ejemplo de regla que describe un evento de alarma es: Si las alarmas de tipos A y B ocurren dentro de 5 segundos, entonces una alarma de tipo C ocurre dentro de 60 segundos con probabilidad 0.7. En la segunda fase , la recoleccin de eventos manipuladas interactivamente por el
178
usuario para que los eventos interesantes de la tabla se puedan encontrar. TASA soporta este proceso proporcionando los funcionamientos para recortar los eventos poco interesantes, pone en orden los episodios similares y los coloca en un grupo. Guarda y ordena las reglas que se cumplen, especificando los valores de varios atributos. TASA ha probado con los datos de alarma de telecomunicacin y han encontrado reglas interesantes y se incorporado en el manejo de alarmas en sistemas existentes. Scout: identificador de Faltas de la Red va exploracin de Datos El Scout de AT&T es el sistema proactivo que identifica las fallas existentes. Opera explorando datos histricos de la red de telecomunicacin que usa aprendizaje de la mquina y tcnicas de la correlacin. En un acercamiento, el Explorador identifica modelos de problemas crticos directamente de los datos, examinando la conducta de la red en perodos de das y semanas . Para hacer esto, ofrece resumen de datos histricos de variables y tiempo se extraen los datos que puedan usarse los algoritmos de aprendizaje en mquina normales , (algoritmo que no es capaz de razonamiento temporal explcito). Esta caracterstica es aconsejable usando dos ventanas de tiempo consecutivas fijas, W1 y W2. El objetivo es usar las medidas de W1 para predecir los problemas en W2. Una manera de resumir estas medidas es contar el nmero de tiempos de cada caracterstica que ocurre dentro de la ventana. Scout entonces es usado por Swap-1 para aprender reglas que predicen la repeticin de las fallas. Otra versin de Scout usa un mapa de la topologa de la red para mejorar su actuacin. La suma de este conocimiento de la topologa le permite a Scout aprender usando intervalos de tiempo de minutos y horas en lugar de das y semanas que son sumamente importantes si las fallas son crticas. Este conocimiento tambin le permite al Explorador identificar los problemas eficazmente con la misma causa que lo origina. El explorador se ha desarrollado en los Centros de Servicio de Red de AT&T desde 1992 y ha tenido xito, la productividad de la tcnica aumentada identifica los problemas, la causa que los origina y repeticin de los problemas. 4ESS-ES: Network Management for 4ESS Switches La mayor capacidad de los switching en trfico para redes en distancias largas, AT&T propietario de switches 4ESS. Hasta muy recientemente, 4ESS-ES (4ESS sistema experto) es responsable de manejar estos switches: para supervisarlos,
179
diagnosticar y prueba de alarmas. Los 4ESS-ES son la primera generacin de reglas basado en sistemas expertos, implementado en 1990 usando C5, una versin popular de OPS-5 basada en lenguaje C. Consiste principalmente de experiencias adquiridas en muchos aos de expertos y sufre los mismos problemas como la mayora de las primeras generaciones en sistemas; es difcil de modificar y mantener. Este sistema fue rediseado y se llev a cabo en 1996 usando paradigma orientado a objetos. CONCLUSIONES La vida profesional de Inteligencia es y seguir siendo estructuralmente la misma, pero la forma de llevarla adelante ser diferente y deber adecuarse a las evoluciones rpidas de la tecnologa, porque una actitud de reaccin (sobre todo tarda) significar una derrota por anticipado y no ser posible revertira de modo alguno. Datos e Informacin es lo que hoy abunda; certeza y verdad es lo que cada vez mas escasea. Los datos estn cada vez ms cerca de los usuarios, pero lo que es preciso conocer es la mejor forma de conjugar la voluntad de los protagonistas de los hechos, con la voluntad de los decidores que debern intervenir en el desarrollo de su discurrir. Las mquinas an no leen la mente, pero se est experimentando en ello en los pases ms desarrollados. La capacidad de simulacin y correlacin de escenarios se hace cada vez mas imprescindible y, si los analistas y directores no entienden lo que se puede llegar a obtener de la seleccin de los millones de datos disponibles, se har cada vez ms difcil ayudar a los decidores para explicarles las implicancias de un asunto determinado, dada la complejidad de los problemas emergentes, la creciente interconexin entre tipos ce problemas y la sobre especializacin de los sub-campos del anlisis. Un sistema experto es aquel que simula el razonamiento humano ayudando usuario. Cuando los expertos humanos en una determinada materia son escasos, Sistemas Expertos pueden recoger y difundir su conocimiento. En situaciones complejas, donde la subjetividad humana puede llevar b conclusiones errneas. La nueva generacin de herramientas debe ser inteligente. Tienen que ser verdaderos sistemas expertos que oculten la complejidad de las redes y protocolos y guen al no especialista en e! proceso de resolucin de averas. Deben incorporar diagnsticos automticos y una lista de recomendaciones, para facilitar la labor del tcnico. Y, para los problemas ms complicados, deben
180
proporcionar sofisticados mecanismos de navegacin por los datos, as como avanzadas funciones de decodificacin de tramas. Leccin 44: Entornos de gestin 3G y 4G El rpido crecimiento de los servicios basados en Internet y de aplicaciones para dispositivos mviles, han hecho que los usuarios requirieran cada da de mayor ancho de banda y de acceso de alta velocidad. "Internet mvil" es uno de los servicios que ha venido evolucionando en los ltimos aos y es el principal impulsor de la evolucin de las tecnologas mviles, esto traducido en las famosas tercera, cuarta y quinta generacin Las redes utilizadas en las comunicaciones mviles necesitan ser gestionadas y el objetivo de la gestin en IMT-2000 (3ra Generacin) es ofrecer una variedad de funciones tales como planificacin, instalacin, puesta en servicio, explotacin, mantenimiento, administracin y servicios de abonado en multiproveedor y multioperador. La recomendacin ITU-R M.1168 - "Marco general para la gestin de las telecomunicaciones mviles internacionales 2000 (IMT-2000)" contiene los parmetros de gestin para este sistema de tercera generacin y se basa en el modelo TMN. El concepto bsico de TMN, es ofrecer una arquitectura organizada para realizar la interconexin entre los diversos tipos de sistemas operativos y la entre los sistemas operativos y los elementos de red para el Intercambio de informacin sobre gestin utilizando una arquitectura acordada con interfaces normalizadas que incluyen protocolos y mensajes. Dentro del contexto TMN, la gestin de IMT2000 se refiere a un conjunto de capacidades para permitir el intercambio y procesamiento de la informacin de la gestin a fin de ayudar a os operadores de IMT-2000 a realizar sus actividades comerciales de manera eficaz. El funcionamiento de IMT-2000 con las redes actuales y futuras, requiere de una arquitectura abierta, que permita la introduccin de nuevos avances tecnolgicos as como de distintas aplicaciones. Todas las redes conectadas que conforman el sistema IMT-2000 deben intercambiar la informacin de gestin adecuada de manera eficaz y precisa para lo cual se necesita organizacin, seguridad, requisitos funcionales y de comunicaciones. Generaciones 1G y 2G La primera generacin comienza a finales de los 70's y culmina en los 80's. Estos sistemas se conocan en un principio como "radio telfonos mviles celulares",
181
utilizaban sealizacin analgica de voz y eran un poco ms sofisticados que las redes de repetidores utilizadas por los operadores de radio. La segunda generacin tienen como caracterstica la codificacin digital de voz, por ejemplo CDMA, TDMA y GSM. Desde su inicio, la tecnologa de 2G ha ido mejorando, con ms ancho de banda, enrutamiento de paquetes y la introduccin de multimedia, esto se conoce como 2.5G. Tercera Generacin 3G 3G es la abreviatura que se emplea para la tercera generacin de comunicaciones mviles. 3G es:

Multimedia mvil Servicios personales Convergencia de la digitalizacin, movilidad e Internet Nuevas tecnologas basadas en normas globales
Gracias a la tecnologa 3G, los usuarios pueden acceder a todo tipo de informacin digital (msica, fotos, vdeo, televisin) durante viajes y desplazamientos y es una realidad la gran cantidad de servicios esperados durante mucho tiempo por su comodidad (mensajes multimedia, monederos electrnicos, compatibilidad mundial). 3G es un trmino genrico que cubre un rango de tecnologas de red inalmbricas, incluyendo WCDMA, CDMA2000, UMTS y EDGE. Esta tecnologa, combina acceso mvil de alta velocidad con servicios basados en IP y no solamente significa rpida conexin mvil al mundo Web por liberarnos de las conexiones lentas, molestos equipos y puntos de acceso inmviles, sino que habilita nuevas maneras para comunicarse, informacin de acceso, negocios y enseanza. En 1999, la Unin Internacional de Telecomunicaciones ITU, aprob una norma de industria para las redes inalmbricas de tercera generacin (3G), esta norma se denomina "Intenational Mobile Telecomunications-2000 (IMT-2000)" y en ella la ITU ha definido los requisitos bsicos que requiere una tecnologa para ser considerada de 3G, los requisitos incluyen mejoras a la capacidad del sistema, compatibilidad con tecnologas de segunda generacin (2G), soporte para aplicaciones multimedia, y servicios de paquetes de datos que llenen los siguientes criterios:

2 Mbps en un ambientes fijos o de interiores (dentro de edificaciones) 384 kbps en un ambiente urbano o plano 144 kbps en un ambiente de rea amplia o mvil
182
Velocidad de data variable en sistemas que cubren grandes reas geogrficas
Aquella tecnologa que no llene alguno de estos requisitos es considerada de segunda generacin (2G). Ventajas de 3G
Transmisin de datos de manera rpida y efectiva: actualmente. CDMA ofrece velocidades de hasta 156 kbps y en un futuro prximo hasta 2.4 Mpbs. Estas velocidades permiten que los servicios multimedia de micro exploradores inalmbricos avanzados incluyan capacidades de descargar juegos, videos msica e imgenes. Acceso y navegacin por Internet: las velocidades de transmisin de datos ms rpidas son fundamentales para lograr el xito de Internet inalmbrico. La tecnologa de alta velocidad de transmisin de datos (HDR por sus siglas ingls) ofrece una solucin de Internet inalmbrica de alta velocidad y gran capacidad con velocidades de hasta 2.4 Mbps, permitiendo aplicaciones Internet y Multimedia disponibles en ambientes movilidad, porttiles y fijos ante la demanda actual. Calidad de Voz y Claridad en las llamadas: Excelente calidad en la comunicacin, eliminando casi en su totalidad cualquier interferencia, debido a que CDMA filtra el ruido de fondo, la diafona y la interferencia en las llamadas. Mayor eficiencia en el consumo de batera: los nuevos equipos de CDMA 2000 1X requieren menos energa que los equipos de tecnologa anterior para enviar la misma cantidad de informacin. Este significa para el usuario mayor tiempo de conversacin y telfonos ms pequeos y livianos. Amplia variedad de modelos de equipos celulares Telfonos celulares con pantallas a colores Provee mayor capacidad de trfico sobre los sistemas actuales lo que ayuda a soportar el continuo crecimiento de los servicios de voz y datos as como a los nuevos servicios de Internet Celular con acceso a cualquier servicio de Internet Mvil desde un dispositivo mvil, en cualquier momento, en cualquier lugar desaparecern los viejos lmites entre comunicacin, informacin, medios de entretenimiento. Convergencia de servicios, la movilidad estar incorporada a numerosos servicios que consideran indispensables en la actualidad, como el mirar videos y recibir correos electrnicos en forma simultnea, o entretenimiento con juegos interactivos mientras es factible trasladarse a otro lugar, sin importar donde sea que se est.
183
La tecnologa IP (Internet Protocol) basada en paquetes que constituye el ncleo de las redes 3G.
Casi todas las Tecnologas de la Familia IMT-2000 buscan basarse en las actuales tecnologas mviles, inalmbricas y satelitales, proporcionando mayor capacidad, posibilidades de transmisin de datos y una gama de servicios mucho ms extensa, usando un innovador programa de acceso radioelctrico y una red principal mejorada. Cuarta generacin - 4G La cuarta generacin es un proyecto a largo plazo que ser cincuenta veces ms rpida en velocidad que la tercera generacin y se espera que se empiecen a comercializar la mayora de los servicios hasta el 2010. Esta generacin permitir gozar de servicios multimedia de altsima calidad visual, como el vdeo de alta resolucin. 4G es una red inalmbrica ultrarpida, una superautopista de la informacin sin cables, esta nueva red permitira conexiones mviles con velocidades de transmisin de datos de 20 Mbps, un salto de gigante con respecto a la velocidad de los actuales mviles. La cuarta generacin promete integrar diferentes modos de comunicacin inalmbrica, desde redes internas como WLAN y Bluetooth a seales celulares, transmisiones de radio y TV, y comunicaciones por satlite, por lo tanto se pretende fusionar los mundos informticos, de telecomunicaciones, el audio y el vdeo. La principal caracterstica de las propuestas de redes mviles 4G es la utilizacin de tecnologas IP en el ncleo y en las redes de acceso, para soportar todos los servicios. Mientras en redes 3G coexistir un ncleo IP para la red de datos con otro ncleo basado en conmutacin de circuitos para la prestacin de servicios de voz, en las redes 4G slo existir un ncleo IP sobre el que se transportar todo el trfico. Una de las caractersticas deseables en las redes 4G sera que el ncleo fuese IPv6, con lo que quedaran resueltos problemas como el espacio de direcciones, vital para el despliegue de una nueva red dnde sera deseable el uso de direcciones pblicas, igualmente dispondramos de Mobile IP, as como de posibilidades Multihoming. En 4G se tienen que tener en cuenta conceptos tales como QoS y AAA, esta nueva arquitectura basada en conmutacin de paquetes, requiere la incorporacin de tcnicas que soporten mecanismos de calidad de servicio (QoS), AAA (Autorizacin, Autenticacin y Accounting), movilidad, seguridad y contabilidad basados en IP.
184
Leccin 45: reas de gestin 3G y 4G Gestin de fallas Mantenimiento Para que la calidad de los servicios ofrecidos al abonado sea aceptable, los operadores deben mantener los equipos de telecomunicaciones. El mantenimiento incluye las tcnicas destinadas a minimizar las prdidas de servicio provocadaspor fallas. Los requisitos generales de gestin se relacionan con los siguientes aspectos:

Mantenimiento preventivo (Actividades de mantenimiento rutinario, informacin del fallo correspondiente de transmisin a los fabricantes). Deteccin/localizacin/aislamiento de fallas (Supervisin, anlisis de las tendencias de explotacin, anlisis de las quejas de los usuarios). Mantenimiento correctivo (Reparacin y restauracin de las funciones de la red). Cabe esperar que la mayora de los fallos en los terminales no tengan influencia en la red, es decir que no perturben el funcionamiento de la misma. En este caso la deteccin de fallas y su reparacin no corresponde al operador de la red. Por otro lado pueden producirse fallas en los terminales que perturban el funcionamiento de la red. En estos casos es necesario que el operador tenga la capacidad de solucionar estos problemas.
Mantenimiento preventivo El objetivo fundamental del mantenimiento preventivo es minimizar la aparicin de fallas. Por ejemplo, pueden utilizarse los siguientes mecanismos:

Autopruebas, que pueden emplearse para asegurar el correcto funcionamiento antes de la puesta en servicio. Bucles de prueba, que pueden utilizarse para asegurar que la comunicacin se establece correctamente antes de la puesta en servicio. Un diseo del equipo de forma que sean fciles de realizar las tareas de mantenimiento, de manera que el personal de mantenimiento pueda realizar sir dificultad las actividades normales de mantenimiento. Inclusin de unidades redundantes en los equipos (de reserva, activo o pasivo dependiendo de las necesidades); tales unidades deben ser probadas en todas las partes importantes necesarias para mantener el funcionamiento. Disposicin de equipos en la red de manera que pueda
185
conmutarse la parte activa de la red a un circuito equivalente si se produce una falla. Establecimiento de una base de datos sobre fallos a efectos de realiza- pronsticos. Deteccin y aislamiento de fallas En caso de fallas se necesita establecer mecanismos de deteccin y localizad- para restaurar los sistemas. Es necesario igualmente crear mecanismos re aislamiento para minimizar la repercusin de dichas fallas. Una falla puede tener distintos efectos sobre los servicios segn el lugar donde aparezca. Es preciso comprender la gravedad de la falla para determinar la velocidad con la que debe efectuarse la reparacin. Por ejemplo, para la deteccin, localizacin y aislamiento de fallas pueden utilizarse los siguientes mecanismos: a. Informarse de la aparicin de fallas emitiendo mensajes de alarma que proporcionen informacin para facilitar su localizacin y realizar evaluacin de su importancia. b. Generacin de alarmas si la calidad de funcionamiento de las IMT2000 ejemplo, calidad de funcionamiento del traspaso), cae por debajo de un valor umbral previamente definido. c. Deteccin y evaluacin de las discrepancias entre dos unidades de reserva activas. d. Registro y evaluacin de las caractersticas de la llamada (por ejemplo, datos estadsticos de las llamadas para evitar averas o detectarlas). e. Anlisis de las quejas de los usuarios; f. Posibilidad de realizar pruebas de una manera regular y automtica, as como de disponer de facilidades o funciones de prueba que puedan ser activadas en el mismo lugar donde se produce la falla. g. Dispositivos para verificar la informacin sobre el estado de todas las unidades. h. Anlisis de las tendencias de funcionamiento para detectar o describir las fallas utilizando bases de datos histricas. i. Comportamiento de la correccin de alarmas; por ejemplo, utilizando un sistema experto.
Mantenimiento correctivo Una vez detectada, localizada y aislada la falla, debe repararse o sustituirse la unidad afectada (soporte lgico o soporte fsico). Para realizar un mantenimiento eficaz, la gestin de las IMT-2000 debe proporcionar la siguiente informacin:
186
Estado del equipo/sistema Niveles de carga Condiciones de la avera Control de la gestin de red activado.
Cuando existen, las unidades redundantes deben asumir el funcionamiento. Para verificar la reparacin es conveniente que el personal de mantenimiento tenga acceso a la red de gestin para iniciar las pruebas. En caso de sustitucin, debe poderse verificar la coherencia entre las versiones del soporte lgico y el soporte fsico. Gestin de configuracin Segn la recomendacin M.1168, los requisitos generales de gestin de configuracin para las Telecomunicaciones Mviles Internacionales (IMT-2000) se relacionan con los siguientes aspectos:

Gestin del espectro. Extensin del sistema (Introduccin de nuevos elementos o funciones de red). Reduccin del sistema (Supresin de elementos o funciones de red). Modificacin (Cambio de un elemento o funcin de red existente). Capacidad de interoperabilidad con otros sistemas.
Por lo tanto, la gestin de las IMT-2000 debe soportar:

Flexibilidad para gestionar una amplia gama de tipos de celdas. La reconfiguracin de los bloques de frecuencia asignados (gestin del espectro) en respuesta a la variacin del trfico, a los requisitos de servicio o a la atribucin de espectro, optimizando utilizacin eficaz y econmica del espectro radioelctrico. El acceso a las IMT-2000 dependiendo del lugar o del tipo de terminal mvil. El acceso a las IMT-2000 para usuarios fijos. La reconfiguracin del sistema sin interrumpir la prestacin normal de los servicios. La gestin de la informacin de configuracin utilizada por los protocolos de interfaz de radio especficos de las IMT-2000; por ejemplo, identidades de las celdas. El control de la configuracin del handover traspaso; por ejemplo, permitiendo la seleccin del algoritmo de traspaso, la seleccin de las clulas candidato para el traspaso de cada clula de forma individual, la
187
configuracin de la funcin de traspaso y la gestin de las caractersticas de los mecanismos del traspaso. La posibilidad del operador de iniciar actividades de mantenimiento (tales como liberar una clula mediante traspasos forzados o no admisin de nuevas llamadas). La gestin de configuracin en los elementos de la red mvil (como estaciones de base mviles).
Gestin de contabilidad El campo de la tarificacin se ocupa de la coleccin de datos de utilizacin de los recursos para propsitos de anlisis de capacidad y tendencias, asignacin de costos, auditorias, y cargo a cuentas. Puesto que las aplicaciones de tarificacin no tienen una seguridad uniforme y requerimientos de fiabilidad, no es posible disear un solo protocolo de tarificacin y un conjunto de servicios de seguridad que cubran todas las necesidades. De esta forma, la finalidad de la gestin de tarificacin es proporcionar un conjunto de herramientas que puedan usarse para reunir los requisitos de cada aplicacin. Algunos trminos relacionados con el tema y dada su importancia en el desarrollo de esta temtica es necesario especificarlos. Auditora: Es el acto de verificar la exactitud de un procedimiento. Para poder dirigir una auditoria es necesario ser capaz de determinar de forma definitiva qu procedimientos fueron Nevados a cabo para poder comparar estos con el proceso recomendado. Para lograr esto pueden requerirse servicios de seguridad como la autenticacin y la proteccin de la integridad. Facturacin sensible: Proceso de facturacin que depende de la informacin de uso para preparar una factura. En contraste, un proceso que es independiente de la informacin de uso se dice que es no sensible. Protocolo de tarificacin: Protocolo encargado de transportar los datos para propsitos de tarificacin. Registro de sesin: Representa un resumen del consumo del recurso por parte de un usuario sobre una sesin completa. Las entidades de tarificacin que crean el registro de sesin lo pueden hacer procesando eventos de tarificacin temporales o eventos de tarificacin de varios dispositivos que sirven al mismo usuario. Servidor de tarificacin: Encargado de recibir los datos de tarificacin de los dispositivos y traducirlos en archivos de sesin. El servidor de tarificacin tambin
188
puede tomar la responsabilidad por la asignacin del enrutamiento de los registros de sesin a las partes interesadas. Tarificacin Intra-dominio: Se define como la coleccin de informacin sobre el uso de los recursos dentro de un dominio administrativo, con el propsito de ser utilizada dentro de ese dominio. En la tarificacin intra- dominio los paquetes de contabilidad y archivos de sesin generalmente no cruzan los lmites administrativos. Tarificacin Inter-dominio: Es la coleccin de informacin sobre el uso de los recursos dentro de un dominio administrativo, con el fin de ser usada dentro de otro dominio administrativo. En la tarificacin Inter-dominio, los paquetes de contabilidad y archivos de sesin, generalmente traspasan las fronteras del dominio. Tarificacin en tiempo real: Es el procesamiento de informacin en el uso del recurso dentro de una ventana de tiempo determinada. Las limitaciones de tiempo se imponen generalmente para limitar los riesgos financieros. Tasar: Acto de determinar el precio a ser cobrado por el uso de un recurso. El servicio de gestin de tarificacin y contabilidad debe considerar las actividades de gestin indicadas a continuacin:
Tarificacin de los telfonos pblicos mviles de pago, Tarificacin basada en los parmetros de contabilidad diversificados, Contabilidad entre administraciones. Notificacin de tarificacin Intercambio de informacin entre operadores relativo a la gestin de tarificacin y contabilidad.
Tarificacin para los telfonos pblicos mviles de pago Debe soportarse la capacidad de tarificacin para los telfonos pblicos mviles de pago. Esos telfonos con la funcin de tarificacin (por ejemplo, telfonos traga- monedas) pueden llevar a cabo por s mismos la gestin de la contabilidad y tarificacin debido a la capacidad limitada de la interfaz de gestin radioelctrica. Tarificacin basada en los parmetros de contabilidad diversificados De acuerdo al volumen total de tarifas asociadas a una llamada debe ser posible tener en cuenta los siguientes parmetros:
Duracin de la llamada.
189
Distancia (entre la ubicacin de la parte llamada y la parte llamante). Tipo de informacin y volumen de informacin. Calidad de funcionamiento realmente lograda en la conexin, Caractersticas y atributos del servicio. Tipos de servicio soporte utilizados. Tipos de teleservicios ofrecidos. Servicios suplementarios invocados (incluyendo la informacin de usuario a usuario), servicio UPT, servicio de red inteligente y servicio de valor aadido. Configuracin de la comunicacin (punto a punto, punto a multipunto). Tiempo de utilizacin. Tipo de subredes implicadas (por ejemplo, entorno de accesos), Redes de operador implicadas. Medio utilizado. Sealizacin.
Contabilidad entre administraciones La contabilidad de una llamada en las IMT- 2000 puede implicar a varias administraciones, un operador local y uno o varios operadores visitados. Un operador local es la administracin con la cual un abonado ha suscrito un contrato de abono para los servicios de IMT-2000, Un operador IMT-2000 visitado es cualquier administracin salvo el operador local de las IMT-2000 en cuyo dominio se permite a los usuarios la utilizacin de los servicios de las IMT-2000. Por consiguiente, es necesario establecer un proceso de contabilidad entre administraciones, adicional al proceso de contabilidad de abonado. Considerando la funcionalidad del proceso de contabilidad entre administraciones, puede consistir en una medicin de la utilizacin, un proceso de tarificacin y una parte relativa a la facturacin. El proceso de contabilidad entre administraciones se basa en la medicin de la utilizacin para el proceso de contabilidad de abonado, de manera que no existe un proceso de medicin de la utilizacin separado para la contabilidad entre administraciones. Para la tarificacin entre administraciones, puede utilizarse el subproceso de recopilacin del proceso de contabilidad de abonado. Los registros de contabilidad iniciados por los usuarios relativos a otra administracin (operador local de las IMT- 2000 de un usuario) son recopilados por este subproceso y enviados al proceso de tarificacin de la otra administracin. De forma adicional, es necesario una parte separada para los registros de tarificacin de la contabilidad enviados a las otras administraciones.
190
El proceso de facturacin entre administraciones rene los registros de contabilidad tarificados y se ocupa de la liquidacin con otras administraciones. Notificacin de tarificacin Las IMT-2000 deben soportar la capacidad de notificar a los usuarios finales de que incurrirn en gastos extraordinarios antes de que stos se produzcan. Esta notificacin puede producirse mediante tonos previamente establecidos, por intervencin de operadora, a travs de anuncios por audio, etc. Por ejemplo, ello permite a la parte llamante ser consciente de que la parte llamada ha traspasado los lmites de la red local y la necesidad de establecer una tarifa adicional si el suministrador de las IMT-2000 utiliza la poltica de la parte llamante paga por el tiempo de utilizacin. Tal notificacin permite a la parte llamante la opcin de completar o no la llamada. Intercambio de informacin entre operadores sobre la gestin de tarificacin y contabilidad El intercambio de informacin entre operadores sobre la gestin de tarificacin y contabilidad (por ejemplo, contabilidad entre administraciones) debe realizarse a travs de la interfaz de gestin entre los sistemas de funcionamiento. Tarificacin de llamadas En las IMT-2000 existen distintas posibilidades de tarificar las llamadas: Caso Normal En este caso los operadores de la red crean registros de utilizacin que sern recopilados por los suministradores de servicio correspondientes a efectos de facturacin. Facturacin despus de la llamada Conocido tambin como llamadas con tarjeta de crdito. En este caso el operador de la red factura la llamada a la agencia que emiti tarjeta de crdito tras recopilar todos los registros de utilizacin pertinentes. Facturacin durante la llamada Son las llamadas con tarjetas de previo pago o metlico, aqu el operador de la red va descontando unidades del pago previo mientras la llamada est en curso. Los registros de utilizacin se transfieren al suministrador de servicio de usuarios correspondientes.
191
Los operadores de las IMT-2000 de origen, de trnsito y de terminacin deben ser capaces de realizar mediciones de la utilizacin. La medicin de la utilizacin de los recursos de la red a efectos facturacin ser responsabilidad del operador de la red. La gestin de las IMT-2000 debe permitir a los operadores de las IMT-2000 registrar ciertos tipos de traspasos a fin de poder realizar una tarificacin diferenciada segn los casos de traspasos (por ejemplo: terrenal satlite). La gestin de las IMT-2000 debe permitir a los operadores de los sistemas tarificar la utilizacin de los procedimientos de gestin de la posicin. Para poder utilizar distintas tcnicas de tarificacin durante la llamada como por ejemplo, directamente al usuario, la gestin de las IMT-2000 debe ofrecer mecanismos para controlar el intercambio de la informacin sobre tarificacin, tal es el caso al invocar un traspaso. Gestin de desempeo Una de las actividades bsicas para realizar la gestin del desempeo consiste identificar y monitorear los indicadores del mismo, desde el punto de vista del cliente uno de los aspectos ms importantes al respecto corresponde con la calidad del servicio (QoS) obtenido. La calidad del servicio es un componente clave en 3G debido a la naturaleza basada en paquetes de la red y los limitados recursos de la interfaz area . El roaming entre redes tendr un gran impacto sobre las soluciones que necesitan ser desplegadas para proporcionar la QoS esperada por el usuario final. Existen cuatro clases de calidad de servicio de transporte de datos sobre 3G:

Conversacional Streaming Interactiva Background
Consulta: Definir cada una de las clases de QoS sobre 3G. Ejercicio Complementar la siguiente tabla acorde a la recomendacin especfica para 3G
Tipo Servicio Velocidad (Kbits/seg) Retardo Variacin del retardo confiabilidad
192
Conversacional Tiempo Real Interactivo
Voz Videofono Telemetra juegos Mensajes de voz Web browsing e-comerce Streaming audio video Telemetra (monitoreo)
Streaming
Gestin de seguridad La seguridad en los sistemas 3G es uno de los campos que ha despertado mayor inters debido al tipo de aplicaciones que se proveern y a la clase de informacin que ser manejada (nmeros de tarjetas de crdito, transacciones financieras, informacin corporativa, entre otros) siendo por lo tanto necesario implementar mecanismos que brinden un alto nivel de confiabilidad en la prestacin de los servicios y que permitan aprovechar al mximo tas ventajas de estos sistemas. La gestin de la seguridad es el control y distribucin de la informacin relativa a la seguridad para varios usuarios y sistemas a fin de proteger a los usuarios y a los nodos de las IMT-2000. Se emplea para informar sobre los acontecimientos relativos a la seguridad que afecten la proteccin del abonado y de la red. La seguridad en la comunicacin se logra normalmente mediante la generacin, el intercambio y el procesamiento de la informacin sobre seguridad de acuerdo con los procedimientos del mecanismo de seguridad especfico utilizado. Principios de Seguridad 3G En la seguridad 3G hay tres principios claves:
Conservacin La seguridad 3G debe construirse sobre la seguridad 2G, all donde se ha mostrado necesaria y robusta.
Mejora La seguridad 3G mejorar la seguridad 2G, corrigiendo y superando las deficiencias reales y percibidas en esta.
193
Innovacin La seguridad 3G ofrecer nuevas caractersticas y proteger los nuevos servidores 3G.
Fortalezas de la seguridad 2G y refuerzo 3G

Autenticacin de los abonados en el acceso al servicio. Cifrado en la interfaz radio, aumentando la longitud de la clave y mejorando el algoritmo. El SIM como un mdulo removible, independiente del terminal y manejable por los operadores de red. Proporciona seguridad fsica. Confidencialidad de la identidad del abonado en la interfaz radio, con mejoras en los algoritmos. Provisin de un canal a nivel de aplicacin seguro entre el SIM y un servidor (en el mbito de la seguridad) en la red propia. Las caractersticas de la operacin de seguridad son independientes del usuario. Este no interviene en la operacin.
Debilidades de la seguridad 2G

Son posibles los ataques activos utilizando falsas BTS. Las claves de cifrado y los datos se transfieren sin proteccin dentro y entre redes fijas. El cifrado no se extiende a la Core Network, quedando los datos y la sealizacin vulnerables en tramos tales como los enlaces RF de microondas (por ejemplo, entre BTS y BSC). Los sistemas 2G no tienen la flexibilidad para adaptar y mejorar la funcionalidad de seguridad con el tiempo. El IMEI es una identidad insegura y as debe ser tratada. El operador propio desconoce el tratamiento que da el operador servidor a la seguridad. El fraude y la interceptacin legal no se consideran.
El escenario en el que los nuevos servicios sern desarrollados se pueden caracterizar por los siguientes aspectos:

Habr nuevos y diferentes proveedores de servicios. Habr una variedad de servicios de prepago que sern la norma ms que la excepcin. Habr un aumento notable del control de los usuarios sobre su perfil de servicio y las capacidades de su terminal.
194
Los sistemas mviles 3G sern preferidos a los fijos. Habr ataques activos sobre los usuarios. Los servicios de no voz sern tan importantes o ms que los de voz. El terminal junto con las tarjetas inteligentes ser utilizado como plataforma para muy diferentes aplicaciones.
Capacidades de los sistemas de 3G

Entorno de usuario/abonado Cifrado y autenticacin Identificacin de terminal Privacidad datos identidad Privacidad datos de facturacin Entorno de operador/proveedor de servicio Autenticacin Adaptacin de mecanismos de seguridad a los servicios. Control de uso de la red Provisin de interceptacin legal
Objetivos de seguridad 3G

Asegurar que la informacin de usuario est protegida. Asegurar que la infraestructura est protegida frente a usos inadecuados o fraudulentos. El nivel de seguridad es superior al de los sistemas 2G. . Asegurar que las caractersticas estandarizadas de seguridad son compatibles con la disponibilidad a nivel mundial (interoperabilidad y roaming). Asegurar que las caractersticas y mtodos de seguridad implementados en 3G pueden ser mejorados y aumentados conforme sea requerido por los nuevos entornos y servicios. La seguridad proporcionada a un usuario 3G y a un proveedor de servicio u operador 3G, debe ser comparable a la seguridad proporcionada por las redes fijas contemporneas. Los aspectos jurdicos, reglamentarios y comerciales de la seguridad proporcionada por los sistemas 3G deben facilitar la disponibilidad a escala mundial.
Requisitos de gestin de seguridad de las IMT-2000 A continuacin se indican los requisitos de la gestin de las IMT-2000 relativos a los siguientes aspectos:
Gestin de los algoritmos y mecanismos de seguridad especficos de las

195
IMT-2000 Gestin de la clave Gestin del cifrado Gestin de la autentificacin Gestin del control de acceso Gestin de lista de prohibiciones al servicio Gestin de la auditoria de seguridad Gestin de la informacin de credenciales relativas al abonado Intercambio de informacin sobre la gestin de la seguridad.
ACTIVIDADES DE AUTOEVALUACIN DE LA UNIDAD 3
Determine la importancia de la tecnologa eTOM y desarrolle una propuesta de implementacin de esta tecnologa aplicada a una solucin en una empresa de telecomunicaciones Elabore un ensayo acerca de la gestin de redes de telecomunicaciones en tecnologas 3G y 4G. Si usted fuera el administrador de una red de telecomunicaciones y en este momento est en sus manos la decisin de la tecnologa a implementar en la empresa para una adecuada gestin, qu herramienta propondra para lograr este cometido, justifique su respuesta. En una pequea empresa, en la cual se hacen transferencias de datos de las diferentes sucursales hacia la principal, qu tipo de medidas se deberan tomar para tener una adecuada gestin de la red de datos? Elabore un cuadro, en el cual se distingan las diversas reas de la gestin de redes de telecomunicaciones y enumere los aspectos ms relevantes en cada una de ellas .
196
FUENTES DOCUMENTALES DE LA UNIDAD 3 ARONOFF, R. (1989). Management of Network Based on Open System Interconnection (OSI) Standards: Functional Requirements and Analysis. National Institute of Standards and Technology. LINGNAU, A. y. (1995). An infrastructure for mobile agents requirements and architecture. Frankfurt - Germany: Universitat Frankfurt. Toledo, A. (2007). Gestin de Redes Telemticas. san Juan de Pasto: Universidad del Cauca.
197

Modulo GestionTelecomunicaciones

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modulo GestionTelecomunicaciones

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA CONTENIDO DIDCTICO DEL CURSO: 90001

1 GESTION DE REDES DE TELECOMUNICACIONES

SIXTO ENRIQUE CAMPAA BASTIDAS Acreditador

SAN JUAN DE PASTO Noviembre de 2010

ASPECTOS DE PROPIEDAD INTELECTUAL Y VERSIONAMIENTO

UNIDAD 3: HERRAMIENTAS TELECOMUNICACIONES Introduccin. Justificacin . Intencionalidades Formativas.

UNIDAD 1 Nombre de la Unidad Introduccin

GESTION DE REDES DE TELECOMUNICACIONES

CAPITULO 1: GESTION DE REDES DE TELECOMUNICACIONES

FIGURA 1.1. Relacin entre Administracin y Gestin

Qu objetivos se persiguen? De qu recursos se dispone? Cmo se van a cumplir los objetivos?

Mtodos de Gestin. Recursos humanos. Herramientas de apoyo.

Figura 2.1. Componentes de la plataforma de red

Fuente: Gestin de Redes de Telecomunicaciones en: http://www.slideboom.com/presentations/84669/Gesti%C3%B3n-de-Redes-de-Telecomunicaciones

Sin embargo, se encarga de realizar procesos como:

Lee o cambia: Configuracin Estado Desempeo o errores

Responde: Solicitudes Problemas

DISPOSITIVO AGENTE Datos de configuracin Parmetros de estado Estadsticas

Lo anterior, se traduce grficamente en las siguientes figuras 2.3 (a) y (b):

Figura 2.3. Esquema representativo de Gestor - agente (a)

Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007

Figura 2.3. (b)

Fuente: Introduccin a SNMP. Toledo Tovar, Alejandro. 2007

SetRequest: Almacena un valor en una variable especfica.

Figura 2.5. Formato general de mensajes SNMP Mensaje SNMP

PDU de GetRequest, GetNextRequest y SetRequest Tipo de PDU ID de Solicitud 0 0

Figura 2.6. Estructura de SNMP

Figura 2.7. Estructura de SNMP

Figura 2.8. Descripcin del protocolo SNMP desde wireshark

PDU de GetRequest, GetNextRequest y SetRequest

Lista de pares (Arriba nombre, abajo valor)

Figura 2.10. Arbol de ISO/CCITT

Fuente: TOLEDO Tovar, Alejandro. Gestin de redes telemticas. Unicauca. 2007

Figura 2.15. Agente proxy

Agente proxy SNMPv2

Fuente: TOLEDO, Alejandro. Mdulo de gestin de redes telemticas. Unicauca. 2007

Host1DataValue: Valor almacenado en esta entrada Host1ControlTable

ProtocoloDist Distribucin de protocolos

Host de nivel de red

Host de nivel de aplicacin

Matriz de nivel de red

Matriz de nivel de aplicacin

Fuente: TOLEDO Tovar, Alejandro. Gestin de redes Telemticas. Unicauca 2007

FUENTES DOCUMENTALES DE LA UNIDAD 1

UNIDAD 2 Nombre de la Unidad Introduccin

Administracin de Redes de Telecomunicaciones TMN

Niveles de trfico en puertos

El servidor WBEM decodificar la solicitud entrante, realizar la autenticacin

Figura 4.2. Componentes del sistema de alerta

Servidor de Administracin (Ejecutando Consola)

GET_DMI_STRUC TURE_CHANGE _INFO

DMI_CONTROL GET_GPNV_INFO RMATION

Controla las acciones del sistema

Reservado para uso futuro

DMI_READ_ONLY DMI_LOCK_NOT_SUPPORTED DMI_CURRENTLY_LOCKED DMI_INVALID_LOCK

8Dh 90h 91h 92h

clases WMI Propiedades de clases WMI Eventos hardware software de y

Localizacin de aplicaciones que reciben eventos WMI

Figura 5.1. Gestin en OSI. Gestor - Agente

Modelo de Comunicacin. Modelo de Informacin. Modelo Funcional. Modelo de Organizacin.

Interfaz de sistemas de Gestin

Servicios Ofrecidos por CMIP

Halomorfismo: Entendido como la interaccin a travs del conjunto de interfaces.

Grficamente el sistema es entendido de la siguiente manera: Figura 5.3. GDMO