Just to restate the point that I an others are trying to make:
THE ANSWERER CANNOT TELL WHETHER THE OFFERER INTENDED HOLD OR ONE WAY MEDIA.
You must construct your device so that it doesn't care. If you attempt
to distinguish the two you will no doubt encounter interoperability
problems.
Paul
Retesh wrote:
> Hi Varun
> If I get your point, you are trying to differentiate call on hold with
> one way audio.
>
> Music on hold implemented is using one way audio (sendonly(in offer)
> and recvonly(in answer)).
>
> Practically, hold (without music) is done by exchanging sdp with
> attribute as inactive. Also, in case it is done with a=sendonly(in
> offer) and a=recvonly(in answer), the UAC may chose not to send any
> RTP data at all.
>
> Also INVITE (sendonly) and reINVITE (sendonly) can be treated as 1 way
> audio and call hold respectively.
>
> Hope this helps.
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
