Manual Curso Básico OXE

DOCUMENTACIÓN TÉCNICA

SOPORTE TÉCNICO

Página 1 de 232

AUTOR: APROBADO POR: FECHA: 30/01/2006 Carmen Alonso Fidel Cobo REV.: 03 OBJETO: Documentación técnica básica OmniPCX Enterprise

Alcatel OmniPCX Enterprise

Documentación técnica básica

Página 2 de 232

Contenido

GENERALIDADES .................................................................................................................................. 8

1. Introducción ..................................................................................................................................... 8 2. Arquitectura global ........................................................................................................................... 9

2.1. Call Server .............................................................................................................................. 10 2.2. Media Gateway ....................................................................................................................... 11

2.2.1. e-Media Gateway ............................................................................................................. 14 2.2.2. ACT-Media Gateway ........................................................................................................ 16

2.3. Terminales compatibles .......................................................................................................... 19 2.4. Accesos externos .................................................................................................................... 20 2.5. Aplicaciones ............................................................................................................................ 20

3. Ejemplo de topología ..................................................................................................................... 27

ARQUITECTURA HARDWARE ............................................................................................................ 28

1. Introducción ................................................................................................................................... 28 2. Hardware 4400 .............................................................................................................................. 28

2.1. Tipos de ACT-MG ................................................................................................................... 30 2.2. Tipos de armarios ................................................................................................................... 31 2.3. Placas para hardware 4400 .................................................................................................... 35

2.3.1. Placas de procesamiento ................................................................................................. 35 2.3.2. Placas de interface ........................................................................................................... 40 2.3.3. Placas auxiliares ............................................................................................................... 47

3. Hardware común (OXO) ................................................................................................................ 49 3.1. Tipos de e-MG ........................................................................................................................ 49 3.2. Placas para hardware OXO .................................................................................................... 51

3.2.1. Placas de procesamiento ................................................................................................. 51 3.2.2. Placas de interfaces: extensiones .................................................................................... 55 3.2.3. Placas de interfaces: enlaces ........................................................................................... 56 3.2.4. Otras placas ..................................................................................................................... 57 3.2.5. Posición de las tarjetas en los racks OXO ....................................................................... 58

4. Hardware no Alcatel – Appliance Server ....................................................................................... 61 5. Configuración ................................................................................................................................. 62

5.1. Configuraciones clásicas (no IP): Configuraciones Mono/Multi-ACT 4400 ............................ 62 5.2. Configuraciones basadas en IP .............................................................................................. 63

5.2.1. OXE con CPU duplicada tipo CS y mezcla de hardware 4400 y OXO. Áreas remotas conectadas por IP. ...................................................................................................................... 63 5.2.2. OXE con CPU-4400 y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ........................................................................................................................................... 63 5.2.3. OXE con CPU duplicada tipo Appliance Server y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ............................................................................................... 64 5.2.4. Ejemplos detallados ......................................................................................................... 65

5.3. Redes de OXEs ...................................................................................................................... 67

SISTEMA OPERATIVO LINUX ............................................................................................................. 68

1. Introducción ................................................................................................................................... 68 2. Características del Linux de la OXE .............................................................................................. 68 3. Principales directorios .................................................................................................................... 69 4. Principales comandos .................................................................................................................... 69 5. Usuarios ......................................................................................................................................... 70

DIRECCIONAMIENTO IP ..................................................................................................................... 71

OmniPCX Enterprise – Curso Básico

Página 3 de 232

1. Repaso ........................................................................................................................................... 71 2. Direccionamiento por defecto de la OXE ...................................................................................... 71

2.1. Plan de direccionamiento IP ................................................................................................... 71 2.2. Máscara de subred por defecto .............................................................................................. 72 2.3. Direccionamiento por defecto del interface Ethernet .............................................................. 72

3. Personalización del direccionamiento ........................................................................................... 73

SHUTDOWN Y ARRANQUE DE LA OXE ............................................................................................ 76

1. Introducción ................................................................................................................................... 76 2. Comando shutdown ....................................................................................................................... 76 3. Inicio de la PABX ........................................................................................................................... 76

OPS ....................................................................................................................................................... 78

1. Introducción ................................................................................................................................... 78 2. Tipos de licencias .......................................................................................................................... 78

2.1. Listado de licencias de la OXE (versión 6.2) .......................................................................... 79 3. Ficheros OPS ................................................................................................................................ 90

3.1. Procedimiento de carga de la OPS ......................................................................................... 90 4. Consecuencias del uso fraudulento .............................................................................................. 93

HERRAMIENTAS DE GESTIÓN: MGR ................................................................................................ 95

1. Introducción ................................................................................................................................... 95 2. Manejo ........................................................................................................................................... 96

4760I ...................................................................................................................................................... 98

1. Introducción ................................................................................................................................... 98 2. Configuración ................................................................................................................................. 98 3. Acceso a la aplicación e-Config .................................................................................................... 98

3.1. Acceso vía navegador ............................................................................................................. 98 3.2. Acceso vía programa cliente ................................................................................................. 101

ABONADOS ........................................................................................................................................ 103

1. Tipos de terminales ..................................................................................................................... 103 2. Terminales UA ............................................................................................................................. 104

2.1. Teléfonos UA 3G ................................................................................................................... 105 2.2. Terminales UA Serie 9 .......................................................................................................... 107 2.3. Interfaces opcionales ............................................................................................................ 107 2.4. Terminales UA remotos ........................................................................................................ 108

3. Gestión de usuarios ..................................................................................................................... 108 3.1. Creación de usuarios ............................................................................................................ 108 3.2. Bus S0 tras UA ...................................................................................................................... 109 3.3. Extensión Z tras UA .............................................................................................................. 111 3.4. Creación de S0 sobre BRA o BPRA ..................................................................................... 111

4. Mantenimiento ............................................................................................................................. 112

PLAN DE PREFIJOS Y SUFIJOS ....................................................................................................... 113

1. Plan de prefijos ............................................................................................................................ 113 1.1. Creación de un prefijo ........................................................................................................... 113 1.2. Listado de prefijos ................................................................................................................. 113

2. Plan de sufijos ............................................................................................................................. 115 2.1. Creación de un sufijo ............................................................................................................ 115 2.2. Listado de sufijos .................................................................................................................. 115

3. Mantenimiento ............................................................................................................................. 116

GRUPO DE LÍNEAS AGRUPADAS: HUNTING GROUPS ................................................................ 117

1. Generalidades ............................................................................................................................. 117


Página 4 de 232

2. Funcionamiento ........................................................................................................................... 119 2.1. Distribución de llamadas externas ........................................................................................ 119 2.2. Distribución de llamadas internas ......................................................................................... 119

3. Gestión ......................................................................................................................................... 120 4. Mantenimiento ............................................................................................................................. 121

GRUPOS DE CAPTURA ..................................................................................................................... 122

1. Generalidades ............................................................................................................................. 122 2. Gestión ......................................................................................................................................... 122

GRUPOS DE ENLACES ..................................................................................................................... 124

1. Generalidades ............................................................................................................................. 124 2. Gestión ......................................................................................................................................... 124 3. Mantenimiento ............................................................................................................................. 127

DISCRIMINACIÓN .............................................................................................................................. 128

1. Introducción ................................................................................................................................. 128 2. Principio ....................................................................................................................................... 129

2.1. Categoría de acceso a la red pública ................................................................................... 131 3. Gestión ......................................................................................................................................... 132 4. Mantenimiento ............................................................................................................................. 132

TRADUCTOR DE RELLAMADA EXTERNA ....................................................................................... 133

1. Presentación del número llamante .............................................................................................. 133 2. Rellamadas hacia números externos .......................................................................................... 133 3. Gestión ......................................................................................................................................... 134

TRADUCCIÓN DDI ............................................................................................................................. 135

1. Llamadas entrantes ..................................................................................................................... 135 2. Llamadas salientes ...................................................................................................................... 137 3. Gestión ......................................................................................................................................... 138

LLAMADAS PRIVADAS ...................................................................................................................... 139

1. Introducción ................................................................................................................................. 139 2. Funcionamiento ........................................................................................................................... 139

2.1. Usuario con un teléfono físico asignado (sin PIN) ................................................................ 139 2.2. Usuario con un teléfono físico asignado (con PIN) .............................................................. 140 2.3. Usuario con un teléfono virtual asignado .............................................................................. 140

3. Gestión ......................................................................................................................................... 140 3.1. Gestión de llamadas privadas con PIN ................................................................................. 140 3.2. Gestión de llamadas privadas sin PIN .................................................................................. 141

CÓDIGO DE NEGOCIO ...................................................................................................................... 142

1. Principio ....................................................................................................................................... 142 2. Gestión ......................................................................................................................................... 142

DISTRIBUCIÓN DE LLAMADAS ........................................................................................................ 144

1. Introducción ................................................................................................................................. 144 2. Principio ....................................................................................................................................... 144

2.1. Enrutamiento de llamadas externas sobre un enlace con numeración ................................ 146 2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración ................................. 148 2.3. Enrutamiento de llamadas internas ...................................................................................... 148

3. Ejemplos ...................................................................................................................................... 149

ENTIDADES ........................................................................................................................................ 152

1. Principio ....................................................................................................................................... 152


Página 5 de 232


GRUPOS DE OPERADORAS ............................................................................................................ 155

1. Principio ....................................................................................................................................... 155 1.1. Ayuda mutua ......................................................................................................................... 156


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


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 6 de 232


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 7 de 232

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


Página 8 de 232

Generalidades 1. Introducción ALCATEL OmniPCX Enterprise (OXE) es un sistema de comunicaciones de nueva generación multiservicio (voz, datos e imagen), destinado a las empresas que requieran una capacidad de 50 a 5.000 terminales en configuración aislada y hasta 50.000 terminales en configuración en red. Este sistema procede de la evolución de otra plataforma de Alcatel, la OmniPCX 4400, añadiendo nuevas facilidades y capacidades a las que ya incluía ésta. La diferencia principal entre ambos equipos es el sistema operativo que utilizan: la plataforma OmniPCX Enterprise está basada en Linux mientras que la OmniPCX 4400 utiliza Unix. Para aclarar la terminología, resumimos en la siguiente tabla la correspondencia entre nombres y versiones: OmniPCX 4400

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

OnmiPCX Enterprise R5.X Lx

R5.0 Lx (e1.xxx.xx) Obligatorio hardware OXO R5.1 Lx (e2.xxx.xx) Cualquier mezcla de hardware

Todo hardware de 4400 Rack remoto OXO y principal de 4400 Rack principal OXO y remoto 4400 Todo hardware OXO

Las principales características de la OXE son:

Arquitectura abierta para banda ancha (ATM) Multiservicio: voz, datos e imagen Sistema operativo Linux (Unix en la 4400) Compatible con los estándares ECMA, ETSI y CCITT Aplicaciones adaptadas a OXE/4400 Preparada para telefonía IP, VoIP


Página 9 de 232

2. Arquitectura global

Los principales elementos de la OmniPCX Enterprise son:

Call Server (e-CS): Unidad de control de la OXE (CPU). Es el elemento clave de la solución, donde reside toda la inteligencia del sistema. El call server es el encargado de la gestión de las llamadas (Call Handling).

Media Gateways (MG): Permite conectar el mundo de la telefonía tradicional con el mundo

TCP/IP y se conecta a la e-CS a través de una tarjeta controladora de MG (GD o INTIP). Equivale a un rack/ACT o conjunto de racks/ACTs donde van alojadas las placas de:

- Conexión a la red pública (RDSI, analógicos...) - Conexión de teléfonos digitales (UA reflexes) - Conexión de teléfonos analógicos, módems, faxes... - Conexión de estaciones base DECT

Cada MG está compuesto por 1 más racks. Los distintos tipos de chasis pueden dividirse en

dos familias: racks de OXO (e-MG) y racks de 4400 (ACT-MG). Equipos IP “nativos”: teléfonos IP, terminales H323 y terminales SIP


Página 10 de 232

Servidores externos de aplicaciones: Asociación de aplicaciones externas utilizando protocolos estándar (CSTA, TAPI..) para la conexión de aplicaciones tales como Call Centers, Visual Messenger...

2.1. Call Server Principales características:

Software basado en OmniPCX 4400 R5.0 Sistema operativo Linux (versión 8)

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

- Una tarjeta CPU (CPU5 step3, CPU6 o CPU7) en un armario de 4400 tipo M2, M3,

WM1 o VH. Entonces al Call Server se le llama IPCS (IP Crystal Server). - Una tarjeta CS en un rack de tipo S o L. Entonces al Call Server se le llama IPRS (IP

Rack Server).

- Un Appliance Server (PC externo). Entonces el Call Server se llama IPAS (IP Appliance Server).

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


Página 11 de 232

- IP terminals

Multiprotocolo (UA, H323, SIP…) Posibilidad de duplicación (call server duplicado)

2.2. Media Gateway Los MG se utilizan para alojar tarjetas de interfaces, enlaces hacia el exterior y otras placas auxiliares. Hay dos tipos de Media Gateway:

e-MG : basado en hardware OXO y también llamado OmniPCX Media Gateway. Hay dos tipos de racks:

- rack S (small) de 1 U : 3 posiciones - rack L (large) de 3 U : 9 posiciones

ACT-MG : basado en hardware 4400.

Voice Hub (VH)Wall Mounted

(WM1) M2 cabinet M3 cabinet

Las diferentes topologías dependen del hardware utilizado en el área principal y son fundamentalmente las siguientes:

El hardware en el área principal está basado en racks S y L: entonces el Call Server debe ser o bien una placa CS instalada en el rack S o L; o bien un Appliance Server.

El hardware en el área principal está basado en un ACT: entonces el Call Server debe ser

una CPU instalada en el ACT o bien un Appliance Server.


Página 12 de 232

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


Página 13 de 232

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


Página 14 de 232

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

2.2.1. e-Media Gateway Contiene una placa GD en el slot de control del rack principal:

La GD proporciona:

- La matriz de conmutación


Página 15 de 232

- Conferencia a 3 - Generación y detección de tonos - Transmisión de la señalización hacia la CPU - Emisión de guías vocales - Pasarela H323 - Señalización para los teléfonos IP (aunque por defecto señaliza la CS) - Compresores para comunicaciones VoIP.

Un mismo e-MG puede estar formado por un máximo de 3 racks (uno principal y 2 de expansión).

La interconexión entre racks de un mismo e-MG es a través de uniones HSL (High Speed Link).

- El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a

16 Mbit/s, full duplex. - Las uniones HSL no pueden duplicarse.

La unión GD-MEX es equivalente a una unión INT2A-INT2B virtual. Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida

de unión IP.

Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS (supuesto todo el hardware tipo OXO):


Página 16 de 232

2.2.2. ACT-Media Gateway

Si el ACT-MG es el principal, el call server podrá ser una tarjeta CPU o bien un Appliance Server.

Si se trata de un ACT-MG periférico, la conexión al principal (ya sea de tipo e-MG o ACT-MG)

es a través de una tarjeta INTIPB. Dicha INTIPB sólo sirve de unión con el Call Server del alveolo principal, es decir, no actúa de pasarela H323 ni señaliza teléfonos IP.

Las principales funciones de la INTIPB son

- Generar reloj - Proporcionar tonos - Recursos de compresión

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


Página 17 de 232

El área principal está formada por OmniPCX Media Gateway (racks S y L) y tenemos un ACT

Media Gateway de apoyo en la misma ubicación y ACT Media Gateways remotos. La conexión al Call Server es vía IP.


Página 18 de 232

Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las

conexiones son vía INTIPA en el ACT main.


Página 19 de 232

Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este

caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.

2.3. Terminales compatibles

Todos los compatibles con interfaces Z Teléfonos digitales reflexes de la G2 o G3 y los siguientes plugwares:

- 4093 ASY-CTI (V24) - 4094 ISW (S0) - 4095 AP (Z)

Estaciones base y terminales DECT:

- 4097 CBL

Terminales e-reflexes (4037/4022): Terminales H323

Terminales SIP


Página 20 de 232

2.4. Accesos externos

Todos los interfaces que permitía la OmniPCX 4400 R5.0. - Públicos - Privados - Analógicos - Tie Line - Primarios - Básicos

Soporte de los mismos niveles de servicio de red que la OmniPCX 4400 R5.0. Protocolos soportados

- QSIG - DPNSS - ABC-F

2.5. Aplicaciones

OmniTouch CCD

- 200 pilotos - 1000 pilotos estadísticos - 200 colas/salas de espera - 150 grupos - 1000 agentes - 100 agentes por grupo - 60 supervisores totales - 30 supervisores por grupo - 60 CCS (Call Center Supervisión) - Conexión CCS: IP

A4980 / OmniTouch Unified Communications

OmniVista 4760. Herramienta de gestión.

- Configuración - Topología de red - Control de alarmas - Informes de tarificación - Informes VoIP - Control de tráfico - Control de usuarios y directorio - Control de red - Servidor LDAP integrado - Mono o multinodo

Notification Server


Página 21 de 232

Ubiquity

API, CSTA, TSAPI, TAPI.

Hotel/Hospital. Software integrado de gestión

- Entradas y salidas de clientes - Despertador - Gestión de aplicaciones - DDI rotativo - Multiocupación - Tarificación - Conexión: V24, AHL

DECT. Digital Enhanced Cordless Telecommunications

- Cobertura vía radio estación base - Control de múltiples células - 11 llamadas simultáneas por estación base - 1 estación base puede manejar alrededor de 30 terminales (4074, 4075, 4076) - Handover - Roaming - GAP - Conexión: radio

Mensajería vocal:

- Alcatel 4635 Voice Mail o 2 configuraciones

4635H: 3 placas 4635J: 1 placa

o Multi-idioma o Software hotel/hospital o Redes o Centralización o Operadora automática o Audio texto (4635H) o 15000 buzones de voz o 170 horas de grabación o Servidor de fax o Conexión: interna

- eVa (4645)

o Mensajería vocal de similares características al 4635 o Servicios basados en el 4615 o Puede ir dentro del Call Server (tipo CS o Appliance) o bien en un servidor

dedicado (similar al CS / Appliance pero dedicado a la MEVO). o Acceso directo utilizando el algoritmo G711.


Página 22 de 232


Página 23 de 232

Nueva RMA para los racks S y L

- Sustituye a la RMA y SRMA de la OmniPCX 4400 - Es una adaptación de la RMA antigua para los racks OXO

• RMA • MODEM externo

- No permite el reset remoto del Call Server en caso de utilizar Appliance Server.


Página 24 de 232

eRMA

- Es software y va instalado en el Call Server. - Utiliza un módem interno a la GD. - Solución alternativa a la tarjeta RMA - No soporta todos los servicios de la tarjeta RMA - Compatible únicamente con conexiones de módems internos. - Para utilizar la eRMA el call server debe estar activo

- En caso de Call Server duplicado, la eRMA corre en la parte main. La conexión a la

stand by sólo es posible vía telnet desde la main.


Página 25 de 232

SIP

- Servicios de gateway y proxy - Acceso a clientes SIP pertenecientes a otros dominios - Interface con otros equipos

Cliente LDAP

- Da la posibilidad de desbordad hacia un servidor LDAP externo durante una llamada por nombre.

V24 / IP (puertos dedicados V24)

- Sólo hay un puerto V24 en el call server tipo CS y Appliance Server. Sirve para puerto de consola.


Página 26 de 232

- Para tener más puertos V24 está la caja MOXA. Se conecta a través de IP y

proporciona 4 puertos V24 remotos.

Herramienta para instalación de software y parches


Página 27 de 232

3. Ejemplo de topología Arquitectura distribuida (IP) con control centralizado (área principal con un máximo de 250 extensiones y área remota con un máximo de 50 extensiones).


Página 28 de 232

Arquitectura Hardware

1. Introducción Como vimos en el capítulo anterior, la OmniPCX Enterprise permite arquitecturas muy variadas, combinando racks de 4400 (tipo ACT) y racks de hardware común (o racks OXO). En este capítulo veremos más en detalle los distintos racks y las tarjetas que pueden insertarse en éstos. 2. Hardware 4400 El hardware 4400 está basado en el concepto de ACT (Alcatel Crystal Technology): todas las tarjetas están conectadas entre sí y son controladas por la CPU.

Las ventajas ligadas al concepto ACT son:

No hay saturación de tráfico. No hay bus compartido. Funciones descentralizadas en cada placa. Duplicidad de CPU.

La conmutación es realizada por las tarjetas a través del circuito C1 que une cada una de las placas con las demás integrantes del ACT. Dicha conmutación se efectuará de acuerdo con la señalización que les envía la CPU. A grandes rasgos, el diagrama funcional de todas las tarjetas que van en un ACT es como indica la figura siguiente:


Página 29 de 232

Circuito C1: Ancho de banda de 8 Mbits/s (128 timeslots de 64 Kbits/s) 4 timeslots para señalización de la CPU a las placas 4 timeslots para señalizar de las placas a la CPU 120 canales B


Página 30 de 232

2.1. Tipos de ACT-MG

ACT10

ACT14


Página 31 de 232

ACT Voice Hub

ACT28

2.2. Tipos de armarios

WM1. Aloja un ACT 10


Página 32 de 232

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


Página 33 de 232


Página 34 de 232

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


Página 35 de 232

Vhub. Puede alojar un ACT-VH.

2.3. Placas para hardware 4400 2.3.1. Placas de procesamiento En este apartado vamos a hablar de las placas de procesamiento que se encuentran actualmente en fase comercial. Simplemente por mencionarlas, algunas tarjetas de proceso muy utlizadas en su momento pero que han sido descatalogadas son: CPU3, CPU3-s2, CPU3-s3, CPU5, CPU5-s2. CPU 5-STEP3 Las principales características de esta CPU son:

Placa procesadora PUSDRAM equipada con microprocesador Pentium MMX y memoria dinámica SDRAM.

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

Interface Ethernet. Dispone de dos accesos:

- Link 802.3 implementado en el propio circuito (on-board Ethernet link) - Interface 10 BaseT externo. Cuando este interface está en servicio, el LED 10 Base

T del panel frontal está encendido.

El controlador Ethernet actúa como un minihub para estos dos accesos.

Módulo de tonos y reloj: VIVALDI ASIC.


Página 36 de 232

- Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj

del sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarswe utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0.

- Generador de tonos: las frecuencias se generan a partir de muestras almacenadas en una FLASH EPROM. Los tonos y multifrecuencias utilizadas por las placas de interfaces del sustema son de varios tipos: MFQ23 (16 frecuencias), frecuencia de ring (50 Hz), frecuencias de modem (2100 Hz), así como los tonos propios de cada país (tono de marcado, etc.).

Disco duro: modo PIO4

Módulo I/O PC97307

Módulo COFIDEC (ley A, ley μ)

No está equipada con el bus SCSI

No admite la placa hija VMU-OBCA, pero sí OBCA (accesos V24).

Interface V24 (UART). Ofrece 4 accesos V24

La placa madre integra 3 buses: PCI, ISA y IDE.

Tiene un slot para insertar una hard-key de protección (licencias)


Página 37 de 232

CPU 6 Las principales características de esta CPU son:

Procesador AM5x86-100 a 100 MHz. Memoria SDRAM de 256 MB máximo.

Interface Ethernet on-board y externo 10/100 Base T. La velocidad del interface ethernet

externo se decide por negociación. Proporciona 4 accesos V24.

Ethernet on-board y externa 10/100 Base T.

Admite conexión de IO2

Proporciona función VPU (guías vocales y Q23).

Acepta las siguientes placas hijas:

- OBCA2: accesos de 64 Kbit/s - VMU-OBCA2: voice mail+ accesos 64 Kbit/s.


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 38 de 232

Módulo VPU para guías vocales: La CPU6 tiene una memoria flash de 8 Mb para guías

vocales y 15 canales para acceder simultáneamente. Es posible personalizar guías ya que tiene un canal de grabación.

Detector de tonos Q23 (10 detectores)

Interface para música en espera.

Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj del

sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarse utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0.


Página 39 de 232

CPU 7 La CPU 7 está pensada para reemplazar la CPU5-s3. Las principales características de esta CPU son:

Procesador Pentium III a 700MHz. SDRAM de 256MB.

Interface Ethernet on-board (10 Mbits/s) y externo (10/100 Base T). El interface externo

puede configurarse utilizando la herramienta ethctl (half/full duplex, 10/100). Ambos interfaces están interconectados vía un miniswitch.


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 40 de 232

2.3.2. Placas de interface IO2N

Esta tarjeta es una versión renovada de la antigua IO2. Proporciona conmutación, distribución

y concentración de paquetes de datos. Puede procesar hasta 60 canales B simultáneamente. Hay dos posibilidades:

- Los paquetes van en formato de trama HDLC y son transportados en un canal B del

los enlaces tipo-1. La tarjeta IO2N puede asociar canales B dinámicamente para obtener velocidades de 128 Kbits/s a 2 Mbits/s.

- Los paquetes van encapsulados según el protocolo UA y son transportados mediante

4 TS de los enlaces tipo-1.

ECX 1 8 accesos (DTE) 10 BaseT (hub).

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

UA16 / UA32

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

- Teléfonos UA-Reflexes, con o sin el módulo S0/V24/PC - Consolas FBC para operadoras - IBS - Adaptadores de terminal (TA) tipo V24, S0, CTI o analógicos. -

La tarjeta UA16 está descatalogada y ya sólo se vende la UA32 (con una nueva versión a partir de la release 4.2, UA32NV)

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

- Nuevo transmisor/receptor OSIRIS (Octal UA transmitter/receiver) - Nuevo interface UA basado en transformadores QUAD UA. - Nuevo circuito C1NV


Página 41 de 232

- Nueva fuente de alimentación CB8. eUA32

Tarjeta compatible con la versión R5.1 y superiores. Mismas características básicas que la tarjeta UA32.

La diferencia entre utilizar tarjetas eUA32 o UA32 es una cuestión económica: la tarjeta UA32

requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eUA32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.

Las tarjetas eUA32 y UA32 no son intercambiables: cada una debe declararse en el sistema

con su tipo correspondiente para que funcione. UA/ZP

La tarjeta UA-ZP o UA-ANALOG es una placa mixta que permite conectar 16 equipos UA y 8 terminales analógicos.


Página 42 de 232

Z12 Y Z24

Tarjetas antiguas que han sido reemplazadas por la segunda generación de placas Z (Z2). Permiten conectar 12 o 24 terminales analógicos.

4 Receptores multifrecuencia y 4 generadores de llamada

Z2 (Z24-2, Z12-2, Z20VG)

Segunda generación de placas Z con 6 slots para placas hijas (instaladas y soldadas en fábrica):

- Placa hija QCIALA: admite 4 terminales analógicos (ocupa 3 ó 6 slots). - Placa hija VGU: permite configurar guías vocales.

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

La tarjeta Z24-2 adminte 24 terminales analógicos.

La tarjeta Z20VG permite la conexión de 20 terminales analógicos y la difusión de guías

vocales (13 canales simultáneos). La placa hija VGU sólo es compatible con la versión R3.1 y superiores.

Las guías vocales se almacenan en:

- Memoria flash, en el caso de guías estándar del sistema. - Memoria RAM, en el caso de guías vocales personalizadas.

8 recepctores de frecuencias (Q23 y Q23x).

Z32

Es una tarjeta válida sólo a partir de R4.2 que permite conectar 32 terminales analógicos. En comparación con la tarjeta Z24-2, además de aumentar el número de terminales que admite, proporciona las siguientes funcionalidades:

- Nuevo interface de larga distancia con 8 QCIALAS (Quadruple Subscriber Line

Analog Interface Circuits). - Nuevo circuito C1NV - Nuevas fuentes de alimentación CB8 y CB26

eZA32

Tarjeta compatible con la versión R5.1 y superiores. Mismas características básicas que la tarjeta Z32.

La diferencia entre utilizar tarjetas eZ32 o Z32 es una cuestión económica: la tarjeta Z32

requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eZ32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.


Página 43 de 232

Las tarjetas eZ32 y Z32 no son intercambiables: cada una debe declararse en el sistema con su tipo correspondiente para que funcione.

DECT2 Y DECT4 (TARJETAS EN PHASE-OUT)

2 ó 4 interfaces habilitando estaciones base DECT RBS DECT4 con de 1 a 4 placas DMOD (controla las estaciones base) DECT4 con de 1 a 4 placas AEMD (8 conversaciones) o DTM (sincronismo) Compatible con GAP

DECT4HB (TARJETA EN PHASE-OUT)

4 interfaces para estaciones base DECT RBS tarjeta DTM para sincronismo 30 canales simultáneos de 1 a 4 placas DMOD (controla las estaciones base) de 1 a 4 placas AEMD (8 conversaciones) o DTM (sincronismo) Compatible con GAP

DECT8

Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps. Requiere R3.2M, R4.1 o superior.

Tiene características similares a DECT4HB.

AEMD y DTM integradas en la placa base (desaparecen las tarjetas hija).

La tarjeta DECT8 contiene dos módulos UBAC-DSP que efectúan las siguientes funciones:

- Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) - Transcodificación de voz en formato MIC (utilizada internamente por la PABX) a

ADPCM (codificación de voz en el estándar DECT) - Posibilidad de programar la UBAC-1P como DTM.

Incluye cancelación de eco.

Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por

cualquier estación base). Compatible GAP

BRA Y BRA2

8 Interfaces S0/T0 PRA Y PRA2

1 interfaz T2


Página 44 de 232

BPRA Y BPRA2

1 interfaz T2 y 3 interfaces T0/S0 NPRAE

La tarjeta NPRAE (New Primary Rate Access E1) reemplaza a la tarjeta PRA2. Permite conectar la OXE con:

- Otra OXE en una red privada (ABC-F). - Una PBX de otro fabricante en una red privada (QSIG, DPNSS). - La red pública (RDSI, DASS2)

La tarjeta NPRAE puede proporcionar (depende del binario descargado según la gestión):

- 2 accesos E1-CCS (T2). - 1 acceso DASS2 (a partir de R6.1), en este caso, sólo está disponible el acceso 0 - 1 acceso DPNSS (a partir de R6.1), en este caso, sólo está disponible el acceso

número 0. PCM / PCM2

1 interfaz MIC (2 Mbits/s) DDI (SDA)

8 enlaces analógicos Nota: no existe en España

NDDI (BCA)

8 enlaces analógicos NDDI2

Evolución de la tarjeta NDDI antigua. Admite 8 enlaces analógicos a dos hilos.

Puede llevar opcionalmente placas hijas:

- CLIPIA: placa hija que permite identificar al llamante (CLIP). Trabaja con un máximo

de 4 líneas, por lo que son necesarias dos placas hijas para soportar las 8 líneas de la NDDI2.

- “Tax Metering”: placa hija que permite detectar pulsos de tarificación. Hay dos tarjetas disponibles: para pulsos de 12/16 KHz o para pulsos de 50 KHz. Trabaja con un máximo de 4 líneas, por lo que son necesarias dos placas hijas para soportar las 8 líneas de la NDDI2.


Página 45 de 232

EMTL

6 interfaces analógicas para líneas privadas (E&M). ACEM

4 interfaces analógicas para líneas privadas (E&M). INTIP / INTIP2

INTerconnecting on IP network. La tarjeta INTIP2 es una versión actualizada de la INTIP (proporcionan las mismas funciones principales y admiten las mismas placas hija).

Acceso para IP-phones.

VoIP trunks / logical links.

Enlaces inter-ACT mediante IP (a partir de R4.2)

En las tres primeras funciones, reemplaza a la LIOE

Acepta las siguientes placas hijas dependiendo de los DSPs:

- GIP6: 4-DSP (30-channel) fully-equipped version - GIP6: 1-DSP (8-channel) partially-equipped version - GIP4 : 4-DSP (30-channel) fully-equipped version - GIP4a : 1-DSP (8-channel) partially-equipped version

Como máximo puede llevar 2 placas hijas (del mismo tipo).

Interface Ethernet 10/100 BaseT. Dependiendo de la versión de software, las posibilidades de

gestión de la velocidad y el modo duplex del interface varían. En las últimas versiones se pueden configurar las siguientes opciones:

- Autonegociación de velocidad y half duplex (10/100 y half duplex) - Autonegociación total (10/100 y half/full duplex) - Forzado a 100 Mbps Full duplex - Forzado a 100 Mbps Half duplex - Forzado a 10 Mbps Full duplex - Forzado a 10 Mbps Half duplex

La tarjeta INTIP2 tiene un interface compatible con V36.

LIOX

Permite comprimir conversaciones para reducir el número de canales físicos. Puede comprimir sobre enlaces de BPRA, BRA, PRA.

Los compresores pueden utilizarse para ayudar a LIOB o LIOP

Hay dos versiones de LIOX:


Página 46 de 232

- LIOX (reference 3BA 23145 AA): compatible con la placa hija COMP6 (6

compresores). - LIOX (reference 3BA 23145 AB) o LIOX-2: compatible con COMP2 (8 compresores).

LIOB

LInk Optimized Basic access. Permite comprimir conversaciones para reducir el número de canales físicos.

Dos modos de operación:

- Coupler mode: links o grupos de enlaces comprimidos - CPU mode: permite uniones con ACTs remotos vía uniones comprimidas.

Además permite la conexión de 4 T0 y un interfaz VX (X24-V11 o V36 en modo ETTD). Hay dos versiones de LIOB:

- LIOB (reference 3BA 23138 AA): compatible con la placa hija COMP6 (6

compresores). - LIOB (reference 3BA 23138 AB) o LIOB-2: compatible con COMP2 (8 compresores).

LIOP

LInk Optimized Primary access. Permite comprimir conversaciones para reducir el número de canales físicos.

Además permite la conexión de 1 T2 .

Puede ser reemplazada por una LIOX y una PRA2.

Hay dos versiones de LIOP:

- LIOP (reference 3BA 23137 AA): compatible con la placa hija COMP6 (6

compresores). - LIOP (reference 3BA 23137 AB) o LIOP-2: compatible con COMP2 (8 compresores).

LIOE (TARJETA EN PHASE-OUT)

LInk Optimized board Ethernet. Esta tarjeta ha sido reemplazada por la INTIP. Permite crear uniones entre nodos vía IP utilizando Ethernet y el protocolo H323.

Interface Ethernet 10 Mbps.

12 canales de compresión.

Se puede añadir la placa hija CHC12 para aumentar el número de compresores a 30.


Página 47 de 232

2.3.3. Placas auxiliares SU

Interfaz para slot US (migración) Generador de frecuencias + DISA

VG

Tarjeta Voice Guides (VG) Genera multifrecuencias R2

2 flash EPROM cards (2x4Mb) para guías locales. La duración máxima de grabación es de 16

minutos y 23 segundos. 18 accesos simultáneos.

Detección de frecuencias Q23 (hasta 6 simultáneas) y Q23X (DISA...) (hasta 6 simultáneas). SU-VG

Placa SU+VG (detector Q23X para DISA) GPA

General Purpose Auxiliary (GPA) permite básicamente procesar, en detección o en generación, tonos y multifrecuencias utilizados en las diferentes redes públicas o privadas.

5 DSP que se pueden usar para conferencias múltiples, grabar / reproducir guías vocales

(RAM card), receptores R2 multifrecuencia, detección Q23 y Q23X.

Tarjetas extraíbles flash o RAM. GPA2

General Purpose Auxiliary 2 (GPA2) es una versión actualizada de la GPA con más capacidades que su predecesora. Además, en la GPA2 ya no se utilizan tarjetas extraíbles flash / RAM.

La tarjeta GPA se encarga de dos funciones principalmente:

- Procesamiento de voz: guías vocales multiidioma (Multi Language Voice Prompt)

que pueden descargarse sobre la GPA2 en 4 idiomas y con 60 canales simultáneos de reproducción:

o 4 x 6 Mb (4 x 12 min) guías vocales estáticas. o 7.5 Mb (15 min) guías vocales dinámicas. o Música en espera.


Página 48 de 232

- Procesamiento (en detección y generación) de tonos y frecuencias DTMF utilizadas en las diferentes redes públicas o privadas:

o Generación de 32 tonos. o Q23, Q23X. o Detección tono de ocupado (CCD). o 2100 Hz. o R1/R2. o VAD

INTOF

Interconexión de ACT en configuración multi-ACT para larga distancia. 2 pares trenzados (600 m)

Fibra óptica multimodo (4 km) con placa COST o monomodo (12 km) con placa mono-COST

Medio físico 1x8 Mbit/s

RT2

Interconexión entre el ACT principal y ACT remoto Medio físico 1x8 Mbit/s

MMSFD

Mass Memory Support: 3.5” floppy

En el caso de un sistema no duplicado, la placa hija SRMA instalada en la tarjeta MMS puede utilizarse para el mantenimiento remoto.

PRMA

Placa que permite el mantenimiento remoto. Se monta sobre las cabinas CBRMA y BRMA.

RMAB

Remote Maintenance Access Board. Conecta la PABX con un operador local o remoto para mantenimiento.

Recepción de alarmas.


Página 49 de 232

3. Hardware común (OXO) 3.1. Tipos de e-MG Los e-MG están basados en hardware OXO y también se conocen como OmniPCX Media Gateway. Hay dos tipos de racks:

rack S (small) de 1 U : 3 posiciones rack L (large) de 3 U : 9 posiciones

Las características principales del e-MG son las siguientes:

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

La GD proporciona:

- La matriz de conmutación - Conferencia a 3 - Generación y detección de tonos - Transmisión de la señalización hacia la CPU - Emisión de guías vocales - Pasarela H323 - Señalización para los teléfonos IP (aunque por defecto señaliza la CS) - Compresores para comunicaciones VoIP.

Un mismo e-MG puede estar formado por un máximo de 3 racks (uno principal y 2 de expansión).


Página 50 de 232

La interconexión entre racks de un mismo e-MG es a través de uniones HSL (High Speed Link).

- El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a

16 Mbit/s, full duplex. - Las uniones HSL no pueden duplicarse.

La unión GD-MEX es equivalente a una unión INT2A-INT2B virtual. Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida

de unión IP.

Un e-MG se conecta a la CS vía Ethernet. Hay varias posibilidades de localización de la CS (supuesto todo el hardware tipo OXO):


Página 51 de 232

3.2. Placas para hardware OXO 3.2.1. Placas de procesamiento CS board

Funciones principales:

- Call Server - Voice Mail (4645)

Puede alojarse en cualquier slot de un e-Media Gateway (racks S o L), o bien en el slot 0 de

un rack dedicado para la CS. Se conecta al backpanel sólo para tomar la alimentación.

Principales características:

- Procesador: ASPEN 133 MHz - Memoria SDRAM 128 MB + basic NAND flash 32 MB - Hard disk - Conectores en el panel frontal - 1 Ethernet 10/100 Base-T - 1 acceso V24 - Botón ON/OFF

Panel frontal de la CS:

Placas hija de la CS:

- XMEM: IDE hard drive interface - SLANX: LAN Switch (3 puertos cruzados y 1 para uplink, todos 10/100 Base-T. Con

autonegociación full/half duplex).

Significado de los LEDs:


Página 52 de 232

Posición de los jumpers:

GD board

Toda la inteligencia del Media Gateway se concentra en la GD (no hay firmware en otras placas).

Siempre va en la posición 0 del rack S o L.

Principales características

- Procesador ASPEN 133 MHz - Memoria SDRAM 64 MB + basic NAND flash 32 MB - Conexiones en el panel frontal - 1 Ethernet 10/100 Base-T - 1 acceso V24 - Botón ON/OFF

Las principales funciones de la GD son:

- Controladora del e-MG - Control del switching TDM o IP - VoIP - Generación de tonos - Guías vocales - Conferencia a 3 - Detección y generación de DTMF - MODEM interno


Página 53 de 232

Panel frontal de la GD:

Placas hija opcionales:

- HSL1 o HSL2: permiten la conexión de 1 ó 2 módulos de expansión

- AFU: para conectar una fuente de audio externa o bien un sistema de gestión de alarmas

- MCV8, MCV24: 7 ó 21 compresores para VoIP. Permiten comprimir /descomprimir y

paquetizar/despaquetizar de canales PCM a paquetes RTP. Soporta G711, G.723.1A y G.729AB.




Página 54 de 232

GA board

Placa auxiliar que permite aumentar los recursos proporcionados por la GD Los recursos que proporciona son:

- Compresores VoIP - Guías vocales - Conferencias a 3

Sólo se comunica con la GD. Utiliza 2 PCM, de forma que puede ir alojada en cualquier ranura de 2PCM.

Panel frontal de la GA:



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 55 de 232

- Link de 16 Mbit/s - Utiliza las placas hija HSL - Hasta 2 racks de expansión pueden ir conectadas al rack principal

El DSP0 de la MEX recibe del DSP0 de la GD la información de switching Una GPA virtual está asociada a cada MEX

Panel frontal de la MEX:


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 56 de 232

Según el modelo, admite 4, 8 o 16 UAs

- UAG2 - UAG3 - Operadoras - IBS - TSC y TAs

Restricciones:

- Ninguna UAI puede ir en el slot 8 de un rack L cuando la GD lleva MCV24 - La UAI16 no puede ocupar los slots 5 a 8 del rack L por necesitar 2 PCM.

SLI (Serial Line Interface)

Permite la conexión de equipos analógicos Según el modelo, admite 4, 8 o 16 Zs

Soporta Q23 y decádico

No tiene detectores de MF Q23: utiliza los que van en la GD

Restricciones:

- No puede ir una SLI16 en un rack S - Ninguna SLI puede ir en el slot 8 de un rack L cuando la GD lleva MCV24

3.2.3. Placas de interfaces: enlaces Principales tarjetas para enlaces tanto para ACT-MG como para e-MG:


Página 57 de 232

BRA (Basic Rate Interface)

Interfaces T0 (2B+D) 2, 4, u 8 accesos No admite S0

PRA T1 (Primary Rate Access T1)

Interface T1 1x1.544 Mbit/s CCS y CAS

PRA E1 (Primary Rate Access E1)

Interface T2/E1 1x2 Mbit/s APA

2, 4 u 8 enlaces analógicos Consta de las siguientes placas hija:

- METCLI: Para tarificación. Cada una maneja 4 interfaces. - GSCLI: Gestión de la puesta a tierra. Cada una maneja 4 interfaces. - CLIPDSP: detección de CLIP. Cada una maneja 8 interfaces.

3.2.4. Otras placas LANX

Switch de 8 ó 16 bocas LANX8: 7 puertos + 1 up-link LANX16: 15 puertos + 1 up-link

Significado de los LEDs


Página 58 de 232

MIX

Las tarjetas MIX combinan interfaces Z, BRA y UA Requiere 2 PCM No pueden ir en los slots 5 a 8 del rack L.

3.2.5. Posición de las tarjetas en los racks OXO

3.2.5.1. Rack 1U (S)

• Slot 1: 2 PCM • Slot 2: 2 PCM

La siguiente tabla resume dónde puede ir ubicada cada tarjeta en este tipo de rack:


Página 59 de 232

3.2.5.2. Rack 3U (L)

• Slot 1: 2 PCM • Slot 2: 2 PCM • Slot 3: 2 PCM • Slot 4: 2 PCM • Slot 5: 1 PCM • Slot 6: 1 PCM • Slot 7: 1 PCM • Slot 8: 1 PCM

La siguiente tabla resume dónde puede ir ubicada cada tarjeta en este tipo de rack:


Página 60 de 232


Página 61 de 232

4. Hardware no Alcatel – Appliance Server El Appliance Server es un servidor del fabricante IBM configurado y cargado por Alcatel para que funcione como Call Server. Es compatible tanto con el hardware OXO como con el hardware 4400 y aporta las mismas funcionalidades que la tarjeta CS. Las principales características técnicas de este servidor son:

Identificación de la placa: CPU0s0 Identificación del microprocesador: Intel(R) Pentium(R) 4 CPU 3.00GHz.

Memoria: 513024 KB

Capacidad IDE Disk #: 76324 MB

Panel frontal:

Panel trasero:


Página 62 de 232

5. Configuración 5.1. Configuraciones clásicas (no IP): Configuraciones Mono/Multi-ACT 4400

Hasta 99 ACT´s remotos con una sola CPU funcionando como main y una sola base de datos. Placas empleadas en las uniones inter-ACT:

INTOF: interconexión vía enlace privado de 8 Mbits/s RT2: interconexión vía enlace público o privado (línea dedicada) de 2 Mbits/s LIOB: uniones comprimidas (a partir de R3.2).


Página 63 de 232

5.2. Configuraciones basadas en IP 5.2.1. OXE con CPU duplicada tipo CS y mezcla de hardware 4400 y OXO. Áreas remotas conectadas por IP.

5.2.2. OXE con CPU-4400 y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM.


Página 64 de 232

5.2.3. OXE con CPU duplicada tipo Appliance Server y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM.


Página 65 de 232

5.2.4. Ejemplos detallados

El área principal está formada por OmniPCX Media Gateway (racks S y L) y tenemos un ACT Media Gateway de apoyo en la misma ubicación y ACT Media Gateways remotos. La conexión al Call Server es vía IP.


Página 66 de 232

Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las

conexiones son vía INTIPA en el ACT main.

Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este

caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.


Página 67 de 232

5.3. Redes de OXEs Varias OXEs (independientemente del hardware y la topología de cada nodo) pueden unirse entre sí para formar una red homogénea de PABXs. El límite de nodos en una red es de 100.


Página 68 de 232

Sistema Operativo Linux

1. Introducción Como ya mencionamos, el sistema OmniPCX Enterprise procede de la evolución de otra plataforma de Alcatel, la OmniPCX 4400, añadiendo nuevas facilidades y capacidades a las que ya incluía ésta. La diferencia principal entre ambos equipos es el sistema operativo que utilizan: la plataforma OmniPCX Enterprise está basada en Linux mientras que la OmniPCX 4400 utiliza Unix (Chorus). Unix y Linux son sistemas operativos muy similares, por lo que la mayoría de los comandos que admite uno son válidos también para el otro. Las principales características de estos sistemas operativos son:

Sistemas operativos en tiempo real Multitarea Multiusuario Estandarizado Estructura jerarquizada de archivos. Acceso universal a los periféricos de entrada y salida (como si fueran archivos) Portable Composición:

o Kernel: bloque principal que se ocupa de:

- Gestión de procesos - Gestión de memoria - Gestión de entrada/salida - Gestión del sistema de archivos

o Aplicaciones: aplicación telefónica y comandos Linux/Unix

o Shell: programa que actúa como interfaz entre el usuario y el kernel, es un intérprete de

comandos al mismo tiempo que un lenguaje de programación.

2. Características del Linux de la OXE

Hay dos loaders utilizados por Linux

LILO: Linux Loader GRUB: Grand Unified Bootloader

Linux utilizado por la CS se basa en: Red Hat: para el proceso de instalación Mandrake 7.2: para los packages


Página 69 de 232

3. Principales directorios La estructura de directorios es similar a la del Chorus (S.O. de la OmniPCX 4400, antepasada de la OmniPCX Enterprise):

Primera partición: /DHS3bin (/usr2) /DHS3data (/usr3)

Partición común: /DHS3dyn (/usr4) /DHS3ext (/usr7)

Segunda partición:

/root2_d /DHS3bin2 (/usr5) /DHS3data2 (/usr6)

4. Principales comandos Las diferencias entre los principales comandos de Linux y Chorus son las que se indican en la siguiente tabla: Chorus Linux Comando Comentario shutdown shutdown -r Reset después de 30

segundos

shutdown -i shutdown –r now Reset inmediato shutdown –ih shutdown –h now Parada (halt) inmediata ps ps -edf Lista de procesos Con Linux “ps” lista

muy pocos procesos Pulsar dos veces “ESC”

Pulsar la tecla “TAB” Completa comandos automáticamente

Puede hacerse login como swinst desde root

No pide password

Interface ethernet: il0 Interface Ethernet: eth0 Tecla “DEL” “CTRL + C” Para detener un ping

por ejemplo

Otros comandos muy utilizados en el mantenimiento de la OXE son los siguientes:


Página 70 de 232

ll Lista ficheros y subdirectorios del directorio actual:

drw-rw-rw- la primera d indica directorio -rw-rw-rw- la primera – indica fichero

r = permiso de lectura w = permiso de escritura x = permiso de ejecución (ejecutable)

ll |more Lista ficheros y subdirectorios del directorio actual página a página (útil

cuando el contenido del directorio sobrepasa el tamaño de la pantalla. ps -edf Muestra los procesos activos cd nombre Cambia al directorio nombre dentro del directorio actual (direccionamiento

relativo al directorio actual) cd /nombre Cambia al directorio nombre desde el directorio raíz (direccionamiento

absoluto al raíz /) mkdir directorio Crea un directorio cp file1 file2 Copia un fichero rm fichero Borra un fichero rmdir directorio Borra un directorio vacío rm –r Borra todos los ficheros y subdirectorios de un directorio exit Salir de una cuenta de usuario rlogin dirIP Login remoto a cierta dirección IP more fichero Edita un fichero (modo lectura)

5. Usuarios

Los usuarios por defecto del sistema son:

Usuario Definición Contraseña mtcl Usuario gestión y mantenimiento mtcl root Superusuario *******

swinst Instalación de software y facilidades SoftInst adfexc Intercambio dinámico de información (A4760) adfexc

Cada usuario tiene unos privilegios de lectura/escritura/ejecución determninados. El usuario más utilizado para la gestión y el mantenimiento de la OXE es mtcl.


Página 71 de 232

Direccionamiento IP 1. Repaso Una dirección IP es un conjunto de 4 bytes (32 bits) separados por puntos que suele representarte en formato decimal. Esta dirección identifica a un equipo (ordenador, impresora, PABX...) dentro de una red.

Ej.: 191.254.1.3: 10111111.11111110.00000001.00000011 Las direcciones IP constan de dos partes: el identificador de red/subred y el identificador de la máquina. La máscara IP se emplea precisamente para distinguir la parte de red de la parte host. Dicha máscara también es un conjunto de 4 bytes separados por puntos que suele representarse en decimal. Para obtener el número de subred basta con realizar el AND lógico de la dirección IP y la máscara como en el ejemplo siguiente: Dirección IP 172.26.1.51 10101100.00011101.00000001.00110011

Máscara 255.255.255.0 11111111.11111111.11111111.00000000

AND lógico Dirección de subred 172.26.1.0 10101100.00011101.00000001.00000000

Todas las máquinas conectadas a la misma red tendrán la misma dirección de subred. La OXE puede tener varios puntos de acceso, identificándose cada uno de ellos por una dirección IP (Ethernet, túnel IP...). 2. Direccionamiento por defecto de la OXE 2.1. Plan de direccionamiento IP Para facilitar la elección de nombre y direcciones IP de cada una de las máquinas, la herramienta netadmin ofrece un plan de direccionamiento por defecto, basado en los números de red y de nodo de cada OXE. Estas direcciones por defecto son de clase A y siguen el patrón 10.R.N.z donde:

10: Red clase A, reservada para redes privadas. R: número de red de la OXE. Puede ser un número entre 1 y 253 (253 simboliza red 0). N: número de nodo de la OXE. Puede ser un número entre 1 y 253. Z: tipo de interface. Por ejemplo:

o 0..63: reservado para direcciones Ethernet o 142..178: reservado para direcciones PPP

Las direcciones IP/X25 de la OXE siguen el formato 172.30.R.N


Página 72 de 232

2.2. Máscara de subred por defecto La máscara de subred del interface Ethernet es 255.255.255.192, pero puede ser modificada por el usuario. La máscara de sured del túnel IP/X25 es 255.255.0.0 y no puede modificarse. De igual forma, tampoco puede modificarse la máscara del interface PPP siendo esta 255.255.255.192.

2.3. Direccionamiento por defecto del interface Ethernet Por defecto, la subred para el interface Ethernet es 10.R.N.0/255.255.255.192, lo que significa que tenemos un rango de 64 direcciones IP (10.R.N.0..63) distribuidas de la manera siguiente:

Tipo de elemento Número máximo de direcciones Call Server 4 GD 2 GA 2 4645 1 V24 remote unit 1 Installer PC 1 Management machines 2 Applicative machines 2 IP-Phones 33 Reserved 2 Free 14


Página 73 de 232

Dirección IP Nombre Elemento asociado 10.R.N.0 IP Subnetwork address 10.R.N.1 xarrrnnn Call Server A physical address 10.R.N.2 xbrrrnnn Call Server B physical address 10.R.N.3 xmarrrnnn Call Server A main address 10.R.N.4 xmbrrrnnn Call Server B main address 10.R.N.5 evarrrnnn eVA applicative Call Server 10.R.N.6 gdrrrnnn_1 GD 1 10.R.N.7 gdrrrnnn_2 GD 2 10.R.N.8 garrrnnn_1 GA 1 10.R.N.9 garrrnnn_2 GA 2 10.R.N.10 admrrrnnn_1 Management machine 1 10.R.N.11 admrrrnnn_2 Management machine 2 10.R.N.12 dynrrrnnn Installer PC 10.R.N.13 rserrrnnn V24 remote unit 10.R.N.14..19 Free 10.R.N.20 apprrrnnn_1 Address of applicative machine 1 10.R.N.21 apprrrnnn_2 Address of applicative machine 2 10.R.N.22..29 Free 10.R.N.30..62 IP-Phone 1..33 10.R.N.63 Address reserved for broadcasting

3. Personalización del direccionamiento

Para modificar las direcciones IP de la OXE y poner un plan de numeración compatible con la red del cliente, se utiliza el comando netadmin:


Página 74 de 232

Las opciones más comunes son: >> netadmin para una configuración nueva >> netadmin –m para modificar una configuración existente Con netadmin –m aparece el siguiente menú: Alcatel e-Mediate IP Network Administration =========================================== 1. 'Installation' 2. 'Show current configuration' 3. 'Local Ethernet interface' 4. 'CPU redundancy' 5. 'Role addressing' 6. 'Serial links (PPP)' 7. 'Tunnel' 8. 'Routing' 9. 'Host names and addresses' 10. 'Copy setup' 11. 'Security' 12. 'DHCP configuration' 13. 'SNMP configuration' 14. 'VLan configuration' 15. 'Node configuration' 16. 'History of last actions' 17. 'Apply modifications' 0. 'Quit' Para modificar las direcciones IP se utilizaría la opción 3. Otro comando interesante es ifconfig –a que nos permitirá ver la configuración de dirección IP y máscara de un nodo. En el archivo /etc/hosts se guarda la configuración de las direcciones que han sido especificadas en la centralita. Para observarlo: more /etc/hosts Algunos comandos relativos al direccionamiento IP que pueden utilizarse en cualquier PC con Windows NT son:


Página 75 de 232


Página 76 de 232

Shutdown y arranque de la OXE 1. Introducción

La centralita se reinicia en los siguientes casos:

Shutdown manual (comando shutdown). Shutdown como resultado de un incidente. Señal de alarma del rectificador: se provoca un shutdown cuando la tensión de la

alimentación es inferior a 45 V. 2. Comando shutdown El comando shutdown puede ejecutarse con las siguientes variantes:

shutdown -r se efectúa el reinicio transcurridos 30 segundos desde que se

invoca el comando. shutdown –r now se efectúa el reinicio inmediatamente. shutdown –r 0 se efectúa el reinicio inmediatamente. shutdown –h se efectúa el reinicio tras 30 segundos pero la PABX no arranca

hasta después de pulsar una tecla shutdown –h now se efectúa el reinicio inmediatamente pero la PABX no arranca

hasta después de pulsar una tecla

3. Inicio de la PABX

Una vez efectuado el shutdown, tiene lugar el inicio de la centralita. El proceso será el siguiente: Arranque de la BIOS. Transcurrido el arranque, da 5 segundos para poder parar el arranque y entrar en el menú

de la BIOS. Posteriormente se prosigue con el arranque del sistema operativo y, si estuviera

establecido su arranque automático, el de la aplicación telefónica.

La aplicación telefónica puede arrancarse de dos maneras: Mediante el comando RUNTEL bajo el usuario mtcl

Arranque automático, se establece mediante el comando swinst: cada vez que se reinicie

la centralita, la aplicación telefónica arranca automáticamente. a4400a> swinst

6. System management


Página 77 de 232

2. Autostart management 2. Set autostart

Para ver si la aplicación telefónica está corriendo:

role –b indica el estado de la CPU a la que estamos conectados y el de la pareja, en caso de tener duplicación.

- MAIN (o STAND BY, si hay duplicación) La telefonía está corriendo

- Mapping error on REMAGEN –7 no está corriendo la aplicación telefónica.

Cuando arranca por primera vez la PABX, la fecha/hora que muestre el sistema no será la correcta. Para modificar la fecha y la hora de la OXE hay varias opciones:

Comando date (bajo el usuario root).

Opción fecha/hora en el menú de la BIOS.

Mediante el comando swinst:

a4400a> swinst

6. System management 1. Date & time update

1. Set date 2. Set time

Por medio de una operadora que está autorizada a ello. Sincronización automática a través de un enlace conectado a la red pública.


Página 78 de 232

OPS 1. Introducción Los call servers llevan instalado el software completo con todas las funcionalidades que tiene la OXE, pero eso no significa que todos los clientes tendrán acceso a todas ellas, ya que muchos servicios están protegidos por un sistema de licencias que impide su utilización. Así, un cliente que necesite pocas facilidades no tendrá que pagar por todas. El sistema de licencias de Alcatel permite al cliente comprar únicamente las facilidades que necesita. Cada cliente compra una (o varias) licencia por cada facilidad requerida. Estas licencias son paquetes de marketing que tienen una correspondiente llave (lock) en el call server para que así la licencia comprada pueda ser utilizada. La adquisición de licencias se traduce en la entrega de los ficheros OPS (Order Preparation System). Estos ficheros se instalan en la OXE y contienen:

La lista de las llaves compradas El identificador de la CPU a la que van referidas las licencias (CPU ID). El CPU ID es un

número único almacenado en PROM que puede ser leído por la BIOS. Si tenemos redundancia de CPU’s, cada una tendrá su identificador.

Una software key consistente en una serie de datos encriptados que dependen de las licencias compradas y las CPU Ids. Garantiza que los ficheros OPS han sido generados por Alcatel para evitar usos fraudulentos.

Como curiosidad, con la release 5.1, Alcatel ha introducido el concepto de “transferencia de licencias”. Este servicio permite que las licencias puedan moverse de una máquina a otra cuando éstas pertenezcan al mismo cliente. 2. Tipos de licencias Las llaves existentes en el call server pueden ser de distinto tipo:

“Llaves de autorización del servicio”. La compra de esta licencia autoriza al cliente a utilizar un servicio. Por ejemplo, la licencia, ”E-CS REDUNDANCY” habilita la utilización de duplicación de call servers.

“Llaves por pasos”. La compra de este tipo de licencias permite que cierto número de

usuarios accedan a un servicio. El número de usuarios va por paquetes. Por ejemplo, “PHONEBOOK 10 EXT” autoriza a 10 usuarios el uso del servicio de marcación por nombre. Si el cliente quiere que 30 abonados utilicen este servicio, debe comprar 3 licencias.

“Llaves por etapas”. La compra de este tipo de licencias permite que cierto número de

usuarios accedan a un servicio. Este número de usuarios se mide por tramos. Por ejemplo, “HOTEL UP TO 150 EXT” autoriza la creación de un máximo de 150 extensiones de hotel. Si son más usuarios, hay que comprar además una licencia distinta que autoriza la creación de un máximo de 500 extensiones. Una licencia de un tramo más alto requiere la compra de las licencias de los tramos anteriores.


Página 79 de 232

La aplicación OmniVista 4760 tiene su propio sistema de licencias, y es similar al del Call Server. Además, para que un servidor OmniVista pueda supervisar una OXE, esta última debe tener habilitada una llave especial. Las licencias de supervisión del 4760 son:

Configuración Alarmas

Tarificación

Directorio

Observación de tráfico

2.1. Listado de licencias de la OXE (versión 6.2) Number Name Possible values Moveable Reboot

required

001 Group Telephony “Open” lock — —

002 Phonebook users 0/10/20/.../9990 Yes No

003 – Not used — —

004 Hotel guest sets 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No According to conditions, see:

005 Multilingual voice prompts 0/1 No No

006 Hotel: AHL on V24 0/1 (= lock 126) No Yes

007 – Not used — —

008 – Not used — —

009 PSTN B channel “Open” lock — —

010 Voice guide 0/1 No No

011 – Not used — —

012 DISA 0/1 No No

013 E-CS engine 0/ 50/ 80/ 150/ 250/ 500/ 1000/ 1500/ .../ 9500/ 9999 = 9999 if lock 213 different from 0

No Yes

014 Integrated metering report 0/1 No No

015 – Not used — —

016 – Not used — —

017 – Not used — —


Página 80 de 232

Number Name Possible values Moveable Reboot required

018 – Not used — —

019 Corporate networking 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 > or = lock 213 if different from 0

No No

020 Automated attendant 0/ 6/ 9999 No No

021 N0 of VPS ports 0/ 2/ 4/.../ 240 No No

022 – Not used — —

023 – Not used — —

024 – Not used — —

025 – Not used — —

026 – Not used — —

027 – Not used — —

028 – Not used — —

029 DECT/PWT Engine 0/1 No Yes

030 – Not used — —

031 – Not used — —

032 – Not used — —

033 – Not used — —

034 – Not used — —

035 Free “Open” lock — —



038 Infocenter link 0/1 No According to conditions, see:

039 Performance 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

040 Real Time Incidents 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 047)

No No

041 DECT register 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 050)

No No

042 Accounting users 0/ 50/ 80/ 150/ 2350/ 500/ No No


Página 81 de 232


1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

043 – Not used — —

044 4059 SBC 0/ 1/ 2/.../ 50 No According to conditions, see:

045 4059 BLF 0/ 1/ 2/.../ 30 No According to conditions, see:

046 Fax server ABC-A link 0/ 1/ 2/.../ 28 No According to conditions, see:

047 Alarms 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

048 – Not used — —

049 Directory 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

050 Configuration 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No Yes

051 Real Time Metering on V24 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 042)

No No

052 4635: Basic package 0 = none 1 = 4635J 2 = 4635H


053 – Not used — -

054 – Not used — —

055 – Not used — —

056 4635: Networking OctelNet 0/ 2/ 4/.../ 64 (= lock 057)


057 4635: Fax manager 0/ 2/ 4/.../ 64 No According to conditions, see:

058 4635: Call manager 0/ 2/ 4/.../ 64 (= lock 057)



Página 82 de 232


059 4635: Hotel manager 0/ 2/ 4/.../ 64 (= 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 (= lock 057)


064 – Not used — —

065 4635: Recording manager 0/ 2/ 4/.../ 64 (= lock 057)


066 4635: Networking AMIS 0/ 2/ 4/.../ 64 (= lock 057)


067 – Not used — —

068 – Not used — —

069 – Not used — —

070 – Not used — —

071 – Not used — —

072 – Not used — —

073 – Not used — —

074 – Not used — —

075 Network Hospital (specific to France)

“Open” lock — —

076 CCD agents 0/ 5/ 10/.../ 2000 Yes No

077 CCS mono-site 0/ 1/ 2/.../ 60 No No

078 CRI call record interface 0/1 No No

079 ISVPN 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 019)

No No

080 VPN 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 019)

No No

081 Meet me conference 0/ 1/ 2/.../ 30 No No

082 No of DECT/PWT terminals 0/ 10/ 20/ ..../ 5000 No No


Página 83 de 232


(= lock 175)

083 Flow Metering on Ethernet 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 042)


084 4635 users 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

085 – Not used — —

086 Automatic directory pop up 0/ 1/ 2/.../ 50 No According to conditions, see:

087 Beta test release 0 = OmniPCX version released 8 = Beta test OXE R5.0LX 9 = Beta test OXE R5.1 10 = Beta test OXE R6.0 11 = Beta test OXE R6.1 12 = Beta test OXE R6.11 13 = Beta test OXE R6.2

No No

088 – Not used — —

089 Notification server 0/ 50/ 300/ 800/ 9999 No Yes

090 Mobility: Roaming DECT/PWT 0/ 10/ 20/ .../ 5000 Yes No

091 Voice guide recording from Reflexes sets

0/ 1 No No

092 – Not used — —

093 4635J IDENTIFICATION 0/ 1 No —

094 WMI Workforce management interface

0/ 1 No No

095 – Not used — —

096 – Not used — —

097 VPS users 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

098 Accounting for local calls 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No Yes


Página 84 de 232


099 Accounting for ABC calls 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No Yes

100 CSTA profile 0 = None 2 = Call center

No Yes

101 CSTA monitoring requests 0/ 5/ 10/.../ 9995/ 9999 the Maximum depends on OXE release.

No Yes

102 CCS multi-site 0/ 1/ 2/.../ 60 No No

103 Real Time Interface 0/ 1/ 2/.../ 60 No No

104 – Not used — —

105 Compressed calls 0/ 1/ 2/.../ 9999 No No

106 Transfix Access X24/V36 “Open” lock - -

107 4635 : Visual messenger 0 or 5000 (if lock 057 different from 0)


108 - Not used - —

109 4635 : IP Octel Networking 0/ 2/ 4/.../ 64 (= lock 057)


110 4635 : Global message redundancy

0/1 No According to conditions, see:

111 Ubiquity 0/ 10/ 20/.../ 5000 No No

112 CCS LIGHT 0 / 1 / 2 / ... / 60 No No

113 CSTA pilots monitoring 0/ 1 No Yes

114 TSAPI server 0/ 5/ 10/.../ 2000 No Yes

115 CCA softphone 0/ 5/ 10/.../ 1000 (< or = lock 076 if different from 0)

No No

116 OTUC Local My Phone (4980 Std)

5/ 10/ 20/.../ 3000 (= lock 129)

No Yes

117 OTUC Local 4980 Option (4980 Adv)

5/ 10/ 20/.../ 3000 (< or = lock 129 if different from 0)

No Yes

118 – Not used — —

119 4980 nomadic logged 5/ 10/ 20/.../ 600 (= lock 129 + lock 309)

No Yes


Página 85 de 232


120 – Not used — —

121 CLIP on VPS 0/ 2/ 4/.../ 240 (= lock 021)

No No

122 ACAPI via CMIP 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (= lock 050)

No No

123 CSTA IVR ports monitored 0/ 5/ 10/.../ 5000 No Yes

124 – Not used — —

125 CCWeb Agents 0/ 5/ 10/.../ 1000 (< or = lock 076 if different from 0)

No No

126 Hotel AHL link 0/ 1 No Yes

127 Encryption DECT/PWT users 0/ 10/ 20/.../ 9 5000 Yes No

128 4615 No. of Access 0/ 2/ 4 No No

129 ECC My softphone (4980 Grp) 5/ 10/ 20/.../ 3000 No Yes

130 CSTA: Voice Recording Type 0/ 1 No Yes

131 Remote LIO 0/ 16/ 32/ 48/ .../ 16xN No No

132 IP-Trunk 0/ 9999 (= lock 187)

No No

133 Mastered conference 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

134 Multi-tenant 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 ( > or = lock 213 if different from 0)

No No

135 G729A Server 0/ 1/ 2/.../ 9999 No No

136 Priority 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

137 Call restriction 0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

No No

138 IP Clients 0/ 10/ .../ 9990 No Yes


Página 86 de 232


(= lock 176 + lock 317)

139 – Not used — —

140 – Not used — —

141 – Not used — —

142 – Not used — —

143 TAPI premium server 0/ 5/ 10/.../ 5000 No Yes

144 – Not used — —

145 CSTA Recording B Channel 0/ 5/ 10/.../ 600 No Yes

146 PWT MOBILITY (UTAM) 0: non US market 1: US market (according to lock 029)

No No

147 – Not used — —

148 IP Call Server “Open” lock - -

149 – Not used — —

150 – Not used — —

151 4635 : VPIM 0/2/4/.../64 (= lock 057)


152 Radio link 0/1 No No

153 SNMP TRAP 0/1 No Yes

154 Additional S0 features 0/1 No No

155 Additional safety features 0/1 No No

156 Interphony features 0/1 No No

157 CCA nomadic 0/1 No No

158 CSTA By-pass 500/ 1000/ 1500/ .../ 9500/ 9999 the maximum depends on the OXE release.

No Yes

159 – Not used — —

160 CCemail Agents 0/5/10/.../1000 No No

161 CCoutbound Agents 0/5/10/.../1000 No No

162 CCoutpredial Agents 0/5/10/.../1000 No No

163 – Not used — —

164 CSTA Record networked 0/5/10/.../600 No Yes

165 OmniPCX Enterprise release 30 = R5.0 LX No No


Página 87 de 232


31 = R5.1 32 = R6.0 33 = R6.1 34 = R6.2

166 4980 multi device 5/10/20/.../3000 (= lock 129)

No Yes

167 ACR data base read 0/ 1 No No

168 No. of HPOV node 0/ 1/ 2/.../ 100 No No

169 Voice detection channels 0/ 1/ 2/.../ 315 No No

170 – Not used — —

171 – Not used — —

172 – Not used — —

173 Business Users 0/ 10/ 20/.../ 5000 Yes No

174 Analog Users 0/ 10/ 20/.../ 5000 Yes No

175 Mobile Users 0/ 10/ 20/.../ 5000 Yes No

176 Business IP Users 0/ 10/ 20/.../ 5000 Yes No

177 SIP Users 0/ 10/ 20/.../ 1000 Yes No

178 4645 : Voice mail engine 0/ 1/ 2/ 3 No According to conditions, see:

179 4645 users 0/ 50/ 80/ 150/ 350/ 500/ 1000 Yes According to conditions, see:

180 – Not used — —

181 OmniPCX Enterprise 1 = OmniPCX Enterprise No No

182 4645 : networking 0/ 1 No According to conditions, see:

183 4645 : additional language 0/ 1/ 2/.../ 7 No According to conditions, see:

184 Integrated Gatekeeper 0/ 1 No Yes

185 SIP Gateway 0/ 1 No Yes

186 E-CS redundancy 0/ 1 No Yes

187 H.323 (G711) network link 0/ 1/ 2/.../ 1000 No According to conditions, see:

188 SIP networking links 0/ 1/ 2/.../ 1000 No According to conditions, see:

189 CCTI agents 0/ 5/ 10/.../ 1000 No No


Página 88 de 232


190 RSI call center agents 0/ 5/ 10/.../ 2000 No Yes

191 Campus DECT 0/ 1 No No

192 T2 D_REX protocol 0/ 1 No No

193 Embedded voice guides 0/ 1 No Yes

194 4645 My Messaging users 0/ 10/ 20/.../ 1000 No According to conditions, see:

195 CCD profil 0 = None 1 = Starter 2 = Server (according to lock 076)

No Yes

196 RSI Business agents 0/ 5/ 10/.../ 1000 No Yes

197 G729A Client 0/ 10/ 20/.../ 4000 Yes No

198 — Not Used — —

199 Version 4400–R5.0 Ux 0/ 1 No No

200 4400 Mobiles migration 0/ 1/ 2/... /5000 No No

201 4400 Reflexes migration 0/ 1/ 2/... / 5000 No No

202 4400 Analogs migration 0/ 1/ 2/... / 5000 No No

203 Upgrade CCS ligth to CCS monosite

0/ 1/ 2/ .../ 60 < or = lock 112

NO No

204 - 212

- Not used — -

213 E–CS engine physical users 0 / 50 / 80 / 150 / 350 / 500 / 1000 / 1500 / ... / 9500 / 9999

No No-

214 - 299

- Not used — -

300 swk file edition 0 No No

301 hard key 1 0 No No

302 hard key 2 0 No No

303 ACK 1 0 No No

304 ACK 2 0 No No

305 ACK 3 0 No No

306 ACK 4 0 No No

307 ACK 5 0 No No

308 Remote extension (GSM interworking)

0/ 5/ 10/ 15/ 20/.../ 5000 No No


Página 89 de 232


309 XML telephony 0/ 10/ 20/.../ 3000 No Yes

310 CLIP Z 0/ 10/ 20/.../ 5000 Yes No

311 ACR networking 0/ 1 No No

312 Scripting agents 0/ 5/ 10/.../ 1000 No No

313 ECC platform 0/1/ 2/ 3 No No

314 4635 : My Messaging users 0/ 10/ 20/.../ 5000 No According to conditions, see:

315 Hard 0223 Key migration 0/ 1 No Yes

316 Standard Reflexes Users (with services restriction)

0/ 10/ 20/.../ 5000 Yes No

317 Standard IP Users (with services restriction)

0/ 10/ 20/.../ 5000 Yes According to conditions, see:

318 Max number of connections to applications server (PRS)

0/ 1/ 2/... No No

319 EasyContact 0 = None 1 = EasyContact

No No

320 – Not used — —

321 Mobile IP-Touch 0/ 10/ 20/ .../ 100 (OXE R6.1) 0/ 10/ 20/ .../ 500 (OXE R6.2)

No No

322 CSTA Beyond 9999 instances 0/1 No No

323 Executive Users 0/ 10/ 20/ .../ 5000 No No

324 Executive IP Users 0/ 10/ 20/ .../ 5000 No No

325 IP-Touch Security Engine 0/ 1 No No

326 Secured IP-Touch Phones 0/ 10/ 20/ .../ 5000 Yes No

327 IP-Touch Security MCM 0/ 1/ 2/ .../ 120 Yes No

328 IP-SoftPhone Attendant 0/ 1/ 2/ .../ 50 Yes No

329 IP-SoftPhone Agent 0/ 10/ 20/ .../ 5000 Yes No

330 - 449

– Not Used — —

450 - 463

– Not used — —

464 – Not used — —

465 – Not used — —

466 – Not used — —

467 ARS 0/ 50/ 80/ 150/ 350/ 500/ No No


Página 90 de 232


1000/ 1500/ .../ 9500/ 9999 (> or = lock 213 if different from 0)

468 – Not used — —

469 G723.1 Server 0/n No No

470 - 866

3. Ficheros OPS Los ficheros OPS son:

<offerld>.swk - Opciones de software vendidas. - Número de la hard-key. - Release de OPS usada.

<offerld>.hw

- Fichero ASCII con la descripción del hardware del sistema. - Para cada armario la lista de ACT’s usados. - Para cada ACT las lista de placas y sus posiciones

<offerld>.sw4760 (sólo si es una instalación con OmniVista 4760)

hardware.mao

- Contenido similar al <offerId>.hw <offerld>.zip

Donde <offerld> es una cadena de caracteres que identifica la oferta. 3.1. Procedimiento de carga de la OPS A partir de la versión de SW R5.0 Lx, todas las cargas de OPS se hacen mediante ftp, y no usando la disquetera de la PABX. Si bien en R5.0 Lx esto es evidente, puesto que el HW OXO (el único utilizable con esta versión) no incluye disquetera, en R5.1 Lx ocurre exactamente lo mismo, esto es, no pueden cargarse los ficheros OPS mediante la disquetera de la PABX en ningún caso. La carga se hará siempre por ftp. Vamos a distinguir dos casos: nuevas instalaciones y ampliaciones.


Página 91 de 232

CASO 1: Instalación nueva. Primera carga de OPS. El procedimiento será el siguiente: a) Verificar que la siguiente carpeta de la PABX está vacía: /usr4/BACKUP/OPS Si por algún motivo ya tuviera algún fichero, se borrará mediante el comando “rm <nombre_fichero>”. b) Pasar, mediante ftp, los ficheros del disquete a la siguiente carpeta de la PABX: /usr4/BACKUP/OPS Al programa ftp se accederá con el usuario mtcl. Por supuesto, se necesita un PC con conexión LAN y ajustar la dirección IP del PC de modo que pueda acceder a la PABX. c) Una vez puestos los ficheros en dicho directorio, comprobar el estado de los ficheros. Un ejemplo: (1)NEXTIRA1> cd /usr4/BACKUP/OPS (1)NEXTIRA1> ll total 145 -rw-r--r-- 1 mtcl other 3768 Apr 22 13:29 df20104b.hw -rw-r--r-- 1 mtcl other 8708 Apr 22 13:29 df20104b.swk -rw-r--r-- 1 mtcl other 34724 Apr 22 13:29 df20104b.zip -rw-rw-r-- 1 mtcl other 4996 Apr 22 13:29 hardware.mao La extensión de los ficheros debe estar escrita en minúsculas. En alguna ocasión se ha visto que viene en mayúsculas, lo cual no es válido y hay que cambiarlo. Ello se hará con el comando mv. P. Ej. Tenemos el fichero df20104b.SWK y hay que renombrarlo como df20104b.swk. Teclearemos: (1)NEXTIRA1>mv df20104b.SWK df20104b.swk NOTA: A partir de la R5.1, en la carpeta /usr4/BACKUP/OPS no debe estar presente el fichero “software.mao”, pues no podríamos hacer la carga. Si está, por la razón que sea, hay que borrarlo con el comando rm. Así: (1)NEXTIRA1> rm software.mao d) La carga a su destino final (/usr3/mao) se hará mediante el comando swinst, nunca directamente. Un camino recomendable puede ser: 1 Easy menu 2 Expert menu Q Exit Your choice?: 1


Página 92 de 232

Con lo que entramos en el menú sencillo de swinst: ALCATEL BUSINESS SYSTEMS FACILITIES Easy menu Installation FACILITIES 12.26 1 Easy start 2 DECT registration 3 Save database 4 Restore database 5 Database re-init 6 Save OPS files 7 Restore OPS 8 Stop the telephone 9 Start the telephone 10 Set new internet address 11 Stop the system Q Go back to previous menu Your choice [1..11, Q] ? 7 Y ahora: ALCATEL BUSINESS SYSTEMS OPS Easy menu Installation FACILITIES 12.26 1 Restore OPS from a DOS floppy 2 Restore OPS from cpu disk Q Go back to previous menu Your choice [1..2, Q] 2 Por supuesto, nunca probar la opción 1, aunque el sistema la ofrezca. A partir de aquí el sistema se encarga de hacer una carga correcta del OPS. CASO 2: Ampliaciones. El procedimiento de carga es similar al explicado en el caso anterior (siempre pasando los archivos por FTP a /usr4/BACKUP/OPS y restaurando con swinst) pero conviene aclarar con qué ficheros nos vamos a encontrar: a) Para ampliaciones que consistan en exclusivamente nuevas licencias, el único fichero que tendremos será <id_oferta>.swk. b) Para ampliaciones que también incluyan ampliaciones de hardware, los ficheros que tendremos serán: <id_oferta>.swk


Página 93 de 232

<id_oferta>.hw <id_oferta>.zip hardware.mao 4. Consecuencias del uso fraudulento Además de los riesgos legales, el utilizar una OPS ilegal tiene un riesgo funcional: cuando el sistema detecta una inconsistencia en los ficheros OPS, su funcionamiento se empieza a degradar. Esta degradación tiene diferentes fases:

Acción 1 (tan pronto como el uso ilegal ha sido detectado):

- Todas las operadoras, en cuanto pasen a estado de reposo, visualizarán un mensaje que no desaparecerá hasta que la operadora, manualmente, lo indique.

- Generación de un incidente especial. - Los teléfonos de alarmas sonarán permanentemente. - Varios comandos de gestión dejarán de estar disponibles, apareciendo el mensaje

“error de protección de software”.

Acción 2 (4 horas después):

- En todos los teléfonos con display aparecerá un mensaje del tipo “llame al instalador”.

Acción 3 (8 horas después):

- Repetición de las acciones 1 y 2. El sistema chequea la OPS cada 4 horas. Si se detecta una inconsistencia, inicia el procedimiento anteriormente descrito. Hay una excepción a lo anterior y es para el caso el que los ficheros OPS sean válidos pero la CPU ID a la que se refieren no coincida con la CPU ID real del call server. En este caso, el sistema lo asocia a una operación de mantenimiento y da 30 días de margen antes de iniciar el procedimiento de degradación. Por eso, si en una instalación se estropea un call server y hay que cambiarlo por otro, el sistema podrá funcionar con la OPS referida a la CPU antigua durante 30 días, tiempo suficiente para que lleguen los nuevos ficheros OPS con la nueva CPU ID. Para comprobar el estado de los contadores de protección se emplea el comando spadmin: a4400a> spadmin configuración software.mao

1. Display current counters (panic flag) 2. Display active file 3. Check active file coherency 4. Install a new file 5. Write a new file 6. Read the hard key 7. Display active and new file 8. Display OPS limits

Si indica PANIC flag: 1 algo falla


Página 94 de 232

El comando sprecover se emplea cuando se ha detectado un error y permite recuperar el sistema durante 4 horas, pudiendo ser invocado 10 veces después de un shutdown, durante este tiempo debe llamarse a un técnico para que arregle el problema.


Página 95 de 232

Herramientas de Gestión: mgr 1. Introducción

Durante el curso, el acceso a la gestión vía mgr se realizará bien a través de una sesión de consola con un cable serie cruzado conectado a la Connecting Box, o bien a través de una sesión telnet:

Otras posibilidades de acceso podemos verlas en los ejemplos siguientes:


Página 96 de 232

2. Manejo Entrando con el usuario mtcl: a4400a> mgr - l GEA (en inglés) mgr - l ES0 (en castellano) mgr - l FR0 (en francés) A través de una estructura de menús podremos acceder a los distintos niveles de jerarquía dentro de la base de datos. En el primer nivel tendremos los siguientes objetos:

Dentro de cada uno de estos niveles tendremos opciones del estilo de las siguientes:


Página 97 de 232

Principios de manejo - Para descender en el árbol de configuración, seleccionar la opción Bajar en la jerarquía mediante las flechas y pulsar Enter. - Siempre que se tenga un menú con varias opciones, la selección se hará situándose con las flechas sobre el objeto deseado y pulsando Enter. - Para validar cualquier operación se pulsará Ctrl + v o bien F1. - Para anular una operación o subir un nivel en el árbol de configuración, teclear Ctrl + c o bien F2. - Si queremos información de un objeto, situarse encima de él y teclear Ctrl + i.


Página 98 de 232

4760i

1. Introducción La OmniPCX Enterprise incluye un 4760i en el software de Call Server para facilitar la configuración del sistema así como para realizar salvaguardas y restauraciones de base de datos y OPS. 2. Configuración Para poder tener acceso al 4760i hay que realizar los siguientes pasos preliminares:

Habilitar el servidor e-Config mediante el mgr:

Instalación Otros parámetros de la instalación Parámetros de sistema

• Uso de 4760i: Verdadero

Reiniciar el sistema 3. Acceso a la aplicación e-Config Para acceder al servidor 4760i interno del Call Server se puede utilizar un navegador de internet (Internet Explorer o Netscape), o bien instalar la aplicación cliente de 4760. 3.1. Acceso vía navegador Los pasos para acceder al servidor 4760i mediante un navegador de internet son los siguientes:

Desde un PC con conexión Ethernet abrir desde un navegador de internet la página: http://dir_IP_del_CallServer Ej.: http://10.197.106.1


Página 99 de 232

Pulsar en la opción “Configuration / save – restore”

Cuando se utiliza el cliente web por primera vez, hay que instalar un plug-in Java. Esto se

hace pulsando el acceso directo que existe en la página web.


Página 100 de 232

Seguidamente hay que habilitar los derechos de escritura en la aplicación Java. Esto también se hace utilizando un acceso directo de la página web.


Página 101 de 232

A partir de aquí ya se puede utilizar el cliente web para realizar configuraciones o bien para salvaguardas / restauraciones:

Menú de configuración Menú de mantenimiento

3.2. Acceso vía programa cliente Otra posibilidad para conectarse al servidor 4760i es conectarse mediante el programa cliente del 4760. El procedimiento es el siguiente:

Desde un navegador de internet abra la siguiente página:

http://dir_IP_del_CallServer/nmc/client Ej.: http://10.197.106.1/nmc/client

Utilizando el acceso directo, se puede descargar el programa de instalación del cliente:


Página 102 de 232

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

mediante el setup.exe

Una vez finalizada la instalación tenemos acceso a las mismas funciones de configuración

y mantenimiento:

Lancer la configuration.lnk

Lancer le Save - Restore.lnk

IP de OXE


Página 103 de 232

Abonados 1. Tipos de terminales

Los principales teléfonos fabricados por Alcatel son:

Alcatel 4068 IP Touch Set Alcatel 4038 IP Touch Set Alcatel 4028 IP Touch Set Alcatel 4018 IP Touch Set Alcatel 4039 Set Alcatel 4029 Set Alcatel 4019 Set 4035IP Set 4020IP Set 4010IP Set UA 4035 Set (Advanced) UA 4020 Set (Premium) UA 4010 Set (Easy) UA 4004 Set (First)


Página 104 de 232

4074 B/H DECT Set 4074 GB/GH DECT Set Mobile 100/200/200 Ex Reflexes Sets

Las compatibilidades entre los teléfonos IP y UA con las diferentes versiones de OXE se muestran en la siguie te tabla:

2. Terminales UA Terminales digitales con protocolo propietario Alcatel. Sus principales características son:

Fáciles de usar Distancia: 1200 m (hasta 3000m si se usa interfaz LU-TA, RU-TA) Integración de voz y datos (interfaces V24, S0, MAC/PC, Z) Protocolo UA propietario de Alcatel (Universal Alcatel)

El link UA consta de 3 canales B a 64 Kb/s para voz y datos y un canal de señalización. Uno de estos 3 canales es para el interface UA propiamente dicho y los otros dos son para los interfaces que se conecten detrás de éste (terminales analógicos, un bus S0,...). El canal de señalización transportará la señalización UA y la señalización LAPD del bus S0 que podemos conectar. Toda esta señalización transcurrirá por el circuito C1.


Página 105 de 232

2.1. Teléfonos UA 3G

A4004

A4010

A4020

A4035

Módulo de expansión 4090 para 4035 y 4020

4048

En la siguiente tabla podemos ver las características principales de los teléfonos UA 3G:


Página 106 de 232

Equipment 4035 4020 4010 4004

Handset Yes Yes Yes Yes

Loudspeaker Yes Yes Yes —

Buzzer — — — Yes

1x20 character display — Yes Yes —

2x40 character display Yes — — —

Programmable key pictograms 24 12 — —

Dynamic keys 5 — — —

Programmable keys 24 12 8 8

Fixed function keys 7 10 5 —

Browser Yes — — —

Numeric keypad keys 12 12 12 12

Green LED (message) — — Yes Yes

Two-color LED (messages/alarm) Yes Yes — —

Number of LEDs 4 4 7 1

Internal alphabetical keypad Yes Yes — —

Extension unit Option Option — —

Wall mounting bracket Option Option Option Integrated

Key 4035 4020 4010 4004

Release Yes Yes Yes No

Menu Yes Yes Yes No

Hands-free (HF)(LED) Yes Yes No No

Loudspeaker (LS) Yes Yes Yes No

LS + /-> Yes Yes Yes No

LS - /-> Yes Yes Yes No

Secret (LED) Yes Yes No No

Message (LED) No Yes No No

Transfer call No Yes No No

Individual No No Yes No No

Total 7 10 5 0


Página 107 de 232

2.2. Terminales UA Serie 9

4019

4029

4039

2.3. Interfaces opcionales a) Para los teléfonos UA antiguos (4034, 4012, 4011, 4023, 4003) y los TA 4088

4083 ASM: Interfaz V24 asíncrono (V110/V14E) y MAC-PC 4084 ASP: Interfaz V24 asíncrono (V110/V120) y MAC-PC 4084 IS: Interfaz S0 y MAC-PC 4084 ISW: Interfaz S0 con alimentación del bus 4083 SYV: Interfaz V24/V35 síncrono 4083 SYX: Interfaz X21 síncrono 4085: Interfaz analógico

b) Para los UA modernos (4035, 4020, 4010, 4004)

4091 CTI: Interfaz CTI básico 4093 ASY: Interfaz V.24 asíncrono & acceso CTI 4094 ISW: Interfaz S0 alimentado 4094 ISW-CTI: Interfaz S0 alimentado & acceso CTI 4095 AP: Interfaz analógico 4097 TSC-DECT: Conierte el UA en un teléfono inalámbrico DECT


Página 108 de 232

4098 TSC-IP: Para conectar el UA a la red de datos (VoIP) Estos interfaces se pueden tambier conectar detrás de los teléfonos 4012-4034. La tabla siguiente resume la compatibilidad entre los terminales 2G/3G y las versiones de la OXE/4400:

A4400 R2.1 A4400 R3 y superior

2G UAs (4034, 4023, 4012, 4011, 4003) Tarjetas internas a los teléfonos 4034 y 4012 4034 y 4012 Tarjetas en TA 4088 (externas)

3G

UAs (4035, 4020, 4010, 4004) emulación emulación TSC (modo externo) TSC (modo interno) 4035 y 4020 4035 y 4020 TSC-DECT

2.4. Terminales UA remotos Ofrecen mayor distancia en la unión de tipo UA. Esta ganancia se obtiene mediante un interface denominado uk0. Será necesario:

Terminal adaptador local LU-TA o placa QUAD (integra 4 LU-TA) Terminal adaptador remoto RU-TA

3. Gestión de usuarios 3.1. Creación de usuarios

Declarar un número de directorio libre. Seleccionar una dirección (cristal, placa e interfaz) libre. Declarar un tipo de teléfono. Declarar un teclado interno/externo (si fuera pertinente). Autorizar la llamada por nombre y mini-mensajes RDSI (si fuera pertinente). Validar teclados adicionales. Asignar un nombre al teléfono.

Desde el mgr:


Página 109 de 232

Abonados + Crear

• Número directorio • Nombre • Alveolo = 255 • Placa = 255 (luego se coge el teléfono y se marca el nº + • Equipo =255 código y se cuelga. En una instalación en la que se conoce la numeración del cableado no se pone

255 sino el nº que corresponda y así no hay que dar de alta el teléfono manualmente).

• Tipo teléf. 4035 4020 ANALOGICO ...

También podremos tener declarado un alias para un teléfono de manera que varias personas puedan ser llamadas por nombre compartiendo el mismo número de directorio (podremos establecer hasta 15 alias para cada teléfono).

Para declarar un alias podemos hacer lo siguiente: mgr Abonados Alias usuarios

• Nr. alias • Nr. De directorio • Nombre y apellidos

También podremos declarar usuarios Z o S0 en la parte trasera de un teléfono UA o bien usuarios S0 tras una placa BPRA o BRA: 3.2. Bus S0 tras UA

1) En el UA que va a llevar el S0 se pone:

Abonado ... + Consulta/Modif.

• Interface S0 = SI 2) Creamos bus S0

Alveolo Placa

Bus S0 + Crear

• Dirección física: la del teléfono UA


Página 110 de 232

• Tipo de protocolo = ETSI • Categoria acc. facilid. telefónicas

OK 3) Crear usuario S0

User + Crear

• Dirección: la misma del UA • Tipo de teléfono S0


Página 111 de 232

3.3. Extensión Z tras UA 1) En el UA que va a llevar la extensión analógica se pone:

Abonados ... + Consulta/modif

• Interface Z/UA = Sí 2) Crear abonado analógico

Abonado + Crear

• Número • Dirección: 0-5-6 (la del TA) • Tipo de teléfono: ANALÓGICO

Traductor Plan de prefijos + Crear

• Facilidades en local • Numeración Z detrás de UA

3.4. Creación de S0 sobre BRA o BPRA 1) Declarar la placa BRA/BPRA 2) Crear bus S0:

Alveolo Placa

Bus S0 + Crear • Dirección física • Tipo de protocolo = ETSI • Categoria acc. facilid. Telefónicas • …

3) Crear abonado S0:

Abonado + Crear

• Dirección física • Nº de directorio • Tipo de terminal: Terminal S0 • Teleservicio RDSI: Ajustar al valor adecuado dependiendo del tipo de terminal

(teléfonos, routers, videoconferencia…)


Página 112 de 232

4. Mantenimiento Los principales comandos de mantenimiento relacionados con las extensiones son:

edsbr> muestra los abonados de acuerdo con determinados criterios. eqstat> da información sobre la placa y sobre el terminal termstat> permite obtener información sobre el terminal y resetearlo listerm> permite obtener información sobre el estado dinámico del terminal. listout> muestra los terminales que están fuera de servicio. listdnd> muestra los terminales que se encuentran en estado de no molestar. listfwd> muestra los terminales que se encuentran desviados. readkey> muestra el estado de las teclas programables de uno o varios UA. outserv> pone un terminal fuera de servicio. inserv> pone en servicio un terminal o lo resetea si ya lo estuviera. dspstat> muestra el estado de los circuitos DSP de una placa.


Página 113 de 232

Plan de prefijos y sufijos

1. Plan de prefijos Un prefijo es todo número que puede ser marcado para iniciar una facilidad telefónica.

Define una y sola una facilidad telefónica. Puede contener hasta 8 dígitos (0 a 9, A, B, C, D, #, *). Los números de directorio son prefijos. La única manera de solapar dos prefijos es utilizar una temporización en uno de ellos. No

es muy recomendable, aunque sí es cierto que permite extender el plan de numeración. Para definir un prefijo será necesario fijar los siguientes parámetros:

Número de prefijo. Significado del prefijo. Información del prefijo (sólo en algunos casos).

1.1. Creación de un prefijo Para crear un prefijo:


• 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 114 de 232

*43 Consultar texto *44 Consultar_imagen *45 Anulación_desvío_remoto *47 Lectura_contador_de_cómputo *48 Prefijos ACD *49 Poner_dentro/fuera_de_servicio_teléfono *50 Uso_Directorio_personal *51 Anulación_rellamada_teléfono_ocupado *52 Transparencia marcación decádica *53 Prog_Directorio_personal *54 Anular mensaje LED *55 Desbordamiento_a_Asociado_s/_Ocupado *56 Desbordamiento_a_Asociado_sobre_Ocup/NoRespuesta *57 Secreto/Identidad *58 Modificación_teléfono_asociado *59 Modificación_Código_personal *60 Desvío_Inmediato *61 Desvío_sobre_Ocupado *62 Desvío_sobre_No_Respuesta *63 Desvío_sobre_Ocupado_o_No_Respuesta *64 Anulación_Desvío *65 Desbordamiento_sobre_teléfono_asociado *66 Anulación_de_desbordamiento_sobre_asociado *67 Consultar lista a rellamar *68 Rellamada último llamante local *69 Toma_directa_enlace *70 Rellamada último número marcado *71 Respuesta en servicio de noche *72 Captura llamada directa *73 Captura llamada de grupo *74 Consulta llamada en espera *75 Retención/Toma retención *76 Protección_contra_bips *77 Mensajería vocal *78 No_Molestar *79 Prueba de tonos *80 Candado *81 Llamada Cita/Despertador *82 Anular Cita/Despertador *83 Conferencia programada *84 Anulación_desvío_desde_destinatario *85 Desvío_remoto *86 Gestión estado habitaciones *87 Sustitución *88 Entrada_de_grupo_de_teléfonos *89 Salida_de_grupo_de_teléfonos *90 Transparencia marcación MF *91 Grabar conversación


Página 115 de 232

*92 Depósito_Mensajería_Vocal *93 Enmascaramiento identidad del llamante remoto *94 Guías_vocales_dinámicas *95 Idioma *96 Programación_del_Contraste *97 Tipo de identificación forzada_pfx *98 Programación_Ubicuidad_Móvil *99 Ubicuidad_Asistente

2. Plan de sufijos Un sufijo es todo número marcado durante una conversación o tras un tono o guía vocal distinto del tono de marcado.

Un sufijo define una y sólo una facilidad telefónica. Puede contener hasta 8 dígitos (0 a 9, A, B, C, D, #, *).

2.1. Creación de un sufijo Traductor Plan de sufijos

• Número de sufijo • Significado de sufijo

2.2. Listado de sufijos Los sufijos definidos por defecto en la OXE son:

Sufijo Significado

1 Consulta repetida 2 Consulta 3 Conferencia a tres 4 Inclusión 5 Espera en ocupación 6 Rellamada sobre no respuesta / ocupado 7 Petición buscapersonas

8 Depósito mensaje de voz


Página 116 de 232

3. Mantenimiento

>listrad: edita los prefijos y sufijos con su significado (sólo en versiones de software

modernas). >ednump: permite editar el plan de numeración, menos potente pero será común a todas las

versiones.. Conviene usarlo introduciendo los criterios dir y mean. Funciona en castellano si se le llama con ednump –l ES0.


Página 117 de 232

Grupo de líneas agrupadas: Hunting Groups 1. Generalidades Se agrupan varios teléfonos bajo el mismo número. Una llamada al grupo hace sonar uno de los teléfonos o todos los pertenecientes al grupo que se encuentran libres. Existirán 3 tipos de grupos:

Cíclico Secuencial Paralelo

∇ Grupo cíclico

Las llamadas se distribuyen de manera cíclica, se establece un orden y una vez le entre una llamada a un teléfono, la siguiente llamada dirigida al grupo se encaminará al siguiente. El teléfono que ocupe el primer lugar en la secuencia irá cambiando cíclicamente. El teléfono llamado desborda al siguiente transcurrida una temporización que es la 36 del sistema.

∇ Grupo secuencial

Las llamadas se distribuyen de manera secuencial, siguiendo un orden que es fijo, cuando el primer teléfono está ocupado, se encamina la llamada al segundo y así consecutivamente.

∇ Grupo paralelo

En este caso, al entrar una llamada al grupo sonarán simultáneamente todos los teléfonos que se encuentren libres. Tendrán las siguientes limitaciones: Al grupo no podrán pertenecer equipos multilínea. Cuando se trate de teléfonos analógicos y teniendo en cuenta que las placas Z sólo tienen

4 generadores de llamada, no podrán pertenecer al mismo grupo paralelo más de 4 teléfonos conectados en la misma placa de interfaz.

Los hunting groups de voz pueden estar formados por cualquier tipo de teléfonos, incluidas las extensiones S0. Asimismo, el grupo puede tener terminales distribuidos por cualquier nodo de la red de OXEs (supuesta una red ABC-F2).


Página 118 de 232

∇ Cola

Se define como el porcentaje de los equipos activos que pueden ponerse en espera. Por ejemplo, si se define como el 100% y disponemos de 4 teléfonos activos, podrán mantenerse 4 llamadas en espera dentro del grupo. En caso de que todas las líneas estén ocupadas y se rebase el tamaño máximo de la cola de espera admisible la llamada se encaminará en la manera establecida en la entidad a la que pertenece el hunting group.

Un teléfono que se encuentre desviado recibirá las llamadas que le correspondan como miembro del grupo, no así las llamadas que le entren individualmente a su extensión. Si no se desea que le entren las llamadas pertenecientes al grupo se deberá activar la salida del grupo.

∇ Entrada y salida del grupo

Estas dos acciones se invocan por medio de un prefijo que debe ser previamente programado. En cuanto a las llamadas entrantes y la categoría de acceso a la red pública prevalecerá la del grupo cuando la llamada entre a través del número de directorio del grupo y la del abonado cuando entre a través del suyo. En cuanto a las llamadas salientes si la categoría del grupo es 255 prevalecerá la del abonado, si es distinto será la del grupo, excepto cuando el abonado esté fuera del grupo. La categoría de conexión para llamadas entrantes será la del grupo si la llamada le llega a través de éste y la del abonado si la llamada le llega directamente. En llamadas salientes prevalecerá la del abonado siempre.

∇ Teléfonos multilínea

Sólo en grupos secuenciales o cíclicos. Cuando se incluya un teléfono multilínea en un grupo, será posible que se produzcan 2 comportamientos diferentes: El equipo se considera ocupado si al menos una de sus líneas está ocupada. El equipo se considera libre cuando al menos tenga una línea libre.


Página 119 de 232

2. Funcionamiento 2.1. Distribución de llamadas externas

2.2. Distribución de llamadas internas


Página 120 de 232

3. Gestión

Grupos

Grupo de extensiones + Crear • Número de directorio • Nombre • Búsqueda cíclica Secuencial Paralelo Cíclico • Categoría de acceso a red pública = 0 (p. Ej.) Verficar que la categoría 0 (en este caso) tiene Incoming DDI a 1:

Categorías Categoría de acceso a red pública (NOCHE & DÍA) 0 + Edit

• Llegada SDE/IA = 1 • Retirada autorizada = Sí • Nr. asignado al grupo = ..... (extensiones del grupo)

Para ver si un usuario pertenece a cierto hunting group: Abonados

...... + Consulta modificación

• No. Dir grupo de terminales = 1 Para definir el comportamiento de los equipos multilínea al pertenecer al grupo: Instalación

• Llamada multilínea en in PABX: Verdadero/Falso

Decidiremos si los teléfonos multilínea se comportan como multilínea o como teléfonos normales (con una línea ocupada se considerará que el equipo está ocupado), de todas formas si todos los demás equipos estuvieran ocupados, la llamada se encaminaría a la tecla del teléfono multilínea.


Página 121 de 232

4. Mantenimiento

> pbxstat: muestra las características de un hunting group (número de directorio, lista de equipos, cola de espera, etc.)

> supgpbx: monitoriza el estado de todos los grupos de un nodo y el estado de los equipos dentro de un grupo.


Página 122 de 232

Grupos de captura: Pick-up Groups

1. Generalidades Un grupo de captura permite a los usuarios que pertenecen a un mismo grupo capturar llamadas entrantes sobre otros teléfonos del grupo. Para realizar la captura simplemente hay que marcar un prefijo de captura de grupo previamente definido (a diferencia de la captura individual, no hay que marcar el número de la extensión sobre la que está entrando la llamada). Para versiones superiores a R4.2 y también en la versión R3.2C2, los grupos de captura pueden estar formados por cualquier tipo de teléfono incluidos los S0’s. 2. Gestión Un pick up group queda definido por un nombre, no tiene número de directorio. En los parámetros de definición de los abonados, hay un campo llamado “grupo de captura” que es el que se debe completar para indicar que un usuario pertenece a cierto grupo:

Abonados

3100 ...... + Consulta/modif. • Grupo de captura = grupo1

3187 ...... + Consulta/modif

3123...... + Consulta/modif

Para ver la lista de los pick up groups existentes:

Grupos Grupo de captura

grupo1 + Edit

Crear un prefijo de captura (el *73 suele estar ya creado) Traductor

Plan de prefijos + Crear • Número = 73 • Significación prefijo = Facilidades Generales • Información prefijo = Captura de grupo

Para ver qué usuarios pertenecen a un pick-up group, la mejor manera es hacer un filtrado de usuarios seleccionando el grupo de captura. La autorización para efectuar la captura dependerá de la categoría de facilidades telefónicas.


Página 123 de 232

Categorías Categorías de facilid. tel. = 0…31

• Facilidades generales

Captura de grupo: 1


Página 124 de 232

Grupos de Enlaces 1. Generalidades La OXE maneja los enlaces formando grupos, nunca como enlaces individuales, si bien un enlace individual puede constituir un grupo. Dependiendo de a que esté conectado el grupo de enlaces tendremos los siguientes interfaces: ∇ Conexión a un operador:

Digital: RDSI T2/T0 Analógico: BCA

∇ Conexión a centralitas que no son de Alcatel:

Digital: LIA, QSIG Analógico: LIA, BCA

∇ Conexión a centralitas de Alcatel

Digitales: ABC_F LIA, BCA

2. Gestión A la hora de definir grupos de enlace habrá que tener en cuenta al menos las siguientes cuestiones:

Número del grupo de enlaces (0 ..1999) Prefijo de toma Tipo de grupo de enlaces Recursos asignados al grupo Categoría de los grupos de enlaces: contiene información relativa al protocolo de

comunicación empleado.


Página 125 de 232

Los principales pasos de gestión a realizar son: Grupo de enlaces + Crear

• Grupo de enlace id. = 100 (nº entre 0 y 1999, nada que ver con el prefijo de toma)

• Tipo Grupo de enlace = T0, T2... • Nombre Grupo de enlace • Grupo de enlace desbordam. = -1 • Tono sobre toma = VERDADERO (recibo tono ficticio de la centralita)

FALSO (recibo tono real) • Variante señaliz. Q931 = RDSI todos los países • Numeración compatible con:

1. 0: al tomar el enlace, mirará si la marcación es correcta en:

Traductor

Plan numerac. externa Discrimin. numeración

... zonas de marcación

2. –1 : Sin control de cifras


Página 126 de 232

• Número de dígitos = (sólo para caso sin control de cifras) • Número de nodo • Selección de canal = Quantum • ISDN transcoding = (si se pone, entonces):

Traductor Plan de numeración externo Trad. SDE por defecto Grupo de enlaces

...

100 Grupo de enlace

+ Consulta/Modif.

• DTMF = NO (si es para MF transparente) • Nº de dígitos RDSI no utilizados

• Selecc. Canal B = Si

No Grupo de enlaces

...

100 Grupo de enlace

T0/T2 + Crear • Dirección física = 0-3-1 (p. Ej.)

Enlace

+ Consulta/Modif.

• Especialización canal = Mixto

Alveolo ACT

Placa Acceso digital + Consulta/Modif.

• Prioridad sincro. = 255 (*) red

10 (**) no red • Modo red = SI (*)

NO (**) • Tipo acc. S0 = SI (*) (caso de T0)

NO (**) • Modo privado = NO (no ABC) • CRC4 = SI (para T2 a la calle)


Página 127 de 232


• 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 128 de 232

Discriminación

1. Introducción La discriminación o control de la numeración determina si un usuario tiene o no autorización para marcar determinados números externos. Para decidir si cierta llamada está permitida o no el sistema puede emplear:

Los primeros dígitos del número marcado. El operador público por el que va a cursarse la llamada (el significado del número marcado

podría variar según el operador). La entidad a la que pertenezca el llamante (gestión avanzada) La hora a la que se realiza la llamada. El tipo de usuario que llama.

En este capítulo nos centraremos en la discriminación que se realiza sobre aquellas llamadas hacia la red pública que utilizan un prefijo de toma directa de grupo de enl ace. En capítulos posteriores veremos que la discriminación también se utiliza combinada con el servicio ARS (Selección Automática de Ruta). Cuando se hace una llamada hacia la red pública utilizando un prefijo de toma de grupo de enlaces, el sistema compara los primeros dígitos marcados con los números definidos en áreas de marcación. Una vez sabido a qué área pertenece el número marcado, el call server mira si la categoría de acceso a la red pública del abonado permite o no dicha área de marcación y actúa en consecuencia.


Página 129 de 232

2. Principio El mecanismo de discriminación requiere la gestión de un objeto llamado discriminador. Cada grupo de enlaces lleva asociado un discriminador para regular el formato de la marcación que se efectúa a través de ellos. En este discriminador se pueden configurar hasta 64 áreas de marcación diferentes, pudiendo permitir o prohibir cada una de ellas independientemente. Cada área de marcación viene definida por un prefijo (por ejemplo, los números que empiecen por 91 ) y una longitud (por ejemplo, que tengan longitud 9). La tabla siguiente ilustra un ejemplo de configuración de un discriminador.

Prefijo Área Número de dígitos 00 4 22 0 1 3

118 1 5 1 1 3 6 3 9

800 1 9 803 64 9 806 64 9 807 64 9 885 1 9 8 3 9

900 1 9 901 1 9 985 1 9 9 3 9

En la categoría de acceso a red pública de cada abonado es donde se indica qué áreas están permitidas y cuáles no. Pueden usarse hasta 255 discriminadores o traductores, aunque por defecto el sistema crea sólo uno, el discriminador 0. Las configuraciones básicas utilizan este discriminador que tiene ya creado el sistema por defecto. No obstante, hay configuraciones avanzadas que permiten cambiar el discriminador utilizado según la entidad a la que pertenezca el usuario que llama. A continuación podemos ver dos ejemplos, el primero de una gestión sencilla como la que veremos en este curso, y el segundo de una más avanzada, con discriminadores que dependen de la entidad del llamante.

Ejemplo de gestión básica:


Página 130 de 232

Ejemplo de gestión avanzada:


Página 131 de 232

2.1. Categoría de acceso a la red pública La categoría de acceso a la red pública define las autorizaciones e impedimentos que tendrá un abonado en sus llamadas externas (tanto entrantes como salientes). Además, estas autorizaciones dependerán del estado (día, noche, modo1 y modo2) en que se encuentre la entidad a la que pertenezca el abonado. Principalmente, la categoría de acceso a la red pública contiene lo siguiente:

Llamadas salientes:

- Derecho de acceso a grupos de enlaces. - Derecho de acceso a las áreas de marcación definidas en el traductor público. - Acceso a códigos de negocio. - Acceso a ARS. - Acceso al salto VPN.

Llamadas entrantes:

- Derecho a recibir llamadas DDI. - Comportamiento de los desbordamientos.

El comportamiento frente a los desbordamientos en cuanto a llamadas entrantes será el siguiente:

Desbordamiento sobre teléfono libre

Desbordamiento sobre puesta en espera

Desbordamiento sobre ocupado

SI NO SI NO SI NO Teléfono libre

Llamada presentada, desborda finalizada la temporización del grupo de enlaces

Llamada presentada sin desbordamiento

N.A. N.A. N.A. N.A.

Teléfono ocupado sin derecho de llamada en espera

N.A. N.A. N.A. N.A.

Desvío inmediato en el enrutamiento

Llamada denegada.

Teléfono ocupado con derecho de llamada en espera

N.A. N.A.

Espera, desborda finalizada la temporización del grupo de enlaces

Espera sin desbordamiento N.A. N.A.


Página 132 de 232

3. Gestión Creación de las entradas del traductor:

Traductor

Plan de numeración externa Discriminación numeración

Regla discriminación • Nr. de llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 9 (p. Ej.) • Nr. Tabla encaminamiento ARS = 1(p. Ej.)

Categoría de acceso a la red pública:

Categorías Categoría de acceso = N + Consulta modificación Zona 1: DÍA: 1 ;NOCHE: 1 ;MODO1: 1 ; MODO2: 1 Zona 2: DÍA: 1 ;NOCHE: 1 ;MODO1: 1 ; MODO2: 1 …………………………………………… Zona 64: DÍA: 0 ;NOCHE: 0 ;MODO1: 0 ; MODO2: 0

0 significa prohibido, 1 permitido. Así se va dando o no permiso en cada categoría para cada zona de marcación del discriminador y para cada estado de la entidad de la extensión llamante (NOCHE, DÍA, MODO1, MODO2). 4. Mantenimiento > discrlist muestra el contenido de un discriminador


Página 133 de 232

Traductor de Rellamada Externa

1. Presentación del número llamante La gestión del traductor de rellamada externa permite que cuando se produce una llamada entrante desde el exterior, aparezca en el display del teléfono el número llamante. Para ello, se deben crear entradas en la tabla del traductor según los posibles números llamantes que se deseen identificar (si se quieren mostrar todos, la entrada por defecto es DEF).

2. Rellamadas hacia números externos

El traductor de rellamada externa puede modificar el número recibido añadiendo el prefijo de toma de enlace o el prefijo de ARS requerido en el caso de que se desee hacer una rellamada. Incluso, se podría añadir un prefijo para especificar por qué operador quiero efectuar dicha rellamada.


Página 134 de 232

3. Gestión Traductor

Plan de numeración externa Traductor de rellamada externa

• Número de Base: DEF, 91, ... (comienzo del número que llega) • Número de dígitos a eliminar • Dígitos a añadir: para hacer la rellamada, por ejemplo el 0


Página 135 de 232

Traducción DDI

1. Llamadas entrantes El servicio DDI permite que un usuario interno de la OXE pueda ser llamado directamente desde la red pública. Tales usuarios (que pueden ser llamados directamente) se denominan usuarios DDI. El resto de abonados (llamados habitualmente usuarios no-DDI) no tienen número directo de calle por lo que no pueden ser llamados directamente. En este último caso, los usuarios recibirán llamadas externas a través de la operadora, por transferencia. Cuando un cliente quiere activar el servicio DDI en su OXE, debe también contratar ciertos rangos de numeración al operador público que le de el servicio. Normalmente, la numeración pública de una extensión DDI, no coincide con el número interno de la extensión por lo que es necesario realizar el proceso de traducción DDI: transformación de números externos de calle en sus correspondientes números internos:

La gestión básica del servicio de traducción DDI utiliza el traductor DDI por defecto de la OXE. En las últimas versiones, este traductor admite un máximo de 200 zonas distintas de traducción. No obstante, pueden realizarse gestiones avanzadas utilizando distintos traductores DDI según el usuario y el grupo de enlaces por donde se curse la llamada. En los siguientes ejemplos se ilustran distintos tipos de gestión:


Página 136 de 232

Ejemplo 1:

Ejemplo 2:


Página 137 de 232

Ejemplo 3:

A la hora de realizar la gestión en la OXE, deberemos definir si un grupo de enlaces tendrá transcodificación DDI o no y posteriormente se configurará cómo se va a efectuar la traducción. Cuando el grupo de enlaces reciba la numeración desde la red pública, antes de efectuar la traducción DDI se eliminarán los dígitos que sean comunes (por ejemplo si el rango de numeración es 913304000 a 913305999, en el grupo de enlaces se eliminarán los 5 primeros dígitos). 2. Llamadas salientes Cuando se realiza una llamada saliente hacia la red pública lo enviado en el campo Calling Party (en concreto la parte conocida como NDS o número de suscriptor) depende de si el enlace RDSI utilizado tiene transcodificación DDI o no:

Si el enlace utilizada traducción DDI, se manda como NDS la transcodificación

correspondiente a la extensión que realiza la llamada. Si resulta que esta extensión no tiene entrada en la tabla DDI, envía el NDS por defecto de la entidad.

Si el enlace no utiliza traducción DDI, el NDS será igual al número de la extensión que

realiza la llamada.


Página 138 de 232

3. Gestión Para ver la gestión utilizaremos el siguiente ejemplo: queremos que una llamada al número 915664001 se encamine a la extensión 6381 y así consecutivamente hasta el 915664010 que se traducirá por 6390: Descartamos los 5 primeros números y creamos una entrada en el traductor que convierta el 4001 en 6381 y tenga un tamaño de 10 números.

Lo gestionaremos de la siguiente forma:

Grupos de enlaces

100 + Consulta Modif. * Transcodificación SDE: Sí

Grupo de enlaces 100 + Consulta/modif

• Nº digitos RDSI no utilizados: 5

Traductor

Plan de numeración externa Traductor SDE por defecto + Crear

• 1st Nr. Exterior del rango: 4001 • 1st Nr. Interior del rango: 6381 • Tamaño del rango: 10


Página 139 de 232

Llamadas Privadas 1. Introducción El servicio de llamadas privadas permite que un usuario permita especificar que la llamada que va a realizar es externa y no profesional. Esas llamadas pueden estar sujetas a una tarificación diferente según decisión de la empresa y sufrir una discriminación diferente de las llamadas profesionales. El servicio está disponible para:

Usuarios que tienen un teléfono físico en el sistema. Visitantes que no tengan un teléfono físico en el sistema a los que se les asignará un

equipo virtual. Según los requerimientos, el administrador puede definir un número de identificación (PIN) para los usuarios que vayan a utilizar el servicio. También puede asignar contraseñas para que la utilización del servicio sea más segura. 2. Funcionamiento Con el servicio de llamadas privadas:

Podremos asignar llamadas al exterior a un centro de costes. Definiremos un prefijo que identificará las llamadas privadas.

Las llamadas se podrán asignar a un equipo físico o ficticio.

Podremos identificar al llamante a efectos de tarificación.

Según la gestión realizada en el sistema, el acceso al servicio será ligeramente diferente: 2.1. Usuario con un teléfono físico asignado (sin PIN)

Prefijo de toma personal de grupo de enlaces + Código secreto

del teléfono + Número exterior


Página 140 de 232

2.2. Usuario con un teléfono físico asignado (con PIN)

Prefijo de toma personal de grupo de

enlaces + Código PIN + Código secreto

del teléfono + Número exterior

2.3. Usuario con un teléfono virtual asignado El abonado llama desde un teléfono cualquiera e introduce el PIN del teléfono virtual que tiene asignado.

Prefijo de toma

personal de grupo de enlaces

+ Código PIN + Código secreto del teléfono asignado + Número

exterior

Este último caso será útil para personal de mantenimiento que, dada su movilidad no tendrá un teléfono físico asignado. 3. Gestión 3.1. Gestión de llamadas privadas con PIN Crear prefijos de toma personal para los distintos enlaces

Traductor

Plan de prefijos + Crear

• Number • Significación prefijo = Personal trunk seize • Información prefijo (nº de trunk group)

Instalación 1 + Edit

• Longitud del PIN = 4 (p. Ej.)

Categorías

Categoría de facilidad telefónica ... + Edit

• Derechos:

Protección contra llamadas privadas


Página 141 de 232

Forma 1:

Abonados nº + Edit (el user que quiera usar el PIN)

• PIN

• Nº de PIN • PIN con código secreto YES

Forma 2:

Traductor

PIN + Crear

• Nº de usuario • Nº de PIN • PIN con código secreto YES

3.2. Gestión de llamadas privadas sin PIN Se programa de la misma manera que lo anterior pero quitando el PIN.

Instalación

1 + Edit • Longitud del PIN = 0

Es importante señalar que las categorías de un abonado y los privilegios de los que dispondrá serán diferentes en caso de una llamada profesional (sin PIN) o privada (con PIN).


Página 142 de 232

Código de negocio

1. Principio El servicio Código de Negocio permite asignar el coste de ciertas llamadas telefónicas a una cuenta específica configurada por el usuario. Esta cuenta suele representar un proyecto concreto y además los derechos de acceso a red pública del usuario podrán ser diferentes si la llamada es mediante código de negocio. El usuario indica que quiere utilizar este servicio marcando el prefijo asociado a la facilidad seguido del código asociado al proyecto concreto. Después, ya puede marcar el número externo al que quiera llamar (con prefijo de toma de enlace).

Prefijo de código de negocio +

Código de negocio del

proyecto +

Número exterior completo (con prefijo de toma de enlace)

En el ticket de tarificación que genere esta llamada, aparecerá el código de negocio empleado y así se podrán cargar los costes al proyecto. 2. Gestión Definición de la longitud que van a tener los códigos de negocio:

Facilidades telefónicas particulares

• Longitud código de negocio

Creación del código que queremos utilizar para identificar un proyecto: Facilidades telefónicas particulares Código de negocio + Crear

Creación del prefijo de acceso al servicio “llamadas con código de negocio”: Traductor Plan de prefijos Facilidades externas

• Código de negocio

Establecemos la discriminación de número llamado para las llamadas con código de negocio:

Category Categoría de acceso a red pública Categoría de acceso negocio

• Área 1: 1 . . .

Para cada abonado o perfil de abonados, se indicará si tiene acceso a esta facilidad telefónica:


Página 143 de 232

Categoría Categorías de facilid. tel. • Servicios externos

Prefijo código de negocio: True/False


Página 144 de 232

Distribución de llamadas 1. Introducción La distribución de llamadas es el proceso mediante el cual la PABX encuentra el destino final de ciertas llamadas. Este destino final dependerá de quién sea el llamado inicial, el origen, el estado del sistema (día, noche...), etc. Dependiendo del llamado original, podemos diferenciar tres tipos de llamadas:

Llamadas a la entidad. Llamadas a operadoras. Llamadas a grupos de operadoras.

2. Principio El proceso de distribución de llamadas se basa en la utilización de unas tablas denominadas CDT (Call Distribution Tables). Cada CDT debe estar obligatoriamente asignada a una entidad, operadora o grupo de operadoras, es decir, se podrá hablar de la CDT de cierta entidad, operadora o grupo, pero no de la CDT de un abonado, enlace, etc. En estas tablas se establecerán, para diferentes estados del elemento considerado, las posibles rutas que se tomarán.

Día Noche Estado 1 Estado2 Routing 1 Routing 1’ Routing 1’’ Routing 1’’’ Routing 2 Routing 2’ Routing 2’’ Routing 2’’’ Routing 3 Routing 3’ Routing 3’’ Routing 3’’’

Overflow Para cada estado de la instalación (día, noche, modo 1 y 2), la llamada se podrá enrutar a cuatro destinos diferentes, siendo el último el destino de desbordamiento común para todos los estados. Si la llamada no es atendida por el primer destino (rountig 1) saltará al segundo destino (routing 2) y así sucesivamente. Dentro de estos posibles enrutamientos se pueden introducir números de directorio o números abreviados, en general cualquier entrada del plan de los prefijos que nos remita a una extensión, operadora, correo vocal,... excepto los que nos envíen a otra CDT (las CDTs no se pueden encadenar). Llegaremos directamente a una de estas tablas a través de uno de los siguientes tipos de llamadas (a las que se accede mediante un prefijo específico):

Llamada a la entidad: establecemos una llamada con el CDT de una entidad en concreto. Llamada a las operadoras: se establece una llamada con el CDT de la entidad a la que

pertenece el abonado que marca el comando.

Llamada a grupo de operadoras: se va a la CDT para un determinado grupo de operadoras.

Llamada a operadora individual: vamos a la CDT de una operadora concreta


Página 145 de 232

Sin embargo, estás tablas no sólo distribuyen llamadas cuando se accede a ellas de manera directa sino también indirectamente. Esto es, cuando se llama a un abonado o hunting group y no hay respuesta o está ocupado se puede gestionar que la llamada desborde sobre la entidad del abonado/hunting group. El siguiente esquema resume todas las posibilidades:


Página 146 de 232

2.1. Enrutamiento de llamadas externas sobre un enlace con numeración


Página 147 de 232


Página 148 de 232

2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración

2.3. Enrutamiento de llamadas internas


Página 149 de 232

3. Ejemplos

Routing 1

Routing 2

Routing 3

Operadora

Teléfono

Desbordamiento

Desbordamiento no respuesta / ocupado

Llamada EXTERNA entrante a CDT entidad

RESPUESTA

Tempo 76

Tempo Gr. Enlace

Routing 1

Routing 2

Routing 3

Operadora

Teléfono

Desbordamiento



RESPUESTA

Tempo 76

Tempo Gr. Enlace

Routing 1

Routing 2

Routing 3

Operadora

Teléfono

Desbordamiento


Llamada INTERNA entrante a CDT entidad

RESPUESTA

Tempo 76

Tempo 144

Routing 1

Routing 2

Routing 3

Operadora

Teléfono

Desbordamiento


Llamada INTERNA entrante a CDT entidad

RESPUESTA

Tempo 76

Tempo 144


Página 150 de 232

Routing 1

Routing 2

Routing 3

Grupo desenchufado

Grupo ausente

Desbordamiento inmediato

Llamada entrante a CDT

RESPUESTA


Routing 1

Routing 2

Routing 3

Grupo desenchufado

Grupo ausente



RESPUESTA


Routing 1

Routing 2

Routing 3

Operadora desenchufada

Operadora ausente



RESPUESTA


Routing 1

Routing 2

Routing 3

Operadora desenchufada

Operadora ausente



RESPUESTA



Página 151 de 232

Routing 1

Routing 2

Routing 3

Oper.

Operadora

Desbordamiento

RESPUESTA

Desbordamiento


Tempo 76

Tempo desbord. entidad

Tempo 76

Routing 1

Routing 2

Routing 3

Oper.

Operadora

Desbordamiento

RESPUESTA

Desbordamiento


Tempo 76

Tempo desbord. entidad

Tempo 76


Página 152 de 232

Entidades 1. Principio Las entidades son subdivisiones lógicas de la centralita asociables a departamentos o subempresas de una compañía. Cada subdivisión o entidad podrá personalizar una serie de opciones, como por ejemplo el enrutamiento de llamadas. Cada entidad dispondrá individualmente de los siguientes elementos:

Nº de directorio: con él se accede a la CDT de la entidad Abonados: cada abonado está asociado a una entidad. Nº de instalación RDSI: si el teléfono no es DDI, en el NDS del calling party vendrá el

número de instalación de la entidad correspondiente al teléfono. Horas de cambio: el estado de la entidad variará a unas horas determinadas y únicas para

cada entidad. Números abreviados por rango. Grupos de enlaces: cada grupo tendrá asociada una entidad. CDT Grupo de operadoras gestor (manager): opcionalmente, un grupo de operadoras podrá

actuar como gestor de la entidad, estableciendo el estado en que se encuentre ésta. La CDT de la entidad puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...

DÍA NOCHE ESTADO 1 ESTADO 2 Nº de directorio físico

Extensiones Grupos PBX Mensajería vocal IAA Prefijos de red Guías vocales CCD

Routing 1 Routing 1’ Routing 1’’ Routing 1’’’



Overflow Modificación del estado de una entidad: el cambio de estado de entre los cuatro posibles de la entidad (día, noche, F1 y F2) se hace según un horario. Dicho horario es semanal y para cada día de la semana se pueden definir un máximo de 4 transiciones. En cada transición hay que especificar hora de inicio y de fin así como el estado de la entidad, que podrá ser:

Día Noche

Estado 1

Estado 2


Página 153 de 232

Seguir a grupo de operadoras: El estado de la entidad será igual que el del grupo de operadoras definido como grupo de operadoras gestor, de manera que:

- Si hay una operadora conectada en el grupo, el grupo estará en día y por tanto la

entidad estará en día. En otro caso, el grupo y la entidad estarán en noche. - Si existe una operadora con derechos para cambiar el estado de la entidad, el estado

de esta última será el especificado por la operadora (día, noche, F1, F2) pero sólo para las llamadas entrantes. Las salientes seguirán con el estado del grupo.

- Si hay una operadora dentro del grupo con derechos para modificar el estado del grupo a su vez modificará el estado de la entidad tanto para salientes como para entrantes.

El cambio entre un estado y otro de la entidad afecta tanto a las llamadas entrantes como a las salientes:

Para las entrantes: la distribución dentro de la CDT depende directamente del estado de la entidad.

Para las salientes: el acceso a la red pública de una extensión depende de su categoría y

del estado de la entidad a la que pertenece. En dicha categoría, hay ciertos parámetros para llamadas entrantes.

2. Gestión

Entidades nº + Edit/Crear

• Nombre • Gr. OP. Administrator (válido si Status = seguir grupo de Op’s). • Número de instalación (ISDN) • Número de instalación suplementario (ISDN) • Distribución de llamadas (CDT) • Nº desbordamiento encaminamiento • Desvío sobre nºs encaminamiento = YES • .... • Temporización de desbordamiento = ... (T overflow) 0 (no activo) < T 76 ( y en décimas de sg)

Entidades nº

Horas de Basculamiento llamadas salientes Lunes + Edit Martes + Edit

...

Horas de Basculamiento llamadas entrantes Lunes + Edit

• Estado = Noche

Día Mode 1 Mode 2


Página 154 de 232

Grupo de operadoras (seguir grupo de operadoras) Martes + Edit ....... + Edit


• 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 155 de 232

Grupos de operadoras 1. Principio Cualquier operadora debe pertenecer obligatoriamente a un grupo de operadoras. Se pueden definir hasta 80 grupos de operadoras mediante los identificadores 0 a 79. Además del identificador, al grupo se le asigna un número de directorio físico sólo válido para ser insertado en los niveles de la CDT de alguna entidad, operadora o grupo de operadoras. La llamada a un grupo de operadoras equivale a llamar a la CDT del grupo a través de un prefijo (prefijo de llamada a grupo de operadoras). Cuando se desee asignar un grupo de operadoras a un nivel de la CDT se pondrá su número de directorio físico. Una vez que la llamada se ha encaminado a un grupo, el funcionamiento del mismo es similar a los grupos de PBX paralelo.

La CDT del grupo de operadoras puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...






Overflow Por defecto, el estado del grupo depende del estado de las operadoras que lo forman:

En servicio: al menos una operadora está activa (en conversación o en reposo). El estado del grupo es DÍA.

Desenchufada: ninguna operadora está enchufada (o he tirado del cable, o se sale del

grupo). El estado del grupo es NOCHE.


Página 156 de 232

Ausente: cuando la última operadora del grupo se pone ausente, el grupo pasa a estado

ausente. El estado del grupo es DÍA.

La modificación del estado de un grupo de operadoras no se realiza definiendo un horario como se hacía en la entidad sino que depende de las operadoras del grupo:

Cambio DÍA/NOCHE: este cambio depende exclusivamente de cómo estén las operadoras del grupo. Si hay alguna enchufada o bien están ausentes, el grupo estará en día y sino en noche.

Cambio DÍA/NOCHE/F1/F2: si se ha gestionado que alguna operadora pueda cambiar el

estado del grupo en el que se encuentre podrá hacer la modificación manualmente. Esta es la única manera de pasar por los estados 1 y 2.

1.1. Ayuda mutua La ayuda mutua es un servicio que se prestan los grupos de operadoras entre sí, de forma que un grupo de operadoras puede desbordar llamadas a otras operadoras o grupos de operadoras. Se debe fijar el número de llamadas en espera antes de desbordar así como los destinos de desbordamiento para noche/día/F1/F2. Para que la ayuda mutua funcione el servicio debe ser activado manualmente por alguna operadora del grupo con derechos para ello. 2. Gestión

Operadora Attendants group + Crear

• Nº de directorio físico = A310 (p. Ej.) • Id. Grupo op (0 a 79) • Nombre • Nº llamadas máx antes desbordamiento (ayuda mutua) • Operadoras vinculadas (se pone su dir física)

Distribución llamadas grupos operadora + Crear

• Id. Grupo op • Estado grupo de operadoras: Noche / Día / Mode 1 / Mode 2 - Enrutamiento 1 - Enrutamiento 2 - Enrutamiento 3

Traductor Plan de prefijos + Crear • Número


Página 157 de 232

• Significación prefijo = Attendant Group call • Información prefijo = Attendant Group id Ayuda mutua:

Attendants Attendants group

...... + Edit • Overflow threshold: nb of waiting calls • Traffic overflow número de directorios

Attendants sets

...... + Edit • Right: traffic overflow: allowed with no control

Entity ...... + Edit • Traffic overflow: allowed with no control


>> grpopestat <nº grupo operadoras> >> cdtstat <80 a 159> (80 es grupo 0 y 159 es grupo 79)


Página 158 de 232

Operadoras 1. Introducción La operadora es el elemento principal de recepción de llamadas (externas e internas). Las llamadas son enrutadas hacia la operadora siguiendo el procedimiento de las CDTs. La OXE admite como terminales de operadora a los sigiuentes equipos:

Alcatel Advanced Reflexes (4035).

Alcatel 4049: aplicación gráfica que permite tener una consola de operadora conectando

un teclado MMK (Alcatel MultiMedia Keyboard) y un monitor (CRT o LCD).


Página 159 de 232

Alcatel 4059 MAC (Multimedia Attendant Console): Aplicación para Windows™ que

permite activar las funciones de operadora en un PC.

Consola de operadora para invidentes: módulo VHOC Alcatel 4008

Otras operadoras que ya están en phase out son: Alcatel Reflexes 4034 y Alcatel 4048.


Página 160 de 232

Además de la función telefónica propias, las operadoras pueden tener acceso a los siguientes servicios:

Configuración de ciertas facilidades de la OXE. Configuración del enrutamiento de las CDTs

Servicios de tarificación

2. Funcionamiento

A cada operadora se le asigna un identificador que va de 0 a 79. Además del identificador, a la operadora se le asigna un número de directorio físico sólo válido para ser insertado en los niveles de la CDT de alguna entidad, operadora o grupo de operadoras. La llamada a una operadora equivale a llamar a la CDT de dicha operadora a través de un prefijo (prefijo de llamada a operadora individual). Cuando se desee asignar una operadora a un nivel de la CDT se pondrá su número de directorio físico.

La CDT de la operadora puede estar formada por números de directorio físicos (de operadoras o grupos de operadoras), extensiones, grupos de líneas agrupadas, mensajería vocal, IAA, prefijos de red, guías vocales, agentes y pilotos de CCDs...






Overflow

La operadora puede encontrarse en situaciones distintas:

Reposo: La operadora está activa pero sin efectuar ninguna acción (no está ni en conversación ni gestionando).

Ocupada: La operadora está activa y además hablando o gestionando.

Desenchufada: La operadora no está conectada o se ha salido del grupo.


Página 161 de 232

Ausente: Estado al que pasa la operadora si transcurre la temporización 76 sin que

conteste la llamada. Sin embargo el estado de la operadora a efectos de encaminar la llamada en la CDT no depende de su situación concreta de manera que se cumple lo siguiente: el estado de la operadora es igual al estado del grupo de operadoras en el que se encuentra independientemente de su situación particular. A partir de la R3.0 las operadoras pueden llamarse entre sí. Además, cada operadora pertenece a una entidad (como las extensiones normales) de manera que todas las operadoras del mismo grupo deben pertenecer a la misma entidad. 2.1. Servicios La operadora podrá estar autorizada a realizar las siguientes funciones:

Modificación del estado del grupo de operadoras (Día, noche, F1, F2). Modificación de la categoría de acceso a facilidad telefónica. Modificación de la categoría de conexión. Modificación de la categoría de acceso a red pública. Modificación de la categoría de tarificación. Modificación del centro de costes. Gestor de un grupo de operadoras. Actualizar fecha. Actualizar hora. Gestión de la numeración abreviada. Tarificación. Mostrar los enlaces fuera de servicio. Reserva automática de enlaces. Reserva selectiva de enlaces. Prohibición de toma directa. Desbordamiento de tráfico. Gestión de usuarios en servicio. Modificación del estado de la entidad: Día/Noche/F1/F2. Tabla de enrutamiento de la operadora. Tabla de enrutamiento del grupo de operadoras. Tabla de enrutamiento de la entidad. Gestión de DECT.

2.2. Teclas programables

Presentación de llamadas. Supervisión de un número de directorio. Supervisión de un enlace o grupos de enlace. Espera individual.

2.3. Tipos de ring

Ring normal Ring retardado Ring retardado con beep


Página 162 de 232

2.4. Temporizaciones

T28 (1 sg): al hacer una llamada a una operadora, la operadora sonará durante este time-out si se lleva a cabo el control.

T32 (6 sg): temporización que rige la presencia de llamadas en espera cuando la

operadora quiere salirse del grupo.

T33 (3 sg): la operadora se libera después de este time-out.

T43 (120 sg): time-out para volver al reposo después de efectuar una operación.

T102 (-): cuando entra una llamada externa a la operadora, el llamante escucha el tono de llamada durante esta temporización y después la guía vocal correspondiente si la operadora aún no ha cogido la llamada.

T140 (15 sg): temporización comprendida dentro de la T141 del ring normal, durante la

cual no hay ring en la operadora.

T141 (30 sg): duración total del ring normal.

T142 (15 sg): temporización comprendida dentro de la T141 del ring normal, durante la cual hay ring en la operadora (T141= T140+T142).

T144 (15 sg): tiempo durante el cual una llamada se presenta a una extensión antes de

saltar al siguiente nivel de la CDT.

T76 (80 sg): tiempo durante el cual una llamada se presenta a una operadora antes de que ésta pase a estado ausente.

3. Gestión

Operadoras

Terminales operadoras + Crear • Nº de directorio físico = A311 (p. Ej.) • Id. operadora (0 a 79) • Id. Grupo de operadora (0 a 79) • Dir alvéolo ≠ 255 • Dir placa ≠ 255 • Dir equipo ≠ 255 • Tipo de teléfono = (4034/4048) • Derechos de acceso a servicios (para dar derechos a operadora master)

Distribución llamadas operadora + Crear

• Id. operadora • Estado operadora: Noche / Día / Mode 1 / Mode 2 - Enrutamiento 1

- Enrutamiento 2 - Enrutamiento 3


Página 163 de 232

Traductor Plan de prefijos + Crear • Número • Significado prefijo = Llamada a operadora individual • Información prefijo = Id. Operadora

Para que cuando una operadora llama a una extensión en el display de dicha extensión aparezca identificada la operadora, hay que gestionar un alias para la operadora en el phone book:

Directorio + Crear

• Número de directorio = (prefijo de llamada a operadora individual) • Alias (el 0 es para el primer nombre) • Apellido y nombre


>> opstat >> cdtstat <0 a 79>


Página 164 de 232

Alarmas e incidentes

1. Presentación El servicio de gestión de los mensajes de sistema (también llamados incidentes) se activa automáticamente en cuanto la OmniPCX Enterprise arranca. La función del servicio de gestión de mensajes de sistema es:

Recoger y salvar los mensajes en el disco duro de la CPU. Enviar los mensajes a una impresora o pantalla externa.

Informar de los mensajes de sistema a la RMA.

Transmitir los mensajes a uno o más supervisores mediante traps SNMP.

Centralizar los mensajes del sistema en un nodo máster (cuando sea conveniente).


Página 165 de 232

Cada incidente puede asociarse a una operación en la RMA o con el ring de un teléfono de alarmas. Asimismo es posible conectar sensores analógicos externos para permitir la detección de incidentes ajenos a la OXE (por ejemplo, un fuego). Mediante los mensajes salvados en el disco duro, el técnico puede efectuar un diagnóstico y determinar el tipo de actuación a realizar en la OXE. 2. Formato de los incidentes Los incidentes que genera el sistema tienen el siguiente formato:

Todos los incidentes llevan asociado un nivel de gravedad (de 0 a 5):

0: “Indeterminado”

1 a 4: Nivel de gravedad (el nivel 1 es el más grave y se corresponde con un reinicio del

sistema)

- Crítico (1): alta degradación que precisa corrección inmediata. - Major (2): degradación media, corrección urgente. - Minor (3): ligera degradación, se aconseja corregir. - Warning (4): posible degradación, se aconseja analizar.

5: “Resuelto”. Indica que un servicio que estaba fuera de servicio previamente, ahora está operacional.

Si un incidente ocurre más de una vez por segundo, sólo se mostrará una vez pero indicando el número de veces que se ha repetido:


Página 166 de 232

3. Estructura de los ficheros Los mensajes del sistema se salvan en el disco duro de la CPU en el directorio /usr4/incid. Dichos incidentes se guardan en 4 ficheros como muestra la siguiente figura:

Para visualizar los incidentes contenidos en los ficheros anteriores se utiliza el comando incvisu. > incvisu incidentes en inc.txt > incvisu -1 incidentes en inc-1.txt > incvisu -2 incidentes en inc-2.txt > incvisu -3 incidentes en inc-3.txt


Página 167 de 232

4. Notificación de incidentes A la hora de gestionar la manera en que se notificará la presencia de incidentes hay cuatro salidas independientes y activas:

Consola

Se puede gestionar el puerto serie por el que van a salir los mensajes de sistema. Por defecto, es el puerto A pero se puede cambiar con el comando incout. Para filtrar los incidentes que queremos que aparezcan por consola se utiliza el mgr (Aplicación/Gestión de incidentes).

Disco duro

Otra manera de notificar incidentes es almacenarlos en el disco duro de la central (/usr4/incid). Por defecto, se almacenan todos los incidentes que genere el sistema pero puede realizarse un filtrado de mensajes. Esto se hace con la herramienta mgr (Aplicación/Gestión de incidentes).

A4760

Se pueden enviar incidentes al servidor OmniVista 4760 y aplicar filtros sobre los mismos para seleccionar aquellos incidentes que puedan ser de interés al centro de mantenimiento. Para realizar el filtrado hay que utilizar la herramienta mgr (Aplicaciones Gestión de incidentes). Además, se puede hacer un segundo filtrado a nivel del A4760. Utiliza diferentes colores para indicar la gravedad del incidente: Indeterminado (0) malva Critical (1) rojo Major (2) naranja Minor (3) amarillo Warning (4) azul

RMA Los incidentes filtrados hacia la RMA se controlan mediante el menú antes citado. Se puede establecer una relación entre los incidentes dirigidos a la RMA y el A4760.

Además de las cuatro salidas anteriores, podemos enviar las notificaciones de incidentes a un teléfono de alarmas:

Teléfono de alarmas

Puede configurarse que un teléfono de alarma reciba llamadas cuando se produzcan ciertos incidentes en la OXE. Pueden actuar como teléfonos notificadores de alarmas tanto los analógicos como los digitales. Se definirá un prefijo para consulta de alarmas y dar derechos en la categoría de acceso al servicio telefónico para utilizar dicho prefijo.


Página 168 de 232

5. Gestión La gestión de los incidentes se realiza a dos niveles:

Mediante el menú Gestión de Incidentes del mgr: gestión general aplicada a todos los incidentes excepto aquellos que tengan definido un tratamiento específico.

Mediante el submenú Filtrado de Incidentes del mgr: gestión particular aplicada a ciertos incidentes.

5.1. Gestión general En mgr Gestión de Incidentes se define:

Envío o no de incidentes a la RMA Gravedad mínima de los incidentes para almacenarlos en el disco duro o mostrarlos en

display. Display y almacenamiento de incidentes de topología.

Para gestionar la centralización de los incidentes de red en el nodo principal:

El parámetro Gravedad de Red debe ser gestionado en cada uno de los nodos supervisados.

En el submenú Nodos Supervisados del nodo principal deben declararse todos los nodos supervisados.

Los parámetros RMA en Red, Gravedad para visualizar Incidentes de Red, y Gravedad para almacenar Incidentes de Red deben gestionarse en el nodo principal.

Mgr: Aplicaciones

Gestión de incidentes.

- Nr. de puerto - RMA - RMA en red - Gravedad a visualizar - Gravedad para guardar - Gravedad de red - Gravedad para visualizar en incidentes de red - Gravedad para guardar incidentes de red - Visualización incidentes de topología - Guardar incidentes de topología - Incidentes de red de topología

5.2. Filtrado de incidentes por defecto Se puede activar una lista por defecto de incidentes a enviar a la RMA: Mgr: Aplicaciones

Gestión de incidentes Configuración RMA por defecto


Página 169 de 232

La lista de incidentes por defecto es:

Para cada uno de estos incidentes, se puede fijar la acción a aplicar en la RMA, viniendo por defecto lo siguiente: Aplicaciones

Gestión de incidentes Filtrado de incidentes

- Acción RMA: por ejemplo acción 0 - Visualización en pantalla: Sí - Guardar en disco: Sí - Incidente de red: No

La lista de incidentes reportados en red se activa por defecto cuando se crea una base de datos nueva. Se puede desactivar o activar con: Mgr: Aplicaciones

Gestión de incidentes Establecer incidente de red pred. Eliminar incidente de red pred.

Los incidentes de red por defecto son:

Para cada uno de estos incidentes, se puede fijar la acción a realizar, viniendo por defecto lo siguiente: Aplicaciones

Gestión de incidentes Filtrado de incidentes

- Acción RMA: ninguna - Visualización en pantalla: Sí - Guardar en disco: Sí - Incidente de red: Sí


Página 170 de 232

5.3. Filtrado de incidentes personalizado Si no se quiere utilizar el filtrado por defecto de incidentes, se pueden definir filtros particulares. Estos filtros pueden ser positivos o negativos, es decir, pueden servir para obligar que cierto incidente se presente o por el contrario para ocultarlo. Aplicaciones

Gestión de incidentes Filtrado de incidentes + CREAR

- Nr. de incidente - Nr. de la Red - Nr. nodo - Nr. de alveolo ACT - Nr. de acoplador - Detrás de US - Dirección terminal - Acción RMA - Acción Alarma (relé) - Nr. de tabla - Visualización en pantalla - Guardar en disco - Incidente de red - SNMP Incident

El criterio que sigue el sistema cuando el usuario ha configurado filtros es el siguiente:

1) Si el incidente no se puede filtrar (hay incidentes que no son filtrables dada su importancia) el sistema siempre lo muestra y lo almacena.

2) Si el incidente se puede filtrar el sistema verifica:

¿Es la gravedad del incidente suficiente para ser mostrado? (o almacenado)

NO ¿Está este incidente definido en un filtro concreto? NO no lo muestra

SI ¿Está configurado el modo display a SI?

NO no lo muestra SI lo muestra

SI ¿Está este incidente definido en un filtro concreto? NO lo muestra

SI ¿Está configurado el modo display a SI?

NO no lo muestra SI lo muestra


Página 171 de 232

5.4. Alarmas externas Según la fuente que genera la alarma podemos tener:

Fuentes internas. Los incidentes son generados por la propia central.

Fuentes externas. Los incidentes son generados a voluntad utilizando un teléfono analógico.

Para configurar un teléfono analógico como equipo generador de alarmas hay que realizar la siguiente gestión:

Abonados nº + Edit

• Categoría de acceso al servicio telefónico: X • Tabla de encaminamiento: N • Alarma externa: cierre bucle/apertura de bucle

Categorías

Categoría de acceso al servicio telefónico X + Edit

• Modo al descolgar: alarma externa Facilidades telefónicas particulares

Tabla de encaminamiento N

De esta forma, el incidente generado será 1100+N, siendo N tabla de encaminamiento utilizada por la extensión analógica.

El valor de N depende del nivel de severidad: De 1 a 24 warning De 25 a 49 minor De 50 a 74 major De 75 a 100 critical

El incidente 1099 indica el final de la alarma. El incidente 1100 es la alarma externa por defecto. 5.5. Teléfono de alarmas Como vimos en el inicio del capítulo, se puede definir que un teléfono reciba ciertas alarmas. El objetivo de ello es informar al administrador o a otra persona de que ha ocurrido algún incidente. Este teléfono puede ser analógico o digital. La gestión a realizar es la siguiente: Instalación Teléfono de alarmas + Crear

• Número de directorio (del teléfono que va a ser receptor de alarmas y que estará ya declarado a nivel de abonado)

• Tabla (nº del tipo de alarma que quiero notificar: de 1 a 126) Ahora hay que asociar la tabla con el número de la alarma:


Página 172 de 232

Aplicaciones Gestión de incidentes

Filtrado de incidentes + CREAR

- Número del incidente - Número de tabla: Número de 1 a 126

Un mismo teléfono puede recibir varias alarmas. Cuando se produce el incidente que tiene asociada la alarma, el teléfono suena (tono 64) y el LED (si es digital) parpadea. Al descolgar, el display nos indica el número de la alarma que se ha producido:

Si se pulsa la tecla “scroll” aparece la información del incidente:

Si el teléfono recibe una alarma pero no es descolgado, el timbre deja de sonar una vez finalizada la temporización número 25 pero el LED continuará parpadeando. Para visualizar y dar por reconocida una alarma, pasado este timer se puede utilizar el prefijo de consulta de alarmas (habrá que definir este prefijo). 6. Mantenimiento Los principales comandos de mantenimiento son los siguientes:

incvisu El comando incvisu permite que los incidentes salvados en el nodo local se muestren en la consola de mantenimiento. > incvisu incidentes en inc.txt

> incvisu -1 incidentes en inc-1.txt > incvisu -2 incidentes en inc-2.txt > incvisu -3 incidentes en inc-3.txt


Página 173 de 232

El comando incvisu puede llevar los siguientes calificadores: • r: lista incidentes en orden inverso (los más recientes primero) • t <n>: muestra los “n” últimos incidentes (n<600) • s: muestra los incidentes que contengan el texto a continuación de la “s” Ejemplos: incvisu -2 -t 5 incvisu -1 –r incvisu -s "Out Of Service"

Un ejemplo de los incidentes mostrados es el siguiente:

05/01/06 16:28:16 000001I|--/--/-/---|=4:0260=Beginning of downloading binloaderio1n 05/01/06 16:28:17 000001I|--/--/-/---|=5:0261=End of downloading binloaderio1n 05/01/06 16:28:52 000001I|00/28/-/---|=4:0260=Beginning of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=4:0260=Beginning of downloading tonesnv 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading tonesnv 05/01/06 16:29:01 000001M|--/--/-/---|=5:2009=Initialisation CPU role MAIN 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=UA_FICTIF coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=Z coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:1367=DECT network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=5:5904=Remote extension network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=4:0425=PRS related activity : Interface handler started 05/01/06 16:29:02 000001M|--/--/-/---|=4:1436=Activation of the driver for the A4615, which will download the boot : boot4615. 05/01/06 16:29:02 000001M|--/--/-/---|=2:1625=4615 driver : data transmission problem number 5 05/01/06 16:29:02 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=5:0261=End of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp1cp

incinfo El comando incinfo permite obtener información sobre un incidente determinado. Ejemplo: (1)nodo1> incinfo GEA 2019 INCIDENT NUMBER: 2019 Network indicator: Alcatel 4400 OBJECT CLASS: Dhs3Board EVENT TYPE: EquipmentAlarm (4) PROBABLE CAUSE: EquipmentMalFunction (15) SEVERITY: Clear "P1 coupler commissioning" "P1 : Type of the commissioned coupler" "Coupler commissioning" "The coupler is commissioned. This doesn't mean that the equipment which comes "with it is" "commissioned too." "no reaction of the system" "no operator action required";


Página 174 de 232

alarmrel

El comando alarmrel se utiliza cuando se ha gestionado que ciertos incidentes estén asociados con la apertura/cierre del relé de la CPU (normalmente para integrar alarmas externas en el sistema, como detectores de incidencios, etc).

(1)pabx56> alarmrel MAIN MENU 0: desactiv relay 1: activ relay 2: display the review of alarm relay states 3: display alarm state 4: delete the review of alarm relay states q: quit Your choice :

incout

Este comando se utiliza para seleccionar el puerto de salida en tiempo real de los incidentes. (1)pabx56> incout Usage: incout [port number|port full path] Port numbers list (only existing ports) : -3 for current port (/dev/ttyp0) -2 for /dev/null -1 for stdout 0 for /dev/tty0a 1 for /dev/tty1a 2 for /dev/scc0a 3 for /dev/scc1a V24 port_number unchanged ! Current V24 port : stdout


Página 175 de 232

Multilínea. Jefe-secretaria 1. Introducción al servicio multilínea El término multilínea se utiliza para designar a aquellos teléfono digitales que tienen varias teclas de recepción de llamadas para permitir tener múltiples llamadas simultáneas. Los teléfonos de Alcatel que permiten el servicio multilínea son:

Teléfonos de la serie 8 y 9. Teléfonos reflexes y e-reflexes. DECT (4074 o Mobile 100/200) o PWT (4073GS).

La configuración de un número de directorio (MCDU) en varias teclas implica:

Recepción de llamadas: recepción en una tecla, segunda llamada en una segunda tecla con la primera puesta en espera, varias llamadas simultáneamente...

Actualización de los displays para cada nuevo suceso, display de las llamadas sobre cada tecla.

Flexibilidad: se considera que el teléfono está libre si al menos una línea lo está. Otra característica del servicio multilínea es que permite gestionar varios MCDUs para un mismo equipo:

Las líneas asociadas al MCDU con el que fue creado el teléfono se llaman líneas principales.

Las líneas asociadas a los MCDUs distintos al MCDU de creación del teléfono se llaman líneas secundarias.

Recepción de llamadas: según el número por el que entre la llamada puedo diferenciar si la llamada es interna, privada, de negocios...

Actualización de los displays cada nuevo suceso. Cuando una extensión es multilínea con varios MCDUs, el desvío puede hacerse selectivamente (desvío selectivo):

Líneas principales Líneas secundarias Todas las líneas

1.1. Facilidad “desvío sobre timbre” (forwarding on ringing) Un teléfono multilínea tiene la posibilidad de invocar el servicio “desvío sobre timbre” y así desviar una llamada que había entrado en su teléfono directamente a otra extensión. Para ello, debe crearse una tecla del tipo “desvío sobre timbre” indicando el número de teléfono destino del desvío o con este campo en blanco, para que así cuando la pulsemos nos pregunte el


Página 176 de 232

número hacia donde queremos desviar la llamada. Si el campo del destino del desvío ha sido dejado en blanco al crear la tecla, cuando la pulsemos el sistema esperará:

Que se marque un número de directorio dígito a dígito (o con marcación por nombre). Que se pulse una tecla de llamada a secretaria, llamada a jefe, o supervisión de extensión. Que se pulse una tecla programada.

Si varias llamadas han llegado al teléfono cuando éste estaba realizando la solicitud de “desvío sobre timbre”, sólo será desviada la primera llamada. No está permitivo invocar este servicio si el destino del desvío son operadoras o hunting groups. Tampoco puede ser desviada una llamada proveniente de una operadora. Un mismo teléfono puede tener varias teclas de desvío sobre timbre. 1.2. Teléfono multilínea ocupado Cuando un terminal multilínea está ocupado pero al menos una de sus líneas está libre, hay varias posibilidades de gestión para las nuevas llamadas entrantes:

Desbordamiento sobre ocupado:

Esta facilidad se valida a nivel de sistema y permite que, cuando una llamada llega a un teléfono multilínea con al menos una línea ocupada, ésta desborde directamente al asociado, o bien se desvíe a un teléfono predefinido si no hay asociado. Si no hay asociado y tampoco se ha gestionado el desvío a otro teléfono la llamada podrá ser puesta en espera (si dicha facilidad ha sido autorizada).

Espera:

El usuario de un teléfono multilínea puede, en cualquier momento, autorizar o prohibir la espera de una llamada que entra cuando al menos una de sus líneas está ocupada. Esto puede hacerse antes de conversación, usando un prefijo o tecla programada; o bien en conversación utilizando una tecla dinámica (si se dispone de ella) o programada.

Si la espera está prohibida, el llamante podrá recibir tono de ocupado, desbordar a una operadora (CDT de la entidad) o desbordar a otro equipo. Si la espera está permitida, la llamada se presentará en una línea libre del teléfono multilínea. Al final de la temporización, si el llamado no ha contestado la llamada, la llamada podrá desbordar o volver a la cola (ver “desbordamiento sobre no respuesta”).

Desbordamiento si no respuesta:

Esta función requiere que la espera esté validada y se utiliza para redirigir la llamada una vez que cierta temporización ha expirado. Si el desbordamiento al asociado no se ha gestionado, la llamda vuelve a la cola de espera.


Página 177 de 232


Página 178 de 232

1.3. Toma de línea automática Un teléfono multilínea podrá gestionarse para que el usuario al descolgar tome línea automáticamente:

Toma de línea automática para llamadas salientes: Al descolgar el teléfono se toma automáticamente la primera línea libre (no hay que pulsar la tecla).

Toma de línea automática para llamadas entrantes: cuando se descuelga el teléfono, el usuario toma la primera línea que este sonando (sin pulsar la tecla).

Estas dos opciones pueden validarse independientemente para cada usuario multilínea. Si la opción automática no se ha validado, para tomar línea será necesario pulsar la tecla multilínea correspondiente. 2. Facilidad de supervisión La facilidad de supervisión está muy relacionada con el servicio multilínea ya que sólo los teléfonos multilínea podrán tener teclas de supervisión. 2.1. Supervisión de equipos Cuando a un teléfono multilínea se le configura una tecla de supervisión de un equipo, significa que podrá conocer el estado (libre, ocupado o en timbre) del equipo supervisado mediante un LED (o icono, según el modelo de teléfono) asociado a la tecla correspondiente. Las principales características de esta facilidad son:

Notificación del estado del equipo supervisado: libre, ocupado, sonando.

Posibilidad de capturar las llamadas que entren en el equipo supervisado sumplemente

pulsando la tecla de supervisión.

Llamada directa sobre un equipo. Si el equipo supervisado está libre y pulso la tecla de supervisión se efecturá una llamada a dicha extensión.

Notificación de la llegada de un fax.

Elección de la notificación de la supervisión: icono parpadeante, ring corto e icono, ring

normal e icono.

Se pueden supervisar teléfonos digitales, analógicos y multilínea (línea principal y secundarias). No se pueden supervisar operadoras ni hunting groups.

Un mismo MCDU puede ser supervisado por hasta 20 equipos. Una llamada entrante

sobre la extensión supervisada se señalizaría simultáneamente en todos los equipos supervisores.

El número total de teclas de supervisión por sistema es de 1500.

El número total de equipos supervisados simultáneamente es de 300.


Página 179 de 232

El estado del LED/icono de supervisión cuando el teléfono supervisado es multilínea es:

LED apagado o icono . Todas las líneas del teléfono están libres

LED encendido o icono . El teléfono supervisado tiene ocupada al menos una línea pero puede ser llamado pulsando la tecla de supervisión (alguna línea del MCDU supervisado está libre).

LED encendido o icono . El teléfono supervisado está totalmente ocupado (para el MCDU supervisado) y no puede, por tanto, ser llamado pulsando la tecla de supervisión.

LED parpadeando o icono (o ): el equipo multilínea tiene una llamada entrante sobre el MCDU supervisado.

El estado del LED/icono de supervisión cuando el teléfono supervisado NO es multilínea es:

LED apagado o icono . Teléfono libre.

LED encendido o icono . Teléfono ocupado, con llamada en espera o fuera de servicio.

LED parpadeando o icono (o ): Teléfono sonando. 2.2. Supervisión de grupos de enlaces Supervisar un grupo de enlaces signigfica indicar su estado (libre u ocupado) utilizando un LED o icono en el equipo supervisor. Las principales características de esta facilidad son:

Indica si un grupo de enlaces está libre u ocupado. Permite tomar un enlace analógico para hacer llamadas salientes (sólo para este tipo de

grupos de enlaces).

El máximo número de grupos de enlace que pueden ser supervisados en un sistema es de 32. Por otra parte, la suma de grupos de enlaces y enlaces supervisados no debe exceder 96.

Un mismo grupo de enlaces puede ser supervisado por un máximo de 20 equipos.

El estado del LED/icono de supervisión cuando se supervisa un grupo de enlaces es:


Página 180 de 232

LED apagado o icono . Al menos un enlace del grupo está libre.

LED encendido o icono . Todos los enlaces del grupo están ocupados o fuera de servicio.

2.3. Supervisión de enlaces Supervisar un enlace significa indicar su estado (libre, ocupado, en espera o en timbre) utilizando un LED o icono en el equipo supervisor. Las principales características de esta facilidad son:

Indica si un enlace está libre, ocupado, en espera, o con llamada entrante. Permite capturar una llamada entrante, poner en espera y hacer una toma del enlace.

El máximo número de enlaces que pueden ser supervisados es de 96. Por otra parte, la

suma de grupos de enlaces y enlaces supervisados no debe exceder 96.

Un enlace puede ser supervisado por un máximo de 20 equipos. El estado del LED/icono de supervisión cuando se supervisa un enlace es:

LED apagado o icono . Enlace libre.

LED encendido o icono . Enlace ocupado, en ring pero hacia la operadora, fuera de servicio o puesto en espera por otro equipo.

LED con parpadeo lento o icono . Enlace en puesto en espera por el supervisor. Esta llamada puede ser recuperada por otro supervisor que también supervise este trunk.

LED parpadeando o icono (o ): Llamada entrante por el trunk dirigida a un equipo diferente al supervisor. Si pulsa la tecla capturará la llamada.


Página 181 de 232

3. Resumen de facilidades asociadas al servicio multilínea Las facilidades generales asociadas a los equipos multilínea son:

“MULTI-LINE'', “TRUNK GROUP SUPERVISION'',

“TRUNK SUPERVISION'',

“SET SUPERVISION'',

“VOICE MAIL SUPERVISION'',

''PRIVATE (MANUAL) AND RECIPROCAL HOLD'',

“FORWARDING ON RINGING''.

Las facilidades de tipo jefe/secretaria asociadas a los equipos multilínea son:

“ASSISTANT CALL'', “MANAGER CALL'',

“ABSENT ASSISTANT'',

“SCREENING KEY'',

“UNSCREENING KEY'',

''SCREENING SUPERVISION'',

“ISDN FILTERING KEY'',

“ROUTING ASSISTANT'',

“MANAGER MAIL''.


Página 182 de 232

4. Jefe / secretaria Un grupo jefe-secretaria está formado por dos teléfonos multilínea, uno de los cuales se declara como jefe y el otro como secretaria. Un mismo equipo puede ser a la vez jefe y secretaria. El número de jefes por secretaria o de secretarias por jefe no está limitado (solo tendrá la limitación del número de teclas del teléfono). El teléfono del jefe podrá tener las siguientes teclas:

Llamada a secrectaria. Tecla de filtrado (= screening key = tecla RISO). Tecla de no filtrado (=unscreening key = tecla PRISO). Tecla RDSI filtrado. Escucha discreta Filtrado selectivo (esto no es una tecla, es una opción a nivel de gestión del abonado)..

El teléfono de la secretaria podrá tener las siguientes teclas:

Llamada a jefe. Secretaria ausente. Mensajería jefe. Supervisión filtro.

Se puede gestionar otro teléfono multilínea como secretaria de desbordamiento. En este caso las teclas que podrá tener serán:

Secretaria de desbordamiento. Supervisión filtro.

Un grupo jefe secretaria puede trabajar en red, es decir, el jefe puede pertenecer a un nodo y la secretaria a otro. 4.1. Teclas del jefe 4.1.1. Llamada a secretaria Para configurar un teléfono multilínea con perfil “jefe” basta con crear un tecla programa en él de tipo “llamada a secretaria”. Esta tecla servirá para llamar directamente a la secretaria y a ésta la llamada le entrará por su correspondiente tecla de “llamada al jefe”. Una vez creada la tecla “llamada a secretaria” se podrá empezar a definir filtros de llamadas para el jefe. El número de directorio asociado a esta tecla podrá ser el MCDU principal de la secretaria o un MCDU secundario (si el equipo multilínea de la secretaria es multiMCDU). En este caso podrá gestionarse la facilidad “filtrado selectivo” que veremos más adelante. El referir la tecla de llamada a secretaria a MCDUs secundarios de esta es muy útil cuando la secretaria tiene varios jefes (de esta manera podrá saber a quién pertenecen las llamadas filtradas que le llegan). El LED/icono asociado a la tecla “llamada a secretaria” permite supervisar el estado de la secretaria:


Página 183 de 232

Teléfono libre. LED apagado o icono .

Jefe llamando: LED encendido o icono .

Secretaria llamando: LED parpadeando o icono .

Secretaria ocupada: LED encendido o icono . La secretaria se considera ocupada si al menos una de sus líneas ha sido tomada.

Secretaria oficial ausente, secretaria de desbordamiento presente: LED parpadeando o

icono .

Secretaria oficial ausente, no hay secretaria de desbordamiento o también ésta está ausente: LED parpadeando rápido o icono parpadeando.

La secretaria se considera ausente cuando ha pulsado la tecla “secretaria ausente” o bien está en “no molestar” o fuera de servicio. En este caso, los filtros se desactivan automáticamente y las llamadas entrarán en el teléfono del jefe. Si la secretaria regresa, las llamadas volverán a ser filtradas. 4.1.2. Tecla de filtrado (RISO, screening key) Una tecla de filtrado, cuando se pulsa, provoca el desvío inmediato de ciertos orígenes de llamada a la secretaria. Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar a la secretaria. El resto de llamadas serán presentadas en el teléfono del jefe. Un jefe puede tener varias teclas RISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla RISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla RISO indica:

Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .

Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está

ausente: LED parpadeando o icono . Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:

Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.


Página 184 de 232

Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO. 4.1.3. Tecla de no filtrado (PRISO, unscreening key) Una tecla PRISO, cuando se pulsa, provoca la toma inmediata de ciertos orígenes de llamada (esto quiere decir que la llamada llega al jefe directamente, no a la secretaria). Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar directamente al jefe, no a la secretaria. El resto de llamadas serán presentadas en el teléfono de la secretaria. Un jefe puede tener varias teclas PRISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla PRISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla PRISO indica:

Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .

Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está

ausente: LED parpadeando o icono . Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:

Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.

Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO. 4.1.4. Tecla RDSI filtrado Esta tecla permite filtrar un determinado número RDSI. Si en las tablas de filtrado se incluye esta tecla, cuando se active el filtro el número RDSI asociado será filtrado. En caso de no activar el filtro, esta tecla se comporta como una tecla de directorio más. 4.1.5. Filtrado selectivo Esta función sólo es aplicable a jefes que tengan una configuración multiMCDU. Si se valida la opción de filtrado selectivo, los filtros RISO/PRISO sólo afectarán a la línea principal; en caso contrario se filtran tanto la principal como las secundarias.


Página 185 de 232

4.1.6. Tecla de escucha discreta Mediante la facilidad “escucha discreta”, el jefe puede escuchar sin intervenir las llamadas filtradas. La secretaria es alertada mediante la aparición de un mensaje en el display pudiendo anular la intrusión. Es posible que el jefe capture la llamada liberando a la secretaria. 4.2. Teclas de la secretaria 4.2.1. Llamada a jefe. Para configurar un teléfono multilínea con perfil “secretaria” basta con crear un tecla programada en él de tipo “llamada a jefe”. Esta tecla servirá para llamar directamente al jefe y a éste la llamada le entrará por su correspondiente tecla de “llamada a la secretaria”. El número de directorio asociado con esta tecla podrá ser el MCDU principal del jefe o uno secundario en el caso de que el jefe sea multiMCDU. El LED/icono asociado a la tecla “llamada a jefe” permite supervisar el estado del jefe:

Teléfono libre. LED apagado o icono .

Secretaria llamando: LED encendido o icono .

Jefe llamando: LED parpadeando o icono .

Jefe ocupado: LED encendido o icono .

Jefe con filtrado activado: LED encendido o icono . El jefe se considera ocupado cuando tiene tomada al menos una de sus líneas. 4.2.2. Secretaria ausente. En la secretaria puede definirse una tecla de secretaria ausente. Esto permite indicar al jefe la ausencia de la secretaria (lo muestra su tecla de “llamada a secretaria”). Además, mientras no esté presente la secretaria, los filtros que pueda haber activado el jefe serán temporalmente desactivados hasta que ésta regrese y vuelva a pulsar la tecla. La tecla “secretaria ausente” no afecta a las llamadas que vayan directamente dirigidas a la secretaria.


Página 186 de 232

4.2.3. Supervisión filtro. Esta función se suele permitir únicamente a secretarias con privilegios especiales. Esta tecla permite que una secretaria active o desactive el filtrado PRISO o RISO realizado en el teléfono del jefe (hacia esta secretaria o hacia otra). Para operar, en el teléfono de la secretaria hay que definir tantas teclas de “supervisión filtro” como teclas PRISO / RISO del jefe se quiera controlar. El LED/icono asociado a la tecla “supervisión filtro” indica:

Filtro no activado: LED apagado o icono .

Filtro activado sobre esta operadora: LED encendido o icono .

Filtro activado sobre otra operadora: LED encendido o icono . 4.2.4. Mensajería jefe. Esta funcionalidad requiere al menos un teléfono 4035 para el jefe (necesita utilizar las teclas dinámicas) y un 4020 ó 4035 para la secretaria (teclado alfabético habilitado). La tecla de mensajería al jefe permite acceder a servicios de mensajes entre el jefe y la secretaria que complementan el servicio tradicioal de mensajes de la OXE. Cuando la secretaria pulsa la tecla “mensajería jefe”, en el display le aparecen mensajes predefinidos que podrán ser o no completados antes de ser enviados al jefe. El jefe recibirá el mensaje a la vez que el display le indicará una serie de opciones relacionadas con él. Este servicio puede ser utilizado con el equipo en reposo o en conversación, sin que interfiera con la llamada en curso. La lista de mensajes a disposición de este servicio son: HERE IS_

Manager set choice BUSY WAIT ABSENT ENTER

Assistant set display I AM BUSY TELL THEM TO WAIT ?? TELL THEM TO COME IN

CALL FROM_

Manager set choice CABK WAIT I TAKE I CABK

Assistant TELL THEM TO CALL BACK

TELL THEM TO WAIT

I WILL TAKE THE CALL

I WILL CALL AGAIN LATER

URGENT CALL FROM_ Manager set choice CABK WAIT I TAKE I CABK

Assistant set display

TELL THEM TO CALL BACK

TELL THEM TO WAIT

I WILL TAKE THE CALL

I WILL CALL AGAIN LATER


Página 187 de 232

YOU HAVE A MEETING

Manager set choice CANCEL COMING ONE MO

Assistant set display PLEASE CANCEL I AM COMING ONE MOMENT PLEASE

YOU HAVE AN APPOINTMENT

Manager set choice CANCEL COMING ONE MO

Assistant set display PLEASE CANCEL I AM COMING ONE MOMENT PLEASE

4.3. Teclas de la secretaria de desbordamiento Para que un teléfono multilínea funcione como secretaria de desbordamiento basta con definir una tecla del tipo “secretaria de desbordamiento” que contenga el número de directorio del jefe. Cuando la secretaria principal se ponga en estado ausente, la secretaria de desbordamiento entrará en funcionamiento sustituyéndola. Sólo puede haber una secretaria de desbordamiento por jefe, pero una secretaria de desbordamiento podrá tener varios jefes. La secretaria de desbordamiento puede tener teclas de “secretaria ausente” y teclas de “supervisión filtro”. 5. Gestión Definición de usuario multilínea:

Abonados nº

Teclas programables 1 + Consulta/Modif. 2 + Consulta/Modif ... + Consulta/Modif

• Function: multi-línea • Número de directorio

Abonados

nº + Consulta/Modif.

• Propiedades multilínea: • Toma línea entrada automática = Falso/verdadero (si necesito tecla

para coger la llamada) • Toma línea salida automática = Falso /verdadero (si al descolgar tengo línea para marcar) • Toma supervisión al descolgar = Falso/verdarero (si al descolgar me

quedo con las supervisadas)


Página 188 de 232

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

Facilidades telefónicas particulares Tablas de filtrado

... + Edit

Definición de usuarios jefe/secretaria creación de teclas:

Abonados

nº Teclas programables

1 + Consulta/Modif. 2 + Consulta/Modif ... + Consulta/Modif

• Function Llamada secretaria Llamada jefe Tecla de filtrado Tecla de no filtrado Secretaria de desbordamiento ... • Número de directorio

6. Mantenimiento

>> menuclient

- Consultar equipos multilínea y supervisados - Consultar jefe-secretaria - Consultar supervisión - ...


Página 189 de 232

DECT 1. Generalidades La OXE ofrece un servicio de telefonía inalámbrica basado en el estándar DECT (Digital Enhanced Cordless Telecommunications) El estándar DECT es un estándar europeo de telecomunicaciones inalámbricas aprobado por el ETSI (European Telecommunication Standard Institution). Está basado en la tecnología celular utilizando la banda de 1880/1900 MHz reservada en Europa para este uso (y también en algunos países de Asia y África). En la OXE, el servicio DECT está basado en la utilización de los siguientes componentes:

Un teléfono DECT, que el usuario puede utilizar mientras se mueve. Con este equipo, el usuario puede hacer o recibir llamadas así como acceder a los servicios telefónicos que tienen los usuarios de teléfonos UA.

Una estación base DECT que hace de interface entre el teléfono DECT y la PABX. La

cobertura aproximada de una estación base en espacio abierto es de 300 metros. Cada estación base proporciona servicio a un área denominada célula, pudiendo existir varias estaciones base en una misma PABX. El conjunto de células es lo que se llama área de cobertura.

La OXE permite que las operadoras desde su consola realicen operaciones de gestión del DECT.


Página 190 de 232

2. Características técnicas

Las principales características técnicas del estándar DECT son: Potencia 250 mW (fija)

Banda 1880/1900 MHz

Ancho de banda por canal 1,728 MHz

Portadoras de transmisión 10

Separación entre portadoras 2 MHz

Multiplexación temporal en cada portadora por RBS

12 TSs para recepción (dirección: estación base teléfono).

12 TSs para transmisión (dirección: teléfono estación base).

Estos es, 120 canales de radio multiplexado. Multiplexación temporal en cada portadora por IBS

6 TSs para recepción (dirección: estación base teléfono)

6 TSs para transmisión (dirección: teléfono estación base)

Cobertura vía radio a través de estaciones base.

Frecuencia central de 1.8 GHz. Posibilidad de utilizar 10 portadoras. Es posible el cambio

de frecuencia entre dos intervalos temporales pero dentro del mismo intervalo temporal sólo se puede utilizar una frecuencia.

Formato de la trama:

Field A: command and signaling throughput 6.4 Kbit/s. Field B: voice throughput 32 Kbit/s. Nota: Cada trama DECT son 480 bits


Página 191 de 232

La velocidad de la trama es de 1152 Kbps y la de la voz es de 32 Kbps. La trama está formada por 12 intervalos bidireccionales de los cuáles el último se reserva para difusión de información (broadcasting); eso quiere decir que como máximo pueden darse 11 conversaciones simultáneas por estación base. No obstante, se utiliza como parámetro de diseño un número máximo de 8 conversaciones y así se reservan 3 para facilitar el handover y el roaming. En cuanto al nivel de servicio, se puede decir que si por cada estación base asignamos unos 30 móviles la probabilidad de que más de 8 quieran hablar a la vez es muy baja.

Handover:

El handover o handoff es un proceso que tiene lugar una vez que la conversación se ha establecido. Consiste en el mantenimiento de la comunicación aunque se cambie el intervalo temporal asignado inicialmente al usuario. Esta modificación puede darse dentro de la misma trama (bearer handover) o entre estaciones base (link handover).

Roaming:

Proceso que tiene lugar mientras el móvil está en reposo y que permite el seguimiento del móvil a través de las diferentes estaciones base de manera que pueda ser localizado cuando tenga una llamada entrante.


Página 192 de 232

2.1. GAP: Generic Access Profile

Protocolo multifabricante que permite que cualquier teléfono DECT compatible con GAP se conecte a cualquier centralita independientemente de su fabricante (siempre y cuando sea compatible con GAP).

El nivel de servicio no es tan alto como el del UA, asemejándose a las extensiones

analógicas.

3. Arquitectura 3.1. Configuraciones DECT La OXE permite varias posibilidades de configuración hardware para implementar el servicio DECT. Vamos a dividir las opciones según:

Tipo de call server: - Tarjeta CS en rack S o L. - Tarjeta CPU en rack tipo ACT. - Appliance server.

Tipo de media gateway


Página 193 de 232

Tenemos entonces:

Call server en tarjeta CS o Appliance server:

Call server en CPU:

Call server en Appliance Server:


Página 194 de 232

3.2. Hardware DECT 3.2.1. Hardware OXO Independientemente de la configuración DECT, en un MG de tipo OXO sólo pueden conectarse estaciones base tipo IBS (Intelligent Base Stations), mediante tarjetas UAI o MIX. Estas tarjetas pueden localizarse en el rack principal o en los secundarios (link HSL).

Las IBS compatibles con el hardware OXO son:

3.2.2. Hardware 4400 Dependiendo de la configuración DECT que tengamos, a un MG de tipo 4400 pueden conectarse tanto IBSs (Intelligent Base Stations) como RBSs (Radio Base Stations):

Configuración 1: Un MG de tipo 4400 puede conectarse a una RBS únicamente utilizando la tarjeta DECT8. Como se ver en el dibujo, el MG sólo consta de un ACT (conectado al call server mediante una INTIPB).


Página 195 de 232

Configuración 2: Un MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.

Configuración 3: Appliance Server con MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.


Página 196 de 232

Las estaciones base compatibles con el hardware 4400 son:

3.3. Descripción del hardware específico para DECT 3.3.1. Tarjeta DECT8

Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps.

Requiere R3.2M, R4.1 o superior.

Tiene características similares a DECT4HB.

AEMD y DTM integradas en la placa base (desaparecen las tarjetas hija).

La tarjeta DECT8 contiene dos módulos UBAC-DSP que efectúan las siguientes funciones:

- Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) - Transcodificación de voz en formato MIC (utilizada internamiente por la PABX) a

ADPCM (codificación de voz en el estándar DECT) - Posibilidad de programar la UBAC-1P como DTM.

Incluye cancelación de eco.

Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por

cualquier estación base). Compatible GAP


Página 197 de 232

3.3.2. Estaciones Base

Primera generación

Segunda generación

Ambas estaciones base son compatibles con GAP.


Página 198 de 232

3.3.3. Teléfonos

4075 Teléfono de la primera generación 4074B Básico 4074H Heavy Duty 4074GB Básico compatible con GAP 4074GH Heavy Duty compatible con GAP 4072 Mobile100 Mobile200 Mobile 200 Ex

3.4. Hardware requerido para arquitectura MULTIACT Para poder realizar handover en una configuración multiACT es necesario:

Realizar un proceso de sincronización con el módulo DTM (DECT8) en el ACT main. Las uniones interACT deben ser de tipo INTOF. La tarjeta INTOF transporta la

sincronización sin diferencia de fase. Ejemplo:


Página 199 de 232

4. Límites

Notas Significado

1 During occasional traffic peaks, the system can support 12 simultaneous calls per RBS. However, mobile set software limitations reduce overall system capacity to 11 simultaneous calls per RBS.

2 The DECT4HB board is only available in the 2nd DECT configuration.

3 Corresponds to 64 DECT4HB boards or 32 DECT8 boards per PARI.

4 Respectively corresponds to 24 DECT4HB boards and 24 DECT8 boards supported in an ACT Media Gateway.

5. Identificación de los elementos

PARI: Primary Access Identifier Identifica la central a efectos del DECT. Es un número formado por 31 bits y representado por 11 cifras octales de las cuales la última debe ser 0 ó 4 y la primera un 1.


Página 200 de 232

RFPI: Radio Fixed Part Identifier

Identifica la estación base y es obtenido automáticamente por el sistema a partir del PARI. La estructura es la de la figura, donde RPN es el Radio Part Number y ocupa 8 bits (dado un PARI, se pueden manejar 256 estaciones base).

E

PARI

RPN

IPUI: International Portable User Identity

Identificador del teléfono grabado en la ROM de cada equipo y formado por 14 dígitos en octal.

6. Resumen de facilidades Las facilidades de la OXE relacionadas con el servicio DECT son (muchas de ellas son avanzadas y no son objeto de este documento):

Facilidades Descripción

Multi-ACT DECT Funcionamiento de una móvil DECT con estaciones base distribuidas en varios ACTs (main y periféricos ACTs).

Multi-PARI DECT Un sistema estándar tiene un único PARI y por tanto un capacidad limitada de estaciones base. Esta facilidad permite definir varios PARIs y así aumentar el número de estaciones base por sistema.

Private networked DECT

La movilidad en una red privada puede ser a dos niveles: roaming y campus.

DECT Tandem Servicio que permite asociar un teléfono UA (cableado) y un DECT basjo el mismo número de directorio.

Seguridad DECT La OXE admite 3 niveles de seguridad: "Identity", '"Authentication" y "Encryption".

IBS base station IBSs (Intelligent Base Stations). Solución de movilidad de bajo coste indicado para sistemas pequeños.

Adaptador TSC-DECT

Adaptador que convierte un UA cableado en un DECT facilitando las mudanzas de los empleados.

Gestión DECT por consola de operadora

El sistema puede equiparse con consolas de operadoras con derechos para gestionar ciertas funciones del servicio DECT.


Página 201 de 232

7. Gestión básica

Asignar el PARI a la central:

DECT

1 + Edit • Tipo estación base: IBS / RBS • Portadoras disponibles

DECT Parámetros RBS

• Handover Multi ACT o sincron. DTM • Handover Externo • Nr. de Pari

DECT Parámetros RBS PARI

• Número del PARI • Valor del PARI = 10000444444 (p. Ej.)

Configuración de las tarjetas DECT:

Alvéolo

Placa DECT + Edit


Página 202 de 232

• Prioridad de sincronismo = 199 • Placa con DTM: SI/NO

Creación de los usuarios DECT:

Abonado + Crear • Número de directorio • Name • Dir alvéolo • Dir placa • Dir equipo • Set type = 4074 GAP+ (para el 4076 o Mobile100/200)

DECT • Tipo de equipo: permanente/visitante interno/visitante externo • Registrado: SI/NO • Fecha de expiración

7.1. Configuración 4074 Las opciones de configuración de un 40 74 son:


Página 203 de 232

Para dar de alta el teléfono DECT 4074 lo más sencillo es:

Entrar en el menú del 4074 tecleando: 7 + 1 2 3 4 5 6 + OK

Menú: 1. SYSTEM 2. SHOW SYSTEM 3. CONFIG SYSTEM 4. SHOW IPUI

1. TERMINAL TYPE FREE 2. PARK 3. PLI 4. LAL 5. IPUI


Página 204 de 232

Ejecutar el comando: >> dectinston –u 7.2. Configuración Mobile 100/200 (ó 4076) Las opciones de configuración del Mobile 100/200 son:


Página 205 de 232

Para dar de alta el teléfono DECT 4076 lo más sencillo es:

Entrar en el menú del 4076 pulsando simultáneamente las teclas “colgar” + ”descolgar” + ”apagar”:


Página 206 de 232

Ejecutar el comando:

>> dectinston –g 7.3. Gestión del DECT con la operadora

Who Muestra el número de directorio correspondiente a cierto IPUI. PARI Muestra el PARI. Inst Detiene la instalación automática. Regist Registra un equipo tanto permantente como visitante interno o externo Dereg Cancela el registro de un equipo. Modif Modifica parámetros de los DECT Expir Visualiza aquellos equipos cuya fecha de validez ha expirado. Return


Página 207 de 232

8. Mantenimiento

Dectinston: para registrar un teléfono en el sistema DECT. Admite varios calificadores.

>> dectinston –u para 4074 >> dectinston –g para GAP y GAP+ (4076) >> dectinston –t para TSC-DECT Ejemplo:

>> dectinston –u

base station? NO ↵ ...? SÍ↵

Dectview: estado de los recursos DECT.

>> dectview >> dectview ibs

Ibsstat: Configuración IBSs. También se puede utilizar eqstat

>> ibsstat >> eqstat p <cristal> <placa> <acceso> a

Dectrm: desregistro de un teléfono DECT.

>> dectrm <número de directorio>


Página 208 de 232

Dectsets: listado de teléfonos DECT.

>> dectsets

Dectinfo: Acceso a un menú de información sobre el sistema dect.

>> dectinfo

infocs: Sincronismo de los diferentes elementos de la OXE.

>> infocs


Página 209 de 232

Numeración Abreviada

1. Introducción 1.1. Servicios

Permite realizar una marcación simplificada. Discriminación de determinados destinos. Permite modificar el número inicialmente marcado con un desbordamiento sobre otro

número cuando encontremos un grupo de enlaces ocupado o cuando transcurra una cierta temporización.

Presentación de llamadas más amistosa. Se pueden definir hasta 15000 números abreviados.

1.2. Marcación simplificada

Se puede usar marcación abreviada para que los abonados accedan a números externos de uso habitual.

La marcación es más rápida (menos números y por tanto menos errores al marcar) Los números son de más fácil memorización. Presentación amigable del llamante.

1.3. Discriminación

El número abreviado puede estar sujeto (o no) al control de cifras establecido por las tablas de la categoría de acceso a la red pública.

Los abonados pueden acceder a áreas a las que no tendrían derecho de acuerdo con su categoría de acceso a la red pública.

1.4. Desbordamiento de números abreviados En caso de que un número abreviado implique la toma de un grupo de enlaces que no se pueda tomar (ocupado o fuera de servicio), podríamos indicarle que desborde sobre otro número abreviado que implique la toma de otro grupo de enlaces

Ejemplo Número abreviado: 41 Nº real: 0915664000 (operador 1) Número abreviado: 42 Nº real: 1915664000 (operador 2) Y cuando el grupo de enlaces del operador 1 está ocupado o fuera de servicio, el nº abreviado 41 desborda sobre el 42.


Página 210 de 232

1.5. Desbordamiento temporizado de números abreviados Un número abreviado convierte en otro (que completa la marcación) si el abonado no termina de marcar. Ejemplo Número abreviado: 41 Nº real: 91566 Número abreviado: 42 Nº real: 915664000 Si el abonado no completa la marcación del número 41 podemos decir que desborde al 42 1.6. Presentación amigable Si el número llamante se corresponde con un número abreviado podremos visualizar el nombre que se le haya dado al crearlo. 1.7. Tipos

Marcación abreviada directa: un área para toda la red. Marcación abreviada por rango: varias áreas específicas para cada nodo (hasta 400) y

para cada entidad (hasta 32). No se puede solapar la zona de abreviados directos con la de abreviados por rango.

2. Números abreviados directos

Una única área de números abreviados. Esta área será universal para toda la red y su contenido se difunde a todos los nodos de la

red.


Página 211 de 232

Será necesario definir la posición del área y su longitud antes de declarar el primer número

abreviado directo. Cada número abreviado directo corresponde a un número marcado. Los números abreviados directos pertenecen al plan de numeración.

3. Números abreviados por rango

Se pueden definir hasta 400 zonas generales de números abreviados, de tal manera que cada entidad tendrá acceso a 32 de esas 400 zonas. El acceso a las 32 zonas mencionadas es mediante un prefijo.

Las zonas pueden superponerse entre sí pero nunca con la zona reservada para los

números abreviados directos.


Página 212 de 232

4. Gestión

Números abreviados directos:

Numeración abreviada

Nr. Abreviados directos + Consulta/Modif.

• Primer índice de la zona = 0 (p. Ej.) • Longitud en núm abreviados = 1500 (p. Ej.)

Pref. Num. Abrev. directos + Crear

• Pref. Num. Abrev. directo • Número llamada • Control cifras = Si/No • Pref. No. Abrev. desbordamiento (nº abreviado alternativo en el caso

de que esté ocupado el nº de enlaces por el que quiero salir) • Tipo llamada = normal, local... • Num abrev. Directo desbor. Tempor. (lo que marca si no se completa el

nº abreviado).

Números abreviados por rango:

Numeración abreviada Num. Abreviados por zona

Numero zona + Consulta/Modif. (general de 0 a 399) • Primer índice de la zona • Longitud en Nr. abreviados • Número de dígitos • Aplicación en red red Nodo Local

Red (todos los nodos) Números abreviados + Crear

• Nr. abreviado • Número llamada • Control de cifras = SÍ/No


• Numero = XYZ • Significación prefijo = Areas nr. abreviado • Información prefijo = número área (de 0 a 31)


Página 213 de 232

Entidades

Entidades - Rango números abreviados 1 (no. de la entidad) + Consulta/Modif.

• Franja nr. Abreviados 0: 0 • Franja nr. Abreviados 1: 20 • … • Franja nr. Abreviados 31: 156

5. Mantenimiento

Listado del plan de numeración

>> ednump

Listado de los números abreviados gestionados

>> edabv


Página 214 de 232

ARS 1. Generalidades ARS (Automatic Route Selection) es un servicio mediante el cual la OXE puede seleccionar automáticamente la ruta óptima para cada llamada, sin que el usuario que llama tenga que preocuparse por ello. Por lo general, el servicio ARS se utiliza para encaminar las llamadas salientes hacia la red pública y así elegir la mejor ruta para un momento dado. El establecimiento de una llamada con ARS no es diferente, desde el punto de vista del usuario, al que tenemos cuando se utiliza la toma normal de un grupo de enlaces. La única diferencia para el usuario será, en todo caso, a efectos de lo que ve en el display de su teléfono, ya que si se utiliza ARS puede ser que la llamada sea reenrutada, por ejemplo, a través de la red privada. Otra utilidad del servicio ARS es la de enrutar llamadas hacia la red pública utilizando en lo posible la red privada, abaratando el coste final de la llamada. La funcionalidad del ARS se completa con el servicio ARS Server que permite la operación del ARS en red de una manera sencilla. Este servicio, no es objeto del curso básico por lo que sólo lo mencionamos. 1.1. Servicios La facilidad ARS ofrece mecanismos para analizar y modificar el número marcado por el usuario. Esto permite que el administrador del sistema pueda enrutar la llamada ajustándose a los recursos y requerimientos de la instalación. Los servicios más importantes que pueden obtenerse vía ARS son:

Reenrutamiento público-privado Este servicio permite forzar que una llamada que inicialmente iba a efectuarse por la red pública vaya por la red privada. De esta manera, cuando un usuario de una red de PABXs intenta establecer una llamada a través de la pública con otro usuario de un nodo de la red (accesible, por tanto a través de la red privada), la llamada se reenruta por la red privada.


Página 215 de 232

Break-out En una instalación formada por una red de PABXs con accesos a la red pública distribuidos entre los nodos, se trata de forzar la utilización del acceso público más cercano al destino, ya que así el coste de la llamada será menor.

Múltiples operadores directos Mediante ARS se seleccionará automáticamente el operador que ofrezca el menor coste para cada llamada y de manera transparente al usuario.


Página 216 de 232

Acceso a operadores indirectos Algunos operadores se han especializado en tráfico de larga distancia (operadores de larga distancia), mientras que otros se han dedicado a dar acceso a abonados locales a cierta área geográfica (operadores locales). En estos casos, los operadores de larga distancia ofrecen sus servicios a través de las redes de los operadores locales. Para ello, el servicio ARS proporciona la ejecución de ciertos comandos para seleccionar la pasarela adecuada hacia el operador indirecto así como la identificación del llamante en la pasarela.

2. Descripción funcional del ARS Los principios de funcionamiento del servicio ARS son los siguientes:

Dependiendo del número marcado, el ARS elige una lista de rutas. Esta elección puede depender del destino y del día/hora (la gestión de ARS por franjas horarias forma parte de la funcionalidad avanzada del servicio por lo que no se va a contemplar en este documento).

Cada ruta consiste en una serie de recursos a través de los cuales se encaminará la

llamada.

Los usuarios del servicio ARS pueden ser abonados, operadoras, llamadas públicas entrantes después de sustitución por DISA, y llamadas privadas entrantes.

Se distinguen dos tipos de llamadas ARS: profesionales y privadas (toma profesional, toma

privada).


Página 217 de 232

Cada lista de rutas se denomina tabla de enrutamiento. Dichas tablas son estáticas y el

funcionamiento es el siguiente: para cada entrada del traductor público se asigna una tabla de ARS que puede contener hasta 10 rutas diferentes. Cada ruta determina el enlace tomado (en caso de ruta externa) y posibilita la modificación de la marcación. Adicionalmente, el servicio ARS proporciona un mecanismo para controlar el acceso a las distintas rutas de manera que tendrán autorización para tomar unas pero no para tomar otras.

La utilización de ARS se indica a través de un prefijo específico. La marcación de dicho

prefijo indica la utilización de un traductor público (o discriminador) para así determinar la tabla ARS a usar en función del número marcado. Una vez seleccionada la tabla, el siguiente paso es la elección de ruta entre las posibles lo cual dependerá de los privilegios definidos para el usuario.

Tabla ARS:

- Asociada con una entrada del traductor público. - Puede contener hasta 10 rutas. - Configuraciones posibles: modificar el número, reenrutar hacia la privada, seleccionar

un grupo de enlaces (incluso de un nodo remoto), ejecutar comandos de marcación. - Limitaciones: sólo una ruta interna y debe ocupar la primera posición en la lista. Las

rutas externas se deben clasificar en orden de costes crecientes.

Derechos de acceso a las rutas: - Mecanismo adicional al propio de discriminación - Definición de un privilegio de ARS en la categoría de acceso a red pública. Dicho

privilegio puede ser de 0 a 31. - Cada ruta tiene un coste asociado de 0 a 31. - Este mecanismo no es aplicable para enlaces entrantes privados.


Página 218 de 232

Tipos de costes

- Coste de STOP (de 0 a 31): Para poder tomar una ruta, el privilegio del usuario debe

superar al coste de stop de la ruta. - Coste de WAIT (de 0 a 31): Una vez que hemos verificado que el coste de stop permite

tomar cierta ruta, el coste de wait nos dice si esta acción se puede llevar a cabo inmediatamente o si debe esperar. Cuando el privilegio de un usuario no supera el coste de wait se le pone en espera (guía vocal); ante esto el usuario puede hacer dos cosas, o bien colgar y esperar un rato antes de repetir la llamada, o bien esperar en cuyo caso se hace una segunda pasada por las rutas para poder elegir otra. En las segundas pasadas, el coste de wait se ignora.

Todos estos costes se programan para cada ruta dentro de las tablas de ARS.


Página 219 de 232

Modificación del marcado:

- D: Delete (borrar) - A: Add (añadir) - W: Wait (pausa entre acciones) - F: Force (forzar marcación multifrecuencia) - C: Code (enviar un código de autorización) - I: Insert (insertar el número marcado restante)

Códigos de autorización: Se envía un código de autorización según un número de código y un centro de coste. Cuando un operador de larga distancia es utilizado indirectamente vía un operador local, la identidad del abonado puede pasarse automáticamente al operador de larga distancia mediante la información del “caller number” del acceso de red pública utilizado. Cuando este método no es posible, el abonado puede ser identificado utilizando un código insertado en la marcación cuando se establece la llamada. Se emplean 10 números de código cada uno de los cuales consiste en una tabla con los códigos de autorización para los diferentes centros de coste.


Página 220 de 232

3. Límites

4000 listas de rutas. 10 rutas por lista. 32 categorías ARS (categoría de acceso a red pública). 30 tablas de comandos de marcación. 10 tablas de códigos, con 50 códigos por tabla de hasta 10 dígitos. El servicio ARS está controlado por OPS.

4. Gestión


Página 221 de 232

Los pasos principales para la gestión básica del servicio ARS son:

Instalación + Edit

• Restricción ARS (si se utilizan costes) • Tono de toma ARS (tono ficticio)


• Numero • Significación prefijo = Toma de grupo prof ARS o “ “ “ “ “ con solapamiento

Plan de numeración externa Discriminación de la numeración

Regla de discriminación (en el discriminador adecuado. Normalmente 0) + Crear

• Nr. llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 1 (p. Ej.) • Nr. Tabla encam. ARS = 1 (p. Ej.) (es decir, en el ejemplo, si se marca el pref ARS+93 se va a la tabla ARS 1)

Tablas de encaminam. ARS Tabla de encaminamiento ARS + Crear (aquí se crea la tabla)

Encaminamiento ARS (Definición de posibles rutas) + Crear • Ruta = 1 (p. ej) • Grupo de enlace: el que se desee usar • Número de dígitos a añadir • Dígitos a eliminar • Calidad: añadir al menos “Voz”

Lista de rutas temporales (Orden de toma de rutas) + Crear

• Crear siempre la lista 1. Definir el orden de selección de las rutas definidas en el apartado anterior.


Página 222 de 232

5. Mantenimiento El principal comando de mantenimiento para este servicio es lookars:

>> lookars –h (ayuda) >> lookars r <table nbr> (ver información sobre cierta tabla ARS)

>> lookars r a (para ver todas las tablas ARS)

>> lookars i La máquina nos pregunta el nº llamante, el llamado, el prefijo ARS

utilizado y la fecha y hora de la llamada. Con estos datos nos informa de cuál va a ser la tabla ARS seleccionada y cúal el orden de selección real de rutas para esta llamada. Comando muy interesante, pues permite probar exhaustivamente el ARS sin generar llamadas reales.


Página 223 de 232

Tarificación interna 1. Generalidades Los servicios que incorpora el módulo de tarificación de la OXE son:

Salida de tickets en tiempo real Almacenamiento de tickets Monitorización de la tarificación por la operadora Informes financieros Tarificación por tiempo

2. Funcionamiento Los principios de funcionamiento del módulo de tarificación de la OXE son los siguientes:

Cada vez que tiene lugar una conversación telefónica se genera un ticket. Dicho ticket puede servir para la monitorización que realiza la operadora o para ser mostrado por la salida en tiempo real predeterminada. Además, ese mismo ticket, es guardado en un buffer con una capacidad máxima de 500 tickets. Se pueden definir filtros según las llamadas sean públicas o privadas, entrantes o salientes.


Página 224 de 232

Cuando se alcanza cierto porcentaje de ocupación del buffer, su contenido es volcado a una base de datos SQL y en paralelo a un fichero ascii temporal (TAX.TMP). La capacidad de la base de datos debe tener en cuenta que cada 2900 tickets ocupan 1 MB.

En cuanto a la salida en tiempo real, si la impresora no está disponible, los mensajes se almacenan en un buffer que puede contener un máximo de 500 mensajes y además se envía el incidente 275.

2.1. Ficheros de tarificación A partir del TAX.TMP se consolidan otros ficheros que servirán para que alguna aplicación externa (por ejemplo, el OmniVista 4760) los recoja y puedan generarse informes de tarificación. El directorio que contiene los ficheros de tarificación es /usr4/account. Los principales ficheros son:

TAX*****.DAT (TAXAAAAA, TAXAAAAB, TAXAAAAC...)


Página 225 de 232

Ficheros comprimidos que se generan a partir del “TAX.TMP”. Se generan a una velocidad máxima de 1 fichero por hora. El número máximo de ficheros comprimidos es de 744 (31 días, 24 horas). La generación de ficheros comprimidos depende de la presencia o no de llamadas: si hay flujo continuo de llamadas, se genera un TAX*****.DAT cada 60 minutos; si por el contrario, transcurren 90 minutos desde la primera llamada y no llega ninguna más, también genera un comprimido.

TABJUSTIFM.dat TABJUSTIFM.idx Ficheros de la base de datos SQL.

ACCOUNT.LIS

Fichero ascii con la lista de los ficheros comprimidos

ASCFILES.log Fichero con trazas sobre la generación de ficheros comprimidos

BUFFER.dat Fichero que contiene los tickets desde el último shutdown realizado.

2.2. Interacción con el comando shutdown

Al hacer un shutdown se comprime el contenido del fichero TAX.TMP y se genera el correspondiente TAX*****.DAT

Además, el contenido del buffer es almacenado en BUFFER.dat

2.3. Salida en tiempo real

Formato reducido

User Número de directorio del abonado C.C. Centro de coste Trsf. Número del abonado que transfirió la llamada Number Dialled Número marcado Time Hora de finalización de la llamada Duration Duración de la llamada Cost Coste de la llamada BC. Código de negocios (3 dígitos) P Tipo de llamada (P:personal, B:profesional, N:normal) C Tipo de llamada (A:no especificada, B:voz, C:datos) O Operador (nº de tabla de comandos de marcación)

Formato extendido


Página 226 de 232

User Número de directorio del abonado User Name Nombre del abonado Code Código de negocios o personal (12 dígitos) Date Fecha en la que finalizó la llamada Serv. Número de servicio (entidad; no implementado) Cost Center Centro de coste TGN Grupo de enlaces utilizado Ope Operador (nº de tabla de comandos de marcación) TKND Nº de nodo y de subred del enlace SBND Nº de nodo y de subred del abonado C Tipo de llamada (A:no especificada, B:voz, C:datos) Trsf. Número del abonado que transfirió la llamada JO. Número de enlace utilizado Number Dialled Número marcado Heure Hora de finalización de la llamada Duree Duración de la llamada Unités T Coste de la llamada Af. Código de negocios (3 dígitos) P Tipo de llamada (P:personal, B:profesional, N:normal) VSATMR V:VPN, S:ARS, A:Abbrev, R:forwarding...

2.4. Generación de tickets


Página 227 de 232

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

Facilidades telefónicas particulares Centro de costes

1 (p. Ej.) + Edit

• Nombre = (4 caracteres)


Página 228 de 232

Abonados nº + Edit ... nº + Edit

• Nº centro de costes = 1 (p. Ej.)

Aplicaciones Tarificación

1 (p. Ej.) + Edit

• Tarificación interna = YES • Monitoring = YES • Info financiera = YES • Alm justif. = YES • Tarif externa = YES • Salida = V24 (impresora) • % justificantes antes de almacenar = 30 % • PIN • Filtros ... (poner llamadas coste 0) • Parámetros de salida en tiempo real

- V24 impresora = 1 (p. Ej. Puerto B) - ...

• Informe financiero

- V24 = 0 (p. Ej. Puerto A). - Zona 1 - Zona 2 (zonas del Public Net Category) - ...

• Formato de marcación = 9 • Teléfono

- valor visualizado = coste • ...

Aplicaciones Tarificación

1 (p. Ej.) Informe financiero

+ Edit

• Fecha inicio • Fecha fin

Monitorización Operadora (Observación por operadora = monitoring)

Coste base

Normal Especial (hotel/hospital)

Tarificación por tiempo


Página 229 de 232

4. Mantenimiento Los principales comandos de mantenimiento relacionados con la tarificación interna: >> cd /usr4/account directorio donde se encuentran los datos de la

tarificación. >> more ACCOUNT.LIS >> accview –tf TAXAAAAH.DAT contenido de los TAX*****.DAT


Página 230 de 232

>> account

>> account ascii


Página 231 de 232

>> account counters

>> account –v |more para ver la configuración de los parámetros de

tarificación. >> account –m |more información sobre cómo está el monitoring de la

operadora.


Página 232 de 232

>> accreset

Documents

Manual Curso Básico OXE