<div>might have more questions then answers.</div>
<div> </div>
<div>pro is that calls are there locally. But what is the RTP flow? since it's IPCC does the RTP stream go to the IPCC server and back to the phone or after the script and deliever to the phone does the phone RTP flow go to the VGW?</div>
<div> </div>
<div>Con -- if you loose WAN you loose IPCC functionallity.</div>
<div> </div>
<div>Scott<br><br></div>
<div class="gmail_quote">On Jan 28, 2008 11:49 AM, <<a href="mailto:CarlosOrtiz@bayviewfinancial.com">CarlosOrtiz@bayviewfinancial.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><font face="sans-serif" size="2">We primarily have a distributed IPCC setup with agents across a few sites. From our central HQ site salls are then distributed to agents locally and over the WAN. We do have one call center that is fully contained at a remote location. Is there any problem or drawbacks to delivering calls directly to this location's gateway with the centralized IPCC server at HQ? Can someone explain the pros and cons for these scenarios.</font> <br>
<br><font face="sans-serif" size="2">Carlos</font><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br>