Taking CISCO ICM Config Backup

November 27th, 2012 § 0 comments § permalink

Backing up the Configuration Database

Complete these steps:

1. Create a directory on a local drive.

Ensure that the drive has enough available disk space to support the backup of your

configuration database. This example creates a directory called LOADER on the c:\ drive.

Note: Configuration databases can vary drastically in size from one customer to another.

The size ranges from a small configuration of about 15 MB to 150 MB on the larger side.

If you are about to back up your configuration for the first time, and you are uncertain of the

size of your configuration, plan for at least double the amount of the higher number

on the drive where you want to store the backup. For example, plan for about 300 MB.

2. Launch ICMDBA.exe.

Navigate to the BIN directory for Cisco ICM in order to locate the executable. By default, the

BIN directory resides on the c:\ drive and the full path for the executable is c:\icm\bin.You

can use Windows Explorer in order to navigate to ICMDBA.exe (see

Figure 1):

Figure 1 – Path to ICMDBA.exe

3. Double-click ICMDBA.exe. The ICMDBA program application launches, and an

application window appears (see Figure 2):

4. Expand Instances in order to locate your Customer Instance. In most cases, only one

instance name exists, and you can easily identify the instance name.

5. Drill down under your Customer Instance to the database (see Figure 3).

6. Choose Data > Export from the menu bar.

Figure 3 – Drill Down to the Database, and Select Data > Export

The Export data from window appears (see Figure 4).

Figure 4 – The Export Data from Window

 

 

Check the Lockout Changes box if you want to ensure that changes cannot be

 

made to the database during the export operation.

 

Check the Truncate Config Message Log box if you want to truncate the

 

Config_Message_Log table in the Logger database.

 

The default value in the Data type field is Configuration. The default Destination Path is

 

c:\.

 

7. Click Browse in order to navigate to the directory you created earlier.

 

8. Click Export when you are ready to begin the backup.

 

9. Click Start in the application window. The export begins.

 

An export completion message appears after successful export of data.

 

Figure 5 – Export Completion Message

 

10. Click OK, and exit ICMDBA.

Verify

Open a Windows Explorer session in order to verify the successful backup of the configuration

data. Navigate to the directory you created and verify whether the data files exist. The amount

of space that the combined files take up on your hard disk must accurately reflect the size of

your ICM configuration.

SIP Unified CVP Call Flow

October 4th, 2012 § 0 comments § permalink

 

 

The call flow consists of an incoming call requiring initial self-service, followed by queue treatment, and finally delivery to a Unified ICME agent. The following diagram presents a general SIP-based solution. A detailed description of the call flow follows the diagram.

 
Typical SIP Unified CVP call flow:
1. The call arrives at an Ingress Voice Gateway and sends an invite message to the SIP Proxy Server which forwards the message to the SIP Service.

 

2. The Proxy Server determines the IP address of the Unified CVP Server for the dialed number and then forwards the invite to the selected Unified CVP Server SIP Service.

 

3. The SIP Service consults Unified ICME via the Unified CVP Server ICM Service, which causes Unified ICME to run a routing script.

 

4. The routing script typically initiates a transfer of the call to a VoiceXML Gateway port via the SIP service.

 

5. The VoiceXML Gateway sends a message to the IVR service, which requests scripted instructions from Unified ICME.

 

6. Unified ICME exchanges VRU instructions with the VoiceXML gateway via the IVR service. The instructions can include requests to invoke more sophisticated applications on the Unified CVP VXML server. Such requests result in multiple exchanges between the Unified CVP VXML Server and the VoiceXML Gateway to provide self-service.

 

7. If the customer wants to transfer to a live agent, the Unified ICME routing script queues the caller for an available agent. While waiting for an available agent, Unified ICME provides additional instructions to the VoiceXML Gateway to provide queueing treatment to the caller.

 

8. When an agent becomes available, Unified ICME sends a message to the Unified CVP Server SIP Service, which forwards a message via the SIP Proxy Server to the Ingress Gateway and to Unified CM to transfer the call away from the VoiceXML Gateway port and deliver it to the Unified CM agent IP phone.

 

Cisco Unified CCX Agent E-Mail

March 26th, 2012 § 0 comments § permalink

Cisco Unified CCX Agent E-Mail Components and Interfaces

 

The following steps describe how an e-mail is routed using the Agent E-Mail feature:

1.The Cisco Desktop Agent E-Mail Service on the Cisco Unified CCX server connects to the mail store (IMAP and SMTP) on startup.

2.An e-mail capable agent in the E-Mail CSQ logs in using CAD. CAD connects to the Cisco Desktop Agent E-Mail Service and to the mail store (IMAP).

3.The agent goes to an e-mail ready state. CAD requests an e-mail from the Cisco Desktop Agent E-Mail Service.

4.A customer sends an e-mail to, for example, sales@companyname.com.

5.sales@companyname.com is a distribution list with Agent E-Mail’s account as the only member. Microsoft Exchange presents the e-mail to that account’s inbox.

6.The Cisco Desktop Agent E-Mail Service has been monitoring the Agent E-Mail’s account inbox, and sees the new e-mail. Based on the routing rules specified in Cisco Desktop Administrator, it sees that e-mails to sales@companyname.com are associated with the E-Mail CSQ and that an agent in the E-Mail CSQ is in the ready state. The service then assigns the e-mail to the agent and notifies the agent.

7.CAD receives notification of the assignment and retrieves the e-mail from the mail store directly.

8.The agent is presented with the e-mail from the customer.

9.The agent authors a response and presses the “Send” button.

10.If review CSQs are enabled, the message is routed to the review CSQ before final approval to be sent out.

11.The agent’s response is saved to the outbox folder on the mail store using IMAP commands.

12.The Cisco Desktop Agent E-Mail Service periodically checks the outbox folder and sends all messages in it.

Cisco Unified CCX Call Processing

January 30th, 2012 § 0 comments § permalink

 Typical Cisco Unified CCX call flow:–

1. Call arrives at Voice Gateway (VG)

2. Voice Gateway asks Unified CM how to route the call (using H.323 or MGCP).

3. Cisco Unified CM has the dialed number (DN) associated with a CTI Route Point that is  associated with a Cisco Unified CM Telephony user for Cisco Unified CCX. This triggers a JTAPI route request to be sent to Cisco Unified CCX.

4. Based upon the DN, which is mapped to a Cisco Unified CM Telephony trigger, the Cisco Unified CCX server selects an available CTI port and replies back to Cisco Unified CM with the extension of the CTI Port to send this call to.

Cisco Unified CM then sends a call setup (ring) message to Cisco Unified CCX, which then maps the DN to the appropriate Cisco Unified CCX script.

The Accept step (typically the first step) in the script will answer the call and trigger Cisco

Unified CM to establish an RTP stream between the Voice Gateway port and the selected CTI Port.

Then the script prompts the caller for an account number and does a database lookup. Then the caller is prompted to select from a menu of choices and is provided self-service treatment. If the user presses 0, we go to the transfer to agent section of the script.

In this scenario, we are assuming no appropriately skilled agents are available, so the script executes the queued loop logic until an appropriately skilled agent becomes available.

5. An appropriately skilled agent becomes available as a result of logging in and going ready or completing a previous call.

6. The agent is selected or reserved by the Cisco Unified CCX server and this triggers the call to be transferred to the agent phone and subsequently causes the agent phone to ring (using

Cisco Unified CM signaling).

In addition, the Cisco Unified CCX server delivers a screen pop to the selected agent desktop and enables the answer button on the agent desktop.

7. The agent answers the call which causes Cisco Unified CCX to complete the transfer from the CTI Port to the agent phone and Cisco Unified CM to initiate the establishment of an RTP VoIP

data stream between the agent’s phone and the VG port.

The transfer releases the CTI Port on the Cisco Unified CCX server. But the Cisco Unified CCX software continues to monitor the agent state for the duration of that call.

When the agent or caller releases, a Contact Call Detail Record (CCDR) is written to the CCDR table in the database, and the agent’s state is updated to reflect the agent’s new state  (work, ready, or not ready).

  • Categories

  • Recent Posts

  • @twitter

    • Google Officially Buys Waze in a $1 Billion-Plus Deal, Will Keep It Independent
      http://t.co/VXqwd89kP1
      2013/06/12 00:56
    • 8 Simple Ways to Inspire Yourself at Work | LinkedIn
      http://t.co/Gm7XsMexQN
      2013/06/11 10:06
    • Give your brain a serious workout,
      http://t.co/c2xSUo21Og
      2013/06/06 11:02
    • What to Do When an Employee Cries at Work via @HarvardBiz
      http://t.co/joVZhojE4r
      2013/06/06 10:38
    • The Real Reason eBay Failed in China | LinkedIn
      http://t.co/LjqFpBT2fi
      2013/06/06 10:21
  • @facebook

  • Archives

    • +2012 (4)
    • +2011 (5)
    • +2010 (1)
    • +2008 (6)
    • +2007 (12)
  • Meta