La promesa fallida de IP PBX

Desplegar la voz sola ser fcil. Conectar sus telfonos a un PBX, y todo mgicamente
trabajaba. El problema con estas antiguas plataformas PBX fue que eran muy inflexibles,
ineficiente y tuvo que implementarse en cada ubicacin. No haba forma de extender las
funciones ms all de la ubicacin instalada, y tenan que ejecutarse en un lugar
completamente separado red.

Luego vino la IP PBX, que supuestamente era la panacea para toda nuestra telefona
Al converger las redes de voz y datos, el costo de correr la telefona se reducira a travs
del piso. Tendramos ms funcionalidades y los usuarios seran ms productivos. Eso
sera una victoria para la telefona, los usuarios y la empresa, pero este no fue el caso
para muchas organizaciones.
Dependiendo de con quin hable, la cantidad de ahorro en los costos tiende a variar.
Los costos iniciales son altos, y en muchos casos, no hay tanta funcionalidad nueva.
Hacemos llamadas, pero podramos hacer eso antes. Entonces, qu nos detiene?

La principal dificultad de la industria es que realmente no hemos salido de la era PBX,

todos los nuevos sistemas estn basados en IP. Tenemos telfonos IP nuevos (y caros),
pero arquitectnicamente, no ha cambiado mucho. Una gran cantidad de
organizaciones que han trabajado con implementar VoIP reemplazando cada PBX o
sistema de claves con una IP PBX. Entonces, al final del da toda la arquitectura es la
misma; solo estamos usando IP como el mecanismo de transporte en lugar de la PSTN,
pero en el nivel ms bsico, hemos gastado una gran cantidad de energa tratando para
hacer que nuestros sistemas IP se vean y acten como los viejos sistemas TDM.
La evolucin de PBX

La primera ola de evolucin lejos de la era PBX sigui el mismo camino que informtica.
Implementamos las nuevas plataformas, pero mantuvimos la arquitectura igual. Gran
parte de esto se debi a obtener comodidad con los nuevos sistemas, pero las
plataformas IP PBX s no estaban listos para soportar una arquitectura diferente.

Creo que la principal dificultad de la industria es que realmente no nos hemos ido de la
era PBX.
La prxima ola de VoIP ser similar a lo que sucedi en el mundo de la informtica.
Llamar servidores se convertirn en recursos basados en centros de datos que usan la
WAN corporativa para brindar servicios a las ramas y otros trabajadores. Piense en
cualquier otra aplicacin en la organizacin, como sistemas de correo electrnico o
CRM: todos estos residen en el centro de datos y se entregan en la red.
La evolucin de la tecnologa tambin ha contribuido a esta tendencia. Todas las nuevas
plataformas de voz como Avaya Aura, Cisco Unified Communications Manager y
Microsoft Lync-son diseado para ser implementado de esta manera. Siguen los
principios de aplicacin y web para permitir mayor escala y eficiencia.
La otra cosa importante a tener en cuenta acerca de estas plataformas es que hacen
ms que solo iniciar y derribar llamadas. Una IP PBX de prxima generacin debe
considerarse como una sesin de IP gerente y no un servidor de llamadas. Las llamadas
son una de las funciones habilitadas por la sesin de IP, pero la sesin brinda la
capacidad de aplicar capas en video, presencia y otras funciones multimedia.
Como la sesin est en la capa IP, se vuelve muy mvil y se puede mover desde
telefonear a una tableta o una PC con relativa facilidad. Esto traer consigo otro nivel
de costo ahorros y comenzar a cumplir la visin a largo plazo de lo que se supona que
sera el cambio a IP: conectar cualquier herramienta de comunicacin a cualquier
usuario en cualquier dispositivo. Pero para que esto suceda, tiene que haber otro paso
evolutivo, que recin estamos empezando a ver.

IP PBX: apertura de mentes para abrir plataformas

A largo plazo, creo que la industria dejar de pensar en la PBX como un sistema cerrado
y en su lugar, podr verlo como un conjunto de plataformas abiertas que trabajan juntas
para ofrecer los servicios necesarios funcionalidad.

Para aclarar mi punto, volver a utilizar el mundo de las aplicaciones como ejemplo. En
la mayora de las grandes organizaciones, las estrategias de aplicacin son las mismas.
Una capa de servicios subyacente proporciona todo de las funciones comunes, como
autenticacin y servicios de directorio. Por encima de esta capa, las aplicaciones se
crean en algunas plataformas, como .NET o Java. El middleware se usa luego para atar
todo junto. Aunque esto es una gran simplificacin de cmo funcionan las aplicaciones,
y son todo tipo de excepciones, esta es la ruta principal que toman la mayora de las
empresas.

Del mismo modo en las comunicaciones, lo que eventualmente tendremos es

una capa de servicios comunes para cosas como la presencia y la identidad del
usuario, algunas de las cuales se compartirn con otras aplicaciones.
Un conjunto de plataformas se ubicar sobre esta capa, tal vez una para voz,
una para video, una para redes sociales, con una capa de abstraccin de nivel
superior para la funcionalidad de middleware. De hecho, Los modelos ACE,
VOSS y OpenTouch de Alcatel-Lucent de Avaya son buenos ejemplos de
algunos middlewares de comunicaciones.
Aunque estamos muy lejos de esto, es la direccin en que se dirige la industria.
Estamos fuera de la era PBX? Difcilmente, pero nos estamos moviendo
rpidamente de esa manera.