Inicio > Requisitos del sistema y de red > Requisitos de red > Requisitos de red | RingCentral MPV

Requisitos de red | Ring Central RingEX

Tabla de contenidos

1. Introducción

El objetivo de este documento es proporcionar a las empresas los requisitos de red para la configuración del firewall y del proxy web para garantizar que los servicios de comunicaciones unificadas basados en la nube de Message Video Phone (RingEX) funcionen correctamente.

2. Superredes IP

Las superredes (subredes concatenadas) se anuncian en la tabla 2.1 en la nube de RingCentral utilizando el protocolo de enrutamiento BGP para dar soporte a los servicios de comunicación unificada a través de Internet. Estas redes pueden utilizarse para conectarse a la nube de RingCentral a través de Internet.
Tabla 2.1: Superredes IP anunciadas

66.81.240.0/20

80.81.128.0/20

103.44.68.0/22

104.245.56.0/21

185.23.248.0/22

192.209.24.0/21

199.68.212.0/22

199.255.120.0/22

208.87.40.0/22

Para empresas con conexiones directas a la red de RingCentral (CloudConnect), se aplican requisitos adicionales y se debe consultar a RingCentral para la configuración adecuada de red.
 
Para garantizar el correcto funcionamiento de los servicios RingEX, la red empresarial debe aceptar las superredes en todas las ubicaciones donde se utilizan los servicios de comunicación unificada.
 
Estas superredes deben utilizarse en la red empresarial para:
  • Configurar las reglas del firewall para los puertos de medios y señalización.
  • Configurar las marcas DSCP en las cabeceras de los paquetes IP de acuerdo con las normas de calidad del servicio.
  • Desactivar selectivamente las funciones del dispositivo de capa 7, como inspección profunda de paquetes para el tráfico de UDP hacia y desde la nube de comunicaciones unificadas.

3. Lista blanca de dominios, direcciones IP y puertos

Para permitir que los dispositivos y las aplicaciones accedan a los servicios compatibles en la nube, es posible que los nombres de dominio, las direcciones IP y los puertos de destino asociados que se indican en las siguientes tablas deban incluirse en la lista blanca en los firewalls empresariales o proxies web. La columna del puerto de destino indica los puertos del sistema de comunicación unificado en la nube de RingCentral.

3.1 Servicios comunes en la nube

La tabla 3.1 resume los dominios y puertos utilizados para los servicios comunes en la nube, que pueden necesitar estar en la lista blanca:
  1. Solo se debe incluir en la lista blanca el conjunto real de servicios que se utilizan. Por ejemplo, si no se utiliza el portal de Live Reports, no es necesario incluir el dominio live.ringcentral.com en la lista blanca.
  2. El sitio web de RingCentral, el portal de cuentas de administrador/usuario, el servicio de descubrimiento de API y el dominio del portal de servicios deben estar siempre en la lista blanca para permitir que los administradores y los usuarios accedan a la información general y a los servicios de RingCentral.
  3. El sitio web de la empresa RingCentral proporciona información general sobre RingCentral y sus productos y no requiere iniciar sesión.
  4. El portal de cuentas de administrador/usuario se utiliza para autentificar a los administradores y usuarios para acceder a cualquiera de los servicios de comunicación y administración subyacentes, incluidos RingEX y Ringcentral Video (RCV).
  5. El servicio de descubrimiento de API se utiliza para que las aplicaciones para clientes descubran dinámicamente sus dominios de API .com y .biz correctos antes de que el usuario inicie sesión. El servicio de descubrimiento señala al servicio de proceso de inicio de sesión. Después de que el administrador/usuario sea autentificado por el servicio de inicio de sesión, el servicio de descubrimiento se utiliza de nuevo para determinar el dominio API apropiado en función de los datos de la cuenta configurada.
  6. El portal web de servicios proporciona acceso a los servicios de administración y comunicación unificada una vez que se ha completado la autentificación a través del portal de cuentas de administrador/usuario.
  7. El portal de inicio de sesión de Analytics proporciona a los administradores de cuentas información sobre el sistema de RingEX con datos procesables. Los dominios correspondientes solo tienen que estar en la lista blanca si se utiliza esta funcionalidad.
  8. El portal de Live Reports da acceso a un servicio adicional y puede utilizarse con las llamadas en espera de RingCentral para crear un centro de llamadas básico basado en el sistema RingEX.
  9. Los portales de Live Reports y Analytics pueden ser específicos de cada país para cumplir con los requisitos de ubicación de datos.
Tabla 3.1: Servicios comunes en la nube

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Sitio web de la empresa

HTTPS

www.ringcentral.com

TCP/443

Portal del estado del servicio

HTTPS

status.ringcentral.com

TCP/443

Portal de administración de cuentas

HTTPS

accounts.ringcentral.com

TCP/443

Portal de la cuenta de administrador/usuario

HTTPS

login.ringcentral.com

TCP/443

Servicio de detección de API

HTTPS

discovery.ringcentral.biz

TCP/443

Portal web de servicios

HTTPS

service.ringcentral.com

TCP/443

Portal de Analytics

HTTPS

analytics.ringcentral.com

35.190.70.192

TCP/443

Portal de Analytics: Canadá

HTTPS

analytics.ringcentral.ca

34.102.174.25

TCP/443

Portal de Live Reports

HTTPS

live.ringcentral.com

35.190.70.192

TCP/443

Portal de Live Reports: Canadá

HTTPS

live.ringcentral.ca

35.201.103.66

TCP/443

3.2 Puntos finales

Esta sección proporciona tablas específicas del punto final para los nombres de dominio, superredes y una variedad de puertos de destino en la nube para varios tipos de tráfico de servicios de comunicación, incluidos los medios de comunicación, la señalización y el tráfico de registro.
 
Todas las sesiones se inician desde un punto final a los servicios de comunicación basados en la nube de RingCentral. La nube de RingCentral no inicia ninguna sesión hacia los puntos finales del cliente.
 
Las tablas de puntos finales deben utilizarse de la siguiente manera para la configuración del firewall y del proxy web:
  1. Las tablas específicas del punto final para los nombres de dominio, superredes y una variedad de puertos de destino en la nube para varios objetivos, incluidos los medios de comunicación, la señalización y el tráfico de registro. Los puertos de origen no se especifican ya que el rango de puertos depende del sistema operativo y los puertos se seleccionan dinámicamente.
  2. Las tablas proporcionan conjuntos modulares de requisitos para que el control del firewall admita diferentes combinaciones de implementaciones de terminales de RingCentral. Las tablas no coinciden necesariamente con la definición de producto de RingCentral, ya que, por ejemplo, RingCentral Video puede utilizarse como un producto independiente y con RingEX. Por lo tanto, se especifica una tabla independiente para RingCentral Video móvil, de escritorio y web, que no tiene en cuenta los requisitos específicos del firewall para el servicio de vídeo.
  3. Las tablas para a) RingCentral Video móvil, escritorio y web, b) RingCentral Video Rooms y RingCentral Video con el controlador de Rooms se especifican en tablas separadas porque a) se pueden implementar independientemente de b) y c).
  4. Para la configuración del firewall, solo deben considerarse las tablas para el conjunto de tipos de puntos finales que se implementan.
  5. Las filas de la tabla que indican la señalización o los medios (sin el modificador Seguro) se pueden ignorar cuando RingCentral ha configurado administrativamente la cuenta del cliente para «señalización y medios seguros».
  6. De acuerdo con la priorización del tráfico QoS, las filas de la tabla de puerto se organizan generalmente de arriba a abajo, con los medios que requieren la máxima prioridad y admiten el tráfico de servicios de datos con la prioridad más baja.
  7. Diferentes tablas de puntos finales pueden contener los mismos nombres de dominio o rangos de puerto. Esto es necesario porque algunos rangos de puerto pueden compartirse entre puntos finales duros o blandos. Además, estas multiplicidades son necesarias para garantizar que cada punto final pueda implementarse independientemente de otros tipos de puntos finales. Si se implementan varios puntos finales que requieren que el mismo dominio se incluya en la lista blanca o que se abra un conjunto de puertos, solo debe configurarse una instancia de regla de acceso o lista blanca en el firewall.
  8. Para una determinada llamada de voz o vídeo, un firewall de estado solo abrirá un pequeño subconjunto de direcciones IP y puertos. No se pueden abrir otras direcciones IP y puertos en el firewall a menos que estén involucrados en otras llamadas desde el mismo sitio o para aplicaciones empresariales.

  9. La aplicación móvil de RingEX puede utilizarse en una red de operador móvil o en una red Wi-Fi. En una red de operador móvil, la configuración del firewall es irrelevante cuando el tráfico solo atraviesa Internet hacia los servicios de comunicación de RingCentral. Debe tenerse en cuenta la tabla 3.2.1 para la configuración del firewall cuando se utiliza la aplicación móvil de RingEX en una red Wi-Fi empresarial.
  10. En las redes donde se implementa firewall y un servidor proxy web, deben utilizarse las filas de la tabla que indican “Superredes IP” para configurar el firewall. Las filas restantes de la tabla pertenecen al tráfico web y deben configurarse en el servidor proxy web.

3.2.1 RingEX móvil, de escritorio y web

Tabla 3.2.1: Aplicación móvil, de escritorio y web de RingEX

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios y medios asegurados

RTP/SRTP

Superredes IP

UDP/20000-64999

Señalización y señalización asegurada

SIP y
SIP/WSS/TLS

Superredes IP

Escritorio: TCP/8083 (asegurado)

Web: TCP/443 (asegurado)

Móvil (IPv4):
TCP/5091 (borrar texto). TCP/5097 (seguro)

TCP/8085 (WSS)

Móvil (IPv6):
TCP/5093 (borrar texto). TCP/5094 (seguro)

TCP/8085 (WSS)

SDK de IOVATION para inicio de sesión de dos factores

HTTPS

mpsnare.iesnare.com

TCP/443

Carga y descarga de archivos

HTTPS

*.s3-accelerate.amazonaws.com

TCP/443

Servicio de API de aplicación

HTTPS

*.ringcentral.com

TCP/443

Servicio de API de mensajería

HTTPS

*.glip.com

mvp.ringcentral.com

dl.mvp.ringcentral.com

 

mvp.ringcentral.com dl.mvp.ringcentral.com


TCP/443

Estado de presencia, notificaciones del registro de llamadas y notificaciones del buzón de voz

HTTPS

ringcentral.pubnubapi.com

TCP/443

Notificaciones push de aplicaciones de Android

HTTPS

mtalk.google.com

TCP/443, 5228, 5229, 5230

Notificaciones push de aplicaciones de iOS

HTTPS

api.push.apple.com

TCP/443, 2197, 5223

Soporte de contenido de mensajería

HTTPS

api.giphy.com

media0.giphy.com

media1.giphy.com

media2.giphy.com

media3.giphy.com

media4.giphy.com

TCP/443

Actualizaciones de software y aprovisionamiento

HTTPS

*.cloudfront.net

TCP/443

Control de acceso al firewall para voz

STUN/TURN

*.ringcentral.com

Web: UDP/19302

Aplicación móvil, de escritorio y web de RingCentral Video

Añadir tabla 3.2.2

3.2.2 RingCentral Video móvil, de escritorio y web

En la siguiente tabla:
  1. Video RCV utiliza la plataforma API Connect para la autenticación de usuarios y el control de la sesión de comunicación.
  2. El recopilador de estadísticas publica estadísticas detalladas sobre las llamadas. Analytics Portal (tabla 1) utiliza un subconjunto de los datos extraídos del recopilador de estadísticas.
  3. La aplicación RCV Web Client no necesita estar incluida en la lista blanca si solo se utilizan las versiones de escritorio y móvil de la aplicación de RCV. 
  4. La aplicación de prueba de conectividad de red debe estar en la lista blanca para permitir que los usuarios de la aplicación RCV prueben las conexiones de red.
Tabla 3.2.2: Aplicación móvil, de escritorio y web de RingCentral Video

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios asegurados

SRTP

*.v.ringcentral.com

o superredes IP

UDP/10000-19999

(valor predeterminado)

TCP/443  (cuando UDP no está disponible, no debe utilizarse de manera rutinaria ya que afecta negativamente a la calidad)

Señalización asegurada

HTTPS/WSS/TLS

*.ringcentral.com
o superredes IP

TCP/443

Aplicación RCV Web Client

HTTPS

v.ringcentral.com

TCP/443

Configuración del analizador para la verificación de enlaces de reuniones para teléfonos móviles

HTTPS

media.ringcentral.com

TCP/443

Plataforma API Connect

HTTPS

api-meet.ringcentral.com

api.ringcentral.com 

api-mucc.ringcentral.com (dispositivo móvil)

TCP/443

Recopilador de estadísticas

HTTPS

edr.ringcentral.com

TCP/443

Estado de presencia, notificaciones del registro de llamadas y notificaciones del buzón de voz

HTTPS

ringcentral.pubnubapi.com

TCP/443

Configuración de la aplicación

HTTPS

downloads.ringcentral.com

TCP/443

Descarga y actualización de la aplicación

HTTPS

app.ringcentral.com

TCP/443

Aplicación de prueba de conectividad de red: parte de RCV

HTTPS

rcv.testrtc.com
que utiliza:

api.nettest.testrtc.com

kong.testrtc.com

*.turn.testrtc.com

*.speed.testrtc.com

TCP/443

UDP/443

3.2.3. RingCentral Video Rooms

Tabla 3.2.3: RingCentral Video Rooms

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios asegurados

SRTP

Superredes IP

UDP/10000-19999 (defecto)

SRTP

Superredes IP

TCP/443 (si el UDP no está disponible, no debe utilizarse de manera rutinaria ya que afecta negativamente a la calidad)

Señalización asegurada

HTTPS

Superredes IP

TCP/443

Servicio de registro SIP

HTTPS/TLS

*.ringcentral.com

TCP/8085-8090

Dispositivo del host de Rooms

HTTPS

Dirección IP privada asignada por la empresa interna (sin cruce de firewall de la WAN)

TCP/9520-9530

Portal de inicio de sesión

HTTPS

v.ringcentral.com

TCP/443

Notificaciones

HTTPS

ringcentral.pubnubapi.com

TCP/443

Actualizaciones de software y aprovisionamiento

HTTPS

*.ringcentral.com

TCP/443

3.2.4 RingCentral Video con Room Connector

Tabla 3.2.4: RingCentral Video con Room Connector  

Propósito*

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

 

 

Medios

RTP/SRTP

Superredes IP

UDP/10000-19999

 

Señalización

SIP

sip.rcv.com

ws.rcv.com

es.rcv.com

UDP/5060 o

TCP/5060

 

Señalización asegurada

SIP/TLS

sip.rcv.com

ws.rcv.com

es.rcv.com

TCP/5061

* La configuración del dispositivo de vídeo del cliente controla que haya una conectividad segura frente a una no segura

3.2.5 Teléfono de escritorio, de conferencia e inalámbrico de RingCentral

  1. Algunos dispositivos de terceros, como el altavoz Polycom/Poly IP7000, no admiten la señalización ni el cifrado de medios. Deben evitarse en una implementación que requiera total seguridad.
  2. No se especifican puertos separados para el aspecto de lámpara ocupado, ya que utiliza los puertos de señalización y los paquetes SIP NOTIFY estándar.
Tabla 3.2.5 : Teléfono de escritorio, de conferencia e inalámbrico de RingCentral

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios y medios asegurados

RTP/SRTP

Superredes IP

UDP/20000-64999

Señalización

SIP

Superredes IP

TCP/5090, TCP/5099**

UDP/5090, UDP/5099**

Señalización asegurada

SIP/TLS

Superredes IP

TCP/5096, TCP/5098**

Servicio de tiempo de red

NTP

Superredes IP

UDP/123

Teléfonos de escritorio Polycom/Poly y teléfonos de conferencia

HTTPS

Aprovisionamiento:

pp.ringcentral.com

TCP/443

HTTPS

Actualización del firmware:

pp.s3.ringcentral.com

TCP/443

Aprovisionamiento de teléfonos de escritorio Cisco y actualización del firmware

HTTPS

cp.ringcentral.com

TCP/443

Teléfonos de escritorio Yealink
Aprovisionamiento y actualización del firmware

HTTPS

yp.ringcentral.com

rps.yealink.com

TCP/443

Unificar teléfonos de escritorio

HTTPS

unf.ringcentral.com 

TCP/443

Unificar servidor de aprovisionamiento RS

HTTPS

cloud-setup.com

TCP/18443

** Los puertos 5098 y 5099 solo deben abrirse para las luces indicadoras de ocupado cuando se utiliza el uso compartido de líneas.

3.2.6 Softphone de escritorio de RingCentral

Tabla 3.2.6: Softphone de escritorio de RingCentral

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios y medios asegurados

RTP/SRTP

Superredes IP

UDP/20000-64999

Señalización

SIP

Superredes IP

TCP/5091

Señalización asegurada

SIP/TLS

Superredes IP

TCP/5097

Estado de presencia, notificaciones del registro de llamadas y notificaciones del buzón de voz

HTTPS

*.pubnub.com

*.pubnub.net

*.pndsn.com

ringcentral.pubnubapi.com (para versiones de puntos finales más recientes)

TCP/443

Actualizaciones de software y aprovisionamiento

HTTP/HTTPS

*.ringcentral.com

TCP/80

TCP/443

API de la plataforma para la autentificación de usuarios y funciones de llamadas

HTTPS

api-sp.ringcentral.com

TCP/443

API de plataforma para servicio multimedia

(para transferir archivos multimedia: grabaciones de voz, faxes, transcripciones, información de contacto y de perfil)

HTTPS

media.ringcentral.com

TCP/443

Servicios de Google (contactos y calendario)

HTTPS

accounts.google.com

www.google.com

www.googleapis.com

TCP/443

3.2.7 Softphone móvil de RingCentral

La tabla 3.2.7 se aplica a la aplicación para teléfonos móviles cuando se utiliza en una red Wi-Fi.
Tabla 3.2.7: Softphone móvil de RingCentral  

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

 

Medios

RTP/SRTP

Superredes IP

UDP/20000-64999

 

Señalización

SIP

Superredes IP

TCP/5091

UDP/5091

 

Señalización asegurada

SIP/WSS/TLS

Superredes IP

TCP/5097
TCP/443

 

Señalización (cliente IPv6)

SIP/WSS/TLS

Superredes IP

TCP/5090-5098
TCP/443

 

Servicio de registro SIP

HTTPS

*.ringcentral.com

TCP/443

 

3.2.8 RingCentral Meetings para escritorio

Tabla 3.2.8: RingCentral Meetings: cliente de escritorio y web

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios

RTP

Superredes IP

UDP/8801-8802

TCP/8801-8802

Medios asegurados y señalización segura

HTTPS/TLS

Superredes IP

UDP/443

TCP/443

Control de acceso

STUN/TURN

 

UDP/3478

TCP/3478  UDP/3479

TCP/3479

Portal de inicio de sesión

HTTPS

meetings.ringcentral.com

TCP/443

Portal de inicio de sesión

HTTPS

webinar.ringcentral.com

TCP/443

Servidores de medios

HTTPS

*.zoom.us

*.meetzoom.us

34.196.189.103

TCP/443

3.2.9 RingCentral Meetings con Room Connector

Tabla 3.2.9: RingCentral Meetings con Room Connector (H.323 y SIP)

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios

RTP/SRTP

Superredes IP

UDP/9000-10000

Señalización

SIP

Superredes IP

UDP/3000-4000

UDP/5060

TCP/3000-4000

TCP/5060

Señalización

H.323

Superredes IP

TCP/1720

Señalización asegurada

SIP/TLS

Superredes IP

TCP/5061

Transmisión

   

UDP/8801-8803

TCP/8801-8803

Autenticación y actualización de software

TLS

*.zoom.us

TCP/80, TCP/443

3.3 RingCentral Archiver

RingCentral Archiver es una integración en la nube que permite a los administradores copiar el contenido de las llamadas, incluidas grabaciones, buzón de voz, fax y SMS en un repositorio propiedad de la empresa a largo plazo. Archiver puede utilizarse para garantizar que los datos de las llamadas se conserven durante un largo período y para cumplir con los requisitos de residencia de datos y de retención reglamentaria.
Tabla 3.3.1: RingCentral Archiver

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Archivar contenidos

HTTPS

Para los sistemas de archivo Box, Dropbox, Google Drive y Smarsh

TCP/443
(no atraviesa la red de empresa)

SFTP

Para archivar en un servidor STFP de empresa, las siguientes direcciones IP de cliente SFTP deben estar en la lista blanca:

34.225.218.68

34.226.29.169

34.234.210.244

34.236.210.8

34.239.13.99

35.172.123.110

52.87.7.127

54.80.51.95

El cliente SFTP de RingCentral puede seleccionar de forma dinámica cualquiera de estas direcciones IP para conectarse a un servidor SFTP empresarial.

TCP/22

3.4 Enlaces troncales SIP

Tabla 3.4.1: Enlaces troncales SIP

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Medios

RTP

Direcciones IP públicas que debe proporcionar RingCentral durante la definición del proyecto

UDP/1024-65535

Señalización

SIP

UDP/5060

TCP/5061-5065

3.5 Servicios de integración de comunicaciones

Las empresas pueden utilizar los servicios de integración de comunicaciones RingEX y RCV para desarrollar clientes de comunicaciones de punto final de software.
 
La siguiente tabla resume los servicios de integración de comunicaciones programáticos que permiten a las empresas construir sus propios clientes de punto final de soft. Estos servicios pueden necesitar una lista blanca en un firewall o proxy web:
1. Solo debe incluirse en la lista blanca el conjunto real de servicios que se utilizan. Por ejemplo:
    a. Si no se utilizan servicios de integración, estos dominios no necesitan estar   
        en la lista blanca.
    b. La API de aplicaciones integrables solo debe incluirse en la lista blanca si las aplicaciones
       basadas en esta API se implementan realmente.

2. El servicio de API de integración es la API básica en la que se basan todos los servicios
    de integración de comunicaciones y deben estar en la lista blanca.

3. Se necesita el servicio de registro de puntos finales para registrar todos los servicios de integración
    (WebRTC) con el servicio de comunicación en la nube de RingCentral y,
    por lo tanto, debe estar en la lista blanca.

4. El servicio de programación de RCV se utiliza para crear y gestionar
    reuniones de RCV.

5. El servicio de integración de Microsoft Teams (Slack) integra servicios que incluyen 
    RingEX y RCV en Teams (Slack).

6. La API de la plataforma se puede utilizar para desarrollar aplicaciones como un marcador 
saliente que están separadas o integradas en las aplicaciones empresariales existentes.
Tabla 3.5.1: Servicios de integración de comunicaciones

Propósito

Protocolo de aplicación

Nombre de dominio/direcciones IP

Puertos de destino

Servicio API de integración

HTTPS

api-rcapps.ringcentral.biz

api-rcapps.ringcentral.com

TCP/443

Servicio de registro de puntos finales

HTTPS

sip*.ringcentral.com

TCP/8083

Servicio de programación de RCV

HTTPS

api-meet.ringcentral.com

TCP/443

Servicio de integración de Microsoft Teams

HTTPS

teams.ringcentral.com 

TCP/443

Servicio de integración de Slack

HTTPS

slack.ringcentral.com

TCP/443

API de plataforma para desarrollar
aplicaciones independientes

HTTPS

platform.ringcentral.com

TCP/443

API de plataforma para desarrollar aplicaciones integradas

HTTPS

platform.ringcentral.com

TCP/443

4. DNS

Todos los puntos finales y servicios requieren un DNS basado en Internet para funcionar correctamente. En el caso de que se utilice un DNS privado, debe realizar búsquedas directas en un DNS basado en Internet.
 
Por ejemplo, los puntos finales dependen de un servicio DNS para resolver el nombre de dominio del servicio de aprovisionamiento (por ejemplo, pp.ringcentral.com).

5. NAT

La funcionalidad Traducción de direcciones de red/traducción de direcciones de puerto (denominada genéricamente como NAT) se aplica en el borde entre dos redes para traducir entre espacios de direcciones o evitar la colisión de espacios de direcciones IP.
 
Para el correcto funcionamiento de los hardphones, se debe configurar un tiempo de espera mínimo de traducción de direcciones de red. Los teléfonos Cisco envían un mensaje de actualización de REGISTRO de seguimiento cada 4 minutos, los teléfonos Polycom/Poly cada 5 minutos, por lo que el tiempo de expiración de la entrada de NAT debe establecerse en más de 5 minutos para cubrir los hardphones.

6. Software de seguridad

Es posible que sea necesario configurar el software de cliente de seguridad basado en la nube (firewalls de red y proxies web) y el firewall de cliente para evitar el tráfico de superred y otro RingEX cuando esto interfiera con el funcionamiento de los puntos finales.

7. Priorización de una conexión de red en MS Windows

En el caso de los puntos finales de los clientes de software con múltiples conexiones de red (por cable o inalámbricas), asegúrese de que el tráfico utilice solo una conexión. A veces, el ordenador está configurado para utilizar conexiones de red con la misma prioridad, lo que causa problemas con las llamadas de VoIP y de vídeo que utilizan clientes de software. Se pueden ejecutar los siguientes pasos para garantizar que se utilice una conexión de red Wi-Fi. Se pueden ejecutar pasos similares para priorizar una conexión de red por cable.
  1. En la parte inferior izquierda de la pantalla de MS Windows, seleccione Inicio.
  2. Escriba cmd en la barra de búsqueda para abrir una ventana de terminal.
  3. Escriba Route print en el terminal.
 
El resultado muestra las métricas utilizadas para diferentes interfaces en el ordenador. Para asegurarse de que el tráfico pase por la red Wi-FI, ejecute:
  1. En la parte inferior izquierda de su pantalla, seleccione Inicio.
  2. Escriba Panel de control en la barra de búsqueda.
  3. Seleccione Red e Internet.
  4. Seleccione Ver el estado y las tareas de la red.
  5. Seleccione Cambiar la configuración del adaptador.
  6. Seleccione el adaptador Wi-Fi marcado.
  7. Seleccione Propiedades haciendo clic con el botón derecho del ratón.
  8. Inicie sesión como administrador (si es necesario).
  9. Seleccione Protocolo de Internet versión 4 (TCP/IPv4).
  10. Seleccione Propiedades.
  11. Seleccione Avanzado.
  12. Desmarque la opción Métrica automática.
  13. Introduzca 9999 para dar la máxima prioridad a la interfaz Wi-Fi.
  14. Seleccione Aceptar.
  15. Escriba route /f para borrar las entradas de la tabla de enrutamiento.
  16. Reinicie para que se active la nueva prioridad de interfaz.
  17. Verifique la métrica ejecutando la impresión de ruta en la ventana del terminal.

8. Normas de calidad del servicio (QoS)

Para garantizar que el tráfico se priorice correctamente, deben seguirse las Normas de calidad del servicio. De lo contrario, las partes de la comunicación pueden experimentar problemas intermitentes de control de llamadas o de calidad de los medios.

9. Dispositivos y configuraciones no compatibles

Algunos tipos de dispositivos, configuraciones de dispositivos y configuraciones de red no se admiten ni se recomiendan en una solución de comunicación de RingEX, ya que causan problemas relacionados con el registro de los puntos finales, el funcionamiento de las funciones de llamada o problemas continuos o intermitentes de calidad de voz o vídeo (lo que contribuye a una latencia alta, una pérdida de paquetes o una fluctuación).
 
Para un correcto funcionamiento de los servicios de RingEX, es posible que las funciones enumeradas en la tabla 9.1 deban desactivarse o evitarse en dispositivos IP (conmutadores de capa 3, routers, firewall) y conmutadores de Ethernet. Al deshabilitar la funcionalidad mencionada para las capas IP y superiores, puede limitarse a las superredes mediante la aplicación de control basado en políticas. Por ejemplo, la aceleración de la WAN se puede configurar en modo de paso a través para el tráfico UDP originario y destinado a las superredes.
Tabla 9.1: Funciones que pueden afectar a la señalización SIP o al tráfico de medios RTP

Capa

Función

Aplicación

• Puerta de enlace de capa a nivel de aplicación SIP (SIP ALG), también conocida como transformaciones SIP

• Inspección SIP

• Inspección profunda de paquetes (DPI)

• Control de acceso a la capa a nivel de aplicación

• Inspección de paquetes con estado (SPI), también llamada filtrado dinámico de paquetes

• Sistema de detección de intrusión/prevención de intrusiones (IDS/IPS)

• Operación de proxy web

• Aceleración de la WAN

Transporte

• Filtrado de puertos

IP

• Equilibrio de carga de paquete por paquete a través de varios enlaces de proveedores de servicios

IP y enlace de datos

• QoS automática, cuando se utiliza en combinación con teléfonos Polycom/Poly

• Inspección ARP dinámica

Físico

• Ethernet de eficiencia energética (también conocida como Ethernet ecológica)

• Conexiones de red por satélite (Ethernet a través de microondas)

En concreto:
  • Para algunas de las funciones mencionadas en Funciones de capa a nivel de aplicación, el contenido del paquete puede atravesar un motor de procesamiento separado, lo que puede dar lugar a las deficiencias mencionadas. El impacto puede ser mínimo cuando se utilizan dispositivos de red avanzados, pero podría ser considerable para los dispositivos de pymes y SoHo.
  • Habilitar la SIP ALG puede causar problemas de señalización que hacen que algunas funciones de llamada no funcionen o solo funcionen parcialmente, además de problemas de audio unidireccional o de pérdida de audio.
  • La inspección SIP debe estar deshabilitada ya que puede causar problemas intermitentes de transporte de medios o de control de llamadas.
  • Las funciones IDS/IPS pueden limitar las transmisiones de paquetes a un determinado ancho de banda, lo que provoca problemas de audio intermitentes en varias llamadas cuando el número de llamadas supera un volumen determinado. Los aceleradores WAN utilizan la compresión de encabezados para reducir el consumo del ancho de banda. Para el tráfico VoIP, esto puede provocar un aumento de la fluctuación.
  • Por lo general, los proxies web no son compatibles con QoS, por lo que cualquier tráfico de vídeo y VoIP que pase a través de ellos puede experimentar una latencia y fluctuación excesivas.
  • El filtrado de puertos, como la protección contra inundaciones UDP, puede limitar el ancho de banda, causando problemas intermitentes en la calidad de voz cuando se producen muchas llamadas simultáneas.
  • No se admite el equilibrio de carga de paquete por paquete a través de varias conexiones a Internet porque la señalización y los medios para una sola sesión deben originarse desde la misma dirección IP.
  • El uso de QoS automática puede causar problemas de calidad de voz (como distorsiones o niveles incorrectos de volumen) con altavoces Polycom/Poly antiguos y versiones anteriores de teléfonos de escritorio.
  • La Ethernet ecológica se utiliza en los puertos del conmutador para ahorrar energía configurándolos automáticamente en modo de bajo consumo después de que no hayan pasado tráfico durante algún tiempo. Esto también puede causar problemas intermitentes de señalización y tráfico de medios.
  • Las conexiones por satélite producen retrasos muy superiores a 150 ms en cada dirección y, en función de la calidad de la conexión por satélite, también pueden causar fluctuaciones excesivas y pérdidas de paquetes. Que esto sea aceptable o no depende de las expectativas del usuario final.
© 1999-2022 RingCentral, Inc. Todos los derechos reservados.
Thanks!
We've sent you a link, please check your phone!
Please allow a full minute between phone number submissions.
There was an issue with SMS sending. Please try again. If the issue persists, please contact support.