[cisco-voip] network vs user hold

[Voll, Scott]

My understanding is Uni-cast and multicast will start at the beginning
unless you are the second user on the network.  The second user on
Uni-cast get the beginning and the milticast will start where it is in
the stream.

 

I believe the hold would be user hold and transfers, conferencing, would
be Network.  I believe IPCC hold also uses the network hold.

 

You might want a user hold of elevator music where as you might want a
custom WAV for network, like; "welcome to the university of Guelph.  UoG
offers degrees in blah blah blah.......... For more information call
admissions at xxx-xxx-xxxx;  UoG provide VoIP for all doom rooms.  Come
to UoG for a great VoIP experience with engineers like Lelio Fulgenzi."

 

LOL

 

Scott

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Tuesday, May 16, 2006 7:14 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] network vs user hold

 

Just so I understand network vs. user hold, is user hold when I actually
press the hold button or are there other scenarios, like when I press
transfer or answer a callwaiting call, etc? What would be an example of
a network hold? I'm guessing when you call Unity autoattendant and it
begins the transfer process?

 

When would someone want a different user hold vs network hold?

 

As for multi-cast vs uni-cast, I'm guessing if the source is a WAV file,
uni-cast will start playing the way file from the beginning each time?
and multi-cast will simply start playing at whereever the current
position is?

 

I know you guys know this stuff! ;)

 

------------------------------------------------------------------------
--------
Lelio Fulgenzi, B.A.
Network Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
Sanity First : Number of days with fewer than
50 messages in my inbox at the end of the day:   buffer overrun

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060516/0ce3280e/attachment-0001.html