Re: [sr-dev] [kamailio/kamailio] TLS module: Unable to load tls module (#1797)

2019-01-08 Thread sergey-safarov
Are you tested on reference kamailio config or used custom config?

-- 
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/1797#issuecomment-452400980___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Cannot use AVPs with t_check_status (#1795)

2019-01-08 Thread Henning Westerholt
After the merge of #1796 I think this can be closed?

-- 
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/1795#issuecomment-452437596___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] TLS module: Unable to load tls module (#1797)

2019-01-08 Thread Henning Westerholt
I was able to reproduce this on opensuse 42.3 with the default kamailio cfg.

$ ./kamailio -f ../etc/kamailio.cfg -E -e -L modules -Y /tmp/ -AWITH_TLS 
-AWITH_DEBUG

0(12645) ERROR: tls [tls_init.c:601]: tls_pre_init(): Unable to set the memory 
allocation functions
0(12645) ERROR: tls [tls_init.c:603]: tls_pre_init(): libssl current mem 
functions - m: 0x7f613089c380 r: 0x7f613089c9e0 f: 0x7f613089c950
0(12645) ERROR: tls [tls_init.c:605]: tls_pre_init(): Be sure tls module is 
loaded before any other module using libssl (can be loaded first to be safe)
0(12645) ERROR:  [core/sr_module.c:532]: load_module(): 
modules/tls/tls.so: mod_register failed

$ rpm -qi libopenssl-devel
Name: libopenssl-devel
Version : 1.0.2j
Release : 32.1
Architecture: x86_64

$ ldd tls.so 
linux-vdso.so.1 (0x7ffd9ad8d000)
libssl.so.1.0.0 => /lib64/libssl.so.1.0.0 (0x7f619dc34000)
libc.so.6 => /lib64/libc.so.6 (0x7f619d88f000)
libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x7f619d436000)
/lib64/ld-linux-x86-64.so.2 (0x7f619e135000)
libdl.so.2 => /lib64/libdl.so.2 (0x7f619d232000)
libz.so.1 => /lib64/libz.so.1 (0x7f619d01c000)


-- 
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/1797#issuecomment-452464289___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Wanted HTTP/2 parser (#1794)

2019-01-08 Thread sergey-safarov
I asynchronously report registration info to application server.
```
loadmodule "jansson.so"
loadmodule "http_async_client.so"
loadmodule "http_client.so"
modparam("http_client", "httpredirect", 0)
modparam("http_client", "useragent", "E-CSCF")
modparam("http_client", "maxdatasize", 64535)
modparam("http_client", "connection_timeout", 2)
modparam("http_client", "tlsversion", 6)
modparam("http_client", "keep_connections", 1)
modparam("http_client", "httpcon", "lisendpoint=>https://example.com/LIS;)

# Sending regisration info to LIS server
route[SEND_REGISTRATION_TO_LIS] {
xlog("L_ALERT","DEBUG: Sending registration info to LIS for $fu\n");
$var(payload)='{}';
$var(json_request)='{}';
jansson_set("string", "call_id", $ci, "$var(payload)");
jansson_set("integer", "msg_timestamp", $Ts, "$var(payload)");
jansson_set("integer", "expires", $xavp(ulrcd[0]=>expires), 
"$var(payload)");
jansson_set("string", "network_address", $si, "$var(payload)");
jansson_set("integer", "network_port", $sp, "$var(payload)");
jansson_set("string", "from", $fu, "$var(payload)");
jansson_set("string", "user_agent", $ua, "$var(payload)");
jansson_set("string", "contact", $ct, "$var(payload)");
jansson_set("obj", "registration_update", "$var(payload)", 
"$var(json_request)");
$http_req(suspend) = 0;
$http_req(hdr) = "Content-Type: application/json";
$http_req(body) = $var(json_request);

http_async_query("LIS_URL", "LIS_REPLY");
}

route[LIS_REPLY] {
if ($http_ok) {
xlog("L_INFO", "route[HTTP_REPLY]: status $http_rs\n");
xlog("L_INFO", "route[HTTP_REPLY]: body   $http_rb\n");
} else {
xlog("L_INFO", "route[HTTP_REPLY]: error  $http_err)\n");
}
}
```

-- 
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/1794#issuecomment-452397776___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] [kamailio/kamailio] TLS module: Unable to load tls module (#1797)

2019-01-08 Thread com4bizz
ERROR: tls [tls_init.c:601]: tls_pre_init(): Unable to set the memory 
allocation functions

This error comes with 5.0x - 5.2x and maybe in earlyer versions too.
Tried OpenSSL 1.0, and 1.1 with same result...

-- 
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/1797___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] TLS module: Unable to load tls module (#1797)

2019-01-08 Thread Henning Westerholt
This is probably something related opensuse leap 15.0 (if this matches the 
earlier email on sr-users).

-- 
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/1797#issuecomment-452436123___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] [kamailio/kamailio] Error while initializing module carrierroute (#1798)

2019-01-08 Thread Gkpanda321
Ubuntu 18.04 & Kamailio V 5.1

I am unable to start kamailio services due the below error.



● kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server
   Loaded: loaded (/lib/systemd/system/kamailio.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: exit-code) since Tue 2019-01-08 22:36:49 UTC; 12s ago
  Process: 12933 ExecStart=/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid 
-f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY -u $USER -g $GROUP (code=exited, 
status=255)
 Main PID: 12877 (code=exited, status=0/SUCCESS)

Jan 08 22:36:49 kamatl03 kamailio[12933]:  udp: kamatl03:5060
Jan 08 22:36:49 kamatl03 kamailio[12933]:  udp: localhost:5060
Jan 08 22:36:49 kamatl03 kamailio[12933]:  udp: 
localhost.localdomain:5060
Jan 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: INFO: carrierroute 
[carrierroute.c:213]: mod_init(): use file as configuration source
Jan 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: ERROR: carrierroute 
[carrierroute.c:215]: mod_init(): can't stat config file
Jan 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: ERROR:  
[core/sr_module.c:986]: init_mod(): Error while initializing module 
carrierroute (/usr/lib/x86_64-linu
Jan 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: INFO:  
[core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Jan 08 22:36:49 kamatl03 systemd[1]: kamailio.service: Control process exited, 
code=exited status=255
Jan 08 22:36:49 kamatl03 systemd[1]: kamailio.service: Failed with result 
'exit-code'.
Jan 08 22:36:49 kamatl03 systemd[1]: Failed to start Kamailio (OpenSER) - the 
Open Source SIP Server.



***Here is the Module Selection in configuraiton 
file***

### Modules Section 
# set paths to location of modules (to sources or installation folders)
#!ifdef WITH_SRCPATH
mpath="/usr/local/lib64/kamailio/modules"
#!else
mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/"
#!endif




-- 
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/1798___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Error while initializing module carrierroute (#1798)

2019-01-08 Thread Yasin CANER
Hello, 
you can use mailling list to help about it. 
https://www.kamailio.org/w/mailing-lists/

your error related to configuration that cannot find carrierroute config file

`an 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: INFO: carrierroute 
[carrierroute.c:213]: mod_init(): use file as configuration source
Jan 08 22:36:49 kamatl03 /usr/sbin/kamailio[12955]: ERROR: carrierroute 
[carrierroute.c:215]: mod_init(): can't stat config file`

Have a look at the documents 
[carrierroute](http://kamailio.org/docs/modules/5.2.x/modules/carrierroute.html#idm1031358476)

-- 
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/1798#issuecomment-452566420___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Modules: rtpengine-rtpengine_query exported to ksr routes (#1792)

2019-01-08 Thread Surendra Tiwari
@miconda please review.

-- 
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/1792#issuecomment-452587747___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Cannot use AVPs with t_check_status (#1795)

2019-01-08 Thread Daniel-Constantin Mierla
Closed #1795.

-- 
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/1795#event-2062282400___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] Errored: lazedo/kamailio#41 (5.1 - 74b8fbf)

2019-01-08 Thread Travis CI
Build Update for lazedo/kamailio
-

Build: #41
Status: Errored

Duration: 50 mins and 0 secs
Commit: 74b8fbf (5.1)
Author: Daniel-Constantin Mierla
Message: topos_redis: check the branch value to avoid using uninitialized fields

- GH #1784

(cherry picked from commit cfc89db53c087382c29d809dc0bc56f7351af2d1)
(cherry picked from commit 7c551812960dd1cfc2901a7a46bbf3010df47cd7)

View the changeset: 
https://github.com/lazedo/kamailio/compare/9d301849a145...74b8fbf0fc82

View the full build log and details: 
https://travis-ci.org/lazedo/kamailio/builds/477120826?utm_medium=notification_source=email

--

You can unsubscribe from build emails from the lazedo/kamailio repository going 
to 
https://travis-ci.org/account/preferences/unsubscribe?repository=11772075_medium=notification_source=email.
Or unsubscribe from *all* email updating your settings at 
https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notification_source=email.
Or configure specific recipients for build notifications in your .travis.yml 
file. See https://docs.travis-ci.com/user/notifications.

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


[sr-dev] git:5.1:74b8fbf0: topos_redis: check the branch value to avoid using uninitialized fields

2019-01-08 Thread Daniel-Constantin Mierla
Module: kamailio
Branch: 5.1
Commit: 74b8fbf0fc820d48a0203b81d2cd41f6e84dc5c5
URL: 
https://github.com/kamailio/kamailio/commit/74b8fbf0fc820d48a0203b81d2cd41f6e84dc5c5

Author: Daniel-Constantin Mierla 
Committer: Daniel-Constantin Mierla 
Date: 2019-01-08T15:18:22+01:00

topos_redis: check the branch value to avoid using uninitialized fields

- GH #1784

(cherry picked from commit cfc89db53c087382c29d809dc0bc56f7351af2d1)
(cherry picked from commit 7c551812960dd1cfc2901a7a46bbf3010df47cd7)

---

Modified: src/modules/topos_redis/topos_redis_storage.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/74b8fbf0fc820d48a0203b81d2cd41f6e84dc5c5.diff
Patch: 
https://github.com/kamailio/kamailio/commit/74b8fbf0fc820d48a0203b81d2cd41f6e84dc5c5.patch

---

diff --git a/src/modules/topos_redis/topos_redis_storage.c 
b/src/modules/topos_redis/topos_redis_storage.c
index 22279e0138..a72dd7c266 100644
--- a/src/modules/topos_redis/topos_redis_storage.c
+++ b/src/modules/topos_redis/topos_redis_storage.c
@@ -737,8 +737,13 @@ int tps_redis_load_branch(sip_msg_t *msg, tps_data_t *md, 
tps_data_t *sd,
LM_ERR("failed to load the INVITE branch value\n");
return -1;
}
+   memset(, 0, sizeof(tps_data_t));
xvbranch1 = _vbranch1;
}
+   if(xvbranch1->len<=0 || xvbranch1->s==NULL) {
+   LM_DBG("branch value not found (mode: %u)\n", mode);
+   return 1;
+   }
rp = _tps_redis_cbuf;
memcpy(rp, _tps_redis_bprefix.s, _tps_redis_bprefix.len);
memcpy(rp + _tps_redis_bprefix.len,


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


Re: [sr-dev] [kamailio/kamailio] 5.1.6 tps_redis_load_branch SIGSEGV (#1784)

2019-01-08 Thread Daniel-Constantin Mierla
Closed #1784.

-- 
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/1784#event-2060389612___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] 5.1.6 tps_redis_load_branch SIGSEGV (#1784)

2019-01-08 Thread Daniel-Constantin Mierla
I pushed the patch to master, 5.2 and 5.1 branches -- the issue was when trying 
to lookup the INVITE when processing the ACK to retrieve the routing 
information, no record was found and an unitialized field was used.

If this is not solving it, reopen.

-- 
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/1784#issuecomment-452322803___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] git:5.2:7c551812: topos_redis: check the branch value to avoid using uninitialized fields

2019-01-08 Thread Daniel-Constantin Mierla
Module: kamailio
Branch: 5.2
Commit: 7c551812960dd1cfc2901a7a46bbf3010df47cd7
URL: 
https://github.com/kamailio/kamailio/commit/7c551812960dd1cfc2901a7a46bbf3010df47cd7

Author: Daniel-Constantin Mierla 
Committer: Daniel-Constantin Mierla 
Date: 2019-01-08T15:17:28+01:00

topos_redis: check the branch value to avoid using uninitialized fields

- GH #1784

(cherry picked from commit cfc89db53c087382c29d809dc0bc56f7351af2d1)

---

Modified: src/modules/topos_redis/topos_redis_storage.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/7c551812960dd1cfc2901a7a46bbf3010df47cd7.diff
Patch: 
https://github.com/kamailio/kamailio/commit/7c551812960dd1cfc2901a7a46bbf3010df47cd7.patch

---

diff --git a/src/modules/topos_redis/topos_redis_storage.c 
b/src/modules/topos_redis/topos_redis_storage.c
index 2f78d21dce..ed8a7616dc 100644
--- a/src/modules/topos_redis/topos_redis_storage.c
+++ b/src/modules/topos_redis/topos_redis_storage.c
@@ -737,8 +737,13 @@ int tps_redis_load_branch(sip_msg_t *msg, tps_data_t *md, 
tps_data_t *sd,
LM_ERR("failed to load the INVITE branch value\n");
return -1;
}
+   memset(, 0, sizeof(tps_data_t));
xvbranch1 = _vbranch1;
}
+   if(xvbranch1->len<=0 || xvbranch1->s==NULL) {
+   LM_DBG("branch value not found (mode: %u)\n", mode);
+   return 1;
+   }
rp = _tps_redis_cbuf;
memcpy(rp, _tps_redis_bprefix.s, _tps_redis_bprefix.len);
memcpy(rp + _tps_redis_bprefix.len,


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


[sr-dev] Planning Fosdem 2019

2019-01-08 Thread Daniel-Constantin Mierla
Hello,

Fosdem 2019 is approaching, so I am writing to see if any of you plans
to go to the event. If there is interest, we can try to organize again a
dinner on Saturday evening, a tradition for our project at the past 10
editions or even more.

Henning Westerholt will give a presentation about Kamailio in the RTC
Devroom, I will be around as well. I know few more developers that plan
to go to the event, so let's see who else from the community wants to
join us. As usual, at Fosdem will be developers from other VoIP
projects, like Asterisk, Janus, CGRates, Homer, Jitsi, ...

At the past editions we typically had two "kamailio" events:

  1)  an "ad-hoc" developers meeting in the cantina (or other available
room around) to discuss about short term plans for Kamailio -- time and
place being decided as we meet there between us (expected in the
afternoon of Saturday or during Sunday).

  2) a dinner at a place nearby, with other VoIP folks joining us

Reply if you plan to go to Fosdem and say if you want to join for a
dinner. Just be aware that you have to pay for your food and drinks at
the dinner, unless we are going to be surprised again by a generous
sponsor that covers partially or completely to dinner.

If you need more details about Fosdem, the website is:

  - https://fosdem.org

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in 
Washington, DC, USA -- www.asipto.com


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


[sr-dev] [kamailio/kamailio] Cannot use AVPs with t_check_status (#1795)

2019-01-08 Thread Hugh Waite
### Description
If an AVP containing a regex is passed to the t_check_status function, it does 
not match.
Example:
```
failure_route[DEFAULT]
{
  $avp(FAILURE_CODES) = "5[0-9][0-9]";
  xlog("L_WARN", "Status code: $T_reply_code\n");
  if ($avp(FAILURE_CODES) != $null)
  {
xlog("L_WARN", "resp codes regex: $avp(FAILURE_CODES)\n");
if (t_check_status("$avp(FAILURE_CODES)"))
{
  xlog("L_WARN", "t_check_status matched\n");
}
  }
}
```
 Reproduction
Using the code above in a failure_route should match a 500 response, but it 
does not.

### Possible Solutions
The fixup_t_check_status in tm.c:663 attempts to match 
FPARAM_AVP/FPARAM_SELECT/FPARAM_REGEX parameter types.
If another check for the FPARAM_PVS parameter type then the issue appears fixed

-- 
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/1795___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] topos_redis: check the branch value to avoid using uninitialized fields (cfc89db)

2019-01-08 Thread dtryba
I'll try this patch on the affected machines.

-- 
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/commit/cfc89db53c087382c29d809dc0bc56f7351af2d1#commitcomment-31872024___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] git:master:ae0797ee: Merge pull request #1796 from que273/master

2019-01-08 Thread GitHub
Module: kamailio
Branch: master
Commit: ae0797ee8e2519d2bf3399c494642ffd3db2f9f9
URL: 
https://github.com/kamailio/kamailio/commit/ae0797ee8e2519d2bf3399c494642ffd3db2f9f9

Author: Hugh Waite 
Committer: GitHub 
Date: 2019-01-08T17:04:05Z

Merge pull request #1796 from que273/master

tm: Add fixup for PVS in fixup_t_check_status

---

Modified: src/modules/tm/tm.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/ae0797ee8e2519d2bf3399c494642ffd3db2f9f9.diff
Patch: 
https://github.com/kamailio/kamailio/commit/ae0797ee8e2519d2bf3399c494642ffd3db2f9f9.patch

---

diff --git a/src/modules/tm/tm.c b/src/modules/tm/tm.c
index 49db7d4507..c8afee9c4c 100644
--- a/src/modules/tm/tm.c
+++ b/src/modules/tm/tm.c
@@ -664,6 +664,9 @@ static int fixup_t_check_status(void** param, int param_no)
 {
int ret;
 
+   ret = fix_param(FPARAM_PVS, param);
+   if (ret <= 0) return ret;
+
ret = fix_param(FPARAM_AVP, param);
if (ret <= 0) return ret;
 


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


Re: [sr-dev] [kamailio/kamailio] tm: Add fixup for PVS in fixup_t_check_status (#1796)

2019-01-08 Thread Hugh Waite
Merged #1796 into master.

-- 
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/1796#event-2060781051___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] Releasing Kamailio v5.2.1

2019-01-08 Thread Daniel-Constantin Mierla
Hello,

I am considering to release Kamailio v5.2.1 sometime next week, likely
on Tuesday (Jan 15) or Wednesday (Jan 16). Should any of you be aware of
issues not reported to the bug tracker, open a bug report as soon as
possible to give it a chance for analysis and an eventual fix:

  - https://github.com/kamailio/kamailio/issues

Days after it, I am planning to make new releases from branch 5.1 and
5.0 (it should be the last one from there to mark the end of official
packaging).

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in 
Washington, DC, USA -- www.asipto.com


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


[sr-dev] git:master:026475aa: rtpengine: exported rtpengine_query() variants to KEMI framework

2019-01-08 Thread Daniel-Constantin Mierla
Module: kamailio
Branch: master
Commit: 026475aa9d43307442d0e57acf8e11544d00dbed
URL: 
https://github.com/kamailio/kamailio/commit/026475aa9d43307442d0e57acf8e11544d00dbed

Author: Surendra Tiwari 
Committer: Daniel-Constantin Mierla 
Date: 2019-01-09T08:57:12+01:00

rtpengine: exported rtpengine_query() variants to KEMI framework

- GH #1792

---

Modified: src/modules/rtpengine/rtpengine.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/026475aa9d43307442d0e57acf8e11544d00dbed.diff
Patch: 
https://github.com/kamailio/kamailio/commit/026475aa9d43307442d0e57acf8e11544d00dbed.patch

---

diff --git a/src/modules/rtpengine/rtpengine.c 
b/src/modules/rtpengine/rtpengine.c
index 484ce05f35..6269a8c787 100644
--- a/src/modules/rtpengine/rtpengine.c
+++ b/src/modules/rtpengine/rtpengine.c
@@ -3843,6 +3843,16 @@ static int ki_rtpengine_delete(sip_msg_t *msg, str 
*flags)
return rtpengine_rtpp_set_wrap(msg, rtpengine_delete_wrap, flags->s, 1);
 }
 
+static int ki_rtpengine_query0(sip_msg_t *msg)
+{   
+return rtpengine_rtpp_set_wrap(msg, rtpengine_query_wrap, NULL, 1);
+}
+
+static int ki_rtpengine_query(sip_msg_t *msg, str *flags)
+{   
+return rtpengine_rtpp_set_wrap(msg, rtpengine_query_wrap, flags->s, 1);
+}
+
 static int ki_start_recording(sip_msg_t *msg)
 {
return rtpengine_rtpp_set_wrap(msg, rtpengine_start_recording_wrap, 
NULL, 1);
@@ -3977,6 +3987,16 @@ static sr_kemi_t sr_kemi_rtpengine_exports[] = {
 { SR_KEMIP_INT, SR_KEMIP_INT, SR_KEMIP_NONE,
 SR_KEMIP_NONE, SR_KEMIP_NONE, SR_KEMIP_NONE }
 },
+{ str_init("rtpengine"), str_init("rtpengine_query0"),
+SR_KEMIP_INT, ki_rtpengine_query0,
+{ SR_KEMIP_NONE, SR_KEMIP_NONE, SR_KEMIP_NONE,
+SR_KEMIP_NONE, SR_KEMIP_NONE, SR_KEMIP_NONE }
+},
+{ str_init("rtpengine"), str_init("rtpengine_query"),
+SR_KEMIP_INT, ki_rtpengine_query,
+{ SR_KEMIP_STR, SR_KEMIP_NONE, SR_KEMIP_NONE,
+SR_KEMIP_NONE, SR_KEMIP_NONE, SR_KEMIP_NONE }
+},
 
 { {0, 0}, {0, 0}, 0, NULL, { 0, 0, 0, 0, 0, 0 } }
 };


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


Re: [sr-dev] [kamailio/kamailio] Modules: rtpengine-rtpengine_query exported to ksr routes (#1792)

2019-01-08 Thread Daniel-Constantin Mierla
Merged manually to adjust a bit the commit message. Thanks.

-- 
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/1792#issuecomment-452604939___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] No Media in SIP Incoming calls

2019-01-08 Thread Prashant Gupta
Hi,
I have the following architecture - SIP provider <-> Kamailio <-> Asterisk
servers
Currently I have everything setup and incoming calls from Sip are routed to
my asterisk server. The issue is however that when I answer the call, there
is no media in the call. I have tried connecting with a normal local
extension(not SIP,eg 1001) and there is a normal flow of media.
When i try to sniff my connection via Wireshark on the asterisk server,
there is an outflow of RTP packets but the same RTP traffic does not appear
on the Wireshark of my Kamailio server connection.
I am not sure if this is an RTP engine issue and how to resolve this.
I have -
modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:45038")
this in my kamailio cfg but I don;t know which port to use here.
Any suggestions?
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] No Media in SIP Incoming calls

2019-01-08 Thread Daniel-Constantin Mierla
Hello,

sr-dev mailing list is for discussions about writing code/developing
Kamailio. For question on how to use kamailio and how to configure it
for various scenarios, send your messages to
sr-us...@lists.kamailio.org. That list has more members and the
developers are also there, so the chance to get better answer is higher.

Cheers,
Daniel

On 09.01.19 08:14, Prashant Gupta wrote:

> Hi,
> I have the following architecture - SIP provider <-> Kamailio <->
> Asterisk servers
> Currently I have everything setup and incoming calls from Sip are
> routed to my asterisk server. The issue is however that when I answer
> the call, there is no media in the call. I have tried connecting with
> a normal local extension(not SIP,eg 1001) and there is a normal flow
> of media.
> When i try to sniff my connection via Wireshark on the asterisk
> server, there is an outflow of RTP packets but the same RTP traffic
> does not appear on the Wireshark of my Kamailio server connection. 
> I am not sure if this is an RTP engine issue and how to resolve this.
> I have -
> modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:45038
> ")
> this in my kamailio cfg but I don;t know which port to use here.
> Any suggestions?
>
> ___
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in 
Washington, DC, USA -- www.asipto.com

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


[sr-dev] git:master:c740e2f3: tm: Add fixup for PVS in fixup_t_check_status

2019-01-08 Thread Hugh Waite
Module: kamailio
Branch: master
Commit: c740e2f3da746c2f8c6f488fa926dc5d348ea43a
URL: 
https://github.com/kamailio/kamailio/commit/c740e2f3da746c2f8c6f488fa926dc5d348ea43a

Author: Hugh Waite 
Committer: Hugh Waite 
Date: 2019-01-04T16:02:09Z

tm: Add fixup for PVS in fixup_t_check_status
- Allows PVs including $avp(...) to be passed to t_check_status

---

Modified: src/modules/tm/tm.c

---

Diff:  
https://github.com/kamailio/kamailio/commit/c740e2f3da746c2f8c6f488fa926dc5d348ea43a.diff
Patch: 
https://github.com/kamailio/kamailio/commit/c740e2f3da746c2f8c6f488fa926dc5d348ea43a.patch

---

diff --git a/src/modules/tm/tm.c b/src/modules/tm/tm.c
index 49db7d4507..c8afee9c4c 100644
--- a/src/modules/tm/tm.c
+++ b/src/modules/tm/tm.c
@@ -664,6 +664,9 @@ static int fixup_t_check_status(void** param, int param_no)
 {
int ret;
 
+   ret = fix_param(FPARAM_PVS, param);
+   if (ret <= 0) return ret;
+
ret = fix_param(FPARAM_AVP, param);
if (ret <= 0) return ret;
 


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


Re: [sr-dev] [kamailio/kamailio] TLS module: Unable to load tls module (#1797)

2019-01-08 Thread Daniel-Constantin Mierla
There were some versions of openssl that had a bug in setting custom memory 
management functions. It was discussed on sr-users mailing list as well as in 
the issue:

  * https://github.com/kamailio/kamailio/issues/714

-- 
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/1797#issuecomment-452601807___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Error while initializing module carrierroute (#1798)

2019-01-08 Thread Daniel-Constantin Mierla
Closed #1798.

-- 
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/1798#event-2062343973___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Error while initializing module carrierroute (#1798)

2019-01-08 Thread Daniel-Constantin Mierla
As pointed by @ycaner06, this is an issue in your configuration file, setting 
either wrong path to config file for carrierroute or that file doesn't have 
proper access permissions. And this kind of problems have to be discussed on 
sr-users mailing list (link to it in the web page pointer by @ycaner06), the 
tracker here is for bugs in the source code or asking for new features.

-- 
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/1798#issuecomment-452602699___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] Planning Fosdem 2019

2019-01-08 Thread Alexandr Dubovikov
HI Daniel,

As usual, count on me and Torsten

Wbr,
Alexandr

On Tue, 8 Jan 2019 at 16:28, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> Fosdem 2019 is approaching, so I am writing to see if any of you plans
> to go to the event. If there is interest, we can try to organize again a
> dinner on Saturday evening, a tradition for our project at the past 10
> editions or even more.
>
> Henning Westerholt will give a presentation about Kamailio in the RTC
> Devroom, I will be around as well. I know few more developers that plan
> to go to the event, so let's see who else from the community wants to
> join us. As usual, at Fosdem will be developers from other VoIP
> projects, like Asterisk, Janus, CGRates, Homer, Jitsi, ...
>
> At the past editions we typically had two "kamailio" events:
>
>   1)  an "ad-hoc" developers meeting in the cantina (or other available
> room around) to discuss about short term plans for Kamailio -- time and
> place being decided as we meet there between us (expected in the
> afternoon of Saturday or during Sunday).
>
>   2) a dinner at a place nearby, with other VoIP folks joining us
>
> Reply if you plan to go to Fosdem and say if you want to join for a
> dinner. Just be aware that you have to pay for your food and drinks at
> the dinner, unless we are going to be surprised again by a generous
> sponsor that covers partially or completely to dinner.
>
> If you need more details about Fosdem, the website is:
>
>   - https://fosdem.org
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
> Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in
> Washington, DC, USA -- www.asipto.com
>
>
> ___
> Kamailio (SER) - Development Mailing List
> sr-dev@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] Wanted HTTP/2 parser (#1794)

2019-01-08 Thread Daniel-Constantin Mierla
Where would this be needed? Is kamailio making an HTTP/2 request with some 
module and getting a response in the case you pasted above?

-- 
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/1794#issuecomment-452371150___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] [kamailio/kamailio] Wanted HTTP/2 parser (#1794)

2019-01-08 Thread sergey-safarov
### Description
Current `parser_fline.c` is not supports HTTP/2 protocol and generates errors 
like below
This is happens because 
[`HTTP_VERSION`](https://github.com/kamailio/kamailio/blob/cfc89db53c087382c29d809dc0bc56f7351af2d1/src/core/parser/parse_fline.c#L102)
 macro designed to work only with 
[`HTTP/1.x`](https://github.com/kamailio/kamailio/blob/cfc89db53c087382c29d809dc0bc56f7351af2d1/src/core/parser/parse_fline.h#L49)
 protocol.

### Expected behavior
Response from `HTTP/2` enabled server is parsed without error.

 Actual observed behavior
```
246(251) ERROR:  [core/parser/parse_fline.c:257]: parse_first_line(): 
parse_first_line: bad message (offset: 11)
246(251) ERROR:  [core/parser/msg_parser.c:675]: parse_msg(): ERROR: 
parse_msg: message=
```

 Debugging Data
None

 Log Messages
None

 SIP Traffic
None

### Possible Solutions
Not know by me

### Additional Information

  * **Kamailio Version** - output of `kamailio -v`

```
/ # kamailio -v
version: kamailio 5.1.6 (x86_64/linux) 
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, 
USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024, 
BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown 
compiled on 03:24:34 Nov 23 2018 with gcc 8.2.0
```

* **Operating System**:
```
/ # cat /etc/os-release 
NAME="Alpine Linux"
ID=alpine
VERSION_ID=3.8.0
PRETTY_NAME="Alpine Linux v3.8"
HOME_URL="http://alpinelinux.org;
BUG_REPORT_URL="http://bugs.alpinelinux.org;
```


-- 
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/1794___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


[sr-dev] [kamailio/kamailio] tm: Add fixup for PVS in fixup_t_check_status (#1796)

2019-01-08 Thread Hugh Waite
- Allows PVs including $avp(...) to be passed to t_check_status





 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)
- [ ] No commits to README files for modules (changes must be done to docbook 
files
in `doc/` subfolder, the README file is autogenerated)

 Type Of Change
- [x] Small bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds new functionality)
- [ ] Breaking change (fix or feature that would change existing functionality)

 Checklist:

- [x] PR should be backported to stable branches
- [x] Tested changes locally
- [x] Related to issue #1795

 Description
Allows $avp(...) in the parameter to t_check_status

You can view, comment on, or merge this pull request online at:

  https://github.com/kamailio/kamailio/pull/1796

-- Commit Summary --

  * tm: Add fixup for PVS in fixup_t_check_status

-- File Changes --

M src/modules/tm/tm.c (3)

-- Patch Links --

https://github.com/kamailio/kamailio/pull/1796.patch
https://github.com/kamailio/kamailio/pull/1796.diff

-- 
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/1796
___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] tm: Add fixup for PVS in fixup_t_check_status (#1796)

2019-01-08 Thread Daniel-Constantin Mierla
Thanks, it can be merged.

-- 
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/1796#issuecomment-452369550___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev


Re: [sr-dev] [kamailio/kamailio] kamailio can't support send Rx_AAR for origin call (#1793)

2019-01-08 Thread Daniel-Constantin Mierla
Maybe @ngvoice can check and see if anything can be done for it.

-- 
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/1793#issuecomment-452371721___
Kamailio (SER) - Development Mailing List
sr-dev@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev