VoIp2Day 2009 - Presentacion Comunicaciones Unificadas (Asterisk y Microsoft OCS - Sametime SUT)
•Descargar como PPTX, PDF•
1 recomendación•744 vistas
Presentacion sobre las diferentes alternativas que hay en el mundo de la mensajeria unificada, y en la cual Asterisk puede jugar un importante papel , combinandose con soluciones libres (Jabber) o Comerciales (OCS, SUT). La presentacion tambien muestra soluciones especificas OCS con Asterisk, y las ventajas de terminales telefonicos como snom
Recomendados
Recomendados
Más contenido relacionado
Destacado
Similar a VoIp2Day 2009 - Presentacion Comunicaciones Unificadas (Asterisk y Microsoft OCS - Sametime SUT)
Similar a VoIp2Day 2009 - Presentacion Comunicaciones Unificadas (Asterisk y Microsoft OCS - Sametime SUT) (20)
Más de EuropeSIP Communications SL
Más de EuropeSIP Communications SL (12)
Último
Último (18)
VoIp2Day 2009 - Presentacion Comunicaciones Unificadas (Asterisk y Microsoft OCS - Sametime SUT)
- 1. Mariña Varela Senín Jose Manuel Jerez Sánchez EuropeSIP © 2009 - VoIP2Day Comunicaciones Unificadas
- 2. •¿Qué es? •Microsoft Office Communicaciontios (MOCS) •IBM Sametime Unified Telephony (SUT) •Cisco Unified Communications •Asterisk OpenFire ( Jabber ) •Conclusiones Parte I - Unified Communications •Elementos Arquitectura OCS •Infraestructura base, DMZ, Conectividad •Fixed Mobile Convergence / Convergencia Movil - Fijo Parte II - OCS •Integración • Asterisk como valor añadido en entornos OCS •Métodos de Conexión •SNOM & Centralitas OCS •Microsoft Tanjay & Microsoft Catalina •Integración PBX - CSTA/SIP Gateway •Caso Practico Parte III – Asterisk & OCS
- 4. Profunda integración de detección de presencia, mensajería instantánea, email, telefonía, web, audio y videoconferencia, a través de una experiencia de usuario unificada, y con un conjunto contextual de servicios que pueda ser accedido y gestionado dentro de una aplicación o proceso empresarial
- 5. Múltiples formas y dispositivos de comunicación Diferentes interfaces y tecnologías Falta de integración y simplicidad para usarlas efectivamente Cell Phone Voice MailDesk Phone Fax E-Mail Confere ncing
- 6. Los grandes fabricantes ven el valor de las UC e intentan posicionarse en él. Diferentes Perspectivas según el sector donde el fabricante se encuentre posicionado: Iniciativas desde el liderazgo en el Escritorio (del escritorio a la centralita) MOCS = Microsoft Office Communications Server SUT = IBM Sametime Unified Telephony ◦ Iniciativas desde el liderazgo en las Comunicaciones (de la centralita al escritorio) Cisco Unified Communications Asterisk SwitchVox
- 7. Microsoft OCS •Potente Integración con Escritorio (Outlook, Office, Mensajería Instantánea), y Intranets (SharePoint), pero siempre entornos y aplicaciones Microsoft. •Dominio del escritorio •Plataforma “conocida/usada” por todos •No se integra bien con productos de terceros •Arquitectura Compleja y con muchas dependencias (Active Directory, MS-SQL, etc) •No usa SIP estándar (SIP Propietario), y requiere terminales / telefonos especificos •FRACASO en el desarrollo de su propia centralita. RECTIFICA y actualmente requiere de un “Media Gateway” (que puede ser un Asterisk)
- 8. Sametime Unified Telephony •Se integra bien en Outlook, Office, Sharepoint, pero tambien en otros entornos (ie, Lotus Notes) y Sistemas Operativos (Mac, Linux) •Potente API que permite integrar facilmente presencia en intranets, aplicaciones y portales •SIP Estándar, permite usar aplicaciones estándar,y todo tipo de terminales •Colabora desde el INICIO con fabricantes de centralitas (no intenta competir en ese terreno), integrándose con CISCO, Avaya, y terceros. No intenta cubrir el terreno de la centralita, sino integrarse a través de APIs y colaboración, por lo que los fabricantes no le ven como un competidor, sino como un potente aliado. •Altamente escalable, presencia en grandes empresas. •Perfiles de implementación caros •Profesionales escasos
- 9. CISCO •Plataforma ideal para entornos Cisco •Se apoya en su liderazgo en telefonía y comunicaciones •Limitado en integración con el escritorio: •Parnership con IBM para cubrir funcionalidad de integración (sinergias) •Adquisición de Jabber para potenciar IM
- 10. Asterisk UM •Solución basada en conjunto de piezas probadas y libres •Jabber (Openfire) para IM •ADA para Microsoft Oulook •Asterisk SwitchBox: Una solución oficial para paliar la falta de un soporte integrado y unificado, •Ideal para entornos con fuerte presencia linux •Carencias en ciertos entornos, en los que debe buscar soluciones propietarias •Ejemplo FMC (Fixed Mobile Convergence)
- 14. EXCHANGE UM MS SQL AD + DNS SPEECH SERVER (IVR, Exchange UM, etc) MICROSOFT SHARE POINT CA-Entidad Certifcadora +IIS
- 17. 0FMC = Fixed Mobile Convergence UMC =Unified Mobile Communication Integración con la PBX (Centralita) Aprovechar infraestructura Wi-Fi Reducción del Coste de las Comunicaciones
- 18. • Call Back : Revierte la direccion de una llamada saliente, haciendo que la centralita llame al móvil y le ponga en comunicación con el destino. 3. Llama Destino final2. Callback 4. Contestación 1.“Inicia Callback“ “Conecta” • Call Through: Funcionalidad para forzar todas las llamadas a través de la Centralita. Provee Servicio de Número Único asi como importantes ahorros de costes para larga distancia. • Flexividad uso SIM (Travel SIM Management): Las llamadas de empresa pueden ser enrutadas al SIM que utilices actualmente. Si te encuentras de viaje, o pierdes tu móvil, puedes utilizar otro móvil para suplir tu móvil de empresa, haciendo que automaticamente se convierta en tu número único. AHORRO ENTRE un 60 – y 80% en el coste de las COMUNICACIONES MOVILES
- 19. •COMO (Microsoft Comunicator Mobile ) • Nativo OCS - Inicia en las ventajas del FMC, pero aporta una funcionalidad Limitada (solo es capaz de hacer callback, no es capaz de roaming wifi para voz) •COMDASYS MOBILE CONVERGENCE (FMC) SOLUTION • Añade Roaming Wifi, CallThrough, Call Reverse, etc •DIVITAS UMC • Añade funcionalidades Avanzadas (Roaming Wifi, etc) además de UM propio.
- 23. •Conexión contra el exterior •Presencia en centralitas no OCS a través de RCC Como Gateway •Dialplan avanzados, IVRs o Automatismos, etc •CallCenters Avanzados, logueo agentes, estadísticas •Grabación de llamadas, •etc Como Centralita para Funciones Avanzadas
- 25. Posible realizar un Appliance basado en Asterisk Personalizado ◦ Es necesario usar código Optimizado para OCS ◦ Parametrización Específica Posibilidad de conexión con VoIP y PSTN ◦ Todo tipo de Interfaces (BRI, PRI, FXO/FXS) Integración con FAX y T.38 Posibilidad usar el GW para integración OCS con Skype Implementaciones Adicionales ◦ Interfaz Web de control CDR de llamadas ◦ Posibilidad de grabación de llamadas ◦ Posibilidad de funciones avanzadas: IVR, ACD, Tarificador, Discriminación Horaria, Menús Vocales, DISA, etc. Además de GW-OCS con la PSTN, es posible instalar módulos adicionales que le permitan trabajar como CSTA/SIP Gateway, y así integrarse con otras centralitas ya existentes en la instalación utilizando el modo RCC de Microsoft También es posible usarlo a su vez como CENTRALITA, para modernizar centralitas obsoletas o dotar de funcionalidades avanzadas a la instalación (call centers, dialplan avanzados o complejos, etc).
- 26. Opción A • Compatibilidad Embeeded OCS (Polycom, LG…) Opción B • Compatibilidad OCS (Snom) Opción C • A través de PBX ya existente
- 27. Modelo Similar al anterior, pero con teléfonos con altos requerimientos Teléfono directamente conectado al OCS pero con un “Comunicator Embebido” Actualmente, solo unos pocos modelos certificados (Polycom) ◦ Basados en sofware en el PC (teléfonos conectados por USB, tambien conocidos como “CATALINA”) o en Microsoft TANJAY corriendo embeed en un gran display •En el caso del Modelo USB – Dependencia del ordenador y Poca funcionalidad •Requiere ordenador encendido •Alto Coste por terminal (en modelos no USB) Desventajas
- 29. •Posibilidad Conexión Nativa varias centralitas (SIP, OCS) •Permite un cambio transparente de modelo •Permite aprovechar lo mejor de cada entono (entonos mixtos) •Términales asequibles, mejor relación calidad/precio del mércado, •Diversidad de Módelos VENTAJAS Firmware específico compatible con centralitas OCS Firmware específico compatible con centralitas OCS Implementación de códecs nativos Microsoft Solución competitiva en relación Calidad / Precio Posibilidad de compatibilidad dual SIP estándar / Microsoft OCS, lo que permite al teléfono estar conectado en 2 centralitas y una transición paulatina y transparente de una tecnología a otra
- 30. Anuncio de llamadas entrantes simultáneamente en escritorio y teléfonos snom Búsqueda de nombres o números de teléfono del Microsoft® Office Communication Server a través de la búsqueda de directorio activo de snom (snom LDAP) Monitorización del estado actual de los contactos (libre, desconectado, ocupado) Establecmiento de llamadas seguras desde el ordenador via Microsoft® OCS o desde el teléfono snom
- 32. Opcion C: A través de PBX ya existente ◦ Opción C.1: Con Centralitas Especificas Compatible OCS Limitado numero de centralitas compatibles de forma nativa (casi exclusivamente Nortel) Centralitas Caras y Complejas ◦ Opción C.2: Usando un Gateway CSTA/SIP intermedio. Permite conexión RCC (Remote Control Call) entre OCS y la PBX Permite detección y integración con presencia No existe “tránsito de voz” (no es necesario un mediation server), solo control remoto del teléfono ◦ Opción C.3: Usando un Mediation Server Implementación muy parcial, solo permite el tránsito de voz, pero no una integración de presencia o control del teléfono.
- 33. La mayoría de las veces, la única forma de integrar una centralita ya existente es con un módulo CSTA/SIP Gateway ◦ El CSTA gateway provee las funcionalidad necesaria para que el OCS puede controlar las centralitas remotas. ◦ Compatible SIP/CSTA, acorde a la regla ECMA TR/87 para CSTA phase III. Provee las siguientes funciones : Alternate call, Answer Call, Clear Connection, Conference Call, Consultation Call, Divert Call, Hold Call, Make Call, Reconnect Call, Retrieve Call, Set Feature, Transfer Call. ◦ Solución compatible para centralitas: Alcaltel (OXO and OXE)/4400, Aastra-Ericson (MX-ONE, MD Evolution, Nexsspan), Siemens Hipath, Cisco Call Manager y Asterisk ◦ Solución apropiada para centralitas Asterisk (opción alternativa para cuando no haya posibilidad de usarla con teléfonos, ya compatibles OCS, como snom) •Permite una fácil integración con la centralita actual •Aprovecha las funcionalidades avanzadas que pueden estar implementadas ya en dicha e. •Permite una transición paulatina la tecnología OCS •Permite ir amortizando progresivamente la instalación y terminales existentes ventajas
- 34. Alcatel OXOAsterisk Microsoft OCS Internet Edge PSTN Mediation Server Active directory Asterisk 2 Servidor FMC / UMC para Moviles LÍNEA ANALÓGICA PRIMARIO RDSI CABLEADO DE RED
Notas del editor
- ARQUITECTURAS MIXTAS ASTERISK Y OCS Cómo obtener lo mejor de ambos mundos integrando Asterisk y OCS para conseguir los mejores beneficios en el lado de la PBX y en el lado de integración con la ofimatica del escritorio.
- Esta presentación se divide en tres partes diferenciadas. La primera de ellas explica en que consisten las comunicaciones unificadas y las diferentes soluciones que podemos encontrar en el mercado. La segunda se centra en la solución de UC que ha desarrollado Microsoft, el OCS Y por último hablaremos de las carencias que esta solución tiene y como complementarla con una solución de comunicaciones ibre como es Asterisk. Terminaremos con un caso practico, donde podemos ver un ejemplo real, en uno de nuestros clientes, de la aplicación de esta tecnología.
- La parte 1 de la presentación debe estar orientada a que son las comunicaciones unificadas. Debe transmitir que es la mensajeria unificada y soluciones. Por que es tan importante el UC2
- La mensajería unificada es la agrupación de IM, mail, telefonía, web, audio y videoconferencia en un entorno al que el usuario pueda acceder de forma única, de manera que todos los elementos se hablen entre sí y formen un UNO de cara al usuario. No como hasta ahora que lo que tenías era distintos elementos…
- como podían ser el teléfono, el correo electrónico, el buzón de voz, el fax, el móvil o un sistema de conferencias. Ahora el objetivo es integrar todos esos elementos en una única solución.
- Todos los fabricantes han visto que hay un mercado muy atractivo en las comunicaciones unificadas, y cada uno se ha posicionado de forma distinta. Obviamente hay gente que se ha posicionado en el lado del escritorio, y otra que se ha posicionado en el lado de las comunicaciones. Los que están posicionados en el escritorio, han tenido que complementar su solución de cara a las comunicaciones y al revés. Los que se han posicionado del lado de las comunicaciones han tenido que complementar su solución de cara al escritorio. En el lado del escritorio vamos a ver las plataformas muy extendidas en el mercado. Por un lado, evidentemente Microsoft, y otro de los grandes como es IBM, el cual está muy bien posicionado en grandes empresas. Y por otro lado, la perspectiva que es diferente, que han dado los fabricantes de comunicaciones, destancando por ejemplo Asterisk y Cisco. Al final llegan todos a un punto intermedio, pero la orientación es diferente.
- El office communicator de Microsoft, es, al estar desarrollado por Microsoft, una herramienta que tiene una potente integración todas las demás utilidades de Microsoft (Exchange, Sharepoint, Office..). Es evidente que Microsoft es un fabricante que domina el escritorio, que llega al mercado, y que muchos clientes potenciales con los que nos vamos a encontrar lo tendrán en sus instalaciones. Se trata sin embargo el OCS de una arquitectura compleja, que requiere de gente que la conozca en profundidad para su instalación y configuración. No usa además SIP estándar, con lo que requiere de terminales específicos. Microsoft se dio cuenta de que la suya no era una solución completa. Desde el lado del escritorio solamente te falta la parte de la centralita. ¿Por qué? Porque hay cosas que no puedes permitir que te haga el escritorio como diaplans avanzados, conexión contra la red pública, etc… En un primer lugar Microsoft intentó controlar todo, haciendo para ello su propia centralita. La reacción del mercado fue atacar a Microsoft, y por lo tanto generó un enfrentamiento con los grandes fabricantes de centralitas como Cisco y Avaya. Por ello Microsoft abandonó esta política y decidió quedarse en la parte de escritorio, donde está bien posicionado en el mercado, y colaborar con fabricantes de centralitas para la parte de comunicaciones.
- IBM ha desarrollado también su propia herramienta de comunicaciones unificadas, Sametime. Se trata de una solución multiplataforma, integrable con productos propios y de terceros y basada en SIP estándar. Sin embargo su presencia se limita en gran medida a grandes cuentas, y los profesionales que conocen este entorno son escasos y caros. Si bien todo el mundo conoce la arquitectura Microsoft, los expertos que conocen la arquitectura IBM son limitados, pero no podemos obviar que IBM tiene una interesante y potente alternativa a Microsoft tanto para el Escritorio (Ofimatica), como Correo, Portales y/o en general BackOffice. Por otro lado IBM nunca ha pretendido desarrollar su propia centralita, sino que su filosofía ha sido mucho mas colaborativa con la industria en general, tanto con los fabricantes de centralita , como por el respeto de los open-estándar y sistemas multiplataforma… De hecho, al utilizar eclipse, su cliente es altamente modular y ampliable. Por ejemplo, en el gráfico de la izquierda, vemos un ejemplo de un plugin desarrollado por una entidad bancaria para Sametime, en el cual, al seleccionar a un cliente externo, nos da información en el mismo cliente sobre el historial bancario que tenemos sobre el. Esta flexibilidad, compromiso por los estándares, y versatilidad de integración es muy apreciada por las grandes empresas. IBM es sin duda una atractiva opción, seriamente posicionada en este mercado.
- Desde el punto de vista de los fabricantes de centralitas tenemos por ejemplo a Cisco o a Asterisk. La ventaja de Cisco es su gran conocimiento en el mundo de las comunicaciones, y su amplia infraestructura de elementos de red. Estos elementos de red (ejemplo, Routers Cisco) pueden utilizarse como interfaz con el exterior, e incluso los routers pueden jugar funciones de “CallManager Express” en pequeñas pymes, o de complejas infraestructuras a través de su CallManager. Su presencia y conocimiento del mercado, los sitúa en una excelente situación de partida. Sin embargo, en cuanto a UM, su conocimiento e introducción en el escrito es mas limitado. Si bien ha desarrollado su propio set de herramientas colaborativas, y plugins para Outlook o Notes, su solución de escritorio no tiene la robustez o madurez que otros fabricantes puedan dar en esa área. Por eso, y además como reacción contra Microsoft (cuando la misma quería abarcar también el terreno de la centralita y los terminales), creo una robusta alianza con IBM para dar una solución completa al sector. A su vez, ha intentado fortalecer sus propias debilidades (la mas importante, la carencia de un sistema IM), con la reciente adquisición de Jabber.
- Por último, obviamente todos los que estamos aquí conocemos Asterisk, como una de las PBX mas potentes, innovadoras y flexibles de los últimos tiempos. Asterisk es una pieza importante, pero como hemos visto anteriormente, por si solo no basta para decir que es una solución UC. UC es un conjunto de herramientas de comunicaciones y escritorio integradas entre si. ¿ Como cubrir con Asterisk ese conjunto de piezas ? Lo que la comunidad está intentado hacer es unir las piezas mas robustas y solicitadas en el mercado para, con este conjunto de piezas, dar una solución única. Así, Jabber se posiciona como la solución IM (gracias a un plugin que lo integra con Asterisk) y para la integración del correo , existen multitud de plugins, entre los cuales empieza a destacar ADA. Sin embargo, el unir todas las piezas no siempre es fácil, y requiere de manos expertas. La solución es ideal para entornos con fuerte presencia de profesionales en herramientas open source (y en linux) que puedan integrar las herramientas entre si, pero sin duda, a las empresas les quita mucho atractivo el “tener que hacer de ingenieros” ellos mismos en este puzle, algo que ven como que puede tener riesgos, acostumbradas como están a tener un soporte común y un fabricante que se encargue de asegurar que las piezas encajan. Ante esta situación, DIGIUM esta respondiendo con visión de mercado, a través de su solución SwitchVox, una solución que intenta no solo dar un soporte comercial a Asterisk, sino a un conjunto de herramientas que den una visión y solución de UC. Esta solución, obviamente, ya es comercial, con las ventajas e inconvenientes que acarrea.
- El mensaje final.... EXPLICAR-> La mejor PBX sin duda, Asterisk, por modularidad, funciones, coste. El mejor escritorio, es discutible, pero el mas común, está claro que es Microsoft. En sitios con amplio expertise en pro-linux, en los cuales hay escritorios linux, correo linux, y donde la presencia de Microsoft o IBM no es significativa, etc.... obviamente, la solución ideal puede estar basada perfectamente en alternativas ... Hay una solución basada en Asterisk, Jabber, y productos adicionales, puede ser mas que suficiente… ¿ Pero que pasa si el sitio no es pro-linux y es Microsoft. Como desgraciadamente la mayoría de las empresas ? Probablemente ya tengan licencias de Exchange, de SQL.. de AD.... y el OCS no es caro, y se integra muy bien.... ¿ Por que descartar entonces combinar Asterisk + OCS ? Sin duda, el director de sistemas o persona que tenga que tomar la responsabilidad de la decisión, sea una decisión que puede ver mucho menos traumática y mucho más logica. HABLAR DE LA OPORTUNIDAD de ADAPTACION al CLIENTE: Permite dar una solución económica y atractiva a sitios MS, con una clara orientación MS, y que necesitan actualizar su centralita a una compatible OCS. Permite poder dar una solución a grandes cuentas. Si bien es real que la situación puede ser en esos entornos una solución basada en Jabber+Asterisk, y complementar sharepoint, videoconferencia o outlook con terceras soluciones que conecten con asterisk, no se trataría de una solución integrada y podría contar con el rechazo (por complejidad, diversidad, etc) de determinadas cuentas, mientras que basarnos en la parte que mejor hacer asterisk (únicamente la PBX) dejando la mejor parte que hace MS para ella (que no se sienta el Director de Sistemas amenazado en su territorio), es una opción que no hay que descartar, y que además, es MUY BUENA.
- Transicion: Entre parte 1 y 2 , comentar que ahora explicaremos las arquitectura de OCS, y que ventajas da, de forma que podamos ver como puede una solucion como asterisk y ocs formar un buen equipo. Mariña presenta a Josema en el "complejo mundo de arquitectura y posibilidades de MS". mucho mas complicado y con temas para ver de lo que realmente muchos creemos ver. Comentara que es importante un profundo conocimientos de las implicaciones de una instalacion para dar una solucion profesional, sin riesgos, y comtemplando desde el principio aspectos claves de un despliegue como pueden ser aspectos de virtualizacion, implicaciones del cambios en el AD, etc. La parte de OCS debe explicar la complejidad de lo que es el sistema OCS.
- Una vez que Mariña ya nos ha sumergido de lleno en el mundo de las UC tras su intro inical en la que nos ha presentado magnificamente las distintas soluciones disponibles en el mercado de las UC desde ambas perspectivas (comunicaiones y escritorio) vamos a profundizar y tratar de dar una visión global (a nivel de requerimientos y arquitectura) de la solución aportada por Microsoft a través de OCS para cubrir esa parte de escritorio (desde la perspectiva de Escritorio) Las tecnologías de comunicaciones unificadas de Microsoft utiliza el poder del software para ofrecer comunicaciones completa de mensajería, voz y vídeo a través de las aplicaciones y dispositivos que usan todos los días. Creemos que las comunicaciones unificadas transformará el negocio en la próxima década en el mismo e-mail cambió el panorama de negocios en la década de 1990. He querido mostraros esta diapositiva desde el inicio para que podamos ver que no se trata de algo simple. Y eso que en este diagrama no estan todos los elementos que forman parte de la vision de unified communications que tiene Microsoft. A nivel de arquitectura vamos a comentar y ver que no es una arquitectura sencilla de implementar, los escenarios pueden ser diversos (se pueden barajar intalaciones tanto en modo Implementación Simple (OCS 2007 Standard), pasando por instalciones en modo Implementación Distribuida (OCS 2007 Standard) y finalizando con instalaciones que proporcionan alta disponibilidad y escalabilidad (utilizando versiones OCS 2007 Enterprise ) En este diagrama vemos una arquitectura tipica Enterprisa, con grupos y clusters de servidores balanceados. Vemos 3 partes claramente diferenciadas. EL perimetro exterior, con los servidores que nos permiten visibilidad externa, el perimetro interior, con los diferentes elementos base del OCS, y sus dependencias con la arquitectura interna. Y por ultimo, la parte de la conectividad, donde vemos la centralita actual, los teleronos, y los diferentes dispositivos que podemos integrar. Vamos a entrar en detalle en cada uno de esos elementos a continuacion.
- Empezando por la Infraestructura Interna, la infraestructura BASE tiene muchas dependencias, como podemos observar en este slide. Ademas de la parte tipica de OCS, a mano izquiera, con el “Enterprise Pool”, esta toda la parte que “NO SE VE”, pero que tambien es necesaria, y que hemos querido ampliar a mano derecha. PARA CONSEGIER EL MAXIMO VALOR DE LA ARQUITECTURA DE OCS AL FINAL HAY UN MONTON DE ELEMNTOS Y MAQUINAS ENLAZADOS ENTRE SI (SHARE POINT, EXCHANGE) Y TANTOS SERVICIOS Y ROLES PARA TENER UN SISTEMA ESCALABLE QUE LO NORMAL ES TENER SERVICIOS/MAQUINAS SEPARADAS, DE HECHO, MUCHOS SERVICIOS NO PUEDEN COEXISTIR EN LA MISMA MAUINA, ESTO HACE UNA ARQUITECTURA BASTANTE COMPLEJA LLENA DE MAQUINAS. MICROSOFT LO QUE YA DE POR SI NOS DICE Y DE HECHO RECOMIENDA ES QUE ESTA ARQUITECTURA SE DESPLIEGUE EN UN ENTORNO VIRTUALIZADO. POR ESO ES TAN IMPORTANTE QUE EL DIA DE MAÑANA CUANDO SE VAYA A INTEGRAR ESTA TECNOLOGIA HAYA EXPERTOS TANTO EN TECNOLOGÍA OCS COMO EN TECNOLOGIA DE VIRTUALIZACION Y QUE SE INTENTE HACER EL DESPLIEGUE PARA APROVECHAR LAS ENORMES VENTAJAS QUE APORTA LA VIRTUALIZACION EXPRIMENDO AL MAXIMO LOS RECURSOS DE LAS MAQUINAS Es importante ademas destacar las implicaciones de un arquitectura…. Por ejemplo, el OCS modifica el AD… Y el AD es el elemento central de una arquitectura Microsoft… No podemos arriesgarnos que una persona con los skills necesarios, y que no sepa las implicaciones de actuar sobre un AD, modifique un Directorio de una organzacion (por ejemplo, una empresa de 1000 personas), que meta la pata… y nos deje a 1000 personas sin servicio…. Tambien el OCS modifrica el DNS de forma importante para la localizacion de servicios desde el exterior,. De hecho, las modificaciones que hace en el DNS no son triviales, y es mucho mas facil si el DNS es el propio de Microsoft… Hay tantos servicios implciados, que realmente OCS puede considerarse como un producto que necesita un conocimiento global y profesional de toda la infraestructura Microsoft.. De hecho, hasta es necesario aspectos que muchas veces resultan novedosos en uan empresa, como el servidor de certificados… Y eso sin ya hablar de elementos que complementan la solucion como Exchange UM, Sharepoint, Speech Server (para exchange), etc… Por eso es importante destacar que AL FINAL HAY TANTOS ELEMENTOS Y TANTOS SERVICIOS Y ROLES QUE HACE LA ARQUITECTURA MUY COMPLEJA, a fin de cuentas se trata de una arquitectura MUY COMPLETA, con MUCHAS NUEVAS CAPACIDAD, CON UNA FUERTE INTEGRACION… y obviamente.. eso influye en la arquitectura y en los profesionales a montarla…. El éxito o fracaso de un desplieque puede depender totalmetne de estos aspectos. NO TENEMOS TIEMPO PARA entrar en detalle en todos estos puntos, pero si alguien quiere profundizar, si me gustaria comentar que a finales de Octubre / Principios de Noviembre tenemos previsto dar un curso donde se efectura una instalacion de OCS desde el principio, y se profundizara en cada uno de estos detalles.
- Ya una vez que dejamos la parte “basica” de la infraestructura de lado… vamos a comentar brevemente las necesidades en la parte “Perimetral” o DMZ A CONTINUACION EN LA PARTE PERIMETRAL VAMOS A VER LA INFRAESTRUCTURA NECESARIA DE CARA HACIA EL ACCESO EXTERNO DE LOS SERVICIOS QUE OFRECE OCS, SIENDO SU PIEDRA ANGULAR SERIA EL EDGE SERVER. El edge server es el elemento principal de la arquitectura, de acceso al exterior y dentro del Edge Server puede tener incluso roles de especialización. De hecho (y como los que vengan al curso de Noviembre veran), el Edge Server tiene unos serios requerimientos de arquitectura, por ejemplo, en el cuso de noviembre veremos como se necesita un minimo de 3 Ips publicas para poder ejecutar cada uno de esos roles, y como si no hemos planificado con anterioridad disponer esas 3 Ips para el Edge Server, el Edge server no permite ni hacer la instalacion. Entre las funciones del Edge Server estan las de servir de “pasarela” a IM, de pasarela “Video/Audio”, y por ultimo, como entidad de Federacion. Por ejemplo, los “moviles” desde el exterior, necesitaran conectarse al Edge Server para ver la presencia de los usuarios internos, y compartir informacion con ellos (creo que empezais a percibir la importancia de esta pieza) La federacion es una aspecto muy importante. Eso nos permite unirnos con terceras entidades o empresas externas, e incluso que el Communicator interno, puede (previo pago de una licencia en modo “alquiler” con Microsofr) deferarse con comunidades externas como AOL o MSN. Ademas, en el perimeto, contaremos normalmente con un servidor Exchange Perimetral, con un ISA Server para acceder a los servicios colaborativos (pizarras compartidas, eect) desde el exterior. En muchos casos puede ser ademas habitual contar con un DNS externo, o incluso, con motivos de seguridad adicionales que incluyan una maquina dedicada a publicar de forma “parcial” informacion del AD/Usuarios OCS ….(Servicio DIRECTOR)
- CONECTIVIDAD Uno de los puntos mas importantes en la infraestructura OCS es como integramos ese sistema con el mundo telefonico que conocemos. En defintivas cuentas, como tratamos la CONECTIVIDAD con los diferentes terminales existentes, y tambien, con el exterior. EL PRIMERO ESCENARIO, la conectivad con el exterior, eS A TRAVES DE UN GW PURO Y DURO, que no tiene ni porque tener funcionalidad de centralita, ya que podemos utilizar OCS para todas nuestras comunicaciones internas, incluso conectando directamente telefonos al mismo. En fin, un GW que Actue como “pasarela a la PSTN Exterior” sin mas. Como GW podemos utilizar muchas alternativas, por ejemplo, ASTERISK, CISCO, DIALOGIC, Huawei), PERMITE LA SALIDA Y ENTRADA DE LLAMADAS HACIA RED PUBLICA (PSTN), pero para UNIR ese GW con la infraestructura de Microsoft, necesitamos “algo” que convierta los “CODECS y protocolos no estandar Microsoft” en algo que los Gw puedan entender. Esta operación se GESTIONA A TRAVÉS DEL MEDIATION SERVER. Probablemente, Microsoft tenia en mente que ese GW fuera tambien suyo, e incluso lo logico es que el mediation server hubiera, de forma directa, acometida esa labor. De hecho, las centralitas que inicialmente empezo a desarrollar Microsoft (y que luego abandono), tenian drivers para popular placas de telefonia del mercado, como las Sangoma. Sin embargo, la reali dad es que ahora que Microsoft ha abandona el proyecto (o al menos eso parece) de crear su propia centralita y focalizarse solo en la infraestructura de red, la unica opcion que tenemos para conectarnos con el exterior seria a través de un Mediation Server y estos GW externos, en los cuales Asterisk se posiciona como una de las mejores opciones por flexividad, coste y calidad. SI NOS QUEDAMOS en este escenario, toda la realidad de las comunicaciones internas, o sea, las funciones actuales de la centralita, las deberia acometer el propio OCS, algo que en entornos complejos, en los cuales necesitamos una mayor flexividad de opciones (grupos avanzados de captura, saltos, jefe-secretaria, funcionalidades avanzadas de centralita), una solución basada unicamente en OCS puede tener sus limitaciones, y ya no digamos en un entorno complejo call-center (donde por ejemplo Asterisk es una opcion ideal). Ademas, no aprovechariamos los terminales ya existentes. EL SEGUNDO ESCENARIO, NOS AYUDA a conseguir esa flexividad de opciones y aprovechar las ventajas de las centralitas ya existentes, o de la potencia de alguna de ellas. Lo ideal es poder UTILIZAR una centralita ya existente (o adquirir una nueva) para poder hacer uso de las funciones avanzadas que un OCS no permite, y que la realidad empresarial demanda . Para ello, lo que suele hacerse es la configuracion del OCS en modo “RCC”, y apoyarse en una centralita ya existente que permita aprovechar las ventajas que a su vez añaden las centralitas modernas. El modo RCC (O Remote Call Control) requiere de una centralita de un CSTA/GATEWAY. A través de ese de CSTA contamos con funcionalidades avanzadas de integracion, COMO ES P.E EL CONTROL DE PRESENCIA EN CENTRALITAS QUE NO ENTIENDAN NADA DE OCS. ES DECIR SI LA CENTRALITA TIENE SU PROPIA CSTA DISEÑADA PARA ELLA EL CONTROL DE PRESENCIA AVANZADO QUE TIENE OCS SE MANTIENE AMBOS ESCENARIOS DESCRITOS VUELVO A INSISTIR, SE PUEDEN IMPLEMENTAR CONJUNTAMENTE, DE TAL FORMA QUE UNA DE LAS CENTRALITAS SIRVA PARA LA GESTION Y CONTROL DE LAS FUNCIONALIDADES AVANZADAS Y LA OTRA UNICAMNETE COMO GW PARA SALIR A RED PUBLICA. EN EL MUNDO ASTERISK, GRACIAS A SU FLEXIBILIDAD SE PUEDE HACER INCLUSO QUE ESTAS DOS CONFIGURACIONES (GW Y CSTA) SE INTEGREN EN UNA UNICA PIEZA, e INCLUSO QUE EL ASTERIS ACTUE NO SOLO COMO GW, SINO COMO CENTRALITA, de Forma que consigamos una potente centralita integrada con el OCS, y obtengamos un altisimo ROI.
- En la mensajeria unificada hay un importante factor. La productividad y la eficacia del trabajo de por si ya es una valor añadido que de por si solo justifica con creces realizar esa inversión. Si enmbargo, hay un concepto tambien muy importante, y que los Directores Financieros de cualquier organizacion verán con muy buenos ojos. El ROI. Si bien la VoIP se ha establecido como un importante ahorro de costes en muchas organizaciones, abarantado de forma considerable las llamandas internacionales y uniendo gratuitamente las determinadas sucursales de una compañia, la realidad es que hasta ahora, las comunicaciones en moviles, precisamente las mas caras y donde hay mas gasto en cada compañia, no se aprovechaban de esas ventajas. En los ultimos meses, el mercado ha evolucionado rapidamente hacia el FMC (Fixed Mobile Convergence), debido a las ventajas y el tremendo ahorro de costes. La evolucion del FMC en entornos de UM nos lleva a las UMC, donde la PDA o Movil se integran con el entorno colaborativo actual, formando parte de las Comunicaciones Unificadas.
- ¿ Y como conseguimos ahorrar a través de la convergencia de moviles y fijos ? Veamos un ejemplos de diferentes tecnicas de optimizacion de llamadas en moviles: Call Trought = Pongamos un ejemplo... Tenemos cobertura wifi, y queremos hacer una llamada al exterior... ¿ Porque no utilizar la linea de la centralita, que es mucho mas barata que la lina de nuestro movil ?. Nuestro movil podria ser capaz de detectar si existe esa cobertura wifi, si la misma es de buena calidad, si el trafico voip es posible por esa wifi, y entonces, conectarse a nuestra centralita, que sea quien haga la llamada. No solo tenemos una reduccion de costes improtantes, si no que ademas, podemos salir con un numero unico, el de la cabecera de la centralita, sin que el cliente final vea un numero movil que inicialmente pueda no reconocer. Call Back: Imaginemos que no haya cobertura wifi... Lo que podemos hacer es mandar una señal a la centralita (paso 1 en el slide), para que esta llame a mi movil (paso 2) , y a la vez, al numero de destino final (paso 3 ). Luego entre ambas lineas, establece un bridge y poner ambas lineas en comunicacion. Aunque realmente estemos pagando 2 llamadas, muchas veces el coste es mas efectivo., ya que aunque la primera llamada se hace por GMS, la segunda pueda hacerse por VoIP. Ademas, muchas compañias tienen tarifas planas entre sus propios moviles (o si no, al menos el numero de cabecera de la centralita como un numero frecuente en un plan movil), y eso les puede permitir, por ejemplo, desde su movil, llamar al extranjero, utilizando su centralita, o ponerse en contacto con otro delegacion, aprovechandose de la VoIP en este segunda tramo, y de la tarifa mas economica de moviles. Flexividad USO SIM: Con las caracteristicas de numero unico, cualquier telefono puede suplir, en cualquier momento, tu telefono empresarial. Incluso si te encuentras de viaje, o pierdes tu movil, tu SIM personal y tu telefono personal puede servirte de ayuda para estar conectado con tus clientes, sin que estes cononozcan tu numero personal, y incluso identificandote con el numero de empresa en las llamadas salientes. Esto es muy practico, por ejemplo, si me voy a otro pais, puedo comprar un telefono y una SIM de ahi, y seguir con mi mismo numero. Utilizando las tecnicas descritas anteriormente, y combinandolas con las tecnicas LCR (Least Cost Routing) que las centralitas ofrecen para encontrar la ruta mas adecuada (sea por VoIP o por diferentes comininaciones de Operadores), es facil ahorrarse entre un 60 y un 80% de coste de comunicaciones en moviles. El ahorro puede incluso ser del 90% en tramos internacionales, permitiendo que desde el movil ya no sea un crimen llamar a un numero internacional, o emitir una llamada internacional cuando estas en el extranjero. No es por ejemplo nada anormal que una empresa de unos 50 trabajadores gaste, de media, entre 2500 y 3000 euros mensuales al mes. Bien, aplicando estas tecnicas, un ahorro medio del 70% ya supondira quedarnos en bastante menos de los 1000 euros, mensuales .... Esto hace que una instalacion de este tipo puede amortirzarse a los pocos meses de ser instalada..... Incluso, nos permite tratar casos que de otra forma serian mas complicados... Por ejemplo, una ONG que este colaborando en cualquier tarea humanitaria, es frecuente que tenga decenas de voluntarios trabajando para ellos, y que tengan que hacer llamadas de trabajo, o recibir llamadas de sus familiares en lugares remotos....... Y a lo mejor, la ONG no puede dar un telefono de empresa a cada uno de esos voluntarios, pero si puede, por ejemplo, utilizar este metodo para que usen su movil personal sin que las llamadas realizadas o recibidas durante su colaboracion desinteresada suponga un coste para ellos.. En fin, las ventajas son muchisimas, y no solo a modo de costes......
- Ahora que ya conocemos los diferentes mecanismos de integración con los moviles, veamos que posibilidades tenemos dentro de OCS de desarrollar esta tecnologia. En la Oficina, con una serie de reglas, podemos de forma facil decir que la llamada que nos entre en el telefono fijo, queremos que simultaneamente entre en el movil (que suenen el fijjo y el movil a la vez), o que tras X segundos sin contestar vaya al movil, o incluso atenderlo en el fijo y con un par de simples clicks de raton, decir que queremos continuar la conversacion en el movil… Eso de por si, ya es un considerable valor… ¿ Pero que pasa cuando estamos fuera de la oficina y queremos iniciar la conversacion desde el movil ? La primera posibilidad, que de forma nativa viene ya incluida con el OCS y que podemos implementar de forma inmediata es el COMO, o tambien denominado Communicator Mobile. Se trata de un “Communicator” o “Messenger” que podemos instalar en el propio telefono, y que permite trabajar de una forma similar al Communicator de la Oficina. A traves de ese Communicator en el movil, el resto de la oficina puede ver nuestra presencia, y no solo enviarnos mensajes por el IM, sino saber si estamos disponibles, si estamos ocupando por telefono, o cualquier otra accion. Lo que tambien podemos hacer es la funcionalidad conocida como callback, y que antes hemos visto. De esta forma, seleccionando un contacto en el movil, la centralita nos llamara de vuelta y nos pondra en comunicación con dicho contacto. De esta forma podemos aprovecharnos ya de los diferentes planes de ahorro que tengamos negociados a través de la centralita (numeros frecuentes, tarifas planas, etc). Desgraciadamente, lo que COMO no permite, es la denominada funcion de “CallTroguth”, a través de la cual podemos hacer uso del WIFI para conectarnos, cuando la calidad lo permita, directamente por VOIP con la centralita …. La segunda posibilidad es a través de diferentes fabricantes que utilizan solucion complementarias. Entre estos fabricantes destaca COMDASYS, que da soporte a un amplio numero de moviles, ademas de cubrir todos los puntos mencionados en la anterior diapositva (incluyendo el soporte de CallTrought a través de WIFI, y el roaming automatico Wifi-GSM). DIVITAS es sin duda la solucion mas avanzada, ya que el cliente que dispone para su movil, dispone de su propia IM basada en Jabber. En algunos entornos, sin embargo, ese valor añadido (su propio servicio de IM), puede no dar mucho valor, ya que OCS ya incorpora de por si su propio IM, y obviamente, en un arquitectura basada en OCS, se va a utilizar el IM de Microsoft. Aunque seria posibile integrar el sistema a través de la federación, tendriamos una redundancia de servicios. Sin embargo, en entornos donde no hay una solucion IM, este valor se convierte en un plus muy interesante, ya que dota a la inffraestructura enterera de dicho servicio. DIVITAS es el fabricante lider de soluciones UMC del Mercado, y el primero que ha aportado esa visión. Como dato cuiroso, y que refuerza los comentarios iniciales que haciamos sobre el valor de Asterisk como plataforma de comunicaciones, es de señalar que DIVITAS es una apliance basado en Asterisk, sobre el cual se ha integrado un sistema UM y un potente cliente para los moviles, que es capaz de dotar esa funcionalidad de convergencia. De hecho, a la gente que conoce Asterisk, le sonaran algunos de los pantallazos (sobre todo los de CDRs) que podemos ver al movernos por su menu,
- A continuacion, y para poder entender un poquito toda la funcionalidad que puede darnos OCS, creemos que puede ser muy interesante ver este VIDEO de Microsoft. No se si habeis visto la pelicula del “Diablo se viste de Prada”… Si la habeis visto, es una pelicula que trata sobre el competitivo mundo de la moda, donde la responsable de un revista lider es una persona sumamente dura y exigente, con un grado de exigencia sobre sus empleados bestial para conseguir ser el numero uno, y sin permitir el minimo fallo, ademas de exigir una anticipacion total. Bien, en este video, podemos ver como en un entorno tan competitivo como el que esa pelicula nos muestra, una solucion basada en OCS permite alcanzar unoa grados de productividad y eficacia que en otro entorno no seria posible. El video es un poco largo (4 minutos), esta en ingles, pero subtitulado… y a pesar de que sea largo, creemos que merece la pena verlo para hacernos una idea resumen de todo lo que OCS puede aportar. Antes de poner el video, me gustaria por favor que nos fijaramos en una serie de detalles, de forma que podamos entenderlo mejor. Ejemplos de cosas en las que fijarnos: Llamada en el desktop, “escogemos” atenderlo en el fijo Usamos IM para contactar compañeros Salgo de mi puesto, mi compañero me vuelve a llamar al numero unico a través de OCS, y el OCS me transfiere, gracias a una regla, al movil Usamos Sharepoint para compartir informacion Efectuamos una VideoConferencia colaborativa, usando Roundtable, para participar en un diseño Accedemos a EXCHANGE de forma movil, accediendo al calendario y al directorio de usuarios Etc…. El Video OCS – Prada esta disponible en http://www.youtube.com/watch?v=IiwFRSgj8Nw
- OCS, como hemos visto en el vídeo aporta una gran variedad de funcionalidades a nivel de escritorio. Tiene sin embargo, sus limitaciones. Por un lado necesito una integración con el exterior., con red pública. Para eso esta la centralita. Microsoft CUBRE la parte de escritorio, la mensajería instantánea, la compartición de aplicaciones, la video.... ¿ Pero que pasa cuando tenemos que utilizar no solo el PC sino el teléfono con funciones avanzadas tipo "Grupos de Captura"? ¿cosas triviales como jefe-secretaria? ¿DialPlan complejos ? ¿logueo de agentes para call-centers?
- Lo más importante y una de las cosas más atractivas que aporta Microsoft mediante OCS es la detección de presencia. Esto se puede conseguir evidentemente con el communicator de Microsoft. Sin embargo, ¿Ccal es el principal problema que tienen los clientes con OCS? Los clientes quieren utilizar un teléfono físico, no únicamente el softphone del ordenador. Es por lo tanto muy importante que si tengo un teléfono en un escritorio, cuando realice llamadas a través de él, OCS sea capaz de detectar que el usuario está al teléfono. Para ello es muy importante la integración de la telefonía que tenga el cliente con el mundo OCS. Podemos integrar el teléfono con OCS o la centralita actual del cliente con OCS. Es decir, o conectamos directamente un teléfono al mundo OCS o. utilizamos el teléfono que ya teníamos en el escritorio y conectamos la centralita del cliente al mundo OCS. Lo que vamos a ver es como compatibilizar estos mundos y como integrarlos. En muchos casos utilizar teléfonos OCS, vernos que son teléfonos caros, no va a ser viable, sino que nos van a pedir aprovechar la infraestructura que el cliente ya tiene implementada. Aquí podemos ver las tres opciones que tengo.
- Esta es la solucion recom Recomendada por Microsoft.. Pero… ¿ Estamos dispuestos a pagar 300 euros por terminal ? Los teléfonos USB sólo valen para OCS, no valen para conectarse con un a centralita. Son una buena opción pero quizás no sea factible usarla con todos los usuarios de una implantación, debido a su alto coste.
- Es importante que SEÑALAR que podemos OPTAR por no CONECTAR DIRECTAMENTE el SNOM al OCS, sino solo a través de la segunda línea. De esa forma, nos evitamos el CSTA/SIP Gateway, ya que podemos hacer que el SNOM este conectado directamente, como toda la vida, a una centralita como Asterisk, pero que a su vez se registre en el OCS para comunicar la presencia a dicho entorno.
- ¿Qué pasa si el cliente tiene una centralita con teléfonos no compatibles OCS? Para ello debería usar un gateway que me permitiera transmitir la presencia de los terminales al OCS.
- Para terminar, vamos a ver un caso práctico, una empresa de unos 100 empleados, que actualmente tiene una centralita antigua, una Alcatel OXO. La empresa no tiene un gran gasto en llamadas nacionales, ni en el consumo fijo, pero si tiene un alto coste en lo que es telefonía móvil. De hecho, los empleados están tan mal acostumbrados que se llaman frecuentemente por el móvil, incluso dentro del mismo edificio, incluso para cosas triviales, como ver si bajan juntos a comer, al café, o para si bajan ya a una reunión. El consumo móvil supone mas de 5000 euros mensuales. La centralita, por otra parte, necesita ampliarse. Para eso necesitan meter nuevas placas analógicas, sustituyendo unas antiguas por otras. La empresa analiza su situación y decide pasar a un entorno UC, que además de darles mas productividad, les sirva para actualizar su antigua centralita, y migrar a un entorno mas moderno, sin las limitaciones de licencias, placas y ampliaciones de la centralita actual. Para eso se fijan en Asterisk como nueva centralita, y en OCS. La solución para la reducción de costes, la llevan a cabo con COMDAYS. En la arquitectura, se decide poner 2 Asterisk, para tener un sistema en cluster. Estos se conectan con el OCS a través del mediation server que anteriormente explicamos. A su vez, se opta por teléfonos SNOM, ya que son los mas versátiles, y pueden conectarse tanto con Asterisk, comunicando la presencia al OCS , sin necesidad del CSTA/SIP Gateway. Además, interconectan los 2 entornos, de forma que evitan una transición traumática. Poco a poco, pasan departamentos de la Alcatel, al Asterisk. Así, evitan ampliar la centralita antigua, y dan servicio ya a las nuevas extensiones, y pueden poco a poco, comprobar el sistema, e ir cambiando a la gente, sin necesidad de cambiar 100 teléfonos de la noche a la mañana. En esta arquitectura, Alcatel tendería a desaparecer progresivamente, y solo quedaría la parte del Asterisk para dar servicio. Lo que se ha intentado es que dicha sustitución de la maquina pueda hacerse poco a poco, de forma que controlemos el proyecto. Los SNOM podrían haberse conectado también directamente al OCS, pero se ha preferido que el Asterisk actúe tanto como gateway al exterior como centralita, ya que creemos que es la combinación que mas posibilidades da a la infraestructura en cuanto a potencia y versatilidad. Sin embargo, los teléfonos snom podrían en cualquier momento conectarse directamente al OCS.