Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Curso Formacion de Operadores CGP Telefonica Parte 2
Curso Formacion de Operadores CGP Telefonica Parte 2
Parte 2
Índice General
Provisión
Aplicación Vantive 3
Aplicación MDM 49
Performance Viewer 52
Data Viewer 64
Command Console 70
Aplicación Netcool 105
Aplicación NIMBA 135
Equipamiento TEE
Equipamiento Cisco 169
Equipamiento Teldat 214
CURSO INICIAL
Explotación
Aplicación Vantive
Explotación – Aplicación Vantive
Introducción
4
Explotación – Aplicación Vantive
Introducción
Recepción Apertura
Estado: Recibida
5
Explotación – Aplicación Vantive
Introducción
6
Explotación – Aplicación Vantive
Inboxs (buzones)
Es la ubicación de
los distintos
expedientes
relativos a
incidencias
7
Explotación – Aplicación Vantive
Inbox EDCs
• Muestra los expedientes abiertos a través del CAC, CACE o Sirio
Inbox de grupo
• Muestra las incidencias pertenecientes a un grupo
Inbox de usuario
• Muestra los expedientes asignados a un usuario
Inbox incidencias masivas
• Muestra las incidencias que afectan a un gran número de circuitos. Se
utiliza a modo informativo, y así poder incluir una incidencia de un
circuito particular a dicha masiva
8
Explotación – Aplicación Vantive
Incidencias
Recibidas desde otros áreas: CAC, CACE o Sirio
Detectadas desde el CG a través de las herramientas de monitorización
Barra de herramientas
Ir a la siguiente/anterior incidencia
Guardar incidencia, guardar y crear nueva, guardar y cerrar
Notificación de incidencia
9
Explotación – Aplicación Vantive
Barra de herramientas
Actualizar datos
Activar/Desactivar verificación S.G.C
Actualización tiempo acumulado
Cambio de estado
Finalización de acción
Autoasignación
Asignar incidencia
Desasociación masiva
Crear y enviar boletín Sirio
Crear boletín Sirio
Vincular boletín a la incidencia
10
Explotación – Aplicación Vantive
Apertura de una incidencia detectada proactivamente
11
Explotación – Aplicación Vantive
Apertura de una incidencia detectada proactivamente
Proactiva por alarma. Detectadas a través de las distintas herramientas de
monitorización
Proactiva por rutina. Detectadas por tareas rutinarias
Una incidencia detectada de forma proactiva de cualquiera de las formas
anteriores siempre tendrá como origen ‘gestor de servicios’
12
Explotación – Aplicación Vantive
Apertura de una incidencia detectada proactivamente
Se identifica el circuito a través del valor del campo seleccionado: NRI,
NAD, ADSL, RDSI, etc. Con esta información nos aparecerán los datos de
cliente
Rellenamos el síntoma que tiene el circuito, el área que abre la incidencia,
la vía que indica cómo se ha detectado y por último la fase de servicio
Se guarda y nos la autoasignamos para poder tratarla
En caso de error al intentar guardar, habrá que revisar los datos
autorellenados de la pestaña ‘instalación’
13
Explotación – Aplicación Vantive
Incidencia abierta desde el CACE, CAC o Sirio
Estas incidencias nos aparecerán en el buzón del CG o en el buzón de EDCs
Al abrir la incidencia, se nos autoasignará y podremos comenzar a tratarla
Incidencias masivas
Si la incidencia abierta está incluida en una incidencia masiva, será
necesario incluirla para que sea tratada por el área correspondiente. Para
ello, en la pestaña de ‘Incidencia’, seleccionaremos la incidencia masiva
correspondiente para asociarla a ésta desapareciendo de nuestro buzón
14
Explotación – Aplicación Vantive
Gestión de incidencias
Instalación
• Será necesario comprobar que los datos que aparecen son los
correctos, y en caso contrario corregirlos
• Hay que destacar la importancia de los datos de la persona de
contacto de la sede donde está el problema
Diagnóstico
• En base al estado del circuito, corresponde con una primera
valoración de la causa de la incidencia (puede ser modificada)
• Es muy importante realizar el diagnóstico rápidamente (10-15min) ya
que es la prueba que comenzamos a tratar la incidencia
15
Explotación – Aplicación Vantive
Gestión de incidencias
Diagnóstico
• Problemática
• Peticiones de los clientes de dejar en observación los circuitos un
largo periodo de tiempo
• Localización de los clientes durante periodos festivos: fines de
semana, vacaciones, etc.
16
Explotación – Aplicación Vantive
Gestión de incidencias
Diagnóstico
• Solución: serie local (solo aperturas proactivas)
• Estado observación por más de 12 horas: se cierra y se abre una
nueva como proactiva para convertirla en local
• Provisión incompleta: se anula (si no es proactiva) y se reabre como
proactiva para convertirla en local
• Incidencia proactiva pero no se puede contactar con cliente en dos
horas: local
Si existe avería real, se cierra la incidencia local y se abre una nueva
para tratarla
Si no existe avería real, se cierra la incidencia local y se abre una
nueva para cerrarla indicando la causa adecuada
17
Explotación – Aplicación Vantive
Gestión de incidencias
Diagnóstico
• Solución: serie local (solo aperturas proactivas)
• Abiertas por cliente y NO se contacta con él en dos horas:
Se cierra dicha incidencia indicando ‘mala operación de cliente’
Abrimos una como ‘proactiva por rutina’ y la convertimos en local
indicando el número de la incidencia anterior de la que procede
18
Explotación – Aplicación Vantive
Gestión de incidencias
Contactos
• Indica los contactos realizados con el cliente y/o con las distintas áreas
• Se intentará, en lo medida de lo posible, ser lo más explicativo posible
respecto a pruebas, acciones realizadas, etc.
Paradas
• Cuando la incidencia no puede ser tratada porque no se contacta con
cliente, está en observación, etc.
• Una vez resuelto el motivo de la parada, será necesario quitar dicha
parada
19
Explotación – Aplicación Vantive
Gestión de incidencias
Actuaciones
• Cuando la solución de la incidencia depende de otro área de TEE
(interna) o de un proveedor de mantenimiento (externa)
• Actuación interna. La comunicación entre áreas es a través de los
buzones. Se explica detalladamente en qué consiste la actuación
solicitada y sobre qué circuito, y se selecciona el área destino de la
actuación. Esta actuación se envía al guardar la incidencia
• En el caso de recibir una incidencia abierta desde Sirio, es necesario
vincular la actuación a dicho boletín Sirio
20
Explotación – Aplicación Vantive
Gestión de incidencias
Actuaciones
• Actuación externa. La comunicación se realizará a través de e-mail
• Se explican detalladamente las acciones, pruebas realizadas, etc.
para argumentar dicha actuación (los datos del circuito se obtienen
directamente de la pestaña ‘instalación’)
• Se selecciona el proveedor correspondiente y se envía dicho correo
• Una vez resuelta la actuación, seremos nosotros los encargados de
finalizarla
21
Explotación – Aplicación Vantive
Gestión de incidencias
Comentarios
• Son todos
aquellos datos
que puedan
ayudar en la
resolución de la
incidencia y no
puedan
considerarse
contactos
(actuaciones
propias)
22
Explotación – Aplicación Vantive
Gestión de incidencias
Boletín Sirio
• Es el medio de
comunicación
con TdE para las
incidencias de
línea de circuito
23
Explotación – Aplicación Vantive
Gestión de incidencias
Boletín Sirio
• La pestaña ‘franqueos’ indica la/s causa/s y actuaciones realizadas en
la resolución del boletín
• Una vez comprobado el correcto (o no) franqueo, se confirmará (o no)
en la pestaña ‘conformidad/disconformidad cliente’
Incomunicaciones
• Se considerará incomunicación la perdida total de comunicaciones
del cliente en una sede (por tanto, se incluyen los hipotéticos
respaldos)
• Se generan automáticamente si en el campo síntoma se ha señalado
‘Incomunicación’
• También se pueden generar manualmente
24
Explotación – Aplicación Vantive
Gestión de incidencias
Incomunicaciones
• Cuando la incomunicación recupere, es muy importante quitar dicha
incomunicación
• No se puede cerrar una incidencia con una incomunicación vigente
Documentos
• Para adjuntar documentos útiles para la resolución de la incidencia:
gráficos de tráfico, batería de pruebas, etc.
Anteriores
• Muestra las incidencias pasadas del circuito desque fue creado
25
Explotación – Aplicación Vantive
Gestión de incidencias
Histórico
• Se genera automáticamente e indica todos los pasos y acciones que
se han llevado a cabo durante la duración de la incidencia y hasta su
cierre
Solución
• Es, en resumen, el hecho que ha provocado la apertura de la
incidencia y su solución. Se rellenan los campos: causa, responsable,
localización y solución.
• Una vez solucionada la incidencia, se pasa a resuelta
26
Explotación – Aplicación Vantive
Gestión de incidencias
Solución: Responsable Cliente
Localización Causa Ejemplos de utilización
Mala operación Apagado o manipulación indebida del EDC
Gestión de incidencias
Solución: Responsable Suministrador de Servicios de Cliente
Localización Causa Ejemplos de utilización
Proveedor Fallo eléctrico / falta Corte eléctrico
Servicios Cliente Fluido domicilo cliente
28
Explotación – Aplicación Vantive
Gestión de incidencias
Solución: Responsable Gestión de Red
Localización Causa Ejemplos de utilización
Problema físico en un equipo de Red UNO (PP,
Problema de hardware DPN, BPX, etc)
Problema software en un equipo de Red UNO
Red Uno Problema de software (PP, DPN, BPX, etc)
30
Explotación – Aplicación Vantive
Gestión de incidencias
Solución: Responsable Telefónica
Localización Causa Ejemplos de utilización
Problema hardware de un equipo de acceso de
Problema de hardware red IP
Problema software (configuración e IOS) de un
Red IP Problema de software equipo de acceso de red IP
Congestión de red IP
Superación de caudal
32
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• Todo contacto telefónico que se hace con el cliente queda reflejado
en el apartado correspondiente del ticket, identificándolo con nombre
de la persona contactada, número de teléfono y contenido de la
conversación (del mismo modo, todo intento de contacto)
• El envío de un ticket a un proveedor determinado (petición de
Actuación), se hace vía e-mail (sin salirse de Vantive, desde la opción
correspondiente), confirmando siempre telefónicamente su recepción
• El envío de una avería al área de líneas se realiza mediante el envío de
una actuación interna al Inbox “Inc GSCE Gestión Servicios Básicos”
33
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• El envío de una serie a Provisión de Servicio se realiza mediante la
petición de actuación interna, que se envía al área Asignación de
Recursos de Red
• Cuando se requiera actuación de otras áreas internas de TdE, se hará
mediante petición de actuación, en lugar de mediante asignación (que
implica cambio de responsable). El área destino, una vez resuelta su
parte, cerrará la actuación solicitada
• Si durante la vida de la incidencia el cliente llama al CAC(E) para
requerir que un técnico se ponga en contacto con él, este hecho será
comunicado al técnico correspondiente mediante una notificación por
Vantive, nunca mediante un comentario, ya que el técnico no sería
informado al instante, con la consecuente demora
34
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• Cuando exista backup de acceso por Temis, RDSI, BIR-U o MITTO, si
una vez hecho el diagnóstico por el área de EDCs se descarta fallo en
el EDC, se contemplan tres casos en cuanto al tratamiento de
incidencias:
• Si se detecta de forma proactiva que el backup no funciona, se notifica
a Supervisión de Circuitos (probablemente ya lo haya detectado este
grupo). Ellos abrirán un Sirio a la provincia correspondiente, y será
este grupo quien siga la evolución de la avería hasta su reparación. En
este caso el cliente no notifica la avería
35
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• Se detecta que se ha activado el backup. En este caso el fallo está en
la línea y se abrirá directamente un Sirio (cliente de CGPs) o se pasará
la incidencia a Gestión de Servicios Básicos para que ellos lo hagan
(cliente que no pertenece a un CGP). El cliente tampoco se percatará
de la avería
• Incomunicación total, es decir, se ha producido un corte del circuito y
el backup no ha saltado. En este caso se ha de abrir una incidencia y
pasar dos actuaciones:
• una de ellas por la línea, se pasará a Gestión de Servicios Básicos (si
el cliente no tiene CGP) ó bien se abrirá directamente Sirio desde el
CGP para poder seguir su evolución
• otra por el backup, se pasará a Supervisión de Circuitos y este grupo
abrirá un Sirio y seguirá su evolución hasta que se resuelva
37
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• Si durante la resolución de una incidencia se detecta una
discrepancia entre los datos que el cliente dice tener contratados y
los realmente operativos, y ésta es la causante del problema actuará
de la siguiente forma según el caso:
• La discrepancia provoca incomunicación al cliente o un rendimiento
muy bajo. En este caso se abre actuación interna al área de Asignación
de Recursos de Red y se notifica vía e-mail a Atención al Cliente de
TDE para que se aclare la situación (at_cliente@telefonica.es)
• La discrepancia provoca pérdida de rendimiento. En este caso se pasa
la avería a estado Resuelta, y se asigna al CAC(E), poniendo como
comentario que deben aclararse los parámetros contratados por el
cliente. Asimismo, al cliente se le indica que hable con su gestor
comercial. Igualmente debe notificarse a Atención al Cliente para
aclarar la situación
38
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• Un Jefe de Servicio supervisará que no haya ninguna incidencia que
se quede en el inbox general sin tratar, y supervisará que todos los
técnicos cojan la rutina de tratar las incidencias del modo como se
acaba de describir
• Está previsto un escalado automático, interno dentro de TdE para
cuando las averías no se han resuelto en un tiempo razonable. Dicho
escalado se traduce en notificaciones al inbox de determinadas
personas, según se detalla a continuación:
39
Explotación – Aplicación Vantive
Gestión de incidencias
Consideraciones generales
• a partir de los 20 minutos salta una alarma cuando no se ha
establecido un contacto TDE- Cliente. Se ha solicitado el desarrollo
de generación de alarma a los 20 minutos si no se ha rellenado el
diagnóstico
• a partir de las 4 horas se notifica al responsable de la incidencia y al
jefe de servicio
• a partir de las 6 horas, se notifica al responsable del área asociada
• a partir de las 12 horas, se notifica al Subdirector de Gestión
Personalizada de Clientes
• a partir de las 24 horas se notifica al Director de Operaciones de CEI
Se entiende siempre que son tiempos en los que el reloj está activo,
es decir, cuando la causa de la demora no es debida al cliente
40
Explotación – Aplicación Vantive
Rendimiento del CGP
Disponibilidad (99,990% <-> 99,995%)
• Se quitan las imputadas a cliente y del resto se suma el tiempo de
incomunicación (descontando paradas). Este tiempo se divide entre
el tiempo del mes multiplicado por el número de circuitos
Minutos _ Incomunicación
Disponibilidad = 1 − × 100
N º Circuitos × 30 × 24 × 60
41
Explotación – Aplicación Vantive
Rendimiento del CGP
Se debe ser especialmente cuidadoso:
• Activar las Incomunicaciones sólo cuando sea realmente cierto y
sobre todo quitarlas marcando la hora exacta a la que desaparecieron
• Si la avería es abierta como “Proactiva por Alarma” el origen debe ser
“Gestor de Servicios”
• Parar las averías cuando corresponde:
• No se contacta con el cliente para el diagnóstico inicial o para
recuperación
• Ante incidencias en observación
• Después de abrir una actuación
42
Explotación – Aplicación Vantive
Procedimiento para la gestión 7x24 fuera de horas
Problemática
• Control de incidencias en CGPs sin horario 7x24
• ¿Con quién se pone en contacto el cliente para incomunicar la
incidencia?
Solución
• Se hacen cargo de las incidencias fuera del horario del CGP los
Centros de Gestión Estándar, CCGG (previo correo)
• La avería se recibe a través de los grupos CAC o CACE, llegando al
Inbox correspondiente al servicio
43
Explotación – Aplicación Vantive
Procedimiento para la gestión 7x24 fuera de horas
Proactividad
• Los CCGG solo realizan proactividad de los puntos centrales de los
clientes (SUSO)
Provisión
• Los CCGG no realizan provisiones
• Si realizan trabajos programados o pruebas puntuales, previa
solicitud al CCGG correspondiente mediante correo
• En caso que algún trabajo de los anteriormente mencionados no
haya sido previamente avisado, o si existiesen dudas, se
contactaría con el Ingeniero de Explotación
44
Explotación – Aplicación Vantive
Procedimiento para la gestión 7x24 fuera de horas
Información de red
• Datos de los CGPs:
http://172.24.4.101/cgps/SECTORES.xls
• Horarios y servicios gestionados de los CGPs:
http://172.24.4.101/cgps/ServiciosCGPHorarios.xls
• Proveedores de mantenimiento:
http://172.24.4.101/cgps/TELEFONOS_PROVEEDORES.xls
• Información adicional de ayuda a los CCGG:
\\Datos010\d_grupos\GP_clientes\clientes estratégicos
45
Explotación – Aplicación Vantive
Procedimiento para la gestión 7x24 fuera de horas
Información de red
• Datos de los CGPs:
http://172.24.4.101/cgps/SECTORES.xls
• Horarios y servicios gestionados de los CGPs:
http://172.24.4.101/cgps/ServiciosCGPHorarios.xls
• Proveedores de mantenimiento:
http://172.24.4.101/cgps/TELEFONOS_PROVEEDORES.xls
46
Explotación – Aplicación Vantive
Procedimiento para la gestión 7x24 fuera de horas
Buzones “Fuera de horas” asociados a los CCGG
• Gestión de Servicios Básicos: “Inc GSCE GP Fuera de Horas”
• Gestión Internet / VPN-IP: “Servicios IP Fuera de Horas”
• Gestión Intranet / VPN-IP: “Acceso a Intranet Fuera de Horas”
• Gestión MacroLan: “MacroLan Fuera de Horas”
47
Explotación – Aplicación Vantive
Tratamiento de las incidencias por los CCGG
¿Cuándo actúan?
• Cuando el cliente se interese o la reclame a través del CACE
• A petición del CGP para realizar un seguimiento especial
• Cuando llegue un franqueo de Sirio, para realizar las comprobaciones
pertinentes y cambiar el estado a resuelta
• Ante incidencia proactiva (solo equipos centrales)
• Para escalar al proveedor de mantenimiento los cambios de router
que se alarguen más de cuatro horas
• Ante cualquier omisión en los datos necesarios para resolver la
incidencia, se pondrán en contacto con el Ingeniero de Explotación
48
CURSO INICIAL
Explotación
Aplicación MDM
(Performance Viewer
Command Console
Data Viewer)
Explotación – Aplicación MDM
Introducción
Performance Viewer y Data Viewer son herramientas del software MDM
(Multiservice Data Manager), que se utilizan para realizar monitorizaciones
gráficas de la red multiservicio (red UNO)
El Data Viewer solo se podrá encontrar en las últimas versiones de MDM,
ya que es el aplicación más moderna de las dos
Performance Viewer, a pesar de ser más antiguo, sigue siendo muy usado
en el ámbito de los CGPs y en las últimas versiones de MDM se ha
recuperado o se ha añadido al Data Viewer
Command Console es una herramienta de monitorización y gestión de red
Podremos ver los contadores de las líneas implementadas en las red
multiservicio, así como las parámetros configurados en estas líneas
50
Explotación – Aplicación MDM
Introducción
Lo primero que tendremos que hacer para iniciar cualquiera de las
herramientas será abrir la consola de MDM para ejecutarlas desde ésta
La consola la abriremos
desde un terminal de la
estación SUN con el
comando “nmstool &”
51
Explotación – Aplicación MDM
Performance Viewer
La herramienta se inicia desde el menú Performance
52
Explotación – Aplicación MDM
Performance Viewer
Se iniciara la aplicación,
pidiéndonos en primer
lugar los datos de
asignación que se va a
monitorizar y el intervalo
para las capturas de
datos
53
Explotación – Aplicación MDM
Performance Viewer
Se podrán realizar gráficas de distintos valores:
• Fruni/* DLCI/*: gráfica de un canal (o todos ) para monitorizar
parámetros de tráfico y errores. Este tipo de gráficas son las más
útiles para los CGPs
• Fruni/* Framer: gráfica para monitorizar la parte física de la
asignación
• Fruni/* lmi: gráfica de los parámetros que afectan a este protocolo
54
Explotación – Aplicación MDM
Performance Viewer
Una vez rellenado los
valores, antes de
realizarse la gráfica,
habrá que autentificarse.
Será en la misma
ventana que nos
aparecia en la Command
Console.
55
Explotación – Aplicación MDM
Performance Viewer
Una vez validados, la aplicación empezará a capturar datos
Habrá dos espacios claramente delimitados:
• Leyenda de valores: donde se podrán seleccionar los datos que
queremos se representen en la gráfica y donde podremos ver los
valores: actual, histórico, mínimo y máximo
• Parte gráfica: donde se podrá observar la evolución en el tiempo de
los valores seleccionados
56
Explotación – Aplicación MDM
Performance Viewer
57
Explotación – Aplicación MDM
Performance Viewer
Los datos que se están capturando y se están mostrando en la pantalla,
también se pueden guardar en un fichero de texto para su posterior
tratamiento (realización de un informe más detallado, etc.). Esto se
realizará en el menú File, en la opción “Log to file”. Nos aparecerá una
ventana solicitándonos la ubicación del archivo donde se van guardar los
datos
Cuando queramos detener la captura de datos, seguiremos los mismos
pasos, pero en este caso seleccionaremos la opción “Stop Log”
Durante la captura, también podremos consultar el archivo de log en
tiempo real, con la opción “View Log”
58
Explotación – Aplicación MDM
Performance Viewer
59
Explotación – Aplicación MDM
Performance Viewer
En la ventana de Options
dispondremos de la
posibilidad de cambiar
los datos del equipo a
monitorizar
60
Explotación – Aplicación MDM
Performance Viewer
Una vez realizadas las capturas necesarias, los resultados se pueden
utilizar de distintos modos, dependiendo del motivo para el que se haya
hecho la gráfica:
• Captura de pantalla: se utilizará en el caso que el tiempo que se haya
tenido sea poco y se puedan ver los resultados sin tener que mover el
scroll
• Se suele usar mucho para incidencias, anexando la/s captura/s a la
incidencia para que quede constancia de las pruebas realizadas
• También se le pueden presentar al cliente en caso que solicite una
prueba determinada de poco tiempo y quiera un resultado gráfico
61
Explotación – Aplicación MDM
Performance Viewer
62
Explotación – Aplicación MDM
Performance Viewer
• Tratamiento del archivo log obtenido: en otras ocasiones las gráficas
se ponen para realizar un determinado informe y los datos obtenidos
se quieren utilizar para realizar otras gráficas con otras aplicaciones
• Normalmente en estos casos la monitorización se va a realizar durante
una franja de tiempo bastante amplia, lo que provocaría tener que
realizar varias capturas para mostrar los resultados
• Utilizando los datos del log podremos mostrar los resultados de todo
el periodo en una única gráfica, siendo de esta forma más intuitivos a
primera vista
63
Explotación – Aplicación MDM
Data Viewer
Herramienta que al igual que el Performance Viewer se utiliza para realizar
monitorizaciones gráficas de la red Multiservicio. Apareció como mejora de
este último
64
Explotación – Aplicación MDM
Data Viewer
65
Explotación – Aplicación MDM
Data Viewer
66
Explotación – Aplicación MDM
Data Viewer
67
Explotación – Aplicación MDM
Data Viewer
68
Explotación – Aplicación MDM
Performance Viewer
Igual que hemos visto en el Performance Viewer en el Data Viewer también
se puede generar un archivo log con los datos de la monitorización
Estos datos quedaran guardados en un archivo de texto y se podrán tratar
a posteriori con las herramientas que se crean oportunas
69
Explotación – Aplicación MDM
Command Console
70
Explotación – Aplicación MDM
Command Console
71
Explotación – Aplicación MDM
Command Console
Para poder lanzar comandos a los Passport y DPN de la red lo primero que
tendremos que hacer será conectarnos a los grupos pertinentes:
• PP: gupo para lanzar comandos a equipos Passport
• CNC: grupo para lanzar comandos a equipos DPN
En algunos casos a los CGPs se les generan grupos para su uso individual
72
Explotación – Aplicación MDM
Command Console
73
Explotación – Aplicación MDM
Command Console
Una vez conectados podemos elegir a que grupo vamos a lanzar
comandos en todo momento con el desplegable que hay en la parte inferior
de la ventana
74
Explotación – Aplicación MDM
Command Console. Comandos DPN
Procesadores y su
estado en el DPN
75
Explotación – Aplicación MDM
Command Console. Comandos DPN
Tarjetas que dependen
de una procesadora
76
Explotación – Aplicación MDM
Command Console. Comandos DPN
Estado de los puertos de
una tarjeta
77
Explotación – Aplicación MDM
Command Console. Comandos DPN
Datos del circuito y su
estado
78
Explotación – Aplicación MDM
Command Console. Comandos DPN
Velocidad que tiene
configurada la línea
79
Explotación – Aplicación MDM
Command Console. Comandos DPN
NRI del circuito, CID del
cliente y facilidades
contratadas
80
Explotación – Aplicación MDM
Command Console. Comandos DPN
Circuitos virtuales
definidos y su estado
81
Explotación – Aplicación MDM
Command Console. Comandos DPN
Valores de CIR y EIR del
CVP
82
Explotación – Aplicación MDM
Command Console. Comandos DPN
Datos del extremo
enfrentado del CVP
83
Explotación – Aplicación MDM
Command Console. Comandos Passport
Comandos sobre los
interfaces presentes en
el Passport
84
Explotación – Aplicación MDM
Command Console. Comandos Passport
Tarjetas presentes en el
Passport y su estado
85
Explotación – Aplicación MDM
Command Console. Comandos Passport
Puertos de una tarjeta y
su estado
86
Explotación – Aplicación MDM
Command Console. Comandos Passport
Componentes virtuales
dados de alta en el
Passport
87
Explotación – Aplicación MDM
Command Console. Comandos Passport
NRI de la línea y datos
de accounting
88
Explotación – Aplicación MDM
Command Console. Comandos Passport
Estado del LMI
89
Explotación – Aplicación MDM
Command Console. Comandos Passport
Consultar todos los
circuitos virtuales de
una línea
90
Explotación – Aplicación MDM
Command Console. Comandos Passport
Consultar todos los
enfrentados de los
circuitos virtuales
91
Explotación – Aplicación MDM
Command Console. Comandos Passport
Parámetros de CIR y
EIR de los circuitos
virtuales
92
Explotación – Aplicación MDM
Command Console. Comandos Passport
Descomponer FRUNI en
componentes físicos
93
Explotación – Aplicación MDM
Command Console. Comandos Passport
Time slots asignados
para el circuito
94
Explotación – Aplicación MDM
Command Console. Comandos Passport
Velocidad del circuito
95
Explotación – Aplicación MDM
Command Console. Comandos Passport
Vccs definidos en una
tarjeta Atmif
96
Explotación – Aplicación MDM
Command Console. Comandos Passport
Estadísticas de celdas
transmitidas y recibidas
97
Explotación – Aplicación MDM
Command Console. Macros
Nri.don: traduce un NRI
en su asignación
98
Explotación – Aplicación MDM
Command Console. Macros
Asignafr.don: nos da el
NRI, el CID , los
parámetros de los
circuitos virtuales y los
datos de sus
enfrentados
99
Explotación – Aplicación MDM
Command Console. Macros
Asignafr.don
(continuación)
100
Explotación – Aplicación MDM
Command Console. Macros
Pref.mac: nos da la
asignación, estado del
LMI, CID, velocidad y
time slots de la línea, los
CVPs generados y su
estado
101
Explotación – Aplicación MDM
Command Console. Macros
chkADSL: nos muestra
todo el camino que sigue
una conexión FRADSL a
través de la pasarela
hasta el punto remoto
102
Explotación – Aplicación MDM
Command Console. Macros
chkADSL (continuación)
103
Explotación – Aplicación MDM
Command Console. Macros
chkADSL (continuación)
104
CURSO INICIAL
Explotación
Aplicación Netcool
Explotación – Aplicación Netcool
Ejecución
Para poder lanzar el Netcool desde una estación Sun, debemos ejecutar
los siguientes comandos:
ssh –l usuario 172.24.7.186 ó ssh –l usuario 172.24.7.187
nco &
106
Explotación – Aplicación Netcool
Descripción de los elementos
107
Explotación – Aplicación Netcool
Filtros
108
Explotación – Aplicación Netcool
Filtros
109
Explotación – Aplicación Netcool
Vistas
110
Explotación – Aplicación Netcool
Vistas
111
Explotación – Aplicación Netcool
Explorador
112
Explotación – Aplicación Netcool
Conjuntos
113
Explotación – Aplicación Netcool
Tipos de alarmas
Caída interfaz
Circuito
Caída EDC primer y segundo nivel
Caída de enlace
FR Canal B
RMON (Remote Network Monitoring)
Temperatura
Activación Enlace RDSI
Trama 2M Proc
PCC
Alarmas de IP (Caída interfaz de red, túnel IPsec)
114
Explotación – Aplicación Netcool
Tipos de alarmas
Caída Interfaz
• Serial
• HSSI
• ATM
Caída EDC
• Conectividad
• Cold start (reinicio por hardware)
• Cisco reload (reinicio por software)
115
Explotación – Aplicación Netcool
Tipos de alarmas
Circuito, Trama 2M y PCC
117
Explotación – Aplicación Netcool
Tipos de alarmas
FR canal B
• EDCs con Frame Relay canal B, realizándose a través de polling
RMON
• Memoria
• CPU
Temperatura
• Chasis Outlet 3 elevada
118
Explotación – Aplicación Netcool
Campos de filtros
• Acknowledged • LastOcurrence
• AlertGroup • Node
• Alertkey • Object
• CIF • Service
• Customer • Severity
• Interface • ValueServ
• FirstOcurrence • Tally
119
Explotación – Aplicación Netcool
Campos de vistas
• Acknowledged • Passport
• Agent • RemoteIp
• CIF • Service
• Customer • ServiceLocation
• FirstOcurrence • Severity
• Fruni • Summary
• LastOcurrence • Tally
• LocalIp • Ticketing
• Node • ValueServ
• NodeAlias
120
Explotación – Aplicación Netcool
Menú
121
Explotación – Aplicación Netcool
Menú
122
Explotación – Aplicación Netcool
Herramientas OPENVIEW
123
Explotación – Aplicación Netcool
Herramientas OPENVIEW. Históricos
CpuUsage. Representa el uso de CPU
MemoryUsage. Representa el uso de memoria
LanCollisions. Representa las colisiones LAN
FencBenc. Representa el Fenc y el Benc
FrameRelayErrors. Representa los errores en la FR
BWinPVC. Tráfico de entrada por PVC
BWoutPVC. Tráfico de salida por PVC
124
Explotación – Aplicación Netcool
Herramientas OPENVIEW. Net Config
Addresses. Muestra la colectora en la que esta dado de alta el equipo,
así como los interfaces que tiene el equipo y las direcciones IP,
máscara de red y dirección de red de cada uno
125
Explotación – Aplicación Netcool
Herramientas OPENVIEW. Telnet genérico
126
Explotación – Aplicación Netcool
Intervenciones
127
Explotación – Aplicación Netcool
Herramientas NMS
128
Explotación – Aplicación Netcool
Consultas a BBDD
129
Explotación – Aplicación Netcool
Filtros fuera de horas
Necesidad
• Existen centros de gestión cuyo horario de cobertura
personalizada no es 7x24, pero sin embargo hay acuerdos de
“atención primaria” en cuanto a proactividad
• Existen otros centros 7x24 que dan cobertura a los anteriores
fuera de su horario habitual
• Cada centro de gestión recibe las alarmas en la consola de
Netcool en función de un perfil que viene fijado a nivel de
administrador según el cliente, los clientes, los EDCs o los
servicios que gestione el centro. Ésto se especifica a nivel de
EDC en SUSO.
• Según ésto, un centro sólo tiene visibilidad de las alarmas de su
responsabilidad según el perfil aplicado
130
Explotación – Aplicación Netcool
Filtros fuera de horas
Objetivo
• Con los filtros dinámicos se persigue que las alarmas de centros
no 7x24 se reciban de forma automática, fuera de los horarios de
cobertura de los mismos, en las consolas del centro o los
centros 7x24 que se especifiquen. Existen otros centros 7x24 que
dan cobertura a los anteriores fuera de su horario habitual
131
Explotación – Aplicación Netcool
Filtros fuera de horas. Pasos a seguir
El EDC debe tener marcados en SUSO los servicios y los centros de
gestión que tiene asociados
133
Explotación – Aplicación Netcool
Filtros fuera de horas. Ejemplo
Aplicación Netcool
134
CURSO INICIAL
Explotación
Aplicación NIMBA
Explotación – Aplicación NIMBA
Descripción
La herramienta de Test y Diagnóstico NIMBA es una aplicación que
permite la realización de diferentes pruebas (test) sobre los equipos de
la red NIMBA
Una vez ejecutado, nos pedirá usuario (los genéricos son tee / tee)
136
Explotación – Aplicación NIMBA
Navegación. Menú Archivo
137
Explotación – Aplicación NIMBA
Navegación. Menú Buscar
138
Explotación – Aplicación NIMBA
Tras procesar la búsqueda, obtendremos una pantalla dividida en tres
partes, con distintos tipos de información:
139
Explotación – Aplicación NIMBA
Arriba a la izquierda nos aparece la información relativa a la sede. Si
tuviésemos sede principal y secundaria, nos aparecería la información de
ambas sedes
En algunos campos en los que no cabe toda la información (los que tienen
puntos suspensivos), situando el cursor sobre dicho campo nos mostrará
la información completa
140
Explotación – Aplicación NIMBA
A la derecha sale la información de todas las VLANs configuradas en la fibra
141
Explotación – Aplicación NIMBA
En la parte inferior nos aparece un segundo menú con los siguientes campos:
142
Explotación – Aplicación NIMBA
Nueva. Crea una nueva consulta sobre el circuito mostrado en la parte de
arriba. Podremos ver los datos de dicha consulta, ejecutar diversos test, etc.
143
Explotación – Aplicación NIMBA
Datos Consulta, Ver datos . Muestra los datos de la consulta (NAD, fecha de
creación y actualización, estado, descripción y observaciones). Además
permite añadir descripción y/o observaciones, así como cambiar el estado
de la consulta para cerrarla. Para guardar los cambios, se debe pulsar la
opción “Guardar”, que se muestra al introducir algún cambio
Test ejecutados. Muestra los datos de los todos los tests ejecutados en la
consulta (fecha en la que se ejecutó, el usuario que lo hizo, el tipo de test,
el resultado y el estado en el que se encuentra). Aparecen paginados de
diez en diez. Al pinchar sobre uno de ellos aparece su resultado o su
progreso, dependiendo de si ha finalizado o está en ejecución
144
Explotación – Aplicación NIMBA
Navegación. Submenú Ejecutar Test
El menú de Ejecutar Test consta de la lista de todos los tests que se pueden
realizar sobre el equipo de la sede. Al elegir uno de ellos, el test comenzará
a ejecutarse mostrándose el proceso de ejecución y finalmente su resultado
Para poder realizar cualquiera de los tests, es necesario haber abierto con
anterioridad una consulta del circuito en cuestión. Cada uno de los distintos
tests nos proporcionará información específica
145
Explotación – Aplicación NIMBA
Ejecutar Test, Obtener Información del Equipo. Este test controla si existen
diferencias entre la configuración actual del equipo y la aprovisionada en el
inventario (mostrada en la parte superior de la pantalla). En caso que se
observen desigualdades, éstas aparecen en rojo para resaltarlas. El
resultado aparece dividido en dos partes:
• Datos Sede. Muestra la información del puerto de la sede del cliente.
En el caso que ésta sea diversificada, aparecen los datos de ambas
sedes (principal y secundaria)
• Servicios. Muestra la información de las VLANs
146
Explotación – Aplicación NIMBA
Ejecutar Test, Consultar Tráfico en el Equipo (Sólo funciona con equipos de
la MAN 1). Este test controla la existencia de tráfico en la sede del cliente,
tanto en el puerto como en sus VLANs. El test consulta (por defecto) cuatro
veces el tráfico de la sede, una cada dos minutos, accediendo a los
contadores de paquetes de entrada y de salida de los puertos y VLANs.
Entre una y otra ejecución se muestra el resultado en tablas comparando
las diferencias de tráfico, y un reloj indicando el tiempo que falta para la
próxima repetición. Estas opciones por defecto pueden modificarse al
comenzar la ejecución del test
147
Explotación – Aplicación NIMBA
Si la sede no es diversificada, se obtendrán dos tablas:
148
Explotación – Aplicación NIMBA
• La primera indica si el puerto está activo o inactivo: Un puerto se
considera activo cuando se observa tráfico entrante (los paquetes
entrantes aumentan de una consulta a otra) en alguna de sus VLANs.
En cualquier otro caso, se considera inactivo. Así, si un puerto se
considera inactivo, aparecerá en rojo
• La segunda tabla muestra el tráfico tanto en el puerto como en las
VLANs. Si los contadores del puerto (paquetes de entrada y paquetes
de salida) aumentan de una iteración a otra se considera que hay
tráfico, y se indica con el mensaje “Hay Tráfico”. Si algún contador,
tanto el de paquetes de entrada como el de paquetes de salida no
aumenta entonces es un error, y se indica con el mensaje de “No hay
Tráfico” en rojo. De la misma manera que en los puertos, en las VLANs
debe haber tráfico en sus contadores de paquetes de salida y de
paquetes de entrada, si no lo hay en alguno es un error y se indica con
el mensaje “No hay Tráfico” en rojo
149
Explotación – Aplicación NIMBA
Si la sede es diversificada, se obtendrán tres tablas en cada consulta:
150
Explotación – Aplicación NIMBA
• La primera tabla indica cual es el puerto activo y cual el inactivo. Tener
en cuenta que, en el caso de ser una sede diversificada compartida
uno o ambos puertos pueden estar activos. En el caso de ser una sede
de respaldo sólo uno de los dos puertos debe estar activo. Si los dos
estuvieran a la vez activos o inactivos, se indicaría en rojo
• La segunda y tercera tabla, muestran el tráfico de puerto y VLANs de
cada sede (principal y secundaria)
151
Explotación – Aplicación NIMBA
Ejecutar Test, Ping Desatendido (No disponible en la versión actual).
Ejecuta una serie de comandos “ping” programados. El resultado del test
contiene una estadística de tiempos de los ping que se han ejecutado,
tiempo mínimo, máximo y medio, la suma de todos los tiempos y el
porcentaje de paquetes perdidos. El resultado del test es correcto cuando
el número de los paquetes transmitidos es igual al número de paquetes
recibidos
153
Explotación – Aplicación NIMBA
Parámetros de configuración del test:
• IP del EDC. Dirección IP del EDC para la VLAN a probar
• Máscara de subred. Subred a la que pertenece la IP del EDC
• IP auxiliar del switch. Dirección IP auxiliar de switch, perteneciente a
la misma subred que la dirección IP del EDC, que se configura en este
equipo expresamente para este test
• VLAN. VLAN del circuito sobre la que se ejecuta el ping. Es un
desplegable que muestra todas las VLANs que pertenecen al circuito
(incluida la VLAN 90)
• Timeout. Tiempo máximo de espera de respuesta del ping
• Tamaño del payload. Tamaño de la trama del ping
• ICMP ping. Opción que indica que es un ping de nivel de red (Opción
por defecto)
• TCP ping. Opción que indica que es un ping de nivel de transporte
sobre el protocolo TCP
• UDP ping. Opción que indica que es un ping de nivel de transporte
sobre el protocolo UDP 154
Explotación – Aplicación NIMBA
En el caso que el circuito esté formado por conversores de medios Intelnet,
es necesario indicar un parámetro adicional:
• IP auxiliar del CdM. Dirección IP auxiliar del conversor de medios
utilizada para comprobar la conectividad de estos equipos. Esta
dirección IP tiene que pertenecer al mismo rango que la IP del EDC
155
Explotación – Aplicación NIMBA
La ventana de resultado muestra un esquema con todos los equipos del
circuito que estamos testeando:
• Si el ping ha ido bien veremos el resultado de su ejecución y el
tiempo que ha tardado en realizarse
• Si el ping ha fallado se muestra el estado de las conexiones de los
equipos en el circuito. Si se ha producido un error de conectividad se
indica en que punto del circuito se ha producido
• Se mostrará el enlace en color rojo cuando entre dos equipos no se
reciben o transmiten paquetes
• Se mostrará el enlace en color rojo y con un aspa cuando entre dos
equipos el enlace esté caído
• Se mostrará el enlace en color azul cuando el enlace esté correcto
156
Explotación – Aplicación NIMBA
Ejecutar Test, Consultar Alarmas. Este test permite realizar una consulta de
las alarmas producidas en el puerto del switch de acceso de un circuito y
en los conversores de medios si procede. El test es configurable, pudiendo
seleccionar las alarmas ocurridas en una fecha determinada, en un rango
de fechas o todas las que estén registradas (suelen estar almacenas por un
período de tres meses)
157
Explotación – Aplicación NIMBA
En él se muestra el nodo en el que se ha producido la alarma, descripción
de la misma, su severidad y la fecha de la última ocurrencia
158
Explotación – Aplicación NIMBA
Ejecutar Test, Obtener Datos del Circuito. Este test permite obtener los
datos de un circuito (vía SNMP). Al ejecutarlo, aparecerá un esquema del
circuito (como el mostrado en la imagen). El esquema puede variar en
función del tipo de circuito sobre el que se esté realizando el test
159
Explotación – Aplicación NIMBA
Para visualizar los datos de los distintos elementos del circuito, se puede
hacer clic sobre los mismos. Aparecerán los datos bajo el circuito
160
Explotación – Aplicación NIMBA
Ejecutar Test, Obtener Datos del Puerto. Este test permite obtener los datos
de los puertos de acceso de un circuito
161
Explotación – Aplicación NIMBA
• En los resultados del test se puede observar el estado de los puertos, al
igual que el de las VLANs asociadas a éstos. En caso que se detecte algún
error se mostrará un aviso en color rojo indicando la posible causa. Algunos
errores típicos son:
• Que el puerto esté caído
• Que el puerto esté bloqueado por bmon
• Que el puerto esté bloqueado por detección de bucles
• Que el puerto tenga una configuración errónea
162
Explotación – Aplicación NIMBA
Navegación. Menú Diagnóstico
163
Explotación – Aplicación NIMBA
Consulta, Nueva. La aplicación presenta una ventana que permite al
usuario crear una nueva consulta para una sede, introduciendo el número
administrativo de la sede. Cuando el usuario introduce el número
administrativo de una sede y acepta, crea una nueva consulta. La creación
de una consulta permite ejecutar los distintos test de la herramienta sobre
la sede correspondiente
Test. El submenú de Test permite al usuario buscar entre todos los tests
que han sido ejecutados en cualquier consulta
164
Explotación – Aplicación NIMBA
Test, Buscar. Permite buscar tests en base a un número administrativo,
fechas, usuario y/o estado de los mismos. Las búsquedas admiten
ninguno o varios campos a la vez
165
Explotación – Aplicación NIMBA
Navegación. Menú Ir a
Mis Tests. El usuario accede a todos los tests que han sido ejecutados por
él. Aparecen paginados y se muestra la fecha de ejecución, el tipo de test,
la consulta a la que pertenece, el resultado y el estado. Al pinchar sobre
uno de ellos se proporciona su resultado si el test ha finalizado ya, o su
progreso si se encuentra en ejecución
166
Explotación – Aplicación NIMBA
Consultas abiertas. El usuario accede a la lista de todas las consultas que
existen todavía abiertas. Así, al seleccionar una, se entra en ella y puede
realizarse cualquier acción que le permita el menú de consultas (Admin y
Ejecutar)
Equipamiento TEE
CURSO INICIAL
Equipamiento TEE
Equipamiento Cisco
Serie 8xx
Soho 97
Equipo apropiado para accesos ADSL sobre RTC. Dispone de un puerto ADSL y un switch
de cuatro puertos 10/100 Ethernet. RDSI.
Configuración base
La configuración base del Cisco SOHO 97 se forma con el despiece que se adjunta a
continuación (incluye chasis, 64MB memoria DRAM, 12MB memoria FLASH y un cable
Ethernet).
Cisco SOHO 97
Configuración base
La configuración base del Cisco 801 se forma con el despiece que se adjunta a
continuación (incluye chasis, 8MB memoria DRAM, 8MB memoria FLASH y un
cable Ethernet).
Permite ampliaciones de memoria hasta un máximo de 12MB de memoria DRAM y
12MB de memoria FLASH
Código Descripción Cantidad
Cisco 801
Configuración base
La configuración base del Cisco 803 se forma con el despiece que se adjunta a
continuación (incluye chasis, 8MB memoria DRAM y 8MB memoria FLASH).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con
un máximo de 12MB de memoria DRAM y 12MB de memoria FLASH.
Cisco 803
Configuración base
La configuración base del Cisco 805 se forma con el despiece que se adjunta a
continuación (incluye chasis, 8MB memoria DRAM, 8MB memoria FLASH, un cable V.35
DTE y un cable Ethernet)
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 16MB de memoria DRAM y 12MB de memoria FLASH.
Configuración base
La configuración base del Cisco 836 se forma con el despiece que se adjunta a
continuación (incluye chasis, 64MB memoria DRAM, 12MB memoria FLASH, cable
Ethernet y cable RJ11-ADSL).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 80MB de memoria DRAM y 24MB de memoria FLASH .
Cisco 836
CISCO836-K9-64 Cisco 836 ADSL over ISDN router 1
Configuración base
La configuración base del Cisco 837 se forma con el despiece que se adjunta a
continuación (incluye chasis, 64MB memoria DRAM, 12MB memoria FLASH, cable
Ethernet y cable RJ11 ADSL)
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 80MB de memoria DRAM y 24MB de memoria FLASH .
Cisco 837
Configuración base
La configuración base del Cisco 877 se forma con el despiece que se adjunta a
continuación (incluye chasis, 128MB memoria DRAM, 24MB memoria FLASH y cable
RJ11 ADSL). Hay que especificar en el pedido el código del cable de alimentación a
solicitar (CAB-AC2E).
Cisco 877
Configuración base
La configuración base del Cisco 1701 se forma con el despiece que se adjunta a
continuación (incluye chasis, 96MB memoria DRAM, 32MB memoria FLASH, cable
Ethernet y cable RJ11 ADSL).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 128MB de memoria DRAM y 32MB de memoria FLASH
Cisco 1701
Configuración base
La configuración base se forma con el despiece que se adjuntan a continuación (incluye
chasis, 64MB memoria DRAM, 32MB memoria FLASH y un cable Ethernet).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 128MB de memoria DRAM y 32MB de memoria FLASH
Cisco 1721
CISCO1721 Cisco 1721 10/100BaseT Modular Router w/2 WIC slots 1
Configuración base
La configuración base se forma con el despiece que se adjuntan a continuación (incluye
chasis, 64MB memoria DRAM, 32MB memoria FLASH y un cable Ethernet).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un
máximo de 128MB de memoria DRAM y 32MB de memoria FLASH
Cisco 1751
CISCO1751 Cisco 1751 10/100BaseT Modular Router w/3 WIC slots 1
Configuración base
La configuración base del Cisco 1760 se forma con el despiece que se adjunta a continuación
(incluye chasis, 64MB memoria DRAM, 32MB memoria FLASH y un cable Ethernet).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de
160MB de memoria DRAM y 64MB de memoria FLASH
Cisco 1760
CISCO1760 10/100 Modular Router w/ 2WIC/VIC,2VIC slots 1
CAB-ACE Power Cord Europe 1
Configuración base
Los tres modelos o bundles del router Cisco 1801 tienen los siguientes componentes comunes:
— Chasis 1801: 1 interfaz de conexión ADSL/POTS. 1 módulo de switch de 8 puertos FastEthernet 10/100BASE-T. 1 puerto
adicional fastEthernet 10/100BASE-T. 1 puerto aux y otro de consola. 1 interfaz RDSI (ISDN) para conexión de backup. 32 MB de
memoria Flash y 128 MB de memoria DRAM
— Cable de consola RJ45-DB9
— Adaptador DB9-DB25
— Cable de corriente
Configuración base
La configuración base del equipo 1841 se forma con el despiece que se adjunta a continuación (incluye
chasis, 128MB memoria DRAM, 32MB memoria FLASH y un cable Ethernet plano y otro cruzado). Hay
que especificar en el pedido el código del cable de alimentación a solicitar (CAB-ACE).
CISCO1841 Modular Router w/2xFE, 2 WAN slots, 32 FL/128 DR w/ Cisco IOS IP Software 1
Power Cord Europe. (CAB-ACE) 1
Configuración base
La configuración base del equipos 2612 se forma con el despiece que se adjunta a continuación (incluye
chasis, 32MB memoria DRAM, 8MB memoria FLASH y un cable Ethernet).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de 64MB de
memoria DRAM y 16MB de memoria FLASH
Cisco 2612
CISCO2612 Ethernet/Token Ring Modular Router w/ Cisco IOS IP Software 1
2610XM 2620XM
2611XM 2621XM
Cisco 2610XM
CISCO2610XM 10/100 Ethernet Modular Router w/ Cisco IOS IP Software 1
Cisco 2620XM
CISCO2620XM 10/100 Ethernet Router w/2 WIC Slots, 1 Network Module Slot 1
Configuración base
La configuración base de este grupo se forma con los despieces que se adjuntan a continuación
(todos ellos incluyen chasis, 256MB memoria DRAM, 32MB memoria FLASH y uno o dos cables
Ethernet según modelo).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de
256MB de memoria DRAM y 48MB de memoria FLASH
Cisco 2651XM
CISCO2651XM High Performance Dual 10/100 Ethernet, Modular Router w/ Cisco IOS IP 1
Configuración base
La configuración base del equipo 2801 se forma con el despiece que se adjunta a continuación (incluye
chasis, 2 puertos ethernet, 128MB memoria DRAM, 64MB memoria FLASH y un cable Ethernet plano y
otro cruzado).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de 384MB
de memoria DRAM y 256MB de memoria FLASH
Cisco 2801
CISCO2801 2801 Router/ AC PWR, 2FE, 4slots (2HWICs), 2 AIMS, 64F, 128DRAM w/ Cisco IOS IP 1
Software
CAB-ACE Power Cord Europe 1
Configuración base
La configuración base del equipo 2811 se forma con el despiece que se adjunta a continuación
(incluye chasis, 2 puertos ethernet, 256MB memoria DRAM, 64MB memoria FLASH y un cable Ethernet plano y
otro cruzado).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de 764 MB de
memoria DRAM y 256 MB de memoria FLASH
CISCO2811 2811 Router/ AC PWR, 2FE, 4 HWICs, 1NME, 2PVDMs, 2 AIMS, 64F, 256DRAM w/ Cisco 1
IOS IP Base Software
Cisco 2851
CISCO2851 2851 w/ AC PWR, 2GE, 4HWIC, 3PVDM,1NME-XD,2AIM,IP BASE,64F/256D 1
Configuración base
La configuración base del router 3725 se forma con el despiece que se adjunta a continuación (incluye
chasis, 256MB memoria DRAM, 32MB memoria FLASH y dos cables Ethernet)
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de 256MB memoria
DRAM y 128MB de memoria FLASH
Código Descripción Cantidad
Cisco 3725
CISCO3725 3700 Series, 2-Slot, Dual FE, Multiservice Access Router. Incluye chasis, 256MB memoria 1
DRAM, 32MB memoria FLASH y cable Ethernet.
Configuración base
La configuración base del 3745 se forma con el despiece que se adjunta a continuación (incluye chasis,
256MB memoria DRAM, 32MB memoria FLASH y dos cables Ethernet).
Se contemplan ampliaciones de memoria a la configuración base del equipo: con un máximo de 512MB de
memoria DRAM y 128MB de memoria FLASH
Cisco 3745
CISCO3745 3700 Series, 4-Slot, Dual FE, Multiservice Access Router. Incluye chasis, 256MB memoria 1
DRAM, 32MB memoria FLASH y cable Ethernet.
CAB-ACE Power Cord Europe 1
Configuración base
La configuración base del equipo 3825 se forma con el despiece que se adjunta a continuación (incluye
chasis, 2 puertos Ethernet, 256MB memoria DRAM, 64MB memoria FLASH y un cable Ethernet plano y
otro cruzado). Hay que especificar en el pedido el código del cable de alimentación a solicitar (CAB-ACE).
Configuración base
La configuración base del equipo 3845 se forma con el despiece que se adjunta a continuación (incluye
chasis, 2 puertos ethernet, 256MB memoria DRAM, 64MB memoria FLASH y un cable Ethernet plano y
otro cruzado). Hay que especificar en el pedido el código del cable de alimentación a solicitar (CAB-ACE).
Cisco 3845
CISCO3845 3845 w/AC PWR,2GE,1SFP,4NME,4HWIC, IP Base, 64F/256D 1
Configuración base
La configuración base de la serie 720x-VXR se forma con los despieces que se adjuntan a continuación.
Cisco 7204-VXR
CISCO7204VXR Cisco 7204VXR, 4-slot chassis, 1 AC Supply w/IP Software 1
Cisco 7206-VXR
Esta configuración base, se deberá completar con una tarjeta procesadora, de entre las disponibles:
Procesadora NPE-225
Procesadora NPE-400
Cisco 720x. Tarjeta procesadora NPE-400
Procesadora NPE-G1
MEM-NPE-G1-256M Two 128MB mem modules (256MB total) for NPE-G1 in 7200 1
Configuración base
La configuración base de la serie 75xx se forma con los despieces que se adjuntan a continuación (todos
ellos incluyen chasis, 64MB memoria DRAM, 16MB memoria FLASH, tarjeta procesadora RSP4+) .
Cisco 7507
Cisco 7513
CISCO7513/4 Cisco 7513 13-Slot, Dual Bus, 1RSP4, 1 PS 1
Adicionalmente se incluyen en el servicio equipos redundantes cuya configuración base se forma con los
despieces que se adjuntan a continuación (todos ellos incluyen chasis, doble tarjeta procesadora RSP4+
con 64MB memoria DRAM y 16MB memoria FLASH cada una y doble fuente de alimentación).
Cisco 7507 x2
Cisco 7513 x2
CISCO7513/4X2 Cisco 7513 13-Slot, Dual Bus, 2 RSP4, 2 PS 1
Configuración base
La configuración base de los VPN 30XX , incluye chasis, memoria, 2 o 3 interfaces 10/100, entre dos y
cuatro módulos SEP (cifrado hardware), software cliente IPSec y cable de alimentación. (Dependiendo
del modelo)
Configuración base
La configuración base del switch Catalyst 3560-24TS-E con el despiece que se adjunta a continuación
(incluye chasis, memoria y el software). Esta configuración dispone de 24 puertos 10/100 BaseT y
posibilidad de incluir 2 conexiones GigaEthernet.
Incluye: chasis, memoria, fuente de alimentación simple. Esta configuración dispone de 24 puerto 10/100
BaseT y posibilidad de incluir 2 conexiones GigaEthernet SFP (puertos sin equipar).
Cisco 3560-24-EMI
WS-C3560-24TS-E 24-10/100 and 2 SFP ports: Enhanced Image (IP Services) 1
Módulos SFP
Para escenarios con accesos GigabitEthernet, se requiere equipar los puertos SFP con sus correspondientes
módulos.
Telefónica Soluciones de Outsourcing
Centro de Formación 203
Serie Catalyst
Catalyst 3560-24TS-E
•Interfaz óptico tipo SX: se utilizará en conexiones locales con equipos de cliente mediante fibra multimodo
y conexiones WAN de EDCs ubicados en el TIC.
Cisco SFP
•Interfaz óptico LX: Este es el GBIC a utilizar para las conexiones GigaEthernet a la MAN/WAN. Son
conexiones de fibra monomodo. Con la excepción indicada anteriormente de las conexiones del TIC que
será SX.
Cisco SFP-LX
•Interfaz óptico de largo alcance: De forma excepcional y no ofertable, Operaciones utilizará estos interfaces
para regularizar los datos de conexiones WAN cuando el nodo de acceso se encuentra a más de 10 km o la
fibra presenta mucha atenuación.
Cisco SFP-ZX
GLC-ZX-SM= 1000BASE-ZX SFP 1
Latiguillo una fibra monomodo 10 m. LC/PC – SC/APC 2
Configuración base
La configuración base del switch Catalyst 3560-48TS-E con el despiece que se adjunta a continuación
(incluye chasis, memoria y el software). Esta configuración dispone de 48 puertos 10/100 BaseT y
posibilidad de incluir 4 conexiones GigaEthernet ópticas.
Incluye: chasis, memoria, fuente de alimentación simple. Esta configuración dispone de 48 puertos 10/100
BaseT y posibilidad de incluir 4 conexiones adicionales GigaEthernet (puertos SFP sin equipar).
Cisco 3560-48TS-E
Módulos SFP
Para escenarios con accesos GigabitEthernet, se requiere equipar los puertos SFP con sus correspondientes
módulos (los mismos que para el 24TS).
Configuración base
La configuración base del switch Catalyst 3550-24 EMI con el despiece que se adjunta a continuación
(incluye chasis, memoria y el software). Esta configuración dispone de 24 puertos 10/100 BaseT y
posibilidad de incluir 2 conexiones Gigaethernet.
Incluye: chasis, memoria, fuente de alimentación simple. Esta configuración dispone de 24 puerto 10/100
BaseT y posibilidad de incluir 2 conexiones GigaEthernet (puertos sin equipar).
Cisco 3550-24-EMI
WS-C3550-24-EMI 24-10/100 and 2 GBIC ports: Enhanced Multilayer SW Image 1
•Interfaz óptico tipo SX: se utilizará en conexiones locales con equipos de cliente mediante fibra
multimodo y conexiones WAN de EDCs ubicados en el TIC.
•Interfaz óptico de largo alcance: De forma excepcional y no ofertable, Operaciones utilizará estos
interfaces para regularizar los datos de conexiones WAN cuando el nodo de acceso se encuentra a más
de 10 km o la fibra presenta mucha atenuación
Configuración base
La configuración base del switch Catalyst 3550-12G con el despiece que se adjunta a continuación
(incluye chasis, memoria y el software). Esta configuración dispone de 2 puertos 10/100/1000 BaseT y
posibilidad de incluir 10 conexiones GigaEthernet ópticas.
Incluye: chasis, memoria, fuente de alimentación simple. Esta configuración dispone de 2 puertos
10/100/1000 BaseTx y posibilidad de incluir 10 conexiones adicionales GigaEthernet (puertos sin equipar,
mismos modulos GBIC que para el 24 EMI).
Cisco 3550-12G
PWR675-AC-RPS-N1 Cisco Redundant Power System 675 con 1 cable de conexión para dispositivos externos y un 1
cable de alimentación
HSRP
Priority Queuing
Custom Queuing
CBWFQ
LLQ
FRTS
IP BASE
EIGRP
XOT
CEF
Acceso ADSL
FR Canal B / FR Canal 2B
DLSW
ENTERPRISE BASE
IPX
Cifrado IPSec
ADVANCE SECURITY
TED
BGP
SP SERVICES
BGP Multipath
Cisco
Teldat
Atlas 360
877
1801
1841
2801
2811
2821
2851
Catalyst 3560
3825
3845
7204VXR-
7206VXR
Telefónica Soluciones de Outsourcing
Centro de Formación 213
CURSO INICIAL
Equipamiento TEE
Equipamiento Teldat
Teldat
Teldat Serie C
Con puerto serie
215
Teldat
Teldat Serie C
Con puerto serie
216
Teldat
Teldat Serie C
Con switch
217
Teldat
Teldat Serie C
Con switch
218
Teldat
Teldat C1
Equipo apropiado para accesos ADSL. Dispone de un puerto ADSL, un Switch FastEthernet de 4 puertos 10/100
(con soporte VLAN) y la posibilidad de un puerto de respaldo RDSI (modelo C1i).
Configuración base
La configuración base de los routers Teldat C1 y C1i se forma con el
siguiente despiece:
Código Descripción Cantidad
Teldat C1 - ADSLoRTC
RCTCH1A1 TeldatC1: Router IP 1 ADSL(POTS) + 1 SWTH 4p F.ETH + V. 10.1.25 1
Teldat C1 - ADSLoRDSI
RCTCH1B1 TeldatC1: Router IP 1 ADSL(RDSI) + 1 SWTH 4p F.ETH + V. 10.1.25 1
TeldatC1i - ADSLoRTC
RCTCH1A2 TeldatC1i: Router IP 1 ADSL(POTS) + 1 BRI + 1 SWTH 4p F.ETH + V 10.1.25 1
TeldatC1i - ADSLoRDSI
RCTCH1B2 TeldatC1i: Router IP 1 ADSL(RDSI) + 1 BRI + 1 SWTH 4p F.ETH + V 10.1.25 1
219
Teldat 01
Teldat C1+
Equipo apropiado para accesos ADSL, ADSL2+. Dispone de un puerto ADSL/ADSL2+, un Switch Fast
Ethernet de 4 puertos (con soporte VLAN) y la posibilidad de un puerto de respaldo RDSI (modelo C1i+)
Configuración base
La
: configuración base de los routers Teldat C1+, C1i+, C1-W y C1i-W se forma con
el siguiente despiece::
Código Descripción Cantidad
220
Teldat
Teldat C2
Equipos apropiados para diversos accesos ADSL sobre RTC y sobre RDSI. Disponen de un
puerto ADSL (sobre RTC o sobre RDSI según el modelo), un puerto Ethernet, y la posibilidad de
un puerto de respaldo RDSI (modelo C2i). Excepción es el C2B.
Configuración base
Las configuraciones base de los routers Teldat C2 son las siguientes:
Código Descripción Cantidad
Teldat C2 - ADSLoRTC
RCTCH2A1 Teldat C2/POTS: Router IP, 1 ADSL/POTS + 1 ETH 10 1
Teldat C2 – ADSLoRDSI
RCTCH2B1 Teldat C2/ISDN: Router IP, 1 ADSL/RDSI + 1 ETH 10 1
TeldatC2i – ADSLoRDSI
RCTCH2B2 Teldat C2i/ISDN: Router IP, 1 ADSL/RDSI + 1 BRI + 1 ETH 10 1
TeldatC2B
RCTCH2C1 Teldat C2B: Router IP, 1 BRI + 1 SERIE DIAL-BACKUP + 1 ETH 10 1
221
Teldat
Teldat C3
Equipos apropiado para accesos ADSL sobre RTC y sobre RDSI. Disponen de un puerto ADSL
(sobre RTC o sobre RDSI según el modelo), un puerto Ethernet, cuatro puertos RJ-45 asíncronos
para TPV’s y de la posibilidad de un puerto de respaldo RDSI (modelo C3i)
Configuración base
Las configuraciones base de los routers Teldat C3 son las siguientes:
Código Descripción Cantidad
Teldat C3 - ADSLoRTC
RPPIH3A1 Teldat C3/POTS: Router IP/IPSec, 1 ADSL/POTS + 4 TPV + 1 ETH 10 1
Teldat C3 – ADSLoRDSI
RPPIH3B1 Teldat C3/ISDN: Router IP/IPSec, 1 ADSL/RDSI + 4 TPV + 1 ETH 10 1
TeldatC3i – ADSLoRDSI
RPPIH3B2 Teldat C3i/ISDN: Router IP/IPSec, 1 ADSL/RDSI + 4 TPV + 1 BRI + 1 ETH 10 1
222
Teldat
Teldat C4
Equipos apropiados para accesos ADSL sobre RTC y RDSI. Disponen de un puerto ADSL (sobre RTC o sobre
RDSI según el modelo), un puerto Ethernet, un puerto serie y de la posibilidad de un puerto de respaldo RDSI
(modelo C4i).
Configuración base
Las configuraciones base de los routers Teldat C4 son las siguientes:
Código Descripción Cantidad
Teldat C4 – ADSLoRTC
RCTCH4A1 Teldat C4/POTS: Router IP, 1 ADSL/POTS + 1 WAN Serie + 1 ETH 10 1
Teldat C4i – ADSLoRTC
RCTCH4A2 Teldat C4i/POTS: Router IP, 1 ADSL/POTS + 1 WAN Serie + 1 BRI + 1 ETH 10 1
Teldat C4 – ADSLoRDSI
RCTCH4B1 Teldat C4/ISDN: Router IP, 1 ADSL/RDSI + 1 WAN Serie + 1 ETH 10 1
TeldatC4i – ADSLoRDSI
RCTCH4B2 Teldat C4i/ISDN: Router IP, 1 ADSL/RDSI + 1 WAN Serie + 1 BRI + 1 ETH 10 1
Teldat C4B
RCTCH4C1 Teldat C4B: Router IP, 1 BRI + 1 WAN Serie + 1 ETH 10 1
223
Teldat
Teldat C8+
Equipo apropiado para accesos ADSL, ADSL2+ con Switch integrado en el EDC. Dispone de un puerto
ADSL/ADSL2+, un Switch Fast Ethernet de 8 puertos (con soporte VLAN y posibilidad de alimentación
PoE) y la posibilidad de un puerto de respaldo RDSI (modelo C8i+). Posibilidad de módulo Wifi
Configuración base
La configuración base de los routers Teldat C8+, C8i+ se forma con el
Siguiente despiece :
Código Descripción Cantidad
RCC2H8A1 TELDAT C8+: ROUTER IP, 1 ADSL2+ + 1 SWITCH 8 PUERTOS ETH 10/100 1
RCC2H8A2 TELDAT C8I+: ROUTER IP, 1 ADSL2+ + 1 BRI + 1 SWITCH 8 PUERTOS ETH 10/100 1
224
Teldat 01
Teldat C9+
Equipo apropiado para accesos ADSL, ADSL2+ con Switch integrado en el EDC. Dispone de un puerto
ADSL/ADSL2+, un Switch Fast Ethernet de 16 puertos (con soporte VLAN y posibilidad de alimentación
PoE) y la posibilidad de un puerto de respaldo RDSI (modelo C9i+). Posibilidad de módulo Wifi.
Configuración base
La configuración base de los routers Teldat C9+, C9i+ se forma con el
Siguiente despiece :
Código Descripción Cantidad
RCC2H9A1 TELDAT C8+: ROUTER IP, 1 ADSL2+ + 1 SWITCH 16 PUERTOS ETH 10/100 1
RCC2H9A2 TELDAT C8I+: ROUTER IP, 1 ADSL2+ + 1 BRI + 1 SWITCH 16 PUERTOS ETH 10/100 1
225
Teldat
Teldat Centrix-D
Equipo apropiado para desencapsular el tráfico IP de las transacciones de TPV (protocolo Datafono) y entregarlo
en formato X.25 a las aplicaciones de procesado del punto central. Dispone de tres puertos serie, dos puerto LAN
y un puerto RDSI.
Configuración base
La configuración base del router Centrix-D se forma con el siguiente
despiece:
Centrix-D
RPPIHCXD CENTRIX-D - Pasarela POS sobre IP a X.25+ Software release 9.1.24 1
226
Teldat 01
Teldat Atlas
227
Teldat
Teldat Atlas. Tarjetas de Expansión
Tarjeta G.SHDSL
Tarjeta Fast-Ethernet
Tarjeta E1/T1/PRI
Tarjeta GPRS
228
Teldat
Teldat Atlas 50
229
Teldat
Teldat Atlas 50 (Cont)
Configuración base
ATLAS – 50
RCATH050 ROUTER ATLAS 50: 1 FAST ETH 10/100, 64 MB SDRAM, 16 MB FLASH, 1 SLOT DE AMPLIACIÓN PCI 1
230
Teldat
Teldat Atlas 100
1 interfaz FastEthernet.
2 interfaces WAN (por defecto el equipo incluye 1 puerto V.35 en modo DTE y 1 puertos V.24 en modo
DCE. Si se desea que el equipo se sirva con otra configuración HW distinta en estos puertos hay que
indicarlo a Teldat al realizar el pedido).
231
Teldat
Teldat Atlas 100 (Cont)
Configuración base
La configuración base del ATLAS 100 se forma con el despiece que se adjunta a continuación:
ATLAS – 100
RCATH100 ROUTER ATLAS: 1 ETH 10/100, 2 SERIE, 32 MB SDRAM + 2 SLOT PCI + OPCION RDSI 1
232
Teldat
Teldat Atlas 200
1 interfaz FastEthernet.
3 interfaces WAN (por defecto el equipo incluye 1 puerto V.35 en modo DTE y 2 puertos V.24 en
modo DCE. (Si se desea que el equipo se sirva con otra configuración HW distinta en estos
puertos hay que indicarlo a Teldat al realizar el pedido).
233
Teldat
Teldat Atlas 200 (Cont)
Configuración base
La configuración base del ATLAS 200 se forma con el despiece que se adjunta a continuación:
ATLAS – 200
RCATH200 ROUTER ATLAS: 1 ETH 10/100, 3 SERIE, 1 BRI, 32 MB SDRAM + 3 SLOT PCI 1
Por defecto el equipo incluye 1 puerto V.35 en modo DTE y 2 puertos V.24
en modo DCE. Si se desea que el equipo se sirva con otra configuración HW
distinta en estos puertos hay que indicarlo a Teldat al realizar el pedido.
234
Teldat
Teldat Atlas 150
235
Teldat
Teldat Atlas 150 (Cont)
Configuración base
La configuración base de ATLAS 150 se forma con el despiece que se adjunta a continuación:
Código Descripción Cantidad
ATLAS – 150
RCATH150 Router ATLAS 150: En placa base dispone de 2 puertos FastEthernet 10/100, 128 MB de memoria 1
SDRAM, 16 MB de memoria FLASH, 2 Slots de ampliación PCI
236
Teldat
Teldat Atlas 152
237
Teldat
Teldat Atlas 152 (Cont)
Configuración base
La configuración base de ATLAS 150 se forma con el despiece que se adjunta a continuación:
ATLAS – 152
RCATH152 Router ATLAS 152: En placa base dispone de ADSL2+, Switch 8 puertos FastEthernet 10/100, RDSI, 128 1
MB de memoria SDRAM, 16 MB de memoria FLASH, 1 Slots de ampliación PCI
238
Teldat
Teldat Atlas 250
239
Teldat
Teldat Atlas 250 (Cont)
Configuración base
La configuración base de ATLAS 250 se forma con el despiece que se adjunta a continuación:
ATLAS – 250
RCATH250 Ó PCI
ROUTER ATLAS 250: 2 FAST ETH 10/100, 128 MB SDRAM, 16 MB FLASH, 3 SLOT DE AMPLIACIÓN 1
240
Teldat
Teldat Atlas 360
241
Teldat
Teldat Atlas 360 (Cont)
La inclusión de este equipo como EDC del servicio MacroLAN presenta las siguientes restricciones de
aplicación:
• Caudales de hasta 100 Mbps.
• Escenarios con un acceso MetroLAN único por EDC.
• Escenarios sin facilidad de transporte transparente Ethernet.
• Escenarios con un solo interfaz físico hacia el cliente.
• Preferentemente para conexiones MetroLAN de 100 Mbps, aunque no se prohíbe su utilización sobre
accesos de 10 Mbps ó 1000 Mbps, siempre que se respete la limitación de caudal
Configuración base
La configuración base de ATLAS 360 se forma con el despiece que se adjunta a continuación:
ATLAS 360
RCATH360 ROUTER ATLAS 360: 2 GIGABIT-ETH dual, 1Gbyte DDRAM, 64 MB FLASH, 4 slot de ampliación 1
PCI, 1 slot mini PCI, 1 SWC (Switch Card)
242
Teldat
Tabla resumen: Equipos validados en Servicios de TDE (I)
C1
C1+
C2
C3
C4
**
C8+
C9+
Centrix-D*
* Solo son usados para Datáfonos ** Menos C4B 243
Teldat
Tabla resumen: Equipos validados en Servicios de TDE (II)
Atlas 50
Atlas 100
Atlas 150
Atlas 152
Atlas 200
Atlas 250
Atlas 360
244
Teldat
Sotfware de los equipos
245