Manual Curso Básico OXE
Click here to load reader
Transcript of Manual Curso Básico OXE
DOCUMENTACIÓN TÉCNICA
SOPORTE TÉCNICO
Página 1 de 232
AUTOR: APROBADO POR: FECHA: 30/01/2006 Carmen Alonso Fidel Cobo REV.: 03 OBJETO: Documentación técnica básica OmniPCX Enterprise
Alcatel OmniPCX Enterprise
Documentación técnica básica
Página 2 de 232
Contenido
GENERALIDADES .................................................................................................................................. 8
1. Introducción ..................................................................................................................................... 8 2. Arquitectura global ........................................................................................................................... 9
2.1. Call Server .............................................................................................................................. 10 2.2. Media Gateway ....................................................................................................................... 11
2.2.1. e-Media Gateway ............................................................................................................. 14 2.2.2. ACT-Media Gateway ........................................................................................................ 16
2.3. Terminales compatibles .......................................................................................................... 19 2.4. Accesos externos .................................................................................................................... 20 2.5. Aplicaciones ............................................................................................................................ 20
3. Ejemplo de topología ..................................................................................................................... 27
ARQUITECTURA HARDWARE ............................................................................................................ 28
1. Introducción ................................................................................................................................... 28 2. Hardware 4400 .............................................................................................................................. 28
2.1. Tipos de ACT-MG ................................................................................................................... 30 2.2. Tipos de armarios ................................................................................................................... 31 2.3. Placas para hardware 4400 .................................................................................................... 35
2.3.1. Placas de procesamiento ................................................................................................. 35 2.3.2. Placas de interface ........................................................................................................... 40 2.3.3. Placas auxiliares ............................................................................................................... 47
3. Hardware común (OXO) ................................................................................................................ 49 3.1. Tipos de e-MG ........................................................................................................................ 49 3.2. Placas para hardware OXO .................................................................................................... 51
3.2.1. Placas de procesamiento ................................................................................................. 51 3.2.2. Placas de interfaces: extensiones .................................................................................... 55 3.2.3. Placas de interfaces: enlaces ........................................................................................... 56 3.2.4. Otras placas ..................................................................................................................... 57 3.2.5. Posición de las tarjetas en los racks OXO ....................................................................... 58
4. Hardware no Alcatel – Appliance Server ....................................................................................... 61 5. Configuración ................................................................................................................................. 62
5.1. Configuraciones clásicas (no IP): Configuraciones Mono/Multi-ACT 4400 ............................ 62 5.2. Configuraciones basadas en IP .............................................................................................. 63
5.2.1. OXE con CPU duplicada tipo CS y mezcla de hardware 4400 y OXO. Áreas remotas conectadas por IP. ...................................................................................................................... 63 5.2.2. OXE con CPU-4400 y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ........................................................................................................................................... 63 5.2.3. OXE con CPU duplicada tipo Appliance Server y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ............................................................................................... 64 5.2.4. Ejemplos detallados ......................................................................................................... 65
5.3. Redes de OXEs ...................................................................................................................... 67
SISTEMA OPERATIVO LINUX ............................................................................................................. 68
1. Introducción ................................................................................................................................... 68 2. Características del Linux de la OXE .............................................................................................. 68 3. Principales directorios .................................................................................................................... 69 4. Principales comandos .................................................................................................................... 69 5. Usuarios ......................................................................................................................................... 70
DIRECCIONAMIENTO IP ..................................................................................................................... 71
OmniPCX Enterprise – Curso Básico
Página 3 de 232
1. Repaso ........................................................................................................................................... 71 2. Direccionamiento por defecto de la OXE ...................................................................................... 71
2.1. Plan de direccionamiento IP ................................................................................................... 71 2.2. Máscara de subred por defecto .............................................................................................. 72 2.3. Direccionamiento por defecto del interface Ethernet .............................................................. 72
3. Personalización del direccionamiento ........................................................................................... 73
SHUTDOWN Y ARRANQUE DE LA OXE ............................................................................................ 76
1. Introducción ................................................................................................................................... 76 2. Comando shutdown ....................................................................................................................... 76 3. Inicio de la PABX ........................................................................................................................... 76
OPS ....................................................................................................................................................... 78
1. Introducción ................................................................................................................................... 78 2. Tipos de licencias .......................................................................................................................... 78
2.1. Listado de licencias de la OXE (versión 6.2) .......................................................................... 79 3. Ficheros OPS ................................................................................................................................ 90
3.1. Procedimiento de carga de la OPS ......................................................................................... 90 4. Consecuencias del uso fraudulento .............................................................................................. 93
HERRAMIENTAS DE GESTIÓN: MGR ................................................................................................ 95
1. Introducción ................................................................................................................................... 95 2. Manejo ........................................................................................................................................... 96
4760I ...................................................................................................................................................... 98
1. Introducción ................................................................................................................................... 98 2. Configuración ................................................................................................................................. 98 3. Acceso a la aplicación e-Config .................................................................................................... 98
3.1. Acceso vía navegador ............................................................................................................. 98 3.2. Acceso vía programa cliente ................................................................................................. 101
ABONADOS ........................................................................................................................................ 103
1. Tipos de terminales ..................................................................................................................... 103 2. Terminales UA ............................................................................................................................. 104
2.1. Teléfonos UA 3G ................................................................................................................... 105 2.2. Terminales UA Serie 9 .......................................................................................................... 107 2.3. Interfaces opcionales ............................................................................................................ 107 2.4. Terminales UA remotos ........................................................................................................ 108
3. Gestión de usuarios ..................................................................................................................... 108 3.1. Creación de usuarios ............................................................................................................ 108 3.2. Bus S0 tras UA ...................................................................................................................... 109 3.3. Extensión Z tras UA .............................................................................................................. 111 3.4. Creación de S0 sobre BRA o BPRA ..................................................................................... 111
4. Mantenimiento ............................................................................................................................. 112
PLAN DE PREFIJOS Y SUFIJOS ....................................................................................................... 113
1. Plan de prefijos ............................................................................................................................ 113 1.1. Creación de un prefijo ........................................................................................................... 113 1.2. Listado de prefijos ................................................................................................................. 113
2. Plan de sufijos ............................................................................................................................. 115 2.1. Creación de un sufijo ............................................................................................................ 115 2.2. Listado de sufijos .................................................................................................................. 115
3. Mantenimiento ............................................................................................................................. 116
GRUPO DE LÍNEAS AGRUPADAS: HUNTING GROUPS ................................................................ 117
1. Generalidades ............................................................................................................................. 117
OmniPCX Enterprise – Curso Básico
Página 4 de 232
2. Funcionamiento ........................................................................................................................... 119 2.1. Distribución de llamadas externas ........................................................................................ 119 2.2. Distribución de llamadas internas ......................................................................................... 119
3. Gestión ......................................................................................................................................... 120 4. Mantenimiento ............................................................................................................................. 121
GRUPOS DE CAPTURA ..................................................................................................................... 122
1. Generalidades ............................................................................................................................. 122 2. Gestión ......................................................................................................................................... 122
GRUPOS DE ENLACES ..................................................................................................................... 124
1. Generalidades ............................................................................................................................. 124 2. Gestión ......................................................................................................................................... 124 3. Mantenimiento ............................................................................................................................. 127
DISCRIMINACIÓN .............................................................................................................................. 128
1. Introducción ................................................................................................................................. 128 2. Principio ....................................................................................................................................... 129
2.1. Categoría de acceso a la red pública ................................................................................... 131 3. Gestión ......................................................................................................................................... 132 4. Mantenimiento ............................................................................................................................. 132
TRADUCTOR DE RELLAMADA EXTERNA ....................................................................................... 133
1. Presentación del número llamante .............................................................................................. 133 2. Rellamadas hacia números externos .......................................................................................... 133 3. Gestión ......................................................................................................................................... 134
TRADUCCIÓN DDI ............................................................................................................................. 135
1. Llamadas entrantes ..................................................................................................................... 135 2. Llamadas salientes ...................................................................................................................... 137 3. Gestión ......................................................................................................................................... 138
LLAMADAS PRIVADAS ...................................................................................................................... 139
1. Introducción ................................................................................................................................. 139 2. Funcionamiento ........................................................................................................................... 139
2.1. Usuario con un teléfono físico asignado (sin PIN) ................................................................ 139 2.2. Usuario con un teléfono físico asignado (con PIN) .............................................................. 140 2.3. Usuario con un teléfono virtual asignado .............................................................................. 140
3. Gestión ......................................................................................................................................... 140 3.1. Gestión de llamadas privadas con PIN ................................................................................. 140 3.2. Gestión de llamadas privadas sin PIN .................................................................................. 141
CÓDIGO DE NEGOCIO ...................................................................................................................... 142
1. Principio ....................................................................................................................................... 142 2. Gestión ......................................................................................................................................... 142
DISTRIBUCIÓN DE LLAMADAS ........................................................................................................ 144
1. Introducción ................................................................................................................................. 144 2. Principio ....................................................................................................................................... 144
2.1. Enrutamiento de llamadas externas sobre un enlace con numeración ................................ 146 2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración ................................. 148 2.3. Enrutamiento de llamadas internas ...................................................................................... 148
3. Ejemplos ...................................................................................................................................... 149
ENTIDADES ........................................................................................................................................ 152
1. Principio ....................................................................................................................................... 152
OmniPCX Enterprise – Curso Básico
Página 5 de 232
2. Gestión ......................................................................................................................................... 153 3. Mantenimiento ............................................................................................................................. 154
GRUPOS DE OPERADORAS ............................................................................................................ 155
1. Principio ....................................................................................................................................... 155 1.1. Ayuda mutua ......................................................................................................................... 156
2. Gestión ......................................................................................................................................... 156 3. Mantenimiento ............................................................................................................................. 157
OPERADORAS ................................................................................................................................... 158
1. Introducción ................................................................................................................................. 158 2. Funcionamiento ........................................................................................................................... 160
2.1. Servicios ................................................................................................................................ 161 2.2. Teclas programables ............................................................................................................. 161 2.3. Tipos de ring ......................................................................................................................... 161 2.4. Temporizaciones ................................................................................................................... 162
3. Gestión ......................................................................................................................................... 162 4. Mantenimiento ............................................................................................................................. 163
ALARMAS E INCIDENTES ................................................................................................................. 164
1. Presentación ................................................................................................................................ 164 2. Formato de los incidentes ............................................................................................................ 165 3. Estructura de los ficheros ............................................................................................................ 166 4. Notificación de incidentes ............................................................................................................ 167 5. Gestión ......................................................................................................................................... 168
5.1. Gestión general ..................................................................................................................... 168 5.2. Filtrado de incidentes por defecto ......................................................................................... 168 5.3. Filtrado de incidentes personalizado .................................................................................... 170 5.4. Alarmas externas .................................................................................................................. 171 5.5. Teléfono de alarmas ............................................................................................................. 171
6. Mantenimiento ............................................................................................................................. 172
MULTILÍNEA. JEFE-SECRETARIA .................................................................................................... 175
1. Introducción al servicio multilínea ................................................................................................ 175 1.1. Facilidad “desvío sobre timbre” (forwarding on ringing) ..................................................... 175\\ 1.2. Teléfono multilínea ocupado ................................................................................................. 176 1.3. Toma de línea automática..................................................................................................... 178
2. Facilidad de supervisión .............................................................................................................. 178 2.1. Supervisión de equipos ......................................................................................................... 178 2.2. Supervisión de grupos de enlaces ........................................................................................ 179 2.3. Supervisión de enlaces ......................................................................................................... 180
3. Resumen de facilidades asociadas al servicio multilínea ........................................................... 181 4. Jefe / secretaria ........................................................................................................................... 182
4.1. Teclas del jefe ....................................................................................................................... 182 4.1.1. Llamada a secretaria ...................................................................................................... 182 4.1.2. Tecla de filtrado (RISO, screening key) ......................................................................... 183 4.1.3. Tecla de no filtrado (PRISO, unscreening key) .............................................................. 184 4.1.4. Tecla RDSI filtrado ......................................................................................................... 184 4.1.5. Filtrado selectivo ............................................................................................................. 184 4.1.6. Tecla de escucha discreta .............................................................................................. 185
4.2. Teclas de la secretaria .......................................................................................................... 185 4.2.1. Llamada a jefe. ............................................................................................................... 185 4.2.2. Secretaria ausente. ........................................................................................................ 185 4.2.3. Supervisión filtro. ............................................................................................................ 186 4.2.4. Mensajería jefe. .............................................................................................................. 186
4.3. Teclas de la secretaria de desbordamiento .......................................................................... 187
OmniPCX Enterprise – Curso Básico
Página 6 de 232
5. Gestión ......................................................................................................................................... 187 6. Mantenimiento ............................................................................................................................. 188
DECT ................................................................................................................................................... 189
1. Generalidades ............................................................................................................................. 189 2. Características técnicas ............................................................................................................... 190
2.1. GAP: Generic Access Profile ................................................................................................ 192 3. Arquitectura ................................................................................................................................. 192
3.1. Configuraciones DECT ......................................................................................................... 192 3.2. Hardware DECT .................................................................................................................... 194
3.2.1. Hardware OXO ............................................................................................................... 194 3.2.2. Hardware 4400 ............................................................................................................... 194
3.3. Descripción del hardware específico para DECT ................................................................. 196 3.3.1. Tarjeta DECT8 ................................................................................................................ 196 3.3.2. Estaciones Base ............................................................................................................. 197 3.3.3. Teléfonos ........................................................................................................................ 198
3.4. Hardware requerido para arquitectura MULTIACT ............................................................... 198 4. Límites ......................................................................................................................................... 199 5. Identificación de los elementos ................................................................................................... 199 6. Resumen de facilidades .............................................................................................................. 200 7. Gestión básica ............................................................................................................................. 201
7.1. Configuración 4074 ............................................................................................................... 202 7.2. Configuración Mobile 100/200 (ó 4076) ................................................................................ 204 7.3. Gestión del DECT con la operadora ..................................................................................... 206
8. Mantenimiento ............................................................................................................................. 207
NUMERACIÓN ABREVIADA .............................................................................................................. 209
1. Introducción ................................................................................................................................. 209 1.1. Servicios ................................................................................................................................ 209 1.2. Marcación simplificada .......................................................................................................... 209 1.3. Discriminación ....................................................................................................................... 209 1.4. Desbordamiento de números abreviados ............................................................................. 209 1.5. Desbordamiento temporizado de números abreviados ........................................................ 210 1.6. Presentación amigable .......................................................................................................... 210 1.7. Tipos ...................................................................................................................................... 210
2. Números abreviados directos ...................................................................................................... 210 3. Números abreviados por rango ................................................................................................... 211 4. Gestión ......................................................................................................................................... 212 5. Mantenimiento ............................................................................................................................. 213
ARS ..................................................................................................................................................... 214
1. Generalidades ............................................................................................................................. 214 1.1. Servicios ................................................................................................................................ 214
2. Descripción funcional del ARS .................................................................................................... 216 3. Límites ......................................................................................................................................... 220 4. Gestión ......................................................................................................................................... 220 5. Mantenimiento ............................................................................................................................. 222
TARIFICACIÓN INTERNA .................................................................................................................. 223
1. Generalidades ............................................................................................................................. 223 2. Funcionamiento ........................................................................................................................... 223
2.1. Ficheros de tarificación ......................................................................................................... 224 2.2. Interacción con el comando shutdown .................................................................................. 225 2.3. Salida en tiempo real ............................................................................................................ 225 2.4. Generación de tickets ........................................................................................................... 226
3. Gestión ......................................................................................................................................... 227
OmniPCX Enterprise – Curso Básico
Página 7 de 232
4. Mantenimiento ............................................................................................................................. 229
OmniPCX Enterprise – Curso Básico
Página 8 de 232
Generalidades 1. Introducción ALCATEL OmniPCX Enterprise (OXE) es un sistema de comunicaciones de nueva generación multiservicio (voz, datos e imagen), destinado a las empresas que requieran una capacidad de 50 a 5.000 terminales en configuración aislada y hasta 50.000 terminales en configuración en red. Este sistema procede de la evolución de otra plataforma de Alcatel, la OmniPCX 4400, añadiendo nuevas facilidades y capacidades a las que ya incluía ésta. La diferencia principal entre ambos equipos es el sistema operativo que utilizan: la plataforma OmniPCX Enterprise está basada en Linux mientras que la OmniPCX 4400 utiliza Unix. Para aclarar la terminología, resumimos en la siguiente tabla la correspondencia entre nombres y versiones: OmniPCX 4400
R5.0 Ux (d2.31x.xx)
OnmiPCX Enterprise R5.X Lx
R5.0 Lx (e1.xxx.xx) Obligatorio hardware OXO R5.1 Lx (e2.xxx.xx) Cualquier mezcla de hardware
Todo hardware de 4400 Rack remoto OXO y principal de 4400 Rack principal OXO y remoto 4400 Todo hardware OXO
Las principales características de la OXE son:
Arquitectura abierta para banda ancha (ATM) Multiservicio: voz, datos e imagen Sistema operativo Linux (Unix en la 4400) Compatible con los estándares ECMA, ETSI y CCITT Aplicaciones adaptadas a OXE/4400 Preparada para telefonía IP, VoIP
OmniPCX Enterprise – Curso Básico
Página 9 de 232
2. Arquitectura global
Los principales elementos de la OmniPCX Enterprise son:
Call Server (e-CS): Unidad de control de la OXE (CPU). Es el elemento clave de la solución, donde reside toda la inteligencia del sistema. El call server es el encargado de la gestión de las llamadas (Call Handling).
Media Gateways (MG): Permite conectar el mundo de la telefonía tradicional con el mundo
TCP/IP y se conecta a la e-CS a través de una tarjeta controladora de MG (GD o INTIP). Equivale a un rack/ACT o conjunto de racks/ACTs donde van alojadas las placas de:
- Conexión a la red pública (RDSI, analógicos...) - Conexión de teléfonos digitales (UA reflexes) - Conexión de teléfonos analógicos, módems, faxes... - Conexión de estaciones base DECT
Cada MG está compuesto por 1 más racks. Los distintos tipos de chasis pueden dividirse en
dos familias: racks de OXO (e-MG) y racks de 4400 (ACT-MG). Equipos IP “nativos”: teléfonos IP, terminales H323 y terminales SIP
OmniPCX Enterprise – Curso Básico
Página 10 de 232
Servidores externos de aplicaciones: Asociación de aplicaciones externas utilizando protocolos estándar (CSTA, TAPI..) para la conexión de aplicaciones tales como Call Centers, Visual Messenger...
2.1. Call Server Principales características:
Software basado en OmniPCX 4400 R5.0 Sistema operativo Linux (versión 8)
El Call Server tiene 3 tipos de soporte físico:
- Una tarjeta CPU (CPU5 step3, CPU6 o CPU7) en un armario de 4400 tipo M2, M3,
WM1 o VH. Entonces al Call Server se le llama IPCS (IP Crystal Server). - Una tarjeta CS en un rack de tipo S o L. Entonces al Call Server se le llama IPRS (IP
Rack Server).
- Un Appliance Server (PC externo). Entonces el Call Server se llama IPAS (IP Appliance Server).
En la CS converge toda la señalización de IP: - Media Gateways
OmniPCX Enterprise – Curso Básico
Página 11 de 232
- IP terminals
Multiprotocolo (UA, H323, SIP…) Posibilidad de duplicación (call server duplicado)
2.2. Media Gateway Los MG se utilizan para alojar tarjetas de interfaces, enlaces hacia el exterior y otras placas auxiliares. Hay dos tipos de Media Gateway:
e-MG : basado en hardware OXO y también llamado OmniPCX Media Gateway. Hay dos tipos de racks:
- rack S (small) de 1 U : 3 posiciones - rack L (large) de 3 U : 9 posiciones
ACT-MG : basado en hardware 4400.
Voice Hub (VH)Wall Mounted
(WM1) M2 cabinet M3 cabinet
Las diferentes topologías dependen del hardware utilizado en el área principal y son fundamentalmente las siguientes:
El hardware en el área principal está basado en racks S y L: entonces el Call Server debe ser o bien una placa CS instalada en el rack S o L; o bien un Appliance Server.
El hardware en el área principal está basado en un ACT: entonces el Call Server debe ser
una CPU instalada en el ACT o bien un Appliance Server.
OmniPCX Enterprise – Curso Básico
Página 12 de 232
Ejemplo de configuración con un e-MG en el área principal:
OmniPCX Enterprise – Curso Básico
Página 13 de 232
Ejemplo de configuración con un ACT-MG y CPU en el área principal:
OmniPCX Enterprise – Curso Básico
Página 14 de 232
Ejemplo de configuración con un ACT-MG y Appliance Server en el área principal:
2.2.1. e-Media Gateway Contiene una placa GD en el slot de control del rack principal:
La GD proporciona:
- La matriz de conmutación
OmniPCX Enterprise – Curso Básico
Página 15 de 232
- Conferencia a 3 - Generación y detección de tonos - Transmisión de la señalización hacia la CPU - Emisión de guías vocales - Pasarela H323 - Señalización para los teléfonos IP (aunque por defecto señaliza la CS) - Compresores para comunicaciones VoIP.
Un mismo e-MG puede estar formado por un máximo de 3 racks (uno principal y 2 de expansión).
La interconexión entre racks de un mismo e-MG es a través de uniones HSL (High Speed Link).
- El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a
16 Mbit/s, full duplex. - Las uniones HSL no pueden duplicarse.
La unión GD-MEX es equivalente a una unión INT2A-INT2B virtual. Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida
de unión IP.
Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS (supuesto todo el hardware tipo OXO):
OmniPCX Enterprise – Curso Básico
Página 16 de 232
2.2.2. ACT-Media Gateway
Si el ACT-MG es el principal, el call server podrá ser una tarjeta CPU o bien un Appliance Server.
Si se trata de un ACT-MG periférico, la conexión al principal (ya sea de tipo e-MG o ACT-MG)
es a través de una tarjeta INTIPB. Dicha INTIPB sólo sirve de unión con el Call Server del alveolo principal, es decir, no actúa de pasarela H323 ni señaliza teléfonos IP.
Las principales funciones de la INTIPB son
- Generar reloj - Proporcionar tonos - Recursos de compresión
Según lo visto con anterioridad tendríamos tres tipos de configuración:
OmniPCX Enterprise – Curso Básico
Página 17 de 232
El área principal está formada por OmniPCX Media Gateway (racks S y L) y tenemos un ACT
Media Gateway de apoyo en la misma ubicación y ACT Media Gateways remotos. La conexión al Call Server es vía IP.
OmniPCX Enterprise – Curso Básico
Página 18 de 232
Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las
conexiones son vía INTIPA en el ACT main.
OmniPCX Enterprise – Curso Básico
Página 19 de 232
Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este
caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.
2.3. Terminales compatibles
Todos los compatibles con interfaces Z Teléfonos digitales reflexes de la G2 o G3 y los siguientes plugwares:
- 4093 ASY-CTI (V24) - 4094 ISW (S0) - 4095 AP (Z)
Estaciones base y terminales DECT:
- 4097 CBL
Terminales e-reflexes (4037/4022): Terminales H323
Terminales SIP
OmniPCX Enterprise – Curso Básico
Página 20 de 232
2.4. Accesos externos
Todos los interfaces que permitía la OmniPCX 4400 R5.0. - Públicos - Privados - Analógicos - Tie Line - Primarios - Básicos
Soporte de los mismos niveles de servicio de red que la OmniPCX 4400 R5.0. Protocolos soportados
- QSIG - DPNSS - ABC-F
2.5. Aplicaciones
OmniTouch CCD
- 200 pilotos - 1000 pilotos estadísticos - 200 colas/salas de espera - 150 grupos - 1000 agentes - 100 agentes por grupo - 60 supervisores totales - 30 supervisores por grupo - 60 CCS (Call Center Supervisión) - Conexión CCS: IP
A4980 / OmniTouch Unified Communications
OmniVista 4760. Herramienta de gestión.
- Configuración - Topología de red - Control de alarmas - Informes de tarificación - Informes VoIP - Control de tráfico - Control de usuarios y directorio - Control de red - Servidor LDAP integrado - Mono o multinodo
Notification Server
OmniPCX Enterprise – Curso Básico
Página 21 de 232
Ubiquity
API, CSTA, TSAPI, TAPI.
Hotel/Hospital. Software integrado de gestión
- Entradas y salidas de clientes - Despertador - Gestión de aplicaciones - DDI rotativo - Multiocupación - Tarificación - Conexión: V24, AHL
DECT. Digital Enhanced Cordless Telecommunications
- Cobertura vía radio estación base - Control de múltiples células - 11 llamadas simultáneas por estación base - 1 estación base puede manejar alrededor de 30 terminales (4074, 4075, 4076) - Handover - Roaming - GAP - Conexión: radio
Mensajería vocal:
- Alcatel 4635 Voice Mail o 2 configuraciones
4635H: 3 placas 4635J: 1 placa
o Multi-idioma o Software hotel/hospital o Redes o Centralización o Operadora automática o Audio texto (4635H) o 15000 buzones de voz o 170 horas de grabación o Servidor de fax o Conexión: interna
- eVa (4645)
o Mensajería vocal de similares características al 4635 o Servicios basados en el 4615 o Puede ir dentro del Call Server (tipo CS o Appliance) o bien en un servidor
dedicado (similar al CS / Appliance pero dedicado a la MEVO). o Acceso directo utilizando el algoritmo G711.
OmniPCX Enterprise – Curso Básico
Página 22 de 232
OmniPCX Enterprise – Curso Básico
Página 23 de 232
Nueva RMA para los racks S y L
- Sustituye a la RMA y SRMA de la OmniPCX 4400 - Es una adaptación de la RMA antigua para los racks OXO
• RMA • MODEM externo
- No permite el reset remoto del Call Server en caso de utilizar Appliance Server.
OmniPCX Enterprise – Curso Básico
Página 24 de 232
eRMA
- Es software y va instalado en el Call Server. - Utiliza un módem interno a la GD. - Solución alternativa a la tarjeta RMA - No soporta todos los servicios de la tarjeta RMA - Compatible únicamente con conexiones de módems internos. - Para utilizar la eRMA el call server debe estar activo
- En caso de Call Server duplicado, la eRMA corre en la parte main. La conexión a la
stand by sólo es posible vía telnet desde la main.
OmniPCX Enterprise – Curso Básico
Página 25 de 232
SIP
- Servicios de gateway y proxy - Acceso a clientes SIP pertenecientes a otros dominios - Interface con otros equipos
Cliente LDAP
- Da la posibilidad de desbordad hacia un servidor LDAP externo durante una llamada por nombre.
V24 / IP (puertos dedicados V24)
- Sólo hay un puerto V24 en el call server tipo CS y Appliance Server. Sirve para puerto de consola.
OmniPCX Enterprise – Curso Básico
Página 26 de 232
- Para tener más puertos V24 está la caja MOXA. Se conecta a través de IP y
proporciona 4 puertos V24 remotos.
Herramienta para instalación de software y parches
OmniPCX Enterprise – Curso Básico
Página 27 de 232
3. Ejemplo de topología Arquitectura distribuida (IP) con control centralizado (área principal con un máximo de 250 extensiones y área remota con un máximo de 50 extensiones).
OmniPCX Enterprise – Curso Básico
Página 28 de 232
Arquitectura Hardware
1. Introducción Como vimos en el capítulo anterior, la OmniPCX Enterprise permite arquitecturas muy variadas, combinando racks de 4400 (tipo ACT) y racks de hardware común (o racks OXO). En este capítulo veremos más en detalle los distintos racks y las tarjetas que pueden insertarse en éstos. 2. Hardware 4400 El hardware 4400 está basado en el concepto de ACT (Alcatel Crystal Technology): todas las tarjetas están conectadas entre sí y son controladas por la CPU.
Las ventajas ligadas al concepto ACT son:
No hay saturación de tráfico. No hay bus compartido. Funciones descentralizadas en cada placa. Duplicidad de CPU.
La conmutación es realizada por las tarjetas a través del circuito C1 que une cada una de las placas con las demás integrantes del ACT. Dicha conmutación se efectuará de acuerdo con la señalización que les envía la CPU. A grandes rasgos, el diagrama funcional de todas las tarjetas que van en un ACT es como indica la figura siguiente:
OmniPCX Enterprise – Curso Básico
Página 29 de 232
Circuito C1: Ancho de banda de 8 Mbits/s (128 timeslots de 64 Kbits/s) 4 timeslots para señalización de la CPU a las placas 4 timeslots para señalizar de las placas a la CPU 120 canales B
OmniPCX Enterprise – Curso Básico
Página 30 de 232
2.1. Tipos de ACT-MG
ACT10
ACT14
OmniPCX Enterprise – Curso Básico
Página 31 de 232
ACT Voice Hub
ACT28
2.2. Tipos de armarios
WM1. Aloja un ACT 10
OmniPCX Enterprise – Curso Básico
Página 32 de 232
M2. Puede alojar 2 ACT14, 1 ACT28 o bien 1 ACT14 + 1 US Shelf
OmniPCX Enterprise – Curso Básico
Página 33 de 232
OmniPCX Enterprise – Curso Básico
Página 34 de 232
M3. Puede alojar 2 ACT28, 4 ACT14, 1 ACT28+2 ACT14, etc.
OmniPCX Enterprise – Curso Básico
Página 35 de 232
Vhub. Puede alojar un ACT-VH.
2.3. Placas para hardware 4400 2.3.1. Placas de procesamiento En este apartado vamos a hablar de las placas de procesamiento que se encuentran actualmente en fase comercial. Simplemente por mencionarlas, algunas tarjetas de proceso muy utlizadas en su momento pero que han sido descatalogadas son: CPU3, CPU3-s2, CPU3-s3, CPU5, CPU5-s2. CPU 5-STEP3 Las principales características de esta CPU son:
Placa procesadora PUSDRAM equipada con microprocesador Pentium MMX y memoria dinámica SDRAM.
Módulo SDRAM compatible con 32, 64, 128 o 256 MB.
Interface Ethernet. Dispone de dos accesos:
- Link 802.3 implementado en el propio circuito (on-board Ethernet link) - Interface 10 BaseT externo. Cuando este interface está en servicio, el LED 10 Base
T del panel frontal está encendido.
El controlador Ethernet actúa como un minihub para estos dos accesos.
Módulo de tonos y reloj: VIVALDI ASIC.
OmniPCX Enterprise – Curso Básico
Página 36 de 232
- Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj
del sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarswe utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0.
- Generador de tonos: las frecuencias se generan a partir de muestras almacenadas en una FLASH EPROM. Los tonos y multifrecuencias utilizadas por las placas de interfaces del sustema son de varios tipos: MFQ23 (16 frecuencias), frecuencia de ring (50 Hz), frecuencias de modem (2100 Hz), así como los tonos propios de cada país (tono de marcado, etc.).
Disco duro: modo PIO4
Módulo I/O PC97307
Módulo COFIDEC (ley A, ley μ)
No está equipada con el bus SCSI
No admite la placa hija VMU-OBCA, pero sí OBCA (accesos V24).
Interface V24 (UART). Ofrece 4 accesos V24
La placa madre integra 3 buses: PCI, ISA y IDE.
Tiene un slot para insertar una hard-key de protección (licencias)
OmniPCX Enterprise – Curso Básico
Página 37 de 232
CPU 6 Las principales características de esta CPU son:
Procesador AM5x86-100 a 100 MHz. Memoria SDRAM de 256 MB máximo.
Interface Ethernet on-board y externo 10/100 Base T. La velocidad del interface ethernet
externo se decide por negociación. Proporciona 4 accesos V24.
Ethernet on-board y externa 10/100 Base T.
Admite conexión de IO2
Proporciona función VPU (guías vocales y Q23).
Acepta las siguientes placas hijas:
- OBCA2: accesos de 64 Kbit/s - VMU-OBCA2: voice mail+ accesos 64 Kbit/s.
Tiene un slot para insertar una hard-key de protección (licencias)
Adaptador para bus externo ISA.
Interface IDE (hard disk).
Interface para conexión a floppy disk (tarjeta MMSFD).
Admite placa hija VMU-OBCA
Admite placa hija OBCA
OmniPCX Enterprise – Curso Básico
Página 38 de 232
Módulo VPU para guías vocales: La CPU6 tiene una memoria flash de 8 Mb para guías
vocales y 15 canales para acceder simultáneamente. Es posible personalizar guías ya que tiene un canal de grabación.
Detector de tonos Q23 (10 detectores)
Interface para música en espera.
Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj del
sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarse utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0.
OmniPCX Enterprise – Curso Básico
Página 39 de 232
CPU 7 La CPU 7 está pensada para reemplazar la CPU5-s3. Las principales características de esta CPU son:
Procesador Pentium III a 700MHz. SDRAM de 256MB.
Interface Ethernet on-board (10 Mbits/s) y externo (10/100 Base T). El interface externo
puede configurarse utilizando la herramienta ethctl (half/full duplex, 10/100). Ambos interfaces están interconectados vía un miniswitch.
Tiene un slot para insertar una hard-key de protección (licencias)
Adaptador para bus externo ISA. Permite conexión a la tarjeta IO2N.
Interface IDE (hard disk de 2,5 pulgadas).
Interface para conexión a floppy disk (tarjeta MMSFD).
Proporciona 4 accesos V24.
Módulo DTM para DECT incluido en la CPU7. Esto permite la sincronización de las
estaciones base IBS y RBS.
Interface para música en espera.
Detector de tonos Q23 o Q23x (10 detectores)
Generador de tonos
Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj del sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarse utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0.
OmniPCX Enterprise – Curso Básico
Página 40 de 232
2.3.2. Placas de interface IO2N
Esta tarjeta es una versión renovada de la antigua IO2. Proporciona conmutación, distribución
y concentración de paquetes de datos. Puede procesar hasta 60 canales B simultáneamente. Hay dos posibilidades:
- Los paquetes van en formato de trama HDLC y son transportados en un canal B del
los enlaces tipo-1. La tarjeta IO2N puede asociar canales B dinámicamente para obtener velocidades de 128 Kbits/s a 2 Mbits/s.
- Los paquetes van encapsulados según el protocolo UA y son transportados mediante
4 TS de los enlaces tipo-1.
ECX 1 8 accesos (DTE) 10 BaseT (hub).
Conecta la CPU cuando se usa el interface Ethernet on-board.
UA16 / UA32
Esta tarjeta permite conectar 16 / 32 equipos digitales del tipo siguiente:
- Teléfonos UA-Reflexes, con o sin el módulo S0/V24/PC - Consolas FBC para operadoras - IBS - Adaptadores de terminal (TA) tipo V24, S0, CTI o analógicos. -
La tarjeta UA16 está descatalogada y ya sólo se vende la UA32 (con una nueva versión a partir de la release 4.2, UA32NV)
La nueva versión de la tarjeta UA32 se diferencia de la anterior en:
- Nuevo transmisor/receptor OSIRIS (Octal UA transmitter/receiver) - Nuevo interface UA basado en transformadores QUAD UA. - Nuevo circuito C1NV
OmniPCX Enterprise – Curso Básico
Página 41 de 232
- Nueva fuente de alimentación CB8. eUA32
Tarjeta compatible con la versión R5.1 y superiores. Mismas características básicas que la tarjeta UA32.
La diferencia entre utilizar tarjetas eUA32 o UA32 es una cuestión económica: la tarjeta UA32
requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eUA32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.
Las tarjetas eUA32 y UA32 no son intercambiables: cada una debe declararse en el sistema
con su tipo correspondiente para que funcione. UA/ZP
La tarjeta UA-ZP o UA-ANALOG es una placa mixta que permite conectar 16 equipos UA y 8 terminales analógicos.
OmniPCX Enterprise – Curso Básico
Página 42 de 232
Z12 Y Z24
Tarjetas antiguas que han sido reemplazadas por la segunda generación de placas Z (Z2). Permiten conectar 12 o 24 terminales analógicos.
4 Receptores multifrecuencia y 4 generadores de llamada
Z2 (Z24-2, Z12-2, Z20VG)
Segunda generación de placas Z con 6 slots para placas hijas (instaladas y soldadas en fábrica):
- Placa hija QCIALA: admite 4 terminales analógicos (ocupa 3 ó 6 slots). - Placa hija VGU: permite configurar guías vocales.
La tarjeta Z12-2 admite 12 equipos analógicos.
La tarjeta Z24-2 adminte 24 terminales analógicos.
La tarjeta Z20VG permite la conexión de 20 terminales analógicos y la difusión de guías
vocales (13 canales simultáneos). La placa hija VGU sólo es compatible con la versión R3.1 y superiores.
Las guías vocales se almacenan en:
- Memoria flash, en el caso de guías estándar del sistema. - Memoria RAM, en el caso de guías vocales personalizadas.
8 recepctores de frecuencias (Q23 y Q23x).
Z32
Es una tarjeta válida sólo a partir de R4.2 que permite conectar 32 terminales analógicos. En comparación con la tarjeta Z24-2, además de aumentar el número de terminales que admite, proporciona las siguientes funcionalidades:
- Nuevo interface de larga distancia con 8 QCIALAS (Quadruple Subscriber Line
Analog Interface Circuits). - Nuevo circuito C1NV - Nuevas fuentes de alimentación CB8 y CB26
eZA32
Tarjeta compatible con la versión R5.1 y superiores. Mismas características básicas que la tarjeta Z32.
La diferencia entre utilizar tarjetas eZ32 o Z32 es una cuestión económica: la tarjeta Z32
requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eZ32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.
OmniPCX Enterprise – Curso Básico
Página 43 de 232
Las tarjetas eZ32 y Z32 no son intercambiables: cada una debe declararse en el sistema con su tipo correspondiente para que funcione.
DECT2 Y DECT4 (TARJETAS EN PHASE-OUT)
2 ó 4 interfaces habilitando estaciones base DECT RBS DECT4 con de 1 a 4 placas DMOD (controla las estaciones base) DECT4 con de 1 a 4 placas AEMD (8 conversaciones) o DTM (sincronismo) Compatible con GAP
DECT4HB (TARJETA EN PHASE-OUT)
4 interfaces para estaciones base DECT RBS tarjeta DTM para sincronismo 30 canales simultáneos de 1 a 4 placas DMOD (controla las estaciones base) de 1 a 4 placas AEMD (8 conversaciones) o DTM (sincronismo) Compatible con GAP
DECT8
Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps. Requiere R3.2M, R4.1 o superior.
Tiene características similares a DECT4HB.
AEMD y DTM integradas en la placa base (desaparecen las tarjetas hija).
La tarjeta DECT8 contiene dos módulos UBAC-DSP que efectúan las siguientes funciones:
- Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) - Transcodificación de voz en formato MIC (utilizada internamente por la PABX) a
ADPCM (codificación de voz en el estándar DECT) - Posibilidad de programar la UBAC-1P como DTM.
Incluye cancelación de eco.
Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por
cualquier estación base). Compatible GAP
BRA Y BRA2
8 Interfaces S0/T0 PRA Y PRA2
1 interfaz T2
OmniPCX Enterprise – Curso Básico
Página 44 de 232
BPRA Y BPRA2
1 interfaz T2 y 3 interfaces T0/S0 NPRAE
La tarjeta NPRAE (New Primary Rate Access E1) reemplaza a la tarjeta PRA2. Permite conectar la OXE con:
- Otra OXE en una red privada (ABC-F). - Una PBX de otro fabricante en una red privada (QSIG, DPNSS). - La red pública (RDSI, DASS2)
La tarjeta NPRAE puede proporcionar (depende del binario descargado según la gestión):
- 2 accesos E1-CCS (T2). - 1 acceso DASS2 (a partir de R6.1), en este caso, sólo está disponible el acceso 0 - 1 acceso DPNSS (a partir de R6.1), en este caso, sólo está disponible el acceso
número 0. PCM / PCM2
1 interfaz MIC (2 Mbits/s) DDI (SDA)
8 enlaces analógicos Nota: no existe en España
NDDI (BCA)
8 enlaces analógicos NDDI2
Evolución de la tarjeta NDDI antigua. Admite 8 enlaces analógicos a dos hilos.
Puede llevar opcionalmente placas hijas:
- CLIPIA: placa hija que permite identificar al llamante (CLIP). Trabaja con un máximo
de 4 líneas, por lo que son necesarias dos placas hijas para soportar las 8 líneas de la NDDI2.
- “Tax Metering”: placa hija que permite detectar pulsos de tarificación. Hay dos tarjetas disponibles: para pulsos de 12/16 KHz o para pulsos de 50 KHz. Trabaja con un máximo de 4 líneas, por lo que son necesarias dos placas hijas para soportar las 8 líneas de la NDDI2.
OmniPCX Enterprise – Curso Básico
Página 45 de 232
EMTL
6 interfaces analógicas para líneas privadas (E&M). ACEM
4 interfaces analógicas para líneas privadas (E&M). INTIP / INTIP2
INTerconnecting on IP network. La tarjeta INTIP2 es una versión actualizada de la INTIP (proporcionan las mismas funciones principales y admiten las mismas placas hija).
Acceso para IP-phones.
VoIP trunks / logical links.
Enlaces inter-ACT mediante IP (a partir de R4.2)
En las tres primeras funciones, reemplaza a la LIOE
Acepta las siguientes placas hijas dependiendo de los DSPs:
- GIP6: 4-DSP (30-channel) fully-equipped version - GIP6: 1-DSP (8-channel) partially-equipped version - GIP4 : 4-DSP (30-channel) fully-equipped version - GIP4a : 1-DSP (8-channel) partially-equipped version
Como máximo puede llevar 2 placas hijas (del mismo tipo).
Interface Ethernet 10/100 BaseT. Dependiendo de la versión de software, las posibilidades de
gestión de la velocidad y el modo duplex del interface varían. En las últimas versiones se pueden configurar las siguientes opciones:
- Autonegociación de velocidad y half duplex (10/100 y half duplex) - Autonegociación total (10/100 y half/full duplex) - Forzado a 100 Mbps Full duplex - Forzado a 100 Mbps Half duplex - Forzado a 10 Mbps Full duplex - Forzado a 10 Mbps Half duplex
La tarjeta INTIP2 tiene un interface compatible con V36.
LIOX
Permite comprimir conversaciones para reducir el número de canales físicos. Puede comprimir sobre enlaces de BPRA, BRA, PRA.
Los compresores pueden utilizarse para ayudar a LIOB o LIOP
Hay dos versiones de LIOX:
OmniPCX Enterprise – Curso Básico
Página 46 de 232
- LIOX (reference 3BA 23145 AA): compatible con la placa hija COMP6 (6
compresores). - LIOX (reference 3BA 23145 AB) o LIOX-2: compatible con COMP2 (8 compresores).
LIOB
LInk Optimized Basic access. Permite comprimir conversaciones para reducir el número de canales físicos.
Dos modos de operación:
- Coupler mode: links o grupos de enlaces comprimidos - CPU mode: permite uniones con ACTs remotos vía uniones comprimidas.
Además permite la conexión de 4 T0 y un interfaz VX (X24-V11 o V36 en modo ETTD). Hay dos versiones de LIOB:
- LIOB (reference 3BA 23138 AA): compatible con la placa hija COMP6 (6
compresores). - LIOB (reference 3BA 23138 AB) o LIOB-2: compatible con COMP2 (8 compresores).
LIOP
LInk Optimized Primary access. Permite comprimir conversaciones para reducir el número de canales físicos.
Además permite la conexión de 1 T2 .
Puede ser reemplazada por una LIOX y una PRA2.
Hay dos versiones de LIOP:
- LIOP (reference 3BA 23137 AA): compatible con la placa hija COMP6 (6
compresores). - LIOP (reference 3BA 23137 AB) o LIOP-2: compatible con COMP2 (8 compresores).
LIOE (TARJETA EN PHASE-OUT)
LInk Optimized board Ethernet. Esta tarjeta ha sido reemplazada por la INTIP. Permite crear uniones entre nodos vía IP utilizando Ethernet y el protocolo H323.
Interface Ethernet 10 Mbps.
12 canales de compresión.
Se puede añadir la placa hija CHC12 para aumentar el número de compresores a 30.
OmniPCX Enterprise – Curso Básico
Página 47 de 232
2.3.3. Placas auxiliares SU
Interfaz para slot US (migración) Generador de frecuencias + DISA
VG
Tarjeta Voice Guides (VG) Genera multifrecuencias R2
2 flash EPROM cards (2x4Mb) para guías locales. La duración máxima de grabación es de 16
minutos y 23 segundos. 18 accesos simultáneos.
Detección de frecuencias Q23 (hasta 6 simultáneas) y Q23X (DISA...) (hasta 6 simultáneas). SU-VG
Placa SU+VG (detector Q23X para DISA) GPA
General Purpose Auxiliary (GPA) permite básicamente procesar, en detección o en generación, tonos y multifrecuencias utilizados en las diferentes redes públicas o privadas.
5 DSP que se pueden usar para conferencias múltiples, grabar / reproducir guías vocales
(RAM card), receptores R2 multifrecuencia, detección Q23 y Q23X.
Tarjetas extraíbles flash o RAM. GPA2
General Purpose Auxiliary 2 (GPA2) es una versión actualizada de la GPA con más capacidades que su predecesora. Además, en la GPA2 ya no se utilizan tarjetas extraíbles flash / RAM.
La tarjeta GPA se encarga de dos funciones principalmente:
- Procesamiento de voz: guías vocales multiidioma (Multi Language Voice Prompt)
que pueden descargarse sobre la GPA2 en 4 idiomas y con 60 canales simultáneos de reproducción:
o 4 x 6 Mb (4 x 12 min) guías vocales estáticas. o 7.5 Mb (15 min) guías vocales dinámicas. o Música en espera.
OmniPCX Enterprise – Curso Básico
Página 48 de 232
- Procesamiento (en detección y generación) de tonos y frecuencias DTMF utilizadas en las diferentes redes públicas o privadas:
o Generación de 32 tonos. o Q23, Q23X. o Detección tono de ocupado (CCD). o 2100 Hz. o R1/R2. o VAD
INTOF
Interconexión de ACT en configuración multi-ACT para larga distancia. 2 pares trenzados (600 m)
Fibra óptica multimodo (4 km) con placa COST o monomodo (12 km) con placa mono-COST
Medio físico 1x8 Mbit/s
RT2
Interconexión entre el ACT principal y ACT remoto Medio físico 1x8 Mbit/s
MMSFD
Mass Memory Support: 3.5” floppy
En el caso de un sistema no duplicado, la placa hija SRMA instalada en la tarjeta MMS puede utilizarse para el mantenimiento remoto.
PRMA
Placa que permite el mantenimiento remoto. Se monta sobre las cabinas CBRMA y BRMA.
RMAB
Remote Maintenance Access Board. Conecta la PABX con un operador local o remoto para mantenimiento.
Recepción de alarmas.
OmniPCX Enterprise – Curso Básico
Página 49 de 232
3. Hardware común (OXO) 3.1. Tipos de e-MG Los e-MG están basados en hardware OXO y también se conocen como OmniPCX Media Gateway. Hay dos tipos de racks:
rack S (small) de 1 U : 3 posiciones rack L (large) de 3 U : 9 posiciones
Las características principales del e-MG son las siguientes:
Contiene una placa GD en el slot de control del rack principal:
La GD proporciona:
- La matriz de conmutación - Conferencia a 3 - Generación y detección de tonos - Transmisión de la señalización hacia la CPU - Emisión de guías vocales - Pasarela H323 - Señalización para los teléfonos IP (aunque por defecto señaliza la CS) - Compresores para comunicaciones VoIP.
Un mismo e-MG puede estar formado por un máximo de 3 racks (uno principal y 2 de expansión).
OmniPCX Enterprise – Curso Básico
Página 50 de 232
La interconexión entre racks de un mismo e-MG es a través de uniones HSL (High Speed Link).
- El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a
16 Mbit/s, full duplex. - Las uniones HSL no pueden duplicarse.
La unión GD-MEX es equivalente a una unión INT2A-INT2B virtual. Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida
de unión IP.
Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS (supuesto todo el hardware tipo OXO):
OmniPCX Enterprise – Curso Básico
Página 51 de 232
3.2. Placas para hardware OXO 3.2.1. Placas de procesamiento CS board
Funciones principales:
- Call Server - Voice Mail (4645)
Puede alojarse en cualquier slot de un e-Media Gateway (racks S o L), o bien en el slot 0 de
un rack dedicado para la CS. Se conecta al backpanel sólo para tomar la alimentación.
Principales características:
- Procesador: ASPEN 133 MHz - Memoria SDRAM 128 MB + basic NAND flash 32 MB - Hard disk - Conectores en el panel frontal - 1 Ethernet 10/100 Base-T - 1 acceso V24 - Botón ON/OFF
Panel frontal de la CS:
Placas hija de la CS:
- XMEM: IDE hard drive interface - SLANX: LAN Switch (3 puertos cruzados y 1 para uplink, todos 10/100 Base-T. Con
autonegociación full/half duplex).
Significado de los LEDs:
OmniPCX Enterprise – Curso Básico
Página 52 de 232
Posición de los jumpers:
GD board
Toda la inteligencia del Media Gateway se concentra en la GD (no hay firmware en otras placas).
Siempre va en la posición 0 del rack S o L.
Principales características
- Procesador ASPEN 133 MHz - Memoria SDRAM 64 MB + basic NAND flash 32 MB - Conexiones en el panel frontal - 1 Ethernet 10/100 Base-T - 1 acceso V24 - Botón ON/OFF
Las principales funciones de la GD son:
- Controladora del e-MG - Control del switching TDM o IP - VoIP - Generación de tonos - Guías vocales - Conferencia a 3 - Detección y generación de DTMF - MODEM interno
OmniPCX Enterprise – Curso Básico
Página 53 de 232
Panel frontal de la GD:
Placas hija opcionales:
- HSL1 o HSL2: permiten la conexión de 1 ó 2 módulos de expansión
- AFU: para conectar una fuente de audio externa o bien un sistema de gestión de alarmas
- MCV8, MCV24: 7 ó 21 compresores para VoIP. Permiten comprimir /descomprimir y
paquetizar/despaquetizar de canales PCM a paquetes RTP. Soporta G711, G.723.1A y G.729AB.
Significado de los LEDs:
Posición de los jumpers:
OmniPCX Enterprise – Curso Básico
Página 54 de 232
GA board
Placa auxiliar que permite aumentar los recursos proporcionados por la GD Los recursos que proporciona son:
- Compresores VoIP - Guías vocales - Conferencias a 3
Sólo se comunica con la GD. Utiliza 2 PCM, de forma que puede ir alojada en cualquier ranura de 2PCM.
Panel frontal de la GA:
Significado de los LEDs:
Posición de los jumpers:
MEX board
Va en el slot 0 del un rack de expansión
- Permite el control del rack remoto - Hasta 2 racks de expansión pueden ir conectadas al rack principal
Conectado a la GD del rack principal a través del link HSL
OmniPCX Enterprise – Curso Básico
Página 55 de 232
- Link de 16 Mbit/s - Utiliza las placas hija HSL - Hasta 2 racks de expansión pueden ir conectadas al rack principal
El DSP0 de la MEX recibe del DSP0 de la GD la información de switching Una GPA virtual está asociada a cada MEX
Panel frontal de la MEX:
Significado de los LEDs:
3.2.2. Placas de interfaces: extensiones Principales tarjetas para extensiones tanto para ACT-MG como para e-MG:
UAI (Universal Alcatel Interface)
Permite la conexión de equipos digitales
OmniPCX Enterprise – Curso Básico
Página 56 de 232
Según el modelo, admite 4, 8 o 16 UAs
- UAG2 - UAG3 - Operadoras - IBS - TSC y TAs
Restricciones:
- Ninguna UAI puede ir en el slot 8 de un rack L cuando la GD lleva MCV24 - La UAI16 no puede ocupar los slots 5 a 8 del rack L por necesitar 2 PCM.
SLI (Serial Line Interface)
Permite la conexión de equipos analógicos Según el modelo, admite 4, 8 o 16 Zs
Soporta Q23 y decádico
No tiene detectores de MF Q23: utiliza los que van en la GD
Restricciones:
- No puede ir una SLI16 en un rack S - Ninguna SLI puede ir en el slot 8 de un rack L cuando la GD lleva MCV24
3.2.3. Placas de interfaces: enlaces Principales tarjetas para enlaces tanto para ACT-MG como para e-MG:
OmniPCX Enterprise – Curso Básico
Página 57 de 232
BRA (Basic Rate Interface)
Interfaces T0 (2B+D) 2, 4, u 8 accesos No admite S0
PRA T1 (Primary Rate Access T1)
Interface T1 1x1.544 Mbit/s CCS y CAS
PRA E1 (Primary Rate Access E1)
Interface T2/E1 1x2 Mbit/s APA
2, 4 u 8 enlaces analógicos Consta de las siguientes placas hija:
- METCLI: Para tarificación. Cada una maneja 4 interfaces. - GSCLI: Gestión de la puesta a tierra. Cada una maneja 4 interfaces. - CLIPDSP: detección de CLIP. Cada una maneja 8 interfaces.
3.2.4. Otras placas LANX
Switch de 8 ó 16 bocas LANX8: 7 puertos + 1 up-link LANX16: 15 puertos + 1 up-link
Significado de los LEDs
OmniPCX Enterprise – Curso Básico
Página 58 de 232
MIX
Las tarjetas MIX combinan interfaces Z, BRA y UA Requiere 2 PCM No pueden ir en los slots 5 a 8 del rack L.
3.2.5. Posición de las tarjetas en los racks OXO
3.2.5.1. Rack 1U (S)
• Slot 1: 2 PCM • Slot 2: 2 PCM
La siguiente tabla resume dónde puede ir ubicada cada tarjeta en este tipo de rack:
OmniPCX Enterprise – Curso Básico
Página 59 de 232
3.2.5.2. Rack 3U (L)
• Slot 1: 2 PCM • Slot 2: 2 PCM • Slot 3: 2 PCM • Slot 4: 2 PCM • Slot 5: 1 PCM • Slot 6: 1 PCM • Slot 7: 1 PCM • Slot 8: 1 PCM
La siguiente tabla resume dónde puede ir ubicada cada tarjeta en este tipo de rack:
OmniPCX Enterprise – Curso Básico
Página 60 de 232
OmniPCX Enterprise – Curso Básico
Página 61 de 232
4. Hardware no Alcatel – Appliance Server El Appliance Server es un servidor del fabricante IBM configurado y cargado por Alcatel para que funcione como Call Server. Es compatible tanto con el hardware OXO como con el hardware 4400 y aporta las mismas funcionalidades que la tarjeta CS. Las principales características técnicas de este servidor son:
Identificación de la placa: CPU0s0 Identificación del microprocesador: Intel(R) Pentium(R) 4 CPU 3.00GHz.
Memoria: 513024 KB
Capacidad IDE Disk #: 76324 MB
Panel frontal:
Panel trasero:
OmniPCX Enterprise – Curso Básico
Página 62 de 232
5. Configuración 5.1. Configuraciones clásicas (no IP): Configuraciones Mono/Multi-ACT 4400
Hasta 99 ACT´s remotos con una sola CPU funcionando como main y una sola base de datos. Placas empleadas en las uniones inter-ACT:
INTOF: interconexión vía enlace privado de 8 Mbits/s RT2: interconexión vía enlace público o privado (línea dedicada) de 2 Mbits/s LIOB: uniones comprimidas (a partir de R3.2).
OmniPCX Enterprise – Curso Básico
Página 63 de 232
5.2. Configuraciones basadas en IP 5.2.1. OXE con CPU duplicada tipo CS y mezcla de hardware 4400 y OXO. Áreas remotas conectadas por IP.
5.2.2. OXE con CPU-4400 y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM.
OmniPCX Enterprise – Curso Básico
Página 64 de 232
5.2.3. OXE con CPU duplicada tipo Appliance Server y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM.
OmniPCX Enterprise – Curso Básico
Página 65 de 232
5.2.4. Ejemplos detallados
El área principal está formada por OmniPCX Media Gateway (racks S y L) y tenemos un ACT Media Gateway de apoyo en la misma ubicación y ACT Media Gateways remotos. La conexión al Call Server es vía IP.
OmniPCX Enterprise – Curso Básico
Página 66 de 232
Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las
conexiones son vía INTIPA en el ACT main.
Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este
caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.
OmniPCX Enterprise – Curso Básico
Página 67 de 232
5.3. Redes de OXEs Varias OXEs (independientemente del hardware y la topología de cada nodo) pueden unirse entre sí para formar una red homogénea de PABXs. El límite de nodos en una red es de 100.
OmniPCX Enterprise – Curso Básico
Página 68 de 232
Sistema Operativo Linux
1. Introducción Como ya mencionamos, el sistema OmniPCX Enterprise procede de la evolución de otra plataforma de Alcatel, la OmniPCX 4400, añadiendo nuevas facilidades y capacidades a las que ya incluía ésta. La diferencia principal entre ambos equipos es el sistema operativo que utilizan: la plataforma OmniPCX Enterprise está basada en Linux mientras que la OmniPCX 4400 utiliza Unix (Chorus). Unix y Linux son sistemas operativos muy similares, por lo que la mayoría de los comandos que admite uno son válidos también para el otro. Las principales características de estos sistemas operativos son:
Sistemas operativos en tiempo real Multitarea Multiusuario Estandarizado Estructura jerarquizada de archivos. Acceso universal a los periféricos de entrada y salida (como si fueran archivos) Portable Composición:
o Kernel: bloque principal que se ocupa de:
- Gestión de procesos - Gestión de memoria - Gestión de entrada/salida - Gestión del sistema de archivos
o Aplicaciones: aplicación telefónica y comandos Linux/Unix
o Shell: programa que actúa como interfaz entre el usuario y el kernel, es un intérprete de
comandos al mismo tiempo que un lenguaje de programación.
2. Características del Linux de la OXE
Hay dos loaders utilizados por Linux
LILO: Linux Loader GRUB: Grand Unified Bootloader
Linux utilizado por la CS se basa en: Red Hat: para el proceso de instalación Mandrake 7.2: para los packages
OmniPCX Enterprise – Curso Básico
Página 69 de 232
3. Principales directorios La estructura de directorios es similar a la del Chorus (S.O. de la OmniPCX 4400, antepasada de la OmniPCX Enterprise):
Primera partición: /DHS3bin (/usr2) /DHS3data (/usr3)
Partición común: /DHS3dyn (/usr4) /DHS3ext (/usr7)
Segunda partición:
/root2_d /DHS3bin2 (/usr5) /DHS3data2 (/usr6)
4. Principales comandos Las diferencias entre los principales comandos de Linux y Chorus son las que se indican en la siguiente tabla: Chorus Linux Comando Comentario shutdown shutdown -r Reset después de 30
segundos
shutdown -i shutdown –r now Reset inmediato shutdown –ih shutdown –h now Parada (halt) inmediata ps ps -edf Lista de procesos Con Linux “ps” lista
muy pocos procesos Pulsar dos veces “ESC”
Pulsar la tecla “TAB” Completa comandos automáticamente
Puede hacerse login como swinst desde root
No pide password
Interface ethernet: il0 Interface Ethernet: eth0 Tecla “DEL” “CTRL + C” Para detener un ping
por ejemplo
Otros comandos muy utilizados en el mantenimiento de la OXE son los siguientes:
OmniPCX Enterprise – Curso Básico
Página 70 de 232
ll Lista ficheros y subdirectorios del directorio actual:
drw-rw-rw- la primera d indica directorio -rw-rw-rw- la primera – indica fichero
r = permiso de lectura w = permiso de escritura x = permiso de ejecución (ejecutable)
ll |more Lista ficheros y subdirectorios del directorio actual página a página (útil
cuando el contenido del directorio sobrepasa el tamaño de la pantalla. ps -edf Muestra los procesos activos cd nombre Cambia al directorio nombre dentro del directorio actual (direccionamiento
relativo al directorio actual) cd /nombre Cambia al directorio nombre desde el directorio raíz (direccionamiento
absoluto al raíz /) mkdir directorio Crea un directorio cp file1 file2 Copia un fichero rm fichero Borra un fichero rmdir directorio Borra un directorio vacío rm –r Borra todos los ficheros y subdirectorios de un directorio exit Salir de una cuenta de usuario rlogin dirIP Login remoto a cierta dirección IP more fichero Edita un fichero (modo lectura)
5. Usuarios
Los usuarios por defecto del sistema son:
Usuario Definición Contraseña mtcl Usuario gestión y mantenimiento mtcl root Superusuario *******
swinst Instalación de software y facilidades SoftInst adfexc Intercambio dinámico de información (A4760) adfexc
Cada usuario tiene unos privilegios de lectura/escritura/ejecución determninados. El usuario más utilizado para la gestión y el mantenimiento de la OXE es mtcl.
OmniPCX Enterprise – Curso Básico
Página 71 de 232
Direccionamiento IP 1. Repaso Una dirección IP es un conjunto de 4 bytes (32 bits) separados por puntos que suele representarte en formato decimal. Esta dirección identifica a un equipo (ordenador, impresora, PABX...) dentro de una red.
Ej.: 191.254.1.3: 10111111.11111110.00000001.00000011 Las direcciones IP constan de dos partes: el identificador de red/subred y el identificador de la máquina. La máscara IP se emplea precisamente para distinguir la parte de red de la parte host. Dicha máscara también es un conjunto de 4 bytes separados por puntos que suele representarse en decimal. Para obtener el número de subred basta con realizar el AND lógico de la dirección IP y la máscara como en el ejemplo siguiente: Dirección IP 172.26.1.51 10101100.00011101.00000001.00110011
Máscara 255.255.255.0 11111111.11111111.11111111.00000000
AND lógico Dirección de subred 172.26.1.0 10101100.00011101.00000001.00000000
Todas las máquinas conectadas a la misma red tendrán la misma dirección de subred. La OXE puede tener varios puntos de acceso, identificándose cada uno de ellos por una dirección IP (Ethernet, túnel IP...). 2. Direccionamiento por defecto de la OXE 2.1. Plan de direccionamiento IP Para facilitar la elección de nombre y direcciones IP de cada una de las máquinas, la herramienta netadmin ofrece un plan de direccionamiento por defecto, basado en los números de red y de nodo de cada OXE. Estas direcciones por defecto son de clase A y siguen el patrón 10.R.N.z donde:
10: Red clase A, reservada para redes privadas. R: número de red de la OXE. Puede ser un número entre 1 y 253 (253 simboliza red 0). N: número de nodo de la OXE. Puede ser un número entre 1 y 253. Z: tipo de interface. Por ejemplo:
o 0..63: reservado para direcciones Ethernet o 142..178: reservado para direcciones PPP
Las direcciones IP/X25 de la OXE siguen el formato 172.30.R.N
OmniPCX Enterprise – Curso Básico
Página 72 de 232
2.2. Máscara de subred por defecto La máscara de subred del interface Ethernet es 255.255.255.192, pero puede ser modificada por el usuario. La máscara de sured del túnel IP/X25 es 255.255.0.0 y no puede modificarse. De igual forma, tampoco puede modificarse la máscara del interface PPP siendo esta 255.255.255.192.
2.3. Direccionamiento por defecto del interface Ethernet Por defecto, la subred para el interface Ethernet es 10.R.N.0/255.255.255.192, lo que significa que tenemos un rango de 64 direcciones IP (10.R.N.0..63) distribuidas de la manera siguiente:
Tipo de elemento Número máximo de direcciones Call Server 4 GD 2 GA 2 4645 1 V24 remote unit 1 Installer PC 1 Management machines 2 Applicative machines 2 IP-Phones 33 Reserved 2 Free 14
OmniPCX Enterprise – Curso Básico
Página 73 de 232
Dirección IP Nombre Elemento asociado 10.R.N.0 IP Subnetwork address 10.R.N.1 xarrrnnn Call Server A physical address 10.R.N.2 xbrrrnnn Call Server B physical address 10.R.N.3 xmarrrnnn Call Server A main address 10.R.N.4 xmbrrrnnn Call Server B main address 10.R.N.5 evarrrnnn eVA applicative Call Server 10.R.N.6 gdrrrnnn_1 GD 1 10.R.N.7 gdrrrnnn_2 GD 2 10.R.N.8 garrrnnn_1 GA 1 10.R.N.9 garrrnnn_2 GA 2 10.R.N.10 admrrrnnn_1 Management machine 1 10.R.N.11 admrrrnnn_2 Management machine 2 10.R.N.12 dynrrrnnn Installer PC 10.R.N.13 rserrrnnn V24 remote unit 10.R.N.14..19 Free 10.R.N.20 apprrrnnn_1 Address of applicative machine 1 10.R.N.21 apprrrnnn_2 Address of applicative machine 2 10.R.N.22..29 Free 10.R.N.30..62 IP-Phone 1..33 10.R.N.63 Address reserved for broadcasting
3. Personalización del direccionamiento
Para modificar las direcciones IP de la OXE y poner un plan de numeración compatible con la red del cliente, se utiliza el comando netadmin:
OmniPCX Enterprise – Curso Básico
Página 74 de 232
Las opciones más comunes son: >> netadmin para una configuración nueva >> netadmin –m para modificar una configuración existente Con netadmin –m aparece el siguiente menú: Alcatel e-Mediate IP Network Administration =========================================== 1. 'Installation' 2. 'Show current configuration' 3. 'Local Ethernet interface' 4. 'CPU redundancy' 5. 'Role addressing' 6. 'Serial links (PPP)' 7. 'Tunnel' 8. 'Routing' 9. 'Host names and addresses' 10. 'Copy setup' 11. 'Security' 12. 'DHCP configuration' 13. 'SNMP configuration' 14. 'VLan configuration' 15. 'Node configuration' 16. 'History of last actions' 17. 'Apply modifications' 0. 'Quit' Para modificar las direcciones IP se utilizaría la opción 3. Otro comando interesante es ifconfig –a que nos permitirá ver la configuración de dirección IP y máscara de un nodo. En el archivo /etc/hosts se guarda la configuración de las direcciones que han sido especificadas en la centralita. Para observarlo: more /etc/hosts Algunos comandos relativos al direccionamiento IP que pueden utilizarse en cualquier PC con Windows NT son:
OmniPCX Enterprise – Curso Básico
Página 75 de 232
OmniPCX Enterprise – Curso Básico
Página 76 de 232
Shutdown y arranque de la OXE 1. Introducción
La centralita se reinicia en los siguientes casos:
Shutdown manual (comando shutdown). Shutdown como resultado de un incidente. Señal de alarma del rectificador: se provoca un shutdown cuando la tensión de la
alimentación es inferior a 45 V. 2. Comando shutdown El comando shutdown puede ejecutarse con las siguientes variantes:
shutdown -r se efectúa el reinicio transcurridos 30 segundos desde que se
invoca el comando. shutdown –r now se efectúa el reinicio inmediatamente. shutdown –r 0 se efectúa el reinicio inmediatamente. shutdown –h se efectúa el reinicio tras 30 segundos pero la PABX no arranca
hasta después de pulsar una tecla shutdown –h now se efectúa el reinicio inmediatamente pero la PABX no arranca
hasta después de pulsar una tecla
3. Inicio de la PABX
Una vez efectuado el shutdown, tiene lugar el inicio de la centralita. El proceso será el siguiente: Arranque de la BIOS. Transcurrido el arranque, da 5 segundos para poder parar el arranque y entrar en el menú
de la BIOS. Posteriormente se prosigue con el arranque del sistema operativo y, si estuviera
establecido su arranque automático, el de la aplicación telefónica.
La aplicación telefónica puede arrancarse de dos maneras: Mediante el comando RUNTEL bajo el usuario mtcl
Arranque automático, se establece mediante el comando swinst: cada vez que se reinicie
la centralita, la aplicación telefónica arranca automáticamente. a4400a> swinst
6. System management
OmniPCX Enterprise – Curso Básico
Página 77 de 232
2. Autostart management 2. Set autostart
Para ver si la aplicación telefónica está corriendo:
role –b indica el estado de la CPU a la que estamos conectados y el de la pareja, en caso de tener duplicación.
- MAIN (o STAND BY, si hay duplicación) La telefonía está corriendo
- Mapping error on REMAGEN –7 no está corriendo la aplicación telefónica.
Cuando arranca por primera vez la PABX, la fecha/hora que muestre el sistema no será la correcta. Para modificar la fecha y la hora de la OXE hay varias opciones:
Comando date (bajo el usuario root).
Opción fecha/hora en el menú de la BIOS.
Mediante el comando swinst:
a4400a> swinst
6. System management 1. Date & time update
1. Set date 2. Set time
Por medio de una operadora que está autorizada a ello. Sincronización automática a través de un enlace conectado a la red pública.
OmniPCX Enterprise – Curso Básico
Página 78 de 232
OPS 1. Introducción Los call servers llevan instalado el software completo con todas las funcionalidades que tiene la OXE, pero eso no significa que todos los clientes tendrán acceso a todas ellas, ya que muchos servicios están protegidos por un sistema de licencias que impide su utilización. Así, un cliente que necesite pocas facilidades no tendrá que pagar por todas. El sistema de licencias de Alcatel permite al cliente comprar únicamente las facilidades que necesita. Cada cliente compra una (o varias) licencia por cada facilidad requerida. Estas licencias son paquetes de marketing que tienen una correspondiente llave (lock) en el call server para que así la licencia comprada pueda ser utilizada. La adquisición de licencias se traduce en la entrega de los ficheros OPS (Order Preparation System). Estos ficheros se instalan en la OXE y contienen:
La lista de las llaves compradas El identificador de la CPU a la que van referidas las licencias (CPU ID). El CPU ID es un
número único almacenado en PROM que puede ser leído por la BIOS. Si tenemos redundancia de CPU’s, cada una tendrá su identificador.
Una software key consistente en una serie de datos encriptados que dependen de las licencias compradas y las CPU Ids. Garantiza que los ficheros OPS han sido generados por Alcatel para evitar usos fraudulentos.
Como curiosidad, con la release 5.1, Alcatel ha introducido el concepto de “transferencia de licencias”. Este servicio permite que las licencias puedan moverse de una máquina a otra cuando éstas pertenezcan al mismo cliente. 2. Tipos de licencias Las llaves existentes en el call server pueden ser de distinto tipo:
“Llaves de autorización del servicio”. La compra de esta licencia autoriza al cliente a utilizar un servicio. Por ejemplo, la licencia, ”E-CS REDUNDANCY” habilita la utilización de duplicación de call servers.
“Llaves por pasos”. La compra de este tipo de licencias permite que cierto número de
usuarios accedan a un servicio. El número de usuarios va por paquetes. Por ejemplo, “PHONEBOOK 10 EXT” autoriza a 10 usuarios el uso del servicio de marcación por nombre. Si el cliente quiere que 30 abonados utilicen este servicio, debe comprar 3 licencias.
“Llaves por etapas”. La compra de este tipo de licencias permite que cierto número de
usuarios accedan a un servicio. Este número de usuarios se mide por tramos. Por ejemplo, “HOTEL UP TO 150 EXT” autoriza la creación de un máximo de 150 extensiones de hotel. Si son más usuarios, hay que comprar además una licencia distinta que autoriza la creación de un máximo de 500 extensiones. Una licencia de un tramo más alto requiere la compra de las licencias de los tramos anteriores.
OmniPCX Enterprise – Curso Básico
Página 79 de 232
La aplicación OmniVista 4760 tiene su propio sistema de licencias, y es similar al del Call Server. Además, para que un servidor OmniVista pueda supervisar una OXE, esta última debe tener habilitada una llave especial. Las licencias de supervisión del 4760 son:
Configuración Alarmas
Tarificación
Directorio
Observación de tráfico
2.1. Listado de licencias de la OXE (versión 6.2) Number Name Possible values Moveable Reboot
required
001 Group Telephony “Open” lock — —
002 Phonebook users 0/10/20/.../9990 Yes No
003 – Not used — —
004 Hotel guest sets 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No According to conditions, see:
005 Multilingual voice prompts 0/1 No No
006 Hotel: AHL on V24 0/1 (= lock 126) No Yes
007 – Not used — —
008 – Not used — —
009 PSTN B channel “Open” lock — —
010 Voice guide 0/1 No No
011 – Not used — —
012 DISA 0/1 No No
013 E-CS engine 0/ 50/ 80/ 150/ 250/ 500/ 1000/ 1500/ .../ 9500/ 9999 = 9999 if lock 213 different from 0
No Yes
014 Integrated metering report 0/1 No No
015 – Not used — —
016 – Not used — —
017 – Not used — —
OmniPCX Enterprise – Curso Básico
Página 80 de 232
Number Name Possible values Moveable Reboot required
018 – Not used — —
019 Corporate networking 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 > or = lock 213 if different from 0
No No
020 Automated attendant 0/ 6/ 9999 No No
021 N0 of VPS ports 0/ 2/ 4/.../ 240 No No
022 – Not used — —
023 – Not used — —
024 – Not used — —
025 – Not used — —
026 – Not used — —
027 – Not used — —
028 – Not used — —
029 DECT/PWT Engine 0/1 No Yes
030 – Not used — —
031 – Not used — —
032 – Not used — —
033 – Not used — —
034 – Not used — —
035 Free “Open” lock — —
036 Free “Open” lock — —
037 Free “Open” lock — —
038 Infocenter link 0/1 No According to conditions, see:
039 Performance 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
040 Real Time Incidents 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 047)
No No
041 DECT register 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 050)
No No
042 Accounting users 0/ 50/ 80/ 150/ 2350/ 500/ No No
OmniPCX Enterprise – Curso Básico
Página 81 de 232
Number Name Possible values Moveable Reboot required
1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
043 – Not used — —
044 4059 SBC 0/ 1/ 2/.../ 50 No According to conditions, see:
045 4059 BLF 0/ 1/ 2/.../ 30 No According to conditions, see:
046 Fax server ABC-A link 0/ 1/ 2/.../ 28 No According to conditions, see:
047 Alarms 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
048 – Not used — —
049 Directory 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
050 Configuration 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No Yes
051 Real Time Metering on V24 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 042)
No No
052 4635: Basic package 0 = none 1 = 4635J 2 = 4635H
No According to conditions, see:
053 – Not used — -
054 – Not used — —
055 – Not used — —
056 4635: Networking OctelNet 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
057 4635: Fax manager 0/ 2/ 4/.../ 64 No According to conditions, see:
058 4635: Call manager 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
OmniPCX Enterprise – Curso Básico
Página 82 de 232
Number Name Possible values Moveable Reboot required
059 4635: Hotel manager 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
060 4635: No of ports 0/ 2/ 4/.../ 64 No According to conditions, see:
061 4635: No of hours 0/ 5/ 10/.../ 40 No According to conditions, see:
062 4635: No of languages 0/ 1/ 2/.../ 8 No According to conditions, see:
063 4635: Attendant manager 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
064 – Not used — —
065 4635: Recording manager 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
066 4635: Networking AMIS 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
067 – Not used — —
068 – Not used — —
069 – Not used — —
070 – Not used — —
071 – Not used — —
072 – Not used — —
073 – Not used — —
074 – Not used — —
075 Network Hospital (specific to France)
“Open” lock — —
076 CCD agents 0/ 5/ 10/.../ 2000 Yes No
077 CCS mono-site 0/ 1/ 2/.../ 60 No No
078 CRI call record interface 0/1 No No
079 ISVPN 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 019)
No No
080 VPN 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 019)
No No
081 Meet me conference 0/ 1/ 2/.../ 30 No No
082 No of DECT/PWT terminals 0/ 10/ 20/ ..../ 5000 No No
OmniPCX Enterprise – Curso Básico
Página 83 de 232
Number Name Possible values Moveable Reboot required
(= lock 175)
083 Flow Metering on Ethernet 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 042)
No According to conditions, see:
084 4635 users 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
085 – Not used — —
086 Automatic directory pop up 0/ 1/ 2/.../ 50 No According to conditions, see:
087 Beta test release 0 = OmniPCX version released 8 = Beta test OXE R5.0LX 9 = Beta test OXE R5.1 10 = Beta test OXE R6.0 11 = Beta test OXE R6.1 12 = Beta test OXE R6.11 13 = Beta test OXE R6.2
No No
088 – Not used — —
089 Notification server 0/ 50/ 300/ 800/ 9999 No Yes
090 Mobility: Roaming DECT/PWT 0/ 10/ 20/ .../ 5000 Yes No
091 Voice guide recording from Reflexes sets
0/ 1 No No
092 – Not used — —
093 4635J IDENTIFICATION 0/ 1 No —
094 WMI Workforce management interface
0/ 1 No No
095 – Not used — —
096 – Not used — —
097 VPS users 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
098 Accounting for local calls 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No Yes
OmniPCX Enterprise – Curso Básico
Página 84 de 232
Number Name Possible values Moveable Reboot required
099 Accounting for ABC calls 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No Yes
100 CSTA profile 0 = None 2 = Call center
No Yes
101 CSTA monitoring requests 0/ 5/ 10/.../ 9995/ 9999 the Maximum depends on OXE release.
No Yes
102 CCS multi-site 0/ 1/ 2/.../ 60 No No
103 Real Time Interface 0/ 1/ 2/.../ 60 No No
104 – Not used — —
105 Compressed calls 0/ 1/ 2/.../ 9999 No No
106 Transfix Access X24/V36 “Open” lock - -
107 4635 : Visual messenger 0 or 5000 (if lock 057 different from 0)
No According to conditions, see:
108 - Not used - —
109 4635 : IP Octel Networking 0/ 2/ 4/.../ 64 (= lock 057)
No According to conditions, see:
110 4635 : Global message redundancy
0/1 No According to conditions, see:
111 Ubiquity 0/ 10/ 20/.../ 5000 No No
112 CCS LIGHT 0 / 1 / 2 / ... / 60 No No
113 CSTA pilots monitoring 0/ 1 No Yes
114 TSAPI server 0/ 5/ 10/.../ 2000 No Yes
115 CCA softphone 0/ 5/ 10/.../ 1000 (< or = lock 076 if different from 0)
No No
116 OTUC Local My Phone (4980 Std)
5/ 10/ 20/.../ 3000 (= lock 129)
No Yes
117 OTUC Local 4980 Option (4980 Adv)
5/ 10/ 20/.../ 3000 (< or = lock 129 if different from 0)
No Yes
118 – Not used — —
119 4980 nomadic logged 5/ 10/ 20/.../ 600 (= lock 129 + lock 309)
No Yes
OmniPCX Enterprise – Curso Básico
Página 85 de 232
Number Name Possible values Moveable Reboot required
120 – Not used — —
121 CLIP on VPS 0/ 2/ 4/.../ 240 (= lock 021)
No No
122 ACAPI via CMIP 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 050)
No No
123 CSTA IVR ports monitored 0/ 5/ 10/.../ 5000 No Yes
124 – Not used — —
125 CCWeb Agents 0/ 5/ 10/.../ 1000 (< or = lock 076 if different from 0)
No No
126 Hotel AHL link 0/ 1 No Yes
127 Encryption DECT/PWT users 0/ 10/ 20/.../ 9 5000 Yes No
128 4615 No. of Access 0/ 2/ 4 No No
129 ECC My softphone (4980 Grp) 5/ 10/ 20/.../ 3000 No Yes
130 CSTA: Voice Recording Type 0/ 1 No Yes
131 Remote LIO 0/ 16/ 32/ 48/ .../ 16xN No No
132 IP-Trunk 0/ 9999 (= lock 187)
No No
133 Mastered conference 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
134 Multi-tenant 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 ( > or = lock 213 if different from 0)
No No
135 G729A Server 0/ 1/ 2/.../ 9999 No No
136 Priority 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
137 Call restriction 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
No No
138 IP Clients 0/ 10/ .../ 9990 No Yes
OmniPCX Enterprise – Curso Básico
Página 86 de 232
Number Name Possible values Moveable Reboot required
(= lock 176 + lock 317)
139 – Not used — —
140 – Not used — —
141 – Not used — —
142 – Not used — —
143 TAPI premium server 0/ 5/ 10/.../ 5000 No Yes
144 – Not used — —
145 CSTA Recording B Channel 0/ 5/ 10/.../ 600 No Yes
146 PWT MOBILITY (UTAM) 0: non US market 1: US market (according to lock 029)
No No
147 – Not used — —
148 IP Call Server “Open” lock - -
149 – Not used — —
150 – Not used — —
151 4635 : VPIM 0/2/4/.../64 (= lock 057)
No According to conditions, see:
152 Radio link 0/1 No No
153 SNMP TRAP 0/1 No Yes
154 Additional S0 features 0/1 No No
155 Additional safety features 0/1 No No
156 Interphony features 0/1 No No
157 CCA nomadic 0/1 No No
158 CSTA By-pass 500/ 1000/ 1500/ .../ 9500/ 9999 the maximum depends on the OXE release.
No Yes
159 – Not used — —
160 CCemail Agents 0/5/10/.../1000 No No
161 CCoutbound Agents 0/5/10/.../1000 No No
162 CCoutpredial Agents 0/5/10/.../1000 No No
163 – Not used — —
164 CSTA Record networked 0/5/10/.../600 No Yes
165 OmniPCX Enterprise release 30 = R5.0 LX No No
OmniPCX Enterprise – Curso Básico
Página 87 de 232
Number Name Possible values Moveable Reboot required
31 = R5.1 32 = R6.0 33 = R6.1 34 = R6.2
166 4980 multi device 5/10/20/.../3000 (= lock 129)
No Yes
167 ACR data base read 0/ 1 No No
168 No. of HPOV node 0/ 1/ 2/.../ 100 No No
169 Voice detection channels 0/ 1/ 2/.../ 315 No No
170 – Not used — —
171 – Not used — —
172 – Not used — —
173 Business Users 0/ 10/ 20/.../ 5000 Yes No
174 Analog Users 0/ 10/ 20/.../ 5000 Yes No
175 Mobile Users 0/ 10/ 20/.../ 5000 Yes No
176 Business IP Users 0/ 10/ 20/.../ 5000 Yes No
177 SIP Users 0/ 10/ 20/.../ 1000 Yes No
178 4645 : Voice mail engine 0/ 1/ 2/ 3 No According to conditions, see:
179 4645 users 0/ 50/ 80/ 150/ 350/ 500/ 1000 Yes According to conditions, see:
180 – Not used — —
181 OmniPCX Enterprise 1 = OmniPCX Enterprise No No
182 4645 : networking 0/ 1 No According to conditions, see:
183 4645 : additional language 0/ 1/ 2/.../ 7 No According to conditions, see:
184 Integrated Gatekeeper 0/ 1 No Yes
185 SIP Gateway 0/ 1 No Yes
186 E-CS redundancy 0/ 1 No Yes
187 H.323 (G711) network link 0/ 1/ 2/.../ 1000 No According to conditions, see:
188 SIP networking links 0/ 1/ 2/.../ 1000 No According to conditions, see:
189 CCTI agents 0/ 5/ 10/.../ 1000 No No
OmniPCX Enterprise – Curso Básico
Página 88 de 232
Number Name Possible values Moveable Reboot required
190 RSI call center agents 0/ 5/ 10/.../ 2000 No Yes
191 Campus DECT 0/ 1 No No
192 T2 D_REX protocol 0/ 1 No No
193 Embedded voice guides 0/ 1 No Yes
194 4645 My Messaging users 0/ 10/ 20/.../ 1000 No According to conditions, see:
195 CCD profil 0 = None 1 = Starter 2 = Server (according to lock 076)
No Yes
196 RSI Business agents 0/ 5/ 10/.../ 1000 No Yes
197 G729A Client 0/ 10/ 20/.../ 4000 Yes No
198 — Not Used — —
199 Version 4400–R5.0 Ux 0/ 1 No No
200 4400 Mobiles migration 0/ 1/ 2/... /5000 No No
201 4400 Reflexes migration 0/ 1/ 2/... / 5000 No No
202 4400 Analogs migration 0/ 1/ 2/... / 5000 No No
203 Upgrade CCS ligth to CCS monosite
0/ 1/ 2/ .../ 60 < or = lock 112
NO No
204 - 212
- Not used — -
213 E–CS engine physical users 0 / 50 / 80 / 150 / 350 / 500 / 1000 / 1500 / ... / 9500 / 9999
No No-
214 - 299
- Not used — -
300 swk file edition 0 No No
301 hard key 1 0 No No
302 hard key 2 0 No No
303 ACK 1 0 No No
304 ACK 2 0 No No
305 ACK 3 0 No No
306 ACK 4 0 No No
307 ACK 5 0 No No
308 Remote extension (GSM interworking)
0/ 5/ 10/ 15/ 20/.../ 5000 No No
OmniPCX Enterprise – Curso Básico
Página 89 de 232
Number Name Possible values Moveable Reboot required
309 XML telephony 0/ 10/ 20/.../ 3000 No Yes
310 CLIP Z 0/ 10/ 20/.../ 5000 Yes No
311 ACR networking 0/ 1 No No
312 Scripting agents 0/ 5/ 10/.../ 1000 No No
313 ECC platform 0/1/ 2/ 3 No No
314 4635 : My Messaging users 0/ 10/ 20/.../ 5000 No According to conditions, see:
315 Hard 0223 Key migration 0/ 1 No Yes
316 Standard Reflexes Users (with services restriction)
0/ 10/ 20/.../ 5000 Yes No
317 Standard IP Users (with services restriction)
0/ 10/ 20/.../ 5000 Yes According to conditions, see:
318 Max number of connections to applications server (PRS)
0/ 1/ 2/... No No
319 EasyContact 0 = None 1 = EasyContact
No No
320 – Not used — —
321 Mobile IP-Touch 0/ 10/ 20/ .../ 100 (OXE R6.1) 0/ 10/ 20/ .../ 500 (OXE R6.2)
No No
322 CSTA Beyond 9999 instances 0/1 No No
323 Executive Users 0/ 10/ 20/ .../ 5000 No No
324 Executive IP Users 0/ 10/ 20/ .../ 5000 No No
325 IP-Touch Security Engine 0/ 1 No No
326 Secured IP-Touch Phones 0/ 10/ 20/ .../ 5000 Yes No
327 IP-Touch Security MCM 0/ 1/ 2/ .../ 120 Yes No
328 IP-SoftPhone Attendant 0/ 1/ 2/ .../ 50 Yes No
329 IP-SoftPhone Agent 0/ 10/ 20/ .../ 5000 Yes No
330 - 449
– Not Used — —
450 - 463
– Not used — —
464 – Not used — —
465 – Not used — —
466 – Not used — —
467 ARS 0/ 50/ 80/ 150/ 350/ 500/ No No
OmniPCX Enterprise – Curso Básico
Página 90 de 232
Number Name Possible values Moveable Reboot required
1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)
468 – Not used — —
469 G723.1 Server 0/n No No
470 - 866
3. Ficheros OPS Los ficheros OPS son:
<offerld>.swk - Opciones de software vendidas. - Número de la hard-key. - Release de OPS usada.
<offerld>.hw
- Fichero ASCII con la descripción del hardware del sistema. - Para cada armario la lista de ACT’s usados. - Para cada ACT las lista de placas y sus posiciones
<offerld>.sw4760 (sólo si es una instalación con OmniVista 4760)
hardware.mao
- Contenido similar al <offerId>.hw <offerld>.zip
Donde <offerld> es una cadena de caracteres que identifica la oferta. 3.1. Procedimiento de carga de la OPS A partir de la versión de SW R5.0 Lx, todas las cargas de OPS se hacen mediante ftp, y no usando la disquetera de la PABX. Si bien en R5.0 Lx esto es evidente, puesto que el HW OXO (el único utilizable con esta versión) no incluye disquetera, en R5.1 Lx ocurre exactamente lo mismo, esto es, no pueden cargarse los ficheros OPS mediante la disquetera de la PABX en ningún caso. La carga se hará siempre por ftp. Vamos a distinguir dos casos: nuevas instalaciones y ampliaciones.
OmniPCX Enterprise – Curso Básico
Página 91 de 232
CASO 1: Instalación nueva. Primera carga de OPS. El procedimiento será el siguiente: a) Verificar que la siguiente carpeta de la PABX está vacía: /usr4/BACKUP/OPS Si por algún motivo ya tuviera algún fichero, se borrará mediante el comando “rm <nombre_fichero>”. b) Pasar, mediante ftp, los ficheros del disquete a la siguiente carpeta de la PABX: /usr4/BACKUP/OPS Al programa ftp se accederá con el usuario mtcl. Por supuesto, se necesita un PC con conexión LAN y ajustar la dirección IP del PC de modo que pueda acceder a la PABX. c) Una vez puestos los ficheros en dicho directorio, comprobar el estado de los ficheros. Un ejemplo: (1)NEXTIRA1> cd /usr4/BACKUP/OPS (1)NEXTIRA1> ll total 145 -rw-r--r-- 1 mtcl other 3768 Apr 22 13:29 df20104b.hw -rw-r--r-- 1 mtcl other 8708 Apr 22 13:29 df20104b.swk -rw-r--r-- 1 mtcl other 34724 Apr 22 13:29 df20104b.zip -rw-rw-r-- 1 mtcl other 4996 Apr 22 13:29 hardware.mao La extensión de los ficheros debe estar escrita en minúsculas. En alguna ocasión se ha visto que viene en mayúsculas, lo cual no es válido y hay que cambiarlo. Ello se hará con el comando mv. P. Ej. Tenemos el fichero df20104b.SWK y hay que renombrarlo como df20104b.swk. Teclearemos: (1)NEXTIRA1>mv df20104b.SWK df20104b.swk NOTA: A partir de la R5.1, en la carpeta /usr4/BACKUP/OPS no debe estar presente el fichero “software.mao”, pues no podríamos hacer la carga. Si está, por la razón que sea, hay que borrarlo con el comando rm. Así: (1)NEXTIRA1> rm software.mao d) La carga a su destino final (/usr3/mao) se hará mediante el comando swinst, nunca directamente. Un camino recomendable puede ser: 1 Easy menu 2 Expert menu Q Exit Your choice?: 1
OmniPCX Enterprise – Curso Básico
Página 92 de 232
Con lo que entramos en el menú sencillo de swinst: ALCATEL BUSINESS SYSTEMS FACILITIES Easy menu Installation FACILITIES 12.26 1 Easy start 2 DECT registration 3 Save database 4 Restore database 5 Database re-init 6 Save OPS files 7 Restore OPS 8 Stop the telephone 9 Start the telephone 10 Set new internet address 11 Stop the system Q Go back to previous menu Your choice [1..11, Q] ? 7 Y ahora: ALCATEL BUSINESS SYSTEMS OPS Easy menu Installation FACILITIES 12.26 1 Restore OPS from a DOS floppy 2 Restore OPS from cpu disk Q Go back to previous menu Your choice [1..2, Q] 2 Por supuesto, nunca probar la opción 1, aunque el sistema la ofrezca. A partir de aquí el sistema se encarga de hacer una carga correcta del OPS. CASO 2: Ampliaciones. El procedimiento de carga es similar al explicado en el caso anterior (siempre pasando los archivos por FTP a /usr4/BACKUP/OPS y restaurando con swinst) pero conviene aclarar con qué ficheros nos vamos a encontrar: a) Para ampliaciones que consistan en exclusivamente nuevas licencias, el único fichero que tendremos será <id_oferta>.swk. b) Para ampliaciones que también incluyan ampliaciones de hardware, los ficheros que tendremos serán: <id_oferta>.swk
OmniPCX Enterprise – Curso Básico
Página 93 de 232
<id_oferta>.hw <id_oferta>.zip hardware.mao 4. Consecuencias del uso fraudulento Además de los riesgos legales, el utilizar una OPS ilegal tiene un riesgo funcional: cuando el sistema detecta una inconsistencia en los ficheros OPS, su funcionamiento se empieza a degradar. Esta degradación tiene diferentes fases:
Acción 1 (tan pronto como el uso ilegal ha sido detectado):
- Todas las operadoras, en cuanto pasen a estado de reposo, visualizarán un mensaje que no desaparecerá hasta que la operadora, manualmente, lo indique.
- Generación de un incidente especial. - Los teléfonos de alarmas sonarán permanentemente. - Varios comandos de gestión dejarán de estar disponibles, apareciendo el mensaje
“error de protección de software”.
Acción 2 (4 horas después):
- En todos los teléfonos con display aparecerá un mensaje del tipo “llame al instalador”.
Acción 3 (8 horas después):
- Repetición de las acciones 1 y 2. El sistema chequea la OPS cada 4 horas. Si se detecta una inconsistencia, inicia el procedimiento anteriormente descrito. Hay una excepción a lo anterior y es para el caso el que los ficheros OPS sean válidos pero la CPU ID a la que se refieren no coincida con la CPU ID real del call server. En este caso, el sistema lo asocia a una operación de mantenimiento y da 30 días de margen antes de iniciar el procedimiento de degradación. Por eso, si en una instalación se estropea un call server y hay que cambiarlo por otro, el sistema podrá funcionar con la OPS referida a la CPU antigua durante 30 días, tiempo suficiente para que lleguen los nuevos ficheros OPS con la nueva CPU ID. Para comprobar el estado de los contadores de protección se emplea el comando spadmin: a4400a> spadmin configuración software.mao
1. Display current counters (panic flag) 2. Display active file 3. Check active file coherency 4. Install a new file 5. Write a new file 6. Read the hard key 7. Display active and new file 8. Display OPS limits
Si indica PANIC flag: 1 algo falla
OmniPCX Enterprise – Curso Básico
Página 94 de 232
El comando sprecover se emplea cuando se ha detectado un error y permite recuperar el sistema durante 4 horas, pudiendo ser invocado 10 veces después de un shutdown, durante este tiempo debe llamarse a un técnico para que arregle el problema.
OmniPCX Enterprise – Curso Básico
Página 95 de 232
Herramientas de Gestión: mgr 1. Introducción
Durante el curso, el acceso a la gestión vía mgr se realizará bien a través de una sesión de consola con un cable serie cruzado conectado a la Connecting Box, o bien a través de una sesión telnet:
Otras posibilidades de acceso podemos verlas en los ejemplos siguientes:
OmniPCX Enterprise – Curso Básico
Página 96 de 232
2. Manejo Entrando con el usuario mtcl: a4400a> mgr - l GEA (en inglés) mgr - l ES0 (en castellano) mgr - l FR0 (en francés) A través de una estructura de menús podremos acceder a los distintos niveles de jerarquía dentro de la base de datos. En el primer nivel tendremos los siguientes objetos:
Dentro de cada uno de estos niveles tendremos opciones del estilo de las siguientes:
OmniPCX Enterprise – Curso Básico
Página 97 de 232
Principios de manejo - Para descender en el árbol de configuración, seleccionar la opción Bajar en la jerarquía mediante las flechas y pulsar Enter. - Siempre que se tenga un menú con varias opciones, la selección se hará situándose con las flechas sobre el objeto deseado y pulsando Enter. - Para validar cualquier operación se pulsará Ctrl + v o bien F1. - Para anular una operación o subir un nivel en el árbol de configuración, teclear Ctrl + c o bien F2. - Si queremos información de un objeto, situarse encima de él y teclear Ctrl + i.
OmniPCX Enterprise – Curso Básico
Página 98 de 232
4760i
1. Introducción La OmniPCX Enterprise incluye un 4760i en el software de Call Server para facilitar la configuración del sistema así como para realizar salvaguardas y restauraciones de base de datos y OPS. 2. Configuración Para poder tener acceso al 4760i hay que realizar los siguientes pasos preliminares:
Habilitar el servidor e-Config mediante el mgr:
Instalación Otros parámetros de la instalación Parámetros de sistema
• Uso de 4760i: Verdadero
Reiniciar el sistema 3. Acceso a la aplicación e-Config Para acceder al servidor 4760i interno del Call Server se puede utilizar un navegador de internet (Internet Explorer o Netscape), o bien instalar la aplicación cliente de 4760. 3.1. Acceso vía navegador Los pasos para acceder al servidor 4760i mediante un navegador de internet son los siguientes:
Desde un PC con conexión Ethernet abrir desde un navegador de internet la página: http://dir_IP_del_CallServer Ej.: http://10.197.106.1
OmniPCX Enterprise – Curso Básico
Página 99 de 232
Pulsar en la opción “Configuration / save – restore”
Cuando se utiliza el cliente web por primera vez, hay que instalar un plug-in Java. Esto se
hace pulsando el acceso directo que existe en la página web.
OmniPCX Enterprise – Curso Básico
Página 100 de 232
Seguidamente hay que habilitar los derechos de escritura en la aplicación Java. Esto también se hace utilizando un acceso directo de la página web.
OmniPCX Enterprise – Curso Básico
Página 101 de 232
A partir de aquí ya se puede utilizar el cliente web para realizar configuraciones o bien para salvaguardas / restauraciones:
Menú de configuración Menú de mantenimiento
3.2. Acceso vía programa cliente Otra posibilidad para conectarse al servidor 4760i es conectarse mediante el programa cliente del 4760. El procedimiento es el siguiente:
Desde un navegador de internet abra la siguiente página:
http://dir_IP_del_CallServer/nmc/client Ej.: http://10.197.106.1/nmc/client
Utilizando el acceso directo, se puede descargar el programa de instalación del cliente:
OmniPCX Enterprise – Curso Básico
Página 102 de 232
Una vez descargado el programa de instalación del cliente, iniciamos la instalación
mediante el setup.exe
Una vez finalizada la instalación tenemos acceso a las mismas funciones de configuración
y mantenimiento:
Lancer la configuration.lnk
Lancer le Save - Restore.lnk
IP de OXE
OmniPCX Enterprise – Curso Básico
Página 103 de 232
Abonados 1. Tipos de terminales
Los principales teléfonos fabricados por Alcatel son:
Alcatel 4068 IP Touch Set Alcatel 4038 IP Touch Set Alcatel 4028 IP Touch Set Alcatel 4018 IP Touch Set Alcatel 4039 Set Alcatel 4029 Set Alcatel 4019 Set 4035IP Set 4020IP Set 4010IP Set UA 4035 Set (Advanced) UA 4020 Set (Premium) UA 4010 Set (Easy) UA 4004 Set (First)
OmniPCX Enterprise – Curso Básico
Página 104 de 232
4074 B/H DECT Set 4074 GB/GH DECT Set Mobile 100/200/200 Ex Reflexes Sets
Las compatibilidades entre los teléfonos IP y UA con las diferentes versiones de OXE se muestran en la siguie te tabla:
2. Terminales UA Terminales digitales con protocolo propietario Alcatel. Sus principales características son:
Fáciles de usar Distancia: 1200 m (hasta 3000m si se usa interfaz LU-TA, RU-TA) Integración de voz y datos (interfaces V24, S0, MAC/PC, Z) Protocolo UA propietario de Alcatel (Universal Alcatel)
El link UA consta de 3 canales B a 64 Kb/s para voz y datos y un canal de señalización. Uno de estos 3 canales es para el interface UA propiamente dicho y los otros dos son para los interfaces que se conecten detrás de éste (terminales analógicos, un bus S0,...). El canal de señalización transportará la señalización UA y la señalización LAPD del bus S0 que podemos conectar. Toda esta señalización transcurrirá por el circuito C1.
OmniPCX Enterprise – Curso Básico
Página 105 de 232
2.1. Teléfonos UA 3G
A4004
A4010
A4020
A4035
Módulo de expansión 4090 para 4035 y 4020
4048
En la siguiente tabla podemos ver las características principales de los teléfonos UA 3G:
OmniPCX Enterprise – Curso Básico
Página 106 de 232
Equipment 4035 4020 4010 4004
Handset Yes Yes Yes Yes
Loudspeaker Yes Yes Yes —
Buzzer — — — Yes
1x20 character display — Yes Yes —
2x40 character display Yes — — —
Programmable key pictograms 24 12 — —
Dynamic keys 5 — — —
Programmable keys 24 12 8 8
Fixed function keys 7 10 5 —
Browser Yes — — —
Numeric keypad keys 12 12 12 12
Green LED (message) — — Yes Yes
Two-color LED (messages/alarm) Yes Yes — —
Number of LEDs 4 4 7 1
Internal alphabetical keypad Yes Yes — —
Extension unit Option Option — —
Wall mounting bracket Option Option Option Integrated
Key 4035 4020 4010 4004
Release Yes Yes Yes No
Menu Yes Yes Yes No
Hands-free (HF)(LED) Yes Yes No No
Loudspeaker (LS) Yes Yes Yes No
LS + /-> Yes Yes Yes No
LS - /-> Yes Yes Yes No
Secret (LED) Yes Yes No No
Message (LED) No Yes No No
Transfer call No Yes No No
Individual No No Yes No No
Total 7 10 5 0
OmniPCX Enterprise – Curso Básico
Página 107 de 232
2.2. Terminales UA Serie 9
4019
4029
4039
2.3. Interfaces opcionales a) Para los teléfonos UA antiguos (4034, 4012, 4011, 4023, 4003) y los TA 4088
4083 ASM: Interfaz V24 asíncrono (V110/V14E) y MAC-PC 4084 ASP: Interfaz V24 asíncrono (V110/V120) y MAC-PC 4084 IS: Interfaz S0 y MAC-PC 4084 ISW: Interfaz S0 con alimentación del bus 4083 SYV: Interfaz V24/V35 síncrono 4083 SYX: Interfaz X21 síncrono 4085: Interfaz analógico
b) Para los UA modernos (4035, 4020, 4010, 4004)
4091 CTI: Interfaz CTI básico 4093 ASY: Interfaz V.24 asíncrono & acceso CTI 4094 ISW: Interfaz S0 alimentado 4094 ISW-CTI: Interfaz S0 alimentado & acceso CTI 4095 AP: Interfaz analógico 4097 TSC-DECT: Conierte el UA en un teléfono inalámbrico DECT
OmniPCX Enterprise – Curso Básico
Página 108 de 232
4098 TSC-IP: Para conectar el UA a la red de datos (VoIP) Estos interfaces se pueden tambier conectar detrás de los teléfonos 4012-4034. La tabla siguiente resume la compatibilidad entre los terminales 2G/3G y las versiones de la OXE/4400:
A4400 R2.1 A4400 R3 y superior
2G UAs (4034, 4023, 4012, 4011, 4003) Tarjetas internas a los teléfonos 4034 y 4012 4034 y 4012 Tarjetas en TA 4088 (externas)
3G
UAs (4035, 4020, 4010, 4004) emulación emulación TSC (modo externo) TSC (modo interno) 4035 y 4020 4035 y 4020 TSC-DECT
2.4. Terminales UA remotos Ofrecen mayor distancia en la unión de tipo UA. Esta ganancia se obtiene mediante un interface denominado uk0. Será necesario:
Terminal adaptador local LU-TA o placa QUAD (integra 4 LU-TA) Terminal adaptador remoto RU-TA
3. Gestión de usuarios 3.1. Creación de usuarios
Declarar un número de directorio libre. Seleccionar una dirección (cristal, placa e interfaz) libre. Declarar un tipo de teléfono. Declarar un teclado interno/externo (si fuera pertinente). Autorizar la llamada por nombre y mini-mensajes RDSI (si fuera pertinente). Validar teclados adicionales. Asignar un nombre al teléfono.
Desde el mgr:
OmniPCX Enterprise – Curso Básico
Página 109 de 232
Abonados + Crear
• Número directorio • Nombre • Alveolo = 255 • Placa = 255 (luego se coge el teléfono y se marca el nº + • Equipo =255 código y se cuelga. En una instalación en la que se conoce la numeración del cableado no se pone
255 sino el nº que corresponda y así no hay que dar de alta el teléfono manualmente).
• Tipo teléf. 4035 4020 ANALOGICO ...
También podremos tener declarado un alias para un teléfono de manera que varias personas puedan ser llamadas por nombre compartiendo el mismo número de directorio (podremos establecer hasta 15 alias para cada teléfono).
Para declarar un alias podemos hacer lo siguiente: mgr Abonados Alias usuarios
• Nr. alias • Nr. De directorio • Nombre y apellidos
También podremos declarar usuarios Z o S0 en la parte trasera de un teléfono UA o bien usuarios S0 tras una placa BPRA o BRA: 3.2. Bus S0 tras UA
1) En el UA que va a llevar el S0 se pone:
Abonado ... + Consulta/Modif.
• Interface S0 = SI 2) Creamos bus S0
Alveolo Placa
Bus S0 + Crear
• Dirección física: la del teléfono UA
OmniPCX Enterprise – Curso Básico
Página 110 de 232
• Tipo de protocolo = ETSI • Categoria acc. facilid. telefónicas
OK 3) Crear usuario S0
User + Crear
• Dirección: la misma del UA • Tipo de teléfono S0
OmniPCX Enterprise – Curso Básico
Página 111 de 232
3.3. Extensión Z tras UA 1) En el UA que va a llevar la extensión analógica se pone:
Abonados ... + Consulta/modif
• Interface Z/UA = Sí 2) Crear abonado analógico
Abonado + Crear
• Número • Dirección: 0-5-6 (la del TA) • Tipo de teléfono: ANALÓGICO
Traductor Plan de prefijos + Crear
• Facilidades en local • Numeración Z detrás de UA
3.4. Creación de S0 sobre BRA o BPRA 1) Declarar la placa BRA/BPRA 2) Crear bus S0:
Alveolo Placa
Bus S0 + Crear • Dirección física • Tipo de protocolo = ETSI • Categoria acc. facilid. Telefónicas • …
3) Crear abonado S0:
Abonado + Crear
• Dirección física • Nº de directorio • Tipo de terminal: Terminal S0 • Teleservicio RDSI: Ajustar al valor adecuado dependiendo del tipo de terminal
(teléfonos, routers, videoconferencia…)
OmniPCX Enterprise – Curso Básico
Página 112 de 232
4. Mantenimiento Los principales comandos de mantenimiento relacionados con las extensiones son:
edsbr> muestra los abonados de acuerdo con determinados criterios. eqstat> da información sobre la placa y sobre el terminal termstat> permite obtener información sobre el terminal y resetearlo listerm> permite obtener información sobre el estado dinámico del terminal. listout> muestra los terminales que están fuera de servicio. listdnd> muestra los terminales que se encuentran en estado de no molestar. listfwd> muestra los terminales que se encuentran desviados. readkey> muestra el estado de las teclas programables de uno o varios UA. outserv> pone un terminal fuera de servicio. inserv> pone en servicio un terminal o lo resetea si ya lo estuviera. dspstat> muestra el estado de los circuitos DSP de una placa.
OmniPCX Enterprise – Curso Básico
Página 113 de 232
Plan de prefijos y sufijos
1. Plan de prefijos Un prefijo es todo número que puede ser marcado para iniciar una facilidad telefónica.
Define una y sola una facilidad telefónica. Puede contener hasta 8 dígitos (0 a 9, A, B, C, D, #, *). Los números de directorio son prefijos. La única manera de solapar dos prefijos es utilizar una temporización en uno de ellos. No
es muy recomendable, aunque sí es cierto que permite extender el plan de numeración. Para definir un prefijo será necesario fijar los siguientes parámetros:
Número de prefijo. Significado del prefijo. Información del prefijo (sólo en algunos casos).
1.1. Creación de un prefijo Para crear un prefijo:
Traductor Plan de prefijos + Crear
• Número • Significación prefijo • Información prefijo
Para indicar que un prefijo es temporizado hay que añadirle al número una T al final. La temporización que se emplea cuando usamos prefijos temporizados también será programable:
Instalación Temporizaciones y editamos la temporización nº 23
1.2. Listado de prefijos Los prefijos definidos por defecto en la OXE son:
Prefijo Significado *2 Llamada rápida al asociado *30 Mini_bar *31 Despertador_Suite *32 Anulación_despertador_Suite *33 No_molestar_Suite *40 Código_de_negocio *41 Gestión mensajería vocal *42 Consultar mensajes
OmniPCX Enterprise – Curso Básico
Página 114 de 232
*43 Consultar texto *44 Consultar_imagen *45 Anulación_desvío_remoto *47 Lectura_contador_de_cómputo *48 Prefijos ACD *49 Poner_dentro/fuera_de_servicio_teléfono *50 Uso_Directorio_personal *51 Anulación_rellamada_teléfono_ocupado *52 Transparencia marcación decádica *53 Prog_Directorio_personal *54 Anular mensaje LED *55 Desbordamiento_a_Asociado_s/_Ocupado *56 Desbordamiento_a_Asociado_sobre_Ocup/NoRespuesta *57 Secreto/Identidad *58 Modificación_teléfono_asociado *59 Modificación_Código_personal *60 Desvío_Inmediato *61 Desvío_sobre_Ocupado *62 Desvío_sobre_No_Respuesta *63 Desvío_sobre_Ocupado_o_No_Respuesta *64 Anulación_Desvío *65 Desbordamiento_sobre_teléfono_asociado *66 Anulación_de_desbordamiento_sobre_asociado *67 Consultar lista a rellamar *68 Rellamada último llamante local *69 Toma_directa_enlace *70 Rellamada último número marcado *71 Respuesta en servicio de noche *72 Captura llamada directa *73 Captura llamada de grupo *74 Consulta llamada en espera *75 Retención/Toma retención *76 Protección_contra_bips *77 Mensajería vocal *78 No_Molestar *79 Prueba de tonos *80 Candado *81 Llamada Cita/Despertador *82 Anular Cita/Despertador *83 Conferencia programada *84 Anulación_desvío_desde_destinatario *85 Desvío_remoto *86 Gestión estado habitaciones *87 Sustitución *88 Entrada_de_grupo_de_teléfonos *89 Salida_de_grupo_de_teléfonos *90 Transparencia marcación MF *91 Grabar conversación
OmniPCX Enterprise – Curso Básico
Página 115 de 232
*92 Depósito_Mensajería_Vocal *93 Enmascaramiento identidad del llamante remoto *94 Guías_vocales_dinámicas *95 Idioma *96 Programación_del_Contraste *97 Tipo de identificación forzada_pfx *98 Programación_Ubicuidad_Móvil *99 Ubicuidad_Asistente
2. Plan de sufijos Un sufijo es todo número marcado durante una conversación o tras un tono o guía vocal distinto del tono de marcado.
Un sufijo define una y sólo una facilidad telefónica. Puede contener hasta 8 dígitos (0 a 9, A, B, C, D, #, *).
2.1. Creación de un sufijo Traductor Plan de sufijos
• Número de sufijo • Significado de sufijo
2.2. Listado de sufijos Los sufijos definidos por defecto en la OXE son:
Sufijo Significado
1 Consulta repetida 2 Consulta 3 Conferencia a tres 4 Inclusión 5 Espera en ocupación 6 Rellamada sobre no respuesta / ocupado 7 Petición buscapersonas
8 Depósito mensaje de voz
OmniPCX Enterprise – Curso Básico
Página 116 de 232
3. Mantenimiento
>listrad: edita los prefijos y sufijos con su significado (sólo en versiones de software
modernas). >ednump: permite editar el plan de numeración, menos potente pero será común a todas las
versiones.. Conviene usarlo introduciendo los criterios dir y mean. Funciona en castellano si se le llama con ednump –l ES0.
OmniPCX Enterprise – Curso Básico
Página 117 de 232
Grupo de líneas agrupadas: Hunting Groups 1. Generalidades Se agrupan varios teléfonos bajo el mismo número. Una llamada al grupo hace sonar uno de los teléfonos o todos los pertenecientes al grupo que se encuentran libres. Existirán 3 tipos de grupos:
Cíclico Secuencial Paralelo
∇ Grupo cíclico
Las llamadas se distribuyen de manera cíclica, se establece un orden y una vez le entre una llamada a un teléfono, la siguiente llamada dirigida al grupo se encaminará al siguiente. El teléfono que ocupe el primer lugar en la secuencia irá cambiando cíclicamente. El teléfono llamado desborda al siguiente transcurrida una temporización que es la 36 del sistema.
∇ Grupo secuencial
Las llamadas se distribuyen de manera secuencial, siguiendo un orden que es fijo, cuando el primer teléfono está ocupado, se encamina la llamada al segundo y así consecutivamente.
∇ Grupo paralelo
En este caso, al entrar una llamada al grupo sonarán simultáneamente todos los teléfonos que se encuentren libres. Tendrán las siguientes limitaciones: Al grupo no podrán pertenecer equipos multilínea. Cuando se trate de teléfonos analógicos y teniendo en cuenta que las placas Z sólo tienen
4 generadores de llamada, no podrán pertenecer al mismo grupo paralelo más de 4 teléfonos conectados en la misma placa de interfaz.
Los hunting groups de voz pueden estar formados por cualquier tipo de teléfonos, incluidas las extensiones S0. Asimismo, el grupo puede tener terminales distribuidos por cualquier nodo de la red de OXEs (supuesta una red ABC-F2).
OmniPCX Enterprise – Curso Básico
Página 118 de 232
∇ Cola
Se define como el porcentaje de los equipos activos que pueden ponerse en espera. Por ejemplo, si se define como el 100% y disponemos de 4 teléfonos activos, podrán mantenerse 4 llamadas en espera dentro del grupo. En caso de que todas las líneas estén ocupadas y se rebase el tamaño máximo de la cola de espera admisible la llamada se encaminará en la manera establecida en la entidad a la que pertenece el hunting group.
Un teléfono que se encuentre desviado recibirá las llamadas que le correspondan como miembro del grupo, no así las llamadas que le entren individualmente a su extensión. Si no se desea que le entren las llamadas pertenecientes al grupo se deberá activar la salida del grupo.
∇ Entrada y salida del grupo
Estas dos acciones se invocan por medio de un prefijo que debe ser previamente programado. En cuanto a las llamadas entrantes y la categoría de acceso a la red pública prevalecerá la del grupo cuando la llamada entre a través del número de directorio del grupo y la del abonado cuando entre a través del suyo. En cuanto a las llamadas salientes si la categoría del grupo es 255 prevalecerá la del abonado, si es distinto será la del grupo, excepto cuando el abonado esté fuera del grupo. La categoría de conexión para llamadas entrantes será la del grupo si la llamada le llega a través de éste y la del abonado si la llamada le llega directamente. En llamadas salientes prevalecerá la del abonado siempre.
∇ Teléfonos multilínea
Sólo en grupos secuenciales o cíclicos. Cuando se incluya un teléfono multilínea en un grupo, será posible que se produzcan 2 comportamientos diferentes: El equipo se considera ocupado si al menos una de sus líneas está ocupada. El equipo se considera libre cuando al menos tenga una línea libre.
OmniPCX Enterprise – Curso Básico
Página 119 de 232
2. Funcionamiento 2.1. Distribución de llamadas externas
2.2. Distribución de llamadas internas
OmniPCX Enterprise – Curso Básico
Página 120 de 232
3. Gestión
Grupos
Grupo de extensiones + Crear • Número de directorio • Nombre • Búsqueda cíclica Secuencial Paralelo Cíclico • Categoría de acceso a red pública = 0 (p. Ej.) Verficar que la categoría 0 (en este caso) tiene Incoming DDI a 1:
Categorías Categoría de acceso a red pública (NOCHE & DÍA) 0 + Edit
• Llegada SDE/IA = 1 • Retirada autorizada = Sí • Nr. asignado al grupo = ..... (extensiones del grupo)
Para ver si un usuario pertenece a cierto hunting group: Abonados
...... + Consulta modificación
• No. Dir grupo de terminales = 1 Para definir el comportamiento de los equipos multilínea al pertenecer al grupo: Instalación
• Llamada multilínea en in PABX: Verdadero/Falso
Decidiremos si los teléfonos multilínea se comportan como multilínea o como teléfonos normales (con una línea ocupada se considerará que el equipo está ocupado), de todas formas si todos los demás equipos estuvieran ocupados, la llamada se encaminaría a la tecla del teléfono multilínea.
OmniPCX Enterprise – Curso Básico
Página 121 de 232
4. Mantenimiento
> pbxstat: muestra las características de un hunting group (número de directorio, lista de equipos, cola de espera, etc.)
> supgpbx: monitoriza el estado de todos los grupos de un nodo y el estado de los equipos dentro de un grupo.
OmniPCX Enterprise – Curso Básico
Página 122 de 232
Grupos de captura: Pick-up Groups
1. Generalidades Un grupo de captura permite a los usuarios que pertenecen a un mismo grupo capturar llamadas entrantes sobre otros teléfonos del grupo. Para realizar la captura simplemente hay que marcar un prefijo de captura de grupo previamente definido (a diferencia de la captura individual, no hay que marcar el número de la extensión sobre la que está entrando la llamada). Para versiones superiores a R4.2 y también en la versión R3.2C2, los grupos de captura pueden estar formados por cualquier tipo de teléfono incluidos los S0’s. 2. Gestión Un pick up group queda definido por un nombre, no tiene número de directorio. En los parámetros de definición de los abonados, hay un campo llamado “grupo de captura” que es el que se debe completar para indicar que un usuario pertenece a cierto grupo:
Abonados
3100 ...... + Consulta/modif. • Grupo de captura = grupo1
3187 ...... + Consulta/modif
3123...... + Consulta/modif
Para ver la lista de los pick up groups existentes:
Grupos Grupo de captura
grupo1 + Edit
Crear un prefijo de captura (el *73 suele estar ya creado) Traductor
Plan de prefijos + Crear • Número = 73 • Significación prefijo = Facilidades Generales • Información prefijo = Captura de grupo
Para ver qué usuarios pertenecen a un pick-up group, la mejor manera es hacer un filtrado de usuarios seleccionando el grupo de captura. La autorización para efectuar la captura dependerá de la categoría de facilidades telefónicas.
OmniPCX Enterprise – Curso Básico
Página 123 de 232
Categorías Categorías de facilid. tel. = 0…31
• Facilidades generales
Captura de grupo: 1
OmniPCX Enterprise – Curso Básico
Página 124 de 232
Grupos de Enlaces 1. Generalidades La OXE maneja los enlaces formando grupos, nunca como enlaces individuales, si bien un enlace individual puede constituir un grupo. Dependiendo de a que esté conectado el grupo de enlaces tendremos los siguientes interfaces: ∇ Conexión a un operador:
Digital: RDSI T2/T0 Analógico: BCA
∇ Conexión a centralitas que no son de Alcatel:
Digital: LIA, QSIG Analógico: LIA, BCA
∇ Conexión a centralitas de Alcatel
Digitales: ABC_F LIA, BCA
2. Gestión A la hora de definir grupos de enlace habrá que tener en cuenta al menos las siguientes cuestiones:
Número del grupo de enlaces (0 ..1999) Prefijo de toma Tipo de grupo de enlaces Recursos asignados al grupo Categoría de los grupos de enlaces: contiene información relativa al protocolo de
comunicación empleado.
OmniPCX Enterprise – Curso Básico
Página 125 de 232
Los principales pasos de gestión a realizar son: Grupo de enlaces + Crear
• Grupo de enlace id. = 100 (nº entre 0 y 1999, nada que ver con el prefijo de toma)
• Tipo Grupo de enlace = T0, T2... • Nombre Grupo de enlace • Grupo de enlace desbordam. = -1 • Tono sobre toma = VERDADERO (recibo tono ficticio de la centralita)
FALSO (recibo tono real) • Variante señaliz. Q931 = RDSI todos los países • Numeración compatible con:
1. 0: al tomar el enlace, mirará si la marcación es correcta en:
Traductor
Plan numerac. externa Discrimin. numeración
... zonas de marcación
2. –1 : Sin control de cifras
OmniPCX Enterprise – Curso Básico
Página 126 de 232
• Número de dígitos = (sólo para caso sin control de cifras) • Número de nodo • Selección de canal = Quantum • ISDN transcoding = (si se pone, entonces):
Traductor Plan de numeración externo Trad. SDE por defecto Grupo de enlaces
...
100 Grupo de enlace
+ Consulta/Modif.
• DTMF = NO (si es para MF transparente) • Nº de dígitos RDSI no utilizados
• Selecc. Canal B = Si
No Grupo de enlaces
...
100 Grupo de enlace
T0/T2 + Crear • Dirección física = 0-3-1 (p. Ej.)
Enlace
+ Consulta/Modif.
• Especialización canal = Mixto
Alveolo ACT
Placa Acceso digital + Consulta/Modif.
• Prioridad sincro. = 255 (*) red
10 (**) no red • Modo red = SI (*)
NO (**) • Tipo acc. S0 = SI (*) (caso de T0)
NO (**) • Modo privado = NO (no ABC) • CRC4 = SI (para T2 a la calle)
OmniPCX Enterprise – Curso Básico
Página 127 de 232
Traductor Plan de prefijos + Crear
• Numero = 00 • Significación prefijo = Toma enlace profesional • Información prefijo = 100 (nº grupo de enlaces)
3. Mantenimiento
> trkstat: da el estado telefónico (no físico) de los canales de un grupo de enlaces. trkstat (-r) <nº de grupo de enlaces> trkstat (-r) <nº de ACT><nº de placa> (-r) con refresco en tiempo real > trkvisu: da información sobre los grupos de enlaces con el tipo y el prefijo para cada uno de ellos.. Recomendable usarlo así: trkvisu all, para obtener un resumen de todos los enlaces del sistema. > infocs: da información sobre el estado de sincronización. > list_faisc: permite editar la lista de los grupos de enlaces. > list_catjr: da una lista de las categorías de enlaces.
OmniPCX Enterprise – Curso Básico
Página 128 de 232
Discriminación
1. Introducción La discriminación o control de la numeración determina si un usuario tiene o no autorización para marcar determinados números externos. Para decidir si cierta llamada está permitida o no el sistema puede emplear:
Los primeros dígitos del número marcado. El operador público por el que va a cursarse la llamada (el significado del número marcado
podría variar según el operador). La entidad a la que pertenezca el llamante (gestión avanzada) La hora a la que se realiza la llamada. El tipo de usuario que llama.
En este capítulo nos centraremos en la discriminación que se realiza sobre aquellas llamadas hacia la red pública que utilizan un prefijo de toma directa de grupo de enl ace. En capítulos posteriores veremos que la discriminación también se utiliza combinada con el servicio ARS (Selección Automática de Ruta). Cuando se hace una llamada hacia la red pública utilizando un prefijo de toma de grupo de enlaces, el sistema compara los primeros dígitos marcados con los números definidos en áreas de marcación. Una vez sabido a qué área pertenece el número marcado, el call server mira si la categoría de acceso a la red pública del abonado permite o no dicha área de marcación y actúa en consecuencia.
OmniPCX Enterprise – Curso Básico
Página 129 de 232
2. Principio El mecanismo de discriminación requiere la gestión de un objeto llamado discriminador. Cada grupo de enlaces lleva asociado un discriminador para regular el formato de la marcación que se efectúa a través de ellos. En este discriminador se pueden configurar hasta 64 áreas de marcación diferentes, pudiendo permitir o prohibir cada una de ellas independientemente. Cada área de marcación viene definida por un prefijo (por ejemplo, los números que empiecen por 91 ) y una longitud (por ejemplo, que tengan longitud 9). La tabla siguiente ilustra un ejemplo de configuración de un discriminador.
Prefijo Área Número de dígitos 00 4 22 0 1 3
118 1 5 1 1 3 6 3 9
800 1 9 803 64 9 806 64 9 807 64 9 885 1 9 8 3 9
900 1 9 901 1 9 985 1 9 9 3 9
En la categoría de acceso a red pública de cada abonado es donde se indica qué áreas están permitidas y cuáles no. Pueden usarse hasta 255 discriminadores o traductores, aunque por defecto el sistema crea sólo uno, el discriminador 0. Las configuraciones básicas utilizan este discriminador que tiene ya creado el sistema por defecto. No obstante, hay configuraciones avanzadas que permiten cambiar el discriminador utilizado según la entidad a la que pertenezca el usuario que llama. A continuación podemos ver dos ejemplos, el primero de una gestión sencilla como la que veremos en este curso, y el segundo de una más avanzada, con discriminadores que dependen de la entidad del llamante.
Ejemplo de gestión básica:
OmniPCX Enterprise – Curso Básico
Página 130 de 232
Ejemplo de gestión avanzada:
OmniPCX Enterprise – Curso Básico
Página 131 de 232
2.1. Categoría de acceso a la red pública La categoría de acceso a la red pública define las autorizaciones e impedimentos que tendrá un abonado en sus llamadas externas (tanto entrantes como salientes). Además, estas autorizaciones dependerán del estado (día, noche, modo1 y modo2) en que se encuentre la entidad a la que pertenezca el abonado. Principalmente, la categoría de acceso a la red pública contiene lo siguiente:
Llamadas salientes:
- Derecho de acceso a grupos de enlaces. - Derecho de acceso a las áreas de marcación definidas en el traductor público. - Acceso a códigos de negocio. - Acceso a ARS. - Acceso al salto VPN.
Llamadas entrantes:
- Derecho a recibir llamadas DDI. - Comportamiento de los desbordamientos.
El comportamiento frente a los desbordamientos en cuanto a llamadas entrantes será el siguiente:
Desbordamiento sobre teléfono libre
Desbordamiento sobre puesta en espera
Desbordamiento sobre ocupado
SI NO SI NO SI NO Teléfono libre
Llamada presentada, desborda finalizada la temporización del grupo de enlaces
Llamada presentada sin desbordamiento
N.A. N.A. N.A. N.A.
Teléfono ocupado sin derecho de llamada en espera
N.A. N.A. N.A. N.A.
Desvío inmediato en el enrutamiento
Llamada denegada.
Teléfono ocupado con derecho de llamada en espera
N.A. N.A.
Espera, desborda finalizada la temporización del grupo de enlaces
Espera sin desbordamiento N.A. N.A.
OmniPCX Enterprise – Curso Básico
Página 132 de 232
3. Gestión Creación de las entradas del traductor:
Traductor
Plan de numeración externa Discriminación numeración
Regla discriminación • Nr. de llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 9 (p. Ej.) • Nr. Tabla encaminamiento ARS = 1(p. Ej.)
Categoría de acceso a la red pública:
Categorías Categoría de acceso = N + Consulta modificación Zona 1: DÍA: 1 ;NOCHE: 1 ;MODO1: 1 ; MODO2: 1 Zona 2: DÍA: 1 ;NOCHE: 1 ;MODO1: 1 ; MODO2: 1 …………………………………………… Zona 64: DÍA: 0 ;NOCHE: 0 ;MODO1: 0 ; MODO2: 0
0 significa prohibido, 1 permitido. Así se va dando o no permiso en cada categoría para cada zona de marcación del discriminador y para cada estado de la entidad de la extensión llamante (NOCHE, DÍA, MODO1, MODO2). 4. Mantenimiento > discrlist muestra el contenido de un discriminador
OmniPCX Enterprise – Curso Básico
Página 133 de 232
Traductor de Rellamada Externa
1. Presentación del número llamante La gestión del traductor de rellamada externa permite que cuando se produce una llamada entrante desde el exterior, aparezca en el display del teléfono el número llamante. Para ello, se deben crear entradas en la tabla del traductor según los posibles números llamantes que se deseen identificar (si se quieren mostrar todos, la entrada por defecto es DEF).
2. Rellamadas hacia números externos
El traductor de rellamada externa puede modificar el número recibido añadiendo el prefijo de toma de enlace o el prefijo de ARS requerido en el caso de que se desee hacer una rellamada. Incluso, se podría añadir un prefijo para especificar por qué operador quiero efectuar dicha rellamada.
OmniPCX Enterprise – Curso Básico
Página 134 de 232
3. Gestión Traductor
Plan de numeración externa Traductor de rellamada externa
• Número de Base: DEF, 91, ... (comienzo del número que llega) • Número de dígitos a eliminar • Dígitos a añadir: para hacer la rellamada, por ejemplo el 0
OmniPCX Enterprise – Curso Básico
Página 135 de 232
Traducción DDI
1. Llamadas entrantes El servicio DDI permite que un usuario interno de la OXE pueda ser llamado directamente desde la red pública. Tales usuarios (que pueden ser llamados directamente) se denominan usuarios DDI. El resto de abonados (llamados habitualmente usuarios no-DDI) no tienen número directo de calle por lo que no pueden ser llamados directamente. En este último caso, los usuarios recibirán llamadas externas a través de la operadora, por transferencia. Cuando un cliente quiere activar el servicio DDI en su OXE, debe también contratar ciertos rangos de numeración al operador público que le de el servicio. Normalmente, la numeración pública de una extensión DDI, no coincide con el número interno de la extensión por lo que es necesario realizar el proceso de traducción DDI: transformación de números externos de calle en sus correspondientes números internos:
La gestión básica del servicio de traducción DDI utiliza el traductor DDI por defecto de la OXE. En las últimas versiones, este traductor admite un máximo de 200 zonas distintas de traducción. No obstante, pueden realizarse gestiones avanzadas utilizando distintos traductores DDI según el usuario y el grupo de enlaces por donde se curse la llamada. En los siguientes ejemplos se ilustran distintos tipos de gestión:
OmniPCX Enterprise – Curso Básico
Página 136 de 232
Ejemplo 1:
Ejemplo 2:
OmniPCX Enterprise – Curso Básico
Página 137 de 232
Ejemplo 3:
A la hora de realizar la gestión en la OXE, deberemos definir si un grupo de enlaces tendrá transcodificación DDI o no y posteriormente se configurará cómo se va a efectuar la traducción. Cuando el grupo de enlaces reciba la numeración desde la red pública, antes de efectuar la traducción DDI se eliminarán los dígitos que sean comunes (por ejemplo si el rango de numeración es 913304000 a 913305999, en el grupo de enlaces se eliminarán los 5 primeros dígitos). 2. Llamadas salientes Cuando se realiza una llamada saliente hacia la red pública lo enviado en el campo Calling Party (en concreto la parte conocida como NDS o número de suscriptor) depende de si el enlace RDSI utilizado tiene transcodificación DDI o no:
Si el enlace utilizada traducción DDI, se manda como NDS la transcodificación
correspondiente a la extensión que realiza la llamada. Si resulta que esta extensión no tiene entrada en la tabla DDI, envía el NDS por defecto de la entidad.
Si el enlace no utiliza traducción DDI, el NDS será igual al número de la extensión que
realiza la llamada.
OmniPCX Enterprise – Curso Básico
Página 138 de 232
3. Gestión Para ver la gestión utilizaremos el siguiente ejemplo: queremos que una llamada al número 915664001 se encamine a la extensión 6381 y así consecutivamente hasta el 915664010 que se traducirá por 6390: Descartamos los 5 primeros números y creamos una entrada en el traductor que convierta el 4001 en 6381 y tenga un tamaño de 10 números.
Lo gestionaremos de la siguiente forma:
Grupos de enlaces
100 + Consulta Modif. * Transcodificación SDE: Sí
Grupo de enlaces 100 + Consulta/modif
• Nº digitos RDSI no utilizados: 5
Traductor
Plan de numeración externa Traductor SDE por defecto + Crear
• 1st Nr. Exterior del rango: 4001 • 1st Nr. Interior del rango: 6381 • Tamaño del rango: 10
OmniPCX Enterprise – Curso Básico
Página 139 de 232
Llamadas Privadas 1. Introducción El servicio de llamadas privadas permite que un usuario permita especificar que la llamada que va a realizar es externa y no profesional. Esas llamadas pueden estar sujetas a una tarificación diferente según decisión de la empresa y sufrir una discriminación diferente de las llamadas profesionales. El servicio está disponible para:
Usuarios que tienen un teléfono físico en el sistema. Visitantes que no tengan un teléfono físico en el sistema a los que se les asignará un
equipo virtual. Según los requerimientos, el administrador puede definir un número de identificación (PIN) para los usuarios que vayan a utilizar el servicio. También puede asignar contraseñas para que la utilización del servicio sea más segura. 2. Funcionamiento Con el servicio de llamadas privadas:
Podremos asignar llamadas al exterior a un centro de costes. Definiremos un prefijo que identificará las llamadas privadas.
Las llamadas se podrán asignar a un equipo físico o ficticio.
Podremos identificar al llamante a efectos de tarificación.
Según la gestión realizada en el sistema, el acceso al servicio será ligeramente diferente: 2.1. Usuario con un teléfono físico asignado (sin PIN)
Prefijo de toma personal de grupo de enlaces + Código secreto
del teléfono + Número exterior
OmniPCX Enterprise – Curso Básico
Página 140 de 232
2.2. Usuario con un teléfono físico asignado (con PIN)
Prefijo de toma personal de grupo de
enlaces + Código PIN + Código secreto
del teléfono + Número exterior
2.3. Usuario con un teléfono virtual asignado El abonado llama desde un teléfono cualquiera e introduce el PIN del teléfono virtual que tiene asignado.
Prefijo de toma
personal de grupo de enlaces
+ Código PIN + Código secreto del teléfono asignado + Número
exterior
Este último caso será útil para personal de mantenimiento que, dada su movilidad no tendrá un teléfono físico asignado. 3. Gestión 3.1. Gestión de llamadas privadas con PIN Crear prefijos de toma personal para los distintos enlaces
Traductor
Plan de prefijos + Crear
• Number • Significación prefijo = Personal trunk seize • Información prefijo (nº de trunk group)
Instalación 1 + Edit
• Longitud del PIN = 4 (p. Ej.)
Categorías
Categoría de facilidad telefónica ... + Edit
• Derechos:
Protección contra llamadas privadas
OmniPCX Enterprise – Curso Básico
Página 141 de 232
Forma 1:
Abonados nº + Edit (el user que quiera usar el PIN)
• PIN
• Nº de PIN • PIN con código secreto YES
Forma 2:
Traductor
PIN + Crear
• Nº de usuario • Nº de PIN • PIN con código secreto YES
3.2. Gestión de llamadas privadas sin PIN Se programa de la misma manera que lo anterior pero quitando el PIN.
Instalación
1 + Edit • Longitud del PIN = 0
Es importante señalar que las categorías de un abonado y los privilegios de los que dispondrá serán diferentes en caso de una llamada profesional (sin PIN) o privada (con PIN).
OmniPCX Enterprise – Curso Básico
Página 142 de 232
Código de negocio
1. Principio El servicio Código de Negocio permite asignar el coste de ciertas llamadas telefónicas a una cuenta específica configurada por el usuario. Esta cuenta suele representar un proyecto concreto y además los derechos de acceso a red pública del usuario podrán ser diferentes si la llamada es mediante código de negocio. El usuario indica que quiere utilizar este servicio marcando el prefijo asociado a la facilidad seguido del código asociado al proyecto concreto. Después, ya puede marcar el número externo al que quiera llamar (con prefijo de toma de enlace).
Prefijo de código de negocio +
Código de negocio del
proyecto +
Número exterior completo (con prefijo de toma de enlace)
En el ticket de tarificación que genere esta llamada, aparecerá el código de negocio empleado y así se podrán cargar los costes al proyecto. 2. Gestión Definición de la longitud que van a tener los códigos de negocio:
Facilidades telefónicas particulares
• Longitud código de negocio
Creación del código que queremos utilizar para identificar un proyecto: Facilidades telefónicas particulares Código de negocio + Crear
Creación del prefijo de acceso al servicio “llamadas con código de negocio”: Traductor Plan de prefijos Facilidades externas
• Código de negocio
Establecemos la discriminación de número llamado para las llamadas con código de negocio:
Category Categoría de acceso a red pública Categoría de acceso negocio
• Área 1: 1 . . .
Para cada abonado o perfil de abonados, se indicará si tiene acceso a esta facilidad telefónica:
OmniPCX Enterprise – Curso Básico
Página 143 de 232
Categoría Categorías de facilid. tel. • Servicios externos
Prefijo código de negocio: True/False
OmniPCX Enterprise – Curso Básico
Página 144 de 232
Distribución de llamadas 1. Introducción La distribución de llamadas es el proceso mediante el cual la PABX encuentra el destino final de ciertas llamadas. Este destino final dependerá de quién sea el llamado inicial, el origen, el estado del sistema (día, noche...), etc. Dependiendo del llamado original, podemos diferenciar tres tipos de llamadas:
Llamadas a la entidad. Llamadas a operadoras. Llamadas a grupos de operadoras.
2. Principio El proceso de distribución de llamadas se basa en la utilización de unas tablas denominadas CDT (Call Distribution Tables). Cada CDT debe estar obligatoriamente asignada a una entidad, operadora o grupo de operadoras, es decir, se podrá hablar de la CDT de cierta entidad, operadora o grupo, pero no de la CDT de un abonado, enlace, etc. En estas tablas se establecerán, para diferentes estados del elemento considerado, las posibles rutas que se tomarán.
Día Noche Estado 1 Estado2 Routing 1 Routing 1’ Routing 1’’ Routing 1’’’ Routing 2 Routing 2’ Routing 2’’ Routing 2’’’ Routing 3 Routing 3’ Routing 3’’ Routing 3’’’
Overflow Para cada estado de la instalación (día, noche, modo 1 y 2), la llamada se podrá enrutar a cuatro destinos diferentes, siendo el último el destino de desbordamiento común para todos los estados. Si la llamada no es atendida por el primer destino (rountig 1) saltará al segundo destino (routing 2) y así sucesivamente. Dentro de estos posibles enrutamientos se pueden introducir números de directorio o números abreviados, en general cualquier entrada del plan de los prefijos que nos remita a una extensión, operadora, correo vocal,... excepto los que nos envíen a otra CDT (las CDTs no se pueden encadenar). Llegaremos directamente a una de estas tablas a través de uno de los siguientes tipos de llamadas (a las que se accede mediante un prefijo específico):
Llamada a la entidad: establecemos una llamada con el CDT de una entidad en concreto. Llamada a las operadoras: se establece una llamada con el CDT de la entidad a la que
pertenece el abonado que marca el comando.
Llamada a grupo de operadoras: se va a la CDT para un determinado grupo de operadoras.
Llamada a operadora individual: vamos a la CDT de una operadora concreta
OmniPCX Enterprise – Curso Básico
Página 145 de 232
Sin embargo, estás tablas no sólo distribuyen llamadas cuando se accede a ellas de manera directa sino también indirectamente. Esto es, cuando se llama a un abonado o hunting group y no hay respuesta o está ocupado se puede gestionar que la llamada desborde sobre la entidad del abonado/hunting group. El siguiente esquema resume todas las posibilidades:
OmniPCX Enterprise – Curso Básico
Página 146 de 232
2.1. Enrutamiento de llamadas externas sobre un enlace con numeración
OmniPCX Enterprise – Curso Básico
Página 147 de 232
OmniPCX Enterprise – Curso Básico
Página 148 de 232
2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración
2.3. Enrutamiento de llamadas internas
OmniPCX Enterprise – Curso Básico
Página 149 de 232
3. Ejemplos
Routing 1
Routing 2
Routing 3
Operadora
Teléfono
Desbordamiento
Desbordamiento no respuesta / ocupado
Llamada EXTERNA entrante a CDT entidad
RESPUESTA
Tempo 76
Tempo Gr. Enlace
Routing 1
Routing 2
Routing 3
Operadora
Teléfono
Desbordamiento
Desbordamiento no respuesta / ocupado
Llamada EXTERNA entrante a CDT entidad
RESPUESTA
Tempo 76
Tempo Gr. Enlace
Routing 1
Routing 2
Routing 3
Operadora
Teléfono
Desbordamiento
Desbordamiento no respuesta / ocupado
Llamada INTERNA entrante a CDT entidad
RESPUESTA
Tempo 76
Tempo 144
Routing 1
Routing 2
Routing 3
Operadora
Teléfono
Desbordamiento
Desbordamiento no respuesta / ocupado
Llamada INTERNA entrante a CDT entidad
RESPUESTA
Tempo 76
Tempo 144
OmniPCX Enterprise – Curso Básico
Página 150 de 232
Routing 1
Routing 2
Routing 3
Grupo desenchufado
Grupo ausente
Desbordamiento inmediato
Llamada entrante a CDT
RESPUESTA
Desbordamiento inmediato
Routing 1
Routing 2
Routing 3
Grupo desenchufado
Grupo ausente
Desbordamiento inmediato
Llamada entrante a CDT
RESPUESTA
Desbordamiento inmediato
Routing 1
Routing 2
Routing 3
Operadora desenchufada
Operadora ausente
Desbordamiento inmediato
Llamada entrante a CDT
RESPUESTA
Desbordamiento inmediato
Routing 1
Routing 2
Routing 3
Operadora desenchufada
Operadora ausente
Desbordamiento inmediato
Llamada entrante a CDT
RESPUESTA
Desbordamiento inmediato
OmniPCX Enterprise – Curso Básico
Página 151 de 232
Routing 1
Routing 2
Routing 3
Oper.
Operadora
Desbordamiento
RESPUESTA
Desbordamiento
Llamada EXTERNA entrante a CDT entidad
Tempo 76
Tempo desbord. entidad
Tempo 76
Routing 1
Routing 2
Routing 3
Oper.
Operadora
Desbordamiento
RESPUESTA
Desbordamiento
Llamada EXTERNA entrante a CDT entidad
Tempo 76
Tempo desbord. entidad
Tempo 76
OmniPCX Enterprise – Curso Básico
Página 152 de 232
Entidades 1. Principio Las entidades son subdivisiones lógicas de la centralita asociables a departamentos o subempresas de una compañía. Cada subdivisión o entidad podrá personalizar una serie de opciones, como por ejemplo el enrutamiento de llamadas. Cada entidad dispondrá individualmente de los siguientes elementos:
Nº de directorio: con él se accede a la CDT de la entidad Abonados: cada abonado está asociado a una entidad. Nº de instalación RDSI: si el teléfono no es DDI, en el NDS del calling party vendrá el
número de instalación de la entidad correspondiente al teléfono. Horas de cambio: el estado de la entidad variará a unas horas determinadas y únicas para
cada entidad. Números abreviados por rango. Grupos de enlaces: cada grupo tendrá asociada una entidad. CDT Grupo de operadoras gestor (manager): opcionalmente, un grupo de operadoras podrá
actuar como gestor de la entidad, estableciendo el estado en que se encuentre ésta. La CDT de la entidad puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...
DÍA NOCHE ESTADO 1 ESTADO 2 Nº de directorio físico
Extensiones Grupos PBX Mensajería vocal IAA Prefijos de red Guías vocales CCD
Routing 1 Routing 1’ Routing 1’’ Routing 1’’’
Routing 2 Routing 2’ Routing 2’’ Routing 2’’’
Routing 3 Routing 3’ Routing 3’’ Routing 3’’’
Overflow Modificación del estado de una entidad: el cambio de estado de entre los cuatro posibles de la entidad (día, noche, F1 y F2) se hace según un horario. Dicho horario es semanal y para cada día de la semana se pueden definir un máximo de 4 transiciones. En cada transición hay que especificar hora de inicio y de fin así como el estado de la entidad, que podrá ser:
Día Noche
Estado 1
Estado 2
OmniPCX Enterprise – Curso Básico
Página 153 de 232
Seguir a grupo de operadoras: El estado de la entidad será igual que el del grupo de operadoras definido como grupo de operadoras gestor, de manera que:
- Si hay una operadora conectada en el grupo, el grupo estará en día y por tanto la
entidad estará en día. En otro caso, el grupo y la entidad estarán en noche. - Si existe una operadora con derechos para cambiar el estado de la entidad, el estado
de esta última será el especificado por la operadora (día, noche, F1, F2) pero sólo para las llamadas entrantes. Las salientes seguirán con el estado del grupo.
- Si hay una operadora dentro del grupo con derechos para modificar el estado del grupo a su vez modificará el estado de la entidad tanto para salientes como para entrantes.
El cambio entre un estado y otro de la entidad afecta tanto a las llamadas entrantes como a las salientes:
Para las entrantes: la distribución dentro de la CDT depende directamente del estado de la entidad.
Para las salientes: el acceso a la red pública de una extensión depende de su categoría y
del estado de la entidad a la que pertenece. En dicha categoría, hay ciertos parámetros para llamadas entrantes.
2. Gestión
Entidades nº + Edit/Crear
• Nombre • Gr. OP. Administrator (válido si Status = seguir grupo de Op’s). • Número de instalación (ISDN) • Número de instalación suplementario (ISDN) • Distribución de llamadas (CDT) • Nº desbordamiento encaminamiento • Desvío sobre nºs encaminamiento = YES • .... • Temporización de desbordamiento = ... (T overflow) 0 (no activo) < T 76 ( y en décimas de sg)
Entidades nº
Horas de Basculamiento llamadas salientes Lunes + Edit Martes + Edit
...
Horas de Basculamiento llamadas entrantes Lunes + Edit
• Estado = Noche
Día Mode 1 Mode 2
OmniPCX Enterprise – Curso Básico
Página 154 de 232
Grupo de operadoras (seguir grupo de operadoras) Martes + Edit ....... + Edit
Traductor Plan de prefijos + Crear
• Número • Significado prefijo = Llamada a entidad • Información prefijo = Número de la entidad
Después hay que meter a los abonados en la entidad correspondiente con:
Abonado
...... + Edit
• Nº Entidad ...... + Edit
...... + Edit
3. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos:
>> entitystat <nº entidad> >> cdtstat <160 a 415> (160 es entidad 0 y 415 es entidad 255)
OmniPCX Enterprise – Curso Básico
Página 155 de 232
Grupos de operadoras 1. Principio Cualquier operadora debe pertenecer obligatoriamente a un grupo de operadoras. Se pueden definir hasta 80 grupos de operadoras mediante los identificadores 0 a 79. Además del identificador, al grupo se le asigna un número de directorio físico sólo válido para ser insertado en los niveles de la CDT de alguna entidad, operadora o grupo de operadoras. La llamada a un grupo de operadoras equivale a llamar a la CDT del grupo a través de un prefijo (prefijo de llamada a grupo de operadoras). Cuando se desee asignar un grupo de operadoras a un nivel de la CDT se pondrá su número de directorio físico. Una vez que la llamada se ha encaminado a un grupo, el funcionamiento del mismo es similar a los grupos de PBX paralelo.
La CDT del grupo de operadoras puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...
DÍA NOCHE ESTADO 1 ESTADO 2 Nº de directorio físico
Extensiones Grupos PBX Mensajería vocal IAA Prefijos de red Guías vocales CCD
Routing 1 Routing 1’ Routing 1’’ Routing 1’’’
Routing 2 Routing 2’ Routing 2’’ Routing 2’’’
Routing 3 Routing 3’ Routing 3’’ Routing 3’’’
Overflow Por defecto, el estado del grupo depende del estado de las operadoras que lo forman:
En servicio: al menos una operadora está activa (en conversación o en reposo). El estado del grupo es DÍA.
Desenchufada: ninguna operadora está enchufada (o he tirado del cable, o se sale del
grupo). El estado del grupo es NOCHE.
OmniPCX Enterprise – Curso Básico
Página 156 de 232
Ausente: cuando la última operadora del grupo se pone ausente, el grupo pasa a estado
ausente. El estado del grupo es DÍA.
La modificación del estado de un grupo de operadoras no se realiza definiendo un horario como se hacía en la entidad sino que depende de las operadoras del grupo:
Cambio DÍA/NOCHE: este cambio depende exclusivamente de cómo estén las operadoras del grupo. Si hay alguna enchufada o bien están ausentes, el grupo estará en día y sino en noche.
Cambio DÍA/NOCHE/F1/F2: si se ha gestionado que alguna operadora pueda cambiar el
estado del grupo en el que se encuentre podrá hacer la modificación manualmente. Esta es la única manera de pasar por los estados 1 y 2.
1.1. Ayuda mutua La ayuda mutua es un servicio que se prestan los grupos de operadoras entre sí, de forma que un grupo de operadoras puede desbordar llamadas a otras operadoras o grupos de operadoras. Se debe fijar el número de llamadas en espera antes de desbordar así como los destinos de desbordamiento para noche/día/F1/F2. Para que la ayuda mutua funcione el servicio debe ser activado manualmente por alguna operadora del grupo con derechos para ello. 2. Gestión
Operadora Attendants group + Crear
• Nº de directorio físico = A310 (p. Ej.) • Id. Grupo op (0 a 79) • Nombre • Nº llamadas máx antes desbordamiento (ayuda mutua) • Operadoras vinculadas (se pone su dir física)
Distribución llamadas grupos operadora + Crear
• Id. Grupo op • Estado grupo de operadoras: Noche / Día / Mode 1 / Mode 2 - Enrutamiento 1 - Enrutamiento 2 - Enrutamiento 3
Traductor Plan de prefijos + Crear • Número
OmniPCX Enterprise – Curso Básico
Página 157 de 232
• Significación prefijo = Attendant Group call • Información prefijo = Attendant Group id Ayuda mutua:
Attendants Attendants group
...... + Edit • Overflow threshold: nb of waiting calls • Traffic overflow número de directorios
Attendants sets
...... + Edit • Right: traffic overflow: allowed with no control
Entity ...... + Edit • Traffic overflow: allowed with no control
3. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos:
>> grpopestat <nº grupo operadoras> >> cdtstat <80 a 159> (80 es grupo 0 y 159 es grupo 79)
OmniPCX Enterprise – Curso Básico
Página 158 de 232
Operadoras 1. Introducción La operadora es el elemento principal de recepción de llamadas (externas e internas). Las llamadas son enrutadas hacia la operadora siguiendo el procedimiento de las CDTs. La OXE admite como terminales de operadora a los sigiuentes equipos:
Alcatel Advanced Reflexes (4035).
Alcatel 4049: aplicación gráfica que permite tener una consola de operadora conectando
un teclado MMK (Alcatel MultiMedia Keyboard) y un monitor (CRT o LCD).
OmniPCX Enterprise – Curso Básico
Página 159 de 232
Alcatel 4059 MAC (Multimedia Attendant Console): Aplicación para Windows™ que
permite activar las funciones de operadora en un PC.
Consola de operadora para invidentes: módulo VHOC Alcatel 4008
Otras operadoras que ya están en phase out son: Alcatel Reflexes 4034 y Alcatel 4048.
OmniPCX Enterprise – Curso Básico
Página 160 de 232
Además de la función telefónica propias, las operadoras pueden tener acceso a los siguientes servicios:
Configuración de ciertas facilidades de la OXE. Configuración del enrutamiento de las CDTs
Servicios de tarificación
2. Funcionamiento
A cada operadora se le asigna un identificador que va de 0 a 79. Además del identificador, a la operadora se le asigna un número de directorio físico sólo válido para ser insertado en los niveles de la CDT de alguna entidad, operadora o grupo de operadoras. La llamada a una operadora equivale a llamar a la CDT de dicha operadora a través de un prefijo (prefijo de llamada a operadora individual). Cuando se desee asignar una operadora a un nivel de la CDT se pondrá su número de directorio físico.
La CDT de la operadora puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...
DÍA NOCHE ESTADO 1 ESTADO 2 Nº de directorio físico
Extensiones Grupos PBX Mensajería vocal IAA Prefijos de red Guías vocales CCD
Routing 1 Routing 1’ Routing 1’’ Routing 1’’’
Routing 2 Routing 2’ Routing 2’’ Routing 2’’’
Routing 3 Routing 3’ Routing 3’’ Routing 3’’’
Overflow
La operadora puede encontrarse en situaciones distintas:
Reposo: La operadora está activa pero sin efectuar ninguna acción (no está ni en conversación ni gestionando).
Ocupada: La operadora está activa y además hablando o gestionando.
Desenchufada: La operadora no está conectada o se ha salido del grupo.
OmniPCX Enterprise – Curso Básico
Página 161 de 232
Ausente: Estado al que pasa la operadora si transcurre la temporización 76 sin que
conteste la llamada. Sin embargo el estado de la operadora a efectos de encaminar la llamada en la CDT no depende de su situación concreta de manera que se cumple lo siguiente: el estado de la operadora es igual al estado del grupo de operadoras en el que se encuentra independientemente de su situación particular. A partir de la R3.0 las operadoras pueden llamarse entre sí. Además, cada operadora pertenece a una entidad (como las extensiones normales) de manera que todas las operadoras del mismo grupo deben pertenecer a la misma entidad. 2.1. Servicios La operadora podrá estar autorizada a realizar las siguientes funciones:
Modificación del estado del grupo de operadoras (Día, noche, F1, F2). Modificación de la categoría de acceso a facilidad telefónica. Modificación de la categoría de conexión. Modificación de la categoría de acceso a red pública. Modificación de la categoría de tarificación. Modificación del centro de costes. Gestor de un grupo de operadoras. Actualizar fecha. Actualizar hora. Gestión de la numeración abreviada. Tarificación. Mostrar los enlaces fuera de servicio. Reserva automática de enlaces. Reserva selectiva de enlaces. Prohibición de toma directa. Desbordamiento de tráfico. Gestión de usuarios en servicio. Modificación del estado de la entidad: Día/Noche/F1/F2. Tabla de enrutamiento de la operadora. Tabla de enrutamiento del grupo de operadoras. Tabla de enrutamiento de la entidad. Gestión de DECT.
2.2. Teclas programables
Presentación de llamadas. Supervisión de un número de directorio. Supervisión de un enlace o grupos de enlace. Espera individual.
2.3. Tipos de ring
Ring normal Ring retardado Ring retardado con beep
OmniPCX Enterprise – Curso Básico
Página 162 de 232
2.4. Temporizaciones
T28 (1 sg): al hacer una llamada a una operadora, la operadora sonará durante este time-out si se lleva a cabo el control.
T32 (6 sg): temporización que rige la presencia de llamadas en espera cuando la
operadora quiere salirse del grupo.
T33 (3 sg): la operadora se libera después de este time-out.
T43 (120 sg): time-out para volver al reposo después de efectuar una operación.
T102 (-): cuando entra una llamada externa a la operadora, el llamante escucha el tono de llamada durante esta temporización y después la guía vocal correspondiente si la operadora aún no ha cogido la llamada.
T140 (15 sg): temporización comprendida dentro de la T141 del ring normal, durante la
cual no hay ring en la operadora.
T141 (30 sg): duración total del ring normal.
T142 (15 sg): temporización comprendida dentro de la T141 del ring normal, durante la cual hay ring en la operadora (T141= T140+T142).
T144 (15 sg): tiempo durante el cual una llamada se presenta a una extensión antes de
saltar al siguiente nivel de la CDT.
T76 (80 sg): tiempo durante el cual una llamada se presenta a una operadora antes de que ésta pase a estado ausente.
3. Gestión
Operadoras
Terminales operadoras + Crear • Nº de directorio físico = A311 (p. Ej.) • Id. operadora (0 a 79) • Id. Grupo de operadora (0 a 79) • Dir alvéolo ≠ 255 • Dir placa ≠ 255 • Dir equipo ≠ 255 • Tipo de teléfono = (4034/4048) • Derechos de acceso a servicios (para dar derechos a operadora master)
Distribución llamadas operadora + Crear
• Id. operadora • Estado operadora: Noche / Día / Mode 1 / Mode 2 - Enrutamiento 1
- Enrutamiento 2 - Enrutamiento 3
OmniPCX Enterprise – Curso Básico
Página 163 de 232
Traductor Plan de prefijos + Crear • Número • Significado prefijo = Llamada a operadora individual • Información prefijo = Id. Operadora
Para que cuando una operadora llama a una extensión en el display de dicha extensión aparezca identificada la operadora, hay que gestionar un alias para la operadora en el phone book:
Directorio + Crear
• Número de directorio = (prefijo de llamada a operadora individual) • Alias (el 0 es para el primer nombre) • Apellido y nombre
4. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos:
>> opstat >> cdtstat <0 a 79>
OmniPCX Enterprise – Curso Básico
Página 164 de 232
Alarmas e incidentes
1. Presentación El servicio de gestión de los mensajes de sistema (también llamados incidentes) se activa automáticamente en cuanto la OmniPCX Enterprise arranca. La función del servicio de gestión de mensajes de sistema es:
Recoger y salvar los mensajes en el disco duro de la CPU. Enviar los mensajes a una impresora o pantalla externa.
Informar de los mensajes de sistema a la RMA.
Transmitir los mensajes a uno o más supervisores mediante traps SNMP.
Centralizar los mensajes del sistema en un nodo máster (cuando sea conveniente).
OmniPCX Enterprise – Curso Básico
Página 165 de 232
Cada incidente puede asociarse a una operación en la RMA o con el ring de un teléfono de alarmas. Asimismo es posible conectar sensores analógicos externos para permitir la detección de incidentes ajenos a la OXE (por ejemplo, un fuego). Mediante los mensajes salvados en el disco duro, el técnico puede efectuar un diagnóstico y determinar el tipo de actuación a realizar en la OXE. 2. Formato de los incidentes Los incidentes que genera el sistema tienen el siguiente formato:
Todos los incidentes llevan asociado un nivel de gravedad (de 0 a 5):
0: “Indeterminado”
1 a 4: Nivel de gravedad (el nivel 1 es el más grave y se corresponde con un reinicio del
sistema)
- Crítico (1): alta degradación que precisa corrección inmediata. - Major (2): degradación media, corrección urgente. - Minor (3): ligera degradación, se aconseja corregir. - Warning (4): posible degradación, se aconseja analizar.
5: “Resuelto”. Indica que un servicio que estaba fuera de servicio previamente, ahora está operacional.
Si un incidente ocurre más de una vez por segundo, sólo se mostrará una vez pero indicando el número de veces que se ha repetido:
OmniPCX Enterprise – Curso Básico
Página 166 de 232
3. Estructura de los ficheros Los mensajes del sistema se salvan en el disco duro de la CPU en el directorio /usr4/incid. Dichos incidentes se guardan en 4 ficheros como muestra la siguiente figura:
Para visualizar los incidentes contenidos en los ficheros anteriores se utiliza el comando incvisu. > incvisu incidentes en inc.txt > incvisu -1 incidentes en inc-1.txt > incvisu -2 incidentes en inc-2.txt > incvisu -3 incidentes en inc-3.txt
OmniPCX Enterprise – Curso Básico
Página 167 de 232
4. Notificación de incidentes A la hora de gestionar la manera en que se notificará la presencia de incidentes hay cuatro salidas independientes y activas:
Consola
Se puede gestionar el puerto serie por el que van a salir los mensajes de sistema. Por defecto, es el puerto A pero se puede cambiar con el comando incout. Para filtrar los incidentes que queremos que aparezcan por consola se utiliza el mgr (Aplicación/Gestión de incidentes).
Disco duro
Otra manera de notificar incidentes es almacenarlos en el disco duro de la central (/usr4/incid). Por defecto, se almacenan todos los incidentes que genere el sistema pero puede realizarse un filtrado de mensajes. Esto se hace con la herramienta mgr (Aplicación/Gestión de incidentes).
A4760
Se pueden enviar incidentes al servidor OmniVista 4760 y aplicar filtros sobre los mismos para seleccionar aquellos incidentes que puedan ser de interés al centro de mantenimiento. Para realizar el filtrado hay que utilizar la herramienta mgr (Aplicaciones Gestión de incidentes). Además, se puede hacer un segundo filtrado a nivel del A4760. Utiliza diferentes colores para indicar la gravedad del incidente: Indeterminado (0) malva Critical (1) rojo Major (2) naranja Minor (3) amarillo Warning (4) azul
RMA Los incidentes filtrados hacia la RMA se controlan mediante el menú antes citado. Se puede establecer una relación entre los incidentes dirigidos a la RMA y el A4760.
Además de las cuatro salidas anteriores, podemos enviar las notificaciones de incidentes a un teléfono de alarmas:
Teléfono de alarmas
Puede configurarse que un teléfono de alarma reciba llamadas cuando se produzcan ciertos incidentes en la OXE. Pueden actuar como teléfonos notificadores de alarmas tanto los analógicos como los digitales. Se definirá un prefijo para consulta de alarmas y dar derechos en la categoría de acceso al servicio telefónico para utilizar dicho prefijo.
OmniPCX Enterprise – Curso Básico
Página 168 de 232
5. Gestión La gestión de los incidentes se realiza a dos niveles:
Mediante el menú Gestión de Incidentes del mgr: gestión general aplicada a todos los incidentes excepto aquellos que tengan definido un tratamiento específico.
Mediante el submenú Filtrado de Incidentes del mgr: gestión particular aplicada a ciertos incidentes.
5.1. Gestión general En mgr Gestión de Incidentes se define:
Envío o no de incidentes a la RMA Gravedad mínima de los incidentes para almacenarlos en el disco duro o mostrarlos en
display. Display y almacenamiento de incidentes de topología.
Para gestionar la centralización de los incidentes de red en el nodo principal:
El parámetro Gravedad de Red debe ser gestionado en cada uno de los nodos supervisados.
En el submenú Nodos Supervisados del nodo principal deben declararse todos los nodos supervisados.
Los parámetros RMA en Red, Gravedad para visualizar Incidentes de Red, y Gravedad para almacenar Incidentes de Red deben gestionarse en el nodo principal.
Mgr: Aplicaciones
Gestión de incidentes.
- Nr. de puerto - RMA - RMA en red - Gravedad a visualizar - Gravedad para guardar - Gravedad de red - Gravedad para visualizar en incidentes de red - Gravedad para guardar incidentes de red - Visualización incidentes de topología - Guardar incidentes de topología - Incidentes de red de topología
5.2. Filtrado de incidentes por defecto Se puede activar una lista por defecto de incidentes a enviar a la RMA: Mgr: Aplicaciones
Gestión de incidentes Configuración RMA por defecto
OmniPCX Enterprise – Curso Básico
Página 169 de 232
La lista de incidentes por defecto es:
Para cada uno de estos incidentes, se puede fijar la acción a aplicar en la RMA, viniendo por defecto lo siguiente: Aplicaciones
Gestión de incidentes Filtrado de incidentes
- Acción RMA: por ejemplo acción 0 - Visualización en pantalla: Sí - Guardar en disco: Sí - Incidente de red: No
La lista de incidentes reportados en red se activa por defecto cuando se crea una base de datos nueva. Se puede desactivar o activar con: Mgr: Aplicaciones
Gestión de incidentes Establecer incidente de red pred. Eliminar incidente de red pred.
Los incidentes de red por defecto son:
Para cada uno de estos incidentes, se puede fijar la acción a realizar, viniendo por defecto lo siguiente: Aplicaciones
Gestión de incidentes Filtrado de incidentes
- Acción RMA: ninguna - Visualización en pantalla: Sí - Guardar en disco: Sí - Incidente de red: Sí
OmniPCX Enterprise – Curso Básico
Página 170 de 232
5.3. Filtrado de incidentes personalizado Si no se quiere utilizar el filtrado por defecto de incidentes, se pueden definir filtros particulares. Estos filtros pueden ser positivos o negativos, es decir, pueden servir para obligar que cierto incidente se presente o por el contrario para ocultarlo. Aplicaciones
Gestión de incidentes Filtrado de incidentes + CREAR
- Nr. de incidente - Nr. de la Red - Nr. nodo - Nr. de alveolo ACT - Nr. de acoplador - Detrás de US - Dirección terminal - Acción RMA - Acción Alarma (relé) - Nr. de tabla - Visualización en pantalla - Guardar en disco - Incidente de red - SNMP Incident
El criterio que sigue el sistema cuando el usuario ha configurado filtros es el siguiente:
1) Si el incidente no se puede filtrar (hay incidentes que no son filtrables dada su importancia) el sistema siempre lo muestra y lo almacena.
2) Si el incidente se puede filtrar el sistema verifica:
¿Es la gravedad del incidente suficiente para ser mostrado? (o almacenado)
NO ¿Está este incidente definido en un filtro concreto? NO no lo muestra
SI ¿Está configurado el modo display a SI?
NO no lo muestra SI lo muestra
SI ¿Está este incidente definido en un filtro concreto? NO lo muestra
SI ¿Está configurado el modo display a SI?
NO no lo muestra SI lo muestra
OmniPCX Enterprise – Curso Básico
Página 171 de 232
5.4. Alarmas externas Según la fuente que genera la alarma podemos tener:
Fuentes internas. Los incidentes son generados por la propia central.
Fuentes externas. Los incidentes son generados a voluntad utilizando un teléfono analógico.
Para configurar un teléfono analógico como equipo generador de alarmas hay que realizar la siguiente gestión:
Abonados nº + Edit
• Categoría de acceso al servicio telefónico: X • Tabla de encaminamiento: N • Alarma externa: cierre bucle/apertura de bucle
Categorías
Categoría de acceso al servicio telefónico X + Edit
• Modo al descolgar: alarma externa Facilidades telefónicas particulares
Tabla de encaminamiento N
De esta forma, el incidente generado será 1100+N, siendo N tabla de encaminamiento utilizada por la extensión analógica.
El valor de N depende del nivel de severidad: De 1 a 24 warning De 25 a 49 minor De 50 a 74 major De 75 a 100 critical
El incidente 1099 indica el final de la alarma. El incidente 1100 es la alarma externa por defecto. 5.5. Teléfono de alarmas Como vimos en el inicio del capítulo, se puede definir que un teléfono reciba ciertas alarmas. El objetivo de ello es informar al administrador o a otra persona de que ha ocurrido algún incidente. Este teléfono puede ser analógico o digital. La gestión a realizar es la siguiente: Instalación Teléfono de alarmas + Crear
• Número de directorio (del teléfono que va a ser receptor de alarmas y que estará ya declarado a nivel de abonado)
• Tabla (nº del tipo de alarma que quiero notificar: de 1 a 126) Ahora hay que asociar la tabla con el número de la alarma:
OmniPCX Enterprise – Curso Básico
Página 172 de 232
Aplicaciones Gestión de incidentes
Filtrado de incidentes + CREAR
- Número del incidente - Número de tabla: Número de 1 a 126
Un mismo teléfono puede recibir varias alarmas. Cuando se produce el incidente que tiene asociada la alarma, el teléfono suena (tono 64) y el LED (si es digital) parpadea. Al descolgar, el display nos indica el número de la alarma que se ha producido:
Si se pulsa la tecla “scroll” aparece la información del incidente:
Si el teléfono recibe una alarma pero no es descolgado, el timbre deja de sonar una vez finalizada la temporización número 25 pero el LED continuará parpadeando. Para visualizar y dar por reconocida una alarma, pasado este timer se puede utilizar el prefijo de consulta de alarmas (habrá que definir este prefijo). 6. Mantenimiento Los principales comandos de mantenimiento son los siguientes:
incvisu El comando incvisu permite que los incidentes salvados en el nodo local se muestren en la consola de mantenimiento. > incvisu incidentes en inc.txt
> incvisu -1 incidentes en inc-1.txt > incvisu -2 incidentes en inc-2.txt > incvisu -3 incidentes en inc-3.txt
OmniPCX Enterprise – Curso Básico
Página 173 de 232
El comando incvisu puede llevar los siguientes calificadores: • r: lista incidentes en orden inverso (los más recientes primero) • t <n>: muestra los “n” últimos incidentes (n<600) • s: muestra los incidentes que contengan el texto a continuación de la “s” Ejemplos: incvisu -2 -t 5 incvisu -1 –r incvisu -s "Out Of Service"
Un ejemplo de los incidentes mostrados es el siguiente:
05/01/06 16:28:16 000001I|--/--/-/---|=4:0260=Beginning of downloading binloaderio1n 05/01/06 16:28:17 000001I|--/--/-/---|=5:0261=End of downloading binloaderio1n 05/01/06 16:28:52 000001I|00/28/-/---|=4:0260=Beginning of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=4:0260=Beginning of downloading tonesnv 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading tonesnv 05/01/06 16:29:01 000001M|--/--/-/---|=5:2009=Initialisation CPU role MAIN 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=UA_FICTIF coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=Z coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:1367=DECT network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=5:5904=Remote extension network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=4:0425=PRS related activity : Interface handler started 05/01/06 16:29:02 000001M|--/--/-/---|=4:1436=Activation of the driver for the A4615, which will download the boot : boot4615. 05/01/06 16:29:02 000001M|--/--/-/---|=2:1625=4615 driver : data transmission problem number 5 05/01/06 16:29:02 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=5:0261=End of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp1cp
incinfo El comando incinfo permite obtener información sobre un incidente determinado. Ejemplo: (1)nodo1> incinfo GEA 2019 INCIDENT NUMBER: 2019 Network indicator: Alcatel 4400 OBJECT CLASS: Dhs3Board EVENT TYPE: EquipmentAlarm (4) PROBABLE CAUSE: EquipmentMalFunction (15) SEVERITY: Clear "P1 coupler commissioning" "P1 : Type of the commissioned coupler" "Coupler commissioning" "The coupler is commissioned. This doesn't mean that the equipment which comes "with it is" "commissioned too." "no reaction of the system" "no operator action required";
OmniPCX Enterprise – Curso Básico
Página 174 de 232
alarmrel
El comando alarmrel se utiliza cuando se ha gestionado que ciertos incidentes estén asociados con la apertura/cierre del relé de la CPU (normalmente para integrar alarmas externas en el sistema, como detectores de incidencios, etc).
(1)pabx56> alarmrel MAIN MENU 0: desactiv relay 1: activ relay 2: display the review of alarm relay states 3: display alarm state 4: delete the review of alarm relay states q: quit Your choice :
incout
Este comando se utiliza para seleccionar el puerto de salida en tiempo real de los incidentes. (1)pabx56> incout Usage: incout [port number|port full path] Port numbers list (only existing ports) : -3 for current port (/dev/ttyp0) -2 for /dev/null -1 for stdout 0 for /dev/tty0a 1 for /dev/tty1a 2 for /dev/scc0a 3 for /dev/scc1a V24 port_number unchanged ! Current V24 port : stdout
OmniPCX Enterprise – Curso Básico
Página 175 de 232
Multilínea. Jefe-secretaria 1. Introducción al servicio multilínea El término multilínea se utiliza para designar a aquellos teléfono digitales que tienen varias teclas de recepción de llamadas para permitir tener múltiples llamadas simultáneas. Los teléfonos de Alcatel que permiten el servicio multilínea son:
Teléfonos de la serie 8 y 9. Teléfonos reflexes y e-reflexes. DECT (4074 o Mobile 100/200) o PWT (4073GS).
La configuración de un número de directorio (MCDU) en varias teclas implica:
Recepción de llamadas: recepción en una tecla, segunda llamada en una segunda tecla con la primera puesta en espera, varias llamadas simultáneamente...
Actualización de los displays para cada nuevo suceso, display de las llamadas sobre cada tecla.
Flexibilidad: se considera que el teléfono está libre si al menos una línea lo está. Otra característica del servicio multilínea es que permite gestionar varios MCDUs para un mismo equipo:
Las líneas asociadas al MCDU con el que fue creado el teléfono se llaman líneas principales.
Las líneas asociadas a los MCDUs distintos al MCDU de creación del teléfono se llaman líneas secundarias.
Recepción de llamadas: según el número por el que entre la llamada puedo diferenciar si la llamada es interna, privada, de negocios...
Actualización de los displays cada nuevo suceso. Cuando una extensión es multilínea con varios MCDUs, el desvío puede hacerse selectivamente (desvío selectivo):
Líneas principales Líneas secundarias Todas las líneas
1.1. Facilidad “desvío sobre timbre” (forwarding on ringing) Un teléfono multilínea tiene la posibilidad de invocar el servicio “desvío sobre timbre” y así desviar una llamada que había entrado en su teléfono directamente a otra extensión. Para ello, debe crearse una tecla del tipo “desvío sobre timbre” indicando el número de teléfono destino del desvío o con este campo en blanco, para que así cuando la pulsemos nos pregunte el
OmniPCX Enterprise – Curso Básico
Página 176 de 232
número hacia donde queremos desviar la llamada. Si el campo del destino del desvío ha sido dejado en blanco al crear la tecla, cuando la pulsemos el sistema esperará:
Que se marque un número de directorio dígito a dígito (o con marcación por nombre). Que se pulse una tecla de llamada a secretaria, llamada a jefe, o supervisión de extensión. Que se pulse una tecla programada.
Si varias llamadas han llegado al teléfono cuando éste estaba realizando la solicitud de “desvío sobre timbre”, sólo será desviada la primera llamada. No está permitivo invocar este servicio si el destino del desvío son operadoras o hunting groups. Tampoco puede ser desviada una llamada proveniente de una operadora. Un mismo teléfono puede tener varias teclas de desvío sobre timbre. 1.2. Teléfono multilínea ocupado Cuando un terminal multilínea está ocupado pero al menos una de sus líneas está libre, hay varias posibilidades de gestión para las nuevas llamadas entrantes:
Desbordamiento sobre ocupado:
Esta facilidad se valida a nivel de sistema y permite que, cuando una llamada llega a un teléfono multilínea con al menos una línea ocupada, ésta desborde directamente al asociado, o bien se desvíe a un teléfono predefinido si no hay asociado. Si no hay asociado y tampoco se ha gestionado el desvío a otro teléfono la llamada podrá ser puesta en espera (si dicha facilidad ha sido autorizada).
Espera:
El usuario de un teléfono multilínea puede, en cualquier momento, autorizar o prohibir la espera de una llamada que entra cuando al menos una de sus líneas está ocupada. Esto puede hacerse antes de conversación, usando un prefijo o tecla programada; o bien en conversación utilizando una tecla dinámica (si se dispone de ella) o programada.
Si la espera está prohibida, el llamante podrá recibir tono de ocupado, desbordar a una operadora (CDT de la entidad) o desbordar a otro equipo. Si la espera está permitida, la llamada se presentará en una línea libre del teléfono multilínea. Al final de la temporización, si el llamado no ha contestado la llamada, la llamada podrá desbordar o volver a la cola (ver “desbordamiento sobre no respuesta”).
Desbordamiento si no respuesta:
Esta función requiere que la espera esté validada y se utiliza para redirigir la llamada una vez que cierta temporización ha expirado. Si el desbordamiento al asociado no se ha gestionado, la llamda vuelve a la cola de espera.
OmniPCX Enterprise – Curso Básico
Página 177 de 232
OmniPCX Enterprise – Curso Básico
Página 178 de 232
1.3. Toma de línea automática Un teléfono multilínea podrá gestionarse para que el usuario al descolgar tome línea automáticamente:
Toma de línea automática para llamadas salientes: Al descolgar el teléfono se toma automáticamente la primera línea libre (no hay que pulsar la tecla).
Toma de línea automática para llamadas entrantes: cuando se descuelga el teléfono, el usuario toma la primera línea que este sonando (sin pulsar la tecla).
Estas dos opciones pueden validarse independientemente para cada usuario multilínea. Si la opción automática no se ha validado, para tomar línea será necesario pulsar la tecla multilínea correspondiente. 2. Facilidad de supervisión La facilidad de supervisión está muy relacionada con el servicio multilínea ya que sólo los teléfonos multilínea podrán tener teclas de supervisión. 2.1. Supervisión de equipos Cuando a un teléfono multilínea se le configura una tecla de supervisión de un equipo, significa que podrá conocer el estado (libre, ocupado o en timbre) del equipo supervisado mediante un LED (o icono, según el modelo de teléfono) asociado a la tecla correspondiente. Las principales características de esta facilidad son:
Notificación del estado del equipo supervisado: libre, ocupado, sonando.
Posibilidad de capturar las llamadas que entren en el equipo supervisado sumplemente
pulsando la tecla de supervisión.
Llamada directa sobre un equipo. Si el equipo supervisado está libre y pulso la tecla de supervisión se efecturá una llamada a dicha extensión.
Notificación de la llegada de un fax.
Elección de la notificación de la supervisión: icono parpadeante, ring corto e icono, ring
normal e icono.
Se pueden supervisar teléfonos digitales, analógicos y multilínea (línea principal y secundarias). No se pueden supervisar operadoras ni hunting groups.
Un mismo MCDU puede ser supervisado por hasta 20 equipos. Una llamada entrante
sobre la extensión supervisada se señalizaría simultáneamente en todos los equipos supervisores.
El número total de teclas de supervisión por sistema es de 1500.
El número total de equipos supervisados simultáneamente es de 300.
OmniPCX Enterprise – Curso Básico
Página 179 de 232
El estado del LED/icono de supervisión cuando el teléfono supervisado es multilínea es:
LED apagado o icono . Todas las líneas del teléfono están libres
LED encendido o icono . El teléfono supervisado tiene ocupada al menos una línea pero puede ser llamado pulsando la tecla de supervisión (alguna línea del MCDU supervisado está libre).
LED encendido o icono . El teléfono supervisado está totalmente ocupado (para el MCDU supervisado) y no puede, por tanto, ser llamado pulsando la tecla de supervisión.
LED parpadeando o icono (o ): el equipo multilínea tiene una llamada entrante sobre el MCDU supervisado.
El estado del LED/icono de supervisión cuando el teléfono supervisado NO es multilínea es:
LED apagado o icono . Teléfono libre.
LED encendido o icono . Teléfono ocupado, con llamada en espera o fuera de servicio.
LED parpadeando o icono (o ): Teléfono sonando. 2.2. Supervisión de grupos de enlaces Supervisar un grupo de enlaces signigfica indicar su estado (libre u ocupado) utilizando un LED o icono en el equipo supervisor. Las principales características de esta facilidad son:
Indica si un grupo de enlaces está libre u ocupado. Permite tomar un enlace analógico para hacer llamadas salientes (sólo para este tipo de
grupos de enlaces).
El máximo número de grupos de enlace que pueden ser supervisados en un sistema es de 32. Por otra parte, la suma de grupos de enlaces y enlaces supervisados no debe exceder 96.
Un mismo grupo de enlaces puede ser supervisado por un máximo de 20 equipos.
El estado del LED/icono de supervisión cuando se supervisa un grupo de enlaces es:
OmniPCX Enterprise – Curso Básico
Página 180 de 232
LED apagado o icono . Al menos un enlace del grupo está libre.
LED encendido o icono . Todos los enlaces del grupo están ocupados o fuera de servicio.
2.3. Supervisión de enlaces Supervisar un enlace significa indicar su estado (libre, ocupado, en espera o en timbre) utilizando un LED o icono en el equipo supervisor. Las principales características de esta facilidad son:
Indica si un enlace está libre, ocupado, en espera, o con llamada entrante. Permite capturar una llamada entrante, poner en espera y hacer una toma del enlace.
El máximo número de enlaces que pueden ser supervisados es de 96. Por otra parte, la
suma de grupos de enlaces y enlaces supervisados no debe exceder 96.
Un enlace puede ser supervisado por un máximo de 20 equipos. El estado del LED/icono de supervisión cuando se supervisa un enlace es:
LED apagado o icono . Enlace libre.
LED encendido o icono . Enlace ocupado, en ring pero hacia la operadora, fuera de servicio o puesto en espera por otro equipo.
LED con parpadeo lento o icono . Enlace en puesto en espera por el supervisor. Esta llamada puede ser recuperada por otro supervisor que también supervise este trunk.
LED parpadeando o icono (o ): Llamada entrante por el trunk dirigida a un equipo diferente al supervisor. Si pulsa la tecla capturará la llamada.
OmniPCX Enterprise – Curso Básico
Página 181 de 232
3. Resumen de facilidades asociadas al servicio multilínea Las facilidades generales asociadas a los equipos multilínea son:
“MULTI-LINE'', “TRUNK GROUP SUPERVISION'',
“TRUNK SUPERVISION'',
“SET SUPERVISION'',
“VOICE MAIL SUPERVISION'',
''PRIVATE (MANUAL) AND RECIPROCAL HOLD'',
“FORWARDING ON RINGING''.
Las facilidades de tipo jefe/secretaria asociadas a los equipos multilínea son:
“ASSISTANT CALL'', “MANAGER CALL'',
“ABSENT ASSISTANT'',
“SCREENING KEY'',
“UNSCREENING KEY'',
''SCREENING SUPERVISION'',
“ISDN FILTERING KEY'',
“ROUTING ASSISTANT'',
“MANAGER MAIL''.
OmniPCX Enterprise – Curso Básico
Página 182 de 232
4. Jefe / secretaria Un grupo jefe-secretaria está formado por dos teléfonos multilínea, uno de los cuales se declara como jefe y el otro como secretaria. Un mismo equipo puede ser a la vez jefe y secretaria. El número de jefes por secretaria o de secretarias por jefe no está limitado (solo tendrá la limitación del número de teclas del teléfono). El teléfono del jefe podrá tener las siguientes teclas:
Llamada a secrectaria. Tecla de filtrado (= screening key = tecla RISO). Tecla de no filtrado (=unscreening key = tecla PRISO). Tecla RDSI filtrado. Escucha discreta Filtrado selectivo (esto no es una tecla, es una opción a nivel de gestión del abonado)..
El teléfono de la secretaria podrá tener las siguientes teclas:
Llamada a jefe. Secretaria ausente. Mensajería jefe. Supervisión filtro.
Se puede gestionar otro teléfono multilínea como secretaria de desbordamiento. En este caso las teclas que podrá tener serán:
Secretaria de desbordamiento. Supervisión filtro.
Un grupo jefe secretaria puede trabajar en red, es decir, el jefe puede pertenecer a un nodo y la secretaria a otro. 4.1. Teclas del jefe 4.1.1. Llamada a secretaria Para configurar un teléfono multilínea con perfil “jefe” basta con crear un tecla programa en él de tipo “llamada a secretaria”. Esta tecla servirá para llamar directamente a la secretaria y a ésta la llamada le entrará por su correspondiente tecla de “llamada al jefe”. Una vez creada la tecla “llamada a secretaria” se podrá empezar a definir filtros de llamadas para el jefe. El número de directorio asociado a esta tecla podrá ser el MCDU principal de la secretaria o un MCDU secundario (si el equipo multilínea de la secretaria es multiMCDU). En este caso podrá gestionarse la facilidad “filtrado selectivo” que veremos más adelante. El referir la tecla de llamada a secretaria a MCDUs secundarios de esta es muy útil cuando la secretaria tiene varios jefes (de esta manera podrá saber a quién pertenecen las llamadas filtradas que le llegan). El LED/icono asociado a la tecla “llamada a secretaria” permite supervisar el estado de la secretaria:
OmniPCX Enterprise – Curso Básico
Página 183 de 232
Teléfono libre. LED apagado o icono .
Jefe llamando: LED encendido o icono .
Secretaria llamando: LED parpadeando o icono .
Secretaria ocupada: LED encendido o icono . La secretaria se considera ocupada si al menos una de sus líneas ha sido tomada.
Secretaria oficial ausente, secretaria de desbordamiento presente: LED parpadeando o
icono .
Secretaria oficial ausente, no hay secretaria de desbordamiento o también ésta está ausente: LED parpadeando rápido o icono parpadeando.
La secretaria se considera ausente cuando ha pulsado la tecla “secretaria ausente” o bien está en “no molestar” o fuera de servicio. En este caso, los filtros se desactivan automáticamente y las llamadas entrarán en el teléfono del jefe. Si la secretaria regresa, las llamadas volverán a ser filtradas. 4.1.2. Tecla de filtrado (RISO, screening key) Una tecla de filtrado, cuando se pulsa, provoca el desvío inmediato de ciertos orígenes de llamada a la secretaria. Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar a la secretaria. El resto de llamadas serán presentadas en el teléfono del jefe. Un jefe puede tener varias teclas RISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla RISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla RISO indica:
Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .
Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está
ausente: LED parpadeando o icono . Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:
Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.
OmniPCX Enterprise – Curso Básico
Página 184 de 232
Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO. 4.1.3. Tecla de no filtrado (PRISO, unscreening key) Una tecla PRISO, cuando se pulsa, provoca la toma inmediata de ciertos orígenes de llamada (esto quiere decir que la llamada llega al jefe directamente, no a la secretaria). Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar directamente al jefe, no a la secretaria. El resto de llamadas serán presentadas en el teléfono de la secretaria. Un jefe puede tener varias teclas PRISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla PRISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla PRISO indica:
Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .
Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está
ausente: LED parpadeando o icono . Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:
Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.
Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO. 4.1.4. Tecla RDSI filtrado Esta tecla permite filtrar un determinado número RDSI. Si en las tablas de filtrado se incluye esta tecla, cuando se active el filtro el número RDSI asociado será filtrado. En caso de no activar el filtro, esta tecla se comporta como una tecla de directorio más. 4.1.5. Filtrado selectivo Esta función sólo es aplicable a jefes que tengan una configuración multiMCDU. Si se valida la opción de filtrado selectivo, los filtros RISO/PRISO sólo afectarán a la línea principal; en caso contrario se filtran tanto la principal como las secundarias.
OmniPCX Enterprise – Curso Básico
Página 185 de 232
4.1.6. Tecla de escucha discreta Mediante la facilidad “escucha discreta”, el jefe puede escuchar sin intervenir las llamadas filtradas. La secretaria es alertada mediante la aparición de un mensaje en el display pudiendo anular la intrusión. Es posible que el jefe capture la llamada liberando a la secretaria. 4.2. Teclas de la secretaria 4.2.1. Llamada a jefe. Para configurar un teléfono multilínea con perfil “secretaria” basta con crear un tecla programada en él de tipo “llamada a jefe”. Esta tecla servirá para llamar directamente al jefe y a éste la llamada le entrará por su correspondiente tecla de “llamada a la secretaria”. El número de directorio asociado con esta tecla podrá ser el MCDU principal del jefe o uno secundario en el caso de que el jefe sea multiMCDU. El LED/icono asociado a la tecla “llamada a jefe” permite supervisar el estado del jefe:
Teléfono libre. LED apagado o icono .
Secretaria llamando: LED encendido o icono .
Jefe llamando: LED parpadeando o icono .
Jefe ocupado: LED encendido o icono .
Jefe con filtrado activado: LED encendido o icono . El jefe se considera ocupado cuando tiene tomada al menos una de sus líneas. 4.2.2. Secretaria ausente. En la secretaria puede definirse una tecla de secretaria ausente. Esto permite indicar al jefe la ausencia de la secretaria (lo muestra su tecla de “llamada a secretaria”). Además, mientras no esté presente la secretaria, los filtros que pueda haber activado el jefe serán temporalmente desactivados hasta que ésta regrese y vuelva a pulsar la tecla. La tecla “secretaria ausente” no afecta a las llamadas que vayan directamente dirigidas a la secretaria.
OmniPCX Enterprise – Curso Básico
Página 186 de 232
4.2.3. Supervisión filtro. Esta función se suele permitir únicamente a secretarias con privilegios especiales. Esta tecla permite que una secretaria active o desactive el filtrado PRISO o RISO realizado en el teléfono del jefe (hacia esta secretaria o hacia otra). Para operar, en el teléfono de la secretaria hay que definir tantas teclas de “supervisión filtro” como teclas PRISO / RISO del jefe se quiera controlar. El LED/icono asociado a la tecla “supervisión filtro” indica:
Filtro no activado: LED apagado o icono .
Filtro activado sobre esta operadora: LED encendido o icono .
Filtro activado sobre otra operadora: LED encendido o icono . 4.2.4. Mensajería jefe. Esta funcionalidad requiere al menos un teléfono 4035 para el jefe (necesita utilizar las teclas dinámicas) y un 4020 ó 4035 para la secretaria (teclado alfabético habilitado). La tecla de mensajería al jefe permite acceder a servicios de mensajes entre el jefe y la secretaria que complementan el servicio tradicioal de mensajes de la OXE. Cuando la secretaria pulsa la tecla “mensajería jefe”, en el display le aparecen mensajes predefinidos que podrán ser o no completados antes de ser enviados al jefe. El jefe recibirá el mensaje a la vez que el display le indicará una serie de opciones relacionadas con él. Este servicio puede ser utilizado con el equipo en reposo o en conversación, sin que interfiera con la llamada en curso. La lista de mensajes a disposición de este servicio son: HERE IS_
Manager set choice BUSY WAIT ABSENT ENTER
Assistant set display I AM BUSY TELL THEM TO WAIT ?? TELL THEM TO COME IN
CALL FROM_
Manager set choice CABK WAIT I TAKE I CABK
Assistant TELL THEM TO CALL BACK
TELL THEM TO WAIT
I WILL TAKE THE CALL
I WILL CALL AGAIN LATER
URGENT CALL FROM_ Manager set choice CABK WAIT I TAKE I CABK
Assistant set display
TELL THEM TO CALL BACK
TELL THEM TO WAIT
I WILL TAKE THE CALL
I WILL CALL AGAIN LATER
OmniPCX Enterprise – Curso Básico
Página 187 de 232
YOU HAVE A MEETING
Manager set choice CANCEL COMING ONE MO
Assistant set display PLEASE CANCEL I AM COMING ONE MOMENT PLEASE
YOU HAVE AN APPOINTMENT
Manager set choice CANCEL COMING ONE MO
Assistant set display PLEASE CANCEL I AM COMING ONE MOMENT PLEASE
4.3. Teclas de la secretaria de desbordamiento Para que un teléfono multilínea funcione como secretaria de desbordamiento basta con definir una tecla del tipo “secretaria de desbordamiento” que contenga el número de directorio del jefe. Cuando la secretaria principal se ponga en estado ausente, la secretaria de desbordamiento entrará en funcionamiento sustituyéndola. Sólo puede haber una secretaria de desbordamiento por jefe, pero una secretaria de desbordamiento podrá tener varios jefes. La secretaria de desbordamiento puede tener teclas de “secretaria ausente” y teclas de “supervisión filtro”. 5. Gestión Definición de usuario multilínea:
Abonados nº
Teclas programables 1 + Consulta/Modif. 2 + Consulta/Modif ... + Consulta/Modif
• Function: multi-línea • Número de directorio
Abonados
nº + Consulta/Modif.
• Propiedades multilínea: • Toma línea entrada automática = Falso/verdadero (si necesito tecla
para coger la llamada) • Toma línea salida automática = Falso /verdadero (si al descolgar tengo línea para marcar) • Toma supervisión al descolgar = Falso/verdarero (si al descolgar me
quedo con las supervisadas)
OmniPCX Enterprise – Curso Básico
Página 188 de 232
• Filtrado selectivo • Desbordamiento si no respuesta (para “forward on no reply”) • Desbordamiento sin espera (para “forward on busy”)
Facilidades telefónicas particulares Tablas de filtrado
... + Edit
Definición de usuarios jefe/secretaria creación de teclas:
Abonados
nº Teclas programables
1 + Consulta/Modif. 2 + Consulta/Modif ... + Consulta/Modif
• Function Llamada secretaria Llamada jefe Tecla de filtrado Tecla de no filtrado Secretaria de desbordamiento ... • Número de directorio
6. Mantenimiento
>> menuclient
- Consultar equipos multilínea y supervisados - Consultar jefe-secretaria - Consultar supervisión - ...
OmniPCX Enterprise – Curso Básico
Página 189 de 232
DECT 1. Generalidades La OXE ofrece un servicio de telefonía inalámbrica basado en el estándar DECT (Digital Enhanced Cordless Telecommunications) El estándar DECT es un estándar europeo de telecomunicaciones inalámbricas aprobado por el ETSI (European Telecommunication Standard Institution). Está basado en la tecnología celular utilizando la banda de 1880/1900 MHz reservada en Europa para este uso (y también en algunos países de Asia y África). En la OXE, el servicio DECT está basado en la utilización de los siguientes componentes:
Un teléfono DECT, que el usuario puede utilizar mientras se mueve. Con este equipo, el usuario puede hacer o recibir llamadas así como acceder a los servicios telefónicos que tienen los usuarios de teléfonos UA.
Una estación base DECT que hace de interface entre el teléfono DECT y la PABX. La
cobertura aproximada de una estación base en espacio abierto es de 300 metros. Cada estación base proporciona servicio a un área denominada célula, pudiendo existir varias estaciones base en una misma PABX. El conjunto de células es lo que se llama área de cobertura.
La OXE permite que las operadoras desde su consola realicen operaciones de gestión del DECT.
OmniPCX Enterprise – Curso Básico
Página 190 de 232
2. Características técnicas
Las principales características técnicas del estándar DECT son: Potencia 250 mW (fija)
Banda 1880/1900 MHz
Ancho de banda por canal 1,728 MHz
Portadoras de transmisión 10
Separación entre portadoras 2 MHz
Multiplexación temporal en cada portadora por RBS
12 TSs para recepción (dirección: estación base teléfono).
12 TSs para transmisión (dirección: teléfono estación base).
Estos es, 120 canales de radio multiplexado. Multiplexación temporal en cada portadora por IBS
6 TSs para recepción (dirección: estación base teléfono)
6 TSs para transmisión (dirección: teléfono estación base)
Cobertura vía radio a través de estaciones base.
Frecuencia central de 1.8 GHz. Posibilidad de utilizar 10 portadoras. Es posible el cambio
de frecuencia entre dos intervalos temporales pero dentro del mismo intervalo temporal sólo se puede utilizar una frecuencia.
Formato de la trama:
Field A: command and signaling throughput 6.4 Kbit/s. Field B: voice throughput 32 Kbit/s. Nota: Cada trama DECT son 480 bits
OmniPCX Enterprise – Curso Básico
Página 191 de 232
La velocidad de la trama es de 1152 Kbps y la de la voz es de 32 Kbps. La trama está formada por 12 intervalos bidireccionales de los cuáles el último se reserva para difusión de información (broadcasting); eso quiere decir que como máximo pueden darse 11 conversaciones simultáneas por estación base. No obstante, se utiliza como parámetro de diseño un número máximo de 8 conversaciones y así se reservan 3 para facilitar el handover y el roaming. En cuanto al nivel de servicio, se puede decir que si por cada estación base asignamos unos 30 móviles la probabilidad de que más de 8 quieran hablar a la vez es muy baja.
Handover:
El handover o handoff es un proceso que tiene lugar una vez que la conversación se ha establecido. Consiste en el mantenimiento de la comunicación aunque se cambie el intervalo temporal asignado inicialmente al usuario. Esta modificación puede darse dentro de la misma trama (bearer handover) o entre estaciones base (link handover).
Roaming:
Proceso que tiene lugar mientras el móvil está en reposo y que permite el seguimiento del móvil a través de las diferentes estaciones base de manera que pueda ser localizado cuando tenga una llamada entrante.
OmniPCX Enterprise – Curso Básico
Página 192 de 232
2.1. GAP: Generic Access Profile
Protocolo multifabricante que permite que cualquier teléfono DECT compatible con GAP se conecte a cualquier centralita independientemente de su fabricante (siempre y cuando sea compatible con GAP).
El nivel de servicio no es tan alto como el del UA, asemejándose a las extensiones
analógicas.
3. Arquitectura 3.1. Configuraciones DECT La OXE permite varias posibilidades de configuración hardware para implementar el servicio DECT. Vamos a dividir las opciones según:
Tipo de call server: - Tarjeta CS en rack S o L. - Tarjeta CPU en rack tipo ACT. - Appliance server.
Tipo de media gateway
OmniPCX Enterprise – Curso Básico
Página 193 de 232
Tenemos entonces:
Call server en tarjeta CS o Appliance server:
Call server en CPU:
Call server en Appliance Server:
OmniPCX Enterprise – Curso Básico
Página 194 de 232
3.2. Hardware DECT 3.2.1. Hardware OXO Independientemente de la configuración DECT, en un MG de tipo OXO sólo pueden conectarse estaciones base tipo IBS (Intelligent Base Stations), mediante tarjetas UAI o MIX. Estas tarjetas pueden localizarse en el rack principal o en los secundarios (link HSL).
Las IBS compatibles con el hardware OXO son:
3.2.2. Hardware 4400 Dependiendo de la configuración DECT que tengamos, a un MG de tipo 4400 pueden conectarse tanto IBSs (Intelligent Base Stations) como RBSs (Radio Base Stations):
Configuración 1: Un MG de tipo 4400 puede conectarse a una RBS únicamente utilizando la tarjeta DECT8. Como se ver en el dibujo, el MG sólo consta de un ACT (conectado al call server mediante una INTIPB).
OmniPCX Enterprise – Curso Básico
Página 195 de 232
Configuración 2: Un MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.
Configuración 3: Appliance Server con MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.
OmniPCX Enterprise – Curso Básico
Página 196 de 232
Las estaciones base compatibles con el hardware 4400 son:
3.3. Descripción del hardware específico para DECT 3.3.1. Tarjeta DECT8
Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps.
Requiere R3.2M, R4.1 o superior.
Tiene características similares a DECT4HB.
AEMD y DTM integradas en la placa base (desaparecen las tarjetas hija).
La tarjeta DECT8 contiene dos módulos UBAC-DSP que efectúan las siguientes funciones:
- Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) - Transcodificación de voz en formato MIC (utilizada internamiente por la PABX) a
ADPCM (codificación de voz en el estándar DECT) - Posibilidad de programar la UBAC-1P como DTM.
Incluye cancelación de eco.
Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por
cualquier estación base). Compatible GAP
OmniPCX Enterprise – Curso Básico
Página 197 de 232
3.3.2. Estaciones Base
Primera generación
Segunda generación
Ambas estaciones base son compatibles con GAP.
OmniPCX Enterprise – Curso Básico
Página 198 de 232
3.3.3. Teléfonos
4075 Teléfono de la primera generación 4074B Básico 4074H Heavy Duty 4074GB Básico compatible con GAP 4074GH Heavy Duty compatible con GAP 4072 Mobile100 Mobile200 Mobile 200 Ex
3.4. Hardware requerido para arquitectura MULTIACT Para poder realizar handover en una configuración multiACT es necesario:
Realizar un proceso de sincronización con el módulo DTM (DECT8) en el ACT main. Las uniones interACT deben ser de tipo INTOF. La tarjeta INTOF transporta la
sincronización sin diferencia de fase. Ejemplo:
OmniPCX Enterprise – Curso Básico
Página 199 de 232
4. Límites
Notas Significado
1 During occasional traffic peaks, the system can support 12 simultaneous calls per RBS. However, mobile set software limitations reduce overall system capacity to 11 simultaneous calls per RBS.
2 The DECT4HB board is only available in the 2nd DECT configuration.
3 Corresponds to 64 DECT4HB boards or 32 DECT8 boards per PARI.
4 Respectively corresponds to 24 DECT4HB boards and 24 DECT8 boards supported in an ACT Media Gateway.
5. Identificación de los elementos
PARI: Primary Access Identifier Identifica la central a efectos del DECT. Es un número formado por 31 bits y representado por 11 cifras octales de las cuales la última debe ser 0 ó 4 y la primera un 1.
OmniPCX Enterprise – Curso Básico
Página 200 de 232
RFPI: Radio Fixed Part Identifier
Identifica la estación base y es obtenido automáticamente por el sistema a partir del PARI. La estructura es la de la figura, donde RPN es el Radio Part Number y ocupa 8 bits (dado un PARI, se pueden manejar 256 estaciones base).
E
PARI
RPN
IPUI: International Portable User Identity
Identificador del teléfono grabado en la ROM de cada equipo y formado por 14 dígitos en octal.
6. Resumen de facilidades Las facilidades de la OXE relacionadas con el servicio DECT son (muchas de ellas son avanzadas y no son objeto de este documento):
Facilidades Descripción
Multi-ACT DECT Funcionamiento de una móvil DECT con estaciones base distribuidas en varios ACTs (main y periféricos ACTs).
Multi-PARI DECT Un sistema estándar tiene un único PARI y por tanto un capacidad limitada de estaciones base. Esta facilidad permite definir varios PARIs y así aumentar el número de estaciones base por sistema.
Private networked DECT
La movilidad en una red privada puede ser a dos niveles: roaming y campus.
DECT Tandem Servicio que permite asociar un teléfono UA (cableado) y un DECT basjo el mismo número de directorio.
Seguridad DECT La OXE admite 3 niveles de seguridad: "Identity", '"Authentication" y "Encryption".
IBS base station IBSs (Intelligent Base Stations). Solución de movilidad de bajo coste indicado para sistemas pequeños.
Adaptador TSC-DECT
Adaptador que convierte un UA cableado en un DECT facilitando las mudanzas de los empleados.
Gestión DECT por consola de operadora
El sistema puede equiparse con consolas de operadoras con derechos para gestionar ciertas funciones del servicio DECT.
OmniPCX Enterprise – Curso Básico
Página 201 de 232
7. Gestión básica
Asignar el PARI a la central:
DECT
1 + Edit • Tipo estación base: IBS / RBS • Portadoras disponibles
DECT Parámetros RBS
• Handover Multi ACT o sincron. DTM • Handover Externo • Nr. de Pari
DECT Parámetros RBS PARI
• Número del PARI • Valor del PARI = 10000444444 (p. Ej.)
Configuración de las tarjetas DECT:
Alvéolo
Placa DECT + Edit
OmniPCX Enterprise – Curso Básico
Página 202 de 232
• Prioridad de sincronismo = 199 • Placa con DTM: SI/NO
Creación de los usuarios DECT:
Abonado + Crear • Número de directorio • Name • Dir alvéolo • Dir placa • Dir equipo • Set type = 4074 GAP+ (para el 4076 o Mobile100/200)
DECT • Tipo de equipo: permanente/visitante interno/visitante externo • Registrado: SI/NO • Fecha de expiración
7.1. Configuración 4074 Las opciones de configuración de un 40 74 son:
OmniPCX Enterprise – Curso Básico
Página 203 de 232
Para dar de alta el teléfono DECT 4074 lo más sencillo es:
Entrar en el menú del 4074 tecleando: 7 + 1 2 3 4 5 6 + OK
Menú: 1. SYSTEM 2. SHOW SYSTEM 3. CONFIG SYSTEM 4. SHOW IPUI
1. TERMINAL TYPE FREE 2. PARK 3. PLI 4. LAL 5. IPUI
OmniPCX Enterprise – Curso Básico
Página 204 de 232
Ejecutar el comando: >> dectinston –u 7.2. Configuración Mobile 100/200 (ó 4076) Las opciones de configuración del Mobile 100/200 son:
OmniPCX Enterprise – Curso Básico
Página 205 de 232
Para dar de alta el teléfono DECT 4076 lo más sencillo es:
Entrar en el menú del 4076 pulsando simultáneamente las teclas “colgar” + ”descolgar” + ”apagar”:
OmniPCX Enterprise – Curso Básico
Página 206 de 232
Ejecutar el comando:
>> dectinston –g 7.3. Gestión del DECT con la operadora
Who Muestra el número de directorio correspondiente a cierto IPUI. PARI Muestra el PARI. Inst Detiene la instalación automática. Regist Registra un equipo tanto permantente como visitante interno o externo Dereg Cancela el registro de un equipo. Modif Modifica parámetros de los DECT Expir Visualiza aquellos equipos cuya fecha de validez ha expirado. Return
OmniPCX Enterprise – Curso Básico
Página 207 de 232
8. Mantenimiento
Dectinston: para registrar un teléfono en el sistema DECT. Admite varios calificadores.
>> dectinston –u para 4074 >> dectinston –g para GAP y GAP+ (4076) >> dectinston –t para TSC-DECT Ejemplo:
>> dectinston –u
base station? NO ↵ ...? SÍ↵
Dectview: estado de los recursos DECT.
>> dectview >> dectview ibs
Ibsstat: Configuración IBSs. También se puede utilizar eqstat
>> ibsstat >> eqstat p <cristal> <placa> <acceso> a
Dectrm: desregistro de un teléfono DECT.
>> dectrm <número de directorio>
OmniPCX Enterprise – Curso Básico
Página 208 de 232
Dectsets: listado de teléfonos DECT.
>> dectsets
Dectinfo: Acceso a un menú de información sobre el sistema dect.
>> dectinfo
infocs: Sincronismo de los diferentes elementos de la OXE.
>> infocs
OmniPCX Enterprise – Curso Básico
Página 209 de 232
Numeración Abreviada
1. Introducción 1.1. Servicios
Permite realizar una marcación simplificada. Discriminación de determinados destinos. Permite modificar el número inicialmente marcado con un desbordamiento sobre otro
número cuando encontremos un grupo de enlaces ocupado o cuando transcurra una cierta temporización.
Presentación de llamadas más amistosa. Se pueden definir hasta 15000 números abreviados.
1.2. Marcación simplificada
Se puede usar marcación abreviada para que los abonados accedan a números externos de uso habitual.
La marcación es más rápida (menos números y por tanto menos errores al marcar) Los números son de más fácil memorización. Presentación amigable del llamante.
1.3. Discriminación
El número abreviado puede estar sujeto (o no) al control de cifras establecido por las tablas de la categoría de acceso a la red pública.
Los abonados pueden acceder a áreas a las que no tendrían derecho de acuerdo con su categoría de acceso a la red pública.
1.4. Desbordamiento de números abreviados En caso de que un número abreviado implique la toma de un grupo de enlaces que no se pueda tomar (ocupado o fuera de servicio), podríamos indicarle que desborde sobre otro número abreviado que implique la toma de otro grupo de enlaces
Ejemplo Número abreviado: 41 Nº real: 0915664000 (operador 1) Número abreviado: 42 Nº real: 1915664000 (operador 2) Y cuando el grupo de enlaces del operador 1 está ocupado o fuera de servicio, el nº abreviado 41 desborda sobre el 42.
OmniPCX Enterprise – Curso Básico
Página 210 de 232
1.5. Desbordamiento temporizado de números abreviados Un número abreviado convierte en otro (que completa la marcación) si el abonado no termina de marcar. Ejemplo Número abreviado: 41 Nº real: 91566 Número abreviado: 42 Nº real: 915664000 Si el abonado no completa la marcación del número 41 podemos decir que desborde al 42 1.6. Presentación amigable Si el número llamante se corresponde con un número abreviado podremos visualizar el nombre que se le haya dado al crearlo. 1.7. Tipos
Marcación abreviada directa: un área para toda la red. Marcación abreviada por rango: varias áreas específicas para cada nodo (hasta 400) y
para cada entidad (hasta 32). No se puede solapar la zona de abreviados directos con la de abreviados por rango.
2. Números abreviados directos
Una única área de números abreviados. Esta área será universal para toda la red y su contenido se difunde a todos los nodos de la
red.
OmniPCX Enterprise – Curso Básico
Página 211 de 232
Será necesario definir la posición del área y su longitud antes de declarar el primer número
abreviado directo. Cada número abreviado directo corresponde a un número marcado. Los números abreviados directos pertenecen al plan de numeración.
3. Números abreviados por rango
Se pueden definir hasta 400 zonas generales de números abreviados, de tal manera que cada entidad tendrá acceso a 32 de esas 400 zonas. El acceso a las 32 zonas mencionadas es mediante un prefijo.
Las zonas pueden superponerse entre sí pero nunca con la zona reservada para los
números abreviados directos.
OmniPCX Enterprise – Curso Básico
Página 212 de 232
4. Gestión
Números abreviados directos:
Numeración abreviada
Nr. Abreviados directos + Consulta/Modif.
• Primer índice de la zona = 0 (p. Ej.) • Longitud en núm abreviados = 1500 (p. Ej.)
Pref. Num. Abrev. directos + Crear
• Pref. Num. Abrev. directo • Número llamada • Control cifras = Si/No • Pref. No. Abrev. desbordamiento (nº abreviado alternativo en el caso
de que esté ocupado el nº de enlaces por el que quiero salir) • Tipo llamada = normal, local... • Num abrev. Directo desbor. Tempor. (lo que marca si no se completa el
nº abreviado).
Números abreviados por rango:
Numeración abreviada Num. Abreviados por zona
Numero zona + Consulta/Modif. (general de 0 a 399) • Primer índice de la zona • Longitud en Nr. abreviados • Número de dígitos • Aplicación en red red Nodo Local
Red (todos los nodos) Números abreviados + Crear
• Nr. abreviado • Número llamada • Control de cifras = SÍ/No
Traductor Plan de prefijos + Crear
• Numero = XYZ • Significación prefijo = Areas nr. abreviado • Información prefijo = número área (de 0 a 31)
OmniPCX Enterprise – Curso Básico
Página 213 de 232
Entidades
Entidades - Rango números abreviados 1 (no. de la entidad) + Consulta/Modif.
• Franja nr. Abreviados 0: 0 • Franja nr. Abreviados 1: 20 • … • Franja nr. Abreviados 31: 156
5. Mantenimiento
Listado del plan de numeración
>> ednump
Listado de los números abreviados gestionados
>> edabv
OmniPCX Enterprise – Curso Básico
Página 214 de 232
ARS 1. Generalidades ARS (Automatic Route Selection) es un servicio mediante el cual la OXE puede seleccionar automáticamente la ruta óptima para cada llamada, sin que el usuario que llama tenga que preocuparse por ello. Por lo general, el servicio ARS se utiliza para encaminar las llamadas salientes hacia la red pública y así elegir la mejor ruta para un momento dado. El establecimiento de una llamada con ARS no es diferente, desde el punto de vista del usuario, al que tenemos cuando se utiliza la toma normal de un grupo de enlaces. La única diferencia para el usuario será, en todo caso, a efectos de lo que ve en el display de su teléfono, ya que si se utiliza ARS puede ser que la llamada sea reenrutada, por ejemplo, a través de la red privada. Otra utilidad del servicio ARS es la de enrutar llamadas hacia la red pública utilizando en lo posible la red privada, abaratando el coste final de la llamada. La funcionalidad del ARS se completa con el servicio ARS Server que permite la operación del ARS en red de una manera sencilla. Este servicio, no es objeto del curso básico por lo que sólo lo mencionamos. 1.1. Servicios La facilidad ARS ofrece mecanismos para analizar y modificar el número marcado por el usuario. Esto permite que el administrador del sistema pueda enrutar la llamada ajustándose a los recursos y requerimientos de la instalación. Los servicios más importantes que pueden obtenerse vía ARS son:
Reenrutamiento público-privado Este servicio permite forzar que una llamada que inicialmente iba a efectuarse por la red pública vaya por la red privada. De esta manera, cuando un usuario de una red de PABXs intenta establecer una llamada a través de la pública con otro usuario de un nodo de la red (accesible, por tanto a través de la red privada), la llamada se reenruta por la red privada.
OmniPCX Enterprise – Curso Básico
Página 215 de 232
Break-out En una instalación formada por una red de PABXs con accesos a la red pública distribuidos entre los nodos, se trata de forzar la utilización del acceso público más cercano al destino, ya que así el coste de la llamada será menor.
Múltiples operadores directos Mediante ARS se seleccionará automáticamente el operador que ofrezca el menor coste para cada llamada y de manera transparente al usuario.
OmniPCX Enterprise – Curso Básico
Página 216 de 232
Acceso a operadores indirectos Algunos operadores se han especializado en tráfico de larga distancia (operadores de larga distancia), mientras que otros se han dedicado a dar acceso a abonados locales a cierta área geográfica (operadores locales). En estos casos, los operadores de larga distancia ofrecen sus servicios a través de las redes de los operadores locales. Para ello, el servicio ARS proporciona la ejecución de ciertos comandos para seleccionar la pasarela adecuada hacia el operador indirecto así como la identificación del llamante en la pasarela.
2. Descripción funcional del ARS Los principios de funcionamiento del servicio ARS son los siguientes:
Dependiendo del número marcado, el ARS elige una lista de rutas. Esta elección puede depender del destino y del día/hora (la gestión de ARS por franjas horarias forma parte de la funcionalidad avanzada del servicio por lo que no se va a contemplar en este documento).
Cada ruta consiste en una serie de recursos a través de los cuales se encaminará la
llamada.
Los usuarios del servicio ARS pueden ser abonados, operadoras, llamadas públicas entrantes después de sustitución por DISA, y llamadas privadas entrantes.
Se distinguen dos tipos de llamadas ARS: profesionales y privadas (toma profesional, toma
privada).
OmniPCX Enterprise – Curso Básico
Página 217 de 232
Cada lista de rutas se denomina tabla de enrutamiento. Dichas tablas son estáticas y el
funcionamiento es el siguiente: para cada entrada del traductor público se asigna una tabla de ARS que puede contener hasta 10 rutas diferentes. Cada ruta determina el enlace tomado (en caso de ruta externa) y posibilita la modificación de la marcación. Adicionalmente, el servicio ARS proporciona un mecanismo para controlar el acceso a las distintas rutas de manera que tendrán autorización para tomar unas pero no para tomar otras.
La utilización de ARS se indica a través de un prefijo específico. La marcación de dicho
prefijo indica la utilización de un traductor público (o discriminador) para así determinar la tabla ARS a usar en función del número marcado. Una vez seleccionada la tabla, el siguiente paso es la elección de ruta entre las posibles lo cual dependerá de los privilegios definidos para el usuario.
Tabla ARS:
- Asociada con una entrada del traductor público. - Puede contener hasta 10 rutas. - Configuraciones posibles: modificar el número, reenrutar hacia la privada, seleccionar
un grupo de enlaces (incluso de un nodo remoto), ejecutar comandos de marcación. - Limitaciones: sólo una ruta interna y debe ocupar la primera posición en la lista. Las
rutas externas se deben clasificar en orden de costes crecientes.
Derechos de acceso a las rutas: - Mecanismo adicional al propio de discriminación - Definición de un privilegio de ARS en la categoría de acceso a red pública. Dicho
privilegio puede ser de 0 a 31. - Cada ruta tiene un coste asociado de 0 a 31. - Este mecanismo no es aplicable para enlaces entrantes privados.
OmniPCX Enterprise – Curso Básico
Página 218 de 232
Tipos de costes
- Coste de STOP (de 0 a 31): Para poder tomar una ruta, el privilegio del usuario debe
superar al coste de stop de la ruta. - Coste de WAIT (de 0 a 31): Una vez que hemos verificado que el coste de stop permite
tomar cierta ruta, el coste de wait nos dice si esta acción se puede llevar a cabo inmediatamente o si debe esperar. Cuando el privilegio de un usuario no supera el coste de wait se le pone en espera (guía vocal); ante esto el usuario puede hacer dos cosas, o bien colgar y esperar un rato antes de repetir la llamada, o bien esperar en cuyo caso se hace una segunda pasada por las rutas para poder elegir otra. En las segundas pasadas, el coste de wait se ignora.
Todos estos costes se programan para cada ruta dentro de las tablas de ARS.
OmniPCX Enterprise – Curso Básico
Página 219 de 232
Modificación del marcado:
- D: Delete (borrar) - A: Add (añadir) - W: Wait (pausa entre acciones) - F: Force (forzar marcación multifrecuencia) - C: Code (enviar un código de autorización) - I: Insert (insertar el número marcado restante)
Códigos de autorización: Se envía un código de autorización según un número de código y un centro de coste. Cuando un operador de larga distancia es utilizado indirectamente vía un operador local, la identidad del abonado puede pasarse automáticamente al operador de larga distancia mediante la información del “caller number” del acceso de red pública utilizado. Cuando este método no es posible, el abonado puede ser identificado utilizando un código insertado en la marcación cuando se establece la llamada. Se emplean 10 números de código cada uno de los cuales consiste en una tabla con los códigos de autorización para los diferentes centros de coste.
OmniPCX Enterprise – Curso Básico
Página 220 de 232
3. Límites
4000 listas de rutas. 10 rutas por lista. 32 categorías ARS (categoría de acceso a red pública). 30 tablas de comandos de marcación. 10 tablas de códigos, con 50 códigos por tabla de hasta 10 dígitos. El servicio ARS está controlado por OPS.
4. Gestión
OmniPCX Enterprise – Curso Básico
Página 221 de 232
Los pasos principales para la gestión básica del servicio ARS son:
Instalación + Edit
• Restricción ARS (si se utilizan costes) • Tono de toma ARS (tono ficticio)
Traductor Plan de prefijos + Crear
• Numero • Significación prefijo = Toma de grupo prof ARS o “ “ “ “ “ con solapamiento
Plan de numeración externa Discriminación de la numeración
Regla de discriminación (en el discriminador adecuado. Normalmente 0) + Crear
• Nr. llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 1 (p. Ej.) • Nr. Tabla encam. ARS = 1 (p. Ej.) (es decir, en el ejemplo, si se marca el pref ARS+93 se va a la tabla ARS 1)
Tablas de encaminam. ARS Tabla de encaminamiento ARS + Crear (aquí se crea la tabla)
Encaminamiento ARS (Definición de posibles rutas) + Crear • Ruta = 1 (p. ej) • Grupo de enlace: el que se desee usar • Número de dígitos a añadir • Dígitos a eliminar • Calidad: añadir al menos “Voz”
Lista de rutas temporales (Orden de toma de rutas) + Crear
• Crear siempre la lista 1. Definir el orden de selección de las rutas definidas en el apartado anterior.
OmniPCX Enterprise – Curso Básico
Página 222 de 232
5. Mantenimiento El principal comando de mantenimiento para este servicio es lookars:
>> lookars –h (ayuda) >> lookars r <table nbr> (ver información sobre cierta tabla ARS)
>> lookars r a (para ver todas las tablas ARS)
>> lookars i La máquina nos pregunta el nº llamante, el llamado, el prefijo ARS
utilizado y la fecha y hora de la llamada. Con estos datos nos informa de cuál va a ser la tabla ARS seleccionada y cúal el orden de selección real de rutas para esta llamada. Comando muy interesante, pues permite probar exhaustivamente el ARS sin generar llamadas reales.
OmniPCX Enterprise – Curso Básico
Página 223 de 232
Tarificación interna 1. Generalidades Los servicios que incorpora el módulo de tarificación de la OXE son:
Salida de tickets en tiempo real Almacenamiento de tickets Monitorización de la tarificación por la operadora Informes financieros Tarificación por tiempo
2. Funcionamiento Los principios de funcionamiento del módulo de tarificación de la OXE son los siguientes:
Cada vez que tiene lugar una conversación telefónica se genera un ticket. Dicho ticket puede servir para la monitorización que realiza la operadora o para ser mostrado por la salida en tiempo real predeterminada. Además, ese mismo ticket, es guardado en un buffer con una capacidad máxima de 500 tickets. Se pueden definir filtros según las llamadas sean públicas o privadas, entrantes o salientes.
OmniPCX Enterprise – Curso Básico
Página 224 de 232
Cuando se alcanza cierto porcentaje de ocupación del buffer, su contenido es volcado a una base de datos SQL y en paralelo a un fichero ascii temporal (TAX.TMP). La capacidad de la base de datos debe tener en cuenta que cada 2900 tickets ocupan 1 MB.
En cuanto a la salida en tiempo real, si la impresora no está disponible, los mensajes se almacenan en un buffer que puede contener un máximo de 500 mensajes y además se envía el incidente 275.
2.1. Ficheros de tarificación A partir del TAX.TMP se consolidan otros ficheros que servirán para que alguna aplicación externa (por ejemplo, el OmniVista 4760) los recoja y puedan generarse informes de tarificación. El directorio que contiene los ficheros de tarificación es /usr4/account. Los principales ficheros son:
TAX*****.DAT (TAXAAAAA, TAXAAAAB, TAXAAAAC...)
OmniPCX Enterprise – Curso Básico
Página 225 de 232
Ficheros comprimidos que se generan a partir del “TAX.TMP”. Se generan a una velocidad máxima de 1 fichero por hora. El número máximo de ficheros comprimidos es de 744 (31 días, 24 horas). La generación de ficheros comprimidos depende de la presencia o no de llamadas: si hay flujo continuo de llamadas, se genera un TAX*****.DAT cada 60 minutos; si por el contrario, transcurren 90 minutos desde la primera llamada y no llega ninguna más, también genera un comprimido.
TABJUSTIFM.dat TABJUSTIFM.idx Ficheros de la base de datos SQL.
ACCOUNT.LIS
Fichero ascii con la lista de los ficheros comprimidos
ASCFILES.log Fichero con trazas sobre la generación de ficheros comprimidos
BUFFER.dat Fichero que contiene los tickets desde el último shutdown realizado.
2.2. Interacción con el comando shutdown
Al hacer un shutdown se comprime el contenido del fichero TAX.TMP y se genera el correspondiente TAX*****.DAT
Además, el contenido del buffer es almacenado en BUFFER.dat
2.3. Salida en tiempo real
Formato reducido
User Número de directorio del abonado C.C. Centro de coste Trsf. Número del abonado que transfirió la llamada Number Dialled Número marcado Time Hora de finalización de la llamada Duration Duración de la llamada Cost Coste de la llamada BC. Código de negocios (3 dígitos) P Tipo de llamada (P:personal, B:profesional, N:normal) C Tipo de llamada (A:no especificada, B:voz, C:datos) O Operador (nº de tabla de comandos de marcación)
Formato extendido
OmniPCX Enterprise – Curso Básico
Página 226 de 232
User Número de directorio del abonado User Name Nombre del abonado Code Código de negocios o personal (12 dígitos) Date Fecha en la que finalizó la llamada Serv. Número de servicio (entidad; no implementado) Cost Center Centro de coste TGN Grupo de enlaces utilizado Ope Operador (nº de tabla de comandos de marcación) TKND Nº de nodo y de subred del enlace SBND Nº de nodo y de subred del abonado C Tipo de llamada (A:no especificada, B:voz, C:datos) Trsf. Número del abonado que transfirió la llamada JO. Número de enlace utilizado Number Dialled Número marcado Heure Hora de finalización de la llamada Duree Duración de la llamada Unités T Coste de la llamada Af. Código de negocios (3 dígitos) P Tipo de llamada (P:personal, B:profesional, N:normal) VSATMR V:VPN, S:ARS, A:Abbrev, R:forwarding...
2.4. Generación de tickets
OmniPCX Enterprise – Curso Básico
Página 227 de 232
3. Gestión Para realizar la gestión de la tarificación interna, el procedimiento a seguir es el siguiente:
Facilidades telefónicas particulares Centro de costes
1 (p. Ej.) + Edit
• Nombre = (4 caracteres)
OmniPCX Enterprise – Curso Básico
Página 228 de 232
Abonados nº + Edit ... nº + Edit
• Nº centro de costes = 1 (p. Ej.)
Aplicaciones Tarificación
1 (p. Ej.) + Edit
• Tarificación interna = YES • Monitoring = YES • Info financiera = YES • Alm justif. = YES • Tarif externa = YES • Salida = V24 (impresora) • % justificantes antes de almacenar = 30 % • PIN • Filtros ... (poner llamadas coste 0) • Parámetros de salida en tiempo real
- V24 impresora = 1 (p. Ej. Puerto B) - ...
• Informe financiero
- V24 = 0 (p. Ej. Puerto A). - Zona 1 - Zona 2 (zonas del Public Net Category) - ...
• Formato de marcación = 9 • Teléfono
- valor visualizado = coste • ...
Aplicaciones Tarificación
1 (p. Ej.) Informe financiero
+ Edit
• Fecha inicio • Fecha fin
Monitorización Operadora (Observación por operadora = monitoring)
Coste base
Normal Especial (hotel/hospital)
Tarificación por tiempo
OmniPCX Enterprise – Curso Básico
Página 229 de 232
4. Mantenimiento Los principales comandos de mantenimiento relacionados con la tarificación interna: >> cd /usr4/account directorio donde se encuentran los datos de la
tarificación. >> more ACCOUNT.LIS >> accview –tf TAXAAAAH.DAT contenido de los TAX*****.DAT
OmniPCX Enterprise – Curso Básico
Página 230 de 232
>> account
>> account ascii
OmniPCX Enterprise – Curso Básico
Página 231 de 232
>> account counters
>> account –v |more para ver la configuración de los parámetros de
tarificación. >> account –m |more información sobre cómo está el monitoring de la
operadora.
OmniPCX Enterprise – Curso Básico
Página 232 de 232
>> accreset