From miconda at gmail.com  Sun Jan  1 14:35:25 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Sun, 1 Jan 2017 14:35:25 +0100
Subject: [SR-Users] Happy 2017!
Message-ID: <6d62d4a3-6b23-8490-3105-477aaf0a8404@gmail.com>

A fresh year ahead, let it be a great one for all Kamailio friends!
Wishing a prosperous and safe 2017 everywhere!

Happy New Year!

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Mon Jan  2 09:02:39 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 2 Jan 2017 09:02:39 +0100
Subject: [SR-Users] Freezing for release v5.0.0
In-Reply-To: <a4bfb532-f9af-12df-354c-5bcb2ce808e3@gmail.com>
References: <a4bfb532-f9af-12df-354c-5bcb2ce808e3@gmail.com>
Message-ID: <8d780a14-4853-8885-7cdf-9363ecab770c@gmail.com>

Hello,

short reminder that the plan is to freeze the development for v5.0.0 in
about 3 days - on Wednesday, Jan 4, 2017.

Should anyone have anything to push as a new feature, commit or make the
pull requests by the end of that day.

Have a great 2017,
Daniel


On 14/12/2016 10:20, Daniel-Constantin Mierla wrote:
> Hello,
>
> I propose to freeze the development of v5.0.0 on January 4, 2017.
> Hopefully it is just in time for getting the frozen version in next
> Debian stable.
>
> Meanwhile, I hope we can get rid of mi code to have a proper fresh start
> with cleaned up code in 5.0.0. The big code tree restructuring was
> already done, config files in embedded languages is there as well (it
> needs more exports, but that's only about available time to fill some
> structures, not new feature development).
>
> If anyone wants to make other proposals, reply to mailing lists and
> let's discuss.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From volga629 at skillsearch.ca  Mon Jan  2 14:37:15 2017
From: volga629 at skillsearch.ca (Slava Bendersky)
Date: Mon, 2 Jan 2017 08:37:15 -0500 (EST)
Subject: [SR-Users] location
In-Reply-To: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
Message-ID: <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>

Hello Everyone, 
Is possible get help on issue ? I asked on IRC channel and another person so same problem with location save ? 

Slava. 


From: "volga629" <volga629 at skillsearch.ca> 
To: "sr-users" <sr-users at lists.sip-router.org> 
Sent: Monday, December 26, 2016 1:13:49 PM 
Subject: [SR-Users] location 

Hello Everyone, 
Why save location will ignore on pv var when trying save on reply 200 OK. 

if(is_method("REGISTER") && fnmatch("$rs", "200")) { 
xlog("L_INFO", "OnReply: Registration is $rs OK saving --> $avp(rcvcontact) in db\n"); 
$var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 
if(!save("location", "0x04", "$var(oar)")) { 
xlog("L_INFO", "Error saving the location\n"); 
} 



Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>: OnReply: Registration is 200 OK saving --> sip:4300 at client_pub_ip:31376;transport=tls in db 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN side contact 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10 chars, out: 10 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21 chars, out: 21 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33 chars, out: 33 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40 chars, out: 40 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20 chars, out: 20 chars 



Slava. 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
sr-users at lists.sip-router.org 
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/5b43ef73/attachment.html>

From miconda at gmail.com  Mon Jan  2 14:57:14 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 2 Jan 2017 14:57:14 +0100
Subject: [SR-Users] location
In-Reply-To: <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
Message-ID: <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>

Hello,

what do you mean by "will ignore on pv var"? Is the record not saved at
all or the value of pv var is not used?

Cheers,
Daniel


On 02/01/2017 14:37, Slava Bendersky wrote:
> Hello Everyone,
> Is possible get help on issue ? I asked on IRC channel and another
> person so same problem with location save ?
>
> Slava.
>
> ------------------------------------------------------------------------
> *From: *"volga629" <volga629 at skillsearch.ca>
> *To: *"sr-users" <sr-users at lists.sip-router.org>
> *Sent: *Monday, December 26, 2016 1:13:49 PM
> *Subject: *[SR-Users] location
>
> Hello Everyone,
> Why save location will ignore on pv var when trying save on reply 200 OK.
>
> if(is_method("REGISTER") && fnmatch("$rs", "200")) {
>  xlog("L_INFO", "OnReply: Registration is $rs OK saving -->
> $avp(rcvcontact) in db\n");
>  $var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" +
> $(avp(rcvcontact){uri.port});
>  if(!save("location", "0x04", "$var(oar)"))  {
>     xlog("L_INFO", "Error saving the location\n");
> }
>
>
>
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
> cfgtrace:onreply_route=[LOCATION_REPLY]
> c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>: OnReply:
> Registration is 200 OK saving -->
> sip:4300 at client_pub_ip:31376;transport=tls in db
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
> cfgtrace:onreply_route=[LOCATION_REPLY]
> c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
> cfgtrace:onreply_route=[LOCATION_REPLY]
> c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
> cfgtrace:onreply_route=[LOCATION_REPLY]
> c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20)
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20)
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
> [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
> [ucontact.c:1133]: db_update_ucontact_ruid():
> contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN side contact
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
> [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10
> chars, out: 10 chars
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
> [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21
> chars, out: 21 chars
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
> [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33
> chars, out: 33 chars
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
> [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40
> chars, out: 40 chars
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
> [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20
> chars, out: 20 chars
>
>
>
> Slava.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/0ca9e177/attachment.html>

From volga629 at skillsearch.ca  Mon Jan  2 15:12:49 2017
From: volga629 at skillsearch.ca (Slava Bendersky)
Date: Mon, 2 Jan 2017 09:12:49 -0500 (EST)
Subject: [SR-Users] location
In-Reply-To: <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
 <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
Message-ID: <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>

Hello Daniel, 
Meaning if(!save("location", "0x04", "$var(aor)")) ---> $var(aor) ignored. It use default Contact. Here are the log 

$var(aor) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 

INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db ---> xlog. 

Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact (Use Contact header not $var(aor) 



Slava. 


From: "Daniel-Constantin Mierla" <miconda at gmail.com> 
To: "sr-users" <sr-users at lists.sip-router.org> 
Sent: Monday, January 2, 2017 9:57:14 AM 
Subject: Re: [SR-Users] location 



Hello, 

what do you mean by "will ignore on pv var"? Is the record not saved at all or the value of pv var is not used? 

Cheers, 
Daniel 

On 02/01/2017 14:37, Slava Bendersky wrote: 



Hello Everyone, 
Is possible get help on issue ? I asked on IRC channel and another person so same problem with location save ? 

Slava. 


From: "volga629" [ mailto:volga629 at skillsearch.ca | <volga629 at skillsearch.ca> ] 
To: "sr-users" [ mailto:sr-users at lists.sip-router.org | <sr-users at lists.sip-router.org> ] 
Sent: Monday, December 26, 2016 1:13:49 PM 
Subject: [SR-Users] location 

Hello Everyone, 
Why save location will ignore on pv var when trying save on reply 200 OK. 

if(is_method("REGISTER") && fnmatch("$rs", "200")) { 
xlog("L_INFO", "OnReply: Registration is $rs OK saving --> $avp(rcvcontact) in db\n"); 
$var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 
if(!save("location", "0x04", "$var(oar)")) { 
xlog("L_INFO", "Error saving the location\n"); 
} 



Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10 chars, out: 10 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21 chars, out: 21 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33 chars, out: 33 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40 chars, out: 40 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20 chars, out: 20 chars 



Slava. 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
[ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] 
[ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] [ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 



-- 
Daniel-Constantin Mierla [ http://www.twitter.com/miconda | www.twitter.com/miconda ] -- [ http://www.linkedin.com/in/miconda | www.linkedin.com/in/miconda ] Kamailio World Conference - May 8-10, 2017 - [ http://www.kamailioworld.com/ | www.kamailioworld.com ] 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
sr-users at lists.sip-router.org 
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/2001619c/attachment.html>

From mk at tellusys.in  Mon Jan  2 15:36:13 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 20:06:13 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>

Request to all - Please help we are BADLY stuck in this asterisk 11.13 and
Kamailio 4.1 integration provided with Elastix MT

 

Our Configuration is like this:

 

Asterisk IP - 10x.3x.6x.236 port 5080

Kamailio IP - 10x.3x.6x.236 port 5060

 

Please see our kamailio.cfg attached.

 

Issue 1:

Issue is REGISTER messages sent by asterisk are not responded by kamailio
asterisk is constantly doing a re-transmit on REGISTER messages. 

 

Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:

REGISTER sip:ims.airtel.in SIP/2.0

Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport

Max-Forwards: 70

From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860

To: <sip:+91224400 at ims.airtel.in>

Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236

CSeq: 182 REGISTER

User-Agent: Asterisk PBX 11.13.0

Expires: 120

Contact: <sip:+91224400 at 10x.3x.6x.236:5080>

Content-Length: 0

 

Issue 2:

We are not able to see any log messages in /var/log/kamailio.log. We have
done all kind of changes suggested on online blogs

 

Why does kamailio not have a pre-set configuration as it is mostly used as
sip proxy?

 

 

Manoj K. Gupta

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/fb387b34/attachment.html>

From dgrotti at sipwise.com  Mon Jan  2 15:40:05 2017
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 2 Jan 2017 15:40:05 +0100
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
 remote VOIP providers
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
Message-ID: <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>

Hi,
have you configured kamailio in order to log to /var/log/kamailio 
instead of syslog ?

https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration

--
Daniel Grotti



On 01/02/2017 03:36 PM, Manoj Gupta wrote:
> Request to all – Please help we are BADLY stuck in this asterisk 11.13
> and Kamailio 4.1 integration provided with Elastix MT
>
>
>
> Our Configuration is like this:
>
>
>
> Asterisk IP – 10x.3x.6x.236 port 5080
>
> Kamailio IP - 10x.3x.6x.236 port 5060
>
>
>
> Please see our kamailio.cfg attached.
>
>
>
> Issue 1:
>
> Issue is REGISTER messages sent by asterisk are not responded by
> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>
>
>
> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>
> REGISTER sip:ims.airtel.in SIP/2.0
>
> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>
> Max-Forwards: 70
>
> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>
> To: <sip:+91224400 at ims.airtel.in>
>
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>
> CSeq: 182 REGISTER
>
> User-Agent: Asterisk PBX 11.13.0
>
> Expires: 120
>
> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>
> Content-Length: 0
>
>
>
> Issue 2:
>
> We are not able to see any log messages in /var/log/kamailio.log. We
> have done all kind of changes suggested on online blogs
>
>
>
> Why does kamailio not have a pre-set configuration as it is mostly used
> as sip proxy?
>
>
>
>
>
> Manoj K. Gupta
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


From miconda at gmail.com  Mon Jan  2 15:45:34 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 2 Jan 2017 15:45:34 +0100
Subject: [SR-Users] location
In-Reply-To: <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
 <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
 <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>
Message-ID: <0470198c-1d14-1ab7-b334-f16df350d419@gmail.com>

Hello,

the third parameter is not for contact, it is the address of record --
the user address, eg., alice at sipdomain.com, not alice at phone.ip

What exactly do you need to achieve? Maybe there are other options that
you can use.

Cheers,
Daniel

On 02/01/2017 15:12, Slava Bendersky wrote:
> Hello Daniel,
> Meaning if(!save("location", "0x04", "$var(aor)")) ---> $var(aor)
> ignored.  It use default Contact. Here are the log
>
> $var(aor) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" +
> $(avp(rcvcontact){uri.port});
>
> INFO: <script>: OnReply: Registration is 200 OK saving
> --> sip:4300 at client_pub_ip:31376;transport=tls in db ---> xlog. 
>
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
> cfgtrace:onreply_route=[LOCATION_REPLY]
> c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20)
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20)
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
> [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
> [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1
> Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
> [ucontact.c:1133]: db_update_ucontact_ruid():
> contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN side
> contact (Use Contact header not $var(aor)
>
>
>
> Slava.
>
> ------------------------------------------------------------------------
> *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
> *To: *"sr-users" <sr-users at lists.sip-router.org>
> *Sent: *Monday, January 2, 2017 9:57:14 AM
> *Subject: *Re: [SR-Users] location
>
> Hello,
>
> what do you mean by "will ignore on pv var"? Is the record not saved
> at all or the value of pv var is not used?
>
> Cheers,
> Daniel
>
>
> On 02/01/2017 14:37, Slava Bendersky wrote:
>
>     Hello Everyone,
>     Is possible get help on issue ? I asked on IRC channel and another
>     person so same problem with location save ?
>
>     Slava.
>
>     ------------------------------------------------------------------------
>     *From: *"volga629" <volga629 at skillsearch.ca>
>     *To: *"sr-users" <sr-users at lists.sip-router.org>
>     *Sent: *Monday, December 26, 2016 1:13:49 PM
>     *Subject: *[SR-Users] location
>
>     Hello Everyone,
>     Why save location will ignore on pv var when trying save on reply
>     200 OK.
>
>     if(is_method("REGISTER") && fnmatch("$rs", "200")) {
>      xlog("L_INFO", "OnReply: Registration is $rs OK saving -->
>     $avp(rcvcontact) in db\n");
>      $var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) +
>     ":" + $(avp(rcvcontact){uri.port});
>      if(!save("location", "0x04", "$var(oar)"))  {
>         xlog("L_INFO", "Error saving the location\n");
>     }
>
>
>
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>     cfgtrace:onreply_route=[LOCATION_REPLY]
>     c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>:
>     OnReply: Registration is 200 OK saving -->
>     sip:4300 at client_pub_ip:31376;transport=tls in db
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>     cfgtrace:onreply_route=[LOCATION_REPLY]
>     c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>     cfgtrace:onreply_route=[LOCATION_REPLY]
>     c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>     cfgtrace:onreply_route=[LOCATION_REPLY]
>     c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>     [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1]
>     (1 / 20)
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>     [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>     [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2]
>     (2 / 20)
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>     [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>     [ucontact.c:1004]: db_update_ucontact_ruid():
>     ruid:uloc-5860b463-10c5-1
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>     [ucontact.c:1133]: db_update_ucontact_ruid():
>     contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN side
>     contact
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>     [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10
>     chars, out: 10 chars
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>     [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21
>     chars, out: 21 chars
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>     [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33
>     chars, out: 33 chars
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>     [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40
>     chars, out: 40 chars
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>     [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20
>     chars, out: 20 chars
>
>
>
>     Slava.
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at 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 at lists.sip-router.org
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/2804ca3f/attachment.html>

From mk at virtuo.in  Mon Jan  2 15:03:33 2017
From: mk at virtuo.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 19:33:33 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAG3bIKtqnchAsB27Gkd54uDCgAAAEAAAAJBWxDvWGJdNv+dkm6TIO7wBAAAAAA==@virtuo.in>

Request to all - Please help we are BADLY stuck in this asterisk 11.13 and
Kamailio 4.1 integration provided with Elastix MT

 

Our Configuration is like this:

 

Asterisk IP - 10x.3x.6x.236 port 5080

Kamailio IP - 10x.3x.6x.236 port 5060

 

Please see our kamailio.cfg attached.

 

Issue 1:

Issue is REGISTER messages sent by asterisk are not responded by kamailio
asterisk is constantly doing a re-transmit on REGISTER messages. 

 

Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:

REGISTER sip:ims.airtel.in SIP/2.0

Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport

Max-Forwards: 70

From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860

To: <sip:+91224400 at ims.airtel.in>

Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236

CSeq: 182 REGISTER

User-Agent: Asterisk PBX 11.13.0

Expires: 120

Contact: <sip:+91224400 at 10x.3x.6x.236:5080>

Content-Length: 0

 

Issue 2:

We are not able to see any log messages in /var/log/kamailio.log. We have
done all kind of changes suggested on online blogs

 

Why does kamailio not have a pre-set configuration as it is mostly used as
sip proxy?

 

 

Manoj K. Gupta

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/522e9706/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kamailio.cfg
Type: application/octet-stream
Size: 42277 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/522e9706/attachment.obj>

From mk at tellusys.in  Mon Jan  2 16:13:09 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 20:43:09 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>

Hi Daniel,

Thanks for the quick revert!

Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf

Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:

[root at mt log]# pwd
/var/log
[root at mt log]# ls -l kamai*
-rw------- 1 root root 0 Jan  2 10:10 kamailio
[root at mt log]#


But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:

### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
#!ifdef WITH_DEBUG
debug=3
log_stderror=yes
#!else
debug=2
log_stderror=yes
#!endif

memdbg=5
memlog=5

#log_facility=LOG_LOCAL0
log_facility=LOG_LOCAL6





Manoj K. Gupta

-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 02 January 2017 08:10
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

Hi,
have you configured kamailio in order to log to /var/log/kamailio 
instead of syslog ?

https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration

--
Daniel Grotti



On 01/02/2017 03:36 PM, Manoj Gupta wrote:
> Request to all – Please help we are BADLY stuck in this asterisk 11.13
> and Kamailio 4.1 integration provided with Elastix MT
>
>
>
> Our Configuration is like this:
>
>
>
> Asterisk IP – 10x.3x.6x.236 port 5080
>
> Kamailio IP - 10x.3x.6x.236 port 5060
>
>
>
> Please see our kamailio.cfg attached.
>
>
>
> Issue 1:
>
> Issue is REGISTER messages sent by asterisk are not responded by
> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>
>
>
> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>
> REGISTER sip:ims.airtel.in SIP/2.0
>
> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>
> Max-Forwards: 70
>
> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>
> To: <sip:+91224400 at ims.airtel.in>
>
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>
> CSeq: 182 REGISTER
>
> User-Agent: Asterisk PBX 11.13.0
>
> Expires: 120
>
> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>
> Content-Length: 0
>
>
>
> Issue 2:
>
> We are not able to see any log messages in /var/log/kamailio.log. We
> have done all kind of changes suggested on online blogs
>
>
>
> Why does kamailio not have a pre-set configuration as it is mostly used
> as sip proxy?
>
>
>
>
>
> Manoj K. Gupta
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From dgrotti at sipwise.com  Mon Jan  2 16:24:28 2017
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 2 Jan 2017 16:24:28 +0100
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
 remote VOIP providers
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
Message-ID: <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>

Hi,
please configure this in your kamailio.cfg:


debug=3  # debug level, 1 is low and 4 is high (lots of output)
log_facility=LOG_LOCAL7

...
loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
...



As well as this in your rsyslog.cfg:


# Kamailio (OpenSER) messages, make sure this spacing is done with tabs, 
spaces may cause errors
local7.*                                            -/var/log/kamailio



Please notice that you have to restart kamailio and rsyslog.

Also remember to set the log facility in your xlog lines, e.g:


xlog("L_NOTICE", "This is a standard log line\n");


After restarting the processes, what do you see in /var/log/kamailio ?
What do you get from kamctl fifo debug ?


--
Daniel Grotti


On 01/02/2017 04:13 PM, Manoj Gupta wrote:
> Hi Daniel,
>
> Thanks for the quick revert!
>
> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>
> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>
> [root at mt log]# pwd
> /var/log
> [root at mt log]# ls -l kamai*
> -rw------- 1 root root 0 Jan  2 10:10 kamailio
> [root at mt log]#
>
>
> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>
> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
> #!ifdef WITH_DEBUG
> debug=3
> log_stderror=yes
> #!else
> debug=2
> log_stderror=yes
> #!endif
>
> memdbg=5
> memlog=5
>
> #log_facility=LOG_LOCAL0
> log_facility=LOG_LOCAL6
>
>
>
>
>
> Manoj K. Gupta
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 08:10
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Hi,
> have you configured kamailio in order to log to /var/log/kamailio
> instead of syslog ?
>
> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>
> --
> Daniel Grotti
>
>
>
> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>> and Kamailio 4.1 integration provided with Elastix MT
>>
>>
>>
>> Our Configuration is like this:
>>
>>
>>
>> Asterisk IP – 10x.3x.6x.236 port 5080
>>
>> Kamailio IP - 10x.3x.6x.236 port 5060
>>
>>
>>
>> Please see our kamailio.cfg attached.
>>
>>
>>
>> Issue 1:
>>
>> Issue is REGISTER messages sent by asterisk are not responded by
>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>
>>
>>
>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>
>> REGISTER sip:ims.airtel.in SIP/2.0
>>
>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>
>> Max-Forwards: 70
>>
>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>
>> To: <sip:+91224400 at ims.airtel.in>
>>
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>
>> CSeq: 182 REGISTER
>>
>> User-Agent: Asterisk PBX 11.13.0
>>
>> Expires: 120
>>
>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>
>> Content-Length: 0
>>
>>
>>
>> Issue 2:
>>
>> We are not able to see any log messages in /var/log/kamailio.log. We
>> have done all kind of changes suggested on online blogs
>>
>>
>>
>> Why does kamailio not have a pre-set configuration as it is mostly used
>> as sip proxy?
>>
>>
>>
>>
>>
>> Manoj K. Gupta
>>
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


From volga629 at skillsearch.ca  Mon Jan  2 16:40:33 2017
From: volga629 at skillsearch.ca (Slava Bendersky)
Date: Mon, 2 Jan 2017 10:40:33 -0500 (EST)
Subject: [SR-Users] location
In-Reply-To: <0470198c-1d14-1ab7-b334-f16df350d419@gmail.com>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
 <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
 <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>
 <0470198c-1d14-1ab7-b334-f16df350d419@gmail.com>
Message-ID: <2077186208.86733224.1483371633111.JavaMail.zimbra@skillsearch.ca>

Hello Daniel, 
I am trying save user contact on reply 200 OK from freeswitch. Contact is set in $avp(aor) which contain updated user location. 

Slava. 


From: "miconda" <miconda at gmail.com> 
To: "volga629" <volga629 at skillsearch.ca>, "sr-users" <sr-users at lists.sip-router.org> 
Sent: Monday, January 2, 2017 10:45:34 AM 
Subject: Re: [SR-Users] location 



Hello, 

the third parameter is not for contact, it is the address of record -- the user address, eg., [ mailto:alice at sipdomain.com | alice at sipdomain.com ] , not [ mailto:alice at phone.ip | alice at phone.ip ] 
What exactly do you need to achieve? Maybe there are other options that you can use. 

Cheers, 
Daniel 

On 02/01/2017 15:12, Slava Bendersky wrote: 



Hello Daniel, 
Meaning if(!save("location", "0x04", "$var(aor)")) ---> $var(aor) ignored. It use default Contact. Here are the log 

$var(aor) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 

INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db ---> xlog. 

Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact (Use Contact header not $var(aor) 



Slava. 


From: "Daniel-Constantin Mierla" [ mailto:miconda at gmail.com | <miconda at gmail.com> ] 
To: "sr-users" [ mailto:sr-users at lists.sip-router.org | <sr-users at lists.sip-router.org> ] 
Sent: Monday, January 2, 2017 9:57:14 AM 
Subject: Re: [SR-Users] location 



Hello, 

what do you mean by "will ignore on pv var"? Is the record not saved at all or the value of pv var is not used? 

Cheers, 
Daniel 

On 02/01/2017 14:37, Slava Bendersky wrote: 

BQ_BEGIN

Hello Everyone, 
Is possible get help on issue ? I asked on IRC channel and another person so same problem with location save ? 

Slava. 


From: "volga629" [ mailto:volga629 at skillsearch.ca | <volga629 at skillsearch.ca> ] 
To: "sr-users" [ mailto:sr-users at lists.sip-router.org | <sr-users at lists.sip-router.org> ] 
Sent: Monday, December 26, 2016 1:13:49 PM 
Subject: [SR-Users] location 

Hello Everyone, 
Why save location will ignore on pv var when trying save on reply 200 OK. 

if(is_method("REGISTER") && fnmatch("$rs", "200")) { 
xlog("L_INFO", "OnReply: Registration is $rs OK saving --> $avp(rcvcontact) in db\n"); 
$var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 
if(!save("location", "0x04", "$var(oar)")) { 
xlog("L_INFO", "Error saving the location\n"); 
} 



Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10 chars, out: 10 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21 chars, out: 21 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33 chars, out: 33 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40 chars, out: 40 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20 chars, out: 20 chars 



Slava. 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
[ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] 
[ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] [ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 



-- 
Daniel-Constantin Mierla [ http://www.twitter.com/miconda | www.twitter.com/miconda ] -- [ http://www.linkedin.com/in/miconda | www.linkedin.com/in/miconda ] Kamailio World Conference - May 8-10, 2017 - [ http://www.kamailioworld.com/ | www.kamailioworld.com ] 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
[ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] 
[ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 

BQ_END

-- 
Daniel-Constantin Mierla [ http://www.twitter.com/miconda | www.twitter.com/miconda ] -- [ http://www.linkedin.com/in/miconda | www.linkedin.com/in/miconda ] Kamailio World Conference - May 8-10, 2017 - [ http://www.kamailioworld.com/ | www.kamailioworld.com ] 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/a781d9b3/attachment.html>

From mk at tellusys.in  Mon Jan  2 17:13:17 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 21:43:17 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAA14+8FVAxVMvAb1fo49/9wBAAAAAA==@tellusys.in>

Hi,

I am not sure where exactly you want to put this line:
xlog("L_NOTICE", "This is a standard log line\n");

I had put the same in kamailio.cfg under route

1. Our xlog.so is in /usr/lib64/kamailio/modules and it is getting loaded in modules section of kamailio.cfg.

2. I did everything else as well as you mentioned below, including restart of both rsyslog and kamailio but still no output.

# Kamailio (OpenSER) messages, make sure this spacing is done with tabs, spaces may cause errors
local7.*                                                -/var/log/kamailio

#!ifdef WITH_SRCPATH
mpath="modules/"
#!else
mpath="/usr/lib64/kamailio/modules/"
#!endif

loadmodule "xlog.so"

3. kamctl fifo debug
DEBUG:: 3


Manoj K. Gupta

-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 02 January 2017 08:54
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

Hi,
please configure this in your kamailio.cfg:


debug=3  # debug level, 1 is low and 4 is high (lots of output)
log_facility=LOG_LOCAL7

...
loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
...



As well as this in your rsyslog.cfg:


# Kamailio (OpenSER) messages, make sure this spacing is done with tabs, 
spaces may cause errors
local7.*                                            -/var/log/kamailio



Please notice that you have to restart kamailio and rsyslog.

Also remember to set the log facility in your xlog lines, e.g:


xlog("L_NOTICE", "This is a standard log line\n");


After restarting the processes, what do you see in /var/log/kamailio ?
What do you get from kamctl fifo debug ?


--
Daniel Grotti


On 01/02/2017 04:13 PM, Manoj Gupta wrote:
> Hi Daniel,
>
> Thanks for the quick revert!
>
> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>
> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>
> [root at mt log]# pwd
> /var/log
> [root at mt log]# ls -l kamai*
> -rw------- 1 root root 0 Jan  2 10:10 kamailio
> [root at mt log]#
>
>
> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>
> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
> #!ifdef WITH_DEBUG
> debug=3
> log_stderror=yes
> #!else
> debug=2
> log_stderror=yes
> #!endif
>
> memdbg=5
> memlog=5
>
> #log_facility=LOG_LOCAL0
> log_facility=LOG_LOCAL6
>
>
>
>
>
> Manoj K. Gupta
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 08:10
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Hi,
> have you configured kamailio in order to log to /var/log/kamailio
> instead of syslog ?
>
> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>
> --
> Daniel Grotti
>
>
>
> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>> and Kamailio 4.1 integration provided with Elastix MT
>>
>>
>>
>> Our Configuration is like this:
>>
>>
>>
>> Asterisk IP – 10x.3x.6x.236 port 5080
>>
>> Kamailio IP - 10x.3x.6x.236 port 5060
>>
>>
>>
>> Please see our kamailio.cfg attached.
>>
>>
>>
>> Issue 1:
>>
>> Issue is REGISTER messages sent by asterisk are not responded by
>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>
>>
>>
>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>
>> REGISTER sip:ims.airtel.in SIP/2.0
>>
>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>
>> Max-Forwards: 70
>>
>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>
>> To: <sip:+91224400 at ims.airtel.in>
>>
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>
>> CSeq: 182 REGISTER
>>
>> User-Agent: Asterisk PBX 11.13.0
>>
>> Expires: 120
>>
>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>
>> Content-Length: 0
>>
>>
>>
>> Issue 2:
>>
>> We are not able to see any log messages in /var/log/kamailio.log. We
>> have done all kind of changes suggested on online blogs
>>
>>
>>
>> Why does kamailio not have a pre-set configuration as it is mostly used
>> as sip proxy?
>>
>>
>>
>>
>>
>> Manoj K. Gupta
>>
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at 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 at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From mk at tellusys.in  Mon Jan  2 17:31:01 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 22:01:01 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>

HI Daniel,

Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?

Retransmitting #3 (NAT) to 103.35.68.236:5060:
REGISTER sip:ims.airtel.in SIP/2.0
Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
Max-Forwards: 70
From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
To: <sip:+911244893100 at ims.airtel.in>
Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
CSeq: 642 REGISTER
User-Agent: Asterisk PBX 11.13.0
Expires: 120
Contact: <sip:+911244893100 at 103.35.68.236:5080>
Content-Length: 0


---

<--- SIP read from UDP:103.35.68.236:5060 --->
SIP/2.0 478 Unresolvable destination (478/SL)
Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
CSeq: 633 REGISTER
Server: kamailio (4.1.6 (x86_64/linux))
Content-Length: 0

Manoj K. Gupta
Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india  

*Web Hosting & Cloud Telephony Infrastructure company
“Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”

DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.


-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 02 January 2017 08:54
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

Hi,
please configure this in your kamailio.cfg:


debug=3  # debug level, 1 is low and 4 is high (lots of output)
log_facility=LOG_LOCAL7

...
loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
...



As well as this in your rsyslog.cfg:


# Kamailio (OpenSER) messages, make sure this spacing is done with tabs, 
spaces may cause errors
local7.*                                            -/var/log/kamailio



Please notice that you have to restart kamailio and rsyslog.

Also remember to set the log facility in your xlog lines, e.g:


xlog("L_NOTICE", "This is a standard log line\n");


After restarting the processes, what do you see in /var/log/kamailio ?
What do you get from kamctl fifo debug ?


--
Daniel Grotti


On 01/02/2017 04:13 PM, Manoj Gupta wrote:
> Hi Daniel,
>
> Thanks for the quick revert!
>
> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>
> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>
> [root at mt log]# pwd
> /var/log
> [root at mt log]# ls -l kamai*
> -rw------- 1 root root 0 Jan  2 10:10 kamailio
> [root at mt log]#
>
>
> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>
> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
> #!ifdef WITH_DEBUG
> debug=3
> log_stderror=yes
> #!else
> debug=2
> log_stderror=yes
> #!endif
>
> memdbg=5
> memlog=5
>
> #log_facility=LOG_LOCAL0
> log_facility=LOG_LOCAL6
>
>
>
>
>
> Manoj K. Gupta
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 08:10
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Hi,
> have you configured kamailio in order to log to /var/log/kamailio
> instead of syslog ?
>
> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>
> --
> Daniel Grotti
>
>
>
> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>> and Kamailio 4.1 integration provided with Elastix MT
>>
>>
>>
>> Our Configuration is like this:
>>
>>
>>
>> Asterisk IP – 10x.3x.6x.236 port 5080
>>
>> Kamailio IP - 10x.3x.6x.236 port 5060
>>
>>
>>
>> Please see our kamailio.cfg attached.
>>
>>
>>
>> Issue 1:
>>
>> Issue is REGISTER messages sent by asterisk are not responded by
>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>
>>
>>
>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>
>> REGISTER sip:ims.airtel.in SIP/2.0
>>
>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>
>> Max-Forwards: 70
>>
>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>
>> To: <sip:+91224400 at ims.airtel.in>
>>
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>
>> CSeq: 182 REGISTER
>>
>> User-Agent: Asterisk PBX 11.13.0
>>
>> Expires: 120
>>
>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>
>> Content-Length: 0
>>
>>
>>
>> Issue 2:
>>
>> We are not able to see any log messages in /var/log/kamailio.log. We
>> have done all kind of changes suggested on online blogs
>>
>>
>>
>> Why does kamailio not have a pre-set configuration as it is mostly used
>> as sip proxy?
>>
>>
>>
>>
>>
>> Manoj K. Gupta
>>
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at 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 at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From dgrotti at sipwise.com  Mon Jan  2 18:03:58 2017
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 2 Jan 2017 18:03:58 +0100
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
 remote VOIP providers
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
Message-ID: <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>

You should add "ims.airtel.in" as kamailio local domain, in your 
kamailio.domain table.


--
Daniel Grotti



On 01/02/2017 05:31 PM, Manoj Gupta wrote:
> HI Daniel,
>
> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>
> Retransmitting #3 (NAT) to 103.35.68.236:5060:
> REGISTER sip:ims.airtel.in SIP/2.0
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
> Max-Forwards: 70
> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
> To: <sip:+911244893100 at ims.airtel.in>
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
> CSeq: 642 REGISTER
> User-Agent: Asterisk PBX 11.13.0
> Expires: 120
> Contact: <sip:+911244893100 at 103.35.68.236:5080>
> Content-Length: 0
>
>
> ---
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 478 Unresolvable destination (478/SL)
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
> CSeq: 633 REGISTER
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 08:54
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Hi,
> please configure this in your kamailio.cfg:
>
>
> debug=3  # debug level, 1 is low and 4 is high (lots of output)
> log_facility=LOG_LOCAL7
>
> ...
> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
> ...
>
>
>
> As well as this in your rsyslog.cfg:
>
>
> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
> spaces may cause errors
> local7.*                                            -/var/log/kamailio
>
>
>
> Please notice that you have to restart kamailio and rsyslog.
>
> Also remember to set the log facility in your xlog lines, e.g:
>
>
> xlog("L_NOTICE", "This is a standard log line\n");
>
>
> After restarting the processes, what do you see in /var/log/kamailio ?
> What do you get from kamctl fifo debug ?
>
>
> --
> Daniel Grotti
>
>
> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>> Hi Daniel,
>>
>> Thanks for the quick revert!
>>
>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>
>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>
>> [root at mt log]# pwd
>> /var/log
>> [root at mt log]# ls -l kamai*
>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>> [root at mt log]#
>>
>>
>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>
>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>> #!ifdef WITH_DEBUG
>> debug=3
>> log_stderror=yes
>> #!else
>> debug=2
>> log_stderror=yes
>> #!endif
>>
>> memdbg=5
>> memlog=5
>>
>> #log_facility=LOG_LOCAL0
>> log_facility=LOG_LOCAL6
>>
>>
>>
>>
>>
>> Manoj K. Gupta
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 08:10
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> Hi,
>> have you configured kamailio in order to log to /var/log/kamailio
>> instead of syslog ?
>>
>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>
>> --
>> Daniel Grotti
>>
>>
>>
>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>> and Kamailio 4.1 integration provided with Elastix MT
>>>
>>>
>>>
>>> Our Configuration is like this:
>>>
>>>
>>>
>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>
>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>
>>>
>>>
>>> Please see our kamailio.cfg attached.
>>>
>>>
>>>
>>> Issue 1:
>>>
>>> Issue is REGISTER messages sent by asterisk are not responded by
>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>
>>>
>>>
>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>
>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>
>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>
>>> Max-Forwards: 70
>>>
>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>
>>> To: <sip:+91224400 at ims.airtel.in>
>>>
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>
>>> CSeq: 182 REGISTER
>>>
>>> User-Agent: Asterisk PBX 11.13.0
>>>
>>> Expires: 120
>>>
>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>
>>> Content-Length: 0
>>>
>>>
>>>
>>> Issue 2:
>>>
>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>> have done all kind of changes suggested on online blogs
>>>
>>>
>>>
>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>> as sip proxy?
>>>
>>>
>>>
>>>
>>>
>>> Manoj K. Gupta
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


From mk at tellusys.in  Mon Jan  2 18:18:10 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 22:48:10 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
 <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>

Now we are getting SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)

Where can we refer documentation on basic stuff like this. I have been searching docs and finding nothing!

Retransmitting #1 (NAT) to 103.35.68.236:5060:
REGISTER sip:ims.airtel.in SIP/2.0
Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport
Max-Forwards: 70
From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
To: <sip:+911244893100 at ims.airtel.in>
Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
CSeq: 200 REGISTER
User-Agent: Asterisk PBX 11.13.0
Expires: 120
Contact: <sip:+911244893100 at 103.35.68.236:5080>
Content-Length: 0


---

<--- SIP read from UDP:103.35.68.236:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
CSeq: 200 REGISTER
Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
Server: kamailio (4.1.6 (x86_64/linux))
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Really destroying SIP dialog '0e07915f6d490cdb574f14b734740421 at 103.35.68.236' Method: REGISTER

<--- SIP read from UDP:103.35.68.236:5060 --->
SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
CSeq: 200 REGISTER
Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
Server: kamailio (4.1.6 (x86_64/linux))
Content-Length: 0

Manoj K. Gupta
Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india  

*Web Hosting & Cloud Telephony Infrastructure company
“Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”

DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.


-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 02 January 2017 10:34
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

You should add "ims.airtel.in" as kamailio local domain, in your 
kamailio.domain table.


--
Daniel Grotti



On 01/02/2017 05:31 PM, Manoj Gupta wrote:
> HI Daniel,
>
> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>
> Retransmitting #3 (NAT) to 103.35.68.236:5060:
> REGISTER sip:ims.airtel.in SIP/2.0
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
> Max-Forwards: 70
> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
> To: <sip:+911244893100 at ims.airtel.in>
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
> CSeq: 642 REGISTER
> User-Agent: Asterisk PBX 11.13.0
> Expires: 120
> Contact: <sip:+911244893100 at 103.35.68.236:5080>
> Content-Length: 0
>
>
> ---
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 478 Unresolvable destination (478/SL)
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
> CSeq: 633 REGISTER
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 08:54
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Hi,
> please configure this in your kamailio.cfg:
>
>
> debug=3  # debug level, 1 is low and 4 is high (lots of output)
> log_facility=LOG_LOCAL7
>
> ...
> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
> ...
>
>
>
> As well as this in your rsyslog.cfg:
>
>
> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
> spaces may cause errors
> local7.*                                            -/var/log/kamailio
>
>
>
> Please notice that you have to restart kamailio and rsyslog.
>
> Also remember to set the log facility in your xlog lines, e.g:
>
>
> xlog("L_NOTICE", "This is a standard log line\n");
>
>
> After restarting the processes, what do you see in /var/log/kamailio ?
> What do you get from kamctl fifo debug ?
>
>
> --
> Daniel Grotti
>
>
> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>> Hi Daniel,
>>
>> Thanks for the quick revert!
>>
>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>
>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>
>> [root at mt log]# pwd
>> /var/log
>> [root at mt log]# ls -l kamai*
>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>> [root at mt log]#
>>
>>
>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>
>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>> #!ifdef WITH_DEBUG
>> debug=3
>> log_stderror=yes
>> #!else
>> debug=2
>> log_stderror=yes
>> #!endif
>>
>> memdbg=5
>> memlog=5
>>
>> #log_facility=LOG_LOCAL0
>> log_facility=LOG_LOCAL6
>>
>>
>>
>>
>>
>> Manoj K. Gupta
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 08:10
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> Hi,
>> have you configured kamailio in order to log to /var/log/kamailio
>> instead of syslog ?
>>
>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>
>> --
>> Daniel Grotti
>>
>>
>>
>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>> and Kamailio 4.1 integration provided with Elastix MT
>>>
>>>
>>>
>>> Our Configuration is like this:
>>>
>>>
>>>
>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>
>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>
>>>
>>>
>>> Please see our kamailio.cfg attached.
>>>
>>>
>>>
>>> Issue 1:
>>>
>>> Issue is REGISTER messages sent by asterisk are not responded by
>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>
>>>
>>>
>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>
>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>
>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>
>>> Max-Forwards: 70
>>>
>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>
>>> To: <sip:+91224400 at ims.airtel.in>
>>>
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>
>>> CSeq: 182 REGISTER
>>>
>>> User-Agent: Asterisk PBX 11.13.0
>>>
>>> Expires: 120
>>>
>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>
>>> Content-Length: 0
>>>
>>>
>>>
>>> Issue 2:
>>>
>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>> have done all kind of changes suggested on online blogs
>>>
>>>
>>>
>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>> as sip proxy?
>>>
>>>
>>>
>>>
>>>
>>> Manoj K. Gupta
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at 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 at 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 at 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 at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From dgrotti at sipwise.com  Mon Jan  2 18:21:59 2017
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Mon, 2 Jan 2017 18:21:59 +0100
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
 remote VOIP providers
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
 <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>
Message-ID: <471324d8-358e-2316-f180-1f8fe5227fae@sipwise.com>

Kamailio-asterisk doc: 
http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb


There are tones of documentation about kamailio out there.
Consider to check SIP protocol as well (rfc3261).


--
Daniel Grotti


On 01/02/2017 06:18 PM, Manoj Gupta wrote:
> Now we are getting SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>
> Where can we refer documentation on basic stuff like this. I have been searching docs and finding nothing!
>
> Retransmitting #1 (NAT) to 103.35.68.236:5060:
> REGISTER sip:ims.airtel.in SIP/2.0
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport
> Max-Forwards: 70
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> User-Agent: Asterisk PBX 11.13.0
> Expires: 120
> Contact: <sip:+911244893100 at 103.35.68.236:5080>
> Content-Length: 0
>
>
> ---
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> <------------->
> --- (9 headers 0 lines) ---
> Really destroying SIP dialog '0e07915f6d490cdb574f14b734740421 at 103.35.68.236' Method: REGISTER
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 10:34
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> You should add "ims.airtel.in" as kamailio local domain, in your
> kamailio.domain table.
>
>
> --
> Daniel Grotti
>
>
>
> On 01/02/2017 05:31 PM, Manoj Gupta wrote:
>> HI Daniel,
>>
>> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>>
>> Retransmitting #3 (NAT) to 103.35.68.236:5060:
>> REGISTER sip:ims.airtel.in SIP/2.0
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
>> Max-Forwards: 70
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>> To: <sip:+911244893100 at ims.airtel.in>
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>> CSeq: 642 REGISTER
>> User-Agent: Asterisk PBX 11.13.0
>> Expires: 120
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>> Content-Length: 0
>>
>>
>> ---
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 478 Unresolvable destination (478/SL)
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>> CSeq: 633 REGISTER
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> Manoj K. Gupta
>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>
>> *Web Hosting & Cloud Telephony Infrastructure company
>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>
>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 08:54
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> Hi,
>> please configure this in your kamailio.cfg:
>>
>>
>> debug=3  # debug level, 1 is low and 4 is high (lots of output)
>> log_facility=LOG_LOCAL7
>>
>> ...
>> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
>> ...
>>
>>
>>
>> As well as this in your rsyslog.cfg:
>>
>>
>> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
>> spaces may cause errors
>> local7.*                                            -/var/log/kamailio
>>
>>
>>
>> Please notice that you have to restart kamailio and rsyslog.
>>
>> Also remember to set the log facility in your xlog lines, e.g:
>>
>>
>> xlog("L_NOTICE", "This is a standard log line\n");
>>
>>
>> After restarting the processes, what do you see in /var/log/kamailio ?
>> What do you get from kamctl fifo debug ?
>>
>>
>> --
>> Daniel Grotti
>>
>>
>> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>>> Hi Daniel,
>>>
>>> Thanks for the quick revert!
>>>
>>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>>
>>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>>
>>> [root at mt log]# pwd
>>> /var/log
>>> [root at mt log]# ls -l kamai*
>>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>>> [root at mt log]#
>>>
>>>
>>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>>
>>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>>> #!ifdef WITH_DEBUG
>>> debug=3
>>> log_stderror=yes
>>> #!else
>>> debug=2
>>> log_stderror=yes
>>> #!endif
>>>
>>> memdbg=5
>>> memlog=5
>>>
>>> #log_facility=LOG_LOCAL0
>>> log_facility=LOG_LOCAL6
>>>
>>>
>>>
>>>
>>>
>>> Manoj K. Gupta
>>>
>>> -----Original Message-----
>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>> Sent: 02 January 2017 08:10
>>> To: sr-users at lists.sip-router.org
>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>
>>> Hi,
>>> have you configured kamailio in order to log to /var/log/kamailio
>>> instead of syslog ?
>>>
>>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>>
>>> --
>>> Daniel Grotti
>>>
>>>
>>>
>>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>>> and Kamailio 4.1 integration provided with Elastix MT
>>>>
>>>>
>>>>
>>>> Our Configuration is like this:
>>>>
>>>>
>>>>
>>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>>
>>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>>
>>>>
>>>>
>>>> Please see our kamailio.cfg attached.
>>>>
>>>>
>>>>
>>>> Issue 1:
>>>>
>>>> Issue is REGISTER messages sent by asterisk are not responded by
>>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>>
>>>>
>>>>
>>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>>
>>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>>
>>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>>
>>>> Max-Forwards: 70
>>>>
>>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>>
>>>> To: <sip:+91224400 at ims.airtel.in>
>>>>
>>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>>
>>>> CSeq: 182 REGISTER
>>>>
>>>> User-Agent: Asterisk PBX 11.13.0
>>>>
>>>> Expires: 120
>>>>
>>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>>
>>>> Content-Length: 0
>>>>
>>>>
>>>>
>>>> Issue 2:
>>>>
>>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>>> have done all kind of changes suggested on online blogs
>>>>
>>>>
>>>>
>>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>>> as sip proxy?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Manoj K. Gupta
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at 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 at 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 at 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


From mk at tellusys.in  Mon Jan  2 18:36:32 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Mon, 2 Jan 2017 23:06:32 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <471324d8-358e-2316-f180-1f8fe5227fae@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
 <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>
 <471324d8-358e-2316-f180-1f8fe5227fae@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADPwFdw7qN1BgUBOoidg958BAAAAAA==@tellusys.in>

Hi Daniel,

If it is not too much asking, please Can you help me in giving instructions on how to disable kamailio from my asterisk. I am much happier that way. This kamailio integration came with Elastix MT and it has made my life miserable.

Please HELP!

Manoj K. Gupta
Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india  

*Web Hosting & Cloud Telephony Infrastructure company
“Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”

DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.


-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 02 January 2017 10:52
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

Kamailio-asterisk doc: 
http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb


There are tones of documentation about kamailio out there.
Consider to check SIP protocol as well (rfc3261).


--
Daniel Grotti


On 01/02/2017 06:18 PM, Manoj Gupta wrote:
> Now we are getting SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>
> Where can we refer documentation on basic stuff like this. I have been searching docs and finding nothing!
>
> Retransmitting #1 (NAT) to 103.35.68.236:5060:
> REGISTER sip:ims.airtel.in SIP/2.0
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport
> Max-Forwards: 70
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> User-Agent: Asterisk PBX 11.13.0
> Expires: 120
> Contact: <sip:+911244893100 at 103.35.68.236:5080>
> Content-Length: 0
>
>
> ---
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> <------------->
> --- (9 headers 0 lines) ---
> Really destroying SIP dialog '0e07915f6d490cdb574f14b734740421 at 103.35.68.236' Method: REGISTER
>
> <--- SIP read from UDP:103.35.68.236:5060 --->
> SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
> CSeq: 200 REGISTER
> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
> Server: kamailio (4.1.6 (x86_64/linux))
> Content-Length: 0
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 10:34
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> You should add "ims.airtel.in" as kamailio local domain, in your
> kamailio.domain table.
>
>
> --
> Daniel Grotti
>
>
>
> On 01/02/2017 05:31 PM, Manoj Gupta wrote:
>> HI Daniel,
>>
>> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>>
>> Retransmitting #3 (NAT) to 103.35.68.236:5060:
>> REGISTER sip:ims.airtel.in SIP/2.0
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
>> Max-Forwards: 70
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>> To: <sip:+911244893100 at ims.airtel.in>
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>> CSeq: 642 REGISTER
>> User-Agent: Asterisk PBX 11.13.0
>> Expires: 120
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>> Content-Length: 0
>>
>>
>> ---
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 478 Unresolvable destination (478/SL)
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>> CSeq: 633 REGISTER
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> Manoj K. Gupta
>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>
>> *Web Hosting & Cloud Telephony Infrastructure company
>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>
>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 08:54
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> Hi,
>> please configure this in your kamailio.cfg:
>>
>>
>> debug=3  # debug level, 1 is low and 4 is high (lots of output)
>> log_facility=LOG_LOCAL7
>>
>> ...
>> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
>> ...
>>
>>
>>
>> As well as this in your rsyslog.cfg:
>>
>>
>> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
>> spaces may cause errors
>> local7.*                                            -/var/log/kamailio
>>
>>
>>
>> Please notice that you have to restart kamailio and rsyslog.
>>
>> Also remember to set the log facility in your xlog lines, e.g:
>>
>>
>> xlog("L_NOTICE", "This is a standard log line\n");
>>
>>
>> After restarting the processes, what do you see in /var/log/kamailio ?
>> What do you get from kamctl fifo debug ?
>>
>>
>> --
>> Daniel Grotti
>>
>>
>> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>>> Hi Daniel,
>>>
>>> Thanks for the quick revert!
>>>
>>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>>
>>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>>
>>> [root at mt log]# pwd
>>> /var/log
>>> [root at mt log]# ls -l kamai*
>>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>>> [root at mt log]#
>>>
>>>
>>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>>
>>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>>> #!ifdef WITH_DEBUG
>>> debug=3
>>> log_stderror=yes
>>> #!else
>>> debug=2
>>> log_stderror=yes
>>> #!endif
>>>
>>> memdbg=5
>>> memlog=5
>>>
>>> #log_facility=LOG_LOCAL0
>>> log_facility=LOG_LOCAL6
>>>
>>>
>>>
>>>
>>>
>>> Manoj K. Gupta
>>>
>>> -----Original Message-----
>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>> Sent: 02 January 2017 08:10
>>> To: sr-users at lists.sip-router.org
>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>
>>> Hi,
>>> have you configured kamailio in order to log to /var/log/kamailio
>>> instead of syslog ?
>>>
>>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>>
>>> --
>>> Daniel Grotti
>>>
>>>
>>>
>>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>>> and Kamailio 4.1 integration provided with Elastix MT
>>>>
>>>>
>>>>
>>>> Our Configuration is like this:
>>>>
>>>>
>>>>
>>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>>
>>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>>
>>>>
>>>>
>>>> Please see our kamailio.cfg attached.
>>>>
>>>>
>>>>
>>>> Issue 1:
>>>>
>>>> Issue is REGISTER messages sent by asterisk are not responded by
>>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>>
>>>>
>>>>
>>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>>
>>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>>
>>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>>
>>>> Max-Forwards: 70
>>>>
>>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>>
>>>> To: <sip:+91224400 at ims.airtel.in>
>>>>
>>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>>
>>>> CSeq: 182 REGISTER
>>>>
>>>> User-Agent: Asterisk PBX 11.13.0
>>>>
>>>> Expires: 120
>>>>
>>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>>
>>>> Content-Length: 0
>>>>
>>>>
>>>>
>>>> Issue 2:
>>>>
>>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>>> have done all kind of changes suggested on online blogs
>>>>
>>>>
>>>>
>>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>>> as sip proxy?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Manoj K. Gupta
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From aqsyounas at gmail.com  Mon Jan  2 21:11:34 2017
From: aqsyounas at gmail.com (Aqs Younas)
Date: Tue, 3 Jan 2017 01:11:34 +0500
Subject: [SR-Users] Kamailio cancel branch only after receiving replies
Message-ID: <CAGVOjVV2aLM4eDJLj_Jnjv73dhF7y4gZ_UaoiVDFa=VRU4_xpg@mail.gmail.com>

Greetings list,
I am forking a call to multiple destinations and want to keep the only
branch which sends quicker first 180/183 reply and cancel the remaining
branches. Below is my related cfg snippet.


modparam("tm", "failure_reply_mode", 3)
modparam("tm", "fr_timer", 30000)
modparam("tm", "fr_inv_timer", 120000)
modparam("tm", "cancel_b_method", 2)
...
route[SIPOUT] {
        if (uri==myself) return;

        append_hf("P-hint: outbound\r\n");
        append_branch();
        append_branch();
        route(RELAY);
        exit;
}
onreply_route[MANAGE_REPLY] {
        xdbg("incoming reply\n");
        if(status=~"[12][0-9][0-9]") {
                xlog("L_INFO","Received $rs (IP:$si:$sp)\n");
                if(status=~"18[03]"){
                        t_cancel_branches("others");
                        xlog("L_INFO","cancelled all other branches\n");
                }
                route(NATMANAGE);
        }
}
...

But I see kamailio does not instantly send CANCEL to other branches after
it has received 180/180 from any branch.
Kamailio is sending CANCEL to other branches after they start sending
180/183 one by one. How can I cancel all other branches instantly?

I am sure there is something wrongly configured in my configuration.

Any suggestion is much appreciated.
Best Regards.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/b3d70846/attachment.html>

From miconda at gmail.com  Mon Jan  2 23:17:59 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 2 Jan 2017 23:17:59 +0100
Subject: [SR-Users] Update: removing MI code
Message-ID: <4a941f48-6c02-ce78-b9cd-a8124c91ca76@gmail.com>

Hello,

based on lib linking in Makefiles, the following modules still use MI,
categorized by their state from my point of view. Hopefully some other
people will help with those listed in 2) to 6).

1) to be removed

   - mi_datagram
   - mi_fifo
   - mi_rpc
   - mi_xmlrpc
   - pua_mi

2) rpc commands implemented

  - dialog - others modules depend on some mi callback from it (qos and sst)
  - qos - this looks ready to wipe out the mi code, but didn't get the
time not analyze properly as I don't use it usually

3) some rpc commands implemented and the rest should not be very complex

  - carrierroute - I implemented the dump rpc command, but it was
reported that it has issues, so it needs follow up.

4) rpc commands have to be implemented, expecting not to be very complex

  - cplc
  - imc

5) expecting some degree of complexity, but they are important modules

  - rtpengine
  - rtpproxy

6) not familiar with the mi commands in these modules, so not able to
assert what to expect

  - ims_dialog - some rpc commands are implemented, not sure if the rest
of MI are used/usefull
  - mohqueue - it doesn't seem complex to implement rpc commands at
first sight, but the indentation style didn't allowed a fast analyze on
a quick look
  - p_usrloc - several mi commands
  - sst - uses some callback for MI from dialog module. qos has
something similar with rpc alternative already implemented
  - userblacklist - several mi commands
  - utils - there are few mi commands related to some forwarding rules:
https://www.kamailio.org/docs/modules/devel/modules/utils.html#idp21741924

The 1) to 5) should be done in a way or another, before of after freeze
of 5.0.0. But 6) would require the devs of the modules (or the MI parts)
to help if they want those commands via RPC.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From gascagonzalo at gmail.com  Tue Jan  3 01:05:28 2017
From: gascagonzalo at gmail.com (Gonzalo Gasca Meza)
Date: Mon, 2 Jan 2017 16:05:28 -0800
Subject: [SR-Users] Rewrite From domain
In-Reply-To: <CAL+DTgKao5v8wsusssw2m8ojJwtn4=oidcy3kpaKgdzSvg9Uug@mail.gmail.com>
References: <CAL+DTgKsV1985xUL+C643oeud9fv1to-G7=vmvtumt5_vUiHzA@mail.gmail.com>
 <77c682ea-78b3-774b-363c-9b3e1a52a5bb@gmail.com>
 <CAL+DTg+Z8sNSmcSg+uFdJ+-KnPKZwOO8ASgQ_qALxGeX2ag08w@mail.gmail.com>
 <67286319-2b02-424d-7c75-9ce7df25945f@gmail.com>
 <CAL+DTgJfsR5NcbSr-EYptytUTjMw1O9OdMnnX+ZdY25oc7k6Zg@mail.gmail.com>
 <78247891-e8d9-4085-8eb3-4c5a37485809@Spark>
 <CAL+DTgKao5v8wsusssw2m8ojJwtn4=oidcy3kpaKgdzSvg9Uug@mail.gmail.com>
Message-ID: <CAL+DTgKaNca_BW8KQ0nWyNEgqi8iUXD4A_YfDgh0HeKL8DoogQ@mail.gmail.com>

2nd try.
Thanks

On Fri, Dec 30, 2016 at 1:28 PM, Gonzalo Gasca Meza <gascagonzalo at gmail.com>
wrote:

> Hi Igor,
> Please look for "Masking Twilio call from:"
>
>
> On Sun, Dec 25, 2016 at 12:47 PM, Igor Olhovskiy <igorolhovskiy at gmail.com>
> wrote:
>
>> According to your Pastebin, I couldn’t find in log strings “Masking call
>> from”. So, I assume, this code is not executed.
>>
>> Regards, Igor
>>
>> On 23 дек. 2016 г., 10:51 +0200, Gonzalo Gasca Meza <
>> gascagonzalo at gmail.com>, wrote:
>>
>> Hi Daniel,
>>
>> I added xlog and $mb here is the debug:
>>
>> I still cant figure out how to overwrite the From field.
>>
>> http://pastebin.com/vMruA0tP
>>
>> Call flow:
>>
>> SP1 -> SIP call --> 5061 Kamailio --> DNS resolution -> Remote client, I
>> dont see pstn.parzee.io I see sip.sp1.com DOESNT WORK
>>
>>
>> # Manage outgoing branches
>>
>> branch_route[MANAGE_BRANCH] {
>>
>>
>>         if($fd=~"sip\.xxxxxx\.com") {
>>
>>            xlog("L_DBG","$mb \n| Masking call from: $fu");
>>
>>            $fd = "pstn.parzee.io";
>>
>>            $fu = "sip:" + $fU + "@pstn.parzee.io";
>>
>>         }
>>
>>         xdbg("New branch [$T_branch_idx] to: $ru from: $fu $fd\n");
>>
>>         xlog("L_DBG","$mb \n| New branch \n");
>>
>>         route(NATMANAGE);
>>
>> }
>>
>>
>>
>>
>> On Wed, Dec 21, 2016 at 12:01 AM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> for the case when it doesn't work, do you see the xlog message printed?
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 21/12/2016 08:37, Gonzalo Gasca Meza wrote:
>>>
>>> Hi Daniel,
>>>
>>> Thanks for the advise, I'm using the following configuration,
>>>
>>> # Manage outgoing branches
>>>
>>> branch_route[MANAGE_BRANCH] {
>>>
>>>
>>>         if($fd=~"sip\.sp1\.com") {
>>>
>>>            xlog("L_INFO","|Masking SP1 call from: $fu");
>>>
>>>            $fd = "pstn.parzee.io";
>>>
>>>         }
>>>
>>>         xdbg("new branch [$T_branch_idx] to: $ru from: $fu\n");
>>>
>>>         route(NATMANAGE);
>>>
>>> }
>>>
>>> I have two scenarios which are very similar:
>>>
>>> 1) PSTN call -> SP1 --> VXML -> Call forward to --> 5061 Kamailio -->
>>> DNS resolution -> Remote client, I do see pstn.parzee.io WORKS
>>>
>>> 2)  SP1 -> SIP call --> 5061 Kamailio --> DNS resolution -> Remote
>>> client, I dont see pstn.parzee.io I see sip.sp1.com DOESNT WORK
>>>
>>> I have attached the traces, destination is the same, all calls are SIP
>>> TLS in both call legs, any suggestion tu turn on higher debug level to see
>>> SIP messages.
>>>
>>> Traces:
>>>
>>> Works: http://pastebin.com/k0jZ3aDE
>>>
>>> Doesnt work: http://pastebin.com/p19rwcrn
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Dec 13, 2016 at 4:50 AM, Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> as alternative to assigning to $fd, you can use uac_replace_from()
>>>> exported by uac module.
>>>>
>>>> The best place to do updates to headers for outgoing traffic is in a
>>>> branch_route block.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 13/12/2016 12:05, Gonzalo Gasca Meza wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I'm using Kamailio to forward calls between 2 Service Providers and I
>>>> need to rewrite the From header "domain" URI.
>>>>
>>>> Example:
>>>>
>>>> From: "+18888888888 <%28888%29%20888-8888>" <
>>>> sip:+18888888888 at sip.sp1.com> to
>>>>
>>>> From: "+18888888888 <%28888%29%20888-8888>" <sip:+18888888888@*sip.sp2.com
>>>> <http://sip.sp2.com>*>
>>>>
>>>> *Call flow:*
>>>>
>>>> Phone A --- > SP1 ---> sip ----> (kamailio) SP2 --(LOCATION)-> Phone B
>>>>
>>>> When Phone A calls SP2 PhoneB, it contains original sip domain from
>>>> sp1. (sip.sp1.com) hence user in SP2 can see call comes from SP1. I
>>>> would like to rewrite the From domain field in this conditions:
>>>>
>>>> a) Calls comes from "sip.sp1.com" AND
>>>>
>>>> b) Call is being routed to PhoneB.
>>>>
>>>> Right now Im using the following code to find user and send call to B.
>>>>
>>>> #!ifdef WITH_ALIASDB
>>>>
>>>>         # search in DB-based aliases
>>>>
>>>>         xlog("L_INFO","alias_db_lookup: Call received. $rU\n");
>>>>
>>>>         if(alias_db_lookup("dbaliases")) {
>>>>
>>>>                 route(SIPOUT);
>>>>
>>>>         }
>>>>
>>>> #!endif
>>>>
>>>>
>>>> I found this in documentation:
>>>>
>>>> $fd - From URI domain
>>>>
>>>> if($hdr(From)=~"sip.sp1\.com") {
>>>>  ...}
>>>>
>>>> But not sure where is the best place to overwrite the From URI domain
>>>> header.
>>>>
>>>> Thanks
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>> _______________________________________________ SIP Express Router
>>>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>>>> i-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170102/e1fd55d8/attachment.html>

From miconda at gmail.com  Tue Jan  3 09:20:36 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 3 Jan 2017 09:20:36 +0100
Subject: [SR-Users] Kamailio cancel branch only after receiving replies
In-Reply-To: <CAGVOjVV2aLM4eDJLj_Jnjv73dhF7y4gZ_UaoiVDFa=VRU4_xpg@mail.gmail.com>
References: <CAGVOjVV2aLM4eDJLj_Jnjv73dhF7y4gZ_UaoiVDFa=VRU4_xpg@mail.gmail.com>
Message-ID: <3a18cc58-d53b-439f-a3b6-919d5d7c3f6a@gmail.com>

Hello,

this is the behaviour required by rfc, to send cancel only after
receiving a provisional reply 1xx.

The cancel_b_method parameter is there to control this behaviour, but it
may apply only to the case when the cancel is received and needs to be
forwarded, so this needs to be investigated for t_cancel_branches("others").

Perhaps the best is to open an item on issue tracker from
github.com/kamailio/kamailio not to forget about it -- these days are
rather busy, with the freezing of the release in few days.

Cheers,
Daniel

On 02/01/2017 21:11, Aqs Younas wrote:
> Greetings list, 
> I am forking a call to multiple destinations and want to keep the only
> branch which sends quicker first 180/183 reply and cancel the
> remaining branches. Below is my related cfg snippet.
>
>
> modparam("tm", "failure_reply_mode", 3)
> modparam("tm", "fr_timer", 30000)
> modparam("tm", "fr_inv_timer", 120000)
> modparam("tm", "cancel_b_method", 2)
> ...
> route[SIPOUT] {
>         if (uri==myself) return;
>
>         append_hf("P-hint: outbound\r\n");
>         append_branch();
>         append_branch();
>         route(RELAY);
>         exit;
> }
> onreply_route[MANAGE_REPLY] {
>         xdbg("incoming reply\n");
>         if(status=~"[12][0-9][0-9]") {
>                 xlog("L_INFO","Received $rs (IP:$si:$sp)\n");
>                 if(status=~"18[03]"){
>                         t_cancel_branches("others");
>                         xlog("L_INFO","cancelled all other branches\n");
>                 }
>                 route(NATMANAGE);
>         }
> }
> ...
>
> But I see kamailio does not instantly send CANCEL to other branches
> after it has received 180/180 from any branch. 
> Kamailio is sending CANCEL to other branches after they start sending
> 180/183 one by one. How can I cancel all other branches instantly?
>
> I am sure there is something wrongly configured in my configuration.  
>
> Any suggestion is much appreciated. 
> Best Regards.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/0904f9b7/attachment.html>

From miconda at gmail.com  Tue Jan  3 10:55:51 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 3 Jan 2017 10:55:51 +0100
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
Message-ID: <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>

Hello,

quick follow up to see if you got any chance to test with latest master.

Cheers,
Daniel


On 23/12/2016 15:15, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> can you fetch again the git master, recompile, reinstall and test
> again? Send here the log messages you get in syslog, because I added
> some log messages inside the function that fails now.
>
> Cheers,
> Daniel
>
>
> On 23/12/2016 12:39, Yasin CANER wrote:
>>
>> Hello;
>>
>>     it is not working. it gives error like below.i added simple 
>> configuration. reload command working fine but dump gives error. i
>> have a look at code but couldnt find why cannot add in structs.
>>
>> Thanks
>>
>>
>>
>> 13(32039) DEBUG: carrierroute [cr_fifo.c:1177]: cr_rpc_dump_routes():
>> start processing of data
>>
>> error: 500 - Internal error - carrier structure
>>
>>
>> 23.12.2016 11:46 tarihinde Daniel-Constantin Mierla yazdı:
>>>
>>> Btw, if you use kamctl, then all should just work with the same
>>> commands like in the past if you fetch (at this time) latest git
>>> repository and load jsonrpcs module in your config. You may need to
>>> deploy latest kamctlrc, if you do an update and you did changes in
>>> the old one.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 23/12/2016 09:39, Daniel-Constantin Mierla wrote:
>>>>
>>>> Ok, thanks. Note that I just pushed another commit renaming the
>>>> command from cr.dump to cr.dump_routes in order to match better the
>>>> mi old command.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 23/12/2016 09:35, Yasin CANER wrote:
>>>>>
>>>>> Hello;
>>>>>
>>>>>     I will try it now. Thanks.
>>>>>
>>>>>
>>>>>
>>>>> 23.12.2016 11:33 tarihinde Daniel-Constantin Mierla yazdı:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I just pushed a commit for cr.dump rpc command in git master, can
>>>>>> you give it a try and report the issues? I don't use the module
>>>>>> so I had no testing environment to play with it.
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>> On 06/12/2016 08:54, ycaner wrote:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> you are right. some carrier route functions are
>>>>>>> missing.important of them are dump and show methods.if i have
>>>>>>> time ,i can add them.
>>>>>>>
>>>>>>> Cheers.
>>>>>>>
>>>>>>>
>>>>>>> 6.12.2016 10:48 tarihinde Daniel-Constantin Mierla-6 [via SIP
>>>>>>> Router] yazdı:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> looking in the code I see the carrierroute module has already rpc
>>>>>>>> command for reload operations. But there are some other mi
>>>>>>>> commands not
>>>>>>>> implemented as rpc.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Daniel
>>>>>>>>
>>>>>>>>
>>>>>>>> On 05/12/2016 11:28, Daniel-Constantin Mierla wrote:
>>>>>>>>
>>>>>>>> > Hello,
>>>>>>>> >
>>>>>>>> > few that are missing can be probably added once we discover
>>>>>>>> them. The
>>>>>>>> > best is to open an issue on bug tracker whenever you are
>>>>>>>> aware of a mi
>>>>>>>> > command not implemented in rpc. Even better will be a pull
>>>>>>>> request :-)
>>>>>>>> > -- migrating from mi to rpc should not be complex and rather
>>>>>>>> easy to
>>>>>>>> > lean by looking at other variants with both implementations.
>>>>>>>> >
>>>>>>>> > Cheers,
>>>>>>>> > Daniel
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > On 02/12/2016 16:18, ycaner wrote:
>>>>>>>> >> Hello
>>>>>>>> >> Carrier route module doesnt have RPC command., we need to
>>>>>>>> add it
>>>>>>>> >> Cheers.
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >> --
>>>>>>>> >> View this message in context:
>>>>>>>> http://sip-router.1086192.n5.nabble.com/VERY-IMPORTANT-deciding-when-to-remove-the-MI-code-tp153719p153773.html
>>>>>>>> >> Sent from the Users mailing list archive at Nabble.com.
>>>>>>>> >>
>>>>>>>> >> _______________________________________________
>>>>>>>> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>>>>>>> mailing list
>>>>>>>> >> [hidden email] </user/SendEmail.jtp?type=node&node=153841&i=0>
>>>>>>>> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Daniel-Constantin Mierla
>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>>>>>>> mailing list
>>>>>>>> [hidden email] </user/SendEmail.jtp?type=node&node=153841&i=1>
>>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>> If you reply to this email, your message will be added to the
>>>>>>>> discussion below:
>>>>>>>> http://sip-router.1086192.n5.nabble.com/VERY-IMPORTANT-deciding-when-to-remove-the-MI-code-tp153719p153841.html
>>>>>>>>
>>>>>>>> To unsubscribe from VERY IMPORTANT: deciding when to remove the
>>>>>>>> MI code, click here.
>>>>>>>> NAML
>>>>>>>> <http://sip-router.1086192.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> <http://www.netgsm.com.tr>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------
>>>>>>> View this message in context: Re: VERY IMPORTANT: deciding when
>>>>>>> to remove the MI code
>>>>>>> <http://sip-router.1086192.n5.nabble.com/VERY-IMPORTANT-deciding-when-to-remove-the-MI-code-tp153719p153843.html>
>>>>>>> Sent from the Users mailing list archive
>>>>>>> <http://sip-router.1086192.n5.nabble.com/Users-f3.html> at
>>>>>>> Nabble.com.
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>>> sr-users at lists.sip-router.org
>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>>> -- 
>>>>>> Daniel-Constantin Mierla
>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>>
>>>>> -- 
>>>>> <http://www.netgsm.com.tr>
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> -- 
>> <http://www.netgsm.com.tr>
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/4dde0916/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/4dde0916/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/4dde0916/attachment-0001.jpe>

From dgrotti at sipwise.com  Tue Jan  3 11:56:32 2017
From: dgrotti at sipwise.com (Daniel Grotti)
Date: Tue, 3 Jan 2017 11:56:32 +0100
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
 remote VOIP providers
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADPwFdw7qN1BgUBOoidg958BAAAAAA==@tellusys.in>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
 <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>
 <471324d8-358e-2316-f180-1f8fe5227fae@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADPwFdw7qN1BgUBOoidg958BAAAAAA==@tellusys.in>
Message-ID: <bafc6eb4-ab55-2324-b458-b32e9c4eae57@sipwise.com>

Hi,
just remove:

#!define WITH_ASTERISK

 From your kamailio.cfg and restart it.



--
Daniel Grotti



On 01/02/2017 06:36 PM, Manoj Gupta wrote:
> Hi Daniel,
>
> If it is not too much asking, please Can you help me in giving instructions on how to disable kamailio from my asterisk. I am much happier that way. This kamailio integration came with Elastix MT and it has made my life miserable.
>
> Please HELP!
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 10:52
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Kamailio-asterisk doc:
> http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
>
>
> There are tones of documentation about kamailio out there.
> Consider to check SIP protocol as well (rfc3261).
>
>
> --
> Daniel Grotti
>
>
> On 01/02/2017 06:18 PM, Manoj Gupta wrote:
>> Now we are getting SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>>
>> Where can we refer documentation on basic stuff like this. I have been searching docs and finding nothing!
>>
>> Retransmitting #1 (NAT) to 103.35.68.236:5060:
>> REGISTER sip:ims.airtel.in SIP/2.0
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport
>> Max-Forwards: 70
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> User-Agent: Asterisk PBX 11.13.0
>> Expires: 120
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>> Content-Length: 0
>>
>>
>> ---
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> <------------->
>> --- (9 headers 0 lines) ---
>> Really destroying SIP dialog '0e07915f6d490cdb574f14b734740421 at 103.35.68.236' Method: REGISTER
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> Manoj K. Gupta
>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>
>> *Web Hosting & Cloud Telephony Infrastructure company
>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>
>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 10:34
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> You should add "ims.airtel.in" as kamailio local domain, in your
>> kamailio.domain table.
>>
>>
>> --
>> Daniel Grotti
>>
>>
>>
>> On 01/02/2017 05:31 PM, Manoj Gupta wrote:
>>> HI Daniel,
>>>
>>> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>>>
>>> Retransmitting #3 (NAT) to 103.35.68.236:5060:
>>> REGISTER sip:ims.airtel.in SIP/2.0
>>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
>>> Max-Forwards: 70
>>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>>> To: <sip:+911244893100 at ims.airtel.in>
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>>> CSeq: 642 REGISTER
>>> User-Agent: Asterisk PBX 11.13.0
>>> Expires: 120
>>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>>> Content-Length: 0
>>>
>>>
>>> ---
>>>
>>> <--- SIP read from UDP:103.35.68.236:5060 --->
>>> SIP/2.0 478 Unresolvable destination (478/SL)
>>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
>>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>>> CSeq: 633 REGISTER
>>> Server: kamailio (4.1.6 (x86_64/linux))
>>> Content-Length: 0
>>>
>>> Manoj K. Gupta
>>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>>
>>> *Web Hosting & Cloud Telephony Infrastructure company
>>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>>
>>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>>
>>>
>>> -----Original Message-----
>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>> Sent: 02 January 2017 08:54
>>> To: sr-users at lists.sip-router.org
>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>
>>> Hi,
>>> please configure this in your kamailio.cfg:
>>>
>>>
>>> debug=3  # debug level, 1 is low and 4 is high (lots of output)
>>> log_facility=LOG_LOCAL7
>>>
>>> ...
>>> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
>>> ...
>>>
>>>
>>>
>>> As well as this in your rsyslog.cfg:
>>>
>>>
>>> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
>>> spaces may cause errors
>>> local7.*                                            -/var/log/kamailio
>>>
>>>
>>>
>>> Please notice that you have to restart kamailio and rsyslog.
>>>
>>> Also remember to set the log facility in your xlog lines, e.g:
>>>
>>>
>>> xlog("L_NOTICE", "This is a standard log line\n");
>>>
>>>
>>> After restarting the processes, what do you see in /var/log/kamailio ?
>>> What do you get from kamctl fifo debug ?
>>>
>>>
>>> --
>>> Daniel Grotti
>>>
>>>
>>> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>>>> Hi Daniel,
>>>>
>>>> Thanks for the quick revert!
>>>>
>>>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>>>
>>>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>>>
>>>> [root at mt log]# pwd
>>>> /var/log
>>>> [root at mt log]# ls -l kamai*
>>>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>>>> [root at mt log]#
>>>>
>>>>
>>>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>>>
>>>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>>>> #!ifdef WITH_DEBUG
>>>> debug=3
>>>> log_stderror=yes
>>>> #!else
>>>> debug=2
>>>> log_stderror=yes
>>>> #!endif
>>>>
>>>> memdbg=5
>>>> memlog=5
>>>>
>>>> #log_facility=LOG_LOCAL0
>>>> log_facility=LOG_LOCAL6
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Manoj K. Gupta
>>>>
>>>> -----Original Message-----
>>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>>> Sent: 02 January 2017 08:10
>>>> To: sr-users at lists.sip-router.org
>>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>>
>>>> Hi,
>>>> have you configured kamailio in order to log to /var/log/kamailio
>>>> instead of syslog ?
>>>>
>>>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>>>
>>>> --
>>>> Daniel Grotti
>>>>
>>>>
>>>>
>>>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>>>> and Kamailio 4.1 integration provided with Elastix MT
>>>>>
>>>>>
>>>>>
>>>>> Our Configuration is like this:
>>>>>
>>>>>
>>>>>
>>>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>>>
>>>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>>>
>>>>>
>>>>>
>>>>> Please see our kamailio.cfg attached.
>>>>>
>>>>>
>>>>>
>>>>> Issue 1:
>>>>>
>>>>> Issue is REGISTER messages sent by asterisk are not responded by
>>>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>>>
>>>>>
>>>>>
>>>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>>>
>>>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>>>
>>>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>>>
>>>>> Max-Forwards: 70
>>>>>
>>>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>>>
>>>>> To: <sip:+91224400 at ims.airtel.in>
>>>>>
>>>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>>>
>>>>> CSeq: 182 REGISTER
>>>>>
>>>>> User-Agent: Asterisk PBX 11.13.0
>>>>>
>>>>> Expires: 120
>>>>>
>>>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>>>
>>>>> Content-Length: 0
>>>>>
>>>>>
>>>>>
>>>>> Issue 2:
>>>>>
>>>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>>>> have done all kind of changes suggested on online blogs
>>>>>
>>>>>
>>>>>
>>>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>>>> as sip proxy?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Manoj K. Gupta
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


From v.zakhozhai at gmail.com  Tue Jan  3 11:58:20 2017
From: v.zakhozhai at gmail.com (Vladyslav Zakhozhai)
Date: Tue, 3 Jan 2017 12:58:20 +0200
Subject: [SR-Users] Kamailio as loadbalancer + NAT pinning
Message-ID: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>

Hi,

I want to use Kamailio as SIP loadbalancer and NAT helper in front of
freeswitch boxes. Main tasks here are:
1. load balancing SIP requests to freeswitch boxes
2. fixing contact information during registrations and invites for nat'ed
clients (kamailio is not registrar)
3. fixing sdp (or proxying rtp via rtpproxy) for nat'ed clients
4. security (check SIP messages, pike, etc)
5. outbound proxy for freeswitch boxes

The main question here is about nat pinning. Acctording to module doc (
http://kamailio.org/docs/modules/4.4.x/modules/nathelper.html) I need
nathelper module and usrloc module.

So I can proxy REGISTER requests to freeswitch boxes and in onreply_route
check for REGISTER statuses:
1. if no success we use pike to limit bruteforce attacks
2. if success I need to save contact to usrloc db table

But there is one issue. Multiple registration are allowed on freeswitch
boxes and in replies (freeswitch -> kamailio) I see more than one Contact
header.

Is it an issue or kamailio will handle it without problems?
Or I need to save Contact header from request to hash table and retreive it
in onreply_route? But I do not know how to save it in usrloc db table then.
I thin this is more sophisticated approach.

I appreciate your advice.

Thank you in advance.

-- 
С уважением,
Владислав Захожай
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/575f72a7/attachment.html>

From mk at tellusys.in  Tue Jan  3 12:45:56 2017
From: mk at tellusys.in (Manoj Gupta)
Date: Tue, 3 Jan 2017 17:15:56 +0530
Subject: [SR-Users] Help Asterisk with Kamailio unable to register with
	remote VOIP providers
In-Reply-To: <bafc6eb4-ab55-2324-b458-b32e9c4eae57@sipwise.com>
References: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAACzcexj3wdNFltQ4CdSsC84BAAAAAA==@tellusys.in>
 <de2be349-938f-1507-91f7-9c915c4ea557@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAOJN8eCWfydMnxjudX1PadgBAAAAAA==@tellusys.in>
 <57fcc4d8-4561-5069-29bb-9edcc89eb97b@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAAPPMEj/b4T9Hs855nPI6BsQBAAAAAA==@tellusys.in>
 <9261eac6-3150-8011-5fa9-c3f3cb8106e0@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADbLCTOeWeZIp69QsPGJRicBAAAAAA==@tellusys.in>
 <471324d8-358e-2316-f180-1f8fe5227fae@sipwise.com>
 <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAADPwFdw7qN1BgUBOoidg958BAAAAAA==@tellusys.in>
 <bafc6eb4-ab55-2324-b458-b32e9c4eae57@sipwise.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAGCHO8uYXjlPkZXQxNxh8xUCgwAAEAAAABA4UK/pn21IrHyBipw/q0sBAAAAAA==@tellusys.in>

What I meant was what changes are required in asterisk specifically besides disabling outbound proxy in asterisk sip.conf and stopping kamailio service!


Manoj K. Gupta


-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
Sent: 03 January 2017 04:27
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers

Hi,
just remove:

#!define WITH_ASTERISK

 From your kamailio.cfg and restart it.



--
Daniel Grotti



On 01/02/2017 06:36 PM, Manoj Gupta wrote:
> Hi Daniel,
>
> If it is not too much asking, please Can you help me in giving instructions on how to disable kamailio from my asterisk. I am much happier that way. This kamailio integration came with Elastix MT and it has made my life miserable.
>
> Please HELP!
>
> Manoj K. Gupta
> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>
> *Web Hosting & Cloud Telephony Infrastructure company
> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>
> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>
>
> -----Original Message-----
> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
> Sent: 02 January 2017 10:52
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>
> Kamailio-asterisk doc:
> http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
>
>
> There are tones of documentation about kamailio out there.
> Consider to check SIP protocol as well (rfc3261).
>
>
> --
> Daniel Grotti
>
>
> On 01/02/2017 06:18 PM, Manoj Gupta wrote:
>> Now we are getting SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>>
>> Where can we refer documentation on basic stuff like this. I have been searching docs and finding nothing!
>>
>> Retransmitting #1 (NAT) to 103.35.68.236:5060:
>> REGISTER sip:ims.airtel.in SIP/2.0
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport
>> Max-Forwards: 70
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> User-Agent: Asterisk PBX 11.13.0
>> Expires: 120
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>> Content-Length: 0
>>
>>
>> ---
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> <------------->
>> --- (9 headers 0 lines) ---
>> Really destroying SIP dialog '0e07915f6d490cdb574f14b734740421 at 103.35.68.236' Method: REGISTER
>>
>> <--- SIP read from UDP:103.35.68.236:5060 --->
>> SIP/2.0 500 I'm terribly sorry, server error occurred (7/SL)
>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK12a09375;rport=5080
>> From: <sip:+911244893100 at ims.airtel.in>;tag=as0466c782
>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.7052
>> Call-ID: 0e07915f6d490cdb574f14b734740421 at 103.35.68.236
>> CSeq: 200 REGISTER
>> Contact: <sip:+911244893100 at 103.35.68.236:5080>;expires=120
>> Server: kamailio (4.1.6 (x86_64/linux))
>> Content-Length: 0
>>
>> Manoj K. Gupta
>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>
>> *Web Hosting & Cloud Telephony Infrastructure company
>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>
>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>
>>
>> -----Original Message-----
>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>> Sent: 02 January 2017 10:34
>> To: sr-users at lists.sip-router.org
>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>
>> You should add "ims.airtel.in" as kamailio local domain, in your
>> kamailio.domain table.
>>
>>
>> --
>> Daniel Grotti
>>
>>
>>
>> On 01/02/2017 05:31 PM, Manoj Gupta wrote:
>>> HI Daniel,
>>>
>>> Here is another problem. Kamailio responds with SIP/2.0 478 Unresolvable destination (478/SL) to REGISTER requests sent by asterisk for VOIP provider. Domain "ims.airtel.in" does not exist. Where can we map this in kamailio.cfg?
>>>
>>> Retransmitting #3 (NAT) to 103.35.68.236:5060:
>>> REGISTER sip:ims.airtel.in SIP/2.0
>>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK145d9048;rport
>>> Max-Forwards: 70
>>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>>> To: <sip:+911244893100 at ims.airtel.in>
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>>> CSeq: 642 REGISTER
>>> User-Agent: Asterisk PBX 11.13.0
>>> Expires: 120
>>> Contact: <sip:+911244893100 at 103.35.68.236:5080>
>>> Content-Length: 0
>>>
>>>
>>> ---
>>>
>>> <--- SIP read from UDP:103.35.68.236:5060 --->
>>> SIP/2.0 478 Unresolvable destination (478/SL)
>>> Via: SIP/2.0/UDP 103.35.68.236:5080;branch=z9hG4bK05dd9ad7;rport=5080
>>> From: <sip:+911244893100 at ims.airtel.in>;tag=as565ef860
>>> To: <sip:+911244893100 at ims.airtel.in>;tag=870a5b262384e4f9f82f59836d699db5.383c
>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 103.35.68.236
>>> CSeq: 633 REGISTER
>>> Server: kamailio (4.1.6 (x86_64/linux))
>>> Content-Length: 0
>>>
>>> Manoj K. Gupta
>>> Principal Consultant | Tellusys Info Private Limited | Office: +91.124. 4059635| Hand Phone: +91.8802101020 | E-post:mk at tellusys.in | Web: www.Tellusys.in| Reg. Office : D109 Suncity, Sector-54, Gurgaon 122002, Haryana, india
>>>
>>> *Web Hosting & Cloud Telephony Infrastructure company
>>> “Bitterness of poor quality is remembered long after the sweetness of low price has faded from memory”
>>>
>>> DISCLAIMER: This email message and the files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited.  If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
>>>
>>>
>>> -----Original Message-----
>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>> Sent: 02 January 2017 08:54
>>> To: sr-users at lists.sip-router.org
>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>
>>> Hi,
>>> please configure this in your kamailio.cfg:
>>>
>>>
>>> debug=3  # debug level, 1 is low and 4 is high (lots of output)
>>> log_facility=LOG_LOCAL7
>>>
>>> ...
>>> loadmodule "/usr/local/lib/kamailio/modules/xlog.so"
>>> ...
>>>
>>>
>>>
>>> As well as this in your rsyslog.cfg:
>>>
>>>
>>> # Kamailio (OpenSER) messages, make sure this spacing is done with tabs,
>>> spaces may cause errors
>>> local7.*                                            -/var/log/kamailio
>>>
>>>
>>>
>>> Please notice that you have to restart kamailio and rsyslog.
>>>
>>> Also remember to set the log facility in your xlog lines, e.g:
>>>
>>>
>>> xlog("L_NOTICE", "This is a standard log line\n");
>>>
>>>
>>> After restarting the processes, what do you see in /var/log/kamailio ?
>>> What do you get from kamctl fifo debug ?
>>>
>>>
>>> --
>>> Daniel Grotti
>>>
>>>
>>> On 01/02/2017 04:13 PM, Manoj Gupta wrote:
>>>> Hi Daniel,
>>>>
>>>> Thanks for the quick revert!
>>>>
>>>> Yes we have configured the same in /etc/rsyslog.conf as we do not have /etc/syslog.conf
>>>>
>>>> Once we restart the rsyslog service we can see /var/log/kamailio file is getting created as below:
>>>>
>>>> [root at mt log]# pwd
>>>> /var/log
>>>> [root at mt log]# ls -l kamai*
>>>> -rw------- 1 root root 0 Jan  2 10:10 kamailio
>>>> [root at mt log]#
>>>>
>>>>
>>>> But nothing is getting logged in the log file. In kamailio.cfg logging levels are set as below:
>>>>
>>>> ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR
>>>> #!ifdef WITH_DEBUG
>>>> debug=3
>>>> log_stderror=yes
>>>> #!else
>>>> debug=2
>>>> log_stderror=yes
>>>> #!endif
>>>>
>>>> memdbg=5
>>>> memlog=5
>>>>
>>>> #log_facility=LOG_LOCAL0
>>>> log_facility=LOG_LOCAL6
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Manoj K. Gupta
>>>>
>>>> -----Original Message-----
>>>> From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Grotti
>>>> Sent: 02 January 2017 08:10
>>>> To: sr-users at lists.sip-router.org
>>>> Subject: Re: [SR-Users] Help Asterisk with Kamailio unable to register with remote VOIP providers
>>>>
>>>> Hi,
>>>> have you configured kamailio in order to log to /var/log/kamailio
>>>> instead of syslog ?
>>>>
>>>> https://www.kamailio.org/dokuwiki/doku.php/utils:basic-syslog-configuration
>>>>
>>>> --
>>>> Daniel Grotti
>>>>
>>>>
>>>>
>>>> On 01/02/2017 03:36 PM, Manoj Gupta wrote:
>>>>> Request to all – Please help we are BADLY stuck in this asterisk 11.13
>>>>> and Kamailio 4.1 integration provided with Elastix MT
>>>>>
>>>>>
>>>>>
>>>>> Our Configuration is like this:
>>>>>
>>>>>
>>>>>
>>>>> Asterisk IP – 10x.3x.6x.236 port 5080
>>>>>
>>>>> Kamailio IP - 10x.3x.6x.236 port 5060
>>>>>
>>>>>
>>>>>
>>>>> Please see our kamailio.cfg attached.
>>>>>
>>>>>
>>>>>
>>>>> Issue 1:
>>>>>
>>>>> Issue is REGISTER messages sent by asterisk are not responded by
>>>>> kamailio asterisk is constantly doing a re-transmit on REGISTER messages.
>>>>>
>>>>>
>>>>>
>>>>> Retransmitting #1 (NAT) to 10x.3x.6x.236:5060:
>>>>>
>>>>> REGISTER sip:ims.airtel.in SIP/2.0
>>>>>
>>>>> Via: SIP/2.0/UDP 10x.3x.6x.236:5080;branch=z9hG4bK40ac1ed8;rport
>>>>>
>>>>> Max-Forwards: 70
>>>>>
>>>>> From: <sip:+91224400 at ims.airtel.in>;tag=as565ef860
>>>>>
>>>>> To: <sip:+91224400 at ims.airtel.in>
>>>>>
>>>>> Call-ID: 7dd361ec25cb07344ea9df526e89ca8a at 10x.3x.6x.236
>>>>>
>>>>> CSeq: 182 REGISTER
>>>>>
>>>>> User-Agent: Asterisk PBX 11.13.0
>>>>>
>>>>> Expires: 120
>>>>>
>>>>> Contact: <sip:+91224400 at 10x.3x.6x.236:5080>
>>>>>
>>>>> Content-Length: 0
>>>>>
>>>>>
>>>>>
>>>>> Issue 2:
>>>>>
>>>>> We are not able to see any log messages in /var/log/kamailio.log. We
>>>>> have done all kind of changes suggested on online blogs
>>>>>
>>>>>
>>>>>
>>>>> Why does kamailio not have a pre-set configuration as it is mostly used
>>>>> as sip proxy?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Manoj K. Gupta
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From aqsyounas at gmail.com  Tue Jan  3 12:52:59 2017
From: aqsyounas at gmail.com (Aqs Younas)
Date: Tue, 3 Jan 2017 16:52:59 +0500
Subject: [SR-Users] Kamailio cancel branch only after receiving replies
In-Reply-To: <3a18cc58-d53b-439f-a3b6-919d5d7c3f6a@gmail.com>
References: <CAGVOjVV2aLM4eDJLj_Jnjv73dhF7y4gZ_UaoiVDFa=VRU4_xpg@mail.gmail.com>
 <3a18cc58-d53b-439f-a3b6-919d5d7c3f6a@gmail.com>
Message-ID: <CAGVOjVWzLK3Q24+4q-ATjAabAyvA_rfD=uC8oUvh5WZNhuPKYA@mail.gmail.com>

Thank You. Created.
https://github.com/kamailio/kamailio/issues/909

On 3 January 2017 at 13:20, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
> this is the behaviour required by rfc, to send cancel only after receiving
> a provisional reply 1xx.
>
> The cancel_b_method parameter is there to control this behaviour, but it
> may apply only to the case when the cancel is received and needs to be
> forwarded, so this needs to be investigated for t_cancel_branches("others").
>
> Perhaps the best is to open an item on issue tracker from
> github.com/kamailio/kamailio not to forget about it -- these days are
> rather busy, with the freezing of the release in few days.
>
> Cheers,
> Daniel
>
>
> On 02/01/2017 21:11, Aqs Younas wrote:
>
> Greetings list,
> I am forking a call to multiple destinations and want to keep the only
> branch which sends quicker first 180/183 reply and cancel the remaining
> branches. Below is my related cfg snippet.
>
>
> modparam("tm", "failure_reply_mode", 3)
> modparam("tm", "fr_timer", 30000)
> modparam("tm", "fr_inv_timer", 120000)
> modparam("tm", "cancel_b_method", 2)
> ...
> route[SIPOUT] {
>         if (uri==myself) return;
>
>         append_hf("P-hint: outbound\r\n");
>         append_branch();
>         append_branch();
>         route(RELAY);
>         exit;
> }
> onreply_route[MANAGE_REPLY] {
>         xdbg("incoming reply\n");
>         if(status=~"[12][0-9][0-9]") {
>                 xlog("L_INFO","Received $rs (IP:$si:$sp)\n");
>                 if(status=~"18[03]"){
>                         t_cancel_branches("others");
>                         xlog("L_INFO","cancelled all other branches\n");
>                 }
>                 route(NATMANAGE);
>         }
> }
> ...
>
> But I see kamailio does not instantly send CANCEL to other branches after
> it has received 180/180 from any branch.
> Kamailio is sending CANCEL to other branches after they start sending
> 180/183 one by one. How can I cancel all other branches instantly?
>
> I am sure there is something wrongly configured in my configuration.
>
> Any suggestion is much appreciated.
> Best Regards.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/e988c9fe/attachment.html>

From d.tryba at pocos.nl  Tue Jan  3 13:33:13 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Tue, 3 Jan 2017 13:33:13 +0100
Subject: [SR-Users] Kamailio as loadbalancer + NAT pinning
In-Reply-To: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>
References: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>
Message-ID: <20170103123313.GA25042@office.pocos.nl>

On Tue, Jan 03, 2017 at 12:58:20PM +0200, Vladyslav Zakhozhai wrote:
> The main question here is about nat pinning. Acctording to module doc (
> http://kamailio.org/docs/modules/4.4.x/modules/nathelper.html) I need
> nathelper module and usrloc module.
> 
> So I can proxy REGISTER requests to freeswitch boxes and in onreply_route
> check for REGISTER statuses:
> 1. if no success we use pike to limit bruteforce attacks
> 2. if success I need to save contact to usrloc db table

I don't know the answer to your question, but why do you need to save
the contact in usrloc?  If it is not to store a fixed freeswitch backend
for a client (for INVITEs to that client), don't do it.

Just block (successive) failures to authenticate.



From v.zakhozhai at gmail.com  Tue Jan  3 15:07:20 2017
From: v.zakhozhai at gmail.com (Vladyslav Zakhozhai)
Date: Tue, 3 Jan 2017 16:07:20 +0200
Subject: [SR-Users] Kamailio as loadbalancer + NAT pinning
In-Reply-To: <20170103123313.GA25042@office.pocos.nl>
References: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>
 <20170103123313.GA25042@office.pocos.nl>
Message-ID: <CANsY4D+RK0EYs2RVcRucYb0-3zrVU3hQXjx1DMfi20ETFJG=8w@mail.gmail.com>

Daniel, thank you for your answer.

You did not understand me completely. This is my fault.

Let me put it this way. I want kamailio to handle NAT (fixing nat only from
client's side) not being registrar itself. This also includes nat pinning.
usrloc module is a dependency for nat pinning in nathelper module.

Request: UAC behind NAT ===> kamailio == fixed contact ==> freeswitch
Respnse: freeswitch == 200 OK ==> kamailio (store contact in usrloc, start
pinning) == 200 OK ==> UAC behind NAT

Kamailio starts pinning UACs behind NAT only after successful
authentication and registration on freeswitch box.

No nat fixes between kamailio and freeswitch (only from UAC).


2017-01-03 14:33 GMT+02:00 Daniel Tryba <d.tryba at pocos.nl>:

> On Tue, Jan 03, 2017 at 12:58:20PM +0200, Vladyslav Zakhozhai wrote:
> > The main question here is about nat pinning. Acctording to module doc (
> > http://kamailio.org/docs/modules/4.4.x/modules/nathelper.html) I need
> > nathelper module and usrloc module.
> >
> > So I can proxy REGISTER requests to freeswitch boxes and in onreply_route
> > check for REGISTER statuses:
> > 1. if no success we use pike to limit bruteforce attacks
> > 2. if success I need to save contact to usrloc db table
>
> I don't know the answer to your question, but why do you need to save
> the contact in usrloc?  If it is not to store a fixed freeswitch backend
> for a client (for INVITEs to that client), don't do it.
>
> Just block (successive) failures to authenticate.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
С уважением,
Владислав Захожай
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/a3f38984/attachment.html>

From d.tryba at pocos.nl  Tue Jan  3 15:59:20 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Tue, 3 Jan 2017 15:59:20 +0100
Subject: [SR-Users] Kamailio as loadbalancer + NAT pinning
In-Reply-To: <CANsY4D+RK0EYs2RVcRucYb0-3zrVU3hQXjx1DMfi20ETFJG=8w@mail.gmail.com>
References: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>
 <20170103123313.GA25042@office.pocos.nl>
 <CANsY4D+RK0EYs2RVcRucYb0-3zrVU3hQXjx1DMfi20ETFJG=8w@mail.gmail.com>
Message-ID: <20170103145920.GB25042@office.pocos.nl>

On Tue, Jan 03, 2017 at 04:07:20PM +0200, Vladyslav Zakhozhai wrote:
> Daniel, thank you for your answer.
> 
> You did not understand me completely. This is my fault.
> 
> Let me put it this way. I want kamailio to handle NAT (fixing nat only from
> client's side) not being registrar itself. This also includes nat pinning.
> usrloc module is a dependency for nat pinning in nathelper module.
> 
> Request: UAC behind NAT ===> kamailio == fixed contact ==> freeswitch
> Respnse: freeswitch == 200 OK ==> kamailio (store contact in usrloc, start
> pinning) == 200 OK ==> UAC behind NAT
> 
> Kamailio starts pinning UACs behind NAT only after successful
> authentication and registration on freeswitch box.
> 
> No nat fixes between kamailio and freeswitch (only from UAC).


You keep telling kamailio isn't the registrar, but you are implementing
a registrar :) (but instead of authenticating locally you leave that to
an other backend)

To my understanding (without testing), saving the REGISTERs to the
kamailio locationdb isn't necessary. You need usrloc to mangle Contact
headers, nothing more. So what is the purpose for storing the REGISTERs
in kamailio? Unless you mean NAT pinging instead of NAT pinning (which I 
interpreted to somehow fixing a all traffic to the source of the
REGISTERs (which is what normally is done)).

Looks like you are trying to implement something like Path
https://tools.ietf.org/html/rfc3327

I'd take a look at Path support in Freeswitch and Kamailio. Use
add_contact_alias to add the source ip/port to the Contact, then add a
Path header to REGISTERs befoire sending it to Freeswitch. And let
Freeswitch do the keepalive pinging based on it's own location database
(you need to add some routing logic to forward (presumably) OPTIONS from
Freeswitch to the alias portion of the RURI and back again).
This way you are essentially creating a very lightweight stateless
kamailio proxy.


From v.zakhozhai at gmail.com  Tue Jan  3 16:29:29 2017
From: v.zakhozhai at gmail.com (Vladyslav Zakhozhai)
Date: Tue, 3 Jan 2017 17:29:29 +0200
Subject: [SR-Users] Kamailio as loadbalancer + NAT pinning
In-Reply-To: <20170103145920.GB25042@office.pocos.nl>
References: <CANsY4DJdGOXD+Y9=uzDU1XA-O0A0veUG=fNpUhdLXGd3uBNSNQ@mail.gmail.com>
 <20170103123313.GA25042@office.pocos.nl>
 <CANsY4D+RK0EYs2RVcRucYb0-3zrVU3hQXjx1DMfi20ETFJG=8w@mail.gmail.com>
 <20170103145920.GB25042@office.pocos.nl>
Message-ID: <CANsY4D+L_5_oRBax_7GqoTW=Tj-vRQ-2KfObx-LzOZqxFJuCrA@mail.gmail.com>

Daniel, thank you.

You are right. NAT pinging from freeswitch side is more preferred in my use
case. And it works pretty well. Thank you once more.

2017-01-03 16:59 GMT+02:00 Daniel Tryba <d.tryba at pocos.nl>:

> On Tue, Jan 03, 2017 at 04:07:20PM +0200, Vladyslav Zakhozhai wrote:
> > Daniel, thank you for your answer.
> >
> > You did not understand me completely. This is my fault.
> >
> > Let me put it this way. I want kamailio to handle NAT (fixing nat only
> from
> > client's side) not being registrar itself. This also includes nat
> pinning.
> > usrloc module is a dependency for nat pinning in nathelper module.
> >
> > Request: UAC behind NAT ===> kamailio == fixed contact ==> freeswitch
> > Respnse: freeswitch == 200 OK ==> kamailio (store contact in usrloc,
> start
> > pinning) == 200 OK ==> UAC behind NAT
> >
> > Kamailio starts pinning UACs behind NAT only after successful
> > authentication and registration on freeswitch box.
> >
> > No nat fixes between kamailio and freeswitch (only from UAC).
>
>
> You keep telling kamailio isn't the registrar, but you are implementing
> a registrar :) (but instead of authenticating locally you leave that to
> an other backend)
>
> To my understanding (without testing), saving the REGISTERs to the
> kamailio locationdb isn't necessary. You need usrloc to mangle Contact
> headers, nothing more. So what is the purpose for storing the REGISTERs
> in kamailio? Unless you mean NAT pinging instead of NAT pinning (which I
> interpreted to somehow fixing a all traffic to the source of the
> REGISTERs (which is what normally is done)).
>
> Looks like you are trying to implement something like Path
> https://tools.ietf.org/html/rfc3327
>
> I'd take a look at Path support in Freeswitch and Kamailio. Use
> add_contact_alias to add the source ip/port to the Contact, then add a
> Path header to REGISTERs befoire sending it to Freeswitch. And let
> Freeswitch do the keepalive pinging based on it's own location database
> (you need to add some routing logic to forward (presumably) OPTIONS from
> Freeswitch to the alias portion of the RURI and back again).
> This way you are essentially creating a very lightweight stateless
> kamailio proxy.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
С уважением,
Владислав Захожай
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170103/ded5c424/attachment.html>

From miconda at gmail.com  Wed Jan  4 08:59:58 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 4 Jan 2017 08:59:58 +0100
Subject: [SR-Users] Update: removing MI code
In-Reply-To: <4a941f48-6c02-ce78-b9cd-a8124c91ca76@gmail.com>
References: <4a941f48-6c02-ce78-b9cd-a8124c91ca76@gmail.com>
Message-ID: <7d6c3963-87b2-ea99-778e-ef39798a7502@gmail.com>

Hello,

couple of more modules were updated for rpc only: qos, sst, cplc, imc,
rtpproxy. Dialog module is ready to get the mi code removed.

Rtpengine and mohqueue should be worked on in the near future by devs.

Given the very small amount of what is left, later today I will remove
the libkmi and comment (within ifdefs) the implementation of mi commands
in the modules that still have them. That should help implementing the
rpc alternatives, which can be done during the testing period as a fix
of a regression.

Cheers,
Daniel


On 02/01/2017 23:17, Daniel-Constantin Mierla wrote:
> Hello,
>
> based on lib linking in Makefiles, the following modules still use MI,
> categorized by their state from my point of view. Hopefully some other
> people will help with those listed in 2) to 6).
>
> 1) to be removed
>
>    - mi_datagram
>    - mi_fifo
>    - mi_rpc
>    - mi_xmlrpc
>    - pua_mi
>
> 2) rpc commands implemented
>
>   - dialog - others modules depend on some mi callback from it (qos and sst)
>   - qos - this looks ready to wipe out the mi code, but didn't get the
> time not analyze properly as I don't use it usually
>
> 3) some rpc commands implemented and the rest should not be very complex
>
>   - carrierroute - I implemented the dump rpc command, but it was
> reported that it has issues, so it needs follow up.
>
> 4) rpc commands have to be implemented, expecting not to be very complex
>
>   - cplc
>   - imc
>
> 5) expecting some degree of complexity, but they are important modules
>
>   - rtpengine
>   - rtpproxy
>
> 6) not familiar with the mi commands in these modules, so not able to
> assert what to expect
>
>   - ims_dialog - some rpc commands are implemented, not sure if the rest
> of MI are used/usefull
>   - mohqueue - it doesn't seem complex to implement rpc commands at
> first sight, but the indentation style didn't allowed a fast analyze on
> a quick look
>   - p_usrloc - several mi commands
>   - sst - uses some callback for MI from dialog module. qos has
> something similar with rpc alternative already implemented
>   - userblacklist - several mi commands
>   - utils - there are few mi commands related to some forwarding rules:
> https://www.kamailio.org/docs/modules/devel/modules/utils.html#idp21741924
>
> The 1) to 5) should be done in a way or another, before of after freeze
> of 5.0.0. But 6) would require the devs of the modules (or the MI parts)
> to help if they want those commands via RPC.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From hemanth at advaitamtech.com  Wed Jan  4 10:11:42 2017
From: hemanth at advaitamtech.com (hemanth at advaitamtech.com)
Date: Wed, 4 Jan 2017 14:41:42 +0530 (IST)
Subject: [SR-Users] Regarding usage of Redis Module in Kamailio core
Message-ID: <1483521102.18025940@apps.rackspace.com>

Hello,

I am using Kamailio as a SIP proxy,

I want to store Registered user information in Redis DB,

I am able to configure REDIS DB, But i am not able to run the redis command from

Kamailio core using the function 

    "redis_cmd("srvN","SET key 1", "r")"

I am getting undefined reference error as below

"/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"

can anyone please help me to fix this issue

Thanks & Regards
Hemanth



From vhernando at systemonenoc.com  Wed Jan  4 10:50:05 2017
From: vhernando at systemonenoc.com (Vicente Hernando)
Date: Wed, 4 Jan 2017 10:50:05 +0100
Subject: [SR-Users] Regarding usage of Redis Module in Kamailio core
In-Reply-To: <1483521102.18025940@apps.rackspace.com>
References: <1483521102.18025940@apps.rackspace.com>
Message-ID: <b003d2aa-ddd0-574d-b9e3-9b91e44976f1@systemonenoc.com>

Hello Hemanth,

just a quick response, I would check if you compiled ndb_redis module 
correctly (also if you have hiredis library dependency).

Also I would check if you loaded ndb_redis module in your configuration 
file.


Regards,
Vicente.

On 01/04/2017 10:11 AM, hemanth at advaitamtech.com wrote:
> Hello,
>
> I am using Kamailio as a SIP proxy,
>
> I want to store Registered user information in Redis DB,
>
> I am able to configure REDIS DB, But i am not able to run the redis command from
>
> Kamailio core using the function
>
>      "redis_cmd("srvN","SET key 1", "r")"
>
> I am getting undefined reference error as below
>
> "/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"
>
> can anyone please help me to fix this issue
>
> Thanks & Regards
> Hemanth
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




From hemanth at advaitamtech.com  Wed Jan  4 12:28:58 2017
From: hemanth at advaitamtech.com (hemanth at advaitamtech.com)
Date: Wed, 4 Jan 2017 16:58:58 +0530 (IST)
Subject: [SR-Users] sr-users Digest, Vol 140, Issue 3
In-Reply-To: <mailman.3.1483527601.22165.sr-users@lists.sip-router.org>
References: <mailman.3.1483527601.22165.sr-users@lists.sip-router.org>
Message-ID: <1483529338.743222912@apps.rackspace.com>


Hello Vicente,

Thanks for your response,

In response to your query,

Yes i have Built ndb_redis module and i can see ndb_redis.so in /usr/local/lib64/kamailio/modules folder, I have installed hiredis depenency also,

I have also modified the kamailio.cfg file loadmodule and modparam list,

I feel like the way i am using the redis_cmd is wrong, I think i need to add it in route section of kamailio.cfg file, Can you please guide me regarding how to use redis db in order to update user information to DB on registration of each user.

Thanks & Regards
Hemanth


Message: 8
Date: Wed, 4 Jan 2017 14:41:42 +0530 (IST)
From: "hemanth at advaitamtech.com" <hemanth at advaitamtech.com>
To: sr-users at lists.sip-router.org
Subject: [SR-Users] Regarding usage of Redis Module in Kamailio core
Message-ID: <1483521102.18025940 at apps.rackspace.com>
Content-Type: text/plain;charset=UTF-8

Hello,

I am using Kamailio as a SIP proxy,

I want to store Registered user information in Redis DB,

I am able to configure REDIS DB, But i am not able to run the redis command from

Kamailio core using the function 

    "redis_cmd("srvN","SET key 1", "r")"

I am getting undefined reference error as below

"/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"

can anyone please help me to fix this issue

Thanks & Regards
Hemanth




------------------------------

Message: 9
Date: Wed, 4 Jan 2017 10:50:05 +0100
From: Vicente Hernando <vhernando at systemonenoc.com>
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Regarding usage of Redis Module in Kamailio
	core
Message-ID: <b003d2aa-ddd0-574d-b9e3-9b91e44976f1 at systemonenoc.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hello Hemanth,

just a quick response, I would check if you compiled ndb_redis module 
correctly (also if you have hiredis library dependency).

Also I would check if you loaded ndb_redis module in your configuration 
file.


Regards,
Vicente.

On 01/04/2017 10:11 AM, hemanth at advaitamtech.com wrote:
> Hello,
>
> I am using Kamailio as a SIP proxy,
>
> I want to store Registered user information in Redis DB,
>
> I am able to configure REDIS DB, But i am not able to run the redis command from
>
> Kamailio core using the function
>
>      "redis_cmd("srvN","SET key 1", "r")"
>
> I am getting undefined reference error as below
>
> "/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"
>
> can anyone please help me to fix this issue
>
> Thanks & Regards
> Hemanth
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users





------------------------------

Subject: Digest Footer

_______________________________________________
sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


------------------------------

End of sr-users Digest, Vol 140, Issue 3
****************************************




From yasin.caner at netgsm.com.tr  Wed Jan  4 13:22:50 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Wed, 4 Jan 2017 15:22:50 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <ad952887-587a-934c-d53d-a8fd698d0f96@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <ad952887-587a-934c-d53d-a8fd698d0f96@netgsm.com.tr>
Message-ID: <401a12d9-c2e7-7901-d3f7-f19025c86a7a@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/ac35ba92/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/ac35ba92/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/ac35ba92/attachment.jpg>

From miconda at gmail.com  Wed Jan  4 15:36:46 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 4 Jan 2017 15:36:46 +0100
Subject: [SR-Users] IMPORTANT: MI code removed (or disabled)
Message-ID: <49b653d8-bb80-a7d1-d532-417575b55aaa@gmail.com>

Hello,

as of now, no active MI reladed code should be in master branch -- the
internal library kmi and the mi_datagram, mi_fifo, mi_xmlrpc, mi_rpc and
pua_mi modules were removed.

Couple of modules still have some mi code disabled with ifdefs, they are
pending the port to RPC commands. These are:

  - carrierroute
  - ims_dialog
  - mohqueue
  - p_usrloc
  - pdb
  - rtpengine
  - userblacklist
  - utils

They should be updated in the next few days.

With MI code removed, the code is slimmer and the development effort is
reduced -- in the recent past there were various issue rising due to
usage of the old line-based MI commands.

>From now on, the RPC interface has to be used for interacting with
kamailio at runtime.

The tools:
   - kamctl - was already migrated to use RPC via jsonrpcs module.
   - kamcmd - was developed to use only RPC interface via ctl module.
   - kamcli - is also working with RPC via jsonrpcs module

Helping with testing the RPC commands is very appreciated -- open an
issue on bug tracker whenever you discover a problem.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From alirsm2 at outlook.com  Wed Jan  4 16:00:52 2017
From: alirsm2 at outlook.com (AL S)
Date: Wed, 4 Jan 2017 15:00:52 +0000
Subject: [SR-Users] unexpected char [#015]
Message-ID: <SN2PR0601MB09751263587FE3F6BFEA3154E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>

Hi,


Kamailio is complaining about unexpected char [#015] in TO header of INVITE:


Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK006cb08b>> .
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: <core> [parser/msg_parser.c:180]: ERROR: get_hdr_field: bad to header
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: INFO: <core> [parser/msg_parser.c:353]: ERROR: bad header field [To: <sip:2057030997@]
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: tm [t_lookup.c:1118]: ERROR: reply cannot be parsed

Here is the TO header for the same call in both text and hex format. I am unable to see any ^M char in this TO header.

To: <sip:2057030997 at 72.31.12.161;tag=gK006cb08b

546f3a203c7369703a323035373033303939374037322e33312e31322e3136313e3b7461673d674b30303663623038620d0a

Any help would be appreciated.

AS,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/3c8df2c8/attachment.html>

From miconda at gmail.com  Wed Jan  4 16:08:09 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 4 Jan 2017 16:08:09 +0100
Subject: [SR-Users] unexpected char [#015]
In-Reply-To: <SN2PR0601MB09751263587FE3F6BFEA3154E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>
References: <SN2PR0601MB09751263587FE3F6BFEA3154E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>
Message-ID: <64f84382-a77b-9106-8bf5-c07efd9b6956@gmail.com>

Hello,


the To URI starts with < -- see:


To: <sip:2057030997 at 72.31.12.161;tag=gK006cb08b


It needs an ending > -- it should be before ;tag= if you don't want tag
to be uri parameter instead of to header parameter (as in rfc).

Cheers,
Daniel
On 04/01/2017 16:00, AL S wrote:
>
> Hi,
>
>
> Kamailio is complaining about unexpected char [#015] in TO header of
> INVITE:
>
>
> Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR:
> <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char
> [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK006cb08b>> .
> Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR:
> <core> [parser/msg_parser.c:180]: ERROR: get_hdr_field: bad to header
> Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: INFO:
> <core> [parser/msg_parser.c:353]: ERROR: bad header field [To:
> <sip:2057030997@]
> Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: tm
> [t_lookup.c:1118]: ERROR: reply cannot be parsed
>
> Here is the TO header for the same call in both text and hex format. I
> am unable to see any ^M char in this TO header. 
>
> To: <sip:2057030997 at 72.31.12.161;tag=gK006cb08b
>
> 546f3a203c7369703a323035373033303939374037322e33312e31322e3136313e3b7461673d674b30303663623038620d0a
>
> Any help would be appreciated. 
>
> AS,
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/fc0976e2/attachment.html>

From alirsm2 at outlook.com  Wed Jan  4 16:31:00 2017
From: alirsm2 at outlook.com (AL S)
Date: Wed, 4 Jan 2017 15:31:00 +0000
Subject: [SR-Users] unexpected char [#015]
In-Reply-To: <SN2PR0601MB09751263587FE3F6BFEA3154E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>
References: <SN2PR0601MB09751263587FE3F6BFEA3154E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>
Message-ID: <SN2PR0601MB0975FA8EA574B1C697397A11E6610@SN2PR0601MB0975.namprd06.prod.outlook.com>

Hi,


Here is another failed test call with closing angle bracket:


Kamailio log

Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK0c002371>> .



FROM and TO in INVITE received by Kamailio


From: <sip:7272697443 at 71.44.13.84;user=phone>;tag=gK0c9dcf07

To: <sip:2057030997 at 72.31.12.161>;tag=gK0c002371



FROM and TO in INVITE forward by Kamailio for the same call


From: <sip:7272697443 at 71.44.13.84;user=phone>;tag=gK0c9dcf07

To: <sip:2057030997 at 72.31.12.161\000\000>;tag=gK0c002371


Thanks,

AS

________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of AL S <alirsm2 at outlook.com>
Sent: Wednesday, January 4, 2017 10:00:52 AM
To: sr-users at lists.sip-router.org
Subject: [SR-Users] unexpected char [#015]


Hi,


Kamailio is complaining about unexpected char [#015] in TO header of INVITE:


Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK006cb08b>> .
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: <core> [parser/msg_parser.c:180]: ERROR: get_hdr_field: bad to header
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: INFO: <core> [parser/msg_parser.c:353]: ERROR: bad header field [To: <sip:2057030997@]
Jan  3 14:55:41 tpa-ar-openser01 /usr/sbin/kamailio[4782]: ERROR: tm [t_lookup.c:1118]: ERROR: reply cannot be parsed

Here is the TO header for the same call in both text and hex format. I am unable to see any ^M char in this TO header.

To: <sip:2057030997 at 72.31.12.161;tag=gK006cb08b

546f3a203c7369703a323035373033303939374037322e33312e31322e3136313e3b7461673d674b30303663623038620d0a

Any help would be appreciated.

AS,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/942cd98d/attachment.html>

From yasin.caner at netgsm.com.tr  Wed Jan  4 11:58:39 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Wed, 4 Jan 2017 13:58:39 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
Message-ID: <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/9fec62d5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/9fec62d5/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/9fec62d5/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/9fec62d5/attachment.jpg>

From yasin.caner at netgsm.com.tr  Wed Jan  4 12:24:18 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Wed, 4 Jan 2017 14:24:18 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
Message-ID: <ad952887-587a-934c-d53d-a8fd698d0f96@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/74221ad1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/74221ad1/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/74221ad1/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/74221ad1/attachment-0002.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/74221ad1/attachment.jpg>

From zoltan.miricz at gmail.com  Wed Jan  4 19:37:06 2017
From: zoltan.miricz at gmail.com (=?UTF-8?Q?Zolt=C3=A1n_Miricz?=)
Date: Wed, 4 Jan 2017 20:37:06 +0200
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
Message-ID: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>

Dear All,

I'm wondering is it possible to catch Diameter Messages and their AVP
values from kamailio.cfg just like for SIP messages? (Using pseudo
variables)

I looked into this function from the attached S-CSCF example.

route[REG_MAR_REPLY]
{

#this is async so to know status we have to check the reply avp

xlog("L_DBG","maa_return code is *$avp(s:maa_return_code)*\n");

Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the rc)
What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc) and
some different AVP values besides.


Thank you very much in advance!

*Cheers,*
*Zoltan*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/5ec58fb7/attachment.html>
-------------- next part --------------
#!KAMAILIO
#
# This config file implements the basic P-CSCF functionality
#     - web: http://www.kamailio.org
#     - git: http://sip-router.org
#
# Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php
# for an explanation of possible statements, functions and parameters.
#
# Direct your questions about this file to: <sr-users at lists.sip-router.org>.
#
# For more information about the various parameters, functions and statements
# try http://sip-router.org/wiki/ .
#

####### Defined Values #########
# *** Value defines - IDs used later in config

# - flags
#       FLT_ - per transaction (message) flags
#       FLB_ - per branch flags

#!define FLT_CAPTURE 1
#!define FLT_DIALOG 2

#!define DLG_TIMEOUT_AVP "i:1"
#!define RR_CUSTOM_USER_AVP "i:2"
#!define DISPATCHER_DST_AVP "i:3"
#!define DISPATCHER_GRP_AVP "i:4"
#!define DISPATCHER_CNT_AVP "i:5"
#!define PDB_CARRIER "i:6"


####### Global Parameters #########

include_file "scscf.cfg"

#!ifdef WITH_DEBUG
debug=5
log_stderror=no
sip_warning=yes
#!else
debug=2
log_stderror=no
sip_warning=no
#!endif

### for foreground operation by FE
fork=no
log_stderror=yes
children=4

alias=HOSTNAME

user_agent_header="User-Agent: Kamailio S-CSCF"
server_header="Server: Kamailio S-CSCF"

/* comment the next line to enable the auto discovery of local aliases
   based on reverse DNS on IPs (default on) */
auto_aliases=no

check_via=no    # (cmd. line: -v)
dns=no          # (cmd. line: -r)
rev_dns=no      # (cmd. line: -R)

# Do SRV-Loadbalancing:
dns_srv_lb=yes
# Always: Also try IPv6:
dns_try_ipv6=yes
# Always prefer IPv6:
dns_cache_flags=6
# DNS-Based failover
use_dns_failover = on
# Query NAPTR-Records as well:
dns_try_naptr=no

#!ifdef WITH_XMLRPC
#!ifndef WITH_TCP
#!define WITH_TCP
#!endif
#!ifndef TCP_PROCESSES
# Number of TCP Processes
#!define TCP_PROCESSES 3
#!endif
#!endif

#!ifdef WITH_TCP
# life time of TCP connection when there is no traffic
# - a bit higher than registration expires to cope with UA behind NAT
tcp_connection_lifetime=3615
#!ifdef TCP_PROCESSES
tcp_children=TCP_PROCESSES
#!endif
#!else
disable_tcp=yes
#!endif

#children=64

system.shutdownmode = 0 desc "System shutdown mode"

# ------------------ module loading ----------------------------------
#mpath="/usr/lib64/kamailio/modules_k/:/usr/lib64/kamailio/modules/:/usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/"
# (we try both the lib64 and the lib directory)

loadmodule "tm.so"
loadmodule "pv.so"
loadmodule "sl.so"
loadmodule "rr.so"
loadmodule "ims_dialog.so"
loadmodule "textops.so"
loadmodule "maxfwd.so"
loadmodule "xlog.so"
loadmodule "sanity.so"
loadmodule "siputils.so"
loadmodule "kex.so"
#!ifdef DB_URL
loadmodule "presence"
#!endif

#!ifdef DB_URL
loadmodule "db_mysql"
#!ifdef DB_URL2
loadmodule "db_cluster"
#!endif
#!endif

#loadmodule "dispatcher"

loadmodule "enum"
loadmodule "uac"

# Control interfaces:
#loadmodule "ctl"
#loadmodule "cfg_rpc"
#loadmodule "mi_rpc"
#loadmodule "mi_fifo"
#!ifdef WITH_XMLRPC
loadmodule "xmlrpc"
#!endif

loadmodule "cdp.so"
loadmodule "cdp_avp.so"

loadmodule "ims_usrloc_scscf.so"
loadmodule "ims_registrar_scscf.so"
loadmodule "ims_auth.so"
loadmodule "ims_isc.so"

#!ifdef WITH_RO
loadmodule "ims_charging.so"
#!endif

#!ifdef CAPTURE_NODE
loadmodule "siptrace.so"
#!endif

#!ifdef WITH_DEBUG
loadmodule "debugger.so"
#!endif

# ----------------- setting module-specific parameters ---------------
#!ifdef DB_URL2
# ----- db_cluster params -----
modparam("db_cluster", "connection", DB_URL)
modparam("db_cluster", "connection", DB_URL2)
modparam("db_cluster", "cluster", "cluster1=>con1=2s2s;con2=1s1s")
#!endif

# ----- presence params -----
#!ifdef DB_URL
#!ifdef DB_URL2
modparam("presence", "db_url", "cluster://cluster1")
#!else
modparam("presence", "db_url", DB_URL)
#!endif
#modparam("presence", "fallback2db", 1)
modparam("presence", "db_update_period", 20)
#!endif

# ----- mi_fifo params -----
#modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")
#modparam("mi_fifo", "fifo_mode", 0666)
#modparam("mi_fifo", "fifo_user", "kamailio")
#modparam("mi_fifo", "fifo_group", "kamailio")

# ----- mi_fifo params -----
#modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")
#modparam("mi_fifo", "fifo_mode", 0666)
#modparam("mi_fifo", "fifo_user", "kamailio")
#modparam("mi_fifo", "fifo_group", "kamailio")

# ----- tm params -----
# auto-discard branches from previous serial forking leg
modparam("tm", "failure_reply_mode", 3)
# default retransmission timeout: 10sec
modparam("tm", "fr_timer", 10000)
# default invite retransmission timeout after 1xx: 120sec
modparam("tm", "fr_inv_timer", 120000)
# Don't reply automatically with "100 Trying"
modparam("tm", "auto_inv_100", 0)

# ----- rr params -----
# add value to ;lr param to cope with most of the UAs
modparam("rr", "enable_full_lr", 1)
# append from tag to the RR
modparam("rr", "append_fromtag", 1)
# add a Username to RR-Header
modparam("rr", "add_username", 1)
# Take User from a custom AVP
modparam("rr", "custom_user_avp", "$avp(RR_CUSTOM_USER_AVP)")

# -- usrloc params --
modparam("ims_usrloc_scscf", "enable_debug_file", 0)
modparam("ims_usrloc_scscf", "matching_mode", 0)
modparam("ims_registrar_scscf", "max_contacts", 5);
#!ifdef DB_URL
#!ifdef DB_URL2
modparam("ims_usrloc_scscf", "db_url", "cluster://cluster1")
#!else
modparam("ims_usrloc_scscf", "db_url", DB_URL)
#!endif
modparam("ims_usrloc_scscf", "db_mode", 1)
#!endif
modparam("ims_registrar_scscf", "default_expires",  604800)
modparam("ims_registrar_scscf", "min_expires", 3600)
modparam("ims_registrar_scscf", "max_expires",  604800)
modparam("ims_registrar_scscf", "subscription_default_expires", 654800)
modparam("ims_registrar_scscf", "subscription_min_expires", 3700)
modparam("ims_registrar_scscf", "subscription_max_expires", 605800)

# -- CDP params --
modparam("cdp","config_file","/etc/kamailio_scscf/scscf.xml")

# -- ims_dialog params --
modparam("ims_dialog", "dlg_flag", FLT_DIALOG)
modparam("ims_dialog", "timeout_avp", "$avp(DLG_TIMEOUT_AVP)")
modparam("ims_dialog", "detect_spirals", 1)
modparam("ims_dialog", "profiles_no_value", "orig ; term")

#!ifdef WITH_XMLRPC
# ----- xmlrpc params -----
modparam("xmlrpc", "route", "XMLRPC");
modparam("xmlrpc", "url_match", "^/RPC")
#!endif

#!ifdef WITH_DEBUG
# ----- debugger params -----
modparam("debugger", "cfgtrace", 1)
#!endif

#!ifdef CAPTURE_NODE
# Destination, where to send the traffic
modparam("siptrace", "duplicate_uri", CAPTURE_NODE)
# Trace all traffic
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_to_database", 0)
modparam("siptrace", "trace_flag", FLT_CAPTURE)
modparam("siptrace", "hep_mode_on", 1)
#!endif

# -- ims_auth params --
modparam("ims_auth", "name", URI)
modparam("ims_auth", "registration_default_algorithm", REG_AUTH_DEFAULT_ALG)
#!ifdef CXDX_FORCED_PEER
modparam("ims_auth", "cxdx_forced_peer", CXDX_FORCED_PEER)
#!endif
modparam("ims_auth", "cxdx_dest_realm", NETWORKNAME)
modparam("ims_auth", "av_check_only_impu", 1)

# -- ims_registrar_scscf params --
#!ifdef WITH_DEBUG
modparam("ims_registrar_scscf", "default_expires", 60)
modparam("ims_registrar_scscf", "min_expires", 60)
modparam("ims_registrar_scscf", "max_expires", 60)
#!else
modparam("ims_registrar_scscf", "default_expires",  604800)
modparam("ims_registrar_scscf", "min_expires", 3600)
modparam("ims_registrar_scscf", "max_expires",  604800)
#!endif
modparam("ims_registrar_scscf", "use_path", 1)
modparam("ims_registrar_scscf", "support_wildcardPSI",1)
modparam("ims_registrar_scscf", "user_data_xsd","/etc/kamailio_scscf/CxDataType_Rel7.xsd")
modparam("ims_registrar_scscf", "scscf_name", URI)
modparam("ims_registrar_scscf", "cxdx_dest_realm", NETWORKNAME)

# ----- ims_isc params -----
modparam("ims_isc", "my_uri", HOSTNAME)

#!ifdef WITH_RO
# ----- ims_diameter_ro params -----
modparam("ims_charging", "origin_host", HOSTNAME);
modparam("ims_charging", "origin_realm", NETWORKNAME);
#!ifdef RO_FORCED_PEER
modparam("ims_charging", "ro_forced_peer", RO_FORCED_PEER);
#!endif
modparam("ims_charging", "destination_host", RO_DESTINATION);
modparam("ims_charging", "destination_realm", NETWORKNAME);

modparam("ims_charging","service_context_id_root", RO_ROOT);
modparam("ims_charging","service_context_id_ext", RO_EXT);
modparam("ims_charging","service_context_id_mnc", RO_MNC);
modparam("ims_charging","service_context_id_mcc", RO_MCC);
modparam("ims_charging","service_context_id_release", RO_RELEASE);

modparam("ims_charging","interim_update_credits",30);
modparam("ims_charging","timer_buffer",5);
#!endif

# ----- enum params -----
modparam("enum", "domain_suffix", ENUM_SUFFIX)

# ----- sanity params -----
modparam("sanity", "autodrop", 0)

# -- presence params --
modparam("presence", "subs_remove_match", 1)   #means we match subscriptions on all attributes

# ----------------- Settings for Dispatcher ---------------
#modparam("dispatcher", "list_file", "/etc/kamailio_scscf/dispatcher.list")
# Dispatcher: Enable Failover-Support
#modparam("dispatcher", "flags", 2)
# Dispatcher: Overwrite Destination address, if required.
#modparam("dispatcher", "force_dst", 1)
# AVP's required for Fail-Over-Support:
#modparam("dispatcher", "dst_avp", "$avp(DISPATCHER_DST_AVP)")
#modparam("dispatcher", "grp_avp", "$avp(DISPATCHER_GRP_AVP)")
#modparam("dispatcher", "cnt_avp", "$avp(DISPATCHER_CNT_AVP)")
# Try to recover disabled destinations every 15 seconds.
#modparam("dispatcher", "ds_ping_interval", 15)
# Actively query the gateways:
#modparam("dispatcher", "ds_probing_mode", 1)

####### Routing Logic ########
# Main SIP request routing logic
# - processing of any incoming SIP request starts with this route

route {

#trace every request
  xlog("L_WARN", "S-CSCF:[$rm] from [$fu] to [$tu]\n");

# xlog("L_INFO", "$rm ($fu ($si:$sp) to $tu, $ci)\n");

#!ifdef WITH_DEBUG
        xlog("L_ERR", "$rm ($fu ($si:$sp) to $tu, $ci)\n");
#!endif

        # per request initial checks
        route(REQINIT);

        # Handle Registrations:
        if (is_method("REGISTER")) {
                route(REGISTER);
                exit;
        }

        # we need to support subscription to reg event
        if (is_method("SUBSCRIBE") && search("^(Event|o)([ \t]*):([ \t]*)reg")) {
                route(SUBSCRIBE);
                break;
        }

        if (is_method("PUBLISH") && search("^(Event|o)([ \t]*):([ \t]*)reg")) {
                route(PUBLISH);
                break;
        }

        #Set DLG flag to track dialogs using dialog2
        if (!is_method("REGISTER|SUBSCRIBE"))
                setflag(FLT_DIALOG);

        # Evaluate Route-Header and set $route_uri
        loose_route();

        if (is_method("CANCEL|ACK")) {
                t_relay();
                exit;
        }

        if (($route_uri =~ "sip:orig@"+HOSTNAME_ESC+".*") || isc_from_as("orig")) {
                # we need something like this to assign SCSCF to unregistered user for services
                # support for AS origination on behalf of unregistered useri
                # can use the registrar is_registered methods - must see if we need to check orig or term?

                # Originating
                route(orig);
                break;
        } else {
                isc_from_as("term");
                if ($retcode == -2) {
                        # Treat as originating, since it was retargeted:
                        route(orig);
                        break;
                }
                if ((is_in_profile("orig") || has_totag()) && ($route_uri =~ "sip:mo@"+".*")) {
                        route(orig_subsequent);
                        break;
                }
                if ((is_in_profile("term") || has_totag()) && ($route_uri =~ "sip:mt@"+".*")) {
                        route(term_subsequent);
                        break;
                }

                # Terminating
                if (uri=~"sip:(.*)@"+NETWORKNAME_ESC +"(.*)" || uri=~"tel:.*") {
                        if (!term_impu_registered("location")) {
                                xlog("L_WARN", "S-CSCF: We need to do an UNREG server SAR assignemnt");
                                assign_server_unreg("UNREG_SAR_REPLY", "location", "term");
                                exit;
                        }
                } else {
                        sl_send_reply("403","Forbidden - Dialog not found on S-CSCF or Terminating user not suitable for unregistered services");
                        exit();
                }
                route(term);
                break;
        }
}

route[UNREG_SAR_REPLY]
{
        xlog("L_WARN","S-CSCF: UNREG: saa_return code is $avp(s:saa_return_code)\n");
        switch ($avp(s:saa_return_code)){
            case 1: #success
                    xlog("L_WARN", "S-CSCF: SAR success - will route message\n");
                route(term);
                break;
            case -1: #failure
                    xlog("L_ERR", "S-CSCF: SAR failure - error response sent from module\n");
                break;
            case -2: #error
                    xlog("L_ERR", "S-CSCF: SAR error - error response sent from module\n");
                break;
            default:
                    xlog("L_ERR", "S-CSCF: Unknown return code from SAR, value is [$avp(s:saa_return_code)]\n");
                break;
        }
        exit;
}


######################################################################
# Helper routes (Basic-Checks, NAT-Handling/RTP-Control, XML-RPC)
######################################################################
# Per SIP request initial checks
route[REQINIT] {
        # Trace this message
#!ifdef CAPTURE_NODE
        sip_trace();
        setflag(FLT_CAPTURE);
#!endif

        if (!mf_process_maxfwd_header("10")) {
                sl_send_reply("483","Too Many Hops");
                exit;
        }

        if(!sanity_check("1511", "7")) {
                xlog("Malformed SIP message from $si:$sp\n");
                exit;
        }

        # Check for shutdown mode:
        if (!has_totag() && ($sel(cfg_get.system.shutdownmode) > 0)) {
                send_reply("503", "Server shutting down");
                exit;
        }

        # Reply to OPTIONS:
        if (is_method("OPTIONS") && (uri==myself)) {
                options_reply();
                exit;
        }

        # Ignore Re-Transmits:
        if (t_lookup_request()) {
                exit;
        }
        if (is_method("INVITE")) {
                send_reply("100", "Trying");
        }

}


######################################################################
# Publish route
######################################################################
route[PUBLISH]
{
        if (!t_newtran()) {
                #absorb retransmissions
                sl_reply("500","Could not create transaction");
                exit;
        }

        if (can_publish_reg("location")) {
                $var(ret)= publish_reg("location");
                switch ($var(ret)){
                        case 1: #success
                                xlog("L_DBG", "S-CSCF: Publish reg successful");
                                break;
                        case -1: #failure
                                xlog("L_ERR", "S-CSCF: Publish reg failure - sending 500 Error now\n");
                                t_reply("500","Server Error publishing subscription");
                                break;
                        default:
                                xlog("L_ERR", "S-CSCF: Unknown return code from publish reg event alue is [$var(ret)]\n");
                                break;
                }
        } else {
                t_reply("403","Forbidden to PUBLISH");
                exit;
        }
}

######################################################################
# Subscribe route
######################################################################
route[SUBSCRIBE]
{
        if (!t_newtran()) {
                #absorb retransmissions
                sl_reply("500","Could not create transaction");
                exit;
        }

        if (!has_totag()) {
                xlog("L_DBG", "This is an initial SUBSCRIBE\n");
                if (!term_impu_registered("location")) {
                        xlog("L_DBG", "We need to do an UNREG server SAR assignment\n");
                        assign_server_unreg("SUBSCRIBE_UNREG_SAR_REPLY", "location", "term");
                        exit;
                }
                if (!can_subscribe_to_reg("location")){
                        t_reply("403","Forbidden to SUBSCRIBE");
                        exit;
                }
        }else{
                xlog("L_DBG", "This is a subsequent SUBSCRIBE\n");
        }

        $var(ret)= subscribe_to_reg("location");
        switch ($var(ret)){
                case 1: #success
                        xlog("L_DBG", "S-CSCF: Subscribe to reg successful");
                        break;
                case -1: #failure
                        xlog("L_ERR", "S-CSCF: Subscribe to reg failure - sending 500 Error now\n");
                        t_reply("500","Server Error saving subscription");
                        break;
                case -2: #error
                        xlog("L_ERR", "S-CSCF: Subscribe to reg error sending notify - 200 OK so subscription already sent\n");
                        break;
                default:
                        xlog("L_ERR", "S-CSCF: Unknown return code from subscribe to reg event alue is [$var(ret)]\n");
                        break;
        }
}

route[SUBSCRIBE_UNREG_SAR_REPLY]
{

        xlog("L_DBG","S-CSCF: saa_return code is $avp(s:saa_return_code)\n");
        switch ($avp(s:saa_return_code)){
                case 1: #success
                        xlog("L_DBG", "S-CSCF: SAR success - will process subscribe\n");
                        if (can_subscribe_to_reg("location")){
                                $var(ret)= subscribe_to_reg("location");
                                switch ($var(ret)){
                                case 1: #success
                                        xlog("L_WARN", "S-CSCF: Subscribe to reg successful");
                                        break;
                                case -1: #failure
                                        xlog("L_ERR", "S-CSCF: Subscribe to reg failure - sending 500 Error now\n");
                                        t_reply("500","Server Error saving subscription");
                                        break;
                                case -2: #error
                                        xlog("L_ERR", "S-CSCF: Subscribe to reg error sending notify - 200 OK so subscription already sent\n");
                                        break;
                                default:
                                        xlog("L_ERR", "S-CSCF: Unknown return code from subscribe to reg event alue is [$var(ret)]\n");
                                        break;
                                }
                        }else{
                                t_reply("403","Forbidden to SUBSCRIBE");
                                exit;
                        }
                        break;
                case -1: #failure
                        xlog("L_ERR", "S-CSCF: SAR failure - Sending 403 Forbidden\n");
                        t_reply("403","Forbidden to SUBSCRIBE");
                        break;
                case -2: #error
                        xlog("L_ERR", "S-CSCF: SAR error - Sending 403 Forbidden\n");
                        t_reply("403","Forbidden to SUBSCRIBE");
                        break;
                default:
                        xlog("L_ERR", "S-CSCF: Unknown return code from SAR, value is [$avp(s:saa_return_code)] - sending 403 Forbidden\n");
                        t_reply("403","Forbidden to SUBSCRIBE");
                        break;
        }
        exit;
}

######################################################################
# XMLRPC routing
######################################################################
#!ifdef WITH_XMLRPC
route[XMLRPC] {
        if ((method=="POST" || method=="GET")
#!ifdef XMLRPC_WHITELIST_1
&& ((src_ip == XMLRPC_WHITELIST_1)
#!ifdef XMLRPC_WHITELIST_2
 || (src_ip == XMLRPC_WHITELIST_2)
#!endif
#!ifdef XMLRPC_WHITELIST_3
 || (src_ip == XMLRPC_WHITELIST_3)
#!endif
)
#!endif
) {
                # close connection only for xmlrpclib user agents (there is a bug in
                # xmlrpclib: it waits for EOF before interpreting the response).
                if ($hdr(User-Agent) =~ "xmlrpclib")
                        set_reply_close();
                set_reply_no_connect();
                dispatch_rpc();
                exit;
        }
        send_reply("403", "Forbidden");
        exit;
}
#!endif

######################################################################
# Route for handling Registrations:
######################################################################
route[REGISTER] {
        if (!ims_www_authenticate(NETWORKNAME)) {
                if ($? == -2) {
                        t_reply("403", "Authentication Failed");
                        exit;
                } else if ($? == -3) {
                        t_reply("400", "Bad Request");
                        exit;
                } else {
                        #user has not been authenticated. Lets send a challenge via 401 Unauthorized
                        xlog("L_DBG","About to challenge! auth_ims\n");
                        ims_www_challenge("REG_MAR_REPLY", "$td");
                        exit;
                }
        } else {
                xlog("L_DBG", "Auth succeeded\n");
                # We need to check if this user is registered or not
                if (!impu_registered("location")) {
                        #xlog("L_ERR", "Not REGISTERED\n");
                        xlog("L_WARN", "S-CSCF: User REGISTERED: $fu via ($si:$sp)\n");
                        save("PRE_REG_SAR_REPLY","location");
                        exit;
                } else {
                        isc_match_filter_reg("1","location");
                        save("REG_SAR_REPLY","location");
                        exit;
                }
        }
}

route[REG_MAR_REPLY]
{
     #this is async so to know status we have to check the reply avp
     #xlog("L_WARN","S-CSCF: maa_return code is $avp(s:maa_return_code)\n");
     switch ($avp(s:maa_return_code)){
             case 1: #success
                     xlog("L_WARN", "S-CSCF: MAR success - 401/407 response sent from module\n");
                     break;
             case -1: #failure
                     xlog("L_ERR", "S-SCSF: MAR failure - error response sent from module\n");
                     break;
             case -2: #error
                     xlog("L_ERR", "S-CSCF: MAR error - sending error response now\n");
                     t_reply("500", "MAR failed");
                     break;
             default:
                     xlog("L_ERR", "S-CSCF: Unknown return code from MAR, value is [$avp(s:uaa_return_code)]\n");
                     t_reply("500", "Unknown response code from MAR");
                     break;
     }
     exit;
}

route[PRE_REG_SAR_REPLY]
{
    xlog("L_DBG","S-CSCF: saa_return code is $avp(s:saa_return_code)\n");
        #this is async so to know status we have to check the reply avp
    #xlog("L_WARN","S-CSCF: saa_return code (for scscf_save on register) is $avp(s:saa_return_code)\n");
    switch ($avp(s:saa_return_code)){
            case 1: #success
                   xlog("L_WARN", "S-CSCF: SAR success - 200 response sent from module\n");
                    isc_match_filter_reg("0","location");
                    exit;
            case -1: #failure
                    xlog("L_ERR", "S-CSCF: SAR failure - error response sent from module\n");
                    break;
            case -2: #error
                    xlog("L_ERR", "S-CSCF: SAR error - error response sent from module\n");
                    break;
            default:
                    xlog("L_ERR", "S-CSCF: Unknown return code from SAR, value is [$avp(s:uaa_return_code)]\n");
                    break;
    }
    exit;
}

route[REG_SAR_REPLY]
{
    xlog("L_DBG","saa_return code is $avp(s:saa_return_code)\n");
    #this is async so to know status we have to check the reply avp
    #xlog("L_WARN","S-CSCF: saa_return code (for scscf_save on register) is $avp(s:saa_return_code)\n");
    switch ($avp(s:saa_return_code)){
            case 1: #success
                   xlog("L_WARN", "S-CSCF: SAR success - 200 response sent from module\n");
                    exit;
            case -1: #failure
                    xlog("L_ERR", "S-CSCF: SAR failure - error response sent from module\n");
                    break;
            case -2: #error
                    xlog("L_ERR", "S-CSCF: SAR error - error response sent from module\n");
                    break;
            default:
                    xlog("L_ERR", "S-CSCF: Unknown return code from SAR, value is [$avp(s:uaa_return_code)]\n");
                    break;
    }
    exit;
}

######################################################################
# Apply privacy, if requested
######################################################################
route[apply_privacy]
{
        if (is_present_hf("Privacy") && ($hdr(Privacy)=="id")) {
                remove_hf("P-Asserted-Identity");
        }
}

######################################################################
# Originating, Intial Requests
######################################################################
route[orig]
{
        xlog("L_DBG","Enter orig route\n");
        set_dlg_profile("orig");

        # we MAYBE need something like this to check if a user is barred
        # if (S_originating_barred()){
                # sl_send_reply("403","Forbidden - Originating Public Identity barred");
                # exit;
        # }
        if (is_method("INVITE|SUBSCRIBE")) {
                $avp(RR_CUSTOM_USER_AVP)="mo";
                record_route();
        }

        # Start new transaction:
        t_newtran();

        # check if dialog saved as fwded to AS
        if (isc_match_filter("orig", "location")) {
                t_on_failure("isc_orig_failure");
                #xlog("Orig - msg was fwded to AS\n");
                exit;
        }

        if (!isc_from_as("orig")) {
                remove_hf("P-Asserted-Identity");
                append_hf("P-Asserted-Identity: <sip:$fU@$fd>\r\n");
        }

#!ifdef WITH_RO
        # before we allow call - lets check credit
        if (is_method("INVITE")) {
                xlog("L_DBG","Sending initial CCR Request for call\n");
                $var(cc_ret) = Ro_CCR("CHARGING_CCR_REPLY", "orig", 30, "0", "0");
                if ($var(cc_ret) < 0) {
                        xlog("L_ERR","S-CSCF: CCR Request failure\n");
                        sl_send_reply("402","Payment required");
                        exit;
                }
                xlog("L_DBG","CCR Request success\n");
                exit;
        }
#!endif
        route(Finalize_Orig);
}

route[Finalize_Orig]
{
        # Check for PSTN destinations:
        if (is_method("INVITE")) {
                route(PSTN_handling);
        }

        t_on_reply("orig_reply");

        t_relay();
}

route[CHARGING_CCR_REPLY]
{
        xlog("L_DBG","saa_return code is $avp(s:cca_return_code)\n");

        switch ($avp(s:cca_return_code)){
            case 1: #success
                xlog("L_DBG", "CCR success - will route message\n");
                route(Finalize_Orig);
                break;
            case -1: #failure
                xlog("L_ERR", "S-CSCF: CCR failure - error response sent from module\n");
                send_reply("402","Payment required");
                break;
            case -2: #error
                xlog("L_ERR", "S-CSCF: CCR error - error response sent from module\n");
                send_reply("500", "Charging Error");
                break;
            default:
                xlog("L_ERR", "S-CSCF: Unknown return code from CCR: [$avp(s:cca_return_code)] \n");
                send_reply("500", "Charging Error");
                break;
        }
        exit;
}


######################################################################
# Replies to the Initial Requests
######################################################################
onreply_route[orig_reply]
{
        xlog("L_WARN", "S-CSCF TEST: $C(xb) [$rm] from [$fu] to [$tu] $C(xx) \n");
        xlog("L_DBG","Orig reply\n");

        route(apply_privacy);
        break;
}

######################################################################
# Originating, subsequent requests
######################################################################
route[orig_subsequent]
{
        xlog("L_WARN", "S-CSCF TEST2: $C(xb) [$rm] from [$fu] to [$tu] $C(xx) \n");
        xlog("L_DBG","Orig_Subsequent\n");

        if (!is_method("ACK")) {
                t_on_reply("orig_subsequent_reply");
        }
        t_relay();
}

######################################################################
# Replies for originating, subsequent requests
######################################################################
onreply_route[orig_subsequent_reply]
{
        xlog("L_DBG","Orig_Subsequent_reply\n");
        route(apply_privacy);
        break;
}

######################################################################
# Failure-Route for Requests to an AS
######################################################################
failure_route[isc_orig_failure]
{
        xlog("L_DBG","ISC_Orig_failure\n");

        if (t_check_status("(408)|(5..)")){
                t_on_failure("isc_orig_failure");
                if (isc_match_filter("orig","location")){
                        xlog("L_DBG","ISC_Orig_failure - msg was fwded to AS\n");
                        exit;
                }

                if (isc_from_as("origfail")) {
                        remove_hf("P-Asserted-Identity");
                        append_hf("P-Asserted-Identity: <sip:$fU@$fd>\r\n");
                }

                t_on_reply("orig_reply");

                t_relay();
        }
}

######################################################################
# Terminating requests
######################################################################
route[term]
{
        xlog("L_DBG","Term\n");

        set_dlg_profile("term");

        #we need something like this to check if a user is barred
        # if (S_terminating_barred()){
                # sl_send_reply("404","Not Found - Terminating user barred");
                # exit;
        # }

        if (is_method("INVITE|SUBSCRIBE")) {
                $avp(RR_CUSTOM_USER_AVP)="mt";
                $avp(i:20)="mt";
                record_route();
        }

        # check if dialog saved as fwded to AS
        if (isc_match_filter("term","location")){
                t_on_failure("isc_term_failure");
                xlog("L_DBG","Term - msg was fwded to AS\n");
                exit;
        }

        if (lookup("location")) {
                if (uri=~"sip:(.*)@"+NETWORKNAME_ESC+"(.*)") {
                        if (!t_newtran()) {
                                sl_reply_error();
                                exit;
                        }
                        t_reply("404","Not Found - destination user not found on this S-CSCF");
                        exit;
                }
        } else {
                # User not registered? Reply with 404.
                if (!t_newtran()) {
                        sl_reply_error();
                        exit;
                }
                t_reply("404","Not Found - destination user not found on this S-CSCF");
                exit;
        }
        route(apply_privacy);

        t_relay();
}


######################################################################
# Failure Route for Terminating requests
######################################################################
failure_route[isc_term_failure]
{
        xlog("L_DBG","ISC_term_failure\n");

        if (t_check_status("(408)|(5..)")){
                t_on_failure("isc_term_failure");
                if (isc_match_filter("term","location")){
                        xlog("L_DBG","Term - msg was fwded to AS\n");
                        exit;
                }

                if (lookup("location")) {
                        if (uri=~"sip:(.*)"+NETWORKNAME_ESC+"(.*)"){
                                t_reply("404","Not Found - destination user not found on this S-CSCF");
                                exit;
                        }
                } else {
                        t_reply("404","Not Found - destination user not found on this S-CSCF");
                        exit;
                }
                t_relay();
        }
}

######################################################################
# Terminating, subsequent requests
######################################################################
route[term_subsequent]
{
        xlog("L_DBG","term_subsequent\n");
        route(apply_privacy);
        t_relay();
}

######################################################################
# Check for PSTN destinations:
######################################################################
route[PSTN_handling]
{
        # First, we translate "tel:"-URI's to SIP-URI's:
        # $ru:           tel:+(34)-999-888-777
        # $fu:           sip:test at foo.com
        # becomes $ru:   sip:+34999888777 at foo.com;user=phone
        if (!tel2sip("$ru", "$fd", "$ru"))
                xlog("L_WARN","S-CSCF: Failed to convert $ru to a sip:-URI - M=$rm R=$ru F=$fu T=$tu IP=$si:$sp ID=$ci\n\n");

        if ($rU =~ "\+[0-9]+") {
                # Now let's check, if the number can be found in ENUM:
                if(!enum_query()) {
                        # ENUM failed, send it to the PSTN-Gateway:
                        route(PSTN);
                        break;
                }
        }
}

######################################################################
# Send calls to the PSTN-Gateways:
######################################################################
route[PSTN]
{
#       if (!ds_select_domain("1", "4")) {
#               xlog("L_WARN","No PSTN-Gateways available - M=$rm R=$ru F=$fu T=$tu IP=$si:$sp ID=$ci\n\n");
#               send_reply("503", "Service not available");
#               exit;
#       }
        # Relay the request:
        t_on_failure("PSTN_failure");

        t_relay();
        exit;
}

######################################################################
# manage failure routing cases, perform failover
######################################################################
failure_route[PSTN_failure] {
        # Choose another gateway, in case we
        # - get a local generated "408"
        # - receive a 5xx or 6xx reply from the proxy.
        if (t_branch_timeout() || t_check_status("[5-6]..")) {
#               if (ds_next_domain()) {
                        # Do Failover in case problems:
#                       t_on_failure("PSTN_failure");
#                       t_relay();
#               } else {
                        # Add a header, to indicate the phone should try again in 30 seconds.
                        append_hf("Retry-After: 30\r\n");
                        send_reply("503", "Service not available");
                }
                exit;
        }
#}


From miconda at gmail.com  Wed Jan  4 22:39:34 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 4 Jan 2017 22:39:34 +0100
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
Message-ID: <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>

Hello,

thanks for testing...

Can you use latest master version, load jsonrpcs.so module and then
issue the command:

kamctl rpc cr.dump_routes

Note that you may need to edit kamctlrc and set ctl engine to RPCFIFO if
you have an older version of kamctlrc file installed.

Cheers,
Daniel


On 04/01/2017 11:58, Yasin CANER wrote:
>
> Hello;
>
>     lastest master branched is pulled and worked with kamailio -ddd -E
> . cr.reload method works fine but cr.dump_routes gives error message
> like "error: 500 - Internal error - carrier structure"
>
>     debug messages are here
>
> "[  master]# 13(1479) DEBUG: ctl [../../core/io_wait.h:380]:
> io_watch_add(): DBG: io_watch_add(0x7f05c23756c0, 8, 3, 0x1722410),
> fd_no=1
> 13(1479) DEBUG: ctl [io_listener.c:442]: handle_new_connect():
> handle_stream read: new connection (1) on /var/run/kamailio//kamailio_ctl
> 13(1479) DEBUG: carrierroute [cr_fifo.c:1177]: cr_rpc_dump_routes():
> start processing of data
> 13(1479) DEBUG: ctl [io_listener.c:495]: handle_stream_read():
> handle_stream read: eof on /var/run/kamailio//kamailio_ctl
> 13(1479) DEBUG: ctl [../../core/io_wait.h:602]: io_watch_del(): DBG:
> io_watch_del (0x7f05c23756c0, 8, -1, 0x10) fd_no=2 called
> "
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/c15a9a2c/attachment.html>

From volga629 at skillsearch.ca  Wed Jan  4 23:29:10 2017
From: volga629 at skillsearch.ca (Slava Bendersky)
Date: Wed, 4 Jan 2017 17:29:10 -0500 (EST)
Subject: [SR-Users] location
In-Reply-To: <2077186208.86733224.1483371633111.JavaMail.zimbra@skillsearch.ca>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
 <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
 <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>
 <0470198c-1d14-1ab7-b334-f16df350d419@gmail.com>
 <2077186208.86733224.1483371633111.JavaMail.zimbra@skillsearch.ca>
Message-ID: <724765249.117475465.1483568950334.JavaMail.zimbra@skillsearch.ca>

Hello Daniel, 
Based on wiki page 
http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.f.save 

I should be able do location save with pv var and supply uri. 

save("location", "0x00", "sip:test at kamailio.org"); 


    * 

uri (optional - flags param has to be set and can be 0 for default behavior) - SIP URI to do be used instead of To header URI. It can be a dynamic string with pseudo-variables. 
I tested multiply variation all of them ignore pv var. 


Slava. 



From: "volga629" <volga629 at skillsearch.ca> 
To: "miconda" <miconda at gmail.com> 
Cc: "sr-users" <sr-users at lists.sip-router.org> 
Sent: Monday, January 2, 2017 11:40:33 AM 
Subject: Re: [SR-Users] location 

Hello Daniel, 
I am trying save user contact on reply 200 OK from freeswitch. Contact is set in $avp(aor) which contain updated user location. 

Slava. 


From: "miconda" <miconda at gmail.com> 
To: "volga629" <volga629 at skillsearch.ca>, "sr-users" <sr-users at lists.sip-router.org> 
Sent: Monday, January 2, 2017 10:45:34 AM 
Subject: Re: [SR-Users] location 



Hello, 

the third parameter is not for contact, it is the address of record -- the user address, eg., [ mailto:alice at sipdomain.com | alice at sipdomain.com ] , not [ mailto:alice at phone.ip | alice at phone.ip ] 
What exactly do you need to achieve? Maybe there are other options that you can use. 

Cheers, 
Daniel 

On 02/01/2017 15:12, Slava Bendersky wrote: 



Hello Daniel, 
Meaning if(!save("location", "0x04", "$var(aor)")) ---> $var(aor) ignored. It use default Contact. Here are the log 

$var(aor) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 

INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db ---> xlog. 

Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact (Use Contact header not $var(aor) 



Slava. 


From: "Daniel-Constantin Mierla" [ mailto:miconda at gmail.com | <miconda at gmail.com> ] 
To: "sr-users" [ mailto:sr-users at lists.sip-router.org | <sr-users at lists.sip-router.org> ] 
Sent: Monday, January 2, 2017 9:57:14 AM 
Subject: Re: [SR-Users] location 



Hello, 

what do you mean by "will ignore on pv var"? Is the record not saved at all or the value of pv var is not used? 

Cheers, 
Daniel 

On 02/01/2017 14:37, Slava Bendersky wrote: 

BQ_BEGIN

Hello Everyone, 
Is possible get help on issue ? I asked on IRC channel and another person so same problem with location save ? 

Slava. 


From: "volga629" [ mailto:volga629 at skillsearch.ca | <volga629 at skillsearch.ca> ] 
To: "sr-users" [ mailto:sr-users at lists.sip-router.org | <sr-users at lists.sip-router.org> ] 
Sent: Monday, December 26, 2016 1:13:49 PM 
Subject: [SR-Users] location 

Hello Everyone, 
Why save location will ignore on pv var when trying save on reply 200 OK. 

if(is_method("REGISTER") && fnmatch("$rs", "200")) { 
xlog("L_INFO", "OnReply: Registration is $rs OK saving --> $avp(rcvcontact) in db\n"); 
$var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) + ":" + $(avp(rcvcontact){uri.port}); 
if(!save("location", "0x04", "$var(oar)")) { 
xlog("L_INFO", "Error saving the location\n"); 
} 



Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>: OnReply: Registration is 200 OK saving --> [ sip:4300 at client_pub_ip:31376;transport=tls | sip:4300 at client_pub_ip:31376;transport=tls ] in db 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: *** cfgtrace:onreply_route=[LOCATION_REPLY] c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1] (1 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core> [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2] (2 / 20) 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1004]: db_update_ucontact_ruid(): ruid:uloc-5860b463-10c5-1 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc [ucontact.c:1133]: db_update_ucontact_ruid(): contact: [ sip:4300 at 10.18.130.27:5060;transport=udp | sip:4300 at 10.18.130.27:5060;transport=udp ] ----> LAN side contact 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 10 chars, out: 10 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 21 chars, out: 21 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 33 chars, out: 33 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 40 chars, out: 40 chars 
Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in: 20 chars, out: 20 chars 



Slava. 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
[ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] 
[ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] [ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 



-- 
Daniel-Constantin Mierla [ http://www.twitter.com/miconda | www.twitter.com/miconda ] -- [ http://www.linkedin.com/in/miconda | www.linkedin.com/in/miconda ] Kamailio World Conference - May 8-10, 2017 - [ http://www.kamailioworld.com/ | www.kamailioworld.com ] 

_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
[ mailto:sr-users at lists.sip-router.org | sr-users at lists.sip-router.org ] 
[ http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users | http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ] 

BQ_END

-- 
Daniel-Constantin Mierla [ http://www.twitter.com/miconda | www.twitter.com/miconda ] -- [ http://www.linkedin.com/in/miconda | www.linkedin.com/in/miconda ] Kamailio World Conference - May 8-10, 2017 - [ http://www.kamailioworld.com/ | www.kamailioworld.com ] 


_______________________________________________ 
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list 
sr-users at lists.sip-router.org 
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/b2d0d5fb/attachment.html>

From rodrigo.moreira206 at gmail.com  Thu Jan  5 01:09:13 2017
From: rodrigo.moreira206 at gmail.com (Rodrigo Moreira)
Date: Wed, 4 Jan 2017 22:09:13 -0200
Subject: [SR-Users] RTPProxy with VPN
Message-ID: <CAGRP3yODE_jiUkFr4zaME5DU3J+TLr25Pboyy_AcUnh3_Brdig@mail.gmail.com>

Hello,

I am having problems with RTPPROXY. I need it to work as a bridge. On one
side will have a VPN tunnel called a tun0, on the other an eth0 interface.
Is it possible for RTPPROXY to run correctly in this scenario?

How can I test if RTPPROXY is running correctly? Is there any command? What
would the configuration look like inside /etc/default/rtpproxy

Please help me.

Best regards
-- 
Rodrigo M.
(37) 9132-4539
(34) 9889-3069
rodrigo.moreira2007
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170104/310f67f8/attachment.html>

From agrawal.ananda at gmail.com  Thu Jan  5 07:06:55 2017
From: agrawal.ananda at gmail.com (Andy)
Date: Wed, 4 Jan 2017 23:06:55 -0700 (MST)
Subject: [SR-Users] how to immediately close a tls connection
Message-ID: <1483596415734-154630.post@n5.nabble.com>

Hi,

trying to close a tls connection immediately,

have ref to the connection (tcpconn) pointer

please suggest,
thanks!



--
View this message in context: http://sip-router.1086192.n5.nabble.com/how-to-immediately-close-a-tls-connection-tp154630.html
Sent from the Users mailing list archive at Nabble.com.


From miconda at gmail.com  Thu Jan  5 08:50:06 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 08:50:06 +0100
Subject: [SR-Users] Kamailio v5.0 - development frozen
Message-ID: <1c7a00a6-0789-903b-f402-0a331bbbf5ac@gmail.com>

Hello,

development (master) branch of Kamailio enters now in pre-release phase
for version 5.0.0. Therefore, no new feature should be pushed to master
until we create a dedicated branch for 5.0 (expected to be in about 4
weeks or so).

If in doubt to push or not a commit to master, push it first on a
personal branch (or attach to an email) and discuss it on sr-dev. The
new modules can be a bit more dynamic if there is need to get them to
the right shape (e.g., like decision to rename functions, parameters or
adjust database structure).

We hope to get many people involved in testing, to reach a stable state
before releasing 5.0.0. If you want to get involved and need assistance,
don't hesitate to write to mailing lists.

Besides the new features, there were two major changes for 5.0:

1) source code tree restructuring - this should not affect the stability
of the code, only installation scripts or packaging may still need tuning

2) mi (management/control interface) code has been removed. SIP routing
code should not be affected by this change that much, but testing of RPC
commands needs a special care. There are few RPC commands not ported yet
from the MI code, they can be done during the testing period

Moreover, help with updating the wiki page for migration from 4.4 to 5.0
as well as what is new in 5.0 is very appreciated. I will try post
updates about them very soon.

Many thanks to everyone involved in development of 5.0 and the early
testers that played with master branch so far.

Cheers,
Daniel


-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


From miconda at gmail.com  Thu Jan  5 08:59:30 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 08:59:30 +0100
Subject: [SR-Users] presentity tabla,
 faster update when drop TCP/TLS connection
In-Reply-To: <CAJaiw=G1hxt=ZnLcLPK1JABfuyDsG8hhEL9FXqPcu77LC+5UCA@mail.gmail.com>
References: <CAJaiw=FHXknuseWJZ_Eepe-+btpsUa-yHuCp1Yo2dHCTCNPVeg@mail.gmail.com>
 <78574ec1-460c-3a0e-115e-104cf073e44c@gmail.com>
 <CAJaiw=G_t3PtpfnXiqTXa+xYTELZaLhU91HjqTMBL_f9pwJN4w@mail.gmail.com>
 <CAJaiw=EZ9AgMm6HJFo-hY7Guwq+_d8Hduvmdv49xPnKy2xZkVw@mail.gmail.com>
 <CAJaiw=F9Z4nKXo-dnmtoDnd4KVi3z6fT_pzDLU4zpEdAM1JRdQ@mail.gmail.com>
 <520f38f4-e4df-6b28-25f7-2c56e0c8f07d@gmail.com>
 <CAJaiw=G1hxt=ZnLcLPK1JABfuyDsG8hhEL9FXqPcu77LC+5UCA@mail.gmail.com>
Message-ID: <d706499f-b7df-4021-50e5-f0b0046cc224@gmail.com>

Hello,

I got distracted by other tasks and then the winter holidays. Can you
open an item on:

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

not to forget again about this enhancemet request.

Cheers,
Daniel


On 21/11/2016 13:09, João Resende wrote:
> I can try to test, I think that this would be an important feature to
> kamailio.
>
> I know that I could do that in the client but it is better be arranged
> on the server side i guess.
>
> best
> João
>
> 2016-11-21 12:04 GMT+00:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
>     For the topic here I need to look a bit at the code in order to
>     see what can be done now in an easier way. If I find it easier to
>     just add some C code to simplify a bit kamailio.cfg, will you be
>     interested in testing with kamailio master branch (devel version)?
>     Because it would be rather impossible for me these days to setup
>     quickly a testbed for such case..
>
>     If you control the client, one thing is to rely on push
>     notifications to optimize some communication with the server. I
>     will also write more once I know how they can be related with the
>     internal structures we have.
>
>     Also, for battery life of the watcher as well as getting most up
>     to date information, by subscribing only when the person it's
>     looking at the contact in the body list and subscribe with
>     expires=0 in order to get only one notification...
>
>     Cheers,
>     Daniel
>
>
>     On 21/11/16 12:43, João Resende wrote:
>>     Sorry for the double email, 
>>
>>     I do not use UDP.
>>
>>     I can control also the client side, what do you think that is the
>>     simplest way to archive this goal?
>>
>>     best
>>     João
>>
>>
>>
>>
>>     2016-11-21 11:37 GMT+00:00 João Resende <ms92resende at gmail.com
>>     <mailto:ms92resende at gmail.com>>:
>>
>>         Hello,
>>
>>         Can be both option TCP or TLS. I don't test with udp.
>>
>>         best,
>>         João
>>
>>
>>
>
>     -- 
>     Daniel-Constantin Mierla
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>     <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/d8ad4197/attachment.html>

From miconda at gmail.com  Thu Jan  5 09:01:12 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 09:01:12 +0100
Subject: [SR-Users] location
In-Reply-To: <724765249.117475465.1483568950334.JavaMail.zimbra@skillsearch.ca>
References: <710270642.16309705.1482772429123.JavaMail.zimbra@skillsearch.ca>
 <1678890846.85642114.1483364235234.JavaMail.zimbra@skillsearch.ca>
 <da704778-013c-4a69-de14-b8f515bee90a@gmail.com>
 <1392544399.85955934.1483366369986.JavaMail.zimbra@skillsearch.ca>
 <0470198c-1d14-1ab7-b334-f16df350d419@gmail.com>
 <2077186208.86733224.1483371633111.JavaMail.zimbra@skillsearch.ca>
 <724765249.117475465.1483568950334.JavaMail.zimbra@skillsearch.ca>
Message-ID: <bb16c9ca-aa5a-7ce2-1433-f68d9bd49fe4@gmail.com>

Hello,

as the docs say, the uri is the value to be used instead of To header
URI, not instead of Contact URI. This value is used to store in the
username and domain columns.

Cheers,
Daniel

On 04/01/2017 23:29, Slava Bendersky wrote:
> Hello Daniel,
> Based on wiki page 
> http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.f.save
>
> I should be able do location save with pv var and supply uri.
>
> save("location", "0x00", "sip:test at kamailio.org");
>
>  *
>
>     /uri/ (optional - flags param has to be set and can be 0 for
>     default behavior) - SIP URI to do be used instead of To header
>     URI. It can be a dynamic string with pseudo-variables.
>
> I tested  multiply variation all of them ignore pv var.
>
>
> Slava.
>
>
> ------------------------------------------------------------------------
> *From: *"volga629" <volga629 at skillsearch.ca>
> *To: *"miconda" <miconda at gmail.com>
> *Cc: *"sr-users" <sr-users at lists.sip-router.org>
> *Sent: *Monday, January 2, 2017 11:40:33 AM
> *Subject: *Re: [SR-Users] location
>
> Hello Daniel,
> I am trying save user contact on reply 200 OK from freeswitch. Contact
> is set in $avp(aor) which contain updated user location.
>
> Slava.
>
> ------------------------------------------------------------------------
> *From: *"miconda" <miconda at gmail.com>
> *To: *"volga629" <volga629 at skillsearch.ca>, "sr-users"
> <sr-users at lists.sip-router.org>
> *Sent: *Monday, January 2, 2017 10:45:34 AM
> *Subject: *Re: [SR-Users] location
>
> Hello,
>
> the third parameter is not for contact, it is the address of record --
> the user address, eg., alice at sipdomain.com, not alice at phone.ip
>
> What exactly do you need to achieve? Maybe there are other options
> that you can use.
>
> Cheers,
> Daniel
>
> On 02/01/2017 15:12, Slava Bendersky wrote:
>
>     Hello Daniel,
>     Meaning if(!save("location", "0x04", "$var(aor)")) ---> $var(aor)
>     ignored.  It use default Contact. Here are the log
>
>     $var(aor) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host}) +
>     ":" + $(avp(rcvcontact){uri.port});
>
>     INFO: <script>: OnReply: Registration is 200 OK saving
>     --> sip:4300 at client_pub_ip:31376;transport=tls in db ---> xlog. 
>
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>     cfgtrace:onreply_route=[LOCATION_REPLY]
>     c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>     [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-1]
>     (1 / 20)
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>     [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>     [sruid.c:182]: sruid_next(): new sruid is [uloc-586147f5-15aa-2]
>     (2 / 20)
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>     [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>     [ucontact.c:1004]: db_update_ucontact_ruid():
>     ruid:uloc-5860b463-10c5-1
>     Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>     [ucontact.c:1133]: db_update_ucontact_ruid():
>     contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN side
>     contact (Use Contact header not $var(aor)
>
>
>
>     Slava.
>
>     ------------------------------------------------------------------------
>     *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
>     *To: *"sr-users" <sr-users at lists.sip-router.org>
>     *Sent: *Monday, January 2, 2017 9:57:14 AM
>     *Subject: *Re: [SR-Users] location
>
>     Hello,
>
>     what do you mean by "will ignore on pv var"? Is the record not
>     saved at all or the value of pv var is not used?
>
>     Cheers,
>     Daniel
>
>
>     On 02/01/2017 14:37, Slava Bendersky wrote:
>
>         Hello Everyone,
>         Is possible get help on issue ? I asked on IRC channel and
>         another person so same problem with location save ?
>
>         Slava.
>
>         ------------------------------------------------------------------------
>         *From: *"volga629" <volga629 at skillsearch.ca>
>         *To: *"sr-users" <sr-users at lists.sip-router.org>
>         *Sent: *Monday, December 26, 2016 1:13:49 PM
>         *Subject: *[SR-Users] location
>
>         Hello Everyone,
>         Why save location will ignore on pv var when trying save on
>         reply 200 OK.
>
>         if(is_method("REGISTER") && fnmatch("$rs", "200")) {
>          xlog("L_INFO", "OnReply: Registration is $rs OK saving -->
>         $avp(rcvcontact) in db\n");
>          $var(oar) = "sip:" + $tU + "@" + $(avp(rcvcontact){uri.host})
>         + ":" + $(avp(rcvcontact){uri.port});
>          if(!save("location", "0x04", "$var(oar)"))  {
>             xlog("L_INFO", "Error saving the location\n");
>         }
>
>
>
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>         cfgtrace:onreply_route=[LOCATION_REPLY]
>         c=[/etc/kamailio/kamailio-prod.cfg] l=619 a=26 n=xlog
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) INFO: <script>:
>         OnReply: Registration is 200 OK saving -->
>         sip:4300 at client_pub_ip:31376;transport=tls in db
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>         cfgtrace:onreply_route=[LOCATION_REPLY]
>         c=[/etc/kamailio/kamailio-prod.cfg] l=620 a=63 n=assign
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>         cfgtrace:onreply_route=[LOCATION_REPLY]
>         c=[/etc/kamailio/kamailio-prod.cfg] l=624 a=16 n=if
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) ERROR: ***
>         cfgtrace:onreply_route=[LOCATION_REPLY]
>         c=[/etc/kamailio/kamailio-prod.cfg] l=621 a=27 n=save
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>         [sruid.c:182]: sruid_next(): new sruid is
>         [uloc-586147f5-15aa-1] (1 / 20)
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>         [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-1
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: <core>
>         [sruid.c:182]: sruid_next(): new sruid is
>         [uloc-586147f5-15aa-2] (2 / 20)
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: registrar
>         [save.c:410]: pack_ci(): generated ruid is: uloc-586147f5-15aa-2
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>         [ucontact.c:1004]: db_update_ucontact_ruid():
>         ruid:uloc-5860b463-10c5-1
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: usrloc
>         [ucontact.c:1133]: db_update_ucontact_ruid():
>         contact:sip:4300 at 10.18.130.27:5060;transport=udp ----> LAN
>         side contact
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>         [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in:
>         10 chars, out: 10 chars
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>         [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in:
>         21 chars, out: 21 chars
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>         [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in:
>         33 chars, out: 33 chars
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>         [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in:
>         40 chars, out: 40 chars
>         Dec 26 11:43:20 cavprx00 kamailio: 4(5546) DEBUG: db_postgres
>         [km_val.c:163]: db_postgres_val2str(): PQescapeStringConn: in:
>         20 chars, out: 20 chars
>
>
>
>         Slava.
>
>         _______________________________________________
>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>         mailing list
>         sr-users at 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 at lists.sip-router.org
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda -- www.linkedin.com/in/miconda
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/90958907/attachment.html>

From miconda at gmail.com  Thu Jan  5 09:02:42 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 09:02:42 +0100
Subject: [SR-Users] how to immediately close a tls connection
In-Reply-To: <1483596415734-154630.post@n5.nabble.com>
References: <1483596415734-154630.post@n5.nabble.com>
Message-ID: <f22e2423-6356-8491-ecee-5c7705c9598f@gmail.com>

Hello,

where do you try to close it? From kamailio.cfg or from C code?

Cheers,
Daniel


On 05/01/2017 07:06, Andy wrote:
> Hi,
>
> trying to close a tls connection immediately,
>
> have ref to the connection (tcpconn) pointer
>
> please suggest,
> thanks!
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/how-to-immediately-close-a-tls-connection-tp154630.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From yasin.caner at netgsm.com.tr  Thu Jan  5 09:09:00 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Thu, 5 Jan 2017 11:09:00 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
Message-ID: <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/fe64cf3d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/fe64cf3d/attachment.jpg>

From miconda at gmail.com  Thu Jan  5 09:17:24 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 09:17:24 +0100
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
 <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
Message-ID: <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>

Hello,

thanks, got some leads with the new log messages, so I pushed another
commit to see which of the fields there is causing the problem. Can you
fetch again master and give it another try?

Cheers,
Daniel


On 05/01/2017 09:09, Yasin CANER wrote:
>
> Hello;
>
> Results are here. Once i tried carrierroute config with kamailio
> V4.1.9 and it works. here version is kamailio 5.0.0-dev10 . it is
> started with "kamailio -dd -E"
>
>
> [root at Test  master]# kamcmd cr.reload_routes
> [root at Test  master]# kamcmd cr.dump_routes
> error: 500 - Internal error - carrier structure
> [root at Test  master]#
> [root at Test  master]#
> [root at Test  master]# kamctl rpc cr.dump_routes
> {"jsonrpc":"2.0","result":{"routes":[{"carrier":,"id":1,"domains":[{"domain":,"id":1,"data":["     
> NULL: 100.000 %, 'ip:5060': ON, '0', '', '', '338'"]}]}]},"id":9684}
>
>
> here is log
>
>
> [root at TestDispatcher master]# 10(9666) INFO: carrierroute
> [cr_db.c:315]: load_route_data_db(): carrier 'default' (id 1) has 1
> domains
> 10(9666) INFO: carrierroute [cr_data.c:456]: add_route(): adding
> prefix , prob 1.000000
> 10(9666) INFO: carrierroute [cr_carrier.c:98]: add_domain_data():
> adding domain 1 'mydomainip' to carrier 1 'default'10(9666) INFO:
> carrierroute [cr_data.c:412]: get_domain_data_or_add(): added domain 1
> 'mydomainip' to carrier 1 'default'10(9666) INFO: carrierroute
> [cr_data.c:468]: add_route(): found carrier and domain, now adding route
> 10(9666) INFO: carrierroute [cr_rule.c:118]: add_route_rule(): no
> backed up rules
> 10(9666) INFO: carrierroute [cr_data.c:653]: rule_fixup(): fixing tree
> mydomainip
> 10(9666) INFO: carrierroute [cr_data.c:613]: rule_fixup_recursor():
> hashless rule with host ip:5060 hash, hash_index 1
> _10(9666) ERROR: ctl [binrpc_run.c:1112]: rpc_struct_add(): failed to
> add attribute-value__
> __10(9666) ERROR: carrierroute [cr_fifo.c:1192]: cr_rpc_dump_routes():
> add carrier structure failure at count 0_
>
>
> In addition , I tried to modify code like this  and it didnt work
> either. it gives same error.
>
>
>                     if(rpc->struct_add(dh, "Sd[", "carrier", "at",
>                                                 "id", "123",
>                                                 "domains",  &eh)<0) {
>                                 LM_ERR("add carrier structure failure
> at count %d\n", i);
>                                 rpc->fault(ctx, 500, "Internal error -
> carrier structure");
>                                 goto error;
>                         }
>
>
> 5.01.2017 00:39 tarihinde Daniel-Constantin Mierla yazdı:
>> kamctl rpc cr.dump_routes
>
> -- 
> <http://www.netgsm.com.tr>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/909015e4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/909015e4/attachment.jpe>

From yasin.caner at netgsm.com.tr  Thu Jan  5 09:47:41 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Thu, 5 Jan 2017 11:47:41 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
 <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
 <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>
Message-ID: <dacbf84d-61f2-0f7f-6a31-9f88ee9445fb@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/27df314e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/27df314e/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/27df314e/attachment.jpg>

From oej at edvina.net  Thu Jan  5 10:54:59 2017
From: oej at edvina.net (Olle E. Johansson)
Date: Thu, 5 Jan 2017 10:54:59 +0100
Subject: [SR-Users] Kamailio cancel branch only after receiving replies
In-Reply-To: <3a18cc58-d53b-439f-a3b6-919d5d7c3f6a@gmail.com>
References: <CAGVOjVV2aLM4eDJLj_Jnjv73dhF7y4gZ_UaoiVDFa=VRU4_xpg@mail.gmail.com>
 <3a18cc58-d53b-439f-a3b6-919d5d7c3f6a@gmail.com>
Message-ID: <9F566CC5-BD5A-4BE8-BCCE-B3C0167E7CF1@edvina.net>


> On 03 Jan 2017, at 09:20, Daniel-Constantin Mierla <miconda at gmail.com> wrote:
> 
> Hello,
> this is the behaviour required by rfc, to send cancel only after receiving a provisional reply 1xx.
Which is the only way - before that point we don’t know if any SIP-capable software has gotten the INVITE and
the INVITE will be retransmitted still. There’s simply no point in starting to send any CANCEL requests at that time.
The big question is really why there was no “100 trying” from the phone before the ringing…

/O
> 
> The cancel_b_method parameter is there to control this behaviour, but it may apply only to the case when the cancel is received and needs to be forwarded, so this needs to be investigated for t_cancel_branches("others").
> 
> Perhaps the best is to open an item on issue tracker from github.com/kamailio/kamailio not to forget about it -- these days are rather busy, with the freezing of the release in few days.
> 
> Cheers,
> Daniel
> 
> On 02/01/2017 21:11, Aqs Younas wrote:
>> Greetings list, 
>> I am forking a call to multiple destinations and want to keep the only branch which sends quicker first 180/183 reply and cancel the remaining branches. Below is my related cfg snippet.
>> 
>> 
>> modparam("tm", "failure_reply_mode", 3)
>> modparam("tm", "fr_timer", 30000)
>> modparam("tm", "fr_inv_timer", 120000)
>> modparam("tm", "cancel_b_method", 2)
>> ...
>> route[SIPOUT] {
>>         if (uri==myself) return;
>> 
>>         append_hf("P-hint: outbound\r\n");
>>         append_branch();
>>         append_branch();
>>         route(RELAY);
>>         exit;
>> }
>> onreply_route[MANAGE_REPLY] {
>>         xdbg("incoming reply\n");
>>         if(status=~"[12][0-9][0-9]") {
>>                 xlog("L_INFO","Received $rs (IP:$si:$sp)\n");
>>                 if(status=~"18[03]"){
>>                         t_cancel_branches("others");
>>                         xlog("L_INFO","cancelled all other branches\n");
>>                 }
>>                 route(NATMANAGE);
>>         }
>> }
>> ...
>> 
>> But I see kamailio does not instantly send CANCEL to other branches after it has received 180/180 from any branch. 
>> Kamailio is sending CANCEL to other branches after they start sending 180/183 one by one. How can I cancel all other branches instantly?
>> 
>> I am sure there is something wrongly configured in my configuration.  
>> 
>> Any suggestion is much appreciated. 
>> Best Regards.
>> 
>> 
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> 
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com/>_______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/93b140f2/attachment.html>

From vhernando at systemonenoc.com  Thu Jan  5 11:31:10 2017
From: vhernando at systemonenoc.com (Vicente Hernando)
Date: Thu, 5 Jan 2017 11:31:10 +0100
Subject: [SR-Users] Regarding usage of Redis Module in Kamailio core
In-Reply-To: <1483599344.284519557@apps.rackspace.com>
References: <mailman.3.1483527601.22165.sr-users@lists.sip-router.org>
 <1483529338.743222912@apps.rackspace.com>
 <1483599344.284519557@apps.rackspace.com>
Message-ID: <82e614f9-9a70-6c6a-0579-563c9d869420@systemonenoc.com>

Hello Hemanth,

this minimal kamailio cfg file works for me to test ndb_redis module.


#!KAMAILIO

debug=4
log_stderror=yes
children=4
fork=yes
#disable_tcp=yes

mpath="modules/"

loadmodule "ndb_redis.so"

# An already configured redis server is needed here
modparam("ndb_redis", "server", "name=srv1;addr=127.0.0.1;port=6379;db=0")

request_route {
   redis_cmd("srv1", "SET foo bar", "r");
   exit;
}



Changing the parameters to suit your configuration, you can use it to 
debug your system.


Regards,
Vicente.


On 01/05/2017 07:55 AM, hemanth at advaitamtech.com wrote:
>
> Hello Vicente,
>
> Thanks for your response,
>
> In response to your query,
>
> Yes i have Built ndb_redis module and i can see ndb_redis.so in /usr/local/lib64/kamailio/modules folder, I have installed hiredis depenency also,
>
> I have also modified the kamailio.cfg file loadmodule and modparam list,
>
> I feel like the way i am using the redis_cmd is wrong, I think i need to add it in route section of kamailio.cfg file, Can you please guide me regarding how to use redis db in order to update user information to DB on registration of each user.
>
> Thanks & Regards
> Hemanth
>
>
> Message: 8
> Date: Wed, 4 Jan 2017 14:41:42 +0530 (IST)
> From: "hemanth at advaitamtech.com" <hemanth at advaitamtech.com>
> To: sr-users at lists.sip-router.org
> Subject: [SR-Users] Regarding usage of Redis Module in Kamailio core
> Message-ID: <1483521102.18025940 at apps.rackspace.com>
> Content-Type: text/plain;charset=UTF-8
>
> Hello,
>
> I am using Kamailio as a SIP proxy,
>
> I want to store Registered user information in Redis DB,
>
> I am able to configure REDIS DB, But i am not able to run the redis command from
>
> Kamailio core using the function
>
>      "redis_cmd("srvN","SET key 1", "r")"
>
> I am getting undefined reference error as below
>
> "/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"
>
> can anyone please help me to fix this issue
>
> Thanks & Regards
> Hemanth
>
>
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 4 Jan 2017 10:50:05 +0100
> From: Vicente Hernando <vhernando at systemonenoc.com>
> To: sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] Regarding usage of Redis Module in Kamailio
> 	core
> Message-ID: <b003d2aa-ddd0-574d-b9e3-9b91e44976f1 at systemonenoc.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hello Hemanth,
>
> just a quick response, I would check if you compiled ndb_redis module
> correctly (also if you have hiredis library dependency).
>
> Also I would check if you loaded ndb_redis module in your configuration
> file.
>
>
> Regards,
> Vicente.
>
> On 01/04/2017 10:11 AM, hemanth at advaitamtech.com wrote:
>> Hello,
>>
>> I am using Kamailio as a SIP proxy,
>>
>> I want to store Registered user information in Redis DB,
>>
>> I am able to configure REDIS DB, But i am not able to run the redis command from
>>
>> Kamailio core using the function
>>
>>       "redis_cmd("srvN","SET key 1", "r")"
>>
>> I am getting undefined reference error as below
>>
>> "/usr/local/src/kamailio-4.4/kamailio/receive.c:208: undefined reference to `redis_cmd'"
>>
>> can anyone please help me to fix this issue
>>
>> Thanks & Regards
>> Hemanth
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> ------------------------------
>
> End of sr-users Digest, Vol 140, Issue 3
> ****************************************
>
>
>
>



From hai.bui at htklabs.com  Thu Jan  5 12:16:38 2017
From: hai.bui at htklabs.com (Hai Bui Duc Ha)
Date: Thu, 5 Jan 2017 18:16:38 +0700
Subject: [SR-Users] Kamailio parse failed message
Message-ID: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>

Hi all,

I have problem when make call with my Android mobile use PJSIP library.
Scenario:

my client  -> Kamailio -> Freeswitch (media server) -> another client (soft
phone on Windows)

my client:
 + use Bluestack
 + Capture via Wireshark
 + use Wifi

Issue: The call will be drop after ~ 30 second.

I see the error on Kamailio:
*Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
[parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
message (offset: 13)*
*Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
[parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
message (offset: 13)*
*Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
[parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg: message=<p:8
PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
0-16#015#012ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp
SIP/2.0#015#012Via: SIP/2.0/TCP
10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
70#015#012From: "Phap Huynh"
<sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
<sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055 ACK#015#012Route:
<sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
 0#015#012#015#012>*
*Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core> [receive.c:129]:
receive_msg(): core parsing of SIP message failed (49.156.54.54:50785/2
<http://49.156.54.54:50785/2>)*

Seem to the server error when parse
(on INVITE SDP)


*a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-16*

(on new ACK message)
*ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0*
*Via: SIP/2.0/TCP
10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias*
*Max-Forwards: 70*
*From: "Phap Huynh"
<sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
*To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj*
*Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
*CSeq: 29055 ACK*
*Route:
<sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>*
*Content-Length:  0*

I think the SIP message is fragmented but when resume package is not
correct.
Do you have any advice ? Thank you for watching !

Regards,
Hai Bui


-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/b3a6d371/attachment.html>

From alirsm2 at outlook.com  Thu Jan  5 14:27:54 2017
From: alirsm2 at outlook.com (AL S)
Date: Thu, 5 Jan 2017 13:27:54 +0000
Subject: [SR-Users] unexpected char - status 6
Message-ID: <SN2PR0601MB09755C9DAE7E1F50C67870BEE6600@SN2PR0601MB0975.namprd06.prod.outlook.com>

Hi,

Kamailio is throwing error message from "parse_to.c" with status=6.  The source code shows status 6 as URI_ENCLOSED.

However, tcpdump of the call does not show any enclosed angle bracket is missing.  (tcpdump pcap file is attached.)


Kamailio log
Jan  4 10:18:21 orl-ar-openser01 /usr/sbin/kamailio[2374]: ERROR: <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK04001cd3>> .

FROM and TO in INVITE received by Kamailio
From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
To: <sip:2057030997 at 72.31.12.161>;tag=gK04001cd3

FROM and TO in INVITE forward by Kamailio for the same call
From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
To: <sip:2057030997 at 72.31.12.161\000\000>;tag=gK04001cd3

PS: this error message is happening on all 4 kamailio servers (3.3.0)
PS: call failure only happens in re INVITE (call stays active longer than 15 min)

Your help would be appreciated.

Thanks,
AS

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/412f3ab8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test2.pcap
Type: application/octet-stream
Size: 2011 bytes
Desc: test2.pcap
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/412f3ab8/attachment.obj>

From annusfictus at gmail.com  Thu Jan  5 15:13:44 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Thu, 5 Jan 2017 09:13:44 -0500
Subject: [SR-Users] CDR - acc_cdrs
Message-ID: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>

Hello,

I'm trying to save Kamailio CDR on acc_cdrs table without success. My 
relevant configuration look like:

-----

#!define FLT_ACC 1
#!define FLT_ACCMISSED 2
#!define FLT_ACCFAILED 3

-----

#!define WITH_ACCDB

----

loadmodule "dialog.so"
loadmodule "acc.so"
modparam("dialog", "dlg_flag", 0)

----

# ----- acc params -----
modparam("acc", "early_media", 0)
modparam("acc", "report_ack", 0)
modparam("acc", "report_cancels", 0)
modparam("acc", "detect_direction", 0)
modparam("acc", "log_flag", FLT_ACC)
modparam("acc", "log_missed_flag", FLT_ACCMISSED)
modparam("acc", "log_extra",
         "src_user=$fU;src_domain=$fd;src_ip=$si;"
         "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
#!ifdef WITH_ACCDB
modparam("acc", "db_flag", FLT_ACC)
modparam("acc", "db_missed_flag", FLT_ACCMISSED)
modparam("acc", "db_url", DBURL)
modparam("acc", "cdr_enable", 1)
modparam("acc", "cdr_log_enable", 1)
modparam("acc", "cdr_on_failed", 1)
modparam("acc", "cdrs_table", "acc_cdrs")
modparam("acc", "cdr_start_on_confirmed", 1)
modparam("acc", "db_extra",
         "src_user=$fU;src_domain=$fd;src_ip=$si;"
         "dst_ouser=$tU;dst_user=$rU;dst_domain=$td")
#!endif

Any hint is really appreciate.

Regards




From dnadares at gmail.com  Thu Jan  5 15:54:02 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Thu, 5 Jan 2017 11:54:02 -0300
Subject: [SR-Users] CDR - acc_cdrs
In-Reply-To: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>
References: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>
Message-ID: <CAP-r+epDytJc5i88SubXO-da3s0FG4scBio5YjvzhGvmdoFMVg@mail.gmail.com>

Hi Annus,

Did you set the flags for those calls you want to account?

I have something like this in my request route

if (is_method("INVITE") && !has_totag()) {
                setflag(FLT_ACC); # do accounting
                dlg_manage();
                setflag(FLT_ACCMISSED);
                setflag(FLT_ACCFAILED);
 }

Logs?

Cheers,

Diego



2017-01-05 11:13 GMT-03:00 Annus Fictus <annusfictus at gmail.com>:

> Hello,
>
> I'm trying to save Kamailio CDR on acc_cdrs table without success. My
> relevant configuration look like:
>
> -----
>
> #!define FLT_ACC 1
> #!define FLT_ACCMISSED 2
> #!define FLT_ACCFAILED 3
>
> -----
>
> #!define WITH_ACCDB
>
> ----
>
> loadmodule "dialog.so"
> loadmodule "acc.so"
> modparam("dialog", "dlg_flag", 0)
>
> ----
>
> # ----- acc params -----
> modparam("acc", "early_media", 0)
> modparam("acc", "report_ack", 0)
> modparam("acc", "report_cancels", 0)
> modparam("acc", "detect_direction", 0)
> modparam("acc", "log_flag", FLT_ACC)
> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
> modparam("acc", "log_extra",
>         "src_user=$fU;src_domain=$fd;src_ip=$si;"
>         "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
> #!ifdef WITH_ACCDB
> modparam("acc", "db_flag", FLT_ACC)
> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
> modparam("acc", "db_url", DBURL)
> modparam("acc", "cdr_enable", 1)
> modparam("acc", "cdr_log_enable", 1)
> modparam("acc", "cdr_on_failed", 1)
> modparam("acc", "cdrs_table", "acc_cdrs")
> modparam("acc", "cdr_start_on_confirmed", 1)
> modparam("acc", "db_extra",
>         "src_user=$fU;src_domain=$fd;src_ip=$si;"
>         "dst_ouser=$tU;dst_user=$rU;dst_domain=$td")
> #!endif
>
> Any hint is really appreciate.
>
> Regards
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/f1ef0968/attachment.html>

From annusfictus at gmail.com  Thu Jan  5 15:58:43 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Thu, 5 Jan 2017 09:58:43 -0500
Subject: [SR-Users] CDR - acc_cdrs
In-Reply-To: <CAP-r+epDytJc5i88SubXO-da3s0FG4scBio5YjvzhGvmdoFMVg@mail.gmail.com>
References: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>
 <CAP-r+epDytJc5i88SubXO-da3s0FG4scBio5YjvzhGvmdoFMVg@mail.gmail.com>
Message-ID: <df2a74af-7d70-557c-8e8b-e40f6ac3efd4@gmail.com>

Hi Diego,

I'm using default script:

# account only INVITEs
         if (is_method("INVITE")) {
                 setflag(FLT_ACC); # do accounting
         }


if (is_method("BYE")) {
                         setflag(FLT_ACC); # do accounting ...
                         setflag(FLT_ACCFAILED); # ... even if the 
transaction fails
                 }

Regards


El 05/01/2017 a las 09:54, Diego Nadares escribió:
> Hi Annus,
>
> Did you set the flags for those calls you want to account?
>
> I have something like this in my request route
>
> if (is_method("INVITE") && !has_totag()) {
>                 setflag(FLT_ACC); # do accounting
>                 dlg_manage();
>                 setflag(FLT_ACCMISSED);
>                 setflag(FLT_ACCFAILED);
>  }
>
> Logs?
>
> Cheers,
>
> Diego
>
>
>
> 2017-01-05 11:13 GMT-03:00 Annus Fictus <annusfictus at gmail.com 
> <mailto:annusfictus at gmail.com>>:
>
>     Hello,
>
>     I'm trying to save Kamailio CDR on acc_cdrs table without success.
>     My relevant configuration look like:
>
>     -----
>
>     #!define FLT_ACC 1
>     #!define FLT_ACCMISSED 2
>     #!define FLT_ACCFAILED 3
>
>     -----
>
>     #!define WITH_ACCDB
>
>     ----
>
>     loadmodule "dialog.so"
>     loadmodule "acc.so"
>     modparam("dialog", "dlg_flag", 0)
>
>     ----
>
>     # ----- acc params -----
>     modparam("acc", "early_media", 0)
>     modparam("acc", "report_ack", 0)
>     modparam("acc", "report_cancels", 0)
>     modparam("acc", "detect_direction", 0)
>     modparam("acc", "log_flag", FLT_ACC)
>     modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>     modparam("acc", "log_extra",
>             "src_user=$fU;src_domain=$fd;src_ip=$si;"
>             "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
>     modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>     #!ifdef WITH_ACCDB
>     modparam("acc", "db_flag", FLT_ACC)
>     modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>     modparam("acc", "db_url", DBURL)
>     modparam("acc", "cdr_enable", 1)
>     modparam("acc", "cdr_log_enable", 1)
>     modparam("acc", "cdr_on_failed", 1)
>     modparam("acc", "cdrs_table", "acc_cdrs")
>     modparam("acc", "cdr_start_on_confirmed", 1)
>     modparam("acc", "db_extra",
>             "src_user=$fU;src_domain=$fd;src_ip=$si;"
>             "dst_ouser=$tU;dst_user=$rU;dst_domain=$td")
>     #!endif
>
>     Any hint is really appreciate.
>
>     Regards
>
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/cf188524/attachment.html>

From miconda at gmail.com  Thu Jan  5 16:23:22 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 16:23:22 +0100
Subject: [SR-Users] RTPProxy with VPN
In-Reply-To: <CAGRP3yODE_jiUkFr4zaME5DU3J+TLr25Pboyy_AcUnh3_Brdig@mail.gmail.com>
References: <CAGRP3yODE_jiUkFr4zaME5DU3J+TLr25Pboyy_AcUnh3_Brdig@mail.gmail.com>
Message-ID: <6b4c22c3-87c0-8125-4807-c2558d57dc08@gmail.com>

Hello,

you need to run rtpproxy in bridge mode. See the alg example from the
rtpproxy module -- online at:

  -
https://github.com/kamailio/kamailio/blob/master/src/modules/rtpproxy/examples/alg.cfg

Cheers,
Daniel


On 05/01/2017 01:09, Rodrigo Moreira wrote:
> Hello,
>
> I am having problems with RTPPROXY. I need it to work as a bridge. On
> one side will have a VPN tunnel called a tun0, on the other an eth0
> interface. Is it possible for RTPPROXY to run correctly in this scenario?
>
> How can I test if RTPPROXY is running correctly? Is there any command?
> What would the configuration look like inside /etc/default/rtpproxy
>
> Please help me.
>
> Best regards
> -- 
> Rodrigo M.
> (37) 9132-4539
> (34) 9889-3069
> rodrigo.moreira2007
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/2668bc48/attachment.html>

From miconda at gmail.com  Thu Jan  5 16:25:10 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 16:25:10 +0100
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
Message-ID: <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>

Hello,

do you have the pcap for such message? Is it happening for the ACK you
pasted or some other message?

Cheers,
Daniel


On 05/01/2017 12:16, Hai Bui Duc Ha wrote:
> Hi all,
>
> I have problem when make call with my Android mobile use PJSIP library.
> Scenario:
>
> my client  -> Kamailio -> Freeswitch (media server) -> another client
> (soft phone on Windows)
>
> my client:
>  + use Bluestack
>  + Capture via Wireshark
>  + use Wifi
>
> Issue: The call will be drop after ~ 30 second.
>
> I see the error on Kamailio:
> /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
> message (offset: 13)/
> /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
> message (offset: 13)/
> /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg: message=<p:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16#015#012ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp
> SIP/2.0#015#012Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
> 70#015#012From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
> <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
> ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055 ACK#015#012Route:
> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
>  0#015#012#015#012>/
> /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [receive.c:129]: receive_msg(): core parsing of SIP message failed
> (49.156.54.54:50785/2 <http://49.156.54.54:50785/2>)/
>
> Seem to the server error when parse
> (on INVITE SDP)
> /a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16/
>
> (on new ACK message)
> /ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0/
> /Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias/
> /Max-Forwards: 70/
> /From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO/
> /To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj/
> /Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB/
> /CSeq: 29055 ACK/
> /Route:
> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>/
> /Content-Length:  0/
>
> I think the SIP message is fragmented but when resume package is not
> correct.
> Do you have any advice ? Thank you for watching !
>
> Regards,
> Hai Bui
>
>
> -- 
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/9d6fbb3a/attachment.html>

From miconda at gmail.com  Thu Jan  5 16:30:23 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 16:30:23 +0100
Subject: [SR-Users] unexpected char - status 6
In-Reply-To: <SN2PR0601MB09755C9DAE7E1F50C67870BEE6600@SN2PR0601MB0975.namprd06.prod.outlook.com>
References: <SN2PR0601MB09755C9DAE7E1F50C67870BEE6600@SN2PR0601MB0975.namprd06.prod.outlook.com>
Message-ID: <c82dd646-ea1f-013e-dcf4-e6e7a1c2b5e4@gmail.com>

Hello,


the second packet in the trace has \0 in the To header. Likely the
endpoints is changing the From/To headers and restoring them with uac
module is no longer working. Either don't auto-restore them or use uac
with dialog module to store the the values.


Kamailio 4.4 or newer should have a better detection of this case.

Cheers,
Daniel

On 05/01/2017 14:27, AL S wrote:
>
> Hi,
>
>
> Kamailio is throwing error message from "parse_to.c" with status=6.
>  The source code shows status 6 as URI_ENCLOSED. 
>
> However, tcpdump of the call does not show any enclosed angle bracket
> is missing.  (tcpdump pcap file is attached.)
>
>
> Kamailio log
> Jan  4 10:18:21 orl-ar-openser01 /usr/sbin/kamailio[2374]: ERROR:
> <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char
> [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK04001cd3>> .
>
> FROM and TO in INVITE received by Kamailio
> From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
> To: <sip:2057030997 at 72.31.12.161>;tag=gK04001cd3
>
> FROM and TO in INVITE forward by Kamailio for the same call
> From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
> To: <sip:2057030997 at 72.31.12.161\000\000>;tag=gK04001cd3
>
> PS: this error message is happening on all 4 kamailio servers (3.3.0)
> PS: call failure only happens in re INVITE (call stays active longer
> than 15 min)
>
> Your help would be appreciated. 
>  
> Thanks,
> AS
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/a0700070/attachment.html>

From miconda at gmail.com  Thu Jan  5 16:30:37 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 5 Jan 2017 16:30:37 +0100
Subject: [SR-Users] unexpected char - status 6
In-Reply-To: <SN2PR0601MB09755C9DAE7E1F50C67870BEE6600@SN2PR0601MB0975.namprd06.prod.outlook.com>
References: <SN2PR0601MB09755C9DAE7E1F50C67870BEE6600@SN2PR0601MB0975.namprd06.prod.outlook.com>
Message-ID: <0f679973-05d7-c310-e329-f939310378be@gmail.com>

Hello,


the second packet in the trace has \0 in the To header. Likely the
endpoints is changing the From/To headers and restoring them with uac
module is no longer working. Either don't auto-restore them or use uac
with dialog module to store the the values.


Kamailio 4.4 or newer should have a better detection of this case.

Cheers,
Daniel

On 05/01/2017 14:27, AL S wrote:
>
> Hi,
>
>
> Kamailio is throwing error message from "parse_to.c" with status=6.
>  The source code shows status 6 as URI_ENCLOSED. 
>
> However, tcpdump of the call does not show any enclosed angle bracket
> is missing.  (tcpdump pcap file is attached.)
>
>
> Kamailio log
> Jan  4 10:18:21 orl-ar-openser01 /usr/sbin/kamailio[2374]: ERROR:
> <core> [parser/parse_to.c:626]: ERROR: parse_to : unexpected char
> [#015] in status 6: <<<sip:2057030997 at 72.31.12.161;tag=gK04001cd3>> .
>
> FROM and TO in INVITE received by Kamailio
> From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
> To: <sip:2057030997 at 72.31.12.161>;tag=gK04001cd3
>
> FROM and TO in INVITE forward by Kamailio for the same call
> From: <sip:7272697443 at 71.44.15.84>;tag=gK00d6c4e0
> To: <sip:2057030997 at 72.31.12.161\000\000>;tag=gK04001cd3
>
> PS: this error message is happening on all 4 kamailio servers (3.3.0)
> PS: call failure only happens in re INVITE (call stays active longer
> than 15 min)
>
> Your help would be appreciated. 
>  
> Thanks,
> AS
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/7f5714f6/attachment.html>

From dnadares at gmail.com  Thu Jan  5 17:21:06 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Thu, 5 Jan 2017 13:21:06 -0300
Subject: [SR-Users] CDR - acc_cdrs
In-Reply-To: <df2a74af-7d70-557c-8e8b-e40f6ac3efd4@gmail.com>
References: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>
 <CAP-r+epDytJc5i88SubXO-da3s0FG4scBio5YjvzhGvmdoFMVg@mail.gmail.com>
 <df2a74af-7d70-557c-8e8b-e40f6ac3efd4@gmail.com>
Message-ID: <CAP-r+epv4Dw-zFVh9+wPpb8yYMqSVBLU=6_qmc6hOpRaivJUTQ@mail.gmail.com>

Sorry. I thought that after sending the email.

Kamailio It's not saving even in acc table? Are you starting a dialog?

*dialog* -- Dialog, if “cdr_enable” module parameter is enabled

In my cfg

if (is_method("INVITE") && !has_totag()) {
                setflag(FLT_ACC); # do accounting
                dlg_manage(); <--------- Starting dialog
                setflag(FLT_ACCMISSED);
                setflag(FLT_ACCFAILED);
 }

2017-01-05 11:58 GMT-03:00 Annus Fictus <annusfictus at gmail.com>:

> Hi Diego,
>
> I'm using default script:
>
> # account only INVITEs
>         if (is_method("INVITE")) {
>                 setflag(FLT_ACC); # do accounting
>         }
>
>
> if (is_method("BYE")) {
>                         setflag(FLT_ACC); # do accounting ...
>                         setflag(FLT_ACCFAILED); # ... even if the
> transaction fails
>                 }
>
> Regards
>
> El 05/01/2017 a las 09:54, Diego Nadares escribió:
>
> Hi Annus,
>
> Did you set the flags for those calls you want to account?
>
> I have something like this in my request route
>
> if (is_method("INVITE") && !has_totag()) {
>                 setflag(FLT_ACC); # do accounting
>                 dlg_manage();
>                 setflag(FLT_ACCMISSED);
>                 setflag(FLT_ACCFAILED);
>  }
>
> Logs?
>
> Cheers,
>
> Diego
>
>
>
> 2017-01-05 11:13 GMT-03:00 Annus Fictus <annusfictus at gmail.com>:
>
>> Hello,
>>
>> I'm trying to save Kamailio CDR on acc_cdrs table without success. My
>> relevant configuration look like:
>>
>> -----
>>
>> #!define FLT_ACC 1
>> #!define FLT_ACCMISSED 2
>> #!define FLT_ACCFAILED 3
>>
>> -----
>>
>> #!define WITH_ACCDB
>>
>> ----
>>
>> loadmodule "dialog.so"
>> loadmodule "acc.so"
>> modparam("dialog", "dlg_flag", 0)
>>
>> ----
>>
>> # ----- acc params -----
>> modparam("acc", "early_media", 0)
>> modparam("acc", "report_ack", 0)
>> modparam("acc", "report_cancels", 0)
>> modparam("acc", "detect_direction", 0)
>> modparam("acc", "log_flag", FLT_ACC)
>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>> modparam("acc", "log_extra",
>>         "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>         "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>> #!ifdef WITH_ACCDB
>> modparam("acc", "db_flag", FLT_ACC)
>> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>> modparam("acc", "db_url", DBURL)
>> modparam("acc", "cdr_enable", 1)
>> modparam("acc", "cdr_log_enable", 1)
>> modparam("acc", "cdr_on_failed", 1)
>> modparam("acc", "cdrs_table", "acc_cdrs")
>> modparam("acc", "cdr_start_on_confirmed", 1)
>> modparam("acc", "db_extra",
>>         "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>         "dst_ouser=$tU;dst_user=$rU;dst_domain=$td")
>> #!endif
>>
>> Any hint is really appreciate.
>>
>> Regards
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/f9aa060b/attachment.html>

From annusfictus at gmail.com  Thu Jan  5 18:10:00 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Thu, 5 Jan 2017 12:10:00 -0500
Subject: [SR-Users] CDR - acc_cdrs
In-Reply-To: <CAP-r+epv4Dw-zFVh9+wPpb8yYMqSVBLU=6_qmc6hOpRaivJUTQ@mail.gmail.com>
References: <3ec614e4-f83c-b5af-315d-938b5e2b068c@gmail.com>
 <CAP-r+epDytJc5i88SubXO-da3s0FG4scBio5YjvzhGvmdoFMVg@mail.gmail.com>
 <df2a74af-7d70-557c-8e8b-e40f6ac3efd4@gmail.com>
 <CAP-r+epv4Dw-zFVh9+wPpb8yYMqSVBLU=6_qmc6hOpRaivJUTQ@mail.gmail.com>
Message-ID: <5a618490-8280-d414-5657-fffa320d283c@gmail.com>

Hi,

changing:

# account only INVITEs
         if (is_method("INVITE")) {
                 setflag(FLT_ACC); # do accounting
         }

with:

  if (is_method("INVITE")) {
                 dlg_manage();
                 setflag(FLT_ACC); # do accounting
         }

solve.

Thank you

Regards


El 05/01/2017 a las 11:21, Diego Nadares escribió:
> Sorry. I thought that after sending the email.
>
> Kamailio It's not saving even in acc table? Are you starting a dialog?
>
> /dialog/ -- Dialog, if “cdr_enable” module parameter is enabled
>
> In my cfg
>
> if (is_method("INVITE") && !has_totag()) {
> setflag(FLT_ACC); # do accounting
> dlg_manage(); <--------- Starting dialog
> setflag(FLT_ACCMISSED);
> setflag(FLT_ACCFAILED);
>  }
>
> 2017-01-05 11:58 GMT-03:00 Annus Fictus <annusfictus at gmail.com 
> <mailto:annusfictus at gmail.com>>:
>
>     Hi Diego,
>
>     I'm using default script:
>
>     # account only INVITEs
>             if (is_method("INVITE")) {
>                     setflag(FLT_ACC); # do accounting
>             }
>
>
>     if (is_method("BYE")) {
>                             setflag(FLT_ACC); # do accounting ...
>                             setflag(FLT_ACCFAILED); # ... even if the
>     transaction fails
>                     }
>
>     Regards
>
>
>     El 05/01/2017 a las 09:54, Diego Nadares escribió:
>>     Hi Annus,
>>
>>     Did you set the flags for those calls you want to account?
>>
>>     I have something like this in my request route
>>
>>     if (is_method("INVITE") && !has_totag()) {
>>                     setflag(FLT_ACC); # do accounting
>>                     dlg_manage();
>>                     setflag(FLT_ACCMISSED);
>>                     setflag(FLT_ACCFAILED);
>>      }
>>
>>     Logs?
>>
>>     Cheers,
>>
>>     Diego
>>
>>
>>
>>     2017-01-05 11:13 GMT-03:00 Annus Fictus <annusfictus at gmail.com
>>     <mailto:annusfictus at gmail.com>>:
>>
>>         Hello,
>>
>>         I'm trying to save Kamailio CDR on acc_cdrs table without
>>         success. My relevant configuration look like:
>>
>>         -----
>>
>>         #!define FLT_ACC 1
>>         #!define FLT_ACCMISSED 2
>>         #!define FLT_ACCFAILED 3
>>
>>         -----
>>
>>         #!define WITH_ACCDB
>>
>>         ----
>>
>>         loadmodule "dialog.so"
>>         loadmodule "acc.so"
>>         modparam("dialog", "dlg_flag", 0)
>>
>>         ----
>>
>>         # ----- acc params -----
>>         modparam("acc", "early_media", 0)
>>         modparam("acc", "report_ack", 0)
>>         modparam("acc", "report_cancels", 0)
>>         modparam("acc", "detect_direction", 0)
>>         modparam("acc", "log_flag", FLT_ACC)
>>         modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>>         modparam("acc", "log_extra",
>>                 "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>                 "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
>>         modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>>         #!ifdef WITH_ACCDB
>>         modparam("acc", "db_flag", FLT_ACC)
>>         modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>>         modparam("acc", "db_url", DBURL)
>>         modparam("acc", "cdr_enable", 1)
>>         modparam("acc", "cdr_log_enable", 1)
>>         modparam("acc", "cdr_on_failed", 1)
>>         modparam("acc", "cdrs_table", "acc_cdrs")
>>         modparam("acc", "cdr_start_on_confirmed", 1)
>>         modparam("acc", "db_extra",
>>                 "src_user=$fU;src_domain=$fd;src_ip=$si;"
>>                 "dst_ouser=$tU;dst_user=$rU;dst_domain=$td")
>>         #!endif
>>
>>         Any hint is really appreciate.
>>
>>         Regards
>>
>>
>>
>>         _______________________________________________
>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>         mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/45402293/attachment.html>

From anfecora at gmail.com  Thu Jan  5 18:24:30 2017
From: anfecora at gmail.com (anfecora)
Date: Thu, 5 Jan 2017 09:24:30 -0800
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
Message-ID: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>

Hi guys hope you have a great new year.
I would appreciate if anyone can point me in to the right direction .

I need to build a proxy to translate from ipv6 to ipv4, but kamailio should
not process the registers or invites, only translate from ipv6 to ipv4  and
forward all registrations over.


is that possible?
thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/74541fb9/attachment.html>

From colin.morelli at gmail.com  Thu Jan  5 18:36:15 2017
From: colin.morelli at gmail.com (Colin Morelli)
Date: Thu, 5 Jan 2017 12:36:15 -0500
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
Message-ID: <CAPtU-UoDXPWNPccC_=pH2pE=1Ov5oXX14N+vxdq=jsvnVTzHdQ@mail.gmail.com>

Can't answer whether or not it's possible as I haven't tried it - but,

Consider how this will impact the negotiation between clients and servers.
If your B2BUA thinks calls are coming in from IPV4 (instead of IPV6), then
it may not offer IPV6 in the invite. Similarly, if the client thinks it's
connecting to your SIP infrastructure via V6, then it'll likely offer V6 in
the invite which your B2BUA can't accept. ICE can probably help here, by
offering both V4 and V6 candidates, but that's going to depend on your
client/server setups. Unless you want Kamailio to proxy media s well, in
which case you may be able to escape this, but by adding complexity you
Kamailio.

If at all possible, I'd try to preserve the source protocol through to the
end. If this is something you already thought of though, great! Would be
good to hear what you come up with here.

Best,
Colin

On Thu, Jan 5, 2017 at 12:24 PM, anfecora <anfecora at gmail.com> wrote:

> Hi guys hope you have a great new year.
> I would appreciate if anyone can point me in to the right direction .
>
> I need to build a proxy to translate from ipv6 to ipv4, but kamailio
> should not process the registers or invites, only translate from ipv6 to
> ipv4  and forward all registrations over.
>
>
> is that possible?
> thanks.
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/19990d17/attachment.html>

From frank at carmickle.com  Thu Jan  5 18:43:18 2017
From: frank at carmickle.com (Frank Carmickle)
Date: Thu, 5 Jan 2017 12:43:18 -0500
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
Message-ID: <A2C695C0-31BE-4CB3-BF85-71BC25802A2A@carmickle.com>


> On Jan 5, 2017, at 12:24 PM, anfecora <anfecora at gmail.com> wrote:
> 
> Hi guys hope you have a great new year.
> I would appreciate if anyone can point me in to the right direction .
> 
> I need to build a proxy to translate from ipv6 to ipv4, but kamailio should not process the registers or invites, only translate from ipv6 to ipv4  and forward all registrations over.

A bit more information about the situation would be helpful. What exactly are you trying to do?

> is that possible?

6 to 4 translation is possible, but until we understand the situation I’m not sure we can be that helpful. Are these phones? If so are they dual stack? Is the underlying network dual stack? There’s a lot of work to do to get this right in a Kamailio config. You’ll need to run rtpengine to proxy the media if the endpoints are not dual stack. Who keeps the mapping of the v6 to v4 and v4 to v6 translations? How is that mapping determined? I’d recommend ds-lite if you are in a position to alter the network and the phones/systems allow for it.

HTH
—FC

> thanks.
> 
> 
> 



From anfecora at gmail.com  Thu Jan  5 18:51:10 2017
From: anfecora at gmail.com (anfecora)
Date: Thu, 5 Jan 2017 09:51:10 -0800
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <CAHjGmH==NVbQjppnnv2LqR42DfpFVeMO=Cbh5BasqHA4Htc7rg@mail.gmail.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
 <A2C695C0-31BE-4CB3-BF85-71BC25802A2A@carmickle.com>
 <CAHjGmH==NVbQjppnnv2LqR42DfpFVeMO=Cbh5BasqHA4Htc7rg@mail.gmail.com>
Message-ID: <CAHjGmH=7Rh8Dobmhv_UWf00HrXFvmc9VvrYpgAMw0ow99eRrgQ@mail.gmail.com>

Yes i am planning on proxing media. The case is that client will only talk
ipv6 but the registrar only have ipv4 connectivity. Therefore need to
create a proxy to translate this dialogs. Thi thnking on using kamailio to
receive the registration modify the pckets and forward registrations in
ipv4. I was thinking in using the asterisk kamailio example but instead of
asterisk behind will be an sbc. Therefore kamailio will listen in ipv6 and
translate over to ipv4 including media of course via rtpproxy.



On Jan 5, 2017 9:43 AM, "Frank Carmickle" <frank at carmickle.com> wrote:


> On Jan 5, 2017, at 12:24 PM, anfecora <anfecora at gmail.com> wrote:
>
> Hi guys hope you have a great new year.
> I would appreciate if anyone can point me in to the right direction .
>
> I need to build a proxy to translate from ipv6 to ipv4, but kamailio
should not process the registers or invites, only translate from ipv6 to
ipv4  and forward all registrations over.

A bit more information about the situation would be helpful. What exactly
are you trying to do?

> is that possible?

6 to 4 translation is possible, but until we understand the situation I’m
not sure we can be that helpful. Are these phones? If so are they dual
stack? Is the underlying network dual stack? There’s a lot of work to do to
get this right in a Kamailio config. You’ll need to run rtpengine to proxy
the media if the endpoints are not dual stack. Who keeps the mapping of the
v6 to v4 and v4 to v6 translations? How is that mapping determined? I’d
recommend ds-lite if you are in a position to alter the network and the
phones/systems allow for it.

HTH
—FC

> thanks.
>
>
>


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/1072d362/attachment.html>

From anfecora at gmail.com  Thu Jan  5 18:55:11 2017
From: anfecora at gmail.com (anfecora)
Date: Thu, 5 Jan 2017 09:55:11 -0800
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <A2C695C0-31BE-4CB3-BF85-71BC25802A2A@carmickle.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
 <A2C695C0-31BE-4CB3-BF85-71BC25802A2A@carmickle.com>
Message-ID: <CAHjGmH=4vvpiyj3n26=MyNGhB_jVjgPkLov1p50JNPdFYNaK=Q@mail.gmail.com>

Yes i am planning on proxing media. The case is that client will only talk
ipv6 but the registrar only have ipv4 connectivity. Therefore need to
create a proxy to translate this dialogs.  thnking on using kamailio to
receive the registration modify the packets and forward registrations in
ipv4. I was thinking in using the asterisk kamailio example but instead of
asterisk behind will be an sbc. Therefore kamailio will listen in ipv6 and
translate over to ipv4 including media of course via rtpproxy.



> > On Jan 5, 2017, at 12:24 PM, anfecora <anfecora at gmail.com> wrote:
> >
> > Hi guys hope you have a great new year.
> > I would appreciate if anyone can point me in to the right direction .
> >
> > I need to build a proxy to translate from ipv6 to ipv4, but kamailio
> should not process the registers or invites, only translate from ipv6 to
> ipv4  and forward all registrations over.
>
> A bit more information about the situation would be helpful. What exactly
> are you trying to do?
>
> > is that possible?
>
> 6 to 4 translation is possible, but until we understand the situation I’m
> not sure we can be that helpful. Are these phones? If so are they dual
> stack? Is the underlying network dual stack? There’s a lot of work to do to
> get this right in a Kamailio config. You’ll need to run rtpengine to proxy
> the media if the endpoints are not dual stack. Who keeps the mapping of the
> v6 to v4 and v4 to v6 translations? How is that mapping determined? I’d
> recommend ds-lite if you are in a position to alter the network and the
> phones/systems allow for it.
>
> HTH
> —FC
>
> > thanks.
> >
> >
> >
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/f25215ed/attachment.html>

From ms92resende at gmail.com  Thu Jan  5 23:44:15 2017
From: ms92resende at gmail.com (=?UTF-8?Q?Jo=C3=A3o_Resende?=)
Date: Thu, 5 Jan 2017 22:44:15 +0000
Subject: [SR-Users] presentity tabla,
	faster update when drop TCP/TLS connection
In-Reply-To: <d706499f-b7df-4021-50e5-f0b0046cc224@gmail.com>
References: <CAJaiw=FHXknuseWJZ_Eepe-+btpsUa-yHuCp1Yo2dHCTCNPVeg@mail.gmail.com>
 <78574ec1-460c-3a0e-115e-104cf073e44c@gmail.com>
 <CAJaiw=G_t3PtpfnXiqTXa+xYTELZaLhU91HjqTMBL_f9pwJN4w@mail.gmail.com>
 <CAJaiw=EZ9AgMm6HJFo-hY7Guwq+_d8Hduvmdv49xPnKy2xZkVw@mail.gmail.com>
 <CAJaiw=F9Z4nKXo-dnmtoDnd4KVi3z6fT_pzDLU4zpEdAM1JRdQ@mail.gmail.com>
 <520f38f4-e4df-6b28-25f7-2c56e0c8f07d@gmail.com>
 <CAJaiw=G1hxt=ZnLcLPK1JABfuyDsG8hhEL9FXqPcu77LC+5UCA@mail.gmail.com>
 <d706499f-b7df-4021-50e5-f0b0046cc224@gmail.com>
Message-ID: <CAJaiw=H=9NiitwaH6v0Th6i0+sOWmAcEc8igbn7b+iskyus2xA@mail.gmail.com>

Hello,

I already open the issue https://github.com/kamailio/kamailio/issues/915

I can try to help :)

Best,
João

2017-01-05 7:59 GMT+00:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> Hello,
>
> I got distracted by other tasks and then the winter holidays. Can you open
> an item on:
>
>   - https://github.com/kamailio/kamailio/issues
>
> not to forget again about this enhancemet request.
>
> Cheers,
> Daniel
>
> On 21/11/2016 13:09, João Resende wrote:
>
> I can try to test, I think that this would be an important feature to
> kamailio.
>
> I know that I could do that in the client but it is better be arranged on
> the server side i guess.
>
> best
> João
>
> 2016-11-21 12:04 GMT+00:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> For the topic here I need to look a bit at the code in order to see what
>> can be done now in an easier way. If I find it easier to just add some C
>> code to simplify a bit kamailio.cfg, will you be interested in testing with
>> kamailio master branch (devel version)? Because it would be rather
>> impossible for me these days to setup quickly a testbed for such case..
>>
>> If you control the client, one thing is to rely on push notifications to
>> optimize some communication with the server. I will also write more once I
>> know how they can be related with the internal structures we have.
>>
>> Also, for battery life of the watcher as well as getting most up to date
>> information, by subscribing only when the person it's looking at the
>> contact in the body list and subscribe with expires=0 in order to get only
>> one notification...
>>
>> Cheers,
>> Daniel
>>
>> On 21/11/16 12:43, João Resende wrote:
>>
>> Sorry for the double email,
>>
>> I do not use UDP.
>>
>> I can control also the client side, what do you think that is the
>> simplest way to archive this goal?
>>
>> best
>> João
>>
>>
>>
>>
>> 2016-11-21 11:37 GMT+00:00 João Resende <ms92resende at gmail.com>:
>>
>>> Hello,
>>>
>>> Can be both option TCP or TLS. I don't test with udp.
>>>
>>> best,
>>> João
>>>
>>>
>>>
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - http://www.asipto.com
>>
>> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170105/07b2ff43/attachment.html>

From hai.bui at htklabs.com  Fri Jan  6 03:39:46 2017
From: hai.bui at htklabs.com (Hai Bui Duc Ha)
Date: Fri, 6 Jan 2017 09:39:46 +0700
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
Message-ID: <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>

Hello Daniel,

Thank for reply !

do you have the pcap for such message?

Here is the message, I capture via Wireshark on client:
*Session Initiation Protocol (INVITE)*
*    Request-Line: INVITE
sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com> SIP/2.0*
*    Message Header*
*        Via: SIP/2.0/TCP
10.0.2.15:57735;rport;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias*
*        Max-Forwards: 70*
*        From: "Phap Huynh"
<sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
*        To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>*
*        Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>*
*        Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
*        CSeq: 29055 INVITE*
*        Route: <sip:125.212.212.40;transport=tcp;lr>*
*        Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
NOTIFY, REFER, MESSAGE, OPTIONS*
*        Supported: replaces, 100rel, timer, norefersub*
*        Session-Expires: 1800*
*        Min-SE: 9*
*        User-Agent: CSipSimple_hlteatt-19/r55*
*         [truncated]Proxy-Authorization: Digest username="huynhngocphap",
realm="happy.anttel-pro.ab-kz-02.antbuddy.com
<http://happy.anttel-pro.ab-kz-02.antbuddy.com>",
nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
<sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>",
response="71749de*
*        Content-Type: application/sdp*
*        Content-Length:   299*
*    Message Body*
*        Session Description Protocol*
*            Session Description Protocol Version (v): 0*
*            Owner/Creator, Session Id (o): - 3692596134 3692596134 IN IP4
10.0.2.15*
*            Session Name (s): pjmedia*
*            Connection Information (c): IN IP4 10.0.2.15*
*            Time Description, active time (t): 0 0*
*            Media Description, name and address (m): audio 4002 RTP/AVP 9
0 8 101*
*            Connection Information (c): IN IP4 10.0.2.15*
*            Media Attribute (a): rtcp:4003 IN IP4 10.0.2.15*
*            Media Attribute (a): sendrecv*
*            Media Attribute (a): rtpmap:9 G722/8000*
*            Media Attribute (a): rtpmap:0 PCMU/8000*
*            Media Attribute (a): rtpmap:8 PCMA/8000*
*            Media Attribute (a): rtpmap:101 telephone-event/8000*
*            Media Attribute (a): fmtp:101 0-16*

And this is message I receive on Freeswitch:
 ------------------------------------------------------------------------
   INVITE sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com SIP/2.0
   Record-Route:
<sip:125.212.212.40;transport=tcp;lr=on;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>
   Via: SIP/2.0/TCP 125.212.212.40:5060
;branch=z9hG4bK0d89.3807a4cf41ce9b48a7d1a75826762d6e.0;i=533c
   Via: SIP/2.0/TCP 10.0.2.15:57735
;received=49.156.54.54;rport=50785;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias
   Max-Forwards: 50
   From: "Phap Huynh" <
sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO
   To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>
   Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>
   Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB
   CSeq: 29055 INVITE
   Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
   Supported: replaces, 100rel, timer, norefersub
   Session-Expires: 1800
   Min-SE: 9
   User-Agent: CSipSimple_hlteatt-19/r55
   Proxy-Authorization: Digest username="huynhngocphap", realm="
happy.anttel-pro.ab-kz-02.antbuddy.com",
nonce="452a7bce-d326-11e6-a605-e9dce514db6e", uri="
sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com",
response="71749de35a220aef0b92c9ade03f90b7", algorithm=MD5,
cnonce="px.OiQUg2zZmYh.0-MmLC0f.-ZPXYa1V", qop=auth, nc=00000001
   Content-Type: application/sdp
   Content-Length:   289
   X-AUTH-IP: 49.156.54.54
   X-AUTH-PORT: 50785

   v=0
   o=- 3692596134 3692596134 IN IP4 49.156.54.54
   s=pjmedia
   c=IN IP4 49.156.54.54
   t=0 0
   m=audio 4002 RTP/AVP 9 0 8 101
   c=IN IP4 49.156.54.54
   a=rtcp:4003
   a=sendrecv
   a=rtpmap:9 G722/8000
   a=rtpmap:0 PCMU/8000
   a=oldmediaip:10.0.2.15
   a=oldmediaip:10.0.2.15
   a=oldmediaip:10.0.2.15
   ------------------------------------------------------------------------


You can see, it missing:
*            Media Attribute (a): rtpmap:8 PCMA/8000*
*            Media Attribute (a): rtpmap:101 telephone-event/8000*
*            Media Attribute (a): fmtp:101 0-16*

 Is it happening for the ACK you pasted or some other message?

It only happen on ACK messages, when my client reply 200 OK /SDP to server
to establish call.


For more detail: I use another soft phone on Android like Zoiper and test
with the same scenario, it work ok. And when my client use 3G, it still
work ok.

Regards,
Hai Bui



On Thu, Jan 5, 2017 at 10:25 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> do you have the pcap for such message? Is it happening for the ACK you
> pasted or some other message?
>
> Cheers,
> Daniel
>
> On 05/01/2017 12:16, Hai Bui Duc Ha wrote:
>
> Hi all,
>
> I have problem when make call with my Android mobile use PJSIP library.
> Scenario:
>
> my client  -> Kamailio -> Freeswitch (media server) -> another client
> (soft phone on Windows)
>
> my client:
>  + use Bluestack
>  + Capture via Wireshark
>  + use Wifi
>
> Issue: The call will be drop after ~ 30 second.
>
> I see the error on Kamailio:
> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
> message (offset: 13)*
> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
> message (offset: 13)*
> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
> [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg: message=<p:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16#015#012ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp
> SIP/2.0#015#012Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
> 70#015#012From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
> <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
> ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055 ACK#015#012Route:
> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
>  0#015#012#015#012>*
> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core> [receive.c:129]:
> receive_msg(): core parsing of SIP message failed (49.156.54.54:50785/2
> <http://49.156.54.54:50785/2>)*
>
> Seem to the server error when parse
> (on INVITE SDP)
>
>
> *a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16*
>
> (on new ACK message)
> *ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0*
> *Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias*
> *Max-Forwards: 70*
> *From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
> *To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj*
> *Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
> *CSeq: 29055 ACK*
> *Route:
> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>*
> *Content-Length:  0*
>
> I think the SIP message is fragmented but when resume package is not
> correct.
> Do you have any advice ? Thank you for watching !
>
> Regards,
> Hai Bui
>
>
> --
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/f05ac74d/attachment.html>

From miconda at gmail.com  Fri Jan  6 08:56:17 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 6 Jan 2017 08:56:17 +0100
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <dacbf84d-61f2-0f7f-6a31-9f88ee9445fb@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
 <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
 <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>
 <dacbf84d-61f2-0f7f-6a31-9f88ee9445fb@netgsm.com.tr>
Message-ID: <171d82f2-9e40-2a33-7511-cd4733a4ddc1@gmail.com>

Hello,

I think I found the issue -- an improper pointer was passed to rpc
struct_add. Fetch again master and try to see if this time all goes ok.

Cheers,
Daniel


On 05/01/2017 09:47, Yasin CANER wrote:
>
> Hello;
>
>     it gives error as below.
>
> Cheers.
>
> [root at Test  master]# 10(29238) ERROR: _ctl [binrpc_run.c:1112]:
> rpc_struct_add(): failed to add attribute-value (S)_
> 10(29238) ERROR: carrierroute [cr_fifo.c:1192]: cr_rpc_dump_routes():
> add carrier structure failure at count 0
>
>
> 5.01.2017 11:17 tarihinde Daniel-Constantin Mierla yazdı:
>>
>> Hello,
>>
>> thanks, got some leads with the new log messages, so I pushed another
>> commit to see which of the fields there is causing the problem. Can
>> you fetch again master and give it another try?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 05/01/2017 09:09, Yasin CANER wrote:
>>>
>>> Hello;
>>>
>>> Results are here. Once i tried carrierroute config with kamailio
>>> V4.1.9 and it works. here version is kamailio 5.0.0-dev10 . it is
>>> started with "kamailio -dd -E"
>>>
>>>
>>> [root at Test  master]# kamcmd cr.reload_routes
>>> [root at Test  master]# kamcmd cr.dump_routes
>>> error: 500 - Internal error - carrier structure
>>> [root at Test  master]#
>>> [root at Test  master]#
>>> [root at Test  master]# kamctl rpc cr.dump_routes
>>> {"jsonrpc":"2.0","result":{"routes":[{"carrier":,"id":1,"domains":[{"domain":,"id":1,"data":["     
>>> NULL: 100.000 %, 'ip:5060': ON, '0', '', '', '338'"]}]}]},"id":9684}
>>>
>>>
>>> here is log
>>>
>>>
>>> [root at TestDispatcher master]# 10(9666) INFO: carrierroute
>>> [cr_db.c:315]: load_route_data_db(): carrier 'default' (id 1) has 1
>>> domains
>>> 10(9666) INFO: carrierroute [cr_data.c:456]: add_route(): adding
>>> prefix , prob 1.000000
>>> 10(9666) INFO: carrierroute [cr_carrier.c:98]: add_domain_data():
>>> adding domain 1 'mydomainip' to carrier 1 'default'10(9666) INFO:
>>> carrierroute [cr_data.c:412]: get_domain_data_or_add(): added domain
>>> 1 'mydomainip' to carrier 1 'default'10(9666) INFO: carrierroute
>>> [cr_data.c:468]: add_route(): found carrier and domain, now adding route
>>> 10(9666) INFO: carrierroute [cr_rule.c:118]: add_route_rule(): no
>>> backed up rules
>>> 10(9666) INFO: carrierroute [cr_data.c:653]: rule_fixup(): fixing
>>> tree mydomainip
>>> 10(9666) INFO: carrierroute [cr_data.c:613]: rule_fixup_recursor():
>>> hashless rule with host ip:5060 hash, hash_index 1
>>> _10(9666) ERROR: ctl [binrpc_run.c:1112]: rpc_struct_add(): failed
>>> to add attribute-value__
>>> __10(9666) ERROR: carrierroute [cr_fifo.c:1192]:
>>> cr_rpc_dump_routes(): add carrier structure failure at count 0_
>>>
>>>
>>> In addition , I tried to modify code like this  and it didnt work
>>> either. it gives same error.
>>>
>>>
>>>                     if(rpc->struct_add(dh, "Sd[", "carrier", "at",
>>>                                                 "id", "123",
>>>                                                 "domains",  &eh)<0) {
>>>                                 LM_ERR("add carrier structure
>>> failure at count %d\n", i);
>>>                                 rpc->fault(ctx, 500, "Internal error
>>> - carrier structure");
>>>                                 goto error;
>>>                         }
>>>
>>>
>>> 5.01.2017 00:39 tarihinde Daniel-Constantin Mierla yazdı:
>>>> kamctl rpc cr.dump_routes
>>>
>>> -- 
>>> <http://www.netgsm.com.tr>
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
> -- 
> <http://www.netgsm.com.tr>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/8c0988d9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/8c0988d9/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/8c0988d9/attachment-0001.jpe>

From yasin.caner at netgsm.com.tr  Fri Jan  6 09:15:31 2017
From: yasin.caner at netgsm.com.tr (Yasin CANER)
Date: Fri, 6 Jan 2017 11:15:31 +0300
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <171d82f2-9e40-2a33-7511-cd4733a4ddc1@gmail.com>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
 <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
 <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>
 <dacbf84d-61f2-0f7f-6a31-9f88ee9445fb@netgsm.com.tr>
 <171d82f2-9e40-2a33-7511-cd4733a4ddc1@gmail.com>
Message-ID: <3245aef0-6ca7-1193-4051-e1fa2974b5b2@netgsm.com.tr>

An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/b52f8307/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/b52f8307/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/b52f8307/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yasin-imza-2016.jpg
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/b52f8307/attachment.jpg>

From miconda at gmail.com  Fri Jan  6 09:21:29 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 6 Jan 2017 09:21:29 +0100
Subject: [SR-Users] VERY IMPORTANT: deciding when to remove the MI code
In-Reply-To: <3245aef0-6ca7-1193-4051-e1fa2974b5b2@netgsm.com.tr>
References: <667cc0ed-f521-9cd8-fb1b-a137e1c287c0@gmail.com>
 <1480691910258-153773.post@n5.nabble.com>
 <6f7bb0cf-4f50-1083-02ae-d55170009bf3@gmail.com>
 <0f0ee78f-80ff-36db-d1fa-13029c539268@gmail.com>
 <9019a33d-1945-4d66-e5da-6afbe088d580@netgsm.com.tr>
 <864993dd-128a-5df9-2c5f-c14720bc21e8@gmail.com>
 <09bd34e1-0d8d-0749-daf0-d8525e8e30bf@netgsm.com.tr>
 <6b49a19e-8b16-6038-245d-8a5021b5f551@gmail.com>
 <be6bfff2-5ac5-bf82-15ab-9e47d7b42cb0@gmail.com>
 <f4cead15-d237-4325-cf0e-beb7a495cfa3@netgsm.com.tr>
 <d71f3745-ec2c-bab8-03cd-f584ef8404b5@gmail.com>
 <9b504c0f-0c46-8901-2653-e0944887cf6f@gmail.com>
 <e1d40ce4-8d2c-6b2f-c35b-1110a631033e@netgsm.com.tr>
 <578d71c8-4767-1e29-e2c8-983f12b39864@gmail.com>
 <79a30fcf-506b-4442-cc1c-763e8c224a4a@netgsm.com.tr>
 <edf10279-a756-311f-f562-d208dfe475aa@gmail.com>
 <dacbf84d-61f2-0f7f-6a31-9f88ee9445fb@netgsm.com.tr>
 <171d82f2-9e40-2a33-7511-cd4733a4ddc1@gmail.com>
 <3245aef0-6ca7-1193-4051-e1fa2974b5b2@netgsm.com.tr>
Message-ID: <47c4bad4-e0ec-5bcd-285a-a8ee6eeb113a@gmail.com>



On 06/01/2017 09:15, Yasin CANER wrote:
>
> Hello;
>
>     it is working but some braces are missing.
>

Providing more details would help to understand what you are meaning and
where you think the issue is -- just a dry note is not helpful.

Daniel

> Thanks for support. Have a nice day.
>
> [root at TestDispatcher ~]# kamcmd cr.reload_routes
> [root at TestDispatcher ~]# kamcmd cr.dump_routes
> {
>         routes: {
>                 {
>                         carrier: default
>                         id: 1
>                         domains: {
>                                 {
>                                         domain: 185.88.7.201
>                                         id: 1
>                                         data: {
>                                                          3: 100.000 %,
> '192.168.4.180:5060': ON, '0', '2', '1', '338'
>                                         }
>                                         data: {
>                                         }
>                                 }
>                                 domains: {
>                                 }
>                         }
>                         routes: {
>                         }
>
> [root at TestDispatcher ~]# kamctl rpc cr.dump_routes
> {"jsonrpc":"2.0","result":{"routes":[{"carrier":"default","id":1,"domains":[{"domain":"myip","id":1,"data":["        
> 3: 100.000 %, '192.168.4.180:5060': ON, '0', '2', '1',
> '338'"]}]}]},"id":19726}
> [root at TestDispatcher ~]# kamcmd cr.dump_routes
> {
>         routes: {
>                 {
>                         carrier: default
>                         id: 1
>                         domains: {
>                                 {
>                                         domain: 185.88.7.201
>                                         id: 1
>                                         data: {
>                                                          3: 100.000 %,
> '192.168.4.180:5060': ON, '0', '2', '1', '338'
>                                         }
>                                         data: {
>                                         }
>                                 }
>                                 domains: {
>                                 }
>                         }
>                         routes: {
>                         }
>
>
> 6.01.2017 10:56 tarihinde Daniel-Constantin Mierla yazdı:
>>
>> Hello,
>>
>> I think I found the issue -- an improper pointer was passed to rpc
>> struct_add. Fetch again master and try to see if this time all goes ok.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 05/01/2017 09:47, Yasin CANER wrote:
>>>
>>> Hello;
>>>
>>>     it gives error as below.
>>>
>>> Cheers.
>>>
>>> [root at Test  master]# 10(29238) ERROR: _ctl [binrpc_run.c:1112]:
>>> rpc_struct_add(): failed to add attribute-value (S)_
>>> 10(29238) ERROR: carrierroute [cr_fifo.c:1192]:
>>> cr_rpc_dump_routes(): add carrier structure failure at count 0
>>>
>>>
>>> 5.01.2017 11:17 tarihinde Daniel-Constantin Mierla yazdı:
>>>>
>>>> Hello,
>>>>
>>>> thanks, got some leads with the new log messages, so I pushed
>>>> another commit to see which of the fields there is causing the
>>>> problem. Can you fetch again master and give it another try?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 05/01/2017 09:09, Yasin CANER wrote:
>>>>>
>>>>> Hello;
>>>>>
>>>>> Results are here. Once i tried carrierroute config with kamailio
>>>>> V4.1.9 and it works. here version is kamailio 5.0.0-dev10 . it is
>>>>> started with "kamailio -dd -E"
>>>>>
>>>>>
>>>>> [root at Test  master]# kamcmd cr.reload_routes
>>>>> [root at Test  master]# kamcmd cr.dump_routes
>>>>> error: 500 - Internal error - carrier structure
>>>>> [root at Test  master]#
>>>>> [root at Test  master]#
>>>>> [root at Test  master]# kamctl rpc cr.dump_routes
>>>>> {"jsonrpc":"2.0","result":{"routes":[{"carrier":,"id":1,"domains":[{"domain":,"id":1,"data":["     
>>>>> NULL: 100.000 %, 'ip:5060': ON, '0', '', '', '338'"]}]}]},"id":9684}
>>>>>
>>>>>
>>>>> here is log
>>>>>
>>>>>
>>>>> [root at TestDispatcher master]# 10(9666) INFO: carrierroute
>>>>> [cr_db.c:315]: load_route_data_db(): carrier 'default' (id 1) has
>>>>> 1 domains
>>>>> 10(9666) INFO: carrierroute [cr_data.c:456]: add_route(): adding
>>>>> prefix , prob 1.000000
>>>>> 10(9666) INFO: carrierroute [cr_carrier.c:98]: add_domain_data():
>>>>> adding domain 1 'mydomainip' to carrier 1 'default'10(9666) INFO:
>>>>> carrierroute [cr_data.c:412]: get_domain_data_or_add(): added
>>>>> domain 1 'mydomainip' to carrier 1 'default'10(9666) INFO:
>>>>> carrierroute [cr_data.c:468]: add_route(): found carrier and
>>>>> domain, now adding route
>>>>> 10(9666) INFO: carrierroute [cr_rule.c:118]: add_route_rule(): no
>>>>> backed up rules
>>>>> 10(9666) INFO: carrierroute [cr_data.c:653]: rule_fixup(): fixing
>>>>> tree mydomainip
>>>>> 10(9666) INFO: carrierroute [cr_data.c:613]:
>>>>> rule_fixup_recursor(): hashless rule with host ip:5060 hash,
>>>>> hash_index 1
>>>>> _10(9666) ERROR: ctl [binrpc_run.c:1112]: rpc_struct_add(): failed
>>>>> to add attribute-value__
>>>>> __10(9666) ERROR: carrierroute [cr_fifo.c:1192]:
>>>>> cr_rpc_dump_routes(): add carrier structure failure at count 0_
>>>>>
>>>>>
>>>>> In addition , I tried to modify code like this  and it didnt work
>>>>> either. it gives same error.
>>>>>
>>>>>
>>>>>                     if(rpc->struct_add(dh, "Sd[", "carrier", "at",
>>>>>                                                 "id", "123",
>>>>>                                                 "domains",  &eh)<0) {
>>>>>                                 LM_ERR("add carrier structure
>>>>> failure at count %d\n", i);
>>>>>                                 rpc->fault(ctx, 500, "Internal
>>>>> error - carrier structure");
>>>>>                                 goto error;
>>>>>                         }
>>>>>
>>>>>
>>>>> 5.01.2017 00:39 tarihinde Daniel-Constantin Mierla yazdı:
>>>>>> kamctl rpc cr.dump_routes
>>>>>
>>>>> -- 
>>>>> <http://www.netgsm.com.tr>
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>> -- 
>>> <http://www.netgsm.com.tr>
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
> -- 
> <http://www.netgsm.com.tr>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/e6bada6a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/e6bada6a/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/e6bada6a/attachment-0001.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 17888 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/e6bada6a/attachment-0002.jpe>

From annusfictus at gmail.com  Fri Jan  6 16:30:52 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 6 Jan 2017 10:30:52 -0500
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
Message-ID: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>

Hello list,

I can't find the exact RPC command to change IP or port of voicemail 
server (module CFG_RPC):

the default Kamailio configuration is:

*/#!ifdef WITH_VOICEMAIL/**/
/**/# VoiceMail Routing on offline, busy or no answer/**/
/**/#/**/
/**/# - by default Voicemail server IP is empty to avoid misrouting/**/
/**/voicemail.srv_ip = "" desc "VoiceMail IP Address"/**/
/**/voicemail.srv_port = "5060" desc "VoiceMail Port"/**/
/**/#!endif/*

Thank you

Regards

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/31d1dbb4/attachment.html>

From zoltan.miricz at gmail.com  Fri Jan  6 18:47:20 2017
From: zoltan.miricz at gmail.com (=?UTF-8?Q?Zolt=C3=A1n_Miricz?=)
Date: Fri, 6 Jan 2017 19:47:20 +0200
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
In-Reply-To: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
References: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
Message-ID: <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>

Hi,

Is somebody ever tried to manipulate and retrieve AVP variables from the
Sent/Received Diameter Messages via Config file?
Thank you very much in advance!

*Cheers,*
*Zoltan*

On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.miricz at gmail.com> wrote:

>
> Dear All,
>
> I'm wondering is it possible to catch Diameter Messages and their AVP
> values from kamailio.cfg just like for SIP messages? (Using pseudo
> variables)
>
> I looked into this function from the attached S-CSCF example.
>
> route[REG_MAR_REPLY]
> {
>
> #this is async so to know status we have to check the reply avp
>
> xlog("L_DBG","maa_return code is *$avp(s:maa_return_code)*\n");
>
> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the rc)
> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc) and
> some different AVP values besides.
>
>
> Thank you very much in advance!
>
> *Cheers,*
> *Zoltan*
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/a23c2991/attachment.html>

From annusfictus at gmail.com  Fri Jan  6 18:55:06 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 6 Jan 2017 12:55:06 -0500
Subject: [SR-Users] t_precheck_trans
Message-ID: <1b6801a8-b328-9814-0eeb-e4cf17fb6469@gmail.com>

Hi,

where can I find documentation for this function present on the default 
script?

In TM module not exist (Kamailio 4.4.4)

Thank you

Regards




From joel at vozelia.com  Fri Jan  6 20:26:17 2017
From: joel at vozelia.com (Joel Serrano | VOZELIA)
Date: Fri, 6 Jan 2017 20:26:17 +0100 (CET)
Subject: [SR-Users] Difference between HTTP clients (utils.so vs
	http_client.so)
Message-ID: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>

Hi all, 

Currently I see there are 2 http clients:

utils.so --> http_query()
http_client.so --> http_client_query()

Any advice on which to use? Any pros/cons of using one over the other?

Thanks, 
Joel.
Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado.Les informamos que los datos contenidos en el presente mail, han sido facilitados por usted o recogidos de Fuentes Accesibles al Público. Dicha información personal, será incluida en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se encuentran debidamente inscritos ante la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso 
 de no ser el destinatario y haya recibido este mensaje por error, agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, almacenar o copiar su contenido.La divulgación o el suministro, en todo o en parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito consentimiento de VOZELIA TELECOM S.L. .



From juliabo at gmail.com  Fri Jan  6 20:34:53 2017
From: juliabo at gmail.com (Julia Boudniatsky)
Date: Fri, 6 Jan 2017 21:34:53 +0200
Subject: [SR-Users] t_precheck_trans
In-Reply-To: <1b6801a8-b328-9814-0eeb-e4cf17fb6469@gmail.com>
References: <1b6801a8-b328-9814-0eeb-e4cf17fb6469@gmail.com>
Message-ID: <CAASaakafkh7JvthsmjWUHRgLwm68p7BF7SHffSBDvjGManfGPg@mail.gmail.com>

It's a function of TMX module.

http://www.kamailio.org/docs/modules/4.4.x/modules/tmx.html#tmx.f.t_precheck_trans

Best regards.

Julia.

On Fri, Jan 6, 2017 at 7:55 PM, Annus Fictus <annusfictus at gmail.com> wrote:

> Hi,
>
> where can I find documentation for this function present on the default
> script?
>
> In TM module not exist (Kamailio 4.4.4)
>
> Thank you
>
> Regards
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/60cc4afa/attachment.html>

From annusfictus at gmail.com  Fri Jan  6 20:37:55 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 6 Jan 2017 14:37:55 -0500
Subject: [SR-Users] t_precheck_trans
In-Reply-To: <CAASaakafkh7JvthsmjWUHRgLwm68p7BF7SHffSBDvjGManfGPg@mail.gmail.com>
References: <1b6801a8-b328-9814-0eeb-e4cf17fb6469@gmail.com>
 <CAASaakafkh7JvthsmjWUHRgLwm68p7BF7SHffSBDvjGManfGPg@mail.gmail.com>
Message-ID: <592f2292-8988-5214-18d2-dcdb8d4de8de@gmail.com>

Thank you Julia.

Regards

El 06/01/2017 a las 14:34, Julia Boudniatsky escribió:
> It's a function of TMX module.
>
> http://www.kamailio.org/docs/modules/4.4.x/modules/tmx.html#tmx.f.t_precheck_trans
>
> Best regards.
>
> Julia.
>
> On Fri, Jan 6, 2017 at 7:55 PM, Annus Fictus <annusfictus at gmail.com 
> <mailto:annusfictus at gmail.com>> wrote:
>
>     Hi,
>
>     where can I find documentation for this function present on the
>     default script?
>
>     In TM module not exist (Kamailio 4.4.4)
>
>     Thank you
>
>     Regards
>
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170106/d8b41213/attachment.html>

From hai.bui at htklabs.com  Sun Jan  8 10:04:26 2017
From: hai.bui at htklabs.com (Hai Bui Duc Ha)
Date: Sun, 8 Jan 2017 16:04:26 +0700
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
Message-ID: <CA+Gtc=SQ2pVanbHq=OaRpUTVx-wXBYW+n8guLoVOEnY0qEOvmQ@mail.gmail.com>

Hi all,

You have any idea ?
Thank you very much in advance!

Regards,
Hai Bui

On Fri, Jan 6, 2017 at 9:39 AM, Hai Bui Duc Ha <hai.bui at htklabs.com> wrote:

> Hello Daniel,
>
> Thank for reply !
>
> do you have the pcap for such message?
>
> Here is the message, I capture via Wireshark on client:
> *Session Initiation Protocol (INVITE)*
> *    Request-Line: INVITE
> sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com> SIP/2.0*
> *    Message Header*
> *        Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias*
> *        Max-Forwards: 70*
> *        From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
> *        To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>*
> *        Contact: <sip:huynhngocphap at 49.156.54.
> <sip%3Ahuynhngocphap at 49.156.54.>54:50785;transport=TCP;ob>*
> *        Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
> *        CSeq: 29055 INVITE*
> *        Route: <sip:125.212.212.40;transport=tcp;lr>*
> *        Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
> NOTIFY, REFER, MESSAGE, OPTIONS*
> *        Supported: replaces, 100rel, timer, norefersub*
> *        Session-Expires: 1800*
> *        Min-SE: 9*
> *        User-Agent: CSipSimple_hlteatt-19/r55*
> *         [truncated]Proxy-Authorization: Digest username="huynhngocphap",
> realm="happy.anttel-pro.ab-kz-02.antbuddy.com
> <http://happy.anttel-pro.ab-kz-02.antbuddy.com>",
> nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
> uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>",
> response="71749de*
> *        Content-Type: application/sdp*
> *        Content-Length:   299*
> *    Message Body*
> *        Session Description Protocol*
> *            Session Description Protocol Version (v): 0*
> *            Owner/Creator, Session Id (o): - 3692596134 3692596134 IN IP4
> 10.0.2.15*
> *            Session Name (s): pjmedia*
> *            Connection Information (c): IN IP4 10.0.2.15*
> *            Time Description, active time (t): 0 0*
> *            Media Description, name and address (m): audio 4002 RTP/AVP 9
> 0 8 101*
> *            Connection Information (c): IN IP4 10.0.2.15*
> *            Media Attribute (a): rtcp:4003 IN IP4 10.0.2.15*
> *            Media Attribute (a): sendrecv*
> *            Media Attribute (a): rtpmap:9 G722/8000*
> *            Media Attribute (a): rtpmap:0 PCMU/8000*
> *            Media Attribute (a): rtpmap:8 PCMA/8000*
> *            Media Attribute (a): rtpmap:101 telephone-event/8000*
> *            Media Attribute (a): fmtp:101 0-16*
>
> And this is message I receive on Freeswitch:
>  ------------------------------------------------------------------------
>    INVITE sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com SIP/2.0
>    Record-Route: <sip:125.212.212.40;transport=tcp;lr=on;ftag=zJBNvD67y3E.
> 1I5Y5ZrRI4JmP5JKeNWO>
>    Via: SIP/2.0/TCP 125.212.212.40:5060;branch=z9hG4bK0d89.
> 3807a4cf41ce9b48a7d1a75826762d6e.0;i=533c
>    Via: SIP/2.0/TCP 10.0.2.15:57735;received=49.
> 156.54.54;rport=50785;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cP
> Q3rkcKMY.eS;alias
>    Max-Forwards: 50
>    From: "Phap Huynh" <sip:huynhngocphap at happy.
> anttel-pro.ab-kz-02.antbuddy.com>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO
>    To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>
>    Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>
>    Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB
>    CSeq: 29055 INVITE
>    Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
> NOTIFY, REFER, MESSAGE, OPTIONS
>    Supported: replaces, 100rel, timer, norefersub
>    Session-Expires: 1800
>    Min-SE: 9
>    User-Agent: CSipSimple_hlteatt-19/r55
>    Proxy-Authorization: Digest username="huynhngocphap", realm="
> happy.anttel-pro.ab-kz-02.antbuddy.com", nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
> uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com", response="
> 71749de35a220aef0b92c9ade03f90b7", algorithm=MD5,
> cnonce="px.OiQUg2zZmYh.0-MmLC0f.-ZPXYa1V", qop=auth, nc=00000001
>    Content-Type: application/sdp
>    Content-Length:   289
>    X-AUTH-IP: 49.156.54.54
>    X-AUTH-PORT: 50785
>
>    v=0
>    o=- 3692596134 3692596134 IN IP4 49.156.54.54
>    s=pjmedia
>    c=IN IP4 49.156.54.54
>    t=0 0
>    m=audio 4002 RTP/AVP 9 0 8 101
>    c=IN IP4 49.156.54.54
>    a=rtcp:4003
>    a=sendrecv
>    a=rtpmap:9 G722/8000
>    a=rtpmap:0 PCMU/8000
>    a=oldmediaip:10.0.2.15
>    a=oldmediaip:10.0.2.15
>    a=oldmediaip:10.0.2.15
>    -----------------------------------------------------------
> -------------
>
>
> You can see, it missing:
> *            Media Attribute (a): rtpmap:8 PCMA/8000*
> *            Media Attribute (a): rtpmap:101 telephone-event/8000*
> *            Media Attribute (a): fmtp:101 0-16*
>
>  Is it happening for the ACK you pasted or some other message?
>
> It only happen on ACK messages, when my client reply 200 OK /SDP to server
> to establish call.
>
>
> For more detail: I use another soft phone on Android like Zoiper and test
> with the same scenario, it work ok. And when my client use 3G, it still
> work ok.
>
> Regards,
> Hai Bui
>
>
>
> On Thu, Jan 5, 2017 at 10:25 PM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> do you have the pcap for such message? Is it happening for the ACK you
>> pasted or some other message?
>>
>> Cheers,
>> Daniel
>>
>> On 05/01/2017 12:16, Hai Bui Duc Ha wrote:
>>
>> Hi all,
>>
>> I have problem when make call with my Android mobile use PJSIP library.
>> Scenario:
>>
>> my client  -> Kamailio -> Freeswitch (media server) -> another client
>> (soft phone on Windows)
>>
>> my client:
>>  + use Bluestack
>>  + Capture via Wireshark
>>  + use Wifi
>>
>> Issue: The call will be drop after ~ 30 second.
>>
>> I see the error on Kamailio:
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
>> message (offset: 13)*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
>> message (offset: 13)*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg: message=<p:8
>> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
>> 0-16#015#012ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp
>> SIP/2.0#015#012Via: SIP/2.0/TCP
>> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
>> 70#015#012From: "Phap Huynh"
>> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
>> <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
>> ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055 ACK#015#012Route:
>> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
>>  0#015#012#015#012>*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core> [receive.c:129]:
>> receive_msg(): core parsing of SIP message failed (49.156.54.54:50785/2
>> <http://49.156.54.54:50785/2>)*
>>
>> Seem to the server error when parse
>> (on INVITE SDP)
>>
>>
>> *a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16*
>>
>> (on new ACK message)
>> *ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0*
>> *Via: SIP/2.0/TCP
>> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias*
>> *Max-Forwards: 70*
>> *From: "Phap Huynh"
>> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
>> *To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj*
>> *Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
>> *CSeq: 29055 ACK*
>> *Route:
>> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>*
>> *Content-Length:  0*
>>
>> I think the SIP message is fragmented but when resume package is not
>> correct.
>> Do you have any advice ? Thank you for watching !
>>
>> Regards,
>> Hai Bui
>>
>>
>> --
>> Hai Bui
>> VoIP engineer, Cvoice team, HTK-HCM Office
>> Mobile: +84-165-618-9876
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
>



-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170108/6777d0a6/attachment.html>

From sergio.serrano at avanzada7.com  Mon Jan  9 08:43:25 2017
From: sergio.serrano at avanzada7.com (Sergio Serrano)
Date: Mon, 09 Jan 2017 08:43:25 +0100
Subject: [SR-Users] Difference between HTTP clients (utils.so vs
 http_client.so)
In-Reply-To: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
References: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
Message-ID: <1483947805.2671.3.camel@avanzada7.com>

We are using http_client.so without problems. I think that the main
difference is http_client is based on libcurl and you can use https to
do queries.

Regards,

SergioEl vie, 06-01-2017 a las 20:26 +0100, Joel Serrano | VOZELIA escribió:
> Hi all, 
> 
> Currently I see there are 2 http clients:
> 
> utils.so --> http_query()
> http_client.so --> http_client_query()
> 
> Any advice on which to use? Any pros/cons of using one over the
> other?
> 
> Thanks, 
> Joel.
> Este mensaje y, en su caso, los ficheros anexos son confidenciales,
> especialmente en lo que respecta a los datos personales, y se dirigen
> exclusivamente al destinatario referenciado.Les informamos que los
> datos contenidos en el presente mail, han sido facilitados por usted
> o recogidos de Fuentes Accesibles al Público. Dicha información
> personal, será incluida en un fichero bajo la responsabilidad de
> VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se
> encuentran debidamente inscritos ante la Agencia Española de
> Protección de Datos.Vd. Como propio interesado podrá ejercitar sus
> derechos de Acceso, Cancelación, Rectificación u Oposición, en el
> mail: administracion at vozelia.com o en la dirección Avenida de
> Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley
> Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para
> ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía
> Argentina, Edificio Mediteranean Loft. Panama.En caso 
>  de no ser el destinatario y haya recibido este mensaje por error,
> agradeceremos que nos lo comunique inmediatamente al remitente sin
> difundir, almacenar o copiar su contenido.La divulgación o el
> suministro, en todo o en parte, a cualquier tercero, no podrá ser
> realizada sin el previo, expreso y escrito consentimiento de VOZELIA
> TELECOM S.L. .
> 
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 213 bytes
Desc: This is a digitally signed message part
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/cc9b67fd/attachment.sig>

From carsten at ng-voice.com  Mon Jan  9 08:50:02 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Mon, 9 Jan 2017 08:50:02 +0100
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
In-Reply-To: <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>
References: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
 <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>
Message-ID: <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>

Hi Zoltan,

i've added something like this for the IMS-Charging Module in order to
retrieve the "full" Charging Response:

            case -1: #failure
                xlog("L_ERR", "CCR failure - error response sent from
module\n");
switch ($avp(s:cca_result_code)){
case 5030:
send_reply("403", "Charging User not found");
               break;
case 5031:
send_reply("403", "Rating failed");
               break;
case 4010:
send_reply("402", "Payment required - Unsufficient funds");
               break;
case 5006:
send_reply("486", "Line limit exceeded");
               break;
default:
send_reply("402","Payment required ($avp(s:cca_result_code))");
               break;
}

(it's in the Master repo/example:
https://github.com/kamailio/kamailio/blob/master/misc/examples/scscf/kamailio.cfg)

In addition, I have a generic Diameter Client/Server Module, which
unfortunately was not finished for Kamailio 5 (development branch is
frozen at the moment), but in that case, you'll have to do all the
processing yourself. We currently use it as a "Diameter Adapter",
which takes a Diameter Request and forwards it through a message bus
to worker processes (acting as a HSS).

Thanks,
Carsten


2017-01-06 18:47 GMT+01:00 Zoltán Miricz <zoltan.miricz at gmail.com>:
> Hi,
>
> Is somebody ever tried to manipulate and retrieve AVP variables from the
> Sent/Received Diameter Messages via Config file?
> Thank you very much in advance!
>
> Cheers,
> Zoltan
>
> On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.miricz at gmail.com> wrote:
>>
>>
>> Dear All,
>>
>> I'm wondering is it possible to catch Diameter Messages and their AVP
>> values from kamailio.cfg just like for SIP messages? (Using pseudo
>> variables)
>>
>> I looked into this function from the attached S-CSCF example.
>>
>> route[REG_MAR_REPLY]
>> {
>>
>> #this is async so to know status we have to check the reply avp
>>
>> xlog("L_DBG","maa_return code is $avp(s:maa_return_code)\n");
>>
>> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the rc)
>> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc) and
>> some different AVP values besides.
>>
>>
>> Thank you very much in advance!
>>
>> Cheers,
>> Zoltan
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From luis at snowmanlabs.com  Mon Jan  9 01:25:54 2017
From: luis at snowmanlabs.com (Luis De Marchi)
Date: Sun, 8 Jan 2017 22:25:54 -0200
Subject: [SR-Users] [Error] Install Kamailio 4.4 in Mac 10.12
Message-ID: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>

Hi,

Sorry, my english, I'm using the translator.
I'm having trouble installing Kamailio for Mac 10.12

Terminal:
Luis:kamailio luisdemarchi$ sudo make all

CC (gcc) [M db_mysql.so]		km_db_mysql.o
km_db_mysql.c:41:10: fatal error: 'mysql.h' file not found
#include <mysql.h>
         ^
1 error generated.
make[1]: *** [km_db_mysql.o] Error 1
make: *** [modules] Error 1
	Luís De Marchi 
Diretor Administrativo 

+55 (41) 99815-6800 
+55 (41) 3027-7669 
www.snowmanlabs.com <http://www.snowmanlabs.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170108/d4ab1796/attachment.html>

From carsten at ng-voice.com  Mon Jan  9 12:28:54 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Mon, 9 Jan 2017 12:28:54 +0100
Subject: [SR-Users] why a register error?
In-Reply-To: <E6DBDB0D-9370-4A5F-8929-D60DBD1249E5@VerizonWireless.com>
References: <E6DBDB0D-9370-4A5F-8929-D60DBD1249E5@VerizonWireless.com>
Message-ID: <CAOCjumHDCvycWuVZT2vG=OeMEWersQxYWSw9Fwomo1NOcrg41g@mail.gmail.com>

Hi Victor,

better late than never?
What HSS are you using? Fraunhofer's HSS? If yes, it looks to me as
corrupt data in the hss_db....

Thanks,
Carsten

2016-12-01 6:39 GMT+01:00 Olvera, Victor <Victor.Olvera at verizonwireless.com>:
> As I attempt to use X-lite I get a 504 error. On the CSCFs I get the
> following:
>
> pcscf
>
> 0(2066) INFO: <script>:  [REGISTER] from
> [sip:bob at epc.mnc001.mcc001.3gppnetwork.org] to
> [sip:bob at epc.mnc001.mcc001.3gppnetwork.org]
>  0(2066) ERROR: <script>: REGISTER
> (sip:bob at epc.mnc001.mcc001.3gppnetwork.org (192.168.56.1:55880) to
> sip:bob at epc.mnc001.mcc001.3gppnetwork.org,
> 81563ZDg1Y2MwZDExYWJiYWJjNDZmNzY0ZWEwYjE1ODNkYmM)
>
> icscf
>
> 11(2150) INFO: cdp [receiver.c:932]: peer_connect(): peer_connect(): Peer
> hss.epc.mnc001.mcc001.3gppnetwork.org:3868 connected
>  0(2138) INFO: <script>:  [REGISTER] from
> [sip:bob at epc.mnc001.mcc001.3gppnetwork.org] to
> [sip:bob at epc.mnc001.mcc001.3gppnetwork.org]
>  0(2138) ERROR: <script>: REGISTER
> (sip:bob at epc.mnc001.mcc001.3gppnetwork.org (192.168.56.76:4060) to
> sip:bob at epc.mnc001.mcc001.3gppnetwork.org,
> 81563ZDg1Y2MwZDExYWJiYWJjNDZmNzY0ZWEwYjE1ODNkYmM)
>  0(2138) INFO: ims_icscf [cxdx_uar.c:71]: create_uaa_return_code(): created
> AVP successfully : [uaa_return_code]
>  6(2145) INFO: ims_icscf [cxdx_avp.c:137]: cxdx_get_avp():
> cxdx_get_server_name: Failed finding avp
>  6(2145) INFO: ims_icscf [cxdx_avp.c:137]: cxdx_get_avp():
> cxdx_get_result_code: Failed finding avp
>  6(2145) INFO: ims_icscf [cxdx_uar.c:71]: create_uaa_return_code(): created
> AVP successfully : [uaa_return_code]
>  0
>
>
>
>
> scscf
> 11(2047) WARNING: cdp [receiver.c:864]: peer_connect(): peer_connect():
> Trying to connect to 192.168.56.78 port 3868
> 11(2047) INFO: cdp [receiver.c:932]: peer_connect(): peer_connect(): Peer
> hss.epc.mnc001.mcc001.3gppnetwork.org:3868 connected
>  9(2045) ERROR: cdp [peerstatemachine.c:635]: I_Snd_CER(): I_Snd_CER():
> Error on finding local host address > Socket operation on non-socket
>
>
> Great regards,
>
>
> Victor Olvera
> victor.olvera at verizonwireless.com
> mobile # 001-214-923-9405
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From dnadares at gmail.com  Mon Jan  9 13:27:51 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Mon, 09 Jan 2017 12:27:51 +0000
Subject: [SR-Users] [Error] Install Kamailio 4.4 in Mac 10.12
In-Reply-To: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
References: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
Message-ID: <CAP-r+eoh5iu1kVYf5FS7kp44PeZYu+f1F+71NrE__rPs6=HL3Q@mail.gmail.com>

Hi Luis,

Do you have mysql installed? Because it's not finding those headers.

El El lun, 9 de ene. de 2017 a las 05:21, Luis De Marchi <
luis at snowmanlabs.com> escribió:

> Hi,
>
> Sorry, my english, I'm using the translator.
> I'm having trouble installing Kamailio for Mac 10.12
>
> Terminal:
> Luis:kamailio luisdemarchi$ sudo make all
>
> CC (gcc) [M db_mysql.so] km_db_mysql.o
> *km_db_mysql.c:41:10: **fatal error: **'mysql.h' file not found*
> #include <mysql.h>
> *         ^*
> 1 error generated.
> make[1]: *** [km_db_mysql.o] Error 1
> make: *** [modules] Error 1
>
>
> *Luís De Marchi*
> Diretor Administrativo
>
> +55 (41) 99815-6800
> +55 (41) 3027-7669
> www.snowmanlabs.com
>
>
>
>
>
> _______________________________________________
>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
> sr-users at lists.sip-router.org
>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/b6ee50c3/attachment.html>

From dnadares at gmail.com  Mon Jan  9 13:35:42 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Mon, 9 Jan 2017 09:35:42 -0300
Subject: [SR-Users] [Error] Install Kamailio 4.4 in Mac 10.12
In-Reply-To: <CAP-r+eoh5iu1kVYf5FS7kp44PeZYu+f1F+71NrE__rPs6=HL3Q@mail.gmail.com>
References: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
 <CAP-r+eoh5iu1kVYf5FS7kp44PeZYu+f1F+71NrE__rPs6=HL3Q@mail.gmail.com>
Message-ID: <CAP-r+ep4FOGv1VMBLzMu7=9GqdUf31cYiphrPo9cZBOL-T9+Aw@mail.gmail.com>

In my mac:

I think that mysql dmg installed comes with dev headers too.

dnadaress-MacBook-Air:~ dnadares$ locate mysql.h
/usr/local/mysql-5.6.19-osx10.7-x86_64/include/mysql.h

cheers.

Diego.


2017-01-09 9:27 GMT-03:00 Diego Nadares <dnadares at gmail.com>:

> Hi Luis,
>
> Do you have mysql installed? Because it's not finding those headers.
>
> El El lun, 9 de ene. de 2017 a las 05:21, Luis De Marchi <
> luis at snowmanlabs.com> escribió:
>
>> Hi,
>>
>> Sorry, my english, I'm using the translator.
>> I'm having trouble installing Kamailio for Mac 10.12
>>
>> Terminal:
>> Luis:kamailio luisdemarchi$ sudo make all
>>
>> CC (gcc) [M db_mysql.so] km_db_mysql.o
>> *km_db_mysql.c:41:10: **fatal error: **'mysql.h' file not found*
>> #include <mysql.h>
>> *         ^*
>> 1 error generated.
>> make[1]: *** [km_db_mysql.o] Error 1
>> make: *** [modules] Error 1
>>
>>
>> *Luís De Marchi*
>> Diretor Administrativo
>>
>> +55 (41) 99815-6800 <+55%2041%2099815-6800>
>> +55 (41) 3027-7669 <+55%2041%203027-7669>
>> www.snowmanlabs.com
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>
>> sr-users at lists.sip-router.org
>>
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/86a7c618/attachment.html>

From anfecora at gmail.com  Mon Jan  9 16:25:36 2017
From: anfecora at gmail.com (anfecora)
Date: Mon, 9 Jan 2017 07:25:36 -0800
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <CAPtU-UoDXPWNPccC_=pH2pE=1Ov5oXX14N+vxdq=jsvnVTzHdQ@mail.gmail.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
 <CAPtU-UoDXPWNPccC_=pH2pE=1Ov5oXX14N+vxdq=jsvnVTzHdQ@mail.gmail.com>
Message-ID: <CAHjGmHmWLoHO50zJyXVRHHOfAQDBsP+3VVihyd+MrrA3=EYkog@mail.gmail.com>

Hi  Guys, can any one please remind me how to change the request line to
reply with a fqdn instead of an ip.

i am having an issue with the ipv4/ipv6 gateway and when the register is
forwarded as normal behavier the request line goes out with the ipv4 ip not
the ipv6 and need to replace that either with the ipv4 or a fqdn
REGISTER sip:[345:00:00::] SIP/2.0.

again thanks for any input.

On Thu, Jan 5, 2017 at 9:36 AM, Colin Morelli <colin.morelli at gmail.com>
wrote:

> Can't answer whether or not it's possible as I haven't tried it - but,
>
> Consider how this will impact the negotiation between clients and servers.
> If your B2BUA thinks calls are coming in from IPV4 (instead of IPV6), then
> it may not offer IPV6 in the invite. Similarly, if the client thinks it's
> connecting to your SIP infrastructure via V6, then it'll likely offer V6 in
> the invite which your B2BUA can't accept. ICE can probably help here, by
> offering both V4 and V6 candidates, but that's going to depend on your
> client/server setups. Unless you want Kamailio to proxy media s well, in
> which case you may be able to escape this, but by adding complexity you
> Kamailio.
>
> If at all possible, I'd try to preserve the source protocol through to the
> end. If this is something you already thought of though, great! Would be
> good to hear what you come up with here.
>
> Best,
> Colin
>
> On Thu, Jan 5, 2017 at 12:24 PM, anfecora <anfecora at gmail.com> wrote:
>
>> Hi guys hope you have a great new year.
>> I would appreciate if anyone can point me in to the right direction .
>>
>> I need to build a proxy to translate from ipv6 to ipv4, but kamailio
>> should not process the registers or invites, only translate from ipv6 to
>> ipv4  and forward all registrations over.
>>
>>
>> is that possible?
>> thanks.
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/fb91c04b/attachment.html>

From hawat.thufir at gmail.com  Mon Jan  9 17:44:25 2017
From: hawat.thufir at gmail.com (Thufir Hawat)
Date: Mon, 9 Jan 2017 08:44:25 -0800 (PST)
Subject: [SR-Users] use case
Message-ID: <alpine.DEB.2.20.1701090842160.10246@doge.bounceme.net>

I'm ok with Linux and am dipping my toe into Asterisk by running an AWS 
EC2 instance.  What is the most frequent usage for kamailio?  Would it 
mainly be for SIP to SIP?  So that the URI would be for a specific domain?


thanks,

Thufir


From d.tryba at pocos.nl  Mon Jan  9 17:57:41 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Mon, 9 Jan 2017 17:57:41 +0100
Subject: [SR-Users] using kamailio to forward ipv6 to ipv4
In-Reply-To: <CAHjGmHmWLoHO50zJyXVRHHOfAQDBsP+3VVihyd+MrrA3=EYkog@mail.gmail.com>
References: <CAHjGmHkSiKdHneXTYBQgpSKsyZuwC1YVYac1s0A7csxoLgbBKA@mail.gmail.com>
 <CAPtU-UoDXPWNPccC_=pH2pE=1Ov5oXX14N+vxdq=jsvnVTzHdQ@mail.gmail.com>
 <CAHjGmHmWLoHO50zJyXVRHHOfAQDBsP+3VVihyd+MrrA3=EYkog@mail.gmail.com>
Message-ID: <20170109165741.GC3855@office.pocos.nl>

On Mon, Jan 09, 2017 at 07:25:36AM -0800, anfecora wrote:
> Hi  Guys, can any one please remind me how to change the request line to
> reply with a fqdn instead of an ip.

That should be $rd
https://www.kamailio.org/wiki/cookbooks/4.2.x/pseudovariables#rd_-_domain_in_r-uri
 


From phil.lavin at cloudcall.com  Mon Jan  9 18:03:37 2017
From: phil.lavin at cloudcall.com (Phil Lavin)
Date: Mon, 9 Jan 2017 17:03:37 +0000
Subject: [SR-Users] use case
In-Reply-To: <alpine.DEB.2.20.1701090842160.10246@doge.bounceme.net>
References: <alpine.DEB.2.20.1701090842160.10246@doge.bounceme.net>
Message-ID: <VI1PR03MB18400E4C01CE4A041D4865AA89640@VI1PR03MB1840.eurprd03.prod.outlook.com>

There's a page on the wiki documenting some common use cases.

https://www.kamailio.org/wiki/tutorials/getting-started/main#typical_use_cases

People use Kamailio for a lot of different things. I'd suggest looking at the videos for some of the past Kamailio World conferences - there's some very interesting usages that people have been presented.


-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Thufir Hawat
Sent: 09 January 2017 16:44
To: sr-users at lists.sip-router.org
Subject: [SR-Users] use case

I'm ok with Linux and am dipping my toe into Asterisk by running an AWS
EC2 instance.  What is the most frequent usage for kamailio?  Would it mainly be for SIP to SIP?  So that the URI would be for a specific domain?


thanks,

Thufir

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

From d.tryba at pocos.nl  Mon Jan  9 18:15:04 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Mon, 9 Jan 2017 18:15:04 +0100
Subject: [SR-Users] use case
In-Reply-To: <alpine.DEB.2.20.1701090842160.10246@doge.bounceme.net>
References: <alpine.DEB.2.20.1701090842160.10246@doge.bounceme.net>
Message-ID: <20170109171504.GD3855@office.pocos.nl>

On Mon, Jan 09, 2017 at 08:44:25AM -0800, Thufir Hawat wrote:
> I'm ok with Linux and am dipping my toe into Asterisk by running an AWS EC2
> instance.  What is the most frequent usage for kamailio?  Would it mainly be
> for SIP to SIP?  So that the URI would be for a specific domain?

To set your mind in motion:
* asterisk is a b2bua
* kamailio is a general sip server

Kamailio can be uses as (but not limited to):
* registrar
* loadbalancer
* edge proxy
* redirector
* general SIP mangling

Most things can be done with a b2bua like asterisk, but asterisk comes
with a (relative) high CPU cost when doing the same job (handling SIP).



From zoltan.miricz at gmail.com  Mon Jan  9 21:26:42 2017
From: zoltan.miricz at gmail.com (=?UTF-8?Q?Zolt=C3=A1n_Miricz?=)
Date: Mon, 9 Jan 2017 22:26:42 +0200
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
In-Reply-To: <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>
References: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
 <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>
 <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>
Message-ID: <CA+E4-bXs9g3+UN8NGunM4J3xyhC8+yMJqtfHjWaP5HKtY8JCOQ@mail.gmail.com>

Hi Carsten,

Thank you very much for your response!
Sadly for the UAR, LIR, SAR are not providing these kind of error codes.
As you can see only -1 coming back and not
Jan  4 06:17:15 localhost journal:
de.fhg.fokus.hss.cx.CxExperimentalResultException:
IMS_Diameter_Error_User_Unknown
Jan  4 06:17:15 localhost journal: #011at
de.fhg.fokus.hss.cx.op.UAR.processRequest(UAR.java:115)
Jan  4 06:17:15 localhost journal: #011at
de.fhg.fokus.hss.main.Task.execute(Task.java:169)
Jan  4 06:17:15 localhost journal: #011at
de.fhg.fokus.hss.main.Worker.run(Worker.java:66)
Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
ims_icscf [cxdx_uar.c:152]: async_cdp_uar_callback():
RC_IMS_DIAMETER_ERROR_USER_UNKNOWN
Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
<script>: $avp(s:uaa_return_code) = -1

route[REG_UAR_REPLY]
{
    xlog("$$avp(s:uaa_return_code) = $avp(s:uaa_return_code)\n");
    #this is async so to know status we have to check the reply avp
    switch ($avp(s:uaa_return_code)){
            case 1: #success
                    if (I_scscf_select("0")){

In my case it should be Error_User_Unknown(5001) and from the above example
it's visible that from the cxdx_uar.c it's visible, but when the config
script get's the variable it's already -1.

*Cheers,*
*Zoltan*



On 9 January 2017 at 09:50, Carsten Bock <carsten at ng-voice.com> wrote:

> Hi Zoltan,
>
> i've added something like this for the IMS-Charging Module in order to
> retrieve the "full" Charging Response:
>
>             case -1: #failure
>                 xlog("L_ERR", "CCR failure - error response sent from
> module\n");
> switch ($avp(s:cca_result_code)){
> case 5030:
> send_reply("403", "Charging User not found");
>                break;
> case 5031:
> send_reply("403", "Rating failed");
>                break;
> case 4010:
> send_reply("402", "Payment required - Unsufficient funds");
>                break;
> case 5006:
> send_reply("486", "Line limit exceeded");
>                break;
> default:
> send_reply("402","Payment required ($avp(s:cca_result_code))");
>                break;
> }
>
> (it's in the Master repo/example:
> https://github.com/kamailio/kamailio/blob/master/misc/
> examples/scscf/kamailio.cfg)
>
> In addition, I have a generic Diameter Client/Server Module, which
> unfortunately was not finished for Kamailio 5 (development branch is
> frozen at the moment), but in that case, you'll have to do all the
> processing yourself. We currently use it as a "Diameter Adapter",
> which takes a Diameter Request and forwards it through a message bus
> to worker processes (acting as a HSS).
>
> Thanks,
> Carsten
>
>
> 2017-01-06 18:47 GMT+01:00 Zoltán Miricz <zoltan.miricz at gmail.com>:
> > Hi,
> >
> > Is somebody ever tried to manipulate and retrieve AVP variables from the
> > Sent/Received Diameter Messages via Config file?
> > Thank you very much in advance!
> >
> > Cheers,
> > Zoltan
> >
> > On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.miricz at gmail.com>
> wrote:
> >>
> >>
> >> Dear All,
> >>
> >> I'm wondering is it possible to catch Diameter Messages and their AVP
> >> values from kamailio.cfg just like for SIP messages? (Using pseudo
> >> variables)
> >>
> >> I looked into this function from the attached S-CSCF example.
> >>
> >> route[REG_MAR_REPLY]
> >> {
> >>
> >> #this is async so to know status we have to check the reply avp
> >>
> >> xlog("L_DBG","maa_return code is $avp(s:maa_return_code)\n");
> >>
> >> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the
> rc)
> >> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc)
> and
> >> some different AVP values besides.
> >>
> >>
> >> Thank you very much in advance!
> >>
> >> Cheers,
> >> Zoltan
> >
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:carsten at ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/48ef9206/attachment.html>

From anfecora at gmail.com  Mon Jan  9 22:25:20 2017
From: anfecora at gmail.com (anfecora)
Date: Mon, 9 Jan 2017 13:25:20 -0800
Subject: [SR-Users] [Error] Install Kamailio 4.4 in Mac 10.12
In-Reply-To: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
References: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
Message-ID: <CAHjGmHksJ-X6rZAbcNMDSmd833ha4ioxHbzwvF-iPjiruYix3w@mail.gmail.com>

Luis, algunas veces es mejor instalar virtualbox en mac y desde hay correr
kamailio si es para testing.

aqui hay info de un problema parecido.
http://sip-router.1086192.n5.nabble.com/Kamailio-on-Mac-td129264.html

el error hace referencia  a la instalacion de mysql.

On Sun, Jan 8, 2017 at 4:25 PM, Luis De Marchi <luis at snowmanlabs.com> wrote:

> Hi,
>
> Sorry, my english, I'm using the translator.
> I'm having trouble installing Kamailio for Mac 10.12
>
> Terminal:
> Luis:kamailio luisdemarchi$ sudo make all
>
> CC (gcc) [M db_mysql.so] km_db_mysql.o
> *km_db_mysql.c:41:10: **fatal error: **'mysql.h' file not found*
> #include <mysql.h>
> *         ^*
> 1 error generated.
> make[1]: *** [km_db_mysql.o] Error 1
> make: *** [modules] Error 1
> *Luís De Marchi*
> Diretor Administrativo
>
> +55 (41) 99815-6800 <+55%2041%2099815-6800>
> +55 (41) 3027-7669 <+55%2041%203027-7669>
> www.snowmanlabs.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/a828989b/attachment.html>

From nihar.ranjan at microtalkgroup.com  Mon Jan  9 11:40:45 2017
From: nihar.ranjan at microtalkgroup.com (Nihar Ranjan Deb)
Date: Mon, 9 Jan 2017 16:10:45 +0530
Subject: [SR-Users] BYE issue kamailio + rtpproxy "481 call leg
	transaction doesn't exists".
Message-ID: <000f01d26a64$d6885b20$83991160$@ranjan@microtalkgroup.com>

Anyone any help on this.

 

Regards,

 

Nihar 

 

 

From: Nihar Ranjan Deb [mailto:nihar.ranjan at microtalkgroup.com] 
Sent: Wednesday, December 28, 2016 5:42 PM
To: 'sr-users at lists.sip-router.org'
Subject: BYE issue kamailio + rtpproxy "481 call leg transaction doesn't
exists".

 

Hi All,

 

I am a new user of kamailio. We have setup a kamilio server with RTP proxy.
Most of the features are working fine except BYE. 

 

 

Say User A and B are registered in kamailio server. A (caller) connected to
B(called), call established. 

 

1. If Caller (A)  disconnects the call, everything goes fine. B gets
disconnected and call releases.

 

2. But if Called party (B) disconnects the call, A never gets disconnected.
I checked trace as well, in this case caller (A) gets a BYE with B's callid.
So A rejects call with "481 call leg transaction doesn't exists".

Basically A party and B party has separate dialog established with Kamilio.
So they have two separate callids . All messages are exchanged correctly.
Only when B party disconnects call, kamailio sends BYE to A party with B
party callid.

 

Please help me to resolve this issue. Do let me know if any more information
required.

 

 

------ INVITE--------------------------

 

INVITE sip:966268@*** SIP/2.0

Via: SIP/2.0/UDP
192.168.1.36:63238;branch=z9hG4bK-524287-1---e64d171ec3b0b54e;rport

Max-Forwards: 70

Contact: <sip:334031@***:8906;rinstance=ea9b5f48eb342a98>

To: <sip:966268@***>

From: "334031"<sip:334031@****>;tag=4406552c

Call-ID: 82158NzljY2NiYTA5YmI3M2U1MzQyODgwMWYwYTI3ZWJjNzc

CSeq: 2 INVITE

Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS,
MESSAGE

Content-Type: application/sdp

Proxy-Authorization: Digest
username="334031",realm="*****",nonce="****",uri="sip:966268@***",response="
***",algorithm=MD5

Supported: replaces

User-Agent: X-Lite release 4.9.6 stamp 82158

Content-Length: 334

 

v=0

o=- 13127393523589215 1 IN IP4 192.168.1.36

s=X-Lite release 4.9.6 stamp 82158

c=IN IP4 192.168.1.36

t=0 0

m=audio 57116 RTP/AVP 9 8 120 0 84 101

a=rtpmap:120 opus/48000/2

a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000

a=rtpmap:84 speex/16000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendrecv

 

 

 

-------------------------BYE--------------------------------

 

 

BYE sip:334031 at 192.168.1.36:63238;rinstance=ea9b5f48eb342a98 SIP/2.0

Via: SIP/2.0/UDP
***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0

Via: SIP/2.0/UDP
10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10
qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*

From: <sip:966268@***>;tag=1665200125

To: "334031" <sip:334031@***>;tag=4406552c

Call-ID:
!!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRwe
MH4N6RemHYMI9Y0tV**

CSeq: 3 BYE

Contact: <sip:10.0.0.1;line=sr-mcsjIlJcYlxcIPVo-0-8Ylb8-9bKUlPjIlxEYwbw>

Max-Forwards: 69

User-Agent: Yealink SIP-T20P 9.72.0.80

Content-Length: 0

 

 

-------------------------- 481---------------------

 

SIP/2.0 481 Call/Transaction Does Not Exist

Via: SIP/2.0/UDP
***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0;received=35.1
64.228.12

Via: SIP/2.0/UDP
10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10
qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*

To: "334031" <sip:334031@***>;tag=4406552c

From: <sip:966268@***>;tag=1665200125

Call-ID:
!!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRwe
MH4N6RemHYMI9Y0tV**

CSeq: 3 BYE

Accept-Language: en

Content-Length: 0

 

 

 

 

Regards,

Nihar

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170109/66ddd617/attachment.html>

From miconda at gmail.com  Tue Jan 10 09:26:01 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 09:26:01 +0100
Subject: [SR-Users] t_precheck_trans
In-Reply-To: <592f2292-8988-5214-18d2-dcdb8d4de8de@gmail.com>
References: <1b6801a8-b328-9814-0eeb-e4cf17fb6469@gmail.com>
 <CAASaakafkh7JvthsmjWUHRgLwm68p7BF7SHffSBDvjGManfGPg@mail.gmail.com>
 <592f2292-8988-5214-18d2-dcdb8d4de8de@gmail.com>
Message-ID: <c077989a-7ff0-881d-918f-ac0b2832baa7@gmail.com>

FYI: there is an alphabetic index in the wiki with the functions
exported by the modules:

  - https://www.kamailio.org/wiki/alphaindexes/4.4.x/modfunctions

Cheers,
Daniel


On 06/01/2017 20:37, Annus Fictus wrote:
>
> Thank you Julia.
>
> Regards
>
> El 06/01/2017 a las 14:34, Julia Boudniatsky escribió:
>> It's a function of TMX module.
>>
>> http://www.kamailio.org/docs/modules/4.4.x/modules/tmx.html#tmx.f.t_precheck_trans
>>
>> Best regards.
>>
>> Julia.
>>
>> On Fri, Jan 6, 2017 at 7:55 PM, Annus Fictus <annusfictus at gmail.com
>> <mailto:annusfictus at gmail.com>> wrote:
>>
>>     Hi,
>>
>>     where can I find documentation for this function present on the
>>     default script?
>>
>>     In TM module not exist (Kamailio 4.4.4)
>>
>>     Thank you
>>
>>     Regards
>>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>     mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/5bd8c810/attachment.html>

From red_dra at plugit.net  Tue Jan 10 10:51:30 2017
From: red_dra at plugit.net (Laura)
Date: Tue, 10 Jan 2017 10:51:30 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
Message-ID: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>

Dear all,

I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it was 
possibile to add some special paramenter to all call sent to a specific 
gateway.

I was try to use the " params" field on lcr_gw table but it's not 
working like i was think..

The issue is simple.. i want to add to field "Privacy: id" to any call i 
send over a specific gateway..

What is the best and easy way to do that ?

Any idea is appreciate.

Regards

Laura

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/30c821cd/attachment.html>

From miconda at gmail.com  Tue Jan 10 11:38:49 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 11:38:49 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
Message-ID: <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>

Hello,

afaik the params column stores the parameters for request URI.

You are looking to add extra headers.

One option is to leverage on tag column -- its value should be returned
in a variable inside kamailio.cfg. There you can test the value and if
it has a specific value, then you can add the extra header you need. The
operation to add the headers should be done inside a branch_route in
order to have different values for each gateway.

Cheers,
Daniel


On 10/01/2017 10:51, Laura wrote:
>
> Dear all,
>
> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it was
> possibile to add some special paramenter to all call sent to a
> specific gateway.
>
> I was try to use the " params" field on lcr_gw table but it's not
> working like i was think..
>
> The issue is simple.. i want to add to field "Privacy: id" to any call
> i send over a specific gateway..
>
> What is the best and easy way to do that ?
>
> Any idea is appreciate.
>
> Regards
>
> Laura
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/5f81a344/attachment.html>

From miconda at gmail.com  Tue Jan 10 11:45:49 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 11:45:49 +0100
Subject: [SR-Users] [Error] Install Kamailio 4.4 in Mac 10.12
In-Reply-To: <CAP-r+ep4FOGv1VMBLzMu7=9GqdUf31cYiphrPo9cZBOL-T9+Aw@mail.gmail.com>
References: <1EAA71E5-732C-46B1-969E-40B0B5CBEE6D@snowmanlabs.com>
 <CAP-r+eoh5iu1kVYf5FS7kp44PeZYu+f1F+71NrE__rPs6=HL3Q@mail.gmail.com>
 <CAP-r+ep4FOGv1VMBLzMu7=9GqdUf31cYiphrPo9cZBOL-T9+Aw@mail.gmail.com>
Message-ID: <9436cfa1-2e4c-1e74-5e37-2ddf3fe45ce6@gmail.com>

I mostly develop kamailio on MacOS (since several years ago). I install
MySQL from macports an everything works fine. You would need also the
pkgconfig package, which allows kamailio build system (makefile) to
discover the location of devel headers for mysql client library.

Macports are available at:

  - https://www.macports.org/

There are other package managers for MacOS like homebrew or flint.

Given Diego's details that devel headers are also deployed by mysql dmg,
the steps to compile with them should be:

- edit src/modules/mysql/Makefile

- update the values for CDEFS and LIBS to point to the directories
holding the include .h files and the shared libraries

- save and then try to compile kamailio with db_mysql module enabled

Cheers,
Daniel


On 09/01/2017 13:35, Diego Nadares wrote:
> In my mac:
>
> I think that mysql dmg installed comes with dev headers too.
>
> dnadaress-MacBook-Air:~ dnadares$ locate mysql.h
> /usr/local/mysql-5.6.19-osx10.7-x86_64/include/mysql.h
>
> cheers.
>
> Diego.
>
>
> 2017-01-09 9:27 GMT-03:00 Diego Nadares <dnadares at gmail.com
> <mailto:dnadares at gmail.com>>:
>
>     Hi Luis, 
>
>     Do you have mysql installed? Because it's not finding those headers. 
>
>     El El lun, 9 de ene. de 2017 a las 05:21, Luis De Marchi
>     <luis at snowmanlabs.com <mailto:luis at snowmanlabs.com>> escribió:
>
>         Hi,
>
>         Sorry, my english, I'm using the translator.
>         I'm having trouble installing Kamailio for Mac 10.12
>
>         Terminal:
>         Luis:kamailio luisdemarchi$ sudo make all
>
>         CC (gcc) [M db_mysql.so]km_db_mysql.o
>         *km_db_mysql.c:41:10: **fatal error: **'mysql.h' file not found*
>         #include <mysql.h>
>         *         ^*
>         1 error generated.
>         make[1]: *** [km_db_mysql.o] Error 1
>         make: *** [modules] Error 1
>
>
>         	*Luís De Marchi* 
>         Diretor Administrativo 
>
>         +55 (41) 99815-6800 <tel:+55%2041%2099815-6800> 
>         +55 (41) 3027-7669 <tel:+55%2041%203027-7669> 
>         www.snowmanlabs.com <http://www.snowmanlabs.com/>
>
>
>
>
>
>
>         _______________________________________________
>
>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>         mailing list
>
>         sr-users at lists.sip-router.org
>         <mailto:sr-users at lists.sip-router.org>
>
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/68e4f960/attachment.html>

From miconda at gmail.com  Tue Jan 10 11:53:11 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 11:53:11 +0100
Subject: [SR-Users] Difference between HTTP clients (utils.so vs
 http_client.so)
In-Reply-To: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
References: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
Message-ID: <b9d2b7a4-cf96-dce0-d5bc-ee9f44aaa53e@gmail.com>

Hello,

utils' http query function is the old option (first implemented) that
could be used for http queries in kamaili.cfg. The http_client module
was added to replace the utils version, which should be removed over the
time. Also, http_client module offers more options for doing the http
queries, so it should be the recommended way to be used in configs nowadays.

There is another http related module, respectively http_async_client
that targets async processing needs of http queries.

Cheers,
Daniel


On 06/01/2017 20:26, Joel Serrano | VOZELIA wrote:
> Hi all, 
>
> Currently I see there are 2 http clients:
>
> utils.so --> http_query()
> http_client.so --> http_client_query()
>
> Any advice on which to use? Any pros/cons of using one over the other?
>
> Thanks, 
> Joel.
> Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado.Les informamos que los datos contenidos en el presente mail, han sido facilitados por usted o recogidos de Fuentes Accesibles al Público. Dicha información personal, será incluida en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se encuentran debidamente inscritos ante la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso 
>  de no ser el destinatario y haya recibido este mensaje por error, agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, almacenar o copiar su contenido.La divulgación o el suministro, en todo o en parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito consentimiento de VOZELIA TELECOM S.L. .
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com




From miconda at gmail.com  Tue Jan 10 12:01:32 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 12:01:32 +0100
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
Message-ID: <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>

Hello,

try with"

kamcmd cfg.sets voicemail srv_ip "1.2.3.4"

Cheers,
Daniel

On 06/01/2017 16:30, Annus Fictus wrote:
>
> Hello list,
>
> I can't find the exact RPC command to change IP or port of voicemail
> server (module CFG_RPC):
>
> the default Kamailio configuration is:
>
> */#!ifdef WITH_VOICEMAIL/**/
> /**/# VoiceMail Routing on offline, busy or no answer/**/
> /**/#/**/
> /**/# - by default Voicemail server IP is empty to avoid misrouting/**/
> /**/voicemail.srv_ip = "" desc "VoiceMail IP Address"/**/
> /**/voicemail.srv_port = "5060" desc "VoiceMail Port"/**/
> /**/#!endif/*
>
> Thank you
>
> Regards
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/3c3c3996/attachment.html>

From miconda at gmail.com  Tue Jan 10 12:24:37 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 12:24:37 +0100
Subject: [SR-Users] BYE issue kamailio + rtpproxy "481 call leg
 transaction doesn't exists".
In-Reply-To: <58654b4b.86bac20a.72ec1.4408SMTPIN_ADDED_BROKEN@mx.google.com>
References: <58654b4b.86bac20a.72ec1.4408SMTPIN_ADDED_BROKEN@mx.google.com>
Message-ID: <a7b54744-0ca5-b2bb-9b17-b27c562c9a96@gmail.com>

Hello,

are you using topoh module?

A pcap with all sip messages part of the dialog, from the initial INVITE
to the last BYE transaction would be important to have in order to
investigate how the headers are changed.

Cheers,
Daniel


On 28/12/2016 13:11, Nihar Ranjan Deb wrote:
>
> Hi All,
>
>  
>
> I am a new user of kamailio. We have setup a kamilio server with RTP
> proxy. Most of the features are working fine except BYE.
>
>  
>
>  
>
> Say User A and B are registered in kamailio server. A (caller)
> connected to B(called), call established.
>
>  
>
> 1. If Caller (A)  disconnects the call, everything goes fine. B gets
> disconnected and call releases.
>
>  
>
> 2. But if Called party (B) disconnects the call, A never gets
> disconnected. I checked trace as well, in this case caller (A) gets a
> BYE with B's callid. So A rejects call with "481 call leg transaction
> doesn't exists".
>
> Basically A party and B party has separate dialog established with
> Kamilio. So they have two separate callids . All messages are
> exchanged correctly. Only when B party disconnects call, kamailio
> sends BYE to A party with B party callid.
>
>  
>
> Please help me to resolve this issue. Do let me know if any more
> information required.
>
>  
>
>  
>
> ------ INVITE--------------------------
>
>  
>
> INVITE sip:966268@*** SIP/2.0
>
> Via: SIP/2.0/UDP
> 192.168.1.36:63238;branch=z9hG4bK-524287-1---e64d171ec3b0b54e;rport
>
> Max-Forwards: 70
>
> Contact: <sip:334031@***:8906;rinstance=ea9b5f48eb342a98>
>
> To: <sip:966268@***>
>
> From: "334031"<sip:334031@****>;tag=4406552c
>
> Call-ID: *82158NzljY2NiYTA5YmI3M2U1MzQyODgwMWYwYTI3ZWJjNzc*
>
> CSeq: 2 INVITE
>
> Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO,
> OPTIONS, MESSAGE
>
> Content-Type: application/sdp
>
> Proxy-Authorization: Digest
> username="334031",realm="*****",nonce="****",uri="sip:966268@***",response="***",algorithm=MD5
>
> Supported: replaces
>
> User-Agent: X-Lite release 4.9.6 stamp 82158
>
> Content-Length: 334
>
>  
>
> v=0
>
> o=- 13127393523589215 1 IN IP4 192.168.1.36
>
> s=X-Lite release 4.9.6 stamp 82158
>
> c=IN IP4 192.168.1.36
>
> t=0 0
>
> m=audio 57116 RTP/AVP 9 8 120 0 84 101
>
> a=rtpmap:120 opus/48000/2
>
> a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000
>
> a=rtpmap:84 speex/16000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
> a=sendrecv
>
>  
>
>  
>
>  
>
> -------------------------BYE--------------------------------
>
>  
>
>  
>
> BYE sip:334031 at 192.168.1.36:63238;rinstance=ea9b5f48eb342a98 SIP/2.0
>
> Via: SIP/2.0/UDP
> ***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0
>
> Via: SIP/2.0/UDP
> 10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*
>
> From: <sip:966268@***>;tag=1665200125
>
> To: "334031" <sip:334031@***>;tag=4406552c
>
> Call-ID:
> *!!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRweMH4N6RemHYMI9Y0tV***
>
> CSeq: 3 BYE
>
> Contact: <sip:10.0.0.1;line=sr-mcsjIlJcYlxcIPVo-0-8Ylb8-9bKUlPjIlxEYwbw>
>
> Max-Forwards: 69
>
> User-Agent: Yealink SIP-T20P 9.72.0.80
>
> Content-Length: 0
>
>  
>
>  
>
> -------------------------- 481---------------------
>
>  
>
> SIP/2.0 481 Call/Transaction Does Not Exist
>
> Via: SIP/2.0/UDP
> ***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0;received=35.164.228.12
>
> Via: SIP/2.0/UDP
> 10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*
>
> To: "334031" <sip:334031@***>;tag=4406552c
>
> From: <sip:966268@***>;tag=1665200125
>
> Call-ID:
> !!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRweMH4N6RemHYMI9Y0tV**
>
> CSeq: 3 BYE
>
> Accept-Language: en
>
> Content-Length: 0
>
>  
>
>  
>
>  
>
>  
>
> Regards,
>
> Nihar
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/edccdb95/attachment.html>

From red_dra at plugit.net  Tue Jan 10 13:05:47 2017
From: red_dra at plugit.net (Laura)
Date: Tue, 10 Jan 2017 13:05:47 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
Message-ID: <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>

Dear Daniel,

thanks for your idea.. for anyone need it on their config..

on branch_route[MANAGE_BRANCH] ...

     if ($avp(lcr_tag)!=$null) {

#!ifdef WITH_XLOG
         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add 
field on INVITE\n");
#!endif
         append_hf("$avp(lcr_tag)\r\n");

     }


Pratically if the field tag on lcr_gw modules is not empty .. i'll add 
the datas inside the INVITE :)

Regards
Laura


Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>
> Hello,
>
> afaik the params column stores the parameters for request URI.
>
> You are looking to add extra headers.
>
> One option is to leverage on tag column -- its value should be 
> returned in a variable inside kamailio.cfg. There you can test the 
> value and if it has a specific value, then you can add the extra 
> header you need. The operation to add the headers should be done 
> inside a branch_route in order to have different values for each gateway.
>
> Cheers,
> Daniel
>
>
> On 10/01/2017 10:51, Laura wrote:
>>
>> Dear all,
>>
>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it was 
>> possibile to add some special paramenter to all call sent to a 
>> specific gateway.
>>
>> I was try to use the " params" field on lcr_gw table but it's not 
>> working like i was think..
>>
>> The issue is simple.. i want to add to field "Privacy: id" to any 
>> call i send over a specific gateway..
>>
>> What is the best and easy way to do that ?
>>
>> Any idea is appreciate.
>>
>> Regards
>>
>> Laura
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/1c7cbe63/attachment.html>

From amessina at messinet.com  Tue Jan 10 13:45:04 2017
From: amessina at messinet.com (Anthony Joseph Messina)
Date: Tue, 10 Jan 2017 06:45:04 -0600
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
Message-ID: <9769483.Z3uihYD2tI@ws1.m.messinet.com>

On Tuesday, January 10, 2017 10:51:30 AM CST Laura wrote:
> Dear all,
> 
> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it was
> possibile to add some special paramenter to all call sent to a specific
> gateway.
> 
> I was try to use the " params" field on lcr_gw table but it's not
> working like i was think..
> 
> The issue is simple.. i want to add to field "Privacy: id" to any call i
> send over a specific gateway..
> 
> What is the best and easy way to do that ?
> 
> Any idea is appreciate.
> 
> Regards
> 
> Laura

You could use the LCR 'flags' column to set flag(s) with 

#!define FLB_LCR_SPECIAL 19
modparam("lcr", "flags_avp", "$avp(lcr_gw_flags)")
...
if(!load_gws(1, $rU)) {
    ...
}

# Set the branch flags according to the LCR flags column value
$bf=$avp(lcr_gw_flags);
...
if(isbflagset(FLB_LCR_SPECIAL)) {
    append_hf("Privacy: id\r\n");
}

Note that the flags column is the integer representation of the flag so the 
19th bit is 524288 in the flags column.

I do this for LCR as well. -A

-- 
Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery
F9B6 560E 68EA 037D 8C3D  D1C9 FF31 3BDB D9D8 99B6
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/e2e59b53/attachment.sig>

From annusfictus at gmail.com  Tue Jan 10 13:55:17 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Tue, 10 Jan 2017 07:55:17 -0500
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
Message-ID: <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>

Hi,

kamcmd cfg.sets voicemail srv_ip "1.2.3.4"

return

*error: 400 - Failed to set the variable*

Thank you

Regards

El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/056c07b8/attachment.html>

From miconda at gmail.com  Tue Jan 10 14:34:16 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 14:34:16 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
Message-ID: <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>

Hello!

Welcome and thanks for providing back details about the solution in the
config file. I am sure it will help others with similar needs in the future.

As further hints, the value in the tag column can be more complex,
storing more than information about the extra headers, just use a format
that can be parsed easily in the configuration file, for example json,
xml or parameter-like value.

Cheers,
Daniel

On 10/01/2017 13:05, Laura wrote:
>
> Dear Daniel,
>
> thanks for your idea.. for anyone need it on their config..
>
> on branch_route[MANAGE_BRANCH] ...
>
>     if ($avp(lcr_tag)!=$null) {
>
> #!ifdef WITH_XLOG
>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add
> field on INVITE\n");
> #!endif
>         append_hf("$avp(lcr_tag)\r\n");
>
>     }
>
>
> Pratically if the field tag on lcr_gw modules is not empty .. i'll add
> the datas inside the INVITE :)
>
> Regards
> Laura
>
>
> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>
>> Hello,
>>
>> afaik the params column stores the parameters for request URI.
>>
>> You are looking to add extra headers.
>>
>> One option is to leverage on tag column -- its value should be
>> returned in a variable inside kamailio.cfg. There you can test the
>> value and if it has a specific value, then you can add the extra
>> header you need. The operation to add the headers should be done
>> inside a branch_route in order to have different values for each gateway.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 10/01/2017 10:51, Laura wrote:
>>>
>>> Dear all,
>>>
>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it was
>>> possibile to add some special paramenter to all call sent to a
>>> specific gateway.
>>>
>>> I was try to use the " params" field on lcr_gw table but it's not
>>> working like i was think..
>>>
>>> The issue is simple.. i want to add to field "Privacy: id" to any
>>> call i send over a specific gateway..
>>>
>>> What is the best and easy way to do that ?
>>>
>>> Any idea is appreciate.
>>>
>>> Regards
>>>
>>> Laura
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/6b3b85f2/attachment.html>

From miconda at gmail.com  Tue Jan 10 14:35:04 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 14:35:04 +0100
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
Message-ID: <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>

Hello,

can you provide the log messages when executing the command with debug=3
in kamailio.cfg?

Cheers,
Daniel


On 10/01/2017 13:55, Annus Fictus wrote:
>
> Hi,
>
> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>
> return
>
> *error: 400 - Failed to set the variable*
>
> Thank you
>
> Regards
>
> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/8f51b798/attachment.html>

From red_dra at plugit.net  Tue Jan 10 14:41:27 2017
From: red_dra at plugit.net (Laura)
Date: Tue, 10 Jan 2017 14:41:27 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
 <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
Message-ID: <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>

Dear Daniel and list..

a very strange situation.. why this parameters is valid on the first gw 
only inside the lcr..

if i add differents string on 2 gateways... and the call is goind on 
both of them.. i see the parameter added to invite only on the fist gw...

Cheers

Laura

Il 10/01/17 14:34, Daniel-Constantin Mierla ha scritto:
>
> Hello!
>
> Welcome and thanks for providing back details about the solution in 
> the config file. I am sure it will help others with similar needs in 
> the future.
>
> As further hints, the value in the tag column can be more complex, 
> storing more than information about the extra headers, just use a 
> format that can be parsed easily in the configuration file, for 
> example json, xml or parameter-like value.
>
> Cheers,
> Daniel
>
> On 10/01/2017 13:05, Laura wrote:
>>
>> Dear Daniel,
>>
>> thanks for your idea.. for anyone need it on their config..
>>
>> on branch_route[MANAGE_BRANCH] ...
>>
>>     if ($avp(lcr_tag)!=$null) {
>>
>> #!ifdef WITH_XLOG
>>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add 
>> field on INVITE\n");
>> #!endif
>>         append_hf("$avp(lcr_tag)\r\n");
>>
>>     }
>>
>>
>> Pratically if the field tag on lcr_gw modules is not empty .. i'll 
>> add the datas inside the INVITE :)
>>
>> Regards
>> Laura
>>
>>
>> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>>
>>> Hello,
>>>
>>> afaik the params column stores the parameters for request URI.
>>>
>>> You are looking to add extra headers.
>>>
>>> One option is to leverage on tag column -- its value should be 
>>> returned in a variable inside kamailio.cfg. There you can test the 
>>> value and if it has a specific value, then you can add the extra 
>>> header you need. The operation to add the headers should be done 
>>> inside a branch_route in order to have different values for each 
>>> gateway.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 10/01/2017 10:51, Laura wrote:
>>>>
>>>> Dear all,
>>>>
>>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it 
>>>> was possibile to add some special paramenter to all call sent to a 
>>>> specific gateway.
>>>>
>>>> I was try to use the " params" field on lcr_gw table but it's not 
>>>> working like i was think..
>>>>
>>>> The issue is simple.. i want to add to field "Privacy: id" to any 
>>>> call i send over a specific gateway..
>>>>
>>>> What is the best and easy way to do that ?
>>>>
>>>> Any idea is appreciate.
>>>>
>>>> Regards
>>>>
>>>> Laura
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/0384d7d4/attachment.html>

From annusfictus at gmail.com  Tue Jan 10 14:44:49 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Tue, 10 Jan 2017 08:44:49 -0500
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
 <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
Message-ID: <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>

Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl 
[../../io_wait.h:380]: io_watch_add(): DBG: io_watch_add(0x7fd2e37d4300, 
10, 3, 0x2353100), fd_no=1
Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl 
[io_listener.c:442]: handle_new_connect(): handle_stream read: new 
connection (1) on /var/run/kamailio//kamailio_ctl

Thank you

Raegards

El 10/01/2017 a las 08:35, Daniel-Constantin Mierla escribió:
>
> Hello,
>
> can you provide the log messages when executing the command with 
> debug=3 in kamailio.cfg?
>
> Cheers,
> Daniel
>
>
> On 10/01/2017 13:55, Annus Fictus wrote:
>>
>> Hi,
>>
>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>
>> return
>>
>> *error: 400 - Failed to set the variable*
>>
>> Thank you
>>
>> Regards
>>
>> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/920862a7/attachment.html>

From red_dra at plugit.net  Tue Jan 10 15:53:29 2017
From: red_dra at plugit.net (Laura)
Date: Tue, 10 Jan 2017 15:53:29 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific
 gatewyc - FIXED
In-Reply-To: <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
 <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
 <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
Message-ID: <c0256376-41dc-f125-506f-014fcef24852@plugit.net>

Dear all,

don't forget to add the same strings on failure_route ;)

Cheers
Laura


Il 10/01/17 14:41, Laura ha scritto:
>
> Dear Daniel and list..
>
> a very strange situation.. why this parameters is valid on the first 
> gw only inside the lcr..
>
> if i add differents string on 2 gateways... and the call is goind on 
> both of them.. i see the parameter added to invite only on the fist gw...
>
> Cheers
>
> Laura
>
> Il 10/01/17 14:34, Daniel-Constantin Mierla ha scritto:
>>
>> Hello!
>>
>> Welcome and thanks for providing back details about the solution in 
>> the config file. I am sure it will help others with similar needs in 
>> the future.
>>
>> As further hints, the value in the tag column can be more complex, 
>> storing more than information about the extra headers, just use a 
>> format that can be parsed easily in the configuration file, for 
>> example json, xml or parameter-like value.
>>
>> Cheers,
>> Daniel
>>
>> On 10/01/2017 13:05, Laura wrote:
>>>
>>> Dear Daniel,
>>>
>>> thanks for your idea.. for anyone need it on their config..
>>>
>>> on branch_route[MANAGE_BRANCH] ...
>>>
>>>     if ($avp(lcr_tag)!=$null) {
>>>
>>> #!ifdef WITH_XLOG
>>>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add 
>>> field on INVITE\n");
>>> #!endif
>>>         append_hf("$avp(lcr_tag)\r\n");
>>>
>>>     }
>>>
>>>
>>> Pratically if the field tag on lcr_gw modules is not empty .. i'll 
>>> add the datas inside the INVITE :)
>>>
>>> Regards
>>> Laura
>>>
>>>
>>> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>>>
>>>> Hello,
>>>>
>>>> afaik the params column stores the parameters for request URI.
>>>>
>>>> You are looking to add extra headers.
>>>>
>>>> One option is to leverage on tag column -- its value should be 
>>>> returned in a variable inside kamailio.cfg. There you can test the 
>>>> value and if it has a specific value, then you can add the extra 
>>>> header you need. The operation to add the headers should be done 
>>>> inside a branch_route in order to have different values for each 
>>>> gateway.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 10/01/2017 10:51, Laura wrote:
>>>>>
>>>>> Dear all,
>>>>>
>>>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it 
>>>>> was possibile to add some special paramenter to all call sent to a 
>>>>> specific gateway.
>>>>>
>>>>> I was try to use the " params" field on lcr_gw table but it's not 
>>>>> working like i was think..
>>>>>
>>>>> The issue is simple.. i want to add to field "Privacy: id" to any 
>>>>> call i send over a specific gateway..
>>>>>
>>>>> What is the best and easy way to do that ?
>>>>>
>>>>> Any idea is appreciate.
>>>>>
>>>>> Regards
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/1e94973d/attachment.html>

From carsten at ng-voice.com  Tue Jan 10 17:04:20 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Tue, 10 Jan 2017 17:04:20 +0100
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
In-Reply-To: <CA+E4-bXs9g3+UN8NGunM4J3xyhC8+yMJqtfHjWaP5HKtY8JCOQ@mail.gmail.com>
References: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
 <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>
 <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>
 <CA+E4-bXs9g3+UN8NGunM4J3xyhC8+yMJqtfHjWaP5HKtY8JCOQ@mail.gmail.com>
Message-ID: <CAOCjumH5TiVpbB9zySCADvCCpjuPQ8vVasBYjEcma--K05tGRQ@mail.gmail.com>

Hi Zoltan,

that's not a bug, it's a feature request. The value is not available,
since you're the first one asking for it.

Can you put a Feature-Request on our Tracker
(https://github.com/kamailio/kamailio/issues)? We added it to the
ims_charging module, because we explicitly needed this feature, so we
implemented it.

Thanks,
Carsten

2017-01-09 21:26 GMT+01:00 Zoltán Miricz <zoltan.miricz at gmail.com>:
> Hi Carsten,
>
> Thank you very much for your response!
> Sadly for the UAR, LIR, SAR are not providing these kind of error codes.
> As you can see only -1 coming back and not
> Jan  4 06:17:15 localhost journal:
> de.fhg.fokus.hss.cx.CxExperimentalResultException:
> IMS_Diameter_Error_User_Unknown
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.cx.op.UAR.processRequest(UAR.java:115)
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.main.Task.execute(Task.java:169)
> Jan  4 06:17:15 localhost journal: #011at
> de.fhg.fokus.hss.main.Worker.run(Worker.java:66)
> Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
> ims_icscf [cxdx_uar.c:152]: async_cdp_uar_callback():
> RC_IMS_DIAMETER_ERROR_USER_UNKNOWN
> Jan  4 06:17:15 localhost journal: #033[0;39;49m#033[0;31;49m 7(46) ERROR:
> <script>: $avp(s:uaa_return_code) = -1
>
> route[REG_UAR_REPLY]
> {
>     xlog("$$avp(s:uaa_return_code) = $avp(s:uaa_return_code)\n");
>     #this is async so to know status we have to check the reply avp
>     switch ($avp(s:uaa_return_code)){
>             case 1: #success
>                     if (I_scscf_select("0")){
>
> In my case it should be Error_User_Unknown(5001) and from the above example
> it's visible that from the cxdx_uar.c it's visible, but when the config
> script get's the variable it's already -1.
>
> Cheers,
> Zoltan
>
>
>
> On 9 January 2017 at 09:50, Carsten Bock <carsten at ng-voice.com> wrote:
>>
>> Hi Zoltan,
>>
>> i've added something like this for the IMS-Charging Module in order to
>> retrieve the "full" Charging Response:
>>
>>             case -1: #failure
>>                 xlog("L_ERR", "CCR failure - error response sent from
>> module\n");
>> switch ($avp(s:cca_result_code)){
>> case 5030:
>> send_reply("403", "Charging User not found");
>>                break;
>> case 5031:
>> send_reply("403", "Rating failed");
>>                break;
>> case 4010:
>> send_reply("402", "Payment required - Unsufficient funds");
>>                break;
>> case 5006:
>> send_reply("486", "Line limit exceeded");
>>                break;
>> default:
>> send_reply("402","Payment required ($avp(s:cca_result_code))");
>>                break;
>> }
>>
>> (it's in the Master repo/example:
>>
>> https://github.com/kamailio/kamailio/blob/master/misc/examples/scscf/kamailio.cfg)
>>
>> In addition, I have a generic Diameter Client/Server Module, which
>> unfortunately was not finished for Kamailio 5 (development branch is
>> frozen at the moment), but in that case, you'll have to do all the
>> processing yourself. We currently use it as a "Diameter Adapter",
>> which takes a Diameter Request and forwards it through a message bus
>> to worker processes (acting as a HSS).
>>
>> Thanks,
>> Carsten
>>
>>
>> 2017-01-06 18:47 GMT+01:00 Zoltán Miricz <zoltan.miricz at gmail.com>:
>> > Hi,
>> >
>> > Is somebody ever tried to manipulate and retrieve AVP variables from the
>> > Sent/Received Diameter Messages via Config file?
>> > Thank you very much in advance!
>> >
>> > Cheers,
>> > Zoltan
>> >
>> > On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.miricz at gmail.com>
>> > wrote:
>> >>
>> >>
>> >> Dear All,
>> >>
>> >> I'm wondering is it possible to catch Diameter Messages and their AVP
>> >> values from kamailio.cfg just like for SIP messages? (Using pseudo
>> >> variables)
>> >>
>> >> I looked into this function from the attached S-CSCF example.
>> >>
>> >> route[REG_MAR_REPLY]
>> >> {
>> >>
>> >> #this is async so to know status we have to check the reply avp
>> >>
>> >> xlog("L_DBG","maa_return code is $avp(s:maa_return_code)\n");
>> >>
>> >> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the
>> >> rc)
>> >> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc)
>> >> and
>> >> some different AVP values besides.
>> >>
>> >>
>> >> Thank you very much in advance!
>> >>
>> >> Cheers,
>> >> Zoltan
>> >
>> >
>> >
>> > _______________________________________________
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users at lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>>
>>
>> --
>> Carsten Bock
>> CEO (Geschäftsführer)
>>
>> ng-voice GmbH
>> Millerntorplatz 1
>> 20359 Hamburg / Germany
>>
>> http://www.ng-voice.com
>> mailto:carsten at ng-voice.com
>>
>> Office +49 40 5247593-40
>> Fax +49 40 5247593-99
>>
>> Sitz der Gesellschaft: Hamburg
>> Registergericht: Amtsgericht Hamburg, HRB 120189
>> Geschäftsführer: Carsten Bock
>> Ust-ID: DE279344284
>>
>> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>> http://www.ng-voice.com/imprint/
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From miconda at gmail.com  Tue Jan 10 17:24:35 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 17:24:35 +0100
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
 <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
 <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>
Message-ID: <8260c1ff-e186-00cf-3eb1-6ea67872e356@gmail.com>

Not much info there, I will have to reproduce it myself ...

Cheers, Daniel


On 10/01/2017 14:44, Annus Fictus wrote:
>
> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
> [../../io_wait.h:380]: io_watch_add(): DBG:
> io_watch_add(0x7fd2e37d4300, 10, 3, 0x2353100), fd_no=1
> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
> [io_listener.c:442]: handle_new_connect(): handle_stream read: new
> connection (1) on /var/run/kamailio//kamailio_ctl
>
> Thank you
>
> Raegards
>
> El 10/01/2017 a las 08:35, Daniel-Constantin Mierla escribió:
>>
>> Hello,
>>
>> can you provide the log messages when executing the command with
>> debug=3 in kamailio.cfg?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 10/01/2017 13:55, Annus Fictus wrote:
>>>
>>> Hi,
>>>
>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>
>>> return
>>>
>>> *error: 400 - Failed to set the variable*
>>>
>>> Thank you
>>>
>>> Regards
>>>
>>> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/0bc2811b/attachment.html>

From miconda at gmail.com  Tue Jan 10 17:28:53 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 10 Jan 2017 17:28:53 +0100
Subject: [SR-Users] =?utf-8?q?Kamailio_on_Cluecon_Weekly_=E2=80=93_Jan_11?=
	=?utf-8?q?=2C_2017?=
Message-ID: <5646d400-ae45-5b29-503d-7fc48146a563@gmail.com>

Hello,

for those interested in participating to a (video) chat tomorrow, Wed,
Jan 11, I will be joining the ClueCon Weekly at 12:00CT (USA) to discuss
about latest Kamailio, what's new and the plans for the near future.
Integration with FreeSwitch is going to be among the topics.

You can join the video conference call with a webrtc capable browser.
You can also join only for audio using a SIP phone or dialing from PSTN
or mobile networks.

More specific details are available at:

  -
https://www.kamailio.org/w/2017/01/kamailio-on-cluecon-weekly-jan-11-2017/

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/bb78c4f6/attachment.html>

From zoltan.miricz at gmail.com  Tue Jan 10 17:58:06 2017
From: zoltan.miricz at gmail.com (=?UTF-8?Q?Zolt=C3=A1n_Miricz?=)
Date: Tue, 10 Jan 2017 18:58:06 +0200
Subject: [SR-Users] Diameter AVP handling from kamaiio.cfg
In-Reply-To: <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>
References: <CA+E4-bWfk3hP7T-W=_=qgbxa3f91Q71Zkne9PnjFEv+JyaV2tQ@mail.gmail.com>
 <CA+E4-bV5NRbFKBq828+Xp=JQKirJixW_wnZ5zO-pHWhpYWsOOA@mail.gmail.com>
 <CAOCjumFdNEUA2sofZOOuXQXn2Vh3BOmHEmiZZCqihKOmrGhs9w@mail.gmail.com>
Message-ID: <CA+E4-bUzjidHtcZ73uZ=E0gdDyfoS8-3LrEh3u95GPuDLehzVw@mail.gmail.com>

Thank you very much.

I opened a feature request:
https://github.com/kamailio/kamailio/issues/922

If I will have time, I might try to implement such kind of functionality :)

*Cheers,*
*Zoltan*


On 9 January 2017 at 09:50, Carsten Bock <carsten at ng-voice.com> wrote:

> Hi Zoltan,
>
> i've added something like this for the IMS-Charging Module in order to
> retrieve the "full" Charging Response:
>
>             case -1: #failure
>                 xlog("L_ERR", "CCR failure - error response sent from
> module\n");
> switch ($avp(s:cca_result_code)){
> case 5030:
> send_reply("403", "Charging User not found");
>                break;
> case 5031:
> send_reply("403", "Rating failed");
>                break;
> case 4010:
> send_reply("402", "Payment required - Unsufficient funds");
>                break;
> case 5006:
> send_reply("486", "Line limit exceeded");
>                break;
> default:
> send_reply("402","Payment required ($avp(s:cca_result_code))");
>                break;
> }
>
> (it's in the Master repo/example:
> https://github.com/kamailio/kamailio/blob/master/misc/
> examples/scscf/kamailio.cfg)
>
> In addition, I have a generic Diameter Client/Server Module, which
> unfortunately was not finished for Kamailio 5 (development branch is
> frozen at the moment), but in that case, you'll have to do all the
> processing yourself. We currently use it as a "Diameter Adapter",
> which takes a Diameter Request and forwards it through a message bus
> to worker processes (acting as a HSS).
>
> Thanks,
> Carsten
>
>
> 2017-01-06 18:47 GMT+01:00 Zoltán Miricz <zoltan.miricz at gmail.com>:
> > Hi,
> >
> > Is somebody ever tried to manipulate and retrieve AVP variables from the
> > Sent/Received Diameter Messages via Config file?
> > Thank you very much in advance!
> >
> > Cheers,
> > Zoltan
> >
> > On 4 January 2017 at 20:37, Zoltán Miricz <zoltan.miricz at gmail.com>
> wrote:
> >>
> >>
> >> Dear All,
> >>
> >> I'm wondering is it possible to catch Diameter Messages and their AVP
> >> values from kamailio.cfg just like for SIP messages? (Using pseudo
> >> variables)
> >>
> >> I looked into this function from the attached S-CSCF example.
> >>
> >> route[REG_MAR_REPLY]
> >> {
> >>
> >> #this is async so to know status we have to check the reply avp
> >>
> >> xlog("L_DBG","maa_return code is $avp(s:maa_return_code)\n");
> >>
> >> Sadly it gives back only 1, -1, -2. (which is based on cxdx_mar.c the
> rc)
> >> What I mainly looking for is the EXPERIMENTAL_RESULT (experimental_rc)
> and
> >> some different AVP values besides.
> >>
> >>
> >> Thank you very much in advance!
> >>
> >> Cheers,
> >> Zoltan
> >
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:carsten at ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/56ef9f8a/attachment.html>

From joel at vozelia.com  Tue Jan 10 22:28:42 2017
From: joel at vozelia.com (Joel Serrano | VOZELIA)
Date: Tue, 10 Jan 2017 22:28:42 +0100 (CET)
Subject: [SR-Users] Difference between HTTP clients (utils.so vs
 http_client.so)
In-Reply-To: <b9d2b7a4-cf96-dce0-d5bc-ee9f44aaa53e@gmail.com>
References: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
 <b9d2b7a4-cf96-dce0-d5bc-ee9f44aaa53e@gmail.com>
Message-ID: <751331899.79839.1484083722035.JavaMail.zimbra@vozelia.com>

Thank you Daniel and Sergio for your replies.

We will stick to http_client then :)

Best, 
Joel.

----- Original Message -----
> From: "Daniel-Constantin Mierla" <miconda at gmail.com>
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
> Sent: Tuesday, January 10, 2017 2:53:11 AM
> Subject: Re: [SR-Users] Difference between HTTP clients (utils.so vs http_client.so)

> Hello,
> 
> utils' http query function is the old option (first implemented) that
> could be used for http queries in kamaili.cfg. The http_client module
> was added to replace the utils version, which should be removed over the
> time. Also, http_client module offers more options for doing the http
> queries, so it should be the recommended way to be used in configs nowadays.
> 
> There is another http related module, respectively http_async_client
> that targets async processing needs of http queries.
> 
> Cheers,
> Daniel
> 
> 
> On 06/01/2017 20:26, Joel Serrano | VOZELIA wrote:
>> Hi all,
>>
>> Currently I see there are 2 http clients:
>>
>> utils.so --> http_query()
>> http_client.so --> http_client_query()
>>
>> Any advice on which to use? Any pros/cons of using one over the other?
>>
>> Thanks,
>> Joel.
>> Este mensaje y, en su caso, los ficheros anexos son confidenciales,
>> especialmente en lo que respecta a los datos personales, y se dirigen
>> exclusivamente al destinatario referenciado.Les informamos que los datos
>> contenidos en el presente mail, han sido facilitados por usted o recogidos de
>> Fuentes Accesibles al Público. Dicha información personal, será incluida en un
>> fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que
>> trata nuestra empresa se encuentran debidamente inscritos ante la Agencia
>> Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus
>> derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail:
>> administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3
>> 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos
>> 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo
>> en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso
>>  de no ser el destinatario y haya recibido este mensaje por error, agradeceremos
>>  que nos lo comunique inmediatamente al remitente sin difundir, almacenar o
>>  copiar su contenido.La divulgación o el suministro, en todo o en parte, a
>>  cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito
>>  consentimiento de VOZELIA TELECOM S.L. .
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> 
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
> 
> 
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado.Les informamos que los datos contenidos en el presente mail, han sido facilitados por usted o recogidos de Fuentes Accesibles al Público. Dicha información personal, será incluida en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se encuentran debidamente inscritos ante la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso 
 de no ser el destinatario y haya recibido este mensaje por error, agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, almacenar o copiar su contenido.La divulgación o el suministro, en todo o en parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito consentimiento de VOZELIA TELECOM S.L. .



From pjshea at gmail.com  Wed Jan 11 04:21:09 2017
From: pjshea at gmail.com (Patrick)
Date: Tue, 10 Jan 2017 22:21:09 -0500
Subject: [SR-Users] C++ module
Message-ID: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>

I added a C++ module to kamalio at some point, and now I am trying to
integrate that module with another C++ internal library, but I'm getting
all sorts of headaches when trying to compile.

The latest problem is during the "make install" part of the build - it
seems like the objects from the module are "infecting" the link line of the
internal library it's dependent on.

Here is the Makefile for the module. At the time, the only way I figured to
link in the C++ object was adding them to the LIBS. Now, i think this
interferes with the 'make install' dependencies.

Any thoughs on how to do this properly would be great!

Thanks


*Module Makefile*

#
# db_cassandra module makefile
#
#
# WARNING: do not run this directly, it should be run by the master Makefile

include ../../Makefile.defs

CXX=g++
LD=g++
auto_gen=
NAME=db_arl.so

ifeq ($(CROSS_COMPILE),)
CURL_BUILDER=$(shell \
if pkg-config --exists libcurl; then \
echo 'pkg-config libcurl'; \
else \
which curl-config; \
fi)
endif

DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
*LIBS += db_arl_base.o jsoncpp.o* -lcurl -pthread

CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
CXXFLAGS+= -Wno-write-strings -Wno-deprecated -Wno-unused-function
-Wno-sign-compare -Wno-strict-aliasing
CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
CXXFLAGS+= -I ./jsoncpp-dist/

SERLIBPATH=../../lib
SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
*SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*

include ../../Makefile.modules

jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
@echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
@echo "Compiling $<"
$(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@

db_arl_base.o: db_arl_base.cpp db_arl_base.h
@echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
@echo "Compiling $<"
$(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@

db_arl.so: db_arl_base.o jsoncpp.o


During 'make install' the objects in *red* have no business in the link
line for the internal library
/opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
-Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
-fno-strict-overflow -mtune=opteron -Wall
-I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
  -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
-DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
-DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
-DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
-DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
-DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
-DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
-I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
-c rtctrace.c -o rtctrace.o -MMD -MP
/opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
 -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o jsoncpp.o* -lcurl
-pthread
-L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
-lrtccommon
-L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
-lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
*g++: error: db_arl_base.o: No such file or directory*
*g++: error: jsoncpp.o: No such file or directory*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170110/2a4b2823/attachment.html>

From miconda at gmail.com  Wed Jan 11 14:36:12 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 11 Jan 2017 14:36:12 +0100
Subject: [SR-Users] C++ module
In-Reply-To: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
Message-ID: <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>

Hello,

to be sure I understand properly the issue: you say that the value of
the LIBS from Makefile of the module is inherited when compiling the
internal library?

Cheers,
Daniel


On 11/01/2017 04:21, Patrick wrote:
> I added a C++ module to kamalio at some point, and now I am trying to
> integrate that module with another C++ internal library, but I'm
> getting all sorts of headaches when trying to compile. 
>
> The latest problem is during the "make install" part of the build - it
> seems like the objects from the module are "infecting" the link line
> of the internal library it's dependent on.
>
> Here is the Makefile for the module. At the time, the only way I
> figured to link in the C++ object was adding them to the LIBS. Now, i
> think this interferes with the 'make install' dependencies.
>
> Any thoughs on how to do this properly would be great!
>
> Thanks
>
>
> *_Module Makefile_*
>
> #
> # db_cassandra module makefile
> #
> #
> # WARNING: do not run this directly, it should be run by the master
> Makefile
>
> include ../../Makefile.defs
>
> CXX=g++
> LD=g++
> auto_gen=
> NAME=db_arl.so
>
> ifeq ($(CROSS_COMPILE),)
> CURL_BUILDER=$(shell \
> if pkg-config --exists libcurl; then \
> echo 'pkg-config libcurl'; \
> else \
> which curl-config; \
> fi)
> endif
>
> DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
> *LIBS += db_arl_base.o jsoncpp.o*-lcurl -pthread
>
> CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
> CXXFLAGS+= -Wno-write-strings -Wno-deprecated -Wno-unused-function
> -Wno-sign-compare -Wno-strict-aliasing 
> CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
> CXXFLAGS+= -I ./jsoncpp-dist/
>
> SERLIBPATH=../../lib
> SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
> SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
> *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>
> include ../../Makefile.modules
>
> jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
> @echo "Compiling $<"
> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>
> db_arl_base.o: db_arl_base.cpp db_arl_base.h
> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
> @echo "Compiling $<"
> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>
> db_arl.so: db_arl_base.o jsoncpp.o
>
>
> During 'make install' the objects in *red*have no business in the link
> line for the internal library
> /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
> -Wcast-align -m64 -minline-all-stringops -falign-loops
> -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall  
> -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>   -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
> -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
> -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
> -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
> -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
> -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
> -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
> -c rtctrace.c -o rtctrace.o -MMD -MP
> /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E  
>  -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o
> jsoncpp.o*-lcurl -pthread
> -L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
> -lrtccommon
> -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
> *g++: error: db_arl_base.o: No such file or directory*
> *g++: error: jsoncpp.o: No such file or directory*
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/88f23ec4/attachment.html>

From miconda at gmail.com  Wed Jan 11 14:38:02 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 11 Jan 2017 14:38:02 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific gatewy
In-Reply-To: <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
 <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
 <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
Message-ID: <27cb4b1f-f764-3798-61a1-a2bc3139a8b5@gmail.com>

Hello,

you need to rearm the execution of the branch route when re-routing to a
gateway.

Cheers,
Daniel


On 10/01/2017 14:41, Laura wrote:
>
> Dear Daniel and list..
>
> a very strange situation.. why this parameters is valid on the first
> gw only inside the lcr..
>
> if i add differents string on 2 gateways... and the call is goind on
> both of them.. i see the parameter added to invite only on the fist gw...
>
> Cheers
>
> Laura
>
> Il 10/01/17 14:34, Daniel-Constantin Mierla ha scritto:
>>
>> Hello!
>>
>> Welcome and thanks for providing back details about the solution in
>> the config file. I am sure it will help others with similar needs in
>> the future.
>>
>> As further hints, the value in the tag column can be more complex,
>> storing more than information about the extra headers, just use a
>> format that can be parsed easily in the configuration file, for
>> example json, xml or parameter-like value.
>>
>> Cheers,
>> Daniel
>>
>> On 10/01/2017 13:05, Laura wrote:
>>>
>>> Dear Daniel,
>>>
>>> thanks for your idea.. for anyone need it on their config..
>>>
>>> on branch_route[MANAGE_BRANCH] ...
>>>
>>>     if ($avp(lcr_tag)!=$null) {
>>>
>>> #!ifdef WITH_XLOG
>>>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add
>>> field on INVITE\n");
>>> #!endif
>>>         append_hf("$avp(lcr_tag)\r\n");
>>>
>>>     }
>>>
>>>
>>> Pratically if the field tag on lcr_gw modules is not empty .. i'll
>>> add the datas inside the INVITE :)
>>>
>>> Regards
>>> Laura
>>>
>>>
>>> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>>>
>>>> Hello,
>>>>
>>>> afaik the params column stores the parameters for request URI.
>>>>
>>>> You are looking to add extra headers.
>>>>
>>>> One option is to leverage on tag column -- its value should be
>>>> returned in a variable inside kamailio.cfg. There you can test the
>>>> value and if it has a specific value, then you can add the extra
>>>> header you need. The operation to add the headers should be done
>>>> inside a branch_route in order to have different values for each
>>>> gateway.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 10/01/2017 10:51, Laura wrote:
>>>>>
>>>>> Dear all,
>>>>>
>>>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it
>>>>> was possibile to add some special paramenter to all call sent to a
>>>>> specific gateway.
>>>>>
>>>>> I was try to use the " params" field on lcr_gw table but it's not
>>>>> working like i was think..
>>>>>
>>>>> The issue is simple.. i want to add to field "Privacy: id" to any
>>>>> call i send over a specific gateway..
>>>>>
>>>>> What is the best and easy way to do that ?
>>>>>
>>>>> Any idea is appreciate.
>>>>>
>>>>> Regards
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/5e8b7e30/attachment.html>

From miconda at gmail.com  Wed Jan 11 14:39:32 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 11 Jan 2017 14:39:32 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific
 gatewyc - FIXED
In-Reply-To: <c0256376-41dc-f125-506f-014fcef24852@plugit.net>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
 <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
 <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
 <c0256376-41dc-f125-506f-014fcef24852@plugit.net>
Message-ID: <b3f4e8f5-9ff0-66f9-2c6d-502315dc24e5@gmail.com>



On 10/01/2017 15:53, Laura wrote:
> Dear all,
>
> don't forget to add the same strings on failure_route ;)

Still using a branch route, but armed from failure_route before
t_relay() should work as well.

Cheers,
Daniel

>
> Cheers
> Laura
>
>
> Il 10/01/17 14:41, Laura ha scritto:
>>
>> Dear Daniel and list..
>>
>> a very strange situation.. why this parameters is valid on the first
>> gw only inside the lcr..
>>
>> if i add differents string on 2 gateways... and the call is goind on
>> both of them.. i see the parameter added to invite only on the fist gw...
>>
>> Cheers
>>
>> Laura
>>
>> Il 10/01/17 14:34, Daniel-Constantin Mierla ha scritto:
>>>
>>> Hello!
>>>
>>> Welcome and thanks for providing back details about the solution in
>>> the config file. I am sure it will help others with similar needs in
>>> the future.
>>>
>>> As further hints, the value in the tag column can be more complex,
>>> storing more than information about the extra headers, just use a
>>> format that can be parsed easily in the configuration file, for
>>> example json, xml or parameter-like value.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 10/01/2017 13:05, Laura wrote:
>>>>
>>>> Dear Daniel,
>>>>
>>>> thanks for your idea.. for anyone need it on their config..
>>>>
>>>> on branch_route[MANAGE_BRANCH] ...
>>>>
>>>>     if ($avp(lcr_tag)!=$null) {
>>>>
>>>> #!ifdef WITH_XLOG
>>>>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add
>>>> field on INVITE\n");
>>>> #!endif
>>>>         append_hf("$avp(lcr_tag)\r\n");
>>>>
>>>>     }
>>>>
>>>>
>>>> Pratically if the field tag on lcr_gw modules is not empty .. i'll
>>>> add the datas inside the INVITE :)
>>>>
>>>> Regards
>>>> Laura
>>>>
>>>>
>>>> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>>>>
>>>>> Hello,
>>>>>
>>>>> afaik the params column stores the parameters for request URI.
>>>>>
>>>>> You are looking to add extra headers.
>>>>>
>>>>> One option is to leverage on tag column -- its value should be
>>>>> returned in a variable inside kamailio.cfg. There you can test the
>>>>> value and if it has a specific value, then you can add the extra
>>>>> header you need. The operation to add the headers should be done
>>>>> inside a branch_route in order to have different values for each
>>>>> gateway.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 10/01/2017 10:51, Laura wrote:
>>>>>>
>>>>>> Dear all,
>>>>>>
>>>>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it
>>>>>> was possibile to add some special paramenter to all call sent to
>>>>>> a specific gateway.
>>>>>>
>>>>>> I was try to use the " params" field on lcr_gw table but it's not
>>>>>> working like i was think..
>>>>>>
>>>>>> The issue is simple.. i want to add to field "Privacy: id" to any
>>>>>> call i send over a specific gateway..
>>>>>>
>>>>>> What is the best and easy way to do that ?
>>>>>>
>>>>>> Any idea is appreciate.
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Laura
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>> -- 
>>>>> Daniel-Constantin Mierla
>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at 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 at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/b9e70249/attachment.html>

From red_dra at plugit.net  Wed Jan 11 14:48:11 2017
From: red_dra at plugit.net (Laura)
Date: Wed, 11 Jan 2017 14:48:11 +0100
Subject: [SR-Users] Kamailio and default paramenters to a specific
 gatewyc - FIXED
In-Reply-To: <b3f4e8f5-9ff0-66f9-2c6d-502315dc24e5@gmail.com>
References: <64e6ae0e-e7e5-0768-d8db-73dc74f2d59e@plugit.net>
 <0bdabafa-5616-a5b7-da1d-18f9b7423296@gmail.com>
 <8e2b0e81-34c9-2fb5-4165-380b3260bdfb@plugit.net>
 <30c36401-e978-6eaf-5e0a-6d6b40112c5b@gmail.com>
 <df2d3923-f1be-1f5d-e373-86a5b0e0d70a@plugit.net>
 <c0256376-41dc-f125-506f-014fcef24852@plugit.net>
 <b3f4e8f5-9ff0-66f9-2c6d-502315dc24e5@gmail.com>
Message-ID: <8a8bd854-89a8-5da2-31b7-c65b692c10f4@plugit.net>

Another thing..


better you all add a string like this..

         if ($avp(lcr_tag)!=$null && $(avp(lcr_tag){s.len}) > 5)


The problem is that if u have an empty field on the tag.. or just NULL , 
you will add a simple . inside of the INVITE.. but this is a problem for 
the message of course..

The && $(avp(lcr_tag){s.len}) > 5   will resolve..


Regards

Laura

Il 11/01/17 14:39, Daniel-Constantin Mierla ha scritto:
>
>
>
> On 10/01/2017 15:53, Laura wrote:
>> Dear all,
>>
>> don't forget to add the same strings on failure_route ;)
>
> Still using a branch route, but armed from failure_route before 
> t_relay() should work as well.
>
> Cheers,
> Daniel
>
>>
>> Cheers
>> Laura
>>
>>
>> Il 10/01/17 14:41, Laura ha scritto:
>>>
>>> Dear Daniel and list..
>>>
>>> a very strange situation.. why this parameters is valid on the first 
>>> gw only inside the lcr..
>>>
>>> if i add differents string on 2 gateways... and the call is goind on 
>>> both of them.. i see the parameter added to invite only on the fist 
>>> gw...
>>>
>>> Cheers
>>>
>>> Laura
>>>
>>> Il 10/01/17 14:34, Daniel-Constantin Mierla ha scritto:
>>>>
>>>> Hello!
>>>>
>>>> Welcome and thanks for providing back details about the solution in 
>>>> the config file. I am sure it will help others with similar needs 
>>>> in the future.
>>>>
>>>> As further hints, the value in the tag column can be more complex, 
>>>> storing more than information about the extra headers, just use a 
>>>> format that can be parsed easily in the configuration file, for 
>>>> example json, xml or parameter-like value.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 10/01/2017 13:05, Laura wrote:
>>>>>
>>>>> Dear Daniel,
>>>>>
>>>>> thanks for your idea.. for anyone need it on their config..
>>>>>
>>>>> on branch_route[MANAGE_BRANCH] ...
>>>>>
>>>>>     if ($avp(lcr_tag)!=$null) {
>>>>>
>>>>> #!ifdef WITH_XLOG
>>>>>         xlog("L_INFO","BRANCH_ROUTE: lcr_tag: $avp(lcr_tag) -> add 
>>>>> field on INVITE\n");
>>>>> #!endif
>>>>>         append_hf("$avp(lcr_tag)\r\n");
>>>>>
>>>>>     }
>>>>>
>>>>>
>>>>> Pratically if the field tag on lcr_gw modules is not empty .. i'll 
>>>>> add the datas inside the INVITE :)
>>>>>
>>>>> Regards
>>>>> Laura
>>>>>
>>>>>
>>>>> Il 10/01/17 11:38, Daniel-Constantin Mierla ha scritto:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> afaik the params column stores the parameters for request URI.
>>>>>>
>>>>>> You are looking to add extra headers.
>>>>>>
>>>>>> One option is to leverage on tag column -- its value should be 
>>>>>> returned in a variable inside kamailio.cfg. There you can test 
>>>>>> the value and if it has a specific value, then you can add the 
>>>>>> extra header you need. The operation to add the headers should be 
>>>>>> done inside a branch_route in order to have different values for 
>>>>>> each gateway.
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>> On 10/01/2017 10:51, Laura wrote:
>>>>>>>
>>>>>>> Dear all,
>>>>>>>
>>>>>>> I'm using kamailio 4.3.6 and LCR modules.. i was wondering if it 
>>>>>>> was possibile to add some special paramenter to all call sent to 
>>>>>>> a specific gateway.
>>>>>>>
>>>>>>> I was try to use the " params" field on lcr_gw table but it's 
>>>>>>> not working like i was think..
>>>>>>>
>>>>>>> The issue is simple.. i want to add to field "Privacy: id" to 
>>>>>>> any call i send over a specific gateway..
>>>>>>>
>>>>>>> What is the best and easy way to do that ?
>>>>>>>
>>>>>>> Any idea is appreciate.
>>>>>>>
>>>>>>> Regards
>>>>>>>
>>>>>>> Laura
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>>> sr-users at lists.sip-router.org
>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>>> -- 
>>>>>> Daniel-Constantin Mierla
>>>>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>>>>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>> sr-users at 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 at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at 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 at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/33bfef94/attachment.html>

From miconda at gmail.com  Wed Jan 11 14:50:05 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 11 Jan 2017 14:50:05 +0100
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <8260c1ff-e186-00cf-3eb1-6ea67872e356@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
 <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
 <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>
 <8260c1ff-e186-00cf-3eb1-6ea67872e356@gmail.com>
Message-ID: <65e1bdeb-b243-2e67-ea07-769138c04a6a@gmail.com>

I tested and it works fine for me. Have you enabled that part of config
by defining WITH_VOICEMAIL?

Here is the debug output:

$ ./utils/kamctl/kamctl rpc cfg.sets voicemail srv_ip "1.2.3.4"

20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:445]: jsonrpc_fifo_server():
preparing to execute fifo jsonrpc [{"jsonrpc": "2.0", "method":
"cfg.sets", "params": ["voicemail", "srv_ip", "1.2.3.4"], "reply_name":
"kamailio_receiver_78376", "id": 78376}]
20(78364) INFO: <core> [core/cfg/cfg_ctx.c:615]: cfg_set_now(): INFO:
cfg_set_now(): voicemail.srv_ip has been changed to "1.2.3.4"
20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:457]: jsonrpc_fifo_server():
command executed - result: [kamailio_receiver_78376] [200]
[0x7fa543501660] [{
    "jsonrpc":    "2.0",
    "result":    {
    },
    "id":    78376
}]
{
  "jsonrpc":  "2.0",
  "result": {
  },
  "id": 78376
}

Cheers,
Daniel


On 10/01/2017 17:24, Daniel-Constantin Mierla wrote:
>
> Not much info there, I will have to reproduce it myself ...
>
> Cheers, Daniel
>
>
> On 10/01/2017 14:44, Annus Fictus wrote:
>>
>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
>> [../../io_wait.h:380]: io_watch_add(): DBG:
>> io_watch_add(0x7fd2e37d4300, 10, 3, 0x2353100), fd_no=1
>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
>> [io_listener.c:442]: handle_new_connect(): handle_stream read: new
>> connection (1) on /var/run/kamailio//kamailio_ctl
>>
>> Thank you
>>
>> Raegards
>>
>> El 10/01/2017 a las 08:35, Daniel-Constantin Mierla escribió:
>>>
>>> Hello,
>>>
>>> can you provide the log messages when executing the command with
>>> debug=3 in kamailio.cfg?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 10/01/2017 13:55, Annus Fictus wrote:
>>>>
>>>> Hi,
>>>>
>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>
>>>> return
>>>>
>>>> *error: 400 - Failed to set the variable*
>>>>
>>>> Thank you
>>>>
>>>> Regards
>>>>
>>>> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/d23a3d9b/attachment.html>

From annusfictus at gmail.com  Wed Jan 11 15:12:54 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Wed, 11 Jan 2017 09:12:54 -0500
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <65e1bdeb-b243-2e67-ea07-769138c04a6a@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
 <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
 <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>
 <8260c1ff-e186-00cf-3eb1-6ea67872e356@gmail.com>
 <65e1bdeb-b243-2e67-ea07-769138c04a6a@gmail.com>
Message-ID: <0b23dee8-551f-bc19-6e14-2b45ea916b14@gmail.com>

Sorry, my mistake; I had not enabled #!define WITH_VOICEMAIL

now:

*kamcmd cfg.sets voicemail srv_ip "1.2.3.4"*

No error, and:

*kamcmd cfg.get voicemail srv_ip "1.2.3.4"*
/1.2.3.4/

Thank you very much.

Regards

El 11/01/2017 a las 08:50, Daniel-Constantin Mierla escribió:
>
> I tested and it works fine for me. Have you enabled that part of 
> config by defining WITH_VOICEMAIL?
>
> Here is the debug output:
>
> $ ./utils/kamctl/kamctl rpc cfg.sets voicemail srv_ip "1.2.3.4"
>
> 20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:445]: 
> jsonrpc_fifo_server(): preparing to execute fifo jsonrpc [{"jsonrpc": 
> "2.0", "method": "cfg.sets", "params": ["voicemail", "srv_ip", 
> "1.2.3.4"], "reply_name": "kamailio_receiver_78376", "id": 78376}]
> 20(78364) INFO: <core> [core/cfg/cfg_ctx.c:615]: cfg_set_now(): INFO: 
> cfg_set_now(): voicemail.srv_ip has been changed to "1.2.3.4"
> 20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:457]: 
> jsonrpc_fifo_server(): command executed - result: 
> [kamailio_receiver_78376] [200] [0x7fa543501660] [{
>     "jsonrpc":    "2.0",
>     "result":    {
>     },
>     "id":    78376
> }]
> {
>   "jsonrpc":  "2.0",
>   "result": {
>   },
>   "id": 78376
> }
>
> Cheers,
> Daniel
>
>
> On 10/01/2017 17:24, Daniel-Constantin Mierla wrote:
>>
>> Not much info there, I will have to reproduce it myself ...
>>
>> Cheers, Daniel
>>
>>
>> On 10/01/2017 14:44, Annus Fictus wrote:
>>>
>>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl 
>>> [../../io_wait.h:380]: io_watch_add(): DBG: 
>>> io_watch_add(0x7fd2e37d4300, 10, 3, 0x2353100), fd_no=1
>>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl 
>>> [io_listener.c:442]: handle_new_connect(): handle_stream read: new 
>>> connection (1) on /var/run/kamailio//kamailio_ctl
>>>
>>> Thank you
>>>
>>> Raegards
>>>
>>> El 10/01/2017 a las 08:35, Daniel-Constantin Mierla escribió:
>>>>
>>>> Hello,
>>>>
>>>> can you provide the log messages when executing the command with 
>>>> debug=3 in kamailio.cfg?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 10/01/2017 13:55, Annus Fictus wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>>
>>>>> return
>>>>>
>>>>> *error: 400 - Failed to set the variable*
>>>>>
>>>>> Thank you
>>>>>
>>>>> Regards
>>>>>
>>>>> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>>>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/c39627d2/attachment.html>

From pjshea at gmail.com  Wed Jan 11 16:24:42 2017
From: pjshea at gmail.com (Patrick)
Date: Wed, 11 Jan 2017 10:24:42 -0500
Subject: [SR-Users] C++ module
In-Reply-To: <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
Message-ID: <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>

Hi Daniel, Thanks for the help

Sort of.
The internal library seems to be compiled and linked each my module is
compiled - this happens 2x, for %build and for %install of the RPM
This doesn't seem to be a problem when the %build stage is executed:


Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
...
+ make all quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc dbtext'
cfg-target=//etc/kamailio/
...
gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
-falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
 -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
-DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
-DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
-DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
-DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
-DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
-DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
-DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_mod.c -o db_arl_mod.o
-MMD -MP
Makefile.defs defs skipped
make[2]: `libsrdb2.so.1.0' is up to date.
Makefile.defs defs skipped
make[2]: `libsrdb1.so.1.0' is up to date.
Makefile.defs defs skipped
make[2]: `librtctrace.so.1.0' is up to date.
COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
Compiling db_arl_base.cpp
g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
-falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
-Wno-write-strings -Wno-deprecated -Wno-unused-function -Wno-sign-compare
-Wno-strict-aliasing  -I
/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I ./jsoncpp-dist/
-fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
-falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
 -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
-DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
-DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
-DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
-DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
-DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
-DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
-DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_base.cpp -o db_arl_base.o
db_arl_base.cpp: In function 'std::string convert_value(int, const
db_val_t*)':
db_arl_base.cpp:789: warning: enumeration value 'DB1_UNKNOWN' not handled
in switch
COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
Compiling jsoncpp-dist/jsoncpp.cpp
g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
-falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
-Wno-write-strings -Wno-deprecated -Wno-unused-function -Wno-sign-compare
-Wno-strict-aliasing  -I
/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I ./jsoncpp-dist/
-fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
-falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
 -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
-DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
-DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
-DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
-DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
-DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
-DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
-DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c jsoncpp-dist/jsoncpp.cpp -o
jsoncpp.o
g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o  db_arl_base.o jsoncpp.o
-lcurl -pthread  -L../../lib/srdb2/ -lsrdb2  -L../../lib/srdb1/
-lsrdb1 * -L../../lib/rtctrace/
-lrtctrace* -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
-Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
-Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace -o db_arl.so




However, during the %install stage - this does seem to cause a problem.
There are different options passed to make, in this case, and I am trying
to figure out how this causes a problem.
In this case, you'll see that the internal library is NOT "up to date" so
make attempts to *rebuild* it. In the link line, you'll see the objects
from the LIBS in my custom module.


Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
...
+ make install quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc
dbtext' *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64
prefix=/usr cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*
cfg-target=//etc/kamailio/
...
Makefile.defs defs skipped
make[2]: `libsrdb2.so.1.0' is up to date.
Makefile.defs defs skipped
make[2]: `libsrdb1.so.1.0' is up to date.
Makefile.defs defs skipped
Makefile.defs defs skipped
*/opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
-Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
-fno-strict-overflow -mtune=opteron -Wall
-I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
  -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
-DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
-DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
-DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
-DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
-DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
-DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
-I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
-c rtctrace.c -o rtctrace.o -MMD -MP*

*/opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
 -Wl,-soname,librtctrace.so.1 rtctrace.o  db_arl_base.o jsoncpp.o -lcurl
-pthread
-L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
-lrtccommon
-L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
-lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
*g++: error: db_arl_base.o: No such file or directory*
*g++: error: jsoncpp.o: No such file or directory*
make[2]: *** [librtctrace.so.1.0] Error 1
make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
make: *** [install-modules] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)



On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> to be sure I understand properly the issue: you say that the value of the
> LIBS from Makefile of the module is inherited when compiling the internal
> library?
>
> Cheers,
> Daniel
>
> On 11/01/2017 04:21, Patrick wrote:
>
> I added a C++ module to kamalio at some point, and now I am trying to
> integrate that module with another C++ internal library, but I'm getting
> all sorts of headaches when trying to compile.
>
> The latest problem is during the "make install" part of the build - it
> seems like the objects from the module are "infecting" the link line of the
> internal library it's dependent on.
>
> Here is the Makefile for the module. At the time, the only way I figured
> to link in the C++ object was adding them to the LIBS. Now, i think this
> interferes with the 'make install' dependencies.
>
> Any thoughs on how to do this properly would be great!
>
> Thanks
>
>
> *Module Makefile*
>
> #
> # db_cassandra module makefile
> #
> #
> # WARNING: do not run this directly, it should be run by the master
> Makefile
>
> include ../../Makefile.defs
>
> CXX=g++
> LD=g++
> auto_gen=
> NAME=db_arl.so
>
> ifeq ($(CROSS_COMPILE),)
> CURL_BUILDER=$(shell \
> if pkg-config --exists libcurl; then \
> echo 'pkg-config libcurl'; \
> else \
> which curl-config; \
> fi)
> endif
>
> DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
> *LIBS += db_arl_base.o jsoncpp.o* -lcurl -pthread
>
> CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
> CXXFLAGS+= -Wno-write-strings -Wno-deprecated -Wno-unused-function
> -Wno-sign-compare -Wno-strict-aliasing
> CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
> CXXFLAGS+= -I ./jsoncpp-dist/
>
> SERLIBPATH=../../lib
> SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
> SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
> *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>
> include ../../Makefile.modules
>
> jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
> @echo "Compiling $<"
> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>
> db_arl_base.o: db_arl_base.cpp db_arl_base.h
> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
> @echo "Compiling $<"
> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>
> db_arl.so: db_arl_base.o jsoncpp.o
>
>
> During 'make install' the objects in *red* have no business in the link
> line for the internal library
> /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
> -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall   -I/home/pshea/_localbuilds/
> RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
> -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
> -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//
> Applications_rhel6_x64_dts4_pic/include -c rtctrace.c -o rtctrace.o -MMD
> -MP
> /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
>  -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o jsoncpp.o*
> -lcurl -pthread -L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//
> Applications_rhel6_x64_dts4_pic/lib -lrtccommon
> -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/
> Server_Linux26_x64_dts4_pic/lib -lboost_system -lboost_thread -lpthread
> -o librtctrace.so.1.0
> *g++: error: db_arl_base.o: No such file or directory*
> *g++: error: jsoncpp.o: No such file or directory*
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170111/4e730165/attachment.html>

From agrawal.ananda at gmail.com  Thu Jan 12 01:16:04 2017
From: agrawal.ananda at gmail.com (Andy)
Date: Wed, 11 Jan 2017 17:16:04 -0700 (MST)
Subject: [SR-Users] how to immediately close a tls connection
In-Reply-To: <f22e2423-6356-8491-ecee-5c7705c9598f@gmail.com>
References: <1483596415734-154630.post@n5.nabble.com>
 <f22e2423-6356-8491-ecee-5c7705c9598f@gmail.com>
Message-ID: <1484180164771-154909.post@n5.nabble.com>

from c code



--
View this message in context: http://sip-router.1086192.n5.nabble.com/how-to-immediately-close-a-tls-connection-tp154630p154909.html
Sent from the Users mailing list archive at Nabble.com.


From miconda at gmail.com  Thu Jan 12 11:30:38 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 11:30:38 +0100
Subject: [SR-Users] how to immediately close a tls connection
In-Reply-To: <1484180164771-154909.post@n5.nabble.com>
References: <1483596415734-154630.post@n5.nabble.com>
 <f22e2423-6356-8491-ecee-5c7705c9598f@gmail.com>
 <1484180164771-154909.post@n5.nabble.com>
Message-ID: <67d78b2e-e89a-dff7-1133-5ec7d1db1d91@gmail.com>

Hello,

you can look at some functions that close the tcp connection, among them:

  - set_reply_close() from core

  - ws_close() from websocket module

Cheers,
Daniel


On 12/01/2017 01:16, Andy wrote:
> from c code
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/how-to-immediately-close-a-tls-connection-tp154630p154909.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Thu Jan 12 11:32:37 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 11:32:37 +0100
Subject: [SR-Users] C++ module
In-Reply-To: <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
 <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
Message-ID: <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>

Hello,

do you have your own rpm specs, or do you use an updated version (to add
your mode) of some spec in kamailio repository?

Cheers,
Daniel


On 11/01/2017 16:24, Patrick wrote:
> Hi Daniel, Thanks for the help
>
> Sort of. 
> The internal library seems to be compiled and linked each my module is
> compiled - this happens 2x, for %build and for %install of the RPM
> This doesn't seem to be a problem when the %build stage is executed:
>
>
> Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
> ...
> + make all quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
> auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc
> dbtext' cfg-target=//etc/kamailio/ 
> ...
> gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall    -DNAME='"kamailio"'
> -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
> -D__OS_linux -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"'
> -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
> -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
> -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
> -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>  -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c
> db_arl_mod.c -o db_arl_mod.o -MMD -MP
> Makefile.defs defs skipped
> make[2]: `libsrdb2.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `libsrdb1.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `librtctrace.so.1.0' is up to date.
> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
> Compiling db_arl_base.cpp
> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
> -Wno-deprecated -Wno-unused-function -Wno-sign-compare
> -Wno-strict-aliasing  -I
> /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
> ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall  -DNAME='"kamailio"'
> -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
> -D__OS_linux -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"'
> -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
> -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
> -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
> -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>  -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c
> db_arl_base.cpp -o db_arl_base.o
> db_arl_base.cpp: In function 'std::string convert_value(int, const
> db_val_t*)':
> db_arl_base.cpp:789: warning: enumeration value 'DB1_UNKNOWN' not
> handled in switch
> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
> Compiling jsoncpp-dist/jsoncpp.cpp
> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
> -Wno-deprecated -Wno-unused-function -Wno-sign-compare
> -Wno-strict-aliasing  -I
> /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
> ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall  -DNAME='"kamailio"'
> -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
> -D__OS_linux -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"'
> -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
> -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
> -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
> -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>  -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c
> jsoncpp-dist/jsoncpp.cpp -o jsoncpp.o
> g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o  db_arl_base.o
> jsoncpp.o -lcurl -pthread  -L../../lib/srdb2/ -lsrdb2
>  -L../../lib/srdb1/ -lsrdb1 * -L../../lib/rtctrace/ -lrtctrace*
> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace -o db_arl.so
>
>
>
>
> However, during the %install stage - this does seem to cause a problem. 
> There are different options passed to make, in this case, and I am
> trying to figure out how this causes a problem.
> In this case, you'll see that the internal library is NOT "up to date"
> so make attempts to *rebuild*it. In the link line, you'll see the
> objects from the LIBS in my custom module.
>
>
> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
> ...
> + make install quiet=verbose 'skip_modules=mysql jabber cpl-c
> avp_radius auth_radius group_radius uri_radius pa postgres osp tlsops
> unixodbc dbtext'
> *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64 prefix=/usr
> cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*cfg-target=//etc/kamailio/
> ...
> Makefile.defs defs skipped
> make[2]: `libsrdb2.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `libsrdb1.so.1.0' is up to date.
> Makefile.defs defs skipped
> Makefile.defs defs skipped
> */opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
> -Wcast-align -m64 -minline-all-stringops -falign-loops
> -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall  
> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>   -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
> -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
> -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
> -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
> -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
> -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
> -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
> -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL
> -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
> -c rtctrace.c -o rtctrace.o -MMD -MP*
> *
> *
> */opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E  
>  -Wl,-soname,librtctrace.so.1 rtctrace.o  db_arl_base.o jsoncpp.o
> -lcurl -pthread
> -L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
> -lrtccommon
> -L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
> *g++: error: db_arl_base.o: No such file or directory*
> *g++: error: jsoncpp.o: No such file or directory*
> make[2]: *** [librtctrace.so.1.0] Error 1
> make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
> make: *** [install-modules] Error 1
> error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)
>
>
>
> On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     to be sure I understand properly the issue: you say that the value
>     of the LIBS from Makefile of the module is inherited when
>     compiling the internal library?
>
>     Cheers,
>     Daniel
>
>
>     On 11/01/2017 04:21, Patrick wrote:
>>     I added a C++ module to kamalio at some point, and now I am
>>     trying to integrate that module with another C++ internal
>>     library, but I'm getting all sorts of headaches when trying to
>>     compile. 
>>
>>     The latest problem is during the "make install" part of the build
>>     - it seems like the objects from the module are "infecting" the
>>     link line of the internal library it's dependent on.
>>
>>     Here is the Makefile for the module. At the time, the only way I
>>     figured to link in the C++ object was adding them to the LIBS.
>>     Now, i think this interferes with the 'make install' dependencies.
>>
>>     Any thoughs on how to do this properly would be great!
>>
>>     Thanks
>>
>>
>>     *_Module Makefile_*
>>
>>     #
>>     # db_cassandra module makefile
>>     #
>>     #
>>     # WARNING: do not run this directly, it should be run by the
>>     master Makefile
>>
>>     include ../../Makefile.defs
>>
>>     CXX=g++
>>     LD=g++
>>     auto_gen=
>>     NAME=db_arl.so
>>
>>     ifeq ($(CROSS_COMPILE),)
>>     CURL_BUILDER=$(shell \
>>     if pkg-config --exists libcurl; then \
>>     echo 'pkg-config libcurl'; \
>>     else \
>>     which curl-config; \
>>     fi)
>>     endif
>>
>>     DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>     *LIBS += db_arl_base.o jsoncpp.o*-lcurl -pthread
>>
>>     CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
>>     CXXFLAGS+= -Wno-write-strings -Wno-deprecated
>>     -Wno-unused-function -Wno-sign-compare -Wno-strict-aliasing 
>>     CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
>>     CXXFLAGS+= -I ./jsoncpp-dist/
>>
>>     SERLIBPATH=../../lib
>>     SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
>>     SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
>>     *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>>
>>     include ../../Makefile.modules
>>
>>     jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
>>     @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>     @echo "Compiling $<"
>>     $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>
>>     db_arl_base.o: db_arl_base.cpp db_arl_base.h
>>     @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>     @echo "Compiling $<"
>>     $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>
>>     db_arl.so: db_arl_base.o jsoncpp.o
>>
>>
>>     During 'make install' the objects in *red*have no business in the
>>     link line for the internal library
>>     /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g
>>     -funroll-loops -Wcast-align -m64 -minline-all-stringops
>>     -falign-loops -ftree-vectorize -fno-strict-overflow
>>     -mtune=opteron -Wall  
>>     -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>       -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>     -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>     -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>     -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
>>     -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>     -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
>>     -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC
>>     -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>>     -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>     -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>     -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
>>     -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>     -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>     -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>     -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
>>     -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>     -c rtctrace.c -o rtctrace.o -MMD -MP
>>     /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2
>>     -Wl,-E    -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o
>>     jsoncpp.o*-lcurl -pthread
>>     -L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>>     -lrtccommon
>>     -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>     -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
>>     *g++: error: db_arl_base.o: No such file or directory*
>>     *g++: error: jsoncpp.o: No such file or directory*
>>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/924cac71/attachment.html>

From miconda at gmail.com  Thu Jan 12 11:33:08 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 11:33:08 +0100
Subject: [SR-Users] RPC exact command to change voicemail IP or Port
In-Reply-To: <0b23dee8-551f-bc19-6e14-2b45ea916b14@gmail.com>
References: <531b7d22-22a3-6a6b-2b52-ad9a92bcf8a6@gmail.com>
 <ed1f9f0a-3858-b936-49d2-5d194da77b90@gmail.com>
 <c50b4c4f-4cd7-c765-6579-41b2100f57f1@gmail.com>
 <2c838d6e-edac-0c86-87f6-2dcabca566b6@gmail.com>
 <e2863066-060d-f8c7-46cd-d8766684a362@gmail.com>
 <8260c1ff-e186-00cf-3eb1-6ea67872e356@gmail.com>
 <65e1bdeb-b243-2e67-ea07-769138c04a6a@gmail.com>
 <0b23dee8-551f-bc19-6e14-2b45ea916b14@gmail.com>
Message-ID: <5f6a6a70-d2fc-f432-da46-3b34f80f0fad@gmail.com>

OK, no problem -- good that nothing needs to be fixed!

Cheers,
Daniel


On 11/01/2017 15:12, Annus Fictus wrote:
>
> Sorry, my mistake; I had not enabled #!define WITH_VOICEMAIL
>
> now:
>
> *kamcmd cfg.sets voicemail srv_ip "1.2.3.4"*
>
> No error, and:
>
> *kamcmd cfg.get voicemail srv_ip "1.2.3.4"*
> /1.2.3.4/
>
> Thank you very much.
>
> Regards
>
> El 11/01/2017 a las 08:50, Daniel-Constantin Mierla escribió:
>>
>> I tested and it works fine for me. Have you enabled that part of
>> config by defining WITH_VOICEMAIL?
>>
>> Here is the debug output:
>>
>> $ ./utils/kamctl/kamctl rpc cfg.sets voicemail srv_ip "1.2.3.4"
>>
>> 20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:445]:
>> jsonrpc_fifo_server(): preparing to execute fifo jsonrpc [{"jsonrpc":
>> "2.0", "method": "cfg.sets", "params": ["voicemail", "srv_ip",
>> "1.2.3.4"], "reply_name": "kamailio_receiver_78376", "id": 78376}]
>> 20(78364) INFO: <core> [core/cfg/cfg_ctx.c:615]: cfg_set_now(): INFO:
>> cfg_set_now(): voicemail.srv_ip has been changed to "1.2.3.4"
>> 20(78364) DEBUG: jsonrpcs [jsonrpcs_fifo.c:457]:
>> jsonrpc_fifo_server(): command executed - result:
>> [kamailio_receiver_78376] [200] [0x7fa543501660] [{
>>     "jsonrpc":    "2.0",
>>     "result":    {
>>     },
>>     "id":    78376
>> }]
>> {
>>   "jsonrpc":  "2.0",
>>   "result": {
>>   },
>>   "id": 78376
>> }
>>
>> Cheers,
>> Daniel
>>
>>
>> On 10/01/2017 17:24, Daniel-Constantin Mierla wrote:
>>>
>>> Not much info there, I will have to reproduce it myself ...
>>>
>>> Cheers, Daniel
>>>
>>>
>>> On 10/01/2017 14:44, Annus Fictus wrote:
>>>>
>>>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
>>>> [../../io_wait.h:380]: io_watch_add(): DBG:
>>>> io_watch_add(0x7fd2e37d4300, 10, 3, 0x2353100), fd_no=1
>>>> Jan 10 08:41:31 sip10 /sbin/kamailio[5424]: DEBUG: ctl
>>>> [io_listener.c:442]: handle_new_connect(): handle_stream read: new
>>>> connection (1) on /var/run/kamailio//kamailio_ctl
>>>>
>>>> Thank you
>>>>
>>>> Raegards
>>>>
>>>> El 10/01/2017 a las 08:35, Daniel-Constantin Mierla escribió:
>>>>>
>>>>> Hello,
>>>>>
>>>>> can you provide the log messages when executing the command with
>>>>> debug=3 in kamailio.cfg?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 10/01/2017 13:55, Annus Fictus wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>>>
>>>>>> return
>>>>>>
>>>>>> *error: 400 - Failed to set the variable*
>>>>>>
>>>>>> Thank you
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> El 10/01/2017 a las 06:01, Daniel-Constantin Mierla escribió:
>>>>>>> kamcmd cfg.sets voicemail srv_ip "1.2.3.4"
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>> -- 
>>>>> Daniel-Constantin Mierla
>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at 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 at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> -- 
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/1d8f0bc2/attachment.html>

From miconda at gmail.com  Thu Jan 12 11:35:52 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 11:35:52 +0100
Subject: [SR-Users] Difference between HTTP clients (utils.so vs
 http_client.so)
In-Reply-To: <751331899.79839.1484083722035.JavaMail.zimbra@vozelia.com>
References: <76764814.207002.1483730777894.JavaMail.zimbra@vozelia.com>
 <b9d2b7a4-cf96-dce0-d5bc-ee9f44aaa53e@gmail.com>
 <751331899.79839.1484083722035.JavaMail.zimbra@vozelia.com>
Message-ID: <837bc8e4-f156-005f-1205-b7e9e861a3f6@gmail.com>

Just to add for general knowledge: in very complex situation when the
http modules in kamailio are not flexible enough, don't forget about
embedded interpreters. I used Lua in some cases during the past when I
need to do some http query not possible with native kamailio modules. I
guess python, perl, etc. have also very good http libs.

Cheers,
Daniel


On 10/01/2017 22:28, Joel Serrano | VOZELIA wrote:
> Thank you Daniel and Sergio for your replies.
>
> We will stick to http_client then :)
>
> Best, 
> Joel.
>
> ----- Original Message -----
>> From: "Daniel-Constantin Mierla" <miconda at gmail.com>
>> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
>> Sent: Tuesday, January 10, 2017 2:53:11 AM
>> Subject: Re: [SR-Users] Difference between HTTP clients (utils.so vs http_client.so)
>> Hello,
>>
>> utils' http query function is the old option (first implemented) that
>> could be used for http queries in kamaili.cfg. The http_client module
>> was added to replace the utils version, which should be removed over the
>> time. Also, http_client module offers more options for doing the http
>> queries, so it should be the recommended way to be used in configs nowadays.
>>
>> There is another http related module, respectively http_async_client
>> that targets async processing needs of http queries.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 06/01/2017 20:26, Joel Serrano | VOZELIA wrote:
>>> Hi all,
>>>
>>> Currently I see there are 2 http clients:
>>>
>>> utils.so --> http_query()
>>> http_client.so --> http_client_query()
>>>
>>> Any advice on which to use? Any pros/cons of using one over the other?
>>>
>>> Thanks,
>>> Joel.
>>> Este mensaje y, en su caso, los ficheros anexos son confidenciales,
>>> especialmente en lo que respecta a los datos personales, y se dirigen
>>> exclusivamente al destinatario referenciado.Les informamos que los datos
>>> contenidos en el presente mail, han sido facilitados por usted o recogidos de
>>> Fuentes Accesibles al Público. Dicha información personal, será incluida en un
>>> fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que
>>> trata nuestra empresa se encuentran debidamente inscritos ante la Agencia
>>> Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus
>>> derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail:
>>> administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3
>>> 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos
>>> 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo
>>> en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso
>>>  de no ser el destinatario y haya recibido este mensaje por error, agradeceremos
>>>  que nos lo comunique inmediatamente al remitente sin difundir, almacenar o
>>>  copiar su contenido.La divulgación o el suministro, en todo o en parte, a
>>>  cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito
>>>  consentimiento de VOZELIA TELECOM S.L. .
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> --
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> Este mensaje y, en su caso, los ficheros anexos son confidenciales, especialmente en lo que respecta a los datos personales, y se dirigen exclusivamente al destinatario referenciado.Les informamos que los datos contenidos en el presente mail, han sido facilitados por usted o recogidos de Fuentes Accesibles al Público. Dicha información personal, será incluida en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que trata nuestra empresa se encuentran debidamente inscritos ante la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: administracion at vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso 
>  de no ser el destinatario y haya recibido este mensaje por error, agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, almacenar o copiar su contenido.La divulgación o el suministro, en todo o en parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y escrito consentimiento de VOZELIA TELECOM S.L. .
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com




From pjshea at gmail.com  Thu Jan 12 11:52:41 2017
From: pjshea at gmail.com (Patrick)
Date: Thu, 12 Jan 2017 05:52:41 -0500
Subject: [SR-Users] C++ module
In-Reply-To: <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
 <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
 <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>
Message-ID: <CAGAcwwfXkjC+5W660to5HMEo-OLPm=yL5QwKMQBwqkn2=fNO7w@mail.gmail.com>

I use a slightly modified version of ....pkg/kamailio/rpm/kamailio.spec

By "mode" if you mean in the compile flag -DRTC_COMMON_TRACE, I update DEFS
in each module that uses it the internal library
DEFS+=-DKAMAILIO_MOD_INTERFACE *-DRTC_COMMON_TRACE*

​If you were instead asking about including the module,m then yes - I added
that to the rpm spec:
%{_libdir}/kamailio/modules/db_arl.so​


On Thu, Jan 12, 2017 at 5:32 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> do you have your own rpm specs, or do you use an updated version (to add
> your mode) of some spec in kamailio repository?
>
> Cheers,
> Daniel
>
> On 11/01/2017 16:24, Patrick wrote:
>
> Hi Daniel, Thanks for the help
>
> Sort of.
> The internal library seems to be compiled and linked each my module is
> compiled - this happens 2x, for %build and for %install of the RPM
> This doesn't seem to be a problem when the %build stage is executed:
>
>
> Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
> ...
> + make all quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
> auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc dbtext'
> cfg-target=//etc/kamailio/
> ...
> gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
> -falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
>  -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_mod.c -o db_arl_mod.o
> -MMD -MP
> Makefile.defs defs skipped
> make[2]: `libsrdb2.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `libsrdb1.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `librtctrace.so.1.0' is up to date.
> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
> Compiling db_arl_base.cpp
> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
> -falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
> -Wno-write-strings -Wno-deprecated -Wno-unused-function -Wno-sign-compare
> -Wno-strict-aliasing  -I /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/
> -I ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
> -mtune=opteron -Wall  -DNAME='"kamailio"' -DVERSION='"4.2.4"'
> -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
> 4.4.7"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
> -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
> -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
> -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK
> -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_base.cpp -o db_arl_base.o
> db_arl_base.cpp: In function 'std::string convert_value(int, const
> db_val_t*)':
> db_arl_base.cpp:789: warning: enumeration value 'DB1_UNKNOWN' not handled
> in switch
> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
> Compiling jsoncpp-dist/jsoncpp.cpp
> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64 -minline-all-stringops
> -falign-loops -ftree-vectorize -fno-strict-overflow -mtune=opteron -Wall
> -Wno-write-strings -Wno-deprecated -Wno-unused-function -Wno-sign-compare
> -Wno-strict-aliasing  -I /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/
> -I ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
> -mtune=opteron -Wall  -DNAME='"kamailio"' -DVERSION='"4.2.4"'
> -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
> 4.4.7"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
> -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
> -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
> -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK
> -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c jsoncpp-dist/jsoncpp.cpp -o
> jsoncpp.o
> g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o  db_arl_base.o jsoncpp.o
> -lcurl -pthread  -L../../lib/srdb2/ -lsrdb2  -L../../lib/srdb1/ -lsrdb1 * -L../../lib/rtctrace/
> -lrtctrace* -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace -o db_arl.so
>
>
>
>
> However, during the %install stage - this does seem to cause a problem.
> There are different options passed to make, in this case, and I am trying
> to figure out how this causes a problem.
> In this case, you'll see that the internal library is NOT "up to date" so
> make attempts to *rebuild* it. In the link line, you'll see the objects
> from the LIBS in my custom module.
>
>
> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
> ...
> + make install quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
> auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc dbtext' *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64
> prefix=/usr cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*
> cfg-target=//etc/kamailio/
> ...
> Makefile.defs defs skipped
> make[2]: `libsrdb2.so.1.0' is up to date.
> Makefile.defs defs skipped
> make[2]: `libsrdb1.so.1.0' is up to date.
> Makefile.defs defs skipped
> Makefile.defs defs skipped
> */opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
> -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
> -fno-strict-overflow -mtune=opteron -Wall
> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>   -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
> -c rtctrace.c -o rtctrace.o -MMD -MP*
>
> */opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
>  -Wl,-soname,librtctrace.so.1 rtctrace.o  db_arl_base.o jsoncpp.o -lcurl
> -pthread
> -L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
> -lrtccommon
> -L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
> *g++: error: db_arl_base.o: No such file or directory*
> *g++: error: jsoncpp.o: No such file or directory*
> make[2]: *** [librtctrace.so.1.0] Error 1
> make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
> make: *** [install-modules] Error 1
> error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)
>
>
>
> On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> to be sure I understand properly the issue: you say that the value of the
>> LIBS from Makefile of the module is inherited when compiling the internal
>> library?
>>
>> Cheers,
>> Daniel
>>
>> On 11/01/2017 04:21, Patrick wrote:
>>
>> I added a C++ module to kamalio at some point, and now I am trying to
>> integrate that module with another C++ internal library, but I'm getting
>> all sorts of headaches when trying to compile.
>>
>> The latest problem is during the "make install" part of the build - it
>> seems like the objects from the module are "infecting" the link line of the
>> internal library it's dependent on.
>>
>> Here is the Makefile for the module. At the time, the only way I figured
>> to link in the C++ object was adding them to the LIBS. Now, i think this
>> interferes with the 'make install' dependencies.
>>
>> Any thoughs on how to do this properly would be great!
>>
>> Thanks
>>
>>
>> *Module Makefile*
>>
>> #
>> # db_cassandra module makefile
>> #
>> #
>> # WARNING: do not run this directly, it should be run by the master
>> Makefile
>>
>> include ../../Makefile.defs
>>
>> CXX=g++
>> LD=g++
>> auto_gen=
>> NAME=db_arl.so
>>
>> ifeq ($(CROSS_COMPILE),)
>> CURL_BUILDER=$(shell \
>> if pkg-config --exists libcurl; then \
>> echo 'pkg-config libcurl'; \
>> else \
>> which curl-config; \
>> fi)
>> endif
>>
>> DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>> *LIBS += db_arl_base.o jsoncpp.o* -lcurl -pthread
>>
>> CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
>> CXXFLAGS+= -Wno-write-strings -Wno-deprecated -Wno-unused-function
>> -Wno-sign-compare -Wno-strict-aliasing
>> CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
>> CXXFLAGS+= -I ./jsoncpp-dist/
>>
>> SERLIBPATH=../../lib
>> SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
>> SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
>> *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>>
>> include ../../Makefile.modules
>>
>> jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
>> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>> @echo "Compiling $<"
>> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>
>> db_arl_base.o: db_arl_base.cpp db_arl_base.h
>> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>> @echo "Compiling $<"
>> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>
>> db_arl.so: db_arl_base.o jsoncpp.o
>>
>>
>> During 'make install' the objects in *red* have no business in the link
>> line for the internal library
>> /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
>> -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
>> -fno-strict-overflow -mtune=opteron -Wall   -I/home/pshea/_localbuilds/RTC
>> /Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>> -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
>> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
>> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
>> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
>> -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>> -c rtctrace.c -o rtctrace.o -MMD -MP
>> /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
>>  -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o jsoncpp.o*
>> -lcurl -pthread -L/home/pshea/_localbuilds/RTC
>> /Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib -lrtccommon
>> -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
>> *g++: error: db_arl_base.o: No such file or directory*
>> *g++: error: jsoncpp.o: No such file or directory*
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> _______________________________________________ SIP Express Router (SER)
>> and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>> i-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/6071b5c2/attachment.html>

From miconda at gmail.com  Thu Jan 12 11:56:24 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 11:56:24 +0100
Subject: [SR-Users] C++ module
In-Reply-To: <CAGAcwwfXkjC+5W660to5HMEo-OLPm=yL5QwKMQBwqkn2=fNO7w@mail.gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
 <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
 <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>
 <CAGAcwwfXkjC+5W660to5HMEo-OLPm=yL5QwKMQBwqkn2=fNO7w@mail.gmail.com>
Message-ID: <8001a85f-a860-2912-1271-f331b025b2be@gmail.com>

Oh, incomplete typing: it was supposed to be: (to add your module)

Can you paste here the content of the Makefile in your internal library?

Cheers,
Daniel

On 12/01/2017 11:52, Patrick wrote:
> I use a slightly modified version of ....pkg/kamailio/rpm/kamailio.spec
>
> By "mode" if you mean in the compile flag -DRTC_COMMON_TRACE, I update
> DEFS in each module that uses it the internal library
> DEFS+=-DKAMAILIO_MOD_INTERFACE *-DRTC_COMMON_TRACE*
>
> ​If you were instead asking about including the module,m then yes - I
> added that to the rpm spec:
> %{_libdir}/kamailio/modules/db_arl.so​
>
>
> On Thu, Jan 12, 2017 at 5:32 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     do you have your own rpm specs, or do you use an updated version
>     (to add your mode) of some spec in kamailio repository?
>
>     Cheers,
>     Daniel
>
>
>     On 11/01/2017 16:24, Patrick wrote:
>>     Hi Daniel, Thanks for the help
>>
>>     Sort of. 
>>     The internal library seems to be compiled and linked each my
>>     module is compiled - this happens 2x, for %build and for %install
>>     of the RPM
>>     This doesn't seem to be a problem when the %build stage is executed:
>>
>>
>>     Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
>>     ...
>>     + make all quiet=verbose 'skip_modules=mysql jabber cpl-c
>>     avp_radius auth_radius group_radius uri_radius pa postgres osp
>>     tlsops unixodbc dbtext' cfg-target=//etc/kamailio/ 
>>     ...
>>     gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>     -minline-all-stringops -falign-loops -ftree-vectorize
>>     -fno-strict-overflow -mtune=opteron -Wall    -DNAME='"kamailio"'
>>     -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>>     -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
>>     -D__OS_linux -DSER_VER=4002004
>>     -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
>>     -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>     -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
>>     -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC
>>     -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>>     -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>     -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>     -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
>>     -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>     -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>     -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>     -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>      -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>     -DMOD_NAME='"db_arl"' -c db_arl_mod.c -o db_arl_mod.o -MMD -MP
>>     Makefile.defs defs skipped
>>     make[2]: `libsrdb2.so.1.0' is up to date.
>>     Makefile.defs defs skipped
>>     make[2]: `libsrdb1.so.1.0' is up to date.
>>     Makefile.defs defs skipped
>>     make[2]: `librtctrace.so.1.0' is up to date.
>>     COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>>     Compiling db_arl_base.cpp
>>     g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>     -minline-all-stringops -falign-loops -ftree-vectorize
>>     -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
>>     -Wno-deprecated -Wno-unused-function -Wno-sign-compare
>>     -Wno-strict-aliasing  -I
>>     /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>>     ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>     -minline-all-stringops -falign-loops -ftree-vectorize
>>     -fno-strict-overflow -mtune=opteron -Wall  -DNAME='"kamailio"'
>>     -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>>     -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
>>     -D__OS_linux -DSER_VER=4002004
>>     -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
>>     -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>     -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
>>     -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC
>>     -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>>     -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>     -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>     -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
>>     -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>     -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>     -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>     -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>      -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>     -DMOD_NAME='"db_arl"' -c db_arl_base.cpp -o db_arl_base.o
>>     db_arl_base.cpp: In function 'std::string convert_value(int,
>>     const db_val_t*)':
>>     db_arl_base.cpp:789: warning: enumeration value 'DB1_UNKNOWN' not
>>     handled in switch
>>     COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>>     Compiling jsoncpp-dist/jsoncpp.cpp
>>     g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>     -minline-all-stringops -falign-loops -ftree-vectorize
>>     -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
>>     -Wno-deprecated -Wno-unused-function -Wno-sign-compare
>>     -Wno-strict-aliasing  -I
>>     /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>>     ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>     -minline-all-stringops -falign-loops -ftree-vectorize
>>     -fno-strict-overflow -mtune=opteron -Wall  -DNAME='"kamailio"'
>>     -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>>     -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64
>>     -D__OS_linux -DSER_VER=4002004
>>     -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
>>     -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>     -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
>>     -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC
>>     -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>>     -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>     -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>     -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
>>     -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>     -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>     -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>     -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>      -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>     -DMOD_NAME='"db_arl"' -c jsoncpp-dist/jsoncpp.cpp -o jsoncpp.o
>>     g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o  db_arl_base.o
>>     jsoncpp.o -lcurl -pthread  -L../../lib/srdb2/ -lsrdb2
>>      -L../../lib/srdb1/ -lsrdb1 * -L../../lib/rtctrace/ -lrtctrace*
>>     -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
>>     -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
>>     -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace -o
>>     db_arl.so
>>
>>
>>
>>
>>     However, during the %install stage - this does seem to cause a
>>     problem. 
>>     There are different options passed to make, in this case, and I
>>     am trying to figure out how this causes a problem.
>>     In this case, you'll see that the internal library is NOT "up to
>>     date" so make attempts to *rebuild*it. In the link line, you'll
>>     see the objects from the LIBS in my custom module.
>>
>>
>>     Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
>>     ...
>>     + make install quiet=verbose 'skip_modules=mysql jabber cpl-c
>>     avp_radius auth_radius group_radius uri_radius pa postgres osp
>>     tlsops unixodbc dbtext'
>>     *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64
>>     prefix=/usr
>>     cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*cfg-target=//etc/kamailio/
>>     ...
>>     Makefile.defs defs skipped
>>     make[2]: `libsrdb2.so.1.0' is up to date.
>>     Makefile.defs defs skipped
>>     make[2]: `libsrdb1.so.1.0' is up to date.
>>     Makefile.defs defs skipped
>>     Makefile.defs defs skipped
>>     */opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g
>>     -funroll-loops -Wcast-align -m64 -minline-all-stringops
>>     -falign-loops -ftree-vectorize -fno-strict-overflow
>>     -mtune=opteron -Wall  
>>     -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>       -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>     -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>     -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>     -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
>>     -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>     -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
>>     -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC
>>     -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>>     -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>     -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>     -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
>>     -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>     -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>     -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>     -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
>>     -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>     -c rtctrace.c -o rtctrace.o -MMD -MP*
>>     *
>>     *
>>     */opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2
>>     -Wl,-E    -Wl,-soname,librtctrace.so.1 rtctrace.o  db_arl_base.o
>>     jsoncpp.o -lcurl -pthread
>>     -L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>>     -lrtccommon
>>     -L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>     -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
>>     *g++: error: db_arl_base.o: No such file or directory*
>>     *g++: error: jsoncpp.o: No such file or directory*
>>     make[2]: *** [librtctrace.so.1.0] Error 1
>>     make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
>>     make: *** [install-modules] Error 1
>>     error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)
>>
>>
>>
>>     On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         to be sure I understand properly the issue: you say that the
>>         value of the LIBS from Makefile of the module is inherited
>>         when compiling the internal library?
>>
>>         Cheers,
>>         Daniel
>>
>>
>>         On 11/01/2017 04:21, Patrick wrote:
>>>         I added a C++ module to kamalio at some point, and now I am
>>>         trying to integrate that module with another C++ internal
>>>         library, but I'm getting all sorts of headaches when trying
>>>         to compile. 
>>>
>>>         The latest problem is during the "make install" part of the
>>>         build - it seems like the objects from the module are
>>>         "infecting" the link line of the internal library it's
>>>         dependent on.
>>>
>>>         Here is the Makefile for the module. At the time, the only
>>>         way I figured to link in the C++ object was adding them to
>>>         the LIBS. Now, i think this interferes with the 'make
>>>         install' dependencies.
>>>
>>>         Any thoughs on how to do this properly would be great!
>>>
>>>         Thanks
>>>
>>>
>>>         *_Module Makefile_*
>>>
>>>         #
>>>         # db_cassandra module makefile
>>>         #
>>>         #
>>>         # WARNING: do not run this directly, it should be run by the
>>>         master Makefile
>>>
>>>         include ../../Makefile.defs
>>>
>>>         CXX=g++
>>>         LD=g++
>>>         auto_gen=
>>>         NAME=db_arl.so
>>>
>>>         ifeq ($(CROSS_COMPILE),)
>>>         CURL_BUILDER=$(shell \
>>>         if pkg-config --exists libcurl; then \
>>>         echo 'pkg-config libcurl'; \
>>>         else \
>>>         which curl-config; \
>>>         fi)
>>>         endif
>>>
>>>         DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>>         *LIBS += db_arl_base.o jsoncpp.o*-lcurl -pthread
>>>
>>>         CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
>>>         CXXFLAGS+= -Wno-write-strings -Wno-deprecated
>>>         -Wno-unused-function -Wno-sign-compare -Wno-strict-aliasing 
>>>         CXXFLAGS+= -I
>>>         ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
>>>         CXXFLAGS+= -I ./jsoncpp-dist/
>>>
>>>         SERLIBPATH=../../lib
>>>         SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
>>>         SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
>>>         *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>>>
>>>         include ../../Makefile.modules
>>>
>>>         jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
>>>         @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>>         @echo "Compiling $<"
>>>         $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>
>>>         db_arl_base.o: db_arl_base.cpp db_arl_base.h
>>>         @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>>         @echo "Compiling $<"
>>>         $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>
>>>         db_arl.so: db_arl_base.o jsoncpp.o
>>>
>>>
>>>         During 'make install' the objects in *red*have no business
>>>         in the link line for the internal library
>>>         /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g
>>>         -funroll-loops -Wcast-align -m64 -minline-all-stringops
>>>         -falign-loops -ftree-vectorize -fno-strict-overflow
>>>         -mtune=opteron -Wall  
>>>         -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>           -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>>         -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>>         -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>>         -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>         -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
>>>         -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE
>>>         -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>>>         -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE
>>>         -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
>>>         -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
>>>         -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>>         -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>         -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>         -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>         -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>         -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>          -std=c++0x
>>>         -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>         -c rtctrace.c -o rtctrace.o -MMD -MP
>>>         /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2
>>>         -Wl,-E    -Wl,-soname,librtctrace.so.1 rtctrace.o
>>>         * db_arl_base.o jsoncpp.o*-lcurl -pthread
>>>         -L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>>>         -lrtccommon
>>>         -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>>         -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
>>>         *g++: error: db_arl_base.o: No such file or directory*
>>>         *g++: error: jsoncpp.o: No such file or directory*
>>>
>>>
>>>
>>>         _______________________________________________
>>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>         sr-users at lists.sip-router.org
>>>         <mailto:sr-users at lists.sip-router.org>
>>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>         -- 
>>         Daniel-Constantin Mierla
>>         www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>
>>         _______________________________________________ SIP Express
>>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/3084d4ac/attachment.html>

From pjshea at gmail.com  Thu Jan 12 12:26:17 2017
From: pjshea at gmail.com (Patrick)
Date: Thu, 12 Jan 2017 06:26:17 -0500
Subject: [SR-Users] C++ module
In-Reply-To: <8001a85f-a860-2912-1271-f331b025b2be@gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
 <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
 <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>
 <CAGAcwwfXkjC+5W660to5HMEo-OLPm=yL5QwKMQBwqkn2=fNO7w@mail.gmail.com>
 <8001a85f-a860-2912-1271-f331b025b2be@gmail.com>
Message-ID: <CAGAcwwcpZrFfCenA1A0FXqshGLFUi6HCNHq=kBgKp72OtuGYwg@mail.gmail.com>

Ahhh... looks like it was the 'LIBS+=' in the internal LIB Makefile
Thanks for the help!

Pat

include ../../Makefile.defs

CC=/opt/rh/devtoolset-4/root/usr/bin/g++
CXX=/opt/rh/devtoolset-4/root/usr/bin/g++
LD=/opt/rh/devtoolset-4/root/usr/bin/g++
auto_gen=
NAME:=rtctrace
MAJOR_VER=1
MINOR_VER=0
BUGFIX_VER=0

BOOST_DIR = ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_22
RTC_COMMON_DIR = ${COL_LOCAL_BUILDS_ROOT}/RTC/Common/2.0.0_247/

C_INCLUDES+=-I${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/include
DEFS+=-std=c++0x -I${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/include
LIBS*+=*-L${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/lib -lrtccommon
-L${BOOST_DIR}/Server_Linux26_x64_dts4_pic/lib -lboost_system
-lboost_thread -lpthread

include ../../Makefile.libs

On Thu, Jan 12, 2017 at 5:56 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Oh, incomplete typing: it was supposed to be: (to add your module)
> Can you paste here the content of the Makefile in your internal library?
>
> Cheers,
> Daniel
>
>
> On 12/01/2017 11:52, Patrick wrote:
>
> I use a slightly modified version of ....pkg/kamailio/rpm/kamailio.spec
>
> By "mode" if you mean in the compile flag -DRTC_COMMON_TRACE, I update
> DEFS in each module that uses it the internal library
> DEFS+=-DKAMAILIO_MOD_INTERFACE *-DRTC_COMMON_TRACE*
>
> ​If you were instead asking about including the module,m then yes - I
> added that to the rpm spec:
> %{_libdir}/kamailio/modules/db_arl.so​
>
>
> On Thu, Jan 12, 2017 at 5:32 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> do you have your own rpm specs, or do you use an updated version (to add
>> your mode) of some spec in kamailio repository?
>>
>> Cheers,
>> Daniel
>>
>> On 11/01/2017 16:24, Patrick wrote:
>>
>> Hi Daniel, Thanks for the help
>>
>> Sort of.
>> The internal library seems to be compiled and linked each my module is
>> compiled - this happens 2x, for %build and for %install of the RPM
>> This doesn't seem to be a problem when the %build stage is executed:
>>
>>
>> Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
>> ...
>> + make all quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
>> auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc dbtext'
>> cfg-target=//etc/kamailio/
>> ...
>> gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
>> -mtune=opteron -Wall    -DNAME='"kamailio"' -DVERSION='"4.2.4"'
>> -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
>> 4.4.7"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
>> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
>> -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>> -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>> -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK
>> -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
>> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_mod.c -o db_arl_mod.o
>> -MMD -MP
>> Makefile.defs defs skipped
>> make[2]: `libsrdb2.so.1.0' is up to date.
>> Makefile.defs defs skipped
>> make[2]: `libsrdb1.so.1.0' is up to date.
>> Makefile.defs defs skipped
>> make[2]: `librtctrace.so.1.0' is up to date.
>> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>> Compiling db_arl_base.cpp
>> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
>> -mtune=opteron -Wall -Wno-write-strings -Wno-deprecated
>> -Wno-unused-function -Wno-sign-compare -Wno-strict-aliasing  -I
>> /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>> ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
>> -mtune=opteron -Wall  -DNAME='"kamailio"' -DVERSION='"4.2.4"'
>> -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
>> 4.4.7"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
>> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
>> -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>> -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>> -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK
>> -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
>> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c db_arl_base.cpp -o db_arl_base.o
>> db_arl_base.cpp: In function 'std::string convert_value(int, const
>> db_val_t*)':
>> db_arl_base.cpp:789: warning: enumeration value 'DB1_UNKNOWN' not handled
>> in switch
>> COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>> Compiling jsoncpp-dist/jsoncpp.cpp
>> g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
>> -mtune=opteron -Wall -Wno-write-strings -Wno-deprecated
>> -Wno-unused-function -Wno-sign-compare -Wno-strict-aliasing  -I
>> /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>> ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>> -minline-all-stringops -falign-loops -ftree-vectorize -fno-strict-overflow
>> -mtune=opteron -Wall  -DNAME='"kamailio"' -DVERSION='"4.2.4"'
>> -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
>> 4.4.7"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>> -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
>> -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
>> -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>> -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS
>> -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK
>> -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -DKAMAILIO_MOD_INTERFACE
>> -DRTC_COMMON_TRACE -DMOD_NAME='"db_arl"' -c jsoncpp-dist/jsoncpp.cpp -o
>> jsoncpp.o
>> g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o  db_arl_base.o jsoncpp.o
>> -lcurl -pthread  -L../../lib/srdb2/ -lsrdb2  -L../../lib/srdb1/ -lsrdb1 * -L../../lib/rtctrace/
>> -lrtctrace* -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
>> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
>> -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace -o db_arl.so
>>
>>
>>
>>
>> However, during the %install stage - this does seem to cause a problem.
>> There are different options passed to make, in this case, and I am trying
>> to figure out how this causes a problem.
>> In this case, you'll see that the internal library is NOT "up to date" so
>> make attempts to *rebuild* it. In the link line, you'll see the objects
>> from the LIBS in my custom module.
>>
>>
>> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
>> ...
>> + make install quiet=verbose 'skip_modules=mysql jabber cpl-c avp_radius
>> auth_radius group_radius uri_radius pa postgres osp tlsops unixodbc dbtext' *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64
>> prefix=/usr cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*
>> cfg-target=//etc/kamailio/
>> ...
>> Makefile.defs defs skipped
>> make[2]: `libsrdb2.so.1.0' is up to date.
>> Makefile.defs defs skipped
>> make[2]: `libsrdb1.so.1.0' is up to date.
>> Makefile.defs defs skipped
>> Makefile.defs defs skipped
>> */opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
>> -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
>> -fno-strict-overflow -mtune=opteron -Wall
>> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>   -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
>> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
>> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
>> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
>> -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>> -c rtctrace.c -o rtctrace.o -MMD -MP*
>>
>> */opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
>>  -Wl,-soname,librtctrace.so.1 rtctrace.o  db_arl_base.o jsoncpp.o -lcurl
>> -pthread
>> -L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>> -lrtccommon
>> -L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
>> *g++: error: db_arl_base.o: No such file or directory*
>> *g++: error: jsoncpp.o: No such file or directory*
>> make[2]: *** [librtctrace.so.1.0] Error 1
>> make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
>> make: *** [install-modules] Error 1
>> error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)
>>
>>
>>
>> On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> to be sure I understand properly the issue: you say that the value of
>>> the LIBS from Makefile of the module is inherited when compiling the
>>> internal library?
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 11/01/2017 04:21, Patrick wrote:
>>>
>>> I added a C++ module to kamalio at some point, and now I am trying to
>>> integrate that module with another C++ internal library, but I'm getting
>>> all sorts of headaches when trying to compile.
>>>
>>> The latest problem is during the "make install" part of the build - it
>>> seems like the objects from the module are "infecting" the link line of the
>>> internal library it's dependent on.
>>>
>>> Here is the Makefile for the module. At the time, the only way I figured
>>> to link in the C++ object was adding them to the LIBS. Now, i think this
>>> interferes with the 'make install' dependencies.
>>>
>>> Any thoughs on how to do this properly would be great!
>>>
>>> Thanks
>>>
>>>
>>> *Module Makefile*
>>>
>>> #
>>> # db_cassandra module makefile
>>> #
>>> #
>>> # WARNING: do not run this directly, it should be run by the master
>>> Makefile
>>>
>>> include ../../Makefile.defs
>>>
>>> CXX=g++
>>> LD=g++
>>> auto_gen=
>>> NAME=db_arl.so
>>>
>>> ifeq ($(CROSS_COMPILE),)
>>> CURL_BUILDER=$(shell \
>>> if pkg-config --exists libcurl; then \
>>> echo 'pkg-config libcurl'; \
>>> else \
>>> which curl-config; \
>>> fi)
>>> endif
>>>
>>> DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>> *LIBS += db_arl_base.o jsoncpp.o* -lcurl -pthread
>>>
>>> CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
>>> CXXFLAGS+= -Wno-write-strings -Wno-deprecated -Wno-unused-function
>>> -Wno-sign-compare -Wno-strict-aliasing
>>> CXXFLAGS+= -I ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
>>> CXXFLAGS+= -I ./jsoncpp-dist/
>>>
>>> SERLIBPATH=../../lib
>>> SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
>>> SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
>>> *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>>>
>>> include ../../Makefile.modules
>>>
>>> jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
>>> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>> @echo "Compiling $<"
>>> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>
>>> db_arl_base.o: db_arl_base.cpp db_arl_base.h
>>> @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>> @echo "Compiling $<"
>>> $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>
>>> db_arl.so: db_arl_base.o jsoncpp.o
>>>
>>>
>>> During 'make install' the objects in *red* have no business in the link
>>> line for the internal library
>>> /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g -funroll-loops
>>> -Wcast-align -m64 -minline-all-stringops -falign-loops -ftree-vectorize
>>> -fno-strict-overflow -mtune=opteron -Wall   -I/home/pshea/_localbuilds/RTC
>>> /Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>> -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"' -DOS='linux_'
>>> -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
>>> -DSER_VER=4002004 -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>> -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
>>> -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
>>> -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE -DUSE_TLS
>>> -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>> -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>> -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>> -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM
>>> -DHAVE_SCHED_SETSCHEDULER -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>> -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT  -std=c++0x
>>> -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>> -c rtctrace.c -o rtctrace.o -MMD -MP
>>> /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2 -Wl,-E
>>>  -Wl,-soname,librtctrace.so.1 rtctrace.o * db_arl_base.o jsoncpp.o*
>>> -lcurl -pthread -L/home/pshea/_localbuilds/RTC
>>> /Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib -lrtccommon
>>> -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>> -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0
>>> *g++: error: db_arl_base.o: No such file or directory*
>>> *g++: error: jsoncpp.o: No such file or directory*
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>> _______________________________________________ SIP Express Router
>>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>>> i-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/44ccfcc9/attachment.html>

From miconda at gmail.com  Thu Jan 12 13:10:39 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 13:10:39 +0100
Subject: [SR-Users] C++ module
In-Reply-To: <CAGAcwwcpZrFfCenA1A0FXqshGLFUi6HCNHq=kBgKp72OtuGYwg@mail.gmail.com>
References: <CAGAcwwcwAfXs7j4QNyEDbg41VNmqh66kYPGDUsmL8u-rYdaqhA@mail.gmail.com>
 <55bcd7a4-d2a8-2712-1e02-a61bc29e06fd@gmail.com>
 <CAGAcwwdsr_YFgKbKabV56SjWpVo=jtBtZcjvHXCE=ksy9o939A@mail.gmail.com>
 <667a61c8-bcd0-7b04-2b57-4e12e8d09d4b@gmail.com>
 <CAGAcwwfXkjC+5W660to5HMEo-OLPm=yL5QwKMQBwqkn2=fNO7w@mail.gmail.com>
 <8001a85f-a860-2912-1271-f331b025b2be@gmail.com>
 <CAGAcwwcpZrFfCenA1A0FXqshGLFUi6HCNHq=kBgKp72OtuGYwg@mail.gmail.com>
Message-ID: <de68f63c-0820-fc34-a597-97f25c575f17@gmail.com>

Welcome!

Daniel


On 12/01/2017 12:26, Patrick wrote:
> Ahhh... looks like it was the 'LIBS+=' in the internal LIB Makefile
> Thanks for the help!
>
> Pat
>
> include ../../Makefile.defs
>
> CC=/opt/rh/devtoolset-4/root/usr/bin/g++
> CXX=/opt/rh/devtoolset-4/root/usr/bin/g++
> LD=/opt/rh/devtoolset-4/root/usr/bin/g++
> auto_gen=
> NAME:=rtctrace
> MAJOR_VER=1
> MINOR_VER=0
> BUGFIX_VER=0
>
> BOOST_DIR = ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_22
> RTC_COMMON_DIR = ${COL_LOCAL_BUILDS_ROOT}/RTC/Common/2.0.0_247/
>
> C_INCLUDES+=-I${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/include 
> DEFS+=-std=c++0x
> -I${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/include
> LIBS*+=*-L${RTC_COMMON_DIR}/Applications_rhel6_x64_dts4_pic/lib
> -lrtccommon -L${BOOST_DIR}/Server_Linux26_x64_dts4_pic/lib
> -lboost_system -lboost_thread -lpthread
>
> include ../../Makefile.libs
>
> On Thu, Jan 12, 2017 at 5:56 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Oh, incomplete typing: it was supposed to be: (to add your module)
>
>     Can you paste here the content of the Makefile in your internal
>     library?
>
>     Cheers,
>     Daniel
>
>
>     On 12/01/2017 11:52, Patrick wrote:
>>     I use a slightly modified version of
>>     ....pkg/kamailio/rpm/kamailio.spec
>>
>>     By "mode" if you mean in the compile flag -DRTC_COMMON_TRACE, I
>>     update DEFS in each module that uses it the internal library
>>     DEFS+=-DKAMAILIO_MOD_INTERFACE *-DRTC_COMMON_TRACE*
>>
>>     ​If you were instead asking about including the module,m then yes
>>     - I added that to the rpm spec:
>>     %{_libdir}/kamailio/modules/db_arl.so​
>>
>>
>>     On Thu, Jan 12, 2017 at 5:32 AM, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         do you have your own rpm specs, or do you use an updated
>>         version (to add your mode) of some spec in kamailio repository?
>>
>>         Cheers,
>>         Daniel
>>
>>
>>         On 11/01/2017 16:24, Patrick wrote:
>>>         Hi Daniel, Thanks for the help
>>>
>>>         Sort of. 
>>>         The internal library seems to be compiled and linked each my
>>>         module is compiled - this happens 2x, for %build and for
>>>         %install of the RPM
>>>         This doesn't seem to be a problem when the %build stage is
>>>         executed:
>>>
>>>
>>>         Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.EOkbPI
>>>         ...
>>>         + make all quiet=verbose 'skip_modules=mysql jabber cpl-c
>>>         avp_radius auth_radius group_radius uri_radius pa postgres
>>>         osp tlsops unixodbc dbtext' cfg-target=//etc/kamailio/ 
>>>         ...
>>>         gcc -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>>         -minline-all-stringops -falign-loops -ftree-vectorize
>>>         -fno-strict-overflow -mtune=opteron -Wall  
>>>          -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>>         -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>>         -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>>         -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>         -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
>>>         -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE
>>>         -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>>>         -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE
>>>         -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
>>>         -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
>>>         -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>>         -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>         -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>         -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>         -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>         -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>          -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>>         -DMOD_NAME='"db_arl"' -c db_arl_mod.c -o db_arl_mod.o -MMD -MP
>>>         Makefile.defs defs skipped
>>>         make[2]: `libsrdb2.so.1.0' is up to date.
>>>         Makefile.defs defs skipped
>>>         make[2]: `libsrdb1.so.1.0' is up to date.
>>>         Makefile.defs defs skipped
>>>         make[2]: `librtctrace.so.1.0' is up to date.
>>>         COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>>>         Compiling db_arl_base.cpp
>>>         g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>>         -minline-all-stringops -falign-loops -ftree-vectorize
>>>         -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
>>>         -Wno-deprecated -Wno-unused-function -Wno-sign-compare
>>>         -Wno-strict-aliasing  -I
>>>         /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>>>         ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align
>>>         -m64 -minline-all-stringops -falign-loops -ftree-vectorize
>>>         -fno-strict-overflow -mtune=opteron -Wall
>>>          -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>>         -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>>         -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>>         -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>         -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
>>>         -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE
>>>         -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>>>         -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE
>>>         -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
>>>         -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
>>>         -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>>         -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>         -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>         -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>         -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>         -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>          -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>>         -DMOD_NAME='"db_arl"' -c db_arl_base.cpp -o db_arl_base.o
>>>         db_arl_base.cpp: In function 'std::string convert_value(int,
>>>         const db_val_t*)':
>>>         db_arl_base.cpp:789: warning: enumeration value
>>>         'DB1_UNKNOWN' not handled in switch
>>>         COL_LOCAL_BUILDS_ROOT=/home/pshea/_localbuilds/
>>>         Compiling jsoncpp-dist/jsoncpp.cpp
>>>         g++ -fPIC -DPIC -g -funroll-loops -Wcast-align -m64
>>>         -minline-all-stringops -falign-loops -ftree-vectorize
>>>         -fno-strict-overflow -mtune=opteron -Wall -Wno-write-strings
>>>         -Wno-deprecated -Wno-unused-function -Wno-sign-compare
>>>         -Wno-strict-aliasing  -I
>>>         /home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_27/ -I
>>>         ./jsoncpp-dist/ -fPIC -DPIC -g -funroll-loops -Wcast-align
>>>         -m64 -minline-all-stringops -falign-loops -ftree-vectorize
>>>         -fno-strict-overflow -mtune=opteron -Wall
>>>          -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>>         -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>>         -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>>         -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>         -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
>>>         -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE
>>>         -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>>>         -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE
>>>         -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
>>>         -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
>>>         -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>>         -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>         -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>         -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>         -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>         -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>          -DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>>         -DMOD_NAME='"db_arl"' -c jsoncpp-dist/jsoncpp.cpp -o jsoncpp.o
>>>         g++ -shared  -m64 -Wl,-O2 -Wl,-E    db_arl_mod.o
>>>          db_arl_base.o jsoncpp.o -lcurl -pthread  -L../../lib/srdb2/
>>>         -lsrdb2  -L../../lib/srdb1/ -lsrdb1 * -L../../lib/rtctrace/
>>>         -lrtctrace*
>>>         -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb2
>>>         -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/srdb1
>>>         -Wl,-rpath,/tmp/kamailio/BUILD/kamailio-4.2.4/lib/rtctrace
>>>         -o db_arl.so
>>>
>>>
>>>
>>>
>>>         However, during the %install stage - this does seem to cause
>>>         a problem. 
>>>         There are different options passed to make, in this case,
>>>         and I am trying to figure out how this causes a problem.
>>>         In this case, you'll see that the internal library is NOT
>>>         "up to date" so make attempts to *rebuild*it. In the link
>>>         line, you'll see the objects from the LIBS in my custom module.
>>>
>>>
>>>         Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.AkEuuP
>>>         ...
>>>         + make install quiet=verbose 'skip_modules=mysql jabber
>>>         cpl-c avp_radius auth_radius group_radius uri_radius pa
>>>         postgres osp tlsops unixodbc dbtext'
>>>         *basedir=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64
>>>         prefix=/usr
>>>         cfg-prefix=/tmp/kamailio/BUILDROOT/kamailio-4.2.4-0.x86_64*cfg-target=//etc/kamailio/
>>>         ...
>>>         Makefile.defs defs skipped
>>>         make[2]: `libsrdb2.so.1.0' is up to date.
>>>         Makefile.defs defs skipped
>>>         make[2]: `libsrdb1.so.1.0' is up to date.
>>>         Makefile.defs defs skipped
>>>         Makefile.defs defs skipped
>>>         */opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g
>>>         -funroll-loops -Wcast-align -m64 -minline-all-stringops
>>>         -falign-loops -ftree-vectorize -fno-strict-overflow
>>>         -mtune=opteron -Wall  
>>>         -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>           -DNAME='"kamailio"' -DVERSION='"4.2.4"' -DARCH='"x86_64"'
>>>         -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.4.7"'
>>>         -D__CPU_x86_64 -D__OS_linux -DSER_VER=4002004
>>>         -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>         -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP
>>>         -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE
>>>         -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR
>>>         -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC -DMEM_JOIN_FREE
>>>         -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS
>>>         -DMALLOC_STATS -DWITH_AS_SUPPORT -DFAST_LOCK -DADAPTIVE_WAIT
>>>         -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM
>>>         -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>         -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>         -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>         -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>         -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>          -std=c++0x
>>>         -I/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>         -c rtctrace.c -o rtctrace.o -MMD -MP*
>>>         *
>>>         *
>>>         */opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64 -Wl,-O2
>>>         -Wl,-E    -Wl,-soname,librtctrace.so.1 rtctrace.o
>>>          db_arl_base.o jsoncpp.o -lcurl -pthread
>>>         -L/home/pshea/_localbuilds//RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>>>         -lrtccommon
>>>         -L/home/pshea/_localbuilds//ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>>         -lboost_system -lboost_thread -lpthread   -o librtctrace.so.1.0*
>>>         *g++: error: db_arl_base.o: No such file or directory*
>>>         *g++: error: jsoncpp.o: No such file or directory*
>>>         make[2]: *** [librtctrace.so.1.0] Error 1
>>>         make[1]: *** [../../lib/rtctrace/librtctrace.so] Error 2
>>>         make: *** [install-modules] Error 1
>>>         error: Bad exit status from /var/tmp/rpm-tmp.AkEuuP (%install)
>>>
>>>
>>>
>>>         On Wed, Jan 11, 2017 at 8:36 AM, Daniel-Constantin Mierla
>>>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>>             Hello,
>>>
>>>             to be sure I understand properly the issue: you say that
>>>             the value of the LIBS from Makefile of the module is
>>>             inherited when compiling the internal library?
>>>
>>>             Cheers,
>>>             Daniel
>>>
>>>
>>>             On 11/01/2017 04:21, Patrick wrote:
>>>>             I added a C++ module to kamalio at some point, and now
>>>>             I am trying to integrate that module with another C++
>>>>             internal library, but I'm getting all sorts of
>>>>             headaches when trying to compile. 
>>>>
>>>>             The latest problem is during the "make install" part of
>>>>             the build - it seems like the objects from the module
>>>>             are "infecting" the link line of the internal library
>>>>             it's dependent on.
>>>>
>>>>             Here is the Makefile for the module. At the time, the
>>>>             only way I figured to link in the C++ object was adding
>>>>             them to the LIBS. Now, i think this interferes with the
>>>>             'make install' dependencies.
>>>>
>>>>             Any thoughs on how to do this properly would be great!
>>>>
>>>>             Thanks
>>>>
>>>>
>>>>             *_Module Makefile_*
>>>>
>>>>             #
>>>>             # db_cassandra module makefile
>>>>             #
>>>>             #
>>>>             # WARNING: do not run this directly, it should be run
>>>>             by the master Makefile
>>>>
>>>>             include ../../Makefile.defs
>>>>
>>>>             CXX=g++
>>>>             LD=g++
>>>>             auto_gen=
>>>>             NAME=db_arl.so
>>>>
>>>>             ifeq ($(CROSS_COMPILE),)
>>>>             CURL_BUILDER=$(shell \
>>>>             if pkg-config --exists libcurl; then \
>>>>             echo 'pkg-config libcurl'; \
>>>>             else \
>>>>             which curl-config; \
>>>>             fi)
>>>>             endif
>>>>
>>>>             DEFS+=-DKAMAILIO_MOD_INTERFACE -DRTC_COMMON_TRACE
>>>>             *LIBS += db_arl_base.o jsoncpp.o*-lcurl -pthread
>>>>
>>>>             CXXFLAGS=$(CFLAGS:-Wno-deprecated option=)
>>>>             CXXFLAGS+= -Wno-write-strings -Wno-deprecated
>>>>             -Wno-unused-function -Wno-sign-compare
>>>>             -Wno-strict-aliasing 
>>>>             CXXFLAGS+= -I
>>>>             ${COL_LOCAL_BUILDS_ROOT}/ExternalLibs/boost/V1.60.0_27/
>>>>             CXXFLAGS+= -I ./jsoncpp-dist/
>>>>
>>>>             SERLIBPATH=../../lib
>>>>             SER_LIBS+=$(SERLIBPATH)/srdb2/srdb2
>>>>             SER_LIBS+=$(SERLIBPATH)/srdb1/srdb1
>>>>             *SER_LIBS+=$(SERLIBPATH)/rtctrace/rtctrace*
>>>>
>>>>             include ../../Makefile.modules
>>>>
>>>>             jsoncpp.o: jsoncpp-dist/jsoncpp.cpp
>>>>             @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>>>             @echo "Compiling $<"
>>>>             $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>>
>>>>             db_arl_base.o: db_arl_base.cpp db_arl_base.h
>>>>             @echo COL_LOCAL_BUILDS_ROOT=${COL_LOCAL_BUILDS_ROOT}
>>>>             @echo "Compiling $<"
>>>>             $(CXX) $(CXXFLAGS) $(CFLAGS) $(C_DEFS) $(DEFS) -c $< -o $@
>>>>
>>>>             db_arl.so: db_arl_base.o jsoncpp.o
>>>>
>>>>
>>>>             During 'make install' the objects in *red*have no
>>>>             business in the link line for the internal library
>>>>             /opt/rh/devtoolset-4/root/usr/bin/g++ -fPIC -DPIC -g
>>>>             -funroll-loops -Wcast-align -m64 -minline-all-stringops
>>>>             -falign-loops -ftree-vectorize -fno-strict-overflow
>>>>             -mtune=opteron -Wall  
>>>>             -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>>               -DNAME='"kamailio"' -DVERSION='"4.2.4"'
>>>>             -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"'
>>>>             -DCOMPILER='"gcc 4.4.7"' -D__CPU_x86_64 -D__OS_linux
>>>>             -DSER_VER=4002004
>>>>             -DCFG_DIR='"/usr/local/etc/kamailio/"' -DPKG_MALLOC
>>>>             -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST
>>>>             -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES
>>>>             -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST
>>>>             -DUSE_NAPTR -DWITH_XAVP -DF_MALLOC -DDBG_F_MALLOC
>>>>             -DMEM_JOIN_FREE -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS
>>>>             -DSTATISTICS -DMALLOC_STATS -DWITH_AS_SUPPORT
>>>>             -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
>>>>             -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2
>>>>             -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
>>>>             -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
>>>>             -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER
>>>>             -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT
>>>>             -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT
>>>>              -std=c++0x
>>>>             -I/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/include
>>>>             -c rtctrace.c -o rtctrace.o -MMD -MP
>>>>             /opt/rh/devtoolset-4/root/usr/bin/g++ -shared  -m64
>>>>             -Wl,-O2 -Wl,-E    -Wl,-soname,librtctrace.so.1
>>>>             rtctrace.o * db_arl_base.o jsoncpp.o*-lcurl -pthread
>>>>             -L/home/pshea/_localbuilds/RTC/Common/2.0.0_247//Applications_rhel6_x64_dts4_pic/lib
>>>>             -lrtccommon
>>>>             -L/home/pshea/_localbuilds/ExternalLibs/boost/V1.60.0_22/Server_Linux26_x64_dts4_pic/lib
>>>>             -lboost_system -lboost_thread -lpthread   -o
>>>>             librtctrace.so.1.0
>>>>             *g++: error: db_arl_base.o: No such file or directory*
>>>>             *g++: error: jsoncpp.o: No such file or directory*
>>>>
>>>>
>>>>
>>>>             _______________________________________________
>>>>             SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>             sr-users at lists.sip-router.org
>>>>             <mailto:sr-users at lists.sip-router.org>
>>>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>             -- 
>>>             Daniel-Constantin Mierla
>>>             www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>>>             <http://www.linkedin.com/in/miconda>
>>>             Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>
>>>             _______________________________________________ SIP
>>>             Express Router (SER) and Kamailio (OpenSER) - sr-users
>>>             mailing list sr-users at lists.sip-router.org
>>>             <mailto:sr-users at lists.sip-router.org>
>>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>         -- 
>>         Daniel-Constantin Mierla
>>         www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/8062d2e1/attachment.html>

From dnadares at gmail.com  Thu Jan 12 17:00:11 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Thu, 12 Jan 2017 13:00:11 -0300
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to BYE
Message-ID: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>

Hi List,

I'm trying to add and remove some headers in 200 canceling and 200 ok to
BYEs with no success.

I don't know in which route to add my remove_hf and append_hf. It seems
that I can't catch it on reply either on request route.

I tried adding it in

event_route[tm:local-response] {
        xlog("L_ERR", "TM LOCAL REPONSE!");
        route(MANAGE_HEADERS);
}

This is my route to manage hdrs:

route[MANAGE_HEADERS]{

        xlog("L_ERR", "MANAGE HDRS !");

        keep_hf("TH"); # for topoh

        append("AHDR1:asdf\r\n");

        return;
}

I suppose SERVER HDR should be removed but:

U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
SIP/2.0 200 canceling.
Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
CSeq: 102 CANCEL.
From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
Server: kamailio (4.4.4 (x86_64/linux)).
Content-Length: 0.


Any help will be very appreciated.

Thanks in advance!

Diego
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/c9b3a504/attachment.html>

From miconda at gmail.com  Thu Jan 12 17:23:26 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 12 Jan 2017 17:23:26 +0100
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
 BYE
In-Reply-To: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
Message-ID: <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>

Hello,

if you are looking to remove the server header (server signature), that
can be controlled via global parameters:

  - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header

Note that there is another header, User-Agent, that may be added by
Kamailio in local generate request. There is a global parameter to
control it as well.

If you want more than that, can you add a bit more details, because
CANCEL and BYE are processed differently. With which one you get issues?

Cheers,
Daniel

On 12/01/2017 17:00, Diego Nadares wrote:
> Hi List,
>
> I'm trying to add and remove some headers in 200 canceling and 200 ok
> to BYEs with no success.
>
> I don't know in which route to add my remove_hf and append_hf. It
> seems that I can't catch it on reply either on request route.
>
> I tried adding it in 
>
> event_route[tm:local-response] {
>         xlog("L_ERR", "TM LOCAL REPONSE!");
>         route(MANAGE_HEADERS);
> }
>
> This is my route to manage hdrs:
>
> route[MANAGE_HEADERS]{
>
>         xlog("L_ERR", "MANAGE HDRS !");
>
>         keep_hf("TH"); # for topoh
>
>         append("AHDR1:asdf\r\n");
>
>         return;
> }
>
> I suppose SERVER HDR should be removed but:
>
> U 2017/01/12 12:45:41.566733 172.16.213.38:5060
> <http://172.16.213.38:5060> -> 172.16.50.41:5060
> <http://172.16.50.41:5060>
> SIP/2.0 200 canceling.
> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
> CSeq: 102 CANCEL.
> From: <sip:xx at 172.16.50.41
> <mailto:sip%3Axx at 172.16.50.41>>;tag=SD7b10b01-as5ba5e269.
> To: <sip:xxx at 172.16.213.38
> <mailto:sip%3Axxx at 172.16.213.38>>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
> Server: kamailio (4.4.4 (x86_64/linux)).
> Content-Length: 0.
>
>
> Any help will be very appreciated.
>
> Thanks in advance!
>
> Diego
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/e49ccc21/attachment.html>

From dnadares at gmail.com  Thu Jan 12 19:04:43 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Thu, 12 Jan 2017 15:04:43 -0300
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
Message-ID: <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>

Hi Daniel!

Thanks for your answer.  The idea is to show only a few headers. In BYE
works great. I'm removing and adding the following hdrs:

*User-Agent: Kamailio. <---I will try what you said*
*Supported:.*
*Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
*Accept: application/sdp, application/gtd.*

For example in following messages ( Kamailio is 172.16.213.38)

#
U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
Date: Thu, 12 Jan 2017 17:51:05 GMT.
Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
User-Agent: Cisco-SIPGateway/IOS-12.x.
Max-Forwards: 15.
Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
Timestamp: 1484243470.
CSeq: 101 BYE.
Reason: Q.850;cause=16.
Content-Disposition: signal;handling=optional.
Content-Type: application/gtd.
Content-Length: 26.
.
.....
.

#
U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
Via: SIP/2.0/UDP
172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
Max-Forwards: 14.
CSeq: 101 BYE.
Content-Type: application/gtd.
Content-Length: 26.
*User-Agent: Kamailio.*
*Supported:.*
*Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
*Accept: application/sdp, application/gtd.*
.
......

But in ok I can't

#
U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
SIP/2.0 200 OK.
Via: SIP/2.0/UDP
172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
CSeq: 101 BYE.
Server: Asterisk PBX 11.17.0.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
PUBLISH, MESSAGE.
Supported: replaces, timer.
Content-Length: 0.
.
FY, INFO.
Accept
#
U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
SIP/2.0 200 OK.
Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
CSeq: 101 BYE.
*Server: Asterisk PBX 11.17.0.*
*Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
PUBLISH, MESSAGE.*
*Supported: replaces, timer.*
Content-Length: 0.
.



2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> Hello,
>
> if you are looking to remove the server header (server signature), that
> can be controlled via global parameters:
>
>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>
> Note that there is another header, User-Agent, that may be added by
> Kamailio in local generate request. There is a global parameter to control
> it as well.
> If you want more than that, can you add a bit more details, because CANCEL
> and BYE are processed differently. With which one you get issues?
>
> Cheers,
> Daniel
>
>
> On 12/01/2017 17:00, Diego Nadares wrote:
>
> Hi List,
>
> I'm trying to add and remove some headers in 200 canceling and 200 ok to
> BYEs with no success.
>
> I don't know in which route to add my remove_hf and append_hf. It seems
> that I can't catch it on reply either on request route.
>
> I tried adding it in
>
> event_route[tm:local-response] {
>         xlog("L_ERR", "TM LOCAL REPONSE!");
>         route(MANAGE_HEADERS);
> }
>
> This is my route to manage hdrs:
>
> route[MANAGE_HEADERS]{
>
>         xlog("L_ERR", "MANAGE HDRS !");
>
>         keep_hf("TH"); # for topoh
>
>         append("AHDR1:asdf\r\n");
>
>         return;
> }
>
> I suppose SERVER HDR should be removed but:
>
> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
> SIP/2.0 200 canceling.
> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
> CSeq: 102 CANCEL.
> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
> Server: kamailio (4.4.4 (x86_64/linux)).
> Content-Length: 0.
>
>
> Any help will be very appreciated.
>
> Thanks in advance!
>
> Diego
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/5a21f7e0/attachment.html>

From satish.txt at gmail.com  Thu Jan 12 21:51:35 2017
From: satish.txt at gmail.com (Satish Patel)
Date: Thu, 12 Jan 2017 15:51:35 -0500
Subject: [SR-Users] dbtext module issue
Message-ID: <CAPgF-foWW3=nJhuPEN114hRRjjdUZu3RXWKpmLS56Hebn-vuhA@mail.gmail.com>

I am trying use dbtext module instead of mysql and following is my
configuration. We are using old SER version because of custom written
module. Do you think following config looks good.

# -- permissions params --
modparam("permissions", "db_url", "dbtext:///etc/ser/dbtext")
modparam("permissions", "db_mode", 0)
modparam("permissions", "trusted_table", "trusted")


In function

if ( !allow_trusted() &&
            !search ("^User-Agent:.*Some Perl client.*") ) {
                xlog("L_WARN", "Drop if User-Agent isn't Perl client");
                drop;
                break;
         };


My dbtest contents

$ cat /etc/ser/dbtext/trusted
src_ip(str) proto(str) from_pattern(str)
10.0.2.20:any:.*


When i run ser in fork=no mode i am seeing following

ser -f ser.cfg

Content of result
table_version(int)
2

 Content of [trusted]
src_ip(str) proto(str) from_pattern(str)
10.0.2.20:any:.*

Content of result
proto(str) from_pattern(str)
"any" ".* "

Content of result
proto(str) from_pattern(str)
"any" ".* "


it look like it read dbtext file and load data but when i use sipp to
generate some call then i am seeing following result only, that means
its not loading IP address from table, why its extracting two field
but not src_ip ?

Content of result
proto(str) from_pattern(str)
"any" ".* "


From jmr.richardson at gmail.com  Thu Jan 12 22:25:27 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Thu, 12 Jan 2017 15:25:27 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <CA+U74VOaGHUgDAABQ8HVLW3Bs9mwhiydsafrHfRBvHXf=bsyeQ@mail.gmail.com>

Hi All,

Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
Sessions on the server with ngrep, just like all the UDP traffic. I
have Kamailio listening on TCP ports but its not capturing any TCP
traffic.

kamailio.cfg:

#disable_tcp=yes
listen=tcp:10.99.99.99:5060    #monitor port
listen=udp:10.99.99.99:5060   #monitor port

loadmodule "pv.so"
loadmodule "db_mysql.so"
loadmodule "sipcapture.so"
loadmodule "textops.so"
loadmodule "rtimer.so"
loadmodule "xlog.so"
loadmodule "sqlops.so"
loadmodule "htable.so"
loadmodule "sl.so"
loadmodule "siputils.so"


modparam("sipcapture", "capture_on", 1)
modparam("sipcapture", "hep_capture_on", 0)
modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
modparam("sipcapture", "raw_interface", "eth1")
modparam("sipcapture", "raw_ipip_capture_on", 0)
modparam("sipcapture", "table_name", "sip_capture")
modparam("sipcapture", "raw_sock_children", 4)
modparam("sipcapture", "db_insert_mode", 0)
modparam("sipcapture", "raw_moni_capture_on", 1)
modparam("sipcapture", "promiscious_on", 1)
modparam("sipcapture", "raw_moni_bpf_on", 1)
modparam("sipcapture", "capture_node", "homer02")
modparam("sipcapture", "authorization_column", "authorization")


## logging all INVITES top of the [route] block
        if (is_method("INVITE|REGISTER")) {
                xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
from \"$si\"\n");

Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.

root at homer02:~# netstat -al
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 homer02.me.com:sip    *:*                     LISTEN


I don't think this is a homer issue because logging invites is prior
to any homer processing. I'm thinking this is something simple I'm
overlooking, any help is much appreciated.

Thanks.

JR
-- 
JR Richardson
Engineering for the Masses
Chasing the Azeotrope


From vipkilla at gmail.com  Thu Jan 12 22:34:59 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Thu, 12 Jan 2017 16:34:59 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records to
	database
Message-ID: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>

Hello,
we've noticed that the usrloc module does not "sync" all the records from
memory into the database.
I use a bash script to generate in-memory AoRs (
http://paste.debian.net/plain/908521)
then i perform
kamcmd ul.flush
and no records are inserted.
We have tried various usrloc parameters but none seem to work
Here is our basic setup

# ----- usrloc params -----
modparam("usrloc", "db_url", DBURL)
modparam("usrloc", "db_mode", 2)
modparam("usrloc", "use_domain", 1)
modparam("usrloc", "timer_interval", 120)
modparam("usrloc", "timer_procs", 4)

We are using postgresql.
are we missing something?

Thanks
/V
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170112/4eb41670/attachment.html>

From abalashov at evaristesys.com  Fri Jan 13 00:49:45 2017
From: abalashov at evaristesys.com (Alex Balashov)
Date: Thu, 12 Jan 2017 18:49:45 -0500
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <CA+U74VOaGHUgDAABQ8HVLW3Bs9mwhiydsafrHfRBvHXf=bsyeQ@mail.gmail.com>
References: <CA+U74VOaGHUgDAABQ8HVLW3Bs9mwhiydsafrHfRBvHXf=bsyeQ@mail.gmail.com>
Message-ID: <20170112234945.GB1688@lacandona.localdomain>

I assume you have ruled out firewall? It's something that can nab even
experienced people:

# iptables -Ln

-- Alex

On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote:

> Hi All,
> 
> Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
> Sessions on the server with ngrep, just like all the UDP traffic. I
> have Kamailio listening on TCP ports but its not capturing any TCP
> traffic.
> 
> kamailio.cfg:
> 
> #disable_tcp=yes
> listen=tcp:10.99.99.99:5060    #monitor port
> listen=udp:10.99.99.99:5060   #monitor port
> 
> loadmodule "pv.so"
> loadmodule "db_mysql.so"
> loadmodule "sipcapture.so"
> loadmodule "textops.so"
> loadmodule "rtimer.so"
> loadmodule "xlog.so"
> loadmodule "sqlops.so"
> loadmodule "htable.so"
> loadmodule "sl.so"
> loadmodule "siputils.so"
> 
> 
> modparam("sipcapture", "capture_on", 1)
> modparam("sipcapture", "hep_capture_on", 0)
> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
> modparam("sipcapture", "raw_interface", "eth1")
> modparam("sipcapture", "raw_ipip_capture_on", 0)
> modparam("sipcapture", "table_name", "sip_capture")
> modparam("sipcapture", "raw_sock_children", 4)
> modparam("sipcapture", "db_insert_mode", 0)
> modparam("sipcapture", "raw_moni_capture_on", 1)
> modparam("sipcapture", "promiscious_on", 1)
> modparam("sipcapture", "raw_moni_bpf_on", 1)
> modparam("sipcapture", "capture_node", "homer02")
> modparam("sipcapture", "authorization_column", "authorization")
> 
> 
> ## logging all INVITES top of the [route] block
>         if (is_method("INVITE|REGISTER")) {
>                 xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
> from \"$si\"\n");
> 
> Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.
> 
> root at homer02:~# netstat -al
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address           Foreign Address         State
> tcp        0      0 homer02.me.com:sip    *:*                     LISTEN
> 
> 
> I don't think this is a homer issue because logging invites is prior
> to any homer processing. I'm thinking this is something simple I'm
> overlooking, any help is much appreciated.
> 
> Thanks.
> 
> JR
> -- 
> JR Richardson
> Engineering for the Masses
> Chasing the Azeotrope
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Alex Balashov | Principal | Evariste Systems LLC

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


From jh at tutpro.com  Fri Jan 13 06:57:28 2017
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 13 Jan 2017 07:57:28 +0200
Subject: [SR-Users] comma as param.count delimiter produces parse error
Message-ID: <22648.27720.575360.474218@lohi.tutpro.com>

Parameter list transformation param.count produces parse error when
delimiter is comma (,) character.

>From document:

  {param.value,name[, delimiter]}

  'delimiter' allows you to specify a single character to use as the
  parameter delimiter. For example, when parsing HTTP URL query strings
  use '&'.

When I have in config statement:

$var(count) = $(var(servers){param.count,,});

I get to syslog:

Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: pv [pv_trans.c:2645]: tr_parse_paramlist(): invalid separator in transformation: count,,}
Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1629]: tr_lookup(): error parsing [{param.count,,}]
Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1010]: pv_parse_spec2(): bad tr in pvar name "var"
Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1036]: pv_parse_spec2(): invalid parsing in [$(var(servers){param.count,,})] at (4)
Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) : <core> [core/cfg.y:3407]: yyerror_at(): parse error in config file /etc/sip-proxy/sip-proxy.cfg, line 6426, column 19-48: Can't get from cache: $(var(servers){param.count,,})
Jan 13 07:48:15 lohi sip-proxy[18000]: ERROR: bad config file (1 errors)

-- Juha


From vipkilla at gmail.com  Fri Jan 13 15:06:36 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Fri, 13 Jan 2017 09:06:36 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
Message-ID: <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>

following up here
i found if we comment out a single line of code, kamcmd ul.flush works

here is the git diff



diff --git a/src/modules/usrloc/ucontact.c b/src/modules/usrloc/ucontact.c
index 47f3c2f..633ca81 100644
--- a/src/modules/usrloc/ucontact.c
+++ b/src/modules/usrloc/ucontact.c
@@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
        int nr_cols;

        if (_c->flags & FL_MEM) {
-               return 0;
+               //return 0;
        }
        if(unlikely(_c->ruid.len<=0)) {
                LM_ERR("invalid ruid for aor: %.*s\n",





I don't quite understand the logic in that code.
Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
returns?

Thanks,
/V


On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:

> Hello,
> we've noticed that the usrloc module does not "sync" all the records from
> memory into the database.
> I use a bash script to generate in-memory AoRs (http://paste.debian.net/
> plain/908521)
> then i perform
> kamcmd ul.flush
> and no records are inserted.
> We have tried various usrloc parameters but none seem to work
> Here is our basic setup
>
> # ----- usrloc params -----
> modparam("usrloc", "db_url", DBURL)
> modparam("usrloc", "db_mode", 2)
> modparam("usrloc", "use_domain", 1)
> modparam("usrloc", "timer_interval", 120)
> modparam("usrloc", "timer_procs", 4)
>
> We are using postgresql.
> are we missing something?
>
> Thanks
> /V
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/d9d7faff/attachment.html>

From miconda at gmail.com  Fri Jan 13 15:12:08 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 13 Jan 2017 15:12:08 +0100
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
 to database
In-Reply-To: <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
Message-ID: <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>

Hello,

that flag is used to mark a contact for storage only in memory. The
save() function has a parameter with flags where this kind of storage
can be set. Can you check the RPC command is setting this flag?

Cheers,
Daniel

On 13/01/2017 15:06, Vik Killa wrote:
> following up here
> i found if we comment out a single line of code, kamcmd ul.flush works
>
> here is the git diff
>
>
>
> diff --git a/src/modules/usrloc/ucontact.c b/src/modules/usrloc/ucontact.c
> index 47f3c2f..633ca81 100644
> --- a/src/modules/usrloc/ucontact.c
> +++ b/src/modules/usrloc/ucontact.c
> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>         int nr_cols;
>         
>         if (_c->flags & FL_MEM) {
> -               return 0;
> +               //return 0;
>         }
>         if(unlikely(_c->ruid.len<=0)) {
>                 LM_ERR("invalid ruid for aor: %.*s\n",
>
>
>
>
>
> I don't quite understand the logic in that code.
> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`  
> returns?
>
> Thanks,
> /V
>
>
> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com
> <mailto:vipkilla at gmail.com>> wrote:
>
>     Hello,
>     we've noticed that the usrloc module does not "sync" all the
>     records from memory into the database.
>     I use a bash script to generate in-memory AoRs
>     (http://paste.debian.net/plain/908521
>     <http://paste.debian.net/plain/908521>)
>     then i perform
>     kamcmd ul.flush 
>     and no records are inserted.
>     We have tried various usrloc parameters but none seem to work
>     Here is our basic setup
>
>     # ----- usrloc params -----
>     modparam("usrloc", "db_url", DBURL)
>     modparam("usrloc", "db_mode", 2)
>     modparam("usrloc", "use_domain", 1)
>     modparam("usrloc", "timer_interval", 120)
>     modparam("usrloc", "timer_procs", 4)
>
>     We are using postgresql.
>     are we missing something?
>
>     Thanks
>     /V
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/fb5b795c/attachment.html>

From vipkilla at gmail.com  Fri Jan 13 15:24:16 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Fri, 13 Jan 2017 09:24:16 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
Message-ID: <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>

Hi,
We have tried using these flags:

save("location")
save("location", "0x00")
save("location", "0x04")

And still memory does not get flushed to DB.
I will test the RPC command.
Thanks,
/V


On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> that flag is used to mark a contact for storage only in memory. The save()
> function has a parameter with flags where this kind of storage can be set.
> Can you check the RPC command is setting this flag?
> Cheers,
> Daniel
>
>
> On 13/01/2017 15:06, Vik Killa wrote:
>
> following up here
> i found if we comment out a single line of code, kamcmd ul.flush works
>
> here is the git diff
>
>
>
> diff --git a/src/modules/usrloc/ucontact.c b/src/modules/usrloc/ucontact.c
> index 47f3c2f..633ca81 100644
> --- a/src/modules/usrloc/ucontact.c
> +++ b/src/modules/usrloc/ucontact.c
> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>         int nr_cols;
>
>         if (_c->flags & FL_MEM) {
> -               return 0;
> +               //return 0;
>         }
>         if(unlikely(_c->ruid.len<=0)) {
>                 LM_ERR("invalid ruid for aor: %.*s\n",
>
>
>
>
>
> I don't quite understand the logic in that code.
> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
> returns?
>
> Thanks,
> /V
>
>
> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:
>
>> Hello,
>> we've noticed that the usrloc module does not "sync" all the records from
>> memory into the database.
>> I use a bash script to generate in-memory AoRs (
>> http://paste.debian.net/plain/908521)
>> then i perform
>> kamcmd ul.flush
>> and no records are inserted.
>> We have tried various usrloc parameters but none seem to work
>> Here is our basic setup
>>
>> # ----- usrloc params -----
>> modparam("usrloc", "db_url", DBURL)
>> modparam("usrloc", "db_mode", 2)
>> modparam("usrloc", "use_domain", 1)
>> modparam("usrloc", "timer_interval", 120)
>> modparam("usrloc", "timer_procs", 4)
>>
>> We are using postgresql.
>> are we missing something?
>>
>> Thanks
>> /V
>>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/90bee87a/attachment.html>

From vipkilla at gmail.com  Fri Jan 13 15:30:02 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Fri, 13 Jan 2017 09:30:02 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
Message-ID: <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>

Hi Daniel,
RPC flush is not setting the flag, but im not sure that is where the issue
is, as I stated, we are not setting any memory-only flags with save()

But here is the flush function (FL_MEM not set)

static void ul_rpc_flush(rpc_t* rpc, void* ctx)
{
synchronize_all_udomains(0, 1);
return;
}

Any ideas?
Thanks,
/V


On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com> wrote:

> Hi,
> We have tried using these flags:
>
> save("location")
> save("location", "0x00")
> save("location", "0x04")
>
> And still memory does not get flushed to DB.
> I will test the RPC command.
> Thanks,
> /V
>
>
> On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> that flag is used to mark a contact for storage only in memory. The
>> save() function has a parameter with flags where this kind of storage can
>> be set. Can you check the RPC command is setting this flag?
>> Cheers,
>> Daniel
>>
>>
>> On 13/01/2017 15:06, Vik Killa wrote:
>>
>> following up here
>> i found if we comment out a single line of code, kamcmd ul.flush works
>>
>> here is the git diff
>>
>>
>>
>> diff --git a/src/modules/usrloc/ucontact.c b/src/modules/usrloc/ucontact.
>> c
>> index 47f3c2f..633ca81 100644
>> --- a/src/modules/usrloc/ucontact.c
>> +++ b/src/modules/usrloc/ucontact.c
>> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>         int nr_cols;
>>
>>         if (_c->flags & FL_MEM) {
>> -               return 0;
>> +               //return 0;
>>         }
>>         if(unlikely(_c->ruid.len<=0)) {
>>                 LM_ERR("invalid ruid for aor: %.*s\n",
>>
>>
>>
>>
>>
>> I don't quite understand the logic in that code.
>> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
>> returns?
>>
>> Thanks,
>> /V
>>
>>
>> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:
>>
>>> Hello,
>>> we've noticed that the usrloc module does not "sync" all the records
>>> from memory into the database.
>>> I use a bash script to generate in-memory AoRs (
>>> http://paste.debian.net/plain/908521)
>>> then i perform
>>> kamcmd ul.flush
>>> and no records are inserted.
>>> We have tried various usrloc parameters but none seem to work
>>> Here is our basic setup
>>>
>>> # ----- usrloc params -----
>>> modparam("usrloc", "db_url", DBURL)
>>> modparam("usrloc", "db_mode", 2)
>>> modparam("usrloc", "use_domain", 1)
>>> modparam("usrloc", "timer_interval", 120)
>>> modparam("usrloc", "timer_procs", 4)
>>>
>>> We are using postgresql.
>>> are we missing something?
>>>
>>> Thanks
>>> /V
>>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/9cee2115/attachment.html>

From miconda at gmail.com  Fri Jan 13 15:37:23 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 13 Jan 2017 15:37:23 +0100
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
 to database
In-Reply-To: <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
Message-ID: <f32b53f1-0a44-0102-c901-8783e737e8ee@gmail.com>

Hello,

I meant the rpc command to add contacts for aors, respectively the one
executed by:

/usr/local/sbin/kamcmd ul.add location ...


Not the ul.flush.

Cheers,
Daniel

On 13/01/2017 15:30, Vik Killa wrote:
> Hi Daniel,
> RPC flush is not setting the flag, but im not sure that is where the
> issue is, as I stated, we are not setting any memory-only flags with
> save()
>
> But here is the flush function (FL_MEM not set)
>
> static void ul_rpc_flush(rpc_t* rpc, void* ctx)
> {
> synchronize_all_udomains(0, 1);
> return;
> }
>
> Any ideas?
> Thanks,
> /V
>
>
> On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com
> <mailto:vipkilla at gmail.com>> wrote:
>
>     Hi,
>     We have tried using these flags:
>
>     save("location")
>     save("location", "0x00")
>     save("location", "0x04")
>
>     And still memory does not get flushed to DB.
>     I will test the RPC command.
>     Thanks,
>     /V
>
>
>     On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla
>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>         Hello,
>
>         that flag is used to mark a contact for storage only in
>         memory. The save() function has a parameter with flags where
>         this kind of storage can be set. Can you check the RPC command
>         is setting this flag?
>
>         Cheers,
>         Daniel
>
>
>         On 13/01/2017 15:06, Vik Killa wrote:
>>         following up here
>>         i found if we comment out a single line of code, kamcmd
>>         ul.flush works
>>
>>         here is the git diff
>>
>>
>>
>>         diff --git a/src/modules/usrloc/ucontact.c
>>         b/src/modules/usrloc/ucontact.c
>>         index 47f3c2f..633ca81 100644
>>         --- a/src/modules/usrloc/ucontact.c
>>         +++ b/src/modules/usrloc/ucontact.c
>>         @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>                 int nr_cols;
>>                 
>>                 if (_c->flags & FL_MEM) {
>>         -               return 0;
>>         +               //return 0;
>>                 }
>>                 if(unlikely(_c->ruid.len<=0)) {
>>                         LM_ERR("invalid ruid for aor: %.*s\n",
>>
>>
>>
>>
>>
>>         I don't quite understand the logic in that code.
>>         Does anyone have an idea of why `        if (_c->flags &
>>         FL_MEM) {`   returns?
>>
>>         Thanks,
>>         /V
>>
>>
>>         On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa
>>         <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>
>>             Hello,
>>             we've noticed that the usrloc module does not "sync" all
>>             the records from memory into the database.
>>             I use a bash script to generate in-memory AoRs
>>             (http://paste.debian.net/plain/908521
>>             <http://paste.debian.net/plain/908521>)
>>             then i perform
>>             kamcmd ul.flush 
>>             and no records are inserted.
>>             We have tried various usrloc parameters but none seem to work
>>             Here is our basic setup
>>
>>             # ----- usrloc params -----
>>             modparam("usrloc", "db_url", DBURL)
>>             modparam("usrloc", "db_mode", 2)
>>             modparam("usrloc", "use_domain", 1)
>>             modparam("usrloc", "timer_interval", 120)
>>             modparam("usrloc", "timer_procs", 4)
>>
>>             We are using postgresql.
>>             are we missing something?
>>
>>             Thanks
>>             /V
>>
>>
>>
>>
>>         _______________________________________________
>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>         -- 
>         Daniel-Constantin Mierla
>         www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>         Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>         _______________________________________________ SIP Express
>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>         sr-users at lists.sip-router.org
>         <mailto:sr-users at lists.sip-router.org>
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/1e707600/attachment.html>

From miconda at gmail.com  Fri Jan 13 15:43:52 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 13 Jan 2017 15:43:52 +0100
Subject: [SR-Users] comma as param.count delimiter produces parse error
In-Reply-To: <22648.27720.575360.474218@lohi.tutpro.com>
References: <22648.27720.575360.474218@lohi.tutpro.com>
Message-ID: <202ae2e5-da47-de4f-5e93-e923acf3056a@gmail.com>

Looking at the code, there is an issue when setting the param delimiter
same as transformation format delimiter, both being the comma in this case.

This is supported in other transformations, like {s.select}, but has to
be special parsing in the code to avoid the misinterpretation of an
empty value for transformation arguments that can be in between two commas.

Not sure who added this transformation, but I will try to add support
for comma as delimiter in the params.

Hope it is going to work, because comma is also end of a header and the
SIP parser might stop there when parsing the parameters -- the {param}
transformation is using SIP headers parameter parser.

An workaround for now could be replacement of the comma with another
char via a subst and then using the count transformation.

Cheers,
Daniel


On 13/01/2017 06:57, Juha Heinanen wrote:
> Parameter list transformation param.count produces parse error when
> delimiter is comma (,) character.
>
> From document:
>
>   {param.value,name[, delimiter]}
>
>   'delimiter' allows you to specify a single character to use as the
>   parameter delimiter. For example, when parsing HTTP URL query strings
>   use '&'.
>
> When I have in config statement:
>
> $var(count) = $(var(servers){param.count,,});
>
> I get to syslog:
>
> Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: pv [pv_trans.c:2645]: tr_parse_paramlist(): invalid separator in transformation: count,,}
> Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1629]: tr_lookup(): error parsing [{param.count,,}]
> Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1010]: pv_parse_spec2(): bad tr in pvar name "var"
> Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) ERROR: <core> [core/pvapi.c:1036]: pv_parse_spec2(): invalid parsing in [$(var(servers){param.count,,})] at (4)
> Jan 13 07:48:15 lohi sip-proxy[18000]: 0(18050) : <core> [core/cfg.y:3407]: yyerror_at(): parse error in config file /etc/sip-proxy/sip-proxy.cfg, line 6426, column 19-48: Can't get from cache: $(var(servers){param.count,,})
> Jan 13 07:48:15 lohi sip-proxy[18000]: ERROR: bad config file (1 errors)
>
> -- Juha
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From dnadares at gmail.com  Fri Jan 13 15:59:31 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Fri, 13 Jan 2017 11:59:31 -0300
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
Message-ID: <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>

If you need any additional data please let me know.

Cheers,

Diego

2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com>:

> Hi Daniel!
>
> Thanks for your answer.  The idea is to show only a few headers. In BYE
> works great. I'm removing and adding the following hdrs:
>
> *User-Agent: Kamailio. <---I will try what you said*
> *Supported:.*
> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
> *Accept: application/sdp, application/gtd.*
>
> For example in following messages ( Kamailio is 172.16.213.38)
>
> #
> U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
> BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
> Date: Thu, 12 Jan 2017 17:51:05 GMT.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> User-Agent: Cisco-SIPGateway/IOS-12.x.
> Max-Forwards: 15.
> Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
> Timestamp: 1484243470.
> CSeq: 101 BYE.
> Reason: Q.850;cause=16.
> Content-Disposition: signal;handling=optional.
> Content-Type: application/gtd.
> Content-Length: 26.
> .
> .....
> .
>
> #
> U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
> BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdcf6.
> f898feef02d601e36a22d26bf3ae5e4a.0.
> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> Max-Forwards: 14.
> CSeq: 101 BYE.
> Content-Type: application/gtd.
> Content-Length: 26.
> *User-Agent: Kamailio.*
> *Supported:.*
> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
> *Accept: application/sdp, application/gtd.*
> .
> ......
>
> But in ok I can't
>
> #
> U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdcf6.
> f898feef02d601e36a22d26bf3ae5e4a.0.
> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> CSeq: 101 BYE.
> Server: Asterisk PBX 11.17.0.
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH, MESSAGE.
> Supported: replaces, timer.
> Content-Length: 0.
> .
> FY, INFO.
> Accept
> #
> U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> CSeq: 101 BYE.
> *Server: Asterisk PBX 11.17.0.*
> *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH, MESSAGE.*
> *Supported: replaces, timer.*
> Content-Length: 0.
> .
>
>
>
> 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> if you are looking to remove the server header (server signature), that
>> can be controlled via global parameters:
>>
>>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>
>> Note that there is another header, User-Agent, that may be added by
>> Kamailio in local generate request. There is a global parameter to control
>> it as well.
>> If you want more than that, can you add a bit more details, because
>> CANCEL and BYE are processed differently. With which one you get issues?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 12/01/2017 17:00, Diego Nadares wrote:
>>
>> Hi List,
>>
>> I'm trying to add and remove some headers in 200 canceling and 200 ok to
>> BYEs with no success.
>>
>> I don't know in which route to add my remove_hf and append_hf. It seems
>> that I can't catch it on reply either on request route.
>>
>> I tried adding it in
>>
>> event_route[tm:local-response] {
>>         xlog("L_ERR", "TM LOCAL REPONSE!");
>>         route(MANAGE_HEADERS);
>> }
>>
>> This is my route to manage hdrs:
>>
>> route[MANAGE_HEADERS]{
>>
>>         xlog("L_ERR", "MANAGE HDRS !");
>>
>>         keep_hf("TH"); # for topoh
>>
>>         append("AHDR1:asdf\r\n");
>>
>>         return;
>> }
>>
>> I suppose SERVER HDR should be removed but:
>>
>> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
>> SIP/2.0 200 canceling.
>> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
>> CSeq: 102 CANCEL.
>> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
>> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>> Server: kamailio (4.4.4 (x86_64/linux)).
>> Content-Length: 0.
>>
>>
>> Any help will be very appreciated.
>>
>> Thanks in advance!
>>
>> Diego
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/4ccfd430/attachment.html>

From jmr.richardson at gmail.com  Fri Jan 13 16:33:47 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Fri, 13 Jan 2017 09:33:47 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <000001d26db2$6ee0fad0$4ca2f070$@gmail.com>

Iptables is not blocking, but it was worth a check.

Thanks.

JR


I assume you have ruled out firewall? It's something that can nab even
experienced people:

# iptables -Ln

-- Alex

On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote:

> Hi All,
> 
> Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
> Sessions on the server with ngrep, just like all the UDP traffic. I
> have Kamailio listening on TCP ports but its not capturing any TCP
> traffic.
> 
> kamailio.cfg:
> 
> #disable_tcp=yes
> listen=tcp:10.99.99.99:5060    #monitor port
> listen=udp:10.99.99.99:5060   #monitor port
> 
> loadmodule "pv.so"
> loadmodule "db_mysql.so"
> loadmodule "sipcapture.so"
> loadmodule "textops.so"
> loadmodule "rtimer.so"
> loadmodule "xlog.so"
> loadmodule "sqlops.so"
> loadmodule "htable.so"
> loadmodule "sl.so"
> loadmodule "siputils.so"
> 
> 
> modparam("sipcapture", "capture_on", 1)
> modparam("sipcapture", "hep_capture_on", 0)
> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
> modparam("sipcapture", "raw_interface", "eth1")
> modparam("sipcapture", "raw_ipip_capture_on", 0)
> modparam("sipcapture", "table_name", "sip_capture")
> modparam("sipcapture", "raw_sock_children", 4)
> modparam("sipcapture", "db_insert_mode", 0)
> modparam("sipcapture", "raw_moni_capture_on", 1)
> modparam("sipcapture", "promiscious_on", 1)
> modparam("sipcapture", "raw_moni_bpf_on", 1)
> modparam("sipcapture", "capture_node", "homer02")
> modparam("sipcapture", "authorization_column", "authorization")
> 
> 
> ## logging all INVITES top of the [route] block
>         if (is_method("INVITE|REGISTER")) {
>                 xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
> from \"$si\"\n");
> 
> Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.
> 
> root at homer02:~# netstat -al
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address           Foreign Address         State
> tcp        0      0 homer02.me.com:sip    *:*                     LISTEN
> 
> 
> I don't think this is a homer issue because logging invites is prior
> to any homer processing. I'm thinking this is something simple I'm
> overlooking, any help is much appreciated.
> 
> Thanks.
> 
> JR
> -- 
> JR Richardson
> Engineering for the Masses
> Chasing the Azeotrope
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From joseseabra4 at gmail.com  Fri Jan 13 16:45:01 2017
From: joseseabra4 at gmail.com (=?UTF-8?B?Sm9zw6kgU2VhYnJh?=)
Date: Fri, 13 Jan 2017 15:45:01 +0000
Subject: [SR-Users] Kamailio segfault on TM module
Message-ID: <CAEVZRWvof-zQHNfn=8Sb2zn9f8=98iStA_rqWSCH3jjf9wzdeg@mail.gmail.com>

Hi there,
I have noticed a segfault on my kamailio server but as i have coredumps
disabled and i don't know how i can reproduce it, i can't provide that kind
of information.
Anyway i don't know if anyone of you can help with the following
information:

segfault at 600 ip 00007f5cb97af1ea sp 00007ffed96b8d60 error 6 in
tm.so[7f5cb9718000+11d000]

ERROR: tm [t_reply.c:533]: _reply_light(): ERROR: _reply_light: can't
generate 404 reply when a final 200 was sent out
ERROR: sl [sl.c:269]: send_reply(): failed to reply stateful (tm)
WARNING: db_postgres [km_dbase.c:281]: db_postgres_submit_query(): postgres
query command failed, connection status 1, error [no connection to the
server#012]
ALERT: <core> [main.c:739]: handle_sigs(): child process 2048 exited by a
signal 11
CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 14
ALERT: <core> [main.c:742]: handle_sigs(): core was not generated
INFO: <core> [main.c:754]: handle_sigs(): terminating due to SIGCHLD
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received
INFO: <core> [main.c:809]: sig_usr(): signal 15 received


Database server was down during this segfault, but the segfault was on TM
module not on database module.

Thank you

Regards
José Seabra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/56b2a255/attachment.html>

From fred at palner.com  Fri Jan 13 16:49:20 2017
From: fred at palner.com (Fred Posner)
Date: Fri, 13 Jan 2017 10:49:20 -0500
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <000001d26db2$6ee0fad0$4ca2f070$@gmail.com>
References: <000001d26db2$6ee0fad0$4ca2f070$@gmail.com>
Message-ID: <5499b903-2ceb-c5e4-34f3-1e353cb6a942@palner.com>

What happens when you try:

modparam("sipcapture", "hep_capture_on", 1)

On 01/13/2017 10:33 AM, JR Richardson wrote:
> Iptables is not blocking, but it was worth a check.
> 
> Thanks.
> 
> JR
> 
> 
> I assume you have ruled out firewall? It's something that can nab even
> experienced people:
> 
> # iptables -Ln
> 
> -- Alex
> 
> On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote:
> 
>> Hi All,
>>
>> Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
>> Sessions on the server with ngrep, just like all the UDP traffic. I
>> have Kamailio listening on TCP ports but its not capturing any TCP
>> traffic.
>>
>> kamailio.cfg:
>>
>> #disable_tcp=yes
>> listen=tcp:10.99.99.99:5060    #monitor port
>> listen=udp:10.99.99.99:5060   #monitor port
>>
>> loadmodule "pv.so"
>> loadmodule "db_mysql.so"
>> loadmodule "sipcapture.so"
>> loadmodule "textops.so"
>> loadmodule "rtimer.so"
>> loadmodule "xlog.so"
>> loadmodule "sqlops.so"
>> loadmodule "htable.so"
>> loadmodule "sl.so"
>> loadmodule "siputils.so"
>>
>>
>> modparam("sipcapture", "capture_on", 1)
>> modparam("sipcapture", "hep_capture_on", 0)
>> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
>> modparam("sipcapture", "raw_interface", "eth1")
>> modparam("sipcapture", "raw_ipip_capture_on", 0)
>> modparam("sipcapture", "table_name", "sip_capture")
>> modparam("sipcapture", "raw_sock_children", 4)
>> modparam("sipcapture", "db_insert_mode", 0)
>> modparam("sipcapture", "raw_moni_capture_on", 1)
>> modparam("sipcapture", "promiscious_on", 1)
>> modparam("sipcapture", "raw_moni_bpf_on", 1)
>> modparam("sipcapture", "capture_node", "homer02")
>> modparam("sipcapture", "authorization_column", "authorization")
>>
>>
>> ## logging all INVITES top of the [route] block
>>         if (is_method("INVITE|REGISTER")) {
>>                 xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
>> from \"$si\"\n");
>>
>> Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.
>>
>> root at homer02:~# netstat -al
>> Active Internet connections (servers and established)
>> Proto Recv-Q Send-Q Local Address           Foreign Address         State
>> tcp        0      0 homer02.me.com:sip    *:*                     LISTEN
>>
>>
>> I don't think this is a homer issue because logging invites is prior
>> to any homer processing. I'm thinking this is something simple I'm
>> overlooking, any help is much appreciated.
>>
>> Thanks.
>>
>> JR
>> -- 
>> JR Richardson
>> Engineering for the Masses
>> Chasing the Azeotrope
>>



From sergey.v.basov at gmail.com  Fri Jan 13 17:27:48 2017
From: sergey.v.basov at gmail.com (Sergey Basov)
Date: Fri, 13 Jan 2017 18:27:48 +0200
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
Message-ID: <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>

Hi All.

I have similar task. But i have to remove server and user-agent headers
from all request an replyes.

You can try:


I have added route:
# Fix user-agent and server
route[RemoveHeader] {
        remove_hf("server");
        remove_hf("user-agent");
        return;
}


I use it form
request_route {
....
route(RemoveHeader);
.....
}

failure_route[--- all what i have ---] {
....
route(RemoveHeader);
.....
}

branch_route[MANAGE_BRANCH]{
....
route(RemoveHeader);
.....
}

onreply_route[MANAGE_REPLY] {
....
route(RemoveHeader);
.....
}

failure_route[MANAGE_FAILURE] {
....
route(RemoveHeader);
.....
}

Seems all is fine It removes headers in all packets except 200 OK on BYE....
After debugging script I does not seen in which route this 200 Ok goes..
But if I adding next to
route[RELAY] {
....
        if (is_method("BYE")) {
                xlog("L_INFO","route RELAY method BYE \n");
                if(!t_is_set("onreply_route"))
t_on_reply("MANAGE_REPLY_ON_BYE");
        }
.......
}

and adding route
onreply_route[MANAGE_REPLY_ON_BYE] {
        route(RemoveHeader);
        xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
}

this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route and headers
are removed.



13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares" <dnadares at gmail.com>
написал:

If you need any additional data please let me know.

Cheers,

Diego

2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com>:

> Hi Daniel!
>
> Thanks for your answer.  The idea is to show only a few headers. In BYE
> works great. I'm removing and adding the following hdrs:
>
> *User-Agent: Kamailio. <---I will try what you said*
> *Supported:.*
> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
> *Accept: application/sdp, application/gtd.*
>
> For example in following messages ( Kamailio is 172.16.213.38)
>
> #
> U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
> BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
> Date: Thu, 12 Jan 2017 17:51:05 GMT.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> User-Agent: Cisco-SIPGateway/IOS-12.x.
> Max-Forwards: 15.
> Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
> Timestamp: 1484243470.
> CSeq: 101 BYE.
> Reason: Q.850;cause=16.
> Content-Disposition: signal;handling=optional.
> Content-Type: application/gtd.
> Content-Length: 26.
> .
> .....
> .
>
> #
> U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
> BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> Max-Forwards: 14.
> CSeq: 101 BYE.
> Content-Type: application/gtd.
> Content-Length: 26.
> *User-Agent: Kamailio.*
> *Supported:.*
> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
> *Accept: application/sdp, application/gtd.*
> .
> ......
>
> But in ok I can't
>
> #
> U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> CSeq: 101 BYE.
> Server: Asterisk PBX 11.17.0.
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH, MESSAGE.
> Supported: replaces, timer.
> Content-Length: 0.
> .
> FY, INFO.
> Accept
> #
> U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
> CSeq: 101 BYE.
> *Server: Asterisk PBX 11.17.0.*
> *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
> PUBLISH, MESSAGE.*
> *Supported: replaces, timer.*
> Content-Length: 0.
> .
>
>
>
> 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> if you are looking to remove the server header (server signature), that
>> can be controlled via global parameters:
>>
>>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>
>> Note that there is another header, User-Agent, that may be added by
>> Kamailio in local generate request. There is a global parameter to control
>> it as well.
>> If you want more than that, can you add a bit more details, because
>> CANCEL and BYE are processed differently. With which one you get issues?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 12/01/2017 17:00, Diego Nadares wrote:
>>
>> Hi List,
>>
>> I'm trying to add and remove some headers in 200 canceling and 200 ok to
>> BYEs with no success.
>>
>> I don't know in which route to add my remove_hf and append_hf. It seems
>> that I can't catch it on reply either on request route.
>>
>> I tried adding it in
>>
>> event_route[tm:local-response] {
>>         xlog("L_ERR", "TM LOCAL REPONSE!");
>>         route(MANAGE_HEADERS);
>> }
>>
>> This is my route to manage hdrs:
>>
>> route[MANAGE_HEADERS]{
>>
>>         xlog("L_ERR", "MANAGE HDRS !");
>>
>>         keep_hf("TH"); # for topoh
>>
>>         append("AHDR1:asdf\r\n");
>>
>>         return;
>> }
>>
>> I suppose SERVER HDR should be removed but:
>>
>> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
>> SIP/2.0 200 canceling.
>> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
>> CSeq: 102 CANCEL.
>> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
>> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>> Server: kamailio (4.4.4 (x86_64/linux)).
>> Content-Length: 0.
>>
>>
>> Any help will be very appreciated.
>>
>> Thanks in advance!
>>
>> Diego
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/a64a59d5/attachment.html>

From dnadares at gmail.com  Fri Jan 13 19:00:12 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Fri, 13 Jan 2017 15:00:12 -0300
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
 <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
Message-ID: <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>

Thanks Sergey! It works like a charm for BYEs.

Is it working for you on 200cancelling generated by Kamailio?

I tried the same work around with no success.

 if (is_method("CANCEL")) {
                if (t_check_trans()) {
                        if(!t_is_set("onreply_route"))

t_on_reply("MANAGE_REPLY_ON_CANCEL");
                        route(RELAY);
                }
                exit;
        }


Thanks again,

Diego



2017-01-13 13:27 GMT-03:00 Sergey Basov <sergey.v.basov at gmail.com>:

> Hi All.
>
> I have similar task. But i have to remove server and user-agent headers
> from all request an replyes.
>
> You can try:
>
>
> I have added route:
> # Fix user-agent and server
> route[RemoveHeader] {
>         remove_hf("server");
>         remove_hf("user-agent");
>         return;
> }
>
>
> I use it form
> request_route {
> ....
> route(RemoveHeader);
> .....
> }
>
> failure_route[--- all what i have ---] {
> ....
> route(RemoveHeader);
> .....
> }
>
> branch_route[MANAGE_BRANCH]{
> ....
> route(RemoveHeader);
> .....
> }
>
> onreply_route[MANAGE_REPLY] {
> ....
> route(RemoveHeader);
> .....
> }
>
> failure_route[MANAGE_FAILURE] {
> ....
> route(RemoveHeader);
> .....
> }
>
> Seems all is fine It removes headers in all packets except 200 OK on
> BYE....
> After debugging script I does not seen in which route this 200 Ok goes..
> But if I adding next to
> route[RELAY] {
> ....
>         if (is_method("BYE")) {
>                 xlog("L_INFO","route RELAY method BYE \n");
>                 if(!t_is_set("onreply_route"))
> t_on_reply("MANAGE_REPLY_ON_BYE");
>         }
> .......
> }
>
> and adding route
> onreply_route[MANAGE_REPLY_ON_BYE] {
>         route(RemoveHeader);
>         xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
> }
>
> this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route and headers
> are removed.
>
>
>
> 13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares" <dnadares at gmail.com>
> написал:
>
> If you need any additional data please let me know.
>
> Cheers,
>
> Diego
>
> 2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com>:
>
>> Hi Daniel!
>>
>> Thanks for your answer.  The idea is to show only a few headers. In BYE
>> works great. I'm removing and adding the following hdrs:
>>
>> *User-Agent: Kamailio. <---I will try what you said*
>> *Supported:.*
>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>> *Accept: application/sdp, application/gtd.*
>>
>> For example in following messages ( Kamailio is 172.16.213.38)
>>
>> #
>> U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
>> BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>> Date: Thu, 12 Jan 2017 17:51:05 GMT.
>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>> User-Agent: Cisco-SIPGateway/IOS-12.x.
>> Max-Forwards: 15.
>> Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
>> Timestamp: 1484243470.
>> CSeq: 101 BYE.
>> Reason: Q.850;cause=16.
>> Content-Disposition: signal;handling=optional.
>> Content-Type: application/gtd.
>> Content-Length: 26.
>> .
>> .....
>> .
>>
>> #
>> U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
>> BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>> Max-Forwards: 14.
>> CSeq: 101 BYE.
>> Content-Type: application/gtd.
>> Content-Length: 26.
>> *User-Agent: Kamailio.*
>> *Supported:.*
>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>> *Accept: application/sdp, application/gtd.*
>> .
>> ......
>>
>> But in ok I can't
>>
>> #
>> U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
>> SIP/2.0 200 OK.
>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>> CSeq: 101 BYE.
>> Server: Asterisk PBX 11.17.0.
>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
>> PUBLISH, MESSAGE.
>> Supported: replaces, timer.
>> Content-Length: 0.
>> .
>> FY, INFO.
>> Accept
>> #
>> U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
>> SIP/2.0 200 OK.
>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>> CSeq: 101 BYE.
>> *Server: Asterisk PBX 11.17.0.*
>> *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>> INFO, PUBLISH, MESSAGE.*
>> *Supported: replaces, timer.*
>> Content-Length: 0.
>> .
>>
>>
>>
>> 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>
>>> Hello,
>>>
>>> if you are looking to remove the server header (server signature), that
>>> can be controlled via global parameters:
>>>
>>>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>>
>>> Note that there is another header, User-Agent, that may be added by
>>> Kamailio in local generate request. There is a global parameter to control
>>> it as well.
>>> If you want more than that, can you add a bit more details, because
>>> CANCEL and BYE are processed differently. With which one you get issues?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 12/01/2017 17:00, Diego Nadares wrote:
>>>
>>> Hi List,
>>>
>>> I'm trying to add and remove some headers in 200 canceling and 200 ok to
>>> BYEs with no success.
>>>
>>> I don't know in which route to add my remove_hf and append_hf. It seems
>>> that I can't catch it on reply either on request route.
>>>
>>> I tried adding it in
>>>
>>> event_route[tm:local-response] {
>>>         xlog("L_ERR", "TM LOCAL REPONSE!");
>>>         route(MANAGE_HEADERS);
>>> }
>>>
>>> This is my route to manage hdrs:
>>>
>>> route[MANAGE_HEADERS]{
>>>
>>>         xlog("L_ERR", "MANAGE HDRS !");
>>>
>>>         keep_hf("TH"); # for topoh
>>>
>>>         append("AHDR1:asdf\r\n");
>>>
>>>         return;
>>> }
>>>
>>> I suppose SERVER HDR should be removed but:
>>>
>>> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
>>> SIP/2.0 200 canceling.
>>> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
>>> CSeq: 102 CANCEL.
>>> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
>>> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>>> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>>> Server: kamailio (4.4.4 (x86_64/linux)).
>>> Content-Length: 0.
>>>
>>>
>>> Any help will be very appreciated.
>>>
>>> Thanks in advance!
>>>
>>> Diego
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/b9c29851/attachment.html>

From sergey.v.basov at gmail.com  Fri Jan 13 19:37:26 2017
From: sergey.v.basov at gmail.com (Sergey Basov)
Date: Fri, 13 Jan 2017 20:37:26 +0200
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
 <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
 <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
Message-ID: <CAFyM+kCUnt56sem3aDUgJC7kkG2cu+-kfc1n+LCavZoF7dKAWw@mail.gmail.com>

Your are welcome.

No,  for local generated answer you shood do as Daniel suggested.

But if kamailio generates CANCEL,  than 200 ok is reply for it and 200 ok
to another side is generated by kamailio itselfs...

13 янв. 2017 г. 8:00 PM пользователь "Diego Nadares" <dnadares at gmail.com>
написал:

> Thanks Sergey! It works like a charm for BYEs.
>
> Is it working for you on 200cancelling generated by Kamailio?
>
> I tried the same work around with no success.
>
>  if (is_method("CANCEL")) {
>                 if (t_check_trans()) {
>                         if(!t_is_set("onreply_route"))
>                                             t_on_reply("MANAGE_REPLY_ON_
> CANCEL");
>                         route(RELAY);
>                 }
>                 exit;
>         }
>
>
> Thanks again,
>
> Diego
>
>
>
> 2017-01-13 13:27 GMT-03:00 Sergey Basov <sergey.v.basov at gmail.com>:
>
>> Hi All.
>>
>> I have similar task. But i have to remove server and user-agent headers
>> from all request an replyes.
>>
>> You can try:
>>
>>
>> I have added route:
>> # Fix user-agent and server
>> route[RemoveHeader] {
>>         remove_hf("server");
>>         remove_hf("user-agent");
>>         return;
>> }
>>
>>
>> I use it form
>> request_route {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> failure_route[--- all what i have ---] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> branch_route[MANAGE_BRANCH]{
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> onreply_route[MANAGE_REPLY] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> failure_route[MANAGE_FAILURE] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> Seems all is fine It removes headers in all packets except 200 OK on
>> BYE....
>> After debugging script I does not seen in which route this 200 Ok goes..
>> But if I adding next to
>> route[RELAY] {
>> ....
>>         if (is_method("BYE")) {
>>                 xlog("L_INFO","route RELAY method BYE \n");
>>                 if(!t_is_set("onreply_route"))
>> t_on_reply("MANAGE_REPLY_ON_BYE");
>>         }
>> .......
>> }
>>
>> and adding route
>> onreply_route[MANAGE_REPLY_ON_BYE] {
>>         route(RemoveHeader);
>>         xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
>> }
>>
>> this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route and headers
>> are removed.
>>
>>
>>
>> 13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares" <dnadares at gmail.com>
>> написал:
>>
>> If you need any additional data please let me know.
>>
>> Cheers,
>>
>> Diego
>>
>> 2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com>:
>>
>>> Hi Daniel!
>>>
>>> Thanks for your answer.  The idea is to show only a few headers. In BYE
>>> works great. I'm removing and adding the following hdrs:
>>>
>>> *User-Agent: Kamailio. <---I will try what you said*
>>> *Supported:.*
>>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>> *Accept: application/sdp, application/gtd.*
>>>
>>> For example in following messages ( Kamailio is 172.16.213.38)
>>>
>>> #
>>> U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
>>> BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
>>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>>> Date: Thu, 12 Jan 2017 17:51:05 GMT.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> User-Agent: Cisco-SIPGateway/IOS-12.x.
>>> Max-Forwards: 15.
>>> Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
>>> Timestamp: 1484243470.
>>> CSeq: 101 BYE.
>>> Reason: Q.850;cause=16.
>>> Content-Disposition: signal;handling=optional.
>>> Content-Type: application/gtd.
>>> Content-Length: 26.
>>> .
>>> .....
>>> .
>>>
>>> #
>>> U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
>>> BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
>>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> Max-Forwards: 14.
>>> CSeq: 101 BYE.
>>> Content-Type: application/gtd.
>>> Content-Length: 26.
>>> *User-Agent: Kamailio.*
>>> *Supported:.*
>>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>> *Accept: application/sdp, application/gtd.*
>>> .
>>> ......
>>>
>>> But in ok I can't
>>>
>>> #
>>> U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> CSeq: 101 BYE.
>>> Server: Asterisk PBX 11.17.0.
>>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>>> INFO, PUBLISH, MESSAGE.
>>> Supported: replaces, timer.
>>> Content-Length: 0.
>>> .
>>> FY, INFO.
>>> Accept
>>> #
>>> U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> CSeq: 101 BYE.
>>> *Server: Asterisk PBX 11.17.0.*
>>> *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>>> INFO, PUBLISH, MESSAGE.*
>>> *Supported: replaces, timer.*
>>> Content-Length: 0.
>>> .
>>>
>>>
>>>
>>> 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>>
>>>> Hello,
>>>>
>>>> if you are looking to remove the server header (server signature), that
>>>> can be controlled via global parameters:
>>>>
>>>>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>>>
>>>> Note that there is another header, User-Agent, that may be added by
>>>> Kamailio in local generate request. There is a global parameter to control
>>>> it as well.
>>>> If you want more than that, can you add a bit more details, because
>>>> CANCEL and BYE are processed differently. With which one you get issues?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 12/01/2017 17:00, Diego Nadares wrote:
>>>>
>>>> Hi List,
>>>>
>>>> I'm trying to add and remove some headers in 200 canceling and 200 ok
>>>> to BYEs with no success.
>>>>
>>>> I don't know in which route to add my remove_hf and append_hf. It seems
>>>> that I can't catch it on reply either on request route.
>>>>
>>>> I tried adding it in
>>>>
>>>> event_route[tm:local-response] {
>>>>         xlog("L_ERR", "TM LOCAL REPONSE!");
>>>>         route(MANAGE_HEADERS);
>>>> }
>>>>
>>>> This is my route to manage hdrs:
>>>>
>>>> route[MANAGE_HEADERS]{
>>>>
>>>>         xlog("L_ERR", "MANAGE HDRS !");
>>>>
>>>>         keep_hf("TH"); # for topoh
>>>>
>>>>         append("AHDR1:asdf\r\n");
>>>>
>>>>         return;
>>>> }
>>>>
>>>> I suppose SERVER HDR should be removed but:
>>>>
>>>> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
>>>> SIP/2.0 200 canceling.
>>>> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4
>>>> bKgg8ekd3080braugkm700.1.
>>>> CSeq: 102 CANCEL.
>>>> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
>>>> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>>>> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>>>> Server: kamailio (4.4.4 (x86_64/linux)).
>>>> Content-Length: 0.
>>>>
>>>>
>>>> Any help will be very appreciated.
>>>>
>>>> Thanks in advance!
>>>>
>>>> Diego
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>> --
>>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170113/87b13b54/attachment.html>

From satish.txt at gmail.com  Fri Jan 13 19:50:10 2017
From: satish.txt at gmail.com (Satish Patel)
Date: Fri, 13 Jan 2017 13:50:10 -0500
Subject: [SR-Users] dbtext module issue
In-Reply-To: <CAPgF-foWW3=nJhuPEN114hRRjjdUZu3RXWKpmLS56Hebn-vuhA@mail.gmail.com>
References: <CAPgF-foWW3=nJhuPEN114hRRjjdUZu3RXWKpmLS56Hebn-vuhA@mail.gmail.com>
Message-ID: <30A149C5-E186-4570-BE18-D7F09BDAF953@gmail.com>

Any thought?

Sent from my iPhone

> On Jan 12, 2017, at 3:51 PM, Satish Patel <satish.txt at gmail.com> wrote:
> 
> I am trying use dbtext module instead of mysql and following is my
> configuration. We are using old SER version because of custom written
> module. Do you think following config looks good.
> 
> # -- permissions params --
> modparam("permissions", "db_url", "dbtext:///etc/ser/dbtext")
> modparam("permissions", "db_mode", 0)
> modparam("permissions", "trusted_table", "trusted")
> 
> 
> In function
> 
> if ( !allow_trusted() &&
>            !search ("^User-Agent:.*Some Perl client.*") ) {
>                xlog("L_WARN", "Drop if User-Agent isn't Perl client");
>                drop;
>                break;
>         };
> 
> 
> My dbtest contents
> 
> $ cat /etc/ser/dbtext/trusted
> src_ip(str) proto(str) from_pattern(str)
> 10.0.2.20:any:.*
> 
> 
> When i run ser in fork=no mode i am seeing following
> 
> ser -f ser.cfg
> 
> Content of result
> table_version(int)
> 2
> 
> Content of [trusted]
> src_ip(str) proto(str) from_pattern(str)
> 10.0.2.20:any:.*
> 
> Content of result
> proto(str) from_pattern(str)
> "any" ".* "
> 
> Content of result
> proto(str) from_pattern(str)
> "any" ".* "
> 
> 
> it look like it read dbtext file and load data but when i use sipp to
> generate some call then i am seeing following result only, that means
> its not loading IP address from table, why its extracting two field
> but not src_ip ?
> 
> Content of result
> proto(str) from_pattern(str)
> "any" ".* "


From vipkilla at gmail.com  Sat Jan 14 16:25:38 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Sat, 14 Jan 2017 10:25:38 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
Message-ID: <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>

resolution update --
we found that setting
`modparam("usrloc", "db_check_update", 1)`

fix the issue by inserting missing rows on re-reg

Thanks!


On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa <vipkilla at gmail.com> wrote:

> Hi Daniel,
> RPC flush is not setting the flag, but im not sure that is where the issue
> is, as I stated, we are not setting any memory-only flags with save()
>
> But here is the flush function (FL_MEM not set)
>
> static void ul_rpc_flush(rpc_t* rpc, void* ctx)
> {
> synchronize_all_udomains(0, 1);
> return;
> }
>
> Any ideas?
> Thanks,
> /V
>
>
> On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com> wrote:
>
>> Hi,
>> We have tried using these flags:
>>
>> save("location")
>> save("location", "0x00")
>> save("location", "0x04")
>>
>> And still memory does not get flushed to DB.
>> I will test the RPC command.
>> Thanks,
>> /V
>>
>>
>> On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> that flag is used to mark a contact for storage only in memory. The
>>> save() function has a parameter with flags where this kind of storage can
>>> be set. Can you check the RPC command is setting this flag?
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 13/01/2017 15:06, Vik Killa wrote:
>>>
>>> following up here
>>> i found if we comment out a single line of code, kamcmd ul.flush works
>>>
>>> here is the git diff
>>>
>>>
>>>
>>> diff --git a/src/modules/usrloc/ucontact.c
>>> b/src/modules/usrloc/ucontact.c
>>> index 47f3c2f..633ca81 100644
>>> --- a/src/modules/usrloc/ucontact.c
>>> +++ b/src/modules/usrloc/ucontact.c
>>> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>>         int nr_cols;
>>>
>>>         if (_c->flags & FL_MEM) {
>>> -               return 0;
>>> +               //return 0;
>>>         }
>>>         if(unlikely(_c->ruid.len<=0)) {
>>>                 LM_ERR("invalid ruid for aor: %.*s\n",
>>>
>>>
>>>
>>>
>>>
>>> I don't quite understand the logic in that code.
>>> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
>>> returns?
>>>
>>> Thanks,
>>> /V
>>>
>>>
>>> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:
>>>
>>>> Hello,
>>>> we've noticed that the usrloc module does not "sync" all the records
>>>> from memory into the database.
>>>> I use a bash script to generate in-memory AoRs (
>>>> http://paste.debian.net/plain/908521)
>>>> then i perform
>>>> kamcmd ul.flush
>>>> and no records are inserted.
>>>> We have tried various usrloc parameters but none seem to work
>>>> Here is our basic setup
>>>>
>>>> # ----- usrloc params -----
>>>> modparam("usrloc", "db_url", DBURL)
>>>> modparam("usrloc", "db_mode", 2)
>>>> modparam("usrloc", "use_domain", 1)
>>>> modparam("usrloc", "timer_interval", 120)
>>>> modparam("usrloc", "timer_procs", 4)
>>>>
>>>> We are using postgresql.
>>>> are we missing something?
>>>>
>>>> Thanks
>>>> /V
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170114/27f56f84/attachment.html>

From jh at tutpro.com  Sun Jan 15 02:11:50 2017
From: jh at tutpro.com (Juha Heinanen)
Date: Sun, 15 Jan 2017 03:11:50 +0200
Subject: [SR-Users] comma as param.count delimiter produces parse error
In-Reply-To: <202ae2e5-da47-de4f-5e93-e923acf3056a@gmail.com>
References: <22648.27720.575360.474218@lohi.tutpro.com>
 <202ae2e5-da47-de4f-5e93-e923acf3056a@gmail.com>
Message-ID: <22650.52310.652291.632504@lohi.tutpro.com>

Daniel-Constantin Mierla writes:

> Not sure who added this transformation, but I will try to add support
> for comma as delimiter in the params.

Thanks if you have time for it.  In the meantime I'm converting , to
something else before applying the param transforms.

-- Juha


From miconda at gmail.com  Mon Jan 16 09:06:07 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:06:07 +0100
Subject: [SR-Users] dbtext module issue
In-Reply-To: <30A149C5-E186-4570-BE18-D7F09BDAF953@gmail.com>
References: <CAPgF-foWW3=nJhuPEN114hRRjjdUZu3RXWKpmLS56Hebn-vuhA@mail.gmail.com>
 <30A149C5-E186-4570-BE18-D7F09BDAF953@gmail.com>
Message-ID: <10fd833f-61e0-8c25-faae-9d9919c19695@gmail.com>

ser -- that should be really old release. What is the exact version (ser
-V)?

Cheers,
Daniel


On 13/01/2017 19:50, Satish Patel wrote:
> Any thought?
>
> Sent from my iPhone
>
>> On Jan 12, 2017, at 3:51 PM, Satish Patel <satish.txt at gmail.com> wrote:
>>
>> I am trying use dbtext module instead of mysql and following is my
>> configuration. We are using old SER version because of custom written
>> module. Do you think following config looks good.
>>
>> # -- permissions params --
>> modparam("permissions", "db_url", "dbtext:///etc/ser/dbtext")
>> modparam("permissions", "db_mode", 0)
>> modparam("permissions", "trusted_table", "trusted")
>>
>>
>> In function
>>
>> if ( !allow_trusted() &&
>>            !search ("^User-Agent:.*Some Perl client.*") ) {
>>                xlog("L_WARN", "Drop if User-Agent isn't Perl client");
>>                drop;
>>                break;
>>         };
>>
>>
>> My dbtest contents
>>
>> $ cat /etc/ser/dbtext/trusted
>> src_ip(str) proto(str) from_pattern(str)
>> 10.0.2.20:any:.*
>>
>>
>> When i run ser in fork=no mode i am seeing following
>>
>> ser -f ser.cfg
>>
>> Content of result
>> table_version(int)
>> 2
>>
>> Content of [trusted]
>> src_ip(str) proto(str) from_pattern(str)
>> 10.0.2.20:any:.*
>>
>> Content of result
>> proto(str) from_pattern(str)
>> "any" ".* "
>>
>> Content of result
>> proto(str) from_pattern(str)
>> "any" ".* "
>>
>>
>> it look like it read dbtext file and load data but when i use sipp to
>> generate some call then i am seeing following result only, that means
>> its not loading IP address from table, why its extracting two field
>> but not src_ip ?
>>
>> Content of result
>> proto(str) from_pattern(str)
>> "any" ".* "
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Mon Jan 16 09:15:04 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:15:04 +0100
Subject: [SR-Users] Kamailio segfault on TM module
In-Reply-To: <CAEVZRWvof-zQHNfn=8Sb2zn9f8=98iStA_rqWSCH3jjf9wzdeg@mail.gmail.com>
References: <CAEVZRWvof-zQHNfn=8Sb2zn9f8=98iStA_rqWSCH3jjf9wzdeg@mail.gmail.com>
Message-ID: <c708da20-96c8-6092-c570-fbad99464bb2@gmail.com>

Hello,

try to see if you get anything with addr2line tool as suggested at:

  -
http://stackoverflow.com/questions/2549214/interpreting-segfault-messages

Cheers,
Daniel


On 13/01/2017 16:45, José Seabra wrote:
> Hi there,
> I have noticed a segfault on my kamailio server but as i have
> coredumps disabled and i don't know how i can reproduce it, i can't
> provide that kind of information.
> Anyway i don't know if anyone of you can help with the following
> information:
>
> segfault at 600 ip 00007f5cb97af1ea sp 00007ffed96b8d60 error 6 in
> tm.so[7f5cb9718000+11d000]
>
> ERROR: tm [t_reply.c:533]: _reply_light(): ERROR: _reply_light: can't
> generate 404 reply when a final 200 was sent out
> ERROR: sl [sl.c:269]: send_reply(): failed to reply stateful (tm)
> WARNING: db_postgres [km_dbase.c:281]: db_postgres_submit_query():
> postgres query command failed, connection status 1, error [no
> connection to the server#012]
> ALERT: <core> [main.c:739]: handle_sigs(): child process 2048 exited
> by a signal 11
> CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 14
> ALERT: <core> [main.c:742]: handle_sigs(): core was not generated
> INFO: <core> [main.c:754]: handle_sigs(): terminating due to SIGCHLD
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
> INFO: <core> [main.c:809]: sig_usr(): signal 15 received
>
>
> Database server was down during this segfault, but the segfault was on
> TM module not on database module.
>
> Thank you
>
> Regards
> José Seabra
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/b960fa34/attachment.html>

From miconda at gmail.com  Mon Jan 16 09:19:37 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:19:37 +0100
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <000001d26db2$6ee0fad0$4ca2f070$@gmail.com>
References: <000001d26db2$6ee0fad0$4ca2f070$@gmail.com>
Message-ID: <381871c0-6df0-0234-4819-82ea19363543@gmail.com>

Hello,

is it this about a sipcature node? If yes, then it receives the packets
over HEP, meaning that is not going to the normal processing path.
Kamailio detects it is not a SIP packet, executes some callbacks for
non-sip packets registered by modules (in this case sipcapture). The
module detecting it's a packet for it, can execute the request_route
once it builds a local sip packet.

To troubleshoot further, run with debug=3 in kamailio.cfg and see what
you get in the logs.

Cheers,
Daniel

On 13/01/2017 16:33, JR Richardson wrote:
> Iptables is not blocking, but it was worth a check.
>
> Thanks.
>
> JR
>
>
> I assume you have ruled out firewall? It's something that can nab even
> experienced people:
>
> # iptables -Ln
>
> -- Alex
>
> On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote:
>
>> Hi All,
>>
>> Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
>> Sessions on the server with ngrep, just like all the UDP traffic. I
>> have Kamailio listening on TCP ports but its not capturing any TCP
>> traffic.
>>
>> kamailio.cfg:
>>
>> #disable_tcp=yes
>> listen=tcp:10.99.99.99:5060    #monitor port
>> listen=udp:10.99.99.99:5060   #monitor port
>>
>> loadmodule "pv.so"
>> loadmodule "db_mysql.so"
>> loadmodule "sipcapture.so"
>> loadmodule "textops.so"
>> loadmodule "rtimer.so"
>> loadmodule "xlog.so"
>> loadmodule "sqlops.so"
>> loadmodule "htable.so"
>> loadmodule "sl.so"
>> loadmodule "siputils.so"
>>
>>
>> modparam("sipcapture", "capture_on", 1)
>> modparam("sipcapture", "hep_capture_on", 0)
>> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
>> modparam("sipcapture", "raw_interface", "eth1")
>> modparam("sipcapture", "raw_ipip_capture_on", 0)
>> modparam("sipcapture", "table_name", "sip_capture")
>> modparam("sipcapture", "raw_sock_children", 4)
>> modparam("sipcapture", "db_insert_mode", 0)
>> modparam("sipcapture", "raw_moni_capture_on", 1)
>> modparam("sipcapture", "promiscious_on", 1)
>> modparam("sipcapture", "raw_moni_bpf_on", 1)
>> modparam("sipcapture", "capture_node", "homer02")
>> modparam("sipcapture", "authorization_column", "authorization")
>>
>>
>> ## logging all INVITES top of the [route] block
>>         if (is_method("INVITE|REGISTER")) {
>>                 xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
>> from \"$si\"\n");
>>
>> Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.
>>
>> root at homer02:~# netstat -al
>> Active Internet connections (servers and established)
>> Proto Recv-Q Send-Q Local Address           Foreign Address         State
>> tcp        0      0 homer02.me.com:sip    *:*                     LISTEN
>>
>>
>> I don't think this is a homer issue because logging invites is prior
>> to any homer processing. I'm thinking this is something simple I'm
>> overlooking, any help is much appreciated.
>>
>> Thanks.
>>
>> JR
>> -- 
>> JR Richardson
>> Engineering for the Masses
>> Chasing the Azeotrope
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Mon Jan 16 09:25:59 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:25:59 +0100
Subject: [SR-Users] Planning the release of v4.4.5
Message-ID: <3f8965c4-8dbe-7790-502e-a3412e868cba@gmail.com>

Hello,

I am considering to release v4.4.5 with latest fixes from branch 4.4
later this week, on Wednesday or Thursday (Jan 19 or 20). As usual, if
anyone has fixes that were not backported yet, do it if you are a
developer or write to sr-dev to be sure it is not missed. Sumbit also
the new issues you are ware of and they are not on the bug tracker.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Mon Jan 16 09:28:28 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:28:28 +0100
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
 to database
In-Reply-To: <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
 <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
Message-ID: <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>

The record you add via rpc is creating a new contact in memory or it's
updating an existing one?

Can you dump the record after you add it over rpc and send it over to
mailing list to see what attributes it has?

Cheers,
Daniel


On 14/01/2017 16:25, Vik Killa wrote:
> resolution update -- 
> we found that setting 
> `modparam("usrloc", "db_check_update", 1)`
>
> fix the issue by inserting missing rows on re-reg
>
> Thanks!
>
>
> On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa <vipkilla at gmail.com
> <mailto:vipkilla at gmail.com>> wrote:
>
>     Hi Daniel,
>     RPC flush is not setting the flag, but im not sure that is where
>     the issue is, as I stated, we are not setting any memory-only
>     flags with save()
>
>     But here is the flush function (FL_MEM not set)
>
>     static void ul_rpc_flush(rpc_t* rpc, void* ctx)
>     {
>     synchronize_all_udomains(0, 1);
>     return;
>     }
>
>     Any ideas?
>     Thanks,
>     /V
>
>
>     On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com
>     <mailto:vipkilla at gmail.com>> wrote:
>
>         Hi,
>         We have tried using these flags:
>
>         save("location")
>         save("location", "0x00")
>         save("location", "0x04")
>
>         And still memory does not get flushed to DB.
>         I will test the RPC command.
>         Thanks,
>         /V
>
>
>         On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla
>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>             Hello,
>
>             that flag is used to mark a contact for storage only in
>             memory. The save() function has a parameter with flags
>             where this kind of storage can be set. Can you check the
>             RPC command is setting this flag?
>
>             Cheers,
>             Daniel
>
>
>             On 13/01/2017 15:06, Vik Killa wrote:
>>             following up here
>>             i found if we comment out a single line of code, kamcmd
>>             ul.flush works
>>
>>             here is the git diff
>>
>>
>>
>>             diff --git a/src/modules/usrloc/ucontact.c
>>             b/src/modules/usrloc/ucontact.c
>>             index 47f3c2f..633ca81 100644
>>             --- a/src/modules/usrloc/ucontact.c
>>             +++ b/src/modules/usrloc/ucontact.c
>>             @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>                     int nr_cols;
>>                     
>>                     if (_c->flags & FL_MEM) {
>>             -               return 0;
>>             +               //return 0;
>>                     }
>>                     if(unlikely(_c->ruid.len<=0)) {
>>                             LM_ERR("invalid ruid for aor: %.*s\n",
>>
>>
>>
>>
>>
>>             I don't quite understand the logic in that code.
>>             Does anyone have an idea of why `        if (_c->flags &
>>             FL_MEM) {`   returns?
>>
>>             Thanks,
>>             /V
>>
>>
>>             On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa
>>             <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>
>>                 Hello,
>>                 we've noticed that the usrloc module does not "sync"
>>                 all the records from memory into the database.
>>                 I use a bash script to generate in-memory AoRs
>>                 (http://paste.debian.net/plain/908521
>>                 <http://paste.debian.net/plain/908521>)
>>                 then i perform
>>                 kamcmd ul.flush 
>>                 and no records are inserted.
>>                 We have tried various usrloc parameters but none seem
>>                 to work
>>                 Here is our basic setup
>>
>>                 # ----- usrloc params -----
>>                 modparam("usrloc", "db_url", DBURL)
>>                 modparam("usrloc", "db_mode", 2)
>>                 modparam("usrloc", "use_domain", 1)
>>                 modparam("usrloc", "timer_interval", 120)
>>                 modparam("usrloc", "timer_procs", 4)
>>
>>                 We are using postgresql.
>>                 are we missing something?
>>
>>                 Thanks
>>                 /V
>>
>>
>>
>>
>>             _______________________________________________
>>             SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>             sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>             -- 
>             Daniel-Constantin Mierla
>             www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>             <http://www.linkedin.com/in/miconda>
>             Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>             _______________________________________________ SIP
>             Express Router (SER) and Kamailio (OpenSER) - sr-users
>             mailing list sr-users at lists.sip-router.org
>             <mailto:sr-users at lists.sip-router.org>
>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/c9c708e5/attachment.html>

From miconda at gmail.com  Mon Jan 16 09:31:51 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 09:31:51 +0100
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
 BYE
In-Reply-To: <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
 <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
 <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
Message-ID: <5aa44b94-6329-6e06-be1e-6aef7604fc7b@gmail.com>

The 200ok for CANCEL generated by Kamailio doesn't get inside the
onreply_route -- this block is only for SIP replies received by kamailio.

However, the 200ok for CANCEL should have limited (minimal) number of
headers. Which ones besides the Server do you want to remove?

Cheers,
Daniel

On 13/01/2017 19:00, Diego Nadares wrote:
> Thanks Sergey! It works like a charm for BYEs.
>
> Is it working for you on 200cancelling generated by Kamailio?
>
> I tried the same work around with no success. 
>
>  if (is_method("CANCEL")) {
>                 if (t_check_trans()) {
>                         if(!t_is_set("onreply_route"))
>                                            
> t_on_reply("MANAGE_REPLY_ON_CANCEL");
>                         route(RELAY);
>                 }
>                 exit;
>         }
>
>
> Thanks again,
>
> Diego
>
>
>
> 2017-01-13 13:27 GMT-03:00 Sergey Basov <sergey.v.basov at gmail.com
> <mailto:sergey.v.basov at gmail.com>>:
>
>     Hi All. 
>
>     I have similar task. But i have to remove server and user-agent
>     headers from all request an replyes. 
>
>     You can try:
>
>
>     I have added route:
>     # Fix user-agent and server
>     route[RemoveHeader] {
>             remove_hf("server");
>             remove_hf("user-agent");
>             return;
>     }
>
>
>     I use it form
>     request_route {
>     ....
>     route(RemoveHeader);
>     .....
>     }
>
>     failure_route[--- all what i have ---] {
>     ....
>     route(RemoveHeader);
>     .....
>     }
>
>     branch_route[MANAGE_BRANCH]{
>     ....
>     route(RemoveHeader);
>     .....
>     }
>
>     onreply_route[MANAGE_REPLY] {
>     ....
>     route(RemoveHeader);
>     .....
>     }
>
>     failure_route[MANAGE_FAILURE] {
>     ....
>     route(RemoveHeader);
>     .....
>     }
>
>     Seems all is fine It removes headers in all packets except 200 OK
>     on BYE....
>     After debugging script I does not seen in which route this 200 Ok
>     goes..
>     But if I adding next to
>     route[RELAY] {
>     ....
>             if (is_method("BYE")) {
>                     xlog("L_INFO","route RELAY method BYE \n");
>                     if(!t_is_set("onreply_route"))
>     t_on_reply("MANAGE_REPLY_ON_BYE");
>             }
>     .......
>     }
>
>     and adding route
>     onreply_route[MANAGE_REPLY_ON_BYE] {
>             route(RemoveHeader);
>             xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
>     }
>
>     this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route and headers
>     are removed.
>
>
>
>     13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares"
>     <dnadares at gmail.com <mailto:dnadares at gmail.com>> написал:
>
>         If you need any additional data please let me know.
>
>         Cheers,
>
>         Diego
>
>         2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com
>         <mailto:dnadares at gmail.com>>:
>
>             Hi Daniel!
>
>             Thanks for your answer.  The idea is to show only a few
>             headers. In BYE works great. I'm removing and adding the
>             following hdrs:
>             *
>             *
>             *User-Agent: Kamailio. <---I will try what you said*
>             *Supported:.*
>             *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>             *Accept: application/sdp, application/gtd.*
>
>             For example in following messages ( Kamailio is 172.16.213.38)
>
>             #
>             U 2017/01/12 14:51:10.593782 172.16.200.159:57270
>             <http://172.16.200.159:57270> -> 172.16.213.38:5060
>             <http://172.16.213.38:5060>
>             BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
>             Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>             From: xx <sip:xx at 172.16.213.38
>             <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>             To: xxx <sip:xxx at 172.16.213.38
>             <mailto:sip%3Axxx at 172.16.213.38>>;tag=SDmmb7201-as0518eb07.
>             Date: Thu, 12 Jan 2017 17:51:05 GMT.
>             Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>             User-Agent: Cisco-SIPGateway/IOS-12.x.
>             Max-Forwards: 15.
>             Route:
>             <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
>             Timestamp: 1484243470.
>             CSeq: 101 BYE.
>             Reason: Q.850;cause=16.
>             Content-Disposition: signal;handling=optional.
>             Content-Type: application/gtd.
>             Content-Length: 26.
>             .
>             .....
>             .
>
>             #
>             U 2017/01/12 14:51:10.647164 172.16.213.38:5060
>             <http://172.16.213.38:5060> -> 172.16.50.41:5060
>             <http://172.16.50.41:5060>
>             BYE sip:xxx at 172.16.50.41:5060
>             <http://sip:xxx at 172.16.50.41:5060>;transport=udp SIP/2.0.
>             Via: SIP/2.0/UDP
>             172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
>             Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
>             From: xx <sip:xx at 172.16.213.38
>             <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>             To: xxx <sip:xxx at 172.16.50.41
>             <mailto:sip%3Axxx at 172.16.50.41>>;tag=SDmmb7201-as0518eb07.
>             Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>             Max-Forwards: 14.
>             CSeq: 101 BYE.
>             Content-Type: application/gtd.
>             Content-Length: 26.
>             *User-Agent: Kamailio.*
>             *Supported:.*
>             *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>             *Accept: application/sdp, application/gtd.*
>             .
>             ......
>
>             But in ok I can't
>
>             #
>             U 2017/01/12 14:51:10.653701 172.16.50.41:5060
>             <http://172.16.50.41:5060> -> 172.16.213.38:5060
>             <http://172.16.213.38:5060>
>             SIP/2.0 200 OK.
>             Via: SIP/2.0/UDP
>             172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
>             Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
>             From: xx <sip:xx at 172.16.213.38
>             <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>             To: xxx <sip:xxx at 172.16.50.41
>             <mailto:sip%3Axxx at 172.16.50.41>>;tag=SDmmb7201-as0518eb07.
>             Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>             CSeq: 101 BYE.
>             Server: Asterisk PBX 11.17.0.
>             Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
>             SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE.
>             Supported: replaces, timer.
>             Content-Length: 0.
>             .
>             FY, INFO.
>             Accept
>             #
>             U 2017/01/12 14:51:10.669460 172.16.213.38:5060
>             <http://172.16.213.38:5060> -> 172.16.200.159:5060
>             <http://172.16.200.159:5060>
>             SIP/2.0 200 OK.
>             Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>             From: xx <sip:xx at 172.16.213.38
>             <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>             To: xxx <sip:xxx at 172.16.213.38
>             <mailto:sip%3Axxx at 172.16.213.38>>;tag=SDmmb7201-as0518eb07.
>             Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>             CSeq: 101 BYE.
>             *Server: Asterisk PBX 11.17.0.*
>             *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
>             SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE.*
>             *Supported: replaces, timer.*
>             Content-Length: 0.
>             .
>
>
>
>             2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla
>             <miconda at gmail.com <mailto:miconda at gmail.com>>:
>
>                 Hello,
>
>                 if you are looking to remove the server header (server
>                 signature), that can be controlled via global parameters:
>
>                   -
>                 https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>                 <https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header>
>
>                 Note that there is another header, User-Agent, that
>                 may be added by Kamailio in local generate request.
>                 There is a global parameter to control it as well.
>
>                 If you want more than that, can you add a bit more
>                 details, because CANCEL and BYE are processed
>                 differently. With which one you get issues?
>
>                 Cheers,
>                 Daniel
>
>
>                 On 12/01/2017 17:00, Diego Nadares wrote:
>>                 Hi List,
>>
>>                 I'm trying to add and remove some headers in 200
>>                 canceling and 200 ok to BYEs with no success.
>>
>>                 I don't know in which route to add my remove_hf and
>>                 append_hf. It seems that I can't catch it on reply
>>                 either on request route.
>>
>>                 I tried adding it in 
>>
>>                 event_route[tm:local-response] {
>>                         xlog("L_ERR", "TM LOCAL REPONSE!");
>>                         route(MANAGE_HEADERS);
>>                 }
>>
>>                 This is my route to manage hdrs:
>>
>>                 route[MANAGE_HEADERS]{
>>
>>                         xlog("L_ERR", "MANAGE HDRS !");
>>
>>                         keep_hf("TH"); # for topoh
>>
>>                         append("AHDR1:asdf\r\n");
>>
>>                         return;
>>                 }
>>
>>                 I suppose SERVER HDR should be removed but:
>>
>>                 U 2017/01/12 12:45:41.566733 172.16.213.38:5060
>>                 <http://172.16.213.38:5060> -> 172.16.50.41:5060
>>                 <http://172.16.50.41:5060>
>>                 SIP/2.0 200 canceling.
>>                 Via: SIP/2.0/UDP
>>                 172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
>>                 CSeq: 102 CANCEL.
>>                 From: <sip:xx at 172.16.50.41
>>                 <mailto:sip%3Axx at 172.16.50.41>>;tag=SD7b10b01-as5ba5e269.
>>                 To: <sip:xxx at 172.16.213.38
>>                 <mailto:sip%3Axxx at 172.16.213.38>>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>>                 Call-ID:
>>                 SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>>                 Server: kamailio (4.4.4 (x86_64/linux)).
>>                 Content-Length: 0.
>>
>>
>>                 Any help will be very appreciated.
>>
>>                 Thanks in advance!
>>
>>                 Diego
>>
>>
>>                 _______________________________________________
>>                 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>                 sr-users at lists.sip-router.org
>>                 <mailto:sr-users at lists.sip-router.org>
>>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>                 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>                 -- 
>                 Daniel-Constantin Mierla
>                 www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>                 <http://www.linkedin.com/in/miconda>
>                 Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>                 _______________________________________________ SIP
>                 Express Router (SER) and Kamailio (OpenSER) - sr-users
>                 mailing list sr-users at lists.sip-router.org
>                 <mailto:sr-users at lists.sip-router.org>
>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>                 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>         _______________________________________________ SIP Express
>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>         sr-users at lists.sip-router.org
>         <mailto:sr-users at lists.sip-router.org>
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/a7be02c2/attachment.html>

From dnadares at gmail.com  Mon Jan 16 13:56:57 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Mon, 16 Jan 2017 09:56:57 -0300
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
	BYE
In-Reply-To: <5aa44b94-6329-6e06-be1e-6aef7604fc7b@gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
 <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
 <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
 <5aa44b94-6329-6e06-be1e-6aef7604fc7b@gmail.com>
Message-ID: <CAP-r+epbfOXTfX9ryaqTmhjZ_--eAm33fKc=7EqiVZPZmYjyxw@mail.gmail.com>

Hi Daniel,

With the minimal it's great. The headers are the ones that we can show. Now
we are using the server_header and with this it's complete.

Thanks!

Diego.

2017-01-16 5:31 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> The 200ok for CANCEL generated by Kamailio doesn't get inside the
> onreply_route -- this block is only for SIP replies received by kamailio.
>
> However, the 200ok for CANCEL should have limited (minimal) number of
> headers. Which ones besides the Server do you want to remove?
>
> Cheers,
> Daniel
> On 13/01/2017 19:00, Diego Nadares wrote:
>
> Thanks Sergey! It works like a charm for BYEs.
>
> Is it working for you on 200cancelling generated by Kamailio?
>
> I tried the same work around with no success.
>
>  if (is_method("CANCEL")) {
>                 if (t_check_trans()) {
>                         if(!t_is_set("onreply_route"))
>                                             t_on_reply("MANAGE_REPLY_ON_
> CANCEL");
>                         route(RELAY);
>                 }
>                 exit;
>         }
>
>
> Thanks again,
>
> Diego
>
>
>
> 2017-01-13 13:27 GMT-03:00 Sergey Basov <sergey.v.basov at gmail.com>:
>
>> Hi All.
>>
>> I have similar task. But i have to remove server and user-agent headers
>> from all request an replyes.
>>
>> You can try:
>>
>>
>> I have added route:
>> # Fix user-agent and server
>> route[RemoveHeader] {
>>         remove_hf("server");
>>         remove_hf("user-agent");
>>         return;
>> }
>>
>>
>> I use it form
>> request_route {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> failure_route[--- all what i have ---] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> branch_route[MANAGE_BRANCH]{
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> onreply_route[MANAGE_REPLY] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> failure_route[MANAGE_FAILURE] {
>> ....
>> route(RemoveHeader);
>> .....
>> }
>>
>> Seems all is fine It removes headers in all packets except 200 OK on
>> BYE....
>> After debugging script I does not seen in which route this 200 Ok goes..
>> But if I adding next to
>> route[RELAY] {
>> ....
>>         if (is_method("BYE")) {
>>                 xlog("L_INFO","route RELAY method BYE \n");
>>                 if(!t_is_set("onreply_route"))
>> t_on_reply("MANAGE_REPLY_ON_BYE");
>>         }
>> .......
>> }
>>
>> and adding route
>> onreply_route[MANAGE_REPLY_ON_BYE] {
>>         route(RemoveHeader);
>>         xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
>> }
>>
>> this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route and headers
>> are removed.
>>
>>
>>
>> 13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares" <dnadares at gmail.com>
>> написал:
>>
>> If you need any additional data please let me know.
>>
>> Cheers,
>>
>> Diego
>>
>> 2017-01-12 15:04 GMT-03:00 Diego Nadares <dnadares at gmail.com>:
>>
>>> Hi Daniel!
>>>
>>> Thanks for your answer.  The idea is to show only a few headers. In BYE
>>> works great. I'm removing and adding the following hdrs:
>>>
>>> *User-Agent: Kamailio. <---I will try what you said*
>>> *Supported:.*
>>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>> *Accept: application/sdp, application/gtd.*
>>>
>>> For example in following messages ( Kamailio is 172.16.213.38)
>>>
>>> #
>>> U 2017/01/12 14:51:10.593782 172.16.200.159:57270 -> 172.16.213.38:5060
>>> BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
>>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>>> Date: Thu, 12 Jan 2017 17:51:05 GMT.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> User-Agent: Cisco-SIPGateway/IOS-12.x.
>>> Max-Forwards: 15.
>>> Route: <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
>>> Timestamp: 1484243470.
>>> CSeq: 101 BYE.
>>> Reason: Q.850;cause=16.
>>> Content-Disposition: signal;handling=optional.
>>> Content-Type: application/gtd.
>>> Content-Length: 26.
>>> .
>>> .....
>>> .
>>>
>>> #
>>> U 2017/01/12 14:51:10.647164 172.16.213.38:5060 -> 172.16.50.41:5060
>>> BYE sip:xxx at 172.16.50.41:5060;transport=udp SIP/2.0.
>>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> Max-Forwards: 14.
>>> CSeq: 101 BYE.
>>> Content-Type: application/gtd.
>>> Content-Length: 26.
>>> *User-Agent: Kamailio.*
>>> *Supported:.*
>>> *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>> *Accept: application/sdp, application/gtd.*
>>> .
>>> ......
>>>
>>> But in ok I can't
>>>
>>> #
>>> U 2017/01/12 14:51:10.653701 172.16.50.41:5060 -> 172.16.213.38:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP 172.16.213.38;branch=z9hG4bKdc
>>> f6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>> Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.50.41>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> CSeq: 101 BYE.
>>> Server: Asterisk PBX 11.17.0.
>>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>>> INFO, PUBLISH, MESSAGE.
>>> Supported: replaces, timer.
>>> Content-Length: 0.
>>> .
>>> FY, INFO.
>>> Accept
>>> #
>>> U 2017/01/12 14:51:10.669460 172.16.213.38:5060 -> 172.16.200.159:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>> From: xx <sip:xx at 172.16.213.38>;tag=95E7E4A4-23F2.
>>> To: xxx <sip:xxx at 172.16.213.38>;tag=SDmmb7201-as0518eb07.
>>> Call-ID: SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>> CSeq: 101 BYE.
>>> *Server: Asterisk PBX 11.17.0.*
>>> *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>>> INFO, PUBLISH, MESSAGE.*
>>> *Supported: replaces, timer.*
>>> Content-Length: 0.
>>> .
>>>
>>>
>>>
>>> 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>>
>>>> Hello,
>>>>
>>>> if you are looking to remove the server header (server signature), that
>>>> can be controlled via global parameters:
>>>>
>>>>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>>>
>>>> Note that there is another header, User-Agent, that may be added by
>>>> Kamailio in local generate request. There is a global parameter to control
>>>> it as well.
>>>> If you want more than that, can you add a bit more details, because
>>>> CANCEL and BYE are processed differently. With which one you get issues?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 12/01/2017 17:00, Diego Nadares wrote:
>>>>
>>>> Hi List,
>>>>
>>>> I'm trying to add and remove some headers in 200 canceling and 200 ok
>>>> to BYEs with no success.
>>>>
>>>> I don't know in which route to add my remove_hf and append_hf. It seems
>>>> that I can't catch it on reply either on request route.
>>>>
>>>> I tried adding it in
>>>>
>>>> event_route[tm:local-response] {
>>>>         xlog("L_ERR", "TM LOCAL REPONSE!");
>>>>         route(MANAGE_HEADERS);
>>>> }
>>>>
>>>> This is my route to manage hdrs:
>>>>
>>>> route[MANAGE_HEADERS]{
>>>>
>>>>         xlog("L_ERR", "MANAGE HDRS !");
>>>>
>>>>         keep_hf("TH"); # for topoh
>>>>
>>>>         append("AHDR1:asdf\r\n");
>>>>
>>>>         return;
>>>> }
>>>>
>>>> I suppose SERVER HDR should be removed but:
>>>>
>>>> U 2017/01/12 12:45:41.566733 172.16.213.38:5060 -> 172.16.50.41:5060
>>>> SIP/2.0 200 canceling.
>>>> Via: SIP/2.0/UDP 172.16.50.41:5060;branch=z9hG4
>>>> bKgg8ekd3080braugkm700.1.
>>>> CSeq: 102 CANCEL.
>>>> From: <sip:xx at 172.16.50.41>;tag=SD7b10b01-as5ba5e269.
>>>> To: <sip:xxx at 172.16.213.38>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>>>> Call-ID: SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>>>> Server: kamailio (4.4.4 (x86_64/linux)).
>>>> Content-Length: 0.
>>>>
>>>>
>>>> Any help will be very appreciated.
>>>>
>>>> Thanks in advance!
>>>>
>>>> Diego
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>> _______________________________________________ SIP Express Router
>>>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>>>> i-bin/mailman/listinfo/sr-users
>>>
>>> _______________________________________________ SIP Express Router
>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>> i-bin/mailman/listinfo/sr-users
>>
>> _______________________________________________ SIP Express Router (SER)
>> and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>> i-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/4b847e8b/attachment.html>

From vipkilla at gmail.com  Mon Jan 16 14:46:40 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Mon, 16 Jan 2017 08:46:40 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
 <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
 <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>
Message-ID: <CAC-LwPN-2Ohc2hVTLG2O27HOikkovYwr+faA9+HvRK9LPUwDeQ@mail.gmail.com>

The record we added via RPC was first creating a new contact (and inserting
into the db), this was working fine. But we found that if we cleared the
database, any "updates" would fail. Adding that parameter caused the record
to get inserted if an update failed (re-register)


On Mon, Jan 16, 2017 at 3:28 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> The record you add via rpc is creating a new contact in memory or it's
> updating an existing one?
>
> Can you dump the record after you add it over rpc and send it over to
> mailing list to see what attributes it has?
>
> Cheers,
> Daniel
>
> On 14/01/2017 16:25, Vik Killa wrote:
>
> resolution update --
> we found that setting
> `modparam("usrloc", "db_check_update", 1)`
>
> fix the issue by inserting missing rows on re-reg
>
> Thanks!
>
>
> On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa <vipkilla at gmail.com> wrote:
>
>> Hi Daniel,
>> RPC flush is not setting the flag, but im not sure that is where the
>> issue is, as I stated, we are not setting any memory-only flags with save()
>>
>> But here is the flush function (FL_MEM not set)
>>
>> static void ul_rpc_flush(rpc_t* rpc, void* ctx)
>> {
>> synchronize_all_udomains(0, 1);
>> return;
>> }
>>
>> Any ideas?
>> Thanks,
>> /V
>>
>>
>> On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com> wrote:
>>
>>> Hi,
>>> We have tried using these flags:
>>>
>>> save("location")
>>> save("location", "0x00")
>>> save("location", "0x04")
>>>
>>> And still memory does not get flushed to DB.
>>> I will test the RPC command.
>>> Thanks,
>>> /V
>>>
>>>
>>> On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> that flag is used to mark a contact for storage only in memory. The
>>>> save() function has a parameter with flags where this kind of storage can
>>>> be set. Can you check the RPC command is setting this flag?
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 13/01/2017 15:06, Vik Killa wrote:
>>>>
>>>> following up here
>>>> i found if we comment out a single line of code, kamcmd ul.flush works
>>>>
>>>> here is the git diff
>>>>
>>>>
>>>>
>>>> diff --git a/src/modules/usrloc/ucontact.c
>>>> b/src/modules/usrloc/ucontact.c
>>>> index 47f3c2f..633ca81 100644
>>>> --- a/src/modules/usrloc/ucontact.c
>>>> +++ b/src/modules/usrloc/ucontact.c
>>>> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>>>         int nr_cols;
>>>>
>>>>         if (_c->flags & FL_MEM) {
>>>> -               return 0;
>>>> +               //return 0;
>>>>         }
>>>>         if(unlikely(_c->ruid.len<=0)) {
>>>>                 LM_ERR("invalid ruid for aor: %.*s\n",
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I don't quite understand the logic in that code.
>>>> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
>>>> returns?
>>>>
>>>> Thanks,
>>>> /V
>>>>
>>>>
>>>> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>> we've noticed that the usrloc module does not "sync" all the records
>>>>> from memory into the database.
>>>>> I use a bash script to generate in-memory AoRs (
>>>>> http://paste.debian.net/plain/908521)
>>>>> then i perform
>>>>> kamcmd ul.flush
>>>>> and no records are inserted.
>>>>> We have tried various usrloc parameters but none seem to work
>>>>> Here is our basic setup
>>>>>
>>>>> # ----- usrloc params -----
>>>>> modparam("usrloc", "db_url", DBURL)
>>>>> modparam("usrloc", "db_mode", 2)
>>>>> modparam("usrloc", "use_domain", 1)
>>>>> modparam("usrloc", "timer_interval", 120)
>>>>> modparam("usrloc", "timer_procs", 4)
>>>>>
>>>>> We are using postgresql.
>>>>> are we missing something?
>>>>>
>>>>> Thanks
>>>>> /V
>>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>> _______________________________________________ SIP Express Router
>>>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>>>> i-bin/mailman/listinfo/sr-users
>>>
>>> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/f989030d/attachment.html>

From miconda at gmail.com  Mon Jan 16 15:27:55 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 15:27:55 +0100
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
 to database
In-Reply-To: <CAC-LwPN-2Ohc2hVTLG2O27HOikkovYwr+faA9+HvRK9LPUwDeQ@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
 <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
 <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>
 <CAC-LwPN-2Ohc2hVTLG2O27HOikkovYwr+faA9+HvRK9LPUwDeQ@mail.gmail.com>
Message-ID: <36905776-eabe-25fc-c5c3-ebde69d16d71@gmail.com>

You should not delete the record only from database via a db client
There is a rpc command to delete it, which will take care of removing it
from memory as well as from database (depending on the db_mode module
parameter for usrloc).

Cheers,
Daniel


On 16/01/2017 14:46, Vik Killa wrote:
> The record we added via RPC was first creating a new contact (and
> inserting into the db), this was working fine. But we found that if we
> cleared the database, any "updates" would fail. Adding that parameter
> caused the record to get inserted if an update failed (re-register)
>
>
> On Mon, Jan 16, 2017 at 3:28 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     The record you add via rpc is creating a new contact in memory or
>     it's updating an existing one?
>
>     Can you dump the record after you add it over rpc and send it over
>     to mailing list to see what attributes it has?
>
>     Cheers,
>     Daniel
>
>
>     On 14/01/2017 16:25, Vik Killa wrote:
>>     resolution update -- 
>>     we found that setting 
>>     `modparam("usrloc", "db_check_update", 1)`
>>
>>     fix the issue by inserting missing rows on re-reg
>>
>>     Thanks!
>>
>>
>>     On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa <vipkilla at gmail.com
>>     <mailto:vipkilla at gmail.com>> wrote:
>>
>>         Hi Daniel,
>>         RPC flush is not setting the flag, but im not sure that is
>>         where the issue is, as I stated, we are not setting any
>>         memory-only flags with save()
>>
>>         But here is the flush function (FL_MEM not set)
>>
>>         static void ul_rpc_flush(rpc_t* rpc, void* ctx)
>>         {
>>         synchronize_all_udomains(0, 1);
>>         return;
>>         }
>>
>>         Any ideas?
>>         Thanks,
>>         /V
>>
>>
>>         On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa
>>         <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>
>>             Hi,
>>             We have tried using these flags:
>>
>>             save("location")
>>             save("location", "0x00")
>>             save("location", "0x04")
>>
>>             And still memory does not get flushed to DB.
>>             I will test the RPC command.
>>             Thanks,
>>             /V
>>
>>
>>             On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla
>>             <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>                 Hello,
>>
>>                 that flag is used to mark a contact for storage only
>>                 in memory. The save() function has a parameter with
>>                 flags where this kind of storage can be set. Can you
>>                 check the RPC command is setting this flag?
>>
>>                 Cheers,
>>                 Daniel
>>
>>
>>                 On 13/01/2017 15:06, Vik Killa wrote:
>>>                 following up here
>>>                 i found if we comment out a single line of code,
>>>                 kamcmd ul.flush works
>>>
>>>                 here is the git diff
>>>
>>>
>>>
>>>                 diff --git a/src/modules/usrloc/ucontact.c
>>>                 b/src/modules/usrloc/ucontact.c
>>>                 index 47f3c2f..633ca81 100644
>>>                 --- a/src/modules/usrloc/ucontact.c
>>>                 +++ b/src/modules/usrloc/ucontact.c
>>>                 @@ -474,7 +474,7 @@ int
>>>                 db_insert_ucontact(ucontact_t* _c)
>>>                         int nr_cols;
>>>                         
>>>                         if (_c->flags & FL_MEM) {
>>>                 -               return 0;
>>>                 +               //return 0;
>>>                         }
>>>                         if(unlikely(_c->ruid.len<=0)) {
>>>                                 LM_ERR("invalid ruid for aor: %.*s\n",
>>>
>>>
>>>
>>>
>>>
>>>                 I don't quite understand the logic in that code.
>>>                 Does anyone have an idea of why `        if
>>>                 (_c->flags & FL_MEM) {`   returns?
>>>
>>>                 Thanks,
>>>                 /V
>>>
>>>
>>>                 On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa
>>>                 <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>>
>>>                     Hello,
>>>                     we've noticed that the usrloc module does not
>>>                     "sync" all the records from memory into the
>>>                     database.
>>>                     I use a bash script to generate in-memory AoRs
>>>                     (http://paste.debian.net/plain/908521
>>>                     <http://paste.debian.net/plain/908521>)
>>>                     then i perform
>>>                     kamcmd ul.flush 
>>>                     and no records are inserted.
>>>                     We have tried various usrloc parameters but none
>>>                     seem to work
>>>                     Here is our basic setup
>>>
>>>                     # ----- usrloc params -----
>>>                     modparam("usrloc", "db_url", DBURL)
>>>                     modparam("usrloc", "db_mode", 2)
>>>                     modparam("usrloc", "use_domain", 1)
>>>                     modparam("usrloc", "timer_interval", 120)
>>>                     modparam("usrloc", "timer_procs", 4)
>>>
>>>                     We are using postgresql.
>>>                     are we missing something?
>>>
>>>                     Thanks
>>>                     /V
>>>
>>>
>>>
>>>
>>>                 _______________________________________________
>>>                 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>                 sr-users at lists.sip-router.org
>>>                 <mailto:sr-users at lists.sip-router.org>
>>>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>                 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>                 -- 
>>                 Daniel-Constantin Mierla
>>                 www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>>                 <http://www.linkedin.com/in/miconda>
>>                 Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>
>>                 _______________________________________________ SIP
>>                 Express Router (SER) and Kamailio (OpenSER) -
>>                 sr-users mailing list sr-users at lists.sip-router.org
>>                 <mailto:sr-users at lists.sip-router.org>
>>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>                 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/b1f46b2f/attachment.html>

From miconda at gmail.com  Mon Jan 16 15:31:19 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 16 Jan 2017 15:31:19 +0100
Subject: [SR-Users] Remove/Append headers in 200 canceling and 200 ok to
 BYE
In-Reply-To: <CAP-r+epbfOXTfX9ryaqTmhjZ_--eAm33fKc=7EqiVZPZmYjyxw@mail.gmail.com>
References: <CAP-r+ep6R+7HJ+uExPq2n+rTaY124TfrC2jNnMsMG7AN1McD+w@mail.gmail.com>
 <fc3df20b-1b2d-0ab3-ec8b-3e1088211705@gmail.com>
 <CAP-r+eqwGYX3+FjjWg741jTeKDcSgQ2TS2hPXaZQk3bR_FuRzg@mail.gmail.com>
 <CAP-r+eoiVcdFLuF67is-6eYiJXAmRpTB+QgLRDSXQpPOFtSifA@mail.gmail.com>
 <CAFyM+kCW0JK7X4KC9n=ZGuGYDp3hDEC6jO0uHoQfrZ9K2MfsMA@mail.gmail.com>
 <CAP-r+eobEPCXthOBDByH_CgFmMGWZdYUAH4r60eFgnQZ4tjjrQ@mail.gmail.com>
 <5aa44b94-6329-6e06-be1e-6aef7604fc7b@gmail.com>
 <CAP-r+epbfOXTfX9ryaqTmhjZ_--eAm33fKc=7EqiVZPZmYjyxw@mail.gmail.com>
Message-ID: <e38f0f33-d335-e020-209f-f1e75ae89df2@gmail.com>

Hello,

ok -- good that you could get what you need.

As extra details that might be useful for you or others.

Removing headers from received requests or replies can be done in two
places:

  - inside request_route { ... } for requests

  - inside reply_route { ... } for replies

The replies generated by Kamailio should have only required headers by
SIP, if you want to add more, you have to use append_to_reply() function
from textops module.

Cheers,
Daniel

On 16/01/2017 13:56, Diego Nadares wrote:
> Hi Daniel,
>
> With the minimal it's great. The headers are the ones that we can
> show. Now we are using the server_header and with this it's complete.
>
> Thanks!
>
> Diego.
>
> 2017-01-16 5:31 GMT-03:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
>     The 200ok for CANCEL generated by Kamailio doesn't get inside the
>     onreply_route -- this block is only for SIP replies received by
>     kamailio.
>
>     However, the 200ok for CANCEL should have limited (minimal) number
>     of headers. Which ones besides the Server do you want to remove?
>
>     Cheers,
>     Daniel
>
>     On 13/01/2017 19:00, Diego Nadares wrote:
>>     Thanks Sergey! It works like a charm for BYEs.
>>
>>     Is it working for you on 200cancelling generated by Kamailio?
>>
>>     I tried the same work around with no success. 
>>
>>      if (is_method("CANCEL")) {
>>                     if (t_check_trans()) {
>>                             if(!t_is_set("onreply_route"))
>>                                                
>>     t_on_reply("MANAGE_REPLY_ON_CANCEL");
>>                             route(RELAY);
>>                     }
>>                     exit;
>>             }
>>
>>
>>     Thanks again,
>>
>>     Diego
>>
>>
>>
>>     2017-01-13 13:27 GMT-03:00 Sergey Basov <sergey.v.basov at gmail.com
>>     <mailto:sergey.v.basov at gmail.com>>:
>>
>>         Hi All. 
>>
>>         I have similar task. But i have to remove server and
>>         user-agent headers from all request an replyes. 
>>
>>         You can try:
>>
>>
>>         I have added route:
>>         # Fix user-agent and server
>>         route[RemoveHeader] {
>>                 remove_hf("server");
>>                 remove_hf("user-agent");
>>                 return;
>>         }
>>
>>
>>         I use it form
>>         request_route {
>>         ....
>>         route(RemoveHeader);
>>         .....
>>         }
>>
>>         failure_route[--- all what i have ---] {
>>         ....
>>         route(RemoveHeader);
>>         .....
>>         }
>>
>>         branch_route[MANAGE_BRANCH]{
>>         ....
>>         route(RemoveHeader);
>>         .....
>>         }
>>
>>         onreply_route[MANAGE_REPLY] {
>>         ....
>>         route(RemoveHeader);
>>         .....
>>         }
>>
>>         failure_route[MANAGE_FAILURE] {
>>         ....
>>         route(RemoveHeader);
>>         .....
>>         }
>>
>>         Seems all is fine It removes headers in all packets except
>>         200 OK on BYE....
>>         After debugging script I does not seen in which route this
>>         200 Ok goes..
>>         But if I adding next to
>>         route[RELAY] {
>>         ....
>>                 if (is_method("BYE")) {
>>                         xlog("L_INFO","route RELAY method BYE \n");
>>                         if(!t_is_set("onreply_route"))
>>         t_on_reply("MANAGE_REPLY_ON_BYE");
>>                 }
>>         .......
>>         }
>>
>>         and adding route
>>         onreply_route[MANAGE_REPLY_ON_BYE] {
>>                 route(RemoveHeader);
>>                 xlog("L_INFO","route MANAGE_REPLY_ON_BYE entered \n");
>>         }
>>
>>         this 200 Ok successfully goes to MANAGE_REPLY_ON_BYE route
>>         and headers
>>         are removed.
>>
>>
>>
>>         13 янв. 2017 г. 4:59 PM пользователь "Diego Nadares"
>>         <dnadares at gmail.com <mailto:dnadares at gmail.com>> написал:
>>
>>             If you need any additional data please let me know.
>>
>>             Cheers,
>>
>>             Diego
>>
>>             2017-01-12 15:04 GMT-03:00 Diego Nadares
>>             <dnadares at gmail.com <mailto:dnadares at gmail.com>>:
>>
>>                 Hi Daniel!
>>
>>                 Thanks for your answer.  The idea is to show only a
>>                 few headers. In BYE works great. I'm removing and
>>                 adding the following hdrs:
>>                 *
>>                 *
>>                 *User-Agent: Kamailio. <---I will try what you said*
>>                 *Supported:.*
>>                 *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>                 *Accept: application/sdp, application/gtd.*
>>
>>                 For example in following messages ( Kamailio is
>>                 172.16.213.38)
>>
>>                 #
>>                 U 2017/01/12 14:51:10.593782 172.16.200.159:57270
>>                 <http://172.16.200.159:57270> -> 172.16.213.38:5060
>>                 <http://172.16.213.38:5060>
>>                 BYE sip:127.0.0.8:5060;line=sr-9879879879798** SIP/2.0.
>>                 Via: SIP/2.0/UDP
>>                  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>                 From: xx <sip:xx at 172.16.213.38
>>                 <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>>                 To: xxx <sip:xxx at 172.16.213.38
>>                 <mailto:sip%3Axxx at 172.16.213.38>>;tag=SDmmb7201-as0518eb07.
>>                 Date: Thu, 12 Jan 2017 17:51:05 GMT.
>>                 Call-ID:
>>                 SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>                 User-Agent: Cisco-SIPGateway/IOS-12.x.
>>                 Max-Forwards: 15.
>>                 Route:
>>                 <sip:172.16.213.38;lr;ftag=SDmmb7201-as0518eb07;did=bf.cab>.
>>                 Timestamp: 1484243470.
>>                 CSeq: 101 BYE.
>>                 Reason: Q.850;cause=16.
>>                 Content-Disposition: signal;handling=optional.
>>                 Content-Type: application/gtd.
>>                 Content-Length: 26.
>>                 .
>>                 .....
>>                 .
>>
>>                 #
>>                 U 2017/01/12 14:51:10.647164 172.16.213.38:5060
>>                 <http://172.16.213.38:5060> -> 172.16.50.41:5060
>>                 <http://172.16.50.41:5060>
>>                 BYE sip:xxx at 172.16.50.41:5060
>>                 <http://sip:xxx at 172.16.50.41:5060>;transport=udp SIP/2.0.
>>                 Via: SIP/2.0/UDP
>>                 172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>                 Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-asdfasdfF.
>>                 From: xx <sip:xx at 172.16.213.38
>>                 <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>>                 To: xxx <sip:xxx at 172.16.50.41
>>                 <mailto:sip%3Axxx at 172.16.50.41>>;tag=SDmmb7201-as0518eb07.
>>                 Call-ID:
>>                 SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>                 Max-Forwards: 14.
>>                 CSeq: 101 BYE.
>>                 Content-Type: application/gtd.
>>                 Content-Length: 26.
>>                 *User-Agent: Kamailio.*
>>                 *Supported:.*
>>                 *Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, NOTIFY, INFO.*
>>                 *Accept: application/sdp, application/gtd.*
>>                 .
>>                 ......
>>
>>                 But in ok I can't
>>
>>                 #
>>                 U 2017/01/12 14:51:10.653701 172.16.50.41:5060
>>                 <http://172.16.50.41:5060> -> 172.16.213.38:5060
>>                 <http://172.16.213.38:5060>
>>                 SIP/2.0 200 OK.
>>                 Via: SIP/2.0/UDP
>>                 172.16.213.38;branch=z9hG4bKdcf6.f898feef02d601e36a22d26bf3ae5e4a.0.
>>                 Via: SIP/2.0/UDP 127.0.0.8;branch=z9hG4bKsr-sadfasdf.
>>                 From: xx <sip:xx at 172.16.213.38
>>                 <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>>                 To: xxx <sip:xxx at 172.16.50.41
>>                 <mailto:sip%3Axxx at 172.16.50.41>>;tag=SDmmb7201-as0518eb07.
>>                 Call-ID:
>>                 SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>                 CSeq: 101 BYE.
>>                 Server: Asterisk PBX 11.17.0.
>>                 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
>>                 SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE.
>>                 Supported: replaces, timer.
>>                 Content-Length: 0.
>>                 .
>>                 FY, INFO.
>>                 Accept
>>                 #
>>                 U 2017/01/12 14:51:10.669460 172.16.213.38:5060
>>                 <http://172.16.213.38:5060> -> 172.16.200.159:5060
>>                 <http://172.16.200.159:5060>
>>                 SIP/2.0 200 OK.
>>                 Via: SIP/2.0/UDP
>>                  172.16.200.159:5060;branch=z9hG4bK12B9605ED.
>>                 From: xx <sip:xx at 172.16.213.38
>>                 <mailto:sip%3Axx at 172.16.213.38>>;tag=95E7E4A4-23F2.
>>                 To: xxx <sip:xxx at 172.16.213.38
>>                 <mailto:sip%3Axxx at 172.16.213.38>>;tag=SDmmb7201-as0518eb07.
>>                 Call-ID:
>>                 SDmmb7201-f5ded6cf4cd5d84736b088e39277e8db-c540dl1.
>>                 CSeq: 101 BYE.
>>                 *Server: Asterisk PBX 11.17.0.*
>>                 *Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
>>                 SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE.*
>>                 *Supported: replaces, timer.*
>>                 Content-Length: 0.
>>                 .
>>
>>
>>
>>                 2017-01-12 13:23 GMT-03:00 Daniel-Constantin Mierla
>>                 <miconda at gmail.com <mailto:miconda at gmail.com>>:
>>
>>                     Hello,
>>
>>                     if you are looking to remove the server header
>>                     (server signature), that can be controlled via
>>                     global parameters:
>>
>>                       -
>>                     https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header
>>                     <https://www.kamailio.org/wiki/cookbooks/4.4.x/core#server_header>
>>
>>                     Note that there is another header, User-Agent,
>>                     that may be added by Kamailio in local generate
>>                     request. There is a global parameter to control
>>                     it as well.
>>
>>                     If you want more than that, can you add a bit
>>                     more details, because CANCEL and BYE are
>>                     processed differently. With which one you get issues?
>>
>>                     Cheers,
>>                     Daniel
>>
>>
>>                     On 12/01/2017 17:00, Diego Nadares wrote:
>>>                     Hi List,
>>>
>>>                     I'm trying to add and remove some headers in 200
>>>                     canceling and 200 ok to BYEs with no success.
>>>
>>>                     I don't know in which route to add my remove_hf
>>>                     and append_hf. It seems that I can't catch it on
>>>                     reply either on request route.
>>>
>>>                     I tried adding it in 
>>>
>>>                     event_route[tm:local-response] {
>>>                             xlog("L_ERR", "TM LOCAL REPONSE!");
>>>                             route(MANAGE_HEADERS);
>>>                     }
>>>
>>>                     This is my route to manage hdrs:
>>>
>>>                     route[MANAGE_HEADERS]{
>>>
>>>                             xlog("L_ERR", "MANAGE HDRS !");
>>>
>>>                             keep_hf("TH"); # for topoh
>>>
>>>                             append("AHDR1:asdf\r\n");
>>>
>>>                             return;
>>>                     }
>>>
>>>                     I suppose SERVER HDR should be removed but:
>>>
>>>                     U 2017/01/12 12:45:41.566733 172.16.213.38:5060
>>>                     <http://172.16.213.38:5060> -> 172.16.50.41:5060
>>>                     <http://172.16.50.41:5060>
>>>                     SIP/2.0 200 canceling.
>>>                     Via: SIP/2.0/UDP
>>>                     172.16.50.41:5060;branch=z9hG4bKgg8ekd3080braugkm700.1.
>>>                     CSeq: 102 CANCEL.
>>>                     From: <sip:xx at 172.16.50.41
>>>                     <mailto:sip%3Axx at 172.16.50.41>>;tag=SD7b10b01-as5ba5e269.
>>>                     To: <sip:xxx at 172.16.213.38
>>>                     <mailto:sip%3Axxx at 172.16.213.38>>;tag=4a86e96addfb27a943bc86e1872032b6-0a8b.
>>>                     Call-ID:
>>>                     SD7b10b01-6a7d1089793bda79481f25cf88c023ed-c540dl1.
>>>                     Server: kamailio (4.4.4 (x86_64/linux)).
>>>                     Content-Length: 0.
>>>
>>>
>>>                     Any help will be very appreciated.
>>>
>>>                     Thanks in advance!
>>>
>>>                     Diego
>>>
>>>
>>>                     _______________________________________________
>>>                     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>                     sr-users at lists.sip-router.org
>>>                     <mailto:sr-users at lists.sip-router.org>
>>>                     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>                     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>                     -- 
>>                     Daniel-Constantin Mierla
>>                     www.twitter.com/miconda
>>                     <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>>                     <http://www.linkedin.com/in/miconda>
>>                     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>
>>                     _______________________________________________
>>                     SIP Express Router (SER) and Kamailio (OpenSER) -
>>                     sr-users mailing list
>>                     sr-users at lists.sip-router.org
>>                     <mailto:sr-users at lists.sip-router.org>
>>                     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>                     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>             _______________________________________________ SIP
>>             Express Router (SER) and Kamailio (OpenSER) - sr-users
>>             mailing list sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>         _______________________________________________ SIP Express
>>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/d55d7db7/attachment.html>

From vipkilla at gmail.com  Mon Jan 16 15:50:33 2017
From: vipkilla at gmail.com (Vik Killa)
Date: Mon, 16 Jan 2017 09:50:33 -0500
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
	to database
In-Reply-To: <36905776-eabe-25fc-c5c3-ebde69d16d71@gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
 <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
 <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>
 <CAC-LwPN-2Ohc2hVTLG2O27HOikkovYwr+faA9+HvRK9LPUwDeQ@mail.gmail.com>
 <36905776-eabe-25fc-c5c3-ebde69d16d71@gmail.com>
Message-ID: <CAC-LwPNNGY9ik6XN+mv-HeiK0PPOWiKYyEjbFTT17r-U0w7_0w@mail.gmail.com>

We did not purposely delete the records. But we were dealing with a setup
where the db was "out-of-sync" with memory. The reason I deleted them
during our tests was to replicate the issue we had in production.
The param we enabled fixed the issue within 30minutes by inserted when an
update failed.



On Mon, Jan 16, 2017 at 9:27 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> You should not delete the record only from database via a db client There
> is a rpc command to delete it, which will take care of removing it from
> memory as well as from database (depending on the db_mode module parameter
> for usrloc).
>
> Cheers,
> Daniel
>
> On 16/01/2017 14:46, Vik Killa wrote:
>
> The record we added via RPC was first creating a new contact (and
> inserting into the db), this was working fine. But we found that if we
> cleared the database, any "updates" would fail. Adding that parameter
> caused the record to get inserted if an update failed (re-register)
>
>
> On Mon, Jan 16, 2017 at 3:28 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> The record you add via rpc is creating a new contact in memory or it's
>> updating an existing one?
>>
>> Can you dump the record after you add it over rpc and send it over to
>> mailing list to see what attributes it has?
>>
>> Cheers,
>> Daniel
>>
>> On 14/01/2017 16:25, Vik Killa wrote:
>>
>> resolution update --
>> we found that setting
>> `modparam("usrloc", "db_check_update", 1)`
>>
>> fix the issue by inserting missing rows on re-reg
>>
>> Thanks!
>>
>>
>> On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa <vipkilla at gmail.com> wrote:
>>
>>> Hi Daniel,
>>> RPC flush is not setting the flag, but im not sure that is where the
>>> issue is, as I stated, we are not setting any memory-only flags with save()
>>>
>>> But here is the flush function (FL_MEM not set)
>>>
>>> static void ul_rpc_flush(rpc_t* rpc, void* ctx)
>>> {
>>> synchronize_all_udomains(0, 1);
>>> return;
>>> }
>>>
>>> Any ideas?
>>> Thanks,
>>> /V
>>>
>>>
>>> On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa <vipkilla at gmail.com> wrote:
>>>
>>>> Hi,
>>>> We have tried using these flags:
>>>>
>>>> save("location")
>>>> save("location", "0x00")
>>>> save("location", "0x04")
>>>>
>>>> And still memory does not get flushed to DB.
>>>> I will test the RPC command.
>>>> Thanks,
>>>> /V
>>>>
>>>>
>>>> On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> that flag is used to mark a contact for storage only in memory. The
>>>>> save() function has a parameter with flags where this kind of storage can
>>>>> be set. Can you check the RPC command is setting this flag?
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 13/01/2017 15:06, Vik Killa wrote:
>>>>>
>>>>> following up here
>>>>> i found if we comment out a single line of code, kamcmd ul.flush works
>>>>>
>>>>> here is the git diff
>>>>>
>>>>>
>>>>>
>>>>> diff --git a/src/modules/usrloc/ucontact.c
>>>>> b/src/modules/usrloc/ucontact.c
>>>>> index 47f3c2f..633ca81 100644
>>>>> --- a/src/modules/usrloc/ucontact.c
>>>>> +++ b/src/modules/usrloc/ucontact.c
>>>>> @@ -474,7 +474,7 @@ int db_insert_ucontact(ucontact_t* _c)
>>>>>         int nr_cols;
>>>>>
>>>>>         if (_c->flags & FL_MEM) {
>>>>> -               return 0;
>>>>> +               //return 0;
>>>>>         }
>>>>>         if(unlikely(_c->ruid.len<=0)) {
>>>>>                 LM_ERR("invalid ruid for aor: %.*s\n",
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I don't quite understand the logic in that code.
>>>>> Does anyone have an idea of why `        if (_c->flags & FL_MEM) {`
>>>>> returns?
>>>>>
>>>>> Thanks,
>>>>> /V
>>>>>
>>>>>
>>>>> On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa <vipkilla at gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>> we've noticed that the usrloc module does not "sync" all the records
>>>>>> from memory into the database.
>>>>>> I use a bash script to generate in-memory AoRs (
>>>>>> http://paste.debian.net/plain/908521)
>>>>>> then i perform
>>>>>> kamcmd ul.flush
>>>>>> and no records are inserted.
>>>>>> We have tried various usrloc parameters but none seem to work
>>>>>> Here is our basic setup
>>>>>>
>>>>>> # ----- usrloc params -----
>>>>>> modparam("usrloc", "db_url", DBURL)
>>>>>> modparam("usrloc", "db_mode", 2)
>>>>>> modparam("usrloc", "use_domain", 1)
>>>>>> modparam("usrloc", "timer_interval", 120)
>>>>>> modparam("usrloc", "timer_procs", 4)
>>>>>>
>>>>>> We are using postgresql.
>>>>>> are we missing something?
>>>>>>
>>>>>> Thanks
>>>>>> /V
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>>
>>>>> _______________________________________________ SIP Express Router
>>>>> (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>>>>> i-bin/mailman/listinfo/sr-users
>>>>
>>>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> _______________________________________________ SIP Express Router (SER)
>> and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>> i-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170116/9a3df68d/attachment.html>

From jmr.richardson at gmail.com  Mon Jan 16 17:29:39 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Mon, 16 Jan 2017 10:29:39 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <CA+U74VNMPjujX6ebYyZ5L54QV_3bEwUxM1tCGnTSzyCBt4nNkg@mail.gmail.com>

Hey Daniel,

Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
using raw socket capture, I think this may be a sipcapture issue,
debuging kamailio shows normal startup and processing of UDP SIP
packets, but does not show any activity with TCP packets. I have
enabled/disabled the different capture methods and no TCP SIP packets
are processed. Also, I didn't mention before I'm testing on 2
different instances, one is a Homer 3.5 (Kamailio 4.1.2) and another
is Homer 5.0 (Kamailio 4.4.0). I'll post to the Homer list and see
what they say.

Thanks.

JR


> is it this about a sipcature node? If yes, then it receives the packets
> over HEP, meaning that is not going to the normal processing path.
> Kamailio detects it is not a SIP packet, executes some callbacks for
> non-sip packets registered by modules (in this case sipcapture). The
> module detecting it's a packet for it, can execute the request_route
> once it builds a local sip packet.
>
> To troubleshoot further, run with debug=3 in kamailio.cfg and see what
> you get in the logs.
>
> Cheers,
> Daniel
>
> On 13/01/2017 16:33, JR Richardson wrote:
>> Iptables is not blocking, but it was worth a check.
>>
>> Thanks.
>>
>> JR
>>
>>
>> I assume you have ruled out firewall? It's something that can nab even
>> experienced people:
>>
>> # iptables -Ln
>>
>> -- Alex
>>
>> On Thu, Jan 12, 2017 at 03:25:27PM -0600, JR Richardson wrote:
>>
>>> Hi All,
>>>
>>> Just enabled SIP TCP on a homer capture server, I can see the SIP TCP
>>> Sessions on the server with ngrep, just like all the UDP traffic. I
>>> have Kamailio listening on TCP ports but its not capturing any TCP
>>> traffic.
>>>
>>> kamailio.cfg:
>>>
>>> #disable_tcp=yes
>>> listen=tcp:10.99.99.99:5060    #monitor port
>>> listen=udp:10.99.99.99:5060   #monitor port
>>>
>>> loadmodule "pv.so"
>>> loadmodule "db_mysql.so"
>>> loadmodule "sipcapture.so"
>>> loadmodule "textops.so"
>>> loadmodule "rtimer.so"
>>> loadmodule "xlog.so"
>>> loadmodule "sqlops.so"
>>> loadmodule "htable.so"
>>> loadmodule "sl.so"
>>> loadmodule "siputils.so"
>>>
>>>
>>> modparam("sipcapture", "capture_on", 1)
>>> modparam("sipcapture", "hep_capture_on", 0)
>>> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
>>> modparam("sipcapture", "raw_interface", "eth1")
>>> modparam("sipcapture", "raw_ipip_capture_on", 0)
>>> modparam("sipcapture", "table_name", "sip_capture")
>>> modparam("sipcapture", "raw_sock_children", 4)
>>> modparam("sipcapture", "db_insert_mode", 0)
>>> modparam("sipcapture", "raw_moni_capture_on", 1)
>>> modparam("sipcapture", "promiscious_on", 1)
>>> modparam("sipcapture", "raw_moni_bpf_on", 1)
>>> modparam("sipcapture", "capture_node", "homer02")
>>> modparam("sipcapture", "authorization_column", "authorization")
>>>
>>>
>>> ## logging all INVITES top of the [route] block
>>>         if (is_method("INVITE|REGISTER")) {
>>>                 xlog("L_INFO", "Received INVITE \"$fU\" to \"$rU\"
>>> from \"$si\"\n");
>>>
>>> Logging reports all SIP UDP traffic to logs fine, but no TCP traffic.
>>>
>>> root at homer02:~# netstat -al
>>> Active Internet connections (servers and established)
>>> Proto Recv-Q Send-Q Local Address           Foreign Address         State
>>> tcp        0      0 homer02.me.com:sip    *:*                     LISTEN
>>>
>>>
>>> I don't think this is a homer issue because logging invites is prior
>>> to any homer processing. I'm thinking this is something simple I'm
>>> overlooking, any help is much appreciated.
>>>


From d.tryba at pocos.nl  Mon Jan 16 17:51:22 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Mon, 16 Jan 2017 17:51:22 +0100
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <CA+U74VNMPjujX6ebYyZ5L54QV_3bEwUxM1tCGnTSzyCBt4nNkg@mail.gmail.com>
References: <CA+U74VNMPjujX6ebYyZ5L54QV_3bEwUxM1tCGnTSzyCBt4nNkg@mail.gmail.com>
Message-ID: <20170116165121.GA26554@office.pocos.nl>

On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
> using raw socket capture, I think this may be a sipcapture issue,
> debuging kamailio shows normal startup and processing of UDP SIP
> packets, but does not show any activity with TCP packets.

I never used HOMER sofar but when I saw your first message my thoughts
was that this can't work in a simple way since for TCP you need to
complete a 4 way handshake before you can start to send data.



From annusfictus at gmail.com  Mon Jan 16 21:02:43 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Mon, 16 Jan 2017 15:02:43 -0500
Subject: [SR-Users] LCR module dont_strip_or_tag_flag
Message-ID: <02c066bf-c868-c4f8-7cfc-3482e7788d0b@gmail.com>

Hello,

I'm trying LCR module and dont_strip_or_tag_flag parameter.

If I use this line in the module configuration:

modparam("lcr", "dont_strip_or_tag_flag", 10)

and then restart kamailio, i receive this error:

ERROR: <core> [modparam.c:141]: set_mod_param_regex(): parameter 
<dont_strip_or_tag_flag> of type <2> not found in module <lcr>

I'm using 4.4.4 version

Any hint?

Thank you

Regards



From mslehto at iki.fi  Mon Jan 16 21:31:27 2017
From: mslehto at iki.fi (Mikko Lehto)
Date: Mon, 16 Jan 2017 22:31:27 +0200
Subject: [SR-Users] LCR module dont_strip_or_tag_flag ->
 dont_strip_or_prefix_flag
In-Reply-To: <02c066bf-c868-c4f8-7cfc-3482e7788d0b@gmail.com>
References: <02c066bf-c868-c4f8-7cfc-3482e7788d0b@gmail.com>
Message-ID: <20170116203127.GA7244@lakka.kapsi.fi>

Annus Fictus <annusfictus at gmail.com>:

> modparam("lcr", "dont_strip_or_tag_flag", 10)
> 
> and then restart kamailio, i receive this error:
> 
> ERROR: <core> [modparam.c:141]: set_mod_param_regex(): parameter
> <dont_strip_or_tag_flag> of type <2> not found in module <lcr>

Hi

Looks like that parameter is now¹ called dont_strip_or_prefix_flag
but module documentation was just not updated.

[1] Change was committed in 2010
https://github.com/kamailio/kamailio/commit/8c0501bfaa27acab9721953e8c1551687c96edf2

-- 
Mikko


From annusfictus at gmail.com  Mon Jan 16 21:46:33 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Mon, 16 Jan 2017 15:46:33 -0500
Subject: [SR-Users] LCR module dont_strip_or_tag_flag ->
 dont_strip_or_prefix_flag
In-Reply-To: <20170116203127.GA7244@lakka.kapsi.fi>
References: <02c066bf-c868-c4f8-7cfc-3482e7788d0b@gmail.com>
 <20170116203127.GA7244@lakka.kapsi.fi>
Message-ID: <82ce8b9d-c2f3-2e6e-998d-e91b8b922530@gmail.com>

Thnak you...

With dont_strip_or_prefix_flag working.

Regards

El 16/01/2017 a las 15:31, Mikko Lehto escribió:
> Annus Fictus <annusfictus at gmail.com>:
>
>> modparam("lcr", "dont_strip_or_tag_flag", 10)
>>
>> and then restart kamailio, i receive this error:
>>
>> ERROR: <core> [modparam.c:141]: set_mod_param_regex(): parameter
>> <dont_strip_or_tag_flag> of type <2> not found in module <lcr>
> Hi
>
> Looks like that parameter is now¹ called dont_strip_or_prefix_flag
> but module documentation was just not updated.
>
> [1] Change was committed in 2010
> https://github.com/kamailio/kamailio/commit/8c0501bfaa27acab9721953e8c1551687c96edf2
>



From linuxmaniac at torreviejawireless.org  Tue Jan 17 10:38:34 2017
From: linuxmaniac at torreviejawireless.org (Victor Seva)
Date: Tue, 17 Jan 2017 10:38:34 +0100
Subject: [SR-Users] LCR module dont_strip_or_tag_flag ->
	dont_strip_or_prefix_flag
In-Reply-To: <20170116203127.GA7244@lakka.kapsi.fi>
References: <02c066bf-c868-c4f8-7cfc-3482e7788d0b@gmail.com>
 <20170116203127.GA7244@lakka.kapsi.fi>
Message-ID: <CAAgy_Vk=wOu7mpkJ8oUP2ho97mMQP79ST1w9_kSr859Kd+KU2w@mail.gmail.com>

2017-01-16 21:31 GMT+01:00 Mikko Lehto <mslehto at iki.fi>:
> Looks like that parameter is now¹ called dont_strip_or_prefix_flag
> but module documentation was just not updated.
>
> [1] Change was committed in 2010
> https://github.com/kamailio/kamailio/commit/8c0501bfaa27acab9721953e8c1551687c96edf2


Pushed the fix for lcr documentation to master, 4.4, 4.3 and 4.2
thanks for the report


From miconda at gmail.com  Tue Jan 17 12:04:55 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 12:04:55 +0100
Subject: [SR-Users] Info: github template for reporting issues
Message-ID: <8c7bb568-4573-4c49-924c-115c7c855cda@gmail.com>

Hello,

yesterday I added a template for opening new issues on github.com bug
tracker.

You can see it in action at:

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

Its bare text can be seen at:

  -
https://raw.githubusercontent.com/kamailio/kamailio/master/.github/ISSUE_TEMPLATE.md

More about the issue templates for github can be found at:

  -
https://help.github.com/articles/creating-an-issue-template-for-your-repository/

Beside informing about this addition, I would like to get also feedback
about it.

Do you find it useful or you think it's going to be a hassle? If it
should be kept, is anything that you think it should be added or removed?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Tue Jan 17 12:19:33 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 12:19:33 +0100
Subject: [SR-Users] usrloc module with dbmode=2 does not insert records
 to database
In-Reply-To: <CAC-LwPNNGY9ik6XN+mv-HeiK0PPOWiKYyEjbFTT17r-U0w7_0w@mail.gmail.com>
References: <CAC-LwPN0KczXa8acK-V6YbWCm+qExoZizEm=3vr1iMt81juqzA@mail.gmail.com>
 <CAC-LwPMeT-0orArov3WYDD3DPSbuW+JChtcfU40xj8RxESCGsA@mail.gmail.com>
 <cf566021-317d-ee2c-49b1-74ffd0de7e84@gmail.com>
 <CAC-LwPPSEAfoj=DHeW81a8yhX+VRgeZVHRjZfXwwShCAzsW4Qw@mail.gmail.com>
 <CAC-LwPO+TR8r6ow6KwbLCCDZARganjsewZ9dqpixO+e+K5543g@mail.gmail.com>
 <CAC-LwPNf=dyi0L4uh5MN1z6TeCkQWEWg_PSgCpo9wiFu6hMFfw@mail.gmail.com>
 <b54019d3-c2e1-a14c-f32f-66f0d2359174@gmail.com>
 <CAC-LwPN-2Ohc2hVTLG2O27HOikkovYwr+faA9+HvRK9LPUwDeQ@mail.gmail.com>
 <36905776-eabe-25fc-c5c3-ebde69d16d71@gmail.com>
 <CAC-LwPNNGY9ik6XN+mv-HeiK0PPOWiKYyEjbFTT17r-U0w7_0w@mail.gmail.com>
Message-ID: <b8c36689-f47d-a7d7-c042-367422f83dbc@gmail.com>

Was this "out-of-sync" due to operations done via rpc? The option you
enabled is good, but not available of all database connectors. From
kamailio point of view, this can happen only when a new contact cannot
be stored due to unavailability of the database.

Cheers,
Daniel


On 16/01/2017 15:50, Vik Killa wrote:
> We did not purposely delete the records. But we were dealing with a
> setup where the db was "out-of-sync" with memory. The reason I deleted
> them during our tests was to replicate the issue we had in production. 
> The param we enabled fixed the issue within 30minutes by inserted when
> an update failed.
>
>
>
> On Mon, Jan 16, 2017 at 9:27 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     You should not delete the record only from database via a db
>     client There is a rpc command to delete it, which will take care
>     of removing it from memory as well as from database (depending on
>     the db_mode module parameter for usrloc).
>
>     Cheers,
>     Daniel
>
>
>     On 16/01/2017 14:46, Vik Killa wrote:
>>     The record we added via RPC was first creating a new contact (and
>>     inserting into the db), this was working fine. But we found that
>>     if we cleared the database, any "updates" would fail. Adding that
>>     parameter caused the record to get inserted if an update failed
>>     (re-register)
>>
>>
>>     On Mon, Jan 16, 2017 at 3:28 AM, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         The record you add via rpc is creating a new contact in
>>         memory or it's updating an existing one?
>>
>>         Can you dump the record after you add it over rpc and send it
>>         over to mailing list to see what attributes it has?
>>
>>         Cheers,
>>         Daniel
>>
>>
>>         On 14/01/2017 16:25, Vik Killa wrote:
>>>         resolution update -- 
>>>         we found that setting 
>>>         `modparam("usrloc", "db_check_update", 1)`
>>>
>>>         fix the issue by inserting missing rows on re-reg
>>>
>>>         Thanks!
>>>
>>>
>>>         On Fri, Jan 13, 2017 at 9:30 AM, Vik Killa
>>>         <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>>
>>>             Hi Daniel,
>>>             RPC flush is not setting the flag, but im not sure that
>>>             is where the issue is, as I stated, we are not setting
>>>             any memory-only flags with save()
>>>
>>>             But here is the flush function (FL_MEM not set)
>>>
>>>             static void ul_rpc_flush(rpc_t* rpc, void* ctx)
>>>             {
>>>             synchronize_all_udomains(0, 1);
>>>             return;
>>>             }
>>>
>>>             Any ideas?
>>>             Thanks,
>>>             /V
>>>
>>>
>>>             On Fri, Jan 13, 2017 at 9:24 AM, Vik Killa
>>>             <vipkilla at gmail.com <mailto:vipkilla at gmail.com>> wrote:
>>>
>>>                 Hi,
>>>                 We have tried using these flags:
>>>
>>>                 save("location")
>>>                 save("location", "0x00")
>>>                 save("location", "0x04")
>>>
>>>                 And still memory does not get flushed to DB.
>>>                 I will test the RPC command.
>>>                 Thanks,
>>>                 /V
>>>
>>>
>>>                 On Fri, Jan 13, 2017 at 9:12 AM, Daniel-Constantin
>>>                 Mierla <miconda at gmail.com
>>>                 <mailto:miconda at gmail.com>> wrote:
>>>
>>>                     Hello,
>>>
>>>                     that flag is used to mark a contact for storage
>>>                     only in memory. The save() function has a
>>>                     parameter with flags where this kind of storage
>>>                     can be set. Can you check the RPC command is
>>>                     setting this flag?
>>>
>>>                     Cheers,
>>>                     Daniel
>>>
>>>
>>>                     On 13/01/2017 15:06, Vik Killa wrote:
>>>>                     following up here
>>>>                     i found if we comment out a single line of
>>>>                     code, kamcmd ul.flush works
>>>>
>>>>                     here is the git diff
>>>>
>>>>
>>>>
>>>>                     diff --git a/src/modules/usrloc/ucontact.c
>>>>                     b/src/modules/usrloc/ucontact.c
>>>>                     index 47f3c2f..633ca81 100644
>>>>                     --- a/src/modules/usrloc/ucontact.c
>>>>                     +++ b/src/modules/usrloc/ucontact.c
>>>>                     @@ -474,7 +474,7 @@ int
>>>>                     db_insert_ucontact(ucontact_t* _c)
>>>>                             int nr_cols;
>>>>                             
>>>>                             if (_c->flags & FL_MEM) {
>>>>                     -               return 0;
>>>>                     +               //return 0;
>>>>                             }
>>>>                             if(unlikely(_c->ruid.len<=0)) {
>>>>                                     LM_ERR("invalid ruid for aor:
>>>>                     %.*s\n",
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>                     I don't quite understand the logic in that code.
>>>>                     Does anyone have an idea of why `        if
>>>>                     (_c->flags & FL_MEM) {`   returns?
>>>>
>>>>                     Thanks,
>>>>                     /V
>>>>
>>>>
>>>>                     On Thu, Jan 12, 2017 at 4:34 PM, Vik Killa
>>>>                     <vipkilla at gmail.com
>>>>                     <mailto:vipkilla at gmail.com>> wrote:
>>>>
>>>>                         Hello,
>>>>                         we've noticed that the usrloc module does
>>>>                         not "sync" all the records from memory into
>>>>                         the database.
>>>>                         I use a bash script to generate in-memory
>>>>                         AoRs (http://paste.debian.net/plain/908521
>>>>                         <http://paste.debian.net/plain/908521>)
>>>>                         then i perform
>>>>                         kamcmd ul.flush 
>>>>                         and no records are inserted.
>>>>                         We have tried various usrloc parameters but
>>>>                         none seem to work
>>>>                         Here is our basic setup
>>>>
>>>>                         # ----- usrloc params -----
>>>>                         modparam("usrloc", "db_url", DBURL)
>>>>                         modparam("usrloc", "db_mode", 2)
>>>>                         modparam("usrloc", "use_domain", 1)
>>>>                         modparam("usrloc", "timer_interval", 120)
>>>>                         modparam("usrloc", "timer_procs", 4)
>>>>
>>>>                         We are using postgresql.
>>>>                         are we missing something?
>>>>
>>>>                         Thanks
>>>>                         /V
>>>>
>>>>
>>>>
>>>>
>>>>                     _______________________________________________
>>>>                     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>                     sr-users at lists.sip-router.org
>>>>                     <mailto:sr-users at lists.sip-router.org>
>>>>                     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>                     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>                     -- 
>>>                     Daniel-Constantin Mierla
>>>                     www.twitter.com/miconda
>>>                     <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda
>>>                     <http://www.linkedin.com/in/miconda>
>>>                     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>>
>>>                     _______________________________________________
>>>                     SIP Express Router (SER) and Kamailio (OpenSER)
>>>                     - sr-users mailing list
>>>                     sr-users at lists.sip-router.org
>>>                     <mailto:sr-users at lists.sip-router.org>
>>>                     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>                     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>>         _______________________________________________
>>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>         sr-users at lists.sip-router.org
>>>         <mailto:sr-users at lists.sip-router.org>
>>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>         -- 
>>         Daniel-Constantin Mierla
>>         www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>>
>>         _______________________________________________ SIP Express
>>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/d5a92ad2/attachment.html>

From miconda at gmail.com  Tue Jan 17 12:35:38 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 12:35:38 +0100
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
Message-ID: <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>

Hello,

apparently I missed the follow ups on this discussion, dragged in by
other topics on mailing list.

Can you get the pcap with all the traffic taken on kamailio server for
the call (from initial invite to the end of the call)? I expect that
content length is mismatching or there is a '\0' inside the sdp.


On 06/01/2017 03:39, Hai Bui Duc Ha wrote:
> Hello Daniel,
>
> Thank for reply !
>
> do you have the pcap for such message?
>
>     Here is the message, I capture via Wireshark on client:
>     /Session Initiation Protocol (INVITE)/
>     /    Request-Line: INVITE
>     sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>
>     SIP/2.0/
>     /    Message Header/
>     /        Via: SIP/2.0/TCP
>     10.0.2.15:57735;rport;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias/
>     /        Max-Forwards: 70/
>     /        From: "Phap Huynh"
>     <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO/
>     /        To:
>     <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>/
>     /        Contact:
>     <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>/
>     /        Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB/
>     /        CSeq: 29055 INVITE/
>     /        Route: <sip:125.212.212.40;transport=tcp;lr>/
>     /        Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO,
>     SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS/
>     /        Supported: replaces, 100rel, timer, norefersub/
>     /        Session-Expires: 1800/
>     /        Min-SE: 9/
>     /        User-Agent: CSipSimple_hlteatt-19/r55/
>     /         [truncated]Proxy-Authorization: Digest
>     username="huynhngocphap",
>     realm="happy.anttel-pro.ab-kz-02.antbuddy.com
>     <http://happy.anttel-pro.ab-kz-02.antbuddy.com>",
>     nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
>     uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>",
>     response="71749de/
>     /        Content-Type: application/sdp/
>     /        Content-Length:   299/
>     /    Message Body/
>     /        Session Description Protocol/
>     /            Session Description Protocol Version (v): 0/
>     /            Owner/Creator, Session Id (o): - 3692596134
>     3692596134 IN IP4 10.0.2.15/
>     /            Session Name (s): pjmedia/
>     /            Connection Information (c): IN IP4 10.0.2.15/
>     /            Time Description, active time (t): 0 0/
>     /            Media Description, name and address (m): audio 4002
>     RTP/AVP 9 0 8 101/
>     /            Connection Information (c): IN IP4 10.0.2.15/
>     /            Media Attribute (a): rtcp:4003 IN IP4 10.0.2.15/
>     /            Media Attribute (a): sendrecv/
>     /            Media Attribute (a): rtpmap:9 G722/8000/
>     /            Media Attribute (a): rtpmap:0 PCMU/8000/
>     /*            Media Attribute (a): rtpmap:8 PCMA/8000*/
>     /*            Media Attribute (a): rtpmap:101 telephone-event/8000*/
>     /*            Media Attribute (a): fmtp:101 0-16*/
>     /*
>     */
>     And this is message I receive on Freeswitch:
>      ------------------------------------------------------------------------
>        INVITE sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>
>     SIP/2.0
>        Record-Route:
>     <sip:125.212.212.40;transport=tcp;lr=on;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>
>        Via: SIP/2.0/TCP
>     125.212.212.40:5060;branch=z9hG4bK0d89.3807a4cf41ce9b48a7d1a75826762d6e.0;i=533c
>        Via: SIP/2.0/TCP
>     10.0.2.15:57735;received=49.156.54.54;rport=50785;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias
>        Max-Forwards: 50
>        From: "Phap Huynh"
>     <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO
>        To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>
>        Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>
>        Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB
>        CSeq: 29055 INVITE
>        Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO,
>     SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
>        Supported: replaces, 100rel, timer, norefersub
>        Session-Expires: 1800
>        Min-SE: 9
>        User-Agent: CSipSimple_hlteatt-19/r55
>        Proxy-Authorization: Digest username="huynhngocphap",
>     realm="happy.anttel-pro.ab-kz-02.antbuddy.com
>     <http://happy.anttel-pro.ab-kz-02.antbuddy.com>",
>     nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
>     uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>",
>     response="71749de35a220aef0b92c9ade03f90b7", algorithm=MD5,
>     cnonce="px.OiQUg2zZmYh.0-MmLC0f.-ZPXYa1V", qop=auth, nc=00000001
>        Content-Type: application/sdp
>        Content-Length:   289
>        X-AUTH-IP: 49.156.54.54
>        X-AUTH-PORT: 50785
>
>        v=0
>        o=- 3692596134 3692596134 IN IP4 49.156.54.54
>        s=pjmedia
>        c=IN IP4 49.156.54.54
>        t=0 0
>        m=audio 4002 RTP/AVP 9 0 8 101
>        c=IN IP4 49.156.54.54
>        a=rtcp:4003
>        a=sendrecv
>        a=rtpmap:9 G722/8000
>        a=rtpmap:0 PCMU/8000
>        a=oldmediaip:10.0.2.15
>        a=oldmediaip:10.0.2.15
>        a=oldmediaip:10.0.2.15
>      
>      ------------------------------------------------------------------------
>
>
> You can see, it missing:
> /*            Media Attribute (a): rtpmap:8 PCMA/8000*/
> /*            Media Attribute (a): rtpmap:101 telephone-event/8000*/
> /*            Media Attribute (a): fmtp:101 0-16*/
>
>  Is it happening for the ACK you pasted or some other message?
>
>     It only happen on ACK messages, when my client reply 200 OK /SDP
>     to server to establish call.
>
>
> For more detail: I use another soft phone on Android like Zoiper and
> test with the same scenario, it work ok. And when my client use 3G, it
> still work ok.
>
> Regards,
> Hai Bui
>
> /*
> */
>
> On Thu, Jan 5, 2017 at 10:25 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     do you have the pcap for such message? Is it happening for the ACK
>     you pasted or some other message?
>
>     Cheers,
>     Daniel
>
>
>     On 05/01/2017 12:16, Hai Bui Duc Ha wrote:
>>     Hi all,
>>
>>     I have problem when make call with my Android mobile use PJSIP
>>     library.
>>     Scenario:
>>
>>     my client  -> Kamailio -> Freeswitch (media server) -> another
>>     client (soft phone on Windows)
>>
>>     my client:
>>      + use Bluestack
>>      + Capture via Wireshark
>>      + use Wifi
>>
>>     Issue: The call will be drop after ~ 30 second.
>>
>>     I see the error on Kamailio:
>>     /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>>     [parser/parse_fline.c:257]: parse_first_line(): parse_first_line:
>>     bad message (offset: 13)/
>>     /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>>     [parser/parse_fline.c:257]: parse_first_line(): parse_first_line:
>>     bad message (offset: 13)/
>>     /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>>     [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg:
>>     message=<p:8 PCMA/8000#015#012a=rtpmap:101
>>     telephone-event/8000#015#012a=fmtp:101 0-16#015#012ACK
>>     sip:buiduchahai at 125.212.212.36:11000;transport=tcp
>>     SIP/2.0#015#012Via: SIP/2.0/TCP
>>     10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
>>     70#015#012From: "Phap Huynh"
>>     <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>>     <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
>>     <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
>>     ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055
>>     ACK#015#012Route:
>>     <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
>>      0#015#012#015#012>/
>>     /Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>>     [receive.c:129]: receive_msg(): core parsing of SIP message
>>     failed (49.156.54.54:50785/2 <http://49.156.54.54:50785/2>)/
>>
>>     Seem to the server error when parse
>>     (on INVITE SDP)
>>     /a=rtpmap:8 PCMA/8000
>>     a=rtpmap:101 telephone-event/8000
>>     a=fmtp:101 0-16/
>>
>>     (on new ACK message)
>>     /ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0/
>>     /Via: SIP/2.0/TCP
>>     10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias/
>>     /Max-Forwards: 70/
>>     /From: "Phap Huynh"
>>     <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>>     <mailto:sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO/
>>     /To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>>     <mailto:sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj/
>>     /Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB/
>>     /CSeq: 29055 ACK/
>>     /Route:
>>     <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>/
>>     /Content-Length:  0/
>>
>>     I think the SIP message is fragmented but when resume package is
>>     not correct.
>>     Do you have any advice ? Thank you for watching !
>>
>>     Regards,
>>     Hai Bui
>>
>>
>>     -- 
>>     Hai Bui
>>     VoIP engineer, Cvoice team, HTK-HCM Office
>>     Mobile: +84-165-618-9876
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> -- 
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/d87d42b7/attachment.html>

From steve-lists-srusers at connection-telecom.com  Tue Jan 17 12:53:38 2017
From: steve-lists-srusers at connection-telecom.com (Steve Davies)
Date: Tue, 17 Jan 2017 13:53:38 +0200
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
Message-ID: <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>

Hi Peter Dunkley or anyone else who can throw me some clue,

I'm interested in using the auth_ephemeral module to authenticate
registrations with the help of an external web service.

But I'm reading and reading the documentation and I'm clearly missing
something.

The document starts by describing how "the web service" should work.  I
understand fully that I must implement this web service.

But nowhere in the documentation with auth_ephemeral do you tell the module
the URL where the service is found.

Whilst the Makefile includes libcurl when static linking is used, there are
no calls to the curl library in the auth_ephemeral module, or to socket()
or connect().

So I don't see that this module can act as a client to the documented web
service?

What am I failing to understand?

Thanks,
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/faad71f2/attachment.html>

From miconda at gmail.com  Tue Jan 17 13:15:22 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 13:15:22 +0100
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
Message-ID: <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>

Hello,

looking in the makefile, the linking to libcurl is commented, so not
really used.

I guess you can use other modules such as http_client to interact with
the web service. The jansson module can be used to parse the result.

Also, it should be possible to do it without interacting with the web
service, because you can compute the password using the shared secret
key. So, in this case, Kamailio doesn't need to interact with the web
service.

Cheers,
Daniel


On 17/01/2017 12:53, Steve Davies wrote:
> Hi Peter Dunkley or anyone else who can throw me some clue,
>
> I'm interested in using the auth_ephemeral module to authenticate
> registrations with the help of an external web service.
>
> But I'm reading and reading the documentation and I'm clearly missing
> something.
>
> The document starts by describing how "the web service" should work. 
> I understand fully that I must implement this web service.
>
> But nowhere in the documentation with auth_ephemeral do you tell the
> module the URL where the service is found.
>
> Whilst the Makefile includes libcurl when static linking is used,
> there are no calls to the curl library in the auth_ephemeral module,
> or to socket() or connect().
>
> So I don't see that this module can act as a client to the documented
> web service?
>
> What am I failing to understand?
>
> Thanks,
> Steve
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/cffabceb/attachment.html>

From steve-lists-srusers at connection-telecom.com  Tue Jan 17 14:38:59 2017
From: steve-lists-srusers at connection-telecom.com (Steve Davies)
Date: Tue, 17 Jan 2017 15:38:59 +0200
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
 <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>
Message-ID: <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>

Hi Daniel,

On 17 January 2017 at 14:15, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> I guess you can use other modules such as http_client to interact with the
> web service. The jansson module can be used to parse the result.
>
> Also, it should be possible to do it without interacting with the web
> service, because you can compute the password using the shared secret key.
> So, in this case, Kamailio doesn't need to interact with the web service.
>
>
> Thanks for that, and to Carsten who also sent explanation.

It seems like all that documentation about the web service is indeed a
red-herring since the module is neither a client nor a provider of such a
service.  There is no obligation to implement such a service as documented
- since in any event auth_ephemeral neither implements nor consumes this
web service.

All auth_ephemeral does it to authenticate clients using a secret
(password) that is encrypted using a shared key.  auth_ephemeral I guess
decrypts the secret which is structured so that auth_ephemeral can tell
that it is legit and unexpired.

Do I have this right?

Gotta say that the docs really don't make this clear.

Thanks,
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/b59a6d09/attachment.html>

From carsten at ng-voice.com  Tue Jan 17 14:08:48 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Tue, 17 Jan 2017 14:08:48 +0100
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
Message-ID: <CAOCjumHKbGsqoJdZkk4H+kzZ8Q8b_ketBiS9jW6S+OkEr50RmA@mail.gmail.com>

Hi,

the idea between ephemeral passwords is, that any webservice can
create username/passwords without explicitly provisioning them on the
other servers.
The auth_ephemeral module does not provide the webserver, but only the
compability to authenticate based on a shared secret.

You may e.g. use the following PHP function to create a username,
which is valid for the next 3 hours (3*3600):

function getEphemeralUsername($username) {
   $timeout = time () + (3 * 3600);
   return $timeout . ':' . $username;
}

With this "temporary username" and the shared secret, you can now
create a temporary password:

function getEphemeralPassword($temporary_user, $shared_secret) {
     return base64_encode ( hash_hmac ( 'sha1', $temporary_user,
$shared_secret, true ) );
}

$secret = "imsrulez";
$username = getEphemeralUsername('steve');
// Creates: '<-unix-timestamp:valid until->:steve'
$password = getEphemeralPassword($username, $secet);

The documation refers to any website, which could provide the
username/password (e.g. even a homepage without any API interaction).

On Kamailio, you can now verify the username/password, if you
configure the same "shared password":

modparam("auth_ephemeral", "secret", "imsrulez")

Thanks,
Carsten


2017-01-17 12:53 GMT+01:00 Steve Davies
<steve-lists-srusers at connection-telecom.com>:
> Hi Peter Dunkley or anyone else who can throw me some clue,
>
> I'm interested in using the auth_ephemeral module to authenticate
> registrations with the help of an external web service.
>
> But I'm reading and reading the documentation and I'm clearly missing
> something.
>
> The document starts by describing how "the web service" should work.  I
> understand fully that I must implement this web service.
>
> But nowhere in the documentation with auth_ephemeral do you tell the module
> the URL where the service is found.
>
> Whilst the Makefile includes libcurl when static linking is used, there are
> no calls to the curl library in the auth_ephemeral module, or to socket() or
> connect().
>
> So I don't see that this module can act as a client to the documented web
> service?
>
> What am I failing to understand?
>
> Thanks,
> Steve
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Ephemeral Passwords.pdf
Type: application/pdf
Size: 181330 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/2e806c38/attachment.pdf>

From carsten at ng-voice.com  Tue Jan 17 14:58:54 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Tue, 17 Jan 2017 14:58:54 +0100
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
 <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>
 <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>
Message-ID: <CAOCjumEJK4QnO7NG2T_WcvrjKvOF-1Hg+a-iyTHW1iRiajwR8w@mail.gmail.com>

Hi,

I don't know, who's responsible for approving bigger messages - if
present, please approve my message for completeness of this thread...
:-)

You are right - except that it doesn't really decrypt the secret, it
only creates a hash identical to the one create by the Webservice and
compares the hash.

Thanks,
Carsten

2017-01-17 14:38 GMT+01:00 Steve Davies
<steve-lists-srusers at connection-telecom.com>:
> Hi Daniel,
>
> On 17 January 2017 at 14:15, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>>
>> I guess you can use other modules such as http_client to interact with the
>> web service. The jansson module can be used to parse the result.
>>
>> Also, it should be possible to do it without interacting with the web
>> service, because you can compute the password using the shared secret key.
>> So, in this case, Kamailio doesn't need to interact with the web service.
>>
>>
> Thanks for that, and to Carsten who also sent explanation.
>
> It seems like all that documentation about the web service is indeed a
> red-herring since the module is neither a client nor a provider of such a
> service.  There is no obligation to implement such a service as documented -
> since in any event auth_ephemeral neither implements nor consumes this web
> service.
>
> All auth_ephemeral does it to authenticate clients using a secret (password)
> that is encrypted using a shared key.  auth_ephemeral I guess decrypts the
> secret which is structured so that auth_ephemeral can tell that it is legit
> and unexpired.
>
> Do I have this right?
>
> Gotta say that the docs really don't make this clear.
>
> Thanks,
> Steve
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From miconda at gmail.com  Tue Jan 17 15:41:42 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 15:41:42 +0100
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
 <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>
 <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>
Message-ID: <997b01b3-ec06-e5cf-5024-6a4fc068b591@gmail.com>

Hello,


On 17/01/2017 14:38, Steve Davies wrote:
> Hi Daniel,
>
> On 17 January 2017 at 14:15, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     I guess you can use other modules such as http_client to interact
>     with the web service. The jansson module can be used to parse the
>     result.
>
>     Also, it should be possible to do it without interacting with the
>     web service, because you can compute the password using the shared
>     secret key. So, in this case, Kamailio doesn't need to interact
>     with the web service.
>
>
> Thanks for that, and to Carsten who also sent explanation.
>
> It seems like all that documentation about the web service is indeed a
> red-herring since the module is neither a client nor a provider of
> such a service.  There is no obligation to implement such a service as
> documented - since in any event auth_ephemeral neither implements nor
> consumes this web service.
>
> All auth_ephemeral does it to authenticate clients using a secret
> (password) that is encrypted using a shared key.  auth_ephemeral I
> guess decrypts the secret which is structured so that auth_ephemeral
> can tell that it is legit and unexpired.
>
> Do I have this right?
>
> Gotta say that the docs really don't make this clear.
>
The password used for SIP authentication is not decrypted. It is about
how the password is generated, so that the same value results when done
by web service and the sip server. The javascript relies on the
webservice to provides an short-term valid password. auth_ephemeral does
the same kind of processing as the webservice and should get the same
password. Using this password it computes the Digest response and if
there is match, then authentication is ok.

I guess you can still fetch the password through a web service in
kamailio.cfg (using http_client) and then use it with:

https://www.kamailio.org/docs/modules/stable/modules/auth_ephemeral.html#auth_eph.f.autheph_authenticate

If you can make the documentation more clear, contributions are welcome
-- the easiest would be pull request on github.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/3b5ec2d7/attachment.html>

From miconda at gmail.com  Tue Jan 17 15:42:29 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 15:42:29 +0100
Subject: [SR-Users] Using the auth_ephemeral module
In-Reply-To: <CAOCjumEJK4QnO7NG2T_WcvrjKvOF-1Hg+a-iyTHW1iRiajwR8w@mail.gmail.com>
References: <630D51A2-DE46-411E-8547-3360FF867CE2@directi.com>
 <6E01DDED-2E30-45FA-A605-B1CA1B97629C@crocodilertc.net>
 <CABFTEGV76VWenaA7AHFwBwPT3jzNUXNN3CdNGcD7y1-qK7+vWg@mail.gmail.com>
 <785d2765-dda2-fa0e-3b23-633d30a906eb@gmail.com>
 <CABFTEGWs-dkXaFLFXfkU1_sQ0T6Hc9uxc_B6khLkaF2u_vsHKw@mail.gmail.com>
 <CAOCjumEJK4QnO7NG2T_WcvrjKvOF-1Hg+a-iyTHW1iRiajwR8w@mail.gmail.com>
Message-ID: <234b2c55-0933-f9ae-27db-698c8bb53bc5@gmail.com>



On 17/01/2017 14:58, Carsten Bock wrote:
> Hi,
>
> I don't know, who's responsible for approving bigger messages - if
> present, please approve my message for completeness of this thread...
> :-)

Done!

Cheers,
Daniel

>
> You are right - except that it doesn't really decrypt the secret, it
> only creates a hash identical to the one create by the Webservice and
> compares the hash.
>
> Thanks,
> Carsten
>
> 2017-01-17 14:38 GMT+01:00 Steve Davies
> <steve-lists-srusers at connection-telecom.com>:
>> Hi Daniel,
>>
>> On 17 January 2017 at 14:15, Daniel-Constantin Mierla <miconda at gmail.com>
>> wrote:
>>> I guess you can use other modules such as http_client to interact with the
>>> web service. The jansson module can be used to parse the result.
>>>
>>> Also, it should be possible to do it without interacting with the web
>>> service, because you can compute the password using the shared secret key.
>>> So, in this case, Kamailio doesn't need to interact with the web service.
>>>
>>>
>> Thanks for that, and to Carsten who also sent explanation.
>>
>> It seems like all that documentation about the web service is indeed a
>> red-herring since the module is neither a client nor a provider of such a
>> service.  There is no obligation to implement such a service as documented -
>> since in any event auth_ephemeral neither implements nor consumes this web
>> service.
>>
>> All auth_ephemeral does it to authenticate clients using a secret (password)
>> that is encrypted using a shared key.  auth_ephemeral I guess decrypts the
>> secret which is structured so that auth_ephemeral can tell that it is legit
>> and unexpired.
>>
>> Do I have this right?
>>
>> Gotta say that the docs really don't make this clear.
>>
>> Thanks,
>> Steve
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From jmr.richardson at gmail.com  Tue Jan 17 16:37:47 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Tue, 17 Jan 2017 09:37:47 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <CA+U74VO1XsTL98hbB87NJ8XFwoanxHzoZ7Mpo9hpTFAgdgqNXQ@mail.gmail.com>

> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>> using raw socket capture, I think this may be a sipcapture issue,
>> debuging kamailio shows normal startup and processing of UDP SIP
>> packets, but does not show any activity with TCP packets.
>
> I never used HOMER sofar but when I saw your first message my thoughts
> was that this can't work in a simple way since for TCP you need to
> complete a 4 way handshake before you can start to send data.
>

Interesting. Are you referring to handshaking on the network stack or
SIP TCP TLS handshaking? I guess I can see it two ways.

1) if your talking about TCP/IP handshake, even though the SIP packet
comes into the mirror port on the host node, the kernel processing the
TCP packet is not establishing a valid connection due to no TCP
handshake because its only a monitor port, no transmit back, then the
kernel network stack does not pass the SIP TCP packet to the kamailio
process for capture because it drops the packet due to no valid
handshake?

2) the kernel network stack is passing the SIP TCP packet to the
kamailio process, but since kamailio cannot handshake back it drops
the packet and does not process through the sipcapture module. This
kinda breaks the whole capture ability for homer with SIP TCP. Using
ngrep, I see all SIP TCP packets, invite -->, trying <--, session
progress <--, request timeout <--, ack -->, etc...

So how would I diagnose if the network stack is the culprit? Debugging
kamailio is pretty straight forward, setup and listening for SIP TCP,
but never see any processing of any TCP packets.

Thanks.

JR
-- 
JR Richardson
Engineering for the Masses
Chasing the Azeotrope


From andres at telesip.net  Tue Jan 17 19:40:37 2017
From: andres at telesip.net (Andres)
Date: Tue, 17 Jan 2017 13:40:37 -0500
Subject: [SR-Users] Record-Route Header Question
Message-ID: <587E6525.7030501@telesip.net>

Hi,

I am troubleshooting some strange call setup problems using an Edgewater 
Networks SBC.  A couple of Polycom phones sit behind the SBC and they 
connect to a SIP Server in the cloud.  The SBC is in passthrough mode.

What I see that I am not sure about is:
INVITE from SIP Server to SBC IP (no Record-Route header...so far no 
surprise here)
INVITE from SBC to Phone (Record-Route header inserted by SBC but with 
the IP of the SIP Server)

I do not think the SBC is supposed to add a Record-Route header with the 
IP of the remote SIP Server.  I think It should only be allowed to add 
Record-Route headers with its own IP.  Does that sound right?

The RFC lists the usage as:

"20.30 Record-Route

    The Record-Route header field is inserted by proxies in a request to
    force future requests in the dialog to be routed through the proxy."

It says nothing about being able to arbitrarily force future requests to 
go through a remote IP.

Please advise.

Thanks,

-- 
Technical Support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/1374deed/attachment.html>

From miconda at gmail.com  Tue Jan 17 20:12:37 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 20:12:37 +0100
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <CA+U74VO1XsTL98hbB87NJ8XFwoanxHzoZ7Mpo9hpTFAgdgqNXQ@mail.gmail.com>
References: <CA+U74VO1XsTL98hbB87NJ8XFwoanxHzoZ7Mpo9hpTFAgdgqNXQ@mail.gmail.com>
Message-ID: <8147a8d2-ea34-62a6-e23a-2bf4e11ba59f@gmail.com>

Somehow is not clear for me how you have the configuration there ...
before commenting further, this needs to be clarified.

The node you presented the config is a sipcapture instance, right? What
is sending traffic to it? Is another kamailio with siptrace module? Or
the sipcature agent? Or you have a port mirroring in the router?

Cheers,
Daniel


On 17/01/2017 16:37, JR Richardson wrote:
>> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>>> using raw socket capture, I think this may be a sipcapture issue,
>>> debuging kamailio shows normal startup and processing of UDP SIP
>>> packets, but does not show any activity with TCP packets.
>> I never used HOMER sofar but when I saw your first message my thoughts
>> was that this can't work in a simple way since for TCP you need to
>> complete a 4 way handshake before you can start to send data.
>>
> Interesting. Are you referring to handshaking on the network stack or
> SIP TCP TLS handshaking? I guess I can see it two ways.
>
> 1) if your talking about TCP/IP handshake, even though the SIP packet
> comes into the mirror port on the host node, the kernel processing the
> TCP packet is not establishing a valid connection due to no TCP
> handshake because its only a monitor port, no transmit back, then the
> kernel network stack does not pass the SIP TCP packet to the kamailio
> process for capture because it drops the packet due to no valid
> handshake?
>
> 2) the kernel network stack is passing the SIP TCP packet to the
> kamailio process, but since kamailio cannot handshake back it drops
> the packet and does not process through the sipcapture module. This
> kinda breaks the whole capture ability for homer with SIP TCP. Using
> ngrep, I see all SIP TCP packets, invite -->, trying <--, session
> progress <--, request timeout <--, ack -->, etc...
>
> So how would I diagnose if the network stack is the culprit? Debugging
> kamailio is pretty straight forward, setup and listening for SIP TCP,
> but never see any processing of any TCP packets.
>
> Thanks.
>
> JR

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Tue Jan 17 20:22:07 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 17 Jan 2017 20:22:07 +0100
Subject: [SR-Users] Record-Route Header Question
In-Reply-To: <587E6525.7030501@telesip.net>
References: <587E6525.7030501@telesip.net>
Message-ID: <c14bbc3e-1ad5-0f9d-56d0-e7e66c828ab3@gmail.com>

Hello,

indeed, the Record-Route address must be local to the server adding it,
asking to retrieve the subsequent requests within the same dialog.

Adding the address in Record-Route of other node in the network doesn't
make much sense, especially when there is no relation between them.

I have seen SIP stacks adding Route header with the IP of the outbound
proxy for initial requests, which is also disputable in terms of how
valid it is, but at least is for the current request sent anyhow to that
hope, not requesting a node to send traffic to another node.

Likely a bug or misconfiguration in the SBC.

Cheers,
Daniel


On 17/01/2017 19:40, Andres wrote:
> Hi,
>
> I am troubleshooting some strange call setup problems using an
> Edgewater Networks SBC.  A couple of Polycom phones sit behind the SBC
> and they connect to a SIP Server in the cloud.  The SBC is in
> passthrough mode.
>
> What I see that I am not sure about is:
> INVITE from SIP Server to SBC IP (no Record-Route header...so far no
> surprise here)
> INVITE from SBC to Phone (Record-Route header inserted by SBC but with
> the IP of the SIP Server)
>
> I do not think the SBC is supposed to add a Record-Route header with
> the IP of the remote SIP Server.  I think It should only be allowed to
> add Record-Route headers with its own IP.  Does that sound right?
>
> The RFC lists the usage as:
>
> "20.30 Record-Route
>
>    The Record-Route header field is inserted by proxies in a request to
>    force future requests in the dialog to be routed through the proxy."
>
> It says nothing about being able to arbitrarily force future requests
> to go through a remote IP.
>
> Please advise.
>
> Thanks,
> -- 
> Technical Support
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/14a95b85/attachment.html>

From andres at telesip.net  Tue Jan 17 23:51:03 2017
From: andres at telesip.net (Andres)
Date: Tue, 17 Jan 2017 17:51:03 -0500
Subject: [SR-Users] Record-Route Header Question
In-Reply-To: <c14bbc3e-1ad5-0f9d-56d0-e7e66c828ab3@gmail.com>
References: <587E6525.7030501@telesip.net>
 <c14bbc3e-1ad5-0f9d-56d0-e7e66c828ab3@gmail.com>
Message-ID: <587E9FD7.9020608@telesip.net>

On 1/17/17 2:22 PM, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> indeed, the Record-Route address must be local to the server adding 
> it, asking to retrieve the subsequent requests within the same dialog.
>
> Adding the address in Record-Route of other node in the network 
> doesn't make much sense, especially when there is no relation between 
> them.
>
> I have seen SIP stacks adding Route header with the IP of the outbound 
> proxy for initial requests, which is also disputable in terms of how 
> valid it is, but at least is for the current request sent anyhow to 
> that hope, not requesting a node to send traffic to another node.
>
> Likely a bug or misconfiguration in the SBC.
>
Definitely looks like it.  Thanks for taking a look Daniel!

> Cheers,
> Daniel
>
>
> On 17/01/2017 19:40, Andres wrote:
>> Hi,
>>
>> I am troubleshooting some strange call setup problems using an 
>> Edgewater Networks SBC.  A couple of Polycom phones sit behind the 
>> SBC and they connect to a SIP Server in the cloud.  The SBC is in 
>> passthrough mode.
>>
>> What I see that I am not sure about is:
>> INVITE from SIP Server to SBC IP (no Record-Route header...so far no 
>> surprise here)
>> INVITE from SBC to Phone (Record-Route header inserted by SBC but 
>> with the IP of the SIP Server)
>>
>> I do not think the SBC is supposed to add a Record-Route header with 
>> the IP of the remote SIP Server.  I think It should only be allowed 
>> to add Record-Route headers with its own IP.  Does that sound right?
>>
>> The RFC lists the usage as:
>>
>> "20.30 Record-Route
>>
>>    The Record-Route header field is inserted by proxies in a request to
>>    force future requests in the dialog to be routed through the proxy."
>>
>> It says nothing about being able to arbitrarily force future requests 
>> to go through a remote IP.
>>
>> Please advise.
>>
>> Thanks,
>> -- 
>> Technical Support
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com


-- 
Technical Support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170117/1a6fc864/attachment.html>

From miconda at gmail.com  Wed Jan 18 09:29:48 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 09:29:48 +0100
Subject: [SR-Users] Planning the release of v4.4.5
In-Reply-To: <3f8965c4-8dbe-7790-502e-a3412e868cba@gmail.com>
References: <3f8965c4-8dbe-7790-502e-a3412e868cba@gmail.com>
Message-ID: <72cb6cbf-1aa3-1380-2f5b-c19c35c9fb45@gmail.com>

Hello,

I am going to do the release later today. If anything to be pushed in
branch 4.4, do it before 12:00UTC, afterwards send an email to sr-dev in
order to avoid issues with packaging.

Cheers,
Daniel


On 16/01/2017 09:25, Daniel-Constantin Mierla wrote:
> Hello,
>
> I am considering to release v4.4.5 with latest fixes from branch 4.4
> later this week, on Wednesday or Thursday (Jan 19 or 20). As usual, if
> anyone has fixes that were not backported yet, do it if you are a
> developer or write to sr-dev to be sure it is not missed. Sumbit also
> the new issues you are ware of and they are not on the bug tracker.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Wed Jan 18 15:21:18 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 15:21:18 +0100
Subject: [SR-Users] Phone number formats per country
Message-ID: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>

Hello,

slightly off-topic, but related to voip -- does anyone have a link that
can quickly share to a site with up to date details about phone
numbering plans for as many country as possible?

Ideally to include the toll and premium number prefixes, the split
between mobile and fixed lines if it is the case.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From fred at palner.com  Wed Jan 18 15:26:48 2017
From: fred at palner.com (Fred Posner)
Date: Wed, 18 Jan 2017 09:26:48 -0500
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
Message-ID: <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>

Normally I run this against a carrier rate sheet, using the description.
Both Twilio and Flowroute have decent download-able sheets with prefix
<-> country/mobile description.

--fred

On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
> Hello,
> 
> slightly off-topic, but related to voip -- does anyone have a link that
> can quickly share to a site with up to date details about phone
> numbering plans for as many country as possible?
> 
> Ideally to include the toll and premium number prefixes, the split
> between mobile and fixed lines if it is the case.
> 
> Cheers,
> Daniel
> 


From miconda at gmail.com  Wed Jan 18 15:37:25 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 15:37:25 +0100
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
 <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
Message-ID: <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>

Are you checking the prices to figure out toll numbers or you can get
also the type of the number?

Cheers,
Daniel


On 18/01/2017 15:26, Fred Posner wrote:
> Normally I run this against a carrier rate sheet, using the description.
> Both Twilio and Flowroute have decent download-able sheets with prefix
> <-> country/mobile description.
>
> --fred
>
> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> slightly off-topic, but related to voip -- does anyone have a link that
>> can quickly share to a site with up to date details about phone
>> numbering plans for as many country as possible?
>>
>> Ideally to include the toll and premium number prefixes, the split
>> between mobile and fixed lines if it is the case.
>>
>> Cheers,
>> Daniel
>>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From carsten at ng-voice.com  Wed Jan 18 16:04:48 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Wed, 18 Jan 2017 16:04:48 +0100
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
 <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
 <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>
Message-ID: <CAOCjumHJAtHvRsZjiR2=uVOUV2JN6AkmBnp8MemqJ38x1mytyw@mail.gmail.com>

Hi Daniel,

just forwarded you the pricelist of Telefonica to your private
mail-account, which also contains dialing codes.

Thanks,
Carsten

2017-01-18 15:37 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:
> Are you checking the prices to figure out toll numbers or you can get
> also the type of the number?
>
> Cheers,
> Daniel
>
>
> On 18/01/2017 15:26, Fred Posner wrote:
>> Normally I run this against a carrier rate sheet, using the description.
>> Both Twilio and Flowroute have decent download-able sheets with prefix
>> <-> country/mobile description.
>>
>> --fred
>>
>> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> slightly off-topic, but related to voip -- does anyone have a link that
>>> can quickly share to a site with up to date details about phone
>>> numbering plans for as many country as possible?
>>>
>>> Ideally to include the toll and premium number prefixes, the split
>>> between mobile and fixed lines if it is the case.
>>>
>>> Cheers,
>>> Daniel
>>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From miconda at gmail.com  Wed Jan 18 16:33:57 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 16:33:57 +0100
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <CAOCjumHJAtHvRsZjiR2=uVOUV2JN6AkmBnp8MemqJ38x1mytyw@mail.gmail.com>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
 <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
 <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>
 <CAOCjumHJAtHvRsZjiR2=uVOUV2JN6AkmBnp8MemqJ38x1mytyw@mail.gmail.com>
Message-ID: <a0964546-930d-1b7d-7925-209ae7469134@gmail.com>

Hi Carsten,

thanks, it may help me! I was looking for categories of prefixes for
various countries to analyze some data here.

Cheers,
Daniel


On 18/01/2017 16:04, Carsten Bock wrote:
> Hi Daniel,
>
> just forwarded you the pricelist of Telefonica to your private
> mail-account, which also contains dialing codes.
>
> Thanks,
> Carsten
>
> 2017-01-18 15:37 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>> Are you checking the prices to figure out toll numbers or you can get
>> also the type of the number?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 18/01/2017 15:26, Fred Posner wrote:
>>> Normally I run this against a carrier rate sheet, using the description.
>>> Both Twilio and Flowroute have decent download-able sheets with prefix
>>> <-> country/mobile description.
>>>
>>> --fred
>>>
>>> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>>>> Hello,
>>>>
>>>> slightly off-topic, but related to voip -- does anyone have a link that
>>>> can quickly share to a site with up to date details about phone
>>>> numbering plans for as many country as possible?
>>>>
>>>> Ideally to include the toll and premium number prefixes, the split
>>>> between mobile and fixed lines if it is the case.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> --
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From jmr.richardson at gmail.com  Wed Jan 18 16:43:10 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Wed, 18 Jan 2017 09:43:10 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <CA+U74VNwEPrR4YpvMMnzo28uV+QhqVdS1EqwW=xr=W1q_dLPxw@mail.gmail.com>

Yes, this is a sipcapture node. I'm listening on a switch port that is
set to mirror my VoIP traffic. I see all SIP UDP/TCP packets on the
mirror port and the Ethernet port of the host node. Just don't see any
TCP packets process in kamailio, debug 3. UDP packets are processed as
expected.

My config is using port mirror for the capture parameters:

modparam("sipcapture", "capture_on", 1)
modparam("sipcapture", "hep_capture_on", 0)
modparam("sipcapture", "raw_ipip_capture_on", 0)
modparam("sipcapture", "raw_moni_capture_on", 1)

modparam("sipcapture", "raw_sock_children", 4)
modparam("sipcapture", "raw_interface", "eth1")
modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
modparam("sipcapture", "promiscious_on", 1)
modparam("sipcapture", "raw_moni_bpf_on", 1)

Is there a method I could diagnose if the SIP TCP Packets are getting
from the kernel network process and the kamailio process?

# ngrep -d eth1 -W byline host x.x.x.x | /var/run/kamailio/kamailio.pid

Or pipe to kamailio local unix socket?

I don't know, I'm just guessing.

Thanks.

JR


> Somehow is not clear for me how you have the configuration there ...
> before commenting further, this needs to be clarified.
>
> The node you presented the config is a sipcapture instance, right? What
> is sending traffic to it? Is another kamailio with siptrace module? Or
> the sipcature agent? Or you have a port mirroring in the router?
>
> Cheers,
> Daniel
>
>
> On 17/01/2017 16:37, JR Richardson wrote:
>>> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>>>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>>>> using raw socket capture, I think this may be a sipcapture issue,
>>>> debuging kamailio shows normal startup and processing of UDP SIP
>>>> packets, but does not show any activity with TCP packets.
>>> I never used HOMER sofar but when I saw your first message my thoughts
>>> was that this can't work in a simple way since for TCP you need to
>>> complete a 4 way handshake before you can start to send data.
>>>
>> Interesting. Are you referring to handshaking on the network stack or
>> SIP TCP TLS handshaking? I guess I can see it two ways.
>>
>> 1) if your talking about TCP/IP handshake, even though the SIP packet
>> comes into the mirror port on the host node, the kernel processing the
>> TCP packet is not establishing a valid connection due to no TCP
>> handshake because its only a monitor port, no transmit back, then the
>> kernel network stack does not pass the SIP TCP packet to the kamailio
>> process for capture because it drops the packet due to no valid
>> handshake?
>>
>> 2) the kernel network stack is passing the SIP TCP packet to the
>> kamailio process, but since kamailio cannot handshake back it drops
>> the packet and does not process through the sipcapture module. This
>> kinda breaks the whole capture ability for homer with SIP TCP. Using
>> ngrep, I see all SIP TCP packets, invite -->, trying <--, session
>> progress <--, request timeout <--, ack -->, etc...
>>
>> So how would I diagnose if the network stack is the culprit? Debugging
>> kamailio is pretty straight forward, setup and listening for SIP TCP,
>> but never see any processing of any TCP packets.
>>
>> Thanks.
>>
>> JR
>

-- 
JR Richardson
Engineering for the Masses
Chasing the Azeotrope


From miconda at gmail.com  Wed Jan 18 16:55:25 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 16:55:25 +0100
Subject: [SR-Users] Kamailio v4.4.5 Released
Message-ID: <aa916d12-66d5-7d95-e261-f088a1a88d2e@gmail.com>

Hello,

Kamailio SIP Server v4.4.5 stable release is out.

This is a maintenance release of the latest stable branch, 4.4, that
includes fixes since the release of v4.4.4. There is no change to
database schema or configuration language structure that you have to do
on previous installations of v4.4.x. Deployments running previous v4.x.x
versions are strongly recommended to be upgraded to v4.4.5.

For more details about version 4.4.5 (including links and guidelines to
download the tarball or from GIT repository), visit:

  * https://www.kamailio.org/w/2017/01/kamailio-v4-4-5-released/

RPM, Debian/Ubuntu packages will be available soon as well.

Many thanks to all contributing and using Kamailio!

Cheers,
Daniel

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda


From miconda at gmail.com  Wed Jan 18 17:10:50 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 17:10:50 +0100
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <CA+U74VNwEPrR4YpvMMnzo28uV+QhqVdS1EqwW=xr=W1q_dLPxw@mail.gmail.com>
References: <CA+U74VNwEPrR4YpvMMnzo28uV+QhqVdS1EqwW=xr=W1q_dLPxw@mail.gmail.com>
Message-ID: <883ba878-5934-1cea-1b40-84ff5df78824@gmail.com>

If you use netstat, what is in the recv queue for tcp packets on sip ports?

netstat -altp

Cheers,
Daniel


On 18/01/2017 16:43, JR Richardson wrote:
> Yes, this is a sipcapture node. I'm listening on a switch port that is
> set to mirror my VoIP traffic. I see all SIP UDP/TCP packets on the
> mirror port and the Ethernet port of the host node. Just don't see any
> TCP packets process in kamailio, debug 3. UDP packets are processed as
> expected.
>
> My config is using port mirror for the capture parameters:
>
> modparam("sipcapture", "capture_on", 1)
> modparam("sipcapture", "hep_capture_on", 0)
> modparam("sipcapture", "raw_ipip_capture_on", 0)
> modparam("sipcapture", "raw_moni_capture_on", 1)
>
> modparam("sipcapture", "raw_sock_children", 4)
> modparam("sipcapture", "raw_interface", "eth1")
> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
> modparam("sipcapture", "promiscious_on", 1)
> modparam("sipcapture", "raw_moni_bpf_on", 1)
>
> Is there a method I could diagnose if the SIP TCP Packets are getting
> from the kernel network process and the kamailio process?
>
> # ngrep -d eth1 -W byline host x.x.x.x | /var/run/kamailio/kamailio.pid
>
> Or pipe to kamailio local unix socket?
>
> I don't know, I'm just guessing.
>
> Thanks.
>
> JR
>
>
>> Somehow is not clear for me how you have the configuration there ...
>> before commenting further, this needs to be clarified.
>>
>> The node you presented the config is a sipcapture instance, right? What
>> is sending traffic to it? Is another kamailio with siptrace module? Or
>> the sipcature agent? Or you have a port mirroring in the router?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 17/01/2017 16:37, JR Richardson wrote:
>>>> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>>>>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>>>>> using raw socket capture, I think this may be a sipcapture issue,
>>>>> debuging kamailio shows normal startup and processing of UDP SIP
>>>>> packets, but does not show any activity with TCP packets.
>>>> I never used HOMER sofar but when I saw your first message my thoughts
>>>> was that this can't work in a simple way since for TCP you need to
>>>> complete a 4 way handshake before you can start to send data.
>>>>
>>> Interesting. Are you referring to handshaking on the network stack or
>>> SIP TCP TLS handshaking? I guess I can see it two ways.
>>>
>>> 1) if your talking about TCP/IP handshake, even though the SIP packet
>>> comes into the mirror port on the host node, the kernel processing the
>>> TCP packet is not establishing a valid connection due to no TCP
>>> handshake because its only a monitor port, no transmit back, then the
>>> kernel network stack does not pass the SIP TCP packet to the kamailio
>>> process for capture because it drops the packet due to no valid
>>> handshake?
>>>
>>> 2) the kernel network stack is passing the SIP TCP packet to the
>>> kamailio process, but since kamailio cannot handshake back it drops
>>> the packet and does not process through the sipcapture module. This
>>> kinda breaks the whole capture ability for homer with SIP TCP. Using
>>> ngrep, I see all SIP TCP packets, invite -->, trying <--, session
>>> progress <--, request timeout <--, ack -->, etc...
>>>
>>> So how would I diagnose if the network stack is the culprit? Debugging
>>> kamailio is pretty straight forward, setup and listening for SIP TCP,
>>> but never see any processing of any TCP packets.
>>>
>>> Thanks.
>>>
>>> JR

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From abdoul.osseni at gmail.com  Wed Jan 18 18:07:26 2017
From: abdoul.osseni at gmail.com (=?UTF-8?Q?Abdoul_Oss=C3=A9ni?=)
Date: Wed, 18 Jan 2017 18:07:26 +0100
Subject: [SR-Users] Please explain : t_relay() vs t_relay_to_udp()
Message-ID: <CABc7nxu+jc7gyNfygQOA2kw3Y_k9Eh-h7_u1aiWVKtcoAxSDRA@mail.gmail.com>

hello all,

I want to use kamailio like as a proxy SIP (outbound proxy) to transcode
tls to udp like us:

call flow is:
Softphone  --> tls --> Kamailio server (kamailio listen on 443 port)  -->
udp --> Asterisk server (asterisk listen on 5060 port)

I know Kamailio can convert tls to udp.

According tm documentation
http://kamailio.org/docs/modules/devel/modules/tm.html, I think I must use
t_relay_to_udp().

Do you confirm I must replace t_relay() function by t_relay_to_udp()
function?

Thank for your help.

Regards
Abdoul.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170118/fc2cdbde/attachment.html>

From miconda at gmail.com  Wed Jan 18 19:55:54 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 18 Jan 2017 19:55:54 +0100
Subject: [SR-Users] Please explain : t_relay() vs t_relay_to_udp()
In-Reply-To: <CABc7nxu+jc7gyNfygQOA2kw3Y_k9Eh-h7_u1aiWVKtcoAxSDRA@mail.gmail.com>
References: <CABc7nxu+jc7gyNfygQOA2kw3Y_k9Eh-h7_u1aiWVKtcoAxSDRA@mail.gmail.com>
Message-ID: <a997d8b9-35ad-2dda-dc55-20c3f9d943bb@gmail.com>

Hello,


On 18/01/2017 18:07, Abdoul Osséni wrote:
> hello all,
>
> I want to use kamailio like as a proxy SIP (outbound proxy) to
> transcode tls to udp like us: 
>
> call flow is:
> Softphone  --> tls --> Kamailio server (kamailio listen on 443 port)
>  --> udp --> Asterisk server (asterisk listen on 5060 port)
>
> I know Kamailio can convert tls to udp.
>
> According tm documentation
> http://kamailio.org/docs/modules/devel/modules/tm.html, I think I must
> use t_relay_to_udp().
>
> Do you confirm I must replace t_relay() function by t_relay_to_udp()
> function?
You have to replace it only for the initial request sent to Asterisk.
Then be sure you do record routing and the requests within the dialog
should be let via t_relay().

Another option is to set $du to asterisk address for the initial INVITE
and then use t_relay() always.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From abdoul.osseni at gmail.com  Wed Jan 18 20:13:12 2017
From: abdoul.osseni at gmail.com (=?UTF-8?Q?Abdoul_Oss=C3=A9ni?=)
Date: Wed, 18 Jan 2017 20:13:12 +0100
Subject: [SR-Users] Please explain : t_relay() vs t_relay_to_udp()
In-Reply-To: <a997d8b9-35ad-2dda-dc55-20c3f9d943bb@gmail.com>
References: <CABc7nxu+jc7gyNfygQOA2kw3Y_k9Eh-h7_u1aiWVKtcoAxSDRA@mail.gmail.com>
 <a997d8b9-35ad-2dda-dc55-20c3f9d943bb@gmail.com>
Message-ID: <CABc7nxsgNFUpL1zC8_zJ=2O6P1eh+aOJDLRG969oPLsL6JRubw@mail.gmail.com>

Thanks: )

Regards
Abdoul.

2017-01-18 19:55 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> Hello,
>
>
> On 18/01/2017 18:07, Abdoul Osséni wrote:
> > hello all,
> >
> > I want to use kamailio like as a proxy SIP (outbound proxy) to
> > transcode tls to udp like us:
> >
> > call flow is:
> > Softphone  --> tls --> Kamailio server (kamailio listen on 443 port)
> >  --> udp --> Asterisk server (asterisk listen on 5060 port)
> >
> > I know Kamailio can convert tls to udp.
> >
> > According tm documentation
> > http://kamailio.org/docs/modules/devel/modules/tm.html, I think I must
> > use t_relay_to_udp().
> >
> > Do you confirm I must replace t_relay() function by t_relay_to_udp()
> > function?
> You have to replace it only for the initial request sent to Asterisk.
> Then be sure you do record routing and the requests within the dialog
> should be let via t_relay().
>
> Another option is to set $du to asterisk address for the initial INVITE
> and then use t_relay() always.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170118/2f515f15/attachment.html>

From red_dra at plugit.net  Wed Jan 18 21:20:56 2017
From: red_dra at plugit.net (Laura)
Date: Wed, 18 Jan 2017 21:20:56 +0100
Subject: [SR-Users] Upgrade from 4.3 to 4.4
Message-ID: <06554564-b06a-26fb-d37a-5d751cb7299c@plugit.net>

Dear list,

I'm planning the upgrade fromn 4.3.6 tree to 4.4.x version on Debian 
distribution.

Can i run the apt-get update and upgrade without problem.. or is 
possible that i will found some error during upgrade ?

Is the db schema upgraded or not from 4.3 up to 4.4 ?


Regards

Laura



From Bjorn.Bylander at loxysoft.com  Wed Jan 18 21:46:08 2017
From: Bjorn.Bylander at loxysoft.com (=?utf-8?B?QmrDtnJuIEJ5bGFuZGVy?=)
Date: Wed, 18 Jan 2017 20:46:08 +0000
Subject: [SR-Users] ds_is_from_list and NAPTR / SRV
Message-ID: <D9EFE9F3-81C3-469C-8A2F-637AFCAAE733@loxysoft.com>

Hello,

I’m trying to resolve an issue with the ds_is_from_list function from the dispatcher module.
I’m calling it as follows:

ds_is_from_list(”42”, "3", "sip:sip.foo.bar”)

This makes Kamailio log an error:

ERROR: dispatcher [dispatch.c:2327]: ds_is_addr_from_list(): could not resolve sip.foo.bar

sip.foo.bar doesn’t have any A records but there are NAPTR and SRV records:

$ host -t naptr sip.foo.bar
sip.foo.bar has NAPTR record 20 0 "s" "SIP+D2T" "" _sip._tcp.sip.foo.bar.
sip.foo.bar has NAPTR record 10 0 "s" "SIP+D2U" "" _sip._udp.sip.foo.bar.

$ host -t srv _sip._tcp.sip.foo.bar
_sip._tcp.sip.foo.bar has SRV record 10 0 5060 sip1.foo.bar.
_sip._tcp.sip.foo.bar has SRV record 10 0 5060 sip2.foo.bar.

$ host -t srv _sip._udp.sip.foo.bar
_sip._udp.sip.foo.bar has SRV record 10 0 5060 sip2.foo.bar.
_sip._udp.sip.foo.bar has SRV record 10 0 5060 sip1.foo.bar.

$ host sip1.foo.bar.
sip1.foo.bar has address 10.47.11.1

$ host sip2.foo.bar.
sip2.foo.bar has address 10.47.11.2

The following DNS options are set:

dns_srv_lb = yes
dns_try_naptr = yes
dns_naptr_ignore_rfc = no

The Kamailio version is 4.2.8 (installed from the Debian binary package) on Debian Wheezy.

Shouldn’t ds_is_from_list be able to resolve the NAPTR and SRV records? Can I change anything to be able to use ds_is_from_list with the specified domain?

Thanks,
Björn Bylander


From charles.chance at sipcentric.com  Wed Jan 18 22:05:46 2017
From: charles.chance at sipcentric.com (Charles Chance)
Date: Wed, 18 Jan 2017 21:05:46 +0000
Subject: [SR-Users] Upgrade from 4.3 to 4.4
In-Reply-To: <06554564-b06a-26fb-d37a-5d751cb7299c@plugit.net>
References: <06554564-b06a-26fb-d37a-5d751cb7299c@plugit.net>
Message-ID: <CAOvxgzAfq70Pxo5ZS2HVKa0JUkwFh4AYY8bcrEHB6gVxFRnWog@mail.gmail.com>

Hello,

There were minimal DB changes between 4.3 and 4.4 - if you're using one of
the affected modules then you'll need to update the schema and version as
described here:

https://www.kamailio.org/wiki/install/upgrade/4.3.x-to-4.4.0

(Also note the dialog-ng module name change.)

Other than that, upgrading should be seamless.

Cheers,
Charles

On 18 Jan 2017 20:21, "Laura" <red_dra at plugit.net> wrote:

> Dear list,
>
> I'm planning the upgrade fromn 4.3.6 tree to 4.4.x version on Debian
> distribution.
>
> Can i run the apt-get update and upgrade without problem.. or is possible
> that i will found some error during upgrade ?
>
> Is the db schema upgraded or not from 4.3 up to 4.4 ?
>
>
> Regards
>
> Laura
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170118/3f39f730/attachment.html>

From gled at remote-shell.net  Wed Jan 18 23:33:53 2017
From: gled at remote-shell.net (=?UTF-8?Q?Tristan_Mah=c3=a9?=)
Date: Wed, 18 Jan 2017 14:33:53 -0800
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <a0964546-930d-1b7d-7925-209ae7469134@gmail.com>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
 <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
 <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>
 <CAOCjumHJAtHvRsZjiR2=uVOUV2JN6AkmBnp8MemqJ38x1mytyw@mail.gmail.com>
 <a0964546-930d-1b7d-7925-209ae7469134@gmail.com>
Message-ID: <415f253b-bcda-786b-cbe7-6a423ee22150@remote-shell.net>

Hi Daniel,

Not exactly a list, and I believe Carsten got you covered ( can get you
another if needed, just ping me ) but have you looked into libphonenumber ?

Seems quite maintained and could be helpful:
https://github.com/googlei18n/libphonenumber/tree/master/resources

Best,

Tristan.

On 01/18/2017 07:33 AM, Daniel-Constantin Mierla wrote:
> Hi Carsten,
>
> thanks, it may help me! I was looking for categories of prefixes for
> various countries to analyze some data here.
>
> Cheers,
> Daniel
>
>
> On 18/01/2017 16:04, Carsten Bock wrote:
>> Hi Daniel,
>>
>> just forwarded you the pricelist of Telefonica to your private
>> mail-account, which also contains dialing codes.
>>
>> Thanks,
>> Carsten
>>
>> 2017-01-18 15:37 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>> Are you checking the prices to figure out toll numbers or you can get
>>> also the type of the number?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 18/01/2017 15:26, Fred Posner wrote:
>>>> Normally I run this against a carrier rate sheet, using the description.
>>>> Both Twilio and Flowroute have decent download-able sheets with prefix
>>>> <-> country/mobile description.
>>>>
>>>> --fred
>>>>
>>>> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>>>>> Hello,
>>>>>
>>>>> slightly off-topic, but related to voip -- does anyone have a link that
>>>>> can quickly share to a site with up to date details about phone
>>>>> numbering plans for as many country as possible?
>>>>>
>>>>> Ideally to include the toll and premium number prefixes, the split
>>>>> between mobile and fixed lines if it is the case.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>> --
>>> Daniel-Constantin Mierla
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 516 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170118/890d0ba1/attachment.sig>

From dcunningham at voisonics.com  Thu Jan 19 00:14:34 2017
From: dcunningham at voisonics.com (David Cunningham)
Date: Thu, 19 Jan 2017 10:14:34 +1100
Subject: [SR-Users] Return body/string from Perl library
Message-ID: <CAHGbP-9GsmOpmo9o04NkzfTo8KF-n20HN5bvEhVV3RXtvfA8qg@mail.gmail.com>

Hello,

We are using Kamailio's perl module and want our custom library to set the
body on a SIP message.

Is it possible to set a SIP message body from within Perl, or can we return
a string to the Kamailio configuration to then use with set_body()?

Thanks for any advice.

-- 
David Cunningham, Voisonics
http://voisonics.com/
USA: +1 213 221 1092
Australia: +61 (0) 2 8063 9019
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/18aa8ac1/attachment.html>

From miconda at gmail.com  Thu Jan 19 09:49:04 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 19 Jan 2017 09:49:04 +0100
Subject: [SR-Users] ds_is_from_list and NAPTR / SRV
In-Reply-To: <D9EFE9F3-81C3-469C-8A2F-637AFCAAE733@loxysoft.com>
References: <D9EFE9F3-81C3-469C-8A2F-637AFCAAE733@loxysoft.com>
Message-ID: <1a421dd4-0eaa-bfab-585f-d6a701c097f7@gmail.com>

Hello,

I haven't added the support for the 3rd parameter to ds_is_from_list(),
so I don't know what kind of DNS query is doing. Maybe it is not
starting from NAPTR. It will require to look at the code if the author
is not coming with clarifications.

One way for a quick check is to sniff the port 53 and see what DNS query
are sent over the network.

NAPTR is definitely supported and used when routing SIP requests. But
other config functions may have different implementation stack.

Cheers,
Daniel


On 18/01/2017 21:46, Björn Bylander wrote:
> Hello,
>
> I’m trying to resolve an issue with the ds_is_from_list function from the dispatcher module.
> I’m calling it as follows:
>
> ds_is_from_list(”42”, "3", "sip:sip.foo.bar”)
>
> This makes Kamailio log an error:
>
> ERROR: dispatcher [dispatch.c:2327]: ds_is_addr_from_list(): could not resolve sip.foo.bar
>
> sip.foo.bar doesn’t have any A records but there are NAPTR and SRV records:
>
> $ host -t naptr sip.foo.bar
> sip.foo.bar has NAPTR record 20 0 "s" "SIP+D2T" "" _sip._tcp.sip.foo.bar.
> sip.foo.bar has NAPTR record 10 0 "s" "SIP+D2U" "" _sip._udp.sip.foo.bar.
>
> $ host -t srv _sip._tcp.sip.foo.bar
> _sip._tcp.sip.foo.bar has SRV record 10 0 5060 sip1.foo.bar.
> _sip._tcp.sip.foo.bar has SRV record 10 0 5060 sip2.foo.bar.
>
> $ host -t srv _sip._udp.sip.foo.bar
> _sip._udp.sip.foo.bar has SRV record 10 0 5060 sip2.foo.bar.
> _sip._udp.sip.foo.bar has SRV record 10 0 5060 sip1.foo.bar.
>
> $ host sip1.foo.bar.
> sip1.foo.bar has address 10.47.11.1
>
> $ host sip2.foo.bar.
> sip2.foo.bar has address 10.47.11.2
>
> The following DNS options are set:
>
> dns_srv_lb = yes
> dns_try_naptr = yes
> dns_naptr_ignore_rfc = no
>
> The Kamailio version is 4.2.8 (installed from the Debian binary package) on Debian Wheezy.
>
> Shouldn’t ds_is_from_list be able to resolve the NAPTR and SRV records? Can I change anything to be able to use ds_is_from_list with the specified domain?
>
> Thanks,
> Björn Bylander
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Thu Jan 19 09:53:18 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 19 Jan 2017 09:53:18 +0100
Subject: [SR-Users] Return body/string from Perl library
In-Reply-To: <CAHGbP-9GsmOpmo9o04NkzfTo8KF-n20HN5bvEhVV3RXtvfA8qg@mail.gmail.com>
References: <CAHGbP-9GsmOpmo9o04NkzfTo8KF-n20HN5bvEhVV3RXtvfA8qg@mail.gmail.com>
Message-ID: <267a589f-2409-beb8-4811-f61f6d523dea@gmail.com>

Hello,

no familiar with the app_perl api and the docs doesn't show any function
for setting the body. But you should be able set the new body in an avp:

https://www.kamailio.org/docs/modules/stable/modules/app_perl.html#ID-d4453222c49e08dc556c25a6586a00bc

and then use it in kamailio.cfg.

Cheers,
Daniel


On 19/01/2017 00:14, David Cunningham wrote:
> Hello,
>
> We are using Kamailio's perl module and want our custom library to set
> the body on a SIP message.
>
> Is it possible to set a SIP message body from within Perl, or can we
> return a string to the Kamailio configuration to then use with set_body()?
>
> Thanks for any advice.
>
> -- 
> David Cunningham, Voisonics
> http://voisonics.com/
> USA: +1 213 221 1092
> Australia: +61 (0) 2 8063 9019
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/bc18dbc8/attachment.html>

From miconda at gmail.com  Thu Jan 19 09:56:36 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 19 Jan 2017 09:56:36 +0100
Subject: [SR-Users] Phone number formats per country
In-Reply-To: <415f253b-bcda-786b-cbe7-6a423ee22150@remote-shell.net>
References: <1727042b-c137-7b03-ff17-148624c72856@gmail.com>
 <ca557de7-d897-1f8c-45a7-7a4ecf73b5bc@palner.com>
 <2b214d08-90b2-32d3-4e2d-80528c758772@gmail.com>
 <CAOCjumHJAtHvRsZjiR2=uVOUV2JN6AkmBnp8MemqJ38x1mytyw@mail.gmail.com>
 <a0964546-930d-1b7d-7925-209ae7469134@gmail.com>
 <415f253b-bcda-786b-cbe7-6a423ee22150@remote-shell.net>
Message-ID: <691a6b66-0987-ae1e-7f20-f5d1f79b015c@gmail.com>

Hello,


On 18/01/2017 23:33, Tristan Mahé wrote:
> Hi Daniel,
>
> Not exactly a list, and I believe Carsten got you covered ( can get you
> another if needed, just ping me ) but have you looked into libphonenumber ?
>
> Seems quite maintained and could be helpful:
> https://github.com/googlei18n/libphonenumber/tree/master/resources
thanks -- looked at it in the past and may use it after all.

Cheers,
Daniel
>
> Best,
>
> Tristan.
>
> On 01/18/2017 07:33 AM, Daniel-Constantin Mierla wrote:
>> Hi Carsten,
>>
>> thanks, it may help me! I was looking for categories of prefixes for
>> various countries to analyze some data here.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 18/01/2017 16:04, Carsten Bock wrote:
>>> Hi Daniel,
>>>
>>> just forwarded you the pricelist of Telefonica to your private
>>> mail-account, which also contains dialing codes.
>>>
>>> Thanks,
>>> Carsten
>>>
>>> 2017-01-18 15:37 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>>> Are you checking the prices to figure out toll numbers or you can get
>>>> also the type of the number?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 18/01/2017 15:26, Fred Posner wrote:
>>>>> Normally I run this against a carrier rate sheet, using the description.
>>>>> Both Twilio and Flowroute have decent download-able sheets with prefix
>>>>> <-> country/mobile description.
>>>>>
>>>>> --fred
>>>>>
>>>>> On 01/18/2017 09:21 AM, Daniel-Constantin Mierla wrote:
>>>>>> Hello,
>>>>>>
>>>>>> slightly off-topic, but related to voip -- does anyone have a link that
>>>>>> can quickly share to a site with up to date details about phone
>>>>>> numbering plans for as many country as possible?
>>>>>>
>>>>>> Ideally to include the toll and premium number prefixes, the split
>>>>>> between mobile and fixed lines if it is the case.
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>> --
>>>> Daniel-Constantin Mierla
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/869011ef/attachment.html>

From hai.bui at htklabs.com  Thu Jan 19 10:48:48 2017
From: hai.bui at htklabs.com (Hai Bui Duc Ha)
Date: Thu, 19 Jan 2017 16:18:48 +0630
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
 <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>
Message-ID: <CA+Gtc=TjJwoWLOt2A4t8Sx2R5EZUhjr12sC15ryX381dq9=r8w@mail.gmail.com>

Hi Daniel,

Thank you for reply.

On Tue, Jan 17, 2017 at 6:05 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> apparently I missed the follow ups on this discussion, dragged in by other
> topics on mailing list.
>
Can you get the pcap with all the traffic taken on kamailio server for the
> call (from initial invite to the end of the call)?
>
I send you the pcap at enclosed file. You can see the packet *No.5 *, it
missing SIP message body:
*            Media Attribute (a): rtpmap:8 PCMA/8000*
*            Media Attribute (a): rtpmap:101 telephone-event/8000*
*            Media Attribute (a): fmtp:101 0-16*

> I expect that content length is mismatching or there is a '\0' inside the
> sdp.
>
Can you explain me more about this ?

>
> On 06/01/2017 03:39, Hai Bui Duc Ha wrote:
>
> Hello Daniel,
>
> Thank for reply !
>
> do you have the pcap for such message?
>
> Here is the message, I capture via Wireshark on client:
> *Session Initiation Protocol (INVITE)*
> *    Request-Line: INVITE
> sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com> SIP/2.0*
> *    Message Header*
> *        Via: SIP/2.0/TCP
> 10.0.2.15:57735;rport;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cPQ3rkcKMY.eS;alias*
> *        Max-Forwards: 70*
> *        From: "Phap Huynh"
> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
> *        To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>*
> *        Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>*
> *        Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
> *        CSeq: 29055 INVITE*
> *        Route: <sip:125.212.212.40;transport=tcp;lr>*
> *        Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
> NOTIFY, REFER, MESSAGE, OPTIONS*
> *        Supported: replaces, 100rel, timer, norefersub*
> *        Session-Expires: 1800*
> *        Min-SE: 9*
> *        User-Agent: CSipSimple_hlteatt-19/r55*
> *         [truncated]Proxy-Authorization: Digest username="huynhngocphap",
> realm="happy.anttel-pro.ab-kz-02.antbuddy.com
> <http://happy.anttel-pro.ab-kz-02.antbuddy.com>",
> nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
> uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>",
> response="71749de*
> *        Content-Type: application/sdp*
> *        Content-Length:   299*
> *    Message Body*
> *        Session Description Protocol*
> *            Session Description Protocol Version (v): 0*
> *            Owner/Creator, Session Id (o): - 3692596134 3692596134 IN IP4
> 10.0.2.15*
> *            Session Name (s): pjmedia*
> *            Connection Information (c): IN IP4 10.0.2.15*
> *            Time Description, active time (t): 0 0*
> *            Media Description, name and address (m): audio 4002 RTP/AVP 9
> 0 8 101*
> *            Connection Information (c): IN IP4 10.0.2.15*
> *            Media Attribute (a): rtcp:4003 IN IP4 10.0.2.15*
> *            Media Attribute (a): sendrecv*
> *            Media Attribute (a): rtpmap:9 G722/8000*
> *            Media Attribute (a): rtpmap:0 PCMU/8000*
> *            Media Attribute (a): rtpmap:8 PCMA/8000*
> *            Media Attribute (a): rtpmap:101 telephone-event/8000*
> *            Media Attribute (a): fmtp:101 0-16*
>
> And this is message I receive on Freeswitch:
>  ------------------------------------------------------------------------
>    INVITE sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com SIP/2.0
>    Record-Route: <sip:125.212.212.40;transport=tcp;lr=on;ftag=zJBNvD67y3E.
> 1I5Y5ZrRI4JmP5JKeNWO>
>    Via: SIP/2.0/TCP 125.212.212.40:5060;branch=z9hG4bK0d89.
> 3807a4cf41ce9b48a7d1a75826762d6e.0;i=533c
>    Via: SIP/2.0/TCP 10.0.2.15:57735;received=49.
> 156.54.54;rport=50785;branch=z9hG4bKPjaXcUF2ZkxyQGYCb3a57cP
> Q3rkcKMY.eS;alias
>    Max-Forwards: 50
>    From: "Phap Huynh" <sip:huynhngocphap at happy.
> anttel-pro.ab-kz-02.antbuddy.com>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO
>    To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>
>    Contact: <sip:huynhngocphap at 49.156.54.54:50785;transport=TCP;ob>
>    Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB
>    CSeq: 29055 INVITE
>    Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
> NOTIFY, REFER, MESSAGE, OPTIONS
>    Supported: replaces, 100rel, timer, norefersub
>    Session-Expires: 1800
>    Min-SE: 9
>    User-Agent: CSipSimple_hlteatt-19/r55
>    Proxy-Authorization: Digest username="huynhngocphap", realm="
> happy.anttel-pro.ab-kz-02.antbuddy.com", nonce="452a7bce-d326-11e6-a605-e9dce514db6e",
> uri="sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com", response="
> 71749de35a220aef0b92c9ade03f90b7", algorithm=MD5,
> cnonce="px.OiQUg2zZmYh.0-MmLC0f.-ZPXYa1V", qop=auth, nc=00000001
>    Content-Type: application/sdp
>    Content-Length:   289
>    X-AUTH-IP: 49.156.54.54
>    X-AUTH-PORT: 50785
>
>    v=0
>    o=- 3692596134 3692596134 IN IP4 49.156.54.54
>    s=pjmedia
>    c=IN IP4 49.156.54.54
>    t=0 0
>    m=audio 4002 RTP/AVP 9 0 8 101
>    c=IN IP4 49.156.54.54
>    a=rtcp:4003
>    a=sendrecv
>    a=rtpmap:9 G722/8000
>    a=rtpmap:0 PCMU/8000
>    a=oldmediaip:10.0.2.15
>    a=oldmediaip:10.0.2.15
>    a=oldmediaip:10.0.2.15
>    -----------------------------------------------------------
> -------------
>
>
> You can see, it missing:
> *            Media Attribute (a): rtpmap:8 PCMA/8000*
> *            Media Attribute (a): rtpmap:101 telephone-event/8000*
> *            Media Attribute (a): fmtp:101 0-16*
>
>  Is it happening for the ACK you pasted or some other message?
>
> It only happen on ACK messages, when my client reply 200 OK /SDP to server
> to establish call.
>
>
> For more detail: I use another soft phone on Android like Zoiper and test
> with the same scenario, it work ok. And when my client use 3G, it still
> work ok.
>
> Regards,
> Hai Bui
>
>
>
> On Thu, Jan 5, 2017 at 10:25 PM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> do you have the pcap for such message? Is it happening for the ACK you
>> pasted or some other message?
>>
>> Cheers,
>> Daniel
>>
>> On 05/01/2017 12:16, Hai Bui Duc Ha wrote:
>>
>> Hi all,
>>
>> I have problem when make call with my Android mobile use PJSIP library.
>> Scenario:
>>
>> my client  -> Kamailio -> Freeswitch (media server) -> another client
>> (soft phone on Windows)
>>
>> my client:
>>  + use Bluestack
>>  + Capture via Wireshark
>>  + use Wifi
>>
>> Issue: The call will be drop after ~ 30 second.
>>
>> I see the error on Kamailio:
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
>> message (offset: 13)*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad
>> message (offset: 13)*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core>
>> [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg: message=<p:8
>> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
>> 0-16#015#012ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp
>> SIP/2.0#015#012Via: SIP/2.0/TCP
>> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias#015#012Max-Forwards:
>> 70#015#012From: "Phap Huynh"
>> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO#015#012To:
>> <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj#015#012Call-ID:
>> ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB#015#012CSeq: 29055 ACK#015#012Route:
>> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>#015#012Content-Length:
>>  0#015#012#015#012>*
>> *Jan  5 16:08:59 ab-kz-02 kamailio[6343]: ERROR: <core> [receive.c:129]:
>> receive_msg(): core parsing of SIP message failed (49.156.54.54:50785/2
>> <http://49.156.54.54:50785/2>)*
>>
>> Seem to the server error when parse
>> (on INVITE SDP)
>>
>>
>> *a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16*
>>
>> (on new ACK message)
>> *ACK sip:buiduchahai at 125.212.212.36:11000;transport=tcp SIP/2.0*
>> *Via: SIP/2.0/TCP
>> 10.0.2.15:57735;rport;branch=z9hG4bKPjlgc13AjrUrFJHq60vWhGqsUaGXi2F98Z;alias*
>> *Max-Forwards: 70*
>> *From: "Phap Huynh"
>> <sip:huynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Ahuynhngocphap at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO*
>> *To: <sip:buiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com
>> <sip%3Abuiduchahai at happy.anttel-pro.ab-kz-02.antbuddy.com>>;tag=2SF4D790Zy6Kj*
>> *Call-ID: ftMudIpIQeKWwP8kQDi2z1S0D1sV3KaB*
>> *CSeq: 29055 ACK*
>> *Route:
>> <sip:125.212.212.40;transport=tcp;lr;ftag=zJBNvD67y3E.1I5Y5ZrRI4JmP5JKeNWO>*
>> *Content-Length:  0*
>>
>> I think the SIP message is fragmented but when resume package is not
>> correct.
>> Do you have any advice ? Thank you for watching !
>>
>> Regards,
>> Hai Bui
>>
>>
>> --
>> Hai Bui
>> VoIP engineer, Cvoice team, HTK-HCM Office
>> Mobile: +84-165-618-9876
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> _______________________________________________ SIP Express Router (SER)
>> and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org http://lists.sip-router.org/cg
>> i-bin/mailman/listinfo/sr-users
>
> --
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
Regrads,
Hai Bui

-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/0fb1897d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: client to kamailio.pcap
Type: application/octet-stream
Size: 17783 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/0fb1897d/attachment.obj>

From jmr.richardson at gmail.com  Thu Jan 19 22:05:07 2017
From: jmr.richardson at gmail.com (JR Richardson)
Date: Thu, 19 Jan 2017 15:05:07 -0600
Subject: [SR-Users] Kamailio not processing SIP TCP
Message-ID: <CA+U74VM8gsp3z+mrL-5192X+HwAzhnuwfUGfhszjcCQ2jwk=rQ@mail.gmail.com>

root at homer02:~# netstat -altp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address
State       PID/Program name
tcp        0      0 homer02.xxxxx.xxx:sip    *:*
LISTEN      16018/kamailio
tcp        0      0 homer02.xxxxx.xxx:5066   *:*
LISTEN      16018/kamailio

Thanks.

JR

> If you use netstat, what is in the recv queue for tcp packets on sip ports?
>
> netstat -altp
>
> Cheers,
> Daniel
>
>
> On 18/01/2017 16:43, JR Richardson wrote:
>> Yes, this is a sipcapture node. I'm listening on a switch port that is
>> set to mirror my VoIP traffic. I see all SIP UDP/TCP packets on the
>> mirror port and the Ethernet port of the host node. Just don't see any
>> TCP packets process in kamailio, debug 3. UDP packets are processed as
>> expected.
>>
>> My config is using port mirror for the capture parameters:
>>
>> modparam("sipcapture", "capture_on", 1)
>> modparam("sipcapture", "hep_capture_on", 0)
>> modparam("sipcapture", "raw_ipip_capture_on", 0)
>> modparam("sipcapture", "raw_moni_capture_on", 1)
>>
>> modparam("sipcapture", "raw_sock_children", 4)
>> modparam("sipcapture", "raw_interface", "eth1")
>> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
>> modparam("sipcapture", "promiscious_on", 1)
>> modparam("sipcapture", "raw_moni_bpf_on", 1)
>>
>> Is there a method I could diagnose if the SIP TCP Packets are getting
>> from the kernel network process and the kamailio process?
>>
>> # ngrep -d eth1 -W byline host x.x.x.x | /var/run/kamailio/kamailio.pid
>>
>> Or pipe to kamailio local unix socket?
>>
>> I don't know, I'm just guessing.
>>
>> Thanks.
>>
>> JR
>>
>>
>>> Somehow is not clear for me how you have the configuration there ...
>>> before commenting further, this needs to be clarified.
>>>
>>> The node you presented the config is a sipcapture instance, right? What
>>> is sending traffic to it? Is another kamailio with siptrace module? Or
>>> the sipcature agent? Or you have a port mirroring in the router?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 17/01/2017 16:37, JR Richardson wrote:
>>>>> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>>>>>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>>>>>> using raw socket capture, I think this may be a sipcapture issue,
>>>>>> debuging kamailio shows normal startup and processing of UDP SIP
>>>>>> packets, but does not show any activity with TCP packets.
>>>>> I never used HOMER sofar but when I saw your first message my thoughts
>>>>> was that this can't work in a simple way since for TCP you need to
>>>>> complete a 4 way handshake before you can start to send data.
>>>>>
>>>> Interesting. Are you referring to handshaking on the network stack or
>>>> SIP TCP TLS handshaking? I guess I can see it two ways.
>>>>
>>>> 1) if your talking about TCP/IP handshake, even though the SIP packet
>>>> comes into the mirror port on the host node, the kernel processing the
>>>> TCP packet is not establishing a valid connection due to no TCP
>>>> handshake because its only a monitor port, no transmit back, then the
>>>> kernel network stack does not pass the SIP TCP packet to the kamailio
>>>> process for capture because it drops the packet due to no valid
>>>> handshake?
>>>>
>>>> 2) the kernel network stack is passing the SIP TCP packet to the
>>>> kamailio process, but since kamailio cannot handshake back it drops
>>>> the packet and does not process through the sipcapture module. This
>>>> kinda breaks the whole capture ability for homer with SIP TCP. Using
>>>> ngrep, I see all SIP TCP packets, invite -->, trying <--, session
>>>> progress <--, request timeout <--, ack -->, etc...
>>>>
>>>> So how would I diagnose if the network stack is the culprit? Debugging
>>>> kamailio is pretty straight forward, setup and listening for SIP TCP,
>>>> but never see any processing of any TCP packets.
>>>>
>>>> Thanks.
>>>>
>>>> JR
>


From miconda at gmail.com  Thu Jan 19 22:45:24 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 19 Jan 2017 22:45:24 +0100
Subject: [SR-Users] Kamailio not processing SIP TCP
In-Reply-To: <CA+U74VM8gsp3z+mrL-5192X+HwAzhnuwfUGfhszjcCQ2jwk=rQ@mail.gmail.com>
References: <CA+U74VM8gsp3z+mrL-5192X+HwAzhnuwfUGfhszjcCQ2jwk=rQ@mail.gmail.com>
Message-ID: <fffd1fc3-15b9-5597-ec3a-8d84235944ed@gmail.com>

The receive queue is empty, so either the kernel is no putting the
traffic there or kamailio consume it.

Is this box in the same subnet as initial target? Is it having the same
IP as the initial target of the packets? If I anot wrong, tcp mirroring
is a bit more tricky and restrictive in what has to be configured.

Cheers,
Daniel


On 19/01/2017 22:05, JR Richardson wrote:
> root at homer02:~# netstat -altp
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address           Foreign Address
> State       PID/Program name
> tcp        0      0 homer02.xxxxx.xxx:sip    *:*
> LISTEN      16018/kamailio
> tcp        0      0 homer02.xxxxx.xxx:5066   *:*
> LISTEN      16018/kamailio
>
> Thanks.
>
> JR
>
>> If you use netstat, what is in the recv queue for tcp packets on sip ports?
>>
>> netstat -altp
>>
>> Cheers,
>> Daniel
>>
>>
>> On 18/01/2017 16:43, JR Richardson wrote:
>>> Yes, this is a sipcapture node. I'm listening on a switch port that is
>>> set to mirror my VoIP traffic. I see all SIP UDP/TCP packets on the
>>> mirror port and the Ethernet port of the host node. Just don't see any
>>> TCP packets process in kamailio, debug 3. UDP packets are processed as
>>> expected.
>>>
>>> My config is using port mirror for the capture parameters:
>>>
>>> modparam("sipcapture", "capture_on", 1)
>>> modparam("sipcapture", "hep_capture_on", 0)
>>> modparam("sipcapture", "raw_ipip_capture_on", 0)
>>> modparam("sipcapture", "raw_moni_capture_on", 1)
>>>
>>> modparam("sipcapture", "raw_sock_children", 4)
>>> modparam("sipcapture", "raw_interface", "eth1")
>>> modparam("sipcapture", "raw_socket_listen", "10.99.99.99:5060-5070")
>>> modparam("sipcapture", "promiscious_on", 1)
>>> modparam("sipcapture", "raw_moni_bpf_on", 1)
>>>
>>> Is there a method I could diagnose if the SIP TCP Packets are getting
>>> from the kernel network process and the kamailio process?
>>>
>>> # ngrep -d eth1 -W byline host x.x.x.x | /var/run/kamailio/kamailio.pid
>>>
>>> Or pipe to kamailio local unix socket?
>>>
>>> I don't know, I'm just guessing.
>>>
>>> Thanks.
>>>
>>> JR
>>>
>>>
>>>> Somehow is not clear for me how you have the configuration there ...
>>>> before commenting further, this needs to be clarified.
>>>>
>>>> The node you presented the config is a sipcapture instance, right? What
>>>> is sending traffic to it? Is another kamailio with siptrace module? Or
>>>> the sipcature agent? Or you have a port mirroring in the router?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 17/01/2017 16:37, JR Richardson wrote:
>>>>>> On Mon, Jan 16, 2017 at 10:29:39AM -0600, JR Richardson wrote:
>>>>>>> Yes, I'm familiar with the methods sipcapture uses, I don't use HEP,
>>>>>>> using raw socket capture, I think this may be a sipcapture issue,
>>>>>>> debuging kamailio shows normal startup and processing of UDP SIP
>>>>>>> packets, but does not show any activity with TCP packets.
>>>>>> I never used HOMER sofar but when I saw your first message my thoughts
>>>>>> was that this can't work in a simple way since for TCP you need to
>>>>>> complete a 4 way handshake before you can start to send data.
>>>>>>
>>>>> Interesting. Are you referring to handshaking on the network stack or
>>>>> SIP TCP TLS handshaking? I guess I can see it two ways.
>>>>>
>>>>> 1) if your talking about TCP/IP handshake, even though the SIP packet
>>>>> comes into the mirror port on the host node, the kernel processing the
>>>>> TCP packet is not establishing a valid connection due to no TCP
>>>>> handshake because its only a monitor port, no transmit back, then the
>>>>> kernel network stack does not pass the SIP TCP packet to the kamailio
>>>>> process for capture because it drops the packet due to no valid
>>>>> handshake?
>>>>>
>>>>> 2) the kernel network stack is passing the SIP TCP packet to the
>>>>> kamailio process, but since kamailio cannot handshake back it drops
>>>>> the packet and does not process through the sipcapture module. This
>>>>> kinda breaks the whole capture ability for homer with SIP TCP. Using
>>>>> ngrep, I see all SIP TCP packets, invite -->, trying <--, session
>>>>> progress <--, request timeout <--, ack -->, etc...
>>>>>
>>>>> So how would I diagnose if the network stack is the culprit? Debugging
>>>>> kamailio is pretty straight forward, setup and listening for SIP TCP,
>>>>> but never see any processing of any TCP packets.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> JR
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Thu Jan 19 22:56:27 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 19 Jan 2017 22:56:27 +0100
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <CA+Gtc=TjJwoWLOt2A4t8Sx2R5EZUhjr12sC15ryX381dq9=r8w@mail.gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
 <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>
 <CA+Gtc=TjJwoWLOt2A4t8Sx2R5EZUhjr12sC15ryX381dq9=r8w@mail.gmail.com>
Message-ID: <b5fc8445-b427-bdc9-a5e3-e95991c1f4be@gmail.com>

Hello,


On 19/01/2017 10:48, Hai Bui Duc Ha wrote:
> Hi Daniel,
>
> Thank you for reply.
>  
> On Tue, Jan 17, 2017 at 6:05 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     apparently I missed the follow ups on this discussion, dragged in
>     by other topics on mailing list. 
>
>     Can you get the pcap with all the traffic taken on kamailio server
>     for the call (from initial invite to the end of the call)?
>
> I send you the pcap at enclosed file. You can see the packet *No.5 *,
> it missing SIP message body:
> /*            Media Attribute (a): rtpmap:8 PCMA/8000*/
> /*            Media Attribute (a): rtpmap:101 telephone-event/8000*/
> /*            Media Attribute (a): fmtp:101 0-16*/
>
>     I expect that content length is mismatching or there is a '\0'
>     inside the sdp.
>
> Can you explain me more about this ?
TCP is a stream protocol, meaning that the application (kamailio) need
to read and parse to figure out the end of a SIP message. The state
machine as per RFC requires the application to read and identify the
Content-Length header, take its value, read until the end of headers is
found (an empty line) and from there on read as much as the value of
Content-Length to get the body and consider the end of message there.

If the sending application puts a lower value in the Content-Length than
the number of chars in the body, the rest remains in the buffer and the
receiving application (kamailio) attempts to parse a new SIP message.

The other thing I was thinking of was the presence of '\0' which marks
the end of string in C.

I will look at the pcap very soon and see what I find there.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/e3129494/attachment.html>

From dcunningham at voisonics.com  Fri Jan 20 05:40:27 2017
From: dcunningham at voisonics.com (David Cunningham)
Date: Fri, 20 Jan 2017 15:40:27 +1100
Subject: [SR-Users] Return body/string from Perl library
In-Reply-To: <267a589f-2409-beb8-4811-f61f6d523dea@gmail.com>
References: <CAHGbP-9GsmOpmo9o04NkzfTo8KF-n20HN5bvEhVV3RXtvfA8qg@mail.gmail.com>
 <267a589f-2409-beb8-4811-f61f6d523dea@gmail.com>
Message-ID: <CAHGbP-9Uo=Vi3zTGkduQT3Xq-nXXA_9d-_fMDcOmUt+xppJi9Q@mail.gmail.com>

Hi Daniel,

Yes, that works. Thank you!


On 19 January 2017 at 19:53, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> no familiar with the app_perl api and the docs doesn't show any function
> for setting the body. But you should be able set the new body in an avp:
>
> https://www.kamailio.org/docs/modules/stable/modules/app_perl.html#ID-
> d4453222c49e08dc556c25a6586a00bc
>
> and then use it in kamailio.cfg.
>
> Cheers,
> Daniel
>
> On 19/01/2017 00:14, David Cunningham wrote:
>
> Hello,
>
> We are using Kamailio's perl module and want our custom library to set the
> body on a SIP message.
>
> Is it possible to set a SIP message body from within Perl, or can we
> return a string to the Kamailio configuration to then use with set_body()?
>
> Thanks for any advice.
>
> --
> David Cunningham, Voisonics
> http://voisonics.com/
> USA: +1 213 221 1092 <(213)%20221-1092>
> Australia: +61 (0) 2 8063 9019 <+61%202%208063%209019>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
David Cunningham, Voisonics
http://voisonics.com/
USA: +1 213 221 1092
Australia: +61 (0) 2 8063 9019
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/2681bd40/attachment.html>

From anfecora at gmail.com  Fri Jan 20 07:26:11 2017
From: anfecora at gmail.com (anfecora)
Date: Thu, 19 Jan 2017 22:26:11 -0800
Subject: [SR-Users] UAC authentication
Message-ID: <CAHjGmHnnRNVuv1Z=_h3kOa2bqMchc+JJd-uPJnEzpETyNQECWA@mail.gmail.com>

can someone please guide me where to find the usage of auc module, thanks
in advance.

I am registering the uac in one end then i want to forward that
registration to an external registrar, if i use $du some domain, some of
the ipv6 info is going to be forwarded, i need to make it look more like an
a b2bua than a outbound proxy therefore i need to use the auc module(also i
need to cover all ipv6 info since i am proxying from ipv4 to ipv6).

i am able to register the client to kamailio, then kamailio send the
registration to the external registrar, but when the registrar sends back
the challenge uac does not reply, any ideas how can achieve this.

uac(linphone etc) --registration--->kamailio(registrar
module)------register(uac)--->SBC

sbc----invite---->kamailio(lookup)---------invite---->uac(linphone etc)

this is the code i am using.



# Handle SIP registrations
route[REGISTRAR] {
xlog("REGISTERING ");
        if (is_method("REGISTER"))
        {
                if(isflagset(FLT_NATS))
                {
                        setbflag(FLB_NATB);
                        # uncomment next line to do SIP NAT pinging
                        ## setbflag(FLB_NATSIPPING);
                }
                if(af==INET6)
                        setbflag(FLB_IPV6);
xlog("IT IS  IPV6");
                if (!save("location"))
                        sl_reply_error();
route(REGSBCFWD);
        exit;
        }
}

route[REGSBCFWD]{
xlog("CREATING OTHER LEG TO THE SBC");
if(!is_method("REGISTER"))
        {
                return;
        }
xlog("CREATING PACKAGE $si -- $fU-- $au--$du-- $tU --$ru");

        $var(rip) = "sip.somedomain.com";
        $uac_req(method)="REGISTER";
        $uac_req(ruri)="sip:" + $var(rip) + ":" + "5060";
        $uac_req(furi)="sip:" + $tU + "@" + $var(rip);
        $uac_req(turi)="sip:" + $tU + "@" + $var(rip);
        $uac_req(hdrs)="Contact: <sip:" + $tU + "@"
                                + "10.0.0.222"
                                + ":" "5060" + ">\r\n";
        if($sel(contact.expires) != $null)
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
$sel(contact.expires) + "\r\n";
        else
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
$hdr(Expires) + "\r\n";
        uac_req_send();



                }





REGISTER sip:sip.somedomain.com:5060 SIP/2.0.
Via: SIP/2.0/UDP 10.0.0.222:5060
;branch=z9hG4bK285f.13a7f0c0000000000000000000000000.0.
To: <sip:14052423 at sip.somedomain.com>.
From: <sip:14052423 at sip.somedomain.com
>;tag=a82eaf71666096790d1397845fbd3254-ebaa.
CSeq: 10 REGISTER.
Call-ID: 357e21ae51d8416d-26605 at 10.0.0.222.
Max-Forwards: 70.
Content-Length: 0.
User-Agent: kamailio (4.4.4 (x86_64/linux)).
Contact: <sip:140524 at 10.0.0.222:5060>.
Expires: 3600.
.



SIP/2.0 401 Unauthorized.
Via: SIP/2.0/UDP 10.0.0.222:5060
;branch=z9hG4bK4b53.ad842757000000000000000000000000.0.
To: <sip:14052423 at sip.somedomain.com>.
From: <sip:14052423 at sip.somedomain.com
>;tag=a82eaf71666096790d1397845fbd3254-37da.
Call-ID: 357e21ae51d8416d-26603 at 10.0.0.222.
CSeq: 10 REGISTER.
WWW-Authenticate: Digest realm="sip.somedomain.com",
nonce="f5831435-3e69-4b78-ab6d-dcb0897e477b", algorithm=MD5, qop="auth".
User-Agent: somedomain.com Host:some proxy.
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
REFER, NOTIFY, PUBLISH, SUBSCRIBE.
Content-Length: 0.
.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/8e8f35aa/attachment.html>

From jeremygadd at gmail.com  Thu Jan 19 22:58:47 2017
From: jeremygadd at gmail.com (Jeremy Gadd)
Date: Thu, 19 Jan 2017 14:58:47 -0700
Subject: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is enabled.
Message-ID: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>

Hello, everyone!

I'm trying to enable dns_srv_lb but I'm stuck just before I can get there.
If I don't enable use_dns_failover, lookups work and calls route but always
to the first host. We need to load balance, so that doesn't work very well.

If I enable use_dns_failover, the lookups stop working completely and we
get a dns lookup failure like so:
 ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve "
redacted.hostname.here.com" :unresolvable A or AAAA request (-7)

This works:
use_dns_cache=on
dns_use_search_list=no
dns_try_naptr=on
# use_dns_failover=on

This breaks it:
use_dns_cache=on
dns_use_search_list=no
dns_try_naptr=on
use_dns_failover=on

I have checked to see that use_dns_failover is compiled in:
version: kamailio 4.4.2 (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_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: unknown
compiled with gcc 4.9.2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170119/9a79edd7/attachment.html>

From carsten at ng-voice.com  Fri Jan 20 08:37:42 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Fri, 20 Jan 2017 08:37:42 +0100
Subject: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is
	enabled.
In-Reply-To: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>
References: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>
Message-ID: <CAOCjumHrJvTO7CVYqkdXENZ=mXrtLY6TiwJsQ=qOt-PhqtEvkg@mail.gmail.com>

Hi,

we have the following settings and those work fine for us (Kamailio 4
and later):

# Do SRV-Loadbalancing:
dns_srv_lb=yes
# Always prefer IPv6:
dns_try_ipv6=yes
# DNS-Based failover
use_dns_failover=yes
# Query NAPTR-Records as well (we use NAPTR, so the client can detect
the outbound Proxy (P-CSCF), but internally we only use only
SRV-records)
dns_try_naptr=no

Sounds to me, like a DNS problem, not a Kamailio problem.

In our DNS Zone, we have the following, for example:

wt                      1D IN A         84.46.93.82
wt                      1D IN A         84.46.93.84
wt-1            1D IN A         84.46.93.82
wt-2            1D IN A         84.46.93.84
wt              1D IN NAPTR 10 10 "s" "SIP+D2U"         ""      _sip._udp.wt

_sip._udp.wt    1D SRV 10 1 5060 wt-1
_sip._udp.wt    1D SRV 20 1 5060 wt-2

On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
sofia-sip-bin):

carsten at carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
1 1.000 udp 5060 84.46.93.82
2 1.000 udp 5060 84.46.93.84

Thanks,
Carsten


2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
> Hello, everyone!
>
> I'm trying to enable dns_srv_lb but I'm stuck just before I can get there.
> If I don't enable use_dns_failover, lookups work and calls route but always
> to the first host. We need to load balance, so that doesn't work very well.
>
> If I enable use_dns_failover, the lookups stop working completely and we get
> a dns lookup failure like so:
>  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
> "redacted.hostname.here.com" :unresolvable A or AAAA request (-7)
>
> This works:
> use_dns_cache=on
> dns_use_search_list=no
> dns_try_naptr=on
> # use_dns_failover=on
>
> This breaks it:
> use_dns_cache=on
> dns_use_search_list=no
> dns_try_naptr=on
> use_dns_failover=on
>
> I have checked to see that use_dns_failover is compiled in:
> version: kamailio 4.4.2 (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_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: unknown
> compiled with gcc 4.9.2
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From miconda at gmail.com  Fri Jan 20 09:35:29 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 09:35:29 +0100
Subject: [SR-Users] Return body/string from Perl library
In-Reply-To: <CAHGbP-9Uo=Vi3zTGkduQT3Xq-nXXA_9d-_fMDcOmUt+xppJi9Q@mail.gmail.com>
References: <CAHGbP-9GsmOpmo9o04NkzfTo8KF-n20HN5bvEhVV3RXtvfA8qg@mail.gmail.com>
 <267a589f-2409-beb8-4811-f61f6d523dea@gmail.com>
 <CAHGbP-9Uo=Vi3zTGkduQT3Xq-nXXA_9d-_fMDcOmUt+xppJi9Q@mail.gmail.com>
Message-ID: <357b2764-b726-f8f2-6566-9e4a9b1cfe17@gmail.com>



On 20/01/2017 05:40, David Cunningham wrote:
> Hi Daniel,
>
> Yes, that works. Thank you!
Welcome!

Daniel

>
>
> On 19 January 2017 at 19:53, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     no familiar with the app_perl api and the docs doesn't show any
>     function for setting the body. But you should be able set the new
>     body in an avp:
>
>     https://www.kamailio.org/docs/modules/stable/modules/app_perl.html#ID-d4453222c49e08dc556c25a6586a00bc
>     <https://www.kamailio.org/docs/modules/stable/modules/app_perl.html#ID-d4453222c49e08dc556c25a6586a00bc>
>
>     and then use it in kamailio.cfg.
>
>     Cheers,
>     Daniel
>
>
>     On 19/01/2017 00:14, David Cunningham wrote:
>>     Hello,
>>
>>     We are using Kamailio's perl module and want our custom library
>>     to set the body on a SIP message.
>>
>>     Is it possible to set a SIP message body from within Perl, or can
>>     we return a string to the Kamailio configuration to then use with
>>     set_body()?
>>
>>     Thanks for any advice.
>>
>>     -- 
>>     David Cunningham, Voisonics
>>     http://voisonics.com/
>>     USA: +1 213 221 1092 <tel:%28213%29%20221-1092>
>>     Australia: +61 (0) 2 8063 9019 <tel:+61%202%208063%209019>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
> -- 
> David Cunningham, Voisonics http://voisonics.com/ USA: +1 213 221 1092
> Australia: +61 (0) 2 8063 9019
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/99ee2b92/attachment.html>

From miconda at gmail.com  Fri Jan 20 09:38:21 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 09:38:21 +0100
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <b5fc8445-b427-bdc9-a5e3-e95991c1f4be@gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
 <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>
 <CA+Gtc=TjJwoWLOt2A4t8Sx2R5EZUhjr12sC15ryX381dq9=r8w@mail.gmail.com>
 <b5fc8445-b427-bdc9-a5e3-e95991c1f4be@gmail.com>
Message-ID: <a2c8997b-cc43-4c0c-2f60-25a37934c3cf@gmail.com>



On 19/01/2017 22:56, Daniel-Constantin Mierla wrote:
>
> Hello,
>
>
> On 19/01/2017 10:48, Hai Bui Duc Ha wrote:
>> Hi Daniel,
>>
>> Thank you for reply.
>>  
>> On Tue, Jan 17, 2017 at 6:05 PM, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>     Hello,
>>
>>     apparently I missed the follow ups on this discussion, dragged in
>>     by other topics on mailing list. 
>>
>>     Can you get the pcap with all the traffic taken on kamailio
>>     server for the call (from initial invite to the end of the call)?
>>
>> I send you the pcap at enclosed file. You can see the packet *No.5 *,
>> it missing SIP message body:
>> /*            Media Attribute (a): rtpmap:8 PCMA/8000*/
>> /*            Media Attribute (a): rtpmap:101 telephone-event/8000*/
>> /*            Media Attribute (a): fmtp:101 0-16*/
>>
>>     I expect that content length is mismatching or there is a '\0'
>>     inside the sdp.
>>
>> Can you explain me more about this ?
> TCP is a stream protocol, meaning that the application (kamailio) need
> to read and parse to figure out the end of a SIP message. The state
> machine as per RFC requires the application to read and identify the
> Content-Length header, take its value, read until the end of headers
> is found (an empty line) and from there on read as much as the value
> of Content-Length to get the body and consider the end of message there.
>
> If the sending application puts a lower value in the Content-Length
> than the number of chars in the body, the rest remains in the buffer
> and the receiving application (kamailio) attempts to parse a new SIP
> message.
>
> The other thing I was thinking of was the presence of '\0' which marks
> the end of string in C.
>
> I will look at the pcap very soon and see what I find there.
>
The problem is the value of Content-Lenght set by the client -- it is
set only to the size that it is view as part of the invite. A bit later
the client sends more sdp, but exceeding the size sent in C-L header.
That part of SDP remains as garbage.

So there is a bug in client app.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/d6c32b73/attachment.html>

From miconda at gmail.com  Fri Jan 20 09:41:13 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 09:41:13 +0100
Subject: [SR-Users] UAC authentication
In-Reply-To: <CAHjGmHnnRNVuv1Z=_h3kOa2bqMchc+JJd-uPJnEzpETyNQECWA@mail.gmail.com>
References: <CAHjGmHnnRNVuv1Z=_h3kOa2bqMchc+JJd-uPJnEzpETyNQECWA@mail.gmail.com>
Message-ID: <8e2a7c22-768d-feb1-15c0-69ce91d01790@gmail.com>

Hello,

you have to set authentication username and password inside the
$uac_req(...) -- see the attributes for it at:

  -
https://www.kamailio.org/wiki/cookbooks/4.4.x/pseudovariables#uac_req_key

Cheers,
Daniel


On 20/01/2017 07:26, anfecora wrote:
> can someone please guide me where to find the usage of auc module,
> thanks in advance.
>
> I am registering the uac in one end then i want to forward that
> registration to an external registrar, if i use $du some domain, some
> of the ipv6 info is going to be forwarded, i need to make it look more
> like an a b2bua than a outbound proxy therefore i need to use the auc
> module(also i need to cover all ipv6 info since i am proxying from
> ipv4 to ipv6).
>
> i am able to register the client to kamailio, then kamailio send the
> registration to the external registrar, but when the registrar sends
> back the challenge uac does not reply, any ideas how can achieve this.
>
> uac(linphone etc) --registration--->kamailio(registrar
> module)------register(uac)--->SBC
>
> sbc----invite---->kamailio(lookup)---------invite---->uac(linphone etc)
>
> this is the code i am using.
>
>
>
> # Handle SIP registrations
> route[REGISTRAR] {
> xlog("REGISTERING ");
>         if (is_method("REGISTER"))
>         {
>                 if(isflagset(FLT_NATS))
>                 {
>                         setbflag(FLB_NATB);
>                         # uncomment next line to do SIP NAT pinging
>                         ## setbflag(FLB_NATSIPPING);
>                 }
>                 if(af==INET6)
>                         setbflag(FLB_IPV6);
> xlog("IT IS  IPV6");
>                 if (!save("location"))
>                         sl_reply_error();
> route(REGSBCFWD);
>         exit;
>         }
> }
>
> route[REGSBCFWD]{
> xlog("CREATING OTHER LEG TO THE SBC");
> if(!is_method("REGISTER"))
>         {
>                 return;
>         }
> xlog("CREATING PACKAGE $si -- $fU-- $au--$du-- $tU --$ru");
>
>         $var(rip) = "sip.somedomain.com <http://sip.somedomain.com>";
>         $uac_req(method)="REGISTER";
>         $uac_req(ruri)="sip:" + $var(rip) + ":" + "5060";
>         $uac_req(furi)="sip:" + $tU + "@" + $var(rip);
>         $uac_req(turi)="sip:" + $tU + "@" + $var(rip);
>         $uac_req(hdrs)="Contact: <sip:" + $tU + "@"
>                                 + "10.0.0.222"
>                                 + ":" "5060" + ">\r\n";
>         if($sel(contact.expires) != $null)
>                 $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
> $sel(contact.expires) + "\r\n";
>         else
>                 $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
> $hdr(Expires) + "\r\n";
>         uac_req_send();
>
>
>
>                 }
>
>
>
>
>
> REGISTER sip:sip.somedomain.com:5060 <http://sip.somedomain.com:5060>
> SIP/2.0.
> Via: SIP/2.0/UDP
> 10.0.0.222:5060;branch=z9hG4bK285f.13a7f0c0000000000000000000000000.0.
> To: <sip:14052423 at sip.somedomain.com
> <mailto:sip%3A14052423 at sip.somedomain.com>>.
> From: <sip:14052423 at sip.somedomain.com
> <mailto:sip%3A14052423 at sip.somedomain.com>>;tag=a82eaf71666096790d1397845fbd3254-ebaa.
> CSeq: 10 REGISTER.
> Call-ID: 357e21ae51d8416d-26605 at 10.0.0.222
> <mailto:357e21ae51d8416d-26605 at 10.0.0.222>.
> Max-Forwards: 70.
> Content-Length: 0.
> User-Agent: kamailio (4.4.4 (x86_64/linux)).
> Contact: <sip:140524 at 10.0.0.222:5060 <http://sip:140524 at 10.0.0.222:5060>>.
> Expires: 3600.
> .
>
>
>
> SIP/2.0 401 Unauthorized.
> Via: SIP/2.0/UDP
> 10.0.0.222:5060;branch=z9hG4bK4b53.ad842757000000000000000000000000.0.
> To: <sip:14052423 at sip.somedomain.com
> <mailto:sip%3A14052423 at sip.somedomain.com>>.
> From: <sip:14052423 at sip.somedomain.com
> <mailto:sip%3A14052423 at sip.somedomain.com>>;tag=a82eaf71666096790d1397845fbd3254-37da.
> Call-ID: 357e21ae51d8416d-26603 at 10.0.0.222
> <mailto:357e21ae51d8416d-26603 at 10.0.0.222>.
> CSeq: 10 REGISTER.
> WWW-Authenticate: Digest realm="sip.somedomain.com
> <http://sip.somedomain.com>",
> nonce="f5831435-3e69-4b78-ab6d-dcb0897e477b", algorithm=MD5, qop="auth".
> User-Agent: somedomain.com <http://somedomain.com> Host:some proxy.
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
> REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> Content-Length: 0.
> .
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/6049b1b0/attachment.html>

From miconda at gmail.com  Fri Jan 20 11:00:58 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 11:00:58 +0100
Subject: [SR-Users] FOSDEM 2017
Message-ID: <f9ec3b96-abad-08aa-6875-6ad9fee8a3a0@gmail.com>

Hello,

another edition of FOSDEM is approaching, about 2 weeks left:

  - https://fosdem.org/2017/

Couple of devs and many Kamailio friends will be around.

Like past year, there is a Realtime Communications devroom, this edition
on Sunday. Very interesting presentation for our ecosystem: Olle giving
a presentation about IPv4/IPv6, Inaki introducing its SFU media server
project, Jose talking about JsSIP, Daniel debating about fundraising
FreeRTC, Lorenzo with Janus SIP-WebRTC gateway, the other Lorenzo with
Homer Sipcature, Saul with Jitsi, Dan with cgrates, Matt with Asterisk,
Giovanni with FreeSwitch... Schedule at:

  - https://fosdem.org/2017/schedule/track/real_time_communications/

On Sunday morning, part of Lua devroom, I will present about using Lua
for building RTC services with Kamailio:

  - https://fosdem.org/2017/schedule/track/lua/
  - https://fosdem.org/2017/schedule/event/luartcserviceskamailio/

During the past editions we organized a dinner on Saturday evening.
Shall we attempt to do it again in advance this year? Or should we do it
on spot based on the weather and mood at the end of Saturday?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From tzanet at came.com  Fri Jan 20 11:05:51 2017
From: tzanet at came.com (Tomas Zanet)
Date: Fri, 20 Jan 2017 10:05:51 +0000
Subject: [SR-Users] serial forking calls using TSILO
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>

Hello,
I'm using Kamailio 4.4.4 with TSILO module in order to support Push Notifications used by our voip app on Apple ios10.
So far, everything works fine:  Kamailio can get an incoming call, suspend it, then send push notification with an external script, receive a new app registration and then call it after resuming the invite.
To do so, thanks to Mr, Cabiddu, I used all the functions described here
http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf


Right now, I would like to support serial forking calls using push notification because it was already supported with legacy voip.
To do so, I used failure_route function where, after getting the call destinations and setting them into an avp, I set the new SIP request uri $ru.
Here is my failure_route:
failure_route[MANAGE_FAILURE]
        route(NATMANAGE);
        if (t_is_canceled())
                exit;


#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]"))
                t_reply("404","Not found");
                exit;

#!endif

       if (is_avp_set("$avp(group_members_db)"))
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                $avp(group_members_db) = $null;
                route(LOCATION);
                exit;



I am troubleshooting this scenario and this is what I see:
1) Kamailio receives incoming call
2) Suspend it
3) Send Push notification to account1
4) Kamailio receives account1 registration -> INVRESUME route is now called
5) Then call account1
6) Nobody answers the call
7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next sipaccount: account2
8) suspend invite
9) send push notification to account2
10) account2 sends its sip registration -> INVRESUME route is now called
11) Kamailio calls account1 instead of account2 -> this is my issue

On step 10: despite account2 is registered, I checked it using "kamctl ul show", the second call is forwarded all'account1 and not to account2.
I also checked the TSILO logs and everything seems ok. Here is the logs:
First call:
      suspended transaction [53945:1648394094] asterisk => account1
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account1 53945:1648394094)
second call:
      suspended transaction [53945:1648394094] asterisk => account2
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account2 53945:1648394094)

In order to find out the issue I put some xlogs, printing $ru value: what I see is the $ru value is set correctly on failure_route but as soon as the t_continue is called, the ru overwritten back to account1

Can anyone address me to find out the solution?
Thanks in advance

T.



Tomas Zanet
Software Design Department
tzanet at came.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/20d9a6d1/attachment.html>

From alexandr.dubovikov at gmail.com  Fri Jan 20 11:38:52 2017
From: alexandr.dubovikov at gmail.com (Alexandr Dubovikov)
Date: Fri, 20 Jan 2017 11:38:52 +0100
Subject: [SR-Users] [sr-dev] FOSDEM 2017
In-Reply-To: <f9ec3b96-abad-08aa-6875-6ad9fee8a3a0@gmail.com>
References: <f9ec3b96-abad-08aa-6875-6ad9fee8a3a0@gmail.com>
Message-ID: <CAKbiHhz4p2=TZN6T1dvKHFep3n1oz62JeLs6dQoySXxDYCBxvQ@mail.gmail.com>

Hi Daniel,

IMHO we can do like last year. It was good organized.

Wbr,
Alexandr

On 20 January 2017 at 11:00, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> another edition of FOSDEM is approaching, about 2 weeks left:
>
>   - https://fosdem.org/2017/
>
> Couple of devs and many Kamailio friends will be around.
>
> Like past year, there is a Realtime Communications devroom, this edition
> on Sunday. Very interesting presentation for our ecosystem: Olle giving
> a presentation about IPv4/IPv6, Inaki introducing its SFU media server
> project, Jose talking about JsSIP, Daniel debating about fundraising
> FreeRTC, Lorenzo with Janus SIP-WebRTC gateway, the other Lorenzo with
> Homer Sipcature, Saul with Jitsi, Dan with cgrates, Matt with Asterisk,
> Giovanni with FreeSwitch... Schedule at:
>
>   - https://fosdem.org/2017/schedule/track/real_time_communications/
>
> On Sunday morning, part of Lua devroom, I will present about using Lua
> for building RTC services with Kamailio:
>
>   - https://fosdem.org/2017/schedule/track/lua/
>   - https://fosdem.org/2017/schedule/event/luartcserviceskamailio/
>
> During the past editions we organized a dinner on Saturday evening.
> Shall we attempt to do it again in advance this year? Or should we do it
> on spot based on the weather and mood at the end of Saturday?
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
> www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/70960e4c/attachment.html>

From anfecora at gmail.com  Fri Jan 20 13:50:18 2017
From: anfecora at gmail.com (anfecora)
Date: Fri, 20 Jan 2017 04:50:18 -0800
Subject: [SR-Users] UAC authentication
In-Reply-To: <8e2a7c22-768d-feb1-15c0-69ce91d01790@gmail.com>
References: <CAHjGmHnnRNVuv1Z=_h3kOa2bqMchc+JJd-uPJnEzpETyNQECWA@mail.gmail.com>
 <8e2a7c22-768d-feb1-15c0-69ce91d01790@gmail.com>
Message-ID: <CAHjGmHmd0qT2fVMMCojODO9NwcMPKgPJcTbHeV-7NUrhxVGFuQ@mail.gmail.com>

Thank you Daniel. It will work if i have username and password in db or
something else.

In this case i am getting the register from the sip client and i dont have
the passwd but i need to forward it somehow via uac and on challenge pass
it back to the sip client.

I have done this with $du and works but when an invite comes from the b
side(sbc) to the a side(thesip client) there is no aor or anything i can
lookup to pass it along. Which is what i am trying to resolve.

The sbc do not support path and ob header correctly. And cries when it gets
any ipv6 address.

On Jan 20, 2017 12:41 AM, "Daniel-Constantin Mierla" <miconda at gmail.com>
wrote:

> Hello,
>
> you have to set authentication username and password inside the
> $uac_req(...) -- see the attributes for it at:
>
>   - https://www.kamailio.org/wiki/cookbooks/4.4.x/
> pseudovariables#uac_req_key
>
> Cheers,
> Daniel
>
> On 20/01/2017 07:26, anfecora wrote:
>
> can someone please guide me where to find the usage of auc module, thanks
> in advance.
>
> I am registering the uac in one end then i want to forward that
> registration to an external registrar, if i use $du some domain, some of
> the ipv6 info is going to be forwarded, i need to make it look more like an
> a b2bua than a outbound proxy therefore i need to use the auc module(also i
> need to cover all ipv6 info since i am proxying from ipv4 to ipv6).
>
> i am able to register the client to kamailio, then kamailio send the
> registration to the external registrar, but when the registrar sends back
> the challenge uac does not reply, any ideas how can achieve this.
>
> uac(linphone etc) --registration--->kamailio(registrar
> module)------register(uac)--->SBC
>
> sbc----invite---->kamailio(lookup)---------invite---->uac(linphone etc)
>
> this is the code i am using.
>
>
>
> # Handle SIP registrations
> route[REGISTRAR] {
> xlog("REGISTERING ");
>         if (is_method("REGISTER"))
>         {
>                 if(isflagset(FLT_NATS))
>                 {
>                         setbflag(FLB_NATB);
>                         # uncomment next line to do SIP NAT pinging
>                         ## setbflag(FLB_NATSIPPING);
>                 }
>                 if(af==INET6)
>                         setbflag(FLB_IPV6);
> xlog("IT IS  IPV6");
>                 if (!save("location"))
>                         sl_reply_error();
> route(REGSBCFWD);
>         exit;
>         }
> }
>
> route[REGSBCFWD]{
> xlog("CREATING OTHER LEG TO THE SBC");
> if(!is_method("REGISTER"))
>         {
>                 return;
>         }
> xlog("CREATING PACKAGE $si -- $fU-- $au--$du-- $tU --$ru");
>
>         $var(rip) = "sip.somedomain.com";
>         $uac_req(method)="REGISTER";
>         $uac_req(ruri)="sip:" + $var(rip) + ":" + "5060";
>         $uac_req(furi)="sip:" + $tU + "@" + $var(rip);
>         $uac_req(turi)="sip:" + $tU + "@" + $var(rip);
>         $uac_req(hdrs)="Contact: <sip:" + $tU + "@"
>                                 + "10.0.0.222"
>                                 + ":" "5060" + ">\r\n";
>         if($sel(contact.expires) != $null)
>                 $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
> $sel(contact.expires) + "\r\n";
>         else
>                 $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
> $hdr(Expires) + "\r\n";
>         uac_req_send();
>
>
>
>                 }
>
>
>
>
>
> REGISTER sip:sip.somedomain.com:5060 SIP/2.0.
> Via: SIP/2.0/UDP 10.0.0.222:5060;branch=z9hG4bK285f.
> 13a7f0c0000000000000000000000000.0.
> To: <sip:14052423 at sip.somedomain.com>.
> From: <sip:14052423 at sip.somedomain.com>;tag=a82eaf71666096790d1397845fbd32
> 54-ebaa.
> CSeq: 10 REGISTER.
> Call-ID: 357e21ae51d8416d-26605 at 10.0.0.222.
> Max-Forwards: 70.
> Content-Length: 0.
> User-Agent: kamailio (4.4.4 (x86_64/linux)).
> Contact: <sip:140524 at 10.0.0.222:5060>.
> Expires: 3600.
> .
>
>
>
> SIP/2.0 401 Unauthorized.
> Via: SIP/2.0/UDP 10.0.0.222:5060;branch=z9hG4bK4b53.
> ad842757000000000000000000000000.0.
> To: <sip:14052423 at sip.somedomain.com>.
> From: <sip:14052423 at sip.somedomain.com>;tag=a82eaf71666096790d1397845fbd32
> 54-37da.
> Call-ID: 357e21ae51d8416d-26603 at 10.0.0.222.
> CSeq: 10 REGISTER.
> WWW-Authenticate: Digest realm="sip.somedomain.com",
> nonce="f5831435-3e69-4b78-ab6d-dcb0897e477b", algorithm=MD5, qop="auth".
> User-Agent: somedomain.com Host:some proxy.
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
> REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> Content-Length: 0.
> .
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/039430a6/attachment.html>

From miconda at gmail.com  Fri Jan 20 16:26:15 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 16:26:15 +0100
Subject: [SR-Users] serial forking calls using TSILO
In-Reply-To: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
Message-ID: <978d43df-8416-f65c-8085-35b002ea0a90@gmail.com>

Hello,

have you stored the transaction for the second account?

Cheers,
Daniel


On 20/01/2017 11:05, Tomas Zanet wrote:
> Hello,
> I’m using Kamailio 4.4.4 with TSILO module in order to support Push
> Notifications used by our voip app on Apple ios10.
> So far, everything works fine:  Kamailio can get an incoming call,
> suspend it, then send push notification with an external script,
> receive a new app registration and then call it after resuming the invite.
> To do so, thanks to Mr, Cabiddu, I used all the functions described here
> http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf
>  
>  
> Right now, I would like to support serial forking calls using push
> notification because it was already supported with legacy voip.
> To do so, I used failure_route function where, after getting the call
> destinations and setting them into an avp, I set the new SIP request
> uri $ru.
> Here is my failure_route:
> failure_route[MANAGE_FAILURE]
>         route(NATMANAGE);
>         if (t_is_canceled())
>                 exit;
>  
>  
> #!ifdef WITH_BLOCK3XX
>         # block call redirect based on 3xx replies.
>         if (t_check_status("3[0-9][0-9]"))
>                 t_reply("404","Not found");
>                 exit;
>  
> #!endif
>  
>        if (is_avp_set("$avp(group_members_db)"))
>                 $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
>                 $avp(group_members_db) = $null;
>                 route(LOCATION);
>                 exit;
>  
>  
>  
> I am troubleshooting this scenario and this is what I see:
> 1) Kamailio receives incoming call
> 2) Suspend it
> 3) Send Push notification to account1
> 4) Kamailio receives account1 registration -> INVRESUME route is now
> called
> 5) Then call account1
> 6) Nobody answers the call
> 7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next
> sipaccount: account2
> 8) suspend invite
> 9) send push notification to account2
> 10) account2 sends its sip registration -> INVRESUME route is now called
> 11) Kamailio calls account1 instead of account2 -> this is my issue
>  
> On step 10: despite account2 is registered, I checked it using “kamctl
> ul show”, the second call is forwarded all'account1 and not to account2.
> I also checked the TSILO logs and everything seems ok. Here is the logs:
> First call:
>       suspended transaction [53945:1648394094] asterisk => account1
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account1 53945:1648394094)
> second call:
>       suspended transaction [53945:1648394094] asterisk => account2
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account2 53945:1648394094)
>  
> In order to find out the issue I put some xlogs, printing $ru value:
> what I see is the $ru value is set correctly on failure_route but as
> soon as the t_continue is called, the ru overwritten back to account1
>  
> Can anyone address me to find out the solution?
> Thanks in advance
>  
> T.
>  
>  
>
> *Tomas Zanet
> *Software Design Department
> tzanet at came.com
>  
>  
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/2d0fa73e/attachment.html>

From miconda at gmail.com  Fri Jan 20 16:28:32 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 16:28:32 +0100
Subject: [SR-Users] UAC authentication
In-Reply-To: <CAHjGmHmd0qT2fVMMCojODO9NwcMPKgPJcTbHeV-7NUrhxVGFuQ@mail.gmail.com>
References: <CAHjGmHnnRNVuv1Z=_h3kOa2bqMchc+JJd-uPJnEzpETyNQECWA@mail.gmail.com>
 <8e2a7c22-768d-feb1-15c0-69ce91d01790@gmail.com>
 <CAHjGmHmd0qT2fVMMCojODO9NwcMPKgPJcTbHeV-7NUrhxVGFuQ@mail.gmail.com>
Message-ID: <aeb61bc0-d359-201a-7a7a-8b0600fdab68@gmail.com>

To understand properly -- you don't have access to the user profile at
all? The server where the registration is forwarded is not managed by you?

Cheers,
Daniel


On 20/01/2017 13:50, anfecora wrote:
> Thank you Daniel. It will work if i have username and password in db
> or something else.
>
> In this case i am getting the register from the sip client and i dont
> have the passwd but i need to forward it somehow via uac and on
> challenge pass it back to the sip client.
>
> I have done this with $du and works but when an invite comes from the
> b side(sbc) to the a side(thesip client) there is no aor or anything i
> can lookup to pass it along. Which is what i am trying to resolve.
>
> The sbc do not support path and ob header correctly. And cries when it
> gets any ipv6 address.
>
> On Jan 20, 2017 12:41 AM, "Daniel-Constantin Mierla"
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     you have to set authentication username and password inside the
>     $uac_req(...) -- see the attributes for it at:
>
>       -
>     https://www.kamailio.org/wiki/cookbooks/4.4.x/pseudovariables#uac_req_key
>     <https://www.kamailio.org/wiki/cookbooks/4.4.x/pseudovariables#uac_req_key>
>
>     Cheers,
>     Daniel
>
>
>     On 20/01/2017 07:26, anfecora wrote:
>>     can someone please guide me where to find the usage of auc
>>     module, thanks in advance.
>>
>>     I am registering the uac in one end then i want to forward that
>>     registration to an external registrar, if i use $du some domain,
>>     some of the ipv6 info is going to be forwarded, i need to make it
>>     look more like an a b2bua than a outbound proxy therefore i need
>>     to use the auc module(also i need to cover all ipv6 info since i
>>     am proxying from ipv4 to ipv6).
>>
>>     i am able to register the client to kamailio, then kamailio send
>>     the registration to the external registrar, but when the
>>     registrar sends back the challenge uac does not reply, any ideas
>>     how can achieve this.
>>
>>     uac(linphone etc) --registration--->kamailio(registrar
>>     module)------register(uac)--->SBC
>>
>>     sbc----invite---->kamailio(lookup)---------invite---->uac(linphone
>>     etc)
>>
>>     this is the code i am using.
>>
>>
>>
>>     # Handle SIP registrations
>>     route[REGISTRAR] {
>>     xlog("REGISTERING ");
>>             if (is_method("REGISTER"))
>>             {
>>                     if(isflagset(FLT_NATS))
>>                     {
>>                             setbflag(FLB_NATB);
>>                             # uncomment next line to do SIP NAT pinging
>>                             ## setbflag(FLB_NATSIPPING);
>>                     }
>>                     if(af==INET6)
>>                             setbflag(FLB_IPV6);
>>     xlog("IT IS  IPV6");
>>                     if (!save("location"))
>>                             sl_reply_error();
>>     route(REGSBCFWD);
>>             exit;
>>             }
>>     }
>>
>>     route[REGSBCFWD]{
>>     xlog("CREATING OTHER LEG TO THE SBC");
>>     if(!is_method("REGISTER"))
>>             {
>>                     return;
>>             }
>>     xlog("CREATING PACKAGE $si -- $fU-- $au--$du-- $tU --$ru");
>>
>>             $var(rip) = "sip.somedomain.com <http://sip.somedomain.com>";
>>             $uac_req(method)="REGISTER";
>>             $uac_req(ruri)="sip:" + $var(rip) + ":" + "5060";
>>             $uac_req(furi)="sip:" + $tU + "@" + $var(rip);
>>             $uac_req(turi)="sip:" + $tU + "@" + $var(rip);
>>             $uac_req(hdrs)="Contact: <sip:" + $tU + "@"
>>                                     + "10.0.0.222"
>>                                     + ":" "5060" + ">\r\n";
>>             if($sel(contact.expires) != $null)
>>                     $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
>>     $sel(contact.expires) + "\r\n";
>>             else
>>                     $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
>>     $hdr(Expires) + "\r\n";
>>             uac_req_send();
>>
>>
>>
>>                     }
>>
>>
>>
>>
>>
>>     REGISTER sip:sip.somedomain.com:5060
>>     <http://sip.somedomain.com:5060> SIP/2.0.
>>     Via: SIP/2.0/UDP
>>     10.0.0.222:5060;branch=z9hG4bK285f.13a7f0c0000000000000000000000000.0.
>>     To: <sip:14052423 at sip.somedomain.com
>>     <mailto:sip%3A14052423 at sip.somedomain.com>>.
>>     From: <sip:14052423 at sip.somedomain.com
>>     <mailto:sip%3A14052423 at sip.somedomain.com>>;tag=a82eaf71666096790d1397845fbd3254-ebaa.
>>     CSeq: 10 REGISTER.
>>     Call-ID: 357e21ae51d8416d-26605 at 10.0.0.222
>>     <mailto:357e21ae51d8416d-26605 at 10.0.0.222>.
>>     Max-Forwards: 70.
>>     Content-Length: 0.
>>     User-Agent: kamailio (4.4.4 (x86_64/linux)).
>>     Contact: <sip:140524 at 10.0.0.222:5060
>>     <http://sip:140524 at 10.0.0.222:5060>>.
>>     Expires: 3600.
>>     .
>>
>>
>>
>>     SIP/2.0 401 Unauthorized.
>>     Via: SIP/2.0/UDP
>>     10.0.0.222:5060;branch=z9hG4bK4b53.ad842757000000000000000000000000.0.
>>     To: <sip:14052423 at sip.somedomain.com
>>     <mailto:sip%3A14052423 at sip.somedomain.com>>.
>>     From: <sip:14052423 at sip.somedomain.com
>>     <mailto:sip%3A14052423 at sip.somedomain.com>>;tag=a82eaf71666096790d1397845fbd3254-37da.
>>     Call-ID: 357e21ae51d8416d-26603 at 10.0.0.222
>>     <mailto:357e21ae51d8416d-26603 at 10.0.0.222>.
>>     CSeq: 10 REGISTER.
>>     WWW-Authenticate: Digest realm="sip.somedomain.com
>>     <http://sip.somedomain.com>",
>>     nonce="f5831435-3e69-4b78-ab6d-dcb0897e477b", algorithm=MD5,
>>     qop="auth".
>>     User-Agent: somedomain.com <http://somedomain.com> Host:some proxy.
>>     Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
>>     REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
>>     Content-Length: 0.
>>     .
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>     _______________________________________________ SIP Express Router
>     (SER) and Kamailio (OpenSER) - sr-users mailing list
>     sr-users at lists.sip-router.org
>     <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/d62f31a6/attachment.html>

From annusfictus at gmail.com  Fri Jan 20 16:38:07 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 20 Jan 2017 10:38:07 -0500
Subject: [SR-Users] Siremis Multi domain
Message-ID: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>

Hi,

I think Siremis not work correctly in a multi domain scenario if the 
extension number are the same for two domains.

I explain a little more. I have two extension:

1 200 at sip1.domain.org

2 200 at sip2.domain.org

On the Siremis I create the user 200 with the SIPuser role. When I login 
with this user, and go to subscriber data i can see bots extensions.

I think is relate to this select on kamailio database:

.....SELECT T0.id, T0.username, T0.domain, T0.password, 
T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE 
T0.username='200'  LIMIT 10

Any hint?

Regards



From miconda at gmail.com  Fri Jan 20 16:49:11 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 16:49:11 +0100
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
Message-ID: <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>

Hello,

is this about public registration? Not the subscriber table management,
right?

Cheers,
Daniel


On 20/01/2017 16:38, Annus Fictus wrote:
> Hi,
>
> I think Siremis not work correctly in a multi domain scenario if the
> extension number are the same for two domains.
>
> I explain a little more. I have two extension:
>
> 1 200 at sip1.domain.org
>
> 2 200 at sip2.domain.org
>
> On the Siremis I create the user 200 with the SIPuser role. When I
> login with this user, and go to subscriber data i can see bots
> extensions.
>
> I think is relate to this select on kamailio database:
>
> .....SELECT T0.id, T0.username, T0.domain, T0.password,
> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE
> T0.username='200'  LIMIT 10
>
> Any hint?
>
> Regards
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From annusfictus at gmail.com  Fri Jan 20 16:56:54 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 20 Jan 2017 10:56:54 -0500
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
Message-ID: <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>

Sorry but I don't understood your questions.

the two extension are in the subscriber table in a multi domain Kamailio 
scenario/configuration.

Regards

El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
> Hello,
>
> is this about public registration? Not the subscriber table management,
> right?
>
> Cheers,
> Daniel
>
>
> On 20/01/2017 16:38, Annus Fictus wrote:
>> Hi,
>>
>> I think Siremis not work correctly in a multi domain scenario if the
>> extension number are the same for two domains.
>>
>> I explain a little more. I have two extension:
>>
>> 1 200 at sip1.domain.org
>>
>> 2 200 at sip2.domain.org
>>
>> On the Siremis I create the user 200 with the SIPuser role. When I
>> login with this user, and go to subscriber data i can see bots
>> extensions.
>>
>> I think is relate to this select on kamailio database:
>>
>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE
>> T0.username='200'  LIMIT 10
>>
>> Any hint?
>>
>> Regards
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From miconda at gmail.com  Fri Jan 20 17:00:17 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 17:00:17 +0100
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
 <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
Message-ID: <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>

I was referring to the feature of allowing public registration:

  - http://kb.asipto.com/siremis:install40x:public-registration

Or you created the siremis user 200 via the admin user?

Cheers,
Daniel


On 20/01/2017 16:56, Annus Fictus wrote:
> Sorry but I don't understood your questions.
>
> the two extension are in the subscriber table in a multi domain
> Kamailio scenario/configuration.
>
> Regards
>
> El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> is this about public registration? Not the subscriber table management,
>> right?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 20/01/2017 16:38, Annus Fictus wrote:
>>> Hi,
>>>
>>> I think Siremis not work correctly in a multi domain scenario if the
>>> extension number are the same for two domains.
>>>
>>> I explain a little more. I have two extension:
>>>
>>> 1 200 at sip1.domain.org
>>>
>>> 2 200 at sip2.domain.org
>>>
>>> On the Siremis I create the user 200 with the SIPuser role. When I
>>> login with this user, and go to subscriber data i can see bots
>>> extensions.
>>>
>>> I think is relate to this select on kamailio database:
>>>
>>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE
>>> T0.username='200'  LIMIT 10
>>>
>>> Any hint?
>>>
>>> Regards
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From annusfictus at gmail.com  Fri Jan 20 17:02:37 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 20 Jan 2017 11:02:37 -0500
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
 <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
 <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
Message-ID: <2fdf4d1d-f9f9-c9ab-f5d3-5ee5aefd1ea8@gmail.com>

Hi,

I created from admin user...

Regards.


El 20/01/2017 a las 11:00, Daniel-Constantin Mierla escribió:
> I was referring to the feature of allowing public registration:
>
>    - http://kb.asipto.com/siremis:install40x:public-registration
>
> Or you created the siremis user 200 via the admin user?
>
> Cheers,
> Daniel
>
>
> On 20/01/2017 16:56, Annus Fictus wrote:
>> Sorry but I don't understood your questions.
>>
>> the two extension are in the subscriber table in a multi domain
>> Kamailio scenario/configuration.
>>
>> Regards
>>
>> El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
>>> Hello,
>>>
>>> is this about public registration? Not the subscriber table management,
>>> right?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 20/01/2017 16:38, Annus Fictus wrote:
>>>> Hi,
>>>>
>>>> I think Siremis not work correctly in a multi domain scenario if the
>>>> extension number are the same for two domains.
>>>>
>>>> I explain a little more. I have two extension:
>>>>
>>>> 1 200 at sip1.domain.org
>>>>
>>>> 2 200 at sip2.domain.org
>>>>
>>>> On the Siremis I create the user 200 with the SIPuser role. When I
>>>> login with this user, and go to subscriber data i can see bots
>>>> extensions.
>>>>
>>>> I think is relate to this select on kamailio database:
>>>>
>>>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>>>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE
>>>> T0.username='200'  LIMIT 10
>>>>
>>>> Any hint?
>>>>
>>>> Regards
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From dnadares at gmail.com  Fri Jan 20 17:04:00 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Fri, 20 Jan 2017 13:04:00 -0300
Subject: [SR-Users] Get ip from contact on redirect
Message-ID: <CAP-r+epyAATdO-UCJeaoaHkVv4S7ezY7y_BETFUx2xnNU+Wwfw@mail.gmail.com>

Hi Guys,

Anybody knows how to get the ip of the new contact of the redirect? I need
it to update one xavp variable that contains the INVITE destination.

6 2017-01-20 12:44:55.138473 172.16.213.38 *172.16.208.121* SIP/SDP 85 Request:
INVITE sip:01152780776 at 172.16.208.121:5060 |
9 2017-01-20 12:44:55.142296 172.16.208.121 172.16.213.38 SIP 661 Status:
302 Moved temporarily |
10 2017-01-20 12:44:55.156268 172.16.213.38 172.16.208.121 SIP 423 Request:
ACK sip:01152780776 at 172.16.208.121:5060 |
16 2017-01-20 12:44:55.293349 172.16.213.38 *172.16.208.111* SIP/SDP
95 Request:
INVITE sip:1152780776 at 172.16.208.111:5060;user=phone |

My cfg:

# Manage failure routing cases
failure_route[MANAGE_FAILURE] {
....

if (t_check_status("302")) {
                 xlog("Got a 302 - redirecting");
                 get_redirects("*:1");
                * $xavp(ip_b[$avp(current_route)]=>name) =
"172.16.208.111";#Hardcoded for testing*
                 xlog("Got a 302 - redirecting $hdr(Contact)");
                 route(RELAY);
                 #t_relay();
         }

Thanks in advance.

Diego.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/b7f221c9/attachment.html>

From annusfictus at gmail.com  Fri Jan 20 17:04:27 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 20 Jan 2017 11:04:27 -0500
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
 <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
 <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
Message-ID: <b184f669-479a-9b3a-7043-b0da4d123f4a@gmail.com>

I have found the explication:

"...Have in mind that Siremis itself at the current version is not fully 
multi-domain capable, the usernames have to be unique across all domains 
if you want to allow self-management via web"

Regards

El 20/01/2017 a las 11:00, Daniel-Constantin Mierla escribió:
> I was referring to the feature of allowing public registration:
>
>    - http://kb.asipto.com/siremis:install40x:public-registration
>
> Or you created the siremis user 200 via the admin user?
>
> Cheers,
> Daniel
>
>
> On 20/01/2017 16:56, Annus Fictus wrote:
>> Sorry but I don't understood your questions.
>>
>> the two extension are in the subscriber table in a multi domain
>> Kamailio scenario/configuration.
>>
>> Regards
>>
>> El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
>>> Hello,
>>>
>>> is this about public registration? Not the subscriber table management,
>>> right?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 20/01/2017 16:38, Annus Fictus wrote:
>>>> Hi,
>>>>
>>>> I think Siremis not work correctly in a multi domain scenario if the
>>>> extension number are the same for two domains.
>>>>
>>>> I explain a little more. I have two extension:
>>>>
>>>> 1 200 at sip1.domain.org
>>>>
>>>> 2 200 at sip2.domain.org
>>>>
>>>> On the Siremis I create the user 200 with the SIPuser role. When I
>>>> login with this user, and go to subscriber data i can see bots
>>>> extensions.
>>>>
>>>> I think is relate to this select on kamailio database:
>>>>
>>>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>>>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0 WHERE
>>>> T0.username='200'  LIMIT 10
>>>>
>>>> Any hint?
>>>>
>>>> Regards
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From d.tryba at pocos.nl  Fri Jan 20 17:11:32 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Fri, 20 Jan 2017 17:11:32 +0100
Subject: [SR-Users] Get ip from contact on redirect
In-Reply-To: <CAP-r+epyAATdO-UCJeaoaHkVv4S7ezY7y_BETFUx2xnNU+Wwfw@mail.gmail.com>
References: <CAP-r+epyAATdO-UCJeaoaHkVv4S7ezY7y_BETFUx2xnNU+Wwfw@mail.gmail.com>
Message-ID: <20170120161132.GC9698@office.pocos.nl>

On Fri, Jan 20, 2017 at 01:04:00PM -0300, Diego Nadares wrote:
> Anybody knows how to get the ip of the new contact of the redirect? I need
> it to update one xavp variable that contains the INVITE destination.

Don't know about an IP, but you get the contact in the (failure)
response with: $T_rpl($ct)
The host part of this contact is: $(T_rpl($ct){nameaddr.uri});
You'd have to do some DNS lookups to get the IP.



From d.tryba at pocos.nl  Fri Jan 20 17:16:36 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Fri, 20 Jan 2017 17:16:36 +0100
Subject: [SR-Users] Get ip from contact on redirect
In-Reply-To: <20170120161132.GC9698@office.pocos.nl>
References: <CAP-r+epyAATdO-UCJeaoaHkVv4S7ezY7y_BETFUx2xnNU+Wwfw@mail.gmail.com>
 <20170120161132.GC9698@office.pocos.nl>
Message-ID: <20170120161636.GD9698@office.pocos.nl>

On Fri, Jan 20, 2017 at 05:11:32PM +0100, Daniel Tryba wrote:
> The host part of this contact is: $(T_rpl($ct){nameaddr.uri});

Which is not correct, {uri.host} should to the job (according to
https://www.kamailio.org/wiki/cookbooks/4.1.x/transformations#urihost
)


From miconda at gmail.com  Fri Jan 20 17:21:49 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 20 Jan 2017 17:21:49 +0100
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <b184f669-479a-9b3a-7043-b0da4d123f4a@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
 <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
 <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
 <b184f669-479a-9b3a-7043-b0da4d123f4a@gmail.com>
Message-ID: <a9b7bce4-9edd-ef87-081e-16e8376471c8@gmail.com>

I remember that, there was no support for domains in siremis framework
itself -- no much interest in it so no further work on this direction.
But I wonder what happens if you try with username at domain.com?!? It may
require a small patch to split username and domain out of it.

Cheers,
Daniel

On 20/01/2017 17:04, Annus Fictus wrote:
> I have found the explication:
>
> "...Have in mind that Siremis itself at the current version is not
> fully multi-domain capable, the usernames have to be unique across all
> domains if you want to allow self-management via web"
>
> Regards
>
> El 20/01/2017 a las 11:00, Daniel-Constantin Mierla escribió:
>> I was referring to the feature of allowing public registration:
>>
>>    - http://kb.asipto.com/siremis:install40x:public-registration
>>
>> Or you created the siremis user 200 via the admin user?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 20/01/2017 16:56, Annus Fictus wrote:
>>> Sorry but I don't understood your questions.
>>>
>>> the two extension are in the subscriber table in a multi domain
>>> Kamailio scenario/configuration.
>>>
>>> Regards
>>>
>>> El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
>>>> Hello,
>>>>
>>>> is this about public registration? Not the subscriber table
>>>> management,
>>>> right?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 20/01/2017 16:38, Annus Fictus wrote:
>>>>> Hi,
>>>>>
>>>>> I think Siremis not work correctly in a multi domain scenario if the
>>>>> extension number are the same for two domains.
>>>>>
>>>>> I explain a little more. I have two extension:
>>>>>
>>>>> 1 200 at sip1.domain.org
>>>>>
>>>>> 2 200 at sip2.domain.org
>>>>>
>>>>> On the Siremis I create the user 200 with the SIPuser role. When I
>>>>> login with this user, and go to subscriber data i can see bots
>>>>> extensions.
>>>>>
>>>>> I think is relate to this select on kamailio database:
>>>>>
>>>>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>>>>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0
>>>>> WHERE
>>>>> T0.username='200'  LIMIT 10
>>>>>
>>>>> Any hint?
>>>>>
>>>>> Regards
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>> list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From annusfictus at gmail.com  Fri Jan 20 17:39:00 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 20 Jan 2017 11:39:00 -0500
Subject: [SR-Users] Siremis Multi domain
In-Reply-To: <a9b7bce4-9edd-ef87-081e-16e8376471c8@gmail.com>
References: <60a23e7e-0c08-c392-8831-1a563121081c@gmail.com>
 <b304e9b6-05e0-fb10-a6d1-a208d6df3af7@gmail.com>
 <5c8cd1ce-4cca-1990-a0dc-8331dd7f29fa@gmail.com>
 <05f4d9cc-a401-170e-ae45-46a5469a183d@gmail.com>
 <b184f669-479a-9b3a-7043-b0da4d123f4a@gmail.com>
 <a9b7bce4-9edd-ef87-081e-16e8376471c8@gmail.com>
Message-ID: <2104fb19-8e23-ffc9-a55e-24a295011339@gmail.com>

Maybe the select would be based on the e-mail of user so If I put a 
e-mail on the subscriber table and this e-mail have 1 or 100 associated 
extension, on the Siremis for the user with the same email registration 
I can see all extension.

When i create a SIP user on the Siremis, I have to deny duplicate e-mail.

SELECT T0.id, T0.username, T0.domain, T0.password,
T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0
WHERE
T0.email_address='jhondoe at dominio.org'  LIMIT 10

Regards.


El 20/01/2017 a las 11:21, Daniel-Constantin Mierla escribió:
> I remember that, there was no support for domains in siremis framework
> itself -- no much interest in it so no further work on this direction.
> But I wonder what happens if you try with username at domain.com?!? It may
> require a small patch to split username and domain out of it.
>
> Cheers,
> Daniel
>
> On 20/01/2017 17:04, Annus Fictus wrote:
>> I have found the explication:
>>
>> "...Have in mind that Siremis itself at the current version is not
>> fully multi-domain capable, the usernames have to be unique across all
>> domains if you want to allow self-management via web"
>>
>> Regards
>>
>> El 20/01/2017 a las 11:00, Daniel-Constantin Mierla escribió:
>>> I was referring to the feature of allowing public registration:
>>>
>>>     - http://kb.asipto.com/siremis:install40x:public-registration
>>>
>>> Or you created the siremis user 200 via the admin user?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 20/01/2017 16:56, Annus Fictus wrote:
>>>> Sorry but I don't understood your questions.
>>>>
>>>> the two extension are in the subscriber table in a multi domain
>>>> Kamailio scenario/configuration.
>>>>
>>>> Regards
>>>>
>>>> El 20/01/2017 a las 10:49, Daniel-Constantin Mierla escribió:
>>>>> Hello,
>>>>>
>>>>> is this about public registration? Not the subscriber table
>>>>> management,
>>>>> right?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 20/01/2017 16:38, Annus Fictus wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I think Siremis not work correctly in a multi domain scenario if the
>>>>>> extension number are the same for two domains.
>>>>>>
>>>>>> I explain a little more. I have two extension:
>>>>>>
>>>>>> 1 200 at sip1.domain.org
>>>>>>
>>>>>> 2 200 at sip2.domain.org
>>>>>>
>>>>>> On the Siremis I create the user 200 with the SIPuser role. When I
>>>>>> login with this user, and go to subscriber data i can see bots
>>>>>> extensions.
>>>>>>
>>>>>> I think is relate to this select on kamailio database:
>>>>>>
>>>>>> .....SELECT T0.id, T0.username, T0.domain, T0.password,
>>>>>> T0.email_address, T0.ha1, T0.ha1b, T0.rpid FROM  `subscriber` T0
>>>>>> WHERE
>>>>>> T0.username='200'  LIMIT 10
>>>>>>
>>>>>> Any hint?
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>> list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



From jeremygadd at gmail.com  Fri Jan 20 17:47:19 2017
From: jeremygadd at gmail.com (Jeremy Gadd)
Date: Fri, 20 Jan 2017 09:47:19 -0700
Subject: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is
	enabled.
In-Reply-To: <CAOCjumHrJvTO7CVYqkdXENZ=mXrtLY6TiwJsQ=qOt-PhqtEvkg@mail.gmail.com>
References: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>
 <CAOCjumHrJvTO7CVYqkdXENZ=mXrtLY6TiwJsQ=qOt-PhqtEvkg@mail.gmail.com>
Message-ID: <CALDnn0NcQiT781HdK5VdXej4TXL2M5yFt9oiCZr2QZNG6ifKYg@mail.gmail.com>

Thanks for the response!

DNS lookups work in Kamailio as long as use_dns_failover is set to "off."
It's only when the failover is enabled that they break. I think this means
it's not a DNS issue, but something in Kamailio.

I should mention we're pointing to Verizon's services with many many
thousands of customers, so it's unlikely to be misconfigured DNS (unless
it's something local that only breaks when use_dns_failover is enabled?)

On Fri, Jan 20, 2017 at 12:37 AM, Carsten Bock <carsten at ng-voice.com> wrote:

> Hi,
>
> we have the following settings and those work fine for us (Kamailio 4
> and later):
>
> # Do SRV-Loadbalancing:
> dns_srv_lb=yes
> # Always prefer IPv6:
> dns_try_ipv6=yes
> # DNS-Based failover
> use_dns_failover=yes
> # Query NAPTR-Records as well (we use NAPTR, so the client can detect
> the outbound Proxy (P-CSCF), but internally we only use only
> SRV-records)
> dns_try_naptr=no
>
> Sounds to me, like a DNS problem, not a Kamailio problem.
>
> In our DNS Zone, we have the following, for example:
>
> wt                      1D IN A         84.46.93.82
> wt                      1D IN A         84.46.93.84
> wt-1            1D IN A         84.46.93.82
> wt-2            1D IN A         84.46.93.84
> wt              1D IN NAPTR 10 10 "s" "SIP+D2U"         ""
> _sip._udp.wt
>
> _sip._udp.wt    1D SRV 10 1 5060 wt-1
> _sip._udp.wt    1D SRV 20 1 5060 wt-2
>
> On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
> sofia-sip-bin):
>
> carsten at carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
> 1 1.000 udp 5060 84.46.93.82
> 2 1.000 udp 5060 84.46.93.84
>
> Thanks,
> Carsten
>
>
> 2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
> > Hello, everyone!
> >
> > I'm trying to enable dns_srv_lb but I'm stuck just before I can get
> there.
> > If I don't enable use_dns_failover, lookups work and calls route but
> always
> > to the first host. We need to load balance, so that doesn't work very
> well.
> >
> > If I enable use_dns_failover, the lookups stop working completely and we
> get
> > a dns lookup failure like so:
> >  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
> > "redacted.hostname.here.com" :unresolvable A or AAAA request (-7)
> >
> > This works:
> > use_dns_cache=on
> > dns_use_search_list=no
> > dns_try_naptr=on
> > # use_dns_failover=on
> >
> > This breaks it:
> > use_dns_cache=on
> > dns_use_search_list=no
> > dns_try_naptr=on
> > use_dns_failover=on
> >
> > I have checked to see that use_dns_failover is compiled in:
> > version: kamailio 4.4.2 (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_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: unknown
> > compiled with gcc 4.9.2
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:carsten at ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/f59f0dea/attachment.html>

From dnadares at gmail.com  Fri Jan 20 18:15:42 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Fri, 20 Jan 2017 14:15:42 -0300
Subject: [SR-Users] Get ip from contact on redirect
In-Reply-To: <20170120161636.GD9698@office.pocos.nl>
References: <CAP-r+epyAATdO-UCJeaoaHkVv4S7ezY7y_BETFUx2xnNU+Wwfw@mail.gmail.com>
 <20170120161132.GC9698@office.pocos.nl>
 <20170120161636.GD9698@office.pocos.nl>
Message-ID: <CAP-r+eqw57Dov5LuFvoQTd7xyGX+OY+Defq5W7xmwK5CmaR2Rg@mail.gmail.com>

Thanks Daniel. It was very useful but I had to do the transformation in two
parts maybe because I'm very new with this.

Is correct like this?

if (t_check_status("302")) {
                 #New contact is <sip:xx at 172.16.208.111:5060
;user=phone>;q=0.5,<sip:xx at 172.16.208.112:5060;user=phone>;q=0.25;
                 $var(redirect_uri) = $(T_rpl($ct){nameaddr.uri});
                 xlog("Got a 302 - redirecting to
$(var(redirect_uri){uri.host})" );
                 get_redirects("*:1");
                 $xavp(ip_b[$avp(current_route)]=>name)
=  $(var(redirect_uri){uri.host});
                 xlog("Got a 302 - redirecting $hdr(Contact)");
                 route(RELAY);
                 #t_relay();
         }

 Is there a way to do it in one line?

Thanks again!

Diego

2017-01-20 13:16 GMT-03:00 Daniel Tryba <d.tryba at pocos.nl>:

> On Fri, Jan 20, 2017 at 05:11:32PM +0100, Daniel Tryba wrote:
> > The host part of this contact is: $(T_rpl($ct){nameaddr.uri});
>
> Which is not correct, {uri.host} should to the job (according to
> https://www.kamailio.org/wiki/cookbooks/4.1.x/transformations#urihost
> )
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/83865bd6/attachment.html>

From albertollamaso at gmail.com  Fri Jan 20 19:36:59 2017
From: albertollamaso at gmail.com (Alberto Llamas)
Date: Fri, 20 Jan 2017 19:36:59 +0100
Subject: [SR-Users] Ansible Kamailio role
Message-ID: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>

Hello Kamailians,

I just wanted to share an Ansible role for the installation and compilation
of a Kamailio server.

It may required improvements and I will be more than happy to heard them.



*https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/
<https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/>*


Cheers,

-- 
Alberto Llamas
Telecommunications Engineer
dCAA|dCAP|KPAC|SSCA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/f3fe5b75/attachment.html>

From pvenkatayogi at cyracom.com  Fri Jan 20 23:27:03 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Fri, 20 Jan 2017 22:27:03 +0000
Subject: [SR-Users] Best way to log incoming/outgoing sip messages?
Message-ID: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>

Hi,
  What is the best way to get a complete dump of incoming/outgoing SIP messages of Kamailio server?
  I encountered “SIPTrace” module, but it writes to database. Is there a way we can write to syslog instead?

Thanks
Pranathi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170120/5310db69/attachment.html>

From sos at sokhapkin.dyndns.org  Sat Jan 21 00:04:20 2017
From: sos at sokhapkin.dyndns.org (Sergey Okhapkin)
Date: Fri, 20 Jan 2017 18:04:20 -0500
Subject: [SR-Users] Best way to log incoming/outgoing sip messages?
In-Reply-To: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
References: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
Message-ID: <6693314.UgSap6qlEz@sos>

Use xlog function. See $mb core variable documentation.

On Friday, January 20, 2017 10:27:03 PM Pranathi Venkatayogi wrote:
> Hi,
>   What is the best way to get a complete dump of incoming/outgoing SIP
> messages of Kamailio server?
 I encountered “SIPTrace” module, but it
> writes to database. Is there a way we can write to syslog instead? 
> Thanks
> Pranathi
> 



From gr.sabery at gmail.com  Sat Jan 21 06:35:48 2017
From: gr.sabery at gmail.com (Gholamreza Sabery)
Date: Sat, 21 Jan 2017 09:05:48 +0330
Subject: [SR-Users] Ansible Kamailio role
In-Reply-To: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
References: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
Message-ID: <CAJx6kgXUo=t+N7TOvxsYDOuUs0ar_0r7=Cmodrbemkxs9NeYNg@mail.gmail.com>

There are already a role and a Github repository for Kamailio deployment.
The repository can deploy an Active-Passive Kamailio cluster with a cluster
of RTPProxy servers; for more info refer to:

http://github.com/ghrst

On Fri, Jan 20, 2017 at 10:06 PM, Alberto Llamas <albertollamaso at gmail.com>
wrote:

> Hello Kamailians,
>
> I just wanted to share an Ansible role for the installation and
> compilation of a Kamailio server.
>
> It may required improvements and I will be more than happy to heard them.
>
>
>
> *https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/
> <https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/>*
>
>
> Cheers,
>
> --
> Alberto Llamas
> Telecommunications Engineer
> dCAA|dCAP|KPAC|SSCA
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170121/55b1e028/attachment.html>

From gr.sabery at gmail.com  Sat Jan 21 10:26:44 2017
From: gr.sabery at gmail.com (Gholamreza Sabery)
Date: Sat, 21 Jan 2017 12:56:44 +0330
Subject: [SR-Users] Best way to log incoming/outgoing sip messages?
In-Reply-To: <6693314.UgSap6qlEz@sos>
References: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
 <6693314.UgSap6qlEz@sos>
Message-ID: <CAJx6kgUhTnkG0E8xjNPfqXpxt7h_5N8Ck4Tfi0sp3e9wmGhWOQ@mail.gmail.com>

I think one of the best ways is to use Homer + Kamailio's sipcapture
module. For more information refer to:

http://sipcapture.org/

On Sat, Jan 21, 2017 at 2:34 AM, Sergey Okhapkin <sos at sokhapkin.dyndns.org>
wrote:

> Use xlog function. See $mb core variable documentation.
>
> On Friday, January 20, 2017 10:27:03 PM Pranathi Venkatayogi wrote:
> > Hi,
> >   What is the best way to get a complete dump of incoming/outgoing SIP
> > messages of Kamailio server?
>  I encountered “SIPTrace” module, but it
> > writes to database. Is there a way we can write to syslog instead?
> > Thanks
> > Pranathi
> >
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170121/1d0eca1c/attachment.html>

From sergey.v.basov at gmail.com  Sat Jan 21 14:07:50 2017
From: sergey.v.basov at gmail.com (Sergey Basov)
Date: Sat, 21 Jan 2017 15:07:50 +0200
Subject: [SR-Users] Best way to log incoming/outgoing sip messages?
In-Reply-To: <CAJx6kgUhTnkG0E8xjNPfqXpxt7h_5N8Ck4Tfi0sp3e9wmGhWOQ@mail.gmail.com>
References: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
 <6693314.UgSap6qlEz@sos>
 <CAJx6kgUhTnkG0E8xjNPfqXpxt7h_5N8Ck4Tfi0sp3e9wmGhWOQ@mail.gmail.com>
Message-ID: <CAFyM+kDo=U8CJBg6YgruEb1TDfmEhqokaw-cbA5pFCup6UtSeQ@mail.gmail.com>

Hi.
I using Homer into test and production environement and it is wery
helpfull.

For 10 days I have 200GB of data in mysql,  but I have 400 concurrent calls
at busines time with max 1500 concurent cals,  and I do capture of rtcp
statistic from rtpengine to Homer.

I have a lot of sip tls connections and without Homer it was realy hard)

Please look at siptrace module documentation to use it as it will be
preffered to your case.



21 янв. 2017 г. 11:27 AM пользователь "Gholamreza Sabery" <
gr.sabery at gmail.com> написал:

> I think one of the best ways is to use Homer + Kamailio's sipcapture
> module. For more information refer to:
>
> http://sipcapture.org/
>
> On Sat, Jan 21, 2017 at 2:34 AM, Sergey Okhapkin <sos at sokhapkin.dyndns.org
> > wrote:
>
>> Use xlog function. See $mb core variable documentation.
>>
>> On Friday, January 20, 2017 10:27:03 PM Pranathi Venkatayogi wrote:
>> > Hi,
>> >   What is the best way to get a complete dump of incoming/outgoing SIP
>> > messages of Kamailio server?
>>  I encountered “SIPTrace” module, but it
>> > writes to database. Is there a way we can write to syslog instead?
>> > Thanks
>> > Pranathi
>> >
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170121/29df2db6/attachment.html>

From hai.bui at htklabs.com  Sun Jan 22 10:33:36 2017
From: hai.bui at htklabs.com (Hai Bui Duc Ha)
Date: Sun, 22 Jan 2017 16:33:36 +0700
Subject: [SR-Users] Kamailio parse failed message
In-Reply-To: <a2c8997b-cc43-4c0c-2f60-25a37934c3cf@gmail.com>
References: <CA+Gtc=TqsEH9-NUygcW9FnAZmWmtYRO3=0g9+AEgw8nOsVhmxQ@mail.gmail.com>
 <050de35c-6721-6a6b-2335-db4c6d7db8bd@gmail.com>
 <CA+Gtc=S_7mLyNsKKQfM4JpT8N0kA9cfP-qMCC14hZ13aJcM2-g@mail.gmail.com>
 <66f1a9e6-d4b4-c9f9-7594-2f8c61fc578b@gmail.com>
 <CA+Gtc=TjJwoWLOt2A4t8Sx2R5EZUhjr12sC15ryX381dq9=r8w@mail.gmail.com>
 <b5fc8445-b427-bdc9-a5e3-e95991c1f4be@gmail.com>
 <a2c8997b-cc43-4c0c-2f60-25a37934c3cf@gmail.com>
Message-ID: <CA+Gtc=RL1RtNAnYSZp7Wr31SN+HWq9nLQDeLY2n3Gkk7PGv8pg@mail.gmail.com>

Hi Daniel,

Thank for your advice.
I will capture and analyze the call log on both client and kamailio to
check the packet size.

Regards,
Hai Bui


On Fri, Jan 20, 2017 at 3:38 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

>
>
> On 19/01/2017 22:56, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> On 19/01/2017 10:48, Hai Bui Duc Ha wrote:
>
> Hi Daniel,
>
> Thank you for reply.
>
> On Tue, Jan 17, 2017 at 6:05 PM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> apparently I missed the follow ups on this discussion, dragged in by
>> other topics on mailing list.
>>
> Can you get the pcap with all the traffic taken on kamailio server for the
>> call (from initial invite to the end of the call)?
>>
> I send you the pcap at enclosed file. You can see the packet *No.5 *, it
> missing SIP message body:
> *            Media Attribute (a): rtpmap:8 PCMA/8000*
> *            Media Attribute (a): rtpmap:101 telephone-event/8000*
> *            Media Attribute (a): fmtp:101 0-16*
>
>> I expect that content length is mismatching or there is a '\0' inside the
>> sdp.
>>
> Can you explain me more about this ?
>
> TCP is a stream protocol, meaning that the application (kamailio) need to
> read and parse to figure out the end of a SIP message. The state machine as
> per RFC requires the application to read and identify the Content-Length
> header, take its value, read until the end of headers is found (an empty
> line) and from there on read as much as the value of Content-Length to get
> the body and consider the end of message there.
>
> If the sending application puts a lower value in the Content-Length than
> the number of chars in the body, the rest remains in the buffer and the
> receiving application (kamailio) attempts to parse a new SIP message.
>
> The other thing I was thinking of was the presence of '\0' which marks the
> end of string in C.
>
> I will look at the pcap very soon and see what I find there.
>
> The problem is the value of Content-Lenght set by the client -- it is set
> only to the size that it is view as part of the invite. A bit later the
> client sends more sdp, but exceeding the size sent in C-L header. That part
> of SDP remains as garbage.
>
> So there is a bug in client app.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>


-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170122/262c581f/attachment.html>

From srtguler at gmail.com  Sun Jan 22 11:22:20 2017
From: srtguler at gmail.com (Serhat Guler)
Date: Sun, 22 Jan 2017 11:22:20 +0100
Subject: [SR-Users] Kamailio IMS Secure Websocket closes connection
Message-ID: <CA+Eb_nw3Nrbc1z5pq5FAx3riq57HsQAYfPJP3VeF0DNzPCsKWw@mail.gmail.com>

Dear all,

I am trying to make a call between 2 sipml5 client over WSS. Everything
works fine and as expected when using WS. While using WSS, the clients are
registered successfully, but when I make a call, the called party is
disconnected from the network and the caller gets "User offline" message.
There a wireshark capture here:
https://drive.google.com/file/d/0B6LMw8kmoAMYMGhrYXNUVXJySEk/view?usp=sharing

The call is made from Alice to Bob, the port Nrs: 4060: PCSCF, 5060:ICSCF,
and 6060 SCSCF. WWS is running on 4443.

The error message that is shown in Firefox console: "The connection to
wss://192.168.0.11:4443/ was interrupted while the page was loading."

Thanks in advance,
Serhat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170122/77a60a87/attachment.html>

From danb.lists at gmail.com  Sun Jan 22 13:40:22 2017
From: danb.lists at gmail.com (DanB)
Date: Sun, 22 Jan 2017 13:40:22 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
Message-ID: <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>

Hey Daniel,

if anything to be reserved, please count us also in. Will come back 
regarding number of seats but just to be aware that we are interested to 
join the dinner.

Thanks!

DanB


From federico.cabiddu at gmail.com  Sun Jan 22 16:24:17 2017
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Sun, 22 Jan 2017 16:24:17 +0100
Subject: [SR-Users] serial forking calls using TSILO
In-Reply-To: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
Message-ID: <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>

Hi,
could you please provide the LOCATION route and the Kamailio's log at level
3?
Thank you.

Regards,

Federico

On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <tzanet at came.com> wrote:

> Hello,
> I’m using Kamailio 4.4.4 with TSILO module in order to support Push
> Notifications used by our voip app on Apple ios10.
> So far, everything works fine:  Kamailio can get an incoming call, suspend
> it, then send push notification with an external script, receive a new app
> registration and then call it after resuming the invite.
> To do so, thanks to Mr, Cabiddu, I used all the functions described here
> http://www.kamailio.org/events/2015-KamailioWorld/
> Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf
>
>
> Right now, I would like to support serial forking calls using push
> notification because it was already supported with legacy voip.
> To do so, I used failure_route function where, after getting the call
> destinations and setting them into an avp, I set the new SIP request uri
> $ru.
> Here is my failure_route:
> failure_route[MANAGE_FAILURE]
>         route(NATMANAGE);
>         if (t_is_canceled())
>                 exit;
>
>
> #!ifdef WITH_BLOCK3XX
>         # block call redirect based on 3xx replies.
>         if (t_check_status("3[0-9][0-9]"))
>                 t_reply("404","Not found");
>                 exit;
>
> #!endif
>
>        if (is_avp_set("$avp(group_members_db)"))
>                 $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
>                 $avp(group_members_db) = $null;
>                 route(LOCATION);
>                 exit;
>
>
>
> I am troubleshooting this scenario and this is what I see:
> 1) Kamailio receives incoming call
> 2) Suspend it
> 3) Send Push notification to account1
> 4) Kamailio receives account1 registration -> INVRESUME route is now called
> 5) Then call account1
> 6) Nobody answers the call
> 7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next
> sipaccount: account2
> 8) suspend invite
> 9) send push notification to account2
> 10) account2 sends its sip registration -> INVRESUME route is now called
> 11) Kamailio calls account1 instead of account2 -> this is my issue
>
> On step 10: despite account2 is registered, I checked it using “kamctl ul
> show”, the second call is forwarded all'account1 and not to account2.
> I also checked the TSILO logs and everything seems ok. Here is the logs:
> First call:
>       suspended transaction [53945:1648394094] asterisk => account1
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account1 53945:1648394094)
> second call:
>       suspended transaction [53945:1648394094] asterisk => account2
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account2 53945:1648394094)
>
> In order to find out the issue I put some xlogs, printing $ru value: what
> I see is the $ru value is set correctly on failure_route but as soon as the
> t_continue is called, the ru overwritten back to account1
>
> Can anyone address me to find out the solution?
> Thanks in advance
>
> T.
>
>
>
>
> *Tomas Zanet *Software Design Department
> tzanet at came.com
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170122/2e010f85/attachment.html>

From carsten at ng-voice.com  Mon Jan 23 08:45:17 2017
From: carsten at ng-voice.com (Carsten Bock)
Date: Mon, 23 Jan 2017 08:45:17 +0100
Subject: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is
	enabled.
In-Reply-To: <CALDnn0NcQiT781HdK5VdXej4TXL2M5yFt9oiCZr2QZNG6ifKYg@mail.gmail.com>
References: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>
 <CAOCjumHrJvTO7CVYqkdXENZ=mXrtLY6TiwJsQ=qOt-PhqtEvkg@mail.gmail.com>
 <CALDnn0NcQiT781HdK5VdXej4TXL2M5yFt9oiCZr2QZNG6ifKYg@mail.gmail.com>
Message-ID: <CAOCjumGWSuOqJvWQjcOozqFaEBKLqu+5CAiYBG5ij_Mtx2LCRw@mail.gmail.com>

Hi,

can you try the sip-dig command on that particular domain?
If you set that domain in script or from a module (e.g. Dispatcher),
don't set a port. According to RFC 3263, the DNS-records are treated
differently, if no port is set (e.g. "redacted.hostname.here.com:5060"
will produce a different result than "redacted.hostname.here.com").
I've checked the compliance of Kamailio with RFC 3263 in the past, as
DNS-Failover is mandatory for IMS.

I would find it rather strange, if it should work correct in all of
our deployments and not in yours.

Thanks,
Carsten

2017-01-20 17:47 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
> Thanks for the response!
>
> DNS lookups work in Kamailio as long as use_dns_failover is set to "off."
> It's only when the failover is enabled that they break. I think this means
> it's not a DNS issue, but something in Kamailio.
>
> I should mention we're pointing to Verizon's services with many many
> thousands of customers, so it's unlikely to be misconfigured DNS (unless
> it's something local that only breaks when use_dns_failover is enabled?)
>
> On Fri, Jan 20, 2017 at 12:37 AM, Carsten Bock <carsten at ng-voice.com> wrote:
>>
>> Hi,
>>
>> we have the following settings and those work fine for us (Kamailio 4
>> and later):
>>
>> # Do SRV-Loadbalancing:
>> dns_srv_lb=yes
>> # Always prefer IPv6:
>> dns_try_ipv6=yes
>> # DNS-Based failover
>> use_dns_failover=yes
>> # Query NAPTR-Records as well (we use NAPTR, so the client can detect
>> the outbound Proxy (P-CSCF), but internally we only use only
>> SRV-records)
>> dns_try_naptr=no
>>
>> Sounds to me, like a DNS problem, not a Kamailio problem.
>>
>> In our DNS Zone, we have the following, for example:
>>
>> wt                      1D IN A         84.46.93.82
>> wt                      1D IN A         84.46.93.84
>> wt-1            1D IN A         84.46.93.82
>> wt-2            1D IN A         84.46.93.84
>> wt              1D IN NAPTR 10 10 "s" "SIP+D2U"         ""
>> _sip._udp.wt
>>
>> _sip._udp.wt    1D SRV 10 1 5060 wt-1
>> _sip._udp.wt    1D SRV 20 1 5060 wt-2
>>
>> On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
>> sofia-sip-bin):
>>
>> carsten at carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
>> 1 1.000 udp 5060 84.46.93.82
>> 2 1.000 udp 5060 84.46.93.84
>>
>> Thanks,
>> Carsten
>>
>>
>> 2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
>> > Hello, everyone!
>> >
>> > I'm trying to enable dns_srv_lb but I'm stuck just before I can get
>> > there.
>> > If I don't enable use_dns_failover, lookups work and calls route but
>> > always
>> > to the first host. We need to load balance, so that doesn't work very
>> > well.
>> >
>> > If I enable use_dns_failover, the lookups stop working completely and we
>> > get
>> > a dns lookup failure like so:
>> >  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
>> > "redacted.hostname.here.com" :unresolvable A or AAAA request (-7)
>> >
>> > This works:
>> > use_dns_cache=on
>> > dns_use_search_list=no
>> > dns_try_naptr=on
>> > # use_dns_failover=on
>> >
>> > This breaks it:
>> > use_dns_cache=on
>> > dns_use_search_list=no
>> > dns_try_naptr=on
>> > use_dns_failover=on
>> >
>> > I have checked to see that use_dns_failover is compiled in:
>> > version: kamailio 4.4.2 (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_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: unknown
>> > compiled with gcc 4.9.2
>> >
>> > _______________________________________________
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users at lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>>
>>
>>
>> --
>> Carsten Bock
>> CEO (Geschäftsführer)
>>
>> ng-voice GmbH
>> Millerntorplatz 1
>> 20359 Hamburg / Germany
>>
>> http://www.ng-voice.com
>> mailto:carsten at ng-voice.com
>>
>> Office +49 40 5247593-40
>> Fax +49 40 5247593-99
>>
>> Sitz der Gesellschaft: Hamburg
>> Registergericht: Amtsgericht Hamburg, HRB 120189
>> Geschäftsführer: Carsten Bock
>> Ust-ID: DE279344284
>>
>> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>> http://www.ng-voice.com/imprint/
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/


From miconda at gmail.com  Mon Jan 23 08:48:35 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 08:48:35 +0100
Subject: [SR-Users] Ansible Kamailio role
In-Reply-To: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
References: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
Message-ID: <11bb0265-9892-7608-8121-93f68e19b2d3@gmail.com>

Hello,

thanks for contributing such resource, I am sure it will be useful for many.

Cheers,
Daniel


On 20/01/2017 19:36, Alberto Llamas wrote:
> Hello Kamailians,
>
> I just wanted to share an Ansible role for the installation and
> compilation of a Kamailio server. 
>
> It may required improvements and I will be more than happy to heard them.
>
>
> *https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/
> *
>
>
> Cheers,
>
> -- 
> Alberto Llamas
> TelecommunicationsEngineer
> dCAA|dCAP|KPAC|SSCA
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/08d96d43/attachment.html>

From miconda at gmail.com  Mon Jan 23 10:09:30 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 10:09:30 +0100
Subject: [SR-Users] Best way to log incoming/outgoing sip messages?
In-Reply-To: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
References: <184f6b6f46ab49e3939e4ca824bf55ea@TACEXH01.cyracom.com>
Message-ID: <26b5395b-a363-1b2a-064b-a4193a7ddb26@gmail.com>

Hello,

On 20/01/2017 23:27, Pranathi Venkatayogi wrote:
>
> Hi,
>
>   What is the best way to get a complete dump of incoming/outgoing SIP
> messages of Kamailio server?
>
>   I encountered “SIPTrace” module, but it writes to database. Is there
> a way we can write to syslog instead?
>
>  
>
>
for incoming: use xlog to print $mb inside request_route{} for SIP
requests and inside reply_route{} for SIP responses.

for outgoing: use xlog to print $snd(buf) inside onsend_route{} -- you
have to enable a parameter to catch the SIP responses:

https://www.kamailio.org/wiki/cookbooks/4.4.x/core#onsend_route_reply

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/da9814f6/attachment.html>

From tzanet at came.com  Mon Jan 23 10:01:28 2017
From: tzanet at came.com (Tomas Zanet)
Date: Mon, 23 Jan 2017 09:01:28 +0000
Subject: [SR-Users] R:  serial forking calls using TSILO
In-Reply-To: <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
 <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>

Hi, please find below what you requested.

@Daniel: yes, I did ts_store() after relaying for both hops, but for the second call which should call account2, $ru is overwritten to account1 after t_continue

@Federico: as you requested, here is my route[LOCATION] and please the attached Kamailio log.
# USER location service
route[LOCATION]

#!ifdef WITH_SPEEDDIAL
        # search for short dialing - 2-digit extension
        if($rU=~"^[0-9][0-9]$")
                if(sd_lookup("speed_dial"))
                        route(SIPOUT);
#!endif

#!ifdef WITH_ALIASDB
        # search in DB-based aliases
        if(alias_db_lookup("dbaliases"))
                route(SIPOUT);
#!endif

#!ifdef WITH_FORK
        if($rU == "9999")
                route(FORK);

#!endif

#!ifdef WITH_PDT
        xdbg("before pdt $rU\n");
        #prefix2domain("0", "1");
        xdbg("after pdt $rU\n");
#!endif
        #Check if domains match

        if($fd != $rd)
                xdbg("From domain $fd does not match request uri domain $rd\n");
                send_reply("488", "Not Accetable Here");
                exit;


        #$rd = $td
        $avp(oexten) = $rU;
        if (!lookup("location"))
                $var(rc) = $rc;
                t_newtran();
                switch ($var(rc))
                        case -1:
                        case -3:
                                xlog("L_ALERT","ALERT: User not found\n");
                                if (isflagset(FLT_ASTERISK_TRY))
                                        # Try calling with PUSH KIT
                                        send_reply("404", "Not Found");
                                 else
                                        # User not found, check if is an app based on uri prefix, then call it with pushkit
                                        if($(rUs.substr,0,6)=="007001")
                                                xlog("L_ALERT","ALERT: Trying calling $ru with PUSUH KIT\n");
                                                # device token check missing
                                                route(SUSPEND);
                                                route(SENDPUSH);
                                         else
                                                setflag(FLT_ASTERISK_TRY);
                                                route(ASTERISK);


     exit;
                        case -2:
                                send_reply("405", "Method Not Allowed");
                                exit;



        # when routing via usrloc, log the missed calls also
        if (is_method("INVITE"))
                setflag(FLT_ACCMISSED);

        route(RELAY);
        route(STORETRAN);
        exit;


route[STORETRAN]
        ts_store();
        $sht(vtp=>stored::$rU) = 1;
        xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)] $fU => $rU\n");



Thanks to both,
Regards,
T.

Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: domenica 22 gennaio 2017 16:24
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] serial forking calls using TSILO

Hi,
could you please provide the LOCATION route and the Kamailio's log at level 3?
Thank you.

Regards,

Federico

On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <tzanet at came.com<mailto:tzanet at came.com>> wrote:
Hello,
I’m using Kamailio 4.4.4 with TSILO module in order to support Push Notifications used by our voip app on Apple ios10.
So far, everything works fine:  Kamailio can get an incoming call, suspend it, then send push notification with an external script, receive a new app registration and then call it after resuming the invite.
To do so, thanks to Mr, Cabiddu, I used all the functions described here
http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf


Right now, I would like to support serial forking calls using push notification because it was already supported with legacy voip.
To do so, I used failure_route function where, after getting the call destinations and setting them into an avp, I set the new SIP request uri $ru.
Here is my failure_route:
failure_route[MANAGE_FAILURE]
        route(NATMANAGE);
        if (t_is_canceled())
                exit;


#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]"))
                t_reply("404","Not found");
                exit;

#!endif

       if (is_avp_set("$avp(group_members_db)"))
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                $avp(group_members_db) = $null;
                route(LOCATION);
                exit;



I am troubleshooting this scenario and this is what I see:
1) Kamailio receives incoming call
2) Suspend it
3) Send Push notification to account1
4) Kamailio receives account1 registration -> INVRESUME route is now called
5) Then call account1
6) Nobody answers the call
7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next sipaccount: account2
8) suspend invite
9) send push notification to account2
10) account2 sends its sip registration -> INVRESUME route is now called
11) Kamailio calls account1 instead of account2 -> this is my issue

On step 10: despite account2 is registered, I checked it using “kamctl ul show”, the second call is forwarded all'account1 and not to account2.
I also checked the TSILO logs and everything seems ok. Here is the logs:
First call:
      suspended transaction [53945:1648394094] asterisk => account1
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account1 53945:1648394094)
second call:
      suspended transaction [53945:1648394094] asterisk => account2
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account2 53945:1648394094)

In order to find out the issue I put some xlogs, printing $ru value: what I see is the $ru value is set correctly on failure_route but as soon as the t_continue is called, the ru overwritten back to account1

Can anyone address me to find out the solution?
Thanks in advance

T.



Tomas Zanet
Software Design Department
tzanet at came.com<mailto:tzanet at came.com>



_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



Tomas Zanet
Software Design Department
tzanet at came.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/36ce1b1a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kamailio_serial_call.log
Type: application/octet-stream
Size: 258995 bytes
Desc: kamailio_serial_call.log
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/36ce1b1a/attachment.obj>

From linuxvenkey at gmail.com  Mon Jan 23 11:39:28 2017
From: linuxvenkey at gmail.com (Venkatesh Macha)
Date: Mon, 23 Jan 2017 03:39:28 -0700 (MST)
Subject: [SR-Users] kamdbctl error.
Message-ID: <1485167968784-155288.post@n5.nabble.com>

Hi all, 

   I am using debian jessie, I just installed kamailio 4.4 from source and
trying to create kamailio database using kamdbctl but when i try to run the
kamdbctl create i am getting following charset error.


/usr/local/sbin/kamdbctl create
MySQL password for root: 
INFO: creating database kamailio ...
ERROR 1115 (42000) at line 1: Unknown character set: 'ISO'

Mysql Version :
5.5.52

Thank you in advance



--
View this message in context: http://sip-router.1086192.n5.nabble.com/kamdbctl-error-tp155288.html
Sent from the Users mailing list archive at Nabble.com.


From miconda at gmail.com  Mon Jan 23 14:54:32 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 14:54:32 +0100
Subject: [SR-Users] kamdbctl error.
In-Reply-To: <1485167968784-155288.post@n5.nabble.com>
References: <1485167968784-155288.post@n5.nabble.com>
Message-ID: <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>

Hello,

Did you run it only once? Were you asked for characters set while
running the command?

Cheers,
Daniel



On 23/01/2017 11:39, Venkatesh Macha wrote:
> Hi all, 
>
>    I am using debian jessie, I just installed kamailio 4.4 from source and
> trying to create kamailio database using kamdbctl but when i try to run the
> kamdbctl create i am getting following charset error.
>
>
> /usr/local/sbin/kamdbctl create
> MySQL password for root: 
> INFO: creating database kamailio ...
> ERROR 1115 (42000) at line 1: Unknown character set: 'ISO'
>
> Mysql Version :
> 5.5.52
>
> Thank you in advance
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/kamdbctl-error-tp155288.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From pkelly at gmail.com  Mon Jan 23 15:19:44 2017
From: pkelly at gmail.com (Pete Kelly)
Date: Mon, 23 Jan 2017 15:19:44 +0100
Subject: [SR-Users] "Named Telephone Event" (I think) problem
Message-ID: <CAEWH9M_ow4HjeV2-rJUcSze4+Ct5Wk9zzbe3qP2Ou_mJnSFGrw@mail.gmail.com>

Hi

I am running Kamailio 4.4 and have come across a strange SBC which is
sending DTMF within the SDP body of a NOTIFY with a Content-Type
audio/telephone-event.

Has anybody come across this before?

The content itself comes through on a tcpdump/ngrep trace as four dots
"...." and Kamailio puts an empty string into the logs if I try to log the
contents of $rb, however Wireshark manages to decode it as something
readable "\005\000\a\320" and usable. (essentially the digit 5)

Is there any way I can get access to this decoded version within Kamailio
at all? Even if I have to pass it out to an external program?

Many thanks for any help anyone can offer!

Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/cd7db04a/attachment.html>

From miconda at gmail.com  Mon Jan 23 15:44:41 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 15:44:41 +0100
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or markdown
Message-ID: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>

Hello,

I want to start a discussion about some of the kamailio tutorials from
the wiki, mainly those related to core cookbook, variables and
transformations. They are now in dokuwiki at:

   - https://www.kamailio.org/wiki/#cookbooks

The wiki served us pretty well so far, however the contributions there
are not that active. From time to time we still get spammers, even we
added restriction that only registered and authenticated users can write.

I am thinking that maybe people don't like creating yet another account
just add some example or rephrase for clarity.

On the other hand, there are over 400 registered users, many of them I
expect to be either made because if misunderstanding the purpose or by
spammers that guessed the (sip) captcha (plenty of random usernames).

Besides that I think the wiki adds overhead when releasing a new version
as each time we have to copy and paste old version content to a new set
of pages and update the version number.

With the above in mind, I wonder if won't be better to store those
tutorials in markdown format and use mkdocs.org or gitbook
(https://github.com/GitbookIO/gitbook) tools to generate the html and
host it in kamailio.org. The wiki will still be used to index them.

Among the benefits I see:

   * store in github.com (a new repo, like: kamailio-docs) and all devs
can contribute directly, other users can make pull requests

   * create branches for each major version of kamailio and backport
across them with git whenever is applicable

   * the edit can be done directly via github.com website (similar to
the wiki right now) and even read it directly from github in html
transformed from markdown by github

   * one can get them offline by cloning the git repo, use them or
enhance when offline

Many if the tutorials will stay in the wiki, but I think those that are
related to documenting per kamailio version should be migrated to gihub
storage + markdown. If there is a strong pro opinion for this change, I
can try to convert one of the cookbooks very soon so people can feel
better the difference. If we get to a consensus, then I think we can
have those tutorials in the new format for v5.0.

Should anyone have comments, other suggestions or improvements, let's
put them on debate.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Mon Jan 23 15:47:13 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 15:47:13 +0100
Subject: [SR-Users] "Named Telephone Event" (I think) problem
In-Reply-To: <CAEWH9M_ow4HjeV2-rJUcSze4+Ct5Wk9zzbe3qP2Ou_mJnSFGrw@mail.gmail.com>
References: <CAEWH9M_ow4HjeV2-rJUcSze4+Ct5Wk9zzbe3qP2Ou_mJnSFGrw@mail.gmail.com>
Message-ID: <9d964453-e1ba-7cf4-911e-b1e1ce3369c5@gmail.com>

Hello,


On 23/01/2017 15:19, Pete Kelly wrote:
> Hi
>
> I am running Kamailio 4.4 and have come across a strange SBC which is
> sending DTMF within the SDP body of a NOTIFY with a Content-Type
> audio/telephone-event.
>
> Has anybody come across this before?
>
> The content itself comes through on a tcpdump/ngrep trace as four dots
> "...." and Kamailio puts an empty string into the logs if I try to log
> the contents of $rb, however Wireshark manages to decode it as
> something readable "\005\000\a\320" and usable. (essentially the digit 5)
>
> Is there any way I can get access to this decoded version within
> Kamailio at all? Even if I have to pass it out to an external program?
there should be a transformation to get the value encoded in hexa ...
have you tried it?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From igor.potjevlesch at gmail.com  Mon Jan 23 17:15:53 2017
From: igor.potjevlesch at gmail.com (Igor Potjevlesch)
Date: Mon, 23 Jan 2017 17:15:53 +0100
Subject: [SR-Users] kamctl cr reload got 500 failed to re-built tree
Message-ID: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>

Hello,

 

With more than 173k entriers into carrierroute, now I'm doing "kamctl cr
reload", I got the following reply: 500 failed to re-built tree, see log

 

What could going wrong?

Regards,

 

Igor.



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/b4124a17/attachment.html>

From miconda at gmail.com  Mon Jan 23 20:53:24 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 23 Jan 2017 20:53:24 +0100
Subject: [SR-Users] kamctl cr reload got 500 failed to re-built tree
In-Reply-To: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>
References: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>
Message-ID: <33428d58-4ab7-929d-fcc3-e1d8b36aca0f@gmail.com>

Hello,


On 23/01/2017 17:15, Igor Potjevlesch wrote:
>
> Hello,
>
>  
>
> With more than 173k entriers into carrierroute, now I'm doing "kamctl
> cr reload", I got the following reply:500 failed to re-built tree, see log
>
>  
>
> What could going wrong?
>
not a user of the module, but it might be the case if insufficient
shared memory. Have you looked inside the syslog file for the error
messages?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/210fed56/attachment.html>

From jeremygadd at gmail.com  Mon Jan 23 22:49:37 2017
From: jeremygadd at gmail.com (Jeremy Gadd)
Date: Mon, 23 Jan 2017 14:49:37 -0700
Subject: [SR-Users] NAPTR/SRV lookups fail when use_dns_failover is
	enabled.
In-Reply-To: <CAOCjumGWSuOqJvWQjcOozqFaEBKLqu+5CAiYBG5ij_Mtx2LCRw@mail.gmail.com>
References: <CALDnn0NsxFHAJFwdvgF7JcepwZAo2LK4g+1DmCZqHC7HhR_jXw@mail.gmail.com>
 <CAOCjumHrJvTO7CVYqkdXENZ=mXrtLY6TiwJsQ=qOt-PhqtEvkg@mail.gmail.com>
 <CALDnn0NcQiT781HdK5VdXej4TXL2M5yFt9oiCZr2QZNG6ifKYg@mail.gmail.com>
 <CAOCjumGWSuOqJvWQjcOozqFaEBKLqu+5CAiYBG5ij_Mtx2LCRw@mail.gmail.com>
Message-ID: <CALDnn0PX-okF0xQ3xNCNCGjCbSp6SK55EMn45iodDn776Eszjg@mail.gmail.com>

It was the port in the LCR table! You're the man! Thanks so much for your
help.

On Mon, Jan 23, 2017 at 12:45 AM, Carsten Bock <carsten at ng-voice.com> wrote:

> Hi,
>
> can you try the sip-dig command on that particular domain?
> If you set that domain in script or from a module (e.g. Dispatcher),
> don't set a port. According to RFC 3263, the DNS-records are treated
> differently, if no port is set (e.g. "redacted.hostname.here.com:5060"
> will produce a different result than "redacted.hostname.here.com").
> I've checked the compliance of Kamailio with RFC 3263 in the past, as
> DNS-Failover is mandatory for IMS.
>
> I would find it rather strange, if it should work correct in all of
> our deployments and not in yours.
>
> Thanks,
> Carsten
>
> 2017-01-20 17:47 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
> > Thanks for the response!
> >
> > DNS lookups work in Kamailio as long as use_dns_failover is set to "off."
> > It's only when the failover is enabled that they break. I think this
> means
> > it's not a DNS issue, but something in Kamailio.
> >
> > I should mention we're pointing to Verizon's services with many many
> > thousands of customers, so it's unlikely to be misconfigured DNS (unless
> > it's something local that only breaks when use_dns_failover is enabled?)
> >
> > On Fri, Jan 20, 2017 at 12:37 AM, Carsten Bock <carsten at ng-voice.com>
> wrote:
> >>
> >> Hi,
> >>
> >> we have the following settings and those work fine for us (Kamailio 4
> >> and later):
> >>
> >> # Do SRV-Loadbalancing:
> >> dns_srv_lb=yes
> >> # Always prefer IPv6:
> >> dns_try_ipv6=yes
> >> # DNS-Based failover
> >> use_dns_failover=yes
> >> # Query NAPTR-Records as well (we use NAPTR, so the client can detect
> >> the outbound Proxy (P-CSCF), but internally we only use only
> >> SRV-records)
> >> dns_try_naptr=no
> >>
> >> Sounds to me, like a DNS problem, not a Kamailio problem.
> >>
> >> In our DNS Zone, we have the following, for example:
> >>
> >> wt                      1D IN A         84.46.93.82
> >> wt                      1D IN A         84.46.93.84
> >> wt-1            1D IN A         84.46.93.82
> >> wt-2            1D IN A         84.46.93.84
> >> wt              1D IN NAPTR 10 10 "s" "SIP+D2U"         ""
> >> _sip._udp.wt
> >>
> >> _sip._udp.wt    1D SRV 10 1 5060 wt-1
> >> _sip._udp.wt    1D SRV 20 1 5060 wt-2
> >>
> >> On Debian/Ubuntu, you can verify this with Sofia-SIP (apt-get install
> >> sofia-sip-bin):
> >>
> >> carsten at carsten-HP-EliteBook-840-G3:~$ sip-dig wt.ng-voice.com
> >> 1 1.000 udp 5060 84.46.93.82
> >> 2 1.000 udp 5060 84.46.93.84
> >>
> >> Thanks,
> >> Carsten
> >>
> >>
> >> 2017-01-19 22:58 GMT+01:00 Jeremy Gadd <jeremygadd at gmail.com>:
> >> > Hello, everyone!
> >> >
> >> > I'm trying to enable dns_srv_lb but I'm stuck just before I can get
> >> > there.
> >> > If I don't enable use_dns_failover, lookups work and calls route but
> >> > always
> >> > to the first host. We need to load balance, so that doesn't work very
> >> > well.
> >> >
> >> > If I enable use_dns_failover, the lookups stop working completely and
> we
> >> > get
> >> > a dns lookup failure like so:
> >> >  ERROR: tm [ut.h:296]: uri2dst2(): ERROR: uri2dst: failed to resolve
> >> > "redacted.hostname.here.com" :unresolvable A or AAAA request (-7)
> >> >
> >> > This works:
> >> > use_dns_cache=on
> >> > dns_use_search_list=no
> >> > dns_try_naptr=on
> >> > # use_dns_failover=on
> >> >
> >> > This breaks it:
> >> > use_dns_cache=on
> >> > dns_use_search_list=no
> >> > dns_try_naptr=on
> >> > use_dns_failover=on
> >> >
> >> > I have checked to see that use_dns_failover is compiled in:
> >> > version: kamailio 4.4.2 (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_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: unknown
> >> > compiled with gcc 4.9.2
> >> >
> >> > _______________________________________________
> >> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> >> > sr-users at lists.sip-router.org
> >> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >> >
> >>
> >>
> >>
> >> --
> >> Carsten Bock
> >> CEO (Geschäftsführer)
> >>
> >> ng-voice GmbH
> >> Millerntorplatz 1
> >> 20359 Hamburg / Germany
> >>
> >> http://www.ng-voice.com
> >> mailto:carsten at ng-voice.com
> >>
> >> Office +49 40 5247593-40
> >> Fax +49 40 5247593-99
> >>
> >> Sitz der Gesellschaft: Hamburg
> >> Registergericht: Amtsgericht Hamburg, HRB 120189
> >> Geschäftsführer: Carsten Bock
> >> Ust-ID: DE279344284
> >>
> >> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> >> http://www.ng-voice.com/imprint/
> >>
> >> _______________________________________________
> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> >> sr-users at 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 at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> --
> Carsten Bock
> CEO (Geschäftsführer)
>
> ng-voice GmbH
> Millerntorplatz 1
> 20359 Hamburg / Germany
>
> http://www.ng-voice.com
> mailto:carsten at ng-voice.com
>
> Office +49 40 5247593-40
> Fax +49 40 5247593-99
>
> Sitz der Gesellschaft: Hamburg
> Registergericht: Amtsgericht Hamburg, HRB 120189
> Geschäftsführer: Carsten Bock
> Ust-ID: DE279344284
>
> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
> http://www.ng-voice.com/imprint/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/d58a0b4a/attachment.html>

From pvenkatayogi at cyracom.com  Mon Jan 23 23:34:57 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Mon, 23 Jan 2017 22:34:57 +0000
Subject: [SR-Users] How to determine correct port to set in record-route
	header
Message-ID: <e240709617034a809e92d124dbce3c52@TACEXH01.cyracom.com>

Hi,
  I am using Kamailio behind NAT, unable to figure how to make it put “public ip” in Record-route header, I am manually inserting the hard-coded header myself as below.
  However now I am having trouble choosing the right port number in all scenarios.

        $var(dstPort) = 5061;
        if (dst_port==5060)
        {
           $var(dstPort) = 5060;
        }
        insert_hf("Record-Route: <sip:MY_PUBLICIP_ADDR:$var(dstPort);transport=tls;lr;nat=yes>\r\n", "Record-Route");

   In one scenario I see the conflicting port numbers in “via” header vs “Record route”.
   The ACK is being set to port 5060 based on Record route header and is not being received by the callee.

2017-01-23 14:52:49.970233 [blink.exe 2780]: SENDING: Packet 11, +0:00:36.411867
10.0.27.108:58217 -(SIP over TLS)-> 172.31.211.31:5061
SIP/2.0 180 Ringing
Via: SIP/2.0/TLS 63.149.103.72:5061;received=172.31.211.31;branch=z9hG4bK4799.7067bd2a48063748a4c353fa408eaefa.0
Via: SIP/2.0/UDP 10.0.16.52;rport=5060;branch=z9hG4bK4799.935a27c6ef5ad112225964cbe7c1be44.0;i=2
Via: SIP/2.0/TLS 10.11.200.12:51793;rport=51793;received=10.11.200.12;branch=z9hG4bKPj49f6aeca3f9b4155ab4c5304b544aa4d;alias
Record-Route: <sip:63.149.103.72:5060;transport=tls;lr;nat=yes>
Record-Route: <sip:10.0.16.52:5061;transport=tls;lr;nat=yes>
Call-ID: 09ce10efa6a946bf9445ccc21857393e
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=95082caabecc42548c2fec5ccd29e5de
To: <sip:spanish at translation.sms-test.cyracom.com>;tag=ec365cc8489b48a7bc5725d21b7d97a1
CSeq: 17422 INVITE
Server: Blink 3.0.0 (Windows)
Contact: <sip:20745891 at 10.0.27.108:58216;transport=tls>
Allow: SUBSCRIBE, NOTIFY, PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Content-Length:  0

Questions:
1. How can I let in-built record-route function automatically choose “public ip” so I can get rid of my manual insertion altogether.
2. If no option, what is the right way to choose the port on which packet is being received, so it is same as what is on “VIA”.
3. Any other pointers to improve the logic here?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170123/8eb8aa5b/attachment.html>

From federico.cabiddu at gmail.com  Tue Jan 24 07:56:32 2017
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Tue, 24 Jan 2017 07:56:32 +0100
Subject: [SR-Users] R: serial forking calls using TSILO
In-Reply-To: <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
 <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>
Message-ID: <CAFOaF_h5AC4jerxgkBSno93qTVTHENCNTNNCV=yAQB0xhZ7FPQ@mail.gmail.com>

Hi,
the logs are not at level 3 (there are no DEBUG messages). Could you please
repeat the test?
In the meanwhile can you also try adding a branch after setting the r-uri
in the failure route?

$ru ="sip:"+$avp(group_members_db)+"@"+$fd;
append_branch();

I've also noticed that, in the failure route, the statements after

if (is_avp_set("$avp(group_members_db)"))

are not enclosed in braces, is this intentional?

Regards,

Federico

On Mon, Jan 23, 2017 at 10:01 AM, Tomas Zanet <tzanet at came.com> wrote:

> Hi, please find below what you requested.
>
> @Daniel: yes, I did ts_store() after relaying for both hops, but for the
> second call which should call account2, $ru is overwritten to account1
> after t_continue
>
> @Federico: as you requested, here is my route[LOCATION] and please the
> attached Kamailio log.
> # USER location service
> route[LOCATION]
>
> #!ifdef WITH_SPEEDDIAL
>         # search for short dialing - 2-digit extension
>         if($rU=~"^[0-9][0-9]$")
>                 if(sd_lookup("speed_dial"))
>                         route(SIPOUT);
> #!endif
>
> #!ifdef WITH_ALIASDB
>         # search in DB-based aliases
>         if(alias_db_lookup("dbaliases"))
>                 route(SIPOUT);
> #!endif
>
> #!ifdef WITH_FORK
>         if($rU == "9999")
>                 route(FORK);
>
> #!endif
>
> #!ifdef WITH_PDT
>         xdbg("before pdt $rU\n");
>         #prefix2domain("0", "1");
>         xdbg("after pdt $rU\n");
> #!endif
>         #Check if domains match
>
>         if($fd != $rd)
>                 xdbg("From domain $fd does not match request uri domain
> $rd\n");
>                 send_reply("488", "Not Accetable Here");
>                 exit;
>
>
>         #$rd = $td
>         $avp(oexten) = $rU;
>         if (!lookup("location"))
>                 $var(rc) = $rc;
>                 t_newtran();
>                 switch ($var(rc))
>                         case -1:
>                         case -3:
>                                 xlog("L_ALERT","ALERT: User not found\n");
>                                 if (isflagset(FLT_ASTERISK_TRY))
>                                         # Try calling with PUSH KIT
>                                         send_reply("404", "Not Found");
>                                  else
>                                         # User not found, check if is an
> app based on uri prefix, then call it with pushkit
>                                         if($(rUs.substr,0,6)=="007001")
>                                                 xlog("L_ALERT","ALERT:
> Trying calling $ru with PUSUH KIT\n");
>                                                 # device token check
> missing
>                                                 route(SUSPEND);
>                                                 route(SENDPUSH);
>                                          else
>                                                 setflag(FLT_ASTERISK_TRY);
>                                                 route(ASTERISK);
>
>
> exit;
>                         case -2:
>                                 send_reply("405", "Method Not Allowed");
>                                 exit;
>
>
>
>         # when routing via usrloc, log the missed calls also
>         if (is_method("INVITE"))
>                 setflag(FLT_ACCMISSED);
>
>         route(RELAY);
>         route(STORETRAN);
>         exit;
>
>
> route[STORETRAN]
>         ts_store();
>         $sht(vtp=>stored::$rU) = 1;
>         xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)]
> $fU => $rU\n");
>
>
>
> Thanks to both,
> Regards,
> T.
>
> *Da:* sr-users [mailto:sr-users-bounces at lists.sip-router.org
> <sr-users-bounces at lists.sip-router.org>] *Per conto di *Federico Cabiddu
> *Inviato:* domenica 22 gennaio 2017 16:24
> *A:* Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
> *Oggetto:* Re: [SR-Users] serial forking calls using TSILO
>
> Hi,
> could you please provide the LOCATION route and the Kamailio's log at
> level 3?
> Thank you.
>
> Regards,
>
> Federico
>
> On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <*tzanet at came.com*
> <tzanet at came.com>> wrote:
> Hello,
> I’m using Kamailio 4.4.4 with TSILO module in order to support Push
> Notifications used by our voip app on Apple ios10.
> So far, everything works fine:  Kamailio can get an incoming call, suspend
> it, then send push notification with an external script, receive a new app
> registration and then call it after resuming the invite.
> To do so, thanks to Mr, Cabiddu, I used all the functions described here
>
> *http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf*
> <http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf>
>
>
> Right now, I would like to support serial forking calls using push
> notification because it was already supported with legacy voip.
> To do so, I used failure_route function where, after getting the call
> destinations and setting them into an avp, I set the new SIP request uri
> $ru.
> Here is my failure_route:
> failure_route[MANAGE_FAILURE]
>         route(NATMANAGE);
>         if (t_is_canceled())
>                 exit;
>
>
> #!ifdef WITH_BLOCK3XX
>         # block call redirect based on 3xx replies.
>         if (t_check_status("3[0-9][0-9]"))
>                 t_reply("404","Not found");
>                 exit;
>
> #!endif
>
>        if (is_avp_set("$avp(group_members_db)"))
>                 $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
>                 $avp(group_members_db) = $null;
>                 route(LOCATION);
>                 exit;
>
>
>
> I am troubleshooting this scenario and this is what I see:
> 1) Kamailio receives incoming call
> 2) Suspend it
> 3) Send Push notification to account1
> 4) Kamailio receives account1 registration -> INVRESUME route is now called
> 5) Then call account1
> 6) Nobody answers the call
> 7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next
> sipaccount: account2
> 8) suspend invite
> 9) send push notification to account2
> 10) account2 sends its sip registration -> INVRESUME route is now called
> 11) Kamailio calls account1 instead of account2 -> this is my issue
>
> On step 10: despite account2 is registered, I checked it using “kamctl ul
> show”, the second call is forwarded all'account1 and not to account2.
> I also checked the TSILO logs and everything seems ok. Here is the logs:
> First call:
>       suspended transaction [53945:1648394094] asterisk => account1
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account1 53945:1648394094)
> second call:
>       suspended transaction [53945:1648394094] asterisk => account2
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account2 53945:1648394094)
>
> In order to find out the issue I put some xlogs, printing $ru value: what
> I see is the $ru value is set correctly on failure_route but as soon as the
> t_continue is called, the ru overwritten back to account1
>
> Can anyone address me to find out the solution?
> Thanks in advance
>
> T.
>
>
>
>
> *Tomas Zanet *Software Design Department
> *tzanet at came.com* <tzanet at came.com>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> *sr-users at lists.sip-router.org* <sr-users at lists.sip-router.org>
> *http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users*
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> *Tomas Zanet *Software Design Department
> tzanet at came.com
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/c48a7d6b/attachment.html>

From igor.potjevlesch at gmail.com  Tue Jan 24 11:14:45 2017
From: igor.potjevlesch at gmail.com (Igor Potjevlesch)
Date: Tue, 24 Jan 2017 11:14:45 +0100
Subject: [SR-Users] kamctl cr reload got 500 failed to re-built tree
In-Reply-To: <33428d58-4ab7-929d-fcc3-e1d8b36aca0f@gmail.com>
References: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>
 <33428d58-4ab7-929d-fcc3-e1d8b36aca0f@gmail.com>
Message-ID: <00e701d2762a$b09b7dd0$11d27970$@gmail.com>

Hello Daniel,

 

I don't see anything into /var/log/messages.

I can try to allocate additional shared memory for Kamailio and try again.

 

If I restart Kamailio, it works fine.

Regards,

 

Igor.

 

 

De : sr-users [mailto:sr-users-bounces at lists.sip-router.org] De la part de Daniel-Constantin Mierla
Envoyé : lundi 23 janvier 2017 20:53
À : Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Objet : Re: [SR-Users] kamctl cr reload got 500 failed to re-built tree

 

Hello,

 

On 23/01/2017 17:15, Igor Potjevlesch wrote:

Hello,

 

With more than 173k entriers into carrierroute, now I'm doing "kamctl cr reload", I got the following reply: 500 failed to re-built tree, see log

 

What could going wrong?

not a user of the module, but it might be the case if insufficient shared memory. Have you looked inside the syslog file for the error messages?

Cheers,
Daniel




-- 
Daniel-Constantin Mierla
www.twitter.com/miconda <http://www.twitter.com/miconda>  -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> 
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com> 
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com> 


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/707b4f8e/attachment.html>

From miconda at gmail.com  Tue Jan 24 12:02:07 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 12:02:07 +0100
Subject: [SR-Users] kamctl cr reload got 500 failed to re-built tree
In-Reply-To: <00e701d2762a$b09b7dd0$11d27970$@gmail.com>
References: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>
 <33428d58-4ab7-929d-fcc3-e1d8b36aca0f@gmail.com>
 <00e701d2762a$b09b7dd0$11d27970$@gmail.com>
Message-ID: <b564cb48-af2e-034e-47c8-3d6fa27189f7@gmail.com>

Hello,

a reload at runtime is different than a load at startup, because it
typically requires twice the size of the memory. The old records are
kept in memory until all the new records are loaded in a separate
structure. Once that is done, the active structure is swapped and the
old one is freed. This is what happens with most of the modules I use
(e.g., dispatcher) and I expect to be the same for carrierroute.

Cheers,
Daniel


On 24/01/2017 11:14, Igor Potjevlesch wrote:
>
> Hello Daniel,
>
>  
>
> I don't see anything into /var/log/messages.
>
> I can try to allocate additional shared memory for Kamailio and try again.
>
>  
>
> If I restart Kamailio, it works fine.
>
> Regards,
>
>  
>
> Igor.
>
>  
>
>  
>
> *De :*sr-users [mailto:sr-users-bounces at lists.sip-router.org] *De la
> part de* Daniel-Constantin Mierla
> *Envoyé :* lundi 23 janvier 2017 20:53
> *À :* Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
> *Objet :* Re: [SR-Users] kamctl cr reload got 500 failed to re-built tree
>
>  
>
> Hello,
>
>  
>
> On 23/01/2017 17:15, Igor Potjevlesch wrote:
>
>     Hello,
>
>      
>
>     With more than 173k entriers into carrierroute, now I'm doing
>     "kamctl cr reload", I got the following reply:500 failed to
>     re-built tree, see log
>
>      
>
>     What could going wrong?
>
> not a user of the module, but it might be the case if insufficient
> shared memory. Have you looked inside the syslog file for the error
> messages?
>
> Cheers,
> Daniel
>
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com>
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
>
> ------------------------------------------------------------------------
> Avast logo
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
> 	
>
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/cfd307ca/attachment.html>

From linuxvenkey at gmail.com  Tue Jan 24 10:50:14 2017
From: linuxvenkey at gmail.com (Venkatesh Macha)
Date: Tue, 24 Jan 2017 02:50:14 -0700 (MST)
Subject: [SR-Users] kamdbctl error.
In-Reply-To: <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>
References: <1485167968784-155288.post@n5.nabble.com>
 <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>
Message-ID: <1485251414527-155314.post@n5.nabble.com>

Hi Daniel,

   Thanks for your response,  I think there is character set mismatch in my
VM. Is there any posibility to set character set while running the command.

Thanks



--
View this message in context: http://sip-router.1086192.n5.nabble.com/kamdbctl-error-tp155288p155314.html
Sent from the Users mailing list archive at Nabble.com.


From tzanet at came.com  Tue Jan 24 10:16:02 2017
From: tzanet at came.com (Tomas Zanet)
Date: Tue, 24 Jan 2017 09:16:02 +0000
Subject: [SR-Users] R:  R: serial forking calls using TSILO
In-Reply-To: <CAFOaF_h5AC4jerxgkBSno93qTVTHENCNTNNCV=yAQB0xhZ7FPQ@mail.gmail.com>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
 <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>
 <CAFOaF_h5AC4jerxgkBSno93qTVTHENCNTNNCV=yAQB0xhZ7FPQ@mail.gmail.com>
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29EB908@CG004SERVER.camegroup.local>

Hi Federico, sorry you’re right about log level.
Kamailio was running with right debug level but my syslog was configured to split log messages based on level so all logs with debug went to another file called debug.
I reconfigured syslog, please see the new attached file.

I should have found the log lines where there's $ru overwriting, should be the following log lines:
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: <script>: resuming trasaction [58698:23306391] 00......02181 58698:23306391)sip:7ffe85fb456f629b......net
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:request_route=[PUSHJOIN] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1011 a=27 n=t_continue
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: DEBUG: tm [t_lookup.c:1574]: t_lookup_ident(): DEBUG: t_lookup_ident: transaction found
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1016 a=26 n=xlog
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ALERT: <script>: Invite remused for sip:00......00000 at 7FFE85FB456F629B........net
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1017 a=25 n=lookup

In fact, after resuming the transaction with right 2181 account, it's called  t_continue and then t_lookup_ident funcs which says " transaction found", but maybe the transaction is not the right one...
But I don't know why that happens.

I also tried to add append_branch() function as you suggested but with no luck…

I don’t know why but when I copied and pasted the code statements, all branches disappeared…but they are in the Kamailio.cfg....
Let me retry changing email body text format.
# USER location service
route[LOCATION] {

#!ifdef WITH_SPEEDDIAL
        # search for short dialing - 2-digit extension
        if($rU=~"^[0-9][0-9]$")
                if(sd_lookup("speed_dial"))
                        route(SIPOUT);
#!endif

#!ifdef WITH_ALIASDB
        # search in DB-based aliases
        if(alias_db_lookup("dbaliases"))
                route(SIPOUT);
#!endif
#!ifdef WITH_FORK
        if($rU == "9999") {
                route(FORK);
        }
#!endif

#!ifdef WITH_PDT
        xdbg("before pdt $rU\n");
        #prefix2domain("0", "1");
        xdbg("after pdt $rU\n");
#!endif
        #Check if domains match

        if($fd != $rd) {
                xdbg("From domain $fd does not match request uri domain $rd\n");
                send_reply("488", "Not Accetable Here");
                exit;
        }

        #$rd = $td
        $avp(oexten) = $rU;
        if (!lookup("location")) {
                $var(rc) = $rc;
                t_newtran();
                switch ($var(rc)) {
                        case -1:
                        case -3:
                                xlog("L_ALERT","ALERT: User not found\n");
                                if (isflagset(FLT_ASTERISK_TRY)) {
                                        # Try calling with PUSH KIT
                                        send_reply("404", "Not Found");
                                } else {
                                        # User not found, check if is an app, then call it with pushkit
                                        if($(rU{s.substr,0,6})=="007001") {
                                                xlog("L_ALERT","ALERT: Trying calling $ru with PUSUH KIT\n");
                                                # device token check missing
                                                route(SUSPEND);
                                                route(SENDPUSH);
                                        } else {
                                                setflag(FLT_ASTERISK_TRY);
                                                route(ASTERISK);
                                        }
                                }
                                exit;
                        case -2:
                                send_reply("405", "Method Not Allowed");
                                exit;
                }
        }

        # when routing via usrloc, log the missed calls also
        if (is_method("INVITE"))
                setflag(FLT_ACCMISSED);

        route(RELAY);
        route(STORETRAN);
        exit;
}

route[STORETRAN] {
        ts_store();
        $sht(vtp=>stored::$rU) = 1;
        xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)] $fU => $rU\n");
}

# manage failure routing cases
failure_route[MANAGE_FAILURE] {
        xlog("L_ALERT", "MANAGE_FAILURE $rm $ru\n");
        route(NATMANAGE);

        if (t_is_canceled()) {
                xlog("L_ALERT", "MANAGE_FAILURE CANCELED\n");
                exit;
        }

#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]")) {
                t_reply("404","Not found");
                exit;
        }
#!endif

       if (is_avp_set("$avp(group_members_db)")) {
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                #append_branch();
                #$ru = $avp(group_members);
                $avp(group_members_db) = $null;
                t_on_failure("MANAGE_FAILURE");
        xlog("L_ALERT", "MANAGE_FAILURE $rm $ru $tu $fu\n");
                route(STORETRAN);
                route(LOCATION);
                exit;
        }
}



Tomas Zanet
Software Design Department
tzanet at came.com
CAME S.p.A.


Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: martedì 24 gennaio 2017 07:57
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] R: serial forking calls using TSILO

Hi,
the logs are not at level 3 (there are no DEBUG messages). Could you please repeat the test?
In the meanwhile can you also try adding a branch after setting the r-uri in the failure route?

$ru ="sip:"+$avp(group_members_db)+"@"+$fd;
append_branch();

I've also noticed that, in the failure route, the statements after

if (is_avp_set("$avp(group_members_db)"))

are not enclosed in braces, is this intentional?

Regards,

Federico

On Mon, Jan 23, 2017 at 10:01 AM, Tomas Zanet <tzanet at came.com> wrote:
Hi, please find below what you requested.

@Daniel: yes, I did ts_store() after relaying for both hops, but for the second call which should call account2, $ru is overwritten to account1 after t_continue

@Federico: as you requested, here is my route[LOCATION] and please the attached Kamailio log.
# USER location service
route[LOCATION]

#!ifdef WITH_SPEEDDIAL
        # search for short dialing - 2-digit extension
        if($rU=~"^[0-9][0-9]$")
                if(sd_lookup("speed_dial"))
                        route(SIPOUT);
#!endif

#!ifdef WITH_ALIASDB
        # search in DB-based aliases
        if(alias_db_lookup("dbaliases"))
                route(SIPOUT);
#!endif

#!ifdef WITH_FORK
        if($rU == "9999")
                route(FORK);

#!endif

#!ifdef WITH_PDT
        xdbg("before pdt $rU\n");
        #prefix2domain("0", "1");
        xdbg("after pdt $rU\n");
#!endif
        #Check if domains match

        if($fd != $rd)
                xdbg("From domain $fd does not match request uri domain $rd\n");
                send_reply("488", "Not Accetable Here");
                exit;


        #$rd = $td
        $avp(oexten) = $rU;
        if (!lookup("location"))
                $var(rc) = $rc;
                t_newtran();
                switch ($var(rc))
                        case -1:
                        case -3:
                                xlog("L_ALERT","ALERT: User not found\n");
                                if (isflagset(FLT_ASTERISK_TRY))
                                        # Try calling with PUSH KIT
                                        send_reply("404", "Not Found");
                                 else
                                        # User not found, check if is an app based on uri prefix, then call it with pushkit
                                        if($(rUs.substr,0,6)=="007001")
                                                xlog("L_ALERT","ALERT: Trying calling $ru with PUSUH KIT\n");
                                                # device token check missing
                                                route(SUSPEND);
                                                route(SENDPUSH);
                                         else
                                                setflag(FLT_ASTERISK_TRY);
                                                route(ASTERISK);


      exit;
                        case -2:
                                send_reply("405", "Method Not Allowed");
                                exit;



        # when routing via usrloc, log the missed calls also
        if (is_method("INVITE"))
                setflag(FLT_ACCMISSED);

        route(RELAY);
        route(STORETRAN);
        exit;


route[STORETRAN]
        ts_store();
        $sht(vtp=>stored::$rU) = 1;
        xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)] $fU => $rU\n");



Thanks to both,
Regards,
T.

Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: domenica 22 gennaio 2017 16:24
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] serial forking calls using TSILO

Hi,
could you please provide the LOCATION route and the Kamailio's log at level 3?
Thank you.

Regards,

Federico

On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <tzanet at came.com> wrote:
Hello,
I’m using Kamailio 4.4.4 with TSILO module in order to support Push Notifications used by our voip app on Apple ios10.
So far, everything works fine:  Kamailio can get an incoming call, suspend it, then send push notification with an external script, receive a new app registration and then call it after resuming the invite.
To do so, thanks to Mr, Cabiddu, I used all the functions described here
http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf


Right now, I would like to support serial forking calls using push notification because it was already supported with legacy voip.
To do so, I used failure_route function where, after getting the call destinations and setting them into an avp, I set the new SIP request uri $ru.
Here is my failure_route:
failure_route[MANAGE_FAILURE]
        route(NATMANAGE);
        if (t_is_canceled())
                exit;


#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]"))
                t_reply("404","Not found");
                exit;

#!endif

       if (is_avp_set("$avp(group_members_db)"))
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                $avp(group_members_db) = $null;
                route(LOCATION);
                exit;



I am troubleshooting this scenario and this is what I see:
1) Kamailio receives incoming call
2) Suspend it
3) Send Push notification to account1
4) Kamailio receives account1 registration -> INVRESUME route is now called
5) Then call account1
6) Nobody answers the call
7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next sipaccount: account2
8) suspend invite
9) send push notification to account2
10) account2 sends its sip registration -> INVRESUME route is now called
11) Kamailio calls account1 instead of account2 -> this is my issue

On step 10: despite account2 is registered, I checked it using “kamctl ul show”, the second call is forwarded all'account1 and not to account2.
I also checked the TSILO logs and everything seems ok. Here is the logs:
First call:
      suspended transaction [53945:1648394094] asterisk => account1
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account1 53945:1648394094)
second call:
      suspended transaction [53945:1648394094] asterisk => account2
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account2 53945:1648394094)

In order to find out the issue I put some xlogs, printing $ru value: what I see is the $ru value is set correctly on failure_route but as soon as the t_continue is called, the ru overwritten back to account1

Can anyone address me to find out the solution?
Thanks in advance

T.



Tomas Zanet
Software Design Department
tzanet at came.com



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



Tomas Zanet
Software Design Department
tzanet at came.com



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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: kamailio-2017.01.24
Type: application/octet-stream
Size: 1242310 bytes
Desc: kamailio-2017.01.24
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/5fcddaea/attachment-0001.obj>

From the_fx at hotmail.com  Tue Jan 24 12:23:33 2017
From: the_fx at hotmail.com (Tobias)
Date: Tue, 24 Jan 2017 11:23:33 +0000
Subject: [SR-Users] Event when acc is written?
Message-ID: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi!


I'm wondering if there is a way for the acc-module to notify/send an event to Kamailio (so I can pick it up from the config, similar to event_route) once the acc-module has performed a write?


As an example I'm using acc and db-mysql to store acc data in MySQL, but instead of having a service polling the MySQL for new acc's written I'd like to make Kamailio send an event once an acc-row has been written. I realize this could most likely be done by using MySQL triggers "ON INSERT", but I'm wondering if there is another (reliable) way to do this directly from within Kamailio?


I haven't tested it, but I would guess that if I tried to use for example event_route[dialog:end] there could be times where the event would hit Kamailio before the acc-module have written to missed_calls?


Thanks!

/Tobias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/b9b141e1/attachment.html>

From miconda at gmail.com  Tue Jan 24 12:27:13 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 12:27:13 +0100
Subject: [SR-Users] kamdbctl error.
In-Reply-To: <1485251414527-155314.post@n5.nabble.com>
References: <1485167968784-155288.post@n5.nabble.com>
 <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>
 <1485251414527-155314.post@n5.nabble.com>
Message-ID: <7f1a9714-31e9-7ee6-0bdc-114592859094@gmail.com>

Hello,

try to set CHARSET env variable either in shell, command line or
kamctlrc. For example:

# CHARSET=latin1 kamdbctl create

Cheers,
Daniel


On 24/01/2017 10:50, Venkatesh Macha wrote:
> Hi Daniel,
>
>    Thanks for your response,  I think there is character set mismatch in my
> VM. Is there any posibility to set character set while running the command.
>
> Thanks
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/kamdbctl-error-tp155288p155314.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From jaybinks at gmail.com  Tue Jan 24 12:43:18 2017
From: jaybinks at gmail.com (jay binks)
Date: Tue, 24 Jan 2017 21:43:18 +1000
Subject: [SR-Users] (no subject)
In-Reply-To: <CAO47Hpd-2QrZK-OiQWgi=8r8AdvKHu4ran7rQjJ5TaWCxFhUCA@mail.gmail.com>
References: <CAO47HpcS+D4j8DM9E3e0RgGg3M8mhqMKcwJXb3C8jzQh40NiQA@mail.gmail.com>
 <CAO47HpfPi+odEA-vvT9WjrR1NT_sn7XwKQHrDpzSzfgARjTTEw@mail.gmail.com>
 <1564044965.1370.1467090182033.JavaMail.zimbra@vozelia.com>
 <CAO47HpeS4gNrv6u1P2pFjNLk+bEZA8_mg+ieBZAxj8hGqQvz0A@mail.gmail.com>
 <CAOCjumE=x4jA6CD12t2=jpzVY6pmS-GAreN9sqTynUnmfdB-3Q@mail.gmail.com>
 <CAO47HpcVjKO5QprqF-zX6_tH1so3WXvJJYACFeX8+Ug_rcxfGA@mail.gmail.com>
 <b93406b9-4cee-bdcf-0f7b-9ee488f48205@gmail.com>
 <CAO47Hpd-2QrZK-OiQWgi=8r8AdvKHu4ran7rQjJ5TaWCxFhUCA@mail.gmail.com>
Message-ID: <CAO47HpcdzvXf=wZ3_Ly3Yp_hXEf19g36QMu5ae5o0TEWLfw36g@mail.gmail.com>

Hi Daniel,

Sorry, but Id like to dig this old subject up again.
I know you said I can change debug level when the IP fails over, but that
just feels nasty, and I dont really like it.

Id like to ask again, if we can have these logged at a different log level
??
( its nore informational, maybe Debug or similar ? )

if can we have a flag in kamailio, that says "im using ip_nonlocal_bind",
so dont show these errors.. they are expected ( in some cases )

Pretty Please !! :)

Jay






On 29 June 2016 at 20:36, jay binks <jaybinks at gmail.com> wrote:

> haha wow yea ok, that is one option.
> I might investigate that.
>
> Thanks !
>
> On 29 June 2016 at 20:31, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> a solution: you can decrease/increase the debug parameter value via
>> mi/rpc based on whether the ip is assigned or not to the host, like:
>>
>> kamctl mi debug -2
>>
>> The increase it to the default when the ip is assigned.
>> Cheers,
>> Daniel
>>
>>
>> On 29/06/16 11:47, jay binks wrote:
>>
>> Nah these are physical hosts in colocated DC space.
>>
>> so just for clarity, the issue is not with the floating IP.
>> that works perfect, as does keepalived and net.ipv4.ip_nonlocal_bind =1
>>
>> my ONLY issue is that the non master host logs a LOT of messages,
>> because it dosnt have the floating IP ( and thus cant send SIP OPTIONS,
>> originating from the floating IP )
>>
>> I realise this cant be fixed..  I just want to hide the log messages :P
>> EG: tell kamailio its in "nonlocal_bind" mode, so... yea dont log the udp_send
>> failed messages in my original message.
>>
>>
>>
>> On 29 June 2016 at 19:09, Carsten Bock <carsten at ng-voice.com> wrote:
>>
>>> Hi,
>>>
>>> quick question:
>>> Floating IP? Are you on Digital Ocean?
>>>
>>> DigitalOcean has an issue with UDP checksums on Floating IPs. They've
>>> been working on a fix, but that's not yet resolved.
>>>
>>> Quote from our Ticket:
>>> "We're definitely working on fixing this, but have managed to track
>>> the issue upstream into open-vswitch itself! We're working on fixing
>>> it, but it'll take longer. Turns out, we're not the only ones to see
>>> this - we found a similar bug going on on the Google cloud!"
>>>
>>> Thanks,
>>> Carsten
>>>
>>> 2016-06-29 9:55 GMT+02:00 jay binks < <jaybinks at gmail.com>
>>> jaybinks at gmail.com>:
>>> > So here are my listen lines.
>>> >
>>> > listen=127.0.0.1
>>> > listen=1.2.3.4
>>> > listen=1.2.3.5
>>> >
>>> > perhaps I can remove the localhost listen, but I doubt thats relevant
>>> here.
>>> >
>>> > I have changed the IPS for the next 2 listen lines just so my IP's are
>>> not
>>> > on the list archive.
>>> >
>>> > 1.2.3.4 is my floating IP
>>> >
>>> > 1.2.3.5 is a fixed IP on the box.
>>> >
>>> > The kamailio messages im talking about are complaining because that
>>> > particular box is not the master, and does not have the floating ip at
>>> that
>>> > point of time.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > On 28 June 2016 at 15:03, Joel Serrano | VOZELIA <joel at vozelia.com>
>>> wrote:
>>> >>
>>> >> Hi Jay,
>>> >>
>>> >> Can you paste your listen= lines from kamailio.cfg?
>>> >>
>>> >> Best regards,
>>> >> Joel.
>>> >>
>>> >> ----- Original Message -----
>>> >> > From: "jay binks" < <jaybinks at gmail.com>jaybinks at gmail.com>
>>> >> > To: "Kamailio (SER) - Users Mailing List"
>>> >> > <sr-users at lists.sip-router.org>
>>> >> > Sent: Sunday, June 26, 2016 8:40:47 PM
>>> >> > Subject: Re: [SR-Users] (no subject)
>>> >>
>>> >> > I cant believe I sent this without a subject... OOPS !
>>> >> > if I might re-post ( with a subject ) if there are no replies in a
>>> few
>>> >> > days.
>>> >>
>>> >> > On 25 June 2016 at 10:40, jay binks < <jaybinks at gmail.com>
>>> jaybinks at gmail.com > wrote:
>>> >>
>>> >> >> Hi Guys,
>>> >>
>>> >> >> Im using a keepalived solution between 2 kamailio boxes, with
>>> >> >> net.ipv4.ip_nonlocal_bind =1 .
>>> >>
>>> >> >> On the "non master" I pretty much constantly get these logs in
>>> syslog.
>>> >> >> What Im looking for is a way to suppress these because they are
>>> >> >> expected in my
>>> >> >> configuration.
>>> >>
>>> >> >> is there any way to tell kamailio to not log this... ( or at
>>> least, not
>>> >> >> at CRIT
>>> >> >> and ERROR )
>>> >>
>>> >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: ERROR: tm
>>> >> >> [../../forward.h:208]:
>>> >> >> msg_send(): udp_send failed
>>> >>
>>> >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: ERROR: <core>
>>> >> >> [udp_server.c:576]:
>>> >> >> udp_send(): sendto(sock,0x7fc0732d5ab0,
>>> 380,0,xxx.xxx.xxx.xxx:5060,16):
>>> >> >> Invalid
>>> >> >> argument(22)
>>> >>
>>> >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]: CRITICAL: <core>
>>> >> >> [udp_server.c:581]: udp_send(): invalid sendtoparameters#012one
>>> >> >> possible reason
>>> >> >> is the server is bound to localhost and#012attempts to send to the
>>> net
>>> >>
>>> >> >> --
>>> >> >> Sincerely
>>> >>
>>> >> >> Jay
>>> >>
>>> >> >> _______________________________________________
>>> >> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>> list
>>> >> >> sr-users at lists.sip-router.org
>>> >> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>> >>
>>> >> > --
>>> >> > Sincerely
>>> >>
>>> >> > Jay
>>> >>
>>> >> > _______________________________________________
>>> >> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>> list
>>> >> > sr-users at 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 at lists.sip-router.org
>>> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Sincerely
>>> >
>>> > Jay
>>> >
>>> > _______________________________________________
>>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> > sr-users at lists.sip-router.org
>>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>> >
>>>
>>>
>>>
>>> --
>>> Carsten Bock
>>> CEO (Geschäftsführer)
>>>
>>> ng-voice GmbH
>>> Millerntorplatz 1
>>> 20359 Hamburg / Germany
>>>
>>> http://www.ng-voice.com
>>> mailto:carsten at ng-voice.com
>>>
>>> Office +49 40 5247593-40 <%2B49%2040%205247593-40>
>>> Fax +49 40 5247593-99 <%2B49%2040%205247593-99>
>>>
>>> Sitz der Gesellschaft: Hamburg
>>> Registergericht: Amtsgericht Hamburg, HRB 120189
>>> Geschäftsführer: Carsten Bock
>>> Ust-ID: DE279344284
>>>
>>> Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>>> http://www.ng-voice.com/imprint/
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>>
>> --
>> Sincerely
>>
>> Jay
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Sincerely
>
> Jay
>



-- 
Sincerely

Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/7e92cd55/attachment.html>

From miconda at gmail.com  Tue Jan 24 15:00:14 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 15:00:14 +0100
Subject: [SR-Users] (no subject)
In-Reply-To: <CAO47HpcdzvXf=wZ3_Ly3Yp_hXEf19g36QMu5ae5o0TEWLfw36g@mail.gmail.com>
References: <CAO47HpcS+D4j8DM9E3e0RgGg3M8mhqMKcwJXb3C8jzQh40NiQA@mail.gmail.com>
 <CAO47HpfPi+odEA-vvT9WjrR1NT_sn7XwKQHrDpzSzfgARjTTEw@mail.gmail.com>
 <1564044965.1370.1467090182033.JavaMail.zimbra@vozelia.com>
 <CAO47HpeS4gNrv6u1P2pFjNLk+bEZA8_mg+ieBZAxj8hGqQvz0A@mail.gmail.com>
 <CAOCjumE=x4jA6CD12t2=jpzVY6pmS-GAreN9sqTynUnmfdB-3Q@mail.gmail.com>
 <CAO47HpcVjKO5QprqF-zX6_tH1so3WXvJJYACFeX8+Ug_rcxfGA@mail.gmail.com>
 <b93406b9-4cee-bdcf-0f7b-9ee488f48205@gmail.com>
 <CAO47Hpd-2QrZK-OiQWgi=8r8AdvKHu4ran7rQjJ5TaWCxFhUCA@mail.gmail.com>
 <CAO47HpcdzvXf=wZ3_Ly3Yp_hXEf19g36QMu5ae5o0TEWLfw36g@mail.gmail.com>
Message-ID: <0f9f8d1d-20b4-5848-a499-0698fd1bf2d5@gmail.com>

Hello,

I am open for any contribution to the code here, that's not a problem.

The log messages are from the core and relevant to troubleshoot when
some routing info is not good, so there has to be a switch to control
them. If you want a new global parameter to control it, I am not against
such changes, but I assume you still want to turn it on/off at runtime
via a rpc command whenever the IP is assigned or taken away from the
network interface, right?

Cheers,
Daniel


On 24/01/2017 12:43, jay binks wrote:
> Hi Daniel,
>
> Sorry, but Id like to dig this old subject up again.
> I know you said I can change debug level when the IP fails over, but
> that just feels nasty, and I dont really like it.
>
> Id like to ask again, if we can have these logged at a different log
> level ??
> ( its nore informational, maybe Debug or similar ? )
>
> if can we have a flag in kamailio, that says "im
> using ip_nonlocal_bind", so dont show these errors.. they are expected
> ( in some cases )
>
> Pretty Please !! :)
>
> Jay
>
>
>
>
>
>
> On 29 June 2016 at 20:36, jay binks <jaybinks at gmail.com
> <mailto:jaybinks at gmail.com>> wrote:
>
>     haha wow yea ok, that is one option.
>     I might investigate that.
>
>     Thanks ! 
>
>     On 29 June 2016 at 20:31, Daniel-Constantin Mierla
>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>         Hello,
>
>         a solution: you can decrease/increase the debug parameter
>         value via mi/rpc based on whether the ip is assigned or not to
>         the host, like:
>
>         kamctl mi debug -2
>
>         The increase it to the default when the ip is assigned.
>
>         Cheers,
>         Daniel
>
>
>         On 29/06/16 11:47, jay binks wrote:
>>         Nah these are physical hosts in colocated DC space.
>>
>>         so just for clarity, the issue is not with the floating IP.
>>         that works perfect, as does keepalived
>>         and net.ipv4.ip_nonlocal_bind =1
>>
>>         my ONLY issue is that the non master host logs a LOT of messages,
>>         because it dosnt have the floating IP ( and thus cant send
>>         SIP OPTIONS, originating from the floating IP )
>>
>>         I realise this cant be fixed..  I just want to hide the log
>>         messages :P
>>         EG: tell kamailio its in "nonlocal_bind" mode, so... yea dont
>>         log the udp_send failed messages in my original message.
>>
>>          
>>
>>         On 29 June 2016 at 19:09, Carsten Bock <carsten at ng-voice.com
>>         <mailto:carsten at ng-voice.com>> wrote:
>>
>>             Hi,
>>
>>             quick question:
>>             Floating IP? Are you on Digital Ocean?
>>
>>             DigitalOcean has an issue with UDP checksums on Floating
>>             IPs. They've
>>             been working on a fix, but that's not yet resolved.
>>
>>             Quote from our Ticket:
>>             "We're definitely working on fixing this, but have
>>             managed to track
>>             the issue upstream into open-vswitch itself! We're
>>             working on fixing
>>             it, but it'll take longer. Turns out, we're not the only
>>             ones to see
>>             this - we found a similar bug going on on the Google cloud!"
>>
>>             Thanks,
>>             Carsten
>>
>>             2016-06-29 9:55 GMT+02:00 jay binks <jaybinks at gmail.com
>>             <mailto:jaybinks at gmail.com>>:
>>             > So here are my listen lines.
>>             >
>>             > listen=127.0.0.1
>>             > listen=1.2.3.4
>>             > listen=1.2.3.5
>>             >
>>             > perhaps I can remove the localhost listen, but I doubt
>>             thats relevant here.
>>             >
>>             > I have changed the IPS for the next 2 listen lines just
>>             so my IP's are not
>>             > on the list archive.
>>             >
>>             > 1.2.3.4 is my floating IP
>>             >
>>             > 1.2.3.5 is a fixed IP on the box.
>>             >
>>             > The kamailio messages im talking about are complaining
>>             because that
>>             > particular box is not the master, and does not have the
>>             floating ip at that
>>             > point of time.
>>             >
>>             >
>>             >
>>             >
>>             >
>>             >
>>             > On 28 June 2016 at 15:03, Joel Serrano | VOZELIA
>>             <joel at vozelia.com <mailto:joel at vozelia.com>> wrote:
>>             >>
>>             >> Hi Jay,
>>             >>
>>             >> Can you paste your listen= lines from kamailio.cfg?
>>             >>
>>             >> Best regards,
>>             >> Joel.
>>             >>
>>             >> ----- Original Message -----
>>             >> > From: "jay binks" <jaybinks at gmail.com
>>             <mailto:jaybinks at gmail.com>>
>>             >> > To: "Kamailio (SER) - Users Mailing List"
>>             >> > <sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>>
>>             >> > Sent: Sunday, June 26, 2016 8:40:47 PM
>>             >> > Subject: Re: [SR-Users] (no subject)
>>             >>
>>             >> > I cant believe I sent this without a subject... OOPS !
>>             >> > if I might re-post ( with a subject ) if there are
>>             no replies in a few
>>             >> > days.
>>             >>
>>             >> > On 25 June 2016 at 10:40, jay binks <
>>             jaybinks at gmail.com <mailto:jaybinks at gmail.com> > wrote:
>>             >>
>>             >> >> Hi Guys,
>>             >>
>>             >> >> Im using a keepalived solution between 2 kamailio
>>             boxes, with
>>             >> >> net.ipv4.ip_nonlocal_bind =1 .
>>             >>
>>             >> >> On the "non master" I pretty much constantly get
>>             these logs in syslog.
>>             >> >> What Im looking for is a way to suppress these
>>             because they are
>>             >> >> expected in my
>>             >> >> configuration.
>>             >>
>>             >> >> is there any way to tell kamailio to not log
>>             this... ( or at least, not
>>             >> >> at CRIT
>>             >> >> and ERROR )
>>             >>
>>             >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]:
>>             ERROR: tm
>>             >> >> [../../forward.h:208]:
>>             >> >> msg_send(): udp_send failed
>>             >>
>>             >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]:
>>             ERROR: <core>
>>             >> >> [udp_server.c:576]:
>>             >> >> udp_send():
>>             sendto(sock,0x7fc0732d5ab0,380,0,xxx.xxx.xxx.xxx:5060,16):
>>             >> >> Invalid
>>             >> >> argument(22)
>>             >>
>>             >> >> Jun 25 10:32:53 lb2 /usr/sbin/kamailio[24869]:
>>             CRITICAL: <core>
>>             >> >> [udp_server.c:581]: udp_send(): invalid
>>             sendtoparameters#012one
>>             >> >> possible reason
>>             >> >> is the server is bound to localhost and#012attempts
>>             to send to the net
>>             >>
>>             >> >> --
>>             >> >> Sincerely
>>             >>
>>             >> >> Jay
>>             >>
>>             >> >> _______________________________________________
>>             >> >> SIP Express Router (SER) and Kamailio (OpenSER) -
>>             sr-users mailing list
>>             >> >> sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             >> >>
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>             >>
>>             >> > --
>>             >> > Sincerely
>>             >>
>>             >> > Jay
>>             >>
>>             >> > _______________________________________________
>>             >> > SIP Express Router (SER) and Kamailio (OpenSER) -
>>             sr-users mailing list
>>             >> > sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             >> >
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>             >>
>>             >> _______________________________________________
>>             >> SIP Express Router (SER) and Kamailio (OpenSER) -
>>             sr-users mailing list
>>             >> sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             >>
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>             >
>>             >
>>             >
>>             >
>>             > --
>>             > Sincerely
>>             >
>>             > Jay
>>             >
>>             > _______________________________________________
>>             > SIP Express Router (SER) and Kamailio (OpenSER) -
>>             sr-users mailing list
>>             > sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             >
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>             >
>>
>>
>>
>>             --
>>             Carsten Bock
>>             CEO (Geschäftsführer)
>>
>>             ng-voice GmbH
>>             Millerntorplatz 1
>>             20359 Hamburg / Germany
>>
>>             http://www.ng-voice.com
>>             mailto:carsten at ng-voice.com <mailto:carsten at ng-voice.com>
>>
>>             Office +49 40 5247593-40 <tel:%2B49%2040%205247593-40>
>>             Fax +49 40 5247593-99 <tel:%2B49%2040%205247593-99>
>>
>>             Sitz der Gesellschaft: Hamburg
>>             Registergericht: Amtsgericht Hamburg, HRB 120189
>>             Geschäftsführer: Carsten Bock
>>             Ust-ID: DE279344284
>>
>>             Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
>>             http://www.ng-voice.com/imprint/
>>             <http://www.ng-voice.com/imprint/>
>>
>>             _______________________________________________
>>             SIP Express Router (SER) and Kamailio (OpenSER) -
>>             sr-users mailing list
>>             sr-users at lists.sip-router.org
>>             <mailto:sr-users at lists.sip-router.org>
>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>
>>         -- 
>>         Sincerely
>>
>>         Jay
>>
>>
>>         _______________________________________________
>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>         -- 
>         Daniel-Constantin Mierla
>         http://www.asipto.com - http://www.kamailio.org
>         http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>         <http://www.linkedin.com/in/miconda>
>
>         _______________________________________________ SIP Express
>         Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>         sr-users at lists.sip-router.org
>         <mailto:sr-users at lists.sip-router.org>
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> 
>
>     -- 
>     Sincerely Jay
>
> -- 
> Sincerely Jay
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/40a88b21/attachment.html>

From miconda at gmail.com  Tue Jan 24 15:02:03 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 15:02:03 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
Message-ID: <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>

Hello,



On 24/01/2017 12:23, Tobias wrote:
>
> Hi!
>
>
> I'm wondering if there is a way for the acc-module to notify/send an
> event to Kamailio (so I can pick it up from the config, similar to
> event_route) once the acc-module has performed a write?
>
>
> As an example I'm using acc and db-mysql to store acc data in MySQL,
> but instead of having a service polling the MySQL for new acc's
> written I'd like to make Kamailio send an event once an acc-row has
> been written. I realize this could most likely be done by using MySQL
> triggers "ON INSERT", but I'm wondering if there is another (reliable)
> way to do this directly from within Kamailio?
>
>
> I haven't tested it, but I would guess that if I tried to use for
> example event_route[dialog:end] there could be times where the event
> would hit Kamailio before the acc-module have written to missed_calls?
>
>
>
Do you still want the acc record to be written in the database or catch
the event before storing and directing it somewhere else?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/a73acf00/attachment.html>

From miconda at gmail.com  Tue Jan 24 15:04:53 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 15:04:53 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
Message-ID: <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>

Hello,

anyone else interested in having a dinner event at Fosdem?

Soon there has to be a decision and hopefully Torrey (cc-ed) can help
again like last year.

Cheers,
Daniel


On 22/01/2017 13:40, DanB wrote:
> Hey Daniel,
>
> if anything to be reserved, please count us also in. Will come back
> regarding number of seats but just to be aware that we are interested
> to join the dinner.
>
> Thanks!
>
> DanB
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From federico.cabiddu at gmail.com  Tue Jan 24 15:11:27 2017
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Tue, 24 Jan 2017 15:11:27 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
Message-ID: <CAFOaF_hh-fYB_ixPjKEL1Kx87T8wdkh19VfY70TeGfFbymR5pA@mail.gmail.com>

Hi,
I'll be there and willing to participate to the dinner!

Cheers,

Federico

On Tue, Jan 24, 2017 at 3:04 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> anyone else interested in having a dinner event at Fosdem?
>
> Soon there has to be a decision and hopefully Torrey (cc-ed) can help
> again like last year.
>
> Cheers,
> Daniel
>
>
> On 22/01/2017 13:40, DanB wrote:
> > Hey Daniel,
> >
> > if anything to be reserved, please count us also in. Will come back
> > regarding number of seats but just to be aware that we are interested
> > to join the dinner.
> >
> > Thanks!
> >
> > DanB
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
> www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/ebce47d5/attachment.html>

From miconda at gmail.com  Tue Jan 24 15:50:57 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 24 Jan 2017 15:50:57 +0100
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
	markdown
In-Reply-To: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
Message-ID: <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>

Hello,


On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
> Hello,
>
> I want to start a discussion about some of the kamailio tutorials from
> the wiki, mainly those related to core cookbook, variables and
> transformations. They are now in dokuwiki at:
>
>    - https://www.kamailio.org/wiki/#cookbooks
>
> The wiki served us pretty well so far, however the contributions there
> are not that active. From time to time we still get spammers, even we
> added restriction that only registered and authenticated users can write.
>
> I am thinking that maybe people don't like creating yet another account
> just add some example or rephrase for clarity.
>
> On the other hand, there are over 400 registered users, many of them I
> expect to be either made because if misunderstanding the purpose or by
> spammers that guessed the (sip) captcha (plenty of random usernames).
>
> Besides that I think the wiki adds overhead when releasing a new version
> as each time we have to copy and paste old version content to a new set
> of pages and update the version number.
>
> With the above in mind, I wonder if won't be better to store those
> tutorials in markdown format and use mkdocs.org or gitbook
> (https://github.com/GitbookIO/gitbook) tools to generate the html and
> host it in kamailio.org. The wiki will still be used to index them.
>
> Among the benefits I see:
>
>    * store in github.com (a new repo, like: kamailio-docs) and all devs
> can contribute directly, other users can make pull requests
>
>    * create branches for each major version of kamailio and backport
> across them with git whenever is applicable
>
>    * the edit can be done directly via github.com website (similar to
> the wiki right now) and even read it directly from github in html
> transformed from markdown by github
>
>    * one can get them offline by cloning the git repo, use them or
> enhance when offline
>
> Many if the tutorials will stay in the wiki, but I think those that are
> related to documenting per kamailio version should be migrated to gihub
> storage + markdown. If there is a strong pro opinion for this change, I
> can try to convert one of the cookbooks very soon so people can feel
> better the difference. If we get to a consensus, then I think we can
> have those tutorials in the new format for v5.0.
>
> Should anyone have comments, other suggestions or improvements, let's
> put them on debate.

I created the markdown version for the tutorial to install Kamailio
devel from git to make it easier to compare.

The html version build with mkdocs (http://mkdocs.org) is available in
html format at:

   - http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/

Git repo is at:

  -
https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git

Viewing the content via github:

  -
https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md

You can compare with the old tutorial in the wiki:

   - https://www.kamailio.org/wiki/install/devel/git

Again, the main reason of this discussion is not the look, but the
collaboration mechanisms and tools behind building the docs and
maintaining/versioning them.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From pvenkatayogi at cyracom.com  Tue Jan 24 16:50:24 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Tue, 24 Jan 2017 15:50:24 +0000
Subject: [SR-Users] How to determine correct port to set in record-route
	header
Message-ID: <bc7df6b7a16349fab506370956a6e440@TACEXH01.cyracom.com>

Any help?

From: Pranathi Venkatayogi
Sent: Monday, January 23, 2017 2:35 PM
To: 'Kamailio (SER) - Users Mailing List' <sr-users at lists.sip-router.org>
Subject: How to determine correct port to set in record-route header

Hi,
  I am using Kamailio behind NAT, unable to figure how to make it put “public ip” in Record-route header, I am manually inserting the hard-coded header myself as below.
  However now I am having trouble choosing the right port number in all scenarios.

        $var(dstPort) = 5061;
        if (dst_port==5060)
        {
           $var(dstPort) = 5060;
        }
        insert_hf("Record-Route: <sip:MY_PUBLICIP_ADDR:$var(dstPort);transport=tls;lr;nat=yes>\r\n", "Record-Route");

   In one scenario I see the conflicting port numbers in “via” header vs “Record route”.
   The ACK is being set to port 5060 based on Record route header and is not being received by the callee.

2017-01-23 14:52:49.970233 [blink.exe 2780]: SENDING: Packet 11, +0:00:36.411867
10.0.27.108:58217 -(SIP over TLS)-> 172.31.211.31:5061
SIP/2.0 180 Ringing
Via: SIP/2.0/TLS 63.149.103.72:5061;received=172.31.211.31;branch=z9hG4bK4799.7067bd2a48063748a4c353fa408eaefa.0
Via: SIP/2.0/UDP 10.0.16.52;rport=5060;branch=z9hG4bK4799.935a27c6ef5ad112225964cbe7c1be44.0;i=2
Via: SIP/2.0/TLS 10.11.200.12:51793;rport=51793;received=10.11.200.12;branch=z9hG4bKPj49f6aeca3f9b4155ab4c5304b544aa4d;alias
Record-Route: <sip:63.149.103.72:5060;transport=tls;lr;nat=yes>
Record-Route: <sip:10.0.16.52:5061;transport=tls;lr;nat=yes>
Call-ID: 09ce10efa6a946bf9445ccc21857393e
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=95082caabecc42548c2fec5ccd29e5de
To: <sip:spanish at translation.sms-test.cyracom.com>;tag=ec365cc8489b48a7bc5725d21b7d97a1
CSeq: 17422 INVITE
Server: Blink 3.0.0 (Windows)
Contact: <sip:20745891 at 10.0.27.108:58216;transport=tls>
Allow: SUBSCRIBE, NOTIFY, PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Content-Length:  0
Questions:
1. How can I let in-built record-route function automatically choose “public ip” so I can get rid of my manual insertion altogether.
2. If no option, what is the right way to choose the port on which packet is being received, so it is same as what is on “VIA”.
3. Any other pointers to improve the logic here?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/0f6fea2e/attachment.html>

From d.tryba at pocos.nl  Tue Jan 24 16:58:41 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Tue, 24 Jan 2017 16:58:41 +0100
Subject: [SR-Users] How to determine correct port to set in record-route
 header
In-Reply-To: <bc7df6b7a16349fab506370956a6e440@TACEXH01.cyracom.com>
References: <bc7df6b7a16349fab506370956a6e440@TACEXH01.cyracom.com>
Message-ID: <20170124155841.GA9336@office.pocos.nl>

On Tue, Jan 24, 2017 at 03:50:24PM +0000, Pranathi Venkatayogi wrote:
>   I am using Kamailio behind NAT, unable to figure how to make it put “public ip” in Record-route header, I am manually inserting the hard-coded header myself as below.
>   However now I am having trouble choosing the right port number in all scenarios.


Take a look at https://www.kamailio.org/wiki/cookbooks/4.4.x/core#listen
and the mentioned set_advertised_address() / set_advertised_port() cfg
functions.

To quote the documentation:
 A typical use case for advertise address is when running SIP server
 behind a NAT/Firewall, when the local IP address (to be used for bind)
 is different than the public IP address (to be used for advertising). 



From rswagoner at gmail.com  Tue Jan 24 17:25:57 2017
From: rswagoner at gmail.com (Ryan Wagoner)
Date: Tue, 24 Jan 2017 11:25:57 -0500
Subject: [SR-Users] Asterisk Proxy Multiple Devices / BLF Issues
Message-ID: <CAGExVfvE7bn0LDQCm_5feNzKdvrjs1Yz9BkvYnUnKmkwttK0Fw@mail.gmail.com>

I'm following the latest Kamailio and Asterisk Realtime guide to offload
registrations from my FreePBX / Asterisk setup and possibly load balance
down the road. I'm running Kamailio 4.4.5 and Asterisk 11.6-cert15.  I
realize FreePBX isn't realtime and will work around  that with a database
view, etc.

I was excited to see Kamailio will handle multiple devices registering to
the same device/extension and placing / receiving calls works. I did run
into an issue when any device unregisters Kamailio always forwards the
register with expires 0 to Asterisk. To workaround this I modified the
route[REGFWD] and added the if($hdr(Expires)==$null) chunk of code. I
wanted to use caller->count, but ran into stale contact records with
expires set to deleted. I then tried enumerating the contacts, but don't
understand why ulc(caller->expires) is 10 when kamctl ul show shows expires
deleted. The code below works, but I was hoping for an explanation of the
expires = 10 or if there was a better way to handle this scenario.

Additionally I enabled presence (WITH_PRESENCE) but Kamailio responds 489
bad event for subscribe requests from devices registered to it. I was
hoping it would proxy these to Asterisk for BLF support. If somebody could
point me in the right direction it would be appreciated.

# Forward REGISTER to Asterisk
route[REGFWD] {
        if(!is_method("REGISTER"))
        {
                return;
        }

        if($hdr(Expires)==$null)
        {
                reg_fetch_contacts("location", "$sel(contact.uri)",
"caller");

                $var(i) = 0;
                $var(j) = 0;
                while($var(i) < $(ulc(caller=>count)))
                {
                        if($(ulc(caller=>expires)[$var(i)])!=10)
                        {
                                $var(j) = $var(j) + 1;
                        }

                        $var(i) = $var(i) + 1;
                }

                if($var(j)>=1)
                {
                        return;
                }
        }

        $var(rip) = $sel(cfg_get.asterisk.bindip);
        $uac_req(method)="REGISTER";
        $uac_req(ruri)="sip:" + $var(rip) + ":" +
$sel(cfg_get.asterisk.bindport);
        $uac_req(furi)="sip:" + $au + "@" + $var(rip);
        $uac_req(turi)="sip:" + $au + "@" + $var(rip);
        $uac_req(hdrs)="Contact: <sip:" + $au + "@"
                                + $sel(cfg_get.kamailio.bindip)
                                + ":" + $sel(cfg_get.kamailio.bindport) +
">\r\n";
        if($sel(contact.expires) != $null)
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
$sel(contact.expires) + "\r\n";
        else
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
$hdr(Expires) + "\r\n";
        uac_req_send();
}

Thanks,
Ryan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/c635dae9/attachment.html>

From pvenkatayogi at cyracom.com  Tue Jan 24 17:59:29 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Tue, 24 Jan 2017 16:59:29 +0000
Subject: [SR-Users] How to determine correct port to set in record-route
 header
In-Reply-To: <20170124155841.GA9336@office.pocos.nl>
References: <bc7df6b7a16349fab506370956a6e440@TACEXH01.cyracom.com>
 <20170124155841.GA9336@office.pocos.nl>
Message-ID: <4dbfb0a8369547f688da3ff6ebb81bd0@TACEXH01.cyracom.com>

I have set that from the beginning, but of no avail. 

advertised_address="63.149.103.72"
listen=udp:MY_IP_ADDR:5060 advertise MY_PUBLICIP_ADDR:5060

-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Tryba
Sent: Tuesday, January 24, 2017 7:59 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Subject: Re: [SR-Users] How to determine correct port to set in record-route header

On Tue, Jan 24, 2017 at 03:50:24PM +0000, Pranathi Venkatayogi wrote:
>   I am using Kamailio behind NAT, unable to figure how to make it put “public ip” in Record-route header, I am manually inserting the hard-coded header myself as below.
>   However now I am having trouble choosing the right port number in all scenarios.


Take a look at https://www.kamailio.org/wiki/cookbooks/4.4.x/core#listen
and the mentioned set_advertised_address() / set_advertised_port() cfg functions.

To quote the documentation:
 A typical use case for advertise address is when running SIP server  behind a NAT/Firewall, when the local IP address (to be used for bind)  is different than the public IP address (to be used for advertising). 


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

From the_fx at hotmail.com  Tue Jan 24 18:03:00 2017
From: the_fx at hotmail.com (Tobias)
Date: Tue, 24 Jan 2017 17:03:00 +0000
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>,
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
Message-ID: <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi Daniel,


I'd still like the acc record to be written, and then get notified about that writing was completed, including the mysql ID, callid and maybe something more, perhaps the whole record written? I'd like a notification for all writes, i.e. doesn't matter if it's acc.acc or acc.missed_calls, INVITEs or BYE, etc.


Kind regards,

/Tobias


________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com>
Sent: Tuesday, January 24, 2017 3:02 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Event when acc is written?


Hello,


On 24/01/2017 12:23, Tobias wrote:

Hi!


I'm wondering if there is a way for the acc-module to notify/send an event to Kamailio (so I can pick it up from the config, similar to event_route) once the acc-module has performed a write?


As an example I'm using acc and db-mysql to store acc data in MySQL, but instead of having a service polling the MySQL for new acc's written I'd like to make Kamailio send an event once an acc-row has been written. I realize this could most likely be done by using MySQL triggers "ON INSERT", but I'm wondering if there is another (reliable) way to do this directly from within Kamailio?


I haven't tested it, but I would guess that if I tried to use for example event_route[dialog:end] there could be times where the event would hit Kamailio before the acc-module have written to missed_calls?


Do you still want the acc record to be written in the database or catch the event before storing and directing it somewhere else?

Cheers,
Daniel

--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>

Kamailio World - Our site will be launched soon<http://www.kamailioworld.com/>
www.kamailioworld.com
the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event and more details will be available very soon!


Daniel-Constantin Mierla | LinkedIn<http://www.linkedin.com/in/miconda>
www.linkedin.com
View Daniel-Constantin Mierla's professional profile on LinkedIn. LinkedIn is the world's largest business network, helping professionals like Daniel-Constantin Mierla discover inside connections to recommended job candidates, industry experts, and business partners.


miconda (@miconda) | Twitter<http://www.twitter.com/miconda>
www.twitter.com
The latest Tweets from miconda (@miconda). Co-founder and leader of Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin, Germany


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/3aeb7cf7/attachment.html>

From linuxvenkey at gmail.com  Tue Jan 24 18:46:01 2017
From: linuxvenkey at gmail.com (Venkatesh Macha)
Date: Tue, 24 Jan 2017 10:46:01 -0700 (MST)
Subject: [SR-Users] kamdbctl error.
In-Reply-To: <7f1a9714-31e9-7ee6-0bdc-114592859094@gmail.com>
References: <1485167968784-155288.post@n5.nabble.com>
 <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>
 <1485251414527-155314.post@n5.nabble.com>
 <7f1a9714-31e9-7ee6-0bdc-114592859094@gmail.com>
Message-ID: <1485279960978-155345.post@n5.nabble.com>

Thanks, Denial. It is working now. 



--
View this message in context: http://sip-router.1086192.n5.nabble.com/kamdbctl-error-tp155288p155345.html
Sent from the Users mailing list archive at Nabble.com.


From pvenkatayogi at cyracom.com  Tue Jan 24 20:01:51 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Tue, 24 Jan 2017 19:01:51 +0000
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
Message-ID: <7a0e52cd145c4ee18b321f5450cd2acb@TACEXH01.cyracom.com>

Hi,
  I have two instances of Kamailio acting as edge proxies. One on the customer side and one on the agent side.
  Like: customer -> proxy1 -> proxy2 -> agent.
  Both customer and agent are registered to proxy1/proxy2 via TLS.

  However when proxy1 forwards to proxy2, it is using UDP. How can I force it to use TLS?
  Attached is the result of nslookup on the domain: translation.sms-test.cyracom.com.

Thanks
Pranathi

[cid:image001.jpg at 01D27631.42773770]

From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Ryan Wagoner
Sent: Tuesday, January 24, 2017 8:26 AM
To: sr-users at lists.sip-router.org
Subject: [SR-Users] Asterisk Proxy Multiple Devices / BLF Issues

I'm following the latest Kamailio and Asterisk Realtime guide to offload registrations from my FreePBX / Asterisk setup and possibly load balance down the road. I'm running Kamailio 4.4.5 and Asterisk 11.6-cert15.  I realize FreePBX isn't realtime and will work around  that with a database view, etc.

I was excited to see Kamailio will handle multiple devices registering to the same device/extension and placing / receiving calls works. I did run into an issue when any device unregisters Kamailio always forwards the register with expires 0 to Asterisk. To workaround this I modified the route[REGFWD] and added the if($hdr(Expires)==$null) chunk of code. I wanted to use caller->count, but ran into stale contact records with expires set to deleted. I then tried enumerating the contacts, but don't understand why ulc(caller->expires) is 10 when kamctl ul show shows expires deleted. The code below works, but I was hoping for an explanation of the expires = 10 or if there was a better way to handle this scenario.

Additionally I enabled presence (WITH_PRESENCE) but Kamailio responds 489 bad event for subscribe requests from devices registered to it. I was hoping it would proxy these to Asterisk for BLF support. If somebody could point me in the right direction it would be appreciated.

# Forward REGISTER to Asterisk
route[REGFWD] {
        if(!is_method("REGISTER"))
        {
                return;
        }

        if($hdr(Expires)==$null)
        {
                reg_fetch_contacts("location", "$sel(contact.uri)", "caller");

                $var(i) = 0;
                $var(j) = 0;
                while($var(i) < $(ulc(caller=>count)))
                {
                        if($(ulc(caller=>expires)[$var(i)])!=10)
                        {
                                $var(j) = $var(j) + 1;
                        }

                        $var(i) = $var(i) + 1;
                }

                if($var(j)>=1)
                {
                        return;
                }
        }

        $var(rip) = $sel(cfg_get.asterisk.bindip);
        $uac_req(method)="REGISTER";
        $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk.bindport);
        $uac_req(furi)="sip:" + $au + "@" + $var(rip);
        $uac_req(turi)="sip:" + $au + "@" + $var(rip);
        $uac_req(hdrs)="Contact: <sip:" + $au + "@"
                                + $sel(cfg_get.kamailio.bindip)
                                + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n";
        if($sel(contact.expires) != $null)
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n";
        else
                $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n";
        uac_req_send();
}

Thanks,
Ryan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/872e5962/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 61324 bytes
Desc: image001.jpg
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/872e5962/attachment.jpg>

From tsearle at gmail.com  Tue Jan 24 16:31:57 2017
From: tsearle at gmail.com (Torrey Searle)
Date: Tue, 24 Jan 2017 16:31:57 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
Message-ID: <CAF=w+NpXBNAQHgSZxcf069=0mRkdG+tn4z0Mg8L7qVSjptAuxw@mail.gmail.com>

Let me know a headcount by next Monday and I will do the booking.

Torrey

On 24 January 2017 at 15:04, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> anyone else interested in having a dinner event at Fosdem?
>
> Soon there has to be a decision and hopefully Torrey (cc-ed) can help
> again like last year.
>
> Cheers,
> Daniel
>
>
> On 22/01/2017 13:40, DanB wrote:
> > Hey Daniel,
> >
> > if anything to be reserved, please count us also in. Will come back
> > regarding number of seats but just to be aware that we are interested
> > to join the dinner.
> >
> > Thanks!
> >
> > DanB
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
> www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/4c9e646f/attachment.html>

From annusfictus at gmail.com  Tue Jan 24 21:44:01 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Tue, 24 Jan 2017 15:44:01 -0500
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
Message-ID: <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>

hello,

I think is a good way to improve Kamailio documentation.

Thank you

Regards

El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
> Hello,
>
>
> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> I want to start a discussion about some of the kamailio tutorials from
>> the wiki, mainly those related to core cookbook, variables and
>> transformations. They are now in dokuwiki at:
>>
>>     - https://www.kamailio.org/wiki/#cookbooks
>>
>> The wiki served us pretty well so far, however the contributions there
>> are not that active. From time to time we still get spammers, even we
>> added restriction that only registered and authenticated users can write.
>>
>> I am thinking that maybe people don't like creating yet another account
>> just add some example or rephrase for clarity.
>>
>> On the other hand, there are over 400 registered users, many of them I
>> expect to be either made because if misunderstanding the purpose or by
>> spammers that guessed the (sip) captcha (plenty of random usernames).
>>
>> Besides that I think the wiki adds overhead when releasing a new version
>> as each time we have to copy and paste old version content to a new set
>> of pages and update the version number.
>>
>> With the above in mind, I wonder if won't be better to store those
>> tutorials in markdown format and use mkdocs.org or gitbook
>> (https://github.com/GitbookIO/gitbook) tools to generate the html and
>> host it in kamailio.org. The wiki will still be used to index them.
>>
>> Among the benefits I see:
>>
>>     * store in github.com (a new repo, like: kamailio-docs) and all devs
>> can contribute directly, other users can make pull requests
>>
>>     * create branches for each major version of kamailio and backport
>> across them with git whenever is applicable
>>
>>     * the edit can be done directly via github.com website (similar to
>> the wiki right now) and even read it directly from github in html
>> transformed from markdown by github
>>
>>     * one can get them offline by cloning the git repo, use them or
>> enhance when offline
>>
>> Many if the tutorials will stay in the wiki, but I think those that are
>> related to documenting per kamailio version should be migrated to gihub
>> storage + markdown. If there is a strong pro opinion for this change, I
>> can try to convert one of the cookbooks very soon so people can feel
>> better the difference. If we get to a consensus, then I think we can
>> have those tutorials in the new format for v5.0.
>>
>> Should anyone have comments, other suggestions or improvements, let's
>> put them on debate.
> I created the markdown version for the tutorial to install Kamailio
> devel from git to make it easier to compare.
>
> The html version build with mkdocs (http://mkdocs.org) is available in
> html format at:
>
>     - http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>
> Git repo is at:
>
>    -
> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>
> Viewing the content via github:
>
>    -
> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>
> You can compare with the old tutorial in the wiki:
>
>     - https://www.kamailio.org/wiki/install/devel/git
>
> Again, the main reason of this discussion is not the look, but the
> collaboration mechanisms and tools behind building the docs and
> maintaining/versioning them.
>
> Cheers,
> Daniel
>



From pvenkatayogi at cyracom.com  Wed Jan 25 00:11:47 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Tue, 24 Jan 2017 23:11:47 +0000
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
Message-ID: <ea9f745ea799457faf9b1e094936b39c@TACEXH01.cyracom.com>

In the case below though TLS session is established between proxy1 and proxy2, invite is fwded on UDP.

1.      How to force Kamailio to use existing tls session to communicate? (proxy1)

2.      What is the command to look at if existing tls sessions are present from proxy1

a.      kamcmd tls.list does it, but I need one which works from within config.

From: Pranathi Venkatayogi
Sent: Tuesday, January 24, 2017 11:02 AM
To: 'Kamailio (SER) - Users Mailing List' <sr-users at lists.sip-router.org>
Subject: How does Kamailio decide which protocol to use when fwding to another proxy?

Hi,
  I have two instances of Kamailio acting as edge proxies. One on the customer side and one on the agent side.
  Like: customer -> proxy1 -> proxy2 -> agent.
  Both customer and agent are registered to proxy1/proxy2 via TLS.

  However when proxy1 forwards to proxy2, it is using UDP. How can I force it to use TLS?
  Attached is the result of nslookup on the domain: translation.sms-test.cyracom.com.

Thanks
Pranathi

[cid:image002.jpg at 01D27654.0A627200]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/b026fbbf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 58292 bytes
Desc: image002.jpg
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170124/b026fbbf/attachment.jpg>

From miconda at gmail.com  Wed Jan 25 09:03:01 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 09:03:01 +0100
Subject: [SR-Users] kamdbctl error.
In-Reply-To: <1485279960978-155345.post@n5.nabble.com>
References: <1485167968784-155288.post@n5.nabble.com>
 <4ba9decf-66c4-9e9c-c47c-f599697c2733@gmail.com>
 <1485251414527-155314.post@n5.nabble.com>
 <7f1a9714-31e9-7ee6-0bdc-114592859094@gmail.com>
 <1485279960978-155345.post@n5.nabble.com>
Message-ID: <88d3fa8a-302b-044f-035d-a23f6c9a4f30@gmail.com>

Great! I added an option to kamctlrc to allow setting it there and make
it more visible that can be changed as an option:

  -
https://github.com/kamailio/kamailio/commit/c58a829af6d14a7b85fa03618f58ff315940ed43

Cheers,
Daniel


On 24/01/2017 18:46, Venkatesh Macha wrote:
> Thanks, Denial. It is working now. 
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Wed Jan 25 09:16:34 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 09:16:34 +0100
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
In-Reply-To: <7a0e52cd145c4ee18b321f5450cd2acb@TACEXH01.cyracom.com>
References: <7a0e52cd145c4ee18b321f5450cd2acb@TACEXH01.cyracom.com>
Message-ID: <847403e5-c90f-7aa1-8f41-d781495c3f95@gmail.com>

Hello,

first thing: do not reply to other emails from the mailing list, create
a new one -- at the end of your message is a previous email from the
list. It keeps the conversation clean, doesn't mess the email thread id
and also makes it easier to understand what's all about (and less
bandwidth) on mobile devices.

You would have to provide the sip packet (the invite) to understand what
happens there. The support of TLS can be discovered via DNS lookup
(NAPTR+SRV) or the transport can be enforced in the r-uri with
transport=xyz parameter.

Cheers,
Daniel


On 24/01/2017 20:01, Pranathi Venkatayogi wrote:
>
> Hi,
>
>   I have two instances of Kamailio acting as edge proxies. One on the
> customer side and one on the agent side.
>
>   Like: customer -> proxy1 -> proxy2 -> agent.
>
>   Both customer and agent are registered to proxy1/proxy2 via TLS.
>
>  
>
>   However when proxy1 forwards to proxy2, it is using UDP. How can I
> force it to use TLS?
>
>   Attached is the result of nslookup on the domain:
> translation.sms-test.cyracom.com.
>
>  
>


-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/17827f73/attachment.html>

From miconda at gmail.com  Wed Jan 25 09:20:44 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 09:20:44 +0100
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
In-Reply-To: <ea9f745ea799457faf9b1e094936b39c@TACEXH01.cyracom.com>
References: <ea9f745ea799457faf9b1e094936b39c@TACEXH01.cyracom.com>
Message-ID: <53c18175-95a3-c5dc-9628-1d7e87e4ef7e@gmail.com>

Hello,

On 25/01/2017 00:11, Pranathi Venkatayogi wrote:
>
> In the case below though TLS session is established between proxy1 and
> proxy2, invite is fwded on UDP.
>
> 1.      How to force Kamailio to use existing tls session to
> communicate? (proxy1)
>

you can force the destination of a packet with:

$du = "sip:ip:port;transport=tls";
t_relay();

or use t_relay_to(...) or t_relay_to_tls(...) functions from tm module
(see its README).

> 2.      What is the command to look at if existing tls sessions are
> present from proxy1
>
> a.      kamcmd tls.list does it, but I need one which works from
> within config.
>

You can execute a RPC command from config file using jsonrpc module and
then can access the response using a json module like jansson:

http://kamailio.org/docs/modules/4.4.x/modules/jsonrpc-s.html#jsonrpc-s.f.jsonrpc_exec

Cheers,
Daniel

>  
>
> *From:*Pranathi Venkatayogi
> *Sent:* Tuesday, January 24, 2017 11:02 AM
> *To:* 'Kamailio (SER) - Users Mailing List'
> <sr-users at lists.sip-router.org>
> *Subject:* How does Kamailio decide which protocol to use when fwding
> to another proxy?
>
>  
>
> Hi,
>
>   I have two instances of Kamailio acting as edge proxies. One on the
> customer side and one on the agent side.
>
>   Like: customer -> proxy1 -> proxy2 -> agent.
>
>   Both customer and agent are registered to proxy1/proxy2 via TLS.
>
>  
>
>   However when proxy1 forwards to proxy2, it is using UDP. How can I
> force it to use TLS?
>
>   Attached is the result of nslookup on the domain:
> translation.sms-test.cyracom.com.
>
>  
>
> Thanks
>
> Pranathi
>
>  
>


-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/2fa8ecb9/attachment.html>

From miconda at gmail.com  Wed Jan 25 09:26:03 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 09:26:03 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
Message-ID: <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>

Hello,


On 24/01/2017 18:03, Tobias wrote:
>
> Hi Daniel,
>
>
> I'd still like the acc record to be written, and then get notified
> about that writing was completed, including the mysql ID, callid and
> maybe something more, perhaps the whole record written? I'd like a
> notification for all writes, i.e. doesn't matter if it's acc.acc or
> acc.missed_calls, INVITEs or BYE, etc.
>

the MySQL ID is specific to MySQL (and maybe few other database
engines), but not involving acc at all. So you can't get that in the
config right now with acc module -- for example the acc module uses the
same mechanism to write the record to syslog or send it to radius, where
no ID is involved.

To some extent you may be able to do it in configuration file by
replacing the acc default behaviour with sqlops. The records are written
by mysql when 200ok is received (which can be caught via an
onreply_route) or a final negative response is handled (which can be
caught via a failure_route). There you can use acc_db_request() to write
the record to database and then sqlops to retrieve the ID. Just an idea
by now, but it seems to be doable ...

Cheers,
Daniel

>
> Kind regards,
>
> /Tobias
>
>
>
> ------------------------------------------------------------------------
> *From:* sr-users <sr-users-bounces at lists.sip-router.org> on behalf of
> Daniel-Constantin Mierla <miconda at gmail.com>
> *Sent:* Tuesday, January 24, 2017 3:02 PM
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Event when acc is written?
>  
>
> Hello,
>
>
>
> On 24/01/2017 12:23, Tobias wrote:
>>
>> Hi!
>>
>>
>> I'm wondering if there is a way for the acc-module to notify/send an
>> event to Kamailio (so I can pick it up from the config, similar to
>> event_route) once the acc-module has performed a write?
>>
>>
>> As an example I'm using acc and db-mysql to store acc data in MySQL,
>> but instead of having a service polling the MySQL for new acc's
>> written I'd like to make Kamailio send an event once an acc-row has
>> been written. I realize this could most likely be done by using MySQL
>> triggers "ON INSERT", but I'm wondering if there is another
>> (reliable) way to do this directly from within Kamailio?
>>
>>
>> I haven't tested it, but I would guess that if I tried to use for
>> example event_route[dialog:end] there could be times where the event
>> would hit Kamailio before the acc-module have written to missed_calls?
>>
>>
>>
> Do you still want the acc record to be written in the database or
> catch the event before storing and directing it somewhere else?
>
> Cheers,
> Daniel
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
> Kamailio World - Our site will be launched soon
> <http://www.kamailioworld.com/>
> www.kamailioworld.com
> the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event
> and more details will be available very soon!
>
>
> Daniel-Constantin Mierla | LinkedIn <http://www.linkedin.com/in/miconda>
> www.linkedin.com
> View Daniel-Constantin Mierla’s professional profile on LinkedIn.
> LinkedIn is the world's largest business network, helping
> professionals like Daniel-Constantin Mierla discover inside
> connections to recommended job candidates, industry experts, and
> business partners.
>
>
> miconda (@miconda) | Twitter <http://www.twitter.com/miconda>
> www.twitter.com
> The latest Tweets from miconda (@miconda). Co-founder and leader of
> Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC
> advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin,
> Germany
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/8664b30a/attachment.html>

From the_fx at hotmail.com  Wed Jan 25 09:44:59 2017
From: the_fx at hotmail.com (Tobias)
Date: Wed, 25 Jan 2017 08:44:59 +0000
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>,
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
Message-ID: <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi Daniel,


Thanks for your reply.


Disregarding the MySQL ID, would it be possible to get the callid of the call back from the acc module once a write has been made?


Thanks,

/Tobias


________________________________
From: Daniel-Constantin Mierla <miconda at gmail.com>
Sent: Wednesday, January 25, 2017 9:26 AM
To: Tobias; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Event when acc is written?


Hello,

On 24/01/2017 18:03, Tobias wrote:

Hi Daniel,


I'd still like the acc record to be written, and then get notified about that writing was completed, including the mysql ID, callid and maybe something more, perhaps the whole record written? I'd like a notification for all writes, i.e. doesn't matter if it's acc.acc or acc.missed_calls, INVITEs or BYE, etc.

the MySQL ID is specific to MySQL (and maybe few other database engines), but not involving acc at all. So you can't get that in the config right now with acc module -- for example the acc module uses the same mechanism to write the record to syslog or send it to radius, where no ID is involved.

To some extent you may be able to do it in configuration file by replacing the acc default behaviour with sqlops. The records are written by mysql when 200ok is received (which can be caught via an onreply_route) or a final negative response is handled (which can be caught via a failure_route). There you can use acc_db_request() to write the record to database and then sqlops to retrieve the ID. Just an idea by now, but it seems to be doable ...

Cheers,
Daniel



Kind regards,

/Tobias


________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org><mailto:sr-users-bounces at lists.sip-router.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com><mailto:miconda at gmail.com>
Sent: Tuesday, January 24, 2017 3:02 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Event when acc is written?


Hello,


On 24/01/2017 12:23, Tobias wrote:

Hi!


I'm wondering if there is a way for the acc-module to notify/send an event to Kamailio (so I can pick it up from the config, similar to event_route) once the acc-module has performed a write?


As an example I'm using acc and db-mysql to store acc data in MySQL, but instead of having a service polling the MySQL for new acc's written I'd like to make Kamailio send an event once an acc-row has been written. I realize this could most likely be done by using MySQL triggers "ON INSERT", but I'm wondering if there is another (reliable) way to do this directly from within Kamailio?


I haven't tested it, but I would guess that if I tried to use for example event_route[dialog:end] there could be times where the event would hit Kamailio before the acc-module have written to missed_calls?


Do you still want the acc record to be written in the database or catch the event before storing and directing it somewhere else?

Cheers,
Daniel

--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>

Kamailio World - Our site will be launched soon<http://www.kamailioworld.com/>
www.kamailioworld.com<http://www.kamailioworld.com>
the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event and more details will be available very soon!


Daniel-Constantin Mierla | LinkedIn<http://www.linkedin.com/in/miconda>
www.linkedin.com<http://www.linkedin.com>
View Daniel-Constantin Mierla’s professional profile on LinkedIn. LinkedIn is the world's largest business network, helping professionals like Daniel-Constantin Mierla discover inside connections to recommended job candidates, industry experts, and business partners.


miconda (@miconda) | Twitter<http://www.twitter.com/miconda>
www.twitter.com<http://www.twitter.com>
The latest Tweets from miconda (@miconda). Co-founder and leader of Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin, Germany




--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/24cc64c5/attachment.html>

From damm at sipgate.de  Wed Jan 25 09:47:29 2017
From: damm at sipgate.de (Sebastian Damm)
Date: Wed, 25 Jan 2017 09:47:29 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
Message-ID: <CABkWSFxA4qtFUWf_tDRwdscQGX156fK5s4-LKcAfdZNKxJwYCg@mail.gmail.com>

Hi,

On Wed, Jan 25, 2017 at 9:26 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> To some extent you may be able to do it in configuration file by replacing
> the acc default behaviour with sqlops. The records are written by mysql
> when 200ok is received (which can be caught via an onreply_route) or a
> final negative response is handled (which can be caught via a
> failure_route). There you can use acc_db_request() to write the record to
> database and then sqlops to retrieve the ID. Just an idea by now, but it
> seems to be doable ...


Be careful with own-built accounting. We did this on a system once, and you
really have to make sure you account the correct reply. For instance if the
call is forked by kamailio, you might get a 486 from one device and later a
200 OK from the other one. If you only take the first reply, you might end
up with wrong call state.

Regards,
Sebastian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/2f4d43c3/attachment.html>

From the_fx at hotmail.com  Wed Jan 25 11:32:48 2017
From: the_fx at hotmail.com (Tobias)
Date: Wed, 25 Jan 2017 10:32:48 +0000
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <CABkWSFxA4qtFUWf_tDRwdscQGX156fK5s4-LKcAfdZNKxJwYCg@mail.gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>,
 <CABkWSFxA4qtFUWf_tDRwdscQGX156fK5s4-LKcAfdZNKxJwYCg@mail.gmail.com>
Message-ID: <AM5P195MB0147B00D854B6E7E73A9E2D2F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi Sebastian,


Thanks, that's what I would like to avoid =)


/Tobias


________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of Sebastian Damm <damm at sipgate.de>
Sent: Wednesday, January 25, 2017 9:47 AM
To: Daniel-Constantin Mierla; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Event when acc is written?

Hi,

On Wed, Jan 25, 2017 at 9:26 AM, Daniel-Constantin Mierla <miconda at gmail.com<mailto:miconda at gmail.com>> wrote:
To some extent you may be able to do it in configuration file by replacing the acc default behaviour with sqlops. The records are written by mysql when 200ok is received (which can be caught via an onreply_route) or a final negative response is handled (which can be caught via a failure_route). There you can use acc_db_request() to write the record to database and then sqlops to retrieve the ID. Just an idea by now, but it seems to be doable ...

Be careful with own-built accounting. We did this on a system once, and you really have to make sure you account the correct reply. For instance if the call is forked by kamailio, you might get a 486 from one device and later a 200 OK from the other one. If you only take the first reply, you might end up with wrong call state.

Regards,
Sebastian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/d75da80c/attachment.html>

From linuxvenkey at gmail.com  Wed Jan 25 11:41:46 2017
From: linuxvenkey at gmail.com (Venkatesh Macha)
Date: Wed, 25 Jan 2017 03:41:46 -0700 (MST)
Subject: [SR-Users] Executing perl script with command line parameters.
Message-ID: <1485340906295-155359.post@n5.nabble.com>

Hi all, 

   I am trying to execute external Perl script from the Kamailio config
file. My script accepts few command line parameters but if I try to pass
command line parameters like below, It is not working.

exec_msg("/root/test.pl 10000 '$var(env)' '$fU'");  # i tried with exec_avp
also

How to execute the external Perl scripts with few arguments.

Thank you in Advance.



--
View this message in context: http://sip-router.1086192.n5.nabble.com/Executing-perl-script-with-command-line-parameters-tp155359.html
Sent from the Users mailing list archive at Nabble.com.


From the_fx at hotmail.com  Wed Jan 25 12:39:40 2017
From: the_fx at hotmail.com (Tobias)
Date: Wed, 25 Jan 2017 11:39:40 +0000
Subject: [SR-Users] Executing perl script with command line parameters.
In-Reply-To: <1485340906295-155359.post@n5.nabble.com>
References: <1485340906295-155359.post@n5.nabble.com>
Message-ID: <AM5P195MB0147E5AFBFE5198A64961B7CF7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi!


I suggest moving the script out of the "/root"-folder into a folder that you know Kamailio is able to access (unless you run Kamailio as root), and then make sure the file is executable by Kamailio, i.e. "mv /root/test.pl /var/tmp && chmod 755 /var/tmp/test.pl".


For example I'm running this in my config, which works fine to get the parameters:

exec_msg("/usr/src/script.sh '$tU' '$ci'");


Best,

/Tobias

________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of Venkatesh Macha <linuxvenkey at gmail.com>
Sent: Wednesday, January 25, 2017 11:41 AM
To: sr-users at lists.sip-router.org
Subject: [SR-Users] Executing perl script with command line parameters.

Hi all,

   I am trying to execute external Perl script from the Kamailio config
file. My script accepts few command line parameters but if I try to pass
command line parameters like below, It is not working.

exec_msg("/root/test.pl 10000 '$var(env)' '$fU'");  # i tried with exec_avp
also

How to execute the external Perl scripts with few arguments.

Thank you in Advance.



--
View this message in context: http://sip-router.1086192.n5.nabble.com/Executing-perl-script-with-command-line-parameters-tp155359.html
Users - Executing perl script with command line parameters.<http://sip-router.1086192.n5.nabble.com/Executing-perl-script-with-command-line-parameters-tp155359.html>
sip-router.1086192.n5.nabble.com
Executing perl script with command line parameters. Hi all, I am trying to execute external Perl script from the Kamailio config file. My script accepts few command line parameters but if I try...



Sent from the Users mailing list archive at Nabble.com.

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
sr-users mailing list - SIP-Router<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
lists.sip-router.org
SIP Router Users Mailing list - online email forum for communities of SIP Express Router (SER) and Kamailio (OpenSER) projects. Subscription is open to anyone that ...



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/10cb64a6/attachment.html>

From linuxmaniac at torreviejawireless.org  Wed Jan 25 12:52:00 2017
From: linuxmaniac at torreviejawireless.org (Victor Seva)
Date: Wed, 25 Jan 2017 12:52:00 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
Message-ID: <CAAgy_VmaD==jqoJ9u6U+d-=ebbzVM-09r24AVnRe=zSjaTBV1w@mail.gmail.com>

El 24 ene. 2017 15:05, "Daniel-Constantin Mierla" <miconda at gmail.com>
escribió:

Hello,

anyone else interested in having a dinner event at Fosdem?



I'll be there and I would love to join.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/f238c54c/attachment.html>

From oej at edvina.net  Wed Jan 25 13:04:12 2017
From: oej at edvina.net (Olle E. Johansson)
Date: Wed, 25 Jan 2017 13:04:12 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <CAAgy_VmaD==jqoJ9u6U+d-=ebbzVM-09r24AVnRe=zSjaTBV1w@mail.gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
 <CAAgy_VmaD==jqoJ9u6U+d-=ebbzVM-09r24AVnRe=zSjaTBV1w@mail.gmail.com>
Message-ID: <2123917C-3164-4B82-B033-E209DDFC5EA3@edvina.net>


> On 25 Jan 2017, at 12:52, Victor Seva <linuxmaniac at torreviejawireless.org> wrote:
> 
> El 24 ene. 2017 15:05, "Daniel-Constantin Mierla" <miconda at gmail.com <mailto:miconda at gmail.com>> escribió:
> Hello,
> 
> anyone else interested in having a dinner event at Fosdem?
> 
> 
> I'll be there and I would love to join.
Sounds like a great idea!

/O
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/72607005/attachment.html>

From miconda at gmail.com  Wed Jan 25 13:46:40 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 13:46:40 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <CABkWSFxA4qtFUWf_tDRwdscQGX156fK5s4-LKcAfdZNKxJwYCg@mail.gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
 <CABkWSFxA4qtFUWf_tDRwdscQGX156fK5s4-LKcAfdZNKxJwYCg@mail.gmail.com>
Message-ID: <b376c5d9-7f79-2024-e34c-c03144faf873@gmail.com>



On 25/01/2017 09:47, Sebastian Damm wrote:
> Hi,
>
> On Wed, Jan 25, 2017 at 9:26 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     To some extent you may be able to do it in configuration file by
>     replacing the acc default behaviour with sqlops. The records are
>     written by mysql when 200ok is received (which can be caught via
>     an onreply_route) or a final negative response is handled (which
>     can be caught via a failure_route). There you can use
>     acc_db_request() to write the record to database and then sqlops
>     to retrieve the ID. Just an idea by now, but it seems to be doable ...
>
>
> Be careful with own-built accounting. We did this on a system once,
> and you really have to make sure you account the correct reply. For
> instance if the call is forked by kamailio, you might get a 486 from
> one device and later a 200 OK from the other one. If you only take the
> first reply, you might end up with wrong call state. 
>
That's why the recommended way above for negative responses was to use
failure_route, not onreply_route like for 200ok.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/9a8704b7/attachment.html>

From hunterj91 at hotmail.com  Wed Jan 25 15:16:10 2017
From: hunterj91 at hotmail.com (Jonathan Hunter)
Date: Wed, 25 Jan 2017 14:16:10 +0000
Subject: [SR-Users] Issue with From address being modified in ACK when UAC
 module used version 4.1
Message-ID: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>

Hi Guys,

running kamailio 4.1.4 and using uac_replace_from, I am seeing a strange issue with the proxying of an ACK message back from a carrier to freeswitch on the ingress path into a network.

So its just a normal call inbound, where on outbound leg we modify the From address, on the inbound leg all remains the same.

Now after the ingress side receives the 200ok, it sends an ACK as below;

ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
From: "+44792498881474" <sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060>
Route: <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
Content-Length: 0
Max-Forwards: 68

However kamailio changes the From address;


ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
Via: SIP/2.0/UDP 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
From: "+44792498881474" <sip:+441444680332 at es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060>
Content-Length: 0
Max-Forwards: 67

Causing FreeSWITCH to not recognise the request, and therefore not send an ACK.

There are no rules set against the ACK processing.

Has anyone seen this before? We dont know when it  started happening which doesnt help, I will look to setup debug on test environment but just wondered if this is an issue thats been seen before?

Many thanks in advance.

Jon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/aa3f5588/attachment.html>

From miconda at gmail.com  Wed Jan 25 15:20:49 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 15:20:49 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
 <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
Message-ID: <1c455d95-28dd-6d08-a7d0-8b4b2624c482@gmail.com>

Hello,


On 25/01/2017 09:44, Tobias wrote:
>
> Hi Daniel,
>
>
> Thanks for your reply.
>
>
> Disregarding the MySQL ID, would it be possible to get the callid of
> the call back from the acc module once a write has been made?
>
to my knowledge, there is no cfg event_route executed at that moment. It
should not be something complex to add, but requires c coding in acc module.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/a7b7bb2d/attachment.html>

From miconda at gmail.com  Wed Jan 25 15:28:44 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 15:28:44 +0100
Subject: [SR-Users] Issue with From address being modified in ACK when
 UAC module used version 4.1
In-Reply-To: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>
References: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>
Message-ID: <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>

Hello,


is the From in incoming INVITE same as in ACK?


Cheers,
Daniel


On 25/01/2017 15:16, Jonathan Hunter wrote:
> Hi Guys,
>
> running kamailio 4.1.4 and using uac_replace_from, I am seeing a
> strange issue with the proxying of an ACK message back from a carrier
> to freeswitch on the ingress path into a network.
>
> So its just a normal call inbound, where on outbound leg we modify the
> From address, on the inbound leg all remains the same.
>
> Now after the ingress side receives the 200ok, it sends an ACK as below;
>
> ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
> Via: SIP/2.0/UDP
> 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
> Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
> *From: "+44792498881474"
> <sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2*
> To: "+441624111111"
> <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
> CSeq: 1 ACK
> Contact: <sip:4.4.4.4:5060>
> Route:
> <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
> Content-Length: 0
> Max-Forwards: 68
>
> However kamailio changes the From address;
>
>
> ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
> Via: SIP/2.0/UDP
> 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
> Via: SIP/2.0/UDP
> 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
> Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
> *From: "+44792498881474"
> <sip:+441444680332 at es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2*
> To: "+441624111111"
> <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
> CSeq: 1 ACK
> Contact: <sip:4.4.4.4:5060>
> Content-Length: 0
> Max-Forwards: 67
>
> Causing FreeSWITCH to not recognise the request, and therefore not
> send an ACK.
>
> There are no rules set against the ACK processing.
>
> Has anyone seen this before? We dont know when it  started happening
> which doesnt help, I will look to setup debug on test environment but
> just wondered if this is an issue thats been seen before?
>
> Many thanks in advance.
>
> Jon
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/0aa6735c/attachment.html>

From the_fx at hotmail.com  Wed Jan 25 15:45:11 2017
From: the_fx at hotmail.com (Tobias)
Date: Wed, 25 Jan 2017 14:45:11 +0000
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <1c455d95-28dd-6d08-a7d0-8b4b2624c482@gmail.com>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
 <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>,
 <1c455d95-28dd-6d08-a7d0-8b4b2624c482@gmail.com>
Message-ID: <AM5P195MB01470A712EA73FD519EA11B0F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>

Hi Daniel,


Thanks. Can you point me to a good example of how this is implemented in another module, perhaps I could then add it myself to acc?


/Tobias

________________________________
From: Daniel-Constantin Mierla <miconda at gmail.com>
Sent: Wednesday, January 25, 2017 3:20 PM
To: Tobias; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Event when acc is written?


Hello,

On 25/01/2017 09:44, Tobias wrote:

Hi Daniel,


Thanks for your reply.


Disregarding the MySQL ID, would it be possible to get the callid of the call back from the acc module once a write has been made?

to my knowledge, there is no cfg event_route executed at that moment. It should not be something complex to add, but requires c coding in acc module.

Cheers,
Daniel

--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>

Kamailio World - Our site will be launched soon<http://www.kamailioworld.com/>
www.kamailioworld.com
the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event and more details will be available very soon!


Daniel-Constantin Mierla | LinkedIn<http://www.linkedin.com/in/miconda>
www.linkedin.com
View Daniel-Constantin Mierla's professional profile on LinkedIn. LinkedIn is the world's largest business network, helping professionals like Daniel-Constantin Mierla discover inside connections to recommended job candidates, industry experts, and business partners.


miconda (@miconda) | Twitter<http://www.twitter.com/miconda>
www.twitter.com
The latest Tweets from miconda (@miconda). Co-founder and leader of Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin, Germany


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/bb23f1c9/attachment.html>

From oej at edvina.net  Wed Jan 25 15:48:03 2017
From: oej at edvina.net (Olle E. Johansson)
Date: Wed, 25 Jan 2017 15:48:03 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <AM5P195MB01470A712EA73FD519EA11B0F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
 <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <1c455d95-28dd-6d08-a7d0-8b4b2624c482@gmail.com>
 <AM5P195MB01470A712EA73FD519EA11B0F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
Message-ID: <5B0796FF-940B-433D-9D2A-10A14B39B637@edvina.net>

You could check the dialog module that already has an event_route executed when a call ends.

/O

> On 25 Jan 2017, at 15:45, Tobias <the_fx at hotmail.com> wrote:
> 
> Hi Daniel,
> 
> Thanks. Can you point me to a good example of how this is implemented in another module, perhaps I could then add it myself to acc?
> 
> /Tobias
> 
> From: Daniel-Constantin Mierla <miconda at gmail.com <mailto:miconda at gmail.com>>
> Sent: Wednesday, January 25, 2017 3:20 PM
> To: Tobias; Kamailio (SER) - Users Mailing List
> Subject: Re: [SR-Users] Event when acc is written?
>  
> Hello,
> 
> On 25/01/2017 09:44, Tobias wrote:
>> Hi Daniel,
>> 
>> Thanks for your reply.
>> 
>> Disregarding the MySQL ID, would it be possible to get the callid of the call back from the acc module once a write has been made?
> to my knowledge, there is no cfg event_route executed at that moment. It should not be something complex to add, but requires c coding in acc module.
> 
> Cheers,
> Daniel
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com/>
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com/>
> Kamailio World - Our site will be launched soon <http://www.kamailioworld.com/>
> www.kamailioworld.com <http://www.kamailioworld.com/>
> the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event and more details will be available very soon!
> 
> Daniel-Constantin Mierla | LinkedIn <http://www.linkedin.com/in/miconda>
> www.linkedin.com <http://www.linkedin.com/>
> View Daniel-Constantin Mierla’s professional profile on LinkedIn. LinkedIn is the world's largest business network, helping professionals like Daniel-Constantin Mierla discover inside connections to recommended job candidates, industry experts, and business partners.
> 
> miconda (@miconda) | Twitter <http://www.twitter.com/miconda>
> www.twitter.com <http://www.twitter.com/>
> The latest Tweets from miconda (@miconda). Co-founder and leader of Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin, Germany
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/b5eb88f9/attachment.html>

From miconda at gmail.com  Wed Jan 25 16:06:45 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 16:06:45 +0100
Subject: [SR-Users] Event when acc is written?
In-Reply-To: <AM5P195MB01470A712EA73FD519EA11B0F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
References: <AM5P195MB01472EF8811ECBBE403EF0B4F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <56ffd3d9-77d0-2fec-0827-50a4d29d8b46@gmail.com>
 <AM5P195MB01478B3CB3D83B45C9D02755F7750@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <b78bf625-2676-1952-577d-8c1e855aafc3@gmail.com>
 <AM5P195MB0147B48BD59B5A1AC824AC11F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
 <1c455d95-28dd-6d08-a7d0-8b4b2624c482@gmail.com>
 <AM5P195MB01470A712EA73FD519EA11B0F7740@AM5P195MB0147.EURP195.PROD.OUTLOOK.COM>
Message-ID: <71d298b0-02a0-d5c5-05b6-47cc30a4072a@gmail.com>

Hello,


dispatcher module executes some event routes -- it has a wrapper function:


https://github.com/kamailio/kamailio/blob/master/src/modules/dispatcher/dispatch.c#L2261


For acc should be simpler, because the sip request should be there, used
by acc to get the attributes, so no need to make a fake one. Should be a
pice of code like next one plugged in acc_onreply() function from acc
module:


    rt = route_lookup(&event_rt, "acc:record-stored");
    if(rt < 0 || event_rt.rlist[rt] == NULL) {
        LM_DBG("event route does not exist");
        return;
    }
    backup_rt = get_route_type();
    set_route_type(REQUEST_ROUTE);
    init_run_actions_ctx(&ctx);
    run_top_route(event_rt.rlist[rt], preq, 0);
    set_route_type(backup_rt);

That's based on a very quick look in the code, you may need to tune a
bit (and define some vars, add includes, etc.).

Cheers,
Daniel



On 25/01/2017 15:45, Tobias wrote:
>
> Hi Daniel,
>
>
> Thanks. Can you point me to a good example of how this is implemented
> in another module, perhaps I could then add it myself to acc?
>
>
> /Tobias
>
>
> ------------------------------------------------------------------------
> *From:* Daniel-Constantin Mierla <miconda at gmail.com>
> *Sent:* Wednesday, January 25, 2017 3:20 PM
> *To:* Tobias; Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Event when acc is written?
>  
>
> Hello,
>
>
> On 25/01/2017 09:44, Tobias wrote:
>>
>> Hi Daniel,
>>
>>
>> Thanks for your reply.
>>
>>
>> Disregarding the MySQL ID, would it be possible to get the callid of
>> the call back from the acc module once a write has been made?
>>
> to my knowledge, there is no cfg event_route executed at that moment.
> It should not be something complex to add, but requires c coding in
> acc module.
>
> Cheers,
> Daniel
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
> Kamailio World - Our site will be launched soon
> <http://www.kamailioworld.com/>
> www.kamailioworld.com
> the 5th edition May 8-10, 2017 - Berlin, Germany. Website of the event
> and more details will be available very soon!
>
>
> Daniel-Constantin Mierla | LinkedIn <http://www.linkedin.com/in/miconda>
> www.linkedin.com
> View Daniel-Constantin Mierla’s professional profile on LinkedIn.
> LinkedIn is the world's largest business network, helping
> professionals like Daniel-Constantin Mierla discover inside
> connections to recommended job candidates, industry experts, and
> business partners.
>
>
> miconda (@miconda) | Twitter <http://www.twitter.com/miconda>
> www.twitter.com
> The latest Tweets from miconda (@miconda). Co-founder and leader of
> Kamailio SIP Server project (former OpenSER). C Dev. Open Source RTC
> advocate. SIP, VoIP, VoLTE and WebRTC consultancy at Asipto. Berlin,
> Germany
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/38db4bb3/attachment.html>

From hunterj91 at hotmail.com  Wed Jan 25 16:37:27 2017
From: hunterj91 at hotmail.com (Jonathan Hunter)
Date: Wed, 25 Jan 2017 15:37:27 +0000
Subject: [SR-Users] Issue with From address being modified in ACK when
 UAC module used version 4.1
In-Reply-To: <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>
References: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>,
 <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>
Message-ID: <DB3PR02MB06029188C34DCD000E030B0BD740@DB3PR02MB060.eurprd02.prod.outlook.com>

Hi Daniel,


This is the initial invite from the carrier;


From: "+44792498881474" <sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5




________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com>
Sent: 25 January 2017 14:28
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Issue with From address being modified in ACK whishen UAC module used version 4.1


Hello,


is the From in incoming INVITE same as in ACK?


Cheers,
Daniel

On 25/01/2017 15:16, Jonathan Hunter wrote:
Hi Guys,

running kamailio 4.1.4 and using uac_replace_from, I am seeing a strange issue with the proxying of an ACK message back from a carrier to freeswitch on the ingress path into a network.

So its just a normal call inbound, where on outbound leg we modify the From address, on the inbound leg all remains the same.

Now after the ingress side receives the 200ok, it sends an ACK as below;

ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+44792498881474 at 192.168.24.8:5080;user=phone><sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Route: <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU-><sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
Content-Length: 0
Max-Forwards: 68

However kamailio changes the From address;


ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
Via: SIP/2.0/UDP 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+441444680332 at es132y$}-9><sip:+441444680332 at es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Content-Length: 0
Max-Forwards: 67

Causing FreeSWITCH to not recognise the request, and therefore not send an ACK.

There are no rules set against the ACK processing.

Has anyone seen this before? We dont know when it  started happening which doesnt help, I will look to setup debug on test environment but just wondered if this is an issue thats been seen before?

Many thanks in advance.

Jon




_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/700236be/attachment.html>

From hunterj91 at hotmail.com  Wed Jan 25 16:42:48 2017
From: hunterj91 at hotmail.com (Jonathan Hunter)
Date: Wed, 25 Jan 2017 15:42:48 +0000
Subject: [SR-Users] Issue with From address being modified in ACK when
 UAC module used version 4.1
In-Reply-To: <DB3PR02MB06029188C34DCD000E030B0BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
References: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>,
 <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>,
 <DB3PR02MB06029188C34DCD000E030B0BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
Message-ID: <DB3PR02MB06010BA781268E49FD20462BD740@DB3PR02MB060.eurprd02.prod.outlook.com>

Sorry Daniel, hit reply by mistake!


So

The initial invite shows;


From: "+44792498881474" <sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5

And the ACK has the resolved From domain, as in IP address and port;

From: "+44792498881474" <sip:+44792498881474 at 192.168.226.51:5080;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5

Although that is the case on other calls that work.

Shall I setup some debug on a lab instance and capture?

Thanks

Jon
________________________________
From: Jonathan Hunter <hunterj91 at hotmail.com>
Sent: 25 January 2017 15:37
To: Kamailio (SER) - Users Mailing List; miconda at gmail.com
Subject: Re: [SR-Users] Issue with From address being modified in ACK when UAC module used version 4.1


Hi Daniel,


This is the initial invite from the carrier;


From: "+44792498881474" <sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5




________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com>
Sent: 25 January 2017 14:28
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Issue with From address being modified in ACK whishen UAC module used version 4.1


Hello,


is the From in incoming INVITE same as in ACK?


Cheers,
Daniel

On 25/01/2017 15:16, Jonathan Hunter wrote:
Hi Guys,

running kamailio 4.1.4 and using uac_replace_from, I am seeing a strange issue with the proxying of an ACK message back from a carrier to freeswitch on the ingress path into a network.

So its just a normal call inbound, where on outbound leg we modify the From address, on the inbound leg all remains the same.

Now after the ingress side receives the 200ok, it sends an ACK as below;

ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+44792498881474 at 192.168.24.8:5080;user=phone><sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Route: <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU-><sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
Content-Length: 0
Max-Forwards: 68

However kamailio changes the From address;


ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
Via: SIP/2.0/UDP 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+441444680332 at es132y$}-9><sip:+441444680332 at es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Content-Length: 0
Max-Forwards: 67

Causing FreeSWITCH to not recognise the request, and therefore not send an ACK.

There are no rules set against the ACK processing.

Has anyone seen this before? We dont know when it  started happening which doesnt help, I will look to setup debug on test environment but just wondered if this is an issue thats been seen before?

Many thanks in advance.

Jon




_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/c4447268/attachment.html>

From miconda at gmail.com  Wed Jan 25 17:14:30 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 25 Jan 2017 17:14:30 +0100
Subject: [SR-Users] Issue with From address being modified in ACK when
 UAC module used version 4.1
In-Reply-To: <DB3PR02MB06010BA781268E49FD20462BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
References: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>
 <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>
 <DB3PR02MB06029188C34DCD000E030B0BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
 <DB3PR02MB06010BA781268E49FD20462BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
Message-ID: <0778c0b0-9a48-60ff-2ff5-5320c2b1e04b@gmail.com>

The mechanism to update and restore the From header is relying on the
fact that the UA sticks to the RFC requirements of not changing the
values, because it using a XOR masking algorithm.


If the From is not preserved by the UA, then it screws up the
update/restore for subsequent requests/replies. The newer versions have
a safety check so in such case it doesn't perform the change.


The alternatives to cope with this situations are:


1) don't do auto restore -- this can be controlled by uac module
parameter -- if the UA changes the From, then it doesn't expect to be
the same always. I use it quite often these day, because all the UAs I
have seen lately they match the dialog with From and To tags (as per
RFC3261). No need to use From URI/To URI as was required by RFC2543 (and
RFC3261 has a constraint of backward compatibility).


What I do in this cases is to replace From/To only for initial requests
to what I need. For all the requests within dialog I replace them with
annonymous at domain.com


2) rely on dialog module to keep the old and new values for From/To
(instead of default one which uses the record-route parameter) -- it
looks like being available on 4.1.x:


https://www.kamailio.org/docs/modules/4.1.x/modules/uac.html#uac.p.restore_dlg


Cheers,
Daniel

On 25/01/2017 16:42, Jonathan Hunter wrote:
>
> Sorry Daniel, hit reply by mistake!
>
>
> So
>
> The initial invite shows;
>
> From: "+44792498881474"
> <sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5
>
>
> And the ACK has the resolved From domain, as in IP address and port;
>
> From: "+44792498881474"
> <sip:+44792498881474 at 192.168.226.51:5080;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5
>
> Although that is the case on other calls that work.
>
> Shall I setup some debug on a lab instance and capture?
>
> Thanks
>
> Jon
> ------------------------------------------------------------------------
> *From:* Jonathan Hunter <hunterj91 at hotmail.com>
> *Sent:* 25 January 2017 15:37
> *To:* Kamailio (SER) - Users Mailing List; miconda at gmail.com
> *Subject:* Re: [SR-Users] Issue with From address being modified in
> ACK when UAC module used version 4.1
>  
>
> Hi Daniel,
>
>
> This is the initial invite from the carrier;
>
>
> From: "+44792498881474"
> <sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5
>
>
>
>
>
> ------------------------------------------------------------------------
> *From:* sr-users <sr-users-bounces at lists.sip-router.org> on behalf of
> Daniel-Constantin Mierla <miconda at gmail.com>
> *Sent:* 25 January 2017 14:28
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Issue with From address being modified in
> ACK whishen UAC module used version 4.1
>  
>
> Hello,
>
>
> is the From in incoming INVITE same as in ACK?
>
>
> Cheers,
> Daniel
>
>
> On 25/01/2017 15:16, Jonathan Hunter wrote:
>> Hi Guys,
>>
>> running kamailio 4.1.4 and using uac_replace_from, I am seeing a
>> strange issue with the proxying of an ACK message back from a carrier
>> to freeswitch on the ingress path into a network.
>>
>> So its just a normal call inbound, where on outbound leg we modify
>> the From address, on the inbound leg all remains the same.
>>
>> Now after the ingress side receives the 200ok, it sends an ACK as below;
>>
>> ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
>> Via: SIP/2.0/UDP
>> 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
>> Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
>> *From: "+44792498881474"
>> <sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2*
>> To: "+441624111111"
>> <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
>> CSeq: 1 ACK
>> Contact: <sip:4.4.4.4:5060>
>> Route:
>> <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
>> Content-Length: 0
>> Max-Forwards: 68
>>
>> However kamailio changes the From address;
>>
>>
>> ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
>> Via: SIP/2.0/UDP
>> 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
>> Via: SIP/2.0/UDP
>> 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
>> Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im
>> *From: "+44792498881474"
>> <sip:+441444680332 at es132y$}-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2*
>> To: "+441624111111"
>> <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
>> CSeq: 1 ACK
>> Contact: <sip:4.4.4.4:5060>
>> Content-Length: 0
>> Max-Forwards: 67
>>
>> Causing FreeSWITCH to not recognise the request, and therefore not
>> send an ACK.
>>
>> There are no rules set against the ACK processing.
>>
>> Has anyone seen this before? We dont know when it  started happening
>> which doesnt help, I will look to setup debug on test environment but
>> just wondered if this is an issue thats been seen before?
>>
>> Many thanks in advance.
>>
>> Jon
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/72b38a28/attachment.html>

From hunterj91 at hotmail.com  Wed Jan 25 17:36:53 2017
From: hunterj91 at hotmail.com (Jonathan Hunter)
Date: Wed, 25 Jan 2017 16:36:53 +0000
Subject: [SR-Users] Issue with From address being modified in ACK when
 UAC module used version 4.1
In-Reply-To: <0778c0b0-9a48-60ff-2ff5-5320c2b1e04b@gmail.com>
References: <DB3PR02MB0600E8959559D30DB384D6BBD740@DB3PR02MB060.eurprd02.prod.outlook.com>
 <a84bd9c0-7b57-b349-5662-122548af8c56@gmail.com>
 <DB3PR02MB06029188C34DCD000E030B0BD740@DB3PR02MB060.eurprd02.prod.outlook.com>
 <DB3PR02MB06010BA781268E49FD20462BD740@DB3PR02MB060.eurprd02.prod.outlook.com>,
 <0778c0b0-9a48-60ff-2ff5-5320c2b1e04b@gmail.com>
Message-ID: <DB3PR02MB060D621517F41A16A603324BD740@DB3PR02MB060.eurprd02.prod.outlook.com>

Hi Daniel,


Ok perfect thank you for the detailed response, I will look to test and implement!


Thank you!


Jon


________________________________
From: Daniel-Constantin Mierla <miconda at gmail.com>
Sent: 25 January 2017 16:14
To: Jonathan Hunter; Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Issue with From address being modified in ACK when UAC module used version 4.1


The mechanism to update and restore the From header is relying on the fact that the UA sticks to the RFC requirements of not changing the values, because it using a XOR masking algorithm.


If the From is not preserved by the UA, then it screws up the update/restore for subsequent requests/replies. The newer versions have a safety check so in such case it doesn't perform the change.


The alternatives to cope with this situations are:


1) don't do auto restore -- this can be controlled by uac module parameter -- if the UA changes the From, then it doesn't expect to be the same always. I use it quite often these day, because all the UAs I have seen lately they match the dialog with From and To tags (as per RFC3261). No need to use >From URI/To URI as was required by RFC2543 (and RFC3261 has a constraint of backward compatibility).


What I do in this cases is to replace From/To only for initial requests to what I need. For all the requests within dialog I replace them with annonymous at domain.com<mailto:annonymous at domain.com>


2) rely on dialog module to keep the old and new values for From/To (instead of default one which uses the record-route parameter) -- it looks like being available on 4.1.x:


https://www.kamailio.org/docs/modules/4.1.x/modules/uac.html#uac.p.restore_dlg


Cheers,
Daniel

On 25/01/2017 16:42, Jonathan Hunter wrote:

Sorry Daniel, hit reply by mistake!


So

The initial invite shows;


From: "+44792498881474" <sip:+44792498881474 at carrier.peering.telecom.im;user=phone><sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5

And the ACK has the resolved From domain, as in IP address and port;

From: "+44792498881474" <sip:+44792498881474 at 192.168.226.51:5080;user=phone><sip:+44792498881474 at 192.168.226.51:5080;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5

Although that is the case on other calls that work.

Shall I setup some debug on a lab instance and capture?

Thanks

Jon
________________________________
From: Jonathan Hunter <hunterj91 at hotmail.com><mailto:hunterj91 at hotmail.com>
Sent: 25 January 2017 15:37
To: Kamailio (SER) - Users Mailing List; miconda at gmail.com<mailto:miconda at gmail.com>
Subject: Re: [SR-Users] Issue with From address being modified in ACK when UAC module used version 4.1


Hi Daniel,


This is the initial invite from the carrier;


From: "+44792498881474" <sip:+44792498881474 at carrier.peering.telecom.im;user=phone><sip:+44792498881474 at carrier.peering.telecom.im;user=phone>;tag=carrier.peering.telecom.im+4+c538fe37+7570d4e5




________________________________
From: sr-users <sr-users-bounces at lists.sip-router.org><mailto:sr-users-bounces at lists.sip-router.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com><mailto:miconda at gmail.com>
Sent: 25 January 2017 14:28
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Issue with From address being modified in ACK whishen UAC module used version 4.1


Hello,


is the From in incoming INVITE same as in ACK?


Cheers,
Daniel

On 25/01/2017 15:16, Jonathan Hunter wrote:
Hi Guys,

running kamailio 4.1.4 and using uac_replace_from, I am seeing a strange issue with the proxying of an ACK message back from a carrier to freeswitch on the ingress path into a network.

So its just a normal call inbound, where on outbound leg we modify the From address, on the inbound leg all remains the same.

Now after the ingress side receives the 200ok, it sends an ACK as below;

ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+44792498881474 at 192.168.24.8:5080;user=phone><sip:+44792498881474 at 192.168.24.8:5080;user=phone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Route: <sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU-><sip:192.168.24.8;lr=on;ftag=carrier.peering.telecom.im+3+863d20a3+1b9801d2;vsf=AAAAAAAAAAYNBgAPAAgLAgZ3UTMACgBXFUsVFwwcDkAKTwMZGh0YAA8KDkEEQ1NYC0NDXgdOFRpSHg1vbmU->
Content-Length: 0
Max-Forwards: 68

However kamailio changes the From address;


ACK sip:+441624111111 at 192.168.24.8:5080;transport=udp SIP/2.0
Via: SIP/2.0/UDP 109.73.69.165:5060;branch=z9hG4bKc1ce.47974fc3da2b669a78f2dcc9a057a127.0
Via: SIP/2.0/UDP 4.4.4.4:5060;rport=5060;branch=z9hG4bK+7f5c8c756ae3b26a956b33b88c77c29f1+sip+3+aa6d1466
Call-ID: 8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im<mailto:8791dbd3855eeafd484f397de6e2f76e at carrier.peering.telecom.im>
From: "+44792498881474" <sip:+441444680332 at es132y$}-9><sip:+441444680332 at es132y$%7D-9>.8n?~9,*%(;zyk393;7e&C^NRone>;tag=carrier.peering.telecom.im+3+863d20a3+1b9801d2
To: "+441624111111" <sip:+441624111111 at 8.8.8.8:5080;user=phone>;tag=6rrtgNFQDNrFF
CSeq: 1 ACK
Contact: <sip:4.4.4.4:5060><sip:4.4.4.4:5060>
Content-Length: 0
Max-Forwards: 67

Causing FreeSWITCH to not recognise the request, and therefore not send an ACK.

There are no rules set against the ACK processing.

Has anyone seen this before? We dont know when it  started happening which doesnt help, I will look to setup debug on test environment but just wondered if this is an issue thats been seen before?

Many thanks in advance.

Jon




_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>


--
Daniel-Constantin Mierla
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/8acf5084/attachment.html>

From igor.potjevlesch at gmail.com  Wed Jan 25 18:50:31 2017
From: igor.potjevlesch at gmail.com (Igor Potjevlesch)
Date: Wed, 25 Jan 2017 18:50:31 +0100
Subject: [SR-Users] kamctl cr reload got 500 failed to re-built tree
In-Reply-To: <b564cb48-af2e-034e-47c8-3d6fa27189f7@gmail.com>
References: <00ee01d27593$f8c4b910$ea4e2b30$@gmail.com>
 <33428d58-4ab7-929d-fcc3-e1d8b36aca0f@gmail.com>
 <00e701d2762a$b09b7dd0$11d27970$@gmail.com>
 <b564cb48-af2e-034e-47c8-3d6fa27189f7@gmail.com>
Message-ID: <01e701d27733$85b08020$91118060$@gmail.com>

Hello,

 

I change the shared memory from 256 to 512 and it works now. Thank you!

 

Regards,

 

Igor.

 

De : Daniel-Constantin Mierla [mailto:miconda at gmail.com] 
Envoyé : mardi 24 janvier 2017 12:02
À : Igor Potjevlesch <igor.potjevlesch at gmail.com>; 'Kamailio (SER) - Users Mailing List' <sr-users at lists.sip-router.org>
Objet : Re: [SR-Users] kamctl cr reload got 500 failed to re-built tree

 

Hello,

a reload at runtime is different than a load at startup, because it typically requires twice the size of the memory. The old records are kept in memory until all the new records are loaded in a separate structure. Once that is done, the active structure is swapped and the old one is freed. This is what happens with most of the modules I use (e.g., dispatcher) and I expect to be the same for carrierroute.

Cheers,
Daniel

 

On 24/01/2017 11:14, Igor Potjevlesch wrote:

Hello Daniel,

 

I don't see anything into /var/log/messages.

I can try to allocate additional shared memory for Kamailio and try again.

 

If I restart Kamailio, it works fine.

Regards,

 

Igor.

 

 

De : sr-users [mailto:sr-users-bounces at lists.sip-router.org] De la part de Daniel-Constantin Mierla
Envoyé : lundi 23 janvier 2017 20:53
À : Kamailio (SER) - Users Mailing List  <mailto:sr-users at lists.sip-router.org> <sr-users at lists.sip-router.org>
Objet : Re: [SR-Users] kamctl cr reload got 500 failed to re-built tree

 

Hello,

 

On 23/01/2017 17:15, Igor Potjevlesch wrote:

Hello,

 

With more than 173k entriers into carrierroute, now I'm doing "kamctl cr reload", I got the following reply: 500 failed to re-built tree, see log

 

What could going wrong?

not a user of the module, but it might be the case if insufficient shared memory. Have you looked inside the syslog file for the error messages?

Cheers,
Daniel





-- 
Daniel-Constantin Mierla
www.twitter.com/miconda <http://www.twitter.com/miconda>  -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> 
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com> 
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com> 

 


  _____  


 <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> 

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. 
www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>  

 





-- 
Daniel-Constantin Mierla
www.twitter.com/miconda <http://www.twitter.com/miconda>  -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> 
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com> 
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com> 


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/292f22d3/attachment.html>

From alessio.casco at nexmo.com  Wed Jan 25 17:30:36 2017
From: alessio.casco at nexmo.com (Casco, Alessio)
Date: Wed, 25 Jan 2017 16:30:36 +0000
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
Message-ID: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>

Hello Guys!

I'd like to be able to use SRV records inside dispatcher groups, so I can
automatise the discovery of new backends on my network using DNS

I've tried with the following formats into the dispatcher.list file:

$group  _sip._udp.sip-voice_backends
$group  sip-voice_backends

and none looks to be working, running the kamailio_ctl dispatcher.list
won't show me the group set with SRV records. ( I also try NAPTR records,
with no luck as well.)

* Does the dispatcher module support SRV or NAPTR records? (maybe my format
is not correct)
* If not, do you have any other idea on what I could do to achieve what I'd
like to do?

Thanks
Alessio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/99f04637/attachment.html>

From jbf.nospam at gmail.com  Wed Jan 25 17:23:30 2017
From: jbf.nospam at gmail.com (JBF)
Date: Wed, 25 Jan 2017 09:23:30 -0700 (MST)
Subject: [SR-Users] kamailio proxy behind firewall
Message-ID: <1485361410452-155379.post@n5.nabble.com>

Hello, 
we have the following Configuration for our kamailio installation (we are
using TLS and not udp)

(1) F5 Firewall (configured as message fowarding), opening a TLS server on
the outside
(2) SIP proxy, with a TLS server accessed by the F5 . The SIP proxy doesnt
see the F5 TLS server
(3) SIP registrar

REGISTER works find

We have the following issue on INVITE: 
A sends an INVITE to B.

The Registrar patches the R-URI with the content of location, which contains
the publi ip of the Device (because the device used stun)
we force the routing from registrar to proxy by using t_relay (SIP_PROXY_IP)
/The proxy tries to route to this R-URI, which is not visible/

I am not sure how to fix that:

Record Route is for a true sip proxy, but the Firewall does not have an
server facing the SIP proxy: the sip proxy needs to find the proper client
socket opened at register to route the INVITE

We  have arranged for the Firewall to add its own Via, but if i understand
correctly, this is used for replies, and here we are dealing with a request
forwarding, and t_relay uses the r-ruri  to route requests. IT might be why
REGISTER works correctly (ie the 200 OK is routed correctly from proxy to
firewall)

I could arrange for the location table to contain the private ip and port of
the firewall connection (through the use of the received/rport info inserted
in the  Via by the proxy )
That would mean, however that the contact of the user will contain the
private interface of the F5 which i found weird.

How do you think i should proceed ? any advices are welcome
Thank you















--
View this message in context: http://sip-router.1086192.n5.nabble.com/kamailio-proxy-behind-firewall-tp155379.html
Sent from the Users mailing list archive at Nabble.com.


From pvenkatayogi at cyracom.com  Wed Jan 25 17:24:55 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Wed, 25 Jan 2017 16:24:55 +0000
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
In-Reply-To: <847403e5-c90f-7aa1-8f41-d781495c3f95@gmail.com>
References: <7a0e52cd145c4ee18b321f5450cd2acb@TACEXH01.cyracom.com>
 <847403e5-c90f-7aa1-8f41-d781495c3f95@gmail.com>
Message-ID: <67742153566143f5a07320ebb8f95af7@TACEXH01.cyracom.com>

I am attaching all the information needed:

Here is invite sent by the customer -
10.11.200.21:58822 -(SIP over TLS)-> 10.0.16.52:5061
INVITE sip:spanish at translation.sms-test.cyracom.com SIP/2.0
Via: SIP/2.0/TLS 10.11.200.21:58822;rport;branch=z9hG4bKPj40846ca84d834aeb9d6ae838e7d01166;alias
Max-Forwards: 70
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=46715a1fbe9c4d06a04ecf7e48997955
To: <sip:spanish at translation.sms-test.cyracom.com>
Contact: <sip:64715890 at 10.11.200.21:58825;transport=tls>
Call-ID: a6a27f5f13a147ff82f48fde3789838e
CSeq: 6098 INVITE
Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: replaces, norefersub, gruu
User-Agent: Blink 3.0.0 (Windows)
Proxy-Authorization: Digest username="cust1", realm="devtranslation.sms-test.cyracom.com", nonce="WIfTSliH0h4rWzCg73Myws7fCOgYpwHyAg5IxIA=", uri="sip:spanish at translation.sms-test.cyracom.com", response="391c1e155da5949698501a379b9037a3"
Content-Type: application/sdp
Content-Length:   359
v=0
o=- 3694256158 3694256158 IN IP4 10.11.200.21
s=Blink 3.0.0 (Windows)
t=0 0
m=message 2855 TCP/TLS/MSRP *
c=IN IP4 10.11.200.21
a=path:msrps://192.168.1.110:2855/3dc0380f6ef30157c39c;tcp
a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml
a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml
a=setup:active

Here is the invite received by the agent. As we see transport=tls is set correctly. Question is why and who is inserting Via header to be UDP port 5060. 10.0.16.52 is proxy1’s IP address. Strange thing is proxy1 has TLS connection with proxy2 and still it is sending via UDP.
172.31.211.31:5061 -(SIP over TLS)-> 10.0.27.108:60894
INVITE sip:20745891 at 10.0.27.108:60896;transport=tls SIP/2.0
Via: SIP/2.0/TLS 63.149.103.72:5061;branch=z9hG4bKe337.4192b97c6a818407e5631f415c224e45.0
Via: SIP/2.0/UDP 10.0.16.52;rport=5060;branch=z9hG4bKe337.2c67958aee41eaa6f6d03652c89552c8.0;i=1
Via: SIP/2.0/TLS 10.11.200.21:59039;received=10.11.200.21;rport=59039;branch=z9hG4bKPj62fa0d97094946169f04a60aeb9aa215;alias
Max-Forwards: 68
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=7bbc8a1c90e94d96b3360223ce815d50
To: <sip:spanish at translation.sms-test.cyracom.com>
Contact: <sip:64715890 at 10.11.200.21:59045;transport=tls>
Record-Route: <sip:63.149.103.72:5060;transport=tls;lr;nat=yes>
Record-Route: <sip:10.0.16.52:5061;transport=tls;lr;nat=yes>
Call-ID: f1f4cb291ee44c11b3eda6c6801c1d22
CSeq: 28943 INVITE
Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: replaces, norefersub, gruu
User-Agent: Blink 3.0.0 (Windows)
Content-Type: application/sdp
Content-Length:   359
v=0
o=- 3694259050 3694259050 IN IP4 10.11.200.21
s=Blink 3.0.0 (Windows)
t=0 0
m=message 2855 TCP/TLS/MSRP *
c=IN IP4 10.11.200.21
a=path:msrps://192.168.1.110:2855/3fe6e776d38e70ffc529;tcp
a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml
a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml
a=setup:active

Attached is the nslookup output of the proxy2 domain.
[cid:image001.jpg at 01D276E4.807FB5C0]


From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla
Sent: Wednesday, January 25, 2017 12:17 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Subject: Re: [SR-Users] How does Kamailio decide which protocol to use when fwding to another proxy?

Hello,

first thing: do not reply to other emails from the mailing list, create a new one -- at the end of your message is a previous email from the list. It keeps the conversation clean, doesn't mess the email thread id and also makes it easier to understand what's all about (and less bandwidth) on mobile devices.

You would have to provide the sip packet (the invite) to understand what happens there. The support of TLS can be discovered via DNS lookup (NAPTR+SRV) or the transport can be enforced in the r-uri with transport=xyz parameter.

Cheers,
Daniel


On 24/01/2017 20:01, Pranathi Venkatayogi wrote:
Hi,
  I have two instances of Kamailio acting as edge proxies. One on the customer side and one on the agent side.
  Like: customer -> proxy1 -> proxy2 -> agent.
  Both customer and agent are registered to proxy1/proxy2 via TLS.

  However when proxy1 forwards to proxy2, it is using UDP. How can I force it to use TLS?
  Attached is the result of nslookup on the domain: translation.sms-test.cyracom.com.





--

Daniel-Constantin Mierla

www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>

Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>

Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/cec05ddc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 55813 bytes
Desc: image001.jpg
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/cec05ddc/attachment.jpg>

From dnadares at gmail.com  Wed Jan 25 20:29:46 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Wed, 25 Jan 2017 16:29:46 -0300
Subject: [SR-Users] mhomed opened sockets
Message-ID: <CAP-r+eoqivmJaGt_cxU74O0D4yZO2sgezadXBMWEduUj03wpYg@mail.gmail.com>

Hi Guys,

We have two network interfaces. One public and one private. We had enabled
mhomed and works great BUT if we do a netstat -naup | grep 5060 we see that
some sockets keeps opened also when the call is finished. The source port
in netstat it's not 5060 so I suppose that kamailio use another one for
something else.

Is this the right behavior? How long does this sockets remain opened? Are
we missing something in our cfg?

6 2017-01-25 15:52:04.986651 172.16.213.38 172.16.200.159 SIP/SDP 146 Request:
INVITE sip:xxx at 172.16.200.159:5060
34 2017-01-25 15:52:19.636895 172.16.213.38 172.16.200.159 SIP 716 Request:
ACK sip:xxx at 172.16.200.159:5060 |
37 2017-01-25 15:54:38.947831 172.16.208.111 172.16.213.38 SIP 736 Request:
BYE sip:127.0.0.8:5060;line=sr-987jhlk* |
40 2017-01-25 15:54:38.950899 172.16.213.38 172.16.200.159 SIP 660 Request:
BYE sip:172.16.208.111:5060 |

[root at dwrfsd01 kamailio]# netstat -naup | grep 5060
udp        0      0 172.16.213.38:*56086* <http://172.16.213.38:56086>
172.16.200.159:5060     ESTABLISHED 17015/kamailio
udp        0      0 172.16.213.38:5060      0.0.0.0:*
    17006/kamailio
udp        0      0 172.16.213.38:*41971* <http://172.16.213.38:41971>
172.16.200.159:5060     ESTABLISHED 17051/kamailio
udp        0      0 172.16.213.38:*54651* <http://172.16.213.38:54651>
172.16.200.159:5060     ESTABLISHED 17008/kamailio

Thanks in advance!

Diego.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/4368a5a6/attachment.html>

From jeremygadd at gmail.com  Wed Jan 25 21:05:29 2017
From: jeremygadd at gmail.com (Jeremy Gadd)
Date: Wed, 25 Jan 2017 13:05:29 -0700
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
Message-ID: <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>

Put the hostname in dispatcher (no port) and enable these:


On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio <alessio.casco at nexmo.com>
wrote:

> Hello Guys!
>
> I'd like to be able to use SRV records inside dispatcher groups, so I can
> automatise the discovery of new backends on my network using DNS
>
> I've tried with the following formats into the dispatcher.list file:
>
> $group  _sip._udp.sip-voice_backends
> $group  sip-voice_backends
>
> and none looks to be working, running the kamailio_ctl dispatcher.list
> won't show me the group set with SRV records. ( I also try NAPTR records,
> with no luck as well.)
>
> * Does the dispatcher module support SRV or NAPTR records? (maybe my
> format is not correct)
> * If not, do you have any other idea on what I could do to achieve what
> I'd like to do?
>
> Thanks
> Alessio
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/0c5b8119/attachment.html>

From jeremygadd at gmail.com  Wed Jan 25 21:06:49 2017
From: jeremygadd at gmail.com (Jeremy Gadd)
Date: Wed, 25 Jan 2017 13:06:49 -0700
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
Message-ID: <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>

Holy cow, sorry about that!

Put the hostname in dispatcher (no port or _sip._udp) and enable these:

use_dns_cache=on
use_dns_failover=on
dns_srv_lb=on

That's how I got it working (using the LCR module).

On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd <jeremygadd at gmail.com> wrote:

> Put the hostname in dispatcher (no port) and enable these:
>
>
> On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio <alessio.casco at nexmo.com>
> wrote:
>
>> Hello Guys!
>>
>> I'd like to be able to use SRV records inside dispatcher groups, so I can
>> automatise the discovery of new backends on my network using DNS
>>
>> I've tried with the following formats into the dispatcher.list file:
>>
>> $group  _sip._udp.sip-voice_backends
>> $group  sip-voice_backends
>>
>> and none looks to be working, running the kamailio_ctl dispatcher.list
>> won't show me the group set with SRV records. ( I also try NAPTR records,
>> with no luck as well.)
>>
>> * Does the dispatcher module support SRV or NAPTR records? (maybe my
>> format is not correct)
>> * If not, do you have any other idea on what I could do to achieve what
>> I'd like to do?
>>
>> Thanks
>> Alessio
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/8ab82f8a/attachment.html>

From srtguler at gmail.com  Thu Jan 26 00:44:50 2017
From: srtguler at gmail.com (Serhat Guler)
Date: Thu, 26 Jan 2017 00:44:50 +0100
Subject: [SR-Users] rtpengine - Key file error
Message-ID: <CA+Eb_nwoaKKhdunse=d65aa7XX_s_zNSGmhiv_2m9xFyeVGN7Q@mail.gmail.com>

Hello,

I am trying to setup my Kamailio environment on a new Debian system.
Everything went well, except I started facing a problem with the rtpengine.
It did install it fine and I can view the program parameters via the help
menu; however, when I run it with this command  "rtpengine --interface
192.168.0.66 --listen-ng=127.0.0.1:22222 -m 30000 -M 35000 -L 2" or any
other commands, it gives an error as "CRIT: Fatal error: Bad command line:
Key file does not have group 'rtpengine'".

Where is this key file it is complaining about ? I couldn't find anything
neither in the doc nor anywhere else.

Cheers,
Serhat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/dd4ed842/attachment.html>

From agrawal.ananda at gmail.com  Thu Jan 26 05:37:30 2017
From: agrawal.ananda at gmail.com (Andy)
Date: Wed, 25 Jan 2017 21:37:30 -0700 (MST)
Subject: [SR-Users] missing memory after tls cleanup
Message-ID: <1485405450328-155389.post@n5.nabble.com>

Hi,

the tls total memory before and after a tls connection is cleaned up does
not match,

during test there were 10 tls connection created for which I see tls_h_close
and tls_h_tcpconn_clean
were called exactly 10 times for the same connection ids,

bit before and after the tls shm memory does not match,
using command: kamcmd mod.stats tls shm

could there be a leak? please suggest

thanks!





--
View this message in context: http://sip-router.1086192.n5.nabble.com/missing-memory-after-tls-cleanup-tp155389.html
Sent from the Users mailing list archive at Nabble.com.


From pvenkatayogi at cyracom.com  Wed Jan 25 23:09:31 2017
From: pvenkatayogi at cyracom.com (Pranathi Venkatayogi)
Date: Wed, 25 Jan 2017 22:09:31 +0000
Subject: [SR-Users] How does Kamailio decide which protocol to use when
 fwding to another proxy?
References: <7a0e52cd145c4ee18b321f5450cd2acb@TACEXH01.cyracom.com>
 <847403e5-c90f-7aa1-8f41-d781495c3f95@gmail.com> 
Message-ID: <f3fb57a325b141aea0dbc761408954f1@TACEXH01.cyracom.com>

By setting $du, I was able to force proxy1 to use TLS instead of UDP.

$du = "sip:ip:port;transport=tls"<sip:ip:port;transport=tls>;
t_relay();

Thanks Daniel for your input.

From: Pranathi Venkatayogi
Sent: Wednesday, January 25, 2017 8:25 AM
To: 'miconda at gmail.com' <miconda at gmail.com>; 'Kamailio (SER) - Users Mailing List' <sr-users at lists.sip-router.org>
Subject: RE: [SR-Users] How does Kamailio decide which protocol to use when fwding to another proxy?

I am attaching all the information needed:

Here is invite sent by the customer -
10.11.200.21:58822 -(SIP over TLS)-> 10.0.16.52:5061
INVITE sip:spanish at translation.sms-test.cyracom.com SIP/2.0
Via: SIP/2.0/TLS 10.11.200.21:58822;rport;branch=z9hG4bKPj40846ca84d834aeb9d6ae838e7d01166;alias
Max-Forwards: 70
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=46715a1fbe9c4d06a04ecf7e48997955
To: <sip:spanish at translation.sms-test.cyracom.com>
Contact: <sip:64715890 at 10.11.200.21:58825;transport=tls>
Call-ID: a6a27f5f13a147ff82f48fde3789838e
CSeq: 6098 INVITE
Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: replaces, norefersub, gruu
User-Agent: Blink 3.0.0 (Windows)
Proxy-Authorization: Digest username="cust1", realm="devtranslation.sms-test.cyracom.com", nonce="WIfTSliH0h4rWzCg73Myws7fCOgYpwHyAg5IxIA=", uri="sip:spanish at translation.sms-test.cyracom.com", response="391c1e155da5949698501a379b9037a3"
Content-Type: application/sdp
Content-Length:   359
v=0
o=- 3694256158 3694256158 IN IP4 10.11.200.21
s=Blink 3.0.0 (Windows)
t=0 0
m=message 2855 TCP/TLS/MSRP *
c=IN IP4 10.11.200.21
a=path:msrps://192.168.1.110:2855/3dc0380f6ef30157c39c;tcp
a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml
a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml
a=setup:active

Here is the invite received by the agent. As we see transport=tls is set correctly. Question is why and who is inserting Via header to be UDP port 5060. 10.0.16.52 is proxy1’s IP address. Strange thing is proxy1 has TLS connection with proxy2 and still it is sending via UDP.
172.31.211.31:5061 -(SIP over TLS)-> 10.0.27.108:60894
INVITE sip:20745891 at 10.0.27.108:60896;transport=tls SIP/2.0
Via: SIP/2.0/TLS 63.149.103.72:5061;branch=z9hG4bKe337.4192b97c6a818407e5631f415c224e45.0
Via: SIP/2.0/UDP 10.0.16.52;rport=5060;branch=z9hG4bKe337.2c67958aee41eaa6f6d03652c89552c8.0;i=1
Via: SIP/2.0/TLS 10.11.200.21:59039;received=10.11.200.21;rport=59039;branch=z9hG4bKPj62fa0d97094946169f04a60aeb9aa215;alias
Max-Forwards: 68
From: "cust1" <sip:cust1 at devtranslation.sms-test.cyracom.com>;tag=7bbc8a1c90e94d96b3360223ce815d50
To: <sip:spanish at translation.sms-test.cyracom.com>
Contact: <sip:64715890 at 10.11.200.21:59045;transport=tls>
Record-Route: <sip:63.149.103.72:5060;transport=tls;lr;nat=yes>
Record-Route: <sip:10.0.16.52:5061;transport=tls;lr;nat=yes>
Call-ID: f1f4cb291ee44c11b3eda6c6801c1d22
CSeq: 28943 INVITE
Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, BYE, CANCEL, UPDATE, MESSAGE, REFER
Supported: replaces, norefersub, gruu
User-Agent: Blink 3.0.0 (Windows)
Content-Type: application/sdp
Content-Length:   359
v=0
o=- 3694259050 3694259050 IN IP4 10.11.200.21
s=Blink 3.0.0 (Windows)
t=0 0
m=message 2855 TCP/TLS/MSRP *
c=IN IP4 10.11.200.21
a=path:msrps://192.168.1.110:2855/3fe6e776d38e70ffc529;tcp
a=accept-types:message/cpim text/* image/* application/im-iscomposing+xml
a=accept-wrapped-types:text/* image/* application/im-iscomposing+xml
a=setup:active

Attached is the nslookup output of the proxy2 domain.
[cid:image002.jpg at 01D27714.A43CB960]


From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla
Sent: Wednesday, January 25, 2017 12:17 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>>
Subject: Re: [SR-Users] How does Kamailio decide which protocol to use when fwding to another proxy?

Hello,

first thing: do not reply to other emails from the mailing list, create a new one -- at the end of your message is a previous email from the list. It keeps the conversation clean, doesn't mess the email thread id and also makes it easier to understand what's all about (and less bandwidth) on mobile devices.

You would have to provide the sip packet (the invite) to understand what happens there. The support of TLS can be discovered via DNS lookup (NAPTR+SRV) or the transport can be enforced in the r-uri with transport=xyz parameter.

Cheers,
Daniel


On 24/01/2017 20:01, Pranathi Venkatayogi wrote:
Hi,
  I have two instances of Kamailio acting as edge proxies. One on the customer side and one on the agent side.
  Like: customer -> proxy1 -> proxy2 -> agent.
  Both customer and agent are registered to proxy1/proxy2 via TLS.

  However when proxy1 forwards to proxy2, it is using UDP. How can I force it to use TLS?
  Attached is the result of nslookup on the domain: translation.sms-test.cyracom.com.




--

Daniel-Constantin Mierla

www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>

Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com<http://www.asipto.com>

Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/75b8865b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 55141 bytes
Desc: image002.jpg
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170125/75b8865b/attachment.jpg>

From tzanet at came.com  Thu Jan 26 08:48:22 2017
From: tzanet at came.com (Tomas Zanet)
Date: Thu, 26 Jan 2017 07:48:22 +0000
Subject: [SR-Users] parallel media forking during ringing phase
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29EC979@CG004SERVER.camegroup.local>

Hi all, I'm writing to the community because I need a hint from Kamailio and voip gurus: the goal is adding parallel forking call with early-media to our PABX where there's a Kamailio instance running.
I mean media streams should be sent to all call destinations before answering the call order, for instance, to see the incoming video.

As far as I know, from signaling side should not be a problem because, using Kamailio, there’s append_branch function which forks many branches to all users.

The problem is related to media streams because there’s no way to fork media to all users after 180 + SDP or 183, right?
Obviously all users must negotiate the same media because media transcoding is basically impossible, especially for video streams.

I think there are two ways to do that:
1) using Kamailio and Asterisk. Asterisk has Queue function with ringall strategy, but I’m not sure if Asterisk supports multi domain scenarios.
Have ever used Asterisk with Kamailio in multi domain scenarios?

2) enhancing rttpproxy-ng. I don't really know the effort to achieve that.

In your opinion, what’s the easiest way to achieve that?

Thanks,
Best Regards.



Tomas Zanet
Software Design Department
tzanet at came.com
CAME S.p.A.


From miconda at gmail.com  Thu Jan 26 10:52:51 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 26 Jan 2017 10:52:51 +0100
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
 <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
Message-ID: <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>

Hello,

some updates ...

I created the kamailio-docs repository on github and converted two of
the wiki tutorials for installing Kamailio. Actualy it is a bit more
than just converting, some new content being added.

The repository on github can be found at:

  * https://github.com/kamailio/kamailio-docs

The tutorials done so far are about installing kamailio devel from git
and installing on debian from packages -- generated output available at:

  * http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/

  * http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/

The developers should have commit access on kamailio-docs repository (if
anyone faces issues, let me know). The broad community can contribute
via github pull requests.

I hope many will start to help and convert the own favorite tutorials!

Cheers,
Daniel


On 24/01/2017 21:44, Annus Fictus wrote:
> hello,
>
> I think is a good way to improve Kamailio documentation.
>
> Thank you
>
> Regards
>
> El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>>
>> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> I want to start a discussion about some of the kamailio tutorials from
>>> the wiki, mainly those related to core cookbook, variables and
>>> transformations. They are now in dokuwiki at:
>>>
>>>     - https://www.kamailio.org/wiki/#cookbooks
>>>
>>> The wiki served us pretty well so far, however the contributions there
>>> are not that active. From time to time we still get spammers, even we
>>> added restriction that only registered and authenticated users can
>>> write.
>>>
>>> I am thinking that maybe people don't like creating yet another account
>>> just add some example or rephrase for clarity.
>>>
>>> On the other hand, there are over 400 registered users, many of them I
>>> expect to be either made because if misunderstanding the purpose or by
>>> spammers that guessed the (sip) captcha (plenty of random usernames).
>>>
>>> Besides that I think the wiki adds overhead when releasing a new
>>> version
>>> as each time we have to copy and paste old version content to a new set
>>> of pages and update the version number.
>>>
>>> With the above in mind, I wonder if won't be better to store those
>>> tutorials in markdown format and use mkdocs.org or gitbook
>>> (https://github.com/GitbookIO/gitbook) tools to generate the html and
>>> host it in kamailio.org. The wiki will still be used to index them.
>>>
>>> Among the benefits I see:
>>>
>>>     * store in github.com (a new repo, like: kamailio-docs) and all
>>> devs
>>> can contribute directly, other users can make pull requests
>>>
>>>     * create branches for each major version of kamailio and backport
>>> across them with git whenever is applicable
>>>
>>>     * the edit can be done directly via github.com website (similar to
>>> the wiki right now) and even read it directly from github in html
>>> transformed from markdown by github
>>>
>>>     * one can get them offline by cloning the git repo, use them or
>>> enhance when offline
>>>
>>> Many if the tutorials will stay in the wiki, but I think those that are
>>> related to documenting per kamailio version should be migrated to gihub
>>> storage + markdown. If there is a strong pro opinion for this change, I
>>> can try to convert one of the cookbooks very soon so people can feel
>>> better the difference. If we get to a consensus, then I think we can
>>> have those tutorials in the new format for v5.0.
>>>
>>> Should anyone have comments, other suggestions or improvements, let's
>>> put them on debate.
>> I created the markdown version for the tutorial to install Kamailio
>> devel from git to make it easier to compare.
>>
>> The html version build with mkdocs (http://mkdocs.org) is available in
>> html format at:
>>
>>     -
>> http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>>
>> Git repo is at:
>>
>>    -
>> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>>
>>
>> Viewing the content via github:
>>
>>    -
>> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>>
>>
>> You can compare with the old tutorial in the wiki:
>>
>>     - https://www.kamailio.org/wiki/install/devel/git
>>
>> Again, the main reason of this discussion is not the look, but the
>> collaboration mechanisms and tools behind building the docs and
>> maintaining/versioning them.
>>
>> Cheers,
>> Daniel
>>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From danb.lists at gmail.com  Thu Jan 26 15:13:24 2017
From: danb.lists at gmail.com (DanB)
Date: Thu, 26 Jan 2017 15:13:24 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <mailman.5.1485428401.28859.sr-users@lists.sip-router.org>
References: <mailman.5.1485428401.28859.sr-users@lists.sip-router.org>
Message-ID: <3f17f25a-b5de-6332-460b-dce9b8c15e54@gmail.com>

Hey Daniel,

Would be there 2 persons for sure, so please count us also in.

Thanks,
DanB


From alessio.casco at nexmo.com  Thu Jan 26 11:34:02 2017
From: alessio.casco at nexmo.com (Casco, Alessio)
Date: Thu, 26 Jan 2017 10:34:02 +0000
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
 <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
Message-ID: <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>

Thanks for your help,

Unfortunately with kamailio 4.4.4, dispatcher module and your suggestions,
I still don't see the SRV record picked up (at least using the kamcmd
 dispatcher.list command).

I didn't try the LCR module yet, I want to be sure first that dispatcher is
not able to handle SRV first

Thanks
Alessio

On Wed, Jan 25, 2017 at 8:06 PM, Jeremy Gadd <jeremygadd at gmail.com> wrote:

> Holy cow, sorry about that!
>
> Put the hostname in dispatcher (no port or _sip._udp) and enable these:
>
> use_dns_cache=on
> use_dns_failover=on
> dns_srv_lb=on
>
> That's how I got it working (using the LCR module).
>
> On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd <jeremygadd at gmail.com> wrote:
>
>> Put the hostname in dispatcher (no port) and enable these:
>>
>>
>> On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio <alessio.casco at nexmo.com>
>> wrote:
>>
>>> Hello Guys!
>>>
>>> I'd like to be able to use SRV records inside dispatcher groups, so I
>>> can automatise the discovery of new backends on my network using DNS
>>>
>>> I've tried with the following formats into the dispatcher.list file:
>>>
>>> $group  _sip._udp.sip-voice_backends
>>> $group  sip-voice_backends
>>>
>>> and none looks to be working, running the kamailio_ctl dispatcher.list
>>> won't show me the group set with SRV records. ( I also try NAPTR records,
>>> with no luck as well.)
>>>
>>> * Does the dispatcher module support SRV or NAPTR records? (maybe my
>>> format is not correct)
>>> * If not, do you have any other idea on what I could do to achieve what
>>> I'd like to do?
>>>
>>> Thanks
>>> Alessio
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/530ad040/attachment.html>

From annusfictus at gmail.com  Thu Jan 26 16:13:56 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Thu, 26 Jan 2017 10:13:56 -0500
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
 <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
 <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>
Message-ID: <e3657ec4-812f-f91f-2240-50c52bdc274a@gmail.com>

Hello,

If I have a github accunt can I write a new HowTo?

If i can, how?

Regards


El 26/01/2017 a las 04:52, Daniel-Constantin Mierla escribió:
> Hello,
>
> some updates ...
>
> I created the kamailio-docs repository on github and converted two of
> the wiki tutorials for installing Kamailio. Actualy it is a bit more
> than just converting, some new content being added.
>
> The repository on github can be found at:
>
>    * https://github.com/kamailio/kamailio-docs
>
> The tutorials done so far are about installing kamailio devel from git
> and installing on debian from packages -- generated output available at:
>
>    * http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/
>
>    * http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/
>
> The developers should have commit access on kamailio-docs repository (if
> anyone faces issues, let me know). The broad community can contribute
> via github pull requests.
>
> I hope many will start to help and convert the own favorite tutorials!
>
> Cheers,
> Daniel
>
>
> On 24/01/2017 21:44, Annus Fictus wrote:
>> hello,
>>
>> I think is a good way to improve Kamailio documentation.
>>
>> Thank you
>>
>> Regards
>>
>> El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
>>> Hello,
>>>
>>>
>>> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>>>> Hello,
>>>>
>>>> I want to start a discussion about some of the kamailio tutorials from
>>>> the wiki, mainly those related to core cookbook, variables and
>>>> transformations. They are now in dokuwiki at:
>>>>
>>>>      - https://www.kamailio.org/wiki/#cookbooks
>>>>
>>>> The wiki served us pretty well so far, however the contributions there
>>>> are not that active. From time to time we still get spammers, even we
>>>> added restriction that only registered and authenticated users can
>>>> write.
>>>>
>>>> I am thinking that maybe people don't like creating yet another account
>>>> just add some example or rephrase for clarity.
>>>>
>>>> On the other hand, there are over 400 registered users, many of them I
>>>> expect to be either made because if misunderstanding the purpose or by
>>>> spammers that guessed the (sip) captcha (plenty of random usernames).
>>>>
>>>> Besides that I think the wiki adds overhead when releasing a new
>>>> version
>>>> as each time we have to copy and paste old version content to a new set
>>>> of pages and update the version number.
>>>>
>>>> With the above in mind, I wonder if won't be better to store those
>>>> tutorials in markdown format and use mkdocs.org or gitbook
>>>> (https://github.com/GitbookIO/gitbook) tools to generate the html and
>>>> host it in kamailio.org. The wiki will still be used to index them.
>>>>
>>>> Among the benefits I see:
>>>>
>>>>      * store in github.com (a new repo, like: kamailio-docs) and all
>>>> devs
>>>> can contribute directly, other users can make pull requests
>>>>
>>>>      * create branches for each major version of kamailio and backport
>>>> across them with git whenever is applicable
>>>>
>>>>      * the edit can be done directly via github.com website (similar to
>>>> the wiki right now) and even read it directly from github in html
>>>> transformed from markdown by github
>>>>
>>>>      * one can get them offline by cloning the git repo, use them or
>>>> enhance when offline
>>>>
>>>> Many if the tutorials will stay in the wiki, but I think those that are
>>>> related to documenting per kamailio version should be migrated to gihub
>>>> storage + markdown. If there is a strong pro opinion for this change, I
>>>> can try to convert one of the cookbooks very soon so people can feel
>>>> better the difference. If we get to a consensus, then I think we can
>>>> have those tutorials in the new format for v5.0.
>>>>
>>>> Should anyone have comments, other suggestions or improvements, let's
>>>> put them on debate.
>>> I created the markdown version for the tutorial to install Kamailio
>>> devel from git to make it easier to compare.
>>>
>>> The html version build with mkdocs (http://mkdocs.org) is available in
>>> html format at:
>>>
>>>      -
>>> http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>>>
>>> Git repo is at:
>>>
>>>     -
>>> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>>>
>>>
>>> Viewing the content via github:
>>>
>>>     -
>>> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>>>
>>>
>>> You can compare with the old tutorial in the wiki:
>>>
>>>      - https://www.kamailio.org/wiki/install/devel/git
>>>
>>> Again, the main reason of this discussion is not the look, but the
>>> collaboration mechanisms and tools behind building the docs and
>>> maintaining/versioning them.
>>>
>>> Cheers,
>>> Daniel
>>>



From miconda at gmail.com  Thu Jan 26 17:15:29 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 26 Jan 2017 17:15:29 +0100
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <e3657ec4-812f-f91f-2240-50c52bdc274a@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
 <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
 <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>
 <e3657ec4-812f-f91f-2240-50c52bdc274a@gmail.com>
Message-ID: <8b3ee87f-e2e3-3a9f-46ee-bfbb8fc40320@gmail.com>

Hello,

follow the usual contribution process recommended by github,
respectively the pull requests. That means:

  - clone the kamailio/kamailio-docs repository to your account
  - add the tutorial in your cloned repository
  - when it is ready make a pull request back to origin repository

You can search on the web for pull requests on github, there are plenty
of articles, here are two links to start with:

  - https://help.github.com/articles/about-pull-requests/
  - https://help.github.com/articles/creating-a-pull-request/

I would suggest to discuss first on the mailing list about the tutorial
you want to add to see if it is suitable for hosting it there. The scope
for kamailio-docs repository is to store the core cookbooks and common
interest tutorials that may depend on kamailio versions, which are now
in the wiki, but of course new topics can be added. Any kind of tutorial
is welcome to be contributed to Kamailio, but some may not fit inside
kamailio-docs repository (e.g., it may be published on the website or wiki).

Cheers,
Daniel

On 26/01/2017 16:13, Annus Fictus wrote:
> Hello,
>
> If I have a github accunt can I write a new HowTo?
>
> If i can, how?
>
> Regards
>
>
> El 26/01/2017 a las 04:52, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> some updates ...
>>
>> I created the kamailio-docs repository on github and converted two of
>> the wiki tutorials for installing Kamailio. Actualy it is a bit more
>> than just converting, some new content being added.
>>
>> The repository on github can be found at:
>>
>>    * https://github.com/kamailio/kamailio-docs
>>
>> The tutorials done so far are about installing kamailio devel from git
>> and installing on debian from packages -- generated output available at:
>>
>>    *
>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/
>>
>>    *
>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/
>>
>> The developers should have commit access on kamailio-docs repository (if
>> anyone faces issues, let me know). The broad community can contribute
>> via github pull requests.
>>
>> I hope many will start to help and convert the own favorite tutorials!
>>
>> Cheers,
>> Daniel
>>
>>
>> On 24/01/2017 21:44, Annus Fictus wrote:
>>> hello,
>>>
>>> I think is a good way to improve Kamailio documentation.
>>>
>>> Thank you
>>>
>>> Regards
>>>
>>> El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
>>>> Hello,
>>>>
>>>>
>>>> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>>>>> Hello,
>>>>>
>>>>> I want to start a discussion about some of the kamailio tutorials
>>>>> from
>>>>> the wiki, mainly those related to core cookbook, variables and
>>>>> transformations. They are now in dokuwiki at:
>>>>>
>>>>>      - https://www.kamailio.org/wiki/#cookbooks
>>>>>
>>>>> The wiki served us pretty well so far, however the contributions
>>>>> there
>>>>> are not that active. From time to time we still get spammers, even we
>>>>> added restriction that only registered and authenticated users can
>>>>> write.
>>>>>
>>>>> I am thinking that maybe people don't like creating yet another
>>>>> account
>>>>> just add some example or rephrase for clarity.
>>>>>
>>>>> On the other hand, there are over 400 registered users, many of
>>>>> them I
>>>>> expect to be either made because if misunderstanding the purpose
>>>>> or by
>>>>> spammers that guessed the (sip) captcha (plenty of random usernames).
>>>>>
>>>>> Besides that I think the wiki adds overhead when releasing a new
>>>>> version
>>>>> as each time we have to copy and paste old version content to a
>>>>> new set
>>>>> of pages and update the version number.
>>>>>
>>>>> With the above in mind, I wonder if won't be better to store those
>>>>> tutorials in markdown format and use mkdocs.org or gitbook
>>>>> (https://github.com/GitbookIO/gitbook) tools to generate the html and
>>>>> host it in kamailio.org. The wiki will still be used to index them.
>>>>>
>>>>> Among the benefits I see:
>>>>>
>>>>>      * store in github.com (a new repo, like: kamailio-docs) and all
>>>>> devs
>>>>> can contribute directly, other users can make pull requests
>>>>>
>>>>>      * create branches for each major version of kamailio and
>>>>> backport
>>>>> across them with git whenever is applicable
>>>>>
>>>>>      * the edit can be done directly via github.com website
>>>>> (similar to
>>>>> the wiki right now) and even read it directly from github in html
>>>>> transformed from markdown by github
>>>>>
>>>>>      * one can get them offline by cloning the git repo, use them or
>>>>> enhance when offline
>>>>>
>>>>> Many if the tutorials will stay in the wiki, but I think those
>>>>> that are
>>>>> related to documenting per kamailio version should be migrated to
>>>>> gihub
>>>>> storage + markdown. If there is a strong pro opinion for this
>>>>> change, I
>>>>> can try to convert one of the cookbooks very soon so people can feel
>>>>> better the difference. If we get to a consensus, then I think we can
>>>>> have those tutorials in the new format for v5.0.
>>>>>
>>>>> Should anyone have comments, other suggestions or improvements, let's
>>>>> put them on debate.
>>>> I created the markdown version for the tutorial to install Kamailio
>>>> devel from git to make it easier to compare.
>>>>
>>>> The html version build with mkdocs (http://mkdocs.org) is available in
>>>> html format at:
>>>>
>>>>      -
>>>> http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>>>>
>>>> Git repo is at:
>>>>
>>>>     -
>>>> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>>>>
>>>>
>>>>
>>>> Viewing the content via github:
>>>>
>>>>     -
>>>> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>>>>
>>>>
>>>>
>>>> You can compare with the old tutorial in the wiki:
>>>>
>>>>      - https://www.kamailio.org/wiki/install/devel/git
>>>>
>>>> Again, the main reason of this discussion is not the look, but the
>>>> collaboration mechanisms and tools behind building the docs and
>>>> maintaining/versioning them.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Thu Jan 26 17:29:08 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 26 Jan 2017 17:29:08 +0100
Subject: [SR-Users] parallel media forking during ringing phase
In-Reply-To: <CA44A4830985A140A30A1E55D8CDFEEFD29EC979@CG004SERVER.camegroup.local>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EC979@CG004SERVER.camegroup.local>
Message-ID: <caa11345-2940-44de-e5d9-9efdf19f1861@gmail.com>

Hello,

which SIP UA is supposed to send the early media? The caller device or
the PBX system?

Cheers,
Daniel


On 26/01/2017 08:48, Tomas Zanet wrote:
> Hi all, I'm writing to the community because I need a hint from Kamailio and voip gurus: the goal is adding parallel forking call with early-media to our PABX where there's a Kamailio instance running.
> I mean media streams should be sent to all call destinations before answering the call order, for instance, to see the incoming video.
>
> As far as I know, from signaling side should not be a problem because, using Kamailio, there’s append_branch function which forks many branches to all users.
>
> The problem is related to media streams because there’s no way to fork media to all users after 180 + SDP or 183, right?
> Obviously all users must negotiate the same media because media transcoding is basically impossible, especially for video streams.
>
> I think there are two ways to do that:
> 1) using Kamailio and Asterisk. Asterisk has Queue function with ringall strategy, but I’m not sure if Asterisk supports multi domain scenarios.
> Have ever used Asterisk with Kamailio in multi domain scenarios?
>
> 2) enhancing rttpproxy-ng. I don't really know the effort to achieve that.
>
> In your opinion, what’s the easiest way to achieve that?
>
> Thanks,
> Best Regards.
>
>
>
> Tomas Zanet
> Software Design Department
> tzanet at came.com
> CAME S.p.A.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Thu Jan 26 17:30:44 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 26 Jan 2017 17:30:44 +0100
Subject: [SR-Users] missing memory after tls cleanup
In-Reply-To: <1485405450328-155389.post@n5.nabble.com>
References: <1485405450328-155389.post@n5.nabble.com>
Message-ID: <d6742100-23f2-9a5d-de4d-551f2f574732@gmail.com>

Hello,

there can be some overhead taken away by memory fragments.

Can you give the output of:

kamctl stats shmem

before and after the test?

Cheers,
Daniel

On 26/01/2017 05:37, Andy wrote:
> Hi,
>
> the tls total memory before and after a tls connection is cleaned up does
> not match,
>
> during test there were 10 tls connection created for which I see tls_h_close
> and tls_h_tcpconn_clean
> were called exactly 10 times for the same connection ids,
>
> bit before and after the tls shm memory does not match,
> using command: kamcmd mod.stats tls shm
>
> could there be a leak? please suggest
>
> thanks!
>
>
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/missing-memory-after-tls-cleanup-tp155389.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From tzanet at came.com  Thu Jan 26 17:38:27 2017
From: tzanet at came.com (Tomas Zanet)
Date: Thu, 26 Jan 2017 16:38:27 +0000
Subject: [SR-Users] R:  parallel media forking during ringing phase
In-Reply-To: <caa11345-2940-44de-e5d9-9efdf19f1861@gmail.com>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EC979@CG004SERVER.camegroup.local>
 <caa11345-2940-44de-e5d9-9efdf19f1861@gmail.com>
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29ECCD1@CG004SERVER.camegroup.local>

Hello Daniel, I meant the caller device.
As soon as it receives all 180 +SDPs, can send the media to PBX system, in particular mediaproxy, which forwards it to all destinations.

Thanks
T.



Tomas Zanet
Software Design Department
tzanet at came.com
CAME S.p.A.

-----Messaggio originale-----
Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Daniel-Constantin Mierla
Inviato: giovedì 26 gennaio 2017 17:29
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] parallel media forking during ringing phase

Hello,

which SIP UA is supposed to send the early media? The caller device or the PBX system?

Cheers,
Daniel


On 26/01/2017 08:48, Tomas Zanet wrote:
> Hi all, I'm writing to the community because I need a hint from Kamailio and voip gurus: the goal is adding parallel forking call with early-media to our PABX where there's a Kamailio instance running.
> I mean media streams should be sent to all call destinations before answering the call order, for instance, to see the incoming video.
>
> As far as I know, from signaling side should not be a problem because, using Kamailio, there’s append_branch function which forks many branches to all users.
>
> The problem is related to media streams because there’s no way to fork media to all users after 180 + SDP or 183, right?
> Obviously all users must negotiate the same media because media transcoding is basically impossible, especially for video streams.
>
> I think there are two ways to do that:
> 1) using Kamailio and Asterisk. Asterisk has Queue function with ringall strategy, but I’m not sure if Asterisk supports multi domain scenarios.
> Have ever used Asterisk with Kamailio in multi domain scenarios?
>
> 2) enhancing rttpproxy-ng. I don't really know the effort to achieve that.
>
> In your opinion, what’s the easiest way to achieve that?
>
> Thanks,
> Best Regards.
>
>
>
> Tomas Zanet
> Software Design Department
> tzanet at came.com
> CAME S.p.A.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


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

From agrawal.ananda at gmail.com  Thu Jan 26 19:41:17 2017
From: agrawal.ananda at gmail.com (Andy)
Date: Thu, 26 Jan 2017 11:41:17 -0700 (MST)
Subject: [SR-Users] missing memory after tls cleanup
In-Reply-To: <d6742100-23f2-9a5d-de4d-551f2f574732@gmail.com>
References: <1485405450328-155389.post@n5.nabble.com>
 <d6742100-23f2-9a5d-de4d-551f2f574732@gmail.com>
Message-ID: <1485456077216-155412.post@n5.nabble.com>

Thanks Daniel for the quick response,
here is before/after I see real_used_size increased by 880k

before:
shmem:fragments = 26346
shmem:free_size = 8572547448
shmem:max_used_size = 19229728
shmem:real_used_size = 17387144
shmem:total_size = 8589934592
shmem:used_size = 11844368

after:
shmem:fragments = 8928
shmem:free_size = 8571645480
shmem:max_used_size = 19229728
shmem:real_used_size = 18289112
shmem:total_size = 8589934592
shmem:used_size = 12757064



--
View this message in context: http://sip-router.1086192.n5.nabble.com/missing-memory-after-tls-cleanup-tp155389p155412.html
Sent from the Users mailing list archive at Nabble.com.


From dnadares at gmail.com  Thu Jan 26 22:03:06 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Thu, 26 Jan 2017 18:03:06 -0300
Subject: [SR-Users] mhomed opened sockets
In-Reply-To: <CAP-r+eoqivmJaGt_cxU74O0D4yZO2sgezadXBMWEduUj03wpYg@mail.gmail.com>
References: <CAP-r+eoqivmJaGt_cxU74O0D4yZO2sgezadXBMWEduUj03wpYg@mail.gmail.com>
Message-ID: <CAP-r+eqp0WD09Ax5cf4W1D61h2-R0whXwQjso3XB-6y=wLN1ug@mail.gmail.com>

Hi list,

Any help on this?

Cheers.

Diego.



2017-01-25 16:29 GMT-03:00 Diego Nadares <dnadares at gmail.com>:

> Hi Guys,
>
> We have two network interfaces. One public and one private. We had enabled
> mhomed and works great BUT if we do a netstat -naup | grep 5060 we see that
> some sockets keeps opened also when the call is finished. The source port
> in netstat it's not 5060 so I suppose that kamailio use another one for
> something else.
>
> Is this the right behavior? How long does this sockets remain opened? Are
> we missing something in our cfg?
>
> 6 2017-01-25 15:52:04.986651 172.16.213.38 172.16.200.159 SIP/SDP 146 Request:
> INVITE sip:xxx at 172.16.200.159:5060
> 34 2017-01-25 15:52:19.636895 172.16.213.38 172.16.200.159 SIP 716 Request:
> ACK sip:xxx at 172.16.200.159:5060 |
> 37 2017-01-25 15:54:38.947831 172.16.208.111 172.16.213.38 SIP 736 Request:
> BYE sip:127.0.0.8:5060;line=sr-987jhlk* |
> 40 2017-01-25 15:54:38.950899 172.16.213.38 172.16.200.159 SIP 660 Request:
> BYE sip:172.16.208.111:5060 |
>
> [root at dwrfsd01 kamailio]# netstat -naup | grep 5060
> udp        0      0 172.16.213.38:*56086* <http://172.16.213.38:56086>
>   172.16.200.159:5060     ESTABLISHED 17015/kamailio
> udp        0      0 172.16.213.38:5060      0.0.0.0:*
>       17006/kamailio
> udp        0      0 172.16.213.38:*41971* <http://172.16.213.38:41971>
>   172.16.200.159:5060     ESTABLISHED 17051/kamailio
> udp        0      0 172.16.213.38:*54651* <http://172.16.213.38:54651>
>   172.16.200.159:5060     ESTABLISHED 17008/kamailio
>
> Thanks in advance!
>
> Diego.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/3d427cf8/attachment.html>

From david.villasmil.work at gmail.com  Fri Jan 27 00:11:21 2017
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 26 Jan 2017 23:11:21 +0000
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <3f17f25a-b5de-6332-460b-dce9b8c15e54@gmail.com>
References: <mailman.5.1485428401.28859.sr-users@lists.sip-router.org>
 <3f17f25a-b5de-6332-460b-dce9b8c15e54@gmail.com>
Message-ID: <CAFGRPVqtJW42JNNnpFYGn9z6x8cRXCk_2xNjBa0ZWZ2t0a4GSQ@mail.gmail.com>

Hello Guys,

Count me in, as well!

David
On Thu, Jan 26, 2017 at 3:13 PM DanB <danb.lists at gmail.com> wrote:

> Hey Daniel,
>
> Would be there 2 persons for sure, so please count us also in.
>
> Thanks,
> DanB
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/132b33fb/attachment.html>

From andrewvmail at gmail.com  Fri Jan 27 06:01:44 2017
From: andrewvmail at gmail.com (Andrew Tan)
Date: Thu, 26 Jan 2017 21:01:44 -0800
Subject: [SR-Users] Fwd: dlg_set_timeout bye to websockets client
In-Reply-To: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>
References: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>
Message-ID: <CAJ4KJRgrj7=C_mXkPEyrPZC_Bv6b5NbufHzQ8Hw-NGGktUqz9Q@mail.gmail.com>

Hello,

Just wondering if it's possible to intercept the bye message that
dlg_set_timeout sends out to do some nat_helper function to fix it so the
bye can be sent to random.invalid uris.

I know there is the edge proxy outbound module but wondering if I can do it
without.

Regular bye between 2 clients i was able intercept and fix with nat helper
but I dont know how to fix the byes that is sent out from dlg_set_timeout
function.

Thanks in advance!
Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/62ad75fd/attachment.html>

From team at switch168.com  Fri Jan 27 05:59:14 2017
From: team at switch168.com (Switch168)
Date: Thu, 26 Jan 2017 20:59:14 -0800
Subject: [SR-Users] dlg_set_timeout bye to websockets client
Message-ID: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>

Hello,

Just wondering if it's possible to intercept the bye message that
dlg_set_timeout sends out to do some nat_helper function to fix it so the
bye can be sent to random.invalid uris.

I know there is the edge proxy outbound module but wondering if I can do it
without.

Regular bye between 2 clients i was able intercept and fix with nat helper
but I dont know how to fix the byes that is sent out from dlg_set_timeout
function.

Thanks in advance!
Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170126/76a6f137/attachment.html>

From miconda at gmail.com  Fri Jan 27 09:14:28 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 27 Jan 2017 09:14:28 +0100
Subject: [SR-Users] mhomed opened sockets
In-Reply-To: <CAP-r+eqp0WD09Ax5cf4W1D61h2-R0whXwQjso3XB-6y=wLN1ug@mail.gmail.com>
References: <CAP-r+eoqivmJaGt_cxU74O0D4yZO2sgezadXBMWEduUj03wpYg@mail.gmail.com>
 <CAP-r+eqp0WD09Ax5cf4W1D61h2-R0whXwQjso3XB-6y=wLN1ug@mail.gmail.com>
Message-ID: <e1e9349d-8485-0fdc-d770-5646a6d0d9b2@gmail.com>

Hello,

I am not sure what ESTABLISHED is meant by netstat for UDP sockets,
because there is no connection defined for UDP (datagram socket is kind
of shoot and forget) -- maybe it track that there was some traffic and
remembers that for a while. Perhaps reading the manual of netstat will
help to understand better.

Cheers,
Daniel


On 26/01/2017 22:03, Diego Nadares wrote:
> Hi list,
>
> Any help on this?
>
> Cheers.
>
> Diego.
>
>
>
> 2017-01-25 16:29 GMT-03:00 Diego Nadares <dnadares at gmail.com
> <mailto:dnadares at gmail.com>>:
>
>     Hi Guys,
>
>     We have two network interfaces. One public and one private. We had
>     enabled mhomed and works great BUT if we do a netstat -naup | grep
>     5060 we see that some sockets keeps opened also when the call is
>     finished. The source port in netstat it's not 5060 so I suppose
>     that kamailio use another one for something else.
>
>     Is this the right behavior? How long does this sockets remain
>     opened? Are we missing something in our cfg?
>
>     62017-01-25
>     15:52:04.986651172.16.213.38172.16.200.159SIP/SDP146Request:
>     INVITE sip:xxx at 172.16.200.159:5060
>     <http://sip:xxx at 172.16.200.159:5060>
>     342017-01-25
>     15:52:19.636895172.16.213.38172.16.200.159SIP716Request: ACK
>     sip:xxx at 172.16.200.159:5060 <http://sip:xxx at 172.16.200.159:5060> | 
>     372017-01-25
>     15:54:38.947831172.16.208.111172.16.213.38SIP736Request: BYE
>     sip:127.0.0.8:5060;line=sr-987jhlk* | 
>     402017-01-25
>     15:54:38.950899172.16.213.38172.16.200.159SIP660Request: BYE
>     sip:172.16.208.111:5060 <http://172.16.208.111:5060> | 
>
>     [root at dwrfsd01 kamailio]# netstat -naup | grep 5060
>     udp        0      0 172.16.213.38:*56086*
>     <http://172.16.213.38:56086>**    172.16.200.159:5060
>     <http://172.16.200.159:5060>     ESTABLISHED 17015/kamailio      
>     udp        0      0 172.16.213.38:5060 <http://172.16.213.38:5060>
>          0.0.0.0:*                           17006/kamailio      
>     udp        0      0 172.16.213.38:*41971*
>     <http://172.16.213.38:41971>* *   172.16.200.159:5060
>     <http://172.16.200.159:5060>     ESTABLISHED 17051/kamailio      
>     udp        0      0 172.16.213.38:*54651*
>     <http://172.16.213.38:54651>     172.16.200.159:5060
>     <http://172.16.200.159:5060>     ESTABLISHED 17008/kamailio  
>
>     Thanks in advance!
>
>     Diego.
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170127/ee20219e/attachment.html>

From miconda at gmail.com  Fri Jan 27 09:15:46 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 27 Jan 2017 09:15:46 +0100
Subject: [SR-Users] dlg_set_timeout bye to websockets client
In-Reply-To: <CAJ4KJRgrj7=C_mXkPEyrPZC_Bv6b5NbufHzQ8Hw-NGGktUqz9Q@mail.gmail.com>
References: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>
 <CAJ4KJRgrj7=C_mXkPEyrPZC_Bv6b5NbufHzQ8Hw-NGGktUqz9Q@mail.gmail.com>
Message-ID: <9df2b9bc-5ce7-37c4-5191-8e0a48db2403@gmail.com>

Hello,

isn't the dialog module setting the right value there? What function are
you using to update the contact?

Cheers,
Daniel


On 27/01/2017 06:01, Andrew Tan wrote:
> Hello, 
>
> Just wondering if it's possible to intercept the bye message that
> dlg_set_timeout sends out to do some nat_helper function to fix it so
> the bye can be sent to random.invalid uris. 
>
> I know there is the edge proxy outbound module but wondering if I can
> do it without.
>
> Regular bye between 2 clients i was able intercept and fix with nat
> helper but I dont know how to fix the byes that is sent out from
> dlg_set_timeout function.
>
> Thanks in advance!
> Andrew
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170127/82bbe4c5/attachment.html>

From miconda at gmail.com  Fri Jan 27 09:17:45 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 27 Jan 2017 09:17:45 +0100
Subject: [SR-Users] missing memory after tls cleanup
In-Reply-To: <1485456077216-155412.post@n5.nabble.com>
References: <1485405450328-155389.post@n5.nabble.com>
 <d6742100-23f2-9a5d-de4d-551f2f574732@gmail.com>
 <1485456077216-155412.post@n5.nabble.com>
Message-ID: <3a72273a-7a26-cf2e-6a49-da080505203e@gmail.com>

Hello,

fragments are less, then it might be other structures populated by other
modules. Can you share the full output of 'kamctl stats' before and
after the tests?

Cheers,
Daniel


On 26/01/2017 19:41, Andy wrote:
> Thanks Daniel for the quick response,
> here is before/after I see real_used_size increased by 880k
>
> before:
> shmem:fragments = 26346
> shmem:free_size = 8572547448
> shmem:max_used_size = 19229728
> shmem:real_used_size = 17387144
> shmem:total_size = 8589934592
> shmem:used_size = 11844368
>
> after:
> shmem:fragments = 8928
> shmem:free_size = 8571645480
> shmem:max_used_size = 19229728
> shmem:real_used_size = 18289112
> shmem:total_size = 8589934592
> shmem:used_size = 12757064
>
>
>
> --
> View this message in context: http://sip-router.1086192.n5.nabble.com/missing-memory-after-tls-cleanup-tp155389p155412.html
> Sent from the Users mailing list archive at Nabble.com.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From annusfictus at gmail.com  Fri Jan 27 15:39:01 2017
From: annusfictus at gmail.com (Annus Fictus)
Date: Fri, 27 Jan 2017 09:39:01 -0500
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <8b3ee87f-e2e3-3a9f-46ee-bfbb8fc40320@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
 <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
 <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>
 <e3657ec4-812f-f91f-2240-50c52bdc274a@gmail.com>
 <8b3ee87f-e2e3-3a9f-46ee-bfbb8fc40320@gmail.com>
Message-ID: <d0515833-c93b-39b0-e75d-2e7063953005@gmail.com>

Hello,

I'd like write a HowTo dedicated to LCR module implementation.

Regards


El 26/01/2017 a las 11:15, Daniel-Constantin Mierla escribió:
> Hello,
>
> follow the usual contribution process recommended by github,
> respectively the pull requests. That means:
>
>    - clone the kamailio/kamailio-docs repository to your account
>    - add the tutorial in your cloned repository
>    - when it is ready make a pull request back to origin repository
>
> You can search on the web for pull requests on github, there are plenty
> of articles, here are two links to start with:
>
>    - https://help.github.com/articles/about-pull-requests/
>    - https://help.github.com/articles/creating-a-pull-request/
>
> I would suggest to discuss first on the mailing list about the tutorial
> you want to add to see if it is suitable for hosting it there. The scope
> for kamailio-docs repository is to store the core cookbooks and common
> interest tutorials that may depend on kamailio versions, which are now
> in the wiki, but of course new topics can be added. Any kind of tutorial
> is welcome to be contributed to Kamailio, but some may not fit inside
> kamailio-docs repository (e.g., it may be published on the website or wiki).
>
> Cheers,
> Daniel
>
> On 26/01/2017 16:13, Annus Fictus wrote:
>> Hello,
>>
>> If I have a github accunt can I write a new HowTo?
>>
>> If i can, how?
>>
>> Regards
>>
>>
>> El 26/01/2017 a las 04:52, Daniel-Constantin Mierla escribió:
>>> Hello,
>>>
>>> some updates ...
>>>
>>> I created the kamailio-docs repository on github and converted two of
>>> the wiki tutorials for installing Kamailio. Actualy it is a bit more
>>> than just converting, some new content being added.
>>>
>>> The repository on github can be found at:
>>>
>>>     * https://github.com/kamailio/kamailio-docs
>>>
>>> The tutorials done so far are about installing kamailio devel from git
>>> and installing on debian from packages -- generated output available at:
>>>
>>>     *
>>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/
>>>
>>>     *
>>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/
>>>
>>> The developers should have commit access on kamailio-docs repository (if
>>> anyone faces issues, let me know). The broad community can contribute
>>> via github pull requests.
>>>
>>> I hope many will start to help and convert the own favorite tutorials!
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 24/01/2017 21:44, Annus Fictus wrote:
>>>> hello,
>>>>
>>>> I think is a good way to improve Kamailio documentation.
>>>>
>>>> Thank you
>>>>
>>>> Regards
>>>>
>>>> El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
>>>>> Hello,
>>>>>
>>>>>
>>>>> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I want to start a discussion about some of the kamailio tutorials
>>>>>> from
>>>>>> the wiki, mainly those related to core cookbook, variables and
>>>>>> transformations. They are now in dokuwiki at:
>>>>>>
>>>>>>       - https://www.kamailio.org/wiki/#cookbooks
>>>>>>
>>>>>> The wiki served us pretty well so far, however the contributions
>>>>>> there
>>>>>> are not that active. From time to time we still get spammers, even we
>>>>>> added restriction that only registered and authenticated users can
>>>>>> write.
>>>>>>
>>>>>> I am thinking that maybe people don't like creating yet another
>>>>>> account
>>>>>> just add some example or rephrase for clarity.
>>>>>>
>>>>>> On the other hand, there are over 400 registered users, many of
>>>>>> them I
>>>>>> expect to be either made because if misunderstanding the purpose
>>>>>> or by
>>>>>> spammers that guessed the (sip) captcha (plenty of random usernames).
>>>>>>
>>>>>> Besides that I think the wiki adds overhead when releasing a new
>>>>>> version
>>>>>> as each time we have to copy and paste old version content to a
>>>>>> new set
>>>>>> of pages and update the version number.
>>>>>>
>>>>>> With the above in mind, I wonder if won't be better to store those
>>>>>> tutorials in markdown format and use mkdocs.org or gitbook
>>>>>> (https://github.com/GitbookIO/gitbook) tools to generate the html and
>>>>>> host it in kamailio.org. The wiki will still be used to index them.
>>>>>>
>>>>>> Among the benefits I see:
>>>>>>
>>>>>>       * store in github.com (a new repo, like: kamailio-docs) and all
>>>>>> devs
>>>>>> can contribute directly, other users can make pull requests
>>>>>>
>>>>>>       * create branches for each major version of kamailio and
>>>>>> backport
>>>>>> across them with git whenever is applicable
>>>>>>
>>>>>>       * the edit can be done directly via github.com website
>>>>>> (similar to
>>>>>> the wiki right now) and even read it directly from github in html
>>>>>> transformed from markdown by github
>>>>>>
>>>>>>       * one can get them offline by cloning the git repo, use them or
>>>>>> enhance when offline
>>>>>>
>>>>>> Many if the tutorials will stay in the wiki, but I think those
>>>>>> that are
>>>>>> related to documenting per kamailio version should be migrated to
>>>>>> gihub
>>>>>> storage + markdown. If there is a strong pro opinion for this
>>>>>> change, I
>>>>>> can try to convert one of the cookbooks very soon so people can feel
>>>>>> better the difference. If we get to a consensus, then I think we can
>>>>>> have those tutorials in the new format for v5.0.
>>>>>>
>>>>>> Should anyone have comments, other suggestions or improvements, let's
>>>>>> put them on debate.
>>>>> I created the markdown version for the tutorial to install Kamailio
>>>>> devel from git to make it easier to compare.
>>>>>
>>>>> The html version build with mkdocs (http://mkdocs.org) is available in
>>>>> html format at:
>>>>>
>>>>>       -
>>>>> http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>>>>>
>>>>> Git repo is at:
>>>>>
>>>>>      -
>>>>> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>>>>>
>>>>>
>>>>>
>>>>> Viewing the content via github:
>>>>>
>>>>>      -
>>>>> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>>>>>
>>>>>
>>>>>
>>>>> You can compare with the old tutorial in the wiki:
>>>>>
>>>>>       - https://www.kamailio.org/wiki/install/devel/git
>>>>>
>>>>> Again, the main reason of this discussion is not the look, but the
>>>>> collaboration mechanisms and tools behind building the docs and
>>>>> maintaining/versioning them.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>



From team at switch168.com  Fri Jan 27 19:47:48 2017
From: team at switch168.com (Switch168)
Date: Fri, 27 Jan 2017 10:47:48 -0800
Subject: [SR-Users] dlg_set_timeout bye to websockets client
In-Reply-To: <9df2b9bc-5ce7-37c4-5191-8e0a48db2403@gmail.com>
References: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>
 <CAJ4KJRgrj7=C_mXkPEyrPZC_Bv6b5NbufHzQ8Hw-NGGktUqz9Q@mail.gmail.com>
 <9df2b9bc-5ce7-37c4-5191-8e0a48db2403@gmail.com>
Message-ID: <CAJ4KJRju0fe1HWRAqpSvNOB5xUknGQ74eUwRhwcJtM93PHGTNg@mail.gmail.com>

HI Daniel,

modparam("dialog", "dlg_flag", 4) modparam("dialog", "send_bye", 1)
modparam("dialog", "timeout_noreset", 1)

So regular bye's by useragent i can succesfully relay to this
<sip:6gjlmali at ec2c66jsa0ei.invalid;transport=ws>
style of uri by using this snippet below

# Handle requests within SIP dialogs
route[WITHINDLG] {
  if(is_method("BYE")) {
    xlog("DEBUG: Received BYE");
    route(NATDETECT);
    loose_route();
    dlg_manage();
    t_check_trans();
    handle_ruri_alias();
    rtpengine_delete();
    route(RELAY);
    exit;
  }
...

But the byes that are sent out by dlg_set_timeout("$var(timer)") gives out
error cannot resolve
the random.uri and I don't know how to fix the bye before it get sent out.

Thanks
Andrew








On Fri, Jan 27, 2017 at 12:15 AM, Daniel-Constantin Mierla <
miconda at gmail.com> wrote:

> Hello,
>
> isn't the dialog module setting the right value there? What function are
> you using to update the contact?
>
> Cheers,
> Daniel
>
> On 27/01/2017 06:01, Andrew Tan wrote:
>
> Hello,
>
> Just wondering if it's possible to intercept the bye message that
> dlg_set_timeout sends out to do some nat_helper function to fix it so the
> bye can be sent to random.invalid uris.
>
> I know there is the edge proxy outbound module but wondering if I can do
> it without.
>
> Regular bye between 2 clients i was able intercept and fix with nat helper
> but I dont know how to fix the byes that is sent out from dlg_set_timeout
> function.
>
> Thanks in advance!
> Andrew
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170127/256cb1c8/attachment.html>

From gmludo at gmail.com  Fri Jan 27 22:09:58 2017
From: gmludo at gmail.com (Ludovic Gasc)
Date: Fri, 27 Jan 2017 22:09:58 +0100
Subject: [SR-Users] Ansible Kamailio role
In-Reply-To: <CAJx6kgXUo=t+N7TOvxsYDOuUs0ar_0r7=Cmodrbemkxs9NeYNg@mail.gmail.com>
References: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
 <CAJx6kgXUo=t+N7TOvxsYDOuUs0ar_0r7=Cmodrbemkxs9NeYNg@mail.gmail.com>
Message-ID: <CAON-fpE4mh12n6Ht2+KTwzWcpKQd4rssH0WgafAfc8+hD0qBng@mail.gmail.com>

Hi,

Thanks a lot to share these Ansible playbooks, it was instructive.
Alberto, I've a small question: I'm interested in to know what is the
reasons you decide to compile Kamailio ?
Because, for now, we deploy Kamailio with http://deb.kamailio.org/
repository and we are very happy about the quality of packages.

FYI, we replaced 2 years ago Puppet by Ansible to maintain our telephony
production.
It was a big win for us, especially because the entry ticket to learn is
very low compare to Puppet => You can "convert" more or less easily a
sysadmin who uses bash or python script into a "devops" => You have more
people enable to understand what's going on your production => you reduce
the SPOF effect.

However, if you are happy with puppet/cfengine/chef/..., you can keep that
;-) its do the job also pretty well: I speak only in term of learning curve
for new comers.
But if you have nothing for:
1. reproduce the same deployments all the time
2. track the system changes via SCM tool like Git

I definitively recommend you to add Ansible in your tests to decide the
tool.

Have a nice week-end.
--
Ludovic Gasc (GMLudo)
Lead Developer Architect at ALLOcloud
https://be.linkedin.com/in/ludovicgasc

2017-01-21 6:35 GMT+01:00 Gholamreza Sabery <gr.sabery at gmail.com>:

> There are already a role and a Github repository for Kamailio deployment.
> The repository can deploy an Active-Passive Kamailio cluster with a cluster
> of RTPProxy servers; for more info refer to:
>
> http://github.com/ghrst
>
> On Fri, Jan 20, 2017 at 10:06 PM, Alberto Llamas <albertollamaso at gmail.com
> > wrote:
>
>> Hello Kamailians,
>>
>> I just wanted to share an Ansible role for the installation and
>> compilation of a Kamailio server.
>>
>> It may required improvements and I will be more than happy to heard them.
>>
>>
>>
>> *https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/
>> <https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/>*
>>
>>
>> Cheers,
>>
>> --
>> Alberto Llamas
>> Telecommunications Engineer
>> dCAA|dCAP|KPAC|SSCA
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170127/7a1b1bc8/attachment.html>

From albertollamaso at gmail.com  Fri Jan 27 22:55:26 2017
From: albertollamaso at gmail.com (Alberto Llamas)
Date: Fri, 27 Jan 2017 22:55:26 +0100
Subject: [SR-Users] Ansible Kamailio role
In-Reply-To: <CAON-fpE4mh12n6Ht2+KTwzWcpKQd4rssH0WgafAfc8+hD0qBng@mail.gmail.com>
References: <CAHH1jkP0wC3AB=CAvNKGYDDydVbJxZtyxzGsHi0qZeVthkU6zA@mail.gmail.com>
 <CAJx6kgXUo=t+N7TOvxsYDOuUs0ar_0r7=Cmodrbemkxs9NeYNg@mail.gmail.com>
 <CAON-fpE4mh12n6Ht2+KTwzWcpKQd4rssH0WgafAfc8+hD0qBng@mail.gmail.com>
Message-ID: <CAHH1jkNDBp47M4LvJ2Bst2chrS8Z1uWtuVkTPqg+hGXmc-yTvA@mail.gmail.com>

Hi Ludovic,

Thanks for the ACK. The idea behind is to share an Ansible-Kamailio-role as
a source of inspiration that replicate the steps at:

https://www.kamailio.org/wiki/install/4.4.x/git

Also sharing the role with the steps to compile Kamailio helps to learn
more about Ansible than using the Deb packages.

I agree with you that Ansible reduce the SPOF effect + you don't have to
install clients in to the provisioned servers. I found Ansible a very good
tool to be used in many ways.


Cheers,


On Fri, Jan 27, 2017 at 10:09 PM, Ludovic Gasc <gmludo at gmail.com> wrote:

> Hi,
>
> Thanks a lot to share these Ansible playbooks, it was instructive.
> Alberto, I've a small question: I'm interested in to know what is the
> reasons you decide to compile Kamailio ?
> Because, for now, we deploy Kamailio with http://deb.kamailio.org/
> repository and we are very happy about the quality of packages.
>
> FYI, we replaced 2 years ago Puppet by Ansible to maintain our telephony
> production.
> It was a big win for us, especially because the entry ticket to learn is
> very low compare to Puppet => You can "convert" more or less easily a
> sysadmin who uses bash or python script into a "devops" => You have more
> people enable to understand what's going on your production => you reduce
> the SPOF effect.
>
> However, if you are happy with puppet/cfengine/chef/..., you can keep that
> ;-) its do the job also pretty well: I speak only in term of learning curve
> for new comers.
> But if you have nothing for:
> 1. reproduce the same deployments all the time
> 2. track the system changes via SCM tool like Git
>
> I definitively recommend you to add Ansible in your tests to decide the
> tool.
>
> Have a nice week-end.
> --
> Ludovic Gasc (GMLudo)
> Lead Developer Architect at ALLOcloud
> https://be.linkedin.com/in/ludovicgasc
>
> 2017-01-21 6:35 GMT+01:00 Gholamreza Sabery <gr.sabery at gmail.com>:
>
>> There are already a role and a Github repository for Kamailio deployment.
>> The repository can deploy an Active-Passive Kamailio cluster with a cluster
>> of RTPProxy servers; for more info refer to:
>>
>> http://github.com/ghrst
>>
>> On Fri, Jan 20, 2017 at 10:06 PM, Alberto Llamas <
>> albertollamaso at gmail.com> wrote:
>>
>>> Hello Kamailians,
>>>
>>> I just wanted to share an Ansible role for the installation and
>>> compilation of a Kamailio server.
>>>
>>> It may required improvements and I will be more than happy to heard them.
>>>
>>>
>>>
>>> *https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/
>>> <https://galaxy.ansible.com/albertollamaso/Ansible-kamailio-role/>*
>>>
>>>
>>> Cheers,
>>>
>>> --
>>> Alberto Llamas
>>> Telecommunications Engineer
>>> dCAA|dCAP|KPAC|SSCA
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Alberto Llamas
Telecommunications Engineer
dCAA|dCAP|KPAC|SSCA


*"Internet is all about share"*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170127/137149ae/attachment.html>

From agrawal.ananda at gmail.com  Sat Jan 28 02:47:24 2017
From: agrawal.ananda at gmail.com (Andy)
Date: Fri, 27 Jan 2017 18:47:24 -0700 (MST)
Subject: [SR-Users] missing memory after tls cleanup
In-Reply-To: <3a72273a-7a26-cf2e-6a49-da080505203e@gmail.com>
References: <1485405450328-155389.post@n5.nabble.com>
 <d6742100-23f2-9a5d-de4d-551f2f574732@gmail.com>
 <1485456077216-155412.post@n5.nabble.com>
 <3a72273a-7a26-cf2e-6a49-da080505203e@gmail.com>
Message-ID: <1485568044328-155441.post@n5.nabble.com>

Hi Daniel,
Here is the output of kamctl stats,

BEFORE:
=====
core:bad_URIs_rcvd = 0
core:bad_msg_hdr = 0
core:drop_replies = 0
core:drop_requests = 0
core:err_replies = 0
core:err_requests = 0
core:fwd_replies = 0
core:fwd_requests = 0
core:rcv_replies = 3
core:rcv_requests = 5
core:unsupported_methods = 0
dns:failed_dns_request = 0
mysql:driver_errors = 0
shmem:fragments = 5681
shmem:free_size = 8578506984
shmem:max_used_size = 11643552
shmem:real_used_size = 11427608
shmem:total_size = 8589934592
shmem:used_size = 9911288
sl:1xx_replies = 0
sl:200_replies = 0
sl:202_replies = 0
sl:2xx_replies = 0
sl:300_replies = 0
sl:301_replies = 0
sl:302_replies = 0
sl:3xx_replies = 0
sl:400_replies = 0
sl:401_replies = 0
sl:403_replies = 1
sl:404_replies = 0
sl:407_replies = 0
sl:408_replies = 0
sl:483_replies = 0
sl:4xx_replies = 0
sl:500_replies = 0
sl:5xx_replies = 0
sl:6xx_replies = 0
sl:failures = 0
sl:received_ACKs = 0
sl:sent_err_replies = 0
sl:sent_replies = 1
sl:xxx_replies = 0
tcp:con_reset = 0
tcp:con_timeout = 0
tcp:connect_failed = 0
tcp:connect_success = 3
tcp:current_opened_connections = 0
tcp:current_write_queue_size = 0
tcp:established = 7
tcp:local_reject = 0
tcp:passive_open = 4
tcp:send_timeout = 0
tcp:sendq_full = 0

AFTER:
=======
core:bad_URIs_rcvd = 0
core:bad_msg_hdr = 0
core:drop_replies = 0
core:drop_requests = 0
core:err_replies = 0
core:err_requests = 0
core:fwd_replies = 0
core:fwd_requests = 0
core:rcv_replies = 4
core:rcv_requests = 6
core:unsupported_methods = 0
dns:failed_dns_request = 0
mysql:driver_errors = 0
shmem:fragments = 5655
shmem:free_size = 8578497104
shmem:max_used_size = 11653256
shmem:real_used_size = 11437488
shmem:total_size = 8589934592
shmem:used_size = 9920592
sl:1xx_replies = 0
sl:200_replies = 0
sl:202_replies = 0
sl:2xx_replies = 0
sl:300_replies = 0
sl:301_replies = 0
sl:302_replies = 0
sl:3xx_replies = 0
sl:400_replies = 0
sl:401_replies = 0
sl:403_replies = 1
sl:404_replies = 0
sl:407_replies = 0
sl:408_replies = 0
sl:483_replies = 0
sl:4xx_replies = 0
sl:500_replies = 0
sl:5xx_replies = 0
sl:6xx_replies = 0
sl:failures = 0
sl:received_ACKs = 0
sl:sent_err_replies = 0
sl:sent_replies = 1
sl:xxx_replies = 0
tcp:con_reset = 0
tcp:con_timeout = 0
tcp:connect_failed = 0
tcp:connect_success = 4
tcp:current_opened_connections = 0
tcp:current_write_queue_size = 0
tcp:established = 9
tcp:local_reject = 0
tcp:passive_open = 5
tcp:send_timeout = 0
tcp:sendq_full = 0

I made a Register request, and then closed the client.

thanks



--
View this message in context: http://sip-router.1086192.n5.nabble.com/missing-memory-after-tls-cleanup-tp155389p155441.html
Sent from the Users mailing list archive at Nabble.com.


From rfuchs at sipwise.com  Sat Jan 28 18:48:50 2017
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Sat, 28 Jan 2017 12:48:50 -0500
Subject: [SR-Users] rtpengine - Key file error
In-Reply-To: <CA+Eb_nwoaKKhdunse=d65aa7XX_s_zNSGmhiv_2m9xFyeVGN7Q@mail.gmail.com>
References: <CA+Eb_nwoaKKhdunse=d65aa7XX_s_zNSGmhiv_2m9xFyeVGN7Q@mail.gmail.com>
Message-ID: <c2a9bb8c-31f9-2017-310e-cf1729f8c1b7@sipwise.com>

On 25/01/17 06:44 PM, Serhat Guler wrote:
> Hello,
>
> I am trying to setup my Kamailio environment on a new Debian system. 
> Everything went well, except I started facing a problem with the 
> rtpengine. It did install it fine and I can view the program 
> parameters via the help menu; however, when I run it with this command 
>  "rtpengine --interface 192.168.0.66 --listen-ng=127.0.0.1:22222 
> <http://127.0.0.1:22222> -m 30000 -M 35000 -L 2" or any other 
> commands, it gives an error as "CRIT: Fatal error: Bad command line: 
> Key file does not have group 'rtpengine'".
>
> Where is this key file it is complaining about ? I couldn't find 
> anything neither in the doc nor anywhere else.
The key file is the config file. It defaults to 
/etc/rtpengine/rtpengine.conf

However, if no config file is explicitly specified, it ought to ignore 
errors trying to load from it. Does that file exist on your system? 
What's your glib (not glibc) version?

Cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170128/b6eca0e7/attachment.html>

From aqsyounas at gmail.com  Sat Jan 28 20:12:49 2017
From: aqsyounas at gmail.com (Aqs Younas)
Date: Sat, 28 Jan 2017 19:12:49 +0000
Subject: [SR-Users] Replace old registration record with new one while
 keeping single AOR per contact
Message-ID: <CAGVOjVWnSDTx+duwR3kx546+hXW1nD4GY=t555RTpX1TOXFLMQ@mail.gmail.com>

Greetings list,
I want to keep single AOR per contact. If new regitration comes i want to
replace the old record with new.
Suppose User Alice registers from device A and after certain time it try to
register from device B. I want Registration from device B to replace A.
Any pointer is mush appreciated.

Cheers,
Aqs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170128/e4d67d70/attachment.html>

From federico.cabiddu at gmail.com  Sun Jan 29 09:29:42 2017
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Sun, 29 Jan 2017 09:29:42 +0100
Subject: [SR-Users] R: R: serial forking calls using TSILO
In-Reply-To: <CA44A4830985A140A30A1E55D8CDFEEFD29EB908@CG004SERVER.camegroup.local>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
 <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>
 <CAFOaF_h5AC4jerxgkBSno93qTVTHENCNTNNCV=yAQB0xhZ7FPQ@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EB908@CG004SERVER.camegroup.local>
Message-ID: <CAFOaF_ga2_5Kq0AQrnYPWBgKsw_H3YvjBOqwT5Y0er=UesgE9g@mail.gmail.com>

Hi,
I analyzed and reproduced your issue and here's my conclusions:

1) in your scenario TSILO module is not involved nor needed. TSILO
implements "deferred" parallel forking while, in your case, what you are
trying to implement is serial forking with chained transaction suspensions.
You can see in your logs that TSILO's functions are called just to store
the transaction, never to append to it new branches.
2) Kamailio is not currently able to suspend a transaction which already
received a final reply. As a proof of this in your logs, at row 6483, we
can see that Kamailio sent out a 500 reply. In your case the fact that you
are able to resume somehow the transaction is a race condition due to the
fact that the REGISTER for the 2nd r-uri is coming when the transaction has
still not been deleted. I could reproduce this exact scenario. I opened a
PR with a fix (https://github.com/kamailio/kamailio/pull/955) which I
successfully tested. Let's wait for Daniel's feedback.
3) The problem of the new r-uri not taken in count while resuming the
transaction is due to the fact that, in a failure route we are working on a
copy of the original message and, the changes to it are not ported to the
shm message clone that's used later for resuming the transaction. I don't
have an easy solution for this, maybe Daniel can help :) Anyway I have a
workaround for this: set and avp in the failure route with the new ruri you
whish to use and use it in the resume route to set $ru for the message.
Somethig like:

route[INVRESUME] {
    ....
    if (is_avp_set("$avp(ru)"))
               $ru = $avp(ru);
  .....
}

With the above patch on tm and this workaround I could successfully
implement your scenario.

Best regards,

Federico


On Tue, Jan 24, 2017 at 10:16 AM, Tomas Zanet <tzanet at came.com> wrote:

> Hi Federico, sorry you’re right about log level.
> Kamailio was running with right debug level but my syslog was configured
> to split log messages based on level so all logs with debug went to another
> file called debug.
> I reconfigured syslog, please see the new attached file.
>
> I should have found the log lines where there's $ru overwriting, should be
> the following log lines:
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> ERROR: <script>: resuming trasaction [58698:23306391] 00......02181
> 58698:23306391)sip:7ffe85fb456f629b......net
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> ERROR: *** cfgtrace:request_route=[PUSHJOIN] c=[/usr/local/etc/kamailio/kamailio.cfg]
> l=1011 a=27 n=t_continue
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> DEBUG: tm [t_lookup.c:1574]: t_lookup_ident(): DEBUG: t_lookup_ident:
> transaction found
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg]
> l=1016 a=26 n=xlog
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> ALERT: <script>: Invite remused for sip:00......00000@
> 7FFE85FB456F629B........net
> 2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]:
> ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg]
> l=1017 a=25 n=lookup
>
> In fact, after resuming the transaction with right 2181 account, it's
> called  t_continue and then t_lookup_ident funcs which says " transaction
> found", but maybe the transaction is not the right one...
> But I don't know why that happens.
>
> I also tried to add append_branch() function as you suggested but with no
> luck…
>
> I don’t know why but when I copied and pasted the code statements, all
> branches disappeared…but they are in the Kamailio.cfg....
> Let me retry changing email body text format.
> # USER location service
> route[LOCATION] {
>
> #!ifdef WITH_SPEEDDIAL
>         # search for short dialing - 2-digit extension
>         if($rU=~"^[0-9][0-9]$")
>                 if(sd_lookup("speed_dial"))
>                         route(SIPOUT);
> #!endif
>
> #!ifdef WITH_ALIASDB
>         # search in DB-based aliases
>         if(alias_db_lookup("dbaliases"))
>                 route(SIPOUT);
> #!endif
> #!ifdef WITH_FORK
>         if($rU == "9999") {
>                 route(FORK);
>         }
> #!endif
>
> #!ifdef WITH_PDT
>         xdbg("before pdt $rU\n");
>         #prefix2domain("0", "1");
>         xdbg("after pdt $rU\n");
> #!endif
>         #Check if domains match
>
>         if($fd != $rd) {
>                 xdbg("From domain $fd does not match request uri domain
> $rd\n");
>                 send_reply("488", "Not Accetable Here");
>                 exit;
>         }
>
>         #$rd = $td
>         $avp(oexten) = $rU;
>         if (!lookup("location")) {
>                 $var(rc) = $rc;
>                 t_newtran();
>                 switch ($var(rc)) {
>                         case -1:
>                         case -3:
>                                 xlog("L_ALERT","ALERT: User not found\n");
>                                 if (isflagset(FLT_ASTERISK_TRY)) {
>                                         # Try calling with PUSH KIT
>                                         send_reply("404", "Not Found");
>                                 } else {
>                                         # User not found, check if is an
> app, then call it with pushkit
>                                         if($(rU{s.substr,0,6})=="007001")
> {
>                                                 xlog("L_ALERT","ALERT:
> Trying calling $ru with PUSUH KIT\n");
>                                                 # device token check
> missing
>                                                 route(SUSPEND);
>                                                 route(SENDPUSH);
>                                         } else {
>                                                 setflag(FLT_ASTERISK_TRY);
>                                                 route(ASTERISK);
>                                         }
>                                 }
>                                 exit;
>                         case -2:
>                                 send_reply("405", "Method Not Allowed");
>                                 exit;
>                 }
>         }
>
>         # when routing via usrloc, log the missed calls also
>         if (is_method("INVITE"))
>                 setflag(FLT_ACCMISSED);
>
>         route(RELAY);
>         route(STORETRAN);
>         exit;
> }
>
> route[STORETRAN] {
>         ts_store();
>         $sht(vtp=>stored::$rU) = 1;
>         xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)]
> $fU => $rU\n");
> }
>
> # manage failure routing cases
> failure_route[MANAGE_FAILURE] {
>         xlog("L_ALERT", "MANAGE_FAILURE $rm $ru\n");
>         route(NATMANAGE);
>
>         if (t_is_canceled()) {
>                 xlog("L_ALERT", "MANAGE_FAILURE CANCELED\n");
>                 exit;
>         }
>
> #!ifdef WITH_BLOCK3XX
>         # block call redirect based on 3xx replies.
>         if (t_check_status("3[0-9][0-9]")) {
>                 t_reply("404","Not found");
>                 exit;
>         }
> #!endif
>
>        if (is_avp_set("$avp(group_members_db)")) {
>                 $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
>                 #append_branch();
>                 #$ru = $avp(group_members);
>                 $avp(group_members_db) = $null;
>                 t_on_failure("MANAGE_FAILURE");
>         xlog("L_ALERT", "MANAGE_FAILURE $rm $ru $tu $fu\n");
>                 route(STORETRAN);
>                 route(LOCATION);
>                 exit;
>         }
> }
>
>
>
> Tomas Zanet
> Software Design Department
> tzanet at came.com
> CAME S.p.A.
>
>
> Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di
> Federico Cabiddu
> Inviato: martedì 24 gennaio 2017 07:57
> A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
> Oggetto: Re: [SR-Users] R: serial forking calls using TSILO
>
> Hi,
> the logs are not at level 3 (there are no DEBUG messages). Could you
> please repeat the test?
> In the meanwhile can you also try adding a branch after setting the r-uri
> in the failure route?
>
> $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
> append_branch();
>
> I've also noticed that, in the failure route, the statements after
>
> if (is_avp_set("$avp(group_members_db)"))
>
> are not enclosed in braces, is this intentional?
>
> Regards,
>
> Federico
>
> On Mon, Jan 23, 2017 at 10:01 AM, Tomas Zanet <tzanet at came.com> wrote:
> Hi, please find below what you requested.
>
> @Daniel: yes, I did ts_store() after relaying for both hops, but for the
> second call which should call account2, $ru is overwritten to account1
> after t_continue
>
> @Federico: as you requested, here is my route[LOCATION] and please the
> attached Kamailio log.
> # USER location service
> route[LOCATION]
>
> #!ifdef WITH_SPEEDDIAL
>         # search for short dialing - 2-digit extension
>         if($rU=~"^[0-9][0-9]$")
>                 if(sd_lookup("speed_dial"))
>                         route(SIPOUT);
> #!endif
>
> #!ifdef WITH_ALIASDB
>         # search in DB-based aliases
>         if(alias_db_lookup("dbaliases"))
>                 route(SIPOUT);
> #!endif
>
> #!ifdef WITH_FORK
>         if($rU == "9999")
>                 route(FORK);
>
> #!endif
>
> #!ifdef WITH_PDT
>         xdbg("before pdt $rU\n");
>         #prefix2domain("0", "1");
>         xdbg("after pdt $rU\n");
> #!endif
>         #Check if domains match
>
>         if($fd != $rd)
>                 xdbg("From domain $fd does not match request uri domain
> $rd\n");
>                 send_reply("488", "Not Accetable Here");
>                 exit;
>
>
>         #$rd = $td
>         $avp(oexten) = $rU;
>         if (!lookup("location"))
>                 $var(rc) = $rc;
>                 t_newtran();
>                 switch ($var(rc))
>                         case -1:
>                         case -3:
>                                 xlog("L_ALERT","ALERT: User not found\n");
>                                 if (isflagset(FLT_ASTERISK_TRY))
>                                         # Try calling with PUSH KIT
>                                         send_reply("404", "Not Found");
>                                  else
>                                         # User not found, check if is an
> app based on uri prefix, then call it with pushkit
>                                         if($(rUs.substr,0,6)=="007001")
>                                                 xlog("L_ALERT","ALERT:
> Trying calling $ru with PUSUH KIT\n");
>                                                 # device token check
> missing
>                                                 route(SUSPEND);
>                                                 route(SENDPUSH);
>                                          else
>                                                 setflag(FLT_ASTERISK_TRY);
>                                                 route(ASTERISK);
>
>
>       exit;
>                         case -2:
>                                 send_reply("405", "Method Not Allowed");
>                                 exit;
>
>
>
>         # when routing via usrloc, log the missed calls also
>         if (is_method("INVITE"))
>                 setflag(FLT_ACCMISSED);
>
>         route(RELAY);
>         route(STORETRAN);
>         exit;
>
>
> route[STORETRAN]
>         ts_store();
>         $sht(vtp=>stored::$rU) = 1;
>         xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)]
> $fU => $rU\n");
>
>
>
> Thanks to both,
> Regards,
> T.
>
> Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di
> Federico Cabiddu
> Inviato: domenica 22 gennaio 2017 16:24
> A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
> Oggetto: Re: [SR-Users] serial forking calls using TSILO
>
> Hi,
> could you please provide the LOCATION route and the Kamailio's log at
> level 3?
> Thank you.
>
> Regards,
>
> Federico
>
> On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <tzanet at came.com> wrote:
> Hello,
> I’m using Kamailio 4.4.4 with TSILO module in order to support Push
> Notifications used by our voip app on Apple ios10.
> So far, everything works fine:  Kamailio can get an incoming call, suspend
> it, then send push notification with an external script, receive a new app
> registration and then call it after resuming the invite.
> To do so, thanks to Mr, Cabiddu, I used all the functions described here
> http://www.kamailio.org/events/2015-KamailioWorld/
> Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf
>
>
> Right now, I would like to support serial forking calls using push
> notification because it was already supported with legacy voip.
> To do so, I used failure_route function where, after getting the call
> destinations and setting them into an avp, I set the new SIP request uri
> $ru.
> Here is my failure_route:
> failure_route[MANAGE_FAILURE]
>         route(NATMANAGE);
>         if (t_is_canceled())
>                 exit;
>
>
> #!ifdef WITH_BLOCK3XX
>         # block call redirect based on 3xx replies.
>         if (t_check_status("3[0-9][0-9]"))
>                 t_reply("404","Not found");
>                 exit;
>
> #!endif
>
>        if (is_avp_set("$avp(group_members_db)"))
>                 $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
>                 $avp(group_members_db) = $null;
>                 route(LOCATION);
>                 exit;
>
>
>
> I am troubleshooting this scenario and this is what I see:
> 1) Kamailio receives incoming call
> 2) Suspend it
> 3) Send Push notification to account1
> 4) Kamailio receives account1 registration -> INVRESUME route is now called
> 5) Then call account1
> 6) Nobody answers the call
> 7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next
> sipaccount: account2
> 8) suspend invite
> 9) send push notification to account2
> 10) account2 sends its sip registration -> INVRESUME route is now called
> 11) Kamailio calls account1 instead of account2 -> this is my issue
>
> On step 10: despite account2 is registered, I checked it using “kamctl ul
> show”, the second call is forwarded all'account1 and not to account2.
> I also checked the TSILO logs and everything seems ok. Here is the logs:
> First call:
>       suspended transaction [53945:1648394094] asterisk => account1
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account1 53945:1648394094)
> second call:
>       suspended transaction [53945:1648394094] asterisk => account2
>       htable key value [53945:1648394094]
>       resuming trasaction [53945:1648394094] account2 53945:1648394094)
>
> In order to find out the issue I put some xlogs, printing $ru value: what
> I see is the $ru value is set correctly on failure_route but as soon as the
> t_continue is called, the ru overwritten back to account1
>
> Can anyone address me to find out the solution?
> Thanks in advance
>
> T.
>
>
>
> Tomas Zanet
> Software Design Department
> tzanet at came.com
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> Tomas Zanet
> Software Design Department
> tzanet at came.com
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/932b336d/attachment.html>

From srtguler at gmail.com  Sun Jan 29 11:34:17 2017
From: srtguler at gmail.com (Serhat Guler)
Date: Sun, 29 Jan 2017 11:34:17 +0100
Subject: [SR-Users] rtpengine - Key file error
In-Reply-To: <c2a9bb8c-31f9-2017-310e-cf1729f8c1b7@sipwise.com>
References: <CA+Eb_nwoaKKhdunse=d65aa7XX_s_zNSGmhiv_2m9xFyeVGN7Q@mail.gmail.com>
 <c2a9bb8c-31f9-2017-310e-cf1729f8c1b7@sipwise.com>
Message-ID: <CA+Eb_nwVKL0iD8a9BDuX4mZXn-wZ-mKr2E7paNM+PS4pN3n60g@mail.gmail.com>

Hi Richard,

Thanks for your reply. I actually was trying to install the kernel modules
on a Debian 8.7.1 system. As, I couldn't find a solution, I did a clean
install without the kernel modules, and now it just runs fine (at some
point I will try to install the kernel modules again, and will keep you
updated about how it goes).

Btw, I had glib2.0.

Cheers,
Serhat

On 28 January 2017 at 18:48, Richard Fuchs <rfuchs at sipwise.com> wrote:

> On 25/01/17 06:44 PM, Serhat Guler wrote:
>
> Hello,
>
> I am trying to setup my Kamailio environment on a new Debian system.
> Everything went well, except I started facing a problem with the rtpengine.
> It did install it fine and I can view the program parameters via the help
> menu; however, when I run it with this command  "rtpengine --interface
> 192.168.0.66 --listen-ng=127.0.0.1:22222 -m 30000 -M 35000 -L 2" or any
> other commands, it gives an error as "CRIT: Fatal error: Bad command line:
> Key file does not have group 'rtpengine'".
>
> Where is this key file it is complaining about ? I couldn't find anything
> neither in the doc nor anywhere else.
>
> The key file is the config file. It defaults to
> /etc/rtpengine/rtpengine.conf
>
> However, if no config file is explicitly specified, it ought to ignore
> errors trying to load from it. Does that file exist on your system? What's
> your glib (not glibc) version?
>
> Cheers
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/e2767f5d/attachment.html>

From roman at dissauer.net  Sun Jan 29 18:42:23 2017
From: roman at dissauer.net (Roman Dissauer)
Date: Sun, 29 Jan 2017 18:42:23 +0100
Subject: [SR-Users] Diversion Header - relay messed up
Message-ID: <DB3FC45E-ACCE-426E-B662-031909F6BA40@dissauer.net>

When I get an INVITE with Diversion Header the Request is forwarded without Diversion Header and the Request User is taken from Diversion User.
Problem is that on the Destination Host I cannot get original Request User what is the intended destination!
Is this intended behaviour? How can I change this behaviour?

I already tried to delete the Diversion Header on request_route but this didn’t change the behaviour.

Thanks in andvance for your help!
Roman

Here The INVITEs with x.x.x.x as Kamailio external IP and y.y.y.y as Carrier IP

Incoming INVITE:

INVITE sip:+43123456789 at x.x.x.x:5060 SIP/2.0.
Via: SIP/2.0/UDP y.y.y.y:5060;branch=z9hG4bK02B7871714d9345f843.
From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
To: <sip:436761234567 at x.x.x.x>.
Call-ID: 906143813_44460603 at y.y.y.y.
CSeq: 28100 INVITE.
Max-Forwards: 19.
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS.
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay,  multipart/mixed.
Contact: <sip:+43987654321 at y.y.y.y:5060>.
P-Asserted-Identity: <sip:+43987654321 at y.y.y.y:5060>.
Diversion: <sip:+436761234567 at y.y.y.y:5060>;privacy=full;screen=no; reason=unconditional; counter=1.
Supported: timer,100rel.
Session-Expires: 1800.
Min-SE: 90.
Content-Length:  260.
Content-Disposition: session; handling=required.
Content-Type: application/sdp.
...


Relayed INVITE:

INVITE sip:436761234567 at x.x.x.x:5060 SIP/2.0.
Record-Route: <sip:10.23.101.1;r2=on;lr=on;ftag=gK022ac5cb>.
Record-Route: <sip:x.x.x.x;r2=on;lr=on;ftag=gK022ac5cb>.
Via: SIP/2.0/UDP 10.23.101.1;branch=z9hG4bK8582.4fc0216dbecafde29127db502993222c.0.
Via: SIP/2.0/UDP y.y.y.y:5060;rport=5060;branch=z9hG4bK02B7871714d9345f843.
From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
To: <sip:436761234567 at x.x.x.x>.
Call-ID: 906143813_44460603 at y.y.y.y.
CSeq: 28100 INVITE.
Max-Forwards: 18.
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS.
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay,  multipart/mixed.
Contact: <sip:+43987654321 at y.y.y.y:5060>.
P-Asserted-Identity: <sip:+43987654321 at y.y.y.y:5060>.
Supported: timer,100rel.
Session-Expires: 1800.
Min-SE: 90.
Content-Length:  274.
Content-Disposition: session; handling=required.
...






From team at switch168.com  Sun Jan 29 19:21:37 2017
From: team at switch168.com (Switch168)
Date: Sun, 29 Jan 2017 18:21:37 +0000
Subject: [SR-Users] dlg_set_timeout bye to websockets client
In-Reply-To: <CAJ4KJRju0fe1HWRAqpSvNOB5xUknGQ74eUwRhwcJtM93PHGTNg@mail.gmail.com>
References: <CAJ4KJRjhFsubfyxdWVwXtUss05h4zwOYfThO08vddUi9X-V6JQ@mail.gmail.com>
 <CAJ4KJRgrj7=C_mXkPEyrPZC_Bv6b5NbufHzQ8Hw-NGGktUqz9Q@mail.gmail.com>
 <9df2b9bc-5ce7-37c4-5191-8e0a48db2403@gmail.com>
 <CAJ4KJRju0fe1HWRAqpSvNOB5xUknGQ74eUwRhwcJtM93PHGTNg@mail.gmail.com>
Message-ID: <CAJ4KJRjeZT++vYWkfnY10WnkWztpVtpSV700TW0ebh7z+jRAEg@mail.gmail.com>

Hi Daniel,


For anyone else who might run into this issue I found
https://github.com/kamailio/kamailio/issues/85 to be related to mine. And
its a good a starting point.

Cheers
Andrew




On Fri, Jan 27, 2017 at 10:47 AM Switch168 <team at switch168.com> wrote:

> HI Daniel,
>
> modparam("dialog", "dlg_flag", 4) modparam("dialog", "send_bye", 1)
> modparam("dialog", "timeout_noreset", 1)
>
> So regular bye's by useragent i can succesfully relay to this
> <sip:6gjlmali at ec2c66jsa0ei.invalid;transport=ws>
> style of uri by using this snippet below
>
> # Handle requests within SIP dialogs
> route[WITHINDLG] {
>   if(is_method("BYE")) {
>     xlog("DEBUG: Received BYE");
>     route(NATDETECT);
>     loose_route();
>     dlg_manage();
>     t_check_trans();
>     handle_ruri_alias();
>     rtpengine_delete();
>     route(RELAY);
>     exit;
>   }
> ...
>
> But the byes that are sent out by dlg_set_timeout("$var(timer)") gives out
> error cannot resolve
> the random.uri and I don't know how to fix the bye before it get sent out.
>
> Thanks
> Andrew
>
>
>
>
>
>
>
>
> On Fri, Jan 27, 2017 at 12:15 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
> Hello,
>
> isn't the dialog module setting the right value there? What function are
> you using to update the contact?
>
> Cheers,
> Daniel
>
> On 27/01/2017 06:01, Andrew Tan wrote:
>
> Hello,
>
> Just wondering if it's possible to intercept the bye message that
> dlg_set_timeout sends out to do some nat_helper function to fix it so the
> bye can be sent to random.invalid uris.
>
> I know there is the edge proxy outbound module but wondering if I can do
> it without.
>
> Regular bye between 2 clients i was able intercept and fix with nat helper
> but I dont know how to fix the byes that is sent out from dlg_set_timeout
> function.
>
> Thanks in advance!
> Andrew
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/495092d1/attachment.html>

From cmv.ict at gmail.com  Sun Jan 29 19:34:04 2017
From: cmv.ict at gmail.com (Vu. Minh Cao)
Date: Mon, 30 Jan 2017 01:34:04 +0700
Subject: [SR-Users] Presence Module do not load db_url
Message-ID: <01426AE7-8FFE-4DD7-9109-F1D25E9675D3@gmail.com>

Hi,

I got error when loading presense module in Kamailio 4.4:

[Configure]
loadmodule "presence.so"
  modparam("presence", "db_url", "mysql://kamailio:kamailiorw at 127.0.0.1/kamailio")


[Error]
ERROR: presence [presence.c:608]: fixup_presence(): Bad config - you can not call 'handle_publish' function (db_url not set)

Which is really strange since according to the source code this error just occurs if “db_url” is not set.

I already checked my database also, I can access mysql with about username/password.

Yours sincerely,

—
Vu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/a01453a5/attachment.html>

From giacomo.vacca at gmail.com  Sun Jan 29 20:48:45 2017
From: giacomo.vacca at gmail.com (Giacomo Vacca)
Date: Sun, 29 Jan 2017 19:48:45 +0000
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
Message-ID: <CAO6UKa2MO=vZgsew+bZmNP3823fhVQHiX5xhjcuJZGbAerw5iw@mail.gmail.com>

I'd be glad to join you; please count me in.

Cheers,
Giacomo

On Tue, 24 Jan 2017 at 15:05, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
>
>
> anyone else interested in having a dinner event at Fosdem?
>
>
>
> Soon there has to be a decision and hopefully Torrey (cc-ed) can help
>
> again like last year.
>
>
>
> Cheers,
>
> Daniel
>
>
>
>
>
> On 22/01/2017 13:40, DanB wrote:
>
> > Hey Daniel,
>
> >
>
> > if anything to be reserved, please count us also in. Will come back
>
> > regarding number of seats but just to be aware that we are interested
>
> > to join the dinner.
>
> >
>
> > Thanks!
>
> >
>
> > DanB
>
> >
>
> > _______________________________________________
>
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
> > sr-users at lists.sip-router.org
>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
>
> Daniel-Constantin Mierla
>
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
> www.asipto.com
>
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
>
>
>
> _______________________________________________
>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>
> sr-users at lists.sip-router.org
>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/9a5bd683/attachment.html>

From federico.cabiddu at gmail.com  Sun Jan 29 20:59:28 2017
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Sun, 29 Jan 2017 20:59:28 +0100
Subject: [SR-Users] Replace old registration record with new one while
 keeping single AOR per contact
In-Reply-To: <CAGVOjVWnSDTx+duwR3kx546+hXW1nD4GY=t555RTpX1TOXFLMQ@mail.gmail.com>
References: <CAGVOjVWnSDTx+duwR3kx546+hXW1nD4GY=t555RTpX1TOXFLMQ@mail.gmail.com>
Message-ID: <CAFOaF_hhvS6=r_mcVT6kBb_ssjJaePorW=z9xF-VMqy=LuRs5A@mail.gmail.com>

Hi,
you can use the flag "0x04" when calling save():
http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.f.save

Regards,

Federico


On 28 Jan 2017 20:13, "Aqs Younas" <aqsyounas at gmail.com> wrote:

> Greetings list,
> I want to keep single AOR per contact. If new regitration comes i want to
> replace the old record with new.
> Suppose User Alice registers from device A and after certain time it try
> to register from device B. I want Registration from device B to replace A.
> Any pointer is mush appreciated.
>
> Cheers,
> Aqs
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/6b1b8d04/attachment.html>

From aqsyounas at gmail.com  Sun Jan 29 21:11:24 2017
From: aqsyounas at gmail.com (Aqs Younas)
Date: Sun, 29 Jan 2017 20:11:24 +0000
Subject: [SR-Users] Replace old registration record with new one while
 keeping single AOR per contact
In-Reply-To: <CAFOaF_hhvS6=r_mcVT6kBb_ssjJaePorW=z9xF-VMqy=LuRs5A@mail.gmail.com>
References: <CAGVOjVWnSDTx+duwR3kx546+hXW1nD4GY=t555RTpX1TOXFLMQ@mail.gmail.com>
 <CAFOaF_hhvS6=r_mcVT6kBb_ssjJaePorW=z9xF-VMqy=LuRs5A@mail.gmail.com>
Message-ID: <CAGVOjVWSBJ3-sd0AkTTyVVZo3HC6OY+cZxRJ0bP62T3TWc0cqQ@mail.gmail.com>

Thank You for your time. I figured it out later.
Another question can i remove a specific contact from kamailio with
db_mode=2 whereas max contacts per AOR set to 2 or replace only a specific
contact in this case?


On Mon, Jan 30, 2017 at 12:59 AM Federico Cabiddu <
federico.cabiddu at gmail.com> wrote:

> Hi,
> you can use the flag "0x04" when calling save():
> http://www.kamailio.org/docs/modules/4.4.x/modules/registrar.html#registrar.f.save
>
> Regards,
>
> Federico
>
>
> On 28 Jan 2017 20:13, "Aqs Younas" <aqsyounas at gmail.com> wrote:
>
> Greetings list,
> I want to keep single AOR per contact. If new regitration comes i want to
> replace the old record with new.
> Suppose User Alice registers from device A and after certain time it try
> to register from device B. I want Registration from device B to replace A.
> Any pointer is mush appreciated.
>
> Cheers,
> Aqs
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/462ca3fb/attachment.html>

From dnadares at gmail.com  Mon Jan 30 01:26:15 2017
From: dnadares at gmail.com (Diego Nadares)
Date: Sun, 29 Jan 2017 21:26:15 -0300
Subject: [SR-Users] mhomed opened sockets
In-Reply-To: <e1e9349d-8485-0fdc-d770-5646a6d0d9b2@gmail.com>
References: <CAP-r+eoqivmJaGt_cxU74O0D4yZO2sgezadXBMWEduUj03wpYg@mail.gmail.com>
 <CAP-r+eqp0WD09Ax5cf4W1D61h2-R0whXwQjso3XB-6y=wLN1ug@mail.gmail.com>
 <e1e9349d-8485-0fdc-d770-5646a6d0d9b2@gmail.com>
Message-ID: <CAP-r+eq+GEg9M5if6Pqci1zwtis_Rcc+gH=S=HT+oi7dSOY=8g@mail.gmail.com>

Hi Daniel,

Thanks for your answer. My question was more related to why kamailio opens
those extra sockets also when it's not sending any data. Is that the normal
behavior?

You are right, i will read netstat's manual for how long and why keeps
those sockets opened.

Thanks again!

Diego

El vie, 27 de ene. de 2017 a las 05:14, Daniel-Constantin Mierla <
miconda at gmail.com> escribió:

> Hello,
>
> I am not sure what ESTABLISHED is meant by netstat for UDP sockets,
> because there is no connection defined for UDP (datagram socket is kind of
> shoot and forget) -- maybe it track that there was some traffic and
> remembers that for a while. Perhaps reading the manual of netstat will help
> to understand better.
>
> Cheers,
> Daniel
>
> On 26/01/2017 22:03, Diego Nadares wrote:
>
> Hi list,
>
> Any help on this?
>
> Cheers.
>
> Diego.
>
>
>
> 2017-01-25 16:29 GMT-03:00 Diego Nadares <dnadares at gmail.com>:
>
> Hi Guys,
>
> We have two network interfaces. One public and one private. We had enabled
> mhomed and works great BUT if we do a netstat -naup | grep 5060 we see that
> some sockets keeps opened also when the call is finished. The source port
> in netstat it's not 5060 so I suppose that kamailio use another one for
> something else.
>
> Is this the right behavior? How long does this sockets remain opened? Are
> we missing something in our cfg?
>
> 6 2017-01-25 15:52:04.986651 172.16.213.38 172.16.200.159 SIP/SDP 146 Request:
> INVITE sip:xxx at 172.16.200.159:5060
> 34 2017-01-25 15:52:19.636895 172.16.213.38 172.16.200.159 SIP 716 Request:
> ACK sip:xxx at 172.16.200.159:5060 |
> 37 2017-01-25 15:54:38.947831 172.16.208.111 172.16.213.38 SIP 736 Request:
> BYE sip:127.0.0.8:5060;line=sr-987jhlk* |
> 40 2017-01-25 15:54:38.950899 172.16.213.38 172.16.200.159 SIP 660 Request:
> BYE sip:172.16.208.111:5060 |
>
> [root at dwrfsd01 kamailio]# netstat -naup | grep 5060
> udp        0      0 172.16.213.38:*56086* <http://172.16.213.38:56086>
>   172.16.200.159:5060     ESTABLISHED 17015/kamailio
> udp        0      0 172.16.213.38:5060      0.0.0.0:*
>       17006/kamailio
> udp        0      0 172.16.213.38:*41971* <http://172.16.213.38:41971>
>   172.16.200.159:5060     ESTABLISHED 17051/kamailio
> udp        0      0 172.16.213.38:*54651* <http://172.16.213.38:54651>
>   172.16.200.159:5060     ESTABLISHED 17008/kamailio
>
> Thanks in advance!
>
> Diego.
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170129/95b1bd05/attachment.html>

From miconda at gmail.com  Mon Jan 30 08:00:53 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 30 Jan 2017 08:00:53 +0100
Subject: [SR-Users] [sr-dev] FOSDEM 2017
In-Reply-To: <CAKbiHhz4p2=TZN6T1dvKHFep3n1oz62JeLs6dQoySXxDYCBxvQ@mail.gmail.com>
References: <f9ec3b96-abad-08aa-6875-6ad9fee8a3a0@gmail.com>
 <CAKbiHhz4p2=TZN6T1dvKHFep3n1oz62JeLs6dQoySXxDYCBxvQ@mail.gmail.com>
Message-ID: <74d010c4-26bd-152c-da06-27659d4a01ec@gmail.com>

Hello,

this afternoon we should have a fair estimation of the number of persons
to attend, so Torrey can make the reservation. How many should be
counted for you?

Cheers,
Daniel


On 20/01/2017 11:38, Alexandr Dubovikov wrote:
> Hi Daniel,
>
> IMHO we can do like last year. It was good organized.
>
> Wbr,
> Alexandr 
>
> On 20 January 2017 at 11:00, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     another edition of FOSDEM is approaching, about 2 weeks left:
>
>       - https://fosdem.org/2017/
>
>     Couple of devs and many Kamailio friends will be around.
>
>     Like past year, there is a Realtime Communications devroom, this
>     edition
>     on Sunday. Very interesting presentation for our ecosystem: Olle
>     giving
>     a presentation about IPv4/IPv6, Inaki introducing its SFU media server
>     project, Jose talking about JsSIP, Daniel debating about fundraising
>     FreeRTC, Lorenzo with Janus SIP-WebRTC gateway, the other Lorenzo with
>     Homer Sipcature, Saul with Jitsi, Dan with cgrates, Matt with
>     Asterisk,
>     Giovanni with FreeSwitch... Schedule at:
>
>       -
>     https://fosdem.org/2017/schedule/track/real_time_communications/
>     <https://fosdem.org/2017/schedule/track/real_time_communications/>
>
>     On Sunday morning, part of Lua devroom, I will present about using Lua
>     for building RTC services with Kamailio:
>
>       - https://fosdem.org/2017/schedule/track/lua/
>     <https://fosdem.org/2017/schedule/track/lua/>
>       - https://fosdem.org/2017/schedule/event/luartcserviceskamailio/
>     <https://fosdem.org/2017/schedule/event/luartcserviceskamailio/>
>
>     During the past editions we organized a dinner on Saturday evening.
>     Shall we attempt to do it again in advance this year? Or should we
>     do it
>     on spot based on the weather and mood at the end of Saturday?
>
>     Cheers,
>     Daniel
>
>     --
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> --
>     www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA)
>     - www.asipto.com <http://www.asipto.com>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>     <http://www.kamailioworld.com>
>
>
>     _______________________________________________
>     sr-dev mailing list
>     sr-dev at lists.sip-router.org <mailto:sr-dev at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev>
>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/0145644c/attachment.html>

From ivanmt at gmail.com  Mon Jan 30 09:18:25 2017
From: ivanmt at gmail.com (Ivan Todorov)
Date: Mon, 30 Jan 2017 09:18:25 +0100
Subject: [SR-Users] FOSDEM 2017
In-Reply-To: <CAO6UKa2MO=vZgsew+bZmNP3823fhVQHiX5xhjcuJZGbAerw5iw@mail.gmail.com>
References: <mailman.5.1484910002.32722.sr-users@lists.sip-router.org>
 <a7e03e08-780a-1089-7ad6-c45997a48a23@gmail.com>
 <c75e33c4-aedf-6137-5a0b-abf0bfd7bf5c@gmail.com>
 <CAO6UKa2MO=vZgsew+bZmNP3823fhVQHiX5xhjcuJZGbAerw5iw@mail.gmail.com>
Message-ID: <CALOXLDvUipM=RuV1xzFYc3aCGyuK64cH3MS7_qbbuyV1Xc9qkA@mail.gmail.com>

Count me in as well...

On 29 Jan 2017 20:49, "Giacomo Vacca" <giacomo.vacca at gmail.com> wrote:

> I'd be glad to join you; please count me in.
>
> Cheers,
> Giacomo
>
> On Tue, 24 Jan 2017 at 15:05, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>>
>>
>> anyone else interested in having a dinner event at Fosdem?
>>
>>
>>
>> Soon there has to be a decision and hopefully Torrey (cc-ed) can help
>>
>> again like last year.
>>
>>
>>
>> Cheers,
>>
>> Daniel
>>
>>
>>
>>
>>
>> On 22/01/2017 13:40, DanB wrote:
>>
>> > Hey Daniel,
>>
>> >
>>
>> > if anything to be reserved, please count us also in. Will come back
>>
>> > regarding number of seats but just to be aware that we are interested
>>
>> > to join the dinner.
>>
>> >
>>
>> > Thanks!
>>
>> >
>>
>> > DanB
>>
>> >
>>
>> > _______________________________________________
>>
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>
>> > sr-users at lists.sip-router.org
>>
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> --
>>
>> Daniel-Constantin Mierla
>>
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>
>> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
>> www.asipto.com
>>
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/5abd3e05/attachment.html>

From shurik at start4.info  Mon Jan 30 09:28:09 2017
From: shurik at start4.info (Alexandr Dubovikov)
Date: Mon, 30 Jan 2017 09:28:09 +0100
Subject: [SR-Users] [Kamailio-Business] [sr-dev] FOSDEM 2017
In-Reply-To: <74d010c4-26bd-152c-da06-27659d4a01ec@gmail.com>
References: <f9ec3b96-abad-08aa-6875-6ad9fee8a3a0@gmail.com>
 <CAKbiHhz4p2=TZN6T1dvKHFep3n1oz62JeLs6dQoySXxDYCBxvQ@mail.gmail.com>
 <74d010c4-26bd-152c-da06-27659d4a01ec@gmail.com>
Message-ID: <CA+q48JFG-ny9MxKGQpdKSUnXLy8PrOAmSSapJZjkY4L-GJ5L1w@mail.gmail.com>

Hi,

so, please count 4 persons in:

me, Torsten, Giacomo and Federico!

thank you!

Wbr,
Alexandr




On Mon, Jan 30, 2017 at 8:00 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> this afternoon we should have a fair estimation of the number of persons
> to attend, so Torrey can make the reservation. How many should be counted
> for you?
>
> Cheers,
> Daniel
>
> On 20/01/2017 11:38, Alexandr Dubovikov wrote:
>
> Hi Daniel,
>
> IMHO we can do like last year. It was good organized.
>
> Wbr,
> Alexandr
>
> On 20 January 2017 at 11:00, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> another edition of FOSDEM is approaching, about 2 weeks left:
>>
>>   - https://fosdem.org/2017/
>>
>> Couple of devs and many Kamailio friends will be around.
>>
>> Like past year, there is a Realtime Communications devroom, this edition
>> on Sunday. Very interesting presentation for our ecosystem: Olle giving
>> a presentation about IPv4/IPv6, Inaki introducing its SFU media server
>> project, Jose talking about JsSIP, Daniel debating about fundraising
>> FreeRTC, Lorenzo with Janus SIP-WebRTC gateway, the other Lorenzo with
>> Homer Sipcature, Saul with Jitsi, Dan with cgrates, Matt with Asterisk,
>> Giovanni with FreeSwitch... Schedule at:
>>
>>   - https://fosdem.org/2017/schedule/track/real_time_communications/
>>
>> On Sunday morning, part of Lua devroom, I will present about using Lua
>> for building RTC services with Kamailio:
>>
>>   - https://fosdem.org/2017/schedule/track/lua/
>>   - https://fosdem.org/2017/schedule/event/luartcserviceskamailio/
>>
>> During the past editions we organized a dinner on Saturday evening.
>> Shall we attempt to do it again in advance this year? Or should we do it
>> on spot based on the weather and mood at the end of Saturday?
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
>> www.asipto.com
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> _______________________________________________
> Kamailio (OpenSER) - Business mailing list
> Business at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/business
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/business
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/8e658cdf/attachment.html>

From tzanet at came.com  Mon Jan 30 13:45:01 2017
From: tzanet at came.com (Tomas Zanet)
Date: Mon, 30 Jan 2017 12:45:01 +0000
Subject: [SR-Users] R:  R: R: serial forking calls using TSILO
In-Reply-To: <CAFOaF_ga2_5Kq0AQrnYPWBgKsw_H3YvjBOqwT5Y0er=UesgE9g@mail.gmail.com>
References: <CA44A4830985A140A30A1E55D8CDFEEFD29EA9B9@CG004SERVER.camegroup.local>
 <CAFOaF_hr6C5nBhe0h3wyWZ5HnjH3hdSjbBjJiL8HLw0kCDHfAw@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EADEF@CG004SERVER.camegroup.local>
 <CAFOaF_h5AC4jerxgkBSno93qTVTHENCNTNNCV=yAQB0xhZ7FPQ@mail.gmail.com>
 <CA44A4830985A140A30A1E55D8CDFEEFD29EB908@CG004SERVER.camegroup.local>
 <CAFOaF_ga2_5Kq0AQrnYPWBgKsw_H3YvjBOqwT5Y0er=UesgE9g@mail.gmail.com>
Message-ID: <CA44A4830985A140A30A1E55D8CDFEEFD29EE09B@CG004SERVER.camegroup.local>

Hi Federico, many thanks for your help.
Using tm patch and workaround you suggested everything works properly.

Thanks again.
T.

Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: domenica 29 gennaio 2017 09:30
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] R: R: serial forking calls using TSILO

Hi,
I analyzed and reproduced your issue and here's my conclusions:

1) in your scenario TSILO module is not involved nor needed. TSILO implements "deferred" parallel forking while, in your case, what you are trying to implement is serial forking with chained transaction suspensions. You can see in your logs that TSILO's functions are called just to store the transaction, never to append to it new branches.
2) Kamailio is not currently able to suspend a transaction which already received a final reply. As a proof of this in your logs, at row 6483, we can see that Kamailio sent out a 500 reply. In your case the fact that you are able to resume somehow the transaction is a race condition due to the fact that the REGISTER for the 2nd r-uri is coming when the transaction has still not been deleted. I could reproduce this exact scenario. I opened a PR with a fix (https://github.com/kamailio/kamailio/pull/955) which I successfully tested. Let's wait for Daniel's feedback.
3) The problem of the new r-uri not taken in count while resuming the transaction is due to the fact that, in a failure route we are working on a copy of the original message and, the changes to it are not ported to the shm message clone that's used later for resuming the transaction. I don't have an easy solution for this, maybe Daniel can help :) Anyway I have a workaround for this: set and avp in the failure route with the new ruri you whish to use and use it in the resume route to set $ru for the message. Somethig like:

route[INVRESUME]
    ....
    if (is_avp_set("$avp(ru)"))
               $ru = $avp(ru);
  .....


With the above patch on tm and this workaround I could successfully implement your scenario.

Best regards,

Federico


On Tue, Jan 24, 2017 at 10:16 AM, Tomas Zanet <tzanet at came.com> wrote:
Hi Federico, sorry you’re right about log level.
Kamailio was running with right debug level but my syslog was configured to split log messages based on level so all logs with debug went to another file called debug.
I reconfigured syslog, please see the new attached file.

I should have found the log lines where there's $ru overwriting, should be the following log lines:
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: <script>: resuming trasaction [58698:23306391] 00......02181 58698:23306391)sip:7ffe85fb456f629b......net
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:request_route=[PUSHJOIN] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1011 a=27 n=t_continue
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: DEBUG: tm [t_lookup.c:1574]: t_lookup_ident(): DEBUG: t_lookup_ident: transaction found
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1016 a=26 n=xlog
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ALERT: <script>: Invite remused for sip:00......00000 at 7FFE85FB456F629B........net
2017-01-24T08:39:30+00:00 server-xip-99 /usr/local/sbin/kamailio[26021]: ERROR: *** cfgtrace:failure_route=[INVRESUME] c=[/usr/local/etc/kamailio/kamailio.cfg] l=1017 a=25 n=lookup

In fact, after resuming the transaction with right 2181 account, it's called  t_continue and then t_lookup_ident funcs which says " transaction found", but maybe the transaction is not the right one...
But I don't know why that happens.

I also tried to add append_branch() function as you suggested but with no luck…

I don’t know why but when I copied and pasted the code statements, all branches disappeared…but they are in the Kamailio.cfg....
Let me retry changing email body text format.
# USER location service
route[LOCATION]

#!ifdef WITH_SPEEDDIAL
        # search for short dialing - 2-digit extension
        if($rU=~"^[0-9][0-9]$")
                if(sd_lookup("speed_dial"))
                        route(SIPOUT);
#!endif

#!ifdef WITH_ALIASDB
        # search in DB-based aliases
        if(alias_db_lookup("dbaliases"))
                route(SIPOUT);
#!endif
#!ifdef WITH_FORK
        if($rU == "9999")
                route(FORK);

#!endif

#!ifdef WITH_PDT
        xdbg("before pdt $rU\n");
        #prefix2domain("0", "1");
        xdbg("after pdt $rU\n");
#!endif
        #Check if domains match

        if($fd != $rd)
                xdbg("From domain $fd does not match request uri domain $rd\n");
                send_reply("488", "Not Accetable Here");
                exit;


        #$rd = $td
        $avp(oexten) = $rU;
        if (!lookup("location"))
                $var(rc) = $rc;
                t_newtran();
                switch ($var(rc))
                        case -1:
                        case -3:
                                xlog("L_ALERT","ALERT: User not found\n");
                                if (isflagset(FLT_ASTERISK_TRY))
                                        # Try calling with PUSH KIT
                                        send_reply("404", "Not Found");
                                 else
                                        # User not found, check if is an app, then call it with pushkit
                                        if($(rUs.substr,0,6)=="007001")
                                                xlog("L_ALERT","ALERT: Trying calling $ru with PUSUH KIT\n");
                                                # device token check missing
                                                route(SUSPEND);
                                                route(SENDPUSH);
                                         else
                                                setflag(FLT_ASTERISK_TRY);
                                                route(ASTERISK);


                                exit;
                        case -2:
                                send_reply("405", "Method Not Allowed");
                                exit;



        # when routing via usrloc, log the missed calls also
        if (is_method("INVITE"))
                setflag(FLT_ACCMISSED);

        route(RELAY);
        route(STORETRAN);
        exit;


route[STORETRAN]
        ts_store();
        $sht(vtp=>stored::$rU) = 1;
        xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)] $fU => $rU\n");


# manage failure routing cases
failure_route[MANAGE_FAILURE]
        xlog("L_ALERT", "MANAGE_FAILURE $rm $ru\n");
        route(NATMANAGE);

        if (t_is_canceled())
                xlog("L_ALERT", "MANAGE_FAILURE CANCELED\n");
                exit;


#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]"))
                t_reply("404","Not found");
                exit;

#!endif

       if (is_avp_set("$avp(group_members_db)"))
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                #append_branch();
                #$ru = $avp(group_members);
                $avp(group_members_db) = $null;
                t_on_failure("MANAGE_FAILURE");
        xlog("L_ALERT", "MANAGE_FAILURE $rm $ru $tu $fu\n");
                route(STORETRAN);
                route(LOCATION);
                exit;





Tomas Zanet
Software Design Department
tzanet at came.com
CAME S.p.A.


Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: martedì 24 gennaio 2017 07:57
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] R: serial forking calls using TSILO

Hi,
the logs are not at level 3 (there are no DEBUG messages). Could you please repeat the test?
In the meanwhile can you also try adding a branch after setting the r-uri in the failure route?

$ru ="sip:"+$avp(group_members_db)+"@"+$fd;
append_branch();

I've also noticed that, in the failure route, the statements after

if (is_avp_set("$avp(group_members_db)"))

are not enclosed in braces, is this intentional?

Regards,

Federico

On Mon, Jan 23, 2017 at 10:01 AM, Tomas Zanet <tzanet at came.com> wrote:
Hi, please find below what you requested.

@Daniel: yes, I did ts_store() after relaying for both hops, but for the second call which should call account2, $ru is overwritten to account1 after t_continue

@Federico: as you requested, here is my route[LOCATION] and please the attached Kamailio log.
# USER location service
route[LOCATION]

#!ifdef WITH_SPEEDDIAL
        # search for short dialing - 2-digit extension
        if($rU=~"^[0-9][0-9]$")
                if(sd_lookup("speed_dial"))
                        route(SIPOUT);
#!endif

#!ifdef WITH_ALIASDB
        # search in DB-based aliases
        if(alias_db_lookup("dbaliases"))
                route(SIPOUT);
#!endif

#!ifdef WITH_FORK
        if($rU == "9999")
                route(FORK);

#!endif

#!ifdef WITH_PDT
        xdbg("before pdt $rU\n");
        #prefix2domain("0", "1");
        xdbg("after pdt $rU\n");
#!endif
        #Check if domains match

        if($fd != $rd)
                xdbg("From domain $fd does not match request uri domain $rd\n");
                send_reply("488", "Not Accetable Here");
                exit;


        #$rd = $td
        $avp(oexten) = $rU;
        if (!lookup("location"))
                $var(rc) = $rc;
                t_newtran();
                switch ($var(rc))
                        case -1:
                        case -3:
                                xlog("L_ALERT","ALERT: User not found\n");
                                if (isflagset(FLT_ASTERISK_TRY))
                                        # Try calling with PUSH KIT
                                        send_reply("404", "Not Found");
                                 else
                                        # User not found, check if is an app based on uri prefix, then call it with pushkit
                                        if($(rUs.substr,0,6)=="007001")
                                                xlog("L_ALERT","ALERT: Trying calling $ru with PUSUH KIT\n");
                                                # device token check missing
                                                route(SUSPEND);
                                                route(SENDPUSH);
                                         else
                                                setflag(FLT_ASTERISK_TRY);
                                                route(ASTERISK);


      exit;
                        case -2:
                                send_reply("405", "Method Not Allowed");
                                exit;



        # when routing via usrloc, log the missed calls also
        if (is_method("INVITE"))
                setflag(FLT_ACCMISSED);

        route(RELAY);
        route(STORETRAN);
        exit;


route[STORETRAN]
        ts_store();
        $sht(vtp=>stored::$rU) = 1;
        xlog("L_ALERT", "stored transaction [$T(id_index):$T(id_label)] $fU => $rU\n");



Thanks to both,
Regards,
T.

Da: sr-users [mailto:sr-users-bounces at lists.sip-router.org] Per conto di Federico Cabiddu
Inviato: domenica 22 gennaio 2017 16:24
A: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
Oggetto: Re: [SR-Users] serial forking calls using TSILO

Hi,
could you please provide the LOCATION route and the Kamailio's log at level 3?
Thank you.

Regards,

Federico

On Fri, Jan 20, 2017 at 11:05 AM, Tomas Zanet <tzanet at came.com> wrote:
Hello,
I’m using Kamailio 4.4.4 with TSILO module in order to support Push Notifications used by our voip app on Apple ios10.
So far, everything works fine:  Kamailio can get an incoming call, suspend it, then send push notification with an external script, receive a new app registration and then call it after resuming the invite.
To do so, thanks to Mr, Cabiddu, I used all the functions described here
http://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf


Right now, I would like to support serial forking calls using push notification because it was already supported with legacy voip.
To do so, I used failure_route function where, after getting the call destinations and setting them into an avp, I set the new SIP request uri $ru.
Here is my failure_route:
failure_route[MANAGE_FAILURE]
        route(NATMANAGE);
        if (t_is_canceled())
                exit;


#!ifdef WITH_BLOCK3XX
        # block call redirect based on 3xx replies.
        if (t_check_status("3[0-9][0-9]"))
                t_reply("404","Not found");
                exit;

#!endif

       if (is_avp_set("$avp(group_members_db)"))
                $ru ="sip:"+$avp(group_members_db)+"@"+$fd;
                $avp(group_members_db) = $null;
                route(LOCATION);
                exit;



I am troubleshooting this scenario and this is what I see:
1) Kamailio receives incoming call
2) Suspend it
3) Send Push notification to account1
4) Kamailio receives account1 registration -> INVRESUME route is now called
5) Then call account1
6) Nobody answers the call
7) failure_route[MANAGE_FAILURE] is now called -> set $ru with next sipaccount: account2
8) suspend invite
9) send push notification to account2
10) account2 sends its sip registration -> INVRESUME route is now called
11) Kamailio calls account1 instead of account2 -> this is my issue

On step 10: despite account2 is registered, I checked it using “kamctl ul show”, the second call is forwarded all'account1 and not to account2.
I also checked the TSILO logs and everything seems ok. Here is the logs:
First call:
      suspended transaction [53945:1648394094] asterisk => account1
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account1 53945:1648394094)
second call:
      suspended transaction [53945:1648394094] asterisk => account2
      htable key value [53945:1648394094]
      resuming trasaction [53945:1648394094] account2 53945:1648394094)

In order to find out the issue I put some xlogs, printing $ru value: what I see is the $ru value is set correctly on failure_route but as soon as the t_continue is called, the ru overwritten back to account1

Can anyone address me to find out the solution?
Thanks in advance

T.



Tomas Zanet
Software Design Department
tzanet at came.com



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



Tomas Zanet
Software Design Department
tzanet at came.com



_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



Tomas Zanet
Software Design Department
tzanet at came.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/47cc22af/attachment.html>

From d.tryba at pocos.nl  Mon Jan 30 14:45:55 2017
From: d.tryba at pocos.nl (Daniel Tryba)
Date: Mon, 30 Jan 2017 14:45:55 +0100
Subject: [SR-Users] Diversion Header - relay messed up
In-Reply-To: <DB3FC45E-ACCE-426E-B662-031909F6BA40@dissauer.net>
References: <DB3FC45E-ACCE-426E-B662-031909F6BA40@dissauer.net>
Message-ID: <20170130134555.GA11585@office.pocos.nl>

On Sun, Jan 29, 2017 at 06:42:23PM +0100, Roman Dissauer wrote:
> When I get an INVITE with Diversion Header the Request is forwarded
> without Diversion Header and the Request User is taken from Diversion
> User.  Problem is that on the Destination Host I cannot get original
> Request User what is the intended destination!  Is this intended
> behaviour? How can I change this behaviour?
> 
> I already tried to delete the Diversion Header on request_route but
> this didn’t change the behaviour.
 
> INVITE sip:+43123456789 at x.x.x.x:5060 SIP/2.0.
> From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
> To: <sip:436761234567 at x.x.x.x>.
> Diversion: <sip:+436761234567 at y.y.y.y:5060>;privacy=full;screen=no; reason=unconditional; counter=1.
 
> INVITE sip:436761234567 at x.x.x.x:5060 SIP/2.0.
> From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
> To: <sip:436761234567 at x.x.x.x>.

This behavior is AFAIK not something that kamailio does out of the box
and is just plain wrong (since the Diversion indicates the source of a
forward/deflection). Maybe somebody made a typo to set $ru to $di
instead of $du :)

What may work is calling msg_apply_changes after the delete:
http://www.kamailio.org/docs/modules/stable/modules/textopsx.html#textopsx.f.msg_apply_changes



From miconda at gmail.com  Mon Jan 30 17:20:02 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 30 Jan 2017 17:20:02 +0100
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
 <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
 <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>
Message-ID: <db529a29-c50c-2824-0f1f-a0c5cc346d1d@gmail.com>

Hello,

if you expect that dispatcher module will list the associated ip
addresses with the hostname after a DNS SRV lookup, then this is not
available.

Dispatcher module will still use the single hostname to set r-uri (or
dst uri) and then TM module does the lookup before sending, inside
t_relay(). Also, irc, the keepalive is sent only to the first ip
resolved for a hostname.

If you want to relay on DNS SRV for loadbalancing, you don't need
dispatcher at all, everything is done transparently for configuration
file by tm and core.

Maybe you can detail a bit more what you want to achieve with dispatcher
on this topic and we can think of alternatives,

Cheers,
Daniel


On 26/01/2017 11:34, Casco, Alessio wrote:
> Thanks for your help,
>
> Unfortunately with kamailio 4.4.4, dispatcher module and your
> suggestions, I still don't see the SRV record picked up (at least
> using the kamcmd  dispatcher.list command).
>
> I didn't try the LCR module yet, I want to be sure first that
> dispatcher is not able to handle SRV first
>
> Thanks
> Alessio
>
> On Wed, Jan 25, 2017 at 8:06 PM, Jeremy Gadd <jeremygadd at gmail.com
> <mailto:jeremygadd at gmail.com>> wrote:
>
>     Holy cow, sorry about that!
>
>     Put the hostname in dispatcher (no port or _sip._udp) and enable
>     these:
>
>     use_dns_cache=on
>     use_dns_failover=on
>     dns_srv_lb=on
>
>     That's how I got it working (using the LCR module).
>
>     On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd <jeremygadd at gmail.com
>     <mailto:jeremygadd at gmail.com>> wrote:
>
>         Put the hostname in dispatcher (no port) and enable these:
>
>
>         On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio
>         <alessio.casco at nexmo.com <mailto:alessio.casco at nexmo.com>> wrote:
>
>             Hello Guys!
>
>             I'd like to be able to use SRV records inside dispatcher
>             groups, so I can automatise the discovery of new backends
>             on my network using DNS
>
>             I've tried with the following formats into the
>             dispatcher.list file:
>
>             $group  _sip._udp.sip-voice_backends
>             $group  sip-voice_backends
>
>             and none looks to be working, running the kamailio_ctl
>             dispatcher.list   won't show me the group set with SRV
>             records. ( I also try NAPTR records, with no luck as well.)
>
>             * Does the dispatcher module support SRV or NAPTR records?
>             (maybe my format is not correct) 
>             * If not, do you have any other idea on what I could do to
>             achieve what I'd like to do?
>
>             Thanks
>             Alessio
>
>
>             _______________________________________________
>             SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>             mailing list
>             sr-users at lists.sip-router.org
>             <mailto:sr-users at lists.sip-router.org>
>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>             <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/1c8e3850/attachment.html>

From achen at fuze.com  Mon Jan 30 23:33:33 2017
From: achen at fuze.com (Andy Chen)
Date: Mon, 30 Jan 2017 14:33:33 -0800
Subject: [SR-Users] SIP message order
Message-ID: <CAEytwJ2sZbK39-J4M+4B0vQEoNxoAcPyZVHnJon5xVyeLXVgMA@mail.gmail.com>

Hello sr-users,

First of all, I'm new to this forum so any help would be greatly
appreciated as my Kamailio knowledge is somewhat limited.  Thanks for your
patience.

So to the question at hand.  If the originator of the SIP method sends SIP
messages out of order, does the Kamailio put them back in order before
relaying it to the destination device?  I'm seeing where the 200 OK was
sent first before the SIP UPDATE within the same CSeq number.

The reason I'm asking is because I'm seeing this behavior now with UDP
transport protocol and I'm trying to justify why we don't need to switch to
TCP to fix this issue.

Thanks.

--Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170130/f4d6b12d/attachment.html>

From miconda at gmail.com  Tue Jan 31 09:24:11 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 31 Jan 2017 09:24:11 +0100
Subject: [SR-Users] RFC: Kamailio tutorials/cookbooks/docs - wiki or
 markdown
In-Reply-To: <d0515833-c93b-39b0-e75d-2e7063953005@gmail.com>
References: <5105f8e1-6ef5-d7bb-06b6-805afb4c0a26@gmail.com>
 <58870497-06ca-409a-3b91-cb97d0a40ef0@gmail.com>
 <92135c8f-f33b-0fa0-e20b-cc73515418db@gmail.com>
 <47902a3e-cf4a-ff4d-d01b-56237ad83b9b@gmail.com>
 <e3657ec4-812f-f91f-2240-50c52bdc274a@gmail.com>
 <8b3ee87f-e2e3-3a9f-46ee-bfbb8fc40320@gmail.com>
 <d0515833-c93b-39b0-e75d-2e7063953005@gmail.com>
Message-ID: <1e39976a-8e04-7b04-e311-5e44e90ff4e7@gmail.com>

Hello,

you can write it, for sure it will be appreciated by many. But I think
it is not the kind of tutorial that needs to have a version for each
kamailio major release. Anyhow, we can create another repository for
HowTo-kind of tutorials.

Cheers,
Daniel


On 27/01/2017 15:39, Annus Fictus wrote:
> Hello,
>
> I'd like write a HowTo dedicated to LCR module implementation.
>
> Regards
>
>
> El 26/01/2017 a las 11:15, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> follow the usual contribution process recommended by github,
>> respectively the pull requests. That means:
>>
>>    - clone the kamailio/kamailio-docs repository to your account
>>    - add the tutorial in your cloned repository
>>    - when it is ready make a pull request back to origin repository
>>
>> You can search on the web for pull requests on github, there are plenty
>> of articles, here are two links to start with:
>>
>>    - https://help.github.com/articles/about-pull-requests/
>>    - https://help.github.com/articles/creating-a-pull-request/
>>
>> I would suggest to discuss first on the mailing list about the tutorial
>> you want to add to see if it is suitable for hosting it there. The scope
>> for kamailio-docs repository is to store the core cookbooks and common
>> interest tutorials that may depend on kamailio versions, which are now
>> in the wiki, but of course new topics can be added. Any kind of tutorial
>> is welcome to be contributed to Kamailio, but some may not fit inside
>> kamailio-docs repository (e.g., it may be published on the website or
>> wiki).
>>
>> Cheers,
>> Daniel
>>
>> On 26/01/2017 16:13, Annus Fictus wrote:
>>> Hello,
>>>
>>> If I have a github accunt can I write a new HowTo?
>>>
>>> If i can, how?
>>>
>>> Regards
>>>
>>>
>>> El 26/01/2017 a las 04:52, Daniel-Constantin Mierla escribió:
>>>> Hello,
>>>>
>>>> some updates ...
>>>>
>>>> I created the kamailio-docs repository on github and converted two of
>>>> the wiki tutorials for installing Kamailio. Actualy it is a bit more
>>>> than just converting, some new content being added.
>>>>
>>>> The repository on github can be found at:
>>>>
>>>>     * https://github.com/kamailio/kamailio-docs
>>>>
>>>> The tutorials done so far are about installing kamailio devel from git
>>>> and installing on debian from packages -- generated output
>>>> available at:
>>>>
>>>>     *
>>>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-git/
>>>>
>>>>     *
>>>> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/
>>>>
>>>> The developers should have commit access on kamailio-docs
>>>> repository (if
>>>> anyone faces issues, let me know). The broad community can contribute
>>>> via github pull requests.
>>>>
>>>> I hope many will start to help and convert the own favorite tutorials!
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 24/01/2017 21:44, Annus Fictus wrote:
>>>>> hello,
>>>>>
>>>>> I think is a good way to improve Kamailio documentation.
>>>>>
>>>>> Thank you
>>>>>
>>>>> Regards
>>>>>
>>>>> El 24/01/2017 a las 09:50, Daniel-Constantin Mierla escribió:
>>>>>> Hello,
>>>>>>
>>>>>>
>>>>>> On 23/01/2017 15:44, Daniel-Constantin Mierla wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> I want to start a discussion about some of the kamailio tutorials
>>>>>>> from
>>>>>>> the wiki, mainly those related to core cookbook, variables and
>>>>>>> transformations. They are now in dokuwiki at:
>>>>>>>
>>>>>>>       - https://www.kamailio.org/wiki/#cookbooks
>>>>>>>
>>>>>>> The wiki served us pretty well so far, however the contributions
>>>>>>> there
>>>>>>> are not that active. From time to time we still get spammers,
>>>>>>> even we
>>>>>>> added restriction that only registered and authenticated users can
>>>>>>> write.
>>>>>>>
>>>>>>> I am thinking that maybe people don't like creating yet another
>>>>>>> account
>>>>>>> just add some example or rephrase for clarity.
>>>>>>>
>>>>>>> On the other hand, there are over 400 registered users, many of
>>>>>>> them I
>>>>>>> expect to be either made because if misunderstanding the purpose
>>>>>>> or by
>>>>>>> spammers that guessed the (sip) captcha (plenty of random
>>>>>>> usernames).
>>>>>>>
>>>>>>> Besides that I think the wiki adds overhead when releasing a new
>>>>>>> version
>>>>>>> as each time we have to copy and paste old version content to a
>>>>>>> new set
>>>>>>> of pages and update the version number.
>>>>>>>
>>>>>>> With the above in mind, I wonder if won't be better to store those
>>>>>>> tutorials in markdown format and use mkdocs.org or gitbook
>>>>>>> (https://github.com/GitbookIO/gitbook) tools to generate the
>>>>>>> html and
>>>>>>> host it in kamailio.org. The wiki will still be used to index them.
>>>>>>>
>>>>>>> Among the benefits I see:
>>>>>>>
>>>>>>>       * store in github.com (a new repo, like: kamailio-docs)
>>>>>>> and all
>>>>>>> devs
>>>>>>> can contribute directly, other users can make pull requests
>>>>>>>
>>>>>>>       * create branches for each major version of kamailio and
>>>>>>> backport
>>>>>>> across them with git whenever is applicable
>>>>>>>
>>>>>>>       * the edit can be done directly via github.com website
>>>>>>> (similar to
>>>>>>> the wiki right now) and even read it directly from github in html
>>>>>>> transformed from markdown by github
>>>>>>>
>>>>>>>       * one can get them offline by cloning the git repo, use
>>>>>>> them or
>>>>>>> enhance when offline
>>>>>>>
>>>>>>> Many if the tutorials will stay in the wiki, but I think those
>>>>>>> that are
>>>>>>> related to documenting per kamailio version should be migrated to
>>>>>>> gihub
>>>>>>> storage + markdown. If there is a strong pro opinion for this
>>>>>>> change, I
>>>>>>> can try to convert one of the cookbooks very soon so people can
>>>>>>> feel
>>>>>>> better the difference. If we get to a consensus, then I think we
>>>>>>> can
>>>>>>> have those tutorials in the new format for v5.0.
>>>>>>>
>>>>>>> Should anyone have comments, other suggestions or improvements,
>>>>>>> let's
>>>>>>> put them on debate.
>>>>>> I created the markdown version for the tutorial to install Kamailio
>>>>>> devel from git to make it easier to compare.
>>>>>>
>>>>>> The html version build with mkdocs (http://mkdocs.org) is
>>>>>> available in
>>>>>> html format at:
>>>>>>
>>>>>>       -
>>>>>> http://kamailio.org/docs/tutorials/kamailio-install-guide-git-devel/
>>>>>>
>>>>>> Git repo is at:
>>>>>>
>>>>>>      -
>>>>>> https://github.com/kamailio/kamailio-docs/tree/master/kamailio-install-guide-git
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Viewing the content via github:
>>>>>>
>>>>>>      -
>>>>>> https://github.com/kamailio/kamailio-docs/blob/master/kamailio-install-guide-git/docs/index.md
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> You can compare with the old tutorial in the wiki:
>>>>>>
>>>>>>       - https://www.kamailio.org/wiki/install/devel/git
>>>>>>
>>>>>> Again, the main reason of this discussion is not the look, but the
>>>>>> collaboration mechanisms and tools behind building the docs and
>>>>>> maintaining/versioning them.
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From daniel at pocock.pro  Tue Jan 31 11:08:41 2017
From: daniel at pocock.pro (Daniel Pocock)
Date: Tue, 31 Jan 2017 10:08:41 +0000
Subject: [SR-Users] any public databases or schemas for dial plans?
Message-ID: <db5713f5-eff6-111b-7878-66511e9c237d@pocock.pro>


Hi,

Are there any public databases of dial plan information?  Are there any
schemas (e.g. XML / XSD) useful for describing arbitrary dial plans from
different carriers around the world?

The type of things that I'm interested in:

- being able to translate any local number to E.164 (if possible)

- knowing the expected length (or range of lengths) for different numbers

- being able to recognize numbers that can't be translated to E.164
(e.g. the emergency numbers)

- being able to classify specific types of number that usually have a
carrier-specific or country-specific meaning (e.g. classifying numbers
as directory assistance, customer service, emergency)

I'm familiar with Google's libphonenumber, although it is not a
database, rather, it is a library that has dial plan logic in Java.  It
supports many of the things I want for numbers that can be translated to
E.164 and country-level dial plans, but not local dial plans (e.g.
dialing a London number without the 020 area code).

Regards,

Daniel




From alessio.casco at nexmo.com  Tue Jan 31 11:28:08 2017
From: alessio.casco at nexmo.com (Casco, Alessio)
Date: Tue, 31 Jan 2017 10:28:08 +0000
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <db529a29-c50c-2824-0f1f-a0c5cc346d1d@gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
 <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
 <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>
 <db529a29-c50c-2824-0f1f-a0c5cc346d1d@gmail.com>
Message-ID: <CAFET1R_X+F3Pm_3ijqSnMyK6xxr7O+ES+rhwpMpO74npu-PQWQ@mail.gmail.com>

Hello Daniel!

My goal is the following: I would like to use a service discovery
application (consul is an example) that dynamically guides the kamailio
back-ends. As soon as a new back-end registers into the discovery service,
kamailio will start sending traffic to it.

Since writing a module is not an option right now, I though about using DNS
and SRV records to achieve the same result, doing so I will be able to
instruct kamailio dynamically, the idea of the dispatcher group, came in my
mind only because I'd like to have something outside the main kamailio
config, so in the case I have to change the name or do some adjustments, I
don't have to restart the entire kamailio but use a RPC command for example.

Thanks
Alessio

On Mon, Jan 30, 2017 at 4:20 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> if you expect that dispatcher module will list the associated ip addresses
> with the hostname after a DNS SRV lookup, then this is not available.
>
> Dispatcher module will still use the single hostname to set r-uri (or dst
> uri) and then TM module does the lookup before sending, inside t_relay().
> Also, irc, the keepalive is sent only to the first ip resolved for a
> hostname.
>
> If you want to relay on DNS SRV for loadbalancing, you don't need
> dispatcher at all, everything is done transparently for configuration file
> by tm and core.
>
> Maybe you can detail a bit more what you want to achieve with dispatcher
> on this topic and we can think of alternatives,
>
> Cheers,
> Daniel
>
> On 26/01/2017 11:34, Casco, Alessio wrote:
>
> Thanks for your help,
>
> Unfortunately with kamailio 4.4.4, dispatcher module and your suggestions,
> I still don't see the SRV record picked up (at least using the kamcmd
>  dispatcher.list command).
>
> I didn't try the LCR module yet, I want to be sure first that dispatcher
> is not able to handle SRV first
>
> Thanks
> Alessio
>
> On Wed, Jan 25, 2017 at 8:06 PM, Jeremy Gadd <jeremygadd at gmail.com> wrote:
>
>> Holy cow, sorry about that!
>>
>> Put the hostname in dispatcher (no port or _sip._udp) and enable these:
>>
>> use_dns_cache=on
>> use_dns_failover=on
>> dns_srv_lb=on
>>
>> That's how I got it working (using the LCR module).
>>
>> On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd <jeremygadd at gmail.com>
>> wrote:
>>
>>> Put the hostname in dispatcher (no port) and enable these:
>>>
>>>
>>> On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio <alessio.casco at nexmo.com
>>> > wrote:
>>>
>>>> Hello Guys!
>>>>
>>>> I'd like to be able to use SRV records inside dispatcher groups, so I
>>>> can automatise the discovery of new backends on my network using DNS
>>>>
>>>> I've tried with the following formats into the dispatcher.list file:
>>>>
>>>> $group  _sip._udp.sip-voice_backends
>>>> $group  sip-voice_backends
>>>>
>>>> and none looks to be working, running the kamailio_ctl dispatcher.list
>>>>   won't show me the group set with SRV records. ( I also try NAPTR records,
>>>> with no luck as well.)
>>>>
>>>> * Does the dispatcher module support SRV or NAPTR records? (maybe my
>>>> format is not correct)
>>>> * If not, do you have any other idea on what I could do to achieve what
>>>> I'd like to do?
>>>>
>>>> Thanks
>>>> Alessio
>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at 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-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170131/9e139ac0/attachment.html>

From miconda at gmail.com  Tue Jan 31 12:44:06 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 31 Jan 2017 12:44:06 +0100
Subject: [SR-Users] any public databases or schemas for dial plans?
In-Reply-To: <db5713f5-eff6-111b-7878-66511e9c237d@pocock.pro>
References: <db5713f5-eff6-111b-7878-66511e9c237d@pocock.pro>
Message-ID: <d9837319-c1a8-2f8e-fa0a-4c0124a966a2@gmail.com>

Hello,


On 31/01/2017 11:08, Daniel Pocock wrote:
> Hi,
>
> Are there any public databases of dial plan information?  Are there any
> schemas (e.g. XML / XSD) useful for describing arbitrary dial plans from
> different carriers around the world?
>
> The type of things that I'm interested in:
>
> - being able to translate any local number to E.164 (if possible)
>
> - knowing the expected length (or range of lengths) for different numbers
>
> - being able to recognize numbers that can't be translated to E.164
> (e.g. the emergency numbers)
>
> - being able to classify specific types of number that usually have a
> carrier-specific or country-specific meaning (e.g. classifying numbers
> as directory assistance, customer service, emergency)
>
> I'm familiar with Google's libphonenumber, although it is not a
> database, rather, it is a library that has dial plan logic in Java.  It
> supports many of the things I want for numbers that can be translated to
> E.164 and country-level dial plans, but not local dial plans (e.g.
> dialing a London number without the 020 area code).
>
>
I was looking for something similar several days ago, but besides the
libphonenumber I couldn't find much out there.

  - http://lists.sip-router.org/pipermail/sr-users/2017-January/095741.html

I'll see where I end up as I have a project needing such information.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com



From miconda at gmail.com  Tue Jan 31 12:47:21 2017
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 31 Jan 2017 12:47:21 +0100
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <CAFET1R_X+F3Pm_3ijqSnMyK6xxr7O+ES+rhwpMpO74npu-PQWQ@mail.gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
 <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
 <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>
 <db529a29-c50c-2824-0f1f-a0c5cc346d1d@gmail.com>
 <CAFET1R_X+F3Pm_3ijqSnMyK6xxr7O+ES+rhwpMpO74npu-PQWQ@mail.gmail.com>
Message-ID: <305779b5-0311-683d-44b2-30f521ab848f@gmail.com>

Hello,

someone published a npm package for etcd-based discovery service, which
sounds similar to what you want to do:

  -
https://www.kamailio.org/w/2015/10/kamailio-dispatcher-discovery-service-with-nodejs-and-etcd/

Alternative to dispatcher, you can also consider using rtjson module to
push back destinations to kamailio in a json document via some API service.

But if you want to watch the state of destinations, then dispatcher is
the way to go.

Cheers,
Daniel


On 31/01/2017 11:28, Casco, Alessio wrote:
> Hello Daniel!
>
> My goal is the following: I would like to use a service discovery
> application (consul is an example) that dynamically guides the
> kamailio back-ends. As soon as a new back-end registers into the
> discovery service, kamailio will start sending traffic to it.
>
> Since writing a module is not an option right now, I though about
> using DNS and SRV records to achieve the same result, doing so I will
> be able to instruct kamailio dynamically, the idea of the dispatcher
> group, came in my mind only because I'd like to have something outside
> the main kamailio config, so in the case I have to change the name or
> do some adjustments, I don't have to restart the entire kamailio but
> use a RPC command for example.
>
> Thanks
> Alessio
>
> On Mon, Jan 30, 2017 at 4:20 PM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     if you expect that dispatcher module will list the associated ip
>     addresses with the hostname after a DNS SRV lookup, then this is
>     not available.
>
>     Dispatcher module will still use the single hostname to set r-uri
>     (or dst uri) and then TM module does the lookup before sending,
>     inside t_relay(). Also, irc, the keepalive is sent only to the
>     first ip resolved for a hostname.
>
>     If you want to relay on DNS SRV for loadbalancing, you don't need
>     dispatcher at all, everything is done transparently for
>     configuration file by tm and core.
>
>     Maybe you can detail a bit more what you want to achieve with
>     dispatcher on this topic and we can think of alternatives,
>
>     Cheers,
>     Daniel
>
>
>     On 26/01/2017 11:34, Casco, Alessio wrote:
>>     Thanks for your help,
>>
>>     Unfortunately with kamailio 4.4.4, dispatcher module and your
>>     suggestions, I still don't see the SRV record picked up (at least
>>     using the kamcmd  dispatcher.list command).
>>
>>     I didn't try the LCR module yet, I want to be sure first that
>>     dispatcher is not able to handle SRV first
>>
>>     Thanks
>>     Alessio
>>
>>     On Wed, Jan 25, 2017 at 8:06 PM, Jeremy Gadd
>>     <jeremygadd at gmail.com <mailto:jeremygadd at gmail.com>> wrote:
>>
>>         Holy cow, sorry about that!
>>
>>         Put the hostname in dispatcher (no port or _sip._udp) and
>>         enable these:
>>
>>         use_dns_cache=on
>>         use_dns_failover=on
>>         dns_srv_lb=on
>>
>>         That's how I got it working (using the LCR module).
>>
>>         On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd
>>         <jeremygadd at gmail.com <mailto:jeremygadd at gmail.com>> wrote:
>>
>>             Put the hostname in dispatcher (no port) and enable these:
>>
>>
>>             On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio
>>             <alessio.casco at nexmo.com
>>             <mailto:alessio.casco at nexmo.com>> wrote:
>>
>>                 Hello Guys!
>>
>>                 I'd like to be able to use SRV records inside
>>                 dispatcher groups, so I can automatise the discovery
>>                 of new backends on my network using DNS
>>
>>                 I've tried with the following formats into the
>>                 dispatcher.list file:
>>
>>                 $group  _sip._udp.sip-voice_backends
>>                 $group  sip-voice_backends
>>
>>                 and none looks to be working, running
>>                 the kamailio_ctl dispatcher.list   won't show me the
>>                 group set with SRV records. ( I also try NAPTR
>>                 records, with no luck as well.)
>>
>>                 * Does the dispatcher module support SRV or NAPTR
>>                 records? (maybe my format is not correct) 
>>                 * If not, do you have any other idea on what I could
>>                 do to achieve what I'd like to do?
>>
>>                 Thanks
>>                 Alessio
>>
>>
>>                 _______________________________________________
>>                 SIP Express Router (SER) and Kamailio (OpenSER) -
>>                 sr-users mailing list
>>                 sr-users at lists.sip-router.org
>>                 <mailto:sr-users at lists.sip-router.org>
>>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>                 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>
>>         _______________________________________________
>>         SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>>         mailing list
>>         sr-users at lists.sip-router.org
>>         <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>         <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>     <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com <http://www.asipto.com>
>     Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com <http://www.kamailioworld.com>
>
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170131/7931fa0c/attachment.html>

From alessio.casco at nexmo.com  Tue Jan 31 12:49:16 2017
From: alessio.casco at nexmo.com (Casco, Alessio)
Date: Tue, 31 Jan 2017 11:49:16 +0000
Subject: [SR-Users] Using DNS for Service Discovery with Kamailio
In-Reply-To: <305779b5-0311-683d-44b2-30f521ab848f@gmail.com>
References: <CAFET1R9K_Hi+sw_f22A8Mgu6GETChCux2eR1Q7kvDe1WfALp5Q@mail.gmail.com>
 <CALDnn0NuTQQ_759u=NhYAL0n7T4vEy-HQJunXKgQrabndYNQyA@mail.gmail.com>
 <CALDnn0MKZ-SJWzNOPLxkDD79H=SCkpu0skE_QABtJovtJ0h66g@mail.gmail.com>
 <CAFET1R-hqEccebdORoSLg1QdTLWej3ufN-nWPLiiwjYfLVBLWA@mail.gmail.com>
 <db529a29-c50c-2824-0f1f-a0c5cc346d1d@gmail.com>
 <CAFET1R_X+F3Pm_3ijqSnMyK6xxr7O+ES+rhwpMpO74npu-PQWQ@mail.gmail.com>
 <305779b5-0311-683d-44b2-30f521ab848f@gmail.com>
Message-ID: <CAFET1R8jGUnnRrKgRgDa1gqNp8CwyeNUWsLCpHzCfOwTytySeg@mail.gmail.com>

Hello

Thanks, I will have a look

Alesio

On Tue, Jan 31, 2017 at 11:47 AM, Daniel-Constantin Mierla <
miconda at gmail.com> wrote:

> Hello,
>
> someone published a npm package for etcd-based discovery service, which
> sounds similar to what you want to do:
>
>   - https://www.kamailio.org/w/2015/10/kamailio-dispatcher-
> discovery-service-with-nodejs-and-etcd/
>
> Alternative to dispatcher, you can also consider using rtjson module to
> push back destinations to kamailio in a json document via some API service.
>
> But if you want to watch the state of destinations, then dispatcher is the
> way to go.
>
> Cheers,
> Daniel
>
> On 31/01/2017 11:28, Casco, Alessio wrote:
>
> Hello Daniel!
>
> My goal is the following: I would like to use a service discovery
> application (consul is an example) that dynamically guides the kamailio
> back-ends. As soon as a new back-end registers into the discovery service,
> kamailio will start sending traffic to it.
>
> Since writing a module is not an option right now, I though about using
> DNS and SRV records to achieve the same result, doing so I will be able to
> instruct kamailio dynamically, the idea of the dispatcher group, came in my
> mind only because I'd like to have something outside the main kamailio
> config, so in the case I have to change the name or do some adjustments, I
> don't have to restart the entire kamailio but use a RPC command for example.
>
> Thanks
> Alessio
>
> On Mon, Jan 30, 2017 at 4:20 PM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> if you expect that dispatcher module will list the associated ip
>> addresses with the hostname after a DNS SRV lookup, then this is not
>> available.
>>
>> Dispatcher module will still use the single hostname to set r-uri (or dst
>> uri) and then TM module does the lookup before sending, inside t_relay().
>> Also, irc, the keepalive is sent only to the first ip resolved for a
>> hostname.
>>
>> If you want to relay on DNS SRV for loadbalancing, you don't need
>> dispatcher at all, everything is done transparently for configuration file
>> by tm and core.
>>
>> Maybe you can detail a bit more what you want to achieve with dispatcher
>> on this topic and we can think of alternatives,
>>
>> Cheers,
>> Daniel
>>
>> On 26/01/2017 11:34, Casco, Alessio wrote:
>>
>> Thanks for your help,
>>
>> Unfortunately with kamailio 4.4.4, dispatcher module and your
>> suggestions, I still don't see the SRV record picked up (at least using the
>> kamcmd  dispatcher.list command).
>>
>> I didn't try the LCR module yet, I want to be sure first that dispatcher
>> is not able to handle SRV first
>>
>> Thanks
>> Alessio
>>
>> On Wed, Jan 25, 2017 at 8:06 PM, Jeremy Gadd <jeremygadd at gmail.com>
>> wrote:
>>
>>> Holy cow, sorry about that!
>>>
>>> Put the hostname in dispatcher (no port or _sip._udp) and enable these:
>>>
>>> use_dns_cache=on
>>> use_dns_failover=on
>>> dns_srv_lb=on
>>>
>>> That's how I got it working (using the LCR module).
>>>
>>> On Wed, Jan 25, 2017 at 1:05 PM, Jeremy Gadd <jeremygadd at gmail.com>
>>> wrote:
>>>
>>>> Put the hostname in dispatcher (no port) and enable these:
>>>>
>>>>
>>>> On Wed, Jan 25, 2017 at 9:30 AM, Casco, Alessio <
>>>> alessio.casco at nexmo.com> wrote:
>>>>
>>>>> Hello Guys!
>>>>>
>>>>> I'd like to be able to use SRV records inside dispatcher groups, so I
>>>>> can automatise the discovery of new backends on my network using DNS
>>>>>
>>>>> I've tried with the following formats into the dispatcher.list file:
>>>>>
>>>>> $group  _sip._udp.sip-voice_backends
>>>>> $group  sip-voice_backends
>>>>>
>>>>> and none looks to be working, running the kamailio_ctl dispatcher.list
>>>>>   won't show me the group set with SRV records. ( I also try NAPTR records,
>>>>> with no luck as well.)
>>>>>
>>>>> * Does the dispatcher module support SRV or NAPTR records? (maybe my
>>>>> format is not correct)
>>>>> * If not, do you have any other idea on what I could do to achieve
>>>>> what I'd like to do?
>>>>>
>>>>> Thanks
>>>>> Alessio
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at 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 at 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-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>>
>> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170131/b6dd6079/attachment.html>

From daniel at pocock.pro  Tue Jan 31 15:02:53 2017
From: daniel at pocock.pro (Daniel Pocock)
Date: Tue, 31 Jan 2017 14:02:53 +0000
Subject: [SR-Users] any public databases or schemas for dial plans?
In-Reply-To: <d9837319-c1a8-2f8e-fa0a-4c0124a966a2@gmail.com>
References: <db5713f5-eff6-111b-7878-66511e9c237d@pocock.pro>
 <d9837319-c1a8-2f8e-fa0a-4c0124a966a2@gmail.com>
Message-ID: <00a304dd-20e4-00d0-81ee-155a17617d34@pocock.pro>

On 31/01/17 11:44, Daniel-Constantin Mierla wrote:
> Hello,
>
>
> On 31/01/2017 11:08, Daniel Pocock wrote:
>> Hi,
>>
>> Are there any public databases of dial plan information?  Are there any
>> schemas (e.g. XML / XSD) useful for describing arbitrary dial plans from
>> different carriers around the world?
>>
>> The type of things that I'm interested in:
>>
>> - being able to translate any local number to E.164 (if possible)
>>
>> - knowing the expected length (or range of lengths) for different numbers
>>
>> - being able to recognize numbers that can't be translated to E.164
>> (e.g. the emergency numbers)
>>
>> - being able to classify specific types of number that usually have a
>> carrier-specific or country-specific meaning (e.g. classifying numbers
>> as directory assistance, customer service, emergency)
>>
>> I'm familiar with Google's libphonenumber, although it is not a
>> database, rather, it is a library that has dial plan logic in Java.  It
>> supports many of the things I want for numbers that can be translated to
>> E.164 and country-level dial plans, but not local dial plans (e.g.
>> dialing a London number without the 020 area code).
>>
>>
> I was looking for something similar several days ago, but besides the
> libphonenumber I couldn't find much out there.
>
>   - http://lists.sip-router.org/pipermail/sr-users/2017-January/095741.html
>
> I'll see where I end up as I have a project needing such information.

Sorry I missed that email - for most of what you describe,
libphonenumber may be quite useful.

The developers quite open to community collaboration (it is hard to
track codes from so many countries without a bit of crowdsourcing), they
are also very close to where I am based in Zurich, I've met them in
person a couple of times.  Maybe they would accept patches extending
their code to do things that they don't currently implement

As an example, their code is aimed at mobile (Android) and people
typically dial complete numbers on mobile devices.  For systems where
overlapped dialing is supported (e.g. SIP 484 responses), it would be
useful to have an extra API method to return a boolean value to indicate
when more digits are needed.  They have the data for that inside
libphonenumber, but as far as I know there is no public method to check
it in that context.

It could also be useful to embed libphonenumber as a database function
in PostgreSQL or MySQL so it can be used in SQL queries.  Then people
could build views on the data and they wouldn't even realize they were
using a library to process each row.

Regards,

Daniel



From roman at dissauer.net  Tue Jan 31 18:25:00 2017
From: roman at dissauer.net (Roman Dissauer)
Date: Tue, 31 Jan 2017 18:25:00 +0100
Subject: [SR-Users] Diversion Header - relay messed up
In-Reply-To: <20170130134555.GA11585@office.pocos.nl>
References: <DB3FC45E-ACCE-426E-B662-031909F6BA40@dissauer.net>
 <20170130134555.GA11585@office.pocos.nl>
Message-ID: <B0152881-6D72-4E93-8510-A7ABB42D9300@dissauer.net>

Just tried, but it doesn’t help.

request_route {

        if $di == $null {
                xlog("L_INFO","[$fU@$si:$sp]{$rm} Incomeing Request...\n");
        } else {
                xlog("L_INFO","[$fU@$si:$sp]{$rm} Incomeing Request... with Diversion Header: $di, Request URI: $ru\n");
                remove_hf("Diversion");
                if (msg_apply_changes()) {
                        if (is_present_hf("Diversion")) {
                                xlog("L_INFO","[$fU@$si:$sp]{$rm} This damn header is still there!!\n");
                        }
                }
        }
	…

INFO: <script>: [+43987654321 at y.y.y.y:5060]{INVITE} Incomeing Request... with Diversion Header: sip:+436761234567 at y.y.y.y:5060, Request URI: sip:+43123456789 at x.x.x.x:5060
INFO: <script>: [+43987654321 at y.y.y.y:5060]{INVITE} Diversion header: <null>
INFO: <script>: [+43987654321 at y.y.y.y:5060]{INVITE} Routing Call to FreeSWITCH sip:10.23.101.11:5060
INFO: <script>: [+43987654321 at y.y.y.y:5060]{INVITE} Relay request…

Call is being received, Diversion Header is deleted, in RELAY route I print Diversion header (there it is null).
When I call t_relay() I still get wrong INVITE:

INVITE sip:436761234567 at x.x.x.x:5060 SIP/2.0
From: <sip:+43987654321 at y.y.y.y>;tag=gK04715d90
To: <sip:436766369520 at x.x.x.x>

seems that $tu is taken instead of $ru when doing t_relay()
Diversion Header has e164 with leading + and to Header has just e164.

Thanks,
Roman


> Am 30.01.2017 um 14:45 schrieb Daniel Tryba <d.tryba at pocos.nl>:
> 
> On Sun, Jan 29, 2017 at 06:42:23PM +0100, Roman Dissauer wrote:
>> When I get an INVITE with Diversion Header the Request is forwarded
>> without Diversion Header and the Request User is taken from Diversion
>> User.  Problem is that on the Destination Host I cannot get original
>> Request User what is the intended destination!  Is this intended
>> behaviour? How can I change this behaviour?
>> 
>> I already tried to delete the Diversion Header on request_route but
>> this didn’t change the behaviour.
> 
>> INVITE sip:+43123456789 at x.x.x.x:5060 SIP/2.0.
>> From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
>> To: <sip:436761234567 at x.x.x.x>.
>> Diversion: <sip:+436761234567 at y.y.y.y:5060>;privacy=full;screen=no; reason=unconditional; counter=1.
> 
>> INVITE sip:436761234567 at x.x.x.x:5060 SIP/2.0.
>> From: <sip:+43987654321 at y.y.y.y>;tag=gK022ac5cb.
>> To: <sip:436761234567 at x.x.x.x>.
> 
> This behavior is AFAIK not something that kamailio does out of the box
> and is just plain wrong (since the Diversion indicates the source of a
> forward/deflection). Maybe somebody made a typo to set $ru to $di
> instead of $du :)
> 
> What may work is calling msg_apply_changes after the delete:
> http://www.kamailio.org/docs/modules/stable/modules/textopsx.html#textopsx.f.msg_apply_changes
> 
> 
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




From manwe at aholab.ehu.es  Tue Jan 31 19:06:36 2017
From: manwe at aholab.ehu.es (Jon Bonilla (Manwe))
Date: Tue, 31 Jan 2017 19:06:36 +0100
Subject: [SR-Users] Second coredump in a month
Message-ID: <20170131190636.1cc4c0e1@multivac>

Hi all

A server running version 4.4.4+0~20161223011227 has segfaulted for the second
time this month. I'm attaching a bt in case someone can explain it to me. 

cheers,

Jon

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: kamailiobt20170130.txt
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170131/3e9cdad1/attachment.txt>

From msalman212 at gmail.com  Tue Jan 31 20:03:44 2017
From: msalman212 at gmail.com (M. Salman)
Date: Wed, 1 Feb 2017 00:03:44 +0500
Subject: [SR-Users] sdp_with_transport
Message-ID: <CAP2a2YX_3c_5yavofY5nZ7wgd4ZqS5ZNiUmhEf8jeSTgO+=a3g@mail.gmail.com>

Hi Guys,

Just wanted to clarify the following case:

what should be result of sdp_with_transport("RTP/SAVPF") on line:

m=audio 10231 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126

I am having a weird behavior for two different versions of Kamailio. I hope
I am doing something wrong.

kamailio 4.3.2 => sdp_with_transport("RTP/SAVPF") = true
kamailio 4.4.5 => sdp_with_transport("RTP/SAVPF") = false



-- 
Regards

M. Salman
VoIP Professional
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170201/f3745670/attachment.html>

From srtguler at gmail.com  Tue Jan 31 21:00:23 2017
From: srtguler at gmail.com (Serhat Guler)
Date: Tue, 31 Jan 2017 21:00:23 +0100
Subject: [SR-Users] sdp_with_transport
In-Reply-To: <CAP2a2YX_3c_5yavofY5nZ7wgd4ZqS5ZNiUmhEf8jeSTgO+=a3g@mail.gmail.com>
References: <CAP2a2YX_3c_5yavofY5nZ7wgd4ZqS5ZNiUmhEf8jeSTgO+=a3g@mail.gmail.com>
Message-ID: <CA+Eb_nx-CNjwMwW+W1-z6_iqAf6AScLFCOfHL5DpPRjkOpu8Vg@mail.gmail.com>

Hello,

I have also realized that weird weird behavior with sdp_with_transport
method and started using sdp_with_transport_like("RTP/SAVPF") instead.

sdp_with_transport("RTP/SAVPF") returns false for the following line: m=audio
56481 UDP/TLS/RTP/SAVPF 109 9 0 8

If anyone could clarify it, it would be perfect.

Cheers,
Serhat

On 31 January 2017 at 20:03, M. Salman <msalman212 at gmail.com> wrote:

> Hi Guys,
>
> Just wanted to clarify the following case:
>
> what should be result of sdp_with_transport("RTP/SAVPF") on line:
>
> m=audio 10231 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126
>
> I am having a weird behavior for two different versions of Kamailio. I
> hope I am doing something wrong.
>
> kamailio 4.3.2 => sdp_with_transport("RTP/SAVPF") = true
> kamailio 4.4.5 => sdp_with_transport("RTP/SAVPF") = false
>
>
>
> --
> Regards
>
> M. Salman
> VoIP Professional
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170131/fdc1f224/attachment.html>