Somesh,
It is common for phone-like devices to respond with sendrecv in this scenario, enabling a two way conversation. But UA2 is free to respond as it wishes. There could be local situations within UA2 that could make it want to do something other than sendrecv. (E.g. it might be a music-on-hold player and not be interested in receiving media.)
Paul
somesh s wrote:
Hai All,
RFC 3264 states that...
------------------------ 6.1 Unicast Streams ... If an offered media stream is listed as sendrecv (or if there is no direction attribute at the media or session level, in which case the stream is sendrecv by default), the corresponding stream in the answer MAY be marked as sendonly, recvonly, sendrecv, or inactive. ------------------------
if the scenario is UA1=======UA2 if UA1 offers some video codecs in sendrecv mode, then how should the UA2 select the mode sendrecv, sendonly / recvonly? How generally the UA behaves?
1) Will it send recvonly? 2) Will it reject the stream with port as zero?
I just wanted to know how will the most of UA behaves in such scenarios?
Thanks & Regards Somesh S
__________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
_______________________________________________
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
