Somesh,
UA2 need not answer with recvonly - it may answer with 'inactive'. While UA2 could respond with port=0 that suggests that it doesn't want to use the medium at all. After responding with inactive, it could send another offer with recvonly, or it could wait and see if UA1 does that.
There are quite a lot of options here, and no obviously best one.
Paul
somesh s wrote:
Hi All,
Take the scenario:
UA1 --------------------> UA2
if UA1 sends some codec in recvonly mode then
according to RFC 3264, UA2 has to reply with sendonly.
But in case UA2, prior to offer, knows that it cannot send the offered media stream (rather it also wants "recvonly"), how it has to reply? sendonly with port as zero?...
Please correct me if I am wrong.
Thanks,
Somesh S.
__________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search.
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
