Parece que Skype Empresa para iOS y Android llegará en breve, en Linkedin he visto esta noticia:
Microsoft ha liberado una actualización de las Skype for Business Server 2015, Debugging Tools, aquí tenéis el enlace de descarga: Skype for Business Server 2015, Debugging Tools
Esta es una de las mejores herramientas que tenemos para Skype For Business a la hora de hacer troubleshooting, tenéis que saber manejarla con cierta pericia que os resulte muy positivo su uso y para eso debéis analizar todas las opciones disponibles que son muchas.
Espero que os sea de utilidad!!
Es posible que en alguna ocasión cuando estéis configurando las llamadas entrantes os encontréis con algún problema similar en donde las llamadas ni llegan a establecerse …
El resultado es positivo (claramente, sino no tendríamos problemas con el DID) y nos muestra el usuario que tiene asociado el DID que también tengo asociado el RGS (a posteriori del usuario)
Ahora únicamente debemos modifciar o eliminar los datos del URI de línea (que además en este caso no los utilizará porque está en el pool de Skype for Business Online), y si volvemos a buscar con el mismo filtro que antes veremos que ya no existe ningún usuario con el DID que hemos configurado en el RGS:
Por lo que ahora las llamadas entrarán sin problemas desde el ITSP hacia el RGS que hemos configurado con el DID "problemático":
Esto en teoría no suele suceder, porque en cuento intentas configurar un URI de Lïnea que ya existe en otro usuario, salta una alerta de forma inmediata. En este caso es una prueba para que veáis que el problema se reproduce de forma inmediata, he puesto como línea de URI el tel:+5602a un usuario y luego lo he intentado con otro y al momento se ha dado cuenta
El problema ha sido que el usuario y el RGS tenían el mismo DID asociado, siendo el RGS el último en asociarse el DID y no ha dado error alguno. Sin embargo si ahora queremos asociar nuevamente el DID al usuario y manteniéndolo en el RGS, si que nos muestra el error correspondiente:
Y si ahora nos vamos al RGS y le ponemos un URI de Línea de otro usuario … lo acepta sin problemas!! Así que debemos tener cuidado cuando asignamos un DID a un RGS, porque no está verificando que algún otro usuario lo tenga asociado. Pero si queremos asociar el mismo DID a dos RGS, entonces (logicamente) si nos indica que ya está siendo utilizado:
La detección del problema es "rápida", puesto que la llamada no entra en el Lync/Skype porque no sabe a quien enviarl y se corta, depende del operador de donde llames te saldrá una locución advirtiéndote de que no es posible contactar con el número solicitado, etc… A veces estas cosas hacen que se pierda mucho tiempo dando vueltas sin sentido, y encima tendremos a un cliente sin servicio hasta dar con la solución. Si bien es cierto, que si nos vamos al Debug rápidamente indentificaremos, el origen del problema de inmediato.
Espero que os sea de utilidad!!
El 112 trata de ser la asistencia más inmediata posible a las demandas de los ciudadanos de todo el pais que se encuentren en una situación de riesgo personal o colectivo.
rd-903-1997.pdf¿Qué ocurre cuando queremos hacer una llamada al 112 desde un sistema de VoIP? …… Pues que las llamadas no se pueden cursar, la mayoría de los ITSP no lo permitirán. Esto es debido a que llamadas no pueden ser identificadas desde su origen, porque podemos tener un DID de Galicia pero estar en Madrid y la llamada que queremos realizar es al servicio de 112 de Madrid. Esto es lógico, porque con VoIP podemos tener un DID de distintas provincias y nosotros estar en otra completamente diferente. Si realizamos una llamada al 112, el operador (no el ITSP) sabe la localización en la que estás y derivará la llamada al centro de soporte de tu comunidad. Esto con VoIP por su propio funcionamiento, ya no es posible, porque podemos cursar la llamada desde Madrid y sin embargo el DID es de Galicia. Ahora bien, es posible solucionar esto? La respuesta es si, puesto que el 112 tiene su número geográfico asignado, vamos un DID al cual podemos llamar desde cualquier sistema, pero sabiendo que estamos llamando a un servicio de urgencias de una comunidad autónoma en concreto, aquí os dejo un listado de números geográficos asignados a distintas comunidades autónomas a los cuales podemos llamar directamente:
Andalucía 955041812 y 112
Aragón 976281234 y 112
Asturias: 985773344 y 112
Canarias: Gran Canaria 928492112 y 112
Canarias: Tenerife 922532112 y 112
Cantabria 942319400 y 112
Cataluña 935867700 y 112
Galicia 981541400 y 112
La Rioja 941222222 y 112
Madrid 917089158 y 112
Melilla 952699100 y 112
Murcia 968229604 y 112
Navarra 948222222 y 112
País Vasco 944441444 y 112
Valencia 962759060 y 112
Los números geográficos son aquellos que aportan información de procedencia geográfica del origen o del destino de una comunicación, atendiendo a la primeras cifras del número, es decir, el prefijo:
Ahora bien, si queremos que los usuarios puedan marcar el 112 para llamar a su servicio de urgencias de su comunidad por VoIP y más concretamente en Lync/Skype, podemos configurarlo creando una regla de normalización en el plan de marcado. Para ello debemos crear una regla de normalización de la siguiente forma:
Está claro que es algo "estático", si configuramos el 112 para que se traduzca al 981541400 (Galicia), no podemos volver configurarlo en el mismo plan de marcado. Pero también es cierto, que si tenemos una implementación de Lync/Skype y usuarios en todo el territorio nacional, debemos crear distintos planes de marcado (por comunidad) para crear una regla de traducción por cada plan de marcado. Estos planes de marcado deberían crearse en base a la distribución por comunidades autómonas según la web www.112.es, de esta forma se tendrá una distribución adecuada de los planes de marcado y las reglas de traducción para cada 112 con su número geográfico. De esta forma, los usuarios que están en distintas comunidades autónomas podrán pulsar el 112 y se traducirá a su número geográfico correspondiente (ejemplo de Galicia):
De esta forma podremos cursar las llamadas al 112 vía VoIP sin problema, porque realmente ya definimos los números geográficos correspondientes por comunidad autónoma. Sin esta configuración, sería imposible, porque con VoIP no es posible identificar el origen de la llamada y así enrutarla al servicio de 112 correspondiente. Claramente una vez normalidad el número 112 -> +34981541400 el ITSP cursará la llamada sin problemas, para el es una llamada nacional y la dejará pasar sin inconveniente.
Si bien es cierto, que esta configuración también la puede realizar el ITSP en base al DID que mostremos en la llamada y así saber a que servicio de 112 enrutar la llamada, pero de momento no son muchos los ITSP que ofrecen este servicio.
Recordaros que el 112 es servicio gratuito y que se puede utilizar desde casi cualquier dispositivos, desde móviles bloqueados e incluso sin SIM.
Aquí os de una estupenda guía prácita de usuario: "El Plan Nacional de Numeración" Guia_Numeracion.pdf En donde encontraréis información sobre las numeraciones en España, amplio y muy sencillo de entender.
Espero que os sea de utilidad!!!
Ya tenemos disponible para su descarga el Módulo de Windows Powershell para Skype Empresarial Online, lo que os permitirá administrador vía PowerShell vuestro Skype For Business Online: http://www.microsoft.com/es-ES/download/details.aspx?id=39366
Requisitos previos
Para usar el módulo de Windows Powershell para Skype Empresarial Online con el fin de administrar implementaciones de Skype Empresarial Online, también debe instalar lo siguiente:
