Hi Sunil, I belive it is the only flow published for music on hold. However, as the document states, it is not the only way it can be done. Previous versions of the document have shown using a REFER to a Music On Hold server, in which case B can crash.
In the current flow which uses B as a 3pcc, if B dies, A will just hear music until either they give up or the Music Server times out and stops streaming music. Thanks, Alan Johnston WorldCom sip:[EMAIL PROTECTED] > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of > Sunil Veluvali > Sent: Wednesday, April 24, 2002 7:19 AM > To: '[EMAIL PROTECTED]' > Subject: [Sip-implementors] Music-On-Hold ? > > > Hi: Is > http://search.ietf.org/internet-drafts/draft-ietf-sipping-serv > ice-examples-0 > 0.txt the only I-D that discusses implementation of Music On Hold? > > With this I-D, has there been any thought put into what > happens when A is in a session with B, B instructs a "music > server" to stream to A and then B dies - Since B is acting as > a B2BUA, who cleans up the session between B and the "music server"? > > thanks! > ======================================== > Sunil Veluvali > mailto:[EMAIL PROTECTED] > sip:[EMAIL PROTECTED] > tel:+1-408-626-2309 > http://www.sylantro.com ======================================== > > _______________________________________________ > Sip-implementors mailing list > [EMAIL PROTECTED] > http://lists.cs.columbia.edu/mailman/listinfo/> sip-implementors > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
