[sr-dev] git:5.0:a4d26dfd: core: parser reset_path_vector() remove check for msg->msg_flags

Module: kamailio Branch: 5.0 Commit: a4d26dfde58d5e038ed53c315bbd6e7b353211fc URL: https://github.com/kamailio/kamailio/commit/a4d26dfde58d5e038ed53c315bbd6e7b353211fc Author: Victor Seva Committer: Victor Seva Date:

[sr-dev] git:master:9093f0d2: tm: exported severat t set functions to kemi framework

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

[sr-dev] git:master:42764f90: tm: split wrappers for t set flags cfg functions

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

[sr-dev] Planning Kamailio v5.0.2

Hello, I am considering to release Kamailio v5.0.2 sometime next week, likely on Wednesday or Thursday, Jun 14 or 15, 2017. Should anyone be aware of issues not listed yet on bug tracker from github.com/kamailio/kamailio, report them there as soon as possible to try to fix. Cheers, Daniel --

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

ok. agree.. this way will be more effective and flexible. Should I do or you wanna ? ;-) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [sr-dev] Planning Kamailio v5.0.2

Hi, I think the following commit on master https://github.com/kamailio/kamailio/commit/cca31b30aeb80c808b10c5f4f36285c1c55cd72a should be cherry-picked to 5.0. Cheers, Federico On Fri, Jun 9, 2017 at 8:30 AM, Daniel-Constantin Mierla wrote: > Hello, > > I am considering to

[sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1150 -- Commit Summary -- * modules/topoh: added IP lookup functionality for trusted or untrusted destination * modules/topoh: changed README * utils/kamctl: fixed sql schema for

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

Yes, exactly this way, just to exclude or include destination IP for topology hiding. I am not sure that there is a way to do it via internal flags, because the event socket for SREV_NET_DATA_OUT will be called from retransmission function in the tm module and in this case you don't have

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

so, from topoh we can call topoh-route in kamailio.cfg , there we can use allow_address from the permissions module and base on the result we can reject and accept topoh request. Should we just send empty sip_msg structure there ? Just to avoid sip message parsing in case the request will be

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

What is exactly the purpose of this new functionality? To allow/deny traffic from those IP addresses or for doing/skipping topology hiding? I am somehow not very pleased with importing a lot of code similar to what permissions does in regards to address matching. I would rather do another

Re: [sr-dev] [kamailio/kamailio] src/Makefile: fix make deb rules (d0bfefd)

unfortunately this doesn't work on jessie because dpkg-buildpackage doesn't have --no-sign support: ``` make deb make -C src/ deb make[1]: Entering directory 'kamailio/src' (cd ..; \ if [ -d debian ]; then \ dpkg-buildpackage -rfakeroot -tc --no-sign; \ rm debian; \ else \

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

We have the source code, we can change if something helps substantially -- currently, I see two options that can be controlled via a mod param (or just choose one that it is considered better): * give a fake request, like it is done with other event_route blocks (e.g., htable:mod-init) --

[sr-dev] git:master:f7c2c4db: misc/examples: tunings to sqlang kemi script

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

[sr-dev] git:master:69ba7627: app_sqlang: updates to the build system for sqlang libs

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

Re: [sr-dev] [kamailio/kamailio] modules/topoh: added lookup functionality for destination IP (#1150)

Giving a fake request is very fast, like done at: * https://github.com/kamailio/kamailio/blob/master/src/modules/htable/htable.c#L268 It is no parsing apart of the first time. This way is safe, because some functions need the msg structure. -- You are receiving this because you are