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
