Procedimiento de Escalados A Redes HFC VTR - Entrenam

PROCEDIMIENTO DE
ESCALADOS A REDES HFC

I. Introducción
El siguiente procedimiento busca proporcionar la forma correcta de realizar análisis a los problemas que afecta
a nuestros clientes y que pasos realizar para realizar un correcto escalamiento hacia el equipo de redes.
Procedimiento de escalados a redes HFC.
I. Introducción.
• Propósito
Entregar en forma clara y precisa a todas las áreas técnicas la forma de escalar un problema hacia los equipos de redes cuando el problema no tiene
relación a un problema domiciliario.
• Objetivo
El procedimiento tiene como objetivo orientar y disminuir los escalamientos debido al análisis incorrecto en el proceso de escalamiento.
• Alcance
El siguiente procedimiento está orientado a todas las áreas técnicas de la compañía como:
➢ Soportes operacionales.
➢ Centro de comando redes.
➢ Técnicos de redes.
➢ Técnicos domiciliarios.
➢ Equipo de formación técnica.
➢ Jefaturas.
➢ Supervisores.
II. Casuísticas de escalamiento
Código de Motivo Afecta Origen del diagnóstico EPS Tipo de evidencia a Formato de Observación Homologado (Ejemplo)
cierre Niveles registrar
Domicilio RF
1-Problema Problemas de niveles en el sector. Existe Si Niveles RF Plataformas de Niveles RF fuera de rango en -Diagnóstico Plataforma / Net / TAP26X4 / Problema de Niveles / #CERUS
de niveles evidencia sistémica (comparar con vecinos). Monitoreo Plataformas de monitoreo / Problema en frecuencia XXX
2- Tap niveles a) TAP sin niveles o niveles RF deficientes. No Si Mediciones TAP Terreno Foto medición de niveles RF -Medición Instru o CPE con señal en TAP: Diagnóstico terreno / NET /
NOK existe evidencia sistémica (único cliente fuera de rango en TAP con TAP26X4 / Tap niveles NOK / #RXBAJO / Problema en frecuencia XXX. -
conectado a TAP con problemas). instrumento ó CPE chicote Medición Instru o CPE sin señal en TAP: Diagnóstico terreno / NET /
b) O Condición del domicilio por la distribución. directo. TAP26X4 / Tap niveles NOK / Sin señal
3-Problema DBOX no permite servicio digital (Replay TV y Si Pruebas de Ping fallido en Foto de prueba de ping -Diagnóstico prueba ping / TV / TAP26X4 / Problema en Retorno Digital
en Retorno VOD) DBOX del CNC fallido cliente y vecinos
Digital
4-Bocas -TAP con bocas rotas No Visualización Terreno -Foto TAP con bocas rotas. -Diagnóstico terreno / NET / TAP26X4 / Bocas Dañadas o bocas pinchadas.
Dañadas -Tap con bocas pinchadas y dañadas. -Foto con boca pinchada y
dañada
5-Sin Apoyo Mensajero o cruceta suelta No Visualización Terreno Foto Mensajero o -Diagnóstico terreno / NET / TAP26X4 / Sin Apoyo de Poste
de Poste cruceta suelta
6-Tap Sin disponibilidad de bocas en TAP No Visualización Terreno Foto TAP sin disponibilidad -Diagnóstico terreno / NET / TAP26X4 / Tap Copado / Se realiza auditoría
Copado de bocas en TAP
7-Sin Acceso a Por algún motivo (distinto a cámara sellada) no es No Visualización Terreno Foto problema de -Diagnóstico terreno / NET / TAP26X4 / Sin Acceso a cámara
cámara posible el acceso a la cámara cámara
8-Cámara Se utiliza cuando la cámara está sellada, sin No Visualización Terreno Foto Cámara sellada -Diagnóstico terreno / NET / TAP26X4 / Cámara Sellada
Sellada permitir el acceso a la misma
Tema NOTA. El único escenario en donde aplica el filtrado es en las ordenes con la observación “Problema de niveles” (Casuística 1).
Clave
II. Casuísticas de escalamiento:
• Descripción y observaciones de escenarios de escalamiento
1. Problemas de Niveles: En este caso, existen vecinos conectados al mismo TAP o en la misma rama de distribución que presentan la misma falla de niveles RF, por lo que existe
evidencia sistémica que valida la problemática en la red y no es necesario enviar fotos.
2. TAP Niveles NOK:

a) En este caso, no existen vecinos conectados al mismo TAP, es decir, los vecinos más cercanos están conectados en el TAP anterior o en otra rama de la planta externa y estos
no presentan la misma falla que afecta el cliente.
b) El segundo escenario, que la distribución del domicilio no permita cumplir con los umbrales mínimos de funcionamiento del CPE, por lo que es necesario una evidencia con
medición de instrumento desde una boca de TAP o medición con chicote directo y CPE (CM o DBOX) desde una boca de TAP.
Evidencia medición con instrumento
Falla de potencia de Transmisión (TX): Falla de potencia de Recepción (RX): Se

