Indeed, but you should be also able to do onhold with OpenSIPS +
RTPproxy only. The rtpproxy has some new functions to inject RTP streams:
rtpproxy_stream2uac -
http://www.opensips.org/html/docs/modules/1.5.x/nathelper.html#rtpproxy_stream2xxx
The idea will be to start streaming via RTPproxy when you detect the on
hold (0.0.0.0 IP) and to stop it when off-hold is done (valid ip in SDP).
Regards,
Bogdan
Victor Gamov wrote:
> looks like b2bua module announced in 1.6 will resolve this situation
> http://lists.opensips.org/pipermail/users/2009-July/006669.html
>
> On 23.06.2009 15:57, Yehavi Bourvine wrote:
>
>> Unfortunately it seems that Stefan's answer is the correct one... Thanks
>> anyway!
>> __Yehavi:
>>
>> 2009/6/23 Stefan Sayer <[email protected]
>> <mailto:[email protected]>>
>>
>> Hello,
>>
>> o Yehavi Bourvine [06/21/09 08:47]:
>>
>> Hello,
>> We want to implement music on hold. With OpenSIPS we can
>> catch the INVITE used for hold (recognize if by the "sendonly"
>> voice attribute) and would like to forward it to the SEMS so it
>> can play the music. The problem is that this invite is in the
>> middle of a dialog and cannot be just redirected to SEMS (as
>> SEMS will try to look for an existing dialog and fail).
>> How do I do it? Is there any sample config code for this?
>>
>> not easily. Have a look at this response to the same question:
>> http://lists.iptel.org/pipermail/sems/2009-June/002930.html
>>
>>
>
>
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
