[SIPForum-discussion] Offer Answer Model

[Pranav Sondhi]

Hi Raghul,

See section 14.1 and 14.2 from RFC 3261 (Sections: UAC Behavior / UAS
Behavior), as well as section 8 from RFC 3264 (Section: Modifying the
Session).
As per above, this scenario is valid.

Thanks
Pranav Sondhi

On Thu, May 19, 2011 at 3:40 AM, Raghul Prasanna <raghul82 at yahoo.co.uk>wrote:

> Hello All,
>
> I have a scenario where, the Invite message has just one code - G.711 A
> law, but the 200 OK from the other end has g.711 A law and G.729.
>
> Actually this happens in Reinvite when putting the call onhold.
>
> The A end sent invite with G.711 alaw and G.729 codec which was answered
> with G.711 A law by B end, call got connected.
>
> Now A end receives Reinvite from B end to put call on hold, with just G.711
> A law and the A end sends 200 OK to Reinvite but with G.711 and G.729 (as
> seen in the initial Invite).
>
> Is this valid, should the answer always contain only the codecs mentioned
> in Offer (Invite) which is G.711 A law? Please explain.
>
> If someone can paste any rfc snippet showing how it should behave, it will
> be very helpful.
>
>
> Thanks,
> Raghul
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20110519/968ef250/attachment-0002.html>