PSTN

Parte II: Microsoft Teams DR en Azure – Despliegue y configuración del SBC en Azure

Posted on Actualizado enn

DESPLIEGUE DE AUDIOCODES SBC VE EN AZURE

En el siguiente articulo vamos a explicar como desplegar nuestro SBC de Audiocodes en AZURE, para ello deberemos seguir las siguientes instrucciones:

Part 2_001

  • Vamos a Todos los servicios, y después buscamos Marketplace (All services > Marketplace).

Part 2_002

  • Buscamos “Mediant VE Session Border Controller (SBC)” y después pulsamos en “Crear

Part 2_003

  • Lo primero de todo, deberemos rellenaremos la configuración básica del SBC, nos basaremos siempre en el diseño y arquitectura inicial.
    • Virtual Machine Name: emeasbc
    • Username: sbcadmin
    • Contraseña: *******
    • Suscripción: Visual Studio Enterprise – MPN
    • Grupo de Recursos: SBCRESOURCES
    • Ubicación: Oeste de Europa

Part 2_004

Part 2_005

NOTA: En este caso, debemos tener en cuenta varios aspectos, por ejemplo:

El usuario y clave que creemos durante el despliegue sustituye al usuario Admin por defecto que trae las implementaciones on-prem de Audiocodes.

Para más información de las suscripciones de azure visitar el siguiente enlace https://docs.microsoft.com/es-es/azure/azure-subscription-service-limits

Para más información sobre las ubicaciones de Azure, visitar https://azure.microsoft.com/es-es/global-infrastructure/locations/

¿Qué es un grupo de recursos en Azure? https://docs.microsoft.com/es-es/azure////azure-resource-manager/resource-group-overview

  • Ahora, vamos a configurar las opciones avanzadas:
    • Capacidad de nuestra máquina virtual: Aquí según nuestra suscripción tendremos limitaciones, pero es cierto que el SBC es capaz de funcionar con una maquina de no mucho rendimiento. Yo en este caso, mi recomendación es ir a algo medio, pero eso sí, hay que tener en cuenta las limitaciones del fabricante. Por ejemplo: Si necesitamos transcoding sera mejor poner al menos 2 CPU. Mi recomendación en estos casos es que el rendimiento de la maquina no es necesario que sea el mejor, pero quizás si es bueno invertir mas en Alta Disponibilidad (HA) o en las comunicaciones.
    • Habilitar o no “Boot Diagnostics”

NOTA: Si algo es destacable en una implementación en Azure es la capacidad de escalabilidad o lo que llamamos “elasticidad” esto quiere decir, que podemos empezar con un SBC básico para los 60 usuarios de nuestra implementación con quizás 10 o 20 sesiones sería suficiente, y después podemos ir aumentando las capacidades de nuestra maquina según vayamos necesitando más recursos.

Es recomendable leer previamente al diseño las Realease Notes de las últimas versiones de SBC Audiocodes

https://www.audiocodes.com/media/13231/sbc-gateway-msbr-series-release-notes-ver-72.pdf

Part 2_006

  • El tercer paso sera configurar la Red, basándonos en el diseño inicial. Lo mejor en estos casos es configurar el grupo de recursos y las redes antes del despliegue, pero también podemos ir haciéndolo según vayamos desplegando la máquina.
  • Crearemos la red Virtual 10.0.0.0 /16

Part 2_007

  •  Ahora crearemos las subredes, la que nos conectara con el SipTrunk que hemos llamado VoIP y la de Direct Routing que es la subred de Teams.

Part 2_008

  • Ahora marcaremos la IP publica como “estática” en este caso nos configura la IP de la Subnet de Teams, después veremos cómo habilitar la otra red

Part 2_009

  • De manera opcional podemos cambiar el DNS con el que aparecerá dentro de Azure nuestra maquina

Part 2_010

Una vez terminemos la configuración y pulsemos en Aceptar, veremos el resumen de toda la configuración y podremos comprar el SBC

 

ASIGNAR UNA IP PUBLICA AL INTERFAZ SIPTRUNK

  • Desde el portal de Azure, vamos a “recursos” y entramos en el grupo de recursos donde tenemos nuestra maquina SBC

Part 2_011

  • Seleccionamos el recurso, en este caso la tarjeta Ethernet1, ya que la 0 se configura por defecto en el primer despliegue

Part 2_012

  • Ahora seleccionamos “configuraciones IP” del menú de la izquierda

Part 2_013

  • Habilitamos la dirección IP Pública

Part 2_014

NOTA: Para acceder a la configuración y ver que se ha desplegado bien el SBC, con la dirección IP publica de la Interfaz Eth 0 desde un navegador entraremos al SBC

Part 2_015

En el siguiente articulo veremos los prerequisitos necesarios  para la configuración del SBC para la integración de Teams, (Puertos, Códecs, IP’s, Certificados, DNS, etc…)

Parte III: Prerrequisitos y configuración básica del SBC

Parte I: Microsoft Teams DR en Azure – Diseño y arquitectura de la solución

Posted on Actualizado enn

DESPLIEGUE DE ENRUTAMIENTO DIRECTO (DR) DE TEAMS EN AZURE

Azure             Teams.png

Introducción

Con la llegada del concepto de Informática en la nube “Cloud” haya por el 2010 y en el momento en el que se ha consolidado como una tecnología emergente dando solución a millones de empresas en todo el mundo, han sido numerosos los fabricantes que han apostado por dar sus soluciones en entornos de nube publica, privada o hibrida. Pero especialmente en el caso de la telefonía y las comunicaciones de voz con la PSTN ha sido de especial avance tener una solución SBC virtual en la nube, como es el caso de Audicodes o Ribbon dos de los principales fabricantes que integran la PST con Direct Routing de Teams.

Parece que aun fue ayer, cuando configurábamos los primeros Mediation Server de Lync 2010, en los que no estaba ni soportado en un entorno virtual, estos “roles” se tenían que montar de forma física y ahora con el paso de los años tenemos una solución pura en la nube, en la que podemos tener una arquitectura que no tiene nada que envidiar a aquellas PBX de VoIP que se montaban en al menos dos armarios en un CPD.

Ahora con un coste muchísimo mas barato tenemos una solución de Telefonía tradicional conectado a nuestra aplicación de colaboración por excelencia de Microsoft Teams.

Lo único que necesitaremos sera hacer un buen diseño y arquitectura de la solución y a continuación desplegarlo, para ello voy a crear una serie de artículos en el Blog, que irán desde el diseño lógico, hasta la configuración del SBC pasando por el despliegue en Azure.

Antecedentes

Tenemos una empresa de unos 60 usuarios, en los que actualmente tiene una PBX 3Cx. Esta empresa ya tiene un Tenant en O365 con licencias E5 (Incluye la opción de llamadas telefónicas) y ya usa Microsoft Teams como herramienta de colaboración. Ahora quieren migrar su sistema de Telefonía de VoIP a Teams.

Objetivo

Dar servicio de voz a los 60 usuarios de la empresa, a través de Enrutamiento Directo de Teams, desplegando un SBC en AZURE. El SBC que vamos a utilizar para este laboratorio sera uno de Audiocodes.

Diseño y Arquitectura

Diseño001

Como se puede ver en Diseño. El Servidor en Azure esta conectado a una Red (SBC_VNET) a su vez tiene dos Interfaces, una que se conectará a Teams y otra sera el SIPTRUNK del Operador que son proveerá de Telefonía. Cada interfaz de red esta conectada a una SubNet, (Subnet-teams y Subnet-VoIP) estas subredes tienen una IP Privada. De cara a Internet habrá un NAT con dos IPs públicas.

NOTA: Para cualquier despliegue en el que se vean implicadas comunicaciones de Voz o de Video, hay que tener en cuenta las líneas de comunicaciones, es importante tener un buen ancho de banda, y además es importante concienciar al usuario final o al cliente para que sepa que este tipo de soluciones dan mucha flexibilidad a la hora de poder realizar una llamada de teléfono desde nuestro dispositivo conectados en cualquier lugar, por ejemplo estando de viaje de negocios desde un hotel podemos asistir vía teléfono a una conferencia con Teams, pero si la conexión wifi del usuario final es de mala calidad, podrá afectar a la comunicación.

En el próximo articulo explicaremos el despliegue del SBC de Audiocodes en Azure.

Parte II: Microsoft Teams DR en Azure – Despliegue y configuración del SBC en Azure

Common Area Phone en Skype for Business online (CAP Online)

Posted on Actualizado enn

Common Area Phone en Skype for Business online (CAP Online)

En el siguiente articulo explicaremos como registrar un teléfono de área común en Skype online de Office 365.

Los teléfonos de área común son una característica que se puede configurar en Skype for Business on-prem, esta caracteristica se usa para configurar teléfonos en salas de reuniones o en espacios comunes, la particularidad de estos telefonos es que no están asociados a ningún usuarios en particular, ademas no requiere de una licencia de usuario.

La configuración y administración de estos teléfonos (CAP) en Skype for Buisness on-prem no es precisamente algo sencillo, requiere crear objetos en AD (Active Directory) ademas de activar las opciones de registro por extensión y PIN. Casi toda la configuracion y administracion se hace mediante Powershell con lo cual requiere que el administrador tenga buenos conocimientos de scripting.

En el caso de Skype for Business online no existía esta característica hasta mas o menos Marzo del 2018, ahora se pueden crear teléfonos de área común (CAP) en Skype for business online y emparejarlo a un teléfono físico que colocaremos en zonas comunes de nuestra empresa.

De momento no se puede usar todos los teléfonos que soporta registro en Office 365 para registrarlos como área común, de momento la opción de CAP online algunas gamas de telefonos Audiocodes y Polycom.

En este caso utilizaremos un teléfono Audiocodes 440HD con firmware version UC_3.0.4.1264

A continuación pasaremos a explicar los pasos requeridos para registrar teléfonos de área común.

Configuración de CAP Online en Office 365

Lo primero que necesitaremos sera un usuario en Office 365, en nuestro caso el usuario se llama “pruebaskype” y tiene la siguiente configuración de licencias

  • Licencia Office 365 Enterprise E3
  • Sistema telefónico

Dentro de la licencia E3 tiene todas las opciones de servicio activas.

Este usuario también esta activo en Skype for Business online y se le ha asociado un numero de la RTC Local, ya que en el despliegue contamos con un Cloud Connector Edition.

Captura.PNG

Activar el servicio CAP online en Office 365

Una vez tenemos el usuario creado, vamos a activar en Office 365 el servicio de CAP online.

Desde la pagina de administración de Office 365, vamos al menú facturación, Comprar servicios. Y una vez en la pagina de “Comprar Servicios” iremos a Otros Planes

Captura01

Ahora, buscaremos “teléfono de área común” e iniciaremos la prueba gratuita o podemos comprar directamente la licencia de 6,70 € por usuario al mes

Captura02

Asignar la licencia CAP al usuario en Office 365

Una vez comprada la licencia de teléfonos de área común, iremos al panel de administración de Office 365, buscaremos el usuarios “pruebaskype” y editaremos la licencia de producto.

Captura04

Y activamos “teléfono de área común

Captura06

Configuración del Teléfono AudioCodes 440HD

A continuación explicaremos como configurar el telefono Audiocodes 440HD

  1. Con el teléfono conectado a la red, entramos en el “menú” pulsando la tecla menúCaptura01.PNG
  2. Ayudándonos con las teclas de “cursor” bajaremos hasta la opción “Administration20180503_115957
  3. Ponemos la clave de administración, la de por defecto es “123420180503_120010
  4. Una vez entramos en el menú de administración vamos a “Common Area Phone20180503_120025
  5. Una vez dentro, seleccionamos “Enabled” y guardamos20180503_120047
  6. El teléfono se reseteará
  7. Una vez arranque el teléfono, pulsaremos en “Sign inCaptura03.PNG
  8. Seleccionaremos la opción “CAP Provisioning20180503_120306
  9. Seguidamente nos aparecerá la URL de aprovisionamiento y el “Paring Code20180503_120322

Configuración del emparejamiento

Ahora iremos a la pagina “http://aka.ms/skypecap” y nos logaremos con el usuario Administrador de Office 365. Una vez en la pagina buscamos el usuario con licencia CAP Online y podremos el código de emparejamiento.

Captura01

Una vez hemos añadido el código de aprovisionamiento que obtuvimos en el teléfono deberemos ver que el teléfono se registra de forma automática.

20180503_120637

Y en la url de aprovisionamiento veremos que el teléfono esta registrado

Captura03

De esta manera ya tenemos el teléfono registrado y listo para usar como telefono de área común de Skype for business online

 

ms-diagnostics:33038 reason “Cannot transfer the call to another pool” and Conference ID not Found (English)

Posted on Actualizado enn

Hello all,

Again here, with one of those curious mistakes this time one of those of a global topology there are two “Skype sites” with two “Front-End Pools” separated by a dedicated network for the customer, such as an MPLS network for example.

DESIGN:

We have this design:

diagrama-general

We have two Site in Skype for Business, one in “SPAIN” and another in “UK” linked by a dedicated network, the two sites have their output to the local PSTN through “Gateway / SBC” and its corresponding Mediation Server, all right here.

PROBLEM DETECTED:

The client uses much the service “Skype Conference Call”, because in some of its offices still are not migrated to Unified Communications and has VoIP PBX, in this case all audio conferencing service is housed in one of the Front End Pool, specifically in the UK that houses all accounts “Dial in Access Number“.

El Servicio Doméstico “Dial in Access Number” se encuentra en el Pool del Reino Unido y el Conference ID se puede alojar en el Spain Pool y el Reino Unido.

  1. A user in Spain, creates a conference with Conference ID. 60051
  2. He sends the ID to the contacts for the meeting
  3. A UK User connected to the PSTN dials the number “Dial in Access Number” of UK with number +44 20 7234XX XX to enter the meeting
  4. The user dial the Conference ID 60051 and receive the following message “sorry, I can not connect to your meeting right now“.

When the call is received by “Dial in Access Number” in the UK and the Conference ID was on the Front End SPAIN this error occurred.

PROBLEM SOLUTION:

diagrama-error

To solve the problem, the first thing we can put a trace with the “logging tool” in the Front End pool of UK and launch a test.

We could see the following error:

error1

“Cannot transfer the call to another pool”

To solve this error simply change the parameter “Refer Support” to False

Set-CsTrunkConfiguration -Identity (Trunk_Name) -EnableReferSupport $false

solucion

After changing the Enable Support Refer parameter to “False” in the UK Pool was able to connect the call audio conferencing service with the conference ID of the user Spain Pool

diagramasolucion

ms-diagnostics:33038 reason “Cannot transfer the call to another pool” and Meeting ID not Found

Posted on

Hola a todos,

Otra vez por aquí con uno de esos errores curiosos que se encuentra uno en las implantaciones de topologías globales en las que hay varios “SITES” con diferentes Front-End Pools separados por una red dedicada para el cliente, como puede ser una red MPLS por ejemplo.

DISEÑO:

Partimos del siguiente diseño:

Diagrama General.jpg

Tenemos dos Site en Skype for Business, a nivel Topología, uno en “SPAIN” y otro en “UK” unidos por una red dedicada, cada infraestructura tiene su salida a la PSTN local por medio de Gateway/SBC y su Mediation Server correspondiente, hasta aquí todo correcto.

PROBLEMA DETECTADO:

El cliente tiene costumbre de uso el servicio de “Audioconferencia” de Skype, inlcuso de forma interna, ya que en algunas de sus sedes aun no están migrados a la solución de Comunicaciones unificadas y tiene PBX de VoIP, en este caso todo el servicio de Audioconferencia esta alojado en uno de los Front End Pool, concretamente en el de UK siento este el que aloja todas cuentas del “Dial In Access Number“.

De esta manera nos encontramos que el Servicio Principal “Dial in Access Number” esta el Pool de UK y en los ID de conferencia pueden estar alojados tanto en el propio Pool de UK como en el de SPAIN.

Es aquí donde nos encontrábamos el problema:

  1. Un usuario del Pool de Spain, crea una conferencia con el ID de conferencia. 60051
  2. Este envía la convocatoria a los contactos para la reunión
  3. Un usuario de UK conectado a la PSTN marca el numero “Dial in Access Number” de UK con numero +44 20 7234 XX XX para entrar a la reunión
  4. Marca el ID de conferencia 60051 y recibe el siguiente mensaje “sorry, I can’t connect to your meeting right now“.
  5. Y se cuelga la llamada

Cuando la llamada entraba por el “Dial in Access Number” de UK y el ID de conferencia estaba en el Front End de SPAIN se producía este error.

SOLUCION DEL PROBLEMA:

diagrama-error

Para solucionar el problema, lo primero que hicimos pue poner una traza con el “logging tool” en el Front End de UK y lanzar una prueba.

Pudimos ver el siguiente error:

error1

“Cannot transfer the call to another pool”

Para solucionar este error simplemente hay que cambiar el habilitar el parámetro “ReferSupport”

Set-CsTrunkConfiguration -Identity (Trunk_Name) -EnableReferSupport $false

solucion

Una vez cambiado el parámetro EnableReferSupport a False el Pool de UK era capaz de conectar la llamada del servicio de audio conferencia con el ID de la sala del usuario del pool de España

diagramasolucion