Documentos de Académico
Documentos de Profesional
Documentos de Cultura
28/02/2018
Introducción………………………………………………………………...3
Origen de la INC iGRI…………………………………………………….3
Competencias……………………………………………………………….4
Ámbito de actuación………………………………………….4
Hardware bajo responsabilidad………………………….4
Tipos de chasis………………………………………………………………4
Unión con la MAN………………………………………………………...4
Acceso a los chasis en banda………………………………………….4
Chasis Inelcom…………………………………………………….4
Chasis Telnet (dos posibilidades)…………………………4
Acceso a los chasis fuera de banda…………………………………5
Chasis Inelcom………………………………………………….…5
Chasis Telnet ………………………………………………………5
Tecnología INELCOM……………………………………………………….7
Repuestos ……………………………………………………………7
Hardware de los chasis Inelcom…………………………...7
Conexión en local a una SNMP Inelcom…………….…10
Tecnología TELNET………………………………………………………….11
Repuestos……………………………………………………………11
Hardware de los chasis Telnet……………………………..11
Controladoras de chasis Telnet ……………………………11
Cambio MG (SNMP), en chasis Inelcom ……………….12
Puertos de las tarjetas SNMP y cómo encadenan…13
Fuentes de alimentación Telnet……………………………14
Esquema de una SNMP Telnet………………………………14
Conexión en local a una SNMP Telnet…………………..15
TRATAMIENTO DE INCIDENCIAS………………………………………17
Anexo F.A. ambas tecnologías…………………………………………20
Anexo fotos F.A.Telnet………………………………………………20/21
Gestión de chasis de conversores de medios en una MAN.
Introducción
Con éste documento se busca que cualquier técnico pueda diagnosticar y resolver una incidencia de falta de gestión en un chasis
de conversores de medios.
En cualquier caso y dado que siempre se quedan cosas en el tintero, me podéis consultar cualquier duda, por teléfono: 900122032
o por mail: franciscojavier.quinterocarrasco@telefonica.com
Síntoma: Fallo alimentación echmhe1-101 A=1 B=0--- <---FA A Mal (OJO, en Componente pondrá que falla la B, Ej.: echmhe1-
101_B)
============================================
FUENTE A MAL
FUENTE B OK
También se puede ver con los gestores gráficos, son muy intuitivos.
Síntoma: Nos informarán que por avería han intentado acceder a un CM y no han podido.
NOTA: No aceptar chasis que vengan como avería BOL o REC, normalmente lo descubren a raíz de una avería de cliente y lo que
hacen los CCTT es pasar el BOL/REC y despreocuparse de la avería de cliente. Pre-franquear diciendo que la avería del cliente no
tiene que ver con la “gestión” del chasis de conversores y que sí no pueden acceder al CM simplemente disponen de una
herramienta menos de diagnóstico para su avería de cliente pero de ninguna manera deben desentenderse de la reclamación
justificándolo en la falta de gestión de un chasis de CM. En tal caso nos deberían pasar una INC iGRI con el fallo de gestión del
chasis. Normalmente creamos nosotros mismos la INC (si no está ya creada por otra vía…..), y devolvemos el BOL o la REC.
Síntoma: Nos informarán que han intentado dar un alta/baja y no han podido acceder a un CM.
Les han avisado por teléfono de que no hay gestión de un chasis porque no tienen medios para abrir INC. O bien vosotros mismos
habéis descubierto un chasis sin gestión del cual OMEGA no ha abierto INC.
COMPETENCIAS
Ámbito de actuación.
La gestión de los chasis de conversores de medios que tienen CM de circuitos de clientes que entran en las MAN'es.
No llevamos los chasis de conversores de medios de las EEBB, NodosB,... Se debe encargar CNAI
Tampoco llevamos chasis que usan en Transporte, como por ejemplo en los trazados con Radioenlace. Los lleva OMRSRTCNT.
Llevamos las controladoras, las fuentes de alimentación, los propios chasis (la estructura física donde van las tarjetas),
cableados/conectores que lo unen a la MAN (en el caso de chasis co-ubicados), cableados/conectores que lo unen al DWDM (en el
caso de centrales remotas donde no hay MAN).
Tipos de chasis
A grandes rasgos los dividiremos en tres:
Su nombre echXY-0zz , X=identificativo Atlas del emplazamiento, Y= nº MAN, zz nº chasis. Ej. echvcm1-001
Su nombre echXY-1vzz , X=identificativo Atlas del emplazamiento, Y= nº MAN, zz nº chasis. v=0 Telefónica, v distinto de 0= Chasis
con clientes ORLA. Ej. echmaga1-1001, Ej. ORLA echmde1-1301
Su nombre echXY-1zz , X=identificativo Atlas del emplazamiento, Y= nº MAN, zz nº chasis. Ej. emtsbin2-101
Chasis Inelcom
Vía gestor de Inelcom. Acceso al escritorio remoto Inelcom IMUX_11 (User Name: omnimba, Password: n1v3ld2s!), luego acceso al
gestor (Usuario:txxxxxx, Clave:S_xxxxxx), donde xxxxxx es tu matrícula.
2.- Que es la que usamos nosotros, vía CLI (línea de comandos). telnet al nombre del chasis, ej: [egrsmco1-001] operador > telnet
echvcm1-001, (login: admin, Password: admin).
Chasis Telnet
Entramos al router de consola del CNSO ersmco1-002, (para conocer usuario y pw llamadnos a 900122032)
Una vez en la SNMP del chasis, user= admin, nº slot = 0, pw= admin.
Para salir: control+may+6 y manteniendo las tres teclas, pulsamos x. Una vez fuera, damos disc
Veamos un ejemplo:
Trying 172.20.10.158...
Connected to ersmco1-002.gestion.man.telefonica.es.
Password:
ersmco1-002>en
Password:
ersmco1-002#echvrub1-1001-SNMP 2069
Password:
Password OK
login: admin
Password:admin
[admin@echvrub1-1001]#
[admin@echvrub1-1001]# exit
echvrub1-1001 login:
ersmco1-002#disc
ersmco1-002#exit
Tecnología INELCOM
REPUESTOS
Repuestos INELCOM
Sistema en LORCET: CDM_I
Código
Telefónico Código INELCOM Descripción
Únicamente lo podemos saber cuándo nos lo dice el GMO. Podría ser CM, AO, SDHL, CM monofibra. Aunque en la mayoría de las
veces lo que tenemos en planta son CM. Y en cualquier caso, es la única parte que “no llevamos”, lo llevan los CCTT.
Ocupa el slot 1. Los conversores van del slot 2 al 16. En el resto de estantes los CM van del slot 1 al 16.
En esta tecnología NO tenemos fuentes de alimentación propiamente dicho, realmente son unos módulos o tarjetas que hacen de
“toma de alimentación”, dos tomas de -48 v de cc, A y B. Igual que en los Telnet, podemos ver la entrada de tensión con el script
sacafuentes + nombre del chasis. Hay uno por estante y van en el slot 0. Se llaman Módulo de conexiones y también presentan un
conjunto de micro-interruptores que posibilita la configuración de determinadas características de funcionamiento. Presentan dos
bancos de micro-interruptores, SW1 y SW2:
SW2: Asigna la identidad de cada armazón o chasis, puede haber hasta 16 por cada controladora. Y numeran según la siguiente
tabla:
CONEXIÓN EN LOCAL A UNA SNMP INELCOM
Por ejemplo para configurar una SNMP nueva. En los chasis Inelcom no hay gestión fuera de banda (por
consola).
"IMUX706EXA14.zip " y cable de consola propio de INELCOM cuyo pineado y descripción se puede
encontrar en el apartado 5.4 del manual de Instalación "imux828mi.a04.pdf ".
CAMBIO MG (SNMP), EN CHASIS INELCOM.
Se cambian en caliente. Luego hay que configurarlas en local. En el apartado anterior viene como
conectarse. Las variables que hay que configurar: dir. IP, máscara de red y puerta de enlace se obtienen
igual que para los chasis telnet y se escriben en “Nueva Dirección”, “Nueva Máscara” y “Nueva Puerta
de enlace”.
Hay que marcar el cuadrito “Actualización de los parámetros de red”, y finalmente darle a “Escribir”, en
la parte inferior.
Código
Telefónico Código TELNET Descripción
1.- 683308 SNMP antigua (ya no se fabrica aunque quedan en stock). Versión hardware (ver con el comando #device info):
v1.5.0, 1.6.0 , 2.3.0, 2.4.0 y 3.1.2
2.- 683310 SNMP Chain ENCADENADO no se fabrica, queda alguna, la sustituye 683311. Versión hardware (ver con el comando
#device info): v2.4.1
3.- 683311 SNMP Tri Chain ENCADENADO. Versión hardware (ver con el comando #device info): v2.6.0 , 3.0.0
Chasis Telnet encadenados pueden usar 683310 (dos puertos eth), a extinguir, se puede pedir la 683311, son compatibles y en
éste caso LORCET acepta la devolución de una 683310. O se puede dar el caso de pedir 683310 y LORCET enviar 683311.
O también pueden usar 683311 (tres puertos eth, de arriba abajo: Chain, Eth/Con y Console)
Las SNMP de los chasis 1001 son “maestras”, las demás (1002, 1003….), son SNMP “esclavas”.
Puerto de arriba: Llamado CHAIN, lleva un cable eth. que va al puerto central de la tarjeta 1002.
Puerto central: Llamado ETH/CON, lleva un cable eth. que une la SNMP a la MAN.
Puerto inferior: Llamado CONS, lleva el cable para entrar por consola remota, vía RDSI. No siempre equipado.
Puerto de arriba: Llamado CHAIN, lleva un cable eth. al puerto central de la tarjeta siguiente (de 1002 a 1003, de 1003 a 1004,
etc…).
Puerto central: Llamado ETH/CON, recibe el cable eth. que la une a la tarjeta anterior.
La tarjeta CHAIN (683310) tienen dos puertos aunque en los chasis de las SNMP-CHAIN hay un cable que va desde el puerto de
arriba (puerto ETH), a un derivador colocado en la parte superior del chasis a la altura de la SNMP que convierte dicho puerto en
dos, con lo que en la práctica es como si tuviese un total de tres puertos y funciona como las tarjeta SNMP tri-CHAIN de tres
puertos. El puerto inferior es el de consola.
Ejemplo de chasis encadenados (no está muy claro, ver explicación en texto anterior):
Fuentes de alimentación Telnet
Hay tres tipos: es difícil saber de que tipo son a menos que el GMO nos describa como son:
683341 F.A. 3U -48VL CORTO : Cables de alimentación por delante, ver foto al final del documento.
683306 F.A. 3U -48V (ALTA POTENCIA ): Puede llevar tanto CM como AO (adaptadores ópticos). Ver foto.
683307 F.A. 3U -48VL: Sólo puede llevar CM. Ver foto al final del documento.
Es antigua, las tri-Chain son similares pero con tres puertos ethernet en lugar de dos.
CONEXIÓN EN LOCAL A UNA SNMP TELNET
Por ejemplo para configurar una SNMP nueva que no tiene gestión fuera de banda (por consola).
2.-Mirar sí ha tenido alguna avería reciente. Nos puede servir de orientación. Sí ya se reseteo la SNMP, iremos directamnete a
cambiarla
3.-Mirar sí hay alguna incidencia del puerto de la MAN donde entra el chasis y aunque no la haya, mirar dicho puerto, ¿tiene link?,
¿tiene errores?, mirar en el LOG, ¿el puerto ha tenido cortes aunque ahora esté arriba?. Sí hay link en el puerto de la MAN y le
hacemos ping al la SNMP, ¿se incrementan los contadores de tráfico del puerto/MAN?, ¿en entrada y salida?, ¿sólo en salida?, etc:
4.-¿Hay JDS?, pasar la INC a OMRSSUTX-JDS (con el Id. del circuito), para que nos digan cómo lo ven. Este circuito, sí no se está
usando no tiene tráfico, sí JDS lo necesita le dejamos puesto un ping continuo a la dir. IP de la SNMP (la podemos encontrar por ej.
en el campo Description del puerto de la MAN), o al nemónico: > ping -s echmno1-1001
5.-¿Se llega por ping a la SNMP pero no por telnet?, en estos casos, casi siempre recupera reseteando la SNMP, intentar primero
por comando (>reset), si no, reseteo físico. En algunos casos, pocos, no es suficiente con el reseteo y hay que cambiarla.
6.- ¿Vemos la MAC de la SNMP en el nodo de la MAN?. ¿Podemos entrar fuera de banda? (sólo SNMP telnet, y sólo donde
disponible).
7.- ¿Llegamos a la SNMP-Telnet pero los chasis encadenados y/o los CM no se ven?, resetear la SNMP y sí no recupera cambiarla.
8.-Puede haber un CM que esté mal e influya en la gestión. Habría que sacarlos todos en horario nocturno e ir metiendo de uno en
uno hasta localizar el malo, el que deja el chasis sin gestión. Aunque sea un CM, lo cambiamos nosostros.
9.- Una avería muy recurrente con las últimas versiones de las SNMP's de los chasis CM Telnet es que la SNMP no reconoce bien
los CM's equipados, incluso a veces no ve ninguno.
3º Sustitución de la SNMP.
4º Sí aun así persiste, el problema lo estará dando algún CM. Ver punto 8.
10.-¿Estamos casi seguros que el problema está en JDS pero nos dicen que lo ven bien?, para asegurar que es problema de JDS:
1º Enfrentamos un PC, JDSU o similar al puerto de la MAN (incluyendo cableado hasta el DWDM), GMO crea en el PC una conexión
con los datos de la SNMP y lanza ping al gateway o nosotros a la dirección IP de la SNMP, debe contestar el PC del GMO. Con eso
comprobamos ese tramo.
2º Vamos al emplazamiento del chasis de CM, GMO conecta el PC a la salida del DWDM y hacemos la misma prueba, sí no hay
conectividad, el problema está en JDS. En este emplazamiento el GMO se puede conectar también contra la SNMP y hacerle Ping
para ver si le contesta. En este caso pondrá como dir. Ip propia, la del gateway.
Sí es necesario cambiar la SNMP, hay que configurar el nuevo repuesto, al menos la dir. Ip, dir. de re red, máscara y gateway. Lo
hace el GMO entrando por consola (ver apartado entrar por consola, en local).
En muchos chasis Telnet que tienen gestión fuera de banda, podemos entrar nosotros en remoto y configurar la SNMP:
[echmno1-1001]# printbootenv
-----------------------------------------
37 STARTGESTION: [02] SI
52 MOUNT_USR: [02] SI
53 STARTCONSOLA: [02] SI
54 CONSOLE: [01] 0
57 NUM_IFS_ETH: [01] 2
71 DUPLEX: [01] 2
75 POLL_GESTOR: [01] 0
84 SYNC_PROTO: [01] 2
97 DEVCODE: [01] 5
Para una configuración mínima, tocaremos las variables 4 (dir.IP), 5(dir. Red), 6(mascara), 7(gateway), 12(=33 para SNMP maestra
ó =161 para las encadenadas, 15(nombre del chasis*), y 142(sólo para SNMP esclavas, =2 para 1002, =3 para 1003, etc…)
>setbootenv 4 172.26.128.30
>setbootenv 15 echmno1-1001 *,
*El nombre del nodo no aparecerá hasta que reseteemos la tarjeta, los demás valores los toma inmediatamente al dar “enter”.
No obstante, hay otra manera de meter el nombre para que lo tome sin necesidad de reset:>hostname echmno1-1001
===============================================================================
Ethernet Interface
===============================================================================
===============================================================================
===============================================================================
-------------------------------------------------------------------------------
172.22.20.177 00:16:4d:7a:d2:6f 00h00m00s Oth[I] IP_GEST_AUX --GATEWAY , (hay que fijarse en lo verde)
Para Huawey:
VLAN/CEVLAN PVC
------------------------------------------------------------------------------
------------------------------------------------------------------------------
<emtcmo1-201>
Anexo FUENTES DE ALIMENTACION ambas tecnologías
Podemos ver su estado con el gestor gráfico o bien pidiendo las variables snmp’s (mibs), correspondientes con el script
“sacafuentes”, (desde el gestor de elementos), sirve para ambas tecnologías, cuando son encadenados se le pide a la SNMP
maestra y nos dá todos:
echmno1-1001;172.22.20.179;M/NORTE;20081013103407;BASTIDOR_TELNET_SONDA;MADRID;M/NORTE;ACTIVE;
CHASIS FA FB TEMPERATURA
echmno1-1001 53 52 19
echmno1-1002 49 49
echmno1-1003 47 47
echmno1-1004 48 47
echmno1-1005 47 47
echmno1-1006 48 48
echmno1-1007 48 48
FOTOS F.A.Telnet
683341 F.A. 3U -48VL CORTO : Cables de alimentación por delante:
683306 F.A. 3U -48V (ALTA POTENCIA ): Puede llevar tanto CM como AO (adaptadores ópticos):