Hi, I have still not got a complete answer. Case1: Putting a call on hold by using send only(Party A) and the other end(Party B) reposning by recvonly , this case still has one directional media path open(From A->B). What is the case when the other end(Party B) responds with a = inactive... does it mean no media path in both directions or same as case 1( one way media from A->B)/. Please reply ASAP.
Thanks varun --- Andrea Rizzi <[EMAIL PROTECTED]> wrote: > There are no violations at all in responding with > inactive, and as you > mentioned this will suspend any media, as the > holding procedure is > definitively a new offer/answer exchange. > Actually, in my opinion, this would be the preferred > way to implement the > call hold service, to save bandwidth, of course by > guessing that the > terminal responding with inactive is able to play a > locally-generated hold > tone. Moreover, I've seen very few holding terminals > sending content (as a > hold tone or music) over RTP after a > sendonly/recvonly exchange. > > Andrea > > ------------------------------ > > Message: 7 > Date: Tue, 26 Jun 2007 20:14:01 -0700 (PDT) > From: varun <[EMAIL PROTECTED]> > Subject: [Sip-implementors] Call hold and a = > inactive > To: [EMAIL PROTECTED] > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=iso-8859-1 > > Hi, > If user B wants to put user A on Hold, it can send a > = > sendonly to A and expects A to return a = recvonly. > This way there is a one way audio channel open from > B > to A. > What if user A responds with a = inactive..is that > valid? Does it mean that media streams are on Hold > in > both directions? > > Thanks > varun > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > ____________________________________________________________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
