Once the media streams(which are encoded in a set of codecs negotiated earlier) have requested to be put on hold, then the answer should not try to change any media attributes or codecs (that were negotiated earlier).
By providing a different codec set in response to a HOLD request would be equavalent to modifing the media characteristics of the current session, not putting the media on hold. On 25/08/2009, Avasarala Ranjit-A20990 <ran...@motorola.com> wrote: > Hi Vikram > > Gateway can respond with media capabilities to a offer less INVITE if it is > acting as a 3PCC, not otherwise. > > > Regards > Ranjit > > -----Original Message----- > From: sip-implementors-boun...@lists.cs.columbia.edu > [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Vikram > Chhibber > Sent: Monday, August 24, 2009 11:35 PM > To: sunil.bha...@wipro.com > Cc: s...@ietf.org; s...@core3.amsl.com; sip-implementors@lists.cs.columbia.edu > Subject: Re: [Sip-implementors] [Sip] 200 OK response for hold withdifferent > media capabilities > > The gateway can respond with different media capabilities in 200 OK response > for offer-less INVITE not for offer that we view as for hold. > The gateway should create response as per rules defined in RFC 3264. > As far as SIP signalling is concerned, hold INVITE request is treated as a > regular re-INVITE request. > > On Mon, Aug 24, 2009 at 2:55 AM, <sunil.bha...@wipro.com> wrote: >> Hi All, >> >> >> >> I have a small query related to HOLD request being sent out. >> >> >> >> For a hold request, can gateway respond with different media >> capabilities in 200 OK response? >> >> >> >> Is the HOLD treated as any normal Re-INVITE? >> >> >> >> Regards, >> >> Sunil. >> >> >> >> Please do not print this email unless it is absolutely necessary. >> >> The information contained in this electronic message and any >> attachments to this message are intended for the exclusive use of the >> addressee(s) and may contain proprietary, confidential or privileged >> information. If you are not the intended recipient, you should not >> disseminate, distribute or copy this e-mail. Please notify the sender >> immediately and destroy all copies of this message and any attachments. >> >> WARNING: Computer viruses can be transmitted via email. The recipient >> should check this email and any attachments for the presence of >> viruses. The company accepts no liability for any damage caused by any >> virus transmitted by this email. >> >> www.wipro.com >> >> _______________________________________________ >> Sip mailing list https://www.ietf.org/mailman/listinfo/sip >> This list is for NEW development of the core SIP Protocol Use >> sip-implement...@cs.columbia.edu for questions on current sip Use >> sipp...@ietf.org for new developments on the application of sip >> > > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ > Sip mailing list https://www.ietf.org/mailman/listinfo/sip > This list is for NEW development of the core SIP Protocol > Use sip-implement...@cs.columbia.edu for questions on current sip > Use sipp...@ietf.org for new developments on the application of sip > -- aayush ---------------------------------------------------- "A philosopher always knows what to do...until it happens to him" _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
