Hi Steve,

I have noticed that too thet Debian is used a lot and myself prefer Ubuntu also 
if I’m asked :) The setup I mentioned is on Suse and all have not went without 
problems.
and currently I have no experience from rtpengine or video.
But I am planning to implement WebRTC also so as Sammy mentioned on his reply 
is the rtpengine way to go with WebRTC.
Also have not yet had problems with rtpproxy 

Tomi

> On 26 Jan 2018, at 20.48, Wilkins, Steve <[email protected]> wrote:
> 
> Hi Tomi,
>  
> I have noticed that applications such as rtpproxy seem to have instructions 
> for Debian type systems, however, I have found that some applications, like 
> rtpengine, do not play as well with Centos; have you had this same 
> experience?  Also, if video is involved, I understood that these proxies are 
> of no benefit.  I don’t know this true or not so please correct me if I am 
> mistaken.
>  
> Thank you,
> -Steve
>   <>
> From: sr-users [mailto:[email protected] 
> <mailto:[email protected]>] On Behalf Of Tomi Hakkarainen
> Sent: Friday, January 26, 2018 12:50 PM
> To: Mark Boyce <[email protected] <mailto:[email protected]>>
> Cc: Kamailio (SER) - Users Mailing List <[email protected] 
> <mailto:[email protected]>>
> Subject: Re: [SR-Users] Kamailio with asterisk on private lan
>  
> Hi,
>  
> I have similar setup working.
> I followed these guides : 
> https://saevolgo.blogspot.fi/2013/08/rtpproxy-revisited-kamailio-40.html 
> <https://saevolgo.blogspot.fi/2013/08/rtpproxy-revisited-kamailio-40.html>
>  
> Maybe you can find those also useful, and if you need more help just let us 
> know…
>  
> I also wonder when one should use rtpengine over rtpproxy ?
>  
> BR,
> Tomi
> 
> 
> On 26 Jan 2018, at 12.47, Daniel-Constantin Mierla <[email protected] 
> <mailto:[email protected]>> wrote:
>  
> To clarify and avoid misleading, rtpproxy should be able to do the same as 
> rtpengine for this case
> Both modules allow to set the public IP address, by providing it as the 
> second parameter to rtp relay manage function. Also, the applications 
> themselves have parameters to specify the address to advertise.
> 
> Cheers,
> Daniel
> 
> On 25.01.18 11:00, Mark Boyce wrote:
> Morning Arsen 
>  
> Thanks I’ll take a look at that.  Was using RTPProxy just through force of 
> habit :-)
>  
> Mark
> 
> 
> On 25 Jan 2018, at 09:53, Arsen <[email protected] 
> <mailto:[email protected]>> wrote:
>  
> Hi Mark,
>  
> You can solve this by using rtpengine module, it can rewrite SDP offer / 
> answer and replace media addresses with correct IPs.
>  
>  
> https://kamailio.org/docs/modules/5.0.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer
>  
> <https://kamailio.org/docs/modules/5.0.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer>
>  
>  
> 
>  
> Arsen Semionov
> www.eurolan.info <http://www.eurolan.info/>
> cell: +442035198881
>  
> On Thu, Jan 25, 2018 at 11:40 AM, Mark Boyce <[email protected] 
> <mailto:[email protected]>> wrote:
> Hi all
> 
> I’m trying to create a relatively simple setup with Kamailio dual homed on 
> public/private ip and asterisk on private ip only.  The idea is load balance 
> / fail over asterisk boxes.
> 
> Following the real-time tutorial I have clients registering with Kamailio, 
> Kamailio registering on clients behalf with asterisk as well as invites going 
> through.
> 
> However what I’m seeing is that when an invite occurs asterisk offers media 
> on its private ip, as it would. However this is making its way through 
> Kamailio all the way to the client.
> 
> After a bit of searching all I can find is people trying to get it working 
> and failing, or putting asterisk on public IP.
> 
> So questions - am I doing this completely the wrong way? Should Kamailio 
> alter the media ip of asterisk on the way through or do I need to do that by 
> hand?  Surely someone somewhere has a write up on this already :-)
> 
> Thanks
> Mark
> 
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> [email protected] <mailto:[email protected]>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>  
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> [email protected] <mailto:[email protected]>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>  
> Mark
> -- 
> Mark Boyce
> Dark Origins Ltd
> e: [email protected] <mailto:[email protected]>
> t: 0845 0043 043
> f: 0845 0043 044
>  
> 
> 
> 
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> [email protected] <mailto:[email protected]>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
> 
> 
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda <http://www.twitter.com/miconda> -- 
> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com 
> <http://www.asipto.com/>
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com 
> <http://www.kamailioworld.com/>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> [email protected] <mailto:[email protected]>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>  
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> [email protected] <mailto:[email protected]>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
_______________________________________________
Kamailio (SER) - Users Mailing List
[email protected]
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to