Thanks. Yeah, we looked at draft-worley-service-example-01, but concluded that it won't work for us because it doesn't allow the endpoint that is being put on hold to reject the music. (For example, a softphone that acts as a local audio mixer for a 3 party conference call -- if one of the participants tries to put the conference mixing UA on hold, we want to respond with appropriate SDP such that they are *not* allowed to send hold music to the conference).
Jeremy ________________________________________ From: Scott Lawrence [EMAIL PROTECTED] Sent: June 6, 2008 12:29 PM To: Jeremy Geras Cc: [email protected] Subject: Re: [sipX-dev] Music on Hold On Fri, 2008-06-06 at 15:01 -0400, Jeremy Geras wrote: > Hi, > > Just wondering if the MOH server implements > http://tools.ietf.org/html/draft-ietf-sipping-service-examples-14 ? That's not the flow we recommend, but the MoH service we provide works with that method if the controlling phone did it that way. The flow we advocate is described in: http://tools.ietf.org/html/draft-worley-service-example-01 This later method uses third party control of the SDP to direct MoH audio from the service to the held phone, without having to use transfer (REFER) to establish and tear down a SIP dialog between the service and the held phone. But our MoH service works with either scheme. -- Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED] sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/ http://www.pingtel.com/ _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
