Hi Aditya

I think this is valid from protocol and offer answer model .But its
actually driven by use-case.

*Usecase 1* :Normally during call(sendrecv :media flowing both ways) if we
put call on hold (no music on hold) with inactive
then *while resuming ,we put sendrecv*.

*Usecase 2* :But for the scenario where media flowing one way(sendonly)
like Video Share or Image Share from User A to User B
                  And call is put on hold using inactive then* while
resuming will put sendonly* again .

*Usecase 3 *: *With MOH *

User A(sendrecv) <--------------------In call------------------ >  User
B(sendrecv)

A holds(sendonly)------------------one way hold(MOH)--------- - >   User
B(recvonly) listening to music

A(inactive) <--------------------------2 way hold---------------     User B
holds(inactive)


*Now 2 cases possible depending who resumes firs*t

*When A resume first:*

A resumes(recvonly)------------------still call held from B--------- - >
User B(sendonly)

A(sendrecv) <--------------------------Both way active--------------
User B resumes(sendrecv)

*When B resume first:*

A (sendonly) <------------------still call held from A--------- - --- User
B resumes (recvonly)

A resumes(sendrecv) -------------------------Both way active-------------->
    User B (sendrecv)


*So while resuming call , both users putting recvonly.*

Hope this helps

Regards
Ankur Bansal



On Mon, Nov 25, 2013 at 6:30 AM, Paul Kyzivat <pkyzi...@alum.mit.edu> wrote:

> On 11/24/13 10:21 PM, Aditya Kumar wrote:
> > Hi,
> > Is the following valid.
> > A keeps B on Hold with SDP -inactive. state on both sides offer-answer
> is inactive.
> > Can A send again offer with SDP as (sendonly)--?. is this valid?
> > if so can you plesae point me the reference/
>
> See RFC 6337, especially sections 5.3 and 5.1.
>
>         Best wishes,
>         Paul
>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to