Re: [SR-Users] how to always use rtpproxy-ng and rtpengine to relay rtp packets - sr-users

14 Oct 2014

Hi Andrew,
I just use git... so not sure on the rpm stuff. However I believe 4.2 is 
to be released as stable branch tomorrow (see other recent thread by 
Daniel) so the packages probably aren't far behind.

The main reasons I see for using the 4.2 branch are:
1) its going to be stable release very soon
2) the options on rtpengine have been refactored ... makes sense to 
develop on the new version so that you can move from development to 
production without amending your kamailio.cfg
3) rtpengine seems to be getting quite alot of rapid progress at the 
moment and gaining stability and features ... I'd rather be on the 
latest version.

Having said all that the logic in the kamailio.cfg for version 4.1 is 
the same and should work for you if you want to work from the current 
stable packages.

On 13/10/14 11:10, andrew wrote:
...
  hi,

 thanks for your help.

 rtpengine module is used only in kamalio 4.2.x ------ development 
 version. where to get its rpm packet?

 B.R.

 andrew

 At 2014-10-13 16:38:47, "Paul Smith" &lt;paul.smith(a)claritytele.com&gt; wrote:

     Hi Andrew
     There is a condition in the NATMANAGE route which tests whether or
     not to apply rtpproxy_manage() :

         if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB)))
         		return;

     One way to force this is to make sure that FLT_NATS is always set.
     That can be done in the NATDETECT route by moving
     setflag(FLT_NATS) outside of the if(nat_uac_test) condition and
     putting it just before the return statement, so the flag is always
     set.

     Another way would be to remove or comment out the if
     "!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;" line
     from NATMANAGE so that the the rtp_manage() is always called.

     It might be worth your while upgrading to the 4.2 branch which has
     renamed the rtpproxy-ng module to rtpengine and made the options
     in the call to rtpengine_manage() more readable.

     Depending on why you always want to run the rtp proxy ... you
     might also want to set :

          rtpengine_manage(replace-session-sonnection replace-origin ICE=force-relay)

     to ensure that media always goes through your media proxy and no
     other connections are negotiated between the endpoints.

     On 13/10/14 08:36, andrew wrote:
      hi,

     kamailio 4.1.5 is used with rtpengine, whose older counterpart is
     rtpproxy-ng. I made some changes based on the default
     configuration files(i.e. kamailio.cfg), so that rtpproxy-ng
     module is enabled. Kamailio.cfg has been uploaded. In
     kamailio.cfg, there is one route block related to rtpproxy, i.e.
     route[NATMANAGE], where rtpproxy_manage("co") is called.
     Sometimes, rtpproxy-ng can insert new ip:port candidates in SDP.
     But in some case, rtpproxy-ng doesn't rewrite SDP, so rtpengine
     doesn't relay rtp packets at all.

     How to setup kamailio.cfg, so that rtpproxy-ng moudle can always
     rewritten new ip:port candidates, and rtpengine always relays rtp
     packets?

     Looking foreward to your reply. Thanks!

     B.R.

     Andrew

     _______________________________________________
     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
     sr-users(a)lists.sip-router.org
     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 