Re: [SR-Users] Making rtp streams appear unidirectional

On Mon, Jan 12, 2015 at 5:52 PM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com > > On 12/01/15 11:14, aft wrote: > > > > On Fri, Jan 9, 2015 at 12:37 AM, Daniel-Constantin Mierla < > miconda(a)gmail.com> >> Hello, >> >> On 01/01/15 08:29, aft wrote: >> > Hi, >> > >> > Is it possible to make the rtp stream appear unidirectional? >> > >> > By that i mean, >> > >> > The rtp stream from client to proxy will go through one rtpproxy and >> > proxy to client stream will go through another rtpproxy instance? >> > >> > If not, is it possible to mimic something like that by running >> > rtpproxy in bridge mode where both IPs in bridge mode will be public IP? >> >> in typical deployment rtpproxy needs to know from where to receive and >> where to send. You may get that working if the caller and callee are on >> public internet, if they are behind the nat, it will be hard. >> >> Using bridge mode should work. Also you can try to chain two rtpproxy >> instances (with two kamailio proxy). >> > > How can i achieve this chaining? > > Install two kamailios with two rtpproxies and forward the messages between > them. The second can be on the same system, different port (or even IP, if > you want so). > I'm still not clear how to do this. INVITE is usually processed by invoking route[RTPPROXY]. Now if i want to forward it to another kamailio, what should i do? Is the idea is like this : INVITE--->kamailio1-----forward--->kamailio2--->route[RTPPROXY]--->Next Sip endpoint Client <---- route[RTPPROXY]<--------kamailio1<------forward-----kamailio2<---- reply with SDP If these scheme is correct, then i need to find how to do the "forward" appropriately?