State of knowledge

March 2021

Introduction

This document describes the settings that must be made when ProCall is running in a remote desktop connection and audio/video communication is to be used over it.

This scenario has been tested with the following operating systems and is sometimes only supported with Windows Server 2012 R2 or newer:

  • Windows Server 2012 R2
  • Windows 8.1
  • Windows 10

Settings for audio/video in an RDC

Group policy

Via group policy (distributed or local) the option for redirection is enabled.

Terminal server group policy

On the terminal server (Remote Desktop Services), the redirections for audio must be configured or enabled.
To do this, open the group policy editor on the server and navigate to:

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection

Enable/disable the following settings: 

SettingStatus
  • Do not allow video redirection
  • Disabled
  • Do not allow redirection for supported Plug & Play devices
  • Disabled
  • Allow redirection of audio and video playback
  • Enabled
  • Allow redirection of audio recording
  • Enabled

Example screenshot: Device and Resource Redirection


Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Remote Session Environment

SettingStatus
  • RemoteFX coding for RemoteFX clients for Windows Server 2008 R2 SP1
  • Enabled

Example screenshot: Local Group Policy Editor – Remote Session Environment


Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Connection Host\Remote Session Environment\RemoteFX for Windows Server 2008R2

SettingStatus
  • Configure RemoteFX
  • Enabled

Example screenshot: Local Group Policy Editor – RemoteFX

 

Client group policy

On the client (Remote Desktop Client) the redirection for locally connected USB devices (in this case the WebCam) must be enabled.

To do this, open the Local Group Policy Editor on the client and navigate to:

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\RemoteFX USB Device Redirection

SettingStatus
  • Allow RDP redirection for other supported RemoteFX USB devices on this computer
  • Enabled

Example screenshot: Local Group Policy Editor RemoteFX USB Device Redirection

Note that updating group policies (when group policies become active) depends on several factors. You can find more details about this in the Microsoft documentation:

Remote Desktop Connection Settings

Local Resources >> Remote Audio >> Settings...

Local Resources >> Local Devices and Resources >> More...

"Other supported RemoteFX USB devices" must be available, but should not be enabled:

RDP client session configuration check

In Microsoft Windows Microphone Privacy Settings (Settings\Privacy\Microphone), enable the "Allow apps to access your microphone" option.


In Microsoft Windows Camera Privacy Settings (Settings\Privacy\Camera), enable the "Allow apps to access your camera" option.

The input and output devices selected in the client (Remote Desktop Client) operating system are available within the RDP session on the Terminal Server under Control Panel\All Control Panel Items\Device Manager as "Remote Audio":

and can be selected in the ProCall Client Audio/Video Wizard under Microphone, Playback Device and Ring tone:

The next step is to select the camera:

Further technical notes

General operating instructions

Due to the lack of its own optimization options, estos cannot make a generally valid recommendation for softphone operation in the Microsoft Windows Terminal Server environment. The design and utilization of such a topology varies too much from customer to customer, so that the possibility of using ProCall softphones must only be verified on a customer-specific basis within the scope of intensive tests.

Prioritization of audio data

The audioqualitymode:i:1 or audioqualitymode:i:2 setting can be used to statically specify the audio quality in the RDP file at the local client, regardless of the available bandwidth.

See also


Tests in the lab have shown that the audioqualitymode parameter cannot significantly improve audio quality when Terminal Services is under load. Compressing or reducing the audio packets using this parameter then has no significant effect on the delivery of the RTP packets to the UC Media Server. This means that the RTP packets are received with audible gaps at the Kurento and are thus also forwarded directly to the PBX.

Analysis of audio quality problems

For the analysis of the RTP data stream, a described Wireshark Trace of the Terminal Server and the UCServer (Media Server) as well as a network topology is required: Analysis of softphone behavior

If the analysis shows that data packets are delayed or sent irregularly on the network route or are even lost, no improvement can take place via ProCall, but must be further analyzed and remedied by the integrator in the environment.

Further information