Hi All, Below is the scenario..
UAC1--------------------------------------------------------------------UAC2 1)---------------------INVITE (a=sendrecv)-------------------------> 2)<---------------------200-OK(a=recvonly)------------------------- 3)-------------------------------ACK--------------------------------------> 4)<---------------------INVITE (a=sendonly)------------------------- 5)---------------------200-OK(a=inactive)-------------------------> 6)<---------------------------ACK ----------------------------------------- 7)<---------------------INVITE (??????)------------------------- 8)---------------------200-OK(????)-------------------------> 9)<---------------------------ACK ----------------------------------------- The call is established in step 3. It's an audio and video call. In step 4 UAC2 puts call on hold by sending (a=sendonly) for both audio and video media lines. In step 5 UAC1 responds with a=inactive for both audio and video lines and along with that it makes video port as 0. While resuming in step 7 Does UAC2 send video line with valid port or 0 port??? for audio mline it is sending validn port with a=sendrecv. What is happening is UAC2 is sending mline for video as last used(while holding) with valid port and a=sendonly?? Does RFC says anything or is it implementation dependent behavior?? Thanks, On Tue, Jun 23, 2015 at 6:43 PM, isshed <isshed....@gmail.com> wrote: > Hi All, > > Below is the scenario.. > > UAC1--------------------------------------------------------------------UAC2 > > 1)---------------------INVITE (a=sendrecv)-------------------------> > 2)<---------------------200-OK(a=recvonly)------------------------- > 3)-------------------------------ACK--------------------------------------> > > 4)<---------------------INVITE (a=sendonly)------------------------- > 5)---------------------200-OK(a=inactive)-------------------------> > 6)<---------------------------ACK ----------------------------------------- > > 7)<---------------------INVITE (a=sendonly)------------------------- > 8)---------------------200-OK(a=recvonly)-------------------------> > 9)<---------------------------ACK ----------------------------------------- > > The call is established in step 3. It's an audio and video call. > In step 4 UAC2 puts call on hold by sending (a=sendonly) for both > audio and video media lines. > In step 5 UAC1 responds with a=inactive for both audio and video lines > and along with that it makes video port as 0. > > While resuming in step 7 > > Does UAC2 send video line with valid port or 0 port??? for audio mline > it is sending validn port with a=sendrecv. > > > What is happening is UAC2 is sending mline for video as last > used(while holding) with valid port and a=sendonly?? > > Does RFC says anything or is it implementation dependent behavior?? > > > Thanks, _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
