[SR-Users] Different rtpproxy for different media type

[SamyGo]

Got it.

That is something that I dont think is possible with RTPproxy. Just read
the functions for nathelper as well as rtpproxy twice and it just says it
will modify the seasion level c= or media connection but nowhere it says we
can tell which specific c attrib to modify.
Im only assuming that even if multiple media types have different
connection strings rtpproxy would just go and modify all at once or just
the first one.

Its an interesting thing and I will be reading mediproxy and rtpengine and
anyother available compatible media proxy to see if they allow that.

Worst case scenario source codes would need modification on kamailio as
well as rtpproxy side to accomodate this.

Regards,
Sammy
On Jan 15, 2016 01:33, "Koray Vatansever" <koray.vatansever at gmail.com>
wrote:

> I think I couldn't explain myself clearly.
> I want to see the following media lines in resulting SDP:
>
> m=audio 10076 RTP/AVP 97 98
> c=IN IP4 rtpproxy1.example.com
> a=rtpmap:97 speex/8000
> a=fmtp:97 vbr=on
> a=rtpmap:98 telephone-event/8000
> m=video 20007 RTP/AVP 96
> c=IN IP4 rtpproxy2.example.com
> a=rtpmap:96 VP8/90000
>
>
>
> On Thu, Jan 14, 2016 at 8:31 PM, SamyGo <govoiper at gmail.com> wrote:
>
>> Do you want to change/update the SDP once the call is established ?
>> shouldn't it just work like this:
>>
>> if(has_totag() && is_method("INVITE")) {
>>       if(search_body("video") {
>>       set_rtpproxy_set("1");
>>       unforce_rtpproxy();
>>       set_rtpproxy_set("2");
>>       offer_rtpproxy("$avp(myflags)");
>>      }
>> }
>>
>> Since it is already a ReINVITE any modification in the SDP c= part should
>> be happily accepted !?
>>
>> Regards,
>> Sammy
>>
>> On Thu, Jan 14, 2016 at 10:18 AM, Koray Vatansever <
>> koray.vatansever at gmail.com> wrote:
>>
>>> Hi Sammy,
>>>
>>> I'm not sure it will work.
>>> Assume the following scenario:
>>> Kamailio receives INVITE with audio only SDP and selects rtpproxy-1.
>>> After a while video is enabled with REINVITE.
>>> Now SDP has video and kamailio selects rtpproxy-2 according to your
>>> solution.
>>> In this case, most probably video and audio rtp packages will flow
>>> through rtpproxy-2.
>>> However what I want to do is to keep rtpproxy-1 for audio packages and
>>> add rtpproxy-2 for video packages
>>> and release audio ports from rtpproxy-1 and video ports from rtpproxy-2
>>> when BYE received.
>>>
>>> Is there any easy way to do that in Kamailio?
>>>
>>>
>>>
>>>
>>> On Thu, Jan 14, 2016 at 3:30 PM, SamyGo <govoiper at gmail.com> wrote:
>>>
>>>> Hi,
>>>> Yes thats possible as I think you can do a search in SDP body for
>>>> "video" if found then select the rtpproxy instance else select other one.
>>>>
>>>> Regards,
>>>> Sammy
>>>> On Jan 14, 2016 06:39, "Koray Vatansever" <koray.vatansever at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi everybody,
>>>>>
>>>>> Is there a way to use different rtpproxies for different media types?
>>>>> I want to use one rtpproxy set for audio, and use another one for
>>>>> video.
>>>>> Is this possible in kamailio?
>>>>>
>>>>>
>>>>> Regards,
>>>>> Koray
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160115/dbe125cf/attachment.html>