Applicable to VRS 14.8.0
The VRS limitations are listed and categorized as follows:
General Limitations
|
Summary |
Description |
|---|---|
|
No logout upon session timeout |
The users are not logged out automatically when the authentication token expires. |
|
Updating User Role |
If the user role is changed (e.g., from agent to admin) on the IAM solution while the user is logged in on VRS and tries to fetch recording data, the data is populated according to the updated user roles, but the other access remains on the VRS interface, restricted for the user, and the user needs to re-login for all updated permissions. |
|
Archival Service |
|
|
Audit Logs |
|
|
Pause and Resume recording |
Pause and Resume recording functionality does not have a user interface; it can only be controlled through endpoints/APIs. |
EFCX Integration Limitations
|
Summary |
Description |
|---|---|
|
Hold Time |
Hold time is displayed as 00:00:00 for the A1A2C1 leg when a call is placed on hold during an internal or external consult conference, or a barge-in conference. Additionally, hold time is not calculated accurately for the A1C1 leg in these scenarios. |
|
Recording Permissions |
No recording permissions are implemented. |
|
VRS Not Auto-Recovering After CX Restart |
VRS fails to reload tenant configurations and allow user logins after the CX server is restored from downtime. A manual restart of the VRS APIs container is required as a workaround. |
|
Queue Name |
|
|
Selective Recording |
The Selective Recording feature is not supported for EFCX. |
|
Screen Recording |
The Screen Recording feature is not supported for EFCX. |
|
High Availability |
HA Deployment is not supported for EFCX. |
|
Archival Service |
Archival Service is not supported for EFCX. |
|
Agent role |
The agent role user can’t log in to the VRS application. |
|
Export Data |
|
Cisco Integration Limitations
|
Summary |
Description |
|---|---|
|
Consult Calls/Internal Calls |
|
|
Consult Conference Calls |
Duplicate legs/recordings are occurring in the consult conference calls. |
|
Limited Codec Support |
IVR audio is unintentionally captured when an agent receiving a customer’s call makes a consult request on the queue, resulting in unwanted IVR recordings in those call legs. |
|
IVR Recording |
The IVR is now recorded when an agent receiving a customer’s call makes a consult request on the queue. |
|
Archival Service |
Only one archival mode can be active at a time. Users must choose either Archive Only or Copy and Archive; both cannot run simultaneously. |
|
No Streams Encryption |
Only mixed audio call recordings are encrypted in the system. Streams are not encrypted. |
|
Queue Name |
No Queue or Skillgroup data is available for Cisco. |
|
Screen Recording |
|
|
Selective Recording |
|
High Availability Limitations
|
Summary |
Description |
|
|---|---|---|
|
Container/Component Level Failover |
VRS High Availability does not support container-level failover. As a result, if a component on one server experiences downtime, the corresponding component on another server will not be notified of the downtime. |
|
|
Same Subnet |
VRS Servers must reside on the Same Subnet for High Availability Mode. |
|
|
Hostname Requirement |
Hostnames of both VRS servers running in High Availability (HA) mode must be unique. If they are identical, HashiCorp Consul will not function correctly, preventing it from locking one of the JTAPI connectors to process call events. |
|
|
Failover during call |
Failover during an ongoing call is not supported. Therefore, if the server goes down during a call, the recording will not be saved in the system. |
|
|
No Backup of Replay Server |
The current architecture does not support High Availability (HA) for the Replay Server. If the Replay Server remains unavailable for a long time, recorders may experience storage overflow, which can lead to unexpected system behavior. |
|
|
Recorder and Mixer Binding |
The Recorder and Mixer components do not support High Availability. If the Recorder is capturing audio and its assigned Mixer fails, the other VRS Server’s Mixer cannot take over. |
|
|
Rsync Logs |
Currently, if the Replay Server goes down during the rsync process, the transfer status may not be accurately reflected in the rsync logs, preventing precise tracking of successfully transferred recordings. |
|
|
Pause and Resume Recording |
Pause and Resume recording functionality is not supported in the High Availability (HA) solution. If the primary server goes down, the feature will not work on the secondary server. |
|
|
Archival Service |
|
If the Archival Service retention period is set shorter than the housekeeping job interval, conflicts may occur between Archival Service and Rsync. Always ensure that the housekeeping retention period is shorter than the Archival Interval. |