Avaya Aura

Capacitación CM
Avaya Aura

Colaboración de:

Blaz Faustino Mendoza Soporte Especializado

Edgar A. Casillas Martinez Colaboración

Avaya Aura
Avaya Aura es una solución de comunicaciones principal que utiliza una arquitectura IP y

basada en SIP para unificar medios, modelos, redes, dispositivos, aplicaciones y presencia

accionable en tiempo real en toda una infraestructura común. Esta arquitectura proporciona

acceso a demanda a servicios de colaboración avanzados y aplicaciones que mejoran la

eficiencia del empleado

Avaya Aura
Arquitectura
Los sistemas Avaya Aura cuentan con diferentes arquitecturas de trabajo:
• Stand Alone: equipo individual el cual cuenta con servidor interno y media Gateway en un mismo equipo
con el cual se proporciona servicio de voz a los usuarios.
Arquitectura
Centralizado: son arquitecturas que soportan redundancia y alta disponibilidad, dependiendo de las
necesidades de los usuarios. Estos sistemas pueden encontrarse en un Datacenter o con cliente dependiendo
sus necesidades
Servidores
Los servidores son los dispositivos en los que se creen las maquinas virtuales para levantar cada uno de los
servicios necesarios para poder brindar la telefonía IP Avaya.
Estos equipos pueden ser servidores de Rack o servidor interno en Media Gateway:

Son servidores individuales, los cuales permiten realizar las virtualizaciones en este pequeño servidor instalado
en los Media Gateway.
Servidores
Los servidores de Rack son servidores que permiten realizar funciones de fuentes redundantes, configuración
de HA y de servidores Duplex, así mismo se ocupan para clientes con necesidades de mayor procesamiento.
Gateway
Los equipos físicos que no permiten realizar las interconexiones físicas entre los servicios de datos y los de voz.
Con esto nos referimos a que en los Gateways, es donde se pueden instalar los servicios de Troncales(Tks),
digitales, analógicas, también aquí se encontraran los puertos disponibles para poder conectar extensiones
analógicas y digitales.
Los equipos que actualmente se utilizan son G430 y G450: la diferencia es la capacidad de recursos necesarios
para el cliente y el numero de slots para tarjetas
Tarjetas
Las tarjetas que tenemos que soportan los media gateway G430 y G450 son:

➢ Tarjetas de E1
Tarjetas
➢Tarjeta de troncales analógicas o extensiones analógicas

➢Tarjeta con puertos de troncal analógica y puertos de extensión analógica

Tarjetas
➢Modulo para extensiones Analógicas y Digitales
Conexión a equipo.
La administración de los equipos es mediante el puerto de servicio (SERVICE), mediante el cual
utilizaremos un cable de red, y configuraremos la siguiente dirección IP a nuestro equipo de
cómputo.
Conexión a equipo.
La IP en el G450/G450, es permanente y para todos los equipos media Gateway se pueden
administrar por este medio.
Ya configurada la ip en la pc se procede a conectarse mediante ssh o telnet al equipo:
Usuario default: root
Password default: rootroot01
Conexión a equipo.
En el caso de los servidores estos cuentan con un puerto de administración:

➢Los server tiene su puerto en la parte trasera del equipo:

Conexión a equipo.
➢Servidores 8300 solo cuentan con un puerto de servicio:

Para poder conectarnos a estos equipos requerimos un cable de red normal y nuestra PC, con
la siguiente configuración
Avaya ASA
Avaya Site Administrator (ASA): Nos permite administrar el CM, mediante una interface grafica
sencilla:

➢Permite realizar las configuraciones básicas al equipos. (altas, bajas, cambios)

➢Permite exportar datos

➢Genera reportes sencillos

Avaya ASA
Una vez instalado el programa requerimos das de alta nuestro PBX:
Avaya ASA
Seleccionamos el tipo de conexión en nuestro caso es por Network Connection, a continuación
nos solicitara la IP del equipo
Avaya ASA
Debemos seguir con el asistente y se selecciona el puerto, el tipo de conexión y el tiempo que se
establecerá la conexión al equipo
Avaya ASA
Los últimos paso nos solicitara, si queremos proporcionar el usuario y password cada vez que
se quiere ingresar o si se quieren recordar (se recomienda que no las recuerde).
Avaya ASA
Una vez configurada la cuenta se puede ingresar mediante la combinación de teclas crtl + e, o
en le menú lateral de Advance y start emulation.
Avaya SSH
Si no tenemos acceso directo a la ip de administración del equipo podemos ingresar mediante
SSH, para lo cual requerimos conocer la IP del PBX, accedemos mediante putty o Xshell, y nos
solicitara usuario y password
Avaya ASA
Ya que ingresamos al servidor, enviamos el comando autosat y seleccionamos la opción W2KTT,
con esto se habilita el modo de administración desde el servidor.
Estructura de los comandos
El sistema utiliza una estructura de comandos básicos:

➢ Acción: función principal a realizar borrar o cambiar

➢ Objeto: Que vamos a cambiar una extensión, un grupo, etc.

➢Calificador: Específicamente que el numero de extensión, el numero de grupo

Estructura de los comandos
Los ejemplos de la estructura es la siguiente:
Extensiones
1.- Revisión de Extensiones.
• Para poder revisar y realizar cambios sobre las extensiones existente se utiliza el comando:
change station xxx, donde xxx hace referencia a la extension que se requiere modificar.
Extensiones
La pagina 4 del comando nos muestra la configuración de líneas de llamadas y de las funciones
de lo botones que se tiene en el teléfono.
Extensiones
Para dar de alta una extensión utilizaremos el comando add station xxxx, donde xxxx es la
extensión que se requiere dar de alta.

En caso de requerir dar de baja una extensión utilizamos el comando remove station XXXX,
donde XXXX es la extensión por eliminar
Grupo de Captura
Esta función nos permite poder contestar una llamada de una extensión que se encuentra lejos
de nuestro lugar sin tener que levantarnos o movernos del nuestro, para lograrlo se crea el
grupo de captura con el comando: add pickup-group next, y si nos asignara e siguiente grupo
de captura libre en el sistema. Si se requiere modificar un grupo de captura existente solo de
debe modificar con el comando change pickup-group x, donde X es el numero de grupo
asignado a las extensiones.
Grupo de Captura
Para que funcione se debe llenar la tabla con las extensiones que se requiere que estén en el
grupo y una vez asignado el grupo, se utiliza el botón de Call-pkup asignado en nuestro
teléfono , así mismo si en el FEA del sistema está dada de alta la combinación de teclas se
puede jalar con #73 (en este sistema).
En el Caso de requerir eliminar un grupo de captura se utilizara:
Remove pickup-group X, donde X es el grupo de captura a borrar.
Hunt Groups
Un hunt group es la configuración que nos permite generar un numero en común para que sea contestado por
diferentes usuarios, como un call center o una mesa de ayuda.
Para revisar un Hunt group existentes se utiliza el comando: list hunt-group
Donde se observan los grupos de nombre existente la extensión del grupo el tipo de configuración del y el
número de miembros de este, para dar de un hunt-group se utiliza el comando add hunt-group next, donde
next se utiliza para que el sistema nos asigne automáticamente el siguiente hunt group libre
Cor (Class of Restriction)
Son los permisos que se le dan a las extensiones.
Para revisar los COR, existentes utilizamos el comando: list cor

En esta lista observamos el número de Cor correspondiente a cada servicio los cuales en su
mayoría son:
Llamadas de red, locales, celulares, celulares nacional, LDN, LDM, etc.
Cor (Class of Restriction)
display cor x, donde x es cor que requerimos revisar nos muestra individualmente los
parámetros de cada uno

En esta tabla se establecen las restricciones y permisos hacia donde puede marcar ejemplo:
En nuestra tabla el COR 0 no puede marcar al 8 y al 11 (COR)
Cos (Class of Service)
Administran los permisos de acceso a funciones de llamadas de las extensiones, para revisar
esta lista se utiliza el comando Display cos-group x, donde x es el grupo que estamos
revisando.
Nota: esta sección no influye en los grupos troncales. Si se crean Hunt-Groups es muy
importante revisar que cuando se realicen cambios a los COS, realizar la revisión de las
funciones de os Hunt-group. En la mayoría de los conmutadores existía 1 cos group general, en
el caso de existir más de uno revirar específicamente para qué servicios se ocupa cada uno con
el administrador del sitio
Cos (Class of Service)

Los valores principales a validar en los Cos son:

➢Auto callback: habilita que el usuario pueda utilizar auto re llamada del sistema
➢Call Fwd-all calls: Permite que los usuarios puedan desviar sus llamadas
➢Console Permissions: Da los permisos a una extensión que realice las mismas funciones que
una operadora o attendant.
➢Restrict Call Fwd-off net: Permite desviar sus llamadas a un número en la PSTN
➢Trk-to-trk Transfer Override: Permite realizar las Transferencias de troncal a troncal.
Códigos de Autoridad (authorization-code)
Los códigos de autoridad son utilizador para permitir a los usuarios realizar llamadas a la PSTN
con privilegio tales como llamadas de celulares, larga distancia, larga distancia internacional, etc.
Para revisar los códigos que actualmente están configurados utilizamos el comando: list
authotization

Authorization code: Códigos que están dados de alta en el sistema.

Class of Restriction: Permiso al cual el usuario puede marcar fuera de la PSTN
Códigos de Autoridad (authorization-code)
Para dar de alta un código en el sistema se utiliza el comando: Change authorization XXXX,
donde XXXX corresponde al código que se estará dando de alta en el sistema

Para Remover un código se utiliza el comando: Change authorization xxxx, donde xxxx es el
código a borrar y se elimina de la lista
Desvios (Coverage Path)
Esta función es utilizada para que las llamadas no se pierdan o sean contestadas por otro
destino en el caso de que no puedan ser contestadas por el usuario principal
❖ Coverage Path Number: es le
numero de la cobertura

❖ Number of Rings: tiempo en que

la llamada se desvía

❖ Coverage Points: destinos hacia

donde se desviara la llamada
origen.
Si es requerido dar de baja un Cover path se utiliza el comando Remove Coverage Path X, donde x es
el coverage path a dar de baja.
Desvios (Coverage Path)
Para el caso de realizar desvíos a sitios remotos o fuera de nuestro equipo se debe crear un
Coverage Remote, con el cual podemos enviar nuestras llamadas a destinos fuera de nuestro
equipo, para dar de alta y revisar los destinos existente utilizaremos el comando change
coverage remote 1, donde 1 es la lista de los sitios remotos.

Una que tenemos el numero se agrega a la lista la posición se guarda como rx, donde x es el
numero en la lista y este se coloca en el coverage path para desviar la extensión a un numero
fuera del pbx
Dialplan
El plan de marcación le indica al sistema la forma de interpretar los números marcados. Si el
numero será una extensión, un código especial o una operadora.
Se utiliza el comando Display dialplan analysis, de requerir un cambio utilizaremos el comando
change dialplan analysis
Dialplan
Los tipos funciones que reconoce el CM, en el dialplan son:
➢Attendant: Se utiliza para las operadoras
➢Fac: permite crear los códigos de funciones para el sistema
➢Dac: Nos permite crear los códigos de marcación directa
➢Extensión: Indicaremos con que digito empezara las extensiones

❖No se puede ocupar el mismo numero para dos funciones diferentes

UDP (Uniform-dialplan)
Nos permite crear un plan de marcación para poder configurar tanto las marcaciones internas,
como marcaciones externas a otros destinos.
Utilizamos el comando List uniform-dialplan
 UDP (Uniform-dialplan)
Se requiere crear el destino 71XXX y que sea resuelto por nuestra tabla de AAR sin ningún
tratamiento especial.
Primero debemos revisar nuestra tabla de UDP

En la cual observamos que no existe el numero 71xxx, por lo cual procederemos a dar de alta,
en este caso utilizaremos el comando change uniform-dialplan xx, donde xx es el numero que
se nos solicita crear
ARS (Automatic Route Selection)
Nos permite iniciar una llamada interna dentro de nuestro equipo y terminarla en uno o diferentes
destinos de la red publica (PSTN).
Para ver nuestra tabla de ARS, se utiliza el comando list ars analysis
Router Pattern (Rutas)
Los router pattern, nos permite configurar las rutas por donde serán enviadas las llamadas,
pueden ser llamadas externas (PSTN, PBX externo), o bien destinos internos dentro de nuestro
sistema:

Como podemos observar se observa el numero de ruta, el nombre que se le da a esta, los
grupos por donde sale la llamada los permisos para realizar esta.
 Router Pattern (Rutas)
Para configurar una ruta, solo se requiere conocer el grupo o troncal por donde se envía la
llamada, si a este numero o números se borra o agregan dígitos y si cualquiera puede marcar o
solo algunos:
Change route-pattern X
Grupo Si la marcación
troncal por requiere que se le
donde agreguen dígitos al
saldrá la numero marcado
llamada

Permiso para
poder realizar Si elimina dígitos del
la llamada numero marcado
(Cor)
ARS (Automatic Route Selection)
Es una tabla la cual contiene los prefijos o números con que inicia una marcación externa o que
no pertenece al pbx, como llamadas a la PSTN o llamadas fuera de al red del pbx.
Para revisar esta tabla tenemos 2 opciones, si es un sistema individual o un sistema con varios
sitios:
List ars analysis
List ars analysis location X
 ARS (Automatic Route Selection)
Como se puede observar los parámetros que se utilizan o revisamos son:

Prefijo a marcar o
inicio del numero

Longitud del numero a Ruta por la cual

marcar enviaremos los dígitos
ARS (Automatic Route Selection)
En caso de requerir cambiar la tabla de ARS tenemos el comando:
Change Ars analysis
Change ars analysis location x
 AAR. (Automatic Alternative Route)
Nos permite realizar un plan de marcación interno, hacia diferentes destinos sin que intervenga
la PSTN. ( La diferencia entre ARS y AAR, radica en que para usar el ARS el equipo utiliza el
prefijo de marcación 0,9,8, etc. Y la tabla de AAR son marcaciones directas en el equipos sin
utilizar prefijos).

Se observa que
a diferencia del
ARS solo son
marcaciones
cortas o la
longitud
corresponde a
la longitud de
las extensiones
AAR. (Automatic Alternative Route)
En el caso del requerir un cambio sobre la tabla de AAR, utilizamos el comando:
Change aar analysis X,
Donde X es el numero que se requiere modificar o asignar

La Tabla AAR es 1 por sistema no es individual, todo el sistema utiliza la misma.

 Troncales
Nos permiten realizar las interconexiones con la PSTN o con otros equipos, los equipos stand
alone, usualmente solo admiten troncales: H323, R2, DIOD. Si se requieren troncales SIP, el
sistema debe tener un SMGR para su integración.
List trunk-group
Numero de
Numero de la canales por
troncal troncal

TAC: código
para validar
las trocales

Tipo de troncal si es
R2, DIOD, etx
Troncales
Para revisar la configuración de una troncal solo utilizamos el comando:
Tipo de señalizacion
Display trunk-group X
Donde X es el grupo troncal a revisar

Nombre de la
troncal

Tipo de
troncal
 Troncales
Para validar si una troncal esta en correcto funcionamiento podemos utilizar el comando:
Status trunk-group X

Nos informa del

estado de los canales
de la troncal a revisar
Troncales
En el caso que una de nuestra troncales se encuentre out-of-service, se requiere revisar si el problema es
interno o del otro extremo para lo cual se utilizaran los comando:
Busy Trunk X : la cual bloquea todos los canales de la troncal.
Realease Trunk X: Con el cual nos libera todos los canales configurados en una troncal.
Una vez realizado esta revisión del servicio y teniendo resultados negativos en nuestro servicio utilizaremos el
comando:
Reset Board 01v2: Con lo cual es sistema procede a reiniciar la tarjeta de troncales el puerto o tarjeta se
conoce a través del comando status trunk .
En el Caso de que una vez realizado todos estos pasos se procede a realizar un test a la tarjeta de troncales
con el comando:
Test Board 01v2: con el cual se observara el proceso de prueba de la troncal una vez realizado y no encontrado
fallas será necesario hablar con el proveedor del servicio para que se revise debido a que la falla no se
encuentra en nuestro equipo.
Troncales
Prueba de un test de troncal.
VDN y Vectores
Nos permiten crear los menús de llamadas (IVR), para lo cual se utilizan la numeración de
extensiones para su creación con el comando add vdn XX, donde XX corresponde al número que
asignaremos a nuestro vdn

Extensión asignada al Nombre para tener

VDN una referencia

Vector al cual esta

dirigido el VDN
VDN y Vectores
Los vectores nos permiten crear los IVR, u operadoras automáticas, podemos agregar anuncio horario de
funcionamiento, etc. Es importante recordar que un vector puede estas asociado a varios VDN.

Display vector X

Cada paso es validado ninguno es saltado

Se puede desviar una llamada a otro VDN el

cual le seguirá dando el tratamiento del
vector
 VDN y Vectores
Change vector X

Los vectores se detendrán al llegar

a la sentencia STOP.

Si existen mas sentencias después

de un STOP, es debido a que en el
vector en alguna línea salta a ese
punto.
Anuncios.
Para poder asignar nuevos anuncios en nuestro CM es necesario ver, con que equipamiento contamos, por lo
cual se utiliza el comando Display integrated-annc-boards, con el cual observaremos las tarjetas para anuncios
con las que contamos:

Como se observa el sistema cuenta con dos tarjetas para anuncios, las cuales ambas con capacidad y en
funcionamiento para poder agregar nuestro mensaje, por lo cual procedemos a identificar la IP a la cual nos
conectaremos para poder agregar el mensaje a nuestra tarjeta. List Media: Nos informara de la IP configurada
en nuestros Gateway, en los cuales se encuentran nuestras tarjetas de anuncios
Anuncios.

En este caso utilizaremos la IP 10.241.13.235 de nuestro Gateway 2.

Anuncios.
En este caso utilizaremos la IP 10.241.13.235 de nuestro Gateway 2.
Se habilita la función de transferencia de archivos en nuestro Gateway con el comando
Enable Filexfer

Login: usuario con el cual nos accederemos al Gateway.

Password: Password para acceder al Gateway
Reenter Password: Password para acceder al Gateway nuevamente.
Secure?: N
Board address: Tarjeta a la cual accederemos para cargar nuestro archivo (2v9 en este ejemplo)
Anuncios.
Una vez teniendo esta información procedemos a conectarnos mediante FTP a la IP de nuestro Gateway,
donde nos solicitara el login y password que asignamos

Ya en el sistema utilizaremos el comando PUT y el nombre de nuestro archivo de audio (el archivo debe estar
en formato WAV y con características de ley U-Law mono), así mismo debemos colocar el nombre del archivo
en las mismas condiciones de mayúsculas y minúsculas, dígitos, o cualquier carácter que tenga el nombre junto
a la extensión
Anuncios.
Procedemos a crear el anuncio en el CM con el comando add announcement xxx, donde xxx es el
numero libre en nuestro CM para asignar al anuncio

Una vez dado de alta y configurado, solo procedemos a marcar des una extensión al número de
nuestro mensaje y probar su funcionamiento.
DID´s
Los DID´s son los numero directos que se asignan a las extensiones o VDN del sistema, para estos existe una
tabla por location. Así mismo requerimos conocer los últimos 4 dígitos del DID para poder asignarlo:
List ars digit-conversión location x
Donde x: es la location a revisar o asignar did´s
Extensión, VDN o
destino a donde esta
Últimos 4 dígitos dirigido el DID
del numero
directo
DID´s
Para realizar los cambios a un DID utilizamos
change ars digit-conversion location X Y
Donde X: es la location Indicamos a donde
es dirigido el DID
Donde Y: es el inicio del did a cambiar o revisar

DID Si es una extensión, AAR

o ARS, el destino

Si se requiere realizar
conversión del DID

Si muestra el DID
Tamaño de los dígitos Si se borran dígitos del DID
esperados del DID
Feature Access Code (FEA)
En esta pantalla se asignaran los códigos de acceso a funciones (FAC), para activar o desactivar la función del
sistema para cada campo debe asignarse un código valido los cuales se deben tomar en cuenta y está asignado
en el plan de marcación, para revisar esta pantalla utilizaremos el comando: display feature-access-codes
List Usage
El comando LIST USAGE, nos ayuda a revisar en que se está utilizando una extensión, un vector, hunt group,
etc.
Para revisar que grupos de captura, coverage path, intercom, etc, esta una extensión utilizaremos el comando:
LIST USAGE EXTENSIÓN X, donde X es la extensión que vamos a revisar

En este caso observamos que la extensión 65009 está configurada en coverage path 345 en el point 1, a su vez
pertenece al grupo de captura 244, con esto identificamos en donde se está utilizando la extensión.
Para revisar en que esta usado un vector utilizamos el comando: list usage vector x, donde x es el vector
List Usage
Como se observa el vector 10 está siendo utilizado por el VDN 10705 y 10710.
También es utilizado para saber en dónde se ocupan los grupos troncales: list usage trunk-group x, donde x el
grupo troncal

Como podemos observar el comando USAGE, nos ayuda a poder revisar que se tiene configurado y en que
podemos afectar al eliminar una extensión, vector o troncal
Trazado
Los trazados de llamada nos ayudan a interpretar los erros de una llamada o el camino que sigue está dentro
de nuestra configuración, se pueden trazar llamadas, troncales, hunt-group, vectores, VDN, etc.
Para realizar un trazado de una llamada utilizamos el comando: lis trace station X, donde X es la extensión.

En esta imagen se muestra como la extensión marca un número celular, el cual se va por la tabla de ARS, a
buscar la ruta por la cual se enviaran los dígitos, siendo la route pattern 902, por donde es enviada.
Trazado
En el caso de un VDN nos dice que está sucediendo en cuanto entra la llamada:
List trace vdn x

Lis trace vector x