Manual Curso Basico OXE PDF

DOCUMENTACIÓN TÉCNICA
SOPORTE TÉCNICO
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 1 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
Página 2 de 232
OmniPCX Enterprise – Curso Básico
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
Página 3 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
Página 4 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
Página 5 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
Página 6 de 232
4. Mantenimiento ............................................................................................................................. 229
Página 7 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)
R5.0 Lx (e1.xxx.xx)
Obligatorio hardware OXO
R5.1 Lx (e2.xxx.xx)
OnmiPCX Enterprise R5.X Lx
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
Página 8 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
Página 9 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
Página 10 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.
Wa ll Mounted
Voice Hub (VH) (WM1) M2 ca binet M3 ca binet
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.
Página 11 de 232
Ejemplo de configuración con un e-MG en el área principal:
Página 12 de 232
Ejemplo de configuración con un ACT-MG y CPU en el área principal:
Página 13 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
Página 14 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):
Página 15 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:
Página 16 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.
Página 17 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.
Página 18 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
Página 19 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
Página 20 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.
Página 21 de 232
Página 22 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.
Página 23 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.
Página 24 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.
Página 25 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
Página 26 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).
Página 27 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:
Página 28 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
Página 29 de 232
2.1. Tipos de ACT-MG
ACT14
ACT10
Página 30 de 232
ACT Voice Hub
ACT28
2.2. Tipos de armarios
WM1. Aloja un ACT 10
Página 31 de 232
M2. Puede alojar 2 ACT14, 1 ACT28 o bien 1 ACT14 + 1 US Shelf
Página 32 de 232
Página 33 de 232
M3. Puede alojar 2 ACT28, 4 ACT14, 1 ACT28+2 ACT14, etc.
Página 34 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.
Página 35 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)
Página 36 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.
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
Página 37 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.
Página 38 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.
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.
Página 39 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
Página 40 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.
Página 41 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.
Página 42 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
Página 43 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.
Página 44 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:
Página 45 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.
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.
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.
Página 46 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.
Página 47 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.
Página 48 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).
Página 49 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):
Página 50 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:
Página 51 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
Página 52 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.
Página 53 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:
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
Página 54 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:
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
Página 55 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:
Página 56 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
Página 57 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:
Página 58 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:
Página 59 de 232
Página 60 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:
Página 61 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).
Página 62 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.
Página 63 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.
Página 64 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.
Página 65 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.
Página 66 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.
Página 67 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
Página 68 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 Pulsar la tecla “TAB” Completa comandos
“ESC” automáticamente
Puede hacerse login No pide password
como swinst desde root
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:
Página 69 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.
Página 70 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
Página 71 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
Página 72 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:
Página 73 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:
Página 74 de 232
Página 75 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
Página 76 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.
Página 77 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.
Página 78 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/ No According to
1000/ 1500/ .../ 9500/ 9999 conditions, see:
(> or = lock 213 if different
from 0)
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/ No Yes
1000/ 1500/ .../ 9500/ 9999
= 9999 if lock 213 different
from 0
014 Integrated metering report 0/1 No No
015 – Not used — —
016 – Not used — —
017 – Not used — —
Página 79 de 232

required
018 – Not used — —
019 Corporate networking 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
> or = lock 213 if different from
0
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 — —
038 Infocenter link 0/1 No According to
conditions, see:
039 Performance 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
040 Real Time Incidents 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 047)
041 DECT register 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 050)
042 Accounting users 0/ 50/ 80/ 150/ 2350/ 500/ No No
Página 80 de 232

required
1000/ 1500/ .../ 9500/ 9999
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/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
048 – Not used — —
049 Directory 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
050 Configuration 0/ 50/ 80/ 150/ 350/ 500/ No Yes
1000/ 1500/ .../ 9500/ 9999
from 0)
051 Real Time Metering on V24 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 042)
052 4635: Basic package 0 = none No According to
1 = 4635J conditions, see:
2 = 4635H
053 – Not used — -
054 – Not used — —
055 – Not used — —
056 4635: Networking OctelNet 0/ 2/ 4/.../ 64 No According to
(= lock 057) conditions, see:
057 4635: Fax manager 0/ 2/ 4/.../ 64 No According to

conditions, see:
058 4635: Call manager 0/ 2/ 4/.../ 64 No According to
conditions, see:
(= lock 057)
Página 81 de 232

required
059 4635: Hotel manager 0/ 2/ 4/.../ 64 No According to
conditions, see:
(= lock 057)
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 No According to
064 – Not used — —

065 4635: Recording manager 0/ 2/ 4/.../ 64 No According to
conditions, see:
(= lock 057)
066 4635: Networking AMIS 0/ 2/ 4/.../ 64 No According to
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 “Open” lock — —
France)
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/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 019)
080 VPN 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 019)
081 Meet me conference 0/ 1/ 2/.../ 30 No No
082 No of DECT/PWT terminals 0/ 10/ 20/ ..../ 5000 No No
Página 82 de 232

required
(= lock 175)
083 Flow Metering on Ethernet 0/ 50/ 80/ 150/ 350/ 500/ No According to
1000/ 1500/ .../ 9500/ 9999 conditions, see:
(= lock 042)
084 4635 users 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
085 – Not used — —
086 Automatic directory pop up 0/ 1/ 2/.../ 50 No According to
conditions, see:
087 Beta test release 0 = OmniPCX version No No
released
8 = Beta test OXE R5.0LX
9 = Beta test OXE R5.1
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 0/ 1 No No
Reflexes sets
092 – Not used — —
093 4635J IDENTIFICATION 0/ 1 No —
094 WMI Workforce management 0/ 1 No No
interface
095 – Not used — —
096 – Not used — —
097 VPS users 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
098 Accounting for local calls 0/ 50/ 80/ 150/ 350/ 500/ No Yes
1000/ 1500/ .../ 9500/ 9999
from 0)
Página 83 de 232

required
099 Accounting for ABC calls 0/ 50/ 80/ 150/ 350/ 500/ No Yes
1000/ 1500/ .../ 9500/ 9999
from 0)
100 CSTA profile 0 = None No Yes
2 = Call center
101 CSTA monitoring requests 0/ 5/ 10/.../ 9995/ 9999 No Yes
the Maximum depends on
OXE release.
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 No According to
conditions, see:
(if lock 057 different from 0)
108 - Not used - —
109 4635 : IP Octel Networking 0/ 2/ 4/.../ 64 No According to
conditions, see:
(= lock 057)
110 4635 : Global message 0/1 No According to
redundancy 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 No No
(< or = lock 076 if different
from 0)
116 OTUC Local My Phone (4980 5/ 10/ 20/.../ 3000 No Yes
Std) (= lock 129)
117 OTUC Local 4980 Option 5/ 10/ 20/.../ 3000 No Yes
(4980 Adv) (< or = lock 129 if different
from 0)
118 – Not used — —
119 4980 nomadic logged 5/ 10/ 20/.../ 600 No Yes
(= lock 129 + lock 309)
Página 84 de 232

required
120 – Not used — —
121 CLIP on VPS 0/ 2/ 4/.../ 240 No No
(= lock 021)
122 ACAPI via CMIP 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
(= lock 050)
123 CSTA IVR ports monitored 0/ 5/ 10/.../ 5000 No Yes
124 – Not used — —
125 CCWeb Agents 0/ 5/ 10/.../ 1000 No No
(< or = lock 076 if different
from 0)
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 No No
(= lock 187)
133 Mastered conference 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
134 Multi-tenant 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
( > or = lock 213 if different
from 0)
135 G729A Server 0/ 1/ 2/.../ 9999 No No
136 Priority 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
137 Call restriction 0/ 50/ 80/ 150/ 350/ 500/ No No
1000/ 1500/ .../ 9500/ 9999
from 0)
138 IP Clients 0/ 10/ .../ 9990 No Yes
Página 85 de 232

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 No No
1: US market
(according to lock 029)
147 – Not used — —
148 IP Call Server “Open” lock - -
149 – Not used — —
150 – Not used — —
151 4635 : VPIM 0/2/4/.../64 No According to
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/ No Yes
9999
the maximum depends on the
OXE release.
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
Página 86 de 232

required
31 = R5.1
32 = R6.0
33 = R6.1
34 = R6.2
166 4980 multi device 5/10/20/.../3000 No Yes
(= lock 129)
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
Página 87 de 232

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 No Yes
1 = Starter
2 = Server
(according to lock 076)
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 0/ 1/ 2/ .../ 60 NO No
monosite < or = lock 112
204 - - Not used — -
212
213 E–CS engine physical users 0 / 50 / 80 / 150 / 350 / 500 / No No-
1000 / 1500 / ... / 9500 / 9999
214 - - Not used — -
299
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 0/ 5/ 10/ 15/ 20/.../ 5000 No No
interworking)
Página 88 de 232

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 0/ 10/ 20/.../ 5000 Yes No
services restriction)
317 Standard IP Users (with 0/ 10/ 20/.../ 5000 Yes According to
services restriction) conditions, see:
318 Max number of connections to 0/ 1/ 2/... No No
applications server (PRS)
319 EasyContact 0 = None No No
1 = EasyContact
320 – Not used — —
321 Mobile IP-Touch 0/ 10/ 20/ .../ 100 (OXE R6.1) No No
0/ 10/ 20/ .../ 500 (OXE R6.2)
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 - – Not Used — —
449
450 - – Not used — —
463
464 – Not used — —
465 – Not used — —
466 – Not used — —
467 ARS 0/ 50/ 80/ 150/ 350/ 500/ No No
Página 89 de 232

required
1000/ 1500/ .../ 9500/ 9999
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.
Página 90 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
Página 91 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
Página 92 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
Página 93 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.
Página 94 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:
Página 95 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:
Página 96 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.
Página 97 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
Página 98 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.
Página 99 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.
Página 100 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:
Página 101 de 232

Una vez descargado el programa de instalación del cliente, iniciamos la instalación

mediante el setup.exe
IP de OXE
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
Página 102 de 232

Abonados
1. Tipos de terminales
Los principales teléfonos fabricados por Alcatel son:
Alcatel 4068 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)
Página 103 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.
Página 104 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:
Página 105 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
Página 106 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
Página 107 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 R3 y
A4400 R2.1
superior
UAs (4034, 4023, 4012, 4011, 4003) 9 9
2G Tarjetas internas a los teléfonos 4034 y 4012 4034 y 4012
Tarjetas en TA 4088 (externas) 9 9
UAs (4035, 4020, 4010, 4004) 9 emulación 9 emulación
TSC (modo externo) 9 9
3G
TSC (modo interno) 4035 y 4020 4035 y 4020
TSC-DECT 8 9
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:
Página 108 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
Página 109 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
Página 110 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…)
Página 111 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.
Página 112 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
Página 113 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
Página 114 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
Página 115 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.
Página 116 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).
Página 117 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.
Página 118 de 232

2. Funcionamiento
2.1. Distribución de llamadas externas
2.2. Distribución de llamadas internas
Página 119 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.
Página 120 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.
Página 121 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.
Página 122 de 232

Categorías
Categorías de facilid. tel. = 0…31
• Facilidades generales
Captura de grupo: 1
Página 123 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.
Página 124 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
Página 125 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)
Página 126 de 232

Traductor
• 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.
Página 127 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.
Página 128 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:
Página 129 de 232

Ejemplo de gestión avanzada:
Página 130 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 Desbordamiento sobre puesta Desbordamiento sobre

libre en espera ocupado
SI NO SI NO SI NO
Llamada
presentada,
Teléfono desborda Llamada
libre finalizada la presentada sin N.A. N.A. N.A. N.A.
temporización desbordamiento
del grupo de
enlaces
Teléfono
Desvío
ocupado
inmediato en Llamada
sin derecho N.A. N.A. N.A. N.A.
el denegada.
de llamada
enrutamiento
en espera
Teléfono Espera,
ocupado desborda
con finalizada la Espera sin
N.A. N.A. N.A. N.A.
derecho de temporización desbordamiento
llamada en del grupo de
espera enlaces
Página 131 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
……………………………………………
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
Página 132 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.
Página 133 de 232

3. Gestión
Traductor
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
Página 134 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:
Página 135 de 232

Ejemplo 1:
Ejemplo 2:
Página 136 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.
Página 137 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
Traductor SDE por defecto + Crear
• 1st Nr. Exterior del rango: 4001
• 1st Nr. Interior del rango: 6381
• Tamaño del rango: 10
Página 138 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 Código secreto

+ + Número exterior
de grupo de enlaces del teléfono
Página 139 de 232

2.2. Usuario con un teléfono físico asignado (con PIN)
Prefijo de toma
Código secreto Número
personal de grupo de + Código PIN + +
del teléfono exterior
enlaces
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
Código secreto del Número
personal de grupo de + Código PIN + +
teléfono asignado exterior
enlaces
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
• 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
Página 140 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).
Página 141 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).
Código de Número exterior

Prefijo de código
+ negocio del + completo (con prefijo
de negocio
proyecto 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:
Página 142 de 232

Categoría Æ Categorías de facilid. tel.

• Servicios externos
Prefijo código de negocio: True/False
Página 143 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’’’
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
Página 144 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:
Página 145 de 232

2.1. Enrutamiento de llamadas externas sobre un enlace con numeración
Página 146 de 232

Página 147 de 232

2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración
2.3. Enrutamiento de llamadas internas
Página 148 de 232

3. Ejemplos
Llamada EXTERNA entrante a CDT entidad
Desbordamiento Routing 1
Operadora
Tempo 76 Desbordamiento no
respuesta / ocupado Routing 2
Teléfono
Tempo Gr. Enlace

Routing 3
RESPUESTA
Llamada INTERNA entrante a CDT entidad
Operadora
Tempo 76 Desbordamiento no
respuesta / ocupado Routing 2
Teléfono
Tempo 144
Routing 3
RESPUESTA
Página 149 de 232

Llamada entrante a CDT
Grupo inmediato
desenchufado
inmediato
Grupo ausente
Routing 3
RESPUESTA
Llamada entrante a CDT
Operadora inmediato
desenchufada
Operadora inmediato
ausente
Routing 3
RESPUESTA
Página 150 de 232

Llamada EXTERNA entrante a CDT entidad
Oper.
Tempo 76
Tempo desbord.
entidad Operadora
Tempo 76
Routing 3
RESPUESTA
Página 151 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
Routing 1 Routing 1’ Routing 1’’ Routing 1’’’ Grupos PBX
Mensajería vocal
IAA
Routing 3 Routing 3’ Routing 3’’ Routing 3’’’ Prefijos de red
Guías vocales
Overflow CCD
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
Página 152 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
Página 153 de 232

Grupo de operadoras (seguir grupo de operadoras)

Martes + Edit
....... + Edit
Traductor
• 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)
Página 154 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...

Extensiones
Mensajería vocal
IAA
Guías vocales
Overflow CCD
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.
Página 155 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
• Número
Página 156 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
>> grpopestat <nº grupo operadoras>
>> cdtstat <80 a 159> (80 es grupo 0 y 159 es grupo 79)
Página 157 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).
Página 158 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.
Página 159 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...

Extensiones
Mensajería vocal
IAA
Guías vocales
Overflow CCD
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.
Página 160 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
Página 161 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
Página 162 de 232

Traductor
• 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
>> opstat
>> cdtstat <0 a 79>
Página 163 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).
Página 164 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:
Página 165 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
Página 166 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.
Página 167 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
Página 168 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
Filtrado de incidentes
- Acción RMA: ninguna

- Visualización en pantalla: Sí
- Guardar en disco: Sí
- Incidente de red: Sí
Página 169 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
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
Página 170 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

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:
Página 171 de 232

Aplicaciones
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

Página 172 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";
Página 173 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
Página 174 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
Página 175 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.
Página 176 de 232

Página 177 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.
Página 178 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:
Página 179 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.
Página 180 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''.
Página 181 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:
Página 182 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.
Página 183 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.
Página 184 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.
Página 185 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
CABK WAIT I TAKE I CABK
choice
TELL THEM TO CALL TELL THEM TO I WILL TAKE THE I WILL CALL AGAIN
Assistant
BACK WAIT CALL LATER
URGENT CALL FROM_

Manager set choice CABK WAIT I TAKE I CABK
Assistant set TELL THEM TO CALL TELL THEM TO I WILL TAKE THE I WILL CALL AGAIN
display BACK WAIT CALL LATER
Página 186 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
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)
Página 187 de 232

• Filtrado selectivo
• Desbordamiento si no respuesta (para “forward on no reply”)
• Desbordamiento sin espera (para “forward on busy”)

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
...
6. Mantenimiento
>> menuclient
- Consultar equipos multilínea y supervisados

- Consultar jefe-secretaria
- Consultar supervisión
- ...
Página 188 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.
Página 189 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 12 TSs para recepción (dirección: estación base Æ
portadora por RBS 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 6 TSs para recepción (dirección: estación base Æ
portadora por IBS 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
Página 190 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.
Página 191 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
Página 192 de 232

Tenemos entonces:
Call server en tarjeta CS o Appliance server:
Call server en CPU:
Call server en Appliance Server:
Página 193 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).
Página 194 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.
Página 195 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
Página 196 de 232

3.3.2. Estaciones Base
Primera generación
Segunda generación
Ambas estaciones base son compatibles con GAP.
Página 197 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:
Página 198 de 232

4. Límites
Notas Significado
During occasional traffic peaks, the system can support 12 simultaneous calls per RBS.
1 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.
Respectively corresponds to 24 DECT4HB boards and 24 DECT8 boards supported in an

4
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.
Página 199 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 La movilidad en una red privada puede ser a dos niveles: roaming y campus.
DECT
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- Adaptador que convierte un UA cableado en un DECT facilitando las
DECT mudanzas de los empleados.
Gestión DECT por El sistema puede equiparse con consolas de operadoras con derechos para
consola de operadora gestionar ciertas funciones del servicio DECT.
Página 200 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
Página 201 de 232

• Prioridad de sincronismo = 199

• Placa con DTM: SI/NO
Creación de los usuarios DECT:
Abonado + Crear
• 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:
Página 202 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
Página 203 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:
Página 204 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”:
Página 205 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
Página 206 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>
Página 207 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
Página 208 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.
Página 209 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.
Página 210 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.
Página 211 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
• Numero = XYZ
• Significación prefijo = Areas nr. abreviado
• Información prefijo = número área (de 0 a 31)
Página 212 de 232

Entidades
Entidades - Rango números abreviados
1 (no. de la entidad) + Consulta/Modif.
• Franja nr. Abreviados 0: 0

• …
5. Mantenimiento
Listado del plan de numeración
>> ednump
Listado de los números abreviados gestionados
>> edabv
Página 213 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.
Página 214 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.
Página 215 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).
Página 216 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.
Página 217 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.
Página 218 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.
Página 219 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
Página 220 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
• Numero
• Significación prefijo = Toma de grupo prof ARS o
“ “ “ “ “ con solapamiento

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.
Página 221 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.
Página 222 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.
Página 223 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...)
Página 224 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
Página 225 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
Página 226 de 232

3. Gestión
Para realizar la gestión de la tarificación interna, el procedimiento a seguir es el siguiente:

Centro de costes
1 (p. Ej.) + Edit
• Nombre = (4 caracteres)
Página 227 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
Página 228 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
Página 229 de 232

>> account
>> account ascii
Página 230 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.
Página 231 de 232

>> accreset
Página 232 de 232

Manual Curso Basico OXE PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual Curso Basico OXE PDF

Cargado por

Copyright:

Formatos disponibles

DOCUMENTACIÓN TÉCNICA

AUTOR: APROBADO POR: FECHA: 30/01/2006

OBJETO: Documentación técnica básica OmniPCX Enterprise

Alcatel OmniPCX Enterprise

Documentación técnica básica

2. Funcionamiento ........................................................................................................................... 119

4. Mantenimiento ............................................................................................................................. 229

OmniPCX 4400 R5.0 Ux (d2.31x.xx)

Las principales características de la OXE son:

 Arquitectura abierta para banda ancha (ATM)

Los principales elementos de la OmniPCX Enterprise son:

- Conexión a la red pública (RDSI, analógicos...)

 Equipos IP “nativos”: teléfonos IP, terminales H323 y terminales SIP

 Servidores externos de aplicaciones: Asociación de aplicaciones externas utilizando

2.1. Call Server

 Software basado en OmniPCX 4400 R5.0

 Sistema operativo Linux (versión 8)

 El Call Server tiene 3 tipos de soporte físico:

 En la CS converge toda la señalización de IP:

 Multiprotocolo (UA, H323, SIP…)

 Posibilidad de duplicación (call server duplicado)

2.2. Media Gateway

Hay dos tipos de Media Gateway:

 ACT-MG : basado en hardware 4400.

Ejemplo de configuración con un e-MG en el área principal:

Ejemplo de configuración con un ACT-MG y CPU en el área principal:

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 unión GD-MEX es equivalente a una unión INT2A-INT2B virtual.

 Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS

2.2.2. ACT-Media Gateway

 Las principales funciones de la INTIPB son

Según lo visto con anterioridad tendríamos tres tipos de configuración:

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)

 Estaciones base y terminales DECT:

 Terminales e-reflexes (4037/4022):

2.4. Accesos externos

 Todos los interfaces que permitía la OmniPCX 4400 R5.0.

 A4980 / OmniTouch Unified Communications

 OmniVista 4760. Herramienta de gestión.

 API, CSTA, TSAPI, TAPI.

 Hotel/Hospital. Software integrado de gestión

- Entradas y salidas de clientes

 DECT. Digital Enhanced Cordless Telecommunications

- Cobertura vía radio estación base

- Alcatel 4635 Voice Mail

o Mensajería vocal de similares características al 4635

 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

- 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

- Servicios de gateway y proxy

- Acceso a clientes SIP pertenecientes a otros dominios

Arquitectura abierta para banda ancha (ATM)

Equipos IP “nativos”: teléfonos IP, terminales H323 y terminales SIP

Servidores externos de aplicaciones: Asociación de aplicaciones externas utilizando

Software basado en OmniPCX 4400 R5.0

Sistema operativo Linux (versión 8)

El Call Server tiene 3 tipos de soporte físico:

En la CS converge toda la señalización de IP:

Multiprotocolo (UA, H323, SIP…)

Posibilidad de duplicación (call server duplicado)

ACT-MG : basado en hardware 4400.

Contiene una placa GD en el slot de control del rack principal:

La unión GD-MEX es equivalente a una unión INT2A-INT2B virtual.

Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS

Las principales funciones de la INTIPB son

Todos los compatibles con interfaces Z

Teléfonos digitales reflexes de la G2 o G3 y los siguientes plugwares:

Estaciones base y terminales DECT:

Terminales e-reflexes (4037/4022):

Todos los interfaces que permitía la OmniPCX 4400 R5.0.

A4980 / OmniTouch Unified Communications

OmniVista 4760. Herramienta de gestión.

API, CSTA, TSAPI, TAPI.

Hotel/Hospital. Software integrado de gestión

DECT. Digital Enhanced Cordless Telecommunications

Nueva RMA para los racks S y L

V24 / IP (puertos dedicados V24)

Herramienta para instalación de software y parches

No hay saturación de tráfico.

WM1. Aloja un ACT 10

M2. Puede alojar 2 ACT14, 1 ACT28 o bien 1 ACT14 + 1 US Shelf

M3. Puede alojar 2 ACT28, 4 ACT14, 1 ACT28+2 ACT14, etc.

Vhub. Puede alojar un ACT-VH.

Placa procesadora PUSDRAM equipada con microprocesador Pentium MMX y memoria

Módulo SDRAM compatible con 32, 64, 128 o 256 MB.

Interface Ethernet. Dispone de dos accesos:

Módulo de tonos y reloj: VIVALDI ASIC.

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)

Procesador AM5x86-100 a 100 MHz.

Memoria SDRAM de 256 MB máximo.

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:

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

Detector de tonos Q23 (10 detectores)

Interface para música en espera.

Procesador Pentium III a 700MHz.

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.

Interface para música en espera.

Detector de tonos Q23 o Q23x (10 detectores)

Puede procesar hasta 60 canales B simultáneamente. Hay dos posibilidades:

8 accesos (DTE) 10 BaseT (hub).

Conecta la CPU cuando se usa el interface Ethernet on-board.

Esta tarjeta permite conectar 16 / 32 equipos digitales del tipo siguiente:

La nueva versión de la tarjeta UA32 se diferencia de la anterior en:

Tarjeta compatible con la versión R5.1 y superiores.

Mismas características básicas que la tarjeta UA32.

4 Receptores multifrecuencia y 4 generadores de llamada

La tarjeta Z12-2 admite 12 equipos analógicos.