2002 - cesnet

2002 - cesnet 2002 - cesnet

13.07.2015 Views

Figure 14.1: Call distribution information displayThe basic ICM components are CallRouter, Logger, Peripheral Gateway, and CTIServer. If ICM is running only on one server, it works in sprawler mode.14.4 Cisco Agent DesktopCisco Agent Desktop (CAD) provides tools for agents (operators) and supervisors(administrators). An example can be the screen pop (possibility for anadministrator to communicate with operators), software IP phone, and supervisorsoftware.The Desktop supervisor software features a detailed display of information onagent statuses and call statuses, the possibility to send messages to agents, callsrecording, and extended monitoring functions.14.5 Progress of WorkThe entire system is very demanding in terms of configuration, which wasproved many times during the installation. In the first half of 2002, we implementeda basic distributed workplace of the VoIP-based contact centre (IPCC).After the difficult installation of all components of the distributed contact cen-166 High-speed National Research Network and its New Applications 2002

tre, when we were forced to handle the installation of some components incollaboration with experts from Cisco Systems, we managed to implement thecontact centre in its minimal functional form. Our further step was to test theactual IPCC function in a testing environment.The automatic call distribution system works in the following way – operatorsregister their phones into the IPCC system through a workstation and incomingconnections are then forwarded to them using a round-robin method. If all operatorsare processing a phone call, i.e., no operator is free, music is played forthe caller until one of the operators becomes available. Operators can forwardcalls to one another – if one of the operators cannot handle a client’s request,he/she can forward the call to his/her colleague. The configuration of scripts,such as “what shall I do with an incoming call/call in progress”, is not difficult.The scripts can be modified in quite a simple way using a graphic editor andthen are sent directly to the ICM server.Within the tests, we tested a simulated failure of each component of the contactcentre. In the case of the CallManager operation failure, phones were automaticallyreregistered to the CCM2 backup server. While performing the tests, wedid not encounter any connection breakdowns, i.e., none of the active callswere disrupted. Concerning the IVR or ICM server failure, we did not detect anyconnection breakdown, either. In this case, however, we noticed a temporarilyprolonged response (up to 5 seconds) when establishing a new connection.The delay was probably caused by the time necessary for the transition fromthe primary server to the backup one. In this way, we tested redundancy of thewhole solution and obtained satisfactory results.We prepared our testing workplaces at ČVUT, where we could not integratethem to the operating VoIP network, however, as we did not have the dialingprefixes assigned that are needed for making the service available to the outsideworld.After all tests were completed, we installed the operating configuration of thecontact centre. In the second half of 2002, we made both workplaces operational– one of them in Prague (CESNET) and the second one in Ostrava (TechnicalUniversity of Ostrava). In both localities, there are currently three of the abovedescribed basic components installed, i.e., the CCM server, IVR server, and ICMserver.After performing the installation at the defined localities, we tested the practicalfunctionality of the basic distributed IPCC solution again, including the resistanceof this solution to simulated breakdowns (failures of individual components).Call Manager, operating as a publisher, is located in Prague, ensuringdistribution/replication of databases in collaboration with the backup server atthe Ostrava workplace (subscriber).High-speed National Research Network and its New Applications 2002167

tre, when we were forced to handle the installation of some components incollaboration with experts from Cisco Systems, we managed to implement thecontact centre in its minimal functional form. Our further step was to test theactual IPCC function in a testing environment.The automatic call distribution system works in the following way – operatorsregister their phones into the IPCC system through a workstation and incomingconnections are then forwarded to them using a round-robin method. If all operatorsare processing a phone call, i.e., no operator is free, music is played forthe caller until one of the operators becomes available. Operators can forwardcalls to one another – if one of the operators cannot handle a client’s request,he/she can forward the call to his/her colleague. The configuration of scripts,such as “what shall I do with an incoming call/call in progress”, is not difficult.The scripts can be modified in quite a simple way using a graphic editor andthen are sent directly to the ICM server.Within the tests, we tested a simulated failure of each component of the contactcentre. In the case of the CallManager operation failure, phones were automaticallyreregistered to the CCM2 backup server. While performing the tests, wedid not encounter any connection breakdowns, i.e., none of the active callswere disrupted. Concerning the IVR or ICM server failure, we did not detect anyconnection breakdown, either. In this case, however, we noticed a temporarilyprolonged response (up to 5 seconds) when establishing a new connection.The delay was probably caused by the time necessary for the transition fromthe primary server to the backup one. In this way, we tested redundancy of thewhole solution and obtained satisfactory results.We prepared our testing workplaces at ČVUT, where we could not integratethem to the operating VoIP network, however, as we did not have the dialingprefixes assigned that are needed for making the service available to the outsideworld.After all tests were completed, we installed the operating configuration of thecontact centre. In the second half of <strong>2002</strong>, we made both workplaces operational– one of them in Prague (CESNET) and the second one in Ostrava (TechnicalUniversity of Ostrava). In both localities, there are currently three of the abovedescribed basic components installed, i.e., the CCM server, IVR server, and ICMserver.After performing the installation at the defined localities, we tested the practicalfunctionality of the basic distributed IPCC solution again, including the resistanceof this solution to simulated breakdowns (failures of individual components).Call Manager, operating as a publisher, is located in Prague, ensuringdistribution/replication of databases in collaboration with the backup server atthe Ostrava workplace (subscriber).High-speed National Research Network and its New Applications <strong>2002</strong>167

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!