date:20161108

[SR-Users] Count number of early(Ringing) dialogs on gateway

2016-11-08 Thread Aqs Younas

Greetings list,
I am using dialog aur dispatcher modules for calls distribution across
multiple gateways. I am able to get number of active dialogs against a
gateway but could not get early dialogs going on particular gateway.

Dialog information is inserted in database only for state 4. Also, I tried
to use dlg_list command to get early dialogs. I see call statistics but
"callee_contact::" is empty untill call is answered.

for ringing I am getting this.

root@debian:/usr/local/kamailio/sbin# ./kamctl fifo dlg_list
dialog::  hash=3443:9422
state:: 2
ref_count:: 1
timestart:: 0
timeout:: 0
callid:: GGjl58SQ32LXQB1dV2-CBA..
from_uri:: sip:1015@192.168.10.39:5060;transport=UDP
from_tag:: 652ee907
caller_contact:: sip:1015@192.168.10.41:55842;transport=UDP
caller_cseq:: 1
caller_route_set::
caller_bind_addr:: udp:192.168.10.39:5060
callee_bind_addr::
to_uri:: sip:1010@192.168.10.39:5060;transport=UDP
to_tag::
callee_contact::
callee_cseq::
callee_route_set::

callee_contact:: is empty.

Is there any way to get early dialog info againts a gateway.? Or any way to
insert early dialog into database with callee_contact not empty?

Best Regards,
Aqs Younas
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Count number of early(Ringing) dialogs on gateway

2016-11-08 Thread Aqs Younas

Greetings list,
I am using dialog aur dispatcher modules for calls distribution across
multiple gateways. I am able to get number of active dialogs against a
gateway but could not get early dialogs going on particular gateway.

Dialog information is inserted in database only for state 4. Also, I tried
to use dlg_list command to get early dialogs. I see call statistics but
"callee_contact::" is empty untill call is answered.

For ringing I am getting this.

root@debian:/usr/local/kamailio/sbin# ./kamctl fifo dlg_list
dialog::  hash=3443:9422
state:: 2
ref_count:: 1
timestart:: 0
timeout:: 0
callid:: GGjl58SQ32LXQB1dV2-CBA..
from_uri:: sip:1015@192.168.10.39:5060;transport=UDP
from_tag:: 652ee907
caller_contact:: sip:1015@192.168.10.41:55842;transport=UDP
caller_cseq:: 1
caller_route_set::
caller_bind_addr:: udp:192.168.10.39:5060
callee_bind_addr::
to_uri:: sip:1010@192.168.10.39:5060;transport=UDP
to_tag::
callee_contact::
callee_cseq::
callee_route_set::

callee_contact:: is empty.

Is there any way to get early dialog info against each gateway or every
dialog stat insertion in database dialog table.

Best Regards.
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] fnmatch

2016-11-08 Thread Slava Bendersky

Hello Daniel, 
Accept by MESSAGE is 202. In my match string was set 200. I changed to 202 and 
it works as should be. 

Slava. 

From: "Daniel-Constantin Mierla"  
To: "volga629" , "sr-users" 

Sent: Tuesday, 8 November, 2016 04:35:43 
Subject: Re: [SR-Users] fnmatch 

Hello, 

this is rather confusing -- did you make some changes there to fix it or just 
suddenly works? Because the second sounds like random behaviour. 

Cheers, 
Daniel 

On 07/11/16 18:17, Slava Bendersky wrote: 

Hello Daniel, 
Yes, reply was 202 not 200. Right now it work as expected. 

Slava. 

From: "Daniel-Constantin Mierla"  
To: "sr-users"  
Sent: Monday, 7 November, 2016 04:51:11 
Subject: Re: [SR-Users] fnmatch 

Hello, 

for clarification -- what's the actual problem here? fnmatch("$rs", "200") is 
matching the 202? 

Cheers, 
Daniel 

On 07/11/16 08:52, Serge S. Yuriev wrote: 

BQ_BEGIN
Hello, 

In debug you can see 202 Accepted but match configured on 200. Not matched 

-- 
Wbr, Serge via mobile 

07.11.2016, 01:08, "Slava Bendersky"  : 

BQ_BEGIN

Hello Everyone, 
I trying fnmatch to find which sip status is returned by B2BUA. But some reason 
it doesn't work. 

Nov 6 17:02:15 cavprx00 kamailio: 2(3747) ERROR: *** 
cfgtrace:onreply_route=[MESSAGE_FORWARD] 
c=[/etc/kamailio/kamailio-asterisk.cfg] l=456 a=26 n=xlog 
Nov 6 17:02:15 cavprx00 kamailio: 2(3747) INFO:

[SR-Users] BYE dispatcher

2016-11-08 Thread Slava Bendersky

Hello Everyone, 
My setup is kamailio as proxy with few boxes of freeswitch in the LAN. Having 
issue with BYE when extensions register on different freeswitch boxes. Here are 
some trace of the call. 
Not sure if this tag= miss match or routing. 

Dispatcher use group 0 with option 4 (round robin). 


client_public_ip.28972 > proxy_public_ip.llrp: [udp sum ok] UDP, length 660 
E2..5...cE.\q,.CBYE sip:mod_sofia@10.18.130.24:5160 SIP/2.0 
Via: SIP/2.0/UDP client_public_ip:28972;branch=z9hG4bK1248337638;rport 
Route:  
Route:  
From: ;tag=487304085 
To: ;tag=01K2Q1BFa9pKH 
Call-ID: 1443c4ad-2085-1235-b5ad-5254003e39bb 
CSeq: 98979026 BYE 
Contact:  
Max-Forwards: 70 
Supported: replaces, path, timer, eventlist 
User-Agent: Grandstream Wave 1.2.2 
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, 
UPDATE, MESSAGE 
Content-Length: 0 


IP (tos 0x10, ttl 64, id 10813, offset 0, flags [none], proto UDP (17), length 
930) 
10.18.130.27.sip > 10.18.130.24.5160: [bad udp cksum 0x1bf7 -> 0xd85c!] UDP, 
length 902 
E...*=..@.4. 
... 
..(BYE sip:mod_sofia@10.18.130.24:5160 SIP/2.0 
Record-Route:  
Record-Route:  
Via: SIP/2.0/UDP 
10.18.130.27;branch=z9hG4bKa61.22917bc5fdd65f16e39bf09dcbc7316b.0 
Via: SIP/2.0/UDP 
client_public_ip:28972;received=client_public_ip;branch=z9hG4bK1248337638;rport=28972
 
Route:  
Route:  
From: ;tag=487304085 
To: ;tag=01K2Q1BFa9pKH 
Call-ID: 1443c4ad-2085-1235-b5ad-5254003e39bb 
CSeq: 98979026 BYE 
Contact:  
Max-Forwards: 69 
Supported: replaces, path, timer, eventlist 
User-Agent: Grandstream Wave 1.2.2 
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, 
UPDATE, MESSAGE 
Content-Length: 0 


IP (tos 0x0, ttl 64, id 38202, offset 0, flags [none], proto UDP (17), length 
587) 
10.18.130.24.5160 > 10.18.130.27.sip: [udp sum ok] UDP, length 559 
E..K.:..@... 
... 
(...7i.SIP/2.0 200 OK 
Via: SIP/2.0/UDP 
10.18.130.27;branch=z9hG4bKa61.22917bc5fdd65f16e39bf09dcbc7316b.0 
Via: SIP/2.0/UDP 
client_public_ip:28972;received=client_public_ip;branch=z9hG4bK1248337638;rport=28972
 
From: ;tag=487304085 
To: ;tag=01K2Q1BFa9pKH 
Call-ID: 1443c4ad-2085-1235-b5ad-5254003e39bb 
CSeq: 98979026 BYE 
User-Agent: FreeSWITCH 
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY, PUBLISH, SUBSCRIBE 
Supported: timer, path, replaces 
Content-Length: 0 


IP (tos 0x10, ttl 64, id 782, offset 0, flags [none], proto UDP (17), length 
503) 
proxy_public_ip.llrp > client_public_ip.28972: [bad udp cksum 0x4c50 -> 
0xd018!] UDP, length 475 
E...@.+}.E.\c.q,..LPSIP/2.0 200 OK 
Via: SIP/2.0/UDP 
client_public_ip:28972;received=client_public_ip;branch=z9hG4bK1248337638;rport=28972
 
From: ;tag=487304085 
To: ;tag=01K2Q1BFa9pKH 
Call-ID: 1443c4ad-2085-1235-b5ad-5254003e39bb 
CSeq: 98979026 BYE 
User-Agent: FreeSWITCH 
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY, PUBLISH, SUBSCRIBE 
Supported: timer, path, replaces 
Content-Length: 0 


IP (tos 0x0, ttl 64, id 10584, offset 0, flags [none], proto UDP (17), length 
764) 
10.18.130.26.5160 > 10.18.130.27.sip: [udp sum ok] UDP, length 736 
E...)X..@.6@ 
... 
(Y^BYE 
sip:4200@client_public_ip:48147;rinstance=c4084e18f3f39974;alias=client_public_ip~48147~1
 SIP/2.0 
Via: SIP/2.0/UDP 10.18.130.26:5160;rport;branch=z9hG4bK33785247SrX3H 
Route:  
Route:  
Max-Forwards: 70 
From: ;tag=5K0FX0ryeBBeH 
To: "volga629" ;tag=d2e84f4a 
Call-ID: 137861_rel44MTA1ZGMwNzViODg5NDMwYzQ1NDQzYjlmMGExMzlmMmI 
CSeq: 98979038 BYE 
User-Agent: FreeSWITCH 
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY, PUBLISH, SUBSCRIBE 
Supported: timer, path, replaces 
Reason: Q.850;cause=16;text="NORMAL_CLEARING" 
Content-Length: 0 


IP (tos 0x10, ttl 64, id 802, offset 0, flags [none], proto UDP (17), length 
741) 
proxy_public_ip.llrp > client_public_ip.48147: [bad udp cksum 0x4d3e -> 
0x4f2d!] UDP, length 713 
E"..@.*{.E.\c.M>BYE 
sip:4200@client_public_ip:48147;rinstance=c4084e18f3f39974 SIP/2.0 
Via: SIP/2.0/UDP 
proxy_public_ip:5084;branch=z9hG4bK8395.d46858df1d9e02b910446fca09f1f864.0 
Via: SIP/2.0/UDP 
10.18.130.26:5160;received=10.18.130.26;rport=5160;branch=z9hG4bK33785247SrX3H 
Max-Forwards: 69 
From: ;tag=5K0FX0ryeBBeH 
To: "volga629" ;tag=d2e84f4a 
Call-ID: 137861_rel44MTA1ZGMwNzViODg5NDMwYzQ1NDQzYjlmMGExMzlmMmI 
CSeq: 98979038 BYE 
User-Agent: FreeSWITCH 
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, 
REFER, NOTIFY, PUBLISH, SUBSCRIBE 
Supported: timer, path, replaces 
Reason: Q.850;cause=16;text="NORMAL_CLEARING" 
Content-Length: 0 


IP (tos 0x0, ttl 52, id 810, offset 0, flags [DF], proto UDP (17), length 504) 
client_public_ip.48147 > proxy_public_ip.llrp: [udp sum ok] UDP, length 476 
E*@.4..ocE.\SIP/2.0 481 Call/Transaction Does Not Exist 
Via: SIP/2.0/UDP 
proxy_public_ip:5084;branch=z9hG4bK8395.d46858df1d9e02b910446fca09f1

Re: [SR-Users] using set_body_multipart and append_body_part on on_reply routes

2016-11-08 Thread Sergey Basov

Hi, David

I will try to collect trace for normal SIP-I session and e-mail it to you.

8 нояб. 2016 г. 5:55 PM пользователь "david"  написал:

> hello Sergey
>
> yes i was using them with a IAM ISUP part inside the SIP response, so they
> were doing something, but it's not correct so it must be an ACM, ANM
> depending on the response.
> i made some more tests and i saw the issue is not with append_body_part
> which seems it's doing ok.
>
> it's with set_body_multipart when in responses seems cannot detect the
> body last boundary and close it by -- so the ISUP is malformed
>
> i could workaround this by parsing the body and adding it
>
> route[SIPISUP] {
> msg_apply_changes();
> set_body_multipart();
> msg_apply_changes();
> $var(isup) = "\x06\x12\x25\x01\x39\x02\x12\x01\x00";
> append_body_part("$var(isup)","application/isup;version=itu-
> t92+","signal;handling=optional");
> msg_apply_changes();
> $avp(s:) = $rb;
> $var() = $(avp(s:){re.subst,/(.*)--unique-boundary-1(.*)/\1--
> unique-boundary-1--\2/sg});
> set_body("$var()","multipart/mixed;boundary=\"
> unique-boundary-1\"");
> }
>
> this way at least we have a base ISUP part for a 1XX response
>
> best regards
> david
>
>
>
>
> El lun, 07-11-2016 a las 23:08 +0200, Sergey Basov escribió:
>
>
> Hi David,
>
> if you look at source code of the sipt 
> modulehttps://github.com/kamailio/kamailio/blob/master/modules/sipt/sipt.c
>
> functions sipt_destination & sipt_set_calling works only for ISUP_IAM.
>
> But as I know from my tests ISUP encapsulation must be only in invite,
> and is optional for other messages.
> --
> Best regards,
> Sergey Basov e-mail: sergey.v.ba...@gmail.com
>
> tel: (+38067) 403-62-54
>
>
> 2016-11-07 19:19 GMT+02:00 david :> hello all>> i'm using 
> kam version 4.4.1 and i would like to generate an ISUP part on the> 1xx,2xx 
> responses to a remote carrier since the fsw i send the calls to> cannot 
> handle ISUP SDP.> despite seeing in the doc that those functions cannot be 
> used there and only> in  REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE, i tried 
> and it works> partially, because it seems it doesnt create the last 
> boundary and it> creates a next boundary with an empty "Encapsulated 
> multipart part: ">> this the the route i call from onreply_route>> 
> route[SIPISUP] {> set_body_multipart();> msg_apply_changes();> 
> $var(isup) => 
> "\x01\x12\x49\x01\x0a\x03\x02\x0a\x08\x84\x90\x33\x41\x72\x17\x01\x06\x0a\x08\x04\x13\x93\x70\x21\x73\x23\x10\x08\x01\x01\x00";>>
>  
> append_body_part("$var(isup)","application/isup;version=itu-t92+","signal;handling=optional");>
>  msg_apply_changes();> sipt_destination($rU, 31, 4);> 
> sipt_set_calling($fU, 4, 0, 3);> msg_apply_changes();> }>> am i doing 
> something wrong? how can i set this to end the SDP with last> boundary?>> 
> thanks a lot and regards> david>>> 
> ___> SIP Express Router (SER) and 
> Kamailio (OpenSER) - sr-users mailing list> sr-users@lists.sip-router.org> 
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] using set_body_multipart and append_body_part on on_reply routes

2016-11-08 Thread david

hello Sergey

yes i was using them with a IAM ISUP part inside the SIP response, so
they were doing something, but it's not correct so it must be an ACM,
ANM depending on the response.
i made some more tests and i saw the issue is not with append_body_part
which seems it's doing ok.

it's with set_body_multipart when in responses seems cannot detect the
body last boundary and close it by -- so the ISUP is malformed

i could workaround this by parsing the body and adding it 

route[SIPISUP] {
msg_apply_changes();
set_body_multipart();
msg_apply_changes();
$var(isup) = "\x06\x12\x25\x01\x39\x02\x12\x01\x00";
append_body_part("$var(isup)","application/isup;version=itu-t92
+","signal;handling=optional");
msg_apply_changes();
$avp(s:) = $rb;
$var() =
$(avp(s:){re.subst,/(.*)--unique-boundary-1(.*)/\1--unique-boundary-1--\2/sg});
set_body("$var()","multipart/mixed;boundary=\"unique-boundary-1
\"");
}

this way at least we have a base ISUP part for a 1XX response 

best regards
david




El lun, 07-11-2016 a las 23:08 +0200, Sergey Basov escribió:

> Hi David,
> 
> if you look at source code of the sipt module
> https://github.com/kamailio/kamailio/blob/master/modules/sipt/sipt.c
> 
> functions sipt_destination & sipt_set_calling works only for ISUP_IAM.
> 
> But as I know from my tests ISUP encapsulation must be only in invite,
> and is optional for other messages.
> --
> Best regards,
> Sergey Basov e-mail: sergey.v.ba...@gmail.com
> 
> tel: (+38067) 403-62-54
> 
> 
> 2016-11-07 19:19 GMT+02:00 david :
> > hello all
> >
> > i'm using kam version 4.4.1 and i would like to generate an ISUP part on the
> > 1xx,2xx responses to a remote carrier since the fsw i send the calls to
> > cannot handle ISUP SDP.
> > despite seeing in the doc that those functions cannot be used there and only
> > in  REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE, i tried and it works
> > partially, because it seems it doesnt create the last boundary and it
> > creates a next boundary with an empty "Encapsulated multipart part: "
> >
> > this the the route i call from onreply_route
> >
> > route[SIPISUP] {
> > set_body_multipart();
> > msg_apply_changes();
> > $var(isup) =
> > "\x01\x12\x49\x01\x0a\x03\x02\x0a\x08\x84\x90\x33\x41\x72\x17\x01\x06\x0a\x08\x04\x13\x93\x70\x21\x73\x23\x10\x08\x01\x01\x00";
> >
> > append_body_part("$var(isup)","application/isup;version=itu-t92+","signal;handling=optional");
> > msg_apply_changes();
> > sipt_destination($rU, 31, 4);
> > sipt_set_calling($fU, 4, 0, 3);
> > msg_apply_changes();
> > }
> >
> > am i doing something wrong? how can i set this to end the SDP with last
> > boundary?
> >
> > thanks a lot and regards
> > david
> >
> >
> > ___
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users@lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> 
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio + farm of Elastix + rtp direct

2016-11-08 Thread Kato

Any comments on this please?

 

Thanks!

 

De: Kato [mailto:elk...@gmail.com] 
Enviado el: domingo, 6 de noviembre de 2016 11:29 a. m.
Para: 'sr-users@lists.sip-router.org' 
Asunto: kamailio + farm of Elastix + rtp direct

 

Hi,

 

I'm just starting with Kamailio, and trying to validate a possible solution
design.

I started offering hosted PBXs (FreePBX or Elastix as customer wish), each
one with a public IP, connected with SIP trunks from Net2Phone provider. RTP
from/to customers calls is going in and out through PBX, and not directly
customer <> sip trunk provider. Billing is provided by SIP trunk
provider, so with just CDR from freepbx/Elastix is enough.

 

But, I would like to introduce 2 main changes. First a sip router/proxy in
front of PBXs like kamailio, and doing just a basic domain based routing to
each PBX. Kamailio with 2 interfaces (1 public, 1 internal) and change PBXs
to internal IPs. Second, to know if would be possible to redirect RTP
from/to customer-net2phone provider directly, not going through PBXs.
Net2phone has public IPs for RTP, customer normally in their homes behind
NAT with a SOHO router. Elastix 2.5 using Asterisk 11, and FreePBX using
Asterisk 12 (could be 11 or 13 too tbe o reach this).

 

I would like to kamilio be as simple and static as possible, not handling
REGISTER or LOCATION. Just to route all traffic based on each domain to each
corresponding PBX. My idea will be to pre-provide all subdomains to each
internal IP using subdomains like "customer0001.domain.com,
customer0002.domain.com." and customers would login as
1...@customer0001.domain.com  ,
1...@customer0001.domain.com   to PBX0001
and  1...@customer0002.domain.com  ,
1...@customer0002.domain.com   to PBX0002
for example. Just using as it was a firewall doing NAT and Asterisk
(freepbx/elastix) behinds handles everything as they are doing already.
Maybe kamailio could check/filter some malicious packets like I'm doing now
with fail2ban on PBXs.

Can be this possible?

In that case where do I need to setup SIP trunk? On kamailio or on internal
PBXs as I have it now?

 

For second part, just to know and understand if would be possible customer
"talks" RTP directly to Net2phone SIP trunk provider on doing or receiving
external calls. Not going to my DC to save BW.

How I could do that?

 

 

Thanks a lot in advance!

 

Regards,

elkato

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Next Kamailio IRC Devel Meeting - Changed to Nov 08, 2016

2016-11-08 Thread Daniel-Constantin Mierla

And the last notification -- we will start in a minute ...

Cheers,
Daniel


On 08/11/16 15:01, Daniel-Constantin Mierla wrote:
> Hello,
>
> to sync a bit across the time zones -- the IRC devel meeting will start
> in about one hour. See you on irc #kamailio channel on irc.freenode.net .
>
>   - https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>
> Cheers,
> Daniel
>
>
> On 07/11/16 18:10, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> update - given the people that mentioned the interest to participate and
>> there is not a long list of topics, the IRC devel meeting is going to be
>> tomorrow, Tuesday, Nov 8, 2016, on #kamailio channel at
>> irc.freenode.net. The details can be found at:
>>
>>   - https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>>
>> If anyone still wants to change it to another date, reply to this email.
>>
>> Cheers,
>> Daniel
>>
>> On 07/11/16 09:39, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> quick reminder - if anyone wants to discuss something during the irc
>>> meeting, get the topics in the wiki page. Also, if you want to
>>> participate, but have some constraints, then add yourself to the options
>>> there.
>>>
>>>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>>>
>>> At this moment, tomorrow or Thursday seems to be the likely candidates.
>>> By evening today, I hope to have a decision which of the days will be.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 01/11/16 11:58, Daniel-Constantin Mierla wrote:
 Hello,

 I am proposing a new IRC meeting to discuss the current major issues and
 the plans for next Kamailio release, on Wednesday, Nov 09, 2016, with
 alternatives for previous or next day. If many developers are not
 available, we can postpone it to another date in the near future (make
 proposals if that is the case for you).

 I created a wiki page for it:

   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b

 Add there the topics that you want to be discussed.

 Cheers,
 Daniel


-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Next Kamailio IRC Devel Meeting - Changed to Nov 08, 2016

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

to sync a bit across the time zones -- the IRC devel meeting will start
in about one hour. See you on irc #kamailio channel on irc.freenode.net .

  - https://www.kamailio.org/wiki/devel/irc-meetings/2016b

Cheers,
Daniel


On 07/11/16 18:10, Daniel-Constantin Mierla wrote:
> Hello,
>
> update - given the people that mentioned the interest to participate and
> there is not a long list of topics, the IRC devel meeting is going to be
> tomorrow, Tuesday, Nov 8, 2016, on #kamailio channel at
> irc.freenode.net. The details can be found at:
>
>   - https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>
> If anyone still wants to change it to another date, reply to this email.
>
> Cheers,
> Daniel
>
> On 07/11/16 09:39, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> quick reminder - if anyone wants to discuss something during the irc
>> meeting, get the topics in the wiki page. Also, if you want to
>> participate, but have some constraints, then add yourself to the options
>> there.
>>
>>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>>
>> At this moment, tomorrow or Thursday seems to be the likely candidates.
>> By evening today, I hope to have a decision which of the days will be.
>>
>> Cheers,
>> Daniel
>>
>> On 01/11/16 11:58, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> I am proposing a new IRC meeting to discuss the current major issues and
>>> the plans for next Kamailio release, on Wednesday, Nov 09, 2016, with
>>> alternatives for previous or next day. If many developers are not
>>> available, we can postpone it to another date in the near future (make
>>> proposals if that is the case for you).
>>>
>>> I created a wiki page for it:
>>>
>>>   * https://www.kamailio.org/wiki/devel/irc-meetings/2016b
>>>
>>> Add there the topics that you want to be discussed.
>>>
>>> Cheers,
>>> Daniel
>>>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

so it seems that inserting a timestamp value to a datetime column is no
longer accepted, but no complaints in the syslog that value is invalid
or db operation has failed, right? Nice behaviour from db server, I
would say ...

An option for now could be setting expires_type to bigint:

https://www.kamailio.org/docs/modules/stable/modules/usrloc.html#usrloc.p.expires_type

But this kind of behaviour for datetime from database server needs to be
analyzed for several modules and fixed if it's the case.

Cheers,
Daniel


On 08/11/16 14:33, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>  
>
> Nice tip!
>
>  
>
> I noticed the following:
>
>  
>
> The expires and last_modified columns are of DATETIME type, but the
> insert and update statements pass a unix timestamp.
>
>  
>
> I can change the datatype to a varchar for the expires and
> last_modified columns, but I’m not sure if I will break the usrloc
> module when preloading the rows.
>
>  
>
> kamailio -V
>
> version: kamailio 4.4.3 (x86_64/linux) 5a2195
>
> 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_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>
> id: 5a2195
>
> compiled on 16:42:49 Sep 26 2016 with gcc 4.9.2
>
>  
>
> cat /usr/local/src/kamailio-4.4.3/utils/kamctl/mysql/usrloc-create.sql
>
> CREATE TABLE `location` (
>
> `id` INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL,
>
> `ruid` VARCHAR(64) DEFAULT '' NOT NULL,
>
> `username` VARCHAR(64) DEFAULT '' NOT NULL,
>
> `domain` VARCHAR(64) DEFAULT NULL,
>
> `contact` VARCHAR(255) DEFAULT '' NOT NULL,
>
> `received` VARCHAR(128) DEFAULT NULL,
>
> `path` VARCHAR(512) DEFAULT NULL,
>
> `expires` DATETIME DEFAULT '2030-05-28 21:32:15' NOT NULL,
>
> `q` FLOAT(10,2) DEFAULT 1.0 NOT NULL,
>
> `callid` VARCHAR(255) DEFAULT 'Default-Call-ID' NOT NULL,
>
> `cseq` INT(11) DEFAULT 1 NOT NULL,
>
> `last_modified` DATETIME DEFAULT '1900-01-01 00:00:01' NOT NULL,
>
> `flags` INT(11) DEFAULT 0 NOT NULL,
>
> `cflags` INT(11) DEFAULT 0 NOT NULL,
>
> `user_agent` VARCHAR(255) DEFAULT '' NOT NULL,
>
> `socket` VARCHAR(64) DEFAULT NULL,
>
> `methods` INT(11) DEFAULT NULL,
>
> `instance` VARCHAR(255) DEFAULT NULL,
>
> `reg_id` INT(11) DEFAULT 0 NOT NULL,
>
> `server_id` INT(11) DEFAULT 0 NOT NULL,
>
> `connection_id` INT(11) DEFAULT 0 NOT NULL,
>
> `keepalive` INT(11) DEFAULT 0 NOT NULL,
>
> `partition` INT(11) DEFAULT 0 NOT NULL,
>
> CONSTRAINT ruid_idx UNIQUE (`ruid`)
>
> );
>
>  
>
> insert into `location`
> (`username`,`contact`,`expires`,`q`,`callid`,`cseq`,`flags`,`cflags`,`user_agent`,`received`,`path`,`socket`,`methods`,`last_modified`,`ruid`,`instance`,`reg_id`,`server_id`,`connection_id`,`keepalive`,`partition`,`domain`
> )
>
> values ('sip-server-ivr-01','sip:s@1.1.1.1:5060',1478611664,1.00 
> ,'56b9ca823f9a11d361e184cc5eed07fc@1.1.1.1',15819,0,0,'Asterisk PBX
> 13.9.1',NULL,NULL,'udp:10.14.34.211:5060',NULL,1478611563,'uloc-5821d267-22ed-1',NULL,0,0,-1,0,0,'sip-server-gw-01.test.voipdomain.local')
>
>  
>
> update `location` set `path`=NULL,`expires`=1478611744,`q`=1.00 
> ,`cseq`=15821,`flags`=0,`cflags`=0,`user_agent`='Asterisk PBX
> 13.9.1',`received`=NULL,`socket`='udp:10.14.34.211:5060',`methods`=NULL,`last_modified`=14786116
>
>  
> 49,`ruid`='uloc-5821d267-22ed-1',`instance`=NULL,`reg_id`=0,`server_id`=0,`connection_id`=-1,`keepalive`=0,`contact`='sip:s@1.1.1.1:5060'
> where `username`='sip-server-ivr-01' AND
> `contact`='sip:s@1.1.1.1:5060' AND `call
>
>   id`='56b9ca823f9a11d361e184cc5eed07fc@1.1.1.1' AND
> `domain`='sip-server-gw-01.test.voipdomain.local'
>
>  
>
>  
>
> *From:*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Sent:* dinsdag 8 november 2016 12:38
> *To:* Grant Bagdasarian ; Kamailio (SER) - Users Mailing
> List 
> *Subject:* Re: [SR-Users] usrloc module expires column issues
>
>  
>
> Hello,
>
> the version I noticed some changes in dealing with unsigned int values
> was 5.7 ...
>
> Can you enable sql query logging and see what's the insert statement
> for location table? Or, if the connection to the database server is
> over IP (and not tls), then you can do ngrep on port 3306 (iirc by
> heart the default port for mysql) -- you should be able to spot the
> text query along some binary headers.
>
> It would be good to see if the sql is ok or broken, to know where to
> look further.
>
> Cheers,
> Daniel
>
>  
>
> On 08/11/16 11:36, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>  
>
> My apologies, we’re not running MariaDB, but a regular instance of

Re: [SR-Users] Contacts replacing each other when registering

2016-11-08 Thread Sebastian Damm

Hi Daniel,

sorry for the late reply. All clients used a different call-id. And after
they were reconfigured to not use any GRUU stuff, everything worked as
expected again. The matching mode for the usrloc module is 0.

Best Regards,
Sebastian

On Fri, Oct 7, 2016 at 2:01 PM, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> there is a mode when the matching is done only on call-id. Have you
> checked if they use different call-id?
>
> Anyhow, knowing the matching mode helps looking into the code in the
> right direction.
>
> Cheers,
> Daniel
>
> On 07/10/16 12:03, Sebastian Damm wrote:
> > Hi Daniel,
> >
> > thanks for the reply. Since we didn't configure the matching mode, it
> > is 0 I guess. I actually didn't look into the usrlc module settings.
> > But from the registrations, the Contacts all have a different IP
> > address in it, so they shouldn't replace each other, right?
> >
> > Best Regards,
> > Sebastian
>
> --
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 -
> http://www.asipto.com
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TCP Keepalive for NAT'd Clients

2016-11-08 Thread Colin Morelli

Don't know how I missed this. Thanks, Daniel!

Best,
Colin

On Tue, Nov 8, 2016 at 3:46 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> you can set per tcp connection lifetime using tcpops module:
>
>- https://www.kamailio.org/docs/modules/stable/modules/tcpops.html
>
> You can do that when you get the INVITE, before sending a negative
> response from kamailio.cfg. Or, if you relay the invite, set a failure
> route for it and do the operation there.
>
> Cheers,
> Daniel
>
> On 07/11/16 23:26, Colin Morelli wrote:
>
> Hey all,
>
> Looking to figure out the best way to allow TCP connections to stay alive
> for NAT'd clients, however, to protect against people just opening TCP
> connections to the server, I'm hoping to only keepalive TCP connections for
> connections that have sent an INVITE and received a 200 OK.
>
> Does this type of per-socket connection lifetime setting exist?
>
> For a bit more background: this is specifically for clients that are using
> the TCP connection for an INVITE. They don't register with the server, and
> as a result there's no active flow timer for their connection. Is there a
> way to enable this type of behavior without registering?
>
> Best,
> Colin
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Grant Bagdasarian

Hi Daniel,

Nice tip!

I noticed the following:

The expires and last_modified columns are of DATETIME type, but the insert and 
update statements pass a unix timestamp.

I can change the datatype to a varchar for the expires and last_modified 
columns, but I’m not sure if I will break the usrloc module when preloading the 
rows.

kamailio -V
version: kamailio 4.4.3 (x86_64/linux) 5a2195
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_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 5a2195
compiled on 16:42:49 Sep 26 2016 with gcc 4.9.2

cat /usr/local/src/kamailio-4.4.3/utils/kamctl/mysql/usrloc-create.sql
CREATE TABLE `location` (
`id` INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL,
`ruid` VARCHAR(64) DEFAULT '' NOT NULL,
`username` VARCHAR(64) DEFAULT '' NOT NULL,
`domain` VARCHAR(64) DEFAULT NULL,
`contact` VARCHAR(255) DEFAULT '' NOT NULL,
`received` VARCHAR(128) DEFAULT NULL,
`path` VARCHAR(512) DEFAULT NULL,
`expires` DATETIME DEFAULT '2030-05-28 21:32:15' NOT NULL,
`q` FLOAT(10,2) DEFAULT 1.0 NOT NULL,
`callid` VARCHAR(255) DEFAULT 'Default-Call-ID' NOT NULL,
`cseq` INT(11) DEFAULT 1 NOT NULL,
`last_modified` DATETIME DEFAULT '1900-01-01 00:00:01' NOT NULL,
`flags` INT(11) DEFAULT 0 NOT NULL,
`cflags` INT(11) DEFAULT 0 NOT NULL,
`user_agent` VARCHAR(255) DEFAULT '' NOT NULL,
`socket` VARCHAR(64) DEFAULT NULL,
`methods` INT(11) DEFAULT NULL,
`instance` VARCHAR(255) DEFAULT NULL,
`reg_id` INT(11) DEFAULT 0 NOT NULL,
`server_id` INT(11) DEFAULT 0 NOT NULL,
`connection_id` INT(11) DEFAULT 0 NOT NULL,
`keepalive` INT(11) DEFAULT 0 NOT NULL,
`partition` INT(11) DEFAULT 0 NOT NULL,
CONSTRAINT ruid_idx UNIQUE (`ruid`)
);

insert into `location` 
(`username`,`contact`,`expires`,`q`,`callid`,`cseq`,`flags`,`cflags`,`user_agent`,`received`,`path`,`socket`,`methods`,`last_modified`,`ruid`,`instance`,`reg_id`,`server_id`,`connection_id`,`keepalive`,`partition`,`domain`
 )
values ('sip-server-ivr-01','sip:s@1.1.1.1:5060',1478611664,1.00  
,'56b9ca823f9a11d361e184cc5eed07fc@1.1.1.1',15819,0,0,'Asterisk PBX 
13.9.1',NULL,NULL,'udp:10.14.34.211:5060',NULL,1478611563,'uloc-5821d267-22ed-1',NULL,0,0,-1,0,0,'sip-server-gw-01.test.voipdomain.local')

update `location` set `path`=NULL,`expires`=1478611744,`q`=1.00  
,`cseq`=15821,`flags`=0,`cflags`=0,`user_agent`='Asterisk PBX 
13.9.1',`received`=NULL,`socket`='udp:10.14.34.211:5060',`methods`=NULL,`last_modified`=14786116
  
49,`ruid`='uloc-5821d267-22ed-1',`instance`=NULL,`reg_id`=0,`server_id`=0,`connection_id`=-1,`keepalive`=0,`contact`='sip:s@1.1.1.1:5060'
 where `username`='sip-server-ivr-01' AND `contact`='sip:s@1.1.1.1:5060' AND 
`call
  id`='56b9ca823f9a11d361e184cc5eed07fc@1.1.1.1' AND 
`domain`='sip-server-gw-01.test.voipdomain.local'


From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: dinsdag 8 november 2016 12:38
To: Grant Bagdasarian ; Kamailio (SER) - Users Mailing List 

Subject: Re: [SR-Users] usrloc module expires column issues


Hello,

the version I noticed some changes in dealing with unsigned int values was 5.7 
...

Can you enable sql query logging and see what's the insert statement for 
location table? Or, if the connection to the database server is over IP (and 
not tls), then you can do ngrep on port 3306 (iirc by heart the default port 
for mysql) -- you should be able to spot the text query along some binary 
headers.

It would be good to see if the sql is ok or broken, to know where to look 
further.

Cheers,
Daniel

On 08/11/16 11:36, Grant Bagdasarian wrote:
Hi Daniel,

My apologies, we’re not running MariaDB, but a regular instance of MySQL:

mysql -v
mysql  Ver 14.14 Distrib 5.5.49, for debian-linux-gnu (x86_64) using readline 
6.3

Regards,

Grant

From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: dinsdag 8 november 2016 11:32
To: Grant Bagdasarian ; Kamailio (SER) - Users 
Mailing List 

Subject: Re: [SR-Users] usrloc module expires column issues


Hello,

I haven't encountered such problem so far and no similar report was done to 
kamailio project recently. I noticed that newer versions of mysql (maybe 
mariadb as well) are behaving differently than old ones -- what mariadb version 
do you run?

Cheers,
Daniel

On 08/11/16 10:42, Grant Bagdasarian wrote:
Hi Daniel,

Sorry for the late reply.
We’re using a Galera Cluster based on Maria DB.

Regards,

Grant Bagdasarian


From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of

Re: [SR-Users] How to get Destination port UDP

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

one way is to add an onsend_route and there use the $sndto(port) to
update the record inserted before.

Even better, set the dst addr/port when receiving the 200ok for initial
invite, this copes better when the INVITE is forked to many destinations
-- in this way you store only the one that answered.

Of course, the solution is also a matter when you need the dst port.

Cheers,
Daniel


On 08/11/16 12:23, andrzej.ciupek-asterisk.edu.pl wrote:
> Hello
>
> I am using Kamailio to collect data about active calls. I write
> INVITEs to database, and delete it on BYE or any REL.
> I would like to write source and destination port too, but don't know
> how to get destination port.
> I have tried variables:
>
> $dp, $rp, $Rp, $op
>
> But when I don't have port in URI like INVITE IP:PORT, $rp have
> default value of 5060.
>
> I would like to get real UDP port, that INVITE does to. Is it possible
> using PSEUDO VARIABLES?
>
> Greetings
> Andrzej
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] How to get Destination port UDP

2016-11-08 Thread andrzej.ciupek-asterisk.edu.pl


Hello

I am using Kamailio to collect data about active calls. I write INVITEs 
to database, and delete it on BYE or any REL.
I would like to write source and destination port too, but don't know 
how to get destination port.

I have tried variables:

$dp, $rp, $Rp, $op

But when I don't have port in URI like INVITE IP:PORT, $rp have default 
value of 5060.


I would like to get real UDP port, that INVITE does to. Is it possible 
using PSEUDO VARIABLES?


Greetings
Andrzej

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

the version I noticed some changes in dealing with unsigned int values
was 5.7 ...

Can you enable sql query logging and see what's the insert statement for
location table? Or, if the connection to the database server is over IP
(and not tls), then you can do ngrep on port 3306 (iirc by heart the
default port for mysql) -- you should be able to spot the text query
along some binary headers.

It would be good to see if the sql is ok or broken, to know where to
look further.

Cheers,
Daniel


On 08/11/16 11:36, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>  
>
> My apologies, we’re not running MariaDB, but a regular instance of MySQL:
>
>  
>
> mysql -v
>
> mysql  Ver 14.14 Distrib 5.5.49, for debian-linux-gnu (x86_64) using
> readline 6.3
>
>  
>
> Regards,
>
>  
>
> Grant
>
>  
>
> *From:*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Sent:* dinsdag 8 november 2016 11:32
> *To:* Grant Bagdasarian ; Kamailio (SER) - Users Mailing
> List 
> *Subject:* Re: [SR-Users] usrloc module expires column issues
>
>  
>
> Hello,
>
> I haven't encountered such problem so far and no similar report was
> done to kamailio project recently. I noticed that newer versions of
> mysql (maybe mariadb as well) are behaving differently than old ones
> -- what mariadb version do you run?
>
> Cheers,
> Daniel
>
>  
>
> On 08/11/16 10:42, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>  
>
> Sorry for the late reply.
>
> We’re using a Galera Cluster based on Maria DB.
>
>  
>
> Regards,
>
>  
>
> Grant Bagdasarian
>
>  
>
>  
>
> *From:*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
> Behalf Of *Daniel-Constantin Mierla
> *Sent:* donderdag 6 oktober 2016 12:50
> *To:* Kamailio (SER) - Users Mailing List
>  
> *Subject:* Re: [SR-Users] usrloc module expires column issues
>
>  
>
> Hello,
>
> what database server are you using?
>
> Cheers,
> Daniel
>
>  
>
> On 26/09/16 16:50, Grant Bagdasarian wrote:
>
> Hello,
>
>  
>
> When saving in the location table, the expires and
> last_modified columns contain the value 000-00-00 00:00:00
> which causes issues when Kamailio is restarted and the preload
> modparam is set to load the location table from db in memory
> at startup.
>
> I’ve already upgraded Kamailio to 4.4.3, and used the dbtables
> script from version 4.4 to recreate the location table, but
> without success.
>
>  
>
> Anyone else having this issue? Any resolution for it?
>
>  
>
> Regards,
>
>  
>
> Grant Bagdasarian
>
> CM
>
>
>
>
>
> ___
>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> list
>
> sr-users@lists.sip-router.org
> 
>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> -- 
>
> Daniel-Constantin Mierla
>
> http://twitter.com/#!/miconda  - 
> http://www.linkedin.com/in/miconda
>
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - 
> http://www.asipto.com
>
>
>
> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda  - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Grant Bagdasarian

Hi Daniel,

My apologies, we’re not running MariaDB, but a regular instance of MySQL:

mysql -v
mysql  Ver 14.14 Distrib 5.5.49, for debian-linux-gnu (x86_64) using readline 
6.3

Regards,

Grant

From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: dinsdag 8 november 2016 11:32
To: Grant Bagdasarian ; Kamailio (SER) - Users Mailing List 

Subject: Re: [SR-Users] usrloc module expires column issues


Hello,

I haven't encountered such problem so far and no similar report was done to 
kamailio project recently. I noticed that newer versions of mysql (maybe 
mariadb as well) are behaving differently than old ones -- what mariadb version 
do you run?

Cheers,
Daniel

On 08/11/16 10:42, Grant Bagdasarian wrote:
Hi Daniel,

Sorry for the late reply.
We’re using a Galera Cluster based on Maria DB.

Regards,

Grant Bagdasarian


From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of 
Daniel-Constantin Mierla
Sent: donderdag 6 oktober 2016 12:50
To: Kamailio (SER) - Users Mailing List 

Subject: Re: [SR-Users] usrloc module expires column issues


Hello,

what database server are you using?

Cheers,
Daniel

On 26/09/16 16:50, Grant Bagdasarian wrote:
Hello,

When saving in the location table, the expires and last_modified columns 
contain the value 000-00-00 00:00:00 which causes issues when Kamailio is 
restarted and the preload modparam is set to load the location table from db in 
memory at startup.
I’ve already upgraded Kamailio to 4.4.3, and used the dbtables script from 
version 4.4 to recreate the location table, but without success.

Anyone else having this issue? Any resolution for it?

Regards,

Grant Bagdasarian
CM





___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




--

Daniel-Constantin Mierla

http://twitter.com/#!/miconda - 
http://www.linkedin.com/in/miconda

Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com



--

Daniel-Constantin Mierla

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

I haven't encountered such problem so far and no similar report was done
to kamailio project recently. I noticed that newer versions of mysql
(maybe mariadb as well) are behaving differently than old ones -- what
mariadb version do you run?

Cheers,
Daniel


On 08/11/16 10:42, Grant Bagdasarian wrote:
>
> Hi Daniel,
>
>  
>
> Sorry for the late reply.
>
> We’re using a Galera Cluster based on Maria DB.
>
>  
>
> Regards,
>
>  
>
> Grant Bagdasarian
>
>  
>
>  
>
> *From:*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
> Behalf Of *Daniel-Constantin Mierla
> *Sent:* donderdag 6 oktober 2016 12:50
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] usrloc module expires column issues
>
>  
>
> Hello,
>
> what database server are you using?
>
> Cheers,
> Daniel
>
>  
>
> On 26/09/16 16:50, Grant Bagdasarian wrote:
>
> Hello,
>
>  
>
> When saving in the location table, the expires and last_modified
> columns contain the value 000-00-00 00:00:00 which causes issues
> when Kamailio is restarted and the preload modparam is set to load
> the location table from db in memory at startup.
>
> I’ve already upgraded Kamailio to 4.4.3, and used the dbtables
> script from version 4.4 to recreate the location table, but
> without success.
>
>  
>
> Anyone else having this issue? Any resolution for it?
>
>  
>
> Regards,
>
>  
>
> Grant Bagdasarian
>
> CM
>
>
>
>
> ___
>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
> sr-users@lists.sip-router.org 
>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda  - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] usrloc module expires column issues

2016-11-08 Thread Grant Bagdasarian

Hi Daniel,

Sorry for the late reply.
We’re using a Galera Cluster based on Maria DB.

Regards,

Grant Bagdasarian


From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of 
Daniel-Constantin Mierla
Sent: donderdag 6 oktober 2016 12:50
To: Kamailio (SER) - Users Mailing List 
Subject: Re: [SR-Users] usrloc module expires column issues


Hello,

what database server are you using?

Cheers,
Daniel

On 26/09/16 16:50, Grant Bagdasarian wrote:
Hello,

When saving in the location table, the expires and last_modified columns 
contain the value 000-00-00 00:00:00 which causes issues when Kamailio is 
restarted and the preload modparam is set to load the location table from db in 
memory at startup.
I’ve already upgraded Kamailio to 4.4.3, and used the dbtables script from 
version 4.4 to recreate the location table, but without success.

Anyone else having this issue? Any resolution for it?

Regards,

Grant Bagdasarian
CM




___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--

Daniel-Constantin Mierla

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] TCP Keepalive for NAT'd Clients

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

you can set per tcp connection lifetime using tcpops module:

   - https://www.kamailio.org/docs/modules/stable/modules/tcpops.html

You can do that when you get the INVITE, before sending a negative
response from kamailio.cfg. Or, if you relay the invite, set a failure
route for it and do the operation there.

Cheers,
Daniel


On 07/11/16 23:26, Colin Morelli wrote:
> Hey all,
>
> Looking to figure out the best way to allow TCP connections to stay
> alive for NAT'd clients, however, to protect against people just
> opening TCP connections to the server, I'm hoping to only keepalive
> TCP connections for connections that have sent an INVITE and received
> a 200 OK.
>
> Does this type of per-socket connection lifetime setting exist?
>
> For a bit more background: this is specifically for clients that are
> using the TCP connection for an INVITE. They don't register with the
> server, and as a result there's no active flow timer for their
> connection. Is there a way to enable this type of behavior without
> registering?
>
> Best,
> Colin
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

2016-11-08 Thread Daniel-Constantin Mierla

I think this issue was exposed only on centos/redhad packages, which is
harder to detect as we set the OS type to linux. If someone comes up
with a solution, I am ok, otherwise I think it's fine to add some
remarks in the docs.

Cheers,
Daniel


On 07/11/16 10:44, Olle E. Johansson wrote:
> I think we need to update the Make system instead of the docs to avoid
> this version.
> Or implement some code like we have for OpenSSL that outputs warnings
> at runtime.
>
> /O
>> On 07 Nov 2016, at 10:42, Jurijs Ivolga > > wrote:
>>
>> Hi Daniel,
>>
>> I found modules what are impacted by this leak:
>>
>> http_client
>> utils
>> xcap
>> http_async_client
>> auth_identity
>> xcap_client
>>
>> I would like to update documentations, but this is first time when
>> I'm updating documentation.
>>
>> I believe I need to update xml file for module. Should I then
>> regenerate readme file as stated here:
>>
>> https://www.kamailio.org/wiki/devel/how-to/module-readme
>>
>> Or not?
>>
>> Then I believe to create pull request with my changes. Correct?
>>
>> Maybe you have manual for this?
>>
>> With kind regards,
>>
>> Jurijs
>>
>> On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla
>> mailto:mico...@gmail.com>> wrote:
>>
>> Hello,
>>
>> ok, so that was...
>>
>> Maybe it would be good to add a note to the docs of the module
>> about this issue so people become aware of it. I guess the other
>> http_* modules are affected. Pull requests or other suggestions
>> are welcome, of course!
>>
>> Cheers,
>> Daniel
>>
>>
>> On 12/10/16 15:04, Jurijs Ivolga wrote:
>>> Hi Daniel,
>>>
>>> Thank you a lot, it looks that issue is solved, after updating
>>> libcurl.
>>>
>>> I was using following manual for updating libcurl, in case if
>>> somebody will have same issue.
>>>
>>> 
>>> https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6
>>> 
>>> 
>>>
>>> With kind regards,
>>>
>>> Jurijs
>>>
>>> On Tue, Oct 11, 2016 at 2:43 PM, Jurijs Ivolga
>>> mailto:jurijs.ivo...@gmail.com>> wrote:
>>>
>>> Hi Daniel,
>>>
>>> You are correct we are using heavily http_query.
>>>
>>> I found following bug report:
>>>
>>> https://bugs.centos.org/view.php?id=9391
>>> 
>>>
>>> I will try to update to libcurl 7.44 and check if this help.
>>>
>>> Thank you a lot Daniel!
>>>
>>> With kind regards,
>>>
>>> Jurijs
>>>
>>> On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla
>>> mailto:mico...@gmail.com>> wrote:
>>>
>>> Hello,
>>>
>>> from the logs, it seems to be related to curl library, I
>>> see many reports like:
>>>
>>> ==16459== 189,318 bytes in 167 blocks are possibly lost
>>> in loss record 681 of 683
>>> ==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
>>> ==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
>>> ==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
>>> ==16459==by 0xB71AE62: PK11_CreateGenericObject (in
>>> /usr/lib64/libnss3.so)
>>> ==16459==by 0xA0674DF: ??? (in
>>> /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA067666: ??? (in
>>> /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA069141: ??? (in
>>> /usr/lib64/libcurl.so.4.1.1)
>>> ==16459==by 0xA0601C4: Curl_ssl_connect (in
>>> /usr/lib64/libcurl.so.4.1.1)
>>>
>>> That's like almost 200KB lost in this report.
>>>
>>> From the list of the modules, I see you have utils and I
>>> guess you use http query function from there, is it?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 10/10/16 12:06, Jurijs Ivolga wrote:
 Hi Daniel,

 I left valgrind running for little while, not sure if
 this will be enough.

 Please find attached log file.

 Thank you a lot for your help!

 With kind regards,

 Jurijs

 On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin
 Mierla mailto:mico...@gmail.com>>
 wrote:

 Hello,

 that's the way it was done for older versions of
 kamailio.

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

you don't have to generate the readme files anymore, they are generated
automatically on the server after committing the xml files.

For creating the pull requests, just search the web/github about how to
do it for github -- there are some good manuals in place hosted by
github.com, but I don't have the links at hand right now.

Cheers,
Daniel


On 07/11/16 10:42, Jurijs Ivolga wrote:
> Hi Daniel,
>
> I found modules what are impacted by this leak:
>
> http_client
> utils
> xcap
> http_async_client
> auth_identity
> xcap_client
>
> I would like to update documentations, but this is first time when I'm
> updating documentation.
>
> I believe I need to update xml file for module. Should I then
> regenerate readme file as stated here:
>
> https://www.kamailio.org/wiki/devel/how-to/module-readme
>
> Or not?
>
> Then I believe to create pull request with my changes. Correct?
>
> Maybe you have manual for this?
>
> With kind regards,
>
> Jurijs
>
> On Wed, Oct 12, 2016 at 4:30 PM, Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> ok, so that was...
>
> Maybe it would be good to add a note to the docs of the module
> about this issue so people become aware of it. I guess the other
> http_* modules are affected. Pull requests or other suggestions
> are welcome, of course!
>
> Cheers,
> Daniel
>
>
> On 12/10/16 15:04, Jurijs Ivolga wrote:
>> Hi Daniel,
>>
>> Thank you a lot, it looks that issue is solved, after updating
>> libcurl.
>>
>> I was using following manual for updating libcurl, in case if
>> somebody will have same issue.
>>
>> 
>> https://www.digitalocean.com/community/questions/how-to-upgrade-curl-in-centos6
>> 
>> 
>>
>> With kind regards,
>>
>> Jurijs
>>
>> On Tue, Oct 11, 2016 at 2:43 PM, Jurijs Ivolga
>> mailto:jurijs.ivo...@gmail.com>> wrote:
>>
>> Hi Daniel,
>>
>> You are correct we are using heavily http_query.
>>
>> I found following bug report:
>>
>> https://bugs.centos.org/view.php?id=9391
>> 
>>
>> I will try to update to libcurl 7.44 and check if this help.
>>
>> Thank you a lot Daniel!
>>
>> With kind regards,
>>
>> Jurijs
>>
>> On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla
>> mailto:mico...@gmail.com>> wrote:
>>
>> Hello,
>>
>> from the logs, it seems to be related to curl library, I
>> see many reports like:
>>
>> ==16459== 189,318 bytes in 167 blocks are possibly lost
>> in loss record 681 of 683
>> ==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
>> ==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
>> ==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
>> ==16459==by 0xB71AE62: PK11_CreateGenericObject (in
>> /usr/lib64/libnss3.so)
>> ==16459==by 0xA0674DF: ??? (in
>> /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA067666: ??? (in
>> /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA069141: ??? (in
>> /usr/lib64/libcurl.so.4.1.1)
>> ==16459==by 0xA0601C4: Curl_ssl_connect (in
>> /usr/lib64/libcurl.so.4.1.1)
>>
>> That's like almost 200KB lost in this report.
>>
>> From the list of the modules, I see you have utils and I
>> guess you use http query function from there, is it?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 10/10/16 12:06, Jurijs Ivolga wrote:
>>> Hi Daniel,
>>>
>>> I left valgrind running for little while, not sure if
>>> this will be enough.
>>>
>>> Please find attached log file.
>>>
>>> Thank you a lot for your help!
>>>
>>> With kind regards,
>>>
>>> Jurijs
>>>
>>> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin Mierla
>>> mailto:mico...@gmail.com>> wrote:
>>>
>>> Hello,
>>>
>>> that's the way it was done for older versions of
>>> kamailio.
>>>
>>> In master and 4.4 the memory debugging is turned on
>>> and it is reflected by the presence of DBG_SR_MEMORY
>>> in the output of 'kamailio -v'.
>>>
>>> Anyhow, what you reported is not a leak inside
>>> kamailio memory manager, but a leak of usin

Re: [SR-Users] fnmatch

2016-11-08 Thread Daniel-Constantin Mierla

Hello,

this is rather confusing -- did you make some changes there to fix it or
just suddenly works? Because the second sounds like random behaviour.

Cheers,
Daniel


On 07/11/16 18:17, Slava Bendersky wrote:
> Hello Daniel,
> Yes, reply was 202  not 200. Right now it work as expected.
>
> Slava.
>
> 
> *From: *"Daniel-Constantin Mierla" 
> *To: *"sr-users" 
> *Sent: *Monday, 7 November, 2016 04:51:11
> *Subject: *Re: [SR-Users] fnmatch
>
> Hello,
>
> for clarification -- what's the actual problem here? fnmatch("$rs",
> "200") is matching the 202?
>
> Cheers,
> Daniel
>
>
> On 07/11/16 08:52, Serge S. Yuriev wrote:
>
> Hello,
>
> In debug you can see 202 Accepted but match configured on 200. Not
> matched
>
> -- 
> Wbr, Serge via mobile
>
> 07.11.2016, 01:08, "Slava Bendersky" :
>
> Hello Everyone,
> I trying fnmatch to find which sip status is returned by
> B2BUA. But some reason it doesn't work.
>
>
> Nov 6 17:02:15 cavprx00 kamailio: 2(3747) ERROR: ***
> cfgtrace:onreply_route=[MESSAGE_FORWARD]
> c=[/etc/kamailio/kamailio-asterisk.cfg] l=456 a=26 n=xlog
> Nov 6 17:02:15 cavprx00 kamailio: 2(3747) INFO:

[SR-Users] Count number of early(Ringing) dialogs on gateway

[SR-Users] Count number of early(Ringing) dialogs on gateway

Re: [SR-Users] fnmatch

[SR-Users] BYE dispatcher

Re: [SR-Users] using set_body_multipart and append_body_part on on_reply routes

Re: [SR-Users] using set_body_multipart and append_body_part on on_reply routes

Re: [SR-Users] kamailio + farm of Elastix + rtp direct

Re: [SR-Users] Next Kamailio IRC Devel Meeting - Changed to Nov 08, 2016

Re: [SR-Users] Next Kamailio IRC Devel Meeting - Changed to Nov 08, 2016

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] Contacts replacing each other when registering

Re: [SR-Users] TCP Keepalive for NAT'd Clients

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] How to get Destination port UDP

[SR-Users] How to get Destination port UDP

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] usrloc module expires column issues

Re: [SR-Users] TCP Keepalive for NAT'd Clients

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

Re: [SR-Users] fnmatch

23 matches

Site Navigation

Mail list logo

Footer information