Voice over IP Cisco - RE: thinking outside the box (maximum number of calls

This is Interesting: Free IT Magazines  
Home > Archive > Voice over IP Cisco > February 2006 > RE: thinking outside the box (maximum number of calls





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author RE: thinking outside the box (maximum number of calls
Voll, Scott

2006-02-23, 5:45 pm

Receptionist comes to mind.



And you need at least one more line then busy so that if you have max
calls you have one left to make the transfer or conference.



IE> busy is set to 2 and max is set to 4. if both were set to 2 and
you have two calls, you can not transfer one call to someone else(you
need an extra line to make the transfer). I hated this in CM 3.x



Make sense?



Scott



________________________________

From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Thursday, February 23, 2006 12:20 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] thinking outside the box (maximum number of calls
perline > 3 why?)



Ok - perhaps it's just a Friday thing (I know it's Thursday)....but I'm
wondering why someone would want a maximum calls setting of more than 3
or 4 per line. Is there a CTI application out there that can take
advantage of this? If there is, again, why would you want to handle so
many calls at once?

------------------------------------------------------------------------
--------
Lelio Fulgenzi, B.A.
Network Analyst (CCS) * university of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"I had a coffee and Coke at lunch today...and now, I've got more jitter
than an
IP phone on a long haul 10base2 connection"
LFJ


Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com