I believe that "annexb=yes" in an offer is a capability. It means annexb is supported.
So if "annexb=yes" in the offer, then Y should respond with: annexb=no (then both sides won't do annexb) (Now if X requires (not just supports) annexB then it can kill the call with a CANCEL or a BYE and an appropriate Reason cause (RFC3326)) Regards, Attila -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: 22 February 2007 06:16 To: [email protected] Subject: [Sip-implementors] SDP for G729 codec Hi, I have some confusion on the usage of G729 and its siblings. Also how to represent G729 and it siblings in SDP. Here are my doubts. If a end point UA ( let say X) supports G729, G729A, G729B and G729AB and other end point UA ( let say Y) supports G729 and G729A. Now when X wants to send the offer (SDP in INVITE) to other UA (say Y) to know that it supports all the fours variants of G729 then how can X say so. What i understand is it is not possible to offer all G729 variant at same time. It is either G729A( compatible with G729) or G729B(compatible to G729AB) which can be offered at any time. Correct me if i am wrong here. If X comes up annexb=yes in the offer, then what will be the answer from Y. Will it respond with annexb=no since it does not support G729B or will it reject the offer with 488 response. Regards -venkat _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
