Descripción general del sistema Polycom
®
CMA
™
Polycom, Inc. 17
De forma predeterminada, el sistema asigna participantes automáticamente
al “mejor puente” en función de la capacidad disponible, la ubicación y las
normas de enrutamiento de menor coste. Sin embargo, también puede escoger
la asignación manual de los participantes a los puentes.
Planificación y reasignación de puentes
Cuando la conferencia se ha planificado con una de las aplicaciones de
planificación del sistema CMA (planificador web o Scheduling Plugin para
Microsoft Outlook o IBM Lotus Notes), el sistema asigna automáticamente de
manera predeterminada un puente a la conferencia, a menos que el usuario
con la función de Planificador avanzado por defecto intervenga. Si el puente
no está activo cuando el sistema inicia la conferencia, el sistema CMA intenta
volver a asignar dinámicamente la conferencia a otro puente con capacidades
y recursos suficientes.
• Si el sistema puede volver a asignar la conferencia a otro puente
correctamente, la conferencia se inicia en el nuevo puente seleccionado y
el sistema envía un correo electrónico de conferencia actualizado a todos
los participantes planificados. Este correo electrónico actualizado incluye
un nuevo número de marcación que los participantes de la llamada
entrante deberán utilizar para unirse a la conferencia.
• Si el sistema no puede volver a asignar correctamente la conferencia a otro
puente, la conferencia no puede iniciarse. El sistema envía un correo
electrónico para notificar al organizador de la conferencia dicho error.
Algunos apuntes acerca de la reasignación de puentes:
• El proceso de reasignación de puentes sólo ocurre cuando el sistema
detecta que un puente no está activo. No ocurre si el sistema determina
que un puente no tiene los recursos necesarios suficientes para alojar la
conferencia.
• Si el sistema CMA no puede encontrar otro puente con las funciones y las
capacidades necesarias para llevar a cabo una conferencia, esta no podrá
iniciarse. El sistema no intenta modificar los ajustes de la conferencia de
ninguna manera. En su lugar, el sistema envía un correo electrónico para
notificar al organizador de la conferencia dicho error.
• El sistema encadenará las reasignaciones de puente. Esto significa que si
el siguiente puente al que se reasigna la conferencia no está activo en el
momento en que el sistema intenta iniciar la conferencia, el sistema
intentará volver a asignar la conferencia de nuevo.
• Si el puente al que el sistema intenta reasignar la conferencia tiene
conferencias ad hoc, el sistema CMA no tiene constancia de dichas
conferencias. Es posible que la conferencia reasignada no se inicie si las
conferencias ad hoc consumen los recursos que el sistema CMA esperaba
planificar. Este es un comportamiento conocido y puede evitarse si no se
utilizan los mismos puentes para las conferencias ad hoc y planificadas.