Se debe enviar una foto que evidencia el debe enviar una foto que evidencia el
problema TX y la frecuencia afectada tal problema Rx y la frecuencia afectada tal
como ve observa a continuación: como ve observa en la siguiente imagen.
• Evidencia medición con chicote directo y Cable Modem.
En estos casos se debe enviar una foto del chicote directo (cable), niveles reportados por CM del cliente (desde la página de diagnóstico) y
niveles reportado por un segundo CM sin (habilitar), esto último para descartar que el CM del cliente no presente problemas.
Evidencia del chicote utilizado para verificar la señal. Evidencia de la página de diagnóstico de la MTA
Prueba rápida con otro equipo MTA

sin provisionar para validar señal
• Evidencia medición con chicote directo y DBOX.
En estos casos se debe enviar una foto del chicote directo (cable), niveles reportados por el decodificador del cliente. En el caso de que esto no sea posible se recomienda
realizar una medición con instrumento para validar los niveles de la red (apoyo de supervisor).
Los decodificadores no aprovisionados solo mostrarán la página de diagnóstico de la portadora fuera de banda (OBB Status).
Evidencia de la página de Evidencia de chicote utilizado Evidencia de la página de Evidencia de la página de

diagnóstico del DBOX. para verificar la señal. diagnóstico SNR diagnóstico SNR
FAIR GOOD
Figura 6 Evidencia medición con chicote directo y d-box Figura 7 Evidencia de problemas de SNR en portadora 110.25
NOTA. El nivel de SNR de la frecuencia 110.25 MHz. debe ser siempre superior a 20 dB. Por debajo de este nivel de SNR, debe validar con chicote directo al tap y
Tema derivar a redes. El estado de la relación de nivel a ruido del AGC (%) debe estar siempre en estado GOOD, cualquier estado distinto debe validar la instalación interna
Clave
o externa del domicilio.
II. Casuísticas de escalamiento.
3. Problemas de Niveles: Para esta falla se debe asegurar en primera instancia que el DBOX se encuentre correctamente energizado (encendido), conecto al cable RF y
correctamente habilitado, si todo lo anterior se cumple y no se reproduce el servicio VOD y Replay TV en necesario evidenciar esta falla, realizando pruebas de ping al d-
box del cliente con resultados sin éxito y pruebas de ping al d-box de vecinos (en el mismo cuadrante) de igual manera con resultados sin éxito, para lo cual se
requieren la foto de evidencia del resultado de dichas pruebas.
- Prueba “PING” desde página BEC online cliente y vecinos: - Prueba PING desde página NNOC cliente y vecinos:
Prueba de PING desde página de NNOC
Prueba de PING desde BEC

4. TAP dañados
a) Bocas “dañadas”: Al existir por lo menos un puerto (boca) del tap dañada (quebrada) se debe enviar foto de evidencia tal como se muestra a continuación.
b) Bocas “Pinchadas”: A diferencia del caso anterior, si el puerto pinchado presenta un daño que impida una correcta conexión del conector debe ser escalado con la foto del
TAP donde se observe el puerto identificado que presenta el daño (marcar con lápiz indeleble). Por otro lado, de existir otros puertos disponibles y en buen estado, el técnico
debe utilizar dicho puerto sin generar el escalamiento respectivo.
Evidencia de “TAP boca pinchada”
Evidencia de “bocas pinchadas” Evidencia de “bocas dañadas”

Se escala a redes solo si se requiere de la boca pinchada, Se escala a redes si o si.
si no se necesita la boca no se escala.
5. Sin apoyo en el poste: Se debe enviar foto de evidencia tal como se muestra a continuación.
Evidencia “sin apoyo en poste"

Se escala a redes.
• Sin disponibilidad o acceso.
6. TAP copado: Se debe enviar foto de

evidencia tal como se muestra a continuación.
7. Sin acceso a cámara: Se debe enviar foto de evidencia tal

como se muestra a continuación.
8. Cámara sellada: Se debe enviar foto de

