puesta en gestión e integración de equipos en som

Puesta en gestión e integración de equipos en SOM

ÍNDICE

1 Organización de equipos en SOM..................................................................22 Puesta en gestión de equipos IP....................................................................4

2.1 Configuración básica Ericsson (protocolo OSPF)......................................52.2 Escenario 1 : TN conectado directamente a un router................................72.3 Escenario 2 : TN gestionado a través de la radio.......................................82.4 Escenario 3: TN gestionado a través de una SAU IP/IPEX.........................92.5 Escenario 4 : TN gestionado a través de un E1.......................................122.6 Escenario 5: TN gestionado a través de RE Siemens..............................15

3 Integración de un TN en SOM.....................................................................183.1 Configuración del TN...........................................................................183.2 Revisión de alarmas...........................................................................193.3 Etiquetado de MMUS (en TN origen y destino).......................................203.4 Definición del equipo en SOM..............................................................213.5 Creación de una nueva agrupación.......................................................223.6 Colocación dentro de la agrupación correcta..........................................22

4 Integración de una SAU IP/IPEX en SOM.....................................................244.1 Configuración de la SAU IP..................................................................244.2 Revisión de alarmas...........................................................................254.3 Integración en SOM............................................................................264.4 Creación de una nueva agrupación.......................................................274.5 Colocación dentro de la agrupación correcta..........................................27

5 Integración de MINILINK-E en SOM.............................................................285.1 Minilink-e gestionado por una SAU o un TN............................................28

Puesta en gestión e integración de equipos en SOMPág. 1 de 31

1 Organización de equipos en SOM

Tras hacer Ericsson la migración de Minilink Manager a SOM, dejaron los equipos clasificados en carpetas según el tipo :

Posteriormente se creó una estructura de carpetas colgando de “Cadenas_Z5”, donde

se agrupan los equipos por provincias y, dentro de las provincias, por agrupaciones. Una agrupación es una cadena de equipos que toman gestión unos de otros hasta llegar a un equipo raíz, que se conecta a un puerto de un router o bien a un equipo gestionado por IP de otro suministrador.

Tx regional mantiene actualizado el directorio de red R:\Zona_5\A_TECNOLOGIA\__PUBLICO\_Zona 5 GTR\Gestión Equipos Tx\Plantillas TN y MLK-HCcon las plantillas de las cadenas de TNs y SAUs, y en base a esa información se han creado las agrupaciones en SOM.

En la estructura de árbol se ven los componentes, por orden alfabético, y si se pulsa doble click sobre la agrupación, se abre el mapa de la misma (como en RE Siemens) y vemos los equipos ordenados jerárquicamente para representar la cadena de gestión: arriba se sitúa el equipo raíz, y el resto se colocan siguiendo una estructura de árbol.

Un ejemplo:


Para que quede más claro, con el Paint se han dibujado líneas que indican de dónde toma gestión cada equipo

Además es conveniente indicar de dónde toma gestión el equipo raíz. Si se pulsa sobre el raíz TN50001 con el botón derecho “Modify” en la pestaña “Customer Data” se puede indicar con etiquetas:

Manteniendo actualizada esta estructura resulta mucho más sencillo analizar pérdidas de gestión y también facilita la integración de nuevos equipos.


2 Puesta en gestión de equipos IP.

Lo primero que haremos es abrir un escritorio remoto al SOM (10.65.2.75) y hacer un ping a la IP del equipo. En caso de que los paquetes IP no lleguen, haremos un traceroute –d <ip_del_equipo> para ver dónde se quedan y analizaremos el problema de nuestro caso concreto. Si el equipo responde, pasaremos al apartado 3 ó 4 para integrarlo dentro de SOM (según sea un TN o una SAU IPEX).

En nuestra red de gestión hay multitud de escenarios. Un equipo puede ir directo a un puerto de un router, o bien a través de otros elementos IP como: TNs, radio enlaces Siemens, Minilink HC, minilink-e con SAU IP o una combinación de un subconjunto de estos.

Para tener claro el escenario en que trabajamos es útil consultar las plantillas de TX regional, que se encuentran en la ruta:R:\Zona_5\A_TECNOLOGIA\__PUBLICO\_Zona 5 GTR\Gestión Equipos Tx\Plantillas TN y MLK-HC

Al estudiar los ficheros de TX obtendremos la siguiente información: De qué cadena de gestión forma parte Por qué puerto del router recibe la gestión Los elementos (y sus IPs) que los paquetes IP atraviesan hasta llegar al equipo.

El primer paso es determinar si el enrutamiento por los routers del NOC-IP es correcto. Para ello tenemos que tener localizado el elemento inicial de la cadena (el raíz), el que se conecta al router, y observar en qué punto se quedan los paquetes con el tracert

Si se quedan en la IP 10.48.0.58 es porque la subred del equipo no está enrutada por el NOC-IP. Hay que preguntar a TX regional por la petición de enrutamiento y, si no existe, que la creen y, si existe, asegurarse de que esté resuelta.

Si no llegan a la IP del elemento raíz de la cadena, tenemos que localizar la petición de enrutamiento y llamar al NOC-IP para que la revisen.

Si llegan al elemento raíz, podemos dar por buena la parte del NOC-IP y es responsabilidad nuestra que los paquetes progresen adecuadamente hasta el nuevo equipo.

En el último caso, para seguir analizando dónde está el problema hay que tener en cuenta los posibles escenarios que se analizan en los siguientes apartados para ver cómo se configuran los distintos elementos de la cadena.


2.1 Configuración básica Ericsson (protocolo OSPF).

Este es el escenario básico y que tenemos que tener muy claro para poder integrar cualquier TN. Se puede componer de diversos equipos Ericsson, que pueden ser:

Traffic Nodes Minilink-e con SAU IP o SAU IPEX Minilink HC

Para cada equipo tiene que estar abierto el enrutamiento en los routers, como vimos en el apartado anterior (todos se enrutan hacia la IP del elemento raíz). Las cadenas de equipos Ericsson enrutan los paquetes IP usando las tablas generadas por el protocolo de enrutamiento OSPF, que propaga la subred de cada equipo por todos lo demás, de manera que cualquier equipo sea capaz de enrutar correctamente los paquetes IP al resto. No es necesario usar rutas estáticas en ningún momento.

Para que OSPF funcione correctamente en la cadena es necesario que cada equipo tenga definida como gateway la IP del equipo del que recibe la gestión, o sea, de su cabecera (esto equivale a una ruta estática del tipo 0.0.0.0 0.0.0.0 <ip-equipo-anterior>.

Y también es necesario que cada uno de los equipos tenga configurada el área OSPF correctamente. Los datos necesarios nos los aporta TX pero es conveniente conocerlos por si hay erratas en la plantilla:

Network: dirección de red del equipo. Es la primera IP de la subred a la que pertenece el equipo (ver imagen). Aunque la da ingeniería, es conveniente revisarla.

Máscara: máscara del equipo OSPF id: etiqueta identificativa de la

cadena de radio enlaces. Suele ser la IP del equipo cabecera. Atención, parece una IP pero es tan sólo una etiqueta y debe ser la misma en todos los equipos de la cadena.

Ejemplo : el TN50095 tiene la IP 10.131.2.57 y máscara 255.255.255.192 y el OSPF id 10.131.2.57. En la opción “Configuration” “DCN” “OSPF Areas” ponemos


Veamos como ejemplo una cadena de TNs y SAUs IPEX:

Las líneas rojas nos indican la conexión entre los distintos elementos (una línea continua representa un cable ethernet y una sesgada un radio enlace).

A la izquierda de cada equipo hay un recuadro de fondo blanco con la información de cómo está configurado.

Además, se han agrupado con un recuadro negro los elementos que están en el mismo emplazamiento (SR- de subred). Observad cómo los equipos que están en un mismo emplazamiento tienen la misma máscara de red y las IPs pertenecen a la misma subred: si no es así no entraría en gestión el segundo.

Para que los distintos equipos se vean unos a otros tiene que estar bien configurado el OSPF, como se comentaba antes, lo podéis comprobar en este ejemplo. Todos tienen el Area id igual (10.129.83.1) y tienen la network correcta y la máscara coincide con la del equipo.

Además, cada uno tiene definido como gateway la IP del equipo anterior, del que toma gestión, como se puede ver con los recuadros y flechas en color azul.

Así pues, se ve que un escenario que incluye SAUs IPEX no aporta mayor dificultad que dejar configurada la SAU IPEX de forma correcta para que se vean por OSPF. De todas formas, en el apartado “2.4 Escenario 3: TN gestionado a través de una sAU IP/IPEX” se detalla cómo se configura la SAU y los problemas que puede dar.


2.2 Escenario 1 : TN conectado directamente a un router

Si los paquetes no llegan al TN, llamaremos a Ip-seguridad (Ext 31379) para comprobar su parte:

El puerto del router debe estar desbloqueado y arriba a nivel físico (hay algo conectado)

En el puerto del router se debe ver una MAC (la del TN): si es así, hay que revisar el cableado.

Deben poder hacer ping al TN desde el router: si no responde hay que revisar en local la IP, máscara y gateway.

Configuración del TN en local (ejemplo TN50095)

Opción “Configuration” “Basic NE”: la máscara debe ser la misma que tenga el puerto de router, la gateway es la IP del puerto del router y la IP del equipo debe pertenecer a la misma subred que la IP del puerto del router.

Opción “Configuration” “DCN”


2.3 Escenario 2 : TN gestionado a través de la radio

Como prerrequisito, el TN cabecera tiene que estar gestionado.

El TN nuevo se conecta al TN cabecera a través de un radio enlace, a través del cual toma la gestión. Sobre la MMU se crea automáticamente un canal de gestión PPP llamado SC, que debe estar habilitado en ambos extremos y, por supuesto, la radio debe estar operativa.

Configuración del TN cabecera

En Configuration DCN PPP, se marcan “UP” en los canales SC de la MMU (radio) que tiene conexión con el nuevo TN . Ojo, si el AMO es un 1+1 habrá que dejar UP los dos SCs, el SC1 va por la radio principal y el SC2 por la de reserva.

Se comprueba en “PPP Status” que quedan “UP”. Ejemplo: TN50095 con la MMU del slot 2 hacia el TN50097:

Se crea el área OSPF en “Configuration” “DCN” “OSPF areas” según los datos de TX regional.


Configuración del TN nuevo

Igual que en el TN cabecera, en Configuration DCN PPP, se marcan como “UP” los canales SC de la MMU (radio) por los que recibe la gestión. Esto se debe hacer en local.

Si el PPP en el TN cabecera está arriba pero no se llega por ping al TN nuevo, es posible que no esté bien configurado en local (IP, máscara, gateway o área OSPF). Si no disponemos de personal on-site, se puede configurar el TN por telnet, para ello consultar el documento “TN - Configuración de un Traffic Node por telnet.doc”, que se encuentra en el directorio R:\Zona_5\A_TECNOLOGIA\AT_OyM\OPERACIONES_R5\1_ERICSSON\RE_Ericsson\3_Guias_Procedimientos

2.4 Escenario 3: TN gestionado a través de una SAU IP/IPEX

Para poder aprovechar minilink-e existentes y usarlos para llevar gestión de equipos IP, necesitamos las SAU IP/IPEX, que encapsulan los paquetes sobre la gestión del minilink-e.

La SAU IPEX sustituye a la SAU básica en ambos extremos de un minilink-e. Soporta las funciones de la SAU básica y, además, tiene un router interno interno y una toma ethernet para conectarla a equipos gestionado por IP, de forma que los paquetes se transmiten por una conexión tipo PPP que se crea sobre la radio del minilink.

Un ejemplo básico (ver imagen): tenemos un minilink que va de un emplazamiento con un router a un destino donde quiero instalar el TN50256. Para ello sustituyo las SAUs del minilink por SAUs IP (ver imagen) y conecto la toma Ethernet de la SAU origen al router y la toma Ethernet de la SAU destino al TN50256.

La configuración de la SAU origen es similar a la de un TN conectado a un router (ver apartado 2.2), añadiendo las consideraciones del apartado 2.1 del protocolo OSPF, relativos a la IP, máscara, gateway y área OSPF. Con esto ya entra en gestión sin más problemas.

Para poder gestionar la SAU destino, además de lo indicado para la origen, hay que dejar bien

configurados otros parámetros específicos de la SAU, tanto en origen como en destino, para dejar operativos los canales SC de gestión IP sobre la radio.


En Configuration Basic NE, vemos un apartado que se ha remarcado con un borde azul en la imagen

El tipo de AMM (tamaño del bastidor de minilink-e) no lo podemos modificar ni en remoto ni en local, es un dato que la SAU obtiene y configura automáticamente, si bien no siempre lo lee correctamente. Por ello es recomendable confirmar con alguien con site en qué tipo de AMM se inserta la SAU IP y, si es un 4U, en qué posiciones está el radio enlace en cuestión (1+2 ó 5+6). Si el AMM no coincide con el de nuestra SAU, basta con resetearla (no afecta al tráfico) o bien extraerla e insertarla en el AMM para que lo lea bien.

A continuación vamos al menú Configuration DCN PPP y nos aseguramos que los canales de gestión SC de las MMUs de nuestro radio enlace (en este caso, en las posiciones 1 y 2) estén con estado administrativo “UP” y también habilitamos las notificaciones para que genere una alarma si caen.


Para comprobar el estado de los canales PPP, pulsamos la opción “PPP status” al final de la ventana:

Se configura la SAU destino (en local), teniendo en cuenta lo mismo que para la origen, paso por paso. Una vez configurada, lo normal es que los canales PPP en origen y destino queden UP (como en la imagen anterior) y que se vea la IP del otro extremo y que la SAU destino entre en gestión.

Si los canales PPP siguieran caídos, podemos probar a hacer un reset de ambas SAUs, en la opción de menú Tools Restart y elegimos la opción “Warm restart”, con esto deben levantar. En caso contrario, hay que revisar de nuevo en ambas SAUs que esté bien configurado el AMM y el slot de las MMUs y que los canales SC estén administrativamente “up”.

Para gestionar el TN conectado a la SAU destino, basta con dejarlo correctamente configurado (IP, máscara, gateway y OSPF) según se indica en el apartado 2.1 y debe entrar en gestión.


2.5 Escenario 4 : TN gestionado a través de un E1

Como prerrequisito, el TN cabecera tiene que estar gestionado.

Ejemplo1: el TN50009 se gestiona por un E1 completo del TN50141.Ejemplo2: el TN50284 se gestiona por 3 TS (por DXX) del TN50249.

Configuración del TN cabecera

Ir al Configuration DCN DCN OVER TRAFFIC y se selecciona “DCN over dedicated E1” si se usa el E1 entero y “DCN over channelized E1 with traffic passthrough” si se usan sólo unos TSs.Se selecciona la tarjeta y el puerto eléctrico o el contenedor a usar y se suele poner:

Clock source = Through-timingFraming = “Basic Frame”Idle Pattern : todos seleccionados

Si es el caso, se seleccionan sólo los TS indicados en el NCR.

Ejemplo1 (E1 completo) en el TN50009 destino:

Ejemplo2 (3 TS) en el TN50249 cabecera:

Al lado de la tarjeta seleccionada aparece la conexión PPP (punto a punto) que se ha creado, con el nombre PPP x/xx/x.


En Configuration DCN PPP hay que poner el PPP creado el “Administrative Status” a “Up” y en “PPP Status” (abajo del todo en la pantalla) se ve si levanta.

Configuración del TN en local

Se debe configurar IP, máscara, Gateway y área OSPF en local.

Además, se debe configurar el DCN Over traffic igual que se detalla en el TN cabecera, la única diferencia es que la tarjeta y el puerto/contenedor será otro.

Si la transmisión está creada y STR ha dado paso en los dos extremos, el puerto eléctrico se quedará “UP” y el PPP también y se podrá gestionar el TN.

Configuración de DXX

En el caso de que se gestione a través de una serie de TS el A2M suele ir por DXX.Las GMHs origen y destino se deben configurar como MUAP y el circuito se crea como si fuera para una BTS.

Caso en que el E1 a usar ya lleva tráfico

Si el puerto/contenedor del TN destino lleva tráfico, hay que seguir los pasos:

La conexión en cuestión es la segunda: 1/2/1 1.2 con 1/1/3B. Se borra dicha conexión (tirando la BTS que lleva).

Se crea un canal DCN entre ambos puertos extrayendo dos TS (30 y 31) para la gestión


Y ya está. El ejemplo es del TN50467.


2.6 Escenario 5: TN gestionado a través de RE Siemens

Este escenario es bastante frecuente, si bien no siempre se detalla bien en el NCR cómo configurarlo.

En este caso, es una buena práctica incluir al final del nombre de la agrupación (ver imagen) el nombre del AMO seguido de la etiqueta “Siemens”. De esta manera queda claro cuál es el escenario y resulta mucho más fácil integrar nuevos equipos.

Veamos como ejemplo cómo se hizo para gestionar el TN50173 y el TN50598.

La cadena de gestión comienza por una agrupación Siemens. En la imagen se ha escrito en rojo las IPs de los nodos desde el raíz, que es la DQA5003, la que se conecta al router, hasta el AMO012210/Destino, que es donde se conecta el TN50173:

Gestionar un TN conectado directamente a un RE Siemens

En nuestro ejemplo es el TN50173.

Lo primero que se observa es que el TN que se conecta a Siemens (TN50173) debe tener la misma máscara que el RE Siemens (típicamente 255.255.255.240) y sus IPs deben pertenecer a la misma subred. Podemos hacer la prueba de hacer ping desde el cliente de Netviewer de Coruña (VNC a 10.65.2.62 con contraseña am1g0) al TN y


veremos que responde, ya que la IP del TN está dentro de la subred del AMO012210, subred que la cadena de radio enlaces Siemens ha aprendido con su protocolo de enrutamiento RIP.

Pero desde el gestor de Minilink veremos que los paquetes no llegan. Esto es porque los paquetes que del TN hacia SOM suben hasta la subred de Siemens, donde son descartados, ya que estos no saben a dónde enviar dichos paquetes. Suponiendo que el TN50173 está bien configurado y conectado, tan sólo hay que abrir las rutas hacia el gestor de SOM en la parte Siemens. Para ello, nos vamos al equipo raíz de la agrupación (DQA5003) y abrimos la pantalla de rutas estáticas

e introducimos las 4 líneas rodeadas con rojo, teniendo en cuenta que la Gateway es la IP del router de la DQA5003, por lo que varía según el ejemplo

Con esto ya tenemos en gestión el TN50173.

Gestionar un TN que cuelga de RE Siemens con uno o más TNs intermedios

En nuestro ejemplo es el TN50598.

En este caso, en la agrupación de RE Siemens ya tenemos abiertas las rutas hacia el gestor de Ericsson, por lo que veremos con el tracert desde el SOM que los paquetes llegan a la DQA5003 pero que ahí no progresan ¿por qué? Por que el TN50598 pertenece a una subred nueva que la agrupación de Siemens no conoce.

Hay que tener muy presente que Siemens habla RIP y que Ericsson habla OSPF y que las rutas aprendidas por cada protocolo no son vistas por el otro, así que tenemos que ir abriendo rutas estáticas para que Siemens sea capaz de enviar los paquetes del TN nuevo hacia el TN cabecera (en este ejemplo, el TN50173) y, desde ahí, los equipos Ericsson, mediante OSPF, ya son capaces de enrutar los paquetes.


Para ello nos abrimos en Netviewer el RE Siemens que se conecta al primer TN de la cadena

y abrimos la tabla de rutas estáticas, donde introducimos la línea resaltada en rojo, teniendo la precaución de poner la máscara que del TN nuevo (no queremos enrutar más IPs de la cuenta, ya que en un futuro puede colisionar con la integración de otro equipo) y poniendo cono Destination la dirección de la subred del nuevo TN y como Gateway la IP del TN cabecera (TN50173)

Con esto ya tendríamos en gestión el TN50598.


3 Integración de un TN en SOM.Como prerrequisito, es necesario tener conectividad IP con el mismo. Los pasos a seguir para integrarlo son:

3.1 Configuración del TN.Hay que conectarse al equipo escribiendo la IP en una ventana de Internet Explorer.

Opción del menú CONFIGURACION -> BASIC NE. 1. Se cambia el nombre: se pone el TN seguido de la provincia y del

nombre del emplazamiento (separado por guiones)2. Se revisa fecha y hora3. Se activa la funcionalidad de backups automáticos

Opción del menú CONFIGURACION -> DCN. Se configura el envío de traps al servidor y el servidor FTP de backups


Opción del menú CONFIGURACION -> DCN (OSPF AREAS). Se comprueba que el OSPF está bien definido (si tenemos dudas, consultar el apartado 2.1 de este documento):

3.2 Revisión de alarmas

Opción del menú FAULT -> ALARM LIST. Se apuntan las alarmas y se tratan todas, el equipo debe quedar sin alarmas.

Los casos más comunes que se dan son:

Alarma de fallo en alguna tarjeta: se notifica al condado para que abran ATR al proveedor.

Alarma de Ethernet caído cuando no se gestiona por él. Basta con deshabilitar la notificación de alarmas de la toma ethernet, en la opción CONFIGURACION –> DCN -> LAN/SERVERS.


OJO: sólo hay que deshabilitar las notificaciones, es mejor no cambiar el estado administrativo a fuera de servicio porque (es incomprensible pero verídico) se puede perder la gestión del equipo.

Alarma de LOS en puerto eléctricos : se deshabilita el envío de alarmas del puerto. Se selecciona el puerto en el árbol del TN (izqda) y se quitan los ticks de envío de alarmas

3.3 Etiquetado de MMUS (en TN origen y destino)

Etiquetamos las MMUs que tenga nuestro TN con el nombre del AMO y el TN destino. Es en la opción del menú TOOLS -> INVENTORY (Asset ID)

Si nuestro TN se gestiona a través de la radio de otro TN, abriremos el Explorer del TN cabecera y ahí también etiquetaremos el AMO y el TN destino. Esto va a facilitar la creación de conexiones en los TNS.


3.4 Definición del equipo en SOM

Se edita el fichero de hosts en C:\windows\sytem32\drivers\etc\hosts y reincluye una línea con la IP del TN seguida del nombre, con el objeto de poder hacer ping, telnet o http al nombre del TN sin tener que buscar su IP.

Se pulsa el icono de Autodiscovery

Y en la ventana que se abre se selecciona el plug-in MTN, se escribe la IP y se pulsa la flecha para que la IP aparezca en el recuadro de abajo. Se pueden integrar varios TNs a la vez, rellenando las IPs y pulsando la flecha. Se selecciona/n el/los TN/s y se pulsa el botón OK.

En la parte inferior de la ventana se indica si el comando ha tenido éxito o no.

Si SOM ha detectado el equipo, se abre una ventana con el TN, se selecciona y se pulsa CONFIGURE. El TN aparece entonces en el árbol dentro de la carpeta Autodiscovery.


3.5 Creación de una nueva agrupación

Si se quiere integrar un TN o SAU que es el equipo raíz de una cadena, como paso previo hay que crear la nueva agrupación en el SOM. Es tan sencillo como abrir el mapa de la provincia correspondiente (con doble click en el árbol en la parte izquierda de la ventan) y, dentro del mapa que se muestra en la parte derecha, se pulsa el botón derecho y se elige la opción “Add Subnetwork”

En la ventana que se abre rellenamos el nombre de la agrupación (dado por TX regional).

OjO: cuando se crea una agrupación nueva hay que programar la realización de los backups de sus equipos, este paso está descrito en el documento ???

3.6 Colocación dentro de la agrupación correcta

Para dejar el TN dentro de la carpeta de su agrupación lo primero es localizar la agrupación en SOM. Para ello se puede navegar por el árbol de carpetas, aunque es más sencillo hacer una búsqueda de algún TN de la cadena. Hay que pulsar el botón “Find node”:

Y rellenar el nombre del TN con * al final (Ej: TN50255*) y seleccionar todos los tipos de NE de la lista y pulsar el botón “New”:


En el ejemplo se ve que está en Málaga, dentro de la agrupación MA_PICOS_REALES

Ahora se busca la agrupación en el árbol de la parte izquierda de la ventana y se abre con doble click. Se selecciona el nuevo TN (que está dentro de la carpeta Autodiscovery) y se arrastra con el ratón hasta colocarlo dentro de la agrupación, justo debajo de su equipo cabecera.

Si el icono no ha quedado donde se desea, o bien hay que mover otros para rehacer la agrupación, hay que mantener pulsada la tecla SHIFT mientras se mueven los equipos con el ratón.


4 Integración de una SAU IP/IPEX en SOM.

Como prerrequisito, es necesario tener conectividad IP con la misma. Los pasos a seguir son:

4.1 Configuración de la SAU IP.

Se abre el equipo escribiendo la IP en una ventana de Internet Explorer, para dejarlo bien configurado:

Opción del menú CONFIGURACION -> BASIC NE4. Se cambia el nombre: el AMO seguido de O si la SAU está en el origen

o D si está en el destino, seguido de la provincia y del nombre del emplazamiento (separado por guiones).

5. Se revisa fecha y hora

Opción del menú CONFIGURACION -> DCN. Se configura el envío de traps al servidor, el FTP Server y, si recibe gestión por una toma LAN, se habilitan las notificaciones.


Opción del menú CONFIGURACION -> DCN (OSPF AREAS). Se comprueba que el OSPF está bien definido (si se duda, se puede consultar el apartado 2.1 de este documento)

Opción del menú CONFIGURACION -> DCN (PPP). S comprueba que todos los SC están con estado administrativo “up” y se habilitan las notificaciones en las MMUs que llevan la gestión (se pueden ver en DCN Basic NE)

4.2 Revisión de alarmas

Opción del menú FAULT -> ALARM LIST. Se apuntan las alarmas y se tratan todas, el equipo debe quedar limpio de alarmas.


4.3 Integración en SOM

Es análogo a como se hace con un TN: se pulsa el icono de Autodiscovery

Y en la ventana que se abre se selecciona el plug-in MSI, se escribe la IP y se pulsa la flecha para que la IP aparezca en el recuadro de abajo. Se pueden integrar varias SAUs a la vez, rellenando las IPs y pulsando la flecha. A continuación se selecciona la IP y se pulsa el botón OK.

En la parte inferior de la ventana de SOM se indica si el comando ha tenido éxito o no.

En caso de que lo haya reconocido, se abre una ventana con la SAU que ha detectado el gestor, donde hay que seleccionarla y pulsar CONFIGURE. Entonces aparecen en el árbol dentro de la carpeta Autodiscovery.

PROBLEMAS: En ocasiones la SAU recién descubierta se queda con color blanco, esto significa que el gestor no ha conseguido establecer bien la conexión con la SAU y que detecta que está desconectada, si bien la podemos abrir en un Explorer. Normalmente esto se soluciona borrando la SAU y repitiendo los pasos anteriores para volver a definirla.


Para borrar la SAU, se selecciona en el árbol de la izquierda de la ventana y con botón derecho se elige la opción “Delete” y se confirma. Pero aún no se ha borrado del todo, tan sólo se ha pasado a estado Unmanaged.

Ahora, teniendo seleccionado la raíz del árbol “Network”, se pulsa el botón “Network Data List” (rodeado con rojo en la imagen).

En la lista que aparece hay que marcar la opción “Show Unmanaged NE” para que muestre la SAU. Se ordena por el campo IP y se busca la SAU y, teniéndola seleccionada, se pulsa el botón con el aspa para borrarla de todo del SOM.

4.4 Creación de una nueva agrupación

Igual que en el caso de un TN, ver apartado 3.5 de este documento.

4.5 Colocación dentro de la agrupación correcta

Igual que en el caso de un TN, ver apartado 3.6 de este documento.


5 Integración de MINILINK-E en SOM.

5.1 Minilink-e gestionado por una SAU o un TN.

Como prerrequisito para poder integrar en SOM tenemos que tener la SAU IPEX o el TN en gestión.

Se toma como ejemplo el escenario anterior, donde al AMO010102 se le sustituyen las SAUs básicas por SAUs IPEX en ambos extremos. Las identidades del radio enlace son 5OIK y 5OIk.

Primero hay que crear una subred nueva de minilink-e. Teniendo seleccionado un minilink-e cualquiera, con el botón derecho se elige la opción “Autodiscovery”

Se abre una ventana con la lista de subredes de minilink-e existentes. Para el gestor, los minilink-e que van conectados y toman la gestión unos de otros hasta llegar a un minilink raíz que está conectado a un router o a cualquier otro equipo gestionado por IP, como puede ser un TN o una SAU.

Se pulsa el botón “Add” y, en la ventana que se abre, se define la nueva subred, poniendo la IP del equipo al que se conecta (en nuestro caso, la SAU origen 10.129.83.32), el puerto al que se conecta + 4000 (en nuestro caso, es el puerto 1 + 4000 = 4001; si el minilink está insertado en origen en un TN, el puerto será el slot de la MMU + 4000) y un texto que lo identifique.


La nueva agrupación aparece al final de la lista , hay que tomar nota del ID que se le ha asignado (117). El gestor debe poder conectarse con la SAU, por lo que el aspa roja (que indica que no tiene comunicación con la agrupación) debe desaparecer, aunque a veces puede tardar varios minutos.

Una vez es reconocida, se definen las identidades del radio enlace asociándolos al ID 117.Teniendo seleccionado “Network” en el árbol, se pulsa el botón de “Network data list” y, en la nueva ventana, el botón “Create NE” y se rellena la identidad del origen, en “suffix” se pone cualquier número y en “Type” se elige el del AMO (se obtiene de Remedy ode Configuración de Red).


En la pestaña “Protocol” se rellena la IP 10.65.14.244 y de nuevo la identidad del AMO

En la pestaña “Attributes” se pone el ID de la subred que se creó antes:

Y se pulsa “Apply”. Se puede aprovechar que la ventana queda con los datos escritos para modificarla y definir en un momento la identidad del destino.


10.65.14.24

Se abre la ventana de la agrupación y, sobre el background se elige la opción del botón derecho del ratón “Add NE”, se selecciona el código de identidad que se acaba de crear y se da a OK.

BUSQUEDA DE IDENTIDAD CON: EJEMPLO: *ONM*


puesta en gestión e integración de equipos en som

Documents