Re: [SR-Users] Calling users on another kamailio server

2013-09-17 Thread Charles Chance
Hi, When you perform lookup and t_relay, the invite will be sent via the proxy which added the path header, not forwarded to the registrar that performed the save. The To header will contain the callee uri, but the destination ($du) will be set to the appropriate proxy so it can forward it on. Th

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
Hi, Just managed to check code. Correct me if I'm wrong, but I think it won't work with add_path() because the function uses substitution SUBST_SND_ALL which of course refers to the source ip:port;transport=proto of the outgoing message. Regards, Charles On 16 September 2013 16:06, Charles Ch

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Brian Wallen
I'm thinking about changing the architecture of the system I'm building. As it stands now, my registrars are on the edge of the network and they share a DB. If a user calls another user on another server, the callers registrar sends an INVITE to the callee and the caller's rtpproxy is used by both

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
Peter - calling msg_apply_changes() after add_path() should indeed work, I'm sure, so thanks for pointing it out. However, when testing I'm getting parse errors in debug output, so am unable to confirm at this time. Brian - which version are you using? Anything in log? After calling save(), path c

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Brian Wallen
In my test setup the registrar is at the edge and add_path() does in fact do nothing. I also tried Charles' suggestion which didn't seem to add the Path header either. On Mon, Sep 16, 2013 at 10:04 AM, Peter Dunkley < peter.dunk...@crocodilertc.net> wrote: > I thought append_hf() didn't take aff

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Peter Dunkley
I thought append_hf() didn't take affect (unless you use msg_apply_changes()) until the message left Kamailio too? If that is the case, and msg_apply_changes() is called, doesn't that mean the Path: header from add_path() would be added in that scenario? On 16 September 2013 14:49, Charles Chanc

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
It is possible if the edge proxy and registrar are separate, as you say. But if the registrar is at the edge with no separate proxy, add_path() does nothing (because the message never leaves Kamailio for the header to be added). On 16 September 2013 14:42, Peter Dunkley wrote: > Is there any rea

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Peter Dunkley
Is there any reason it isn't possible? On 16 September 2013 14:21, Charles Chance wrote: > Hi, > > Yes, you are right - and I agree, it would be better if this was possible > :) > > Charles > > > > > On 16 September 2013 14:15, Peter Dunkley > wrote: > >> Hello, >> >> It'd be better if the "add

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
Hi Brian, Another tip, if you do share the same database, make sure the clocks are in sync ;) Cheers, Charles On 16 September 2013 14:22, Brian Wallen wrote: > Thanks for the tips guys. I'll try them out today and report back. > > > On Mon, Sep 16, 2013 at 9:21 AM, Charles Chance < > charle

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Brian Wallen
Thanks for the tips guys. I'll try them out today and report back. On Mon, Sep 16, 2013 at 9:21 AM, Charles Chance < charles.cha...@sipcentric.com> wrote: > Hi, > > Yes, you are right - and I agree, it would be better if this was possible > :) > > Charles > > > > > On 16 September 2013 14:15, Pe

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
Hi, Yes, you are right - and I agree, it would be better if this was possible :) Charles On 16 September 2013 14:15, Peter Dunkley wrote: > Hello, > > It'd be better if the "add_path()" function could be used here. That way, > if using outbound (RFC5626), the flow-token (the userinfo part o

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Peter Dunkley
Hello, It'd be better if the "add_path()" function could be used here. That way, if using outbound (RFC5626), the flow-token (the userinfo part of the Path-URI) would be present and there would be no need to add the ";received" parameter. This would address the one issue remaining for SIP outbou

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Charles Chance
Hi, This sounds like a case for sharing same database, and adding Path before saving incoming register. That way, no need to replicate register message to other servers and all subscribers use the same domain. Add path something like this before calling save(): append_hf(

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Brian Wallen
On Mon, Sep 16, 2013 at 7:34 AM, Daniel-Constantin Mierla wrote: > Hello, > > > On 9/12/13 10:08 PM, Brian Wallen wrote: > >> I currently have two independent kamailio servers. I'd like to set them >> up in a way that user1 on server1 can make a call to user2 on server2. >> After searching I've c

Re: [SR-Users] Calling users on another kamailio server

2013-09-16 Thread Daniel-Constantin Mierla
Hello, On 9/12/13 10:08 PM, Brian Wallen wrote: I currently have two independent kamailio servers. I'd like to set them up in a way that user1 on server1 can make a call to user2 on server2. After searching I've come up with two ways that this might be able to be done. Can someone please sanit

[SR-Users] Calling users on another kamailio server

2013-09-12 Thread Brian Wallen
I currently have two independent kamailio servers. I'd like to set them up in a way that user1 on server1 can make a call to user2 on server2. After searching I've come up with two ways that this might be able to be done. Can someone please sanity check these or point me in the right direction? 1.