Manual

Alarm Central
Indice

1. Background................................................................................................................ 6
1.1 Alarm Central Estrategia……………………........................................................................ 6
1.2 Consideraciones adicionales integración Alarm Central............................................ 6

2. Outages..................................................................................................................... 8
2.1 Puntos Clave para Outage en VTR:.………………………................................................... 8
2.2 Recomendaciones de flujo de trabajo de alto nivel................................................... 8
Alarm Central Resumen de Recomendaciones……………..………………………………………… 9
2.3 Outage Detección...…................................................................................................. 10
Alarm Central Outage detectado desde la pagina principal: ……............................... 10
2.4 Outage Validacion / Analsis ……................................................................................. 11
Nodo seleccionado con alarma Outage: ..................................................................... 11
El Scan Timeline: …...................................................................................................... 12
Pestaña Cable modem: ............................................................................................... 12
Multiples Alarmas Outage en el mismo Nodo: ........................................................... 13
Orden de trabajo direccionando a planta externa:..................................................... 14
2.5 Validacion de finalizacion de Orden de trabajo: .................................................. 15
2.6 Alarm Central Outage perfile de alarmas: ........................................................... 16
2.7 Casos de estudio sobre diferencias reportadas en alarmas outage..................... 17

3. Mantencion Proactiva ............................................................................................ 19

3.1 Puntos clave en la mantencion proactiva existentes en VTR: …….......................... 19
3.2 Recomendaciones de proceso de flujo de trabajo de alto nivel ............................ 19
Alarm Central Recomendaciones: ……………………................................................... 20
3.3 Deteccion de Alarma Proactiva............................................................................. 21
Detectar Alarmas proactivas desde la página Top Alarms: .................................. 21
3.4 Mantencion proactiva Alarma / Analisis .............................................................. 22
Seleccionando un nodo con alarma proactiva: .................................................... 22
Scan Linea de Tiempo: ......................................................................................... 23
Pestaña Cable Modem: ........................................................................................ 23
Multiples alarmas proactivas en el mismo nodo: ................................................. 24
Guia General de Orden de trabajo para planta ecterna: ...................................... 25
3.5 Validacion de la Orden de trabajo completada: ................................................... 27

3
3.6 Alarm Central Perfiles de alarmas proactivas ….…………………………………………………………………………… 28
3.7 Notas sobre Alarm Central US Spectral Response Data.………….……………………………………….…………… 28
3.8 Additional Tips for Noise Related US CER / SNR Issue……………………………………………………………………. 29
3.9 Additional Tips Noise Related DS CER / SNR Issue.………………………………………………………………………... 29

Report Glossary / Terms ................................................................................................................ 30

1. Background
Después del despliegue del sistema piloto de Alarm Central y la finalización de la capacitación de usuarios
en el sitio, se llevaron a cabo varias sesiones de trabajo en el sitio. Parte de estas sesiones incluyeron etapas
de descubrimiento en las que ARRIS obtuvo información adicional sobre múltiples aspectos de los flujos de
trabajo de proceso existentes de VTR para problemas de interrupciones y mantenimiento proactivo
impulsados por suscriptores y por fuera de la planta (OSP).
El propósito de este documento es proporcionar a VTR una guía que vaya más allá del alcance de la
capacitación del producto del usuario ya completada. Esta guía está en la forma de varias recomendaciones
del proceso de uso / flujo de trabajo de Alarm Central en general y consejos para el usuario para integrar
Alarm Central en los procesos de flujo de trabajo de VTR ya existentes.

1.1 Alarm Central Estrategia

Al determinar la mejor manera de utilizar Alarm Central de manera que se intente maximizar la
probabilidad de alcanzar los criterios de éxito, se deben considerar los siguientes factores:

• El impacto en los procesos de flujo de trabajo existentes. El objetivo es integrar Alarm Central
aportando con herramientas para facilitar el trabajo de personas que ya saben lo que están haciendo.

• Asegurar que los procesos de flujo de trabajo resultantes permitan que se alcancen los criterios de éxito
y que estén razonablemente bien alineados con la experiencia del suscriptor y otras métricas de interés
de la red HFC.

• Proporcionar una guía alternativa de casos de uso de Alarm Central para casos en los que
existan problemas de calidad de datos claros o sospechosos en los archivos de topología de
Alarm Central.

6
 1.2 Consideraciones adicionales integración Alarm central

• No todos los suscriptores de video tienen STB.

• No todos los suscriptores tienen MTA.

• Algunos (menor porcentaje) de suscriptores pueden tener servicio de banda ancha a través de su STB y un
MTA separado para servicios de VoIP. (El archivo de facturación de Alarm Central actualmente solo contiene
direcciones mac CM, por lo que Alarm Central no puede ver los MTA que están en un recuadro diferente). VTR
puede elegir incluir las direcciones mac MTA en los datos de facturación que se están invocando en Alarm
Central. Además, VTR puede optar por utilizar el campo de Prioridad para facilitar la fácil distinción entre CM y
MTA para los datos de abonado CPE presentados en la página Cable Modems de los Nodos seleccionados.
Esto permitiría a los usuarios tratar los casos de MTA fuera de línea de forma diferente a los CM al validar y / o
priorizar las condiciones de alarma de corte de nodos.

• Todo el trabajo de campo de CPE de instalación y reparación de suscriptores es realizado por contratistas de
terceros.

• Todo el trabajo de planta externa (OSP) es realizado por contratistas de terceros.

• Los medios automáticos actuales de detección de interrupción pueden no detectar Outage para los CM
donde el suscriptor tampoco tiene un MTA o un STB. Dado que los STB no son necesarios para los servicios de
video básicos y los CM no están incluidos en los medios automáticos de detección de interrupción, se espera
que estos casos existan y es más probable que ocurran casos de grupos de CM menores o localizados bajo un
Nodo.

• VTR no tiene disponibilidad de datos detallados de cortes de energía de las compañías de energía locales.
Tienen supervisión de la fuente de alimentación HFC para ayudar a identificar si algunas interrupciones del
suscriptor pueden estar relacionadas con la energía.

7
2. Outages
En Alarm Central, el término “Outage” hace referencia a una condición sin servicio basada en el estado
en línea de los CMTS para los dispositivos CPE administrados. Los perfiles de alarma de Outage de Alarm
Central son altamente configurables y la configuración actual ha sido revisada por VTR. Estas
configuraciones permiten "ajustar con precisión" el comportamiento de la detección de Outages de
Alarm Central y el procesamiento del ciclo de vida de las alarmas de interrupciones para cumplir mejor
el equilibrio deseado entre demasiadas alarmas. La lógica de detección de Outage de Alarma Central
utiliza su conocimiento adquirido a través de los archivos de ingesta de topología de cómo se ve la ruta
de transporte física y dónde se conecta el CPE a lo largo de esa ruta. Esto proporciona una forma de
validación automatizada de alarmas previas a la interrupción que normalmente se realiza manualmente
en el NNOC. Por esta razón, se debe esperar que otros medios de detección de interrupciones que están
viendo la cantidad de dispositivos fuera de línea bajo niveles más altos de topología (como el nivel de
interfaz o el nivel de nodo) informen interrupciones que Alarm Central y no puedan informar.
Potencialmente indicativo de algo distinto a una verdadera causa común en planta externa (OSP) causa
de interrupción de múltiples suscriptores.

2.1 Puntos Clave para Outage en VTR:

Puntos clave del proceso de Outage existente en VTR:

• Medios más importantes de detección de interrupción actual:

- Polling automatizado de 5 minutos sobre el estado del MTA a través de un interruptor suave.
- Polling automatizado de 5 minutos sobre el estado de STB.
- Extracción de datos de llamadas de problemas del suscriptor: 3 llamadas del mismo servicio
dentro de las 24 horas.

• VTR no dispone de datos detallados de cortes de energía de las compañías eléctricas locales.
Tienen un monitoreo de la fuente de alimentación de HFC para ayudar a identificar si algunas
interrupciones del suscriptor pueden estar relacionadas con un fallo de alimentación.

• Una vez detectado, el NOC realiza una serie de comprobaciones manuales para validar la
interrupción. Si el corte se valida y requiere una acción técnica de campo, se prioriza y se
asigna posteriormente.

2.2 Recomendaciones de flujo de trabajo de alto nivel

Las capacidades de Outage de Alarma Central deben utilizarse para las siguientes funciones principales:

8
 • Ayudar en la detección de Outages, que de otro modo solo se podrían detectar a través de la
extracción de datos de las llamadas de Call Center.

• En la validación y priorización de tickets de problemas que se abren.

• En la creación de información proporcionada a los contratistas terceros de Planta Externa

junto con la orden de trabajo.

• En el proceso de validar que se ha resuelto una interrupción.

Alarm Central Resumen de Recomendaciones:

• Agrega cobertura para CM.

Detección: incluya alarmas de Outage de • Puede mejorar el tiempo de detección para casos de CM que se
Alarm Central en los medios para detectar encuentran actualmente a través de la extracción de datos de las
interrupciones de la red HFC. llamadas de problemas del suscriptor.
• Permite a los usuarios saber fácilmente qué alarmas de
Outage ya han sido reconocidas / procesadas.
Para las alarmas de Outage detectadas • Opcionalmente, puede optar por agregar notas a la alarma
por Alarm Central, haga uso de la de interrupción; sin embargo, las herramientas y los procesos
función Reconocimiento. existentes de seguimiento de tickets / alarmas deberán
permanecer en su lugar.

Validación / Priorización de alarmas: • Si el medio de detección fue otro que Alarm Central y
Agregar interrupción central de alarmas Alarm Central no muestra la alarma, seleccione el nodo y
Visualización de mapas lógicos y datos realice un análisis de Outage scan now.
de tablas CM en el proceso de validación • Para los casos de "buena topología", la vista del mapa lógico
y priorización de cortes para todas las proporcionará los datos necesarios para determinar si las
alarmas de interrupción de entrada, causas raíz subyacentes son problemas de tipo OSP,
independientemente de los medios de problemas de CPE o una combinación de ambos.
detección. • Para los problemas OSP, las ubicaciones físicas de la causa
raíz se pueden determinar desde la vista geográfica del mapa.
• La cantidad de suscriptores impactados y sus ubicaciones se
pueden obtener a partir de los datos de la tabla Cable
Modems.
• Para los casos de topología "deficiente", complemente las
vistas geográfica y lógica con las direcciones de suscriptor de
datos de la tabla de cablemódem.
-Dado el proceso existente para la extracción de datos de
llamadas problemáticas como medio de detección de
interrupciones y la lógica de rutas de transporte utilizada por
Alarm Central, considere cambiar los perfiles de alarma de
interrupción central de alarmas para que sean más agresivos.
• Para alarmas de interrupción presentes en Alarm Central,
incluya en la toma de decisiones de priorización:
- Número de suscriptores afectados.
- Número de fallas OSP y / o CPE separadas.
- Duración de la alarma e historial de alarmas.

Utilice la función de escaneo en tiempo real Scan Now Outage

para obtener actualizaciones en tiempo real del estado en
Soporte de Back Office: línea de CM.
Utilice la función de escaneo en tiempo real Scan Now Outage
Validación del trabajo de reparación de para obtener actualizaciones en tiempo real del estado en
Outage: línea de CM.
Asegúrese de que los usuarios de
Central de Alarmas entiendan
claramente la definición y el uso de los 5 • Sin conexión: el módem no es alcanzable y contribuye a una
posibles estados de los CM que puede interrupción.
informar Alarm Central.
• En línea: el módem está registrado, habilitado para datos y
accesible.
• SNMP inalcanzable: el CMTS detecta el módem pero no
responde a las solicitudes de sondeo de SNMP. Esto puede
indicar que el ruido en la red está interrumpiendo el sondeo.
Un módem con este estado se trata como fuera de línea y
cuenta hacia una interrupción.
• Sin datos: el módem ya era accesible pero el CMTS ya no lo
detecta. Este estado puede indicar que el módem ha estado
desconectado durante más tiempo que el CMTS CM
(generalmente 24 horas). Un módem con este estado se
considera fuera de línea y contribuye a una Interrupción.
• Desconocido: el módem nunca ha sido alcanzable. Un
módem con este estado no contribuye a una interrupción.
- Tenga en cuenta que los elementos anteriores se basan en
los valores predeterminados del sistema y que las variables
de configuración adicionales de todo el sistema pueden
alterar la inclusión / exclusión de ciertos estados CM en la
lógica de detección de interrupción del sistema.

Validación de la lógica en Alarm Central Obtenga el acuerdo de ambas partes con respecto a cómo se
para desencadenar una outage versus a activa una alarma de interrupción, realizando los cambios en
qué VTR usa para considerar una Outage la configuración de AC si es necesario para adaptarse a VTR
Logic.

9
 3 Outage Detección
La página Alarm Central Top Alarms debe incorporarse en el método existente en VTR para la
detección de Outeges. Esto debería resultar en una detección más temprana de ciertos tipos de
alarmas de Outages. Las dos formas principales de hacer esto son:

• Revisar la pagina Top alarms para verificar si se ha registrado algún nuevo Outage, en la nueva
versión de Alarm Central, existe la opción “Auto Refresh”, esta opción debe estar
seleccionada, para que las alarmas se refresquen automaticamende cada 30 segundos, de esta
manera se podran detectar alarmas de forma temprana.

• VTR puede elegir implementar la función de publicación http de Alarm Central para recibir y
procesar las notificaciones de alarma de Alarm Central. Esto permitirá a los usuarios ser
notificados por los Outages de Alarm Central en lugar de tener que revisar manualmente la
página de las Top alarmas de forma regular. Para esta opción se requiere realizar integración
con el sistema de repositorio de alarmas de VTR.

Alarm Central Outage detactado desde la página principal:

• En una implementación de producción, se recomienda los resultados de filtrado basados en ámbitos de

topología jerárquica (niveles de Hub o CMTS) para todos los casos de uso que no sean la detección en toda la
red y / o ya no existe un Nodo específico de interés.
• En la captura de pantalla a continuación:
- Toda la topología está seleccionada.
- Las alarmas superiores se filtran para mostrar solo las alarmas de tipo Outage. (Esta lista también
puede ser filtrada por alarmas reconocidas para identificar fácilmente las alarmas ya validadas si el
proceso de flujo de trabajo hace uso de la función de confirmación).
- Tenga en cuenta que en este ejemplo, 4 de las 6 alarmas de interrupción están en el mismo nodo. Esto
es indicativo de 4 agrupaciones de rutas de transporte separadas de CM impactadas bajo este Nodo
- Al tomar decisiones prioritarias, los usuarios pueden elegir una clasificación de 2 niveles (primero por
gravedad de alarma y luego por cantidad de CM afectados).

• En los casos en que los medios de detección sean otros, la central de alarma, el nodo de interés debe
encontrarse y seleccionarse a través de la función de búsqueda. Una vez que se carga el nodo, se debe realizar
una exploración de interrupción ahora para obtener datos de estado de CM actuales / en tiempo real. Cuando
se complete el “Scan now”, se debe hacer clic en el enlace “Latest Scan” para actualizar la marca de tiempo a la
que se aplica la información procesada.

• Actualmente, la actualización y el monitoreo regular de esta página en el NOC brindarán la funcionalidad

prevista. Este proceso manual puede automatizarse implementando la funcionalidad de publicación HTTP de
notificación de alarma de Alarm Central.

10
 2.4 Outage Validacion / Analisis
• Independientemente de cómo se detecte el Outage, si el (los) nodo (s) de interés están dentro
del alcance de la topología de Alarm Central, se debe utilizar Alarm Central en el proceso de
validación / análisis de la alarma. El nodo se puede seleccionar directamente desde la página de
alarma superior.
• En los casos en que el medio de detección sea otro distinto a Alarm Central, el Nodo de interés
se debe encontrar y seleccionar a través de la función Buscar. Una vez que se carga el nodo, se
debe realizar un “Scan Now” del Outage para obtener datos de estado de CM actuales / en
tiempo real. Cuando se completa el “Scan Now”, se debe hacer clic en el enlace “Latest scan”
para actualizar la marca de tiempo a la que se aplican los datos representados.

Nodo Seleccionado con alarma Outage:

• Tenga en cuenta que el nombre del nodo y la marca de tiempo de exploración aplicable a los
datos que se representan se muestran en el banner superior de la página. Las mejores prácticas
incluirán esta parte de la página en cualquier caso donde se hagan capturas de pantalla.
• Al seleccionar y expandir la alarma de Outage de interés, podemos ver que el punto de
inspección y dónde se encuentran los CM afectados en el árbol de ruta de transporte lógico. La
vista del mapa geográfico mostrará la ubicación física de los elementos del nodo y los CM del
suscriptor.
• Esta vista también muestra 3 alarmas proactivas activas y otras 3 alarmas de Outage que se
encuentran en estado "Pending Cleared". Las alarmas proactivas activas pueden seleccionarse
para ver si pueden estar relacionadas con la causa raíz de la interrupción actual. El historial de las
alarmas Outage que se encuentran en un estado "Pending Clear" puede querer ser revisado para
ver si también pueden estar relacionados de alguna manera. (Tenga en cuenta que con los ajustes
de configuración actuales del perfil de alarma Outage, las alarmas de Outage deben permanecer
en estado "Pending Cleared" por un mínimo de 4 días antes de ser eliminado de la lista de
alarmas del Nodo.

11
El Scan Timeline:
La línea de tiempo se puede usar para ver rápidamente el historial de estado de alarma. Esto es
particularmente útil para obtener una mejor comprensión de los estados de alarma intermitentes. La
línea de tiempo de escaneo se representa en la parte inferior de la página después de hacer clic en el
enlace "Show Timeline" ubicado en la parte inferior izquierda de la página.

Pestaña Cable Modem:

• De forma predeterminada, la pestaña Módem por cable mostrará todos los CM en el archivo de
topología de facturación de Alarm Central más reciente que se haya cargado
• Al seleccionar una o más alarmas desde la pestaña Alarmas, los CM relacionados están
preseleccionados.
• La función seleccionada recolectada generalmente se realizará en la mayoría de los casos de uso.

12
Multiple Alarmas de Outage en el mismo nodo:

• En la captura de pantalla siguiente, tenemos 4 diferentes alarmas de interrupción activas bajo el

mismo nodo.
• Nota en la pestaña Alarmas de nodo que 3 de estas 4 alarmas se detectaron todas al mismo
tiempo y que la 4ª alarma se detectó aproximadamente 1/2 hora más tarde.
• Al seleccionar todas las alarmas de interrupción en el nodo, se pueden ver las porciones
impactadas del nodo y los CM.
• Al seleccionar cada una de las alarmas de interrupción individualmente, se puede ver la parte del
Nodo aplicable a esa alarma específica.

13
Orden de Trabajo direccionando a planta externa

• Si en el proceso de validación de la alarma de Outage, otras posibles causas raíz, como falla de energía
y trabajo conocido en proceso que se realiza en esa parte del nodo, esta interrupción parece ser un
problema de tipo OSP / multisuscriptor. El Truck Roll OSP debe dirigirse al punto de inspección
señalado (en este caso un Tap) y la lista de CM impactados (desde la pestaña Cable Modems).

Logical Map for an Outage alarm:

Mapa geográfico para esta misma alarma de Outage:

14
Datos de suscriptor para los CM involucrados en esta alarma de Outage::

2.5 Validacion de la finalización de la Orden de Trabajo.

En la mayoría de los casos, la mejor manera de validar que se ha solucionado una alarma de Outage es
seleccionar el Nodo de interés, realizar un análisis en tiempo real “Scan Now” y luego presionar “latest
scan” para ver si no hay alarmas de Outage “activas".

15
2.6 Alarm Central Outage Perfiles de Alarmas.
Los perfiles de alarma de interrupción de Alarm Central actuales se han revisado con VTR. A lo largo
del período piloto, estos ajustes de configuración deben volver a evaluarse y ajustarse, si
corresponde, en función de las tasas y los tipos de Outages informados de Alarm Central y las
condiciones de la red en vivo. ARRIS espera ayudar a VTR en la evaluación de cualquiera o todas las
configuraciones de perfil de alarma de Interrupción de Alarma Central.

16
2.7 Casos de estudio sobre diferencias reportadas en alarmas outage.
En el caso siguiente, VTR tenía una detección de interrupción (según la cantidad de dispositivos dentro de
un área geográfica). Se proporcionó a ARRIS una lista de esos dispositivos en el Nodo principal para su
investigación. Las direcciones CM mac se seleccionaron individualmente en Alarm Central. Al examinar los
CM seleccionados en el contexto de la vista de ruta de transporte lógico, queda claro que Alarm Central no
informó una alarma de interrupción porque en ninguna parte del Nodo suficientes CM desconectados
compartieron suficientes elementos de transporte comunes para cumplir con la interrupción configurada
actualmente. Configuración del perfil de alarma Puede ser beneficioso para VTR y ARRIS analizar este tema
con mayor detalle y determinar si las configuraciones del perfil de alarma de interrupción deben cambiarse
para satisfacer mejor las necesidades / expectativas de VTR.

17
18
3. Mantencion Proactiva
Teniendo en cuenta los criterios de éxito, el tipo de problema más importante que debe enfocarse es si el suscriptor
de OSP tiene un impacto en los problemas de CER en US. Al abordar el peor los problemas de CER en US, Se puede
esperar que muchos de los otros criterios de éxito también experimenten un cambio favorable. También será
necesario abordar algunos problemas DS CER a nivel OSP y, si son lo suficientemente grandes, tendrá prioridad sobre
los problemas pequeños de CER en US. Finalmente, es probable que se deban abordar algunos números más
pequeños de problemas seleccionados de nivel de CPE en US y DS. Este sería el caso cuando números muy pequeños
de CM con altas tasas de CER y un porcentaje desproporcionadamente alto de la interfaz general resulten en valores S
/ DMH significativamente altos. De acuerdo con las métricas de S / DMH informadas por ServAssure, se podría decir
que la red presenta problemas que se solventarían aproximadamente a la misma que se está reparando. Para alcanzar
los criterios de éxito del piloto, la tasa fija de la red debe ser mayor que la tasa de la red. Para lograr esto, se requiere
una combinación de análisis de causa más rápido y de mayor calidad. Los perfiles de alarma proactivos de Alarm
Central son altamente configurables y la configuración actual ha sido revisada por VTR. Estas configuraciones permiten
"ajustar con precisión" el comportamiento de Alarm Central. La detección proactiva para mantenimiento y el
procesamiento del ciclo de vida. Las alarmas proactivas satisfacen mejor el balance deseado entre demasiadas alarmas
y no se generan suficientes. Los perfiles de alarma proactivos deberán cambiar a lo largo del período piloto a medida
que mejore la condición de RF de la red HFC. La lógica de detección del mantenimiento proactivo de Alarm Central
utiliza su conocimiento adquirido a través de los archivos de ingesta de topología de cómo se ve la ruta de transporte
físico y dónde se conecta el CPE a lo largo de esa ruta. Esto proporciona una forma de validación / priorización
automatizada de alarmas pre-proactivas que normalmente se realiza manualmente

3.1 Puntos clave en la mantencion proactive existentes en VTR.

Los puntos clave aplicables en las sesiones de descubrimiento de procesos de flujo de trabajo existentes de VTR
incluyen:

Existen múltiples medios para identificar los Nodos que necesitan un mantenimiento proactivo.
Estas son las siguientes y no solo se limitan a:

• Un programa de mantenimiento 3.0 bien definido.

 Informes S / DMH de estado de red avanzado de ServAssure
 Herramientas de análisis de espectro de trayectoria de retorno.
 Extracción de datos de llamadas de problema del suscriptor: 3 llamadas desde la misma área de
servicio dentro de las 24 horas.
• Los medios actuales que identifican las necesidades de mantenimiento proactivo no tienen lógica
automatizada para tener en cuenta dónde se encuentran los dispositivos afectados en la ruta de transporte
física del Nodo. El proceso de validación y análisis requiere que los datos de RF de HFC a nivel de CPE se
examinen manualmente por dirección para ayudar a calificar qué trabajo de OSP se requiere.
• Los datos de respuesta de espectral en ruta de retorno generalmente no están disponibles en todos los CM
bajo un Nodo.
3.2 Recomendaciones de proceso de flujo de trabajo de alto nivel
Las capacidades de mantenimiento proactivo de Alarm Central se deben utilizar para las principales funciones:

19
 • Ayudar en la detección de necesidades de mantenimiento proactivo que deben considerarse
al priorizar y asignar recursos para problemas de OSP.
• En la validación y priorización de tickets de problemas que se abren.
• En la creación de información proporcionada a los contratistas terceros de OSP junto con la orden
de trabajo.
• En el proceso de validar que los problemas de la red de mantenimiento proactivo de HFC se han
resuelto.
Alarm Central Recomandaciones:
Detección: Incluir • Proporciona un nivel configurable de precalificación /
precalificación
Alarmas proactivas en Priorización de problemas de RF de HFC
Los medios para detectar HFC • Permite que las métricas de respuesta espectral de US Activen
RF. alarmas para la línea
mantenimiento proactivo deficiencias
problemas de red • El trabajo OSP asignado cada día debe incluir al menos un pequeño
número de nodos identificados por Alarm Central como críticos
Alarmas proactivas.
Para alarmas proactivas. • Permite a los usuarios saber fácilmente qué alarmas proactivas
actuales
Detectado por Alarm Central, Ya han sido reconocidos / procesados.
hacer uso de la • Opcionalmente, puede optar por agregar Notas a las alarmas
proactivas.
Característica de Sin embargo, las herramientas de seguimiento de entradas / alarmas
reconocimiento existentes y los procesos deberán permanecer en su lugar
(acknowledge).

Validación de alarma / • Si el medio de detección era distinto de Alarm Central y

Priorización: Añadir alarma Alarm Central no muestra la alarma, seleccione el nodo y
Lógica Proactiva Central hacer una exploración de la interrupción ahora.
Vista de mapa y datos de la • Para casos de "buena topología", la vista del mapa lógico
tabla de CM proporcionará
en la validación y los datos necesarios para determinar si la (s) causa (s) raíz
subyacente (s)
Proceso de priorización para son problemas de tipo OSP, problemas de CPE o una combinación de
todos. ambos.
alarmas proactivas entrantes • Para problemas de OSP, la causa raíz de las ubicaciones físicas
puede ser
independientemente de los determinado a partir de la vista del mapa geo.
medios de
Detección. • El número de suscriptores afectados y sus ubicaciones pueden
Se obtendrá de los datos de la tabla de módems de cable.
• Para casos de topología “pobre”, complementar Geo y Logical
vistas con direcciones de suscriptores de datos de la tabla de Cable
Modem.
• Para alarmas proactivas presentes en Alarm Central, incluir en el
toma de decisiones de priorización:
o Número de suscriptores afectados.
o Número de fallas OSP y / o CPE separadas.
o Duración de la alarma e historial de alarmas.
Apoyo de Back Office Utilice la función de escaneo en vivo de Interrupción en vivo ahora
para obtener
Actualizaciones en tiempo real de los estados de CM en línea.
Validacion de proactivos Validación de Proactivos
Mantención y reparación. Trabajos de reparación de mantenimiento:

20
 3.3 Deteccion de Alarma proactiva
El Top 100 de las alarmas de Alarm Central, se deberá incorporar dentro de la documentación existente en VTR para
identificar las condiciones de mantenimiento proactivo que requieren atención. La frecuencia con la que se debe
consultar esta página debe ser tal que cada vez que se prioriza el trabajo OSP, se incluyen alarmas proactivas de Alarm
Central en la toma de decisiones.

VTR puede optar por implementar la función de publicación http de Alarm Central para recibir y procesar las
notificaciones de alarma de Alarm Central. Esto permitirá a los usuarios ser controlados por interrupciones para Alarm
Central para la notificación en tiempo real de alarmas proactivas

Detectar Alarmas proactivas desde la página Top Alarms:

En una implementación de producción, se recomienda el filtrado de los resultados en función de los ámbitos de topología
de jerarquía (niveles Huborgs o CMTS) para todos los casos de uso distintos de la detección en toda la red y / o aún no hay
un Nodo específico de interés.

• En la captura de pantalla de abajo:

o Se selecciona toda la topología.
o Las alarmas principales se filtran para procesar solo alarmas de tipo proactivo. (Esta lista también puede
ser filtrada por Alarmas reconocidas para identificar fácilmente las alarmas ya validadas si el proceso de
flujo de trabajo utiliza la función Confirmar).
o Tenga en cuenta que se pueden listar varias alarmas para un solo nodo
o Al tomar decisiones prioritarias, los usuarios pueden elegir hacer una clasificación de 2
niveles (primero por gravedad de alarma y luego por el número de CM afectados).

21
 3.4 Mantencion proactiva Alarma / Analisis
• Independientemente de cómo se detecte el problema de mantenimiento proactivo, si los
Nodos de interés se encuentran dentro del alcance de la topología de Alarm Central, se debe
utilizar Alarm Central en el proceso de validación / análisis de alarmas. El Nodo puede
seleccionarse directamente desde la página de Alarma superior o mediante la función de
"búsqueda".

• En los casos en que el medio de detección sea otro, la Central de alarmas, el Nodo de interés
se debe encontrar y seleccionar a través de la función Buscar. Una vez que se haya cargado el
nodo, se debe realizar una exploración proactiva ahora para obtener datos de RF de la red HFC
actual / en tiempo real. Cuando se completa el escaneo ahora, se debe hacer clic en el enlace
Último escaneo para actualizar la marca de tiempo a la que se aplican los datos representados.

Seleccionando un nodo con alarma proactiva:

• Tenga en cuenta que el nombre del nodo y la marca de tiempo de exploración aplicable a los
datos que se representan se muestran en el banner superior de la página. Las mejores prácticas
incluirán esta parte de la página en cualquier caso donde se capturen capturas de pantalla.
• Al seleccionar y expandir la alarma de interés proactiva podemos ver:
o Puntos de inspección recomendados.
o Tipo de problemas que componen la alarma.

22
 o Número de MC involucrado en cada tipo de problema.
o Estos problemas también pueden ser desglosados por la frecuencia del canal
• La vista del mapa geográfico mostrará la ubicación física de los elementos del nodo y los CM del suscriptor.
• Para los Nodos con múltiples alarmas proactivas, se recomienda que se muestre una vista previa de cada
alarma para detectar el tipo de problemas y dónde se encuentran los problemas en el Nodo antes de decidir
trabajarlos uno por uno como temas completamente independientes. Esto sería particularmente importante
para los tipos de problemas relacionados con los problemas de ruido en los Estados Unidos.
• El historial de cualquier alarma proactiva que se encuentre en estado Pendiente de desactivación puede
querer verificarse para ver si también puede estar relacionado de alguna manera. (Tenga en cuenta que con
la configuración de perfil de alarma proactiva actual, las alarmas proactivas deben permanecer en estado
Pendiente desactivada durante un mínimo de 4 días antes de ser eliminadas de la lista de alarmas del Nodo.

Scan, línea de tiempo:

La línea de tiempo de exploración se puede usar para ver rápidamente el historial de estado de alarma. Esto es
particularmente útil para obtener una mejor comprensión de los estados de alarma intermitentes. La línea de tiempo
del escaneo se representa en la parte inferior de la página después de hacer clic en el enlace "Mostrar línea de tiempo"
ubicado en la parte inferior izquierda de la página

Pestaña Cable Modem

• De forma predeterminada, la pestaña cable Módem representará todos los CM bajo el Nodo que
se incluyen en el archivo de topología de facturación de Alarm Central más reciente que se cargó.
• Al seleccionar una o más alarmas desde la pestaña Alarmas, los CM relacionados están
preseleccionados.

23
 • Los subconjuntos de estos CM seleccionados pueden definirse aún más mediante calificadores
adicionales, como la frecuencia o “Rasgueo” a través de los datos del canal RF CM en los gráficos.
• Para la mayoría de los casos de uso, la función Seleccionada se reunirá normalmente después de
la selección de CM.

Multiples alarmas proactivas en en mismo nodo:

• En la captura de pantalla a continuación, tenemos 3 alarmas proactivas activas diferentes bajo el mismo
Nodo.
• Al seleccionar todas las alarmas de interrupción en el nodo, se pueden ver las partes impactadas del nodo y
los CM.
• Al seleccionar cada una de las alarmas de interrupción individualmente, se puede ver la parte del nodo
aplicable a esa alarma específica.

24
Guía general de orden de trabajo para la planta externa

• Dependiendo de lo que se haya aprendido al hacer el análisis de Nodos, se debe proporcionar a la

fuerza laboral de OSP:
• Los tipos de problemas de RF bajo el Nodo
• Los segmentos del Nodo que tienen estos problemas.
• Si es aplicable a los problemas, una lista de resultados de CPE. Esto podría ser potencialmente dos listas de
resultados, de modo que una es la principal y la otra se usa solo si los problemas persisten después de
resolver la primaria.
• Una comprensión de las condiciones de alarma en el tiempo. Si una condición US SNR. Es intermitente,
¿existe algún patrón de la hora del día en el que sea mejor para solucionar el problema?
• Los datos de la red (nivel de amplificación) si se sospecha que los niveles de potencia del segmento del nodo
contribuyen a los problemas en los que se está trabajando.
• Soporte de back office VTR con la capacidad de proporcionar resultados de Escanear ahora en tiempo real a
los trabajadores de campo mientras todavía están en el sitio.

Mapa lógico para alarma proactiva:

25
Datos del cliente para los CM dentro de una alarma (en azul):

Datos del cliente para los CM dentro de una alarma (in purple):
(Nota: este subconjunto de CM se seleccionó mediante la función "rasgueo" en los gráficos.)

26
3.5 Validacion de la orden de trabajo completada:
En la mayoría de los casos, la mejor manera de validar que se ha solucionado una alarma proactiva es seleccionar el
Nodo de interés, realizar un análisis proactivo en tiempo real, seleccionar el "Último análisis" ubicado en la parte
superior derecha de la línea de tiempo y Mira a ver si la alarma sigue activa.

En algunos casos, puede ser conveniente cargar y examinar los gráficos de series de tiempo para las métricas de RF de
HFC de interés. En este caso de uso, se recomienda que los usuarios seleccionen un pequeño período de tiempo (por
ejemplo, 12 horas) para que los datos del gráfico renderizado puedan ser evaluados más rápidamente.

En un gran número de casos, las fallas serán condiciones intermitentes. Es posible que la validación final de que la
alarma ya se ha solucionado deba realizarse nuevamente (en un momento posterior) de manera que haya
transcurrido un período prolongado de tiempo sin entrar ni salir de un estado de alarma. La función Mostrar línea de
tiempo se puede usar para proporcionar esta información histórica del estado de alarma.

Tenga en cuenta que Alarm Central no informará alarmas si el número de umbrales de dispositivos configurados y la
duración de la condición de alarma no cumplen con el perfil configurado actualmente. Por este motivo, si VTR desea
continuar trabajando en problemas de red que no excedan los perfiles de alarma configurados, se deben utilizar los
gráficos en tiempo real.

27
3.6 Alarm Central Perfiles de alarmas proactivas.
Los perfiles de alarma proactivos de Alarm Central actuales se han revisado con VTR. A lo largo del período piloto,
estos ajustes de configuración deben volver a evaluarse y ajustarse, si corresponde, según las tasas y los tipos de
alarmas proactivas informadas de Alarm Central y las condiciones de la red en vivo. ARRIS espera ayudar a VTR en la
evaluación de cualquiera o todas las configuraciones de perfil de alarma de Interrupción de Alarma Central.

Según lo configurado actualmente, los usuarios del sistema deben tomar nota de lo siguiente:
Solo US CER y DS CER pueden generar alarmas proactivas clasificadas como "críticas"

El conjunto actual de parámetros que definen las alarmas de tipo CER están configurados intencionalmente para
proporcionar un número razonable de alarmas de tipo CER y, como resultado, no son alarmantes para el suscriptor
que afecta a los problemas de CER que son de menor gravedad desde una perspectiva de toda la red. Se espera que a
medida que mejore la calidad de la red de HFC del área de Maipu, estas configuraciones de perfil de alarma se
ajustarán para reflejar las mayores expectativas de calidad de la red.

3.7 Notas sobre Alarm Central US Spectral Response Data:

Alarm Central informa los datos de respuesta espectral de US, Como 3 métricas específicas. Son Echo Response, Group
Response y Composite EQ.

Echo Response:
• La respuesta de Echo proporciona información relacionada con la cantidad de energía que el CM está aplicando
a las tomas después de (la demora en el tiempo) de la toma principal. Este es un tipo de cancelación de eco de la
distorsión previa de la señal transmitida CM.

• Los tipos de degradaciones de línea que resultan en la cancelación de eco a menudo son los mismos tipos de
degradaciones que permiten que el ruido ingrese al sistema. Es por esta razón que el uso de los datos de Echo
Response para crear una lista de resultados de CM cuando se rastrea el ingreso de ruido en los Estados Unidos es
generalmente productivo.

• Como mínimo, los usuarios deben pensar en la necesidad de abordar los casos de gran cancelación de eco de la
misma manera que piensan en CCER. Ambas son formas de problemas de corrección automática que existen en la
red y ambas, dejadas desatendidas, tienen una alta probabilidad de empeorar, lo que ocasiona que el suscriptor
afecte el CER.

• Al crear una lista de resultados de CM del CPE con una respuesta de eco intensa seleccionándolos del gráfico, es
importante tener en cuenta que los umbrales de valores no son los mismos en todo el espectro de EE. UU. Los
usuarios pueden optar por usar el filtrado de frecuencia al representar gráficos para crear este tipo de lista de
resultados de CPE.

Group Response:
• La respuesta del grupo es proporcionar información relacionada con la cantidad de energía que el CM está
aplicando a los toques antes (antes de tiempo) al toque principal. Este es un tipo de retardo de grupo de la
distorsión previa de la señal transmitida CM.

• A menos que algunas partes de la red tengan un nivel atípicamente más alto de cascadas de amplificadores, los
valores altos de respuesta grupal serán indicativos de un problema.
• En el caso de la respuesta de eco, la respuesta de grupo también tiene umbrales diferentes en todo el espectro
de frecuencias de EE.

• La respuesta del grupo es proporcionar información relacionada con la cantidad de energía que el CM está
aplicando a los toques antes (antes de tiempo) al toque principal. Este es un tipo de retardo de grupo de la
distorsión previa de la señal transmitida CM.

Composite EQ:
• El EQ compuesto es una combinación matemática de las respuestas de EQ y de grupo.

28
3.8 Additional Tips for Noise Related US CER / SNR Issue:
;==============================================
Add content
;==============================================

3.9 Additional Tips Noise Related DS CER / SNR Issue:

;==============================================
Add content
;==============================================

29