I think I understand this SDP better now. What is sent in the Codec list is just a supported list, for the session, and not the CAPABILITY list of the device, as I orginally thought. So I feel that it completely OK to have a totally different set of codec for each SDP offer/answer as each one of them is a new transaction. For example, First a voice call is set up in this case the peers exchange voice codec then the peers decide to go to video call then the video codecs are exchanged.
thank you all,
cheers ramesh
[EMAIL PROTECTED] wrote:
Hi Ramesh, It is quite possible, but you may run into the risk of no codec being matched from your second offer. Hence it is recommended that you make an offer with atleast one matching codec (from the previous offer-answer).
-Vasanth
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of ext Ramesh
Ramamurthy
Sent: 07 December, 2004 18:34
To: [EMAIL PROTECTED]
Subject: [Sip-implementors] New codec in Re-Invite.
Hi,
Can there be an entirely new list of codecs in reinvite, that is different from the original capability set sent in the INVITE that started the dialog?
Cheers Ramesh _______________________________________________ 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
