[cisco-voip] IPCC with Remote Agents

Matthew Saskin matt at saskin.net
Thu Sep 6 16:23:03 EDT 2007


Even if you split the A side and B side of the central controller and 
put the PG's at your remote sites, how do you make a remote site survive 
a WAN outage?

If the PG can't reach the central controller, all agents logged in 
through the CTI Gateway on that PG are going offline from the central 
controllers perspective - no calls heading their way.

I can't recall ever seeing any requirements for latency between A and B 
sides of the central controller, just bandwidth requirements.  From 
personal experience, I've had CC sides ranging from 8-10ms on up to 
~100ms apart from each other without any ill effects.

-matt

CarlosOrtiz at bayviewfinancial.com wrote:
> 
> This separated cluster is still the one that is doing the "simultaneous 
> execution" of commands correct?  I would have thought the requirement 
> would be as restrictive if not more restrictive for the seamless 
> failovers......
> 
> 
> *"Matt Slaga \(US\)" <Matt.Slaga at us.didata.com>*
> Sent by: cisco-voip-bounces at puck.nether.net
> 
> 09/06/2007 02:43 PM
> 
> 	
> To
> 	<CarlosOrtiz at bayviewfinancial.com>
> cc
> 	cisco-voip-bounces at puck.nether.net, Cisco Voip Mailing list 
> <cisco-voip at puck.nether.net>
> Subject
> 	Re: [cisco-voip] IPCC with Remote Agents
> 
> 
> 	
> 
> 
> 
> 
> 
> IPCC Enterprise allows for separated clusters.  There is a RTT ping 
> requirement, but it is nowhere as restrictive as CCM cluster split 
> (40ms).  I don’t have the exact number, but I know of customers that 
> have an A side on one continent and a B side on another.
>  
> On top of that, CVP can take the calls at the edge and can even be 
> instructed on how to handle the calls if there is wan outage without 
> access to a router or logger.
>  
> *From:* CarlosOrtiz at bayviewfinancial.com 
> [mailto:CarlosOrtiz at bayviewfinancial.com] *
> Sent:* Thursday, September 06, 2007 2:15 PM*
> To:* Matt Slaga (US)*
> Cc:* Cisco Voip Mailing list; cisco-voip-bounces at puck.nether.net; 
> Jonathan Charles*
> Subject:* RE: [cisco-voip] IPCC with Remote Agents
>  
> 
> How is a WAN Outage addressed on the Enterprise product?  If you can't 
> see the Enterprise server what's the benefit?  Obviously the redundant 
> box is useful for seamless failover.   Can the servers be split?  Is 
> there a RTT ping requirement?
> 
> Carlos
> 
> *"Matt Slaga \(US\)" <Matt.Slaga at us.didata.com>*
> 
> 09/06/2007 02:05 PM
> 
> 	
> To
> 	"Jonathan Charles" <jonvoip at gmail.com>, <CarlosOrtiz at bayviewfinancial.com>
> cc
> 	<cisco-voip-bounces at puck.nether.net>, "Cisco Voip Mailing list" 
> <cisco-voip at puck.nether.net>
> Subject
> 	RE: [cisco-voip] IPCC with Remote Agents
> 
> 
>  
> 
> 
> 	
> 
> 
> 
> 
> 
> 
> In a nutshell, if you need redundant functionality for remote agents 
> then ipcc express is not your product.  You really need IPCC enterprise 
> and CVP to really get this in it’s fullest extent.
>  *
> From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Jonathan Charles*
> Sent:* Thursday, September 06, 2007 1:30 PM*
> To:* CarlosOrtiz at bayviewfinancial.com*
> Cc:* cisco-voip-bounces at puck.nether.net; Cisco Voip Mailing list*
> Subject:* Re: [cisco-voip] IPCC with Remote Agents
>  
> The calls come into each local site, the only calls coming into the 
> central site are for the central site. Each call center is essentially a 
> little island (different business units).
> 
> I have done a lot of crazy things with SRST before, having a different 
> CCM cluster being an SRST reference, and using CCME as an SRST gateway.
> 
> B-ACD is a TCL script for CCME that does Basic Automatic Call 
> Distribution and queuing. HLOG is a softkey that lets people log into a 
> hunt group (for BACD).
> 
> 
> 
> Jonathan
> On 9/6/07, *_CarlosOrtiz at bayviewfinancial.com_* 
> <mailto:CarlosOrtiz at bayviewfinancial.com> 
> <_CarlosOrtiz at bayviewfinancial.com_ 
> <mailto:CarlosOrtiz at bayviewfinancial.com>> wrote:
> 
> Jonathan,
> 
> Sorry I don't have an answer to your question but was wondering .....
> 
> 1) Have you done this before?  
> 2) If all calls are coming into the central location how do you get 
> calls to the agents during a WAN outage?...PSTN?
> 3)What is B-CAD and Hlog? I was under the impression that there was no 
> functionality for agents during a WAN outage.  What features do you 
> have/lose?
> 
> I am interested in what it would take to set this up as our current 
> setup is falling back to SRST but the remote agents only have dial 
> in/out capability.
> 
> Carlos
> 
> *"Jonathan Charles" <**_jonvoip at gmail.com_* <mailto:jonvoip at gmail.com>*>*
> Sent by: _cisco-voip-bounces at puck.nether.net_ 
> <mailto:cisco-voip-bounces at puck.nether.net>
> 
> 09/06/2007 12:07 PM
> 
> 	 
> 
> 
> To
> 	"Cisco Voip Mailing list" <_cisco-voip at puck.nether.net_ 
> <mailto:cisco-voip at puck.nether.net>>
> cc
> 	
> Subject
> 	[cisco-voip] IPCC with Remote Agents
> 
> 
> 
>  
> 
>  
> 
> 
> 	
> 
> 
> 
> 
> 
> I am doing a design for a customer with remote agents... The CCMs and
> IPCC are at a central site, and they have agents at remote sites
> (across this hemisphere, Mexico, US, Canada).
> 
> I am concerned about the WAN (T1 between sites), and in the event of a
> WAN outage, I want some method to provide some functionality for the
> call center agents.
> 
> The calls all come into the local site (not over the WAN), and I want
> to implement either hunt groups or B-ACD on the SRST gateway.
> 
> If I keep the gateways H.323, I can just do a CME installation at the
> sites, and have them as an SRST reference on CCM (so, in the case of a
> WAN failure, the phones will fail to the CME and get the B-ACD and
> retain at least some call center functionality).
> 
> That way, in the event of a WAN failure, the phones will register to
> CME, the agents will log into their phones (HLOG), and still get
> calls.
> 
> 
> So, here's the question:
> 
> Is this the best way to do this?
> 
> Would it be easier to use hunt groups with SRST?
> 
> 
> 
> 
> Jonathan
> _______________________________________________
> cisco-voip mailing list_
> __cisco-voip at puck.nether.net_ <mailto:cisco-voip at puck.nether.net>_
> __https://puck.nether.net/mailman/listinfo/cisco-voip_
>  
> 
> 
> ------------------------------------------------------------------------
> 
> *Disclaimer: This e-mail communication and any attachments may contain 
> confidential and privileged information and is for use by the designated 
> addressee(s) named above only. If you are not the intended addressee, 
> you are hereby notified that you have received this communication in 
> error and that any use or reproduction of this email or its contents is 
> strictly prohibited and may be unlawful. If you have received this 
> communication in error, please notify us immediately by replying to this 
> message and deleting it from your computer. Thank you. *
> 
> ------------------------------------------------------------------------
> 
> *Disclaimer: This e-mail communication and any attachments may contain 
> confidential and privileged information and is for use by the designated 
> addressee(s) named above only. If you are not the intended addressee, 
> you are hereby notified that you have received this communication in 
> error and that any use or reproduction of this email or its contents is 
> strictly prohibited and may be unlawful. If you have received this 
> communication in error, please notify us immediately by replying to this 
> message and deleting it from your computer. Thank you. 
> *_______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip




More information about the cisco-voip mailing list