[cisco-voip] Eliminating Brief Instance of Hold Music

[Jason Aarons (US)]

It's using the CTI Port's Music On Hold.

Record a .wav file of silence, use that for the Music On Hold on your IPCC CTI Ports.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jim Reed
Sent: Tuesday, November 30, 2010 1:37 PM
To: VoIPgroup
Subject: [cisco-voip] Eliminating Brief Instance of Hold Music

I am using the following call consult transfer step in IPCC 4.0(5) to transfer an outside caller to a cell phone.  The forwarded call is being made from a location that requires long distance codes when placing long distance calls.  As the cell phone is not in the local calling area of the VoIP system, it requires a long distance call.  During a brief three (3) or four (4) seconds while the forwarded call is setup, the caller is hearing hold music, then silence, then the ring to the cell phone.  Is there a way to eliminate that hold music?  The transition from silence to hold music to silence again to ringing may cause the caller to think they've been disconnected.

Call Consult Transfer (--Triggering Contact-- to "915552220975" with "1234#")

Thank You...
--
Jim Reed
Manager of Technical Services
Swift Communications, Inc.
970-384-9141 (Direct)
775-772-7666 (Cell)


-----------------------------------------
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101130/e1e109b2/attachment.html>