Richard Brady wrote: > I have researched the musiconhold / musicclass options in sip.conf as > well as the various documented classes and modes within > musiconhold.conf but I can't see how I tell it to just relay the media > stream straight on.
Well, first, I was mistaken, and support for this behavior (passing through the 'hold' signaling) has not in fact been added to chan_sip.c yet, although it is supported in chan_iax2.c. However, your last comment here doesn't make sense: if the remote party put you on hold, there shouldn't be any media stream to 'relay' from it. That's why we normally replace the missing media stream with locally generated MOH. When (if) chan_sip is enhanced to support the 'mohinterpret=passthrough' setting like chan_iax2 has, then instead we'd pass on the 'hold' signaling to the SIP endpoint that was placed on hold, instead of sending it MOH. What it chooses to do to present that hold state to its user (or farther endpoint, if it is another B2BUA) is up to it, but in any case, there is no media stream to pass to it. If you have an endpoint that is *both* placing you on hold and sending you a media stream, that is broken. We don't have any concept of 'hold with media' in Asterisk today. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA skype: kpfleming | jabber: [email protected] Check us out at www.digium.com & www.asterisk.org _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
