In the call flow that the draft describes, isn't it better to send re-INVITE without SDP towards the music-store? The reason is that "Alice" UA may send back codecs previously negotiated with "Bob" whose intersection with media-source may be 0.
Even though http://www.ietf.org/internet-drafts/draft-ietf-sipping-sip-offeranswer-08.txtstates that "Alice" should send its full capabilities in the re-INVITE's 200 OK offer, it is just best practice. On Thu, Sep 18, 2008 at 2:32 AM, <[EMAIL PROTECTED]> wrote: > I've got an Internet-Draft that describes the best way that we (the > sipX PBX project) have found to implement music-on-hold. I'd like > feedback from the implementor community. > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > Title : Session Initiation Protocol Service Example > -- Music on Hold > Author(s) : D. Worley > Filename : draft-worley-service-example-02.txt > Pages : 23 > Date : 2008-08-28 > > The "music on hold" feature is one of the most desired features of > telephone systems in the business environment. "Music on hold" is > where, when one party to a call has the call "on hold", that party's > telephone provides an audio stream (often music) to be heard by the > other party. Architectural features of SIP make it difficult to > implement music-on-hold in a way that is fully compliant with the > standards. The implementation of music-on-hold described in this > document is fully effective and standards-compliant, but is simpler > than the methods previously documented. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-worley-service-example-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > <ftp://ftp.ietf.org/internet-drafts/draft-worley-service-example-02.txt > > > > Dale > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
