Modelo de procedimiento

FORMATOCDIGOFOR.EP.PRO-007

Manual de UsuarioVERSIN2

FECHA26/11/07

USO INTERNOPg. 2 de 15

Nota Importante: Si el manual ser publicado en la Intranet, es necesario solicitar a Metodologa y Procesos de Sistemas el cdigo que le corresponde antes de gestionar las firmas

AAA.BB.CCC-001

Ttulo del DocumentoCUADRO DE CONTROL DE FIRMAS

FIRMAS

REVISIN SISTEMASAPROBACIN REA USUARIA

LDER DE PROYECTOLDER USUARIO

Nombre y firmaNombre y firma

DISTRIBUCINARCHIVOACTUALIZACINNIVEL DE ACCESO

Gerencia de Calidad, Procesos y Medio AmbienteEspecialista de Calidad, Procesos y Medio Ambiente del rea Tcnica

Especialista de Calidad, Procesos y Medio Ambiente del rea TcnicaINTERNOAcceso a nivel interno

EXTERNO

Este documento es de carcter confidencial

VERSION12345678910

FECHAdd/mm/aa

HOJA RESUMEN DE MODIFICACIONES

VERSIN 2, FECHA 05/12 /2011 PUNTOCAMBIOS RESPECTO DE LA VERSIN ANTERIOR

1Se agregan modificaciones para script equipos y se anexa configuracin para crontab

NDICE

31OBJETIVO

32MBITO DE APLICACIN

33GLOSARIO DE TRMINOS Y ACRNIMOS

34DESARROLLO

34.1Conceptos generales

34.2Componentes

35TAREAS

35.1Mantenimiento de equipos (/usr/local/sbin/utilExtras/equipos.py)

35.2Mantenimiento de usuarios (/usr/local/sbin/utilExtras/usuarios.py)

35.3Lectura de CDRs (/usr/local/sbin/utilExtras/leerCdr.py)

35.4

35.5Interfaces de provisin (/usr/local/sbin/utilExtras/verInterProv.py)

35.6

35.7Verificar acceso de red (/usr/local/sbin/utilExtras/verSnmp.py)

35.8

35.9Listado de archivos generados (/usr/local/sbin/utilExtras/verificar.py)

35.10

35.11Listado de archivos generados (/usr/local/sbin/utilExtras/verificar.py)

35.12

36TAREAS PROGRAMADAS

36.1Generar catalogo de interfaces (genCatInter.py )

36.2Generar catalogo de interfaces (genCdrDia.sh)

36.3

36.4Generar catalogo de interfaces (actualiza.py)

36.5

36.6Generar catalogo de interfaces (enviarInfoInter.py)

36.7Generar catalogo de interfaces (enviarInfo.py)

36.8Generar catalogo de interfaces (actInterProv.py )

37ANEXOS

37.1Anexo A

37.2Anexo B

1 OBJETIVO

Este documento describe en forma detallada el como mantener en operacin la plataforma de cricket ptimamente.2 MBITO DE APLICACIN

Debido que es una aplicacin en donde el usuario es el personal de operaciones el manual trabajara sobre los aspectos tcnicos y de soporte de cricket3 GLOSARIO DE TRMINOS Y ACRNIMOS SNMP CSV

4 DESARROLLO4.1 Conceptos generales

El cricket es una plataforma que combina varios elementos de software y de hardware que permiten recolectar estadsticas de trafico del Core para almacenarlas, graficarlas y generar CDRs que sern enviadas a Jntex para su tarificacin.

Esta funciona sobre un cluster activo pasivo y un storage compartido donde reside la informacin de trafico y el software de cricket.

En cuanto a software contamos con 4 elemento principales:

Cricket

Apache Server

SFTP Server

Python Scripting

Cricket es un elemento dentro de la red de Core que realiza consultas snmp cada 5 minutos a los elementos registrados en el, con el fin de recolectar informacin del trafico generado por cada una de sus interfaces. Esta informacin es almacena en archivos rrd para su posterior tratamiento.

Los binarios, configuracin y datos de cricket estn alojados en el storage, solamente los scripts de control de cluster y herramientas de operacin se encuentran en cada disco.

Cricket se ejecuta como un demonio controlado por Sun Cluster (cricket-rg) que en caso de fail-over designara el control del cluster al otro nodo.

4.2 Componentes

5 TAREAS5.1 Mantenimiento de equipos (/usr/local/sbin/utilExtras/equipos)

1) Permite agregar un equipo al control de cricket.

2) Permite eliminar un equipo al control de cricket.

3) Actualiza un equipo para agregar interfaces o quitarlas.

4) Cambia la etiqueta de grupo para un equipo

5.2 Mantenimiento de usuarios (/usr/local/sbin/utilExtras/usuarios.py)

1) Permite agregar un usuario de acceso web a cricket.1) Solo se agrega el mrt / mrn de usuario a la BBDD de cricket. No se almacenan contraseas, ya que esto es validado directamente con active directory.2) Elimina usuarios web de cricket5.3 Lectura de CDRs (/usr/local/sbin/utilExtras/leerCdr)

5.4 1) Despliega informacin del CDR generado por Jntex para la fecha indicada como argumento en el formato DDMMYY.2) El formato del archivo original es de texto separado por | y de ancho fijo.5.5 Interfaces de provisin (/usr/local/sbin/utilExtras/verInterProv.py)

5.6 1) Imprime la lista de las interfaces que actualmente se encuentran generando CDRs 5.7 Verificar acceso de red (/usr/local/sbin/utilExtras/verSnmp.py)

5.8 1) Proporciona una forma sencilla y automtica de verificar acceso a los equipos, validando existencia del equipo en el archivo /etc/hosts, comprobando por medio de un ping y que se pueda acceder por SMNP1) Los equipos a verificar tendrn que ser indicados en el archivo /usr/local/sbin/utilExtras/conf/equipos.list2) Este script se tiene que ejecutar con el usuario root5.9 Listado de archivos generados (/usr/local/sbin/utilExtras/verificar.py)

5.10 1) Imprime una lista de todos los archivos generados por la plataforma y los enviados por Jntex 1) Los archivos listados, sern los que en ese momento se encuentres fsicamente en el disco5.11 Listado de archivos generados (/usr/local/sbin/utilExtras/verificar.py)

5.12 2) Imprime una lista de todos los archivos generados por la plataforma y los enviados por Jntex 1) Los archivos listados, sern los que en ese momento se encuentres fsicamente en el disco6 TAREAS PROGRAMADAS6.1 Generar catalogo de interfaces (genCatInter.py )

Este script genera el archivo del catalogo de interfaces y lo actualiza en la BBDD de cricket en la tabla interfaces.

Para esto el script escanea la carpeta /cricketdata/datos de forma recursiva, buscando los archivos de la interfaces que actualmente se estn recolectando, excluyendo las que contengan en su nombre de archivo la siguientes cadenas: "device", "chassis", "qos", "cpu", "layer", "output", "atm.

Si el archivo de la interface no existe fsicamente, se elimina de la tabla y si existe fsicamente y no esta en la tabla, se inserta con un valor de 0 en el campo generar. El archivo es un cvs con los campos router, interface

Hora de ejecucin:

Una vez al da a las 00:00 hrs. 6.2 Generar catalogo de interfaces (genCdrDia.sh)

Este script genera el CDR que ser enviado a Jntex y que contiene la informacin del trafico generada por las interfaces marcadas para tarificacin. El CDR contiene informacin del da anterior a la ejecucin del script y contiene los siguientes campos: Fecha-hora, Router, Interface, In, Out en formato csv

Los CDRs se se almacena en las carpetas:

/cricketdata/ftp/historico/envios (CDRs se eliminaran una ves enviados)

/cricketdata/ftp/historico/respaldo (Son los CDRs de respaldo)

Hora de ejecucin:

Una vez al da a las 05:00 hrs. 6.3 Generar catalogo de interfaces (actualiza.py)

Este script actualiza en la BBDD de cricket el campo de location de la tabla routers. El valor se obtiene haciendo una consulta SNMP al campo sysLocation del equipo a donde pertenece la interface.

Hora de ejecucin:

Una vez al da a las 00:00 hrs.

6.4 Generar catalogo de interfaces (enviarInfoInter.py)

Este script envia el catalogo de interfaces a Jntex via SFTP.

El catalogo de interfaces es un archivo de texto plano csv con pares tipo: router, interface. Este archivo es generado por el script genCatInter.py

Hora de ejecucin:

Cada 30 minutos de 01:00 hrs. A 06:00 hrs. 6.5 Generar catalogo de interfaces (enviarInfo.py)

Este script envia los CDRs de trafico generado por el script genCdrDia.sh a Jntex via SFTP.

Si los CDRs por alguna razon o problema no pudieron ser enviados el dia que le corresponde, se enviaran al dia siguiente.

Hora de ejecucin:

Cada 30 minutos de 05:30 hrs. A 09:00 hrs.

6.6 Generar catalogo de interfaces (actInterProv.py )

Este script se encarga de leer el archivo generado por Jntex el cual es un archivo cvs con pares tipo router, interface, marcarlo para facturacin en la BBDD de cricket.

Es importante mencionar que el script marca al inicio todas las interfaces de la BBDD con un 0 (no facturacin) y con un 1 (facturacin) las que estn listadas en el archivo.

Hora de ejecucin:

Cada 30 minutos de 00:30 hrs. A 05:00 hrs. 6.7 Verifica que el demonio de alertas de CPU este en funcionamiento (cpuDaemon.sh)

Verifica que el demonio encargado de procesar las alertas de cpu y de memoria, se este ejecutando, en caso contrario lo lanza nuevamente

Hora de ejecucin:

Cada 5 minutos durante todo el da.

7 ANEXOS

7.1 Anexo A

< Adjuntar y/o referenciar informacin relevante relacionada con el contenido del presente documento >7.2 Anexo B

< Adjuntar y/o referenciar informacin relevante relacionada con el contenido del presente documento >

INFORMACIN PROPIEDAD DE TELEFNICA MXICO

Todos los derechos reservados