Re: [sr-dev] [kamailio/kamailio] presence: incorrect dialog state for multiple dialogs xml body (#1427)

I just pushed patch 29d09b38fab5a1ee8d7f6f82818e3d3446d4dd8b for it. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

[sr-dev] git:master:29d09b38: presence: keep first dialog node reference to compare name with next nodes

Module: kamailio Branch: master Commit: 29d09b38fab5a1ee8d7f6f82818e3d3446d4dd8b URL: https://github.com/kamailio/kamailio/commit/29d09b38fab5a1ee8d7f6f82818e3d3446d4dd8b Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date:

Re: [sr-dev] [kamailio/kamailio] sequence breaking DMQ bus (#1349)

Closing this one, following the patch referenced above. If still an issue, reopen or create a new issue as the module got new code inside it. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] [kamailio/kamailio] [4.2] Websockets was blocked when multiple WebRTC clients were disconnected from a MCU (#1419)

Closed #1419. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1419#event-1477415655___ Kamailio (SER) - Development Mailing List

Re: [sr-dev] [kamailio/kamailio] presence: incorrect dialog state for multiple dialogs xml body (#1427)

thanks for the last patch, I tried it. Making the fast check the match of multiple dialog body works as expected. Let me do deeper testing today. Will report results later. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] [kamailio/kamailio] Crash on receiving incorrect REGISTER request? (#1420)

@miconda thanks, got it. For some reason I can't reproduce this yet, maybe due to absence of production load. I activated core dumps, will update issue in case of reproduction. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on

Re: [sr-dev] [kamailio/kamailio] sequence breaking DMQ bus (#1349)

Closed #1349. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1349#event-1477417229___ Kamailio (SER) - Development Mailing List

Re: [sr-dev] [kamailio/kamailio] presence: incorrect dialog state for multiple dialogs xml body (#1427)

my shame... I did not do NULL check and that was the reason for crash. With your logging added (processing same body and input PUBLISH as before): ``` Feb 16 08:54:16 0050562c117c /usr/sbin/kamailio[30264]: ERROR: presence [presentity.c:361]: ps_match_dialog_state_from_body(): vstate is

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,trusty,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,trusty,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,jessie,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,jessie,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,precise,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

Re: [sr-dev] [kamailio/kamailio] acc_json: adding module (#1440)

Packet Type 1 - load tests ``` Total 250 INVITE calls sent in 2522028 ms at rate of 991/sec Total 250 responses received in 2522826 ms at rate of 990/sec: Detailed responses received: - 200 responses: 250 (OK) -- TOTAL responses: 250 (rate=990/sec)

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » amd64,wheezy,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

[sr-dev] Jenkins build is back to normal : kamailiodev-nightly-binaries » i386,precise,slave #1042

See ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

Re: [sr-dev] [kamailio/kamailio] Cnxcc doesn't update values in redis (#1387)

Sorry for the delayed response. Problem is solved by recompiling the cnxcc module. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] [kamailio/kamailio] rtpengine: setting tos value for the control commands (#1442)

rfuchs commented on this pull request. > @@ -1675,6 +1677,19 @@ static int build_rtpp_socks() { LM_WARN("Failed enable set MTU discovery socket option\n"); #endif + if((0 <= control_cmd_tos) && (control_cmd_tos < 256)) { +

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc replication and max_contacts (Kamailio v4.3.1) (#265)

Closed #265. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/265#event-1477701119___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc replication and max_contacts (Kamailio v4.3.1) (#265)

Open a new issue, the item here is for another version. Thanks! -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/265#issuecomment-366211845___ Kamailio (SER)

[sr-dev] git:master:744be5a9: ndb_redis: fix check on server name len when adding a new server to the cluster

Module: kamailio Branch: master Commit: 744be5a9315687bf632d35d68cdfc6d913368477 URL: https://github.com/kamailio/kamailio/commit/744be5a9315687bf632d35d68cdfc6d913368477 Author: grumvalski Committer: grumvalski Date:

[sr-dev] git:master:62b00fc8: Merge pull request #1444 from grumvalski/redis_server_len_fix

Module: kamailio Branch: master Commit: 62b00fc883b552cc2c1270f5f50a51da753710d5 URL: https://github.com/kamailio/kamailio/commit/62b00fc883b552cc2c1270f5f50a51da753710d5 Author: Federico Cabiddu Committer: GitHub Date: 2018-02-16T13:00:04+01:00

Re: [sr-dev] [kamailio/kamailio] ndb_redis: fix check on server name len when adding a new server to t… (#1444)

Merged #1444. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1444#event-1477742658___ Kamailio (SER) - Development Mailing List

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc replication and max_contacts (Kamailio v4.3.1) (#265)

Reopened #265. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/265#event-1477698412___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc replication and max_contacts (Kamailio v4.3.1) (#265)

Hello, I can reproduce the issue, with kamailio 4.4.6+jessie from kamailio debian repository: * 0x04 flag is set on save() * old contacts are deleted on the server receiving the REGISTER message * old contacts are not deleted on servers being notified via DMQ server1 (REGISTER message): >

[sr-dev] [kamailio/kamailio] dmq_usrloc: contacts not deleted while 0x04 flag set in save() function (#1445)

### Description Hello, related to #265 , I can reproduce the issue, with kamailio 4.4.6+jessie from kamailio debian repository - 0x04 flag is set on save() - old contacts are deleted on the server receiving the REGISTER message - old contacts are not deleted on servers being notified via DMQ

[sr-dev] [kamailio/kamailio] ndb_redis: fix check on server name len when adding a new server to t… (#1444)

…he cluster Pre-Submission Checklist - [X ] Commit message has the format required by CONTRIBUTING guide - [X] Commits are split per component (core, individual modules, libs, utils, ...) - [X] Each component has a single commit (if not, squash them into one commit) - [X] No commits

Re: [sr-dev] [kamailio/kamailio] ndb_redis: fix check on server name len when adding a new server to t… (#1444)

giavac approved this pull request. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1444#pullrequestreview-97148334___ Kamailio (SER) -

Re: [sr-dev] [kamailio/kamailio] Cnxcc doesn't update values in redis (#1387)

Closed #1387. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1387#event-1477728385___ Kamailio (SER) - Development Mailing List

Re: [sr-dev] [kamailio/kamailio] Cnxcc doesn't update values in redis (#1387)

Thanks for the update! Closing. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1387#issuecomment-366215656___ Kamailio (SER) -

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc: contacts not deleted while 0x04 flag set in save() function (#1445)

I finally found the delete event on server2 (generated by usrloc): > DEBUG: usrloc [ul_callback.h:84]: run_ul_callbacks(): contact=0x7f87b6dd0de8, > callback type 4/15, id 0 entered > DEBUG: dmq_usrloc [usrloc_sync.c:578]: dmq_ul_cb_contact(): Callback from > usrloc with type=4 > DEBUG:

Re: [sr-dev] [kamailio/kamailio] registrar: function "registered(...)" different workers integrity (#1267)

with this path it seems ok ``` diff --git a/src/modules/registrar/lookup.c b/src/modules/registrar/lookup.c index b18fe99..84c0f40 100644 --- a/src/modules/registrar/lookup.c +++ b/src/modules/registrar/lookup.c @@ -759,6 +759,7 @@ int registered4(struct sip_msg* _m, udomain_t* _d, str* _uri,

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc: contacts not deleted while 0x04 flag set in save() function (#1445)

It looks like the new register has been received on server2 but the original one was received on server1 - therefore the presence of the FL_RPL flag is preventing the update from being replicated. This was intended behaviour at the time of 4.4. As of b5f94a9 (currently only in 5.1 and above),

Re: [sr-dev] [kamailio/kamailio] dmq_usrloc: contacts not deleted while 0x04 flag set in save() function (#1445)

thanks @charlesrchance. I'll check and let you know -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1445#issuecomment-366298209___