[OpenSIPS-Devel] SF.net SVN: opensips:[9360] trunk/modules/dns_cache/dns_cache.c

[Vlad Paiu]

Revision: 9360
  http://opensips.svn.sourceforge.net/opensips/?rev=9360&view=rev
Author:   vladut-paiu
Date: 2012-10-21 09:44:06 + (Sun, 21 Oct 2012)
Log Message:
---
fixed crash at mod_destroy

Modified Paths:
--
trunk/modules/dns_cache/dns_cache.c

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9361] branches/1.8/modules/dns_cache/dns_cache.c

[Vlad Paiu]

Revision: 9361
  http://opensips.svn.sourceforge.net/opensips/?rev=9361&view=rev
Author:   vladut-paiu
Date: 2012-10-21 09:46:29 + (Sun, 21 Oct 2012)
Log Message:
---
backport fromt trunk (rev #9360)

fixed crash at mod_destroy

Revision Links:
--
http://opensips.svn.sourceforge.net/opensips/?rev=9360&view=rev

Modified Paths:
--
branches/1.8/modules/dns_cache/dns_cache.c

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3571806 ] Non-printable Characters in Via Host

[SourceForge . net]

Bugs item #3571806, was opened at 2012-09-25 23:25
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3571806&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.8.x
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: David Sanders (dmsanders)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Non-printable Characters in Via Host

Initial Comment:
RFC 3261 doesn't allow non-printable characters (minus CRLF ending the Via 
header) in the host portion of the Via header.

However, OpenSIPs seems to tolerate them. PJSIP has a bug that sends gibberish 
for a host in the Via on some unregisters. This is tolerated by OpenSIPs on 
receive, but causes issues later on in the reply, which goes out with a blank 
host. In particular nat_traversal can't parse the reply because the host is 
blank.

It seems that the parsing of the Via header should be tightened to only allow 
printable characters as a host.

--

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 02:47

Message:
Hi David,

Here is a patch to address this problem - I did some first testing on my
side, but give it a try too - I want to be 100% sure first it does not
break anything and second it detects the kind of bogus VIA you have.

Thanks and regards,
Bogdan

--

Comment By: David Sanders (dmsanders)
Date: 2012-10-12 14:02

Message:
Here you go Bogdan.

I took the example out of the sip_trace table in our MySQL database. Thoe
host is gibberish but the port number is OK. OpenSIPS doesn't complain
about parsing errors until it is sending the 401 response.

REGISTER sip:19192972172@72.215.176.13:5060 SIP/2.0
Via: SIP/2.0/UDP ‰¡read   
:13611;rport;branch=z9hG4bKPjBb-CLCWWBdliGJLBdVQq5L3VvfyD3QGt
Max-Forwards: 69
From: ;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl
To: 
Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As
CSeq: 51957 REGISTER
Contact:

Expires: 0
Authorization: Digest username="19192972172", realm="72.215.176.13",
nonce="5078301107583df53abb709e661070948fd84a90f378",
uri="sip:19192972172@72.215.176.13:5060",
response="99c332dcb3b20051391f0e589f203983"
Content-Length:  0

   
   
   SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP ;received=72.215.176.1;rport=13611‰¡read
From: ;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl
To:
;tag=9ee60da17230fa4987e498ef1c101576.
Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As
CSeq: 51957 REGISTER
WWW-Authenticate: Digest realm="72.215.176.13",
nonce="50783024075ff0bbdb222655467b236709b177002a39", stale=true
Server: Pinger.com PROXY 1.8
Content-Length: 0


--

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-12 06:57

Message:
David, could you post here such a bogus VIA ?

Thanks

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3571806&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9362] trunk/packaging/debian/control

[Bogdan-Andrei Iancu]

Revision: 9362
  http://opensips.svn.sourceforge.net/opensips/?rev=9362&view=rev
Author:   bogdan_iancu
Date: 2012-10-21 10:11:09 + (Sun, 21 Oct 2012)
Log Message:
---
- fixed missing dependencies in deb packages
  Credits go to shimaore (SF id)
  Closes bug #3577302

Modified Paths:
--
trunk/packaging/debian/control

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9363] branches/1.8/packaging/debian/control

[Bogdan-Andrei Iancu]

Revision: 9363
  http://opensips.svn.sourceforge.net/opensips/?rev=9363&view=rev
Author:   bogdan_iancu
Date: 2012-10-21 10:19:48 + (Sun, 21 Oct 2012)
Log Message:
---
backport from trunk (rev #9362):
- fixed missing dependencies in deb packages
  Credits go to shimaore (SF id)
  Closes bug #3577302

Revision Links:
--
http://opensips.svn.sourceforge.net/opensips/?rev=9362&view=rev

Modified Paths:
--
branches/1.8/packaging/debian/control

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9364] trunk/packaging/debian/control

[Bogdan-Andrei Iancu]

Revision: 9364
  http://opensips.svn.sourceforge.net/opensips/?rev=9364&view=rev
Author:   bogdan_iancu
Date: 2012-10-21 14:03:38 + (Sun, 21 Oct 2012)
Log Message:
---
 one more dependency added to deb packages (lua package)

Modified Paths:
--
trunk/packaging/debian/control

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9365] branches/1.8/packaging/debian/control

[Bogdan-Andrei Iancu]

Revision: 9365
  http://opensips.svn.sourceforge.net/opensips/?rev=9365&view=rev
Author:   bogdan_iancu
Date: 2012-10-21 14:04:30 + (Sun, 21 Oct 2012)
Log Message:
---
one more dependency added to deb packages (lua package)

Modified Paths:
--
branches/1.8/packaging/debian/control

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3577302 ] packaging/debian: missing build dependencies

[SourceForge . net]

Bugs item #3577302, was opened at 2012-10-15 04:26
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3577302&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: packaging
Group: 1.8.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: shimaore (shimaore)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: packaging/debian: missing build dependencies

Initial Comment:
Trying to build opensips 1.8.1 on Debian/testing using packaging/debian, the 
following Build-Depends: entries are missing:
  libhiredis-dev librabbitmq-dev liblua5.1-dev libmemcache-dev libncurses5-dev
Since trunk uses the same Build-Depends line as 1.8.1 I assume the same issue 
happens in trunk but I haven't tested it.

--

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 07:04

Message:
Hello Shimaro - I update the list of dependencies. On Trunk and 1.8 branch
too!

Thanks and regards,
Bogdan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3577302&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Patches-3575739 ] Follow resource-list references on RLS

[SourceForge . net]

Patches item #3575739, was opened at 2012-10-09 06:51
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3575739&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: saghul (saghul)
>Assigned to: saghul (saghul)
Summary: Follow resource-list references on RLS

Initial Comment:
Hi,

This is the first patch of a series of patches to enhance presence support 
(including OMA) in OpenSIPS. The attached patch adds the ability to follow 
references from a rls-services to a resource-lists document.

The diff is quite big not only because of the actual feature, but because I had 
to fix some bugs as I worked on the feature as well, and separating those was 
not really possible.

I'm actively working on presence, so I'm willing to maintain this code, as well 
as fix any issues that may arise with it. So far I discovered none during 
testing :-)

If I get a ok I can merge it to trunk myself and we take it from there.


Regards,

--
Saúl Ibarra Corretgé
AG Projects


--

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 07:27

Message:
Hi Saul,

As I see no objection regarding this patch, feel free to proceed with
uploading it on trunk - and btw, I'm taking it seriously when you say you
are willing to maintain the code ;)

Thanks and regards,
Bogdan

--

Comment By: saghul (saghul)
Date: 2012-10-19 04:38

Message:
I just added a second patch, which adds a new mi command:
rls_update_subscriptions, which needs to be called if the RLS services
document or resource-lists was modified, in order to start new backend
subscriptions or stop old ones if required.

Please have a glance at this, the diff is so big and affects so many files
that it's getting complicated to manage.These are new features which will
go to trunk anyway, so if issues are discovered I'll get them fixed, I
promise :-)

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3575739&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3574453 ] b2b_logic: too small setup timeout when topology hiding

[SourceForge . net]

Bugs item #3574453, was opened at 2012-10-04 05:25
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3574453&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: b2b_logic: too small setup timeout when topology hiding

Initial Comment:
When b2b creates topology hiding scenario, it setups too small call setup time:
/* if it will not be confirmed -> delete */
tuple->lifetime = 60 + get_ticks();

When alice calls bob and bob don't answer for 60 seconds, b2b send CANCEL to 
both sides.
I think we should give possibility to configure this parameter, either in AVP 
or b2b_init_request flags like b2b_init_request("top hiding/t300").
I'd can to write the patch after discussion about what method to use.


--

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 08:01

Message:
Hi Nick,

I will go for v2, but I have some objection regarding your approach -  I
see you moved the scenario lookup from the fixup function to runtime part,
which is totally  inefficient - instead of doing the lookup once, you do it
for each call.

What I suggest here is to do both the scenario lookup and the flag
detection in the fixup function. You can simply do that by replacing the
param 1 (after fixup) with a structure (pkg) holding the scenario ID (as
originally) plus the flag string. Or even better, the structure can already
parse & expend the flags, so that at runtime you have everything prepared.
If you have doubts on how to do this, just let me know and I will do it as
soon as I'll get available time.

Regards,
Bogdan

--

Comment By: Nick Altmann (nikbyte)
Date: 2012-10-15 05:10

Message:
Here are two patches:
1. opensips_b2bl_tc_init_time_v1.patch
Adds module param b2bl_th_init_timeout with default value 60 to setup
initial b2b timeout for topology hiding scenario.

2. opensips_b2bl_tc_init_time_v1.patch
Adds module parameter as previous patch, but also adds per b2b session
flag "t[number]" for b2b_init_request.
Usage examples: b2b_init_request("top hiding/t60"),
b2b_init_request("top hiding/t300").
Number length is not fixed.

You may choose. :-)
If one or another patch will be applied, I'll add documentation patch for
it.


--

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-12 07:04

Message:
Hi Nick,

Normally the lifetime is controlled via the scenario XML, so it is per
scenario. Of course, the TH does not have a scenario XML. I would go for a
module param or by a flag-like approach - depending if we want to control
this per scenario (like for other cases) or per instance of scenario.

Regards,
Bogdan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3574453&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3578383 ] Multihomed B2B. Again.

[SourceForge . net]

Bugs item #3578383, was opened at 2012-10-19 07:18
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3578383&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Multihomed B2B. Again.

Initial Comment:
B2B doesn't take attention on transport tag in RURI.

For example: B2B receives UDP packet with transport=TCP in RURI, but whatever 
sends it via UDP.


--

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 08:14

Message:
Hi Nick,

If running in debug mode, when the initial request is processed by opensips
you should have a log like:
tm:t_uac: next_hop=

Could you confirm that the "uri" you have there points is the same as RURI
you had is script before triggering the b2b, and it still contain the
"transport" parameter.

Thanks and regards,
Bogdan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3578383&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] SF.net SVN: opensips:[9366] trunk/forward.c

[Bogdan-Andrei Iancu]

Revision: 9366
  http://opensips.svn.sourceforge.net/opensips/?rev=9366&view=rev
Author:   bogdan_iancu
Date: 2012-10-21 15:48:38 + (Sun, 21 Oct 2012)
Log Message:
---
- bug fixed: if no interface explicitly set, select as outbound interface the 
interface the message was received rather than the interface served by the 
process.

Modified Paths:
--
trunk/forward.c

This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3578406 ] Postgres create DB error

[SourceForge . net]

Bugs item #3578406, was opened at 2012-10-19 09:45
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3578406&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
>Group: trunk
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Toine (tganzeboom)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Postgres create DB error

Initial Comment:
Downloaded the latest 1.8, but got this error:

ERROR:  relation "dr_gateways_gwid_seq" does not exist

Also, I have to give my password multiple times. I have read this in earlier 
versions, but it seems to have come back?

Error is also below, included this for clearity

/opensips/1.8# opensipsdbctl create
database engine 'postgres' loaded
INFO: creating database opensips ...
Password for user postgres:
Password for user postgres:
Creating core table: standard
Password for user postgres:
NOTICE:  CREATE TABLE / UNIQUE will create implicit index "version_t_name_idx" 
for table "version"
Creating core table: acc
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "acc_id_seq" for serial 
column "acc.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "acc_pkey" for 
table "acc"
NOTICE:  CREATE TABLE will create implicit sequence "missed_calls_id_seq" for 
serial column "missed_calls.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"missed_calls_pkey" for table "missed_calls"
Creating core table: domain
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "domain_id_seq" for serial 
column "domain.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "domain_pkey" 
for table "domain"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index "domain_domain_idx" 
for table "domain"
Creating core table: group
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "grp_id_seq" for serial 
column "grp.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "grp_pkey" for 
table "grp"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index 
"grp_account_group_idx" for table "grp"
NOTICE:  CREATE TABLE will create implicit sequence "re_grp_id_seq" for serial 
column "re_grp.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "re_grp_pkey" 
for table "re_grp"
Creating core table: permissions
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "address_id_seq" for serial 
column "address.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "address_pkey" 
for table "address"
Creating core table: registrar
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "aliases_id_seq" for serial 
column "aliases.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "aliases_pkey" 
for table "aliases"
Creating core table: usrloc
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "location_id_seq" for 
serial column "location.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "location_pkey" 
for table "location"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index 
"location_account_contact_idx" for table "location"
Creating core table: msilo
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "silo_id_seq" for serial 
column "silo.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "silo_pkey" for 
table "silo"
Creating core table: alias_db
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "dbaliases_id_seq" for 
serial column "dbaliases.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "dbaliases_pkey" 
for table "dbaliases"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index "dbaliases_alias_idx" 
for table "dbaliases"
Creating core table: uri_db
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "uri_id_seq" for serial 
column "uri.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "uri_pkey" for 
table "uri"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index "uri_account_idx" for 
table "uri"
Creating core table: nathelper
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "nh_sockets_id_seq" for 
serial column "nh_sockets.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"nh_sockets_pkey" for table "nh_sockets"
Creating core table: speeddial
Password for user postgres:
NOTICE:  CREATE TABLE will create implicit sequence "speed_dial_id_seq" for 
serial column "speed_dial.id"
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index 
"speed_dial_pkey" for table "speed_dial"
NOTICE:  CREATE TABLE / UNIQUE will create implicit index 
"speed

[OpenSIPS-Devel] [ opensips-Bugs-3572504 ] crash in dialog module

[SourceForge . net]

Bugs item #3572504, was opened at 2012-09-27 12:30
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3572504&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Flavio Goncalves (flaviogoncalves)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: crash in dialog module 

Initial Comment:
Error in log, 

Sep 27 15:15:10 kernel: opensips[11386]: segfault at 7ffc0020 ip 
7ffca377fcdc sp 7fff0b587420 error 4 in dialog.so[7ffca374f000+4b000]

Backtrace:
#0  is_dlg_in_profile (msg=, profile=0x7ffc80ee2c28, 
value=0x0) at dlg_profile.c:824
824 if (linker->profile==profile) {
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.80.el6_3.5.x86_64 keyutils-libs-1.4-4.el6.x86_64 
krb5-libs-1.9-33.el6_3.2.x86_64 libcom_err-1.41.12-12.el6.x86_64 
librabbitmq-0.1-0.2.hgfb6fca832fd2.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 
mysql-libs-5.1.61-4.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 
openssl-1.0.0-25.el6_3.1.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) backtrace
#0  is_dlg_in_profile (msg=, profile=0x7ffc80ee2c28, 
value=0x0) at dlg_profile.c:824
#1  0x7ffca37573b2 in w_is_in_profile (msg=0x7ffca6912490, 
profile=0x7ffc80ee2c28 "\250,\356\200\374\177", value=) at 
dialog.c:1019
#2  0x00411ca6 in do_action (a=0x7ffca67ecc30, msg=0x7ffca6912490) at 
action.c:1483
#3  0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#4  0x0048939f in eval_elem (e=0x7ffca67ecd08, msg=0x7ffca6912490, 
val=0x0) at route.c:1438
#5  0x0048ad2d in eval_expr (e=0x7ffca67ecd08, msg=0x7ffca6912490, 
val=0x0) at route.c:1783
#6  0x0048ae42 in eval_expr (e=0x7ffca67ecd58, msg=0x7ffca6912490, 
val=0x0) at route.c:1790
#7  0x0048acf3 in eval_expr (e=0x7ffca67ecda8, msg=0x7ffca6912490, 
val=0x0) at route.c:1804
#8  0x00411abc in do_action (a=0x7ffca67ecf68, msg=0x7ffca6912490) at 
action.c:899
#9  0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#10 0x00414175 in do_action (a=0x7ffca67ed118, msg=0x7ffca6912490) at 
action.c:916
#11 0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#12 0x00414175 in do_action (a=0x7ffca67f0568, msg=0x7ffca6912490) at 
action.c:916
#13 0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#14 0x00414175 in do_action (a=0x7ffca67f0718, msg=0x7ffca6912490) at 
action.c:916
#15 0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#16 0x00413856 in run_actions (a=0x7ffca67b1178, msg=0x7ffca6912490) at 
action.c:123
#17 do_action (a=0x7ffca67b1178, msg=0x7ffca6912490) at action.c:573
#18 0x0040fd02 in run_action_list (a=, 
msg=0x7ffca6912490) at action.c:143
#19 0x004164b8 in run_actions (a=0x7ffca67b0d28, msg=0x7ffca6912490) at 
action.c:123
#20 run_top_route (a=0x7ffca67b0d28, msg=0x7ffca6912490) at action.c:189
#21 0x0047351e in receive_msg (buf=, len=, rcv_info=0x7fff0b589e30) at receive.c:165
#22 0x004ccd91 in udp_rcv_loop () at udp_server.c:424
#23 0x004303aa in main_loop (argc=, argv=) at main.c:876
#24 main (argc=, argv=) at main.c:1520

--

Comment By: Flavio Goncalves (flaviogoncalves)
Date: 2012-10-03 03:27

Message:
The problem is actually the function is_in_profile. For no specific reason
it is crashing once per day. It is checking a profile without value. The
workaround was to remove the lines with this function (is_in_profile) and
change the scripting logic. 

--

Comment By: Flavio Goncalves (flaviogoncalves)
Date: 2012-09-28 10:04

Message:
Apparently, the problem was caused by garbage being saved in a profile with
value \250,\356\200\374\177. The problem always happen after a lot of
malformed messages and I'm saving $fd in the profile with value domain. I
believe the crash occurred when listing this profile to display current
calls per domain in the dashboard.  The solution was to check if $fd was
not null before saving to an avp and checking if the avp has a value of one
of the local domains.  I will continue monitoring to check if this solved
the problem.  A check before saving values to profiles can be valuable. 

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3572504&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lis

[OpenSIPS-Devel] [ opensips-Bugs-3576387 ] segfault on dlg_ping_routine

[SourceForge . net]

Bugs item #3576387, was opened at 2012-10-11 10:18
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3576387&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Flavio Goncalves (flaviogoncalves)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: segfault on dlg_ping_routine

Initial Comment:
I'm reopening the case, It happened again after the patch. 

Program terminated with signal 11, Segmentation fault.
#0  dlg_ping_routine (ticks=, attr=) 
at dlg_timer.c:525

525 dlg->pl = 0;
(gdb) bt full
#0  dlg_ping_routine (ticks=, attr=) 
at dlg_timer.c:525
expired = 
it = 
curr = 0x7fba18391c18
dlg = 0x5d
__FUNCTION__ = "dlg_ping_routine"
#1  0x004b53dc in timer_ticker () at timer.c:360
t = 0x7fba5e562d58
#2  run_timer_process () at timer.c:430
multiple = 10
cnt = 
tv = {tv_sec = 0, tv_usec = 0}
#3  start_timer_processes () at timer.c:527
tpl = 0x7fba5e5614d0
pid = 
__FUNCTION__ = "start_timer_processes"
#4  0x004327d3 in main_loop (argc=, argv=) at main.c:933
i = 8
pid = 24
si = 0x0
startup_done = 0x7fba16a1f598
chd_rank = 16
load_p = 0x7fba16a1f8e8
#5  main (argc=, argv=) at main.c:1520
cfg_log_stderr = 8
cfg_stream = 
c = 
r = 
tmp = 0x7fff5461eea0 ""
tmp_len = 
port = 
proto = 
ret = 
seed = 2170505229
rfd = 
__FUNCTION__ = "main"

--

Comment By: Dragos Oancea (dragosoancea)
Date: 2012-10-12 04:41

Message:
Hi


This did not happened to me after I applied the patches ( tls_init.c patch
and dialog module patch - see bug ID 3570495  ) .
I use :
modparam("dialog", "ping_interval", 40)
modparam("tm", "fr_timer", 15)

Cheers,
Dragos



--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3576387&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] SVN checkout issue

[Ali Pey]

Hi Mickael,

The problem is you are checking out the code in windows. Windows dosen't
let you have a con.c file name. In another word, opensips code cannot be
checked out in windows operating system.

Regards,
Ali


On Sat, Oct 20, 2012 at 5:31 PM, Mickael Marrache <
mickael.marra...@xconnect.net> wrote:

> Hi,
>
> ** **
>
> I'm trying to check out the sources from 
> https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8 using 
> Tortoise SVN, and I get the following issue :
>
> ** **
>
> ...
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\db_unixodbc.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\list.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\val.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc.xml
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_admin.xml
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_devel.xml
>
> Can't move 'D:\Dev\C\OpenSIPS\1.8\.svn\tmp\svn-FE5B9E24' to
>
>  'D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c': Unable to create an 
> already existing file.
>
> ** **
>
> Do you have an idea of what may cause this issue? It seems that SVN tries to 
> add this file twice?
>
> ** **
>
> Thanks
>
>
> ___
> Devel mailing list
> Devel@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] SVN checkout issue

[Bogdan-Andrei Iancu]

Hi all,

Anyhow you cannot do anything with opensips on windows :).

Regards,
Bogdan


Sent from Samsung MobileAli Pey  wrote:Hi Mickael,

The problem is you are checking out the code in windows. Windows dosen't let 
you have a con.c file name. In another word, opensips code cannot be checked 
out in windows operating system. 

Regards,
Ali


On Sat, Oct 20, 2012 at 5:31 PM, Mickael Marrache 
 wrote:
Hi,

 

I'm trying to check out the sources from 
https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8 using 
Tortoise SVN, and I get the following issue :
 
...
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.c
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\db_unixodbc.c
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\list.h
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\val.c
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.h
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.h
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc.xml
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_admin.xml
Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_devel.xml
Can't move 'D:\Dev\C\OpenSIPS\1.8\.svn\tmp\svn-FE5B9E24' to
 'D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c': Unable to create an already 
existing file.
 
Do you have an idea of what may cause this issue? It seems that SVN tries to 
add this file twice?
 
Thanks

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] SVN checkout issue

[Mickael Marrache]

Hi,

I've just planned to look at the code.

Why Windows doesn't let me check out this file? After all, it is just a file?! 
Why such thing is OS dependent?

Mickael

From: devel-boun...@lists.opensips.org 
[mailto:devel-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
Sent: Sunday, October 21, 2012 9:30 PM
To: ali...@gmail.com; devel@lists.opensips.org
Subject: Re: [OpenSIPS-Devel] SVN checkout issue

Hi all,

Anyhow you cannot do anything with opensips on windows :).

Regards,
Bogdan


Sent from Samsung Mobile

Ali Pey mailto:ali...@gmail.com>> wrote:
Hi Mickael,

The problem is you are checking out the code in windows. Windows dosen't let 
you have a con.c file name. In another word, opensips code cannot be checked 
out in windows operating system.

Regards,
Ali

On Sat, Oct 20, 2012 at 5:31 PM, Mickael Marrache 
mailto:mickael.marra...@xconnect.net>> wrote:
Hi,


I'm trying to check out the sources from 
https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8 using 
Tortoise SVN, and I get the following issue :



...

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.c

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\db_unixodbc.c

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\list.h

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\val.c

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.h

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.h

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc.xml

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_admin.xml

Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_devel.xml

Can't move 'D:\Dev\C\OpenSIPS\1.8\.svn\tmp\svn-FE5B9E24' to

 'D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c': Unable to create an already 
existing file.



Do you have an idea of what may cause this issue? It seems that SVN tries to 
add this file twice?



Thanks

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

Re: [OpenSIPS-Devel] SVN checkout issue

[Ali Pey]

Google it for a better answer but Windows doesn't let you have a con.* file
name. It is used for some internal OS naming stuff.

If you are desperate, check out the code in a linux machine, then rename
con.c and con.h to something like conn.* and then move it over to windows.
You won't be able to connect to svn, but you can browse the code.

Regards,
Ali Pey


On Sun, Oct 21, 2012 at 3:34 PM, Mickael Marrache <
mickael.marra...@xconnect.net> wrote:

> Hi,
>
> ** **
>
> I've just planned to look at the code.
>
> ** **
>
> Why Windows doesn't let me check out this file? After all, it is just a
> file?! Why such thing is OS dependent?
>
> ** **
>
> Mickael
>
> ** **
>
> *From:* devel-boun...@lists.opensips.org [mailto:
> devel-boun...@lists.opensips.org] *On Behalf Of *Bogdan-Andrei Iancu
> *Sent:* Sunday, October 21, 2012 9:30 PM
> *To:* ali...@gmail.com; devel@lists.opensips.org
> *Subject:* Re: [OpenSIPS-Devel] SVN checkout issue
>
> ** **
>
> Hi all,
>
> ** **
>
> Anyhow you cannot do anything with opensips on windows :).
>
> ** **
>
> Regards,
>
> Bogdan
>
> ** **
>
> ** **
>
> Sent from Samsung Mobile
>
>
> Ali Pey  wrote:
> Hi Mickael,
>
> ** **
>
> The problem is you are checking out the code in windows. Windows dosen't
> let you have a con.c file name. In another word, opensips code cannot be
> checked out in windows operating system. 
>
> ** **
>
> Regards,
>
> Ali
>
> ** **
>
> On Sat, Oct 20, 2012 at 5:31 PM, Mickael Marrache <
> mickael.marra...@xconnect.net> wrote:
>
> Hi,
>
>  
>
> I'm trying to check out the sources from 
> https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8 using 
> Tortoise SVN, and I get the following issue :
>
>  
>
> ...
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\db_unixodbc.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\list.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\val.c
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.h
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc.xml
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_admin.xml
>
> Added  D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_devel.xml
>
> Can't move 'D:\Dev\C\OpenSIPS\1.8\.svn\tmp\svn-FE5B9E24' to
>
>  'D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c': Unable to create an 
> already existing file.
>
>  
>
> Do you have an idea of what may cause this issue? It seems that SVN tries to 
> add this file twice?
>
>  
>
> Thanks
>
>
> ___
> Devel mailing list
> Devel@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
> ** **
>
> ___
> Devel mailing list
> Devel@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

[OpenSIPS-Devel] [ opensips-Bugs-3578383 ] Path+usrloc+b2b=lost transport (Multihomed B2B. Again.)

[SourceForge . net]

Bugs item #3578383, was opened at 2012-10-19 07:18
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3578383&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
>Summary: Path+usrloc+b2b=lost transport (Multihomed B2B. Again.)

Initial Comment:
B2B doesn't take attention on transport tag in RURI.

For example: B2B receives UDP packet with transport=TCP in RURI, but whatever 
sends it via UDP.


--

>Comment By: Nick Altmann (nikbyte)
Date: 2012-10-21 22:18

Message:
I have mixed multiple opensips setup with b2b, usrloc, path and another
modules.
I deeply investigated the problem and it's not in b2b.
In my setup b2b sometimes receives packets with preloaded routes using path
module with use_received=1.
I found that when REGISTER passes from one opensips to another, path module
adds something like:
with enable_double_path=0:

with enable_double_path=1 (I use this):
,
Then it saved by save("table", "p0") on second opensips in database.

The next step is call from second opensips.
It receives INVITE, calls lookup("table") and adds preloaded route:
Route:
,
then sends it to first (b2b) opensips.

b2b-opensips receives this packet and in debug I see:
Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:after_loose:
Topmost route URI: 'sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947' is me
Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:run_rr_callbacks:
callback id 0 entered with 
Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:core:parse_params:
Parsing params for:[r2=on;lr;received=sip:8.8.8.8:55947]
then, in script output
$du=sip:8.8.8.8:55947
As expected, b2b uses $du to route the packet, ignoring $ru.

So, it lost transport because transport is in second Route header.


--

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-10-21 08:14

Message:
Hi Nick,

If running in debug mode, when the initial request is processed by opensips
you should have a log like:
tm:t_uac: next_hop=

Could you confirm that the "uri" you have there points is the same as RURI
you had is script before triggering the b2b, and it still contain the
"transport" parameter.

Thanks and regards,
Bogdan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3578383&group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel