andrÉs mauricio vanegas sÁnchez
Post on 30-Jun-2022
5 Views
Preview:
TRANSCRIPT
2
DISEÑO DE UN SISTEMA DE GESTIÓN PARA LA INFRAESTRUCTURA DE LA RED HFC DE UNE EPM TELECOMUNICACIONES S.A EN BOGOTÁ.
ANDRÉS MAURICIO VANEGAS SÁNCHEZ
UNIVERSIDAD PILOTO DE COLOMBIA
FACULTAD DE INGENIERÍA PROGRAMA INGENIERÍA DE TELECOMUNICACIONES.
BOGOTÁ D.C. 2013
3
DISEÑO DE UN SISTEMA DE GESTIÓN PARA LA INFRAESTRUCTURA DE
LA RED HFC DE UNE EPM TELECOMUNICACIONES S.A EN BOGOTÁ.
AUTOR:
ANDRÉS MAURICIO VANEGAS SÁNCHEZ
CODIGO ESTUDIANTIL:
710443
TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARA OPTAR AL TÍTULO DE INGENIERO DE TELECOMUNICACIONES.
DIRECTOR:
RICARDO ALFONSO PINTO GARCÍA DOCENTE TC INGENIERÍA DE TELECOMUNICACIONES
UNIVERSIDAD PILOTO DE COLOMBIA FACULTAD DE INGENIERÍA
PROGRAMA INGENIERÍA DE TELECOMUNICACIONES. BOGOTÁ D.C.
2013
4
Nota de aceptación:
______________________________ ______________________________ ______________________________ ______________________________ ______________________________ ______________________________
______________________________ Firma del asesor.
______________________________ Firma del jurado.
______________________________ Firma del jurado.
10 DE OCTUBRE DEL 2013
5
Éste, uno de mis más grandes logros, lo dedico a mis padres: Martha Isabel Sánchez Moreno y Cesar Elías Vanegas Sabogal, por todo su amor, esfuerzo y apoyo incondicional en mi proyecto de vida. A mi hermano Cesar Iván Vanegas Sánchez. Quien siempre me aconseja y me corrige para guiarme en mi camino. Andrés Mauricio Vanegas Sánchez
6
AGRADECIMIENTOS
Agradezco a Julián Ruiz Hincapié y a Jorge Humberto Muñoz Ortiz, gerente de transmisión y gerente del área de operaciones e infraestructura para la regional centro de la empresa UNE EPM TELECOMUNICACIONES S.A. por ellos me fue posible realizar la investigación de éste proyecto. Al ingeniero Ricardo Alfonso Pinto García, gran amigo y director incondicional de éste proyecto.
7
CONTENIDO
ACLARACIÓN pág.
0. Dedicatoria…………………………………………………..………………...5
0.1 Agradecimientos…………………………………………...………………...6
0.2 Tabla de contenido…………………………………………….…………….7
0.3 Listas especiales…..……………………………………………………….11
0.4 Glosario……………………………………………………….……………...14
0.5 Resumen…………………………………………………….……………….15
1. Introducción…………………………………………………………………16
1.1 Formulación del problema…………………………………….………….16
1.2 Objetivo general……………………………………………….……………16
1.3 Objetivos específicos……………………………………….……………..16
1.4 Línea de investigación…………………………………………….……….16
1.4.1 Tendido del cableado…………………………………………..………17
1.4.2 Conectorización………………………………………………………...17
1.4.3 Calibración de la señal………………………………………………...17
1.4.4 Toma de pruebas……………………………………….………………17
2. Inventario de la red………………………………………………...……….18
2.1 Inventario basado en la arquitectura de la red…………………….….18
2.2 Cabecera……………………………………………………………………..19
2.2.1 T.v analógica………………………………………………………..…...20
2.2.2 T.v digital………………………………………………………….……...20
2.2.3 T.v en alta definición………………………………….………………..21
8
2.2.4 Pay per view (pago por ver)…………………………………...……...21
2.2.5 Video en demanda……………………………………………………...22
2.2.6 Audio digital……………………………………………………….…….22
2.2.7 Internet…………………………………………………………….……..23
2.2.8 T.v + internet…………………………………………………….………23
2.2.9 Telefonía………………………………………………………….………24
2.3 CDI…………………………………………………...….…..……………24 2.3.1 Montevideo………………………………………………………………26
2.3.2 Timiza……………………………………………………………….…….27
2.3.3 Engativá…………………………………………………………………..28
2.3.4 Cantalejo…………………………………………………………..……..29
2.3.5 Quintacamacho………………………………………………..………..30
2.4 Nodo Optico……………………………………………………..…….…31 2.5 Fuentes de poder……………………………………..………...………31
2.6 Elementos pasivos de la red análoga hfc………………………..…32
2.6.1 Insertor de potencia……………………………………...…………….32 2.6.2 Ecualizador de línea………………………………………..…………..32
2.6.3 Acopladores direccionales y derivadores………………………....33
2.6.3.1 Acopladores direccionales………………………………..……...33 3. Diagnóstico de las fallas de la red…………………………………...….34
4. Arquitectura de administración y proceso de gestión
particular……………………………………………………..………………36
4.1 Parametrización de las fallas presentes en la red…………………....37 5. Diseño del sistema de gestión basado en el protocolo de
9
administración tcp/ip……………………………...……………………39
5.1. Monitoreo del estado de una red hfc utilizando datos reportados por cable módems……………………………………………………...39
5.1.2 Módulo de adquisición de la información……………….…………40
5.1.3 Módulo de detección de fallas………………………………………..40
5.1.4 Módulo de red…………………………………..……………………….41
5.1.5 Módulo de análisis de fallas……………………………..…………...41
5.2. Software de monitoreo y gestión de elementos opti – trace
(aurora networks inc.)…………………………….……………………42
5.2.1 Opti – trace CMS...…………………………..………………………….42
5.2.2 Opti – trace OTS………………………………….……………………..42
5.2.3 Opti – trace EMS……………………..………………………………….43
5.3. Plataforma escogida……………………………………………………43 5.3.1 Justificación de la plataforma escogida…………………………....43
5.3.1.1 El fabricante……………………………………………………….43
5.3.1.2 El software…………………………………………………………43
5.3.1.3 El licenciamiento………………………………………………….43
5.3.1.4 El protocolo…………………………………………………….….44
5.3.1.5 Gastos de implementación…………………………………..…44
5.4 Protocolo de administración TCP/IP para el sistema de gestión
propuesto……………………………………………………………….44
5.4.1 Procesos de gestión definidos de acuerdo al protocolo de
administración TCP/IP…………….…………………..…………….…44
5.5 Diseño de la plataforma de monitoreo y gestión con opti –
10
trace…………………………………………...……………………………....45
5.5.1 Rango de direcciones………………………………….………………45
5.5.2 Red privada para la gestión……………………….………………….45
5.5.3 Servidor…………………………………………………………………..45
5.5.4 Enrutamiento………………………………………..…………………..46
5.6 Subnetting…………………………………………………………………...46 5.7 Diseño de la red…………………………………..………………………...48
5.8 Funcionamiento lógico de la plataforma……………………………….49
5.9 Aprovisionamiento de la red de gestión………………………….…….50
5.9.1 Configuración de los parámetros ip de los módulos
cx3002……………………………………...……………………………..51
5.10 Toma de pruebas…………………………………….……………………..52
5.11 Procedimiento………………………………………………….…………...52
5.11.1 Prueba de conectividad al servidor………………………….……...52
5.11.2 Prueba de conectividad al los shelf………………………..……….52
5.11.3 Conexión remota al servidor……………………………..…………..53
5.11.4 Agregación de los shlefs a gestionar en la plataforma y prueba
madre……………………………………………………….….…………54 6. Conclusiones………………………….………………………………………..55
7. Bibliografía…………………………………………...………………………….56 8. Anexos…………………………………………………..……………………57
11
LISTAS ESPECIALES
ACLARACIÓN pág. Tabla 1. Parámetros ip encontrados en los CH3000………………..……......25 Tabla 2. Fallas presentes en la red………………………...……….…………...38 Tabla 3. Switch’s asignados para pruebas…………………………...………..46 Tabla 4. Subnetting………………………………………………….……………..46 Figura 1. Distribución geográfica CDI – CABECERA………………...………18 Figura 2. Esquema de distribución de la plataforma de fibra óptica…...…19 Figura 3. Infraestructura de tv analógica en la cabecera……………………20 Figura 4. Infraestructura de tv digital en la cabecera………………….…….20 Figura 5. Infraestructura de t.v en alta definición en la cabecera………….21 Figura 6. Infraestructura de pago por ver en la cabecera………...…………21 Figura 7. Infraestructura de video por demanda en la cabecera…………..22 Figura 8. Infraestructura de audio digital en la cabecera…………………...22 Figura 9. Infraestructura de internet en la cabecera…………………………23 Figura 10. Infraestructura de T.V + internet en la cabecera………………...23 Figura 11. Infraestructura de telefonía en la cabecera………………………24 Figura 12. Chasis CH3000 – Aurora Networks…………..…..……………......24 Figura 13. Shelfs – parte frontal - central de Montevideo………….…….….26 Figura 14. Shelfs – parte trasera – central de Montevideo……………...…..26 Figura 15. Shelfs – parte frontal – central de Timiza……………………...….27 Figura 16. Shelfs – parte trasera – central de Timiza………………………...27 Figura 17. Shelfs – parte frontal - central de Engativá……………………….28
12
Figura 18. Shelfs – parte trasera - central de Engativá……………………...28 Figura 19. Shelfs – parte frontal- central de Cantalejo……….……………...29 Figura 20. Shelfs – parte trasera- central de Cantalejo……………………...29 Figura 21. Shelfs – parte frontal- central de Quinta Camacho………..........30 Figura 22. Shelfs – parte trasera- central de Quinta Camacho……………..30 Figura 23. Nodo óptico – Aurora Networks……………..……………………..31 Figura 24. Fuente de poder – serie XM Alpha Technologies……………….31 Figura 25. Insertor de potencia.……………………………..…………………...32 Figura 26. Ecualizador de línea…………………………….…………………….32 Figura 27. Ecualizador de línea en frecuencia…………………….…………..33 Figura 28. Diagrama - acoplador direccional………………………………….33 Figura 29. Causas principales de fallas reportadas………………………….34 Figura 30. Personal de campo en búsqueda de fallas reportadas por los clientes en la localidad de Kennedy – Bogotá………………………………...36 Figura 31. Parametrización de las fallas presentes en la red………………37 Figura 32. Proceso del sistema de monitoreo mediante módulos……...…40 Figura 33. Módulo de gestión CX3002 para el chasis CH3000…….........…42 Figura 34. Diseño del sistema de gestión…………………………………...…48 Figura 35. Funcionamiento lógico de la plataforma…………………...……..49 Figura 36. Conectorización del cableado de gestión – módulo CX3002 – central de quinta Camacho……………………………………………………….50 Figura 37. Conectorización del cableado de gestión – switch 6506 – central de Montevideo……………………………………………………….…….51 Figura 38. Configuración de los parámetros IP de los módulos
13
CX30002………………………………………………………………………………51 Figura 39. Ping al servidor…………………………………...…………………...52 Figura 40. Ping a los shelf…………………………………………...……………52 Figura 41. Conexión remota al servidor………………………………….…….53 Figura 42. Log al server………………………………………………..………….53 Figura 43. Agregación de los shelfs a gestionar en la plataforma.……….54 Figura 44. Shelfs 1 central de Engativá………………………….……………..54
14
GLOSARIO CATV: Community Antenna Television. CDI: Centro de Distribución Intermedia. CMTS: Cable Modem Termination System. FTTB: Fiber to the Building. FTTC: Fiber to the Curb – Fibra al Andén. FTTH: Fiber to the Home. HDTV: High Definition Television. HFC: HybridFiberCoax. MPLS: Multi Protocol Label Switching NODO: Área de servicio de HFC NOE: Nodo Óptico Eléctrico. PAD: Dispositivo implementado en los nodos ópticos para atenuar o ecualizar la señal. RS232: Interfaz que permite el intercambio de datos binarios entre un DTE (Data Terminal Equipment, Equipo Terminal de datos) y un DCE (Data Communication Equipment, Equipo de Comunicación de datos). SHELF: Armario o gabinete. SNMP: Simple Network Management Protocol. TAP: Dispositivo implementado para derivar la señal hacia el segmento de red de última milla. VLAN: Virtual Local Area Network VOD: Video On Demand.
15
RESUMEN
Este proyecto consiste en el diseño de un sistema de gestión para la infraestructura de la red HFC de la empresa UNE EPM TELECOMUNICACIONES S.A en Bogotá, dado que por la no existencia del mismo, se presentan fallos recurrentes en la prestación del servicio, demoras en los tiempos de respuesta y dificultades en la planeación del mantenimiento de la red. La experiencia recogida por el autor del presente documento trabajando en la empresa UNE EPM TELECOMUNICACIONES S.A para el área de Operaciones e Infraestructura, le permite conocer la infraestructura de la red HFC de la compañía en la ciudad de Bogotá, los procesos mediante los que se ejecutan actualmente las tareas de instalación y mantenimiento, las fallas comúnmente presentes en la red, su cobertura y los servicios prestados mediante la red HFC por la compañía para la ciudad de Bogotá tales como:
T.V. por cable (CATV)
T.V de alta definición (HDTV)
Video en demanda (VOD)
Pago por ver (PPV)
Audio digital (DA)
Telefonía (VoIP o ToIP)
Internet de Banda Ancha.
16
1. DESCRIPCIÓN DEL PROBLEMA
1.1 INTRODUCCIÓN La inexistencia de un sistema de gestión en la red HFC de la empresa UNE EPM TELECOMUNICACIONES S.A, genera fallos recurrentes en la prestación del servicio, demoras en los tiempos de respuesta y dificultades en la planeación del mantenimiento de la red. Por esta razón se realiza la investigación plasmada en el presente documento que busca dar una posible solución a implementar para la compañía. 1.2 OBJETIVO GENERAL Diseñar un sistema de gestión para la infraestructura de la red HFC de UNE EPM TELECOMUNICACIONES S.A en Bogotá. 1.3 OBJETIVOS ESPECÍFICOS
Realizar un diagnóstico e inventario de los componentes de la red HFC y las fallas que presentan.
Definir y esquematizar la arquitectura de administración de la red HFC de la empresa Une Epm Telecomunicaciones S.A en Bogotá.
Parametrizar las fallas, trazar los procesos de gestión particulares de la red de acuerdo con lo indicado por el protocolo de administración de red TCP/IP y diseñar el sistema de gestión.
Plasmar el diseño en la plataforma de gestión escogida y realizar pruebas simuladas y reales sobre la red.
Entregar un documento soporte para la gestión de la red HFC basado en
el protocolo de administración TCP/IP
1.4 LÍNEA DE INVESTIGACIÓN La línea de investigación de este proyecto corresponde a: Gestión de Redes de telecomunicaciones, programa de investigación y asignatura dictada en el programa de telecomunicaciones de la facultad de ingeniería de la Universidad Piloto de Colombia. Se basa principalmente en el Protocolo TCP- IP, dado que cualquier sistema de monitoreo debe estar basado en un protocolo de gestión. Para este caso se elige éste modelo en el diseño del sistema de gestión debido a la gran convergencia que poseen actualmente las redes de datos con el protocolo TCP-IP. El aprovisionamiento de red es un proceso de la empresa, mediante el cual se pone en servicio un nuevo nodo que brindará cobertura de red HFC a una zona geográfica determinada el cuál consta de cuatro etapas ejecutadas por empresas contratistas: 1. Tendido de cableado 2. Conectorización
17
3. Calibración de la señal 4. Toma de pruebas
1.4.1 TENDIDO DE CABLEADO
Esta etapa conlleva el aprovisionamiento físico de la red, consiste en el tendido del cableado coaxial 0.500 con sus respectivos dispositivos activos, pasivos y terminales externos utilizando los postes de la red de alumbrado público.
1.4.2 CONECTORIZACIÓN Esta etapa comprende todo tipo de conexiones físicas entre los distintos brazos de la red coaxial.
1.4.3 CALIBRACIÓN DE LA SEÑAL La etapa de calibración o balanceo de la señal, se lleva a cabo en los amplificadores de la red coaxial. Consiste en acondicionar los niveles de entrada y de salida de señal de RF en los amplificadores de la red implementado pad’s atenuadores y ecualizadores de señal según las especificaciones de fábrica del amplificador y el diseño de red, de tal manera que los niveles de ruido y distorsión sean mínimos.
1.4.4 TOMA DE PRUEBAS En ésta etapa se mide el nivel de la señal a la salida y entrada del amplificador, los tap’s de distribución (dispositivos finales de la red de distribución, lugar donde inicia la red de última milla o de abonado). Por exigencias institucionales, estos niveles son medidos con dispositivos debidamente calibrados y certificados, los resultados de estas mediciones deben coincidir con los niveles plasmados en el diseño de la red.
18
2. INVENTARIO DE LA RED
2.1 INVENTARIO BASADO EN LA ARQUITECTURA DE LA RED
En la ciudad de Bogotá, la red HFC de la empresa UNE EPM TELECOMUNICACIONES S.A está compuesta por cuatro centros de distribución intermedia – CDI (Timiza, Engativá, Cantalejo y Quinta Camacho) y una cabecera (Montevideo) ubicados geográficamente en la ciudad como se muestra en la Figura 1. Figura 1. Distribución geográfica CDI - CABECERA
Fuente: el autor (Fotografía tomada desde Google Earth).
Centros de Distribución CDI´s (HUB) primario y secundario.
19
De la cabecera (Montevideo) a los CDI´s Primarios o secundarios se llega con fibra anillada por rutas diferentes para la señal de los canales de Forward.
Figura 2. Esquema de distribución de la plataforma de fibra óptica.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.2 CABECERA
Es el punto de partida de la red HFC, está compuesta por equipos encargados de la recepción, procesamiento y conversión de las señales que portan los servicios. La cabecera de la red HFC de la compañía se encuentra ubicada en la central de Montevideo. Los servicios prestados a los clientes por medio de la red HFC que llegan a la cabecera son:
20
2.2.1 T.V ANALÓGICA
Figura 3. Infraestructura de TV analógica en la cabecera. Las señales de televisión son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, se codifica para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.2.2 T.V DIGITAL
Figura 4. Infraestructura de TV digital en la cabecera. Las señales de televisión son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, se modula para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
21
2.2.3 T.V EN ALTA DEFICINIÓN
Figura 5. Infraestructura de TV en alta definición en la cabecera. Las señales de televisión son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, es procesada por un modulador de HDTV para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.2.4 PAY PER VIEW (PAGO POR VER)
Figura 6. Infraestructura de pago por ver en la cabecera. Las señales de televisión son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, es codificada y controlada por un servidor de peticiones para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
22
2.2.5 VIDEO EN DEMANDA
Figura 7. Infraestructura de video por demanda en la cabecera. Las señales de televisión son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, es codificada y controlada por un servidor de peticiones para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.2.6 AUDIO DIGITAL Figura 8. Infraestructura de audio digital en la cabecera. Las señales de audio son recibidas satelitalmente en la ciudad de Medellín, una vez recibida la señal, es modulada para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
23
2.2.7 INTERNET Figura 9. Infraestructura de internet en la cabecera. Las señales de televisión son recibidas de los equipos de borde ubicados en la ciudad de Medellín, una vez recibida la señal, es codificada y controlada por un servidor de peticiones para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.2.8 T.V + INTERNET Figura 10. Infraestructura de TV + internet en la cabecera. Las señales de televisión son recibidas de los equipos de borde ubicados en la ciudad de Medellín, una vez recibida la señal, es codificada y controlada por un servidor de peticiones para posteriormente ser enviada a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
24
2.2.9 TELEFONÍA Figura 11. Infraestructura de Telefonía en la cabecera. Las señales de voz son direccionadas por medio de conexiones cruzadas desde la ciudad de Medellín para posteriormente ser enviadas a la cabecera de Bogotá.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.3 CDI Los CDI (Centros de Distribución Intermedia) se encargan de recibir la señal óptica de la cabecera y distribuirla hacia los nodos ópticos de la red HFC. En los CDI se encuentran ubicados los transmisores y receptores ópticos alojados en tarjetas instaladas en un chasis CH3000 del fabricante AURORA NETWORKS con capacidad de alojar hasta treinta y dos (32) tarjetas (diez y seis (16) delanteras y diez y seis (16) traseras).1 Figura 12. Chasis CH3000 – Aurora Networks
Fuente: http://www.telcogroup.ru/files/pdfs-vend/aurora/TA420_CH3000_Chassis.pdf
1AURORA NETWORKS. . “Chasis CH3000” {En línea} {2004} disponible en: (http://www.telcogroup.ru/files/pdfs-vend/aurora/TA420_CH3000_Chassis.pdf)
25
Los CDI de la red HFC de la compañía se encuentran ubicados en las centrales de Montevideo, Timiza, Engativá, Cantalejo y Quinta Camacho. Como lo muestra la Tabla 1. En los módulos de gestión (Tarjeta 1) de cada chasis CH3000 fueron encontrados ciertos parámetros IP configurados descritos a continuación: Tabla 1. Parámetros IP encontrados en los CH3000 Sitio\Parametr
o Red IP In Mask In Gateway
In IP Out Mask Out Gateway Out
Engativa 10.0.0.225 255.255.255.0 10.0.0.1
10.0.0.101
255.255.255.0 10.0.0.1
Q.ta Camacho 10.0.0.225 255.255.255.0 10.0.0.1
10.0.0.225
255.255.255.0 10.0.0.1
Cantalejo 10.0.0.225 255.255.255.0 10.0.0.1
10.0.0.225
255.255.255.0 10.0.0.1
Timiza 10.0.0.225 255.255.255.0 10.0.0.1
10.0.0.225
255.255.255.0 10.0.0.1
Montevideo 10.0.0.225 255.255.255.0 10.0.0.1
10.0.0.225
255.255.255.0 10.0.0.1
Fuente: El autor
El número de chasis presentes en cada CDI depende directamente de la cantidad de clientes a satisfacer por zona; por ende, en el inventario de la red fue incluido un estudio detallado que contiene información acerca de la cantidad de chasis ó shelf por CDI.
26
2.3.1 MONTEVIDEO La central de Montevideo cuenta con un (1) shelf de treinta y dos (32) tarjetas transmisoras y receptoras. Figura 13. Shelfs – Parte frontal - Central de Montevideo.
Fuente: El autor
Figura 14. Shelf – Parte trasera - Central de Montevideo
Fuente: El autor
27
2.3.2 TIMIZA La central de Timiza cuenta con cuatro (4) shelfs de treinta y dos (32) tarjetas transmisoras y receptoras. Figura 15. Shelfs – Parte Frontal - Central de Timiza
Fuente: El autor.
Figura 16. Shelfs – Parte trasera - Central de Timiza
Fuente: El autor.
28
2.3.3 ENGATIVÁ La central de Engativá cuenta con diez (10) shelfs de treinta y dos (32) tarjetas transmisoras y receptoras. Figura 17. Shelfs – Parte frontal – Central de Engativá
Fuente: El autor.
Figura 18. Shelfs – Parte trasera – Central de Engativá
Fuente: El autor.
29
2.3.4 CANTALEJO La central de Cantalejo cuenta con dos (2) shelfs de treinta y dos (32) tarjetas transmisoras y receptoras. Figura 19. Shelfs – Parte frontal- Central de Cantalejo
Fuente: El autor.
Figura 20. Shelfs – Parte trasera- Central de Cantalejo
Fuente: El autor.
30
2.3.5 QUINTA CAMACHO La central de Quinta Camacho cuenta con cuatro (4) shelfs de treinta y dos (32) tarjetas transmisoras y receptoras Figura 21. Shelfs – Parte frontal- Central de Quinta Camacho
Fuente: El autor.
Figura 22. Shelfs – Parte trasera- Central de Quinta Camacho
Fuente: El autor.
31
2.4 NODO ÓPTICO
Figura 23. Nodo óptico – Aurora Networks
Fuente: El autor.
Los nodos ópticos son elementos activos, encargados de realizar la conversión óptico-análoga de la señal. Reciben la señal óptica del CDI y realizan la conversión a análogo para posteriormente ser distribuida a los amplificadores de señal.2 Se encuentran ubicados en las zonas exteriores, para este caso en la postería del alumbrado público utilizada para tender el cableado de la red HFC de la compañía. 2.5 FUENTES DE PODER Las fuentes de poder proveen la energía necesaria para alimentar los elementos activos del segmento análogo de la red HFC. Son alimentadas por la empresa de energía pública y poseen un sistema de respaldo por medio de baterías que la alimenta por un periodo hasta de dos (2) horas.3 Figura 24. Fuente de poder – Serie XM ALPHA TECHNOLOGIES
Fuente: http://www.alpha.com/Media/Documents/tm_xmseries2espanol.pdf
2CARTAGENA, Juan “Redes HFC (HibridFiberCoaxial ) y sus vulnerabilidades”. {En línea}. {Sin fecha} disponible en: (http://profesores.elo.utfsm.cl/~agv/elo322/1s08/project/JuanCartajena.pdf). 3TECHNOLOGIES, Alpha “Fuentes de poder ininterrumpibles”. {En línea}. {Marzo del 2001} disponible en: (http://www.alpha.com/Media/Documents/tm_xmseries2espanol.pdf).
32
2.6 ELEMENTOS PASIVOS DE LA RED ANÁLOGA HFC Son elementos que no requieren de alimentación eléctrica y generalmente son implementados para conducir las señales de RF a través de la red análoga.4 Cumplen la función de dividir la señal y equilibrarla para compensar las pérdidas inducidas por el medio (cable coaxial). Los elementos pasivos más comunes son los splitters para dividir la señal y los taps que aprovisionan la conexión final al abonado de HFC.5 2.6.1 INSERTOR DE POTENCIA Toma la señal de RF que porta los servicios de telecomunicaciones y le inserta un voltaje proveniente de la fuente de -48 voltios necesario para la alimentación eléctrica de los equipos activos de la red análoga HFC. Figura 25. Insertor de potencia
Fuente:http://www.nonstop.com.mx/images/productos/insertores.jpg
2.6.2 ECUALIZADOR DE LÍNEA Figura 26. Ecualizador de Línea.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
4MARTINEZ, Stephanie “Sistemas Híbridos. F.O - HFC”. {En línea}. {2008} disponible en: (http://microe.udea.edu.co/~alince/recursos/lineas/HFC.pdf). 5JURADO, Jorge “Estudio de Factibilidad para la Implementación de una Empresa de Telecomunicaciones Orientada a la Prestación de los Servicios Portadores en el País”. {En línea}. {Junio 2007} disponible en: (http://bibdigital.epn.edu.ec/bitstream/15000/351/1/CD-0761.pdf).
33
Se utilizan para evitar la contraposición de canales producida cuando la señal de entrada toma un tilt positivo (+) o negativo (-) por el cable coaxial. Su función, como se observa en la figura 26, es mantener la señal lo menos risada posible, atenuando mucho más las frecuencias bajas con respecto a las altas.6 Figura 27. Ecualizador de Línea en Frecuencia.
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
2.6.3 ACOPLADORES DIRECCIONALES Y DERIVADORES Su función principal es encaminar la señal a los diferentes brazos de la red coaxial según la topología de la zona. 2.6.3.1 ACOPLADORES DIRECCIONALES Están compuestos por una entrada y dos salidas, de las cuales una de las salidas es de paso y la otra es derivada; comúnmente la salida derivada está atenuada entre 7 y 16 dB con respecto de la salida de paso dependiendo del acoplador implementado.7 Figura 28. Diagrama - Acoplador Direccional
Fuente: Diapositivas de capacitación HFC personal interno UNE EPM TELECOMUNICACIONES S.A
6 COMPONENTES de una red HFC”. {En línea}. {Sin Fecha} disponible en: (http://es.scribd.com/doc/14778279/21ComponentesdeunaRedHFC). 7GUTIERREZ, Esmely“Redes Híbridas Fibra-Coaxial (HFC)”. {En línea}. {Sin Fecha} disponible en: (http://es.scribd.com/doc/59378588/HFC).
34
3. DIAGNÓSTICO DE LAS FALLAS DE LA RED
El diagnóstico del funcionamiento de la red HFC, se realizará en base al seguimiento realizado a los tickets generados por las fallas presentes en la red durante el periodo ocho días. Para lograr un adecuado diagnóstico del funcionamiento de la red, fue elaborado un gráfico basado en la información de fallas suministrada por la compañía al proyectante. Figura 29. Causas principales de fallas reportadas
Fuente: Bog.xls – Reporte de auditoría a los tickets generados en la semana del 15 al 21 de octubre del 2011 para la red HFC.
De acuerdo a la información visualizada en la Figura 31, es posible afirmar que la principal causa de falla en la red HFC de la compañía para la ciudad de Bogotá es la ausencia del fluido eléctrico en una zona determinada, razón por la que deberían entrar en funcionamiento las baterías de back up que poseen las fuentes de voltaje. Algunas de ellas se encuentran descargadas y debido a la ausencia de un sistema de monitoreo y gestión en la red no es posible determinar el momento en que éstas baterías deben ser cambiadas para así evitar ausencias en la prestación del servicio a los clientes. En la semana auditada, fueron reportadas trece (13) fallas en las cuales no fue posible conocer la causa por la cual se presentaron; esto se debe a la ausencia de un sistema de monitoreo y gestión que logre determinar cualquier falla presente en la red. La tercera causa por la que fueron reportadas fallas en la red, se debe al robo de la fuente de voltaje que alimenta una zona determinada. Ante la ausencia de
02468101214161820
Causas principales de fallas reportadas
Total
35
un sistema de monitoreo y gestión de la red es claro que no es posible evidenciar el robo de la misma, razón por la que se genera una ausencia prolongada en la prestación del servicio hasta que los clientes de la zona afectada reportan la falla, posteriormente es generada una causa común debido al número de clientes que presentan afectación del servicio y se envía personal de campo a verificar la razón por la que se está presentando la falla. Se presentaron siete (7) fallas por afectación en el cableado y conectorización del mismo con los dispositivos de la red, esta falla es la siguiente causa considerable que comúnmente se presenta en la red. Estas fallas no son detectadas a tiempo debido a la ausencia de un sistema de monitoreo y gestión de la red que permita visualizar una falla antes de que el cliente reporte intermitencia o ausencia en la prestación del servicio. Las demás causas presentes en la red se deben a daños en amplificadores de potencia, cables dañados, cambios no programados, fuentes de voltaje averiadas y fuentes descargadas.
36
4. ARQUITECTURA DE ADMINISTRACIÓN Y PROCESO DE GESTIÓN PARTICULAR.
Una vez finaliza el proceso de aprovisionamiento de la red, es emitida la orden para poner en servicio el nodo que brindará la cobertura de red HFC a la zona determinada. En el momento que al nodo son asociados los nuevos clientes es cuando la red presenta deficiencias en su operación, pues los clientes reportan fallas en el servicio y ante la falencia de un sistema de gestión remota es necesario enviar personal a campo sin la suficiente información previa para realizar el diagnóstico de primer nivel, generando retardos en la atención, en los tiempos de respuesta y en el restablecimiento de los servicios a los usuarios. Adicionalmente, es casi imposible establecer un cronograma de actividades del área de Operaciones e Infraestructura de la red HFC de la compañía pues es incierto el tiempo real en el que un nodo estará operando en óptimas condiciones. Figura 30. Personal de campo en búsqueda de fallas reportadas por los clientes en la localidad de Kennedy – Bogotá.
Fuente: el autor
37
4.1 PARAMETRIZACIÓN DE LAS FALLAS PRESENTES EN LA RED La parametrización de las fallas en la red HFC, se realizará en base al seguimiento realizado a los tickets generados por las fallas presentes en la misma durante el periodo ocho días. Para lograr una adecuada parametrización de las fallas en la red, fue elaborado un gráfico basado en la información de fallas suministrada por la compañía al proyectante. Figura 31. Parametrización de las fallas presentes en la red.
Fuente: Anexo A - Bogotá 15 al 21 octubre.xls – Reporte de auditoría a los tickets generados en la semana del 15 al 21 de octubre del 2011 para la red HFC.
Como lo muestra la Tabla 2. Las fallas que presentan un parámetro dominante corresponden a las presentes por cables y conectores con un 24,59893048 %, ausencia de energía comercial con un 18,18181818 % y finalmente las fallas con causa desconocida con 17,37967914 %.
38
Tabla 2. Fallas Presentes en la Red
Cuenta de Clientes Afectados
# de Incidencias
% de Parametrización
Causa Raiz Parametrización de Fallas
(en blanco) 4 0,010695187 1,069518717
Amplificador (daño) 21 0,056149733 5,614973262
Cables (conectores) 92 0,245989305 24,59893048
Cables (Daño) 34 0,090909091 9,090909091
Cables (Robo) 10 0,026737968 2,673796791
Cambio NO programado 15 0,040106952 4,010695187
Conectividad (Degradacion) 4 0,010695187 1,069518717
Daño Cliente 1 0,002673797 0,267379679
Disparo de Breaker 2 0,005347594 0,534759358
Energia (Ausencia Comercial) 68 0,181818182 18,18181818
Energía (Corto Circuito) 1 0,002673797 0,267379679
Energia (Disparo de Breaker) 2 0,005347594 0,534759358
Energia (Fuente Mala) 1 0,002673797 0,267379679 Energia (Mantenimiento Operador Energia) 5 0,013368984 1,336898396
Energia (Sobrecarga) 1 0,002673797 0,267379679
Equipo (Daño) 2 0,005347594 0,534759358
Equipo (Desconfiguracion) 1 0,002673797 0,267379679
Falsas Alarmas 1 0,002673797 0,267379679
Fibra (Atenuacion) 1 0,002673797 0,267379679
Fuente (Daño) 4 0,010695187 1,069518717
Fuente (Descarga) 6 0,016042781 1,604278075
Fuente (Robo) 4 0,010695187 1,069518717
Fuente dañada 3 0,00802139 0,802139037
Hardware (interfaces) 3 0,00802139 0,802139037
Hardware Permanente (Otros) 7 0,018716578 1,871657754
Nodo (Daño) 7 0,018716578 1,871657754
Nodo (Robo) 1 0,002673797 0,267379679
Pendiente por Definir 1 0,002673797 0,267379679
Problema de Energía 4 0,010695187 1,069518717
Problemas de energía 1 0,002673797 0,267379679
Sin falla conocida 65 0,173796791 17,37967914
Terceros - Falla Energía 2 0,005347594 0,534759358
TOTAL 374
Fuente: Anexo B – Bog.xls
39
5. DISEÑO DEL SISTEMA DE GESTIÓN BASADO EN EL PROTOCOLO DE ADMINISTRACIÓN TCP/IP
Para el diseño del sistema de gestión se evaluaron dos posibles alternativas a implementar descritas a continuación: 5.1 MONITOREO DEL ESTADO DE UNA RED HFC UTILIZANDO DATOS
REPORTADOS POR CABLE MÓDEMS8 El monitoreo de redes HFC se basa en la medición de los parámetros fundamentales de la comunicación tales como niveles de bajada (Downstream), niveles de subida (Upstream), niveles de relación señal a ruido SNR (Signal To Noise Ratio), potencia de transmisión, estado de conexión o desconexión física de un terminal de usuario, entre otros. Los datos recogidos en las mediciones son comparados y evaluados con valores predeterminados para así lograr una pronta detección de fallas, evitar ausencias en la prestación del servicio y una adecuada detección de problemas de calidad.9 El presente sistema de monitoreo se basa en los datos reportados por los equipos terminales de usuario (cable módems). Teniendo en cuenta que los cable módems se encuentran ubicados al final de las líneas de transmisión de la red, se puede determinar una falla al comparar los datos arrojados por ellos mismos con los predeterminados de la red; ésta comparación es realzada por un software de gestión que debe ser diseñado antes de la implementación del sistema. Para este sistema es necesaria la existencia de una MIB base de información de administración (Management information Base) que contiene información precisa de la conectividad de la red y la ubicación de los usuarios en la misma, esto con el fin de realizar un mapeo de los cable módems reportados con fallas en la topología de la red y así aproximar un punto de localización de la falla en. Cuando se presenta una falla y el número de cable módems involucrados en la misma es pequeño, el cálculo de la localización de la falla es simple; pero cuando en la falla se involucra un gran número de cable módems es necesario la implementación de un algoritmo especial, diseñado de acuerdo a la topología de la red para lograr la ubicación de la falla. Para el monitoreo de una red HFC mediante los datos reportados por los cable módems es necesaria la implementación de cuatro (4) módulos alojados en servidores dedicados como lo muestra la Figura 33 y procesados por un software diseñado para la red.
8 ESCOBAR , Andrés “HFC Network Monitoring System using reported data From
Cable Modems”. {En línea}. {2007} disponible en: (http://repositorio.utp.edu.co/dspace/bitstream/11059/310/1/01230115-119.pdf). 9 DÍAZ , Sergio “Sistemas Avanzados de Comunicaciones – Redes de Cable”. {En
línea}. {Fecha no disponible} disponible en: (http://www.gsi.dit.upm.es/~legf/Varios/redes-cable.pdf).
40
Figura 32. Proceso del sistema de monitoreo mediante módulos.
Fuente: http://repositorio.utp.edu.co/dspace/bitstream/11059/310/1/01230115-119.pdf
5.1.2 MÓDULO DE ADQUISICIÓN DE LA INFORMACIÓN
Éste módulo se encarga de establecer la comunicación con el equipo que controla todos los cable módems de la red llamado CMTS (Cable Módem Termination System) mediante el protocolo simple de administración de red SNMP (Simple Network Managemet Protocol). Su función consiste en actualizar periódicamente las MIB que contienen la información de los cable módems de la red para así lograr una pronta detección de fallas en la red. La frecuencia con la que son actualizadas las bases de datos es definida por el diseñador de la gestión o el operador de la misma; realizando una revisión preliminar de la carga que genera ésta información para la red. Esto con el fin de evitar congestiones en la red por el tráfico que genera la gestión de los cable módems. Una vez recibida la información, es procesada y seleccionada con el fin de enviar al siguiente módulo la información relevante necesaria para el proceso de gestión. 5.1.3 MÓDULO DE DETECCIÓN DE FALLAS Una vez recibida la información reportada por los cable módems, es almacenada en una base de datos para posteriormente ser comparada con los parámetros definidos como estables para el normal funcionamiento de la red. Aparte de realizar la comparación aritmética de los valores anteriormente mencionados, también es necesario, realizar análisis estadísticos y de patrones de comportamiento para asegurar que no se está cometiendo un error en el cálculo de la falla.
41
Existe gran variedad de parámetros que un cable módem puede reportar para una gestión, sin embargo, los más comunes e importantes para medir y garantizar un adecuada prestación de servicio en una red HFC son la potencia de enganche, potencia de transmisión y el nivel de relación señal a ruido de subida y de bajada. Si en alguno de los parámetros evaluados en un cable modem se detecta una falla, éste se almacena en un conjunto de segmentos de red para posteriormente ser enviado a la etapa de análisis de localización. 5.1.4 MÓDULO DE RED Éste módulo contiene toda la información correspondiente a la arquitectura de la red y su topología la cual se encuentra almacenada en una base de datos que debe ser actualizada cada vez que se realice un cambio en la red. Entendiendo que un segmento de red es un tramo que une dos elementos conectados entre sí, la red troncal y de distribución se expresa como un conjunto de segmentos de red interconectados y son la noción principal para la localización de una falla. Un segmento posee una dirección de inicio y fin en la red, por lo tanto los cable módems son asociados a éstas direcciones. A los segmentos son asignados niveles jerárquicos con el fin de determinar la prioridad de atención en caso de presentarse una falla en la red. 5.1.5 MÓDULO DE ANÁLISIS DE FALLAS Su función principal es realizar la localización aproximada de la falla en la red por medio de los datos adquiridos de los cable módems y procesados por los módulos anteriores. Otra de sus funciones corresponde a la eliminación de fallas que puedan generar conflictos lógicos en el sistema de gestión, es decir, si se reporta falla en un segmento de red, pero se reporta un funcionamiento adecuado en los cable módem ubicados antes y después del mismo, la falla será descartada por la presencia de un conflicto lógico. Éste modulo solicita periódicamente al módulo de detección de fallas una tabla que contiene información acerca de las fallas presentes en la red durante un periodo determinado. Posteriormente se localiza el punto de la falla mediante la consulta al módulo de red para verificar la ubicación del segmento que está reportando inconvenientes.
42
5.2 SOFTWARE DE MONITOREO Y GESTIÓN DE ELEMENTOS OPTI – TRACE (AURORA NETWORKS INC.)10
Opti-trace es una suite de software diseñada por Aurora Netowrks Inc. orientado al monitoreo y gestión de sus redes HFC, basado en el protocolo SNMP a través de una conexión Ethernet / IP. A través del módulo de gestión del chasis CH300 es posible gestionar local y remotamente los chasis, nodos y las redes de extremo a extremo mediante el reconocimiento automático de dispositivos y el flujo de traps SNMP capturados y procesados por el Opti-Trace para el monitoreo y gestión de la red. Figura 33. Módulo de gestión CX3002 para el chasis CH300
Fuente: http://www.aurora.com/site/products.an?li=p-hh-ot-ems
Dentro de la suite Opti – Trace, Aurora Networks ha diseñado tres tipos de software enfocados al monitoreo y gestión de sus redes HFC, todos cuentan con el mismo alcance pero se diferencian en la manera en que se accede a la plataforma de gestión para la visualización de la gestión de la red y sus respectivas alarmas. 5.2.1 OPTI – TRACE CMS El Opti - Trace CMS es un software diseñado por Aurora Networks para el monitoreo y gestión de sus redes HFC de manera local a través de la alimentación eléctrica del puerto serial RS232 del módulo de gestión CX3002 para los chasis CH3000. 5.2.2 OPTI – TRACE OTS El Opti - Trace CMS es un software diseñado por Aurora Networks para el monitoreo y gestión de sus redes HFC de manera local a través de una conexión Ethernet por medio del módulo de gestión CX3002 para los chasis CH3000.
10
NETWORKS, Aurora Inc. “Opti-Trace™ Element Management Software” ”. {En
línea}. {2012} disponible en: (http://www.aurora.com/site/products.an?li=p-hh-ot-ems)
43
5.2.3 OPTI – TRACE EMS El Opti - Trace EMS es un software diseñado por Aurora Networks para el monitoreo y gestión de sus redes HFC de manera global a través de una conexión Ethernet bajo el protocolo TCP/IP por medio del módulo de gestión CX3002 para los chasis CH3000 permitiendo la visualización remota de la plataforma mediante el envío el traps SNMP a través de una red IP. 5.3 PLATAFORMA ESCOGIDA La plataforma escogida para el monitoreo y gestión de la red HFC de la empresa UNE EPM TELECOMUNICACIONES S.A en la ciudad de Bogotá corresponde al software de monitoreo y gestión de elementos Opti – Trace fabircado por Aurora Networks Inc, proveedor de toda la infraestructura de la red HFC de la compañía. 5.3.1 JUSTIFICACIÓN DE LA PLATAFORMA ESCOGIDA 5.3.1.1 EL FABRICANTE La principal razón por la que fue escogida la plataforma Opti – Trace como plataforma de monitoreo y gestión para la red HFC de la compañía, se debe a que ésta es la sugerida por el fabricante de los equipos que conforman la infraestructura de la red para una adecuada gestión de la misma. 5.3.1.2 EL SOFTWARE En caso de implementar la alternativa de “Monitoreo Del Estado De Una Red HFC Utilizando Datos Reportados Por Cable Módems” se hace necesario el diseño de un software de gestión que integre todas las características descritas en el capítulo 4.1 del presente documento, esto generaría costos adicionales para el proyecto además de los retrasos ocasionados por el tiempo que tardaría el desarrollador del software en diseñar la plataforma. Por esta razón se escogió el Opti – Trace como plataforma de monitoreo y gestión para la red HFC de la compañía. 5.3.1.3 EL LICENCIAMIENTO La implementación de un software como el requerido para la alternativa de “Monitoreo Del Estado De Una Red HFC Utilizando Datos Reportados Por Cable Módems” hace necesario el pago de licencias y honorarios tanto al desarrollador del compilador en el que se desarrolle la plataforma como al diseñador del software, que para este caso, haría de forma legal la implementación de un software distinto al Opti – Trace como plataforma de monitoreo y gestión para la red HFC de la compañía.11
11
GÓMEZ, Ramón “Tipos de licencias de Software” . {En línea}. {2005} disponible en: Fuente: http://www.informatica.us.es/~ramon/articulos/LicenciasSoftware.pdf
44
Debido a que el Opti - Trace es diseñado por el mismo fabricante de los equipos que componen la red (Aurora Networks), no se hace necesario el pago de licenciamientos por implementar el software como plataforma de monitoreo y gestión para la red HFC de la compañía. 5.3.1.4 EL PROTOCOLO Debido a que éste proyecto se enfoca en el diseño de un sistema de monitoreo y gestión de la red HFC de la empresa UNE EPM TELECOMUNICACIONES S.A basado en el protocolo de gestión de red TCP/IP, se escoge Opti – Trace como plataforma de monitoreo y gestión para la red HFC de la compañía debido a que la plataforma cumple con los parámetros necesarios e indicados por el protocolo. 5.3.1.5 GASTOS DE IMPLEMENTACIÓN Como se ha mencionado en el capítulo 4.1, en caso de implementar la alternativa de “Monitoreo Del Estado De Una Red HFC Utilizando Datos Reportados Por Cable Módems” se hace necesaria la instalación de transponders en cada equipo de la red que se desee gestionar además de los servidores en los que se almacenaría la información de las MIB, necesarias para el correcto funcionamiento de esta alternativa de monitoreo y gestión. Para la implementación de Opti – Trace como plataforma de monitoreo y gestión de la red se hace necesaria la instalación del cableado UTP para los módulos de gestión CX3002 además de un servidor que almacene tanto la plataforma de monitoreo y gestión como las MIB que contienen el histórico del comportamiento de la red e infraestructura de la misma. Por esta razón se escogió el Opti – Trace como plataforma de monitoreo y gestión para la red HFC de la compañía. 5.4 PROTOCOLO DE ADMINISTRACIÓN TCP/IP PARA EL SISTEMA DE
GESTIÓN PROPUESTO 5.4.1 PROCESOS DE GESTIÓN DEFINIDOS DE ACUERDO AL
PROTOCOLO DE ADMINISTRACIÓN TCP/IP Por la capacidad de combinar las capas de aplicación, sesión y presentación del modelo OSI del protocolo de administración TCP/IP en su capa de administración permitiendo la compatibilidad entre distintos protocolos como SNMP y TELNET, necesarios para la administración y gestión de una red es posible afirmar que el Opti-Trace, es la solución adecuada para este proyecto; teniendo en cuenta que ésta suite cuenta con procesos de gestión particulares, claramente definidos para todos los casos basándose en el protocolo de
45
administración TCP/IP por su cualidad de ser un sistema de gestión sobre IP para una red híbrida de coaxial y fibra óptica.12 5.5 DISEÑO DE LA PLATAFORMA DE MONITOREO Y GESTIÓN CON
OPTI – TRACE. Debido a la necesidad de monitorear y gestionar la red de manera remota se implementará el software EMS de Opti - Trace en la versión 6.08.17, versión licenciada y aprobada para uso en la compañía. De acuerdo a lo exigido por el desarrollador de la plataforma y por lo indicado en el protocolo de gestión TCP/IP, para lograr un alcance remoto del monitoreo y gestión de la red con el EMS se hace necesaria la implementación de ciertos parámetros y recursos de red tales como: 5.5.1 RANGO DE DIRECCIONES Para la implementación del proyecto y la posterior realización de pruebas, fue necesario realizar la solicitud de un rango de direcciones IP al departamento de Seguridad IP y acceso de la subgerencia de Operaciones e Infraestructura de la compañía con el fin de asignar una dirección IP al servidor que almacena el software y a cada shelf a gestionar. Para la realización de las pruebas, fue asignada la dirección IP 10.201.80.0 5.5.2 RED PRIVADA PARA LA GESTIÓN Para la implementación del proyecto y la posterior realización de pruebas, fue necesario realizar la solicitud de una red privada exclusiva para la gestión al departamento de Seguridad IP y acceso de la subgerencia de Operaciones e Infraestructura de la compañía con el fin mantener la información de gestión fuera del alcance de otras redes de la compañía. Para la realización de las pruebas, fue asignada la VLAN 81 5.5.3 SERVIDOR Para la implementación del proyecto y la posterior realización de pruebas, fue necesario realizar la solicitud al departamento de Seguridad IP y acceso de la subgerencia de Operaciones e Infraestructura de la compañía de un servidor que almacena y corre el EMS, este servidor también almacena las MIB correspondientes a la gestión de la red. Para la realización de las pruebas, fue asignado el servidor 172.16.5.105 con sistema operativo Windows Server 2003. En el servidor fue creada una sesión de usuario exclusiva para el proyecto: 12
ORACLE, “Guía de administración de un sistema” . {En línea}. {2010} disponible en: http://docs.oracle.com/cd/E19957-01/820-2981/ipov-6/index.html
46
Usuario: Gestión Aurora Contraseña: Aurora4321 5.5.4 ENRUTAMIENTO Para la implementación del proyecto y la posterior realización de pruebas, fue necesario realizar la solicitud del aprovisionamiento de un switch por central y la respectiva configuración de los enrutadores de cada una con el fin brindar conectividad a la red de gestión con la red MPLS de la compañía y así lograr el monitoreo y gestión de la red de manera remota. Para la realización de las pruebas, fueron asignados los switches: Tabla 3. Switch’s asignados para pruebas
SITE SWITCH - INTERFÁZ
Engativá SW 6506 6/0/2
Montevideo SW 6506 2/0/3
Timiza SDH (Optix Huawei 2500+ ) Slot12/ Pto 8
Cantalejo SDH (Optix Huawei 2500+ ) Interfaz SFP
Qta Camacho SW 3928 Pto 1
Fuente: El autor
5.6 SUBNETTING A la dirección IP 10.201.80.0 asignada para pruebas fue necesario aplicarle la técnica de división de redes “subnetting” con el fin de generar subredes de la misma y así permitir la asignación de un rango de direcciones específico a cada central mediante la configuración de una dirección IP para cada shelf a gestionar. Tabla 4. Subnetting
Site Subnet Mask Host Range Broadcast Gateway IP
Pruebas
Engativá
10.201.80.0
255.255.255.240
10.201.80.1 to 10.201.80.14
10.201.80.15 10.201.80.1
10.201.80.14
Montevideo
10.201.80.16
255.255.255.240
10.201.80.17 to 10.201.80.30
10.201.80.31 10.201.80.17
10.201.80.30
Timiza
10.201.80.32
255.255.255.240
10.201.80.33 to 10.201.80.46
10.201.80.47 10.201.80.33
10.201.80.46
Cantalejo
10.201.80.48
255.255.255.240
10.201.80.49 to 10.201.80.62
10.201.80.63 10.201.80.49
10.201.80.62
Q.ta Camacho
10.201.80.64
255.255.255.240
10.201.80.65 to 10.201.80.78
10.201.80.79 10.201.80.65
10.201.80.78
NOC 10.201. 255.255.255.2 10.201.80.81 10.201.80.95 10.201.8 10.201.80
47
80.80 40 to 10.201.80.94
0.81 .94
BCC
10.201.80.96
255.255.255.240
10.201.80.97 to 10.201.80.110
10.201.80.111 10.201.80.97
10.201.80.110
Expansión
10.201.80.112
255.255.255.240
10.201.80.113 to 10.201.80.126
10.201.80.127 Expansión
Expansión
Expansión
10.201.80.128
255.255.255.240
10.201.80.129 to 10.201.80.142
10.201.80.143 Expansión
Expansión
Expansión
10.201.80.144
255.255.255.240
10.201.80.145 to 10.201.80.158
10.201.80.159 Expansión
Expansión
Expansión
10.201.80.160
255.255.255.240
10.201.80.161 to 10.201.80.174
10.201.80.175 Expansión
Expansión
Expansión
10.201.80.176
255.255.255.240
10.201.80.177 to 10.201.80.190
10.201.80.191 Expansión
Expansión
Expansión
10.201.80.192
255.255.255.240
10.201.80.193 to 10.201.80.206
10.201.80.207 Expansión
Expansión
Expansión
10.201.80.208
255.255.255.240
10.201.80.209 to 10.201.80.222
10.201.80.223 Expansión
Expansión
Expansión
10.201.80.224
255.255.255.240
10.201.80.225 to 10.201.80.238
10.201.80.239
Expansión
Expansión
Expansión
10.201.80.240
255.255.255.240
10.201.80.241 to 10.201.80.254
10.201.80.255
Expansión
Expansión
Fuente: El autor
48
5.7 DISEÑO DE LA RED El diseño de la red se realizó tal y como lo muestra la Figura 35. Se incorporó la red de gestión HFC con la red MPLS mediante la configuración de los switch’s y enrutadores de cada central, tarea realizada por el departamento de seguridad IP y acceso de la compañía. Figura 34. Diseño del Sistema de Gestión
Fuente: El autor.
49
5.8 FUNCIONAMIENTO LÓGICO DE LA PLATAFORMA
En la Figura 35. Se ha plasmado el funcionamiento lógico de la plataforma dividiéndolo en seis (6) principales partes:
1 Red Análoga 2 Nodo Óptico 3 CDI 4 Red MPLS de la compañía 5 Network Operation Center – NOC 6 Internet
Cuando se genera una posible falla en cualquiera de las cinco primeras zonas, es generado un TRAP SNMP que viaja a travéz de todos los dispositivos siguientes a él en la red hasta llegar al servidor ubicado en el NOC que almacena la plataforma de gestión; es allí donde se determina si realmente se está presentando una falla para ser visualizada en la interfáz de la plataforma de gestión y en los dispositivos adjuntos a ella tales como smarthpones, tablets o equipos portátiles conectados remotamente al servidor.
Figura 35. Funcionamiento Lógico de la Plataforma
Fuente: El autor.
50
5.9 APROVISIONAMIENTO DE LA RED DE GESTIÓN Una vez hecho el diseño de la red de gestión y configurados los equipos que brindan la conectividad a la misma con la red MPLS de la compañía, se procede a realizar el aprovisionamiento de la red de gestión implementando la conectorización y tendido del cableado UTP entre los módulos de gestión CX3002 y los switches asignados por el departamento de seguridad IP y acceso para la conectividad del proyecto. Figura 36. Conectorización del Cableado de Gestión – Módulo CX3002 – Central de Quinta Camacho.
Fuente: El autor
51
Figura 37. Conectorización del Cableado de Gestión – Switch 6506 – Central de Montevideo.
Fuente: El autor
5.9.1 CONFIGURACIÓN DE LOS PARÁMETROS IP DE LOS MÓDULOS
CX3002 Una vez aprovisionada la red de gestión, se procedió a configurar los parámetros IP de cada uno de los módulos CX3002 para ponerlos dentro del domino de la red de gestión asignada y configurada en los equipos de borde MPLS como lo muestra la Figura 38. Figura 38. Configuración de los Parámetros IP de los Módulos CX3002
Fuente: El autor
52
5.10 TOMA DE PRUEBAS Las pruebas de la plataforma fueron tomadas desde la central de Engativá accediendo al servidor mediante un equipo portátil con sistema operativo Windows y con la respectiva dirección IP asignada para pruebas en la central. 5.11 PROCEDIMIENTO 5.11.1 PRUEBA DE CONECTIVIDAD AL SERVIDOR Conectado mediante Ethernet a la red MPLS de la compañía desde BCC (Bogota Corporate Center – Oficinas de UNE EPM TELECOMUNICACIONES S.A) y como lo muestra la Figura 39, se verifica la conectividad con el servidor que contiene la plataforma de gestión mediante el comando de PING a la dirección IP 172.16.5.105 del servidor. Figura 39. Ping al servidor
Fuente: El autor
5.11.2 PRUEBA DE CONECTIVIDAD A LOS SHELF Conectado mediante Ethernet a la red MPLS de la compañía desde BCC (Bogota Corporate Center – Oficinas de UNE EPM TELECOMUNICACIONES S.A) y como lo muestra la Figura 40. se verifica la conectividad con los módulos CX3002 mediante el el comando de PING a las respectivas direcciones IP de cada shelf. Figura 40. Ping a los shelf
Fuente: El autor
53
5.11.3 CONEXIÓN REMOTA AL SERVIDOR Conectado mediante Ethernet a la red MPLS de la compañía desde BCC (Bogota Corporate Center – Oficinas de UNE EPM TELECOMUNICACIONES S.A) y como lo muestra la Figura 41. Se establece la conexión remota al servidor. Figura 41. Conexión remota al servidor.
Fuente: El autor
Figura 42. Log al server
Fuente: El autor
54
5.11.4 AGREGACIÓN DE LOS SHLEFS A GESTIONAR EN LA PLATAFORMA Y PRUEBA MADRE.
Conectado mediante Ethernet a la red MPLS de la compañía desde BCC (Bogota Corporate Center – Oficinas de UNE EPM TELECOMUNICACIONES S.A) y loggeado en la cuenta de usuario establecida en el servidor para la plataforma, como lo muestra la Figura 43, se procede a agregar los shelfs de cada una de la central de Engativá al EMS mediante su dirección IP en el módulo de administración de dispositivos del software de gestión. Figura 43. Agregación de los Shelfs a Gestionar en la Plataforma
Fuente: El autor
Para determinar la operatividad y funcionalidad del sistema en cuanto a la detección de fallas de la plataforma se desconectó el cable de red que brinda la conectividad a determinados módulos de gestión CX3002 escogidos aleatoriamente en la central de Engativá como se observa en la Figura 44. Figura 44. Shelfs 1 Central de Engativá
Fuente: El autor
55
CONCLUSIONES
De acuerdo al diagnóstico e inventario de las fallas presentes en la red HFC de Bogotá de la empresa UNE EPM TELECOMUNICACIONES S.A E.S.P realizado en este documento se concluye que es necesario implementar el sistema de gestión para la infraestructura de la red HFC de la empresa puesto que mediante éste es posible determinar con exactitud el tipo de falla presente en la red, permitir a los agentes encargados del soporte de la red realizar un adecuado diagnóstico dando una pronta y adecuada solución a cada caso específico.
La implementación del sistema de gestión propuesto en éste documento para la infraestructura de la red HFC de la empresa UNE EPM TELCOMUNICACIONES S.A en Bogotá permite definir y esquematizar adecuadamente la arquitectura de administración de la red dado a su cualidad de basarse en lo indicado por el protocolo de administración TCP/IP.
Teniendo en cuenta que Opti-Trace es la suite de gestión sugerida por el proveedor de los equipos que componen la infraestructura de la red HFC de la empresa UNE EPM TELCOMUNICACIONES S.A en Bogotá, es posible afirmar que ésta es la plataforma adecuada para su gestión y administración.
Por su cualidad de ser un sistema de gestión sobre IP para una red HFC que se basa en el protocolo de administración TCP/IP, la suite Opti-Trace es la plataforma adecuada para su gestión y administración.
56
BIBLIOGRAFÍA AURORA NETWORKS. . “Chasis CH3000” {En línea} {2004} disponible en: (http://www.telcogroup.ru/files/pdfs-vend/aurora/TA420_CH3000_Chassis.pdf) CARTAGENA, Juan “Redes HFC (HibridFiberCoaxial ) y sus vulnerabilidades”. {En línea}. {Sin fecha} disponible en: (http://profesores.elo.utfsm.cl/~agv/elo322/1s08/project/JuanCartajena.pdf). DÍAZ , Sergio “Sistemas Avanzados de Comunicaciones – Redes de Cable”. {En línea}. {Fecha no disponible} disponible en: (http://www.gsi.dit.upm.es/~legf/Varios/redes-cable.pdf). ESCOBAR , Andrés “HFC Network Monitoring System using reported data From Cable Modems”. {En línea}. {2007} disponible en: (http://repositorio.utp.edu.co/dspace/bitstream/11059/310/1/01230115-119.pdf). GÓMEZ, Ramón “Tipos de licencias de Software” . {En línea}. {2005} disponible en: Fuente: http://www.informatica.us.es/~ramon/articulos/LicenciasSoftware.pdf MARTINEZ, Stephanie “Sistemas Híbridos. F.O - HFC”. {En línea}. {2008} disponible en: (http://microe.udea.edu.co/~alince/recursos/lineas/HFC.pdf). JURADO, Jorge “Estudio de Factibilidad para la Implementación de una Empresa de Telecomunicaciones Orientada a la Prestación de los Servicios Portadores en el País”. {En línea}. {Junio 2007} disponible en: (http://bibdigital.epn.edu.ec/bitstream/15000/351/1/CD-0761.pdf). NETWORKS, Aurora Inc. “Opti-Trace™ Element Management Software” ”. {En línea}. {2012} disponible en: (http://www.aurora.com/site/products.an?li=p-hh-ot-ems) TECHNOLOGIES, Alpha “Fuentes de poder ininterrumpibles”. {En línea}. {Marzo del 2001} disponible en: (http://www.alpha.com/Media/Documents/tm_xmseries2espanol.pdf).
57
ANEXOS
ANEXO A - REPORTE DE AUDITORÍA A LOS TICKETS GENERADOS EN LA SEMANA DEL 15 AL 21 DE OCTUBRE DEL 2011 PARA LA RED HFC- Bogotá 15 al 21 octubre.xls
ANEXO B (INFORMATIVO)– bog.xls
Cuenta de N° del Incidente Grupo que Cierra TT
Cate
goria
Causa Raiz Gru
po G
estion P
lata
form
as R
ed Ip
Gru
po O
pera
cio
n R
egio
nal T
orr
e d
e c
ontr
ol F
ure
l
Gru
po O
pera
cio
n R
egio
nal T
orr
e d
e c
ontr
ol R
&E
Tota
l genera
l
GTT.Acceso.HFC.Bog Amplificador (daño) 2 2
Cables (conectores) 1 2 4 7
Cables (Daño) 1 1
Cambio NO programado 1 1
Energia (Ausencia Comercial) 8 6 14
Fuente (Daño) 1 1
Fuente (Descarga) 1 1
Fuente (Robo) 4 4
sin falla conocida en plataforma 2 8 10
Total GTT.Acceso.HFC.Bog 1 15 25 41
(en blanco) (en blanco)
Total (en blanco)
Total general 1 15 25 41
N° del
IncidenteCategoria Descripcion TT Estado
Impacto
Falla
3 Medio1856654 GTT.Acceso.HFC.BogSe presenta disminución de CMs' en el CMTS BOG-ENG-02 en la interfaz 8/1/2 UP: 2-3, nodo: Cluster 53-54 Subae448.c74a.ce62e448.c74b.1d0480c6.abbe.36e0e448.c74e.8a36Cerrado-Resuelto
5 Bajo1855683 GTT.Acceso.HFC.BogSe presenta alarma
de seña a ruido
Cerrado-
Resuelto
5 Bajo1855839 GTT.Acceso.HFC.BogSe presenta alarma de señal a ruido (SNR) en el CMTS BOG-TIM-02 en la interfaz 6/1/4 UP: 1, nodo: Kennedy 4US phy MER(SNR)_estimate for good packets - 24.695 dBen la interfaz 7/0/9, UP: 0, nodo: Bosa 22US phy MER(SNR)_estimate for good packets - 21.137Cerrado-Resuelto
5 Bajo1854181 GTT.Acceso.HFC.Bog
Se presenta alarma
de señal a ruido
(SNR) en el CMTS
BOG-BOS-01 en la
Cerrado-
Resuelto
5 Bajo1857390 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
3 Medio1857762 GTT.Acceso.HFC.BogSe presenta caída y
disinución de cable
Cerrado-
Resuelto
3 Medio1857385 GTT.Acceso.HFC.BogSe presenta
disminución en bog-
Cerrado-
Resuelto
5 Bajo1852772 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
3 Medio1855827 GTT.Acceso.HFC.BogSe presenta caída
de CM's en el
Cerrado-
Resuelto
5 Bajo1855861 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
3 Medio1857412 GTT.Acceso.HFC.BogSe presenta caída
en bog-qca-cmts-01
Cerrado-
Resuelto
3 Medio1857502 GTT.Acceso.HFC.BogSe presenta caída
de cable modem en
Cerrado-
Resuelto
5 Bajo1856090 GTT.Acceso.HFC.Bogbogota TIM 36844 –
TIM 36843 Se
Cerrado-
Resuelto
5 Bajo1857455 GTT.Acceso.HFC.Boghurto de
amplificador 1 y 2 y
Cerrado-
Resuelto
1857779 GTT.Acceso.HFC.BogSe presenta caída y disinución de cable modem en el cmts bog-eng-cmts-02 - Interfaces 7/0/0 - UP: 0-1 - Nodo: CLUSTER 11 SUBA, 7/0/2 - UP: 2-3 - Nodo: CLUSTER 21 SUBA, 7/1/8 - UP: 2-3 - Nodo: CLUSTER 10 SUBA.Macs:e448.c745.0c36e448.c735.ec5ce448.c735.8Cerrado-Resuelto 3 Medio
1856513 GTT.Acceso.HFC.BogNodo Suba 36727 Bogota,Cablemodem desenganchado,pedido 74161315Cerrado-Resuelto 5 Bajo
1857577 GTT.Acceso.HFC.BogSe presenta disminución de CM's en el CMTS BOG-QCA-01 en la interfaz 6/0/1 UP: 1-2, Nodo: CLS Usaquen 6-728be.9b77.debee448.c73f.24aee448.c74a.edbef45f.d4b6.7722Cerrado-Resuelto 5 Bajo
1857506 GTT.Acceso.HFC.BogNodo Bogotá – Suba 36727, pedido 74301973, Se va a corregir fuente del nodo apagada, requerimiento 53848351Cerrado-Resuelto 5 Bajo
1857637 GTT.Acceso.HFC.Bog
Se presenta
disminución de
CM's en el CMTS
Cerrado-
Resuelto5 Bajo
1854640 GTT.Acceso.HFC.Bog
Se presenta
disminución de
CM's en el CMTS
Cerrado-
Resuelto5 Bajo
3 Medio1856966 GTT.Acceso.HFC.BogSe presenta
disminución de
Cerrado-
Resuelto
5 Bajo1855268 GTT.Acceso.HFC.BogSe presenta
disminución en bog-
Cerrado-
Resuelto
5 Bajo1855231 GTT.Acceso.HFC.BogSe presenta
disminución en bog-
Cerrado-
Resuelto
5 Bajo1855222 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
3 Medio1857621 GTT.Acceso.HFC.BogSe presenta caída y
disminución de
Cerrado-
Resuelto
3 Medio1855414 GTT.Acceso.HFC.BogSe presenta caída
de CM's en el
Cerrado-
Resuelto
3 Medio1856276 GTT.Acceso.HFC.BogSe presenta caida y
disminucion de
Cerrado-
Resuelto
3 Medio1857762 GTT.Acceso.HFC.BogSe presenta caída y
disinución de cable
Cerrado-
Resuelto
1856498 GTT.Acceso.HFC.Bog
bogota bosa nodo
37136 Sin Señal-
TV / CM
Desenganchado
Cerrado-
Resuelto3 Medio
3 Medio1857648 GTT.Acceso.HFC.Bog
Se presenta
disminucion CM's,
bog-eng-cmts-02,
Interfaz 7/0/1, Up 0-
Cerrado-
Resuelto
5 Bajo1857201 GTT.Acceso.HFC.Bog
bogota bosa nodo
37108 amp 02,
CABLEM-
Cablemodem
Cerrado-
Resuelto
5 Bajo1855645 GTT.Acceso.HFC.Bogbogota timiza 37502
Sin Señal- TV
Cerrado-
Resuelto
5 Bajo1852592 GTT.Acceso.HFC.BogSe presenta
intermitencia con
Cerrado-
Resuelto
5 Bajo1853535 GTT.Acceso.HFC.BogNodo SUBA 36645
Amplificador 04,
Cerrado-
Resuelto
5 Bajo1855197 GTT.Acceso.HFC.BogSe presenta caida
de cable modem en
Cerrado-
Resuelto
1857534 GTT.Acceso.HFC.BogNodo Bogota Timiza 36803, Cablemodem desenganchado,pedido 74218511, requerimiento 53850445Cerrado-Resuelto 5 Bajo
1854651 GTT.Acceso.HFC.Bog
Se presenta
intermitencia de
CM's en el CMTS
Cerrado-
Resuelto5 Bajo
5 Bajo1852955 GTT.Acceso.HFC.BogSe presenta alarma
de señal a ruido
Cerrado-
Resuelto
5 Bajo1857735 GTT.Acceso.HFC.BogSe presenta
disminución de
Cerrado-
Resuelto
5 Bajo1855403 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
5 Bajo1852845 GTT.Acceso.HFC.BogSe presenta
disminución de
Cerrado-
Resuelto
5 Bajo1854996 GTT.Acceso.HFC.BogSe presenta
intermitencia de
Cerrado-
Resuelto
Causa Raiz Fecha Inicio Falla
Analista que
Registra la
Solucion
Fecha de
Apertura
Fecha Fin
Falla
19/10/2012 09:57 19/10/2012 10:50Energia (Ausencia Comercial)19/10/2012 09:32Monsalve Castano, Ramiro De Jesus
18/10/2012 10:59 20/10/2012 14:00Cables
(conectores)18/10/2012 10:03
Munera Aguirre,
Diana Marcela
18/10/2012 12:04 18/10/2012 12:43 22/10/2012 15:01Cables (conectores) Sepulveda Ochoa, Renan De Jesus
17/10/2012 06:59 22/10/2012 14:58Cables
(conectores)17/10/2012 06:33
Sepulveda
Ochoa, Renan
De Jesus
19/10/2012 23:28 20/10/2012 12:50Cables
(conectores)19/10/2012 22:29
Monsalve
Castano,
21/10/2012 14:27 21/10/2012 16:30Energia
(Ausencia 21/10/2012 14:02
Munera Aguirre,
Diana Marcela
19/10/2012 22:57 20/10/2012 08:20Energia
(Ausencia 19/10/2012 22:30
Monsalve
Castano,
16/10/2012 01:44 22/10/2012 14:57Cambio NO
programado16/10/2012 01:00
Sepulveda
Ochoa, Renan
18/10/2012 12:26 18/10/2012 17:00Cables (Daño) 18/10/2012 12:02Munera Aguirre,
Diana Marcela
18/10/2012 13:14 18/10/2012 18:00Cables
(conectores)18/10/2012 13:02
Munera Aguirre,
Diana Marcela
20/10/2012 04:02 20/10/2012 12:10Cables
(conectores)20/10/2012 03:36
Monsalve
Castano,
20/10/2012 10:56 23/10/2012 02:00Cables
(conectores)20/10/2012 10:26
Arango Ospina,
Edgar Dario
18/10/2012 15:32 19/10/2012 12:32Amplificador
(daño)18/10/2012 15:31
Giron Ochoa,
Victor Manuel
Amplificador
(daño)20/10/2012 08:45
Munera Aguirre,
Diana Marcela 20/10/2012 08:47 22/10/2012 07:25
Energia (Ausencia Comercial)21/10/2012 16:42Munera Aguirre, Diana Marcela 21/10/2012 17:02 22/10/2012 06:30
Energia (Ausencia Comercial)19/10/2012 08:30Hernandez Velasquez, Ever Alexander 19/10/2012 08:30 19/10/2012 11:01
Energia (Ausencia Comercial)20/10/2012 14:12Munera Aguirre, Diana Marcela 20/10/2012 15:05 20/10/2012 19:45
Fuente (Daño) 20/10/2012 11:00Giron Ochoa, Victor Manuel 20/10/2012 11:04 20/10/2012 18:07
21/10/2012 09:45
Energia
(Ausencia
Comercial)
20/10/2012 19:02Giron Ochoa,
Victor Manuel 20/10/2012 19:30
Munera Aguirre,
Diana Marcela 17/10/2012 11:47 17/10/2012 17:00
Energia
(Ausencia
Comercial)
17/10/2012 11:32
19/10/2012 13:20 19/10/2012 15:30Fuente
(Descarga)19/10/2012 12:57
Munera Aguirre,
Diana Marcela
18/10/2012 05:39 18/10/2012 13:30Energia
(Ausencia 18/10/2012 04:43
Munera Aguirre,
Diana Marcela
17/10/2012 22:41 18/10/2012 09:00Energia
(Ausencia 17/10/2012 21:43
Giron Ochoa,
Victor Manuel
17/10/2012 21:48 18/10/2012 17:30Energia
(Ausencia 17/10/2012 21:32
Munera Aguirre,
Diana Marcela
20/10/2012 17:45 21/10/2012 11:00Energia
(Ausencia 20/10/2012 17:37
Munera Aguirre,
Diana Marcela
18/10/2012 08:20 18/10/2012 13:30Energia
(Ausencia 18/10/2012 08:02
Munera Aguirre,
Diana Marcela
18/10/2012 18:17 18/10/2012 20:00Energia
(Ausencia 18/10/2012 18:07
Giron Ochoa,
Victor Manuel
21/10/2012 14:27 21/10/2012 16:30Energia
(Ausencia 21/10/2012 14:02
Munera Aguirre,
Diana Marcela
Fuente (Robo) 19/10/2012 08:20Giron Ochoa,
Victor Manuel 19/10/2012 08:21 19/10/2012 12:39
20/10/2012 21:17 21/10/2012 00:08
sin falla
conocida en
plataforma
20/10/2012 20:57Giron Ochoa,
Victor Manuel
19/10/2012 15:51 19/10/2012 19:57Fuente (Robo) 19/10/2012 15:45Munera Aguirre,
Diana Marcela
18/10/2012 10:41 18/10/2012 12:00Fuente (Robo) 18/10/2012 10:40
Hernandez
Velasquez, Ever
Alexander
15/10/2012 05:50 15/10/2012 07:37sin falla
conocida en 15/10/2012 05:30
Munera Aguirre,
Diana Marcela
16/10/2012 12:59 16/10/2012 14:54sin falla
conocida en 16/10/2012 12:55
Hernandez
Velasquez, Ever
17/10/2012 20:42 18/10/2012 12:07Fuente (Robo) 17/10/2012 20:07Hernandez
Velasquez, Ever
sin falla conocida en plataforma20/10/2012 12:15Giron Ochoa, Victor Manuel 20/10/2012 12:19 20/10/2012 16:10
Munera Aguirre,
Diana Marcela 17/10/2012 11:51 17/10/2012 15:00
sin falla
conocida en
plataforma
17/10/2012 11:32
16/10/2012 07:59 16/10/2012 13:35sin falla
conocida en 16/10/2012 07:33
Munera Aguirre,
Diana Marcela
21/10/2012 10:56 21/10/2012 15:30sin falla
conocida en 21/10/2012 10:22
Munera Aguirre,
Diana Marcela
18/10/2012 08:13 18/10/2012 08:00sin falla
conocida en 18/10/2012 07:13
Munera Aguirre,
Diana Marcela
16/10/2012 07:18 16/10/2012 09:25sin falla
conocida en 16/10/2012 06:18
Monsalve
Castano,
17/10/2012 16:04 17/10/2012 17:22sin falla
conocida en 17/10/2012 16:02
Munera Aguirre,
Diana Marcela
Duracion
Afectación
Tiempo de
Deteccion
de Falla
Reportado
Por
Tiempo en
DiagnosticarDescripcion Solucion en ProgresoFecha Fin Diagnostico
Sierra Vanegas, Felipe 0:10:00se verifican graficas estan ok, quedamos pendiente que torre de control documente para cerrar el TT19/10/2012 10:071:18:00 0:25:00
Sierra
Vanegas, 0:09:00
Se
normalizan 18/10/2012 11:0851:57:00 0:57:00
Se cambia de estado para que el contrato lo documente18/10/2012 13:0098:57:00 0:39:00 0:17:00Sierra Vanegas, Felipe
Sierra
Vanegas,
Felipe
0:14:00
Se cambia
de estado
para que el
contrato lo
17/10/2012 07:13128:25:00 0:27:00
Montoya Rua,
Victor Alfonso 0:05:00
se confirma
graficas 19/10/2012 23:3414:21:00 0:59:01
Londono
Arbelaez, 0:13:00
Se
normalizan 21/10/2012 14:402:28:00 0:26:00
Montoya Rua,
Victor Alfonso 0:11:00
Se verifican
graficas 19/10/2012 23:099:50:00 0:28:00
Londono
Arbelaez, 0:16:00
Se cambia
de estado 16/10/2012 02:00157:57:00 0:44:00
Sierra
Vanegas, 0:07:00
Se
normalizan 18/10/2012 12:334:58:00 0:25:01
Sierra
Vanegas, 0:13:00
Se
normalizan 18/10/2012 13:274:58:00 0:12:00
Montoya Rua,
Victor Alfonso 0:06:00
Se verifican
graficas 20/10/2012 04:078:34:00 0:26:00
Londono
Arbelaez, 0:25:00
Se
realizaron 20/10/2012 11:2163:34:00 0:30:00
Hernandez
Velasquez, 0:03:00
Se cierra
Causa 18/10/2012 15:3521:01:00 0:02:00
Cortes
Quiceno, 0:12:00
Se cierra
Causa 20/10/2012 09:0046:40:00 0:03:00
13:48:00 0:21:00Londono Arbelaez, Diego Alejandro 0:11:00Se normalizan graficas,Pendiente Documentar incidente.21/10/2012 17:13
2:31:00 0:01:00Monsalve Castano, Ramiro De Jesus 0:10:00se cierra CCC se espera informe para cerrar el TT19/10/2012 08:40
5:33:00 0:54:00Sierra Vanegas, Felipe 0:11:00Se normalizan graficas,Pendiente Documentar incidente.20/10/2012 15:16
Bogotá 20/10/2012 20:22 EL tecnico informa que se reestablece fluido electrico en el sector por parte de Codensa, se confirma subida de cable modem con Diana Munera de Mesa de ayuda.
7:07:00 0:04:00Monsalve Castano, Ramiro De Jesus 0:06:00Se cierra Causa común, servicios ok. Pendiente Documentar incidente.20/10/2012 11:10
0:08:0014:43:00 0:28:00
Sierra
Vanegas,
Felipe
Se
presenta
disminución
20/10/2012 19:38
17/10/2012 11:550:15:00
Sierra
Vanegas,
Felipe
0:08:00
Se
normalizan
graficas,Pe
5:28:00
Sierra
Vanegas, 0:22:00
Se
normalizan 19/10/2012 13:412:33:00 0:23:00
Montoya Rua,
Victor Alfonso 0:10:00
Se
normalizan 18/10/2012 05:498:47:00 0:57:00
Montoya Rua,
Victor Alfonso 0:10:00
Servicio
restablecid17/10/2012 22:5111:17:00 0:58:00
Londono
Montoya, 0:09:00
Se
normalizan 17/10/2012 21:5819:58:00 0:17:00
Sierra
Vanegas, 0:37:00
Se
normalizan 20/10/2012 18:2217:23:00 0:09:00
Sierra
Vanegas, 0:17:00
Se
normalizan 18/10/2012 08:385:28:00 0:19:00
Londono
Montoya, 0:22:00
Servicio
restablecid18/10/2012 18:391:53:00 0:11:00
Londono
Arbelaez, 0:13:00
Se
normalizan 21/10/2012 14:402:28:00 0:26:00
4:19:00 0:01:00
Hernandez
Velasquez,
Ever
Alexander
0:04:00
Se cierra
Causa
común,
servicios
ok.
Pendiente
Documenta
r incidente.
19/10/2012 08:25Se instala
fuente por
hurto, se
confirma
restablecimi
ento de
servicio con
usuarios rf
amp
36.1/49.5
db rv 42.1
tx 36.8 mer
41.7 db
15.000 pqts
0%perdidas
Sierra
Vanegas,
Felipe
0:17:00
Se
presenta
disminucion
CM's, bog-
20/10/2012 21:343:11:00 0:20:00
Munera
Aguirre, Diana
Marcela
0:04:00
Se cierra
Causa
común,
servicios
19/10/2012 15:554:12:00 0:07:00
Hernandez
Velasquez,
Ever
Alexander
0:05:00
se cierra
CCC se
espera
informe
18/10/2012 10:461:20:00 0:02:00
Londono
Arbelaez, 1:09:00
Se
normalizan 15/10/2012 06:592:07:00 0:20:00
Giron Ochoa,
Victor Manuel 0:08:00
se cierra
CCC se 16/10/2012 13:071:59:00 0:04:00
Londono
Montoya, 0:06:00
se cierra
CCC se 17/10/2012 20:4816:00:00 0:35:00
3:55:00 0:04:00Monsalve Castano, Ramiro De Jesus 0:12:00Se cierra Causa común, servicios ok. Pendiente Documentar incidente.20/10/2012 12:31
17/10/2012 12:090:20:00
Sierra
Vanegas,
Felipe
0:18:01
Se
normalizan
graficas,Pe
3:28:00
Sierra
Vanegas, 0:10:00
Se
normalizan 16/10/2012 08:106:02:00 0:27:00
Sierra
Vanegas, 0:18:00
Se
normalizan 21/10/2012 11:145:08:00 0:35:00
Sierra
Vanegas, 0:10:00
desde las
06:00 Se 18/10/2012 08:230:47:00 1:01:00
Sierra
Vanegas, 0:11:00
Se
confirman 16/10/2012 07:293:07:00 1:01:00
Londono
Montoya, 0:09:00
Se
normalizan 17/10/2012 16:141:20:00 0:03:00
Grupo que Registra el DiagnosticoAnalista que Registra el DiagnosticoDocumentación FinalGrupo que Cierra TTAnalista que Cierra TTOrganizacion ResponsableItem de Configuracion
Se confirmó restablecimiento de Graficas con Renan Sepulveda de la mesa de ayudaGrupo Operacion Regional Torre de control R&EMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.bog-tim-cmts-02
Se realizan labores de punto a punto, se ajustan acometidas, se ajustan derivadores, se corrigen conexiones y se ajustan elementos despinados, visitó supervisor Rene RodriguezGrupo Operacion Regional Torre de control R&EMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.bog-tim-cmts-02
Bogotá 19/10/2012 11:46 Se revisa tercer hijo 36797 y segundo hijo 36796 encontrando señal OK, falla generada por interrupción de fluido eléctrico, se reestablece el servicio y la señal, se confirman gráficas OK en MDA con el señor Ramiro Monsalve. TécnicGrupo Operacion Regional Torre de control FurelHernandez Velasquez, Ever Alexander UNE EPM Telecomunicaciones S.A.bog-eng-cmts-02
Se revisa tercer hijo 36797 y segundo hijo 36796 encontrando señal OK, falla generada por interrupción de fluido eléctrico, se reestablece el servicio y la señal, se confirman gráficas OK en MDA con el señor Ramiro Monsalve. Técnico Frank Rico.Grupo Operacion Regional Torre de control FurelHernandez Velasquez, Ever Alexander UNE EPM Telecomunicaciones S.A.bog-eng-cmts-02Grupo Operacion Regional Torre de control FurelMonsalve Castano, Ramiro De Jesus
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Hernandez
Velasquez,
2012/10/20
16:48 Se
Grupo
Operacion
Grupo Operacion Regional Torre de control R&EMonsalve Castano, Ramiro De Jesus
Munera
Aguirre,
Diana
Marcela
UNE EPM
Telecomuni
caciones
S.A.
bog-bos-
cmts-01
Grupo
Operacion
Regional
Torre de
Hernandez
Velasquez,
Ever
Alexander
Se realiza
conectoriza
cion en
dispositivo
Grupo
Operacion
Regional
Torre de
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Sepulveda
Ochoa,
Se verifica
nodo padre,
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Munera
Aguirre,
10/21/2012
05:15 pm
Grupo
Operacion
Monsalve
Castano,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Sepulveda
Ochoa,
Bogotá
20/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Sepulveda
Ochoa,
Se realiza
conectoriza
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Gestion
Monsalve
Castano,
Bogotá
18/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Munera
Aguirre,
Bogotá
18/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-qca-
cmts-01
Grupo
Operacion
Sepulveda
Ochoa,
Bogotá
20/10/2012
Grupo
Operacion
Martinez
Betancur,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Gestion
Monsalve
Castano,
Se
realizaron
Grupo
Gestion
Munera
Aguirre,
UNE EPM
Telecomuni
mde-lba-
cmts-01
Grupo
Operacion
Hernandez
Velasquez,
Se repone
amplificado
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
Amplificado
r
Grupo
Gestion
Cortes
Quiceno,
Informa el
supervisor
Grupo
Operacion
Grupo Operacion Regional Torre de control R&EMunera Aguirre, Diana Marcela se restablece fluido electrico en el sectorGrupo Operacion Regional Torre de control FurelMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.bog-eng-cmts-02
Grupo Operacion Regional Torre de control FurelMonsalve Castano, Ramiro De Jesus Bogotá 19/10/2012 11:14 Se verifica en la zona y se encuentra personal de CODENSA energizando la red, se confirma en terreno encontrando servicio reestablecido, se confirma servicio con usuarios OK. Técnico Edgar Díaz.Grupo Operacion Regional Torre de control FurelMonsalve Castano, Ramiro De Jesus UNE EPM Telecomunicaciones S.A.Nodo
Servicio Voz Masiva Residencial (Telef. Ord)
Grupo Operacion Regional Torre de control FurelGiron Ochoa, Victor Manuel Bogotá 20/10/2012 20:22 EL tecnico informa que se reestablece fluido electrico en el sector por parte de Codensa, se confirma subida de cable modem con Diana Munera de Mesa de ayuda.Grupo Operacion Regional Torre de control FurelMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.bog-qca-cmts-01
Bogotá 20/10/2012 20:22 EL tecnico informa que se reestablece fluido electrico en el sector por parte de Codensa, se confirma subida de cable modem con Diana Munera de Mesa de ayuda. Grupo Operacion Regional Torre de control FurelMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.bog-qca-cmts-01
Grupo Operacion Regional Torre de control FurelMonsalve Castano, Ramiro De Jesus Se reestablece servicio de energía por parte de Codensa dejando los nodos arriba confirma servicio OK el técnico Edgar Diaz, por favor cambiar estado CCC y TT.Grupo Operacion Regional Torre de control FurelMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.Nodo
Servicio Voz Masiva Residencial (Telef. Ord)
bog-bos-
cmts-01
Giron
Ochoa,
Victor
Se confirma
restabelcie
miento de
Grupo
Operacion
Regional
Monsalve
Castano,
Ramiro De
Grupo
Gestion
Acceso
UNE EPM
Telecomuni
caciones
Grupo
Operacion
Regional
Munera
Aguirre,
Diana
UNE EPM
Telecomuni
caciones
bog-qca-
cmts-01
Grupo
Operacion
Regional
Hernandez
Velasquez,
Ever
Bogotá
17/10/2012
17:08 Se
Munera
Aguirre,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Hernandez
Velasquez,
Bogotá
19/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Sepulveda
Ochoa,
10/18/2012
02:34 pm
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Sepulveda
Ochoa,
10/18/2012
02:34 pm
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Sepulveda
Ochoa,
2012/10/18
18:33 En el
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Munera
Aguirre,
2012/10/22
09:35 Se
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Hernandez
Velasquez,
10/18/2012
02:36 pm
Grupo
Operacion
Sepulveda
Ochoa,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Giron
Ochoa,
Bogotá
18/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-eng-
cmts-02
Grupo
Operacion
Munera
Aguirre,
10/21/2012
05:15 pm
Grupo
Operacion
Grupo
Operacion
Regional
Torre de
control R&E
Hernandez
Velasquez,
Ever
Alexander
2012/10/19
16:32 Se
instala
fuente por
hurto, se
confirma
restablecimi
ento de
servicio con
usuarios rf
amp
36.1/49.5
db rv 42.1
tx 36.8 mer
41.7 db
15.000 pqts
0%perdidas
.
Grupo
Operacion
Regional
Torre de
control R&E
Munera
Aguirre,
Diana
Marcela
UNE EPM
Telecomuni
caciones
S.A.
mde-lba-
cmts-01
Sepulveda
Ochoa,
Renan De
Jesus
UNE EPM
Telecomuni
caciones
S.A.
bog-eng-
cmts-02
Grupo
Operacion
Regional
Torre de
Giron
Ochoa,
Victor
Manuel
Se hace
visita a los
nodos del
cluster 15-
Grupo
Operacion
Regional
Torre de
Munera
Aguirre,
Diana
Marcela
UNE EPM
Telecomuni
caciones
S.A.
Amplificado
r
Grupo
Operacion
Regional
Torre de
Munera
Aguirre,
Diana
Marcela
2012/10/19
20:08 Se
repone
fuente y
Grupo
Operacion
Regional
Torre de
Munera
Aguirre,
Diana
Marcela
UNE EPM
Telecomuni
caciones
S.A.
mde-lba-
cmts-01
Grupo
Operacion
Regional
Torre de
Hernandez
Velasquez,
Ever
Alexander
Se repone
fuente de
respaldo A
hurtada, rf
Grupo
Operacion
Regional
Torre de
Monsalve
Castano,
UNE EPM
Telecomuni
bog-bos-
cmts-01
Grupo
Operacion
Munera
Aguirre,
Se confirma
restabelcimi
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
Amplificado
r
Grupo
Operacion
Giron
Ochoa,
Bogotá
16/10/2012
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Munera
Aguirre,
2012/10/18
14:33Se
Grupo
Operacion
Grupo Operacion Regional Torre de control R&EMonsalve Castano, Ramiro De Jesus 2012/10/20 16:18 Se encuentra servicio OK, se confirma servicio con usuarios de la CR 71 D CL 3 -75 (Rafael Ortiz), CR 71 D CL 2 -79 (Rubiela Barbosa), KR 72 3 B 18 PS 3 (Robinson), CR 71 D 2 A 25, CL 2 A 71 D 55 y CL 4 71 D 30 AP 305.Grupo Operacion Regional Torre de control R&EMunera Aguirre, Diana Marcela UNE EPM Telecomunicaciones S.A.Nodo
Servicio Voz Masiva Residencial (Telef. Ord)
Grupo
Operacion
Regional
Munera
Aguirre,
Diana
UNE EPM
Telecomuni
caciones
bog-tim-
cmts-02
Grupo
Operacion
Regional
Hernandez
Velasquez,
Ever
2012/10/17
16:32 Se
continua
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Monsalve
Castano,
2012/10/16
17:54 Se
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Gestion
Cortes
Quiceno,
Se
normaliza
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Hernandez
Velasquez,
10/18/2012
02:35 pm
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-02
Grupo
Operacion
Monsalve
Castano, Se toman
Grupo
Operacion
Munera
Aguirre,
UNE EPM
Telecomuni
bog-tim-
cmts-01
Grupo
Operacion
Giron
Ochoa,
2012/10/17
20:30 Se
Grupo
Operacion
Plataformas AfectadasServicio AfectadoClientes AfectadosGrupo Responsable de la SolucionFecha de Registro
del Diagnostico
Fecha de
Registro de la
Solucion
(en blanco)servicio banda ancha cable módem80Grupo Operacion Regional Torre de control R&E18/10/2012 13:00 22/10/2012 15:01
(en blanco)servicio banda ancha cable módem80Grupo Operacion Regional Torre de control R&E18/10/2012 13:00 22/10/2012 15:01
(en blanco)servicio banda ancha cable módem190Grupo Operacion Regional Torre de control Furel19/10/2012 10:07 19/10/2012 11:19
(en blanco)servicio banda ancha cable módem190Grupo Operacion Regional Torre de control Furel19/10/2012 10:07 19/10/2012 11:19
servicio
banda 40
Grupo
Operacion 18/10/2012 11:08 20/10/2012 16:47(en blanco)
22/10/2012 14:59
servicio
banda 100
Grupo
Operacion 17/10/2012 07:13 22/10/2012 14:57
(en blanco)
20/10/2012 13:03servicio
banda 40
Grupo
Operacion 19/10/2012 23:34(en blanco)
21/10/2012 17:05servicio
banda 520
Grupo
Operacion 21/10/2012 14:40(en blanco)
servicio
banda 200
Grupo
Operacion 19/10/2012 23:09 20/10/2012 08:38(en blanco)
22/10/2012 14:56servicio
banda 20
Grupo
Operacion 16/10/2012 02:00(en blanco)
servicio
banda 300
Grupo
Operacion 18/10/2012 12:33 18/10/2012 18:33(en blanco)
18/10/2012 18:56servicio
banda 40
Grupo
Operacion 18/10/2012 13:27(en blanco)
servicio
banda 140
Grupo
Operacion 20/10/2012 04:07 20/10/2012 12:39(en blanco)
23/10/2012 08:53servicio
banda 580
Grupo
Gestion 20/10/2012 11:21(en blanco)
(en blanco) (en blanco)Grupo
Operacion 18/10/2012 15:35 19/10/2012 12:32(en blanco)
22/10/2012 07:25(en blanco) (en blanco)Grupo
Operacion 20/10/2012 09:00(en blanco)
(en blanco)servicio banda ancha cable módem770Grupo Operacion Regional Torre de control Furel21/10/2012 17:13 22/10/2012 08:04
22/10/2012 08:05
(en blanco)servicio banda ancha cable módem15Grupo Operacion Regional Torre de control Furel19/10/2012 08:40 19/10/2012 11:04
Servicio Voz Masiva Residencial (Telef. Ord)5Grupo Operacion Regional Torre de control Furel19/10/2012 08:40 19/10/2012 11:04
Servicio Television 7Grupo Operacion Regional Torre de control Furel19/10/2012 08:40 19/10/2012 11:04
(en blanco)servicio banda ancha cable módem70Grupo Operacion Regional Torre de control Furel20/10/2012 15:16 20/10/2012 20:20
(en blanco)servicio banda ancha cable módem70Grupo Operacion Regional Torre de control Furel20/10/2012 15:16 20/10/2012 20:20
(en blanco)servicio banda ancha cable módem15Grupo Operacion Regional Torre de control Furel20/10/2012 11:10 20/10/2012 18:08
Servicio Voz Masiva Residencial (Telef. Ord)5Grupo Operacion Regional Torre de control Furel20/10/2012 11:10 20/10/2012 18:08
Servicio Television 6Grupo Operacion Regional Torre de control Furel20/10/2012 11:10 20/10/2012 18:08
30
Grupo
Operacion
Regional
20/10/2012 19:38 20/10/2012 19:38(en blanco)
servicio
banda
ancha
(en blanco)
servicio
banda
ancha
80
Grupo
Operacion
Regional
17/10/2012 11:55 17/10/2012 17:24
19/10/2012 15:58servicio
banda 200
Grupo
Operacion 19/10/2012 13:41(en blanco)
servicio
banda 30
Grupo
Operacion 18/10/2012 05:49 18/10/2012 14:02(en blanco)
18/10/2012 13:31servicio
banda 30
Grupo
Operacion 17/10/2012 22:51(en blanco)
servicio
banda 40
Grupo
Operacion 17/10/2012 21:58 18/10/2012 18:29(en blanco)
servicio
banda 430
Grupo
Operacion 20/10/2012 18:22 21/10/2012 12:57(en blanco)
18/10/2012 14:04servicio
banda 500
Grupo
Operacion 18/10/2012 08:38(en blanco)
servicio
banda 480
Grupo
Operacion 18/10/2012 18:39 18/10/2012 20:47(en blanco)
21/10/2012 17:05servicio
banda 520
Grupo
Operacion 21/10/2012 14:40(en blanco)
servicio
banda
ancha
cable
módem
103
Grupo
Operacion
Regional
Torre de
control R&E
19/10/2012 08:25 19/10/2012 12:39
Servicio
Television98
Grupo
Operacion
Regional
Torre de
control R&E
19/10/2012 08:25 19/10/2012 12:39
servicio
banda
ancha
cable
módem
103
Grupo
Operacion
Regional
Torre de
control R&E
19/10/2012 08:25 19/10/2012 15:19
Servicio
Television98
Grupo
Operacion
Regional
Torre de
control R&E
19/10/2012 08:25 19/10/2012 15:19
(en blanco)
21/10/2012 00:08
servicio
banda 240
Grupo
Operacion 20/10/2012 21:34 20/10/2012 21:34
(en blanco)
19/10/2012 19:56servicio
televisión 5
Grupo
Operacion 19/10/2012 15:55
servicio
banda 24
Grupo
Operacion 19/10/2012 15:55 19/10/2012 19:56
(en blanco)
18/10/2012 12:02Servicio
Television28
Grupo
Operacion 18/10/2012 10:46
servicio
banda 42
Grupo
Operacion 18/10/2012 10:46 18/10/2012 12:02
(en blanco)
servicio
banda 60
Grupo
Operacion 15/10/2012 06:59 15/10/2012 09:36(en blanco)
16/10/2012 14:59servicio
banda 5
Grupo
Operacion 16/10/2012 13:07(en blanco)
servicio
banda 80
Grupo
Operacion 17/10/2012 20:48 18/10/2012 12:09(en blanco)
(en blanco)servicio banda ancha cable módem40Grupo Operacion Regional Torre de control R&E20/10/2012 12:31 20/10/2012 16:11
Servicio Voz Masiva Residencial (Telef. Ord)32Grupo Operacion Regional Torre de control R&E20/10/2012 12:31 20/10/2012 16:11
Servicio Television 21Grupo Operacion Regional Torre de control R&E20/10/2012 12:31 20/10/2012 16:11
17/10/2012 12:09 17/10/2012 16:00(en blanco)
servicio
banda
ancha
40
Grupo
Operacion
Regional
16/10/2012 17:35servicio
banda 35
Grupo
Operacion 16/10/2012 08:10(en blanco)
servicio
banda 50
Grupo
Operacion 21/10/2012 11:14 21/10/2012 16:25(en blanco)
18/10/2012 13:35servicio
banda 60
Grupo
Operacion 18/10/2012 08:23(en blanco)
servicio
banda 35
Grupo
Operacion 16/10/2012 07:29 16/10/2012 11:41(en blanco)
17/10/2012 20:21servicio
banda 40
Grupo
Operacion 17/10/2012 16:13(en blanco)
Fecha Fin SolucionFecha Final DocumentacionTiempo en Documentar Solucion {NOC-UNE}Cumplimiento Indicador Documentar Solucion {NOC-UNE}Tiempo en Documentar Solucion {Jornada Laboral UNE}Cumplimiento Indicador Documentar Solucion {Jornada Laboral UNE}
22/10/2012 15:02 22/10/2012 20:55 5:53:00 Cumple 2:13:00 Cumple
22/10/2012 20:56 5:53:00 Cumple 2:13:00 Cumple
22/10/2012 15:02 22/10/2012 20:55 5:53:00 Cumple 2:13:00 Cumple
22/10/2012 20:56 5:53:00 Cumple 2:13:00 Cumple
19/10/2012 11:19 19/10/2012 11:46 0:27:00 Cumple 0:27:00 Cumple
19/10/2012 11:51 0:27:00 Cumple 0:27:00 Cumple
19/10/2012 11:19 19/10/2012 11:46 0:27:00 Cumple 0:27:00 Cumple
19/10/2012 11:51 0:27:00 Cumple 0:27:00 Cumple
Cumple 0:00:00 Cumple20/10/2012 16:48 20/10/2012 16:50 0:03:00
Cumple 0:23:00 Cumple22/10/2012 14:59 22/10/2012 15:22 0:23:00
Cumple 0:23:00 Cumple22/10/2012 14:59 22/10/2012 15:22 0:23:00
Cumple 0:00:00 Cumple20/10/2012 13:03 20/10/2012 13:54 0:51:00
Cumple 0:00:00 Cumple21/10/2012 17:06 21/10/2012 17:17 0:10:00
Cumple 0:00:00 Cumple20/10/2012 08:38 20/10/2012 08:54 0:16:00
Cumple 0:24:00 Cumple22/10/2012 14:57 22/10/2012 15:21 0:24:00
Cumple 0:00:00 Cumple18/10/2012 18:34 18/10/2012 18:36 0:03:00
Cumple 0:00:00 Cumple18/10/2012 18:57 18/10/2012 19:00 0:03:00
Cumple 0:00:00 Cumple20/10/2012 12:39 20/10/2012 13:09 0:30:00
Cumple 0:00:00 Cumple23/10/2012 20:03 23/10/2012 20:03 0:00:00
Cumple 0:25:00 Cumple19/10/2012 12:33 19/10/2012 13:25 0:52:00
Cumple 2:42:00 Cumple22/10/2012 07:25 22/10/2012 10:07 2:42:00
22/10/2012 08:38 22/10/2012 08:39 0:01:00 Cumple 0:01:00 Cumple
22/10/2012 08:38 22/10/2012 08:39 0:01:00 Cumple 0:01:00 Cumple
19/10/2012 11:05 19/10/2012 11:31 0:26:00 Cumple 0:26:00 Cumple
19/10/2012 11:05 19/10/2012 11:31 0:26:00 Cumple 0:26:00 Cumple
19/10/2012 11:05 19/10/2012 11:31 0:26:00 Cumple 0:26:00 Cumple
20/10/2012 20:22 20/10/2012 20:23 0:01:00 Cumple 0:00:00 Cumple
20/10/2012 20:23 0:01:00 Cumple 0:00:00 Cumple
20/10/2012 20:22 20/10/2012 20:23 0:01:00 Cumple 0:00:00 Cumple
20/10/2012 20:23 0:01:00 Cumple 0:00:00 Cumple
20/10/2012 18:08 20/10/2012 18:17 0:09:00 Cumple 0:00:00 Cumple
20/10/2012 18:08 20/10/2012 18:17 0:09:00 Cumple 0:00:00 Cumple
20/10/2012 18:08 20/10/2012 18:17 0:09:00 Cumple 0:00:00 Cumple
0:00:00 Cumple0:07:00 Cumple21/10/2012 11:19 21/10/2012 11:26
0:00:00 Cumple17/10/2012 17:25 17/10/2012 17:29 0:04:00 Cumple
Cumple 0:04:00 Cumple19/10/2012 15:59 19/10/2012 16:04 0:04:00
Cumple 0:32:00 Cumple18/10/2012 14:03 18/10/2012 14:34 0:32:00
Cumple 1:02:00 Cumple18/10/2012 13:32 18/10/2012 14:34 1:02:00
Cumple 0:00:00 Cumple18/10/2012 18:30 18/10/2012 18:34 0:05:00
Cumple 2:21:00 Cumple21/10/2012 12:57 22/10/2012 09:36 20:38:00
Cumple 0:31:00 Cumple18/10/2012 14:05 18/10/2012 14:36 0:31:00
Cumple 0:00:00 Cumple18/10/2012 20:47 18/10/2012 21:04 0:17:00
Cumple 0:00:00 Cumple21/10/2012 17:06 21/10/2012 17:17 0:10:00
19/10/2012 15:20 19/10/2012 16:32 1:12:00 Cumple 1:12:00 Cumple
19/10/2012 15:20 19/10/2012 16:32 1:12:00 Cumple 1:12:00 Cumple
19/10/2012 15:20 19/10/2012 16:32 1:12:00 Cumple 1:12:00 Cumple
19/10/2012 15:20 19/10/2012 16:32 1:12:00 Cumple 1:12:00 Cumple
Cumple 0:00:00 Cumple21/10/2012 00:08 21/10/2012 00:09 0:01:00
Cumple 0:00:00 Cumple21/10/2012 00:08 21/10/2012 00:09 0:01:00
Cumple 0:00:00 Cumple19/10/2012 19:57 19/10/2012 20:08 0:11:00
Cumple 0:00:00 Cumple19/10/2012 19:57 19/10/2012 20:08 0:11:00
Cumple 0:00:00 Cumple18/10/2012 12:03 18/10/2012 12:30 0:27:00
Cumple 0:00:00 Cumple18/10/2012 12:03 18/10/2012 12:30 0:27:00
Cumple 0:00:00 Cumple15/10/2012 09:37 16/10/2012 06:51 21:13:00
Cumple 0:17:00 Cumple16/10/2012 14:59 16/10/2012 15:17 0:17:00
Cumple 1:33:00 Cumple18/10/2012 12:10 18/10/2012 14:33 2:23:00
20/10/2012 16:12 20/10/2012 16:18 0:07:00 Cumple 0:00:00 Cumple
20/10/2012 16:12 20/10/2012 16:18 0:07:00 Cumple 0:00:00 Cumple
20/10/2012 16:12 20/10/2012 16:18 0:07:00 Cumple 0:00:00 Cumple
0:31:00 Cumple 0:31:00 Cumple17/10/2012 16:01 17/10/2012 16:33
Cumple 0:00:00 Cumple16/10/2012 17:36 16/10/2012 17:55 0:19:00
No Cumple 13:45:00 No Cumple21/10/2012 16:26 23/10/2012 12:48 44:22:00
Cumple 0:59:00 Cumple18/10/2012 13:36 18/10/2012 14:35 0:59:00
Cumple 0:18:00 Cumple16/10/2012 11:41 16/10/2012 12:35 0:54:00
Cumple 0:00:00 Cumple17/10/2012 20:28 17/10/2012 20:31 0:03:00
Fecha De Cierre TT
23/10/2012 06:53
23/10/2012 06:53
23/10/2012 06:53
23/10/2012 06:53
19/10/2012 11:51
19/10/2012 11:51
19/10/2012 11:51
19/10/2012 11:51
20/10/2012 17:13
23/10/2012 06:53
23/10/2012 06:53
20/10/2012 14:48
21/10/2012 18:09
20/10/2012 09:02
23/10/2012 06:54
18/10/2012 19:02
18/10/2012 19:02
20/10/2012 13:18
23/10/2012 20:03
19/10/2012 13:50
22/10/2012 10:09
22/10/2012 08:39
22/10/2012 08:39
19/10/2012 12:05
19/10/2012 12:05
19/10/2012 12:05
20/10/2012 20:29
20/10/2012 20:29
20/10/2012 20:29
20/10/2012 20:29
20/10/2012 18:52
20/10/2012 18:52
20/10/2012 18:52
21/10/2012 11:55
17/10/2012 17:41
19/10/2012 16:05
18/10/2012 15:09
18/10/2012 15:10
18/10/2012 19:06
22/10/2012 09:38
18/10/2012 15:07
18/10/2012 22:06
21/10/2012 18:09
19/10/2012 17:24
19/10/2012 17:24
19/10/2012 17:24
19/10/2012 17:24
21/10/2012 00:09
21/10/2012 00:09
19/10/2012 20:23
19/10/2012 20:23
18/10/2012 13:38
18/10/2012 13:38
16/10/2012 07:34
16/10/2012 15:20
18/10/2012 15:11
20/10/2012 16:23
20/10/2012 16:23
20/10/2012 16:23
17/10/2012 16:40
16/10/2012 18:45
23/10/2012 12:50
18/10/2012 15:08
16/10/2012 12:56
17/10/2012 20:34
top related