Plan de sitios de RTC con Cloud Connector Edition

Importante

Cloud Connector Edition se retirará el 31 de julio de 2021 junto con Skype Empresarial Online. Una vez que su organización haya actualizado a Teams, obtenga información sobre cómo conectar su red de telefonía local a Teams mediante enrutamiento directo.

Lea este artículo para obtener información sobre cómo planear los sitios RTC de Cloud Connector Edition para garantizar un enrutamiento de llamadas eficaz y rentable.

En este artículo se describe lo que debe saber sobre Cloud Connector Edition y el enrutamiento de llamadas para que pueda planear los sitios RTC de Cloud Connector. Un sitio RTC es una combinación de dispositivos Cloud Connector, implementados en la misma ubicación y con puertas de enlace RTC comunes conectadas a ellos. Este tema se centra en cómo configurar la topología del sitio de Cloud Connector para asegurarse de que los sitios de Cloud Connector pueden controlar el enrutamiento de entrada y salida para todos los usuarios asignados a un sitio de la forma más rentable y eficaz posible. Para obtener más información sobre Cloud Connector y las ventajas de los sitios RTC, lea Planear Skype for Business Edición de conector de nube.

Sitios RTC con Cloud Connector y enrutamiento de llamadas

Los sitios RTC del conector de nube son una construcción de topología creada para evitar las tarifas innecesarias de larga distancia y entre países y regiones, y para garantizar que las llamadas de emergencia salientes se enrutan al tronco apropiado. Para garantizar un enrutamiento rentable y eficiente de llamadas, incluidas las llamadas a servicios de emergencia, debe planear cuidadosamente los sitios RTC y la forma en que se asignan los usuarios a cada sitio.

Como parte de su planificación de Cloud Connector, es esencial que hable con sus transportistas sobre dónde se encuentran sus oficinas y usuarios y dónde terminan los troncos RTC del operador. Debe trabajar con sus operadores para determinar cómo se pueden enrutar las llamadas de emergencia y, después, usar esa información para definir sitios RTC de Cloud Connector y asignar usuarios a los sitios adecuados. Por ejemplo, debe asegurarse de que los troncos que terminan en un centro de datos en el que se extiende el sitio RTC estén configurados para administrar tanto el enrutamiento de entrada como el de salida, para todos los números asignados a los usuarios en ese sitio.

Cada dispositivo de conector de nube se puede conectar a varias puertas de enlace IP, PBX IP o controladores de borde de sesión (SFC). Debido a que los gatewayes y PBX están conectados a los troncos de la telco (troncos PRI o SIP), los dispositivos del conector de la nube están conectados lógicamente a los troncos RTC para las llamadas entrantes y salientes. Con Cloud Connector y la conectividad con RTC local, obtendrá el tronco y los números de teléfono asociados de su operador local. Si tu empresa es una empresa grande, es posible que tengas más de un operador, especialmente si tu empresa abarca más de una ciudad, estado o país o región. Dado que el operador es propietario del número de teléfono, este es responsable de la administración de las llamadas de emergencia.

Skype Empresarial Online trata todos los dispositivos cloud connector de un sitio por igual y enrutará las llamadas salientes de forma rotatoria a los dispositivos cloud connector del mismo sitio. Cada conector de nube de un sitio está conectado al mismo conjunto de troncos RTC (completamente mallados). Como cada usuario está asociado a un sitio RTC de Cloud Connector, cualquier llamada saliente de ese usuario (normal o de emergencia) se asignará a uno de los dispositivos cloud connector del sitio RTC al que está asociado el usuario.

Cloud Connector realiza un enrutamiento de llamadas estático a sus puertas de enlace IP adjuntas, IP-PBX, SBCs o troncos RTC directos. Cloud Connector aún no es capaz de redirigir dinámicamente a un tronco en función del destino (por menor coste de enrutamiento) o basado en el origen (llamadas de emergencia estáticas o dinámicas). Las llamadas entrantes no son un problema, ya que la llamada solo puede provenir de un tronco asociado a ese número. Sin embargo, las llamadas salientes pueden ir a cualquier dispositivo cloud connector en un sitio (y por extensión los troncos RTC conectados a ese dispositivo cloud connector) que pueden causar llamadas de larga distancia no deseadas. Además, las llamadas de emergencia no se realizarán si el sitio RTC de Cloud Connector se extiende entre centros de datos con diferentes códigos de área u operadores.

Un ejemplo

En el ejemplo siguiente se muestra cómo agrupar troncos a sitios RTC y cómo asignar usuarios a los sitios. Para la compañía Contoso, considere lo siguiente:

• Hay cuatro usuarios:

  • Usuario A en Redmond, Washington (EE. UU.)

  • Usuario B en Bellevue, Washington (EE. UU.)

  • Usuario C en Centralia, Washington (EE. UU.)

  • Usuario D en Portland OR (EE. UU.)

• El operador A proporciona números de teléfono y troncos en:

  • Redmond (código de área 425)

  • Bellevue (código de área 425)

  • Centralia (código de área 360)

• El operador B proporciona números de teléfono y troncos en:

  • Portland (código de área 503)

Como el usuario A en Redmond (Centro de datos A) y el usuario B en Bellevue (Centro de datos B) están en las afueras uno al lado del otro y en el mismo código de área (425), el Operador A debe poder realizar una llamada de emergencia del usuario A en Redmond en el maletero de Bellevue.

Por lo tanto, los usuarios A y B, y los troncos de Cloud Connector para Bellevue y Redmond, pueden estar probablemente en el mismo sitio RTC de Cloud Connector como se muestra en el siguiente diagrama. Las llamadas de emergencia de los usuarios en una oficina pueden ser redirigidas a los troncos en la otra. Sin embargo, debe comprobar con su operador que esto funcionará.

Considere también los ejemplos siguientes:

• El usuario C en Centralia, cuyo número es proporcionado por el operador A, está a un viaje en automóvil de dos horas y dentro de un código de área diferente (360) del de otros usuarios del operador A dentro del código de área 425 de Bellevue y Redmond.

  Por lo tanto, incluso si una llamada proviene del operador A, es posible que el software de enrutamiento de llamadas del operador en el código de área Centralia 360 pueda rechazar una llamada de emergencia entrante que provena del usuario B en el código de área de Bellevue 425. En este caso, es fundamental que el operador confirme que Cloud Connector y sus troncos asociados en los sitios RTC de Centralia pueden gestionar llamadas a través de distancias y códigos de área.

• El usuario D de Portland usa un número y un tronco proporcionados por el operador B, por lo que es altamente improbable que carrier B realice una llamada de emergencia desde un número de teléfono que sea propiedad del Operador A. Por lo tanto, el usuario D y el dispositivo Cloud Connector y los troncos asociados de Portland tendrán que estar ubicados en un sitio RTC diferente.