On 5/9/14 3:37 AM, Sander Rambags wrote:
No media stream after putting call on an off hold.
1. Call connected between A and B.
2. A holds the call with a=sendonly.
3. B sends 200 ok with a=inactive
(In many cases this would be a=recvonly, but in some cases / vendors it
is a=inactive)
4. A resumes the call with a=recvonly
5. B sends 200 ok with a=inactive
So no media stream
My question:
A) Is the response in 3. according to RFC3264 ?
Yes, this is permitted.
B) What must A sent when put call off hold ?
A should offer the state that it *wants* to be in. If it's user hasn't
requested hold then it should typically offer sendrecv.
C) Other remarks on this issue ?
I don't understand the logic behind B's behavior here. Apparently it
only wants a 2-way conversation or nothing. But while it seems odd it
isn't "wrong".
You should look at RFC6637, especially section 5. It covers this general
subject.
Thanks,
Paul
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors