From: Palacios Morales, Jose Jorge (JORGE PALACIOS)

Sent: Thursday, February 21, 2013 6:16 PM

To: 'Carolina Barrera'; 'Miguel Bohorquez'
Subject: RE: Información referente al tema de entrada de llamada sin aviso, case: 1-
4132644866 problema encontrado., Resultados de la revisión / conclusiones.

Carolina, Miguel.

Revisando de manera general con los datos que tengo hasta este momento les presento los
siguientes datos:

Este reporte muestra lo siguiente:

Tienen configuradas en el PBX las network región 1,3,10,14,54,70 y 99.

Tienen disponibles por cada network región un número definido de recursos VOIP que se usan
para lo siguiente:
Darle audio a teléfonos ip.
Darle audio a llamadas que entran por una troncal y son direccionadas hacia extensiones ip
Darle audio a llamadas que entran por una troncal que está ubicada en un gabinete pero la
extensión que contesta esta en otra network región diferente o es una extensión digital o
analógica y está en otro port network, esto es la comunicación entre port network consume
recursos voip de las media processor.

El sistema trabaja de la siguiente manera:

Si yo registro una tarjeta media processor si es una Tn2302 tiene disponibles 64 canales de voz
por tarjeta y me serviría para darle audio a 64 teléfonos ip al mismo tiempo.
Si yo registro 5 tarjetas media processor, si son Tn2302 en una misma ip network región voy a
tener la suma 64x5 = 320 canales máximos disponibles voip para darle audio hasta 320 recursos
que lo pidan de forma simultánea y el sistema balancea las cargas entre todas las tarjetas media
processor que yo tengo configuradas en una misma network región, esto es si yo tengo 5
tarjetas, la asignación de recursos se comparte entre todas ellas y si una falla, el resto de las
tarjetas darán recursos de voip cuando se los pidan las llamadas que entren y así se distribuye la
carga en todas ellas, el sistema no es que se acabe los 64 canales de una y cuando ya se los
acabe vaya a pedirle recursos a otra, esto no es así pues el sistema electrónicamente distribuye
los recursos dentro de una misma network región ya que así está diseñado.
Lo mismo sucede si yo tengo tarjetas media resources que tienen 320 canales voip máximo cada
una.

Ahora, si yo tengo teléfonos ip registrados en una ip network región, necesito forzosamente

asignar tarjetas media processor que den recursos de audio ya que incluso en los casos en que
dos teléfonos ip hablen entre sí, cuando enlazo la llamada uso canales de la media processor y
cuando el sistema detecta que es una conversación totalmente ip-ip libera el recurso de la media
processor y deja hablando a los teléfonos en la red de datos, si alguno de ellos desea hablar al
exterior se vuelve a usar un recurso voip pues la asignación de canales voip es dinámica bajo
demanda.

Si observas, es responsabilidad de quien configura el sistema asignar más o menos canales voip
por una network región, obviamente si tu vas a firmar 200 teléfonos ip en una misma network
región no vas a poner solo una media processor de 64 canales porque en algún momento
cuando todos quieran hacer uso de los teléfonos, se van a quedar sin audio.

Esto no es una falla como tal del pbx, es más un tema de configuración.

Se asignan recursos por rangos de direcciones ip por medio del ip network map.

Por ejemplo en la información del pbx, estas teniendo 2816 recursos voip para la network región
1 tienes 2816 recursos voip, para la network región 3 tienes 0 , para la nr 10 tienes 0, para la 14
tienes 320, para la 54 tienes 256 , para la 70 tienes 64 y para la 90 tienes 0.

Esto lo puedes visualizar con el comando list ip – interface medpro.

Sumas cada una de las que está dentro de cada network reion.

Revisando a mas detalle con la información que tengo al momento, tienes 2478 canales por
todas las troncales que tienen configuradas, obviamente no todas pertenecen a una network
región 1, o 14 o cualquiera pero posiblemente tengas menos recursos voip por cada network
región que el níumero máximo de llamadas que puedes soportar por llamadas de entrada /
salida por troncal.
Se tendría que tomar más el detalle de cada una de éstas para investigar de que network región
toman recursos cada una de las llamadas y si hay suficientes de ellos cuando desean hacer la
entrada de llamadas hacia los skill y los agentes.

Por ejemplo en la network región 14 solo tienes una tarjeta media processor Tn2602 de 320
canales y posiblemente tengas mayores requerimientos de recursos por eso aparecen
porcentajes de bloqueos, en la network región 1 tienes 2816 recursos voip disponibles pero en
picos de utilización has llegado a tener bloqueos por la misma razón y así sucesivamente.

El tema aca es que este tipo de problemas, no son por mal funcionamiento de la plataforma
Avaya, son porque normalmente el diseño original tenía cierta configuración de acuerdo a tus
requerimientos de tráfico iniciales pero conforme pasa el tiempo y su operación del negocio
crece y aumenta le van agregando troncales y agentes hasta que el equipo comienza a tener
picos de utilización y saturación.

Aca la recomendación puntual es que te acerques con tu ejecutivo de cuenta de Avaya con este
informe y le plantees que estás teniendo temas de bloqueos en horas pico de utilización para
que ellos revisen la posibilidad de ajustar y/o ampliar tu diseño y te den las recomendaciones
pertinentes con sus costos, muy posiblemente ellos soliciten se corra un análisis de tráfico para
ver el comportamiento.

Nosotros no podemos meternos en consideraciones de diseño pues somos áreas de soporte a

fallas pero te doy la atención de explicarte las causas y hay muchas más consideraciones a
tomar antes de modificar la plataforma, como por ejemplo que no puedes tener más de 242
recursos tdm-voip simultáneos por port network por ello recursos de varios gabinetes
pertenecen a una misma network región, etc.

La otra alternativa rápida de solución es que revises que cambios han hecho últimamente en el
pbx, quizás agregando campañas y troncales o agentes y sepas que al quitarlos se corregirán los
picos de utilización que evidencian hoy porque además son PICOS no es todo el tiempo y quizás
agregaron algo temporal.

Hace un par de semanas, yo revise el pbx y no tenían esos días porcentajes de bloqueos por lo
que me inclino a pensar que son a raíz de algo agregado recientemente.

Te informo que mi diagnóstico no estuvo errado ya que al yo saber que en una network región
solo tienes una tarjeta de 320 canales y está fuera de un momento a otro, a simple vista me
pareció esa la causa principal de los bloqueos porque hay muchas interconexiones en el sistema,
una desventaja es que con estos comandos no puedes tener mediciones de varios días antes
para sacar estadística, solo pueden ser programadas o del día mismo o del anterior.
Te paso segmentos del manual donde menciona la explicación de cada campo.

Para el tema de llamadas que no se reciben con tono de aviso esto es un síntoma de fallas en las
IPSI ya que dentro de estas tarjetas vienen funciones de tone clock sin embargo para revisar
puntual ese tema sería cuestión de que Carolina me enviara los login de agentes que usan y
reportan esto para ver cómo están configurados ya que muchas veces esto es una configuración
correcta para los agentes, que entre la llamada sin anunciarse, muchas veces cuando entra se les
anuncia sobre la barra de cti, en mi experiencia algunas veces cuando falla una IPSI en standby,
en ciertos picos de utilización cuando el sistema hace uso de ella, se comienza a escuchar un
ruido constante, pero esto al momento está descartado porque ya está la ipsi funcionando bien y
afectaría principalmente a un port network donde está conectada.

Si no hay mas temas, conforme la media processor 11B14 y la IPSI 11A están trabajando al
momento correctamente, espero tus comentarios y/o autorización para cierre del caso,.

En resumen, esas mediciones no non indicativo de fallas del pbx, son falta de recursos por alta
utilización y se revisan con diseño de Avaya.

Un gusto servirte, sigo a tus órdenes.

% Blk, es el porcentaje de intentos de uso de puertos de una media processor en una región que
fueron no exitosos ( bloqueos ).
Este porcentaje incluye llamadas que fueron negadas y después ellas fueron puestas
exitosamente fuera de la network región.