Manual Curso Básico OXE

DOCUMENTACIÓN TÉCNICA SOPORTE TÉCNICO

AUTOR: Carmen Alonso OBJETO:

APROBADO POR: Fidel Cobo

FECHA: REV.:

30/01/2006 03

Documentación técnica básica OmniPCX Enterprise

Alcatel OmniPCX Enterprise

Documentación técnica básica

Página 1 de 232

Contenido GENERALIDADES .................................................................................................................................. 8 1. Introducción ..................................................................................................................................... 8 2. Arquitectura global ........................................................................................................................... 9 2.1. Call Server .............................................................................................................................. 10 2.2. Media Gateway ....................................................................................................................... 11 2.2.1. e-Media Gateway ............................................................................................................. 14 2.2.2. ACT-Media Gateway ........................................................................................................ 16 2.3. Terminales compatibles .......................................................................................................... 19 2.4. Accesos externos .................................................................................................................... 20 2.5. Aplicaciones ............................................................................................................................ 20 3. Ejemplo de topología ..................................................................................................................... 27 ARQUITECTURA HARDWARE ............................................................................................................ 28 1. Introducción ................................................................................................................................... 28 2. Hardware 4400 .............................................................................................................................. 28 2.1. Tipos de ACT-MG ................................................................................................................... 30 2.2. Tipos de armarios ................................................................................................................... 31 2.3. Placas para hardware 4400 .................................................................................................... 35 2.3.1. Placas de procesamiento ................................................................................................. 35 2.3.2. Placas de interface ........................................................................................................... 40 2.3.3. Placas auxiliares............................................................................................................... 47 3. Hardware común (OXO) ................................................................................................................ 49 3.1. Tipos de e-MG ........................................................................................................................ 49 3.2. Placas para hardware OXO .................................................................................................... 51 3.2.1. Placas de procesamiento ................................................................................................. 51 3.2.2. Placas de interfaces: extensiones .................................................................................... 55 3.2.3. Placas de interfaces: enlaces........................................................................................... 56 3.2.4. Otras placas ..................................................................................................................... 57 3.2.5. Posición de las tarjetas en los racks OXO ....................................................................... 58 4. Hardware no Alcatel – Appliance Server ....................................................................................... 61 5. Configuración ................................................................................................................................. 62 5.1. Configuraciones clásicas (no IP): Configuraciones Mono/Multi-ACT 4400 ............................ 62 5.2. Configuraciones basadas en IP .............................................................................................. 63 5.2.1. OXE con CPU duplicada tipo CS y mezcla de hardware 4400 y OXO. Áreas remotas conectadas por IP. ...................................................................................................................... 63 5.2.2. OXE con CPU-4400 y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ........................................................................................................................................... 63 5.2.3. OXE con CPU duplicada tipo Appliance Server y mezcla de hardware 4400 y OXO. Áreas remotas mixtas: IP y TDM. ............................................................................................... 64 5.2.4. Ejemplos detallados ......................................................................................................... 65 5.3. Redes de OXEs ...................................................................................................................... 67 SISTEMA OPERATIVO LINUX ............................................................................................................. 68 1. Introducción ................................................................................................................................... 68 2. Características del Linux de la OXE .............................................................................................. 68 3. Principales directorios.................................................................................................................... 69 4. Principales comandos.................................................................................................................... 69 5. Usuarios ......................................................................................................................................... 70 DIRECCIONAMIENTO IP ..................................................................................................................... 71

Página 2 de 232

OmniPCX Enterprise – Curso Básico

1. Repaso........................................................................................................................................... 71 2. Direccionamiento por defecto de la OXE ...................................................................................... 71 2.1. Plan de direccionamiento IP ................................................................................................... 71 2.2. Máscara de subred por defecto .............................................................................................. 72 2.3. Direccionamiento por defecto del interface Ethernet .............................................................. 72 3. Personalización del direccionamiento ........................................................................................... 73 SHUTDOWN Y ARRANQUE DE LA OXE ............................................................................................ 76 1. Introducción ................................................................................................................................... 76 2. Comando shutdown ....................................................................................................................... 76 3. Inicio de la PABX ........................................................................................................................... 76 OPS ....................................................................................................................................................... 78 1. Introducción ................................................................................................................................... 78 2. Tipos de licencias .......................................................................................................................... 78 2.1. Listado de licencias de la OXE (versión 6.2) .......................................................................... 79 3. Ficheros OPS ................................................................................................................................ 90 3.1. Procedimiento de carga de la OPS......................................................................................... 90 4. Consecuencias del uso fraudulento .............................................................................................. 93 HERRAMIENTAS DE GESTIÓN: MGR ................................................................................................ 95 1. Introducción ................................................................................................................................... 95 2. Manejo ........................................................................................................................................... 96 4760I...................................................................................................................................................... 98 1. Introducción ................................................................................................................................... 98 2. Configuración ................................................................................................................................. 98 3. Acceso a la aplicación e-Config .................................................................................................... 98 3.1. Acceso vía navegador............................................................................................................. 98 3.2. Acceso vía programa cliente ................................................................................................. 101 ABONADOS ........................................................................................................................................ 103 1. Tipos de terminales ..................................................................................................................... 103 2. Terminales UA ............................................................................................................................. 104 2.1. Teléfonos UA 3G ................................................................................................................... 105 2.2. Terminales UA Serie 9 .......................................................................................................... 107 2.3. Interfaces opcionales ............................................................................................................ 107 2.4. Terminales UA remotos ........................................................................................................ 108 3. Gestión de usuarios ..................................................................................................................... 108 3.1. Creación de usuarios ............................................................................................................ 108 3.2. Bus S0 tras UA...................................................................................................................... 109 3.3. Extensión Z tras UA .............................................................................................................. 111 3.4. Creación de S0 sobre BRA o BPRA ..................................................................................... 111 4. Mantenimiento ............................................................................................................................. 112 PLAN DE PREFIJOS Y SUFIJOS ....................................................................................................... 113 1. Plan de prefijos ............................................................................................................................ 113 1.1. Creación de un prefijo ........................................................................................................... 113 1.2. Listado de prefijos ................................................................................................................. 113 2. Plan de sufijos ............................................................................................................................. 115 2.1. Creación de un sufijo ............................................................................................................ 115 2.2. Listado de sufijos .................................................................................................................. 115 3. Mantenimiento ............................................................................................................................. 116 GRUPO DE LÍNEAS AGRUPADAS: HUNTING GROUPS ................................................................ 117 1. Generalidades ............................................................................................................................. 117

Página 3 de 232


2. Funcionamiento ........................................................................................................................... 119 2.1. Distribución de llamadas externas ........................................................................................ 119 2.2. Distribución de llamadas internas ......................................................................................... 119 3. Gestión......................................................................................................................................... 120 4. Mantenimiento ............................................................................................................................. 121 GRUPOS DE CAPTURA ..................................................................................................................... 122 1. Generalidades ............................................................................................................................. 122 2. Gestión......................................................................................................................................... 122 GRUPOS DE ENLACES ..................................................................................................................... 124 1. Generalidades ............................................................................................................................. 124 2. Gestión......................................................................................................................................... 124 3. Mantenimiento ............................................................................................................................. 127 DISCRIMINACIÓN .............................................................................................................................. 128 1. Introducción ................................................................................................................................. 128 2. Principio ....................................................................................................................................... 129 2.1. Categoría de acceso a la red pública ................................................................................... 131 3. Gestión......................................................................................................................................... 132 4. Mantenimiento ............................................................................................................................. 132 TRADUCTOR DE RELLAMADA EXTERNA ....................................................................................... 133 1. Presentación del número llamante .............................................................................................. 133 2. Rellamadas hacia números externos .......................................................................................... 133 3. Gestión......................................................................................................................................... 134 TRADUCCIÓN DDI ............................................................................................................................. 135 1. Llamadas entrantes ..................................................................................................................... 135 2. Llamadas salientes ...................................................................................................................... 137 3. Gestión......................................................................................................................................... 138 LLAMADAS PRIVADAS ...................................................................................................................... 139 1. Introducción ................................................................................................................................. 139 2. Funcionamiento ........................................................................................................................... 139 2.1. Usuario con un teléfono físico asignado (sin PIN) ................................................................ 139 2.2. Usuario con un teléfono físico asignado (con PIN) .............................................................. 140 2.3. Usuario con un teléfono virtual asignado .............................................................................. 140 3. Gestión......................................................................................................................................... 140 3.1. Gestión de llamadas privadas con PIN ................................................................................. 140 3.2. Gestión de llamadas privadas sin PIN .................................................................................. 141 CÓDIGO DE NEGOCIO ...................................................................................................................... 142 1. Principio ....................................................................................................................................... 142 2. Gestión......................................................................................................................................... 142 DISTRIBUCIÓN DE LLAMADAS ........................................................................................................ 144 1. Introducción ................................................................................................................................. 144 2. Principio ....................................................................................................................................... 144 2.1. Enrutamiento de llamadas externas sobre un enlace con numeración ................................ 146 2.2. Enrutamiento de llamadas externas sobre un enlace sin numeración ................................. 148 2.3. Enrutamiento de llamadas internas ...................................................................................... 148 3. Ejemplos ...................................................................................................................................... 149 ENTIDADES ........................................................................................................................................ 152 1. Principio ....................................................................................................................................... 152

Página 4 de 232


2. Gestión......................................................................................................................................... 153 3. Mantenimiento ............................................................................................................................. 154 GRUPOS DE OPERADORAS ............................................................................................................ 155 1. Principio ....................................................................................................................................... 155 1.1. Ayuda mutua ......................................................................................................................... 156 2. Gestión......................................................................................................................................... 156 3. Mantenimiento ............................................................................................................................. 157 OPERADORAS ................................................................................................................................... 158 1. Introducción ................................................................................................................................. 158 2. Funcionamiento ........................................................................................................................... 160 2.1. Servicios ................................................................................................................................ 161 2.2. Teclas programables............................................................................................................. 161 2.3. Tipos de ring ......................................................................................................................... 161 2.4. Temporizaciones ................................................................................................................... 162 3. Gestión......................................................................................................................................... 162 4. Mantenimiento ............................................................................................................................. 163 ALARMAS E INCIDENTES ................................................................................................................. 164 1. Presentación ................................................................................................................................ 164 2. Formato de los incidentes............................................................................................................ 165 3. Estructura de los ficheros ............................................................................................................ 166 4. Notificación de incidentes ............................................................................................................ 167 5. Gestión......................................................................................................................................... 168 5.1. Gestión general ..................................................................................................................... 168 5.2. Filtrado de incidentes por defecto ......................................................................................... 168 5.3. Filtrado de incidentes personalizado .................................................................................... 170 5.4. Alarmas externas .................................................................................................................. 171 5.5. Teléfono de alarmas ............................................................................................................. 171 6. Mantenimiento ............................................................................................................................. 172 MULTILÍNEA. JEFE-SECRETARIA .................................................................................................... 175 1. Introducción al servicio multilínea ................................................................................................ 175 1.1. Facilidad “desvío sobre timbre” (forwarding on ringing) ..................................................... 175\\ 1.2. Teléfono multilínea ocupado ................................................................................................. 176 1.3. Toma de línea automática..................................................................................................... 178 2. Facilidad de supervisión .............................................................................................................. 178 2.1. Supervisión de equipos ......................................................................................................... 178 2.2. Supervisión de grupos de enlaces ........................................................................................ 179 2.3. Supervisión de enlaces ......................................................................................................... 180 3. Resumen de facilidades asociadas al servicio multilínea ........................................................... 181 4. Jefe / secretaria ........................................................................................................................... 182 4.1. Teclas del jefe ....................................................................................................................... 182 4.1.1. Llamada a secretaria ...................................................................................................... 182 4.1.2. Tecla de filtrado (RISO, screening key) ......................................................................... 183 4.1.3. Tecla de no filtrado (PRISO, unscreening key) .............................................................. 184 4.1.4. Tecla RDSI filtrado ......................................................................................................... 184 4.1.5. Filtrado selectivo............................................................................................................. 184 4.1.6. Tecla de escucha discreta .............................................................................................. 185 4.2. Teclas de la secretaria .......................................................................................................... 185 4.2.1. Llamada a jefe. ............................................................................................................... 185 4.2.2. Secretaria ausente. ........................................................................................................ 185 4.2.3. Supervisión filtro. ............................................................................................................ 186 4.2.4. Mensajería jefe. .............................................................................................................. 186 4.3. Teclas de la secretaria de desbordamiento .......................................................................... 187

Página 5 de 232


5. Gestión......................................................................................................................................... 187 6. Mantenimiento ............................................................................................................................. 188 DECT ................................................................................................................................................... 189 1. Generalidades ............................................................................................................................. 189 2. Características técnicas............................................................................................................... 190 2.1. GAP: Generic Access Profile ................................................................................................ 192 3. Arquitectura ................................................................................................................................. 192 3.1. Configuraciones DECT ......................................................................................................... 192 3.2. Hardware DECT .................................................................................................................... 194 3.2.1. Hardware OXO ............................................................................................................... 194 3.2.2. Hardware 4400 ............................................................................................................... 194 3.3. Descripción del hardware específico para DECT ................................................................. 196 3.3.1. Tarjeta DECT8................................................................................................................ 196 3.3.2. Estaciones Base ............................................................................................................. 197 3.3.3. Teléfonos ........................................................................................................................ 198 3.4. Hardware requerido para arquitectura MULTIACT ............................................................... 198 4. Límites ......................................................................................................................................... 199 5. Identificación de los elementos ................................................................................................... 199 6. Resumen de facilidades .............................................................................................................. 200 7. Gestión básica ............................................................................................................................. 201 7.1. Configuración 4074 ............................................................................................................... 202 7.2. Configuración Mobile 100/200 (ó 4076) ................................................................................ 204 7.3. Gestión del DECT con la operadora ..................................................................................... 206 8. Mantenimiento ............................................................................................................................. 207 NUMERACIÓN ABREVIADA .............................................................................................................. 209 1. Introducción ................................................................................................................................. 209 1.1. Servicios ................................................................................................................................ 209 1.2. Marcación simplificada .......................................................................................................... 209 1.3. Discriminación ....................................................................................................................... 209 1.4. Desbordamiento de números abreviados ............................................................................. 209 1.5. Desbordamiento temporizado de números abreviados ........................................................ 210 1.6. Presentación amigable.......................................................................................................... 210 1.7. Tipos...................................................................................................................................... 210 2. Números abreviados directos ...................................................................................................... 210 3. Números abreviados por rango ................................................................................................... 211 4. Gestión......................................................................................................................................... 212 5. Mantenimiento ............................................................................................................................. 213 ARS ..................................................................................................................................................... 214 1. Generalidades ............................................................................................................................. 214 1.1. Servicios ................................................................................................................................ 214 2. Descripción funcional del ARS .................................................................................................... 216 3. Límites ......................................................................................................................................... 220 4. Gestión......................................................................................................................................... 220 5. Mantenimiento ............................................................................................................................. 222 TARIFICACIÓN INTERNA .................................................................................................................. 223 1. Generalidades ............................................................................................................................. 223 2. Funcionamiento ........................................................................................................................... 223 2.1. Ficheros de tarificación ......................................................................................................... 224 2.2. Interacción con el comando shutdown.................................................................................. 225 2.3. Salida en tiempo real ............................................................................................................ 225 2.4. Generación de tickets ........................................................................................................... 226 3. Gestión......................................................................................................................................... 227

Página 6 de 232


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

Página 7 de 232


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

OmniPCX 4400

R5.0 Ux

(d2.31x.xx)

R5.0 Lx (e1.xxx.xx) Obligatorio hardware OXO

OnmiPCX Enterprise

R5.X Lx

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


2. Arquitectura global

Los principales elementos de la OmniPCX Enterprise son:

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

Media Gateways (MG): Permite conectar el mundo de la telefonía tradicional con el mundo TCP/IP y se conecta a la e-CS a través de una tarjeta controladora de MG (GD o INTIP). Equivale a un rack/ACT o conjunto de racks/ACTs donde van alojadas las placas de: -

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

Cada MG está compuesto por 1 más racks. Los distintos tipos de chasis pueden dividirse en dos familias: racks de OXO (e-MG) y racks de 4400 (ACT-MG).

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

Página 9 de 232


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

2.1. Call Server Principales características:

Software basado en OmniPCX 4400 R5.0

Sistema operativo Linux (versión 8)

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

-

Una tarjeta CPU (CPU5 step3, CPU6 o CPU7) en un armario de 4400 tipo M2, M3, WM1 o VH. Entonces al Call Server se le llama IPCS (IP Crystal Server).

-

Una tarjeta CS en un rack de tipo S o L. Entonces al Call Server se le llama IPRS (IP Rack Server).

-

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

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

Media Gateways

Página 10 de 232


-

IP terminals

Multiprotocolo (UA, H323, SIP…)

Posibilidad de duplicación (call server duplicado)

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

e-MG : basado en hardware OXO y también llamado OmniPCX Media Gateway. Hay dos tipos de racks: - rack S (small) de 1 U : 3 posiciones - rack L (large) de 3 U : 9 posiciones

ACT-MG : basado en hardware 4400.

Voice Hub (VH)

Wa ll Mounted (WM1)

M2 ca binet

M3 ca binet

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

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

El hardware en el área principal está basado en un ACT: entonces el Call Server debe ser una CPU instalada en el ACT o bien un Appliance Server.

Página 11 de 232


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

Página 12 de 232


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

Página 13 de 232


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

2.2.1. e-Media Gateway

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

La GD proporciona: - La matriz de conmutación

Página 14 de 232


-

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

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

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

El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a 16 Mbit/s, full duplex. Las uniones HSL no pueden duplicarse.

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

Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida de unión IP.

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

Página 15 de 232


2.2.2. ACT-Media Gateway

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

Si se trata de un ACT-MG periférico, la conexión al principal (ya sea de tipo e-MG o ACT-MG) es a través de una tarjeta INTIPB. Dicha INTIPB sólo sirve de unión con el Call Server del alveolo principal, es decir, no actúa de pasarela H323 ni señaliza teléfonos IP.

Las principales funciones de la INTIPB son - Generar reloj - Proporcionar tonos - Recursos de compresión

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

Página 16 de 232


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

Página 17 de 232


Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las conexiones son vía INTIPA en el ACT main.

Página 18 de 232


Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.

2.3. Terminales compatibles

Todos los compatibles con interfaces Z

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

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

Estaciones base y terminales DECT: -

4097 CBL

Terminales e-reflexes (4037/4022):

Terminales H323

Terminales SIP

Página 19 de 232


2.4. Accesos externos

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

Públicos Privados Analógicos Tie Line Primarios Básicos

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

Protocolos soportados -

QSIG DPNSS ABC-F

2.5. Aplicaciones

OmniTouch CCD -

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

A4980 / OmniTouch Unified Communications

OmniVista 4760. Herramienta de gestión. -

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

Notification Server

Página 20 de 232


Ubiquity

API, CSTA, TSAPI, TAPI.

Hotel/Hospital. Software integrado de gestión -

DECT. Digital Enhanced Cordless Telecommunications -

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

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 o o o

Mensajería vocal de similares características al 4635 Servicios basados en el 4615 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). Acceso directo utilizando el algoritmo G711.

Página 21 de 232


Página 22 de 232


Nueva RMA para los racks S y L -

Sustituye a la RMA y SRMA de la OmniPCX 4400

-

Es una adaptación de la RMA antigua para los racks OXO • •

-

RMA MODEM externo

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

Página 23 de 232


eRMA -

Es software y va instalado en el Call Server.

-

Utiliza un módem interno a la GD.

-

Solución alternativa a la tarjeta RMA

-

No soporta todos los servicios de la tarjeta RMA

-

Compatible únicamente con conexiones de módems internos.

-

Para utilizar la eRMA el call server debe estar activo

-

En caso de Call Server duplicado, la eRMA corre en la parte main. La conexión a la stand by sólo es posible vía telnet desde la main.

Página 24 de 232


SIP -

Servicios de gateway y proxy

-

Acceso a clientes SIP pertenecientes a otros dominios

-

Interface con otros equipos

Cliente LDAP -

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

V24 / IP (puertos dedicados V24)

-

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

Página 25 de 232


-

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

Herramienta para instalación de software y parches

Página 26 de 232


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

Página 27 de 232


Arquitectura Hardware 1. Introducción Como vimos en el capítulo anterior, la OmniPCX Enterprise permite arquitecturas muy variadas, combinando racks de 4400 (tipo ACT) y racks de hardware común (o racks OXO). En este capítulo veremos más en detalle los distintos racks y las tarjetas que pueden insertarse en éstos.

2. Hardware 4400 El hardware 4400 está basado en el concepto de ACT (Alcatel Crystal Technology): todas las tarjetas están conectadas entre sí y son controladas por la CPU.

Las ventajas ligadas al concepto ACT son:

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

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

Página 28 de 232


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

Página 29 de 232


2.1. Tipos de ACT-MG

ACT14

ACT10

Página 30 de 232


ACT Voice Hub

ACT28

2.2. Tipos de armarios

WM1. Aloja un ACT 10

Página 31 de 232


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

Página 32 de 232


Página 33 de 232


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

Página 34 de 232


Vhub. Puede alojar un ACT-VH.

2.3. Placas para hardware 4400 2.3.1.

Placas de procesamiento

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

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

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

Interface Ethernet. Dispone de dos accesos: -

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

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

Módulo de tonos y reloj: VIVALDI ASIC.

Página 35 de 232


-

-

Generador de reloj. La CPU puede generar diferentes señales de reloj: 16 MHz (reloj del sistema), 8KHz (sincronismo de trama), 256 KHz (sincronismo del convertidor). El reloj del sistema puede sincronizarswe utilizando una señal de referencia de 512 KHz de la red a través de una tarjeta de enlaces T2, PCM o T0. Generador de tonos: las frecuencias se generan a partir de muestras almacenadas en una FLASH EPROM. Los tonos y multifrecuencias utilizadas por las placas de interfaces del sustema son de varios tipos: MFQ23 (16 frecuencias), frecuencia de ring (50 Hz), frecuencias de modem (2100 Hz), así como los tonos propios de cada país (tono de marcado, etc.).

Disco duro: modo PIO4

Módulo I/O PC97307

Módulo COFIDEC (ley A, ley μ)

No está equipada con el bus SCSI

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

Interface V24 (UART). Ofrece 4 accesos V24

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

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

Página 36 de 232


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

Procesador AM5x86-100 a 100 MHz.

Memoria SDRAM de 256 MB máximo.

Interface Ethernet on-board y externo 10/100 Base T. La velocidad del interface ethernet externo se decide por negociación.

Proporciona 4 accesos V24.

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

Admite conexión de IO2

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

Acepta las siguientes placas hijas: - OBCA2: accesos de 64 Kbit/s - VMU-OBCA2: voice mail+ accesos 64 Kbit/s.


Adaptador para bus externo ISA.

Interface IDE (hard disk).

Interface para conexión a floppy disk (tarjeta MMSFD).

Admite placa hija VMU-OBCA

Admite placa hija OBCA

Página 37 de 232


Módulo VPU para guías vocales: La CPU6 tiene una memoria flash de 8 Mb para guías vocales y 15 canales para acceder simultáneamente. Es posible personalizar guías ya que tiene un canal de grabación.

Detector de tonos Q23 (10 detectores)

Interface para música en espera.

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

Página 38 de 232


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

Procesador Pentium III a 700MHz.

SDRAM de 256MB.

Interface Ethernet on-board (10 Mbits/s) y externo (10/100 Base T). El interface externo puede configurarse utilizando la herramienta ethctl (half/full duplex, 10/100). Ambos interfaces están interconectados vía un miniswitch.


Adaptador para bus externo ISA. Permite conexión a la tarjeta IO2N.

Interface IDE (hard disk de 2,5 pulgadas).

Interface para conexión a floppy disk (tarjeta MMSFD).

Proporciona 4 accesos V24.

Módulo DTM para DECT incluido en la CPU7. Esto permite la sincronización de las estaciones base IBS y RBS.

Interface para música en espera.

Detector de tonos Q23 o Q23x (10 detectores)

Generador de tonos

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

Página 39 de 232


2.3.2.

Placas de interface

IO2N

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

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

Los paquetes van en formato de trama HDLC y son transportados en un canal B del los enlaces tipo-1. La tarjeta IO2N puede asociar canales B dinámicamente para obtener velocidades de 128 Kbits/s a 2 Mbits/s.

-

Los paquetes van encapsulados según el protocolo UA y son transportados mediante 4 TS de los enlaces tipo-1.

ECX 1

8 accesos (DTE) 10 BaseT (hub).

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

UA16 / UA32

Esta tarjeta permite conectar 16 / 32 equipos digitales del tipo siguiente: Teléfonos UA-Reflexes, con o sin el módulo S0/V24/PC Consolas FBC para operadoras IBS Adaptadores de terminal (TA) tipo V24, S0, CTI o analógicos. La tarjeta UA16 está descatalogada y ya sólo se vende la UA32 (con una nueva versión a partir de la release 4.2, UA32NV) La nueva versión de la tarjeta UA32 se diferencia de la anterior en: -

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

Página 40 de 232


-

Nueva fuente de alimentación CB8.

eUA32

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

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

La diferencia entre utilizar tarjetas eUA32 o UA32 es una cuestión económica: la tarjeta UA32 requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eUA32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.

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

UA/ZP

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

Página 41 de 232


Z12 Y Z24

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

4 Receptores multifrecuencia y 4 generadores de llamada

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

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

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

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

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

La tarjeta Z20VG permite la conexión de 20 terminales analógicos y la difusión de guías vocales (13 canales simultáneos). La placa hija VGU sólo es compatible con la versión R3.1 y superiores.

Las guías vocales se almacenan en: -

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

8 recepctores de frecuencias (Q23 y Q23x).

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:

Z32

-

Nuevo interface de larga distancia con 8 QCIALAS (Quadruple Subscriber Line Analog Interface Circuits). Nuevo circuito C1NV Nuevas fuentes de alimentación CB8 y CB26

eZA32

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

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

La diferencia entre utilizar tarjetas eZ32 o Z32 es una cuestión económica: la tarjeta Z32 requiere comprar una licencia específica pero no se paga por el número de equipos conectados a ella; la tarjeta eZ32 no requiere licencia (es más barata) pero entonces se paga por número de equipos conectados.

Página 42 de 232


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

DECT2 Y DECT4 (TARJETAS EN PHASE-OUT)

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

DECT4HB (TARJETA EN PHASE-OUT)

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

DECT8

Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps.

Requiere R3.2M, R4.1 o superior.

Tiene características similares a DECT4HB.

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

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

Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) Transcodificación de voz en formato MIC (utilizada internamente por la PABX) a ADPCM (codificación de voz en el estándar DECT) Posibilidad de programar la UBAC-1P como DTM.

Incluye cancelación de eco.

Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por cualquier estación base).

Compatible GAP

BRA Y BRA2

PRA

8 Interfaces S0/T0

Y PRA2

1 interfaz T2

Página 43 de 232


BPRA Y BPRA2

1 interfaz T2 y 3 interfaces T0/S0

NPRAE

La tarjeta NPRAE (New Primary Rate Access E1) reemplaza a la tarjeta PRA2.

Permite conectar la OXE con: -

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

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

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

PCM / PCM2

1 interfaz MIC (2 Mbits/s)

DDI (SDA)

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

NDDI (BCA)

8 enlaces analógicos

NDDI2

Evolución de la tarjeta NDDI antigua.

Admite 8 enlaces analógicos a dos hilos.

Puede llevar opcionalmente placas hijas: -

-

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

Página 44 de 232


EMTL

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

ACEM

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

INTIP / INTIP2

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

Acceso para IP-phones.

VoIP trunks / logical links.

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

En las tres primeras funciones, reemplaza a la LIOE

Acepta las siguientes placas hijas dependiendo de los DSPs: -

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

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

Interface Ethernet 10/100 BaseT. Dependiendo de la versión de software, las posibilidades de gestión de la velocidad y el modo duplex del interface varían. En las últimas versiones se pueden configurar las siguientes opciones: -

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

La tarjeta INTIP2 tiene un interface compatible con V36.

LIOX

Permite comprimir conversaciones para reducir el número de canales físicos.

Puede comprimir sobre enlaces de BPRA, BRA, PRA.

Los compresores pueden utilizarse para ayudar a LIOB o LIOP

Hay dos versiones de LIOX:

Página 45 de 232


-

LIOX (reference 3BA 23145 AA): compatible con la placa hija COMP6 (6 compresores). LIOX (reference 3BA 23145 AB) o LIOX-2: compatible con COMP2 (8 compresores).

LIOB

LInk Optimized Basic access.


Dos modos de operación: -

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

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

Hay dos versiones de LIOB: -

LIOB (reference 3BA 23138 AA): compatible con la placa hija COMP6 (6 compresores). LIOB (reference 3BA 23138 AB) o LIOB-2: compatible con COMP2 (8 compresores).

LIOP

LInk Optimized Primary access.


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

Puede ser reemplazada por una LIOX y una PRA2.

Hay dos versiones de LIOP: -

LIOP (reference 3BA 23137 AA): compatible con la placa hija COMP6 (6 compresores). LIOP (reference 3BA 23137 AB) o LIOP-2: compatible con COMP2 (8 compresores).

LIOE (TARJETA EN PHASE-OUT)

LInk Optimized board Ethernet. Esta tarjeta ha sido reemplazada por la INTIP.

Permite crear uniones entre nodos vía IP utilizando Ethernet y el protocolo H323.

Interface Ethernet 10 Mbps.

12 canales de compresión.

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

Página 46 de 232


2.3.3.

Placas auxiliares

SU

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

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).

VG

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 o o

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

Página 47 de 232


-

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

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

INTOF

Interconexión de ACT en configuración multi-ACT para larga distancia.

2 pares trenzados (600 m)

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

Medio físico 1x8 Mbit/s

RT2

Interconexión entre el ACT principal y ACT remoto

Medio físico 1x8 Mbit/s

MMSFD

Mass Memory Support: 3.5” floppy

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

PRMA

Placa que permite el mantenimiento remoto.

Se monta sobre las cabinas CBRMA y BRMA.

RMAB

Remote Maintenance Access Board.

Conecta la PABX con un operador local o remoto para mantenimiento.

Recepción de alarmas.

Página 48 de 232


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

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

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

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

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

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

Página 49 de 232


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

El link HSL conecta la GD con las tarjetas MEX. Equivale a 8 PCM: 256 timeslots a 16 Mbit/s, full duplex. Las uniones HSL no pueden duplicarse.

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

Es posible establecer un backup para la señalización entre e-CS y e-MG en caso de pérdida de unión IP.

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

Página 50 de 232


3.2. Placas para hardware OXO 3.2.1.

Placas de procesamiento

CS board

Funciones principales: -

Call Server Voice Mail (4645)

Puede alojarse en cualquier slot de un e-Media Gateway (racks S o L), o bien en el slot 0 de un rack dedicado para la CS.

Se conecta al backpanel sólo para tomar la alimentación.

Principales características: -

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

Panel frontal de la CS:

Placas hija de la CS: -

XMEM: IDE hard drive interface SLANX: LAN Switch (3 puertos cruzados y 1 para uplink, todos 10/100 Base-T. Con autonegociación full/half duplex).

Significado de los LEDs:

Página 51 de 232


Posición de los jumpers:

GD board

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

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

Principales características -

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

Las principales funciones de la GD son: -

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

Página 52 de 232


Panel frontal de la GD:

Placas hija opcionales: -

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

-

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

-

MCV8, MCV24: 7 ó 21 compresores para VoIP. Permiten comprimir /descomprimir y paquetizar/despaquetizar de canales PCM a paquetes RTP. Soporta G711, G.723.1A y G.729AB.



Página 53 de 232


GA board

Placa auxiliar que permite aumentar los recursos proporcionados por la GD

Los recursos que proporciona son: -

Compresores VoIP Guías vocales Conferencias a 3

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

Panel frontal de la GA:



MEX board

Va en el slot 0 del un rack de expansión -

Permite el control del rack remoto Hasta 2 racks de expansión pueden ir conectadas al rack principal

Conectado a la GD del rack principal a través del link HSL

Página 54 de 232


-

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

El DSP0 de la MEX recibe del DSP0 de la GD la información de switching

Una GPA virtual está asociada a cada MEX

Panel frontal de la MEX:


3.2.2.

Placas de interfaces: extensiones

Principales tarjetas para extensiones tanto para ACT-MG como para e-MG:

UAI (Universal Alcatel Interface)

Permite la conexión de equipos digitales

Página 55 de 232


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

UAG2 UAG3 Operadoras IBS TSC y TAs

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

SLI (Serial Line Interface)

Permite la conexión de equipos analógicos

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

Soporta Q23 y decádico

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

Restricciones: -

3.2.3.

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

Placas de interfaces: enlaces

Principales tarjetas para enlaces tanto para ACT-MG como para e-MG:

Página 56 de 232


BRA (Basic Rate Interface)

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

PRA T1 (Primary Rate Access T1)

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

PRA E1 (Primary Rate Access E1)

Interface T2/E1 1x2 Mbit/s

APA

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

3.2.4.

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.

Otras placas

LANX

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

Significado de los LEDs

Página 57 de 232


MIX

3.2.5.

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

Posición de las tarjetas en los racks OXO

3.2.5.1. Rack 1U (S)

• •

Slot 1: 2 PCM Slot 2: 2 PCM

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

Página 58 de 232


3.2.5.2. Rack 3U (L)

• • • • • • • •

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

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

Página 59 de 232


Página 60 de 232


4.

Hardware no Alcatel – Appliance Server

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

Identificación de la placa: CPU0s0

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

Memoria: 513024 KB

Capacidad IDE Disk #: 76324 MB

Panel frontal:

Panel trasero:

Página 61 de 232


5.

Configuración

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

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

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

Página 62 de 232


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

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

Página 63 de 232


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

Página 64 de 232


5.2.4. Ejemplos detallados

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

Página 65 de 232


Área principal con un ACT main con Call Server tipo CPU y ACT-MG remotas sobre IP. Las conexiones son vía INTIPA en el ACT main.

Área principal con un ACT-Media Gateway y Call Server sobre Appliance Server. En este caso, el ACT main se conecta al Call Server vía red IP. Hay también ACT-MG remotos sobre IP.

Página 66 de 232


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

Página 67 de 232


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

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

Kernel: bloque principal que se ocupa de: Gestión de procesos Gestión de memoria Gestión de entrada/salida Gestión del sistema de archivos

o

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

o

Shell: programa que actúa como interfaz entre el usuario y el kernel, es un intérprete de comandos al mismo tiempo que un lenguaje de programación.

2. Características del Linux de la OXE

Hay dos loaders utilizados por Linux

LILO: Linux Loader GRUB: Grand Unified Bootloader

Linux utilizado por la CS se basa en:

Red Hat: para el proceso de instalación Mandrake 7.2: para los packages

Página 68 de 232


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

Primera partición:

Partición común:

/DHS3bin (/usr2) /DHS3data (/usr3)

/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 shutdown

Linux shutdown -r

shutdown -i shutdown –ih ps

shutdown –r now shutdown –h now ps -edf

Pulsar dos veces “ESC”

Pulsar la tecla “TAB”

Interface ethernet: il0 Tecla “DEL”

Comando Comentario Reset después de 30 segundos Reset inmediato Parada (halt) inmediata Lista de procesos Con Linux “ps” lista muy pocos procesos Completa comandos automáticamente No pide password

Puede hacerse login como swinst desde root Interface Ethernet: eth0 “CTRL + C” Para detener un ping por ejemplo

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

Página 69 de 232


Lista ficheros y subdirectorios del directorio actual:

ll

drw-rw-rw-rw-rw-rw-

ll |more ps -edf cd nombre cd /nombre mkdir directorio cp file1 file2 rm fichero rmdir directorio rm –r exit rlogin dirIP more fichero

la primera d indica directorio la primera – indica fichero r = permiso de lectura w = permiso de escritura x = permiso de ejecución (ejecutable)

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. Muestra los procesos activos Cambia al directorio nombre dentro del directorio actual (direccionamiento relativo al directorio actual) Cambia al directorio nombre desde el directorio raíz (direccionamiento absoluto al raíz /) Crea un directorio Copia un fichero Borra un fichero Borra un directorio vacío Borra todos los ficheros y subdirectorios de un directorio Salir de una cuenta de usuario Login remoto a cierta dirección IP Edita un fichero (modo lectura)

5. Usuarios Los usuarios por defecto del sistema son:

Usuario mtcl root swinst adfexc

Definición Usuario gestión y mantenimiento Superusuario Instalación de software y facilidades Intercambio dinámico de información (A4760)

Contraseña mtcl ******* SoftInst adfexc

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

Página 70 de 232


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

Ej.: 191.254.1.3:

10111111.11111110.00000001.00000011

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

Dirección IP

172.26.1.51

10101100.00011101.00000001.00110011

Máscara

255.255.255.0

11111111.11111111.11111111.00000000

Dirección de subred

172.26.1.0

AND lógico 10101100.00011101.00000001.00000000

Todas las máquinas conectadas a la misma red tendrán la misma dirección de subred. La OXE puede tener varios puntos de acceso, identificándose cada uno de ellos por una dirección IP (Ethernet, túnel IP...).

2. Direccionamiento por defecto de la OXE 2.1. Plan de direccionamiento IP Para facilitar la elección de nombre y direcciones IP de cada una de las máquinas, la herramienta netadmin ofrece un plan de direccionamiento por defecto, basado en los números de red y de nodo de cada OXE. Estas direcciones por defecto son de clase A y siguen el patrón 10.R.N.z donde:

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

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

Página 71 de 232


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

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

Tipo de elemento Call Server GD GA 4645 V24 remote unit Installer PC Management machines Applicative machines IP-Phones Reserved Free

Número máximo de direcciones 4 2 2 1 1 1 2 2 33 2 14

Página 72 de 232


Dirección IP 10.R.N.0 10.R.N.1 10.R.N.2 10.R.N.3 10.R.N.4 10.R.N.5 10.R.N.6 10.R.N.7 10.R.N.8 10.R.N.9 10.R.N.10 10.R.N.11 10.R.N.12 10.R.N.13 10.R.N.14..19 10.R.N.20 10.R.N.21 10.R.N.22..29 10.R.N.30..62 10.R.N.63

Nombre xarrrnnn xbrrrnnn xmarrrnnn xmbrrrnnn evarrrnnn gdrrrnnn_1 gdrrrnnn_2 garrrnnn_1 garrrnnn_2 admrrrnnn_1 admrrrnnn_2 dynrrrnnn rserrrnnn apprrrnnn_1 apprrrnnn_2

Elemento asociado IP Subnetwork address Call Server A physical address Call Server B physical address Call Server A main address Call Server B main address eVA applicative Call Server GD 1 GD 2 GA 1 GA 2 Management machine 1 Management machine 2 Installer PC V24 remote unit Free Address of applicative machine 1 Address of applicative machine 2 Free IP-Phone 1..33 Address reserved for broadcasting

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

Página 73 de 232


Las opciones más comunes son: >> netadmin >> netadmin –m

para una configuración nueva para modificar una configuración existente

Con netadmin –m aparece el siguiente menú:

Alcatel e-Mediate IP Network Administration =========================================== 1. 'Installation' 2. 'Show current configuration' 3. 'Local Ethernet interface' 4. 'CPU redundancy' 5. 'Role addressing' 6. 'Serial links (PPP)' 7. 'Tunnel' 8. 'Routing' 9. 'Host names and addresses' 10. 'Copy setup' 11. 'Security' 12. 'DHCP configuration' 13. 'SNMP configuration' 14. 'VLan configuration' 15. 'Node configuration' 16. 'History of last actions' 17. 'Apply modifications' 0. 'Quit' Para modificar las direcciones IP se utilizaría la opción 3.

Otro comando interesante es ifconfig –a que nos permitirá ver la configuración de dirección IP y máscara de un nodo. En el archivo /etc/hosts se guarda la configuración de las direcciones que han sido especificadas en la centralita. Para observarlo: more /etc/hosts Algunos comandos relativos al direccionamiento IP que pueden utilizarse en cualquier PC con Windows NT son:

Página 74 de 232


Página 75 de 232


Shutdown y arranque de la OXE 1. Introducción La centralita se reinicia en los siguientes casos:

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

2. Comando shutdown El comando shutdown puede ejecutarse con las siguientes variantes:

shutdown -r

se efectúa el reinicio transcurridos 30 segundos desde que se invoca el comando.

shutdown –r now

se efectúa el reinicio inmediatamente.

shutdown –r 0

se efectúa el reinicio inmediatamente.

shutdown –h

se efectúa el reinicio tras 30 segundos pero la PABX no arranca hasta después de pulsar una tecla

shutdown –h now

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

3. Inicio de la PABX Una vez efectuado el shutdown, tiene lugar el inicio de la centralita. El proceso será el siguiente:

Arranque de la BIOS. Transcurrido el arranque, da 5 segundos para poder parar el arranque y entrar en el menú de la BIOS. Posteriormente se prosigue con el arranque del sistema operativo y, si estuviera establecido su arranque automático, el de la aplicación telefónica.

La aplicación telefónica puede arrancarse de dos maneras:

Mediante el comando RUNTEL bajo el usuario mtcl

Arranque automático, se establece mediante el comando swinst: cada vez que se reinicie la centralita, la aplicación telefónica arranca automáticamente. a4400a> swinst 6. System management

Página 76 de 232


2. Autostart management 2. Set autostart

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

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

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

-

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

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

Comando date (bajo el usuario root).

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

Mediante el comando swinst: a4400a> swinst 6. System management 1. Date & time update 1. Set date 2. Set time

Por medio de una operadora que está autorizada a ello.

Sincronización automática a través de un enlace conectado a la red pública.

Página 77 de 232


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

La lista de las llaves compradas El identificador de la CPU a la que van referidas las licencias (CPU ID). El CPU ID es un número único almacenado en PROM que puede ser leído por la BIOS. Si tenemos redundancia de CPU’s, cada una tendrá su identificador. Una software key consistente en una serie de datos encriptados que dependen de las licencias compradas y las CPU Ids. Garantiza que los ficheros OPS han sido generados por Alcatel para evitar usos fraudulentos.

Como curiosidad, con la release 5.1, Alcatel ha introducido el concepto de “transferencia de licencias”. Este servicio permite que las licencias puedan moverse de una máquina a otra cuando éstas pertenezcan al mismo cliente.

2. Tipos de licencias Las llaves existentes en el call server pueden ser de distinto tipo:

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

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

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

Página 78 de 232


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

Configuración

Alarmas

Tarificación

Directorio

Observación de tráfico

2.1. Listado de licencias de la OXE (versión 6.2)

Number Name

Possible values

Moveable Reboot required

001

Group Telephony

“Open” lock

—

—

002

Phonebook users

0/10/20/.../9990

Yes

No

003

–

Not used

—

—

004

Hotel guest sets

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

According to conditions, see:

(> or = lock 213 if different from 0) 005

Multilingual voice prompts

0/1

No

No

006

Hotel: AHL on V24

0/1 (= lock 126)

No

Yes

007

–

Not used

—

—

008

–

Not used

—

—

009

PSTN B channel

“Open” lock

—

—

010

Voice guide

0/1

No

No

011

–

Not used

—

—

012

DISA

0/1

No

No

013

E-CS engine

0/ 50/ 80/ 150/ 250/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

Yes

= 9999 if lock 213 different from 0 014

Integrated metering report

0/1

No

No

015

–

Not used

—

—

016

–

Not used

—

—

017

–

Not used

—

—

Página 79 de 232


Number Name

Possible values


018

–

Not used

—

—

019

Corporate networking

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

No

> or = lock 213 if different from 0 020

Automated attendant

0/ 6/ 9999

No

No

021

N0 of VPS ports

0/ 2/ 4/.../ 240

No

No

022

–

Not used

—

—

023

–

Not used

—

—

024

–

Not used

—

—

025

–

Not used

—

—

026

–

Not used

—

—

027

–

Not used

—

—

028

–

Not used

—

—

029

DECT/PWT Engine

0/1

No

Yes

030

–

Not used

—

—

031

–

Not used

—

—

032

–

Not used

—

—

033

–

Not used

—

—

034

–

Not used

—

—

035

Free

“Open” lock

—

—

036

Free

“Open” lock

—

—

037

Free

“Open” lock

—

—

038

Infocenter link

0/1

No


039

Performance

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

No

No

No

No

No

No

No


Real Time Incidents

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

041

DECT register

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

042

Accounting users

0/ 50/ 80/ 150/ 2350/ 500/

Página 80 de 232


Number Name

Possible values


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

–

Not used

—

—

044

4059 SBC

0/ 1/ 2/.../ 50

No


045

4059 BLF

0/ 1/ 2/.../ 30

No


046

Fax server ABC-A link

0/ 1/ 2/.../ 28

No


047

Alarms

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

No


–

Not used

—

—

049

Directory

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

No

No

Yes

No

No

No



Configuration

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

051

Real Time Metering on V24

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

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

No


(= lock 057) 057

4635: Fax manager

0/ 2/ 4/.../ 64

No


058

4635: Call manager

0/ 2/ 4/.../ 64

No


(= lock 057)

Página 81 de 232


Number Name

Possible values


059

0/ 2/ 4/.../ 64

No


4635: Hotel manager

(= lock 057) 060

4635: No of ports

0/ 2/ 4/.../ 64

No


061

4635: No of hours

0/ 5/ 10/.../ 40

No


062

4635: No of languages

0/ 1/ 2/.../ 8

No


063

4635: Attendant manager

0/ 2/ 4/.../ 64

No


(= lock 057) 064

–

Not used

—

—

065

4635: Recording manager

0/ 2/ 4/.../ 64

No


No


(= 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

No

No

No

No

(= lock 019) 080

VPN

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

081

Meet me conference

0/ 1/ 2/.../ 30

No

No

082

No of DECT/PWT terminals

0/ 10/ 20/ ..../ 5000

No

No

Página 82 de 232


Number Name

Possible values


(= lock 175) 083

Flow Metering on Ethernet

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No


No

No

(= lock 042) 084

4635 users


085

–

Not used

—

—

086

Automatic directory pop up

0/ 1/ 2/.../ 50

No


087

Beta test release

0 = OmniPCX version released

No

No

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

No

No

No

Yes


Accounting for local calls


Página 83 de 232


Number Name

Possible values


099

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

Yes

No

Yes

No

Yes

Accounting for ABC calls


CSTA profile

0 = None 2 = Call center

101

CSTA monitoring requests

0/ 5/ 10/.../ 9995/ 9999 the Maximum depends on OXE release.

102

CCS multi-site

0/ 1/ 2/.../ 60

No

No

103

Real Time Interface

0/ 1/ 2/.../ 60

No

No

104

–

Not used

—

—

105

Compressed calls

0/ 1/ 2/.../ 9999

No

No

106

Transfix Access X24/V36

“Open” lock

-

-

107

4635 : Visual messenger

0 or 5000

No


(if lock 057 different from 0) 108

-

Not used

-

—

109

4635 : IP Octel Networking

0/ 2/ 4/.../ 64

No


(= lock 057) 110

4635 : Global message redundancy

0/1

No


111

Ubiquity

0/ 10/ 20/.../ 5000

No

No

112

CCS LIGHT

0 / 1 / 2 / ... / 60

No

No

113

CSTA pilots monitoring

0/ 1

No

Yes

114

TSAPI server

0/ 5/ 10/.../ 2000

No

Yes

115

CCA softphone

0/ 5/ 10/.../ 1000

No

No

(< or = lock 076 if different from 0) 116

OTUC Local My Phone (4980 5/ 10/ 20/.../ 3000 Std) (= lock 129)

No

Yes

117

OTUC Local 4980 Option (4980 Adv)

5/ 10/ 20/.../ 3000

No

Yes

118

–

Not used

—

—

119

4980 nomadic logged

5/ 10/ 20/.../ 600

No

Yes

(< or = lock 129 if different from 0)

(= lock 129 + lock 309)

Página 84 de 232


Number Name

Possible values


120

–

Not used

—

—

121

CLIP on VPS

0/ 2/ 4/.../ 240

No

No

No

No

(= lock 021) 122

ACAPI via CMIP

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

123

CSTA IVR ports monitored

0/ 5/ 10/.../ 5000

No

Yes

124

–

Not used

—

—

125

CCWeb Agents

0/ 5/ 10/.../ 1000

No

No

(< or = lock 076 if different from 0) 126

Hotel AHL link

0/ 1

No

Yes

127

Encryption DECT/PWT users

0/ 10/ 20/.../ 9 5000

Yes

No

128

4615 No. of Access

0/ 2/ 4

No

No

129

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

No

Yes

130

CSTA: Voice Recording Type

0/ 1

No

Yes

131

Remote LIO

0/ 16/ 32/ 48/ .../ 16xN

No

No

132

IP-Trunk

0/ 9999

No

No

No

No

No

No

(= lock 187) 133

Mastered conference


134

Multi-tenant

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

135

G729A Server

0/ 1/ 2/.../ 9999

No

No

136

Priority

0/ 50/ 80/ 150/ 350/ 500/ 1000/ 1500/ .../ 9500/ 9999

No

No

No

No

No

Yes


Call restriction


138

IP Clients

0/ 10/ .../ 9990

Página 85 de 232


Number Name

Possible values


(= lock 176 + lock 317) 139

–

Not used

—

—

140

–

Not used

—

—

141

–

Not used

—

—

142

–

Not used

—

—

143

TAPI premium server

0/ 5/ 10/.../ 5000

No

Yes

144

–

Not used

—

—

145

CSTA Recording B Channel

0/ 5/ 10/.../ 600

No

Yes

146

PWT MOBILITY (UTAM)

0: non US market

No

No

1: US market (according to lock 029) 147

–

Not used

—

—

148

IP Call Server

“Open” lock

-

-

149

–

Not used

—

—

150

–

Not used

—

—

151

4635 : VPIM

0/2/4/.../64

No


(= 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

No

Yes

the maximum depends on the OXE release. 159

–

Not used

—

—

160

CCemail Agents

0/5/10/.../1000

No

No

161

CCoutbound Agents

0/5/10/.../1000

No

No

162

CCoutpredial Agents

0/5/10/.../1000

No

No

163

–

Not used

—

—

164

CSTA Record networked

0/5/10/.../600

No

Yes

165

OmniPCX Enterprise release

30 = R5.0 LX

No

No

Página 86 de 232


Number Name

Possible values


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

4980 multi device

5/10/20/.../3000

No

Yes

(= lock 129) 167

ACR data base read

0/ 1

No

No

168

No. of HPOV node

0/ 1/ 2/.../ 100

No

No

169

Voice detection channels

0/ 1/ 2/.../ 315

No

No

170

–

Not used

—

—

171

–

Not used

—

—

172

–

Not used

—

—

173

Business Users

0/ 10/ 20/.../ 5000

Yes

No

174

Analog Users

0/ 10/ 20/.../ 5000

Yes

No

175

Mobile Users

0/ 10/ 20/.../ 5000

Yes

No

176

Business IP Users

0/ 10/ 20/.../ 5000

Yes

No

177

SIP Users

0/ 10/ 20/.../ 1000

Yes

No

178

4645 : Voice mail engine

0/ 1/ 2/ 3

No


179

4645 users

0/ 50/ 80/ 150/ 350/ 500/ 1000 Yes


180

–

Not used

—

—

181

OmniPCX Enterprise

1 = OmniPCX Enterprise

No

No

182

4645 : networking

0/ 1

No


183

4645 : additional language

0/ 1/ 2/.../ 7

No


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


188

SIP networking links

0/ 1/ 2/.../ 1000

No


189

CCTI agents

0/ 5/ 10/.../ 1000

No

No

Página 87 de 232


Number Name

Possible values


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


195

CCD profil

0 = None

No

Yes

1 = Starter 2 = Server (according to lock 076) 196

RSI Business agents

0/ 5/ 10/.../ 1000

No

Yes

197

G729A Client

0/ 10/ 20/.../ 4000

Yes

No

198

—

Not Used

—

—

199

Version 4400–R5.0 Ux

0/ 1

No

No

200

4400 Mobiles migration

0/ 1/ 2/... /5000

No

No

201

4400 Reflexes migration

0/ 1/ 2/... / 5000

No

No

202

4400 Analogs migration

0/ 1/ 2/... / 5000

No

No

203

Upgrade CCS ligth to CCS monosite

0/ 1/ 2/ .../ 60

NO

No

204 212

-

Not used

—

-

213

E–CS engine physical users

0 / 50 / 80 / 150 / 350 / 500 / No 1000 / 1500 / ... / 9500 / 9999

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

< or = lock 112

Página 88 de 232


Number Name

Possible values


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


315

Hard 0223 Key migration

0/ 1

No

Yes

316

Standard Reflexes Users (with 0/ 10/ 20/.../ 5000 services restriction)

Yes

No

317

Standard IP Users (with services restriction)

Yes


318

Max number of connections to 0/ 1/ 2/... applications server (PRS)

No

No

319

EasyContact

No

No

0/ 10/ 20/.../ 5000

0 = None 1 = EasyContact

320

–

Not used

—

—

321

Mobile IP-Touch

0/ 10/ 20/ .../ 100 (OXE R6.1) No

No

0/ 10/ 20/ .../ 500 (OXE R6.2) 322

CSTA Beyond 9999 instances 0/1

No

No

323

Executive Users

0/ 10/ 20/ .../ 5000

No

No

324

Executive IP Users

0/ 10/ 20/ .../ 5000

No

No

325

IP-Touch Security Engine

0/ 1

No

No

326

Secured IP-Touch Phones

0/ 10/ 20/ .../ 5000

Yes

No

327

IP-Touch Security MCM

0/ 1/ 2/ .../ 120

Yes

No

328

IP-SoftPhone Attendant

0/ 1/ 2/ .../ 50

Yes

No

329

IP-SoftPhone Agent

0/ 10/ 20/ .../ 5000

Yes

No

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


Number Name

Possible values


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:

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

.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

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

hardware.mao - Contenido similar al .hw

.zip

Donde es una cadena de caracteres que identifica la oferta.

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

Página 90 de 232


CASO 1: Instalación nueva. Primera carga de OPS. El procedimiento será el siguiente:

a) Verificar que la siguiente carpeta de la PABX está vacía: /usr4/BACKUP/OPS Si por algún motivo ya tuviera algún fichero, se borrará mediante el comando “rm ”. 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 2 Q

Easy menu Expert menu Exit

Your choice?:

1

Página 91 de 232


Con lo que entramos en el menú sencillo de swinst:

ALCATEL BUSINESS SYSTEMS FACILITIES Easy menu

1 2 3 4 5 6 7 8 9 10 11 Q

Installation FACILITIES 12.26

Easy start DECT registration Save database Restore database Database re-init Save OPS files Restore OPS Stop the telephone Start the telephone Set new internet address Stop the system Go back to previous menu

Your choice [1..11, Q] ? 7 Y ahora:

ALCATEL BUSINESS SYSTEMS OPS Easy menu Installation FACILITIES 12.26

1 2 Q

Restore OPS from a DOS floppy Restore OPS from cpu disk 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á .swk.

b) Para ampliaciones que también incluyan ampliaciones de hardware, los ficheros que tendremos serán: .swk

Página 92 de 232


.hw .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): -

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

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”.

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

configuración software.mao

Si indica PANIC flag: 1 algo falla

Página 93 de 232


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

Página 94 de 232


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

Otras posibilidades de acceso podemos verlas en los ejemplos siguientes:

Página 95 de 232


2. Manejo Entrando con el usuario mtcl: a4400a>

mgr - l GEA (en inglés) mgr - l ES0 (en castellano) mgr - l FR0 (en francés)

A través de una estructura de menús podremos acceder a los distintos niveles de jerarquía dentro de la base de datos. En el primer nivel tendremos los siguientes objetos:

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

Página 96 de 232


Principios de manejo

- Para descender en el árbol de configuración, seleccionar la opción Bajar en la jerarquía mediante las flechas y pulsar Enter. - Siempre que se tenga un menú con varias opciones, la selección se hará situándose con las flechas sobre el objeto deseado y pulsando Enter. - Para validar cualquier operación se pulsará Ctrl + v o bien F1.

- Para anular una operación o subir un nivel en el árbol de configuración, teclear Ctrl + c o bien F2.

- Si queremos información de un objeto, situarse encima de él y teclear Ctrl + i.

Página 97 de 232


4760i 1. Introducción La OmniPCX Enterprise incluye un 4760i en el software de Call Server para facilitar la configuración del sistema así como para realizar salvaguardas y restauraciones de base de datos y OPS.

2. Configuración Para poder tener acceso al 4760i hay que realizar los siguientes pasos preliminares:

Habilitar el servidor e-Config mediante el mgr: Instalación Æ Otros parámetros de la instalación Æ Parámetros de sistema •

Uso de 4760i: Verdadero

Reiniciar el sistema

3. Acceso a la aplicación e-Config Para acceder al servidor 4760i interno del Call Server se puede utilizar un navegador de internet (Internet Explorer o Netscape), o bien instalar la aplicación cliente de 4760.

3.1. Acceso vía navegador Los pasos para acceder al servidor 4760i mediante un navegador de internet son los siguientes:

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

Página 98 de 232


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

Cuando se utiliza el cliente web por primera vez, hay que instalar un plug-in Java. Esto se hace pulsando el acceso directo que existe en la página web.

Página 99 de 232


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

Página 100 de 232


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

Menú de configuración Menú de mantenimiento

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

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

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

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

Página 101 de 232


Una vez descargado el programa de instalación del cliente, iniciamos la instalación mediante el setup.exe

IP de OXE

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

Lancer la configuration.lnk

Lancer le Save - Restore.lnk

Página 102 de 232


Abonados 1. Tipos de terminales

Los principales teléfonos fabricados por Alcatel son:

Alcatel 4068 IP Touch Set Alcatel 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 103 de 232


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

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

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

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

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

Página 104 de 232


2.1. Teléfonos UA 3G

A4004

A4010

A4020

A4035

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

4048

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

Página 105 de 232


Equipment

4035

4020

4010

4004

Handset

Yes

Yes

Yes

Yes

Loudspeaker

Yes

Yes

Yes

—

Buzzer

—

—

—

Yes

1x20 character display

—

Yes

Yes

—

2x40 character display

Yes

—

—

—

Programmable key pictograms

24

12

—

—

Dynamic keys

5

—

—

—

Programmable keys

24

12

8

8

Fixed function keys

7

10

5

—

Browser

Yes

—

—

—

Numeric keypad keys

12

12

12

12

Green LED (message)

—

—

Yes

Yes

Two-color LED (messages/alarm)

Yes

Yes

—

—

Number of LEDs

4

4

7

1

Internal alphabetical keypad

Yes

Yes

—

—

Extension unit

Option

Option

—

—

Wall mounting bracket

Option

Option

Option

Integrated

Key

4035

4020

4010

4004

Release

Yes

Yes

Yes

No

Menu

Yes

Yes

Yes

No

Hands-free (HF)(LED)

Yes

Yes

No

No

Loudspeaker (LS)

Yes

Yes

Yes

No

LS + /->

Yes

Yes

Yes

No

LS - /->

Yes

Yes

Yes

No

Secret (LED)

Yes

Yes

No

No

Message (LED)

No

Yes

No

No

Transfer call

No

Yes

No

No

Individual No

No

Yes

No

No

Total

7

10

5

0

Página 106 de 232


2.2. Terminales UA Serie 9

4019

4029

4039

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

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

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

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

Página 107 de 232


4098 TSC-IP: Para conectar el UA a la red de datos (VoIP)

Estos interfaces se pueden tambier conectar detrás de los teléfonos 4012-4034. La tabla siguiente resume la compatibilidad entre los terminales 2G/3G y las versiones de la OXE/4400: A4400 R3 y superior

A4400 R2.1

2G

3G

UAs (4034, 4023, 4012, 4011, 4003) Tarjetas internas a los teléfonos Tarjetas en TA 4088 (externas) UAs (4035, 4020, 4010, 4004) TSC (modo externo) TSC (modo interno) TSC-DECT

9 4034 y 4012 9 9 emulación 9 4035 y 4020 8

9 4034 y 4012 9 9 emulación 9 4035 y 4020 9

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

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

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

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

Página 108 de 232


Abonados + Crear • Número directorio • Nombre • Alveolo = 255 • Placa = 255 (luego se coge el teléfono y se marca el nº + • Equipo =255 código y se cuelga. En una instalación en la que se conoce la numeración del cableado no se pone 255 sino el nº que corresponda y así no hay que dar de alta el teléfono manualmente). • Tipo teléf. 4035 4020 ANALOGICO ...

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

Para declarar un alias podemos hacer lo siguiente: mgr Æ Abonados Æ Alias usuarios • Nr. alias • Nr. De directorio • Nombre y apellidos

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

3.2. Bus S0 tras UA

1) En el UA que va a llevar el S0 se pone: Abonado ... + Consulta/Modif. • Interface S0 = SI

2) Creamos bus S0 Alveolo Placa Bus S0 + Crear • Dirección física: la del teléfono UA

Página 109 de 232


• •

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

OK

3) Crear usuario S0 User + Crear • •

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

Página 110 de 232


3.3. Extensión Z tras UA

1) En el UA que va a llevar la extensión analógica se pone: Abonados ... + Consulta/modif • Interface Z/UA = Sí

2) Crear abonado analógico Abonado + Crear • • •

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

Traductor Æ Plan de prefijos + Crear • •

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

3.4. Creación de S0 sobre BRA o BPRA

1) Declarar la placa BRA/BPRA 2) Crear bus S0: Alveolo Placa Bus S0 + Crear • Dirección física • Tipo de protocolo = ETSI • Categoria acc. facilid. Telefónicas • …

3) Crear abonado S0: Abonado + Crear • • • •

Dirección física Nº de directorio Tipo de terminal: Terminal S0 Teleservicio RDSI: Ajustar al valor adecuado dependiendo del tipo de terminal (teléfonos, routers, videoconferencia…)

Página 111 de 232


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

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

Página 112 de 232


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

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

Para definir un prefijo será necesario fijar los siguientes parámetros:

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

1.1. Creación de un prefijo Para crear un prefijo: Traductor Æ Plan de prefijos + Crear • • •

Número Significación prefijo Información prefijo

Para indicar que un prefijo es temporizado hay que añadirle al número una T al final. La temporización que se emplea cuando usamos prefijos temporizados también será programable: Instalación Æ Temporizaciones

y editamos la temporización nº 23

1.2. Listado de prefijos Los prefijos definidos por defecto en la OXE son: Prefijo *2 *30 *31 *32 *33 *40 *41 *42

Significado Llamada rápida al asociado Mini_bar Despertador_Suite Anulación_despertador_Suite No_molestar_Suite Código_de_negocio Gestión mensajería vocal Consultar mensajes

Página 113 de 232


*43 *44 *45 *47 *48 *49 *50 *51 *52 *53 *54 *55 *56 *57 *58 *59 *60 *61 *62 *63 *64 *65 *66 *67 *68 *69 *70 *71 *72 *73 *74 *75 *76 *77 *78 *79 *80 *81 *82 *83 *84 *85 *86 *87 *88 *89 *90 *91

Consultar texto Consultar_imagen Anulación_desvío_remoto Lectura_contador_de_cómputo Prefijos ACD Poner_dentro/fuera_de_servicio_teléfono Uso_Directorio_personal Anulación_rellamada_teléfono_ocupado Transparencia marcación decádica Prog_Directorio_personal Anular mensaje LED Desbordamiento_a_Asociado_s/_Ocupado Desbordamiento_a_Asociado_sobre_Ocup/NoRespuesta Secreto/Identidad Modificación_teléfono_asociado Modificación_Código_personal Desvío_Inmediato Desvío_sobre_Ocupado Desvío_sobre_No_Respuesta Desvío_sobre_Ocupado_o_No_Respuesta Anulación_Desvío Desbordamiento_sobre_teléfono_asociado Anulación_de_desbordamiento_sobre_asociado Consultar lista a rellamar Rellamada último llamante local Toma_directa_enlace Rellamada último número marcado Respuesta en servicio de noche Captura llamada directa Captura llamada de grupo Consulta llamada en espera Retención/Toma retención Protección_contra_bips Mensajería vocal No_Molestar Prueba de tonos Candado Llamada Cita/Despertador Anular Cita/Despertador Conferencia programada Anulación_desvío_desde_destinatario Desvío_remoto Gestión estado habitaciones Sustitución Entrada_de_grupo_de_teléfonos Salida_de_grupo_de_teléfonos Transparencia marcación MF Grabar conversación

Página 114 de 232


*92 *93 *94 *95 *96 *97 *98 *99

Depósito_Mensajería_Vocal Enmascaramiento identidad del llamante remoto Guías_vocales_dinámicas Idioma Programación_del_Contraste Tipo de identificación forzada_pfx Programación_Ubicuidad_Móvil Ubicuidad_Asistente

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

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

2.1. Creación de un sufijo TraductorÆ Plan de sufijos • Número de sufijo • Significado de sufijo

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

Sufijo

Significado

1

Consulta repetida

2

Consulta

3

Conferencia a tres

4

Inclusión

5

Espera en ocupación

6

Rellamada sobre no respuesta / ocupado

7

Petición buscapersonas

8

Depósito mensaje de voz

Página 115 de 232


3. Mantenimiento >listrad:

edita los prefijos y sufijos con su significado (sólo en versiones de software modernas).

>ednump: permite editar el plan de numeración, menos potente pero será común a todas las versiones.. Conviene usarlo introduciendo los criterios dir y mean. Funciona en castellano si se le llama con ednump –l ES0.

Página 116 de 232


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

Cíclico Secuencial Paralelo

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

∇

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

∇

Grupo paralelo En este caso, al entrar una llamada al grupo sonarán simultáneamente todos los teléfonos que se encuentren libres. Tendrán las siguientes limitaciones:

Al grupo no podrán pertenecer equipos multilínea. Cuando se trate de teléfonos analógicos y teniendo en cuenta que las placas Z sólo tienen 4 generadores de llamada, no podrán pertenecer al mismo grupo paralelo más de 4 teléfonos conectados en la misma placa de interfaz.

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

Página 117 de 232


∇

Cola Se define como el porcentaje de los equipos activos que pueden ponerse en espera. Por ejemplo, si se define como el 100% y disponemos de 4 teléfonos activos, podrán mantenerse 4 llamadas en espera dentro del grupo. En caso de que todas las líneas estén ocupadas y se rebase el tamaño máximo de la cola de espera admisible la llamada se encaminará en la manera establecida en la entidad a la que pertenece el hunting group. Un teléfono que se encuentre desviado recibirá las llamadas que le correspondan como miembro del grupo, no así las llamadas que le entren individualmente a su extensión. Si no se desea que le entren las llamadas pertenecientes al grupo se deberá activar la salida del grupo.

∇

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

∇

Teléfonos multilínea Sólo en grupos secuenciales o cíclicos. Cuando se incluya un teléfono multilínea en un grupo, será posible que se produzcan 2 comportamientos diferentes:

El equipo se considera ocupado si al menos una de sus líneas está ocupada. El equipo se considera libre cuando al menos tenga una línea libre.

Página 118 de 232


2. Funcionamiento 2.1. Distribución de llamadas externas

2.2. Distribución de llamadas internas

Página 119 de 232


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

Categorías Categoría de acceso a red pública (NOCHE & DÍA) 0 + Edit • Llegada SDE/IA = 1 • Retirada autorizada = Sí • Nr. asignado al grupo = ..... (extensiones del grupo)

Para ver si un usuario pertenece a cierto hunting group: Abonados ...... + Consulta modificación •

No. Dir grupo de terminales = 1

Para definir el comportamiento de los equipos multilínea al pertenecer al grupo: Instalación • Llamada multilínea en in PABX: Verdadero/Falso

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

Página 120 de 232


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

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

Página 121 de 232


Grupos de captura: Pick-up Groups 1. Generalidades Un grupo de captura permite a los usuarios que pertenecen a un mismo grupo capturar llamadas entrantes sobre otros teléfonos del grupo. Para realizar la captura simplemente hay que marcar un prefijo de captura de grupo previamente definido (a diferencia de la captura individual, no hay que marcar el número de la extensión sobre la que está entrando la llamada). Para versiones superiores a R4.2 y también en la versión R3.2C2, los grupos de captura pueden estar formados por cualquier tipo de teléfono incluidos los S0’s.

2. Gestión Un pick up group queda definido por un nombre, no tiene número de directorio. En los parámetros de definición de los abonados, hay un campo llamado “grupo de captura” que es el que se debe completar para indicar que un usuario pertenece a cierto grupo: Abonados 3100 ...... + Consulta/modif. • Grupo de captura = grupo1 3187 ...... + Consulta/modif 3123...... + Consulta/modif

Para ver la lista de los pick up groups existentes: Grupos Grupo de captura grupo1 + Edit

Crear un prefijo de captura (el *73 suele estar ya creado) Traductor Plan de prefijos + Crear • Número = 73 • Significación prefijo = Facilidades Generales • Información prefijo = Captura de grupo

Para ver qué usuarios pertenecen a un pick-up group, la mejor manera es hacer un filtrado de usuarios seleccionando el grupo de captura.

La autorización para efectuar la captura dependerá de la categoría de facilidades telefónicas.

Página 122 de 232


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

Facilidades generales Captura de grupo: 1

Página 123 de 232


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

Conexión a un operador:

∇

Conexión a centralitas que no son de Alcatel:

∇

Digital: RDSI T2/T0 Analógico: BCA

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

Conexión a centralitas de Alcatel

Digitales: ABC_F LIA, BCA

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

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

Página 124 de 232


Los principales pasos de gestión a realizar son:

Grupo de enlaces + Crear • • • • • • •

Grupo de enlace id. = 100 (nº entre 0 y 1999, nada que ver con el prefijo de toma) Tipo Grupo de enlace = T0, T2... Nombre Grupo de enlace Grupo de enlace desbordam. = -1 Tono sobre toma = VERDADERO (recibo tono ficticio de la centralita) FALSO (recibo tono real) Variante señaliz. Q931 = RDSI todos los países Numeración compatible con: 1. 0: al tomar el enlace, mirará si la marcación es correcta en: Traductor Plan numerac. externa Discrimin. numeración ... zonas de marcación 2. –1 : Sin control de cifras

Página 125 de 232


• • • •

Número de dígitos = (sólo para caso sin control de cifras) Número de nodo Selección de canal = Quantum ISDN transcoding = (si se pone, entonces): Traductor Plan de numeración externo Trad. SDE por defecto

Grupo de enlaces ... 100 Grupo de enlace + Consulta/Modif. • • •

DTMF = NO (si es para MF transparente) Nº de dígitos RDSI no utilizados Selecc. Canal B = Si No

Grupo de enlaces ... 100 Grupo de enlace T0/T2 + Crear •

Dirección física = 0-3-1

(p. Ej.)

Enlace + Consulta/Modif. •

Especialización canal = Mixto

Alveolo ACT Placa Acceso digital + Consulta/Modif. • • • • •

Prioridad sincro. = 255 10 Modo red = SI NO Tipo acc. S0 = SI NO Modo privado = NO CRC4 = SI

(*) red (**) no red (*) (**) (*) (caso de T0) (**) (no ABC) (para T2 a la calle)

Página 126 de 232


Traductor Plan de prefijos • • •

+ Crear

Numero = 00 Significación prefijo = Toma enlace profesional Información prefijo = 100 (nº grupo de enlaces)

3. Mantenimiento > trkstat: da el estado telefónico (no físico) de los canales de un grupo de enlaces. trkstat (-r) trkstat (-r) (-r) con refresco en tiempo real > trkvisu: da información sobre los grupos de enlaces con el tipo y el prefijo para cada uno de ellos.. Recomendable usarlo así: trkvisu all, para obtener un resumen de todos los enlaces del sistema. > infocs: da información sobre el estado de sincronización. > list_faisc: permite editar la lista de los grupos de enlaces. > list_catjr: da una lista de las categorías de enlaces.

Página 127 de 232


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

Los primeros dígitos del número marcado. El operador público por el que va a cursarse la llamada (el significado del número marcado podría variar según el operador). La entidad a la que pertenezca el llamante (gestión avanzada) La hora a la que se realiza la llamada. El tipo de usuario que llama.

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

Página 128 de 232


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

Prefijo 00 0 118 1 6 800 803 806 807 885 8 900 901 985 9

Área 4 1 1 1 3 1 64 64 64 1 3 1 1 1 3

Número de dígitos 22 3 5 3 9 9 9 9 9 9 9 9 9 9 9

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

Ejemplo de gestión básica:

Página 129 de 232


Ejemplo de gestión avanzada:

Página 130 de 232


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

Llamadas salientes: -

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

Llamadas entrantes: -

Derecho a recibir llamadas DDI. Comportamiento de los desbordamientos.

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

Teléfono libre

Desbordamiento sobre teléfono libre SI NO Llamada presentada, desborda Llamada finalizada la presentada sin temporización desbordamiento del grupo de enlaces

Teléfono ocupado sin derecho N.A. de llamada en espera Teléfono ocupado con N.A. derecho de llamada en espera

Desbordamiento sobre puesta en espera SI NO

Desbordamiento sobre ocupado SI NO

N.A.

N.A.

N.A.

N.A.

N.A.

N.A.

N.A.

Desvío inmediato en el enrutamiento

Llamada denegada.

N.A.

Espera, desborda Espera sin finalizada la N.A. temporización desbordamiento del grupo de enlaces

N.A.

Página 131 de 232


3. Gestión Creación de las entradas del traductor: Traductor Plan de numeración externa Discriminación numeración Regla discriminación • Nr. de llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 9 (p. Ej.) • Nr. Tabla encaminamiento ARS = 1(p. Ej.)

Categoría de acceso a la red pública: Categorías Categoría de acceso = N + Consulta modificación Zona 1: DÍA: 1 ;NOCHE: 1 ;MODO1: 1 ; MODO2: 1 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 132 de 232


Traductor de Rellamada Externa

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

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

Página 133 de 232


3. Gestión Traductor 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 134 de 232


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

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

Página 135 de 232


Ejemplo 1:

Ejemplo 2:

Página 136 de 232


Ejemplo 3:

A la hora de realizar la gestión en la OXE, deberemos definir si un grupo de enlaces tendrá transcodificación DDI o no y posteriormente se configurará cómo se va a efectuar la traducción. Cuando el grupo de enlaces reciba la numeración desde la red pública, antes de efectuar la traducción DDI se eliminarán los dígitos que sean comunes (por ejemplo si el rango de numeración es 913304000 a 913305999, en el grupo de enlaces se eliminarán los 5 primeros dígitos).

2. Llamadas salientes Cuando se realiza una llamada saliente hacia la red pública lo enviado en el campo Calling Party (en concreto la parte conocida como NDS o número de suscriptor) depende de si el enlace RDSI utilizado tiene transcodificación DDI o no:

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

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

Página 137 de 232


3. Gestión Para ver la gestión utilizaremos el siguiente ejemplo: queremos que una llamada al número 915664001 se encamine a la extensión 6381 y así consecutivamente hasta el 915664010 que se traducirá por 6390: Descartamos los 5 primeros números y creamos una entrada en el traductor que convierta el 4001 en 6381 y tenga un tamaño de 10 números. Lo gestionaremos de la siguiente forma: Grupos de enlaces 100 + Consulta Modif. * Transcodificación SDE: Sí Grupo de enlaces 100 + Consulta/modif • Nº digitos RDSI no utilizados: 5

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


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

Usuarios que tienen un teléfono físico en el sistema.

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

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

2. Funcionamiento Con el servicio de llamadas privadas:

Podremos asignar llamadas al exterior a un centro de costes.

Definiremos un prefijo que identificará las llamadas privadas.

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

Podremos identificar al llamante a efectos de tarificación.

Según la gestión realizada en el sistema, el acceso al servicio será ligeramente diferente:

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

Prefijo de toma personal de grupo de enlaces

+

Código secreto del teléfono

+

Número exterior

Página 139 de 232


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


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.


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


Forma 1: Abonados nº + Edit •

(el user que quiera usar el PIN) PIN • •

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

Forma 2: Traductor PIN

+ Crear • • •

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

;YES

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

Instalación 1 + Edit •

Longitud del PIN = 0

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

Página 141 de 232


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

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


Categoría Æ Categorías de facilid. tel. • Servicios externos Prefijo código de negocio: True/False

Página 143 de 232


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

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

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

Noche Routing 1’ Routing 2’ Routing 3’

Estado 1 Routing 1’’ Routing 2’’ Routing 3’’ Overflow

Estado2 Routing 1’’’ Routing 2’’’ Routing 3’’’

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

Llamada a la entidad: establecemos una llamada con el CDT de una entidad en concreto.

Llamada a las operadoras: se establece una llamada con el CDT de la entidad a la que pertenece el abonado que marca el comando.

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

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

Página 144 de 232


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

Página 145 de 232


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

Página 146 de 232


Página 147 de 232


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

2.3. Enrutamiento de llamadas internas

Página 148 de 232


3. Ejemplos

Llamada EXTERNA entrante a CDT entidad

Desbordamiento

Routing 1

Operadora Desbordamiento no respuesta / ocupado

Tempo 76

Routing 2

Teléfono Tempo Gr. Enlace

Routing 3

RESPUESTA

Llamada INTERNA entrante a CDT entidad

Routing 1

Desbordamiento Operadora Tempo 76

Desbordamiento no respuesta / ocupado

Routing 2

Teléfono Tempo 144

Routing 3

RESPUESTA

Página 149 de 232


Llamada entrante a CDT

Routing 1

Desbordamiento inmediato Grupo desenchufado

Desbordamiento inmediato Grupo ausente

Routing 2

Routing 3

RESPUESTA

Llamada entrante a CDT

Routing 1

Desbordamiento inmediato Operadora desenchufada

Operadora ausente

Desbordamiento inmediato

Routing 2

Routing 3

RESPUESTA

Página 150 de 232


Llamada EXTERNA entrante a CDT entidad

Routing 1

Desbordamiento Oper. Tempo 76 Desbordamiento Tempo desbord. entidad

Routing 2

Operadora Tempo 76 Routing 3

RESPUESTA

Página 151 de 232


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

Nº de directorio: con él se accede a la CDT de la entidad Abonados: cada abonado está asociado a una entidad. Nº de instalación RDSI: si el teléfono no es DDI, en el NDS del calling party vendrá el número de instalación de la entidad correspondiente al teléfono. Horas de cambio: el estado de la entidad variará a unas horas determinadas y únicas para cada entidad. Números abreviados por rango. Grupos de enlaces: cada grupo tendrá asociada una entidad. CDT Grupo de operadoras gestor (manager): opcionalmente, un grupo de operadoras podrá actuar como gestor de la entidad, estableciendo el estado en que se encuentre ésta.

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

DÍA

NOCHE

ESTADO 1

ESTADO 2

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

Nº de directorio físico Extensiones Grupos PBX Mensajería vocal IAA Prefijos de red Guías vocales CCD

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

Día

Noche

Estado 1

Estado 2

Página 152 de 232


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

-

Si hay una operadora conectada en el grupo, el grupo estará en día y por tanto la entidad estará en día. En otro caso, el grupo y la entidad estarán en noche. Si existe una operadora con derechos para cambiar el estado de la entidad, el estado de esta última será el especificado por la operadora (día, noche, F1, F2) pero sólo para las llamadas entrantes. Las salientes seguirán con el estado del grupo. Si hay una operadora dentro del grupo con derechos para modificar el estado del grupo a su vez modificará el estado de la entidad tanto para salientes como para entrantes.

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

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

Para las salientes: el acceso a la red pública de una extensión depende de su categoría y del estado de la entidad a la que pertenece. En dicha categoría, hay ciertos parámetros para llamadas entrantes.

2. Gestión Entidades nº + Edit/Crear • • • • • • • • •

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

Entidades nº Horas de Basculamiento llamadas salientes Lunes + Edit Martes + Edit ... Horas de Basculamiento llamadas entrantes Lunes + Edit •

Estado =

Noche Día Mode 1 Mode 2

Página 153 de 232


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

Traductor Plan de prefijos

+ Edit + Edit

+ Crear

• Número • Significado prefijo = Llamada a entidad • Información prefijo = Número de la entidad

Después hay que meter a los abonados en la entidad correspondiente con: Abonado ...... + Edit • Nº Entidad ...... + Edit ...... + Edit

3. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos: >> entitystat >> cdtstat <160 a 415>

(160 es entidad 0 y 415 es entidad 255)

Página 154 de 232


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

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

DÍA

NOCHE

ESTADO 1

ESTADO 2

Routing 1

Routing 1’

Routing 1’’

Routing 1’’’

Routing 2

Routing 2’

Routing 2’’

Routing 2’’’

Routing 3

Routing 3’

Routing 3’’

Routing 3’’’

Overflow


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

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

Desenchufada: ninguna operadora está enchufada (o he tirado del cable, o se sale del grupo). El estado del grupo es NOCHE.

Página 155 de 232


Ausente: cuando la última operadora del grupo se pone ausente, el grupo pasa a estado ausente. El estado del grupo es DÍA.

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

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

Cambio DÍA/NOCHE/F1/F2: si se ha gestionado que alguna operadora pueda cambiar el estado del grupo en el que se encuentre podrá hacer la modificación manualmente. Esta es la única manera de pasar por los estados 1 y 2.

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

2. Gestión Operadora Attendants group + Crear • • • • •

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

Distribución llamadas grupos operadora + Crear • •

Id. Grupo op Estado grupo de operadoras: - Enrutamiento 1 - Enrutamiento 2 - Enrutamiento 3

Traductor Plan de prefijos •

Noche / Día / Mode 1 / Mode 2

+ Crear

Número

Página 156 de 232


• •

Significación prefijo = Attendant Group call Información prefijo = Attendant Group id

Ayuda mutua: Attendants Attendants group ...... + Edit • Overflow threshold: nb of waiting calls • Traffic overflow número de directorios Attendants sets ...... + Edit • Right: traffic overflow: allowed with no control

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

3. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos: >> grpopestat >> cdtstat <80 a 159>

(80 es grupo 0 y 159 es grupo 79)

Página 157 de 232


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

Alcatel Advanced Reflexes (4035).

Alcatel 4049: aplicación gráfica que permite tener una consola de operadora conectando un teclado MMK (Alcatel MultiMedia Keyboard) y un monitor (CRT o LCD).

Página 158 de 232


Alcatel 4059 MAC (Multimedia Attendant Console): Aplicación para Windows™ que permite activar las funciones de operadora en un PC.

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

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

Página 159 de 232


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

Configuración de ciertas facilidades de la OXE.

Configuración del enrutamiento de las CDTs

Servicios de tarificación

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

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

DÍA

NOCHE

ESTADO 1

ESTADO 2

Routing 1

Routing 1’

Routing 1’’

Routing 1’’’

Routing 2

Routing 2’

Routing 2’’

Routing 2’’’

Routing 3

Routing 3’

Routing 3’’

Routing 3’’’

Overflow


La operadora puede encontrarse en situaciones distintas:

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

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

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

Página 160 de 232


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

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

2.1. Servicios La operadora podrá estar autorizada a realizar las siguientes funciones:

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

2.2. Teclas programables

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

2.3. Tipos de ring

Ring normal Ring retardado Ring retardado con beep

Página 161 de 232


2.4. Temporizaciones

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

T32 (6 sg): temporización que rige la presencia de llamadas en espera cuando la operadora quiere salirse del grupo.

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

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

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

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

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

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

T144 (15 sg): tiempo durante el cual una llamada se presenta a una extensión antes de saltar al siguiente nivel de la CDT.

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

3. Gestión Operadoras Terminales operadoras + Crear • Nº de directorio físico = A311 (p. Ej.) • Id. operadora (0 a 79) • Id. Grupo de operadora (0 a 79) • Dir alvéolo ≠ 255 • Dir placa ≠ 255 • Dir equipo ≠ 255 • Tipo de teléfono = (4034/4048) • Derechos de acceso a servicios (para dar derechos a operadora master) Distribución llamadas operadora + Crear • Id. operadora • Estado operadora: Noche / Día / Mode 1 / Mode 2 - Enrutamiento 1 - Enrutamiento 2 - Enrutamiento 3

Página 162 de 232


Traductor Plan de prefijos + Crear • Número • Significado prefijo = Llamada a operadora individual • Información prefijo = Id. Operadora

Para que cuando una operadora llama a una extensión en el display de dicha extensión aparezca identificada la operadora, hay que gestionar un alias para la operadora en el phone book:

Directorio + Crear • Número de directorio = (prefijo de llamada a operadora individual) • Alias (el 0 es para el primer nombre) • Apellido y nombre

4. Mantenimiento Bajo el usuario mtcl tenemos los siguientes comandos: >> opstat >> cdtstat <0 a 79>

Página 163 de 232


Alarmas e incidentes 1. Presentación El servicio de gestión de los mensajes de sistema (también llamados incidentes) se activa automáticamente en cuanto la OmniPCX Enterprise arranca. La función del servicio de gestión de mensajes de sistema es:

Recoger y salvar los mensajes en el disco duro de la CPU.

Enviar los mensajes a una impresora o pantalla externa.

Informar de los mensajes de sistema a la RMA.

Transmitir los mensajes a uno o más supervisores mediante traps SNMP.

Centralizar los mensajes del sistema en un nodo máster (cuando sea conveniente).

Página 164 de 232


Cada incidente puede asociarse a una operación en la RMA o con el ring de un teléfono de alarmas. Asimismo es posible conectar sensores analógicos externos para permitir la detección de incidentes ajenos a la OXE (por ejemplo, un fuego). Mediante los mensajes salvados en el disco duro, el técnico puede efectuar un diagnóstico y determinar el tipo de actuación a realizar en la OXE.

2. Formato de los incidentes Los incidentes que genera el sistema tienen el siguiente formato:

Todos los incidentes llevan asociado un nivel de gravedad (de 0 a 5):

0: “Indeterminado”

1 a 4: Nivel de gravedad (el nivel 1 es el más grave y se corresponde con un reinicio del sistema) -

Crítico (1): Major (2): Minor (3): Warning (4):

alta degradación que precisa corrección inmediata. degradación media, corrección urgente. ligera degradación, se aconseja corregir. posible degradación, se aconseja analizar.

5: “Resuelto”. Indica que un servicio que estaba fuera de servicio previamente, ahora está operacional.

Si un incidente ocurre más de una vez por segundo, sólo se mostrará una vez pero indicando el número de veces que se ha repetido:

Página 165 de 232


3. Estructura de los ficheros Los mensajes del sistema se salvan en el disco duro de la CPU en el directorio /usr4/incid. Dichos incidentes se guardan en 4 ficheros como muestra la siguiente figura:

Para visualizar los incidentes contenidos en los ficheros anteriores se utiliza el comando incvisu. > incvisu > incvisu -1 > incvisu -2 > incvisu -3

Æ incidentes en inc.txt Æ incidentes en inc-1.txt Æ incidentes en inc-2.txt Æ incidentes en inc-3.txt

Página 166 de 232


4. Notificación de incidentes A la hora de gestionar la manera en que se notificará la presencia de incidentes hay cuatro salidas independientes y activas:

Consola Se puede gestionar el puerto serie por el que van a salir los mensajes de sistema. Por defecto, es el puerto A pero se puede cambiar con el comando incout. Para filtrar los incidentes que queremos que aparezcan por consola se utiliza el mgr (Aplicación/Gestión de incidentes).

Disco duro Otra manera de notificar incidentes es almacenarlos en el disco duro de la central (/usr4/incid). Por defecto, se almacenan todos los incidentes que genere el sistema pero puede realizarse un filtrado de mensajes. Esto se hace con la herramienta mgr (Aplicación/Gestión de incidentes).

A4760 Se pueden enviar incidentes al servidor OmniVista 4760 y aplicar filtros sobre los mismos para seleccionar aquellos incidentes que puedan ser de interés al centro de mantenimiento. Para realizar el filtrado hay que utilizar la herramienta mgr (Aplicaciones Æ Gestión de incidentes). Además, se puede hacer un segundo filtrado a nivel del A4760. Utiliza diferentes colores para indicar la gravedad del incidente: Indeterminado (0) Critical (1) Major (2) Minor (3) Warning (4)

malva rojo naranja amarillo azul

RMA Los incidentes filtrados hacia la RMA se controlan mediante el menú antes citado. Se puede establecer una relación entre los incidentes dirigidos a la RMA y el A4760.

Además de las cuatro salidas anteriores, podemos enviar las notificaciones de incidentes a un teléfono de alarmas:

Teléfono de alarmas Puede configurarse que un teléfono de alarma reciba llamadas cuando se produzcan ciertos incidentes en la OXE. Pueden actuar como teléfonos notificadores de alarmas tanto los analógicos como los digitales. Se definirá un prefijo para consulta de alarmas y dar derechos en la categoría de acceso al servicio telefónico para utilizar dicho prefijo.

Página 167 de 232


5. Gestión La gestión de los incidentes se realiza a dos niveles:

Mediante el menú Gestión de Incidentes del mgr: gestión general aplicada a todos los incidentes excepto aquellos que tengan definido un tratamiento específico. Mediante el submenú Filtrado de Incidentes del mgr: gestión particular aplicada a ciertos incidentes.

5.1. Gestión general En mgr Æ Gestión de Incidentes se define:

Envío o no de incidentes a la RMA Gravedad mínima de los incidentes para almacenarlos en el disco duro o mostrarlos en display. Display y almacenamiento de incidentes de topología.

Para gestionar la centralización de los incidentes de red en el nodo principal:

El parámetro Gravedad de Red debe ser gestionado en cada uno de los nodos supervisados. En el submenú Nodos Supervisados del nodo principal deben declararse todos los nodos supervisados. Los parámetros RMA en Red, Gravedad para visualizar Incidentes de Red, y Gravedad para almacenar Incidentes de Red deben gestionarse en el nodo principal.

Mgr: Aplicaciones Gestión de incidentes. -

Nr. de puerto RMA RMA en red Gravedad a visualizar Gravedad para guardar Gravedad de red Gravedad para visualizar en incidentes de red Gravedad para guardar incidentes de red Visualización incidentes de topología Guardar incidentes de topología Incidentes de red de topología

5.2. Filtrado de incidentes por defecto Se puede activar una lista por defecto de incidentes a enviar a la RMA: Mgr: Aplicaciones Gestión de incidentes Æ Configuración RMA por defecto

Página 168 de 232


La lista de incidentes por defecto es:

Para cada uno de estos incidentes, se puede fijar la acción a aplicar en la RMA, viniendo por defecto lo siguiente: Aplicaciones Gestión de incidentes Filtrado de incidentes -

Acción RMA: por ejemplo acción 0 Visualización en pantalla: Sí Guardar en disco: Sí Incidente de red: No

La lista de incidentes reportados en red se activa por defecto cuando se crea una base de datos nueva. Se puede desactivar o activar con: Mgr: Aplicaciones Gestión de incidentes

Æ Establecer incidente de red pred. Æ Eliminar incidente de red pred.

Los incidentes de red por defecto son:

Para cada uno de estos incidentes, se puede fijar la acción a realizar, viniendo por defecto lo siguiente: Aplicaciones 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 169 de 232


5.3. Filtrado de incidentes personalizado Si no se quiere utilizar el filtrado por defecto de incidentes, se pueden definir filtros particulares. Estos filtros pueden ser positivos o negativos, es decir, pueden servir para obligar que cierto incidente se presente o por el contrario para ocultarlo. Aplicaciones 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 170 de 232


5.4. Alarmas externas Según la fuente que genera la alarma podemos tener:

Fuentes internas. Los incidentes son generados por la propia central.

Fuentes externas. Los incidentes son generados a voluntad utilizando un teléfono analógico.

Para configurar un teléfono analógico como equipo generador de alarmas hay que realizar la siguiente gestión: Abonados nº + Edit • Categoría de acceso al servicio telefónico: X • Tabla de encaminamiento: N • Alarma externa: cierre bucle/apertura de bucle Categorías Categoría de acceso al servicio telefónico X + Edit • Modo al descolgar: alarma externa 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 De 25 a 49 De 50 a 74 De 75 a 100

warning minor major critical

El incidente 1099 indica el final de la alarma. El incidente 1100 es la alarma externa por defecto.

5.5. Teléfono de alarmas Como vimos en el inicio del capítulo, se puede definir que un teléfono reciba ciertas alarmas. El objetivo de ello es informar al administrador o a otra persona de que ha ocurrido algún incidente. Este teléfono puede ser analógico o digital. La gestión a realizar es la siguiente: Instalación Teléfono de alarmas + Crear • Número de directorio (del teléfono que va a ser receptor de alarmas y que estará ya declarado a nivel de abonado) •

Tabla (nº del tipo de alarma que quiero notificar: de 1 a 126)

Ahora hay que asociar la tabla con el número de la alarma:

Página 171 de 232


Aplicaciones 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 > incvisu -1 > incvisu -2 > incvisu -3

Æ incidentes en inc.txt Æ incidentes en inc-1.txt Æ incidentes en inc-2.txt Æ incidentes en inc-3.txt

Página 172 de 232


El comando incvisu puede llevar los siguientes calificadores: • • •

r: lista incidentes en orden inverso (los más recientes primero) t : muestra los “n” últimos incidentes (n<600) s: muestra los incidentes que contengan el texto a continuación de la “s”

Ejemplos:

incvisu -2 -t 5 incvisu -1 –r incvisu -s "Out Of Service"

Un ejemplo de los incidentes mostrados es el siguiente: 05/01/06 16:28:16 000001I|--/--/-/---|=4:0260=Beginning of downloading binloaderio1n 05/01/06 16:28:17 000001I|--/--/-/---|=5:0261=End of downloading binloaderio1n 05/01/06 16:28:52 000001I|00/28/-/---|=4:0260=Beginning of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading binio1n 05/01/06 16:29:01 000001I|00/28/-/---|=4:0260=Beginning of downloading tonesnv 05/01/06 16:29:01 000001I|00/28/-/---|=5:0261=End of downloading tonesnv 05/01/06 16:29:01 000001M|--/--/-/---|=5:2009=Initialisation CPU role MAIN 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=UA_FICTIF coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:2019=Z coupler commissioning 05/01/06 16:29:01 000001M|--/--/-/---|=5:1367=DECT network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=5:5904=Remote extension network initialization 05/01/06 16:29:01 000001M|--/--/-/---|=4:0425=PRS related activity : Interface handler started 05/01/06 16:29:02 000001M|--/--/-/---|=4:1436=Activation of the driver for the A4615, which will download the boot : boot4615. 05/01/06 16:29:02 000001M|--/--/-/---|=2:1625=4615 driver : data transmission problem number 5 05/01/06 16:29:02 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=5:0261=End of downloading bnvdsp0cpu6 05/01/06 16:29:03 000001M|00/28/-/---|=4:0260=Beginning of downloading bnvdsp1cp

incinfo El comando incinfo permite obtener información sobre un incidente determinado. Ejemplo: (1)nodo1> incinfo GEA 2019 INCIDENT NUMBER: 2019 Network indicator: Alcatel 4400 OBJECT CLASS: Dhs3Board EVENT TYPE: EquipmentAlarm (4) PROBABLE CAUSE: EquipmentMalFunction (15) SEVERITY: Clear "P1 coupler commissioning" "P1 : Type of the commissioned coupler" "Coupler commissioning" "The coupler is commissioned. This doesn't mean that the equipment which comes "with it is" "commissioned too." "no reaction of the system" "no operator action required";

Página 173 de 232


alarmrel El comando alarmrel se utiliza cuando se ha gestionado que ciertos incidentes estén asociados con la apertura/cierre del relé de la CPU (normalmente para integrar alarmas externas en el sistema, como detectores de incidencios, etc). (1)pabx56> alarmrel MAIN MENU 0: desactiv relay 1: activ relay 2: display the review of alarm relay states 3: display alarm state 4: delete the review of alarm relay states q: quit Your choice :

incout Este comando se utiliza para seleccionar el puerto de salida en tiempo real de los incidentes. (1)pabx56> incout Usage: incout [port number|port full path] Port numbers list (only existing ports) : -3 for current port (/dev/ttyp0) -2 for /dev/null -1 for stdout 0 for /dev/tty0a 1 for /dev/tty1a 2 for /dev/scc0a 3 for /dev/scc1a V24 port_number unchanged ! Current V24 port : stdout

Página 174 de 232


Multilínea. Jefe-secretaria 1. Introducción al servicio multilínea El término multilínea se utiliza para designar a aquellos teléfono digitales que tienen varias teclas de recepción de llamadas para permitir tener múltiples llamadas simultáneas. Los teléfonos de Alcatel que permiten el servicio multilínea son:

Teléfonos de la serie 8 y 9. Teléfonos reflexes y e-reflexes. DECT (4074 o Mobile 100/200) o PWT (4073GS).

La configuración de un número de directorio (MCDU) en varias teclas implica:

Recepción de llamadas: recepción en una tecla, segunda llamada en una segunda tecla con la primera puesta en espera, varias llamadas simultáneamente... Actualización de los displays para cada nuevo suceso, display de las llamadas sobre cada tecla. Flexibilidad: se considera que el teléfono está libre si al menos una línea lo está.

Otra característica del servicio multilínea es que permite gestionar varios MCDUs para un mismo equipo:

Las líneas asociadas al MCDU con el que fue creado el teléfono se llaman líneas principales. Las líneas asociadas a los MCDUs distintos al MCDU de creación del teléfono se llaman líneas secundarias. Recepción de llamadas: según el número por el que entre la llamada puedo diferenciar si la llamada es interna, privada, de negocios... Actualización de los displays cada nuevo suceso.

Cuando una extensión es multilínea con varios MCDUs, el desvío puede hacerse selectivamente (desvío selectivo):

Líneas principales Líneas secundarias Todas las líneas

1.1. Facilidad “desvío sobre timbre” (forwarding on ringing) Un teléfono multilínea tiene la posibilidad de invocar el servicio “desvío sobre timbre” y así desviar una llamada que había entrado en su teléfono directamente a otra extensión. Para ello, debe crearse una tecla del tipo “desvío sobre timbre” indicando el número de teléfono destino del desvío o con este campo en blanco, para que así cuando la pulsemos nos pregunte el

Página 175 de 232


número hacia donde queremos desviar la llamada. Si el campo del destino del desvío ha sido dejado en blanco al crear la tecla, cuando la pulsemos el sistema esperará:

Que se marque un número de directorio dígito a dígito (o con marcación por nombre). Que se pulse una tecla de llamada a secretaria, llamada a jefe, o supervisión de extensión. Que se pulse una tecla programada.

Si varias llamadas han llegado al teléfono cuando éste estaba realizando la solicitud de “desvío sobre timbre”, sólo será desviada la primera llamada. No está permitivo invocar este servicio si el destino del desvío son operadoras o hunting groups. Tampoco puede ser desviada una llamada proveniente de una operadora. Un mismo teléfono puede tener varias teclas de desvío sobre timbre.

1.2. Teléfono multilínea ocupado Cuando un terminal multilínea está ocupado pero al menos una de sus líneas está libre, hay varias posibilidades de gestión para las nuevas llamadas entrantes:

Desbordamiento sobre ocupado: Esta facilidad se valida a nivel de sistema y permite que, cuando una llamada llega a un teléfono multilínea con al menos una línea ocupada, ésta desborde directamente al asociado, o bien se desvíe a un teléfono predefinido si no hay asociado. Si no hay asociado y tampoco se ha gestionado el desvío a otro teléfono la llamada podrá ser puesta en espera (si dicha facilidad ha sido autorizada).

Espera: El usuario de un teléfono multilínea puede, en cualquier momento, autorizar o prohibir la espera de una llamada que entra cuando al menos una de sus líneas está ocupada. Esto puede hacerse antes de conversación, usando un prefijo o tecla programada; o bien en conversación utilizando una tecla dinámica (si se dispone de ella) o programada. Si la espera está prohibida, el llamante podrá recibir tono de ocupado, desbordar a una operadora (CDT de la entidad) o desbordar a otro equipo. Si la espera está permitida, la llamada se presentará en una línea libre del teléfono multilínea. Al final de la temporización, si el llamado no ha contestado la llamada, la llamada podrá desbordar o volver a la cola (ver “desbordamiento sobre no respuesta”).

Desbordamiento si no respuesta: Esta función requiere que la espera esté validada y se utiliza para redirigir la llamada una vez que cierta temporización ha expirado. Si el desbordamiento al asociado no se ha gestionado, la llamda vuelve a la cola de espera.

Página 176 de 232


Página 177 de 232


1.3. Toma de línea automática Un teléfono multilínea podrá gestionarse para que el usuario al descolgar tome línea automáticamente:

Toma de línea automática para llamadas salientes: Al descolgar el teléfono se toma automáticamente la primera línea libre (no hay que pulsar la tecla). Toma de línea automática para llamadas entrantes: cuando se descuelga el teléfono, el usuario toma la primera línea que este sonando (sin pulsar la tecla).

Estas dos opciones pueden validarse independientemente para cada usuario multilínea. Si la opción automática no se ha validado, para tomar línea será necesario pulsar la tecla multilínea correspondiente.

2. Facilidad de supervisión La facilidad de supervisión está muy relacionada con el servicio multilínea ya que sólo los teléfonos multilínea podrán tener teclas de supervisión.

2.1. Supervisión de equipos Cuando a un teléfono multilínea se le configura una tecla de supervisión de un equipo, significa que podrá conocer el estado (libre, ocupado o en timbre) del equipo supervisado mediante un LED (o icono, según el modelo de teléfono) asociado a la tecla correspondiente. Las principales características de esta facilidad son:

Notificación del estado del equipo supervisado: libre, ocupado, sonando.

Posibilidad de capturar las llamadas que entren en el equipo supervisado sumplemente pulsando la tecla de supervisión.

Llamada directa sobre un equipo. Si el equipo supervisado está libre y pulso la tecla de supervisión se efecturá una llamada a dicha extensión.

Notificación de la llegada de un fax.

Elección de la notificación de la supervisión: icono parpadeante, ring corto e icono, ring normal e icono.

Se pueden supervisar teléfonos digitales, analógicos y multilínea (línea principal y secundarias). No se pueden supervisar operadoras ni hunting groups.

Un mismo MCDU puede ser supervisado por hasta 20 equipos. Una llamada entrante sobre la extensión supervisada se señalizaría simultáneamente en todos los equipos supervisores.

El número total de teclas de supervisión por sistema es de 1500.

El número total de equipos supervisados simultáneamente es de 300.

Página 178 de 232


El estado del LED/icono de supervisión cuando el teléfono supervisado es multilínea es:

LED apagado o icono

. El teléfono supervisado tiene ocupada al menos una línea LED encendido o icono pero puede ser llamado pulsando la tecla de supervisión (alguna línea del MCDU supervisado está libre).

. El teléfono supervisado está totalmente ocupado (para el LED encendido o icono MCDU supervisado) y no puede, por tanto, ser llamado pulsando la tecla de supervisión.

(o LED parpadeando o icono entrante sobre el MCDU supervisado.

. Todas las líneas del teléfono están libres

): el equipo multilínea tiene una llamada

El estado del LED/icono de supervisión cuando el teléfono supervisado NO es multilínea es:

LED apagado o icono

LED encendido o icono servicio.

LED parpadeando o icono

. Teléfono libre.

. Teléfono ocupado, con llamada en espera o fuera de

(o

): Teléfono sonando.

2.2. Supervisión de grupos de enlaces Supervisar un grupo de enlaces signigfica indicar su estado (libre u ocupado) utilizando un LED o icono en el equipo supervisor. Las principales características de esta facilidad son:

Indica si un grupo de enlaces está libre u ocupado.

Permite tomar un enlace analógico para hacer llamadas salientes (sólo para este tipo de grupos de enlaces).

El máximo número de grupos de enlace que pueden ser supervisados en un sistema es de 32. Por otra parte, la suma de grupos de enlaces y enlaces supervisados no debe exceder 96.

Un mismo grupo de enlaces puede ser supervisado por un máximo de 20 equipos.

El estado del LED/icono de supervisión cuando se supervisa un grupo de enlaces es:

Página 179 de 232


LED apagado o icono

LED encendido o icono servicio.

. Al menos un enlace del grupo está libre.

. Todos los enlaces del grupo están ocupados o fuera de

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 ocupado, en ring pero hacia la operadora, fuera LED encendido o icono de servicio o puesto en espera por otro equipo.

. Enlace en puesto en espera por el supervisor. LED con parpadeo lento o icono 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.

. Enlace libre.

Página 180 de 232


3. Resumen de facilidades asociadas al servicio multilínea Las facilidades generales asociadas a los equipos multilínea son:

“MULTI-LINE'',

“TRUNK GROUP SUPERVISION'',

“TRUNK SUPERVISION'',

“SET SUPERVISION'',

“VOICE MAIL SUPERVISION'',

''PRIVATE (MANUAL) AND RECIPROCAL HOLD'',

“FORWARDING ON RINGING''.

Las facilidades de tipo jefe/secretaria asociadas a los equipos multilínea son:

“ASSISTANT CALL'',

“MANAGER CALL'',

“ABSENT ASSISTANT'',

“SCREENING KEY'',

“UNSCREENING KEY'',

''SCREENING SUPERVISION'',

“ISDN FILTERING KEY'',

“ROUTING ASSISTANT'',

“MANAGER MAIL''.

Página 181 de 232


4. Jefe / secretaria Un grupo jefe-secretaria está formado por dos teléfonos multilínea, uno de los cuales se declara como jefe y el otro como secretaria. Un mismo equipo puede ser a la vez jefe y secretaria. El número de jefes por secretaria o de secretarias por jefe no está limitado (solo tendrá la limitación del número de teclas del teléfono). El teléfono del jefe podrá tener las siguientes teclas:

Llamada a secrectaria. Tecla de filtrado (= screening key = tecla RISO). Tecla de no filtrado (=unscreening key = tecla PRISO). Tecla RDSI filtrado. Escucha discreta Filtrado selectivo (esto no es una tecla, es una opción a nivel de gestión del abonado)..

El teléfono de la secretaria podrá tener las siguientes teclas:

Llamada a jefe. Secretaria ausente. Mensajería jefe. Supervisión filtro.

Se puede gestionar otro teléfono multilínea como secretaria de desbordamiento. En este caso las teclas que podrá tener serán:

Secretaria de desbordamiento. Supervisión filtro.

Un grupo jefe secretaria puede trabajar en red, es decir, el jefe puede pertenecer a un nodo y la secretaria a otro.

4.1. Teclas del jefe

4.1.1.

Llamada a secretaria

Para configurar un teléfono multilínea con perfil “jefe” basta con crear un tecla programa en él de tipo “llamada a secretaria”. Esta tecla servirá para llamar directamente a la secretaria y a ésta la llamada le entrará por su correspondiente tecla de “llamada al jefe”. Una vez creada la tecla “llamada a secretaria” se podrá empezar a definir filtros de llamadas para el jefe. El número de directorio asociado a esta tecla podrá ser el MCDU principal de la secretaria o un MCDU secundario (si el equipo multilínea de la secretaria es multiMCDU). En este caso podrá gestionarse la facilidad “filtrado selectivo” que veremos más adelante. El referir la tecla de llamada a secretaria a MCDUs secundarios de esta es muy útil cuando la secretaria tiene varios jefes (de esta manera podrá saber a quién pertenecen las llamadas filtradas que le llegan). El LED/icono asociado a la tecla “llamada a secretaria” permite supervisar el estado de la secretaria:

Página 182 de 232


Teléfono libre. LED apagado o icono

Jefe llamando: LED encendido o icono

Secretaria llamando: LED parpadeando o icono

Secretaria ocupada: LED encendido o icono 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á parpadeando. ausente: LED parpadeando rápido o icono

.

.

. . La secretaria se considera ocupada

La secretaria se considera ausente cuando ha pulsado la tecla “secretaria ausente” o bien está en “no molestar” o fuera de servicio. En este caso, los filtros se desactivan automáticamente y las llamadas entrarán en el teléfono del jefe. Si la secretaria regresa, las llamadas volverán a ser filtradas.

4.1.2.

Tecla de filtrado (RISO, screening key)

Una tecla de filtrado, cuando se pulsa, provoca el desvío inmediato de ciertos orígenes de llamada a la secretaria. Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar a la secretaria. El resto de llamadas serán presentadas en el teléfono del jefe. Un jefe puede tener varias teclas RISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla RISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla RISO indica:

Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .

Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está ausente: LED parpadeando o icono .

Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:

Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.

Página 183 de 232


Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO.

4.1.3.

Tecla de no filtrado (PRISO, unscreening key)

Una tecla PRISO, cuando se pulsa, provoca la toma inmediata de ciertos orígenes de llamada (esto quiere decir que la llamada llega al jefe directamente, no a la secretaria). Cada tecla tiene asociada una tabla en la que se indican una serie de orígenes de llamada posibles. Siempre que dichos orígenes llamen al teléfono del jefe, la llamada irá a parar directamente al jefe, no a la secretaria. El resto de llamadas serán presentadas en el teléfono de la secretaria. Un jefe puede tener varias teclas PRISO para la misma secretaria o para varias en caso de tenerlas. Cuando tenga diferentes secretarias, tras presionar la tecla PRISO deberá elegir sobre qué secretaria activa el filtro pulsando la tecla de llamada a secretaria. El LED o icono asociado a la tecla PRISO indica:

Función activada y la secretaria oficial (o la de desbordamiento) está presente: LED encendido o icono .

Función activada pero la secretaria oficial (y la de desbordamiento si la hubiera) está ausente: LED parpadeando o icono .

Las tablas de filtrado son comunes para las teclas RISO y PRISO y pueden incluir:

Números de directorio de teléfonos internos. Los enlaces. Las operadoras. Números abreviados. Teclas de tipo filtrado ISDN.

Hay hasta 256 tablas que pueden usarse de forma RISO o PRISO. En caso de conflicto, los filtros PRISO tienen prioridad sobre los RISO.

4.1.4.

Tecla RDSI filtrado

Esta tecla permite filtrar un determinado número RDSI. Si en las tablas de filtrado se incluye esta tecla, cuando se active el filtro el número RDSI asociado será filtrado. En caso de no activar el filtro, esta tecla se comporta como una tecla de directorio más.

4.1.5.

Filtrado selectivo

Esta función sólo es aplicable a jefes que tengan una configuración multiMCDU. Si se valida la opción de filtrado selectivo, los filtros RISO/PRISO sólo afectarán a la línea principal; en caso contrario se filtran tanto la principal como las secundarias.

Página 184 de 232


4.1.6.

Tecla de escucha discreta

Mediante la facilidad “escucha discreta”, el jefe puede escuchar sin intervenir las llamadas filtradas. La secretaria es alertada mediante la aparición de un mensaje en el display pudiendo anular la intrusión. Es posible que el jefe capture la llamada liberando a la secretaria.

4.2. Teclas de la secretaria

4.2.1.

Llamada a jefe.

Para configurar un teléfono multilínea con perfil “secretaria” basta con crear un tecla programada en él de tipo “llamada a jefe”. Esta tecla servirá para llamar directamente al jefe y a éste la llamada le entrará por su correspondiente tecla de “llamada a la secretaria”. El número de directorio asociado con esta tecla podrá ser el MCDU principal del jefe o uno secundario en el caso de que el jefe sea multiMCDU. El LED/icono asociado a la tecla “llamada a jefe” permite supervisar el estado del jefe:

Teléfono libre. LED apagado o icono

Secretaria llamando: LED encendido o icono

Jefe llamando: LED parpadeando o icono

Jefe ocupado: LED encendido o icono

Jefe con filtrado activado: LED encendido o icono

.

.

.

.

.

El jefe se considera ocupado cuando tiene tomada al menos una de sus líneas.

4.2.2.

Secretaria ausente.

En la secretaria puede definirse una tecla de secretaria ausente. Esto permite indicar al jefe la ausencia de la secretaria (lo muestra su tecla de “llamada a secretaria”). Además, mientras no esté presente la secretaria, los filtros que pueda haber activado el jefe serán temporalmente desactivados hasta que ésta regrese y vuelva a pulsar la tecla. La tecla “secretaria ausente” no afecta a las llamadas que vayan directamente dirigidas a la secretaria.

Página 185 de 232


4.2.3.

Supervisión filtro.

Esta función se suele permitir únicamente a secretarias con privilegios especiales. Esta tecla permite que una secretaria active o desactive el filtrado PRISO o RISO realizado en el teléfono del jefe (hacia esta secretaria o hacia otra). Para operar, en el teléfono de la secretaria hay que definir tantas teclas de “supervisión filtro” como teclas PRISO / RISO del jefe se quiera controlar. El LED/icono asociado a la tecla “supervisión filtro” indica:

Filtro no activado: LED apagado o icono

Filtro activado sobre esta operadora: LED encendido o icono

.

Filtro activado sobre otra operadora: LED encendido o icono

.

4.2.4.

.

Mensajería jefe.

Esta funcionalidad requiere al menos un teléfono 4035 para el jefe (necesita utilizar las teclas dinámicas) y un 4020 ó 4035 para la secretaria (teclado alfabético habilitado). La tecla de mensajería al jefe permite acceder a servicios de mensajes entre el jefe y la secretaria que complementan el servicio tradicioal de mensajes de la OXE. Cuando la secretaria pulsa la tecla “mensajería jefe”, en el display le aparecen mensajes predefinidos que podrán ser o no completados antes de ser enviados al jefe. El jefe recibirá el mensaje a la vez que el display le indicará una serie de opciones relacionadas con él. Este servicio puede ser utilizado con el equipo en reposo o en conversación, sin que interfiera con la llamada en curso. La lista de mensajes a disposición de este servicio son: HERE IS_ Manager set choice

BUSY

WAIT

ABSENT

ENTER

Assistant set display

I AM BUSY

TELL THEM TO WAIT

??

TELL THEM TO COME IN

CALL FROM_ Manager set 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


TELL THEM TO CALL BACK

TELL THEM TO WAIT

I WILL TAKE THE CALL

I WILL CALL AGAIN LATER

Página 186 de 232


YOU HAVE A MEETING Manager set choice

CANCEL

COMING

ONE MO


PLEASE CANCEL

I AM COMING

ONE MOMENT PLEASE

YOU HAVE AN APPOINTMENT Manager set choice

CANCEL

COMING

ONE MO


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


DECT 1. Generalidades La OXE ofrece un servicio de telefonía inalámbrica basado en el estándar DECT (Digital Enhanced Cordless Telecommunications) El estándar DECT es un estándar europeo de telecomunicaciones inalámbricas aprobado por el ETSI (European Telecommunication Standard Institution). Está basado en la tecnología celular utilizando la banda de 1880/1900 MHz reservada en Europa para este uso (y también en algunos países de Asia y África). En la OXE, el servicio DECT está basado en la utilización de los siguientes componentes:

Un teléfono DECT, que el usuario puede utilizar mientras se mueve. Con este equipo, el usuario puede hacer o recibir llamadas así como acceder a los servicios telefónicos que tienen los usuarios de teléfonos UA.

Una estación base DECT que hace de interface entre el teléfono DECT y la PABX. La cobertura aproximada de una estación base en espacio abierto es de 300 metros. Cada estación base proporciona servicio a un área denominada célula, pudiendo existir varias estaciones base en una misma PABX. El conjunto de células es lo que se llama área de cobertura.

La OXE permite que las operadoras desde su consola realicen operaciones de gestión del DECT.

Página 189 de 232


2. Características técnicas Las principales características técnicas del estándar DECT son: Potencia

250 mW (fija)

Banda

1880/1900 MHz

Ancho de banda por canal

1,728 MHz

Portadoras de transmisión

10

Separación entre portadoras

2 MHz

Multiplexación temporal en cada 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).

Multiplexación temporal en cada portadora por IBS

Estos es, 120 canales de radio multiplexado. 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 190 de 232


La velocidad de la trama es de 1152 Kbps y la de la voz es de 32 Kbps. La trama está formada por 12 intervalos bidireccionales de los cuáles el último se reserva para difusión de información (broadcasting); eso quiere decir que como máximo pueden darse 11 conversaciones simultáneas por estación base. No obstante, se utiliza como parámetro de diseño un número máximo de 8 conversaciones y así se reservan 3 para facilitar el handover y el roaming. En cuanto al nivel de servicio, se puede decir que si por cada estación base asignamos unos 30 móviles la probabilidad de que más de 8 quieran hablar a la vez es muy baja.

Handover: El handover o handoff es un proceso que tiene lugar una vez que la conversación se ha establecido. Consiste en el mantenimiento de la comunicación aunque se cambie el intervalo temporal asignado inicialmente al usuario. Esta modificación puede darse dentro de la misma trama (bearer handover) o entre estaciones base (link handover).

Roaming: Proceso que tiene lugar mientras el móvil está en reposo y que permite el seguimiento del móvil a través de las diferentes estaciones base de manera que pueda ser localizado cuando tenga una llamada entrante.

Página 191 de 232


2.1. GAP: Generic Access Profile

Protocolo multifabricante que permite que cualquier teléfono DECT compatible con GAP se conecte a cualquier centralita independientemente de su fabricante (siempre y cuando sea compatible con GAP).

El nivel de servicio no es tan alto como el del UA, asemejándose a las extensiones analógicas.

3. Arquitectura 3.1. Configuraciones DECT La OXE permite varias posibilidades de configuración hardware para implementar el servicio DECT. Vamos a dividir las opciones según:

Tipo de call server: Tarjeta CS en rack S o L. Tarjeta CPU en rack tipo ACT. Appliance server.

Tipo de media gateway

Página 192 de 232


Tenemos entonces:

Call server en tarjeta CS o Appliance server:

Call server en CPU:

Call server en Appliance Server:

Página 193 de 232


3.2. Hardware DECT 3.2.1.

Hardware OXO

Independientemente de la configuración DECT, en un MG de tipo OXO sólo pueden conectarse estaciones base tipo IBS (Intelligent Base Stations), mediante tarjetas UAI o MIX. Estas tarjetas pueden localizarse en el rack principal o en los secundarios (link HSL).

Las IBS compatibles con el hardware OXO son:

3.2.2.

Hardware 4400

Dependiendo de la configuración DECT que tengamos, a un MG de tipo 4400 pueden conectarse tanto IBSs (Intelligent Base Stations) como RBSs (Radio Base Stations):

Configuración 1: Un MG de tipo 4400 puede conectarse a una RBS únicamente utilizando la tarjeta DECT8. Como se ver en el dibujo, el MG sólo consta de un ACT (conectado al call server mediante una INTIPB).

Página 194 de 232


Configuración 2: Un MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.

Configuración 3: Appliance Server con MG tipo 4400 con RBSs conectadas a una DECT8, o IBSs conectadas a tarjetas UA. En el área principal, puede haber varios niveles de ACTs no así en las áreas remotas.

Página 195 de 232


Las estaciones base compatibles con el hardware 4400 son:

3.3. Descripción del hardware específico para DECT 3.3.1.

Tarjeta DECT8

Conexión de hasta 8 estaciones base DECT RBS utilizando transmisión HDB3 a 1.152 Mbps.

Requiere R3.2M, R4.1 o superior.

Tiene características similares a DECT4HB.

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

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

Procesamiento de 30 canales de voz (14 sobre UBAC-1 y 16 sobre UBAC-2) Transcodificación de voz en formato MIC (utilizada internamiente por la PABX) a ADPCM (codificación de voz en el estándar DECT) Posibilidad de programar la UBAC-1P como DTM.

Incluye cancelación de eco.

Puede haber ayuda mutua entre placas (los recursos ADPCM pueden ser utilizados por cualquier estación base).

Compatible GAP

Página 196 de 232


3.3.2.

Estaciones Base

Primera generación

Segunda generación

Ambas estaciones base son compatibles con GAP.

Página 197 de 232


3.3.3.

3.4.

Teléfonos 4075 4074B 4074H 4074GB 4074GH 4072 Mobile100 Mobile200 Mobile 200 Ex

Teléfono de la primera generación Básico Heavy Duty Básico compatible con GAP Heavy Duty compatible con GAP

Hardware requerido para arquitectura MULTIACT

Para poder realizar handover en una configuración multiACT es necesario:

Realizar un proceso de sincronización con el módulo DTM (DECT8) en el ACT main.

Las uniones interACT deben ser de tipo INTOF. La tarjeta INTOF transporta la sincronización sin diferencia de fase.

Ejemplo:

Página 198 de 232


4. Límites

Notas

Significado

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


RFPI: Radio Fixed Part Identifier Identifica la estación base y es obtenido automáticamente por el sistema a partir del PARI. La estructura es la de la figura, donde RPN es el Radio Part Number y ocupa 8 bits (dado un PARI, se pueden manejar 256 estaciones base).

E

PARI

RPN

IPUI: International Portable User Identity Identificador del teléfono grabado en la ROM de cada equipo y formado por 14 dígitos en octal.

6. Resumen de facilidades Las facilidades de la OXE relacionadas con el servicio DECT son (muchas de ellas son avanzadas y no son objeto de este documento): Facilidades

Descripción

Multi-ACT DECT

Funcionamiento de una móvil DECT con estaciones base distribuidas en varios ACTs (main y periféricos ACTs).

Multi-PARI DECT

Un sistema estándar tiene un único PARI y por tanto un capacidad limitada de estaciones base. Esta facilidad permite definir varios PARIs y así aumentar el número de estaciones base por sistema.

Private networked 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 TSCDECT

Adaptador que convierte un UA cableado en un DECT facilitando las mudanzas de los empleados.

Gestión DECT por El sistema puede equiparse con consolas de operadoras con derechos para consola de operadora gestionar ciertas funciones del servicio DECT.

Página 200 de 232


7. Gestión básica

Asignar el PARI a la central: DECT 1 + Edit • •

Tipo estación base: IBS / RBS Portadoras disponibles

DECT Parámetros RBS • Handover Multi ACT o sincron. DTM • Handover Externo • Nr. de Pari DECT Parámetros RBS PARI • Número del PARI • Valor del PARI = 10000444444 (p. Ej.)

Configuración de las tarjetas DECT: Alvéolo Placa DECT + Edit

Página 201 de 232


• •

Prioridad de sincronismo = 199 Placa con DTM: SI/NO

Creación de los usuarios DECT:

Abonado + Crear • • • • • •

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


Para dar de alta el teléfono DECT 4074 lo más sencillo es:

Entrar en el menú del 4074 tecleando: 7 + 1 2 3 4 5 6 + OK Menú: 1. SYSTEM 2. SHOW SYSTEM 3. CONFIG SYSTEM 4. SHOW IPUI 1. 2. 3. 4. 5.

TERMINAL TYPE PARK PLI LAL IPUI

FREE

Página 203 de 232


Ejecutar el comando: >> dectinston –u

7.2. Configuración Mobile 100/200 (ó 4076) Las opciones de configuración del Mobile 100/200 son:

Página 204 de 232


Para dar de alta el teléfono DECT 4076 lo más sencillo es:

Entrar en el menú del 4076 pulsando simultáneamente las teclas “colgar” + ”descolgar” + ”apagar”:

Página 205 de 232


Ejecutar el comando: >> dectinston –g

7.3. Gestión del DECT con la operadora

Who PARI Inst Regist Dereg Modif Expir Return

Muestra el número de directorio correspondiente a cierto IPUI. Muestra el PARI. Detiene la instalación automática. Registra un equipo tanto permantente como visitante interno o externo Cancela el registro de un equipo. Modifica parámetros de los DECT Visualiza aquellos equipos cuya fecha de validez ha expirado.

Página 206 de 232


8. Mantenimiento

Dectinston: para registrar un teléfono en el sistema DECT. Admite varios calificadores. >> dectinston –u Æ para 4074 >> dectinston –g Æ para GAP y GAP+ (4076) >> dectinston –t Æ para TSC-DECT Ejemplo: >> dectinston –u base station? ...?

NO ↵ SÍ↵

Dectview: estado de los recursos DECT. >> dectview >> dectview ibs

Ibsstat: Configuración IBSs. También se puede utilizar eqstat >> ibsstat >> eqstat p a

Dectrm: desregistro de un teléfono DECT. >> dectrm

Página 207 de 232


Dectsets: listado de teléfonos DECT. >> dectsets

Dectinfo: Acceso a un menú de información sobre el sistema dect. >> dectinfo

infocs: Sincronismo de los diferentes elementos de la OXE. >> infocs

Página 208 de 232


Numeración Abreviada 1. Introducción 1.1. Servicios

Permite realizar una marcación simplificada. Discriminación de determinados destinos. Permite modificar el número inicialmente marcado con un desbordamiento sobre otro número cuando encontremos un grupo de enlaces ocupado o cuando transcurra una cierta temporización. Presentación de llamadas más amistosa. Se pueden definir hasta 15000 números abreviados.

1.2. Marcación simplificada

Se puede usar marcación abreviada para que los abonados accedan a números externos de uso habitual. La marcación es más rápida (menos números y por tanto menos errores al marcar) Los números son de más fácil memorización. Presentación amigable del llamante.

1.3. Discriminación

El número abreviado puede estar sujeto (o no) al control de cifras establecido por las tablas de la categoría de acceso a la red pública. Los abonados pueden acceder a áreas a las que no tendrían derecho de acuerdo con su categoría de acceso a la red pública.

1.4. Desbordamiento de números abreviados En caso de que un número abreviado implique la toma de un grupo de enlaces que no se pueda tomar (ocupado o fuera de servicio), podríamos indicarle que desborde sobre otro número abreviado que implique la toma de otro grupo de enlaces Ejemplo Número abreviado: 41 Nº real: 0915664000 (operador 1) Número abreviado: 42 Nº real: 1915664000 (operador 2) Y cuando el grupo de enlaces del operador 1 está ocupado o fuera de servicio, el nº abreviado 41 desborda sobre el 42.

Página 209 de 232


1.5. Desbordamiento temporizado de números abreviados Un número abreviado convierte en otro (que completa la marcación) si el abonado no termina de marcar. Ejemplo Número abreviado: 41 Nº real: 91566 Número abreviado: 42 Nº real: 915664000 Si el abonado no completa la marcación del número 41 podemos decir que desborde al 42

1.6. Presentación amigable Si el número llamante se corresponde con un número abreviado podremos visualizar el nombre que se le haya dado al crearlo.

1.7. Tipos

Marcación abreviada directa: un área para toda la red. Marcación abreviada por rango: varias áreas específicas para cada nodo (hasta 400) y para cada entidad (hasta 32).

No se puede solapar la zona de abreviados directos con la de abreviados por rango.

2. Números abreviados directos

Una única área de números abreviados. Esta área será universal para toda la red y su contenido se difunde a todos los nodos de la red.

Página 210 de 232


Será necesario definir la posición del área y su longitud antes de declarar el primer número abreviado directo. Cada número abreviado directo corresponde a un número marcado. Los números abreviados directos pertenecen al plan de numeración.

3. Números abreviados por rango

Se pueden definir hasta 400 zonas generales de números abreviados, de tal manera que cada entidad tendrá acceso a 32 de esas 400 zonas. El acceso a las 32 zonas mencionadas es mediante un prefijo.

Las zonas pueden superponerse entre sí pero nunca con la zona reservada para los números abreviados directos.

Página 211 de 232


4. Gestión

Números abreviados directos: Numeración abreviada Nr. Abreviados directos + Consulta/Modif. • •

Primer índice de la zona = 0 (p. Ej.) Longitud en núm abreviados = 1500 (p. Ej.)

Pref. Num. Abrev. directos + Crear • • • • • •

Pref. Num. Abrev. directo Número llamada Control cifras = Si/No Pref. No. Abrev. desbordamiento (nº abreviado alternativo en el caso de que esté ocupado el nº de enlaces por el que quiero salir) Tipo llamada = normal, local... Num abrev. Directo desbor. Tempor. (lo que marca si no se completa el nº abreviado).

Números abreviados por rango:

Numeración abreviada Num. Abreviados por zona Numero zona + Consulta/Modif. (general de 0 a 399) • • • •

Primer índice de la zona Longitud en Nr. abreviados Número de dígitos Aplicación en red red Nodo Local Red (todos los nodos)

Números abreviados • • •

Traductor Plan de prefijos • • •

+ Crear

Nr. abreviado Número llamada Control de cifras = SÍ/No

+ Crear

Numero = XYZ Significación prefijo = Areas nr. abreviado Información prefijo = número área (de 0 a 31)

Página 212 de 232


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

Franja nr. Abreviados 0: 0 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 213 de 232


ARS 1. Generalidades ARS (Automatic Route Selection) es un servicio mediante el cual la OXE puede seleccionar automáticamente la ruta óptima para cada llamada, sin que el usuario que llama tenga que preocuparse por ello. Por lo general, el servicio ARS se utiliza para encaminar las llamadas salientes hacia la red pública y así elegir la mejor ruta para un momento dado. El establecimiento de una llamada con ARS no es diferente, desde el punto de vista del usuario, al que tenemos cuando se utiliza la toma normal de un grupo de enlaces. La única diferencia para el usuario será, en todo caso, a efectos de lo que ve en el display de su teléfono, ya que si se utiliza ARS puede ser que la llamada sea reenrutada, por ejemplo, a través de la red privada. Otra utilidad del servicio ARS es la de enrutar llamadas hacia la red pública utilizando en lo posible la red privada, abaratando el coste final de la llamada. La funcionalidad del ARS se completa con el servicio ARS Server que permite la operación del ARS en red de una manera sencilla. Este servicio, no es objeto del curso básico por lo que sólo lo mencionamos.

1.1. Servicios La facilidad ARS ofrece mecanismos para analizar y modificar el número marcado por el usuario. Esto permite que el administrador del sistema pueda enrutar la llamada ajustándose a los recursos y requerimientos de la instalación. Los servicios más importantes que pueden obtenerse vía ARS son:

Reenrutamiento público-privado Este servicio permite forzar que una llamada que inicialmente iba a efectuarse por la red pública vaya por la red privada. De esta manera, cuando un usuario de una red de PABXs intenta establecer una llamada a través de la pública con otro usuario de un nodo de la red (accesible, por tanto a través de la red privada), la llamada se reenruta por la red privada.

Página 214 de 232


Break-out En una instalación formada por una red de PABXs con accesos a la red pública distribuidos entre los nodos, se trata de forzar la utilización del acceso público más cercano al destino, ya que así el coste de la llamada será menor.

Múltiples operadores directos Mediante ARS se seleccionará automáticamente el operador que ofrezca el menor coste para cada llamada y de manera transparente al usuario.

Página 215 de 232


Acceso a operadores indirectos Algunos operadores se han especializado en tráfico de larga distancia (operadores de larga distancia), mientras que otros se han dedicado a dar acceso a abonados locales a cierta área geográfica (operadores locales). En estos casos, los operadores de larga distancia ofrecen sus servicios a través de las redes de los operadores locales. Para ello, el servicio ARS proporciona la ejecución de ciertos comandos para seleccionar la pasarela adecuada hacia el operador indirecto así como la identificación del llamante en la pasarela.

2. Descripción funcional del ARS Los principios de funcionamiento del servicio ARS son los siguientes:

Dependiendo del número marcado, el ARS elige una lista de rutas. Esta elección puede depender del destino y del día/hora (la gestión de ARS por franjas horarias forma parte de la funcionalidad avanzada del servicio por lo que no se va a contemplar en este documento).

Cada ruta consiste en una serie de recursos a través de los cuales se encaminará la llamada.

Los usuarios del servicio ARS pueden ser abonados, operadoras, llamadas públicas entrantes después de sustitución por DISA, y llamadas privadas entrantes.

Se distinguen dos tipos de llamadas ARS: profesionales y privadas (toma profesional, toma privada).

Página 216 de 232


Cada lista de rutas se denomina tabla de enrutamiento. Dichas tablas son estáticas y el funcionamiento es el siguiente: para cada entrada del traductor público se asigna una tabla de ARS que puede contener hasta 10 rutas diferentes. Cada ruta determina el enlace tomado (en caso de ruta externa) y posibilita la modificación de la marcación. Adicionalmente, el servicio ARS proporciona un mecanismo para controlar el acceso a las distintas rutas de manera que tendrán autorización para tomar unas pero no para tomar otras.

La utilización de ARS se indica a través de un prefijo específico. La marcación de dicho prefijo indica la utilización de un traductor público (o discriminador) para así determinar la tabla ARS a usar en función del número marcado. Una vez seleccionada la tabla, el siguiente paso es la elección de ruta entre las posibles lo cual dependerá de los privilegios definidos para el usuario.

Tabla ARS: -

Asociada con una entrada del traductor público. Puede contener hasta 10 rutas. Configuraciones posibles: modificar el número, reenrutar hacia la privada, seleccionar un grupo de enlaces (incluso de un nodo remoto), ejecutar comandos de marcación. Limitaciones: sólo una ruta interna y debe ocupar la primera posición en la lista. Las rutas externas se deben clasificar en orden de costes crecientes.

Derechos de acceso a las rutas: - Mecanismo adicional al propio de discriminación - Definición de un privilegio de ARS en la categoría de acceso a red pública. Dicho privilegio puede ser de 0 a 31. - Cada ruta tiene un coste asociado de 0 a 31. - Este mecanismo no es aplicable para enlaces entrantes privados.

Página 217 de 232


Tipos de costes -

Coste de STOP (de 0 a 31): Para poder tomar una ruta, el privilegio del usuario debe superar al coste de stop de la ruta.

-

Coste de WAIT (de 0 a 31): Una vez que hemos verificado que el coste de stop permite tomar cierta ruta, el coste de wait nos dice si esta acción se puede llevar a cabo inmediatamente o si debe esperar. Cuando el privilegio de un usuario no supera el coste de wait se le pone en espera (guía vocal); ante esto el usuario puede hacer dos cosas, o bien colgar y esperar un rato antes de repetir la llamada, o bien esperar en cuyo caso se hace una segunda pasada por las rutas para poder elegir otra. En las segundas pasadas, el coste de wait se ignora.

Todos estos costes se programan para cada ruta dentro de las tablas de ARS.

Página 218 de 232


Modificación del marcado: - D: Delete (borrar) - A: Add (añadir) - W: Wait (pausa entre acciones) - F: Force (forzar marcación multifrecuencia) - C: Code (enviar un código de autorización) - I: Insert (insertar el número marcado restante)

Códigos de autorización: Se envía un código de autorización según un número de código y un centro de coste. Cuando un operador de larga distancia es utilizado indirectamente vía un operador local, la identidad del abonado puede pasarse automáticamente al operador de larga distancia mediante la información del “caller number” del acceso de red pública utilizado. Cuando este método no es posible, el abonado puede ser identificado utilizando un código insertado en la marcación cuando se establece la llamada. Se emplean 10 números de código cada uno de los cuales consiste en una tabla con los códigos de autorización para los diferentes centros de coste.

Página 219 de 232


3. Límites

4000 listas de rutas. 10 rutas por lista. 32 categorías ARS (categoría de acceso a red pública). 30 tablas de comandos de marcación. 10 tablas de códigos, con 50 códigos por tabla de hasta 10 dígitos. El servicio ARS está controlado por OPS.

4. Gestión

Página 220 de 232


Los pasos principales para la gestión básica del servicio ARS son:

Instalación + Edit • •

Restricción ARS (si se utilizan costes) Tono de toma ARS (tono ficticio)

Traductor Plan de prefijos • •

+ Crear

Numero Significación prefijo = Toma de grupo prof ARS o “ “ “ “ “ con solapamiento

Plan de numeración externa Discriminación de la numeración Regla de discriminación (en el discriminador adecuado. Normalmente 0) + Crear • Nr. llamada = 93 (p. Ej.) • Número de zona = 1 (p. Ej.) • Nº de dígitos = 1 (p. Ej.) • Nr. Tabla encam. ARS = 1 (p. Ej.) (es decir, en el ejemplo, si se marca el pref ARS+93 se va a la tabla ARS 1) Tablas de encaminam. ARS Tabla de encaminamiento ARS + Crear (aquí se crea la tabla) Encaminamiento ARS (Definición de posibles rutas) + Crear • • • • •

Ruta = 1 (p. ej) Grupo de enlace: el que se desee usar Número de dígitos a añadir Dígitos a eliminar Calidad: añadir al menos “Voz”

Lista de rutas temporales (Orden de toma de rutas) + Crear • Crear siempre la lista 1. Definir el orden de selección de las rutas definidas en el apartado anterior.

Página 221 de 232


5. Mantenimiento El principal comando de mantenimiento para este servicio es lookars:

>> lookars –h

(ayuda)

>> lookars r (ver información sobre cierta tabla ARS)

>> lookars r

>> lookars i

a

(para ver todas las tablas ARS)

La máquina nos pregunta el nº llamante, el llamado, el prefijo ARS utilizado y la fecha y hora de la llamada. Con estos datos nos informa de cuál va a ser la tabla ARS seleccionada y cúal el orden de selección real de rutas para esta llamada. Comando muy interesante, pues permite probar exhaustivamente el ARS sin generar llamadas reales.

Página 222 de 232


Tarificación interna

1. Generalidades Los servicios que incorpora el módulo de tarificación de la OXE son:

Salida de tickets en tiempo real Almacenamiento de tickets Monitorización de la tarificación por la operadora Informes financieros Tarificación por tiempo

2. Funcionamiento Los principios de funcionamiento del módulo de tarificación de la OXE son los siguientes:

Cada vez que tiene lugar una conversación telefónica se genera un ticket. Dicho ticket puede servir para la monitorización que realiza la operadora o para ser mostrado por la salida en tiempo real predeterminada. Además, ese mismo ticket, es guardado en un buffer con una capacidad máxima de 500 tickets. Se pueden definir filtros según las llamadas sean públicas o privadas, entrantes o salientes.

Página 223 de 232


Cuando se alcanza cierto porcentaje de ocupación del buffer, su contenido es volcado a una base de datos SQL y en paralelo a un fichero ascii temporal (TAX.TMP). La capacidad de la base de datos debe tener en cuenta que cada 2900 tickets ocupan 1 MB.

En cuanto a la salida en tiempo real, si la impresora no está disponible, los mensajes se almacenan en un buffer que puede contener un máximo de 500 mensajes y además se envía el incidente 275.

2.1. Ficheros de tarificación A partir del TAX.TMP se consolidan otros ficheros que servirán para que alguna aplicación externa (por ejemplo, el OmniVista 4760) los recoja y puedan generarse informes de tarificación. El directorio que contiene los ficheros de tarificación es /usr4/account. Los principales ficheros son:

TAX*****.DAT

(TAXAAAAA, TAXAAAAB, TAXAAAAC...)

Página 224 de 232


Ficheros comprimidos que se generan a partir del “TAX.TMP”. Se generan a una velocidad máxima de 1 fichero por hora. El número máximo de ficheros comprimidos es de 744 (31 días, 24 horas). La generación de ficheros comprimidos depende de la presencia o no de llamadas: si hay flujo continuo de llamadas, se genera un TAX*****.DAT cada 60 minutos; si por el contrario, transcurren 90 minutos desde la primera llamada y no llega ninguna más, también genera un comprimido.

TABJUSTIFM.dat TABJUSTIFM.idx Ficheros de la base de datos SQL.

ACCOUNT.LIS Fichero ascii con la lista de los ficheros comprimidos

ASCFILES.log Fichero con trazas sobre la generación de ficheros comprimidos

BUFFER.dat Fichero que contiene los tickets desde el último shutdown realizado.

2.2. Interacción con el comando shutdown

Al hacer un shutdown se comprime el contenido del fichero TAX.TMP y se genera el correspondiente TAX*****.DAT Además, el contenido del buffer es almacenado en BUFFER.dat

2.3. Salida en tiempo real

Formato reducido

User C.C. Trsf. Number Dialled Time Duration Cost BC. P C O

Número de directorio del abonado Centro de coste Número del abonado que transfirió la llamada Número marcado Hora de finalización de la llamada Duración de la llamada Coste de la llamada Código de negocios (3 dígitos) Tipo de llamada (P:personal, B:profesional, N:normal) Tipo de llamada (A:no especificada, B:voz, C:datos) Operador (nº de tabla de comandos de marcación)

Formato extendido

Página 225 de 232


User User Name Code Date Serv. Cost Center TGN Ope TKND SBND C Trsf. JO. Number Dialled Heure Duree Unités T Af. P VSATMR

Número de directorio del abonado Nombre del abonado Código de negocios o personal (12 dígitos) Fecha en la que finalizó la llamada Número de servicio (entidad; no implementado) Centro de coste Grupo de enlaces utilizado Operador (nº de tabla de comandos de marcación) Nº de nodo y de subred del enlace Nº de nodo y de subred del abonado Tipo de llamada (A:no especificada, B:voz, C:datos) Número del abonado que transfirió la llamada Número de enlace utilizado Número marcado Hora de finalización de la llamada Duración de la llamada Coste de la llamada Código de negocios (3 dígitos) Tipo de llamada (P:personal, B:profesional, N:normal) V:VPN, S:ARS, A:Abbrev, R:forwarding...

2.4. Generación de tickets

Página 226 de 232


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

Facilidades telefónicas particulares Centro de costes 1 (p. Ej.) + Edit •

Nombre = (4 caracteres)

Página 227 de 232


Abonados nº + Edit ... nº + Edit •

Nº centro de costes = 1

Aplicaciones Tarificación 1 (p. Ej.)

(p. Ej.)

+ Edit

• • • • • • • • • •

Tarificación interna = YES Monitoring = YES Info financiera = YES Alm justif. = YES Tarif externa = YES Salida = V24 (impresora) % justificantes antes de almacenar = 30 % PIN Filtros ... (poner llamadas coste 0) Parámetros de salida en tiempo real - V24 impresora = 1 (p. Ej. Puerto B) - ...

•

Informe financiero - V24 = 0 (p. Ej. Puerto A). - Zona 1 - Zona 2 (zonas del Public Net Category) - ...

• •

Formato de marcación = 9 Teléfono - valor visualizado = coste ...

•

Aplicaciones Tarificación 1 (p. Ej.) Informe financiero + Edit • •

Fecha inicio Fecha fin

Monitorización Operadora (Observación por operadora = monitoring) Coste base Normal Especial (hotel/hospital) Tarificación por tiempo

Página 228 de 232


4. Mantenimiento Los principales comandos de mantenimiento relacionados con la tarificación interna: >> cd /usr4/account

directorio donde se encuentran los datos de la tarificación.

>> more ACCOUNT.LIS >> accview –tf TAXAAAAH.DAT

contenido de los TAX*****.DAT

Página 229 de 232


>> account

>> account ascii

Página 230 de 232


>> account counters

>> account –v |more

para ver la configuración de los parámetros de tarificación.

>> account –m |more

información sobre cómo está el monitoring de la operadora.

Página 231 de 232


>> accreset

Página 232 de 232

Report "Manual Curso Básico OXE"

Your name

Email

Reason

Description

Copyright © 2024 IDOC.TIPS. All rights reserved.
About Us | Privacy Policy | Terms of Service | Copyright | Contact Us | Cookie Policy

Sign In

Email

Password

Remember me Forgot password?

Our partners will collect data and use cookies for ad personalization and measurement. Learn how we and our ad partner Google, collect and use data. Agree & close

Manual Curso Básico OXE

Recommend Documents