Hi,
Is it safe to use sdpops and the rtpproxy* modules together, given that the latter modify SDP? In other words, can I prune some codecs first, and then call rtpproxy_offer()? Is it safe?
Thanks,
Sorry, I didn't see the previous thread about this very issue. That was a dumb post. The question arose entirely coincidentally.
On 08/06/2014 06:06 PM, Alex Balashov wrote:
Hi,
Is it safe to use sdpops and the rtpproxy* modules together, given that the latter modify SDP? In other words, can I prune some codecs first, and then call rtpproxy_offer()? Is it safe?
Thanks,
To conclude here, it should work if you call msg apply changes, so the sdp body is built again. I use this in a prototype deployment and seems all going well. I did it only for requests, though.
Cheers, Daniel
On 07/08/14 00:08, Alex Balashov wrote:
Sorry, I didn't see the previous thread about this very issue. That was a dumb post. The question arose entirely coincidentally.
On 08/06/2014 06:06 PM, Alex Balashov wrote:
Hi,
Is it safe to use sdpops and the rtpproxy* modules together, given that the latter modify SDP? In other words, can I prune some codecs first, and then call rtpproxy_offer()? Is it safe?
Thanks,
Hi Daniel,
You did not invoke rtpproxy symmetrically on replies? Or just not sdpops?
On 7 August 2014 06:22:11 GMT-04:00, Daniel-Constantin Mierla miconda@gmail.com wrote:
To conclude here, it should work if you call msg apply changes, so the sdp body is built again. I use this in a prototype deployment and seems
all going well. I did it only for requests, though.
Cheers, Daniel
On 07/08/14 00:08, Alex Balashov wrote:
Sorry, I didn't see the previous thread about this very issue. That was a dumb post. The question arose entirely coincidentally.
On 08/06/2014 06:06 PM, Alex Balashov wrote:
Hi,
Is it safe to use sdpops and the rtpproxy* modules together, given
that
the latter modify SDP? In other words, can I prune some codecs
first,
and then call rtpproxy_offer()? Is it safe?
Thanks,
-- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledged keyboard.
Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0671 Web: http://www.evaristesys.com/, http://www.alexbalashov.com
Hello,
On 07/08/14 15:52, Alex Balashov wrote:
Hi Daniel,
You did not invoke rtpproxy symmetrically on replies? Or just not sdpops?
just not sdpops. My specific need was removing video and then the replies don't come with a video offering anymore. It is very likely to be the same for codecs. Hoever, the msg_apply_changes() should work with replies for latest version (or at least is on master).
Cheers, Daniel
On 7 August 2014 06:22:11 GMT-04:00, Daniel-Constantin Mierla miconda@gmail.com wrote:
To conclude here, it should work if you call msg apply changes, so the sdp body is built again. I use this in a prototype deployment and seems
all going well. I did it only for requests, though.
Cheers, Daniel
On 07/08/14 00:08, Alex Balashov wrote:
Sorry, I didn't see the previous thread about this very issue. That was a dumb post. The question arose entirely coincidentally.
On 08/06/2014 06:06 PM, Alex Balashov wrote:
Hi,
Is it safe to use sdpops and the rtpproxy* modules together, given
that
the latter modify SDP? In other words, can I prune some codecs
first,
and then call rtpproxy_offer()? Is it safe?
Thanks,
-- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledged keyboard.
Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0671 Web: http://www.evaristesys.com/, http://www.alexbalashov.com
-
Alex Balashov -
Daniel-Constantin Mierla