No debes usar la calidad de servicio (QoS) para Google Meet en tu red, ya que Meet se adapta automáticamente a las condiciones de la red. Usa QoS solo si tienes un motivo convincente, como una red congestionada, y puedes implementar y mantener un modelo de QoS de extremo a extremo en tu red.
Si debes usar QoS
Si tu red está congestionada y debes proteger una QoS determinada para Meet, elige una de las siguientes opciones:
- Agrega QoS en los clientes de Meet.
- Agrega QoS en el perímetro de la red.
Opción 1: Agrega QoS en los clientes de Meet
Si agregas QoS en los clientes de Meet, el tráfico de Meet se etiqueta en las máquinas cliente para QoS dentro de la red empresarial. Las etiquetas de QoS se quitan cuando el tráfico se envía a Internet. El tráfico de Meet entrante se etiqueta cuando ingresa a la red empresarial.
Para agregar QoS en los clientes de Meet, haz lo siguiente:
- Establece una marca de DSCP a través de una política de QoS de Windows en la Consola de administración de directivas de grupo.
- Identifica el tráfico de Meet con el rango de puertos de Meet como se describe en Cómo preparar la red para las reuniones de Meet.
- Quita el etiquetado de DSCP para el tráfico que sale de tu puerta de enlace interna a Internet.
- Etiqueta el tráfico de Meet recibido de Internet. Este tráfico de Internet es el protocolo de transporte en tiempo real o el protocolo de control de transporte en tiempo real (RTP/RTCP) que usa los rangos de puertos de Meet.
Opción 2: Agrega QoS en el perímetro de la red
Con esta opción, el tráfico de Meet del cliente se etiqueta en el perímetro de la red para QoS dentro de la red empresarial. Las etiquetas de QoS se quitan cuando el tráfico se envía a Internet. El tráfico de Meet entrante se etiqueta cuando ingresa a la red empresarial.
Para agregar QoS en el perímetro de la red, haz lo siguiente:
- En todos los perímetros de la red, agrega una regla para marcar el tráfico de Meet. Debes asignar la clase Expedited Forward (EF) para el tráfico de Meet para garantizar una demora y una fluctuación bajas. Este tráfico es el tráfico de RTP/RTCP que usa los rangos de puertos de Meet.
- Quita el etiquetado de DSCP para el tráfico que sale de tu puerta de enlace interna a Internet.
- Etiqueta el tráfico de Meet recibido de Internet con la clase EF. Este tráfico es el tráfico de RTP/RTCP que usa los rangos de puertos de Meet.
- Dentro de tu empresa, para lograr valores bajos de demora, fluctuación y pérdida, prioriza el tráfico de EF y colócalo en colas de prioridad estricta o de baja latencia. Implementa precauciones adicionales, como la limitación de frecuencia por encima de los valores de ancho de banda predefinidos, para asegurarte de que el tráfico de EF no limite otras clases de tráfico en la red.
Prueba la QoS
Los diferentes proveedores de hardware tienen diferentes implementaciones de QoS, por lo que las pruebas pueden variar ligeramente. Ajusta la configuración para garantizar la QoS de extremo a extremo.
- Comienza con un entorno de prueba pequeño para revisar el rendimiento de un solo dispositivo.
- Sigue la ruta de los paquetes a través de los dispositivos de red individuales para validar que la ruta de la red respete las marcas del cliente y comprender las pérdidas de colas individuales y la capacidad de procesamiento en los dispositivos.
- Revisa las secciones que aparecen a continuación en esta página para revisar y probar aún más la QoS.
Es posible que algunos dispositivos de red no inteligentes, como un concentrador o un conmutador de gama baja, no admitan la función completa de QoS. Asegúrate de que no se modifique el valor de DSCP marcado en el dispositivo ascendente. De esta manera, los dispositivos inteligentes descendentes pueden aplicar la estrategia de QoS correcta en función de la marca correcta.
Cómo garantizar que la ruta de la red respete las marcas del cliente
Puedes verificar las marcas de DSCP correctas con las siguientes herramientas:
- Captura de paquetes: Usa la captura de paquetes con Wireshark, por ejemplo, para ayudarte a verificar las marcas de DSCP correctas en el dispositivo de red (AP, router o conmutador) y en el dispositivo final (computadora). Usa la duplicación de puertos o el analizador de puertos de conmutador (SPAN) para enviar los datos capturados a un puerto de destino seleccionado para la duplicación de puertos local. Un protocolo de puerto remoto, como el analizador de puertos de conmutador remoto (RSPAN), puede enviar datos capturados a un servidor remoto para su análisis.
- NetFlow: Puedes usar NetFlow para verificar la marca de DSCP en el dispositivo de red. El valor de DSCP se exporta de forma predeterminada al recopilador. Filtra la 5-tupla (IP, protocolos y puertos) de los datos capturados para verificar el valor de DSCP de cada aplicación específica.
Supervisa el rendimiento de la QoS de Meet a nivel de la red
Usa una herramienta de supervisión basada en el Protocolo simple de administración de redes (SNMP) para mostrar la vista de tendencias de las diferentes utilizaciones de colas y las tasas de pérdida de colas. Si marcas Meet en el nivel de la aplicación como EF, puedes observar la utilización de EF y la tasa de pérdida de esta clase para comprender el rendimiento de Meet para una interfaz en la red.
Si agregas los datos de la aplicación, NetFlow puede mostrar una vista apilada de una vista específica del sitio o global.
Simula la congestión y la validación de QoS
- Genera varios flujos de tráfico en tu entorno de prueba que superen el ancho de banda máximo del medio. Por ejemplo, genera tráfico de 2 Gbps en una ruta de 1 Gbps.
- Compara la capacidad de procesamiento en el extremo receptor para verificar si el tráfico de alta prioridad recibe un tratamiento adecuado.
Para simular la congestión en redes inalámbricas, haz lo siguiente:
- Genera varios flujos al mismo punto de acceso. Por ejemplo, para 802.11n, envía 2 por 150 Mbps para cada flujo, ya que 802.11n puede admitir una capacidad de procesamiento máxima de aproximadamente 180 Mbps.
- Verifica la capacidad de procesamiento en el extremo receptor.
Por ejemplo, para demostrar que el tráfico de alta prioridad recibe un mejor servicio, envía una clase diferente de tráfico a través de Wi-Fi (en el mismo punto de acceso, en el mismo dominio de colisión). El tráfico de alta prioridad debe obtener toda la capacidad de procesamiento sin perderse, mientras que el tráfico de baja prioridad debe perderse de forma drástica.
Para probar que la QoS funciona como se espera, ingresa los siguientes comandos:
- Para el mejor esfuerzo, ingresa iperf3 -c dirección IP -u -b 150m -t 50 -l 1000B -i 10 -S 0x0.
- Para EF, ingresa iperf3 -c dirección IP -u -b 150m -t 50 -l 1000B -i 10 -S 0xB8.
Google, Google Workspace y las marcas y los logotipos relacionados son marcas comerciales de Google LLC. Todos los demás nombres de productos y empresas son marcas comerciales de las empresas con las que se encuentran asociados.