Troubleshooting for CX Voice
Inbound Scenarios
You can troubleshoot this case on the following ends:
AgentDesk
Check if an agent is logged in on the AgentDesk
Check if CX voice MRD is ready for the agent. (Check MRD state for the Agent, should be in the Ready state)
Check if CX Voice is working correctly with no SIP-related errors in the AgentDesk console (F12 in the browser)
Voice Connector logs
Open the Voice Connector logs.
Check if the RECEIVED AGENT RESERVATION REQUEST is shown and the call info printed is correct.
eslHost, callUid",queueType, callingNumber, priority, queue, callSipId, direction, service identifier
See if information in ASSIGN_RESOURCE_REQUESTED payload is correct.
ServiceIdentifier must match the dialed number and the serviceIdentifier set for the CX Voice channel in Unified Admin
Check if customerChannelIdentifier is the same as the calling number
Check if queue info is correct (no queue name/type means default queue selected)
If not, check that the correct queue is set in Media-Server cx_env file and that the correct queue is assigned to the agent in Unified Admin. (e.g. for DN 1225, env will be cx_env1225.lua)
Check direction (INBOUND/DIRECT TRANSFER) and eslHost (same as IP address of Media-Server of calling number)
If the RECEIVED AGENT RESERVATION REQUEST is not shown then:
Check if VC IP/Port in Media-Server cx_env file is correct. (e.g. for DN 1225, env will be cx_env1225.lua)
Check if CCM API logged is correct (CORRECT IP/PORT OR FQDN)
Check if CCM returns any info (Delivered 200 and CHANNEL_SESSION_STARTED MUST be returned).
Check if the correct VC IP/PORT in CX Voice Channel provider and that the correct provider is set in the Channel connector.
If CCM returns some messages but no agent is reserved, then try switching CX Voice MRD on AgentDesk off and on.
If you can't switch, then hang up the call, consult with the Support team to clear the conversation from the conversation manager API, and start the call again.
Also, make sure that the agents currently logged in and expecting calls have the same queue assigned to them as noted in Step 2.
If the AGENT_RESERVED payload from CCM is giving [agentExtension] not found error then make sure to assign an Media-Server extension to that reserved agent and log in to that agent.
If the AGENT_RESERVED payload from CCM is giving [uuid] not found error then there is a mismatch between the EF CX version and the Voice Connector version. Consult the Support team.
Check if CALL TRANSFERRED is shown after AGENT_RESERVED payload and no error received from Media-Server.
If "rude rejection" shown with "Received message: [EslMessage" then add VC server IP and VC docker container IP to Media-Server ACL
You may obtain the IP address via the command docker inspect <containerID> and reading the Gateway field.
If an error is shown after "Opening ESL Connection" then check if Media-Server is running, and unblock port 8021 on the Media-Server server.
Verify agentExtension after AGENT RESERVED matches your agent extension on Agent Desk.
If it doesn't then check if another agent is logged in with the same queue.
If it matches and no call is received then consult with the Support team.
Dial *9664 and verify that the audio can be heard.
If not then try reconnecting your VPN(if remote), and reconnecting your extension, or changing your extension.
If audio can be heard, move to Step 2.
If audio still cannot be heard, then consult the Support team.
Check dialplan on Media-Server to see if the cxIvr.lua script is set.
If previous fixes don't work then consult the Support team
Check dialplan on Media-Server to see if the cxIvr.lua script is set.
Check Media-Server logs to see if an error is logged when the call starts.
Consult the Support team to verify if the IVR script is failing when the agent option is selected.
You can troubleshoot this case on the following ends:
AgentDesk
Check if any agent is logged in on the AgentDesk.
Confirm that all logged in agent have their tabs open, and did not close them during the ringing call.
Make sure that agents used the appropriate log-out feature instead of closing their tab.
Make sure that agents have microphone permission allowed before receiving any call.
Media Server
On the AgentDesk note the agent’s voice extension and open the Registrations section on the Media Server.
Check if the agent’s extension is listed under the User column.
If it is listed twice then confirm if any other agent is not using the same extension.
If not listed, then reload the agent tab and make sure that the CX Voice Connected message pops up at the top of the page.
Verify that the agent did not get logged out.
Consult with the Support to check the details.
If a call is not routed to any agent (the call ends abruptly)
Refer to the RONA dialplan section.
If the dialplan is not set properly as shown in the RONA dialplan, then add the following line at the end of the local_extension dialplan:
action | lua | vcApi.lua 'rona' | 1 | 76 | true |
---|
If a call is not routed to any agent (the queue music keeps playing and seems the customer is waiting for a long time)
Check if an agent is logged in on the AgentDesk
Check if CX voice MRD is ready for the agent.
Check if CX Voice is working correctly with no SIP-related errors in the AgentDesk console (F12 in the browser)
Check Unified Admin to see if the expected agent has the correct queue assigned.
Check the Voice Connector logs for any errors logged.
Queue Transfer Scenarios
Verify that the second agent was logged in during the transfer.
Check the Voice Connector logs for any errors logged.
Open the Agent Desk config map.
Note the value of the STATIC_QUEUE_TRANSFER_DN field.
Verify that the value is the same in the Media-Server Queue Transfer dialplan as well as the vcApi.lua Media-Server script file
IVR-based Outbound
Note the response error code.
If contact is added via the Voice connector API, then the HTTP error can be seen in the response.
If the contact is added via the CCM API or the scheduler API, then open the CCM logs and check the Voice connector response codes there.
Error 406:
This error indicates that there is an ongoing call with the same contact. To resolve this:
Disconnect the previous call with the same contact number.
If the previous call has disconnected and the error persists, consult with the Support team.
Error 400:
This indicates that there is an incorrect field/missing field in the contact provided via the API. To resolve this:
Check the missing/incorrect field in the contact payload logged in the VC logs
Correct that field in the contact payload being sent.
Error 500:
This indicates an unexpected error has occurred while dialing the contact. To resolve this:
The error should be described in the VC logs and if it is not understandable, consult the Support team.
Error 503:
This indicates an issue with the Dialer database. To resolve this:
Follow the steps in the Troubleshoot database connection section.
There could be multiple reasons that the customer does not receive the call. To check this:
Open Dialer logs
Errors | Troubleshooting Steps |
---|---|
If a database error is logged | Follow the steps in the Troubleshoot database connection section. |
If no error is logged and no log is shown with “CAMPAIGN TYPE:” |
|
If the error NO EFSWITCH CONNECTION is logged |
|
If the error INVALID GATEWAY is shown | Verify that the gateway ID being set in the contact payload is the correct one |
If the error GATEWAY DOWN is shown | Restart the gateway on Media-Server in the browser. |
If “CALLED THE CUSTOMER” is shown but no call is received |
|
Progressive Agent-based Outbound
Note the response error code.
If contact is added via the Voice connector API, then the HTTP error can be seen in the response.
If the contact is added via the CCM API or the scheduler API, then open the CCM logs and check the Voice connector response codes there.
Error 406:
This error indicates that there is an ongoing call with the same contact. To resolve this:
Disconnect the previous call with the same contact number.
If the previous call has been disconnected and the error persists, consult with the Support team.
Error 400:
This indicates that there is an incorrect field/missing field in the contact provided via the API. To resolve this:
Check the missing/incorrect field in the contact payload logged in the VC logs.
Correct that field in the contact payload being sent.
Error 500:
This indicates an unexpected error has occurred while dialing the contact. To resolve this:
The error should be described in the VC logs and if it is not understandable, consult the Support team.
Error 503:
This indicates an issue with the Dialer database. To resolve this:
Follow the steps in the Troubleshoot database connection section.
Check the Dialer logs:
If a database error is logged, then
Follow the steps in the Troubleshoot database connection section.
If no error is logged and no log is shown with “CAMPAIGN TYPE:” then
Verify the correct database details are set in the Dialer environment variables.
Verify that the MAX_CONCURRENT_CALLS field in Dialer environment variables is set to 1 or more.
Verify that the CALLS_PER_SECOND field in Dialer environment variables is set to 1 or more.
If UNABLE TO REQUEST AGENT FROM VOICE CONNECTOR FOR CALL ID is shown, note the error code logged
If an error is shown after AGENT REQUESTED FOR CALL ID then refer to the database troubleshooting section.
If RECEIVED RESERVED AGENT INFO FOR CALL ID is not shown within a minute of the AGENT REQUESTED FOR CALL ID message then refer to the Voice Connector logs.
If a DATABASE CONNECTION ERROR is shown, refer to the Troubleshoot database connection section.
If the error INVALID GATEWAY is shown then verify that the gateway ID being set in the contact payload is the correct one.
If the error GATEWAY DOWN is shown, restart the gateway on Media-Server in the browser.
If an UNEXPECTED ERROR is logged after the DIALING AGENT-BASED CONTACT WITH ID, verify that Media-Server is up and consult the subsection Add IP to Media-Server ACL.
If AGENT-BASED CONTACT WITH ID <ID> SENT TO EFSWITCH is shown but no call is received,
Check the contact call_result in the database.If it is CALL REJECTED, or NO ANSWER try the call again since this is not a VC or Dialer issue, but a PSTN problem.
If it is a UNALLOCATED NUMBER, please use a contact number that exists.
If there is no output in the dialer logs, then consult the Voice Connector logs:
Refer to steps 1-9 in the VC logs subsection of the Inbound section.
If DIALER INTERNAL SERVER ERROR. CODE 500 is shown
Verify the correct Media-Server details are set in the Dialer environment variables.
Verify that Media-Server is up and running.
Consult the subsection Add IP to Media-Server ACL.
Check that the Dialer container is running.
Verify that the VC environment variables have the correct Dialer IP and port set.
Verify that the Dialer port is open.
If DIALER SERVICE ERROR. CODE 503 is shown
Follow the steps in the Troubleshoot database connection section.
Note the extension of your agent in AgentDesk.
Open Dialer logs.
Note the value of the agentExtension field logged after the RECEIVED RESERVED AGENT INFO FOR CALL ID message.
If the two extension values do not match, please check if any other agent has logged on to the same CX with the same queue set in Unified Admin.
You can troubleshoot this case on the following ends:
AgentDesk
Check if any agent is logged in on the AgentDesk.
Confirm that all logged in agent have their tabs open, and did not close them during the ringing call.
Make sure that agents used the appropriate log-out feature instead of closing their tab.
Media Server
On the AgentDesk note the agent’s voice extension and open the Registrations section on the Media Server.
Check if the agent’s extension is listed under the User column.
If it is listed twice then confirm if any other agent is not using the same extension.
If not listed, then reload the agent tab and make sure that the CX Voice Connected message pops up at the top of the page.