Re: [SR-Users] Fosdem dinner

2018-02-01 Thread Daniel-Constantin Mierla
Hello,

if you registered for the dinner at Fosdem, note the venue details:

Restaurant Le Pickwick
Ave Adolphe Buyl 77-79
1050 Brussels (Ixelles)

It is same location like last year, nearby Fosdem area.

Thanks to Torrey Searle (from Voxbone) for taking care of reservation.

Cheers,
Daniel


On 15.01.18 09:28, Daniel-Constantin Mierla wrote:
> Hello,
>
> in the past 10 years or so, many of us met at Fosdem conference in
> Brussels (the edition this year happens during February 3-4) and had a
> dinner on Saturday evening. I know already couple of people from
> community that will go there, so the question is if there is any
> interest to organize again such event.
>
> If yes, it will be again on Saturday, on the evening of the 3rd of February.
>
> At the past editions, it turned into an all-RTC dinner, but we can
> consider to have it alone again (eventually with few other invited
> friends), if there are too many or people want a smaller meeting.
>
> Reply this week if you want to join, so we can estimate how many seats
> we need and have enough time to find a place that can accommodate us.
>
> More about Fosdem can be found at:
>
>   - https://fosdem.org
>
> There is a devroom on Sunday with topics covering real time
> communications. I will have a presentation there.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Distributed Presence between Multiple Kamailios

2018-02-01 Thread Charles Chance
Hi Juha,

I would say the primary benefit for presence specifically, is that remote
watchers are notified immediately - it does depend on the event type, I
guess, as to just how important this is, but it can make a real difference
in certain applications.

Secondary benefits vary by use case but may include things like simplifying
the stack and/or removing single points of failure, or allowing for
horizontal scaling up/down on demand - all of which are benefits of dmq
overall.

Why do you ask?

Cheers,

Charles

On Thu, 1 Feb 2018 at 20:14, Juha Heinanen  wrote:

> Charles Chance writes:
>
> > > Presence module has a new integration with DMQ in master branch which
> does
> > > exactly what you’re looking for. It’s enabled by setting modparam
> > > “enable_dmq” and the rest takes care of itself:
> > >
> > >
> https://github.com/kamailio/kamailio/commit/3fc1da644a6b375fc45ea17cbcf816
> > > 43f70db545
>
> Charles,
>
> What are the benefits of DMQ replication over use of shared database?
>
> -- Juha
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
*Charles Chance*
Managing Director

t. 0330 120 1200m. 07932 063 891

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Distributed Presence between Multiple Kamailios

2018-02-01 Thread Juha Heinanen
Charles Chance writes:

> > Presence module has a new integration with DMQ in master branch which does
> > exactly what you’re looking for. It’s enabled by setting modparam
> > “enable_dmq” and the rest takes care of itself:
> >
> > https://github.com/kamailio/kamailio/commit/3fc1da644a6b375fc45ea17cbcf816
> > 43f70db545

Charles,

What are the benefits of DMQ replication over use of shared database?

-- Juha

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Charles Chance
On 1 February 2018 at 19:02, Alex Balashov 
wrote:

> On Thu, Feb 01, 2018 at 06:57:03PM +, Charles Chance wrote:
>
> > Just to confirm, do you have use_path set?
> >
> > modparam("registrar", "use_path", 1)
>
> I do indeed.
>
> > modparam("registrar", "path_mode", 0)
> > modparam("registrar", "path_use_received", 1)
> > modparam("registrar", "path_check_local", 1)
>
> I have the latter set, but left the former two to defaults.
>
>
That may be the issue then, I think. The default for path_mode is 2:

"The path header is only saved into usrloc, if path support is indicated in
the registration request by the “path” option of the “Supported” header."

Can you try with the suggested values?

Cheers,

Charles

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Alex Balashov
On Thu, Feb 01, 2018 at 06:57:03PM +, Charles Chance wrote:

> Just to confirm, do you have use_path set?
> 
> modparam("registrar", "use_path", 1)

I do indeed.

> modparam("registrar", "path_mode", 0)
> modparam("registrar", "path_use_received", 1)
> modparam("registrar", "path_check_local", 1)

I have the latter set, but left the former two to defaults.

-- Alex

-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Charles Chance
Hi Alex,

Just to confirm, do you have use_path set?

modparam("registrar", "use_path", 1)

For your setup I'd also recommend setting:

modparam("registrar", "path_mode", 0)
modparam("registrar", "path_use_received", 1)
modparam("registrar", "path_check_local", 1)

Cheers,

Charles


On 1 February 2018 at 18:47, Alex Balashov 
wrote:

> Hi Charles,
>
> ul.dump reflects that Path is not being applied to the local contact, so
> it should come as no surprise that it's not being replicated either.
>
> I added this:
>
> append_hf("Path: \r\n");
> msg_apply_changes();
>
> if(!save("location")) {
> ...
> }
>
> ...
>
> -- Alex
>
> On Thu, Feb 01, 2018 at 08:44:38AM +, Charles Chance wrote:
>
> > Hi Alex,
> >
> > Socket is never replicated but path definitely should be.
> >
> > Without DMQ involved and simply saving locally (with path header added
> > first) can you show me the output of ul.dump?
> >
> > Cheers,
> >
> > Charles
> >
> > On Thu, 1 Feb 2018 at 08:31, Alex Balashov 
> > wrote:
> >
> > > Ah, thank you for that! I had tried calling msg_apply_changes() after
> > > using add_path(), but didn't realise that it's dependent on relay
> rather
> > > than just adding it to the existing message lumps. However, to your
> > > point, the documentation does say that the "outgoing" interface address
> > > is populated by add_path*(), which of course means that has to be
> known.
> > >
> > > Nevertheless, Path is not being replicated. Furthermore, after
> upgrading
> > > to 5.1, I am not getting any replication of remote contacts whatsoever,
> > > even with no path involvement. And "socket" is still not an attribute
> of
> > > the DMQ messages being passed:
> > >
> > > KDMQ sip:usrloc@100.2.160.20 SIP/2.0
> > > Via: SIP/2.0/UDP
> > > 100.2.128.20;branch=z9hG4bKc0ec.d07b9da1.0
> > > To: 
> > > From:  > > >;tag=68a630e496181361fe35a2f5a89714ad-02ab
> > > CSeq: 10 KDMQ
> > > Call-ID: 4cf0c5e5257bcb22-6408@100.2.99.211
> > > Content-Length: 461
> > > User-Agent: kamailio (5.1.1 (x86_64/linux))
> > > Max-Forwards: 1
> > > Content-Type: application/json
> > >
> > > {"action":1,"aor":"marshal@org
> > > ","ruid":"uloc-5a712c1a-1901-dae1","c":"sip:va-server@100.
> 2.129.149:6060
> > > ;ob","received":"sip:100.2.129.149:6060
> > > ","path":"","callid":"R6m3zCogWsifTLebJ7n6zmlGHOwk1x
> A6","user_agent":"CallServer","instance":"","expires":
> 1517473708,"cseq":5015,"flags":0,"cflags":0,"q":0,"last_
> modified":1517473678,"methods":8159,"reg_id":0,"server_id":0}
> > >
> > >
> > > -- Alex
> > >
> > > --
> > > Alex Balashov | Principal | Evariste Systems LLC
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> > >
> > > ___
> > > Kamailio (SER) - Users Mailing List
> > > sr-users@lists.kamailio.org
> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > >
> > --
> > *Charles Chance*
> > Managing Director
> >
> > t. 0330 120 1200m. 07932 063 891
> >
> > --
> > Sipcentric Ltd. Company registered in England & Wales no. 7365592.
> Registered
> > office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> > Birmingham Science Park, Birmingham B7 4BB.
>
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Random 'BYE" sent?

2018-02-01 Thread Wilkins, Steve
Hello All,

I am running Kamailio 5 and using  Asterisk 14 as PBX.  I have a strange issue. 
 When I receive calls from some providers to a WebRTC client, calls hang up 
after about 25 seconds.  This does not happen with all providers and does not 
happen with WebRTC client to WebRTC client calls.  It appears the "BYE" is 
coming from Kamailio.  Any ideas?

Thank you,
-Steve
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Distributed Presence between Multiple Kamailios

2018-02-01 Thread SamyGo
That is fantastic news, let me have it tested out and share feedback.

Thanks again for the directions.

Regards,
Sammy

On Thu, Feb 1, 2018 at 5:00 AM, Charles Chance <
charles.cha...@sipcentric.com> wrote:

> Also, you'll need to update the presentity DB table to include the
> new ruid column: https://www.kamailio.org/wiki/install/upgrade/
> stable-to-devel
>
> Cheers,
>
> Charles
>
>
> On 1 February 2018 at 07:47, Charles Chance  > wrote:
>
>> Hello,
>>
>> Presence module has a new integration with DMQ in master branch which
>> does exactly what you’re looking for. It’s enabled by setting modparam
>> “enable_dmq” and the rest takes care of itself:
>>
>> https://github.com/kamailio/kamailio/commit/3fc1da644a6b375f
>> c45ea17cbcf81643f70db545
>>
>> You’ll need to load the dmq module first and add the dmq_handle block to
>> the start of your default route (see docs for more info).
>>
>> Cheers,
>>
>> Charles
>>
>>
>> On Thu, 1 Feb 2018 at 02:27, SamyGo  wrote:
>>
>>> Hi,
>>> I'm working on multiple Kamailios that have users distributed evenly
>>> among them, I now need to enable presence in those Kamailio boxes. The
>>> scenario is a mesh where any user may have subscribed to BLF of other user
>>> registered & calling on any other proxy.
>>>
>>> What modules can help me achieve this? can this be done without creating
>>> a new Presence-Node for the whole environment?
>>>
>>> Hope to get some suggestions on how experts here have done this.
>>>
>>> Looking forward to positive response.
>>>
>>> Regards,
>>> Sammy
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> --
>>
>>
> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> Birmingham Science Park, Birmingham B7 4BB.
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Distributed Presence between Multiple Kamailios

2018-02-01 Thread Charles Chance
Also, you'll need to update the presentity DB table to include the new ruid
column: https://www.kamailio.org/wiki/install/upgrade/stable-to-devel

Cheers,

Charles


On 1 February 2018 at 07:47, Charles Chance 
wrote:

> Hello,
>
> Presence module has a new integration with DMQ in master branch which does
> exactly what you’re looking for. It’s enabled by setting modparam
> “enable_dmq” and the rest takes care of itself:
>
> https://github.com/kamailio/kamailio/commit/3fc1da644a6b375fc45ea17cbcf816
> 43f70db545
>
> You’ll need to load the dmq module first and add the dmq_handle block to
> the start of your default route (see docs for more info).
>
> Cheers,
>
> Charles
>
>
> On Thu, 1 Feb 2018 at 02:27, SamyGo  wrote:
>
>> Hi,
>> I'm working on multiple Kamailios that have users distributed evenly
>> among them, I now need to enable presence in those Kamailio boxes. The
>> scenario is a mesh where any user may have subscribed to BLF of other user
>> registered & calling on any other proxy.
>>
>> What modules can help me achieve this? can this be done without creating
>> a new Presence-Node for the whole environment?
>>
>> Hope to get some suggestions on how experts here have done this.
>>
>> Looking forward to positive response.
>>
>> Regards,
>> Sammy
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
>
>

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Charles Chance
Hi Alex,

Socket is never replicated but path definitely should be.

Without DMQ involved and simply saving locally (with path header added
first) can you show me the output of ul.dump?

Cheers,

Charles

On Thu, 1 Feb 2018 at 08:31, Alex Balashov 
wrote:

> Ah, thank you for that! I had tried calling msg_apply_changes() after
> using add_path(), but didn't realise that it's dependent on relay rather
> than just adding it to the existing message lumps. However, to your
> point, the documentation does say that the "outgoing" interface address
> is populated by add_path*(), which of course means that has to be known.
>
> Nevertheless, Path is not being replicated. Furthermore, after upgrading
> to 5.1, I am not getting any replication of remote contacts whatsoever,
> even with no path involvement. And "socket" is still not an attribute of
> the DMQ messages being passed:
>
> KDMQ sip:usrloc@100.2.160.20 SIP/2.0
> Via: SIP/2.0/UDP
> 100.2.128.20;branch=z9hG4bKc0ec.d07b9da1.0
> To: 
> From:  >;tag=68a630e496181361fe35a2f5a89714ad-02ab
> CSeq: 10 KDMQ
> Call-ID: 4cf0c5e5257bcb22-6408@100.2.99.211
> Content-Length: 461
> User-Agent: kamailio (5.1.1 (x86_64/linux))
> Max-Forwards: 1
> Content-Type: application/json
>
> {"action":1,"aor":"marshal@org
> ","ruid":"uloc-5a712c1a-1901-dae1","c":"sip:va-server@100.2.129.149:6060
> ;ob","received":"sip:100.2.129.149:6060
> ","path":"","callid":"R6m3zCogWsifTLebJ7n6zmlGHOwk1xA6","user_agent":"CallServer","instance":"","expires":1517473708,"cseq":5015,"flags":0,"cflags":0,"q":0,"last_modified":1517473678,"methods":8159,"reg_id":0,"server_id":0}
>
>
> -- Alex
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
*Charles Chance*
Managing Director

t. 0330 120 1200m. 07932 063 891

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Alex Balashov
Ah, thank you for that! I had tried calling msg_apply_changes() after
using add_path(), but didn't realise that it's dependent on relay rather
than just adding it to the existing message lumps. However, to your
point, the documentation does say that the "outgoing" interface address
is populated by add_path*(), which of course means that has to be known.

Nevertheless, Path is not being replicated. Furthermore, after upgrading
to 5.1, I am not getting any replication of remote contacts whatsoever,
even with no path involvement. And "socket" is still not an attribute of
the DMQ messages being passed:

KDMQ sip:usrloc@100.2.160.20 SIP/2.0
Via: SIP/2.0/UDP 
100.2.128.20;branch=z9hG4bKc0ec.d07b9da1.0
To: 
From: ;tag=68a630e496181361fe35a2f5a89714ad-02ab
CSeq: 10 KDMQ
Call-ID: 4cf0c5e5257bcb22-6408@100.2.99.211
Content-Length: 461
User-Agent: kamailio (5.1.1 (x86_64/linux))
Max-Forwards: 1
Content-Type: application/json

{"action":1,"aor":"marshal@org","ruid":"uloc-5a712c1a-1901-dae1","c":"sip:va-server@100.2.129.149:6060;ob","received":"sip:100.2.129.149:6060","path":"","callid":"R6m3zCogWsifTLebJ7n6zmlGHOwk1xA6","user_agent":"CallServer","instance":"","expires":1517473708,"cseq":5015,"flags":0,"cflags":0,"q":0,"last_modified":1517473678,"methods":8159,"reg_id":0,"server_id":0}


-- Alex

-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Charles Chance
Hi Alex,

You’ll need to call msg_apply_changes before saving. Also, as I recall,
add_path will only work if relaying so you’ll need to add the header
manually. Something like this:

...
append_hf("Path:\r\n");

msg_apply_changes();
...


Let me know if it works for you.

Cheers,

Charles


On Thu, 1 Feb 2018 at 07:52, Alex Balashov 
wrote:

> Hi Charles,
>
> It does not appear that Path is being replicated, either.
>
> I am running add_path() prior to save()ing to usrloc, but on both hosts,
> I see:
>
> # kamcmd -s /tmp/kamailio_ctl ul.dump | grep -i path
> Path: [not set]
> Path: [not set]
> Path: [not set]
> Path: [not set]
> Path: [not set]
> Path: [not set]
> Path: [not set]
> Path: [not set]
>
> This applies to both local registrations and replicated ones.
>
> This is 5.0, though. Haven't tried 5.1 yet.
>
> -- Alex
>
> On Wed, Jan 31, 2018 at 04:53:09AM +, Charles Chance wrote:
> > Hi Alex,
> >
> > Which version are you running? There were a few related patches recently
> -
> > the one you mentioned will correctly set the server_id, although on its
> own
> > will probably not help in the correct routing of requests. For that, I
> > would normally make use of Path.
> >
> > The socket should indeed be set for locally received registrations - if
> not
> > then there is something wrong.
> >
> > Cheers,
> >
> > Charles
> >
> >
> > On 31 January 2018 at 03:32, Alex Balashov 
> > wrote:
> >
> > > Ah, I guess this is the very problem that this relatively bleeding-edge
> > > patch by Charles is meant to solve:
> > >
> > >
> https://github.com/kamailio/kamailio/commit/684059ca5bb76e2006a9560ac1efa8
> > > c3540d3a58#diff-511a71ab6e3db75071b6a440618be1df
> > >
> > > -- Alex
> > >
> > > --
> > > Alex Balashov | Principal | Evariste Systems LLC
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> > >
> > > ___
> > > Kamailio (SER) - Users Mailing List
> > > sr-users@lists.kamailio.org
> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > >
> >
> > --
> > Sipcentric Ltd. Company registered in England & Wales no. 7365592.
> Registered
> > office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> > Birmingham Science Park, Birmingham B7 4BB.
>
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
*Charles Chance*
Managing Director

t. 0330 120 1200m. 07932 063 891

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] dmq_usrloc - which server?

2018-02-01 Thread Alex Balashov
Unfortunately, no luck with 5.1 either.

On Thu, Feb 01, 2018 at 02:49:32AM -0500, Alex Balashov wrote:

> Hi Charles,
> 
> It does not appear that Path is being replicated, either. 
> 
> I am running add_path() prior to save()ing to usrloc, but on both hosts,
> I see:
> 
> # kamcmd -s /tmp/kamailio_ctl ul.dump | grep -i path
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
>   Path: [not set]
> 
> This applies to both local registrations and replicated ones. 
> 
> This is 5.0, though. Haven't tried 5.1 yet.
> 
> -- Alex
> 
> On Wed, Jan 31, 2018 at 04:53:09AM +, Charles Chance wrote:
> > Hi Alex,
> > 
> > Which version are you running? There were a few related patches recently -
> > the one you mentioned will correctly set the server_id, although on its own
> > will probably not help in the correct routing of requests. For that, I
> > would normally make use of Path.
> > 
> > The socket should indeed be set for locally received registrations - if not
> > then there is something wrong.
> > 
> > Cheers,
> > 
> > Charles
> > 
> > 
> > On 31 January 2018 at 03:32, Alex Balashov 
> > wrote:
> > 
> > > Ah, I guess this is the very problem that this relatively bleeding-edge
> > > patch by Charles is meant to solve:
> > >
> > > https://github.com/kamailio/kamailio/commit/684059ca5bb76e2006a9560ac1efa8
> > > c3540d3a58#diff-511a71ab6e3db75071b6a440618be1df
> > >
> > > -- Alex
> > >
> > > --
> > > Alex Balashov | Principal | Evariste Systems LLC
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> > >
> > > ___
> > > Kamailio (SER) - Users Mailing List
> > > sr-users@lists.kamailio.org
> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > >
> > 
> > -- 
> > Sipcentric Ltd. Company registered in England & Wales no. 7365592. 
> > Registered 
> > office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
> > Birmingham Science Park, Birmingham B7 4BB.
> 
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> 
> 
> -- 
> Alex Balashov | Principal | Evariste Systems LLC
> 
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users