evidencia tal como se muestra a continuación.
III. Flujo del proceso operacional basal. Técnico repara
¿Técnico repara falla?
si
falla en domicilio no
INICIO Conecta chicote directo a los
Instala chicote directo CPE(CM/DBOX)según servicio afectado
Técnico domiciliario
TAP/CPE para descartar
Recordar realizar prueba con 2° CPE para
Ejecuta actividad problema en TAP
descartar falla de CPE del cliente
domiciliaria Enviar foto evidencia
no si Envía evidencia a
+ ¿Niveles en CPE siguen
soporte Telqway.
de chicote directo al
tap y niveles
registrados en el CPE
con problemas?
Solicita a soporte
escalar a red Actividad se deriva a re- Se retira
Informa a
cliente
agendamiento, para validar
posteriormente con cliente
del
domicilio
+
Informa a técnico debe
Informa a técnico Informa a técnico que Recibe evidencia y registra
Identifica casuística repara en domicilio
¿Motivo de problema es existe falla masiva/ en formato homologado de
de escalamiento (repara problema
escalamiento es domicilio trabajo programado observación en la orden
blindaje)
por problema de
¿Motivo de
si retorno digital? Verifica por sistema si
escalamiento no
existe problemas de
es por
no si niveles de RF en CPE
problema de
niveles RF? Escala la orden con
Ejecuta proceso no ¿Niveles RF del
para identificar si la cliente se código de cierre “tap
Registra evidencia y falla es de red encuentran OK? niveles NOK”.
formato homologado de si
observación en la orden
Soporte de filtrado TQW
si no
+ +
Escala orden con código de Verifica si la falla es no Verifica si existe en ese si
cierre correspondiente ¿Qué tipo de Niveles RF con vecinos en si momento una falla masiva ¿Existe falla masiva
problema de común (problema (FEN)/trabajo programado o trabajo
RF existe? de redes). ¿Falla es (SIN/SIX)
no programado?
calidad
Registra evidencia y común con
formato homologado de vecinos?
Informa a técnico
problemas de red
Verifica por sistema si
criterio de traspaso a
¿Debe atender
red por ruido Registra evidencia y
Escala orden con código ruido en la red? no formato homologado de
de cierre ”Problema en
retorno digital”.
FIN
Escala orden con código
Escala SSTT a
de cierre “Problema de
niveles”
+ + Redes. +
IV. Criterios de traspaso a red por niveles en terreno (Docsis).
Este grafico contempla todos los valores mínimos de la red HFC en cuanto a niveles de salida en los puertos del TAP, de señales análogas como digitales.
En cuanto a la Tx (trasmisión) el tap más cercano al amplificador tiene entonces la máxima Tx, que se ha definido en 43 dBmV y el tap final de la cascada tiene un valor
mínimo de Tx de 32 dBmV, lo cual genera una holgura suficiente para la certificación y por tanto no se considera dentro de los parámetros mínimos.
Gráfico de niveles mínimos en puerto de tap de redes HFC

• Valor mínimo en boca de TAP con instrumento (HFC-FBTD-FDP)
➢ Horizontales:
1) Valor mínimo CH 14: 11dBmV
2) Valor mínimo CH 158 (canal digital): 6.9dBmV
3) Valor máximo de TX: 43dBmV
4) Pre-BER 1 x 10-8 con una acumulación de tiempo de a lo menos 5 min
5) Post-BER 1 x 10-9 con una acumulación de tiempo de a lo menos 5 min
6) MER superior a 33db para los canales Docsis actuales. (6MhzBW / 256QAM)
NOTA. Estos criterios se hacen cargo del

➢ Verticales: Tema escalamiento por problemas de niveles de potencia
Clave en Tx / Rx y a los problemas de ruido en
1) Valor mínimo CH 14: 9.3dBmV downstream, medidos siempre con instrumento.
2) Valor mínimo CH 158 (canal digital): 2.9dBmV
6) MER superior 33db para los canales Docsis actuales. (6MhzBW / 256QAM)
➢ Horizontales Particulares:
Arica, La Serena, Rancagua, Machalí, Temuco.
1) Valor mínimo CH 14: 8.5dBmV

2) Valor mínimo CH 158: 3.9dBmV
6) MER superior a 33db para los canales Docsis actuales. (6MhzBW / 256QAM)
• Validación de portadoras / frecuencias en Portal CMTS (Soporte Operacional)
En los casos donde se realicen mediciones con instrumento de potencia RF de las portadoras en el TAP y el resultado de dicha medición sea sin señal, antes de escalar a redes se
debe validar por plataforma portal CMTS (Soporte operacional) si efectivamente la frecuencia que se está midiendo se encuentra habilitada en el CNC, ya que, podría ser un falso
positivo y generar una derivación a redes de manera errónea. Para este ejemplo vamos a validar las frecuencias operativas de MAIP004001, tal como se muestra a continuación:
Paso 1. Ingresar a la plataforma portal CMTS a través del siguiente enlace: http://portalcmts.vtr.net/?w=portalcmts.
Paso 2. Ingresar usuario y contraseña: Paso 3. Seleccionar la opción DOCSIS.
Selección opción DOCSIS

Ingreso portal iCMTS
Paso 4. Seleccionar la opción “Choose Locality” (Ejemplo: MAIP), Paso 5. Seleccionar “Choose Node” en este caso 4 y click en buscar (lupa):
tal como se observa a continuación:
Ingreso opción “choose Node”

Ingreso opción “choose locality”
Paso 6. En la barra “Search” (buscar), escribir con el siguiente formato ▪ Según el resultado del paso anterior, seleccionar en la columna
“4(1” (esto tiene como objetivo facilitar la búsqueda), de esta manera solo “NAVIGATION” el HUB de MAIP y a su vez seleccionar el CMTS MAIP 7-26i
mostrará el CMTS y cable-mac correspondiente al cuadrante MAIP004001, (*1), posteriormente en la opción “Select Chart” (*2) y seleccionar la
tal como se observa en la siguiente imagen: opción docsCableMaclayer (77) (*3) y a su vez la opción cable-mac 9 –
7US/33DS (*4), tal como se observa en la siguiente imagen:
*2
*3
*1
*4
Ingreso opción “Search” Ingreso opción “Navigation”

Paso 7. Finalmente, en cualquiera de las pestañas “Utilization”, “Traffic”, “Modulation”, etc. podrá navegar (hacia arriba o hacia abajo) e identificar el Nodo
cuadrante MAIP4(1) y visualizar las frecuencias operativas tanto en “upstream” como en “downstream”, tal como se observa a continuación:
▪ Visualización de Upstream:
Ingreso pestañas “utilization”, “Traffic”, “Modulation”. Ingreso pestaña “upstream”.

▪ Visualización de frecuencias de downstream:
Ingreso pestaña “frecuencias de downstream”.
Tema NOTA. Con esta validación se asegura que efectivamente la frecuencia medida está
Clave habilitada en el cuadrante y evita un escalamiento equivocado hacia el equipo de redes.
• Calculo de niveles con Planilla.
▪ Realizar cálculo de niveles con planilla (Herramienta de validación) de traspaso a Red, si la planilla indica que, según los niveles reportados en el groundblock y los datos
ingresados en las pérdidas de cable, los valores de CPE se encuentran dentro de rango, debe resolver dentro del domicilio y no traspasar a RED. o En el siguiente ejemplo se
considera:
1) Acometida de 35 mts.
2) Cable de Groundblock a GAF de 5 mts.
3) Cable de GAF hacia CPE de 5 mts.
Tema NOTA. Los escalamientos que se hagan por niveles bajo en boca de tap, deben ser enviados con la evidencia fotográfica
Clave de la medición para el escalamiento, no se aceptaran órdenes a redes sin la correcta evidencia del problema.
Ejemplo de instalación estándar del domicilio

• Ejemplo de niveles.
Ejemplo de niveles en groundblock Ejemplo de niveles en el cpe
Tema NOTA. Estos criterios se hacen cargo del escalamiento por problemas de niveles de potencia en Tx / Rx,
Clave utilizando un CPE como referencia, ya sea, cable modem o decodificador de Tv (d-box).
V. Criterios para traspaso a red por niveles en terreno (OBB/TVD/Ana).
Valor mínimo en boca de TAP (HFC-FBTD-FDP) (Red Horizontal) OBB:

1) Valor mínimo frecuencia 110.25 MHz: +3.3 dBmV
2) Valor máximo frecuencia 110.25 MHz: +15.8 dBmV
Televisión Digital:
1) Valor mínimo CH 74 (Frecuencia 525 MHz): + 6.4 dBmV

2) Valor máximo CH 74 (Frecuencia 525 MHz): +14.5 dBmV
3) Valor mínimo CH 92 (Frecuencia 633 MHz): + 7.1 dBmV
4) Valor máximo CH 92 (Frecuencia 633 MHz): +16.4 dBmV
Tema NOTA. Para obtener los valores y las definiciones de niveles en OBB, TVD y Analógica,
Clave
dirigirse al documento “DIR_Performance_Red-HFC-2.1v2021-12-27.pdf”.
VI. Criterios para traspaso a red por ruido utilizando plataformas.
Ruido Presente al momento de la visita
➢ CER en downstream
o CER mayor al 0,25%
o Todos los clientes que dependen del elemento común afectado deben presentar la misma condición de afectación de servicio.
➢ CER en upstream
o CER mayor al 1% en la interfaz de upstream y NO en el cable modem.
Ruido no presente al momento de la visita.
➢ Ruidos cíclicos
o CER debe estar en los % definidos en los puntos anteriores.

o Periodos de tiempo de ruido debe ser reiterativo por 3 días, la misma figura de ruido y horario.
NOTA. No se debe traspasar a RED ruidos impulsivos o esporádicos y tampoco por la métrica de CCER.
Tema Excepcionalmente:
Clave De no existir otra variable con valores fuera de norma y el cuadrante solo presenta problemas de US_SNR y US_CCER, se puede escalar
cumpliendo el formato homologado para dicho escenario y agregando en la observación de la orden la siguiente información, “No existe
otra variable con valores fuera de norma, el cuadrante solo presenta problemas de US_SNR / US_CCER”.
VII. Análisis de servicios técnicos escalados a red.
SSTT escalado por problemas de ruido (CER Upstream).

Plataforma “BEC Online”
Verificar antecedentes del cliente:
Paso 1. Obtener rut del cliente asociado al SSTT e ingresar a la página NNOC para
obtener datos del cliente y sus servicios. Para ello ingresamos a
la página del NNOC (http://nnoc.vtr.cl/login/) ingresamos usuario y
contraseña y seguidamente seleccionando opción BEC Online para los
clientes TANGO y para los clientes Andes ingresamos al BEC Andes en el
siguiente link: (http://bec3andes.vtr.cl/res/index.php).
Rut del cliente y estado del servicio.
Paso 2. Ingresamos el rut del cliente y presionamos la tecla “enter” (se debe
tener cuidado en los casos que los clientes tengan más de una
dirección asociada a sus servicios, verificar que se seleccione la
dirección asociada al SSTT). Posteriormente se despliega la
información referente al servicio del cliente por ejemplo nodo
cuadrante correspondiente, estado y MAC del CPE del cliente, entre
otros.
BEC Online “histórico de niveles”
Verificar estatus actual y comportamiento histórico del Cable Modem
Paso 3. Tomamos la MAC encontrada en el paso anterior y la analizamos en ServAssure, donde

podemos ver los niveles en línea del cpe (DS_RX, DS_SNR, US_TX, US_SNR; US_CER, US_CCER,
UTILIZACIÓN DS y US). Para ello ingresamos a ServAssure y pegamos la MAC en el recuadro
“MAC Address” y presionamos la tecla “enter”.
Gráficos por canal en SAA

Paso 5. En la pestaña “Network Data” visualizaremos gráficamente como se ha

Paso 4. En la pestaña “Real Time” se visualizarán los niveles de DS_RX,
comportado los distintos parámetros anteriormente mencionados en un
DS_SNR, US_TX, US_SNR; RX_US, US_CER, US_CCER, en línea del CPE.
periodo de tiempo, para ello seleccionaremos “Time Period” en “Week” para
Tal como se observa, en este minuto el cliente se encuentra Ok en
visualizar su comportamiento en una semana y en “Day” para visualizar las
todas sus variables.
últimas 24 horas del CPE, con esto determinar algún patrón de falla en el
tiempo. A la vez se deben seleccionar todos los parámetros a medir o bien los
se requieran.
Network Datal en SAA
Tiempo real “real time”l en SAA

CER per Up stream

Paso 6. En este caso en particular, el CPE nos
muestra en la gráfica CM CER Per Upstream que ha
tenido degradación del servicio por presencia de CER.
Verificar si el problema es puntual o agrupado en “Alarm Central o GIS”
Paso 7. Verificamos si el problema es puntual del cliente o si es un problema

común (agrupado), por lo cual procedemos a verificar un vecino, de preferencia
conectado al mismo TAP. Para evaluar esta condición se deben realizar las siguientes
acciones:
7.1 Ingresar al link de Alarm Central https://172.16.62.60/nxt-ui/#/login,

seguidamente ingresar usuario y contraseña:
Ingreso “ServAssure NEXT”

7.2 Una vez dentro de la plataforma se debe ingresar la MAC address del 7.3 Posteriormente seleccionar la opción “Logical” y de esta manera poder visualizar
cliente afectado, hacer click sobre esta y seleccionar la opción “Alarm la topología del CNC, tal como se puede observar se puede seleccionar los vecinos
Central”, tal como se muestra a continuación: tanto del TAP como misma rama para validar problema de red.
Ingreso sección “Alarm Central” Ingreso sección “Logical”

7.4 Luego hacer click sobre el símbolo de la casa del vecino, copiar MAC 7.5 En el caso de que no esté disponible la visualización de la topología por Alarm Central,
Address y visualizar de igual manera en plataforma Servassure. de igual manera se puede identificar los vecinos haciendo uso de la plataforma GIS,
para esto ingresamos a la página de GIS, e ingresamos la dirección del cliente para
encontrar su ubicación en la red:
Plataforma “Alarm Central”

Plataforma “GIS”
Paso 8. Se puede visualizar que el vecino de numeración 1970 Paso 9. En la comparación se visualiza que el cliente “vecino” presenta misma
probablemente está conectado al mismo TAP, por lo cual afectación por la variable CER en upstream con un compartimiento similar
procedemos a verificar en Servassure haciendo click sobre la mac address y al cliente analizado (periodos de tiempo y % de afectación).
posteriormente seleccionando la pestaña “Network Data” a una semana de
monitoreo (week).
Tabla de clientes docsis

Figura 42 CRE
per upstream 2
Paso 10. En vista de que existe un problema común, procedemos a verificar la información referente a la interfaz conectada en el CMTS haciendo click en la “Device
info”, posteriormente copiamos interfaz y cable mac asociada.
Figura 43 Device Info en SAA
Paso 11. Con la información rescatada en el punto anterior procedemos a

ingresar a la plataforma portal CMTS (http://portalcmtsd.vtr.net/) para ver
con mayor detalle el comportamiento del ruido. Una vez ingresada en la
interfaz correspondiente seleccionamos un tiempo de monitoreo de 1 semana
(opción last week) y seleccionamos la pestaña “FEC Errors”.
Figura 44 Portal CMTS (Muestra 1)

Figura 45 Portal CMTS (Muestra 2) Figura 46 Portal CMTS (Muestra 3)

En este caso se observa claramente que existe un ruido

de comportamiento cíclico presente por sobre 70 % CER
y por un periodo aproximado de 3 horas, por lo cual se
confirma que existe un problema en el cuadrante y
debemos derivar al área de redes para ser Normalizado.
NOTA. En caso de que los parámetros DS_RX, DS_SNR, US_TX, US_SNR; RX_US, US_CER, US_CCER, DW_CER, DW_CCER no
Tema presentase ningún problema común con sus vecinos (conectados al mismo TAP), y a su vez tampoco se observe
Clave problema en el portal CMTS se considera que no existe problema agrupado y por ende no corresponde a redes, en este
caso debe informar al técnico domiciliario para dar solución al cliente en el interior de la vivienda.
Clasificación y atención de SSTT por ruido según horario de afectación.
Para esto se debe observar las distintas interfaces que alimenta al Nodo cuadrante (explicado en proceso anterior paso 11), de tal manera de identificar el comportamiento del ruido
(CER) según el horario de afectación y donde podemos encontrar los siguientes escenarios:
a) Ruido continuo (constante): como su nombre lo indica, este tipo de ruido corresponde al CER (UNC) que se observa de manera continua en el tiempo:
Figura 48 Portal CMTS “Cable upstream”)
Al observar a través del portal CMTS una condición de ruido continuo, seguidamente se debe verificar si este se encuentra afectando en línea (en el momento del análisis), para esto
se debe ingresar a la plataforma ServAssure Avanced y proceder con los siguientes pasos:
Paso 1. Seleccionar un CM del nodo y cuadrante afectado.

Paso 2. Ingresar a https://192.168.17.21/ISM?login-type=login# Figura 49 Login Portal SAA
Paso 3. Seleccionar en menú superior “Transport Perspective”. Paso 4. Seleccionar HUB, Comuna, Nodo y Cuadrante:
Figura 50 Trasport perspective SAA Figura 51 Comuna, Nodo, Sub Nodo en SAA
Paso 5. Seleccionar CM del nodo, cuadrante, ingresar a “Real time” para revisar si está el CER presente en el CTMS:
Figura 52 Real Time
NOTA. Según la información anterior, se observa un ruido constante y afectando en el momento de la revisión, por lo cual debe ser derivado al equipo de redes.
2- Ruido Cíclico: hace referencia al ruido que se presenta por lo menos 3- Ruido esporádico o Impulsivo: Este tipo de ruido tiene un comportamiento
durante los últimos 3 días en la misma ventana de tiempo, en este caso intermitente, sin posibilidad de abordar por equipo técnico de redes de
debe ser derivado a redes. manera tradicional, esto debido al poco tiempo que se presenta y en distintos
horarios. En este caso no deben ser escalados al área de redes.
Figura 53 Portal CMTS cable-upstream Figura 54 Portal CMTS cable-upstream

VIII. Anexo. Alarm Central.
Alarm Central, tiene incluida la topología de la construcción de la red HFC de VTR, además de los datos de ubicación del módem del cliente. Los datos de ubicación del modem,
incluyen direcciones MAC, además de la ubicación física del servicio según Gis.
Alarm Central, analiza los datos de RF que se pueden obtener de los equipos, realizando
encuestas avanzadas de ServAssure.
Esta herramienta facilita el trabajo en terreno, entregando una visión y orientación clara, ayudando a identificar y discriminar si el problema se encuentra puntualmente en el
domicilio o si está afectando a más de un cliente en el mismo sector, ayudando a determinar si el problema tiene relación a una falla de la red externa.
Figura 55 Alarm Central

Para determinar y confirmar el origen de una falla, se deben seguir los siguientes pasos dentro de “Alarm Central”.
Paso 1. Ingresar a la plataforma “Alarm Central”.

Paso 2. Ingresar la MAC o dirección del cliente en el buscador y seleccionamos el match.
Figura 56 Alarm Central “Exact Match”
Paso 3. Una vez seleccionado el Cable Modem, se puede validar los niveles en real time o
también su comportamiento en las últimas 2 semanas.
Figura 57 Alarm Central “Selección de cable modem”

Paso 4. Seleccionar SC-QAM donde luego nos mostrara Niveles RF Paso 5. Seleccionar la pestaña “Historical” y proceder a filtrar la
downstream y upstream del CM cliente. fecha de análisis y comportamiento del CM (Para este caso últimos 7
días)
Figura 58 Alarm Central “SC-QAM” Figura 59 Alarm Central “Historical”

Paso 6. Ya realizado el paso anterior se puede filtrar y seleccionar el parámetro del equipo a analizar, como (CER –CCER – Tx – Rx – SNR, etc.)
▪ Para este ejemplo analizaremos la transmisión del CM (Tx Us) y el SNR DS ▪ Se visualizan ambos gráficos con los parámetros Tx y SNR DS del CM, donde
arrastramos o realizamos doble click al parámetro mencionado y luego se se puede apreciar algunas variaciones de SNR durante la semana y una TX
mostrarán: el grafico en los últimos 7 días.
totalmente estable y parejo
Figura 60 Alarm Central “selección de parametros

técnicos”
▪ Para visualizar sus niveles se debe pasar el cursor sobre la franja “azul” el cual refleja
su nivel de RF o señal en ese momento.
▪ Para este ejemplo, nos posicionaremos con el cursor sobre la franja azul por ejemplo el
día 19-11-2022 6 PM aprox. muestra que su nivel de Tx fue de 48 dBmV que reportó en
ese momento.
Figura 61 Alarm Central sección “estabilidad de niveles de RF”
Chequeo de niveles de vecinos
Para revisar los vecinos conectados a un mismo tap, se debe seleccionar la pestaña “MAP” y
luego revisar clientes conectados en el mismo.
Seleccionar cualquier vecino y posteriormente revisar sus niveles en la pestaña SC-QAM y se
deben repetir los pasos anteriormente mencionados.
Figura 62 Alarm Central sección “Visualización clientes vecinos”

▪ Para este ejemplo existen 4 clientes conectados al mismo “TAP” seleccionaremos la casa
“1325” Y revisaremos sus niveles de transmisión upstream en el momento, el cual se encuentra
en 50.3 dBmV Aprox.
Figura 63 Alarm Central sección “comparación de clientes vecinos”
▪ Para validar el comportamiento de una portadora o frecuencia específica por un periodo de

tiempo, debemos conocer en primera instancia cual es la frecuencia a revisar desde la tabla de
SC-QAM.
▪ Para este ejemplo verificaremos la frecuencia 999 MHz correspondiente a la interfaz cable-
downstream 12/11/23.
Figura 64 Alarm Central sección “Selección de frecuencia analizada”

▪ Continuando con el análisis, debemos ir a “HISTORICAL” y seleccionamos el periodo a revisar, en este ejemplo buscaremos el comportamiento de SNR Downstream de la
frecuencia ya antes mencionada.
Figura 65 Alarm Central sección “Selección de SNR”

▪ Una vez filtrados los parámetros técnicos necesarios para el análisis, se debe buscar la frecuencia 999 MHz en la pestaña “Display” donde realizaremos lo siguiente:
▪ En el campo “Filter” debemos escribir la frecuencia y luego seleccionar “only show selected frequencies” y ya se puede apreciar su comportamiento en los últimos 7 días de
esa frecuencia.
Figura 66 Alarm Central sección “Filtro de frecuencias”

IX. Plataformas de uso.
Tabla 1 Lista de plataformas Nombre Plataforma URL

1- Alarm Central https://172.16.62.60/nxt-ui/#/search
utilizadas 2- Service Assurance Advance https://192.168.17.21/login
(SAA)
3- PortalCMTS http://portalcmts.mon.vtr.net/
4- GIS http://srvmapgstg02/mapguide2011/vtr2/apps/Login/ Login.aspx
5- JIPAM http://jipam01.vtr.cl/indexe/FiberNodeDetail.php?dev
id=1809&mdid=536870914&sg=1&diasAtras=1&dia sAtras=7
Todas las ordenes que son traspasadas al equipo de redes, deben seguir la siguiente estructura en los campos de observación de la “Orden Técnica” (OT)
Origen del Diagnostico Servicio afectado Nomenclatura TAP Variable técnica Frecuencia afectada
afectada
Tabla 2 Estructura y formato del Plataforma Net / TV /Fono Ejemplo TAP26X4 #CERUS Problema en frecuencia XXX
campo de observación de la OT Plataforma Net / TV /Fono Ejemplo TAP26X4 #CERDS Problema en frecuencia XXX
Plataforma / Terreno Net / TV /Fono Ejemplo TAP26X4 #RXBAJO Problema en frecuencia XXX
Plataforma / Terreno Net / TV /Fono Ejemplo TAP26X4 #TXALTO Problema en frecuencia XXX
Terreno Net / TV /Fono Ejemplo TAP26X4 #MERBAJO Problema en frecuencia XXX
Ejemplos:
8 Diagnóstico Plataforma / NET / TAP26X4 / #CERUS / Frecuencia 30,8 Mhz.
9 Diagnóstico Terreno / NET / TAP8X4 / #RXBAJO / Frecuencia 999 Mhz.
Reparación Técnica Certificada
▪ ONX2 / NET / TAP26X4 / #CERUS / Frecuencia 30,8 Mhz. / ICI sulfatada / Se Reemplaza cableado interior.
▪ ONX2/ NET / TAP8X4 / #RXBAJO / Frecuencia 999 Mhz. / Problema cobertura WIFI / Se instala Extensor.

Procedimiento de Escalados A Redes HFC VTR - Entrenam

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Procedimiento de Escalados A Redes HFC VTR - Entrenam

Cargado por

Copyright:

Formatos disponibles

PROCEDIMIENTO DE

ESCALADOS A REDES HFC

2. TAP Niveles NOK:

Evidencia medición con instrumento

Falla de potencia de Transmisión (TX): Falla de potencia de Recepción (RX): Se

Prueba rápida con otro equipo MTA

Evidencia de la página de Evidencia de chicote utilizado Evidencia de la página de Evidencia de la página de

Prueba de PING desde página de NNOC

Prueba de PING desde BEC

Evidencia de “TAP boca pinchada”

Evidencia de “bocas pinchadas” Evidencia de “bocas dañadas”

Evidencia “sin apoyo en poste"

6. TAP copado: Se debe enviar foto de

7. Sin acceso a cámara: Se debe enviar foto de evidencia tal

8. Cámara sellada: Se debe enviar foto de

Gráfico de niveles mínimos en puerto de tap de redes HFC

NOTA. Estos criterios se hacen cargo del

1) Valor mínimo CH 14: 8.5dBmV

Paso 2. Ingresar usuario y contraseña: Paso 3. Seleccionar la opción DOCSIS.

Selección opción DOCSIS

Ingreso opción “choose Node”

Ingreso opción “Search” Ingreso opción “Navigation”

Ingreso pestañas “utilization”, “Traffic”, “Modulation”. Ingreso pestaña “upstream”.

▪ Visualización de frecuencias de downstream:

Ingreso pestaña “frecuencias de downstream”.

Ejemplo de instalación estándar del domicilio

Ejemplo de niveles en groundblock Ejemplo de niveles en el cpe

Valor mínimo en boca de TAP (HFC-FBTD-FDP) (Red Horizontal) OBB:

1) Valor mínimo CH 74 (Frecuencia 525 MHz): + 6.4 dBmV

Ruido Presente al momento de la visita

o CER mayor al 1% en la interfaz de upstream y NO en el cable modem.

Ruido no presente al momento de la visita.

o CER debe estar en los % definidos en los puntos anteriores.

SSTT escalado por problemas de ruido (CER Upstream).

Rut del cliente y estado del servicio.

BEC Online “histórico de niveles”

Verificar estatus actual y comportamiento histórico del Cable Modem

Paso 3. Tomamos la MAC encontrada en el paso anterior y la analizamos en ServAssure, donde

Gráficos por canal en SAA

Paso 5. En la pestaña “Network Data” visualizaremos gráficamente como se ha

Network Datal en SAA

Tiempo real “real time”l en SAA

CER per Up stream

Verificar si el problema es puntual o agrupado en “Alarm Central o GIS”

Paso 7. Verificamos si el problema es puntual del cliente o si es un problema

7.1 Ingresar al link de Alarm Central https://172.16.62.60/nxt-ui/#/login,

Ingreso “ServAssure NEXT”

Ingreso sección “Alarm Central” Ingreso sección “Logical”

Plataforma “Alarm Central”

Tabla de clientes docsis

Figura 43 Device Info en SAA

Paso 11. Con la información rescatada en el punto anterior procedemos a

Figura 44 Portal CMTS (Muestra 1)

Figura 45 Portal CMTS (Muestra 2) Figura 46 Portal CMTS (Muestra 3)

En este caso se observa claramente que existe un ruido

Clasificación y atención de SSTT por ruido según horario de afectación.

Figura 48 Portal CMTS “Cable upstream”)

Paso 1. Seleccionar un CM del nodo y cuadrante afectado.

Figura 52 Real Time

Figura 53 Portal CMTS cable-upstream Figura 54 Portal CMTS cable-upstream

Figura 55 Alarm Central

Paso 1. Ingresar a la plataforma “Alarm Central”.

Figura 56 Alarm Central “Exact Match”