Hardware Requirements

Operating System Requirements
The VCOM Virtual Matrix can be installed on virtually any modern Windows based operating system however Windows 10 Professional x64 or Windows Server 2019 x64 are highly recommended.

Memory Requirements
The memory requirement for the VCOM Virtual Matrix are very minimal and system size does not realistically need to be considered. It is recommended to use 8GB of memory with any modern OS which will also provide sufficient resources for operation of the Virtual Matrix.

Storage Requirements
The storage requirements for VCOM Virtual Matrix in the standard configuration are not substantial but some incremental storage space is required for Activity/Debug Logs. In the standard configuration, a minimum of a 128GB SSD is recommended although a 256GB SSD is preferred. An SSD is specified only for reliability.

If the system is configured with audio recording, additional diskspace may be required. Recording in WAV file format, at the default audio sampling rate of 32KHz, would require 225 MB per recording hour but after MP3 compression will likely be 10% of that value. As an example, if recording 1 channel with active audio for 5 hours per day for an entire year, it would require and estimated 40GB of disk space. When the system is configured with audio recording, a TB drive is recommended.

Computational Requirements (N/A for for VCOM WebRTC Clients)
The computational requirements for the Virtual Matrix depends on the number of active connections to the system and how the system is being utilized. In a “Heavy” use configuration, there would be many users simultaneously monitoring multiple audio sources including multiple conferences with large groups of users. In a moderate use configuration, there would be many users simultaneously monitoring single sources or conferences with smaller groups of users. In a “Light” use configuration, there would some users monitoring audio sources and conferences while other users just periodically communication with specific other users. To determine the computation requirements each of the use cases is assigned a value for the ‘Number of Connections’ relative to the ‘Number of CPU Cores’ as follows:

                       Number of CPU Cores

Number of Connections Heavy Moderate Light
50 75 100
100 2 1 1
200 4 2 2
300 6 4 3
400 8 5 4
500 10 7 5
600 12 8 6
700 14 9 7
800 16 11 8
900 18 12 9
1000 20 13 10
1100 22 15 11
1200 24 16 12

The CPU itself must have an average CPU benchmark (aka CPU Mark per PassMark) of approximately 1250 per core. If the CPU does not meet this criteria, the data provide must be scaled appropriately.

For reference, the standard server provided by Intracom has an Intel Core i7-8700 with 12 cores and a PassMark benchmark of 15222 or an average of 1268 per core. With the above recommendations, the server can support 600+ connections in a “Heavy” use configuration, 900+ connections in a “Moderate” configuration or 1200+ connections in a “Light” use configuration.

Additional factors effecting computational requirements would be the co-location of the Device Interface with a Dante Virtual Sound card on the same server as the Virtual Matrix.

Network Requirements

Bandwidth Requirements
The network bandwidth requirements must be carefully analyzed to ensure proper bandwidth is available at any point where multiple clients will share the same physical connection point. The most obvious connection point where this is critical is at the server where bandwidth requirements will be the sum of the requirements of every possible client. The least obvious connection point where this is also important occurs when multiple remote clients in one physical location need to access the server in another physical location as the bandwidth requirements for the connection between these two points will be the sum of the requirements for all remote clients.

To determine the bandwidth requirements it is necessary first to determine the network bandwidth utilization per client connection, which is indicated below for the various audio sample rates that can be configured.

VCOM Control Panel and VCOM Device Interface:

Audio Sample Rate Data Rate (Kbps) [ATS=20ms*] Data Rate (Kbps) [ATS=40ms*] Data Rate (Kbps) [ATS=60ms*] Data Rate (Kbps) [ATS=80ms*] Data Rate (Kbps) [ATS=100ms*]
8 KHz 32 23.6 20.8 19.4 18.56
16 KHz 44.8 36.4 33.6 32.2 31.36
32 KHz 46.8 38.4 35.6 34.2 33.36

VCOM WebRTC Control Panel:

Audio Sample Rate Data Rate (Kbps)
48 KHz 200

ATS = Audio Time Slice per packet which controls how many 20ms audio frames are transmitted within a single UDP packet. As each UDP packet requires a fixed amount of overhead, the more frames sent at the same time, the less the UDP overhead which conserves network bandwidth. Conversely, the more audio frames sent per transmission, the greater the system latency and the potential audible consequence of a lost packet. The default is 20ms.

To determine server bandwidth requirements, first determine maximum potential bandwidth utilization by multiplying the number of clients (users and devices interfaced) by the Data Rate associated with appropriate Audio Sample Rate for the configured Audio Time Slice per packet. The product is the bandwidth required if every client were to receive audio simultaneously (maximum download bandwidth requirement) and also the bandwidth required if every client were to send audio simultaneously (maximum upload bandwidth requirement). In a typical system, the maximum download bandwidth requirement must be allocated for, as several system functions can require simultaneous audio transmission to all clients. The maximum upload bandwidth requirement however will realistically never be achieved as it is not feasible that all audio sources in a system would be active simultaneously since the result would be inaudible. As such the upload bandwidth to be allocated must be made based on the estimation of the number of simultaneous active audio sources noting that inactive audio sources will have no bandwidth requirements.

Firewall Requirements
VCOM uses the below ports. It is only necessary to open the ports for the VCOM features you use in the "Required for" column below.

Port or Port Range Protocol Description Required for
80 TCP (HTTP) System Administration and WebRTC Control Panel data (Unsecure) Not Required
443 TCP (HTTPS) System Administration and WebRTC Control Panel data (Secure) System Administration and WebRTC Control Panel
81 TCP (WS) WebRTC Control Panel Signaling data (Unsecure) Not Required
444 TCP (WSS) WebRTC Control Panel Signaling data (Secure) WebRTC Control Panel
1000 TCP Control Panel for Windows/iOS/Android & Device Interface data Control Panel
1000 UDP Control Panel for Windows/iOS/Android & Device Interface audio Control Panel
1001 TCP Virtual Matrix Failover data Failover
5060 TCP (SIP) SIP Signaling data SIP
5060 UDP (SIP) SIP Signaling data (Default but can be disabled to force TCP) SIP
16384-32768 UDP (RTP+RTCP) SIP Media audio SIP
49152 to 65535 UDP (WebRTC) WebRTC Media audio WebRTC Control Panel
8443 TCP (WSS) Video Application Server Video Streaming
8888 TCP/UDP (separate) Media Server Video Streaming

Software Installation

Download VCOM Virtual Matrix from our downloads page and unzip the installer.

Run the installer and follow the prompts. You will need to accept Intracom Systems’ License Agreement to install the software. During the installation process you will be asked if you want to install the VCOM Virtual Matrix to run as a service or application. Servers should run VCOM as a service.

To open the VCOM Virtual Matrix once installed click on your ‘VCOM Virtual Matrix’ shortcut icon on your desktop or click on your start menu and select ‘All Programs.’ Find ‘Intracom’ and select ‘VCOM Virtual Matrix.’

Note, you can run the VCOM Virtual Matrix before licensing but will not be able to connect Control Panels or Device Interfaces.


To license your VCOM System you need to acquire a valid license file from Intracom. To do so you must provide Intracom with your unique ‘System Identification Code’ generated automatically when you install the VCOM Virtual Matrix. The ‘System Identification Code’ is a unique value specific to the computer on which the Virtual Matrix was installed and is not transferable to any other computer. If the server you are running the VCOM Virtual Matrix on has dual network cards make sure the correct one is chosen before sending the system identification code as it is dependent on the network card being used.

1) Log into the VCOM System Administration and in the upper left corner select 'License' from the 'System Maintenance' tab.

2) If you do not have a VCOM license copy the code and send it to your VCOM sales representative. If you already have a VCOM license click 'Upload License' and select the license file.

Once the license file is installed, the VCOM Virtual Matrix will be ready to accept connections under the default configuration for 40 users consisting of 20 guest users that work using the guest template, 10 VCPs set for Windows Desktop, and 10 VDIs set for 4 wire interfaces.

The guest template allows for users to use their own user name for logging into the VCP on any supported device using the password of “guest”. This is useful during temporary/demonstration in which you can assign the necessary selectors for the event, give the users the Virtual Matrix IP address, and the users can use their own user name with the password of “guest”.

The 10 preprogrammed “Panels” all have the user name of “panelxx”, where xx= the associated number of the panel 01-10. For example, Panel #1 would use “panel01” as the user name. All panels do not have a password; so leave this blank when signing into the Virtual Matrix from the VCP.

The 10 preprogrammed “VDIs” are setup for a 4-wire interface. Like the aforementioned panels, the VDIs use “ioxx”, where xx= the associated number of the VDI 01-10. The VDIs also do not have a password, so leave this blank when signing into the Virtual Matrix from the VDI.


SSL allows for a secure, encrypted connection to be established between the VCOM Virtual Matrix server and the VCOM WebRTC Control Panel as well as the VCOM System Administration. The VCOM Virtual Matrix server will automatically generate a self-signed SSL certificate unpon first launch.

When you access to the System Administration or VCOM WebRTC Control Panel you may see a security warning in your browser. The connection is still secure however the browser displays a security warning due to the fact that the certificate is self-signed and not trusted. To correct this issue, an SSL certificate generated by a trusted Certificate Authority can be used or the self-signed certificate generated by the server can be installed on your device.

Options 1: Generating a SSL Certificate Signed by a Certificate Authority
To generate a CA (Certificate Authority) SSL certificate a domain name must be registered for the server. This is because CA SSL certificates can only be generated for domain names and not IP addresses. Additionally, the VCOM Virtual Matrix server must be accessible on the public internet. The steps below show how to generate an SSL certificate using shieldsigned.com however the steps will be similar for all SSL providers.

Make an account at shieldsigned.com. Enter the domain name and check the boxes for My CSR and HTTP.

To get the CSR to go into the System Admin > System Maintenance > SSL Certificate and click Generate CSR with Default Values.

Enter in the domain name and click Submit. Copy the CSR and paste it into Shieldsigned.

On your VCOM server navigate to C:\Program Files\Intracom\VCOM Virtual Matrix\Web Resources\Root and create a folder titled .well-known. Inside the folder create a folder called acme-challenge. You will then need to create a file with the title and contents given to you by shieldsigned. Note: The file should have no extension. Shieldsigned will automatically check if the file is accessible and generate your certificate.

In the System Administration click Install Signed Certificate.

Copy the Certificate and paste it into the CA Signed Certificate box in the System Administration. Copy the CA Intermediate Cert and paste it directly below the certificate. There should be no empty lines between the two certificates. Click Submit.

Option 2: Installing the Self-Signed Certificate

Installing the Self-Signed Certificate on iOS (required)
1. Press the certificate button (highlighted in red below)
2. A popup will display saying "The website is trying to download a certification profile. Do you want to allow this?" Tap allow.
3. Go to the iOS setting and select "Profile Downloaded"
4. Select the Intracom Configuration Profile.
5. Tap the Install button.
6. Tap the Install button again.
7. Tap the Install button again.
8. Go to Settings > General > About > Certificate Trust Settings
9. Enable the Intracom certificate.
10. Click Continue.

Installing the Self-Signed Certificate on Android (not required)
1. Download the certificate
2. Setting app -> Security -> Encryption & Credentials -> Install a Certificate -> Select CA Certificate option
3. Select Install Anyway
4. Select the Intracom Certificate that you downloaded previously