Default Value: 0
Valid Values: Any integer from 0-7000
Changes Take Effect: Immediately
Specifies the number of characters from the whole client message that the log prints, starting from the beginning of the message.
Default Value: true
Valid Values: true, false
Changes Take Effect: Immediately
Prohibits or allows the printing of (attached) user data in the log output. A value of true prohibits printing.
Deploying a Chat Solution
This page outlines the essential steps of deploying a Chat Solution.
To deploy Chat Server, perform the following steps:
- Create a Chat Server application in configuration. Make sure that the following configuration is specified correctly:
- Ports. At least 3 ports must be configured with the following IDs: default, webapi and ESP. Additionally, if KPI must be exposed via REST API, port with ID health must be added.
- Connections. Chat Server must be connected to Interaction Server and UCS, and optionally Chat Server could be connected to the Configuration Server application (usually confserv) and Message Server. Setting addp is recommended for all these connections.
- Endpoints. The endpoints:*tenant_dbid* section must be renamed to contain an appropriate tenant ID value (for example endpoints:1) and the default option must be initialized with a queue name (to which Chat Server will submit interactions).
- Logs. By default logs are configured to hide all possible sensitive data - which however might not be convenient if troubleshooting is required. Decide on how you want to set the hide-attached-data and message-log-print-size options in the settings section and options in the log-filter-data section.
- Set up Chat Server High Availability configuration if needed.
- Connect other applications to the Chat Server application:
- Interaction Server must be connected to the ESP port (addp is recommended for this connection).
- GMS must be connected to the webapi port (addp is not recommended for this connection due to short living nature of these connections).
- Install the Chat Server installation package (IP).
- Configure other applications to work with chat channels:
- Create/modify capacity rule to include the chat media type.
- Create/modify workflow (using either IR Designer or Composer) to route a chat interaction. For information about sending messages to a chat session refer to How to Send Message or Notice to Chat Session from Workflow.
- Enable GMS to provide chat API (by adding the chat.customer-support section).
- Configure agents (persons in configuration) with a chat channel access.
- Adjust configuration of Workspace (agent desktop) if needed. For WDE review the chat.* and chatserver.* options and for the openmedia.workitem-channels option add the chat value.
Interaction Server Cluster Support
Please refer to Interaction Server Cluster documentation (in particular, review Special Considerations for Media Servers in Suggested Deployment Configuration) in order to configure Chat Server to work with Interaction Server Cluster.
UCS 9.1 support
In order to configure Chat Server 8.5.x with the cluster of UCS 9.1 nodes (all of which are running in active mode):
- Configure all UCS instances as primary and backup pairs:
- UCS 9.1 ignores this configuration.
- Chat Server instances will be using this configuration.
- Divide all instances of Chat Server into the same number of groups as the number of UCS pairs.
- For each group, connect each instance of Chat Server only to the primary UCS of a corresponding UCS instances pair.
- Ugrade all instances of UCS configured as backup (stop instances, upgrade the IP, and then start instances again).
- Stop all UCS instances configured as primary. At this point Chat Server instances will switch to UCS instances which are configured as backup.
- Upgrade all UCS instances configured as primary (stop instances, upgrade the IP, and then start instances again).