From jh@tutpro.com Sat Feb  1 20:38:29 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: presence: bugfix: Add option to disable per-Table
 lock for database layer
Date: Sat, 01 Feb 2014 21:38:19 +0200
Message-ID: <21229.19755.702581.129878@tutpro.com>
In-Reply-To: <20140130205712.F1B2CEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0872259168=="

--===============0872259168==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Carsten Bock writes:

> presence: bugfix: Add option to disable per-Table lock for database layer
> (causes trouble with MySQL in DB_ONLY mode)
...
> +	    <title><varname>db_table_lock_type</varname> (integer)</title>
> +	    <para>
> +		Enable (=1) or disable (=0) the Locks for table during an transaction.
> +		Locking only the "current" table causes problems with a MySQL-Databases
> +		in "DB-Only" mode.

does it make sense to disable the locks?  i would imagine that they were
introduced for a purpose. what can break if locks are not used?

does the same MySQL trouble exist with locks used in rls module?

-- juha


--===============0872259168==--


From carsten@ng-voice.com Sat Feb  1 22:53:07 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:4.1: presence: bugfix: Add option to disable
 per-Table lock for database layer
Date: Sat, 01 Feb 2014 22:53:01 +0100
Message-ID:
 <CAOCjumHErZ2DBOEU4Vx9RUaX4U3sxdchw5GUc_Q75yU4JAcVrg@mail.gmail.com>
In-Reply-To: <21229.19755.702581.129878@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1891020855=="

--===============1891020855==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi Juha,

all i can say is, that the locks make the presence module completely
unusable with a MySQL backend in DB_ONLY mode. The current database layer
will only lock the current table for a transaction, not all tables used
during one transaction. And that results in an unusable database connection.
In order to change that, i'd have to the complete database API. ..
The RLS-Module has a similar option already...

Kind regards,
Carsten
Am 01.02.2014 20:38 schrieb "Juha Heinanen" <jh(a)tutpro.com>:

> Carsten Bock writes:
>
> > presence: bugfix: Add option to disable per-Table lock for database layer
> > (causes trouble with MySQL in DB_ONLY mode)
> ...
> > +         <title><varname>db_table_lock_type</varname> (integer)</title>
> > +         <para>
> > +             Enable (=1) or disable (=0) the Locks for table during an
> transaction.
> > +             Locking only the "current" table causes problems with a
> MySQL-Databases
> > +             in "DB-Only" mode.
>
> does it make sense to disable the locks?  i would imagine that they were
> introduced for a purpose. what can break if locks are not used?
>
> does the same MySQL trouble exist with locks used in rls module?
>
> -- juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



--===============1891020855==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PHAgZGlyPSJsdHIiPkhpIEp1aGEsPC9wPgo8cCBkaXI9Imx0ciI+YWxsIGkgY2FuIHNheSBpcywg
dGhhdCB0aGUgbG9ja3MgbWFrZSB0aGUgcHJlc2VuY2UgbW9kdWxlIGNvbXBsZXRlbHkgdW51c2Fi
bGUgd2l0aCBhIE15U1FMIGJhY2tlbmQgaW4gREJfT05MWSBtb2RlLiBUaGUgY3VycmVudCBkYXRh
YmFzZSBsYXllciB3aWxsIG9ubHkgbG9jayB0aGUgY3VycmVudCB0YWJsZSBmb3IgYSB0cmFuc2Fj
dGlvbiwgbm90IGFsbCB0YWJsZXMgdXNlZCBkdXJpbmcgb25lIHRyYW5zYWN0aW9uLiBBbmQgdGhh
dCByZXN1bHRzIGluIGFuIHVudXNhYmxlIGRhdGFiYXNlIGNvbm5lY3Rpb24uPGJyPgoKSW4gb3Jk
ZXIgdG8gY2hhbmdlIHRoYXQsIGkmIzM5O2QgaGF2ZSB0byB0aGUgY29tcGxldGUgZGF0YWJhc2Ug
QVBJLiAuLjxicj4KVGhlIFJMUy1Nb2R1bGUgaGFzIGEgc2ltaWxhciBvcHRpb24gYWxyZWFkeS4u
LjwvcD4KPHAgZGlyPSJsdHIiPktpbmQgcmVnYXJkcyw8YnI+CkNhcnN0ZW48L3A+CjxkaXYgY2xh
c3M9ImdtYWlsX3F1b3RlIj5BbSAwMS4wMi4yMDE0IDIwOjM4IHNjaHJpZWIgJnF1b3Q7SnVoYSBI
ZWluYW5lbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpoQHR1dHByby5jb20iPmpoQHR1dHBy
by5jb208L2E+Jmd0Ozo8YnIgdHlwZT0iYXR0cmlidXRpb24iPjxibG9ja3F1b3RlIGNsYXNzPSJn
bWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2Nj
IHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgpDYXJzdGVuIEJvY2sgd3JpdGVzOjxicj4KPGJyPgom
Z3Q7IHByZXNlbmNlOiBidWdmaXg6IEFkZCBvcHRpb24gdG8gZGlzYWJsZSBwZXItVGFibGUgbG9j
ayBmb3IgZGF0YWJhc2UgbGF5ZXI8YnI+CiZndDsgKGNhdXNlcyB0cm91YmxlIHdpdGggTXlTUUwg
aW4gREJfT05MWSBtb2RlKTxicj4KLi4uPGJyPgomZ3Q7ICsgoCCgIKAgoCAmbHQ7dGl0bGUmZ3Q7
Jmx0O3Zhcm5hbWUmZ3Q7ZGJfdGFibGVfbG9ja190eXBlJmx0Oy92YXJuYW1lJmd0OyAoaW50ZWdl
cikmbHQ7L3RpdGxlJmd0Ozxicj4KJmd0OyArIKAgoCCgIKAgJmx0O3BhcmEmZ3Q7PGJyPgomZ3Q7
ICsgoCCgIKAgoCCgIKAgRW5hYmxlICg9MSkgb3IgZGlzYWJsZSAoPTApIHRoZSBMb2NrcyBmb3Ig
dGFibGUgZHVyaW5nIGFuIHRyYW5zYWN0aW9uLjxicj4KJmd0OyArIKAgoCCgIKAgoCCgIExvY2tp
bmcgb25seSB0aGUgJnF1b3Q7Y3VycmVudCZxdW90OyB0YWJsZSBjYXVzZXMgcHJvYmxlbXMgd2l0
aCBhIE15U1FMLURhdGFiYXNlczxicj4KJmd0OyArIKAgoCCgIKAgoCCgIGluICZxdW90O0RCLU9u
bHkmcXVvdDsgbW9kZS48YnI+Cjxicj4KZG9lcyBpdCBtYWtlIHNlbnNlIHRvIGRpc2FibGUgdGhl
IGxvY2tzPyCgaSB3b3VsZCBpbWFnaW5lIHRoYXQgdGhleSB3ZXJlPGJyPgppbnRyb2R1Y2VkIGZv
ciBhIHB1cnBvc2UuIHdoYXQgY2FuIGJyZWFrIGlmIGxvY2tzIGFyZSBub3QgdXNlZD88YnI+Cjxi
cj4KZG9lcyB0aGUgc2FtZSBNeVNRTCB0cm91YmxlIGV4aXN0IHdpdGggbG9ja3MgdXNlZCBpbiBy
bHMgbW9kdWxlPzxicj4KPGJyPgotLSBqdWhhPGJyPgo8YnI+Cl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPgpzci1kZXYgbWFpbGluZyBsaXN0PGJyPgo8
YSBocmVmPSJtYWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIj5zci1kZXZAbGlzdHMu
c2lwLXJvdXRlci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5v
cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6
Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2PC9h
Pjxicj4KPC9ibG9ja3F1b3RlPjwvZGl2Pgo=

--===============1891020855==--


From miconda@gmail.com Mon Feb  3 09:42:07 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Per-child module de-init
Date: Mon, 03 Feb 2014 09:42:00 +0100
Message-ID: <52EF5658.8050100@gmail.com>
In-Reply-To:
 <CA+=mPar09vRazLNhKvS9jWAyk1hnqOiQVSoTOZQi6jBeyOq6yA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0634573782=="

--===============0634573782==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello,

On 20/01/14 13:14, Alekzander Spiridonov wrote:
>
> Hi list,
>
> Could anyone tell me if there is a symmetric way to "de-init" kamailio 
> child processes as it is done with child_init_function.
>
> Actual use case is to open connect only in timer module (for periodic 
> checks) and some how close it before kamailio is stopped. So at the 
> moment I use child_init_function to open connect but have no idea how 
> to close it since destroy_function is called only for proc_main AFTER 
> all childs are terminated.
indeed, the destroy function is executed by proc main and there is no 
option on a per child destroy callback. All connections will be cleared 
at the os layer once the application was stopped.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0634573782==--


From miconda@gmail.com Mon Feb  3 09:59:05 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: Makefile.defs: version set to 4.2.0-dev2
Date: Mon, 03 Feb 2014 09:59:04 +0100
Message-ID: <20140203085904.DE1EAEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1618282711=="

--===============1618282711==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5a6fbb29f5776743df4a97ce93b848d662da6b08
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5a6fbb29f5776743df4a97ce93b848d662da6b08

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb  3 09:58:37 2014 +0100

Makefile.defs: version set to 4.2.0-dev2

---

 Makefile.defs |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/Makefile.defs b/Makefile.defs
index 589fc26..7e801ac 100644
--- a/Makefile.defs
+++ b/Makefile.defs
@@ -165,7 +165,7 @@ INSTALL_FLAVOUR=3D$(FLAVOUR)
 VERSION =3D 4
 PATCHLEVEL =3D 2
 SUBLEVEL =3D  0
-EXTRAVERSION =3D -dev1
+EXTRAVERSION =3D -dev2
=20
 # memory manager switcher
 # 0 - f_malloc (fast malloc)



--===============1618282711==--


From carsten@ng-voice.com Mon Feb  3 10:00:04 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: presence: Clarify the db_lock_type in the docs
 in conjunction with the mode DB_ONLY and a MySQL-Backend .
Date: Mon, 03 Feb 2014 10:00:03 +0100
Message-ID: <20140203090003.707BBEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1537586220=="

--===============1537586220==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 77d81c02bf24b5ef266ad6dfecf393342cfe4000
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D77d81c02bf24b5ef266ad6dfecf393342cfe4000

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Mon Feb  3 09:58:59 2014 +0100

presence: Clarify the db_lock_type in the docs in conjunction with the mode D=
B_ONLY and a MySQL-Backend.

---

 modules/presence/doc/presence_admin.xml |   12 +++++++++---
 1 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/modules/presence/doc/presence_admin.xml b/modules/presence/doc/p=
resence_admin.xml
index 8b18174..e753463 100644
--- a/modules/presence/doc/presence_admin.xml
+++ b/modules/presence/doc/presence_admin.xml
@@ -578,9 +578,15 @@ modparam("presence", "fetch_rows", 1000)
 	<section>
 	    <title><varname>db_table_lock_type</varname> (integer)</title>
 	    <para>
-		Enable (=3D1) or disable (=3D0) the Locks for table during an transaction.
-		Locking only the "current" table causes problems with a MySQL-Databases
-		in "DB-Only" mode.
+		Enable (=3D1) or disable (=3D0) the Locks for table during an
+		transaction. Locking only the "current" table causes problems
+		with a MySQL-Databases in "DB-Only" mode.
+	    </para>
+	    <para>
+		In order to use the Presence-Module in "DB_ONLY"-mode with a=20
+		MySQL-Backend, set this parameter to "0", otherwise the=20
+		MySQL-Operations will fail. The Presence-Module will generate
+		a "500 Server error" due to the failed MySQL-queries.
 	    </para>
 	    <para>
 		<emphasis>



--===============1537586220==--


From carsten@ng-voice.com Mon Feb  3 10:00:37 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: presence: Clarify the db_lock_type in the docs in
 conjunction with the mode DB_ONLY and a MySQL-Backend .
Date: Mon, 03 Feb 2014 10:00:36 +0100
Message-ID: <20140203090037.19315EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0859502801=="

--===============0859502801==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 94d80b77f5bee00c8a2d27930dbd3b73a3ea0747
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D94d80b77f5bee00c8a2d27930dbd3b73a3ea0747

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Mon Feb  3 09:58:59 2014 +0100

presence: Clarify the db_lock_type in the docs in conjunction with the mode D=
B_ONLY and a MySQL-Backend.

---

 modules/presence/doc/presence_admin.xml |   12 +++++++++---
 1 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/modules/presence/doc/presence_admin.xml b/modules/presence/doc/p=
resence_admin.xml
index 8b18174..e753463 100644
--- a/modules/presence/doc/presence_admin.xml
+++ b/modules/presence/doc/presence_admin.xml
@@ -578,9 +578,15 @@ modparam("presence", "fetch_rows", 1000)
 	<section>
 	    <title><varname>db_table_lock_type</varname> (integer)</title>
 	    <para>
-		Enable (=3D1) or disable (=3D0) the Locks for table during an transaction.
-		Locking only the "current" table causes problems with a MySQL-Databases
-		in "DB-Only" mode.
+		Enable (=3D1) or disable (=3D0) the Locks for table during an
+		transaction. Locking only the "current" table causes problems
+		with a MySQL-Databases in "DB-Only" mode.
+	    </para>
+	    <para>
+		In order to use the Presence-Module in "DB_ONLY"-mode with a=20
+		MySQL-Backend, set this parameter to "0", otherwise the=20
+		MySQL-Operations will fail. The Presence-Module will generate
+		a "500 Server error" due to the failed MySQL-queries.
 	    </para>
 	    <para>
 		<emphasis>



--===============0859502801==--


From carsten@ng-voice.com Mon Feb  3 10:05:44 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: presence: Regenerated README
Date: Mon, 03 Feb 2014 10:05:43 +0100
Message-ID: <20140203090543.BDD82EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1606086367=="

--===============1606086367==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 1ec2dfbd836872df4663c059c26f410935a51b62
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1ec2dfbd836872df4663c059c26f410935a51b62

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Mon Feb  3 10:05:35 2014 +0100

presence: Regenerated README

---

 modules/presence/README |   82 +++++++++++++++++++++++++++++-----------------
 1 files changed, 52 insertions(+), 30 deletions(-)

diff --git a/modules/presence/README b/modules/presence/README
index f8681e4..b905594 100644
--- a/modules/presence/README
+++ b/modules/presence/README
@@ -16,9 +16,9 @@ Edited by
=20
 Juha Heinanen
=20
-   Copyright =EF=BF=BD 2006 Voice Sistem SRL
+   Copyright =C2=A9 2006 Voice Sistem SRL
=20
-   Copyright =EF=BF=BD 2009 Juha Heinanen
+   Copyright =C2=A9 2009 Juha Heinanen
      __________________________________________________________________
=20
    Table of Contents
@@ -54,6 +54,7 @@ Juha Heinanen
               3.19. enable_sphere_check (int)
               3.20. timeout_rm_subs (int)
               3.21. fetch_rows (integer)
+              3.22. db_table_lock_type (integer)
=20
         4. Functions
=20
@@ -119,11 +120,12 @@ Juha Heinanen
    1.19. Set enable_sphere_check parameter
    1.20. Set timeout_rm_subs parameter
    1.21. Set fetch_rows parameter
-   1.22. handle_publish usage
-   1.23. handle_subscribe usage
-   1.24. pres_auth_status usage
-   1.25. pres_refresh_watchers usage
-   1.26. pres_update_watchers usage
+   1.22. Set db_table_lock_type parameter
+   1.23. handle_publish usage
+   1.24. handle_subscribe usage
+   1.25. pres_auth_status usage
+   1.26. pres_refresh_watchers usage
+   1.27. pres_update_watchers usage
    2.1. presence_api_t structure
=20
 Chapter 1. Admin Guide
@@ -159,6 +161,7 @@ Chapter 1. Admin Guide
         3.19. enable_sphere_check (int)
         3.20. timeout_rm_subs (int)
         3.21. fetch_rows (integer)
+        3.22. db_table_lock_type (integer)
=20
    4. Functions
=20
@@ -245,6 +248,7 @@ Chapter 1. Admin Guide
    3.19. enable_sphere_check (int)
    3.20. timeout_rm_subs (int)
    3.21. fetch_rows (integer)
+   3.22. db_table_lock_type (integer)
=20
 3.1. db_url(str)
=20
@@ -253,7 +257,7 @@ Chapter 1. Admin Guide
    If set, the module is a fully operational presence server. Otherwise,
    it is used as a 'library', for its exported functions.
=20
-   Default value is "NULL".
+   Default value is =E2=80=9CNULL=E2=80=9D.
=20
    Example 1.1. Set db_url parameter
 ...
@@ -265,7 +269,7 @@ modparam("presence", "db_url",
=20
    The name of the db table where PUBLISH presence information is stored.
=20
-   Default value is "presentity".
+   Default value is =E2=80=9Cpresentity=E2=80=9D.
=20
    Example 1.2. Set presentity_table parameter
 ...
@@ -277,7 +281,7 @@ modparam("presence", "presentity_table", "presentity")
    The name of the db table where active subscription information is
    stored.
=20
-   Default value is "active_watchers".
+   Default value is =E2=80=9Cactive_watchers=E2=80=9D.
=20
    Example 1.3. Set active_watchers_table parameter
 ...
@@ -288,7 +292,7 @@ modparam("presence", "active_watchers_table", "active_wat=
chers")
=20
    The name of the db table where subscription states are stored.
=20
-   Default value is "watchers".
+   Default value is =E2=80=9Cwatchers=E2=80=9D.
=20
    Example 1.4. Set watchers_table parameter
 ...
@@ -300,7 +304,7 @@ modparam("presence", "watchers_table", "watchers")
    The period in seconds between checks if there are expired messages
    stored in database.
=20
-   Default value is "100". A zero or negative value disables this
+   Default value is =E2=80=9C100=E2=80=9D. A zero or negative value disables=
 this
    activity.
=20
    Example 1.5. Set clean_period parameter
@@ -313,7 +317,7 @@ modparam("presence", "clean_period", 100)
    The period at which to synchronize cached subscriber info with the
    database.
=20
-   Default value is "100". A zero or negative value disables
+   Default value is =E2=80=9C100=E2=80=9D. A zero or negative value disables
    synchronization.
=20
    Example 1.6. Set db_update_period parameter
@@ -331,7 +335,7 @@ modparam("presence", "db_update_period", 100)
    than 0. When notifier_processes is less than or equal to 0 NOTIFY
    requests are sent immediately.
=20
-   Default value is "5".
+   Default value is =E2=80=9C5=E2=80=9D.
=20
    Example 1.7. Set waitn_time parameter
 ...
@@ -348,7 +352,7 @@ modparam("presence", "waitn_time", 10)
    Separate notifier processes are only run when subs_db_mode is 3 (DB
    only mode).
=20
-   Default value is "10".
+   Default value is =E2=80=9C10=E2=80=9D.
=20
    Example 1.8. Set notifier_poll_rate parameter
 ...
@@ -368,7 +372,7 @@ modparam("presence", "notifier_poll_rate", 20)
    NOTIFY requests can be sent on a dialog at the same time, there are
    race conditions which result in CSeq re-use.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.9. Set notifier_processes parameter
 ...
@@ -380,7 +384,7 @@ modparam("presence", "notifier_processes", 2)
    The prefix used when generating to_tag when sending replies for
    SUBSCRIBE requests.
=20
-   Default value is "10".
+   Default value is =E2=80=9C10=E2=80=9D.
=20
    Example 1.10. Set to_tag_pref parameter
 ...
@@ -393,7 +397,7 @@ modparam("presence", "to_tag_pref", 'pres')
    when sending a 200OK for a publish. It is used for forcing the client
    to send an update before the old publish expires.
=20
-   Default value is "0".
+   Default value is =E2=80=9C0=E2=80=9D.
=20
    Example 1.11. Set expires_offset parameter
 ...
@@ -405,7 +409,7 @@ modparam("presence", "expires_offset", 10)
    The the maximum admissible expires value for PUBLISH/SUBSCRIBE message
    (in seconds).
=20
-   Default value is "3600".
+   Default value is =E2=80=9C3600=E2=80=9D.
=20
    Example 1.12. Set max_expires parameter
 ...
@@ -476,7 +480,7 @@ modparam("presence", "subs_db_mode", 1)
    database or there are other external entities inserting data into the
    presentity table.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.15. Set publ_cache parameter
 ...
@@ -489,7 +493,7 @@ modparam("presence", "publ_cache", 0)
    This parameter will be used as the power of 2 when computing table
    size.
=20
-   Default value is "9 (512)".
+   Default value is =E2=80=9C9 (512)=E2=80=9D.
=20
    Example 1.16. Set subs_htable_size parameter
 ...
@@ -501,7 +505,7 @@ modparam("presence", "subs_htable_size", 11)
    The size of the in-memory hash table to store publish records. This
    parameter will be used as the power of 2 when computing table size.
=20
-   Default value is "9 (512)".
+   Default value is =E2=80=9C9 (512)=E2=80=9D.
=20
    Example 1.17. Set pres_htable_size parameter
 ...
@@ -516,7 +520,7 @@ modparam("presence", "pres_htable_size", 11)
    empty NOTIFY to an message-summary event. This parameter is enabled by
    default, thus addering to the standard.
=20
-   Default value is "1 ".
+   Default value is =E2=80=9C1 =E2=80=9D.
=20
    Example 1.18. Set send_fast_notify parameter
 ...
@@ -531,7 +535,7 @@ modparam("presence", "send_fast_notify", 0)
    this check requires extra processing that should be avoided if this
    feature is not supported by the clients.
=20
-   Default value is "0 ".
+   Default value is =E2=80=9C0 =E2=80=9D.
=20
    Example 1.19. Set enable_sphere_check parameter
 ...
@@ -546,7 +550,7 @@ modparam("presence", "enable_sphere_check", 1)
    on. Disabling this will keep subscriptions active on unreliable
    networks.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.20. Set timeout_rm_subs parameter
 ...
@@ -564,6 +568,24 @@ modparam("presence", "timeout_rm_subs", 0)
 modparam("presence", "fetch_rows", 1000)
 ...
=20
+3.22. db_table_lock_type (integer)
+
+   Enable (=3D1) or disable (=3D0) the Locks for table during an transaction.
+   Locking only the "current" table causes problems with a MySQL-Databases
+   in "DB-Only" mode.
+
+   In order to use the Presence-Module in "DB_ONLY"-mode with a
+   MySQL-Backend, set this parameter to "0", otherwise the
+   MySQL-Operations will fail. The Presence-Module will generate a "500
+   Server error" due to the failed MySQL-queries.
+
+   Default value is 1 (Write Lock for the Tables).
+
+   Example 1.22. Set db_table_lock_type parameter
+...
+modparam("presence", "db_table_lock_type", 0)
+...
+
 4. Functions
=20
    4.1. handle_publish(char* sender_uri)
@@ -592,7 +614,7 @@ modparam("presence", "fetch_rows", 1000)
=20
    The module sends an appropriate stateless reply in all cases.
=20
-   Example 1.22. handle_publish usage
+   Example 1.23. handle_publish usage
 ...
         if(is_method("PUBLISH"))
         {
@@ -623,7 +645,7 @@ modparam("presence", "fetch_rows", 1000)
=20
    The module sends an appropriate stateless reply in all cases.
=20
-   Example 1.23. handle_subscribe usage
+   Example 1.24. handle_subscribe usage
 ...
 if(method=3D=3D"SUBSCRIBE")
     handle_subscribe();
@@ -640,7 +662,7 @@ if(method=3D=3D"SUBSCRIBE")
=20
    This function can be used from REQUEST_ROUTE.
=20
-   Example 1.24. pres_auth_status usage
+   Example 1.25. pres_auth_status usage
 ...
 if (method=3D=3D"MESSAGE") {
     pres_auth_status("$fu", $ru");
@@ -676,7 +698,7 @@ if (method=3D=3D"MESSAGE") {
=20
    This function can be used from ANY_ROUTE.
=20
-   Example 1.25. pres_refresh_watchers usage
+   Example 1.26. pres_refresh_watchers usage
 ...
 pres_refresh_watchers("sip:test(a)kamailio.org", "presence", 1);
 ...
@@ -694,7 +716,7 @@ pres_refresh_watchers("sip:test(a)kamailio.org", "presenc=
e", 1);
=20
    This function can be used from ANY_ROUTE.
=20
-   Example 1.26. pres_update_watchers usage
+   Example 1.27. pres_update_watchers usage
 ...
 pres_update_watchers("sip:test(a)kamailio.org", "presence");
 ...



--===============1606086367==--


From carsten@ng-voice.com Mon Feb  3 10:05:53 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: presence: Regenerated README
Date: Mon, 03 Feb 2014 10:05:53 +0100
Message-ID: <20140203090553.6A4A6EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0216884421=="

--===============0216884421==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: c3466508d9486b566dff62ecbc0c509eacdd924e
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dc3466508d9486b566dff62ecbc0c509eacdd924e

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Mon Feb  3 10:04:06 2014 +0100

presence: Regenerated README

---

 modules/presence/README |   82 +++++++++++++++++++++++++++++-----------------
 1 files changed, 52 insertions(+), 30 deletions(-)

diff --git a/modules/presence/README b/modules/presence/README
index f8681e4..b905594 100644
--- a/modules/presence/README
+++ b/modules/presence/README
@@ -16,9 +16,9 @@ Edited by
=20
 Juha Heinanen
=20
-   Copyright =EF=BF=BD 2006 Voice Sistem SRL
+   Copyright =C2=A9 2006 Voice Sistem SRL
=20
-   Copyright =EF=BF=BD 2009 Juha Heinanen
+   Copyright =C2=A9 2009 Juha Heinanen
      __________________________________________________________________
=20
    Table of Contents
@@ -54,6 +54,7 @@ Juha Heinanen
               3.19. enable_sphere_check (int)
               3.20. timeout_rm_subs (int)
               3.21. fetch_rows (integer)
+              3.22. db_table_lock_type (integer)
=20
         4. Functions
=20
@@ -119,11 +120,12 @@ Juha Heinanen
    1.19. Set enable_sphere_check parameter
    1.20. Set timeout_rm_subs parameter
    1.21. Set fetch_rows parameter
-   1.22. handle_publish usage
-   1.23. handle_subscribe usage
-   1.24. pres_auth_status usage
-   1.25. pres_refresh_watchers usage
-   1.26. pres_update_watchers usage
+   1.22. Set db_table_lock_type parameter
+   1.23. handle_publish usage
+   1.24. handle_subscribe usage
+   1.25. pres_auth_status usage
+   1.26. pres_refresh_watchers usage
+   1.27. pres_update_watchers usage
    2.1. presence_api_t structure
=20
 Chapter 1. Admin Guide
@@ -159,6 +161,7 @@ Chapter 1. Admin Guide
         3.19. enable_sphere_check (int)
         3.20. timeout_rm_subs (int)
         3.21. fetch_rows (integer)
+        3.22. db_table_lock_type (integer)
=20
    4. Functions
=20
@@ -245,6 +248,7 @@ Chapter 1. Admin Guide
    3.19. enable_sphere_check (int)
    3.20. timeout_rm_subs (int)
    3.21. fetch_rows (integer)
+   3.22. db_table_lock_type (integer)
=20
 3.1. db_url(str)
=20
@@ -253,7 +257,7 @@ Chapter 1. Admin Guide
    If set, the module is a fully operational presence server. Otherwise,
    it is used as a 'library', for its exported functions.
=20
-   Default value is "NULL".
+   Default value is =E2=80=9CNULL=E2=80=9D.
=20
    Example 1.1. Set db_url parameter
 ...
@@ -265,7 +269,7 @@ modparam("presence", "db_url",
=20
    The name of the db table where PUBLISH presence information is stored.
=20
-   Default value is "presentity".
+   Default value is =E2=80=9Cpresentity=E2=80=9D.
=20
    Example 1.2. Set presentity_table parameter
 ...
@@ -277,7 +281,7 @@ modparam("presence", "presentity_table", "presentity")
    The name of the db table where active subscription information is
    stored.
=20
-   Default value is "active_watchers".
+   Default value is =E2=80=9Cactive_watchers=E2=80=9D.
=20
    Example 1.3. Set active_watchers_table parameter
 ...
@@ -288,7 +292,7 @@ modparam("presence", "active_watchers_table", "active_wat=
chers")
=20
    The name of the db table where subscription states are stored.
=20
-   Default value is "watchers".
+   Default value is =E2=80=9Cwatchers=E2=80=9D.
=20
    Example 1.4. Set watchers_table parameter
 ...
@@ -300,7 +304,7 @@ modparam("presence", "watchers_table", "watchers")
    The period in seconds between checks if there are expired messages
    stored in database.
=20
-   Default value is "100". A zero or negative value disables this
+   Default value is =E2=80=9C100=E2=80=9D. A zero or negative value disables=
 this
    activity.
=20
    Example 1.5. Set clean_period parameter
@@ -313,7 +317,7 @@ modparam("presence", "clean_period", 100)
    The period at which to synchronize cached subscriber info with the
    database.
=20
-   Default value is "100". A zero or negative value disables
+   Default value is =E2=80=9C100=E2=80=9D. A zero or negative value disables
    synchronization.
=20
    Example 1.6. Set db_update_period parameter
@@ -331,7 +335,7 @@ modparam("presence", "db_update_period", 100)
    than 0. When notifier_processes is less than or equal to 0 NOTIFY
    requests are sent immediately.
=20
-   Default value is "5".
+   Default value is =E2=80=9C5=E2=80=9D.
=20
    Example 1.7. Set waitn_time parameter
 ...
@@ -348,7 +352,7 @@ modparam("presence", "waitn_time", 10)
    Separate notifier processes are only run when subs_db_mode is 3 (DB
    only mode).
=20
-   Default value is "10".
+   Default value is =E2=80=9C10=E2=80=9D.
=20
    Example 1.8. Set notifier_poll_rate parameter
 ...
@@ -368,7 +372,7 @@ modparam("presence", "notifier_poll_rate", 20)
    NOTIFY requests can be sent on a dialog at the same time, there are
    race conditions which result in CSeq re-use.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.9. Set notifier_processes parameter
 ...
@@ -380,7 +384,7 @@ modparam("presence", "notifier_processes", 2)
    The prefix used when generating to_tag when sending replies for
    SUBSCRIBE requests.
=20
-   Default value is "10".
+   Default value is =E2=80=9C10=E2=80=9D.
=20
    Example 1.10. Set to_tag_pref parameter
 ...
@@ -393,7 +397,7 @@ modparam("presence", "to_tag_pref", 'pres')
    when sending a 200OK for a publish. It is used for forcing the client
    to send an update before the old publish expires.
=20
-   Default value is "0".
+   Default value is =E2=80=9C0=E2=80=9D.
=20
    Example 1.11. Set expires_offset parameter
 ...
@@ -405,7 +409,7 @@ modparam("presence", "expires_offset", 10)
    The the maximum admissible expires value for PUBLISH/SUBSCRIBE message
    (in seconds).
=20
-   Default value is "3600".
+   Default value is =E2=80=9C3600=E2=80=9D.
=20
    Example 1.12. Set max_expires parameter
 ...
@@ -476,7 +480,7 @@ modparam("presence", "subs_db_mode", 1)
    database or there are other external entities inserting data into the
    presentity table.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.15. Set publ_cache parameter
 ...
@@ -489,7 +493,7 @@ modparam("presence", "publ_cache", 0)
    This parameter will be used as the power of 2 when computing table
    size.
=20
-   Default value is "9 (512)".
+   Default value is =E2=80=9C9 (512)=E2=80=9D.
=20
    Example 1.16. Set subs_htable_size parameter
 ...
@@ -501,7 +505,7 @@ modparam("presence", "subs_htable_size", 11)
    The size of the in-memory hash table to store publish records. This
    parameter will be used as the power of 2 when computing table size.
=20
-   Default value is "9 (512)".
+   Default value is =E2=80=9C9 (512)=E2=80=9D.
=20
    Example 1.17. Set pres_htable_size parameter
 ...
@@ -516,7 +520,7 @@ modparam("presence", "pres_htable_size", 11)
    empty NOTIFY to an message-summary event. This parameter is enabled by
    default, thus addering to the standard.
=20
-   Default value is "1 ".
+   Default value is =E2=80=9C1 =E2=80=9D.
=20
    Example 1.18. Set send_fast_notify parameter
 ...
@@ -531,7 +535,7 @@ modparam("presence", "send_fast_notify", 0)
    this check requires extra processing that should be avoided if this
    feature is not supported by the clients.
=20
-   Default value is "0 ".
+   Default value is =E2=80=9C0 =E2=80=9D.
=20
    Example 1.19. Set enable_sphere_check parameter
 ...
@@ -546,7 +550,7 @@ modparam("presence", "enable_sphere_check", 1)
    on. Disabling this will keep subscriptions active on unreliable
    networks.
=20
-   Default value is "1".
+   Default value is =E2=80=9C1=E2=80=9D.
=20
    Example 1.20. Set timeout_rm_subs parameter
 ...
@@ -564,6 +568,24 @@ modparam("presence", "timeout_rm_subs", 0)
 modparam("presence", "fetch_rows", 1000)
 ...
=20
+3.22. db_table_lock_type (integer)
+
+   Enable (=3D1) or disable (=3D0) the Locks for table during an transaction.
+   Locking only the "current" table causes problems with a MySQL-Databases
+   in "DB-Only" mode.
+
+   In order to use the Presence-Module in "DB_ONLY"-mode with a
+   MySQL-Backend, set this parameter to "0", otherwise the
+   MySQL-Operations will fail. The Presence-Module will generate a "500
+   Server error" due to the failed MySQL-queries.
+
+   Default value is 1 (Write Lock for the Tables).
+
+   Example 1.22. Set db_table_lock_type parameter
+...
+modparam("presence", "db_table_lock_type", 0)
+...
+
 4. Functions
=20
    4.1. handle_publish(char* sender_uri)
@@ -592,7 +614,7 @@ modparam("presence", "fetch_rows", 1000)
=20
    The module sends an appropriate stateless reply in all cases.
=20
-   Example 1.22. handle_publish usage
+   Example 1.23. handle_publish usage
 ...
         if(is_method("PUBLISH"))
         {
@@ -623,7 +645,7 @@ modparam("presence", "fetch_rows", 1000)
=20
    The module sends an appropriate stateless reply in all cases.
=20
-   Example 1.23. handle_subscribe usage
+   Example 1.24. handle_subscribe usage
 ...
 if(method=3D=3D"SUBSCRIBE")
     handle_subscribe();
@@ -640,7 +662,7 @@ if(method=3D=3D"SUBSCRIBE")
=20
    This function can be used from REQUEST_ROUTE.
=20
-   Example 1.24. pres_auth_status usage
+   Example 1.25. pres_auth_status usage
 ...
 if (method=3D=3D"MESSAGE") {
     pres_auth_status("$fu", $ru");
@@ -676,7 +698,7 @@ if (method=3D=3D"MESSAGE") {
=20
    This function can be used from ANY_ROUTE.
=20
-   Example 1.25. pres_refresh_watchers usage
+   Example 1.26. pres_refresh_watchers usage
 ...
 pres_refresh_watchers("sip:test(a)kamailio.org", "presence", 1);
 ...
@@ -694,7 +716,7 @@ pres_refresh_watchers("sip:test(a)kamailio.org", "presenc=
e", 1);
=20
    This function can be used from ANY_ROUTE.
=20
-   Example 1.26. pres_update_watchers usage
+   Example 1.27. pres_update_watchers usage
 ...
 pres_update_watchers("sip:test(a)kamailio.org", "presence");
 ...



--===============0216884421==--


From carsten@ng-voice.com Mon Feb  3 10:06:04 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:master: presence: bugfix: Add option to disable
 per-Table lock for database layer
Date: Mon, 03 Feb 2014 10:05:57 +0100
Message-ID:
 <CAOCjumFNz2Dq88fY9VKLdjg9-M5CZtD8ueX5He2StNEwD_aK8w@mail.gmail.com>
In-Reply-To: <21228.10747.760251.696701@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0566877871=="

--===============0566877871==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi Juha,

thanks for the feedback. I've just added a note to the docs on how
this parameter should be used when using with a MySQL-database.

Kind regards,
Carsten

2014-01-31 Juha Heinanen <jh(a)tutpro.com>:
> Carsten Bock writes:
>
>> presence: bugfix: Add option to disable per-Table lock for database layer
>> (causes trouble with MySQL in DB_ONLY mode)
>
> Thanks for the parameter.  However, it was not clear to me based on
> README text, which value db_table_lock_type should be set to in order
> the avoid MySQL trouble.
>
> -- Juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



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

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

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/


--===============0566877871==--


From alexandr.dubovikov@gmail.com Mon Feb  3 11:10:10 2014
From: Alexandr Dubovikov <alexandr.dubovikov@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/sipcapture: Added X-Rtp stats from
 Siemens and MediaProxy-Ng.
Date: Mon, 03 Feb 2014 11:10:05 +0100
Message-ID: <20140203101009.9232BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0461710234=="

--===============0461710234==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: a4b1683f89708e311f6a37b4ab57004391e49cc9
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Da4b1683f89708e311f6a37b4ab57004391e49cc9

Author: Alexandr Dubovikov <alexandr.dubovikov(a)gmail.com>
Committer: Alexandr Dubovikov <alexandr.dubovikov(a)gmail.com>
Date:   Mon Feb  3 11:07:48 2014 +0100

modules/sipcapture: Added X-Rtp stats from Siemens and MediaProxy-Ng.

	Thanks Lorenzo Mangani for the patch.

---

 modules/sipcapture/sipcapture.c |    8 ++++++++
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/modules/sipcapture/sipcapture.c b/modules/sipcapture/sipcapture.c
index dc46ab8..f89b98c 100644
--- a/modules/sipcapture/sipcapture.c
+++ b/modules/sipcapture/sipcapture.c
@@ -1634,6 +1634,14 @@ static int sip_capture(struct sip_msg *msg, str *_tabl=
e, _capture_mode_data_t *
 	else if((tmphdr[3] =3D get_hdr_by_name(msg,"P-RTP-Stat", 10)) !=3D NULL) {
 		sco.rtp_stat =3D  tmphdr[3]->body;
 	}	                         =09
+	/* X-Siemens-RTP-stats */=09
+	else if((tmphdr[3] =3D get_hdr_by_name(msg,"X-Siemens-RTP-stats", 19)) !=3D=
 NULL) {
+		sco.rtp_stat =3D  tmphdr[3]->body;
+	}	                        =20
+	/* X-NG-RTP-STATS */=09
+	else if((tmphdr[3] =3D get_hdr_by_name(msg,"X-NG-RTP-STATS", 14)) !=3D NULL=
) {
+		sco.rtp_stat =3D  tmphdr[3]->body;
+	}	                         =09
 	/* RTP-RxStat */
         else if((tmphdr[3] =3D get_hdr_by_name(msg,"RTP-RxStat", 10)) !=3D N=
ULL) {
                 if(tmphdr[3]->body.len > 250) tmphdr[3]->body.len =3D 250;



--===============0461710234==--


From linuxmaniac@torreviejawireless.org Mon Feb  3 11:14:42 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: unifying debian packaging
Date: Mon, 03 Feb 2014 11:14:41 +0100
Message-ID: <20140203101442.11B36EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1856153440=="

--===============1856153440==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 806489af70241ab6825a5e6e7cd00bb9c6e33e1a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D806489af70241ab6825a5e6e7cd00bb9c6e33e1a

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Thu Jan 30 18:17:12 2014 +0100

pkg/kamailio/deb: unifying debian packaging

---

 pkg/kamailio/deb/debian/backports/jessie           |   19 +
 pkg/kamailio/deb/debian/backports/precise          |   25 +
 pkg/kamailio/deb/debian/backports/squeeze          |   70 +++
 pkg/kamailio/deb/debian/backports/wheezy           |   31 +
 pkg/kamailio/deb/debian/control                    |   18 +-
 pkg/kamailio/deb/debian/rules                      |    2 +-
 pkg/kamailio/deb/jessie/control                    |   19 +-
 pkg/kamailio/deb/jessie/rules                      |    4 +-
 pkg/kamailio/deb/precise/changelog                 |    1 +
 pkg/kamailio/deb/precise/compat                    |    2 +-
 pkg/kamailio/deb/precise/control                   |  599 +++++++++++-------=
--
 .../deb/precise/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/precise/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/precise/kamailio.default          |   26 +-
 pkg/kamailio/deb/precise/kamailio.init             |  279 ++++------
 pkg/kamailio/deb/precise/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/precise/rules                     |  140 ++---
 pkg/kamailio/deb/precise/source/format             |    1 +
 pkg/kamailio/deb/precise/watch                     |    3 +
 pkg/kamailio/deb/squeeze/control                   |   63 ++-
 pkg/kamailio/deb/squeeze/rules                     |   21 +-
 pkg/kamailio/deb/wheezy/control                    |   19 +-
 pkg/kamailio/deb/wheezy/rules                      |    6 +-
 23 files changed, 764 insertions(+), 620 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D806489af70241ab6825a5e6e7cd00bb9c6e33e1a


--===============1856153440==--


From linuxmaniac@torreviejawireless.org Mon Feb  3 11:14:42 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: wrap-and-sort control files
Date: Mon, 03 Feb 2014 11:14:42 +0100
Message-ID: <20140203101442.28880EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1342402338=="

--===============1342402338==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 9623eaa91daf85affcaf9377ae85f2782ae614c9
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9623eaa91daf85affcaf9377ae85f2782ae614c9

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 09:28:15 2014 +0100

pkg/kamailio/deb: wrap-and-sort control files

---

 pkg/kamailio/deb/debian/control  |  168 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/jessie/control  |  166 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/precise/control |  161 ++++++++++++++++++++----------------
 pkg/kamailio/deb/squeeze/control |  135 +++++++++++++++++--------------
 pkg/kamailio/deb/wheezy/control  |  157 +++++++++++++++++++----------------
 5 files changed, 430 insertions(+), 357 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D9623eaa91daf85affcaf9377ae85f2782ae614c9


--===============1342402338==--


From linuxmaniac@torreviejawireless.org Mon Feb  3 11:14:43 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: pkg/kamailio/deb: update changelog files to	dev2 version
Date: Mon, 03 Feb 2014 11:14:42 +0100
Message-ID: <20140203101442.5550BEF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0405615577=="

--===============0405615577==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 4b0e63b74db47712335f97b54675c82a058ee0da
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4b0e63b74db47712335f97b54675c82a058ee0da

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 11:13:46 2014 +0100

pkg/kamailio/deb: update changelog files to dev2 version

---

 pkg/kamailio/deb/debian/changelog  |    6 ++++++
 pkg/kamailio/deb/jessie/changelog  |    6 ++++++
 pkg/kamailio/deb/precise/changelog |    6 ++++++
 pkg/kamailio/deb/squeeze/changelog |    6 ++++++
 pkg/kamailio/deb/wheezy/changelog  |    6 ++++++
 5 files changed, 30 insertions(+), 0 deletions(-)

diff --git a/pkg/kamailio/deb/debian/changelog b/pkg/kamailio/deb/debian/chan=
gelog
index 197cacc..629db68 100644
--- a/pkg/kamailio/deb/debian/changelog
+++ b/pkg/kamailio/deb/debian/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev2
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Mon, 03 Feb 2014 11:=
12:36 +0100
+
 kamailio (4.2.0~dev1) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev1
diff --git a/pkg/kamailio/deb/jessie/changelog b/pkg/kamailio/deb/jessie/chan=
gelog
index 197cacc..629db68 100644
--- a/pkg/kamailio/deb/jessie/changelog
+++ b/pkg/kamailio/deb/jessie/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev2
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Mon, 03 Feb 2014 11:=
12:36 +0100
+
 kamailio (4.2.0~dev1) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev1
diff --git a/pkg/kamailio/deb/precise/changelog b/pkg/kamailio/deb/precise/ch=
angelog
index 197cacc..629db68 100644
--- a/pkg/kamailio/deb/precise/changelog
+++ b/pkg/kamailio/deb/precise/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev2
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Mon, 03 Feb 2014 11:=
12:36 +0100
+
 kamailio (4.2.0~dev1) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev1
diff --git a/pkg/kamailio/deb/squeeze/changelog b/pkg/kamailio/deb/squeeze/ch=
angelog
index 197cacc..629db68 100644
--- a/pkg/kamailio/deb/squeeze/changelog
+++ b/pkg/kamailio/deb/squeeze/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev2
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Mon, 03 Feb 2014 11:=
12:36 +0100
+
 kamailio (4.2.0~dev1) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev1
diff --git a/pkg/kamailio/deb/wheezy/changelog b/pkg/kamailio/deb/wheezy/chan=
gelog
index 197cacc..629db68 100644
--- a/pkg/kamailio/deb/wheezy/changelog
+++ b/pkg/kamailio/deb/wheezy/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev2
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Mon, 03 Feb 2014 11:=
12:36 +0100
+
 kamailio (4.2.0~dev1) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev1



--===============0405615577==--


From miconda@gmail.com Mon Feb  3 11:41:39 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: db_cluster: updated the old application name	in
 doc examples
Date: Mon, 03 Feb 2014 11:41:38 +0100
Message-ID: <20140203104139.13A05EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1768396984=="

--===============1768396984==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 32f688659fcc6f7c44d9095e585951780e277522
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D32f688659fcc6f7c44d9095e585951780e277522

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb  3 11:40:43 2014 +0100

db_cluster: updated the old application name in doc examples

---

 modules/db_cluster/README                   |    8 ++++----
 modules/db_cluster/doc/db_cluster_admin.xml |    8 ++++----
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/modules/db_cluster/README b/modules/db_cluster/README
index cbdf261..aecbcee 100644
--- a/modules/db_cluster/README
+++ b/modules/db_cluster/README
@@ -102,9 +102,9 @@ Chapter 1. Admin Guide
    Example 1.1. Set connection parameter
 ...
 modparam("db_cluster", "connection",
-             "con1=3D>mysql://openser:openser(a)localhost/kamailio1")
+             "con1=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio1")
 modparam("db_cluster", "connection",
-             "con2=3D>mysql://openser:openser(a)localhost/kamailio2")
+             "con2=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio2")
 ...
=20
 3.2. cluster (str)
@@ -172,9 +172,9 @@ modparam("db_cluster", "inactive_interval", 180)
    Example 1.4. Set cluster parameter
 ...
 modparam("db_cluster", "connection",
-             "c1=3D>mysql://openser:openserrw(a)localhost/kamailio1")
+             "c1=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio1")
 modparam("db_cluster", "connection",
-             "c2=3D>mysql://openser:openserrw(a)localhost/kamailio2")
+             "c2=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio2")
 modparam("db_cluster", "cluster", "k1=3D>c1=3D9r9p;c2=3D9r9p")
=20
 modparam("acc", "db_url", "cluster://k1")
diff --git a/modules/db_cluster/doc/db_cluster_admin.xml b/modules/db_cluster=
/doc/db_cluster_admin.xml
index d95cdaf..d849f20 100644
--- a/modules/db_cluster/doc/db_cluster_admin.xml
+++ b/modules/db_cluster/doc/db_cluster_admin.xml
@@ -80,9 +80,9 @@
 		<programlisting format=3D"linespecific">
 ...
 modparam("db_cluster", "connection",
-             "con1=3D>mysql://openser:openser(a)localhost/kamailio1")
+             "con1=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio1")
 modparam("db_cluster", "connection",
-             "con2=3D>mysql://openser:openser(a)localhost/kamailio2")
+             "con2=3D>mysql://kamailio:kamailiorw(a)localhost/kamailio2")
 ...
 </programlisting>
 		</example>
@@ -176,9 +176,9 @@ modparam("db_cluster", "inactive_interval", 180)
 		<programlisting format=3D"linespecific">
 ...
 modparam("db_cluster", "connection",
-             "c1=3D&gt;mysql://openser:openserrw(a)localhost/kamailio1")
+             "c1=3D&gt;mysql://kamailio:kamailiorw(a)localhost/kamailio1")
 modparam("db_cluster", "connection",
-             "c2=3D&gt;mysql://openser:openserrw(a)localhost/kamailio2")
+             "c2=3D&gt;mysql://kamailio:kamailiorw(a)localhost/kamailio2")
 modparam("db_cluster", "cluster", "k1=3D&gt;c1=3D9r9p;c2=3D9r9p")
=20
 modparam("acc", "db_url", "cluster://k1")



--===============1768396984==--


From bugtracker@sip-router.org Mon Feb  3 12:17:54 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 11:17:52 +0000
Message-ID: <1391426272.52ef7ae05491f@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1221866627=="

--===============1221866627==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Nick Altmann (nikbyte)=20

Attached to Project - sip-router
Summary - Bug in tm with topoh modules - segfault on callid comparison.
Task Type - Bug Report
Category - tm
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - High
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - Bug in tm with topoh modules.
Sometimes I see in log:
 0(30156) ERROR: topoh [th_mask.c:166]: th_mask_decode(): invalid input strin=
g"1b0ba56b55c2286d-30157(a)127.0.0.1"
 0(30156) ERROR: topoh [th_msg.c:480]: th_unmask_callid(): cannot decode call=
id
and then segfault.

#0  0x00007f8ad98aac6b in t_reply_matching (p_msg=3D0x7f8adaca2f20, p_branch=
=3D0x7fff352a8380) at t_lookup.c:987
#1  0x00007f8ad98ac43c in t_check_msg (p_msg=3D0x7f8adaca2f20, param_branch=
=3D0x7fff352a8380) at t_lookup.c:1129
#2  0x00007f8ad98ac917 in t_check (p_msg=3D0x7f8adaca2f20, param_branch=3D0x7=
fff352a8380) at t_lookup.c:1171
#3  0x00007f8ad98ca196 in reply_received (p_msg=3D0x7f8adaca2f20) at t_reply.=
c:2188

(gdb) f 0
#0  0x00007f8ad98aac6b in t_reply_matching (p_msg=3D0x7f8adaca2f20, p_branch=
=3D0x7fff352a8380) at t_lookup.c:987
987			        (p_msg->callid->body.len !=3D p_cell->uas.request->callid->body=
.len ||
(gdb) p *p_msg->callid
$2 =3D {type =3D HDR_CALLID_T, name =3D {s =3D 0x9236f3 "Call-ID: 1b0ba56b55c=
2286d-30157(a)127.0.0.1\r\nContent-Length: 0\r\nTH: uch\r\n\r\n",
    len =3D 7}, body =3D {s =3D 0x9236fc "1b0ba56b55c2286d-30157(a)127.0.0.1\=
r\nContent-Length: 0\r\nTH: uch\r\n\r\n", len =3D 32}, len =3D 43,
  parsed =3D 0x0, next =3D 0x0}
(gdb) p *p_cell->uas.request
Cannot access memory at address 0x0


More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1221866627==--


From bugtracker@sip-router.org Mon Feb  3 12:20:02 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 11:20:01 +0000
Message-ID: <1391426401.52ef7b610c529@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1121125654=="

--===============1121125654==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Daniel-Constantin Mierla (miconda)

----------
Can you give the parametes for topoh module as well as the output for "bt ful=
l"?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1281

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1121125654==--


From bugtracker@sip-router.org Mon Feb  3 14:17:27 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task changed: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 13:17:19 +0000
Message-ID: <1391433439.52ef96df55f0b@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0621187804=="

--===============0621187804==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has been changed.  The changes are listed below.  For full=
 information about what has changed, visit the URL and click the History tab.

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this: Daniel-Constantin Mierla (miconda)
Task details edited:
-------
Bug in tm with topoh modules.
Sometimes I see in log:

<code>
 0(30156) ERROR: topoh [th_mask.c:166]: th_mask_decode(): invalid input strin=
g"1b0ba56b55c2286d-30157(a)127.0.0.1"
 0(30156) ERROR: topoh [th_msg.c:480]: th_unmask_callid(): cannot decode call=
id
and then segfault.

#0  0x00007f8ad98aac6b in t_reply_matching (p_msg=3D0x7f8adaca2f20, p_branch=
=3D0x7fff352a8380) at t_lookup.c:987
#1  0x00007f8ad98ac43c in t_check_msg (p_msg=3D0x7f8adaca2f20, param_branch=
=3D0x7fff352a8380) at t_lookup.c:1129
#2  0x00007f8ad98ac917 in t_check (p_msg=3D0x7f8adaca2f20, param_branch=3D0x7=
fff352a8380) at t_lookup.c:1171
#3  0x00007f8ad98ca196 in reply_received (p_msg=3D0x7f8adaca2f20) at t_reply.=
c:2188

(gdb) f 0
#0  0x00007f8ad98aac6b in t_reply_matching (p_msg=3D0x7f8adaca2f20, p_branch=
=3D0x7fff352a8380) at t_lookup.c:987
987			        (p_msg->callid->body.len !=3D p_cell->uas.request->callid->body=
.len ||
(gdb) p *p_msg->callid
$2 =3D {type =3D HDR_CALLID_T, name =3D {s =3D 0x9236f3 "Call-ID: 1b0ba56b55c=
2286d-30157(a)127.0.0.1\r\nContent-Length: 0\r\nTH: uch\r\n\r\n",
    len =3D 7}, body =3D {s =3D 0x9236fc "1b0ba56b55c2286d-30157(a)127.0.0.1\=
r\nContent-Length: 0\r\nTH: uch\r\n\r\n", len =3D 32}, len =3D 43,
  parsed =3D 0x0, next =3D 0x0}
(gdb) p *p_cell->uas.request
Cannot access memory at address 0x0
</code>
-------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0621187804==--


From bugtracker@sip-router.org Mon Feb  3 14:27:01 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 13:26:58 +0000
Message-ID: <1391434018.52ef9922a43a1@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0680304658=="

--===============0680304658==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
modparam("topoh", "mask_key", "3hQCv2piFmHNzJDEEFKz")
modparam("topoh", "mask_ip", "10.10.10.10")
modparam("topoh", "mask_callid", 1)

----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1282

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0680304658==--


From bugtracker@sip-router.org Mon Feb  3 14:28:24 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 13:28:16 +0000
Message-ID: <1391434096.52ef9970a641b@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0263072481=="

--===============0263072481==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Daniel-Constantin Mierla (miconda)

----------
The output for "bt full"?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1283

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0263072481==--


From bugtracker@sip-router.org Mon Feb  3 14:28:44 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Mon, 03 Feb 2014 13:28:42 +0000
Message-ID: <1391434122.52ef998ac1b87@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1444403099=="

--===============1444403099==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.132.el6.x86_=
64
(gdb) bt full
#0  0x00007f8ad98aac6b in t_reply_matching (p_msg=3D0x7f8adaca2f20,
    p_branch=3D0x7fff352a8380) at t_lookup.c:987
        p_cell =3D 0x7f8ad7b0dcb8
        hash_index =3D 40642
        entry_label =3D 0
        branch_id =3D 0
        hashi =3D 0x92362d "2ce9.682f8ec6", '0' <repeats 24 times>, ".0;rport=
=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-4118\r=
\nFrom: <sip:@127.0.0.1>;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-ae15\r\nCSeq:=
 10 INVIE\r\nCa"...
        branchi =3D 0x923653 "0;rport=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6=
a1c5f60faecf035a1ae5b6e96e979a-4118\r\nFrom: <sip:@127.0.0.1>;tag=3D533cb9e91=
f4b999cf76861cbb9ed54ed-ae15\r\nCSeq: 10 INVIE\r\nCall-ID: 1b0ba56b55c2286d-3=
0157(a)127.0.0."...
        p =3D 0x923653 "0;rport=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f6=
0faecf035a1ae5b6e96e979a-4118\r\nFrom: <sip:@127.0.0.1>;tag=3D533cb9e91f4b999=
cf76861cbb9ed54ed-ae15\r\nCSeq: 10 INVIE\r\nCall-ID: 1b0ba56b55c2286d-30157(a=
)127.0.0."...
        n =3D 0x923654 ";rport=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60=
faecf035a1ae5b6e96e979a-4118\r\nFrom: <sip:@127.0.0.1>;tag=3D533cb9e91f4b999c=
f76861cbb9ed54ed-ae15\r\nCSeq: 10 INVIE\r\nCall-ID: 1b0ba56b55c2286d-30157(a)=
127.0.0.1"...
        hash_bucket =3D 0x7f8ad7a2f8e8
        hashl =3D 4
        branchl =3D 1
        scan_space =3D 1
        cseq_method =3D {
          s =3D 0x9236ec "INVIE\r\nCall-ID: 1b0ba56b55c2286d-30157(a)127.0.0.=
1\r\nContent-Length: 0\r\nTH: uch\r\n\r\n", len =3D 5}
        req_method =3D {
          s =3D 0x7f8ad7b0f2f8 "INVIE sip:127.0.0.1:5060 SIP/2.0\r\nVia: SIP/=
2.0/UDP 127.0.0.1;branch=3Dz9hG4bK2ce9.682f8ec6", '0' <repeats 24 times>, ".0=
\r\nTo: <sip:@127.0.0.1>\r\nFrom: <sip:@127.0.0.1>;tag=3D533cb9e91f4b999cf768=
61cbb9ed54ed-ae"..., len =3D 5}
        loopi =3D 0x923632 "682f8ec6", '0' <repeats 24 times>, ".0;rport=3D50=
60\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-4118\r\nFro=
m: <sip:@127.0.0.1>;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-ae15\r\nCSeq: 10 I=
NVIE\r\nCall-ID"...
        loopl =3D 32
        is_cancel =3D 0
        __FUNCTION__ =3D "t_reply_matching"
#1  0x00007f8ad98ac43c in t_check_msg (p_msg=3D0x7f8adaca2f20,
    param_branch=3D0x7fff352a8380) at t_lookup.c:1129
        local_branch =3D 6477824
        canceled =3D 4
        ret =3D 0
        __FUNCTION__ =3D "t_check_msg"
#2  0x00007f8ad98ac917 in t_check (p_msg=3D0x7f8adaca2f20,
    param_branch=3D0x7fff352a8380) at t_lookup.c:1171
        ret =3D 0
#3  0x00007f8ad98ca196 in reply_received (p_msg=3D0x7f8adaca2f20)
    at t_reply.c:2188
        msg_status =3D 9582177
        last_uac_status =3D 0
        ack =3D 0x40 <Address 0x40 out of bounds>
        ack_len =3D 0
        branch =3D 6417986
        reply_status =3D -624285616
        onreply_route =3D 32650
        cancel_data =3D {cancel_bitmap =3D 9582396, reason =3D {cause =3D 138=
21, u =3D {
              text =3D {s =3D 0xa00000141 <Address 0xa00000141 out of bounds>,
                len =3D 9582076}, e2e_cancel =3D 0xa00000141, packed_hdrs =3D=
 {
                s =3D 0xa00000141 <Address 0xa00000141 out of bounds>,
                len =3D 9582076}}}}
        uac =3D 0x800000001
        t =3D 0x7f8adac7a200
        lack_dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 0,
              sa_data =3D '\000' <repeats 13 times>}, sin =3D {sin_family =3D=
 0,
              sin_port =3D 0, sin_addr =3D {s_addr =3D 0},
              sin_zero =3D "\000\000\000\000\000\000\000"}, sin6 =3D {
              sin6_family =3D 0, sin6_port =3D 0, sin6_flowinfo =3D 0, sin6_a=
ddr =3D {
                __in6_u =3D {__u6_addr8 =3D '\000' <repeats 15 times>,
                  __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 =3D {=
0, 0,
                    0, 0}}}, sin6_scope_id =3D 0}}, id =3D 0, proto =3D 48 '0=
',
          send_flags =3D {f =3D 162 '\242', blst_imask =3D 199 '\307'}}
        backup_user_from =3D 0x40092373c
        backup_user_to =3D 0x61d080
        backup_domain_from =3D 0x414cc0
        backup_domain_to =3D 0x3352a8a10
        backup_uri_from =3D 0x0
        backup_uri_to =3D 0x7f8adaca3118
        backup_xavps =3D 0x7fff352a8480
        replies_locked =3D 5581672
        branch_ret =3D 0
        prev_branch =3D 0
        blst_503_timeout =3D 0
        hf =3D 0x7f8adaca2f40
        onsend_params =3D {req =3D 0x7fff352a83e0, rpl =3D 0x550580,
          param =3D 0x6a7e0, code =3D 0, flags =3D 3, branch =3D 0,
          t_rbuf =3D 0x7f8adac39380, dst =3D 0x7f8adac7a200, send_buf =3D {
            s =3D 0x7fff352a83e0 "\200\204*5\377\177", len =3D 5536481}}
        ctx =3D {rec_lev =3D 9582175, run_flags =3D 0, last_retcode =3D -6244=
54040,
          jmp_env =3D {{__jmpbuf =3D {20850121736, 6477824, 4279488, 13776882=
192,
                0, 9582396, 140734085366512, 5791708}, __mask_was_saved =3D 0,
              __saved_mask =3D {__val =3D {0, 0, 0, 0, 140234352896080, 95823=
96,
                  9582082, 361695345073193192, 9582177, 9582165, 3670681632,
                  140234352896080, 140234352727704, 140234352898328, 4279488,
                  140734085368336}}}}}
        __FUNCTION__ =3D "reply_received"
#4  0x000000000045d66f in do_forward_reply (msg=3D0x7f8adaca2f20, mode=3D0)
    at forward.c:777
        new_buf =3D 0x0
        dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 0,
              sa_data =3D '\000' <repeats 13 times>}, sin =3D {sin_family =3D=
 0,
              sin_port =3D 0, sin_addr =3D {s_addr =3D 0},
              sin_zero =3D "\000\000\000\000\000\000\000"}, sin6 =3D {
              sin6_family =3D 0, sin6_port =3D 0, sin6_flowinfo =3D 0, sin6_a=
ddr =3D {
                __in6_u =3D {__u6_addr8 =3D '\000' <repeats 15 times>,
                  __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 =3D {=
0, 0,
                    0, 0}}}, sin6_scope_id =3D 0}}, id =3D 0, proto =3D 0 '\0=
00',
          send_flags =3D {f =3D 0 '\000', blst_imask =3D 0 '\000'}}
        new_len =3D 32650
        r =3D 0
        s =3D 0x15cdaca2f28 <Address 0x15cdaca2f28 out of bounds>
        len =3D 0
        __FUNCTION__ =3D "do_forward_reply"
#5  0x000000000045df30 in forward_reply (msg=3D0x7f8adaca2f20) at forward.c:8=
60
No locals.
#6  0x00000000004a558f in receive_msg (
    buf=3D0x9235e0 "SIP/2.0 408 Request Timeout\r\nVia: SIP/2.0/UDP 127.0.0.1=
;TH=3Ducv;branch=3Dz9hG4bK2ce9.682f8ec6", '0' <repeats 24 times>, ".0;rport=
=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-4118\r=
\nFrom: <"...,
    len=3D348, rcv_info=3D0x7fff352a86e0) at receive.c:273
        msg =3D 0x7f8adaca2f20
        ctx =3D {rec_lev =3D 8864888, run_flags =3D 0, last_retcode =3D 0, jm=
p_env =3D {{
              __jmpbuf =3D {0, 0, 0, 140234364788720, 1, 0, 140234352464456, =
1},
              __mask_was_saved =3D -678816384, __saved_mask =3D {__val =3D {
                  140234300901204, 891979408, 1024, 5186946624,
                  140234298365312, 140734085367360, 5473105, 0,
                  140234298365312, 50195, 140234298365312, 140734085367624,
                  7913654952, 140734085367440, 5473233, 7}}}}}
        ret =3D 32650
        inb =3D {
          s =3D 0x9235e0 "SIP/2.0 408 Request Timeout\r\nVia: SIP/2.0/UDP 127=
.0.0.1;TH=3Ducv;branch=3Dz9hG4bK2ce9.682f8ec6", '0' <repeats 24 times>, ".0;r=
port=3D5060\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-41=
18\r\nFrom: <"..., len =3D 348}
        __FUNCTION__ =3D "receive_msg"
#7  0x000000000053c394 in udp_rcv_loop () at udp_server.c:536
        len =3D 332
        buf =3D "SIP/2.0 408 Request Timeout\r\nVia: SIP/2.0/UDP 127.0.0.1;TH=
=3Ducv;branch=3Dz9hG4bK2ce9.682f8ec6", '0' <repeats 24 times>, ".0;rport=3D50=
60\r\nTo: <sip:@127.0.0.1>;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-4118\r\nFro=
m: <sip:@127.0.0.1"...
        tmp =3D 0x7fff352a8a10 "\006"
        from =3D 0x7f8adac93ac8
        fromlen =3D 16
        ri =3D {src_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {16777343,
                140734085368336}, addr32 =3D {16777343, 0, 891980304, 32767},
              addr16 =3D {127, 256, 0, 0, 35344, 13610, 32767, 0},
              addr =3D "\177\000\000\001\000\000\000\000\020\212*5\377\177\00=
0"}}, dst_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {16777343, 0}, addr32=
 =3D {16777343, 0,
                0, 0}, addr16 =3D {127, 256, 0, 0, 0, 0, 0, 0},
              addr =3D "\177\000\000\001", '\000' <repeats 11 times>}},
          src_port =3D 5060, dst_port =3D 5060, proto_reserved1 =3D 0,
          proto_reserved2 =3D 0, src_su =3D {s =3D {sa_family =3D 2,
              sa_data =3D "\023\304\177\000\000\001\000\000\000\000\000\000\0=
00"}, sin =3D {sin_family =3D 2, sin_port =3D 50195, sin_addr =3D {s_addr =3D=
 16777343},
              sin_zero =3D "\000\000\000\000\000\000\000"}, sin6 =3D {
              sin6_family =3D 2, sin6_port =3D 50195, sin6_flowinfo =3D 16777=
343,
              sin6_addr =3D {__in6_u =3D {__u6_addr8 =3D '\000' <repeats 15 t=
imes>,
                  __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 =3D {=
0, 0,
                    0, 0}}}, sin6_scope_id =3D 0}},
         bind_address =3D 0x7f8adac9b930, proto =3D 1 '\001'}
        __FUNCTION__ =3D "udp_rcv_loop"
#8  0x000000000046c698 in main_loop () at main.c:1428
        i =3D 9676896
        pid =3D 30158
        si =3D 0x4dac81728
        si_desc =3D "\300LA\000\000\000\000\000P\030\310=DA=8A\177", '\000' <=
repeats 14 times>, "\001\000\000\000\210\060\311=DA=8A\177\000\000\256\bI\000=
\000\000\000\000\001\000\000\000z\000\000\000~}^\000\000\000\000\000`o^\000\0=
00\000\000\000\340\n^\000\000\000\000\000\300LA\000\000\000\000\000\020\212*5=
\377\177", '\000' <repeats 18 times>, "P\210*5\377\177\000\000.\241K\000\000\=
000\000"
        nrprocs =3D 0
        __FUNCTION__ =3D "main_loop"
#9  0x000000000047030b in main (argc=3D6, argv=3D0x7fff352a8a18) at main.c:25=
33
        cfg_stream =3D 0x226e010
        c =3D -1
        r =3D 0
        tmp =3D 0x7f8adb0ca918 "H\205\300uCD9t$\fv\034A\203\306\001\353\210f\=
017\037D"
        tmp_len =3D 0
        port =3D 0
        proto =3D 0
        options =3D 0x5e02b8 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:=
O:a:A
        ret =3D -1
        seed =3D 2437127770
        rfd =3D 4
        debug_save =3D 0
        debug_flag =3D 0
        dont_fork_cnt =3D 1
        n_lst =3D 0x7f8adb049ba0
        p =3D 0x5ca3e0 "H\211l$\330L\211d$\340H\215-\017\234*"
        __FUNCTION__ =3D "main"

----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1284

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1444403099==--


From daniel.ciprus@acision.com Tue Feb  4 04:40:33 2014
From: Daniel Ciprus <daniel.ciprus@acision.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] cdp module - timeouts
Date: Mon, 03 Feb 2014 22:40:13 -0500
Message-ID: <52F0611D.70308@acision.com>
In-Reply-To:
 <CALoGXNUMP3hYHbtFOaapJqGb9tcTioy_bACKbkdJYCZOWJpQsw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1747955579=="

--===============1747955579==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Thanks Jason,

as soon as I notice this behavior again I will grab data requested data ...

Dan


On 01/30/2014 02:29 AM, Jason Penton wrote:
Hi Daniel,

That bt you sent is normal. That is the CDP timer process so I don't see any =
issues there. What you can do is send me bt's on the "CDP worker childs", the=
 "cdp_receiver_peer" for your HSS connection, and the "cdp acceptor".

to get the processes, use sercmd ps. For example, mine looks like this:

8633 cdp worker child=3D0
8634 cdp worker child=3D1
8635 cdp worker child=3D2
8636 cdp worker child=3D3
8637 cdp worker child=3D4
8638 cdp worker child=3D5
8639 cdp worker child=3D6
8640 cdp worker child=3D7
8641 cdp worker child=3D8
8642 cdp worker child=3D9
8643 cdp receiver peer unknown
8644 cdp_receiver_peer=3DZAUbuntu005.it.za.smilecoms.com<http://ZAUbuntu005.i=
t.za.smilecoms.com>
8645 cdp_acceptor
8646 cdp_timer

re. logs, you can turn on debugging using sercmd/kamcmd.

cheers
Jason

Cheers
Jason



On Thu, Jan 30, 2014 at 12:11 AM, Daniel Ciprus <daniel.ciprus(a)acision.com<=
mailto:daniel.ciprus(a)acision.com>> wrote:
Jason,

this is bt generated from running process .. I think my scscf is in this stag=
e now. Obviously hss has listener up and running and I can telnet to the port=
. "Lately" means that nobody paid attention to this issue before :-), it was =
discovered just recently.

As I said: nothing's in capture :

[root(a)kamailio-4-1-test kamailio]# date ; tcpdump -i any -s0 -w /tmp/crap.p=
cap -v port 3868  -n ; date
Wed Jan 29 16:45:15 EST 2014
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 6=
5535 bytes
^C0 packets captured
0 packets received by filter
0 packets dropped by kernel
Wed Jan 29 17:09:08 EST 2014
[root(a)kamailio-4-1-test kamailio]#

Once I restart scscf/icscf everything will be OK ... so there is likely no wa=
y to get logging out of the running scscf, is it ?


On 01/29/2014 09:45 AM, Jason Penton wrote:
Hi Daniel,

This looks like a bootup of kamailio, where the peer process is trying to sta=
rt? Is your HSS up. Can you telnet to your HSS:3868?

Also, your first message says you are having trouble with CDP "lately". What =
does this mean? There have been no changes to CDP code for some time now...

Cheers
jason


On Wed, Jan 29, 2014 at 4:30 PM, Daniel Ciprus <daniel.ciprus(a)acision.com<m=
ailto:daniel.ciprus(a)acision.com>> wrote:
(gdb) bt
#0  0x00007f5b564f7900 in __nanosleep_nocancel () from /lib64/libc.so.6
#1  0x00007f5b564f7790 in sleep () from /lib64/libc.so.6
#2  0x00007f5b5095cb71 in timer_loop () at timer.c:120
#3  0x00007f5b5095d5a4 in timer_process (returns=3D0) at timer.c:207
#4  0x00007f5b5093f891 in diameter_peer_start (blocking=3D0) at diameter_peer=
.c:396
#5  0x00007f5b5094102b in cdp_child_init (rank=3D0) at mod.c:237
#6  0x00000000004f7ec2 in init_mod_child (m=3D0x7f5b5609a670, rank=3D0) at sr=
_module.c:924
#7  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b218, rank=3D0) at sr=
_module.c:921
#8  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b5c0, rank=3D0) at sr=
_module.c:921
#9  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b970, rank=3D0) at sr=
_module.c:921
#10 0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609c000, rank=3D0) at sr=
_module.c:921
#11 0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609c478, rank=3D0) at sr=
_module.c:921
#12 0x00000000004f8048 in init_child (rank=3D0) at sr_module.c:948
#13 0x000000000046d57c in main_loop () at main.c:1694
#14 0x000000000047030b in main (argc=3D13, argv=3D0x7ffff3e21128) at main.c:2=
533
(gdb) bt full
#0  0x00007f5b564f7900 in __nanosleep_nocancel () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007f5b564f7790 in sleep () from /lib64/libc.so.6
No symbol table info available.
#2  0x00007f5b5095cb71 in timer_loop () at timer.c:120
        now =3D 1390934103
        i =3D 0x0
        cb =3D 0
        ptr =3D 0x0
        interval =3D 1
        __FUNCTION__ =3D "timer_loop"
#3  0x00007f5b5095d5a4 in timer_process (returns=3D0) at timer.c:207
        __FUNCTION__ =3D "timer_process"
#4  0x00007f5b5093f891 in diameter_peer_start (blocking=3D0) at diameter_peer=
.c:396
        pid =3D 0
        k =3D -2
        p =3D 0x0
        __FUNCTION__ =3D "diameter_peer_start"
#5  0x00007f5b5094102b in cdp_child_init (rank=3D0) at mod.c:237
        __FUNCTION__ =3D "cdp_child_init"
#6  0x00000000004f7ec2 in init_mod_child (m=3D0x7f5b5609a670, rank=3D0) at sr=
_module.c:924
        __FUNCTION__ =3D "init_mod_child"
#7  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b218, rank=3D0) at sr=
_module.c:921
        __FUNCTION__ =3D "init_mod_child"
#8  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b5c0, rank=3D0) at sr=
_module.c:921
        __FUNCTION__ =3D "init_mod_child"
#9  0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609b970, rank=3D0) at sr=
_module.c:921
        __FUNCTION__ =3D "init_mod_child"
#10 0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609c000, rank=3D0) at sr=
_module.c:921
        __FUNCTION__ =3D "init_mod_child"
#11 0x00000000004f7d65 in init_mod_child (m=3D0x7f5b5609c478, rank=3D0) at sr=
_module.c:921
        __FUNCTION__ =3D "init_mod_child"
#12 0x00000000004f8048 in init_child (rank=3D0) at sr_module.c:948
No locals.
#13 0x000000000046d57c in main_loop () at main.c:1694
        i =3D 8
        pid =3D 19298
        si =3D 0x0
        si_desc =3D "udp receiver child=3D7 sock=3D10.96.173.17:6060<http://1=
0.96.173.17:6060>\000[\177\000\000\001\000\000\000z\000\000\000~}^\000\000\00=
0\000\000`o^\000\000\000\000\000\254\305\006m\000\000\000\000\300LA\000\000\0=
00\000\000 \021\342\363\377\177", '\000' <repeats 18 times>, "`\017\342\363\3=
77\177\000\000.\241K\000\000\000\000"
        nrprocs =3D 8
        __FUNCTION__ =3D "main_loop"
#14 0x000000000047030b in main (argc=3D13, argv=3D0x7ffff3e21128) at main.c:2=
533
        cfg_stream =3D 0x1a7f010
        c =3D -1
        r =3D 0
        tmp =3D 0x7ffff3e22f40 ""
        tmp_len =3D 0
        port =3D 0
        proto =3D 0
        options =3D 0x5e02c0 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:=
O:a:A:"
        ret =3D -1
        seed =3D 2714878883
        rfd =3D 4
        debug_save =3D 0
        debug_flag =3D 0
        dont_fork_cnt =3D 0
---Type <return> to continue, or q <return> to quit---
        n_lst =3D 0x7f5b5645bb88
        p =3D 0x5ca3e0 "H\211l$\330L\211d$\340H\215-\017\234*"
        __FUNCTION__ =3D "main"
(gdb)
On 01/29/2014 08:45 AM, Daniel Ciprus wrote:
Unfortunately the only thing I have is core file and bt. But I can assure you=
 that there was absolutely no traffic between diameter interfaces. Looks like=
 I will need to reproduce the problem to get right input.

thanks
Dan


On 01/29/2014 02:39 AM, Jason Penton wrote:
Hi,

can you send us a pcap as well as a log file? I can't debug much with what yo=
u have given so far.

Cheers
Jason


On Tue, Jan 28, 2014 at 8:42 PM, Daniel Ciprus <daniel.ciprus(a)acision.com<m=
ailto:daniel.ciprus(a)acision.com>> wrote:
Hi,

seems like CDP module is giving us hard time in last few days. For some
reason s-cscf and i-cscf is loosing connection to HSS and is not even
trying to close socket nor trying to reconnect back. Here is what I see
on the kamailio node:

Name        : kamailio                     Relocations: (not relocatable)
Version     : 4.2.0                             Vendor: kamailio.org<http://k=
amailio.org>
Release     : dev0.0.el6                    Build Date: Wed Dec 18
12:46:11 2013

[root(a)kamailio-4-1-staging kamailio]# netstat -apn | grep 3868
tcp        0      0 10.96.173.17:34915<http://10.96.173.17:34915> 10.96.173.1=
8:3868<http://10.96.173.18:3868>
CLOSE_WAIT  10087/kamailio
tcp        0      0 10.96.173.17:35361<http://10.96.173.17:35361> 10.96.173.1=
8:3868<http://10.96.173.18:3868>
CLOSE_WAIT  19308/kamailio
[root(a)kamailio-4-1-staging kamailio]#

and HSS:

[root(a)hss-config-staging phss-sop]# netstat -apn | grep 3868
tcp        0      0 10.96.173.18:3868<http://10.96.173.18:3868> 0.0.0.0:*
LISTEN      10549/ugc_server
[root(a)hss-config-staging phss-sop]#

I have core files (created by gcore) if this helps.

thanks
Dan



This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.



_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org<mailto:sr-dev(a)lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev


--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601<tel:%2B1%20804%20762%205601>
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.


--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601<tel:%2B1%20804%20762%205601>
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.



--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601<tel:%2B1%20804%20762%205601>
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.



________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.




--===============1747955579==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4KPC9oZWFkPgo8Ym9keSBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyBjb2xvcjogcmdiKDAsIDAsCiAgICAwKTsi
IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPgpUaGFua3MgSmFzb24sIDxicj4KPGJy
PgphcyBzb29uIGFzIEkgbm90aWNlIHRoaXMgYmVoYXZpb3IgYWdhaW4gSSB3aWxsIGdyYWIgZGF0
YSByZXF1ZXN0ZWQgZGF0YSAuLi4gPGJyPgo8YnI+CkRhbjxicj4KPGJyPgo8YnI+CjxkaXYgY2xh
c3M9Im1vei1jaXRlLXByZWZpeCI+T24gMDEvMzAvMjAxNCAwMjoyOSBBTSwgSmFzb24gUGVudG9u
IHdyb3RlOjxicj4KPC9kaXY+CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNv
bGlkICMwMDk5MDAgIWltcG9ydGFudDsKICAgICAgYm9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAw
OTkwMCAhaW1wb3J0YW50OyBwYWRkaW5nOiAwcHggMTVweCAwcHgKICAgICAgMTVweDsgbWFyZ2lu
OiA4cHggMnB4OyIgY2l0ZT0ibWlkOkNBTG9HWE5VTVAzaFlIYnRGT2FhcEpxR2I5dGNUaW95X2JB
Q0tia2RKWUNaT1dKcFFzd0BtYWlsLmdtYWlsLmNvbSIgdHlwZT0iY2l0ZSI+CjwhLS1baWYgIUlF
XT48RElWIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDA7IGJvcmRlci1yaWdo
dDogMnB4IHNvbGlkICMwMDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsgbWFyZ2luOiAycHggMHB4
OyI+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjxESVYgc3R5bGU9ImJvcmRlci1sZWZ0OiAycHgg
c29saWQgIzAwOTkwMDsgYm9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMDsgIHBhZGRpbmc6
IDBweCAxNXB4OyBtYXJnaW46IDJweCAwcHg7Ij48IVtlbmRpZl0tLT4KPGRpdiBkaXI9Imx0ciI+
SGkgRGFuaWVsLAo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+VGhhdCBidCB5b3Ugc2VudCBpcyBub3Jt
YWwuIFRoYXQgaXMgdGhlIENEUCB0aW1lciBwcm9jZXNzIHNvIEkgZG9uJ3Qgc2VlIGFueSBpc3N1
ZXMgdGhlcmUuIFdoYXQgeW91IGNhbiBkbyBpcyBzZW5kIG1lIGJ0J3Mgb24gdGhlICZxdW90O0NE
UCB3b3JrZXIgY2hpbGRzJnF1b3Q7LCB0aGUgJnF1b3Q7Y2RwX3JlY2VpdmVyX3BlZXImcXVvdDsg
Zm9yIHlvdXIgSFNTIGNvbm5lY3Rpb24sIGFuZCB0aGUgJnF1b3Q7Y2RwIGFjY2VwdG9yJnF1b3Q7
LjwvZGl2Pgo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+dG8gZ2V0IHRoZSBwcm9jZXNzZXMsIHVzZSBz
ZXJjbWQgcHMuIEZvciBleGFtcGxlLCBtaW5lIGxvb2tzIGxpa2UgdGhpczo8L2Rpdj4KPGRpdj48
YnI+CjwvZGl2Pgo8ZGl2Pgo8ZGl2Pjg2MzM8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3Bh
Y2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9MDwvZGl2Pgo8ZGl2Pjg2MzQ8c3BhbiBj
bGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9
MTwvZGl2Pgo8ZGl2Pjg2MzU8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4g
PC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9MjwvZGl2Pgo8ZGl2Pjg2MzY8c3BhbiBjbGFzcz0iIiBz
dHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9MzwvZGl2Pgo8
ZGl2Pjg2Mzc8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNk
cCB3b3JrZXIgY2hpbGQ9NDwvZGl2Pgo8ZGl2Pjg2Mzg8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hp
dGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9NTwvZGl2Pgo8ZGl2Pjg2Mzk8
c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIg
Y2hpbGQ9NjwvZGl2Pgo8ZGl2Pjg2NDA8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6
cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9NzwvZGl2Pgo8ZGl2Pjg2NDE8c3BhbiBjbGFz
cz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCB3b3JrZXIgY2hpbGQ9ODwv
ZGl2Pgo8ZGl2Pjg2NDI8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9z
cGFuPmNkcCB3b3JrZXIgY2hpbGQ9OTwvZGl2Pgo8ZGl2Pjg2NDM8c3BhbiBjbGFzcz0iIiBzdHls
ZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcCByZWNlaXZlciBwZWVyIHVua25vd248L2Rp
dj4KPGRpdj44NjQ0PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+IDwvc3Bh
bj5jZHBfcmVjZWl2ZXJfcGVlcj08YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9Imh0dHA6
Ly9aQVVidW50dTAwNS5pdC56YS5zbWlsZWNvbXMuY29tIj5aQVVidW50dTAwNS5pdC56YS5zbWls
ZWNvbXMuY29tPC9hPjwvZGl2Pgo8ZGl2Pjg2NDU8c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUt
c3BhY2U6cHJlIj4gPC9zcGFuPmNkcF9hY2NlcHRvcjwvZGl2Pgo8ZGl2Pjg2NDY8c3BhbiBjbGFz
cz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4gPC9zcGFuPmNkcF90aW1lcjwvZGl2Pgo8L2Rp
dj4KPGRpdj48YnI+CjwvZGl2Pgo8ZGl2PnJlLiBsb2dzLCB5b3UgY2FuIHR1cm4gb24gZGVidWdn
aW5nIHVzaW5nIHNlcmNtZC9rYW1jbWQuPC9kaXY+CjxkaXY+PGJyPgo8L2Rpdj4KPGRpdj5jaGVl
cnM8L2Rpdj4KPGRpdj5KYXNvbjwvZGl2Pgo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+Q2hlZXJzPC9k
aXY+CjxkaXY+SmFzb248L2Rpdj4KPGRpdj48YnI+CjwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0i
Z21haWxfZXh0cmEiPjxicj4KPGJyPgo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gVGh1LCBK
YW4gMzAsIDIwMTQgYXQgMTI6MTEgQU0sIERhbmllbCBDaXBydXMgPHNwYW4gZGlyPSJsdHIiPgom
bHQ7PGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIiBocmVmPSJtYWlsdG86ZGFuaWVsLmNpcHJ1c0Bh
Y2lzaW9uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb208L2E+
Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPgo8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0
eWxlPSJtYXJnaW46MCAwIDAKICAgICAgICAgICAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBz
b2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRpdiBzdHlsZT0iIiBiZ2NvbG9yPSIjRkZGRkZGIiB0
ZXh0PSIjMDAwMDAwIj5KYXNvbiwgPGJyPgo8YnI+CnRoaXMgaXMgYnQgZ2VuZXJhdGVkIGZyb20g
cnVubmluZyBwcm9jZXNzIC4uIEkgdGhpbmsgbXkgc2NzY2YgaXMgaW4gdGhpcyBzdGFnZSBub3cu
IE9idmlvdXNseSBoc3MgaGFzIGxpc3RlbmVyIHVwIGFuZCBydW5uaW5nIGFuZCBJIGNhbiB0ZWxu
ZXQgdG8gdGhlIHBvcnQuICZxdW90O0xhdGVseSZxdW90OyBtZWFucyB0aGF0IG5vYm9keSBwYWlk
IGF0dGVudGlvbiB0byB0aGlzIGlzc3VlIGJlZm9yZSA6LSksIGl0IHdhcyBkaXNjb3ZlcmVkIGp1
c3QgcmVjZW50bHkuCjxicj4KPGJyPgpBcyBJIHNhaWQ6IG5vdGhpbmcncyBpbiBjYXB0dXJlIDog
PGJyPgo8YnI+Cltyb290QGthbWFpbGlvLTQtMS10ZXN0IGthbWFpbGlvXSMgZGF0ZSA7IHRjcGR1
bXAgLWkgYW55IC1zMCAtdyAvdG1wL2NyYXAucGNhcCAtdiBwb3J0IDM4NjgmbmJzcDsgLW4gOyBk
YXRlPGJyPgpXZWQgSmFuIDI5IDE2OjQ1OjE1IEVTVCAyMDE0PGJyPgp0Y3BkdW1wOiBsaXN0ZW5p
bmcgb24gYW55LCBsaW5rLXR5cGUgTElOVVhfU0xMIChMaW51eCBjb29rZWQpLCBjYXB0dXJlIHNp
emUgNjU1MzUgYnl0ZXM8YnI+Cl5DMCBwYWNrZXRzIGNhcHR1cmVkPGJyPgowIHBhY2tldHMgcmVj
ZWl2ZWQgYnkgZmlsdGVyPGJyPgowIHBhY2tldHMgZHJvcHBlZCBieSBrZXJuZWw8YnI+CldlZCBK
YW4gMjkgMTc6MDk6MDggRVNUIDIwMTQ8YnI+Cltyb290QGthbWFpbGlvLTQtMS10ZXN0IGthbWFp
bGlvXSMgPGJyPgo8YnI+Ck9uY2UgSSByZXN0YXJ0IHNjc2NmL2ljc2NmIGV2ZXJ5dGhpbmcgd2ls
bCBiZSBPSyAuLi4gc28gdGhlcmUgaXMgbGlrZWx5IG5vIHdheSB0byBnZXQgbG9nZ2luZyBvdXQg
b2YgdGhlIHJ1bm5pbmcgc2NzY2YsIGlzIGl0ID8KPGRpdj4KPGRpdiBjbGFzcz0iaDUiPjxicj4K
PGJyPgo8ZGl2Pk9uIDAxLzI5LzIwMTQgMDk6NDUgQU0sIEphc29uIFBlbnRvbiB3cm90ZTo8YnI+
CjwvZGl2Pgo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAw
CiAgICAgICAgICAgICAgICAgICAgIWltcG9ydGFudDsgYm9yZGVyLXJpZ2h0OiAycHggc29saWQg
IzAwOTkwMAogICAgICAgICAgICAgICAgICAgICFpbXBvcnRhbnQ7IHBhZGRpbmc6IDBweCAxNXB4
IDBweCAxNXB4OyBtYXJnaW46IDhweAogICAgICAgICAgICAgICAgICAgIDJweDsiIHR5cGU9ImNp
dGUiPgo8IS0tW2lmICFJRV0+PERJViBzdHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5
OTAwOyBib3JkZXItcmlnaHQ6IDJweCBzb2xpZCAjMDA5OTAwOyAgcGFkZGluZzogMHB4IDE1cHg7
IG1hcmdpbjogMnB4IDBweDsiPjwhW2VuZGlmXS0tPjwhLS1baWYgIUlFXT48RElWIHN0eWxlPSJi
b3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDA7IGJvcmRlci1yaWdodDogMnB4IHNvbGlkICMw
MDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsgbWFyZ2luOiAycHggMHB4OyI+PCFbZW5kaWZdLS0+
CjxkaXYgZGlyPSJsdHIiPkhpIERhbmllbCwKPGRpdj48YnI+CjwvZGl2Pgo8ZGl2PlRoaXMgbG9v
a3MgbGlrZSBhIGJvb3R1cCBvZiBrYW1haWxpbywgd2hlcmUgdGhlIHBlZXIgcHJvY2VzcyBpcyB0
cnlpbmcgdG8gc3RhcnQ/IElzIHlvdXIgSFNTIHVwLiBDYW4geW91IHRlbG5ldCB0byB5b3VyIEhT
UzozODY4PzwvZGl2Pgo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+QWxzbywgeW91ciBmaXJzdCBtZXNz
YWdlIHNheXMgeW91IGFyZSBoYXZpbmcgdHJvdWJsZSB3aXRoIENEUCAmcXVvdDtsYXRlbHkmcXVv
dDsuIFdoYXQgZG9lcyB0aGlzIG1lYW4/IFRoZXJlIGhhdmUgYmVlbiBubyBjaGFuZ2VzIHRvIENE
UCBjb2RlIGZvciBzb21lIHRpbWUgbm93Li4uPC9kaXY+CjxkaXY+PGJyPgo8L2Rpdj4KPGRpdj5D
aGVlcnM8L2Rpdj4KPGRpdj5qYXNvbjwvZGl2Pgo8L2Rpdj4KPGRpdiBjbGFzcz0iZ21haWxfZXh0
cmEiPjxicj4KPGJyPgo8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gV2VkLCBKYW4gMjksIDIw
MTQgYXQgNDozMCBQTSwgRGFuaWVsIENpcHJ1cyA8c3BhbiBkaXI9Imx0ciI+CiZsdDs8YSBtb3ot
ZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29t
IiB0YXJnZXQ9Il9ibGFuayI+ZGFuaWVsLmNpcHJ1c0BhY2lzaW9uLmNvbTwvYT4mZ3Q7PC9zcGFu
PiB3cm90ZTo8YnI+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdp
bjowCiAgICAgICAgICAgICAgICAgICAgICAgICAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNj
Y2MKICAgICAgICAgICAgICAgICAgICAgICAgICBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KPGRp
diBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4oZ2RiKSBidDxicj4KIzAmbmJzcDsg
MHgwMDAwN2Y1YjU2NGY3OTAwIGluIF9fbmFub3NsZWVwX25vY2FuY2VsICgpIGZyb20gL2xpYjY0
L2xpYmMuc28uNjxicj4KIzEmbmJzcDsgMHgwMDAwN2Y1YjU2NGY3NzkwIGluIHNsZWVwICgpIGZy
b20gL2xpYjY0L2xpYmMuc28uNjxicj4KIzImbmJzcDsgMHgwMDAwN2Y1YjUwOTVjYjcxIGluIHRp
bWVyX2xvb3AgKCkgYXQgdGltZXIuYzoxMjA8YnI+CiMzJm5ic3A7IDB4MDAwMDdmNWI1MDk1ZDVh
NCBpbiB0aW1lcl9wcm9jZXNzIChyZXR1cm5zPTApIGF0IHRpbWVyLmM6MjA3PGJyPgojNCZuYnNw
OyAweDAwMDA3ZjViNTA5M2Y4OTEgaW4gZGlhbWV0ZXJfcGVlcl9zdGFydCAoYmxvY2tpbmc9MCkg
YXQgZGlhbWV0ZXJfcGVlci5jOjM5Njxicj4KIzUmbmJzcDsgMHgwMDAwN2Y1YjUwOTQxMDJiIGlu
IGNkcF9jaGlsZF9pbml0IChyYW5rPTApIGF0IG1vZC5jOjIzNzxicj4KIzYmbmJzcDsgMHgwMDAw
MDAwMDAwNGY3ZWMyIGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2MDlhNjcwLCByYW5rPTAp
IGF0IHNyX21vZHVsZS5jOjkyNDxicj4KIzcmbmJzcDsgMHgwMDAwMDAwMDAwNGY3ZDY1IGluIGlu
aXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2MDliMjE4LCByYW5rPTApIGF0IHNyX21vZHVsZS5jOjky
MTxicj4KIzgmbmJzcDsgMHgwMDAwMDAwMDAwNGY3ZDY1IGluIGluaXRfbW9kX2NoaWxkIChtPTB4
N2Y1YjU2MDliNWMwLCByYW5rPTApIGF0IHNyX21vZHVsZS5jOjkyMTxicj4KIzkmbmJzcDsgMHgw
MDAwMDAwMDAwNGY3ZDY1IGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2MDliOTcwLCByYW5r
PTApIGF0IHNyX21vZHVsZS5jOjkyMTxicj4KIzEwIDB4MDAwMDAwMDAwMDRmN2Q2NSBpbiBpbml0
X21vZF9jaGlsZCAobT0weDdmNWI1NjA5YzAwMCwgcmFuaz0wKSBhdCBzcl9tb2R1bGUuYzo5MjE8
YnI+CiMxMSAweDAwMDAwMDAwMDA0ZjdkNjUgaW4gaW5pdF9tb2RfY2hpbGQgKG09MHg3ZjViNTYw
OWM0NzgsIHJhbms9MCkgYXQgc3JfbW9kdWxlLmM6OTIxPGJyPgojMTIgMHgwMDAwMDAwMDAwNGY4
MDQ4IGluIGluaXRfY2hpbGQgKHJhbms9MCkgYXQgc3JfbW9kdWxlLmM6OTQ4PGJyPgojMTMgMHgw
MDAwMDAwMDAwNDZkNTdjIGluIG1haW5fbG9vcCAoKSBhdCBtYWluLmM6MTY5NDxicj4KIzE0IDB4
MDAwMDAwMDAwMDQ3MDMwYiBpbiBtYWluIChhcmdjPTEzLCBhcmd2PTB4N2ZmZmYzZTIxMTI4KSBh
dCBtYWluLmM6MjUzMzxicj4KKGdkYikgYnQgZnVsbDxicj4KIzAmbmJzcDsgMHgwMDAwN2Y1YjU2
NGY3OTAwIGluIF9fbmFub3NsZWVwX25vY2FuY2VsICgpIGZyb20gL2xpYjY0L2xpYmMuc28uNjxi
cj4KTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZhaWxhYmxlLjxicj4KIzEmbmJzcDsgMHgwMDAwN2Y1
YjU2NGY3NzkwIGluIHNsZWVwICgpIGZyb20gL2xpYjY0L2xpYmMuc28uNjxicj4KTm8gc3ltYm9s
IHRhYmxlIGluZm8gYXZhaWxhYmxlLjxicj4KIzImbmJzcDsgMHgwMDAwN2Y1YjUwOTVjYjcxIGlu
IHRpbWVyX2xvb3AgKCkgYXQgdGltZXIuYzoxMjA8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBub3cgPSAxMzkwOTM0MTAzPGJyPgombmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaSA9IDB4MDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGNiID0gMDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHB0ciA9IDB4MDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGludGVydmFsID0gMTxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O3RpbWVyX2xvb3Am
cXVvdDs8YnI+CiMzJm5ic3A7IDB4MDAwMDdmNWI1MDk1ZDVhNCBpbiB0aW1lcl9wcm9jZXNzIChy
ZXR1cm5zPTApIGF0IHRpbWVyLmM6MjA3PGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgX19GVU5DVElPTl9fID0gJnF1b3Q7dGltZXJfcHJvY2VzcyZxdW90Ozxi
cj4KIzQmbmJzcDsgMHgwMDAwN2Y1YjUwOTNmODkxIGluIGRpYW1ldGVyX3BlZXJfc3RhcnQgKGJs
b2NraW5nPTApIGF0IGRpYW1ldGVyX3BlZXIuYzozOTY8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwaWQgPSAwPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgayA9IC0yPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgcCA9IDB4MDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O2RpYW1ldGVyX3BlZXJfc3RhcnQm
cXVvdDs8YnI+CiM1Jm5ic3A7IDB4MDAwMDdmNWI1MDk0MTAyYiBpbiBjZHBfY2hpbGRfaW5pdCAo
cmFuaz0wKSBhdCBtb2QuYzoyMzc8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBfX0ZVTkNUSU9OX18gPSAmcXVvdDtjZHBfY2hpbGRfaW5pdCZxdW90Ozxicj4K
IzYmbmJzcDsgMHgwMDAwMDAwMDAwNGY3ZWMyIGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2
MDlhNjcwLCByYW5rPTApIGF0IHNyX21vZHVsZS5jOjkyNDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O2luaXRfbW9kX2No
aWxkJnF1b3Q7PGJyPgojNyZuYnNwOyAweDAwMDAwMDAwMDA0ZjdkNjUgaW4gaW5pdF9tb2RfY2hp
bGQgKG09MHg3ZjViNTYwOWIyMTgsIHJhbms9MCkgYXQgc3JfbW9kdWxlLmM6OTIxPGJyPgombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgX19GVU5DVElPTl9fID0gJnF1
b3Q7aW5pdF9tb2RfY2hpbGQmcXVvdDs8YnI+CiM4Jm5ic3A7IDB4MDAwMDAwMDAwMDRmN2Q2NSBp
biBpbml0X21vZF9jaGlsZCAobT0weDdmNWI1NjA5YjVjMCwgcmFuaz0wKSBhdCBzcl9tb2R1bGUu
Yzo5MjE8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBfX0ZV
TkNUSU9OX18gPSAmcXVvdDtpbml0X21vZF9jaGlsZCZxdW90Ozxicj4KIzkmbmJzcDsgMHgwMDAw
MDAwMDAwNGY3ZDY1IGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2MDliOTcwLCByYW5rPTAp
IGF0IHNyX21vZHVsZS5jOjkyMTxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O2luaXRfbW9kX2NoaWxkJnF1b3Q7PGJyPgoj
MTAgMHgwMDAwMDAwMDAwNGY3ZDY1IGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1YjU2MDljMDAw
LCByYW5rPTApIGF0IHNyX21vZHVsZS5jOjkyMTxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O2luaXRfbW9kX2NoaWxkJnF1
b3Q7PGJyPgojMTEgMHgwMDAwMDAwMDAwNGY3ZDY1IGluIGluaXRfbW9kX2NoaWxkIChtPTB4N2Y1
YjU2MDljNDc4LCByYW5rPTApIGF0IHNyX21vZHVsZS5jOjkyMTxicj4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O2luaXRfbW9k
X2NoaWxkJnF1b3Q7PGJyPgojMTIgMHgwMDAwMDAwMDAwNGY4MDQ4IGluIGluaXRfY2hpbGQgKHJh
bms9MCkgYXQgc3JfbW9kdWxlLmM6OTQ4PGJyPgpObyBsb2NhbHMuPGJyPgojMTMgMHgwMDAwMDAw
MDAwNDZkNTdjIGluIG1haW5fbG9vcCAoKSBhdCBtYWluLmM6MTY5NDxicj4KJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGkgPSA4PGJyPgombmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGlkID0gMTkyOTg8YnI+CiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzaSA9IDB4MDxicj4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNpX2Rlc2MgPSAmcXVvdDt1ZHAgcmVjZWl2ZXIg
Y2hpbGQ9NyBzb2NrPTxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovLzEwLjk2
LjE3My4xNzo2MDYwIiB0YXJnZXQ9Il9ibGFuayI+MTAuOTYuMTczLjE3OjYwNjA8L2E+XDAwMFtc
MTc3XDAwMFwwMDBcMDAxXDAwMFwwMDBcMDAwelwwMDBcMDAwXDAwMH59XlwwMDBcMDAwXDAwMFww
MDBcMDAwYG9eXDAwMFwwMDBcMDAwXDAwMFwwMDBcMjU0XDMwNVwwMDZtXDAwMFwwMDBcMDAwXDAw
MFwzMDBMQVwwMDBcMDAwXDAwMFwwMDBcMDAwCiBcMDIxXDM0MlwzNjNcMzc3XDE3NyZxdW90Oywg
J1wwMDAnICZsdDtyZXBlYXRzIDE4IHRpbWVzJmd0OywgJnF1b3Q7YFwwMTdcMzQyXDM2M1wzNzdc
MTc3XDAwMFwwMDAuXDI0MUtcMDAwXDAwMFwwMDBcMDAwJnF1b3Q7PGJyPgombmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbnJwcm9jcyA9IDg8YnI+CiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBfX0ZVTkNUSU9OX18gPSAmcXVvdDttYWlu
X2xvb3AmcXVvdDs8YnI+CiMxNCAweDAwMDAwMDAwMDA0NzAzMGIgaW4gbWFpbiAoYXJnYz0xMywg
YXJndj0weDdmZmZmM2UyMTEyOCkgYXQgbWFpbi5jOjI1MzM8YnI+CiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBjZmdfc3RyZWFtID0gMHgxYTdmMDEwPGJyPgombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYyA9IC0xPGJyPgombmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgciA9IDA8YnI+CiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0bXAgPSAweDdmZmZmM2UyMmY0MCAmcXVv
dDsmcXVvdDs8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0
bXBfbGVuID0gMDxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IHBvcnQgPSAwPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
cHJvdG8gPSAwPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
b3B0aW9ucyA9IDB4NWUwMmMwICZxdW90OzpmOmNtOk06ZFZJaEVlYjpsOkw6bjp2S3JSRFROOlc6
dzp0OnU6ZzpQOkc6U1E6TzphOkE6JnF1b3Q7PGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgcmV0ID0gLTE8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyBzZWVkID0gMjcxNDg3ODg4Mzxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJmZCA9IDQ8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZWJ1Z19zYXZlID0gMDxicj4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlYnVnX2ZsYWcgPSAwPGJyPgombmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZG9udF9mb3JrX2NudCA9IDA8YnI+Ci0t
LVR5cGUgJmx0O3JldHVybiZndDsgdG8gY29udGludWUsIG9yIHEgJmx0O3JldHVybiZndDsgdG8g
cXVpdC0tLTxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG5f
bHN0ID0gMHg3ZjViNTY0NWJiODg8YnI+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyBwID0gMHg1Y2EzZTAgJnF1b3Q7SFwyMTFsJFwzMzBMXDIxMWQkXDM0MEhcMjE1
LVwwMTdcMjM0KiZxdW90Ozxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IF9fRlVOQ1RJT05fXyA9ICZxdW90O21haW4mcXVvdDs8YnI+CihnZGIpIDxicj4KPGRp
dj4KPGRpdj4KPGRpdj5PbiAwMS8yOS8yMDE0IDA4OjQ1IEFNLCBEYW5pZWwgQ2lwcnVzIHdyb3Rl
Ojxicj4KPC9kaXY+CjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXItbGVmdDogMnB4CiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBzb2xpZCAjMDA5OTAwICFpbXBvcnRhbnQ7CiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXItcmlnaHQ6IDJweCBzb2xpZCAjMDA5
OTAwCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAhaW1wb3J0YW50OyBwYWRkaW5n
OiAwcHggMTVweCAwcHgKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDE1cHg7IG1h
cmdpbjogOHB4IDJweDsiIHR5cGU9ImNpdGUiPgo8IS0tW2lmICFJRV0+PERJViBzdHlsZT0iYm9y
ZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwOyBib3JkZXItcmlnaHQ6IDJweCBzb2xpZCAjMDA5
OTAwOyAgcGFkZGluZzogMHB4IDE1cHg7IG1hcmdpbjogMnB4IDBweDsiPjwhW2VuZGlmXS0tPjwh
LS1baWYgIUlFXT48RElWIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDA7IGJv
cmRlci1yaWdodDogMnB4IHNvbGlkICMwMDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsgbWFyZ2lu
OiAycHggMHB4OyI+PCFbZW5kaWZdLS0+VW5mb3J0dW5hdGVseQogdGhlIG9ubHkgdGhpbmcgSSBo
YXZlIGlzIGNvcmUgZmlsZSBhbmQgYnQuIEJ1dCBJIGNhbiBhc3N1cmUgeW91IHRoYXQgdGhlcmUg
d2FzIGFic29sdXRlbHkgbm8gdHJhZmZpYyBiZXR3ZWVuIGRpYW1ldGVyIGludGVyZmFjZXMuIExv
b2tzIGxpa2UgSSB3aWxsIG5lZWQgdG8gcmVwcm9kdWNlIHRoZSBwcm9ibGVtIHRvIGdldCByaWdo
dCBpbnB1dC4KPGJyPgo8YnI+CnRoYW5rczxicj4KRGFuPGJyPgo8YnI+Cjxicj4KPGRpdj5PbiAw
MS8yOS8yMDE0IDAyOjM5IEFNLCBKYXNvbiBQZW50b24gd3JvdGU6PGJyPgo8L2Rpdj4KPGJsb2Nr
cXVvdGUgc3R5bGU9ImJvcmRlci1sZWZ0OiAycHgKICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgc29saWQgIzAwOTkwMCAhaW1wb3J0YW50OwogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBib3JkZXItcmlnaHQ6IDJweCBzb2xpZCAjMDA5OTAwCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICFpbXBvcnRhbnQ7IHBhZGRpbmc6IDBweCAxNXB4IDBw
eAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxNXB4OyBtYXJnaW46IDhweCAy
cHg7IiB0eXBlPSJjaXRlIj4KPCEtLVtpZiAhSUVdPjxESVYgc3R5bGU9ImJvcmRlci1sZWZ0OiAy
cHggc29saWQgIzAwOTkwMDsgYm9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMDsgIHBhZGRp
bmc6IDBweCAxNXB4OyBtYXJnaW46IDJweCAwcHg7Ij48IVtlbmRpZl0tLT48IS0tW2lmICFJRV0+
PERJViBzdHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwOyBib3JkZXItcmlnaHQ6
IDJweCBzb2xpZCAjMDA5OTAwOyAgcGFkZGluZzogMHB4IDE1cHg7IG1hcmdpbjogMnB4IDBweDsi
PjwhW2VuZGlmXS0tPgo8ZGl2IGRpcj0ibHRyIj5IaSwmbmJzcDsKPGRpdj48YnI+CjwvZGl2Pgo8
ZGl2PmNhbiB5b3Ugc2VuZCB1cyBhIHBjYXAgYXMgd2VsbCBhcyBhIGxvZyBmaWxlPyBJIGNhbid0
IGRlYnVnIG11Y2ggd2l0aCB3aGF0IHlvdSBoYXZlIGdpdmVuIHNvIGZhci48L2Rpdj4KPGRpdj48
YnI+CjwvZGl2Pgo8ZGl2PkNoZWVyczwvZGl2Pgo8ZGl2Pkphc29uPC9kaXY+CjwvZGl2Pgo8ZGl2
IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPgo8YnI+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5P
biBUdWUsIEphbiAyOCwgMjAxNCBhdCA4OjQyIFBNLCBEYW5pZWwgQ2lwcnVzIDxzcGFuIGRpcj0i
bHRyIj4KJmx0OzxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0ibWFpbHRvOmRhbmllbC5j
aXBydXNAYWNpc2lvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5kYW5pZWwuY2lwcnVzQGFjaXNpb24u
Y29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1
b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2MKICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CkhpLDxicj4KPGJy
PgpzZWVtcyBsaWtlIENEUCBtb2R1bGUgaXMgZ2l2aW5nIHVzIGhhcmQgdGltZSBpbiBsYXN0IGZl
dyBkYXlzLiBGb3Igc29tZTxicj4KcmVhc29uIHMtY3NjZiBhbmQgaS1jc2NmIGlzIGxvb3Npbmcg
Y29ubmVjdGlvbiB0byBIU1MgYW5kIGlzIG5vdCBldmVuPGJyPgp0cnlpbmcgdG8gY2xvc2Ugc29j
a2V0IG5vciB0cnlpbmcgdG8gcmVjb25uZWN0IGJhY2suIEhlcmUgaXMgd2hhdCBJIHNlZTxicj4K
b24gdGhlIGthbWFpbGlvIG5vZGU6PGJyPgo8YnI+Ck5hbWUgJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7OiBrYW1haWxpbyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUmVsb2NhdGlvbnM6IChub3QgcmVsb2NhdGFi
bGUpPGJyPgpWZXJzaW9uICZuYnNwOyAmbmJzcDsgOiA0LjIuMCAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFZlbmRvcjogPGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIiBo
cmVmPSJodHRwOi8va2FtYWlsaW8ub3JnIiB0YXJnZXQ9Il9ibGFuayI+CmthbWFpbGlvLm9yZzwv
YT48YnI+ClJlbGVhc2UgJm5ic3A7ICZuYnNwOyA6IGRldjAuMC5lbDYgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7QnVp
bGQgRGF0ZTogV2VkIERlYyAxODxicj4KMTI6NDY6MTEgMjAxMzxicj4KPGJyPgpbcm9vdEBrYW1h
aWxpby00LTEtc3RhZ2luZyBrYW1haWxpb10jIG5ldHN0YXQgLWFwbiB8IGdyZXAgMzg2ODxicj4K
dGNwICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzAgJm5ic3A7ICZuYnNwOyAmbmJzcDswIDxh
IG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovLzEwLjk2LjE3My4xNzozNDkxNSIg
dGFyZ2V0PSJfYmxhbmsiPgoxMC45Ni4xNzMuMTc6MzQ5MTU8L2E+IDxhIG1vei1kby1ub3Qtc2Vu
ZD0idHJ1ZSIgaHJlZj0iaHR0cDovLzEwLjk2LjE3My4xODozODY4IiB0YXJnZXQ9Il9ibGFuayI+
CjEwLjk2LjE3My4xODozODY4PC9hPjxicj4KQ0xPU0VfV0FJVCAmbmJzcDsxMDA4Ny9rYW1haWxp
bzxicj4KdGNwICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzAgJm5ic3A7ICZuYnNwOyAmbmJz
cDswIDxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovLzEwLjk2LjE3My4xNzoz
NTM2MSIgdGFyZ2V0PSJfYmxhbmsiPgoxMC45Ni4xNzMuMTc6MzUzNjE8L2E+IDxhIG1vei1kby1u
b3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovLzEwLjk2LjE3My4xODozODY4IiB0YXJnZXQ9Il9i
bGFuayI+CjEwLjk2LjE3My4xODozODY4PC9hPjxicj4KQ0xPU0VfV0FJVCAmbmJzcDsxOTMwOC9r
YW1haWxpbzxicj4KW3Jvb3RAa2FtYWlsaW8tNC0xLXN0YWdpbmcga2FtYWlsaW9dIzxicj4KPGJy
PgphbmQgSFNTOjxicj4KPGJyPgpbcm9vdEBoc3MtY29uZmlnLXN0YWdpbmcgcGhzcy1zb3BdIyBu
ZXRzdGF0IC1hcG4gfCBncmVwIDM4Njg8YnI+CnRjcCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDswICZuYnNwOyAmbmJzcDsgJm5ic3A7MCA8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9
Imh0dHA6Ly8xMC45Ni4xNzMuMTg6Mzg2OCIgdGFyZ2V0PSJfYmxhbmsiPgoxMC45Ni4xNzMuMTg6
Mzg2ODwvYT4gMC4wLjAuMDoqPGJyPgpMSVNURU4gJm5ic3A7ICZuYnNwOyAmbmJzcDsxMDU0OS91
Z2Nfc2VydmVyPGJyPgpbcm9vdEBoc3MtY29uZmlnLXN0YWdpbmcgcGhzcy1zb3BdIzxicj4KPGJy
PgpJIGhhdmUgY29yZSBmaWxlcyAoY3JlYXRlZCBieSBnY29yZSkgaWYgdGhpcyBoZWxwcy48YnI+
Cjxicj4KdGhhbmtzPGJyPgpEYW48YnI+Cjxicj4KPGJyPgo8YnI+ClRoaXMgZS1tYWlsIGFuZCBh
bnkgYXR0YWNobWVudCBpcyBmb3IgYXV0aG9yaXNlZCB1c2UgYnkgdGhlIGludGVuZGVkIHJlY2lw
aWVudChzKSBvbmx5LiBJdCBtYXkgY29udGFpbiBwcm9wcmlldGFyeSBtYXRlcmlhbCwgY29uZmlk
ZW50aWFsIGluZm9ybWF0aW9uIGFuZC9vciBiZSBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZS4g
SXQgc2hvdWxkIG5vdCBiZSBjb3BpZWQsIGRpc2Nsb3NlZCB0bywgcmV0YWluZWQgb3IgdXNlZCBi
eSwgYW55IG90aGVyCiBwYXJ0eS4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50
IHRoZW4gcGxlYXNlIHByb21wdGx5IGRlbGV0ZSB0aGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1l
bnQgYW5kIGFsbCBjb3BpZXMgYW5kIGluZm9ybSB0aGUgc2VuZGVyLiBUaGFuayB5b3UgZm9yIHVu
ZGVyc3RhbmRpbmcuPGJyPgo8YnI+Cjxicj4KPGJyPgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxicj4Kc3ItZGV2IG1haWxpbmcgbGlzdDxicj4KPGEgbW96
LWRvLW5vdC1zZW5kPSJ0cnVlIiBocmVmPSJtYWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIu
b3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnPC9hPjxicj4K
PGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIiBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5v
cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6
Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2PC9h
Pjxicj4KPC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyPgo8L2Rpdj4KPCEtLVtpZiAhSUVdPjwvRElW
PjwhW2VuZGlmXS0tPjwhLS1baWYgIUlFXT48L0RJVj48IVtlbmRpZl0tLT48L2Jsb2NrcXVvdGU+
Cjxicj4KPGRpdj4tLSA8YnI+CjxiPkRhbmllbCBDaXBydXM8L2I+PGJyPgpJbnRlZ3JhdGlvbiBl
bmdpbmVlcjxicj4KPGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIiBocmVmPSJodHRwOi8vd3d3LmFj
aXNpb24uY29tIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5hY2lzaW9uLmNvbTwvYT48YnI+
Cjxicj4KOTk1NCBNYXlsYW5kIERyPGJyPgpTdWl0ZSAzMTAwPGJyPgpSaWNobW9uZCwgVkEgMjMy
MzM8YnI+ClVTQTxicj4KVDogPGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIiBocmVmPSJ0ZWw6JTJC
MSUyMDgwNCUyMDc2MiUyMDU2MDEiIHZhbHVlPSImIzQzOzE4MDQ3NjI1NjAxIiB0YXJnZXQ9Il9i
bGFuayI+CiYjNDM7MSA4MDQgNzYyIDU2MDE8L2E+PGJyPgpFOiA8YSBtb3otZG8tbm90LXNlbmQ9
InRydWUiIGhyZWY9Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tIiB0YXJnZXQ9Il9i
bGFuayI+CmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb208L2E+PGJyPgo8L2Rpdj4KPGJyPgo8aHI+
Cjxmb250IGNvbG9yPSJHcmF5IiBmYWNlPSJBcmlhbCIgc2l6ZT0iMSI+VGhpcyBlLW1haWwgYW5k
IGFueSBhdHRhY2htZW50IGlzIGZvciBhdXRob3Jpc2VkIHVzZSBieSB0aGUgaW50ZW5kZWQgcmVj
aXBpZW50KHMpIG9ubHkuIEl0IG1heSBjb250YWluIHByb3ByaWV0YXJ5IG1hdGVyaWFsLCBjb25m
aWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kL29yIGJlIHN1YmplY3QgdG8gbGVnYWwgcHJpdmlsZWdl
LiBJdCBzaG91bGQgbm90IGJlIGNvcGllZCwgZGlzY2xvc2VkCiB0bywgcmV0YWluZWQgb3IgdXNl
ZCBieSwgYW55IG90aGVyIHBhcnR5LiBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGll
bnQgdGhlbiBwbGVhc2UgcHJvbXB0bHkgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNo
bWVudCBhbmQgYWxsIGNvcGllcyBhbmQgaW5mb3JtIHRoZSBzZW5kZXIuIFRoYW5rIHlvdSBmb3Ig
dW5kZXJzdGFuZGluZy48YnI+CjwvZm9udD48YnIgY2xlYXI9ImFsbCI+CjwhLS1baWYgIUlFXT48
L0RJVj48IVtlbmRpZl0tLT48IS0tW2lmICFJRV0+PC9ESVY+PCFbZW5kaWZdLS0+PC9ibG9ja3F1
b3RlPgo8YnI+CjxkaXY+LS0gPGJyPgo8Yj5EYW5pZWwgQ2lwcnVzPC9iPjxicj4KSW50ZWdyYXRp
b24gZW5naW5lZXI8YnI+CjxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovL3d3
dy5hY2lzaW9uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cuYWNpc2lvbi5jb208L2E+
PGJyPgo8YnI+Cjk5NTQgTWF5bGFuZCBEcjxicj4KU3VpdGUgMzEwMDxicj4KUmljaG1vbmQsIFZB
IDIzMjMzPGJyPgpVU0E8YnI+ClQ6IDxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0idGVs
OiUyQjElMjA4MDQlMjA3NjIlMjA1NjAxIiB2YWx1ZT0iJiM0MzsxODA0NzYyNTYwMSIgdGFyZ2V0
PSJfYmxhbmsiPgomIzQzOzEgODA0IDc2MiA1NjAxPC9hPjxicj4KRTogPGEgbW96LWRvLW5vdC1z
ZW5kPSJ0cnVlIiBocmVmPSJtYWlsdG86ZGFuaWVsLmNpcHJ1c0BhY2lzaW9uLmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPgpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tPC9hPjxicj4KPC9kaXY+Cjxicj4K
PGhyPgo8Zm9udCBjb2xvcj0iR3JheSIgZmFjZT0iQXJpYWwiIHNpemU9IjEiPlRoaXMgZS1tYWls
IGFuZCBhbnkgYXR0YWNobWVudCBpcyBmb3IgYXV0aG9yaXNlZCB1c2UgYnkgdGhlIGludGVuZGVk
IHJlY2lwaWVudChzKSBvbmx5LiBJdCBtYXkgY29udGFpbiBwcm9wcmlldGFyeSBtYXRlcmlhbCwg
Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZC9vciBiZSBzdWJqZWN0IHRvIGxlZ2FsIHByaXZp
bGVnZS4gSXQgc2hvdWxkIG5vdCBiZSBjb3BpZWQsIGRpc2Nsb3NlZAogdG8sIHJldGFpbmVkIG9y
IHVzZWQgYnksIGFueSBvdGhlciBwYXJ0eS4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVj
aXBpZW50IHRoZW4gcGxlYXNlIHByb21wdGx5IGRlbGV0ZSB0aGlzIGUtbWFpbCBhbmQgYW55IGF0
dGFjaG1lbnQgYW5kIGFsbCBjb3BpZXMgYW5kIGluZm9ybSB0aGUgc2VuZGVyLiBUaGFuayB5b3Ug
Zm9yIHVuZGVyc3RhbmRpbmcuPGJyPgo8L2ZvbnQ+PGJyIGNsZWFyPSJhbGwiPgo8L2Rpdj4KPC9k
aXY+CjwvZGl2Pgo8L2Jsb2NrcXVvdGU+CjwvZGl2Pgo8YnI+CjwvZGl2Pgo8IS0tW2lmICFJRV0+
PC9ESVY+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjwvRElWPjwhW2VuZGlmXS0tPjwvYmxvY2tx
dW90ZT4KPGJyPgo8ZGl2Pi0tIDxicj4KPGI+RGFuaWVsIENpcHJ1czwvYj48YnI+CkludGVncmF0
aW9uIGVuZ2luZWVyPGJyPgo8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9Imh0dHA6Ly93
d3cuYWNpc2lvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LmFjaXNpb24uY29tPC9h
Pjxicj4KPGJyPgo5OTU0IE1heWxhbmQgRHI8YnI+ClN1aXRlIDMxMDA8YnI+ClJpY2htb25kLCBW
QSAyMzIzMzxicj4KVVNBPGJyPgpUOiA8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9InRl
bDolMkIxJTIwODA0JTIwNzYyJTIwNTYwMSIgdmFsdWU9IiYjNDM7MTgwNDc2MjU2MDEiIHRhcmdl
dD0iX2JsYW5rIj4KJiM0MzsxIDgwNCA3NjIgNTYwMTwvYT48YnI+CkU6IDxhIG1vei1kby1ub3Qt
c2VuZD0idHJ1ZSIgaHJlZj0ibWFpbHRvOmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb20iIHRhcmdl
dD0iX2JsYW5rIj4KZGFuaWVsLmNpcHJ1c0BhY2lzaW9uLmNvbTwvYT48YnI+CjwvZGl2Pgo8YnI+
Cjxocj4KPGZvbnQgY29sb3I9IkdyYXkiIGZhY2U9IkFyaWFsIiBzaXplPSIxIj5UaGlzIGUtbWFp
bCBhbmQgYW55IGF0dGFjaG1lbnQgaXMgZm9yIGF1dGhvcmlzZWQgdXNlIGJ5IHRoZSBpbnRlbmRl
ZCByZWNpcGllbnQocykgb25seS4gSXQgbWF5IGNvbnRhaW4gcHJvcHJpZXRhcnkgbWF0ZXJpYWws
IGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBhbmQvb3IgYmUgc3ViamVjdCB0byBsZWdhbCBwcml2
aWxlZ2UuIEl0IHNob3VsZCBub3QgYmUgY29waWVkLCBkaXNjbG9zZWQKIHRvLCByZXRhaW5lZCBv
ciB1c2VkIGJ5LCBhbnkgb3RoZXIgcGFydHkuIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJl
Y2lwaWVudCB0aGVuIHBsZWFzZSBwcm9tcHRseSBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGFueSBh
dHRhY2htZW50IGFuZCBhbGwgY29waWVzIGFuZCBpbmZvcm0gdGhlIHNlbmRlci4gVGhhbmsgeW91
IGZvciB1bmRlcnN0YW5kaW5nLjxicj4KPC9mb250PjxiciBjbGVhcj0iYWxsIj4KPC9kaXY+Cjwv
ZGl2Pgo8L2Rpdj4KPC9ibG9ja3F1b3RlPgo8L2Rpdj4KPGJyPgo8L2Rpdj4KPCEtLVtpZiAhSUVd
PjwvRElWPjwhW2VuZGlmXS0tPjwhLS1baWYgIUlFXT48L0RJVj48IVtlbmRpZl0tLT48L2Jsb2Nr
cXVvdGU+Cjxicj4KPGhyPgo8Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IkdyYXkiIHNpemU9IjEi
PlRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudCBpcyBmb3IgYXV0aG9yaXNlZCB1c2UgYnkg
dGhlIGludGVuZGVkIHJlY2lwaWVudChzKSBvbmx5LiBJdCBtYXkgY29udGFpbiBwcm9wcmlldGFy
eSBtYXRlcmlhbCwgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZC9vciBiZSBzdWJqZWN0IHRv
IGxlZ2FsIHByaXZpbGVnZS4gSXQgc2hvdWxkIG5vdCBiZSBjb3BpZWQsIGRpc2Nsb3NlZAogdG8s
IHJldGFpbmVkIG9yIHVzZWQgYnksIGFueSBvdGhlciBwYXJ0eS4gSWYgeW91IGFyZSBub3QgYW4g
aW50ZW5kZWQgcmVjaXBpZW50IHRoZW4gcGxlYXNlIHByb21wdGx5IGRlbGV0ZSB0aGlzIGUtbWFp
bCBhbmQgYW55IGF0dGFjaG1lbnQgYW5kIGFsbCBjb3BpZXMgYW5kIGluZm9ybSB0aGUgc2VuZGVy
LiBUaGFuayB5b3UgZm9yIHVuZGVyc3RhbmRpbmcuPGJyPgo8L2ZvbnQ+CjxiciBjbGVhcj1hbGw+
IAo8L2JvZHk+CjwvaHRtbD4KCg==

--===============1747955579==--


From bugtracker@sip-router.org Tue Feb  4 05:51:42 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Tue, 04 Feb 2014 04:51:40 +0000
Message-ID: <1391489500.52f071dcce148@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0366949493=="

--===============0366949493==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
The problem can be reproduced also without topoh module... The simple script =
to do it:

loadmodule "timer.so"
modparam("timer", "declare_timer", "ORIGINATE=3DORIGINATE,500,slow,enable");

route {
        xlog("L_INFO", "[MAIN] Incoming request LOGHDR$mb");
        $ru =3D "sip:127.0.0.1:6060";
        t_relay();
        exit;
}

route[ORIGINATE] {
        $var(rip) =3D "127.0.0.1";
        $uac_req(method)=3D"INVITE";
        $uac_req(ruri)=3D"sip:127.0.0.1:5060";
        $uac_req(furi)=3D"sip:" + "aaa(a)127.0.0.1";
        $uac_req(turi)=3D"sip:" + "bbb(a)127.0.0.1";
        $uac_req(hdrs)=3D"Contact: <sip:aaa(a)127.0.0.1>\r\n";
        uac_req_send();
        exit;
}

----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1285

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0366949493==--


From bugtracker@sip-router.org Tue Feb  4 06:32:50 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Tue, 04 Feb 2014 05:32:47 +0000
Message-ID: <1391491967.52f07b7ff16b3@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2016872047=="

--===============2016872047==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
It reproduced only with modparam("tm", "callid_matching", 1)
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1286

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============2016872047==--


From daniel@pocock.com.au Tue Feb  4 07:55:57 2014
From: Daniel Pocock <daniel@pocock.com.au>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] WebSocket cookie authentication and passing data
Date: Tue, 04 Feb 2014 07:55:53 +0100
Message-ID: <52F08EF9.8010806@pocock.com.au>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1658080628=="

--===============1658080628==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable




Here is a full overview of the way we did this in reSIProcate / repro:

  http://www.resiprocate.org/SIP_Over_WebSocket_Cookies

Here is a PHP test script which sets the cookies:

http://svn.resiprocate.org/viewsvn/resiprocate/main/repro/test/web/websocket-=
cookie-test.php?format=3Dmarkup

JSCommunicator can set the extension header for passing supplementary
data in config.js:

https://github.com/opentelecoms-org/jscommunicator/blob/master/config-sample.=
js#L62
(look for extra_headers)

To build a complete solution, you can simply combine the phone.shtml
code from JSCommunicator and the PHP test code into a simple script.

Notice we put a version number in the cookie.  If the Kamailio
implementation of this evolves and adds extra fields, please increment
the version number or use different cookie names to distinguish it from
the reSIProcate cookie scheme.



--===============1658080628==--


From bugtracker@sip-router.org Tue Feb  4 09:34:37 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Comment added: libsrdb1.so.1.0 in multiple	debian packages
Date: Tue, 04 Feb 2014 08:34:34 +0000
Message-ID: <1391502874.52f0a61ac6f5a@sip-router.org>
In-Reply-To: <FS389@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1164991985=="

--===============1164991985==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#389 - libsrdb1.so.1.0 in multiple debian packages
User who did this - Torrey Searle (tsearle)

----------
I was able to resolve the issue for me by modifying the debian/rules file as =
follows

-LIBDIR ?=3D lib
+LIBDIR ?=3D lib64


alternatively if you do 'make deb' instead of dpkg-buildpackage then the LIBD=
IR gets correctly set
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D389#comment1287

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1164991985==--


From carsten@ng-voice.com Tue Feb  4 09:50:23 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: tm: Fix docs on t_relay_to (Typo)
Date: Tue, 04 Feb 2014 09:50:23 +0100
Message-ID: <20140204085023.72938EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0005614863=="

--===============0005614863==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 408178aa7516e661818b847f52185f4ac3cde941
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D408178aa7516e661818b847f52185f4ac3cde941

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Tue Feb  4 09:49:20 2014 +0100

tm: Fix docs on t_relay_to (Typo)
(as noticed by Victor V. Kustov)

---

 modules/tm/doc/functions.xml |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/tm/doc/functions.xml b/modules/tm/doc/functions.xml
index fba4e92..25d2507 100644
--- a/modules/tm/doc/functions.xml
+++ b/modules/tm/doc/functions.xml
@@ -1618,7 +1618,7 @@ t_replicate_to_udp("1.2.3.4", "5060");
 	    </listitem>
 	</itemizedlist>
 	<example>
-	    <title><function>t_replicate</function> usage</title>
+	    <title><function>t_relay_to</function> usage</title>
 	    <programlisting>
 ...
 # sent to 1.2.3.4:5060 over tcp



--===============0005614863==--


From carsten@ng-voice.com Tue Feb  4 09:51:04 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: tm: Fix docs on t_relay_to (Typo)
Date: Tue, 04 Feb 2014 09:51:03 +0100
Message-ID: <20140204085104.00361EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0146724330=="

--===============0146724330==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: eb67bf1ddeb9945af754d5dcc9fd0b23788a1642
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Deb67bf1ddeb9945af754d5dcc9fd0b23788a1642

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Tue Feb  4 09:49:20 2014 +0100

tm: Fix docs on t_relay_to (Typo)
(as noticed by Victor V. Kustov)

---

 modules/tm/doc/functions.xml |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/tm/doc/functions.xml b/modules/tm/doc/functions.xml
index fba4e92..25d2507 100644
--- a/modules/tm/doc/functions.xml
+++ b/modules/tm/doc/functions.xml
@@ -1618,7 +1618,7 @@ t_replicate_to_udp("1.2.3.4", "5060");
 	    </listitem>
 	</itemizedlist>
 	<example>
-	    <title><function>t_replicate</function> usage</title>
+	    <title><function>t_relay_to</function> usage</title>
 	    <programlisting>
 ...
 # sent to 1.2.3.4:5060 over tcp



--===============0146724330==--


From carsten@ng-voice.com Tue Feb  4 09:52:06 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: tm: Fix docs on t_relay_to (Typo)
Date: Tue, 04 Feb 2014 09:52:05 +0100
Message-ID: <20140204085205.CFDB7EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0281865090=="

--===============0281865090==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 9c39db4c6cba2791d4c19772797b84179baffead
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9c39db4c6cba2791d4c19772797b84179baffead

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Tue Feb  4 09:49:20 2014 +0100

tm: Fix docs on t_relay_to (Typo)
(as noticed by Victor V. Kustov)

---

 modules/tm/doc/functions.xml |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/tm/doc/functions.xml b/modules/tm/doc/functions.xml
index a5ce5a0..44efee9 100644
--- a/modules/tm/doc/functions.xml
+++ b/modules/tm/doc/functions.xml
@@ -1570,7 +1570,7 @@ t_replicate_to_udp("1.2.3.4", "5060");
 	    </listitem>
 	</itemizedlist>
 	<example>
-	    <title><function>t_replicate</function> usage</title>
+	    <title><function>t_relay_to</function> usage</title>
 	    <programlisting>
 ...
 # sent to 1.2.3.4:5060 over tcp



--===============0281865090==--


From carsten@ng-voice.com Tue Feb  4 09:53:21 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: tm: Fix docs on t_relay_to (Typo)
Date: Tue, 04 Feb 2014 09:53:20 +0100
Message-ID: <20140204085320.C8200EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1671910907=="

--===============1671910907==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: ac7a5f69285a73e31dd5bb3d3729cdeca1abc892
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dac7a5f69285a73e31dd5bb3d3729cdeca1abc892

Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date:   Tue Feb  4 09:49:20 2014 +0100

tm: Fix docs on t_relay_to (Typo)
(as noticed by Victor V. Kustov)

---

 modules/tm/doc/functions.xml |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/tm/doc/functions.xml b/modules/tm/doc/functions.xml
index 625e699..96e6c96 100644
--- a/modules/tm/doc/functions.xml
+++ b/modules/tm/doc/functions.xml
@@ -1488,7 +1488,7 @@ t_replicate_to_udp("1.2.3.4", "5060");
 	    </listitem>
 	</itemizedlist>
 	<example>
-	    <title><function>t_replicate</function> usage</title>
+	    <title><function>t_relay_to</function> usage</title>
 	    <programlisting>
 ...
 # sent to 1.2.3.4:5060 over tcp



--===============1671910907==--


From bugtracker@sip-router.org Tue Feb  4 10:09:15 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Tue, 04 Feb 2014 09:09:12 +0000
Message-ID: <1391504952.52f0ae3869a95@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0756596231=="

--===============0756596231==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Alex Hermann (axlh)

----------
<code>(gdb) p *p_cell->uas.request
Cannot access memory at address 0x0</code>
I'm really wondering how server transaction can exists without a uas.request =
on that transaction. Preventing the segfault is easy but could someone explai=
n how uas.request can be NULL at this stage, where the reply has already matc=
hed the transaction?

<code>
diff --git a/modules/tm/t_lookup.c b/modules/tm/t_lookup.c
index fbc624b..cc1f4f3 100644
--- a/modules/tm/t_lookup.c
+++ b/modules/tm/t_lookup.c
@@ -984,6 +984,7 @@ int t_reply_matching( struct sip_msg *p_msg , int *p_bran=
ch )
                        continue;
=20
                if (cfg_get(tm, tm_cfg, callid_matching) &&=20
+                       p_cell->uas.request && p_cell->uas.request->callid &&
                        (p_msg->callid->body.len !=3D p_cell->uas.request->ca=
llid->body.len ||
                         memcmp(p_msg->callid->body.s, p_cell->uas.request->c=
allid->body.s, p_msg->callid->body.len) !=3D 0)
                ) {

</code>
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1288

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0756596231==--


From bugtracker@sip-router.org Tue Feb  4 10:10:47 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Tue, 04 Feb 2014 09:10:46 +0000
Message-ID: <1391505046.52f0ae966d9f0@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1091569912=="

--===============1091569912==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
Something broken with modparam("tm", "callid_matching", 1)
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1289

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1091569912==--


From peter.dunkley@crocodilertc.net Tue Feb  4 10:27:04 2014
From: Peter Dunkley <peter.dunkley@crocodilertc.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] WebSocket cookie authentication and passing data
Date: Tue, 04 Feb 2014 09:26:57 +0000
Message-ID:
 <CAEqTk6TBVjiHo3o8zBZWMab4R_qvqCQJmNWDG695Vfc5Px-Jmw@mail.gmail.com>
In-Reply-To: <52F08EF9.8010806@pocock.com.au>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0246720553=="

--===============0246720553==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I don't think this is relevant to the Kamailio implementation.

The Kamailio implementation doesn't do anything with headers like Cookie:
at all.  If an implementer of a Kamailio solution wants to do anything with
the Cookie: header (or any other), they can do whatever they want using the
Kamailio configuration file "programming language".

You can make use of all of the standard Kamailio header/parameter selects
and transformations to help you do whatever you want with these headers.

Regards,

Peter



On 4 February 2014 06:55, Daniel Pocock <daniel(a)pocock.com.au> wrote:

>
>
>
> Here is a full overview of the way we did this in reSIProcate / repro:
>
>   http://www.resiprocate.org/SIP_Over_WebSocket_Cookies
>
> Here is a PHP test script which sets the cookies:
>
>
> http://svn.resiprocate.org/viewsvn/resiprocate/main/repro/test/web/websocke=
t-cookie-test.php?format=3Dmarkup
>
> JSCommunicator can set the extension header for passing supplementary
> data in config.js:
>
>
> https://github.com/opentelecoms-org/jscommunicator/blob/master/config-sampl=
e.js#L62
> (look for extra_headers)
>
> To build a complete solution, you can simply combine the phone.shtml
> code from JSCommunicator and the PHP test code into a simple script.
>
> Notice we put a version number in the cookie.  If the Kamailio
> implementation of this evolves and adds extra fields, please increment
> the version number or use different cookie names to distinguish it from
> the reSIProcate cookie scheme.
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



--=20
Peter Dunkley
Technical Director
Crocodile RCS Ltd



--===============0246720553==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGVsbG8sPGRpdj48YnI+PC9kaXY+PGRpdj5JIGRvbiYjMzk7dCB0aGlu
ayB0aGlzIGlzIHJlbGV2YW50IHRvIHRoZSBLYW1haWxpbyBpbXBsZW1lbnRhdGlvbi48L2Rpdj48
ZGl2Pjxicj48L2Rpdj48ZGl2PlRoZSBLYW1haWxpbyBpbXBsZW1lbnRhdGlvbiBkb2VzbiYjMzk7
dCBkbyBhbnl0aGluZyB3aXRoIGhlYWRlcnMgbGlrZSBDb29raWU6IGF0IGFsbC4goElmIGFuIGlt
cGxlbWVudGVyIG9mIGEgS2FtYWlsaW8gc29sdXRpb24gd2FudHMgdG8gZG8gYW55dGhpbmcgd2l0
aCB0aGUgQ29va2llOiBoZWFkZXIgKG9yIGFueSBvdGhlciksIHRoZXkgY2FuIGRvIHdoYXRldmVy
IHRoZXkgd2FudCB1c2luZyB0aGUgS2FtYWlsaW8gY29uZmlndXJhdGlvbiBmaWxlICZxdW90O3By
b2dyYW1taW5nIGxhbmd1YWdlJnF1b3Q7LjwvZGl2Pgo8ZGl2Pjxicj48L2Rpdj48ZGl2PllvdSBj
YW4gbWFrZSB1c2Ugb2YgYWxsIG9mIHRoZSBzdGFuZGFyZCBLYW1haWxpbyBoZWFkZXIvcGFyYW1l
dGVyIHNlbGVjdHMgYW5kIHRyYW5zZm9ybWF0aW9ucyB0byBoZWxwIHlvdSBkbyB3aGF0ZXZlciB5
b3Ugd2FudCB3aXRoIHRoZXNlIGhlYWRlcnMuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5SZWdh
cmRzLDwvZGl2PjxkaXY+PGJyPjwvZGl2Pgo8ZGl2PlBldGVyPC9kaXY+PGRpdj48YnI+PC9kaXY+
PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48YnI+PGRpdiBjbGFzcz0iZ21haWxf
cXVvdGUiPk9uIDQgRmVicnVhcnkgMjAxNCAwNjo1NSwgRGFuaWVsIFBvY29jayA8c3BhbiBkaXI9
Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpkYW5pZWxAcG9jb2NrLmNvbS5hdSIgdGFyZ2V0PSJf
YmxhbmsiPmRhbmllbEBwb2NvY2suY29tLmF1PC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj4KPGJs
b2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9y
ZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PGJyPgo8YnI+Cjxicj4K
SGVyZSBpcyBhIGZ1bGwgb3ZlcnZpZXcgb2YgdGhlIHdheSB3ZSBkaWQgdGhpcyBpbiByZVNJUHJv
Y2F0ZSAvIHJlcHJvOjxicj4KPGJyPgqgIDxhIGhyZWY9Imh0dHA6Ly93d3cucmVzaXByb2NhdGUu
b3JnL1NJUF9PdmVyX1dlYlNvY2tldF9Db29raWVzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3
dy5yZXNpcHJvY2F0ZS5vcmcvU0lQX092ZXJfV2ViU29ja2V0X0Nvb2tpZXM8L2E+PGJyPgo8YnI+
CkhlcmUgaXMgYSBQSFAgdGVzdCBzY3JpcHQgd2hpY2ggc2V0cyB0aGUgY29va2llczo8YnI+Cjxi
cj4KPGEgaHJlZj0iaHR0cDovL3N2bi5yZXNpcHJvY2F0ZS5vcmcvdmlld3N2bi9yZXNpcHJvY2F0
ZS9tYWluL3JlcHJvL3Rlc3Qvd2ViL3dlYnNvY2tldC1jb29raWUtdGVzdC5waHA/Zm9ybWF0PW1h
cmt1cCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9zdm4ucmVzaXByb2NhdGUub3JnL3ZpZXdzdm4v
cmVzaXByb2NhdGUvbWFpbi9yZXByby90ZXN0L3dlYi93ZWJzb2NrZXQtY29va2llLXRlc3QucGhw
P2Zvcm1hdD1tYXJrdXA8L2E+PGJyPgoKPGJyPgpKU0NvbW11bmljYXRvciBjYW4gc2V0IHRoZSBl
eHRlbnNpb24gaGVhZGVyIGZvciBwYXNzaW5nIHN1cHBsZW1lbnRhcnk8YnI+CmRhdGEgaW4gY29u
ZmlnLmpzOjxicj4KPGJyPgo8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vb3BlbnRlbGVjb21z
LW9yZy9qc2NvbW11bmljYXRvci9ibG9iL21hc3Rlci9jb25maWctc2FtcGxlLmpzI0w2MiIgdGFy
Z2V0PSJfYmxhbmsiPmh0dHBzOi8vZ2l0aHViLmNvbS9vcGVudGVsZWNvbXMtb3JnL2pzY29tbXVu
aWNhdG9yL2Jsb2IvbWFzdGVyL2NvbmZpZy1zYW1wbGUuanMjTDYyPC9hPjxicj4KKGxvb2sgZm9y
IGV4dHJhX2hlYWRlcnMpPGJyPgo8YnI+ClRvIGJ1aWxkIGEgY29tcGxldGUgc29sdXRpb24sIHlv
dSBjYW4gc2ltcGx5IGNvbWJpbmUgdGhlIHBob25lLnNodG1sPGJyPgpjb2RlIGZyb20gSlNDb21t
dW5pY2F0b3IgYW5kIHRoZSBQSFAgdGVzdCBjb2RlIGludG8gYSBzaW1wbGUgc2NyaXB0Ljxicj4K
PGJyPgpOb3RpY2Ugd2UgcHV0IGEgdmVyc2lvbiBudW1iZXIgaW4gdGhlIGNvb2tpZS4goElmIHRo
ZSBLYW1haWxpbzxicj4KaW1wbGVtZW50YXRpb24gb2YgdGhpcyBldm9sdmVzIGFuZCBhZGRzIGV4
dHJhIGZpZWxkcywgcGxlYXNlIGluY3JlbWVudDxicj4KdGhlIHZlcnNpb24gbnVtYmVyIG9yIHVz
ZSBkaWZmZXJlbnQgY29va2llIG5hbWVzIHRvIGRpc3Rpbmd1aXNoIGl0IGZyb208YnI+CnRoZSBy
ZVNJUHJvY2F0ZSBjb29raWUgc2NoZW1lLjxicj4KPGJyPgo8YnI+Cl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPgpzci1kZXYgbWFpbGluZyBsaXN0PGJy
Pgo8YSBocmVmPSJtYWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIj5zci1kZXZAbGlz
dHMuc2lwLXJvdXRlci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRl
ci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0
dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2
PC9hPjxicj4KPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+PGRpdj48YnI+
PC9kaXY+LS0gPGJyPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGZvbnQgZmFjZT0iY291cmllciBuZXcs
IG1vbm9zcGFjZSI+UGV0ZXIgRHVua2xleTwvZm9udD48L2Rpdj48ZGl2Pjxmb250IGZhY2U9ImNv
dXJpZXIgbmV3LCBtb25vc3BhY2UiPlRlY2huaWNhbCBEaXJlY3RvcjwvZm9udD48L2Rpdj48ZGl2
Pgo8Zm9udCBmYWNlPSJjb3VyaWVyIG5ldywgbW9ub3NwYWNlIj5Dcm9jb2RpbGUgUkNTIEx0ZDwv
Zm9udD48L2Rpdj48L2Rpdj4KPC9kaXY+Cg==

--===============0246720553==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 10:33:55 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: update debian copyright file
Date: Tue, 04 Feb 2014 10:33:53 +0100
Message-ID: <20140204093354.6479BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0028788632=="

--===============0028788632==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 3d1541f9c2b09171e703ddae0137dbb5758f6969
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3d1541f9c2b09171e703ddae0137dbb5758f6969

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:13:15 2014 +0100

pkg/kamailio/deb: update debian copyright file

---

 pkg/kamailio/deb/debian/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/jessie/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/precise/copyright |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/squeeze/copyright |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/wheezy/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 5 files changed, 1675 insertions(+), 135 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D3d1541f9c2b09171e703ddae0137dbb5758f6969


--===============0028788632==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 10:33:55 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: clean lintian errors
Date: Tue, 04 Feb 2014 10:33:54 +0100
Message-ID: <20140204093355.23F3CEF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1321140820=="

--===============1321140820==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 34720cbbf6f448a727a34164b690dabf393684ec
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D34720cbbf6f448a727a34164b690dabf393684ec

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:21:09 2014 +0100

pkg/kamailio/deb: clean lintian errors

---

 pkg/kamailio/deb/debian/control                    |   12 +++++++-----
 pkg/kamailio/deb/debian/kamailio.dirs              |    2 --
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/debian/rules                      |    1 +
 pkg/kamailio/deb/debian/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/jessie/control                    |   12 +++++++-----
 pkg/kamailio/deb/jessie/kamailio.dirs              |    2 --
 pkg/kamailio/deb/jessie/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/jessie/rules                      |    1 +
 pkg/kamailio/deb/jessie/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/precise/control                   |   10 ++++++----
 pkg/kamailio/deb/precise/kamailio.dirs             |    2 --
 .../deb/precise/kamailio.lintian-overrides         |    7 +++++++
 pkg/kamailio/deb/precise/rules                     |    1 +
 pkg/kamailio/deb/precise/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/squeeze/control                   |   10 ++++++----
 pkg/kamailio/deb/squeeze/kamailio.dirs             |    2 --
 .../deb/squeeze/kamailio.lintian-overrides         |    7 +++++++
 pkg/kamailio/deb/squeeze/rules                     |    1 +
 pkg/kamailio/deb/squeeze/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/wheezy/control                    |   10 ++++++----
 pkg/kamailio/deb/wheezy/kamailio.dirs              |    2 --
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/wheezy/rules                      |    1 +
 pkg/kamailio/deb/wheezy/source.lintian-overrides   |    1 +
 25 files changed, 77 insertions(+), 32 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D34720cbbf6f448a727a34164b690dabf393684ec


--===============1321140820==--


From miconda@gmail.com Tue Feb  4 10:53:07 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Kamailio World 2014 - New speakers and presentations
Date: Tue, 04 Feb 2014 10:52:58 +0100
Message-ID: <52F0B87A.6010105@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0406539884=="

--===============0406539884==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Slightly less than two months to the start of Kamailio World 2014 
<http://www.kamailioworld.com> [1] the organization of the event is 
getting accelerated. We received plenty of interesting proposals so far, 
we expect to end the Call for Speakers very soon, earlier than 
previously announced. If you have plans to submit, you should really 
hurry up.

The profiles of about 20 speakers have been published in Speakers page 
<http://conference.kamailio.com/k02/speakers/> [2], few others that were 
accepted already will be added soon. Details for about 15 sessions 
during the conference days (April 3-4, 2014) are available in the 
Schedule page <http://conference.kamailio.com/k02/schedule/> [3]. The 
technical workshop on the 2nd of April is getting to the final shape as 
well.

Similar to last year, expect several exhibition spots where various 
companies will present their services or products during the conference 
days. In the evening of 3rd of April it will be the cocktail party, a 
relaxing event for social networking around good food and drinks.

We are grateful to our sponsors [4], they are making possible this 
event: FhG Fokus <http://www.fokus.fraunhofer.de/en/fokus/index.html>, 
Asipto <http://www.asipto.com>, Sipwise <http://www.sipwise.com>, 
Sipgate <http://www.sipgate.de>, IT Center <http://www.itcenter.com.pt/> 
and NG Voice <http://www.ng-voice.com/>. Should you consider sponsoring, 
contact us via email at <conference [at] kamailio.com>**and we can 
present you more details.

The event take place again at the very city center of Berlin, next to 
Island of Museums and Alexanderplatz. The number of seats is limited and 
they can fill up very quickly, if you plan to attend, do not delay the 
registration – see more details in Registration page 
<http://conference.kamailio.com/k02/registration/> [5].

/Looking forward to meeting many of you in Berlin!
/

Daniel/
/

[1] - http://conference.kamailio.com
[2] - http://conference.kamailio.com/k02/speakers/
[3] - http://conference.kamailio.com/k02/schedule/
[4] - http://conference.kamailio.com/k02/sponsors/
[5] - http://conference.kamailio.com/k02/registration/

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============0406539884==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250
ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPgogIDwvaGVhZD4KICA8Ym9keSB0ZXh0PSIj
MDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIDxtZXRhIGh0dHAtZXF1aXY9ImNvbnRlbnQt
dHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PVVURi04Ij4KICAgIFNsaWdodGx5IGxl
c3MgdGhhbiB0d28gbW9udGhzIHRvIHRoZSBzdGFydCBvZiA8YQogICAgICBocmVmPSJodHRwOi8v
d3d3LmthbWFpbGlvd29ybGQuY29tIj5LYW1haWxpbyBXb3JsZCAyMDE0PC9hPiBbMV0KICAgIHRo
ZSBvcmdhbml6YXRpb24gb2YgdGhlIGV2ZW50IGlzIGdldHRpbmcgYWNjZWxlcmF0ZWQuIFdlIHJl
Y2VpdmVkCiAgICBwbGVudHkgb2YgaW50ZXJlc3RpbmcgcHJvcG9zYWxzIHNvIGZhciwgd2UgZXhw
ZWN0IHRvIGVuZCB0aGUgQ2FsbAogICAgZm9yIFNwZWFrZXJzIHZlcnkgc29vbiwgZWFybGllciB0
aGFuIHByZXZpb3VzbHkgYW5ub3VuY2VkLiBJZiB5b3UKICAgIGhhdmUgcGxhbnMgdG8gc3VibWl0
LCB5b3Ugc2hvdWxkIHJlYWxseSBodXJyeSB1cC4KICAgIDxwPlRoZSBwcm9maWxlcyBvZiBhYm91
dCAyMCBzcGVha2VycyBoYXZlIGJlZW4gcHVibGlzaGVkIGluIDxhCiAgICAgICAgaHJlZj0iaHR0
cDovL2NvbmZlcmVuY2Uua2FtYWlsaW8uY29tL2swMi9zcGVha2Vycy8iPlNwZWFrZXJzCiAgICAg
ICAgcGFnZTwvYT4gWzJdLCBmZXcgb3RoZXJzIHRoYXQgd2VyZSBhY2NlcHRlZCBhbHJlYWR5IHdp
bGwgYmUKICAgICAgYWRkZWQgc29vbi4gRGV0YWlscyBmb3IgYWJvdXQgMTUgc2Vzc2lvbnMgZHVy
aW5nIHRoZSBjb25mZXJlbmNlCiAgICAgIGRheXMgKEFwcmlsIDMtNCwgMjAxNCkgYXJlIGF2YWls
YWJsZSBpbiB0aGUgPGEKICAgICAgICBocmVmPSJodHRwOi8vY29uZmVyZW5jZS5rYW1haWxpby5j
b20vazAyL3NjaGVkdWxlLyI+U2NoZWR1bGUKICAgICAgICBwYWdlPC9hPiBbM10uIFRoZSB0ZWNo
bmljYWwgd29ya3Nob3Agb24gdGhlIDJuZCBvZiBBcHJpbCBpcwogICAgICBnZXR0aW5nIHRvIHRo
ZSBmaW5hbCBzaGFwZSBhcyB3ZWxsLjwvcD4KICAgIDxwPlNpbWlsYXIgdG8gbGFzdCB5ZWFyLCBl
eHBlY3Qgc2V2ZXJhbCBleGhpYml0aW9uIHNwb3RzIHdoZXJlCiAgICAgIHZhcmlvdXMgY29tcGFu
aWVzIHdpbGwgcHJlc2VudCB0aGVpciBzZXJ2aWNlcyBvciBwcm9kdWN0cyBkdXJpbmcKICAgICAg
dGhlIGNvbmZlcmVuY2UgZGF5cy4gSW4gdGhlIGV2ZW5pbmcgb2YgM3JkIG9mIEFwcmlsIGl0IHdp
bGwgYmUgdGhlCiAgICAgIGNvY2t0YWlsIHBhcnR5LCBhIHJlbGF4aW5nIGV2ZW50IGZvciBzb2Np
YWwgbmV0d29ya2luZyBhcm91bmQgZ29vZAogICAgICBmb29kIGFuZCBkcmlua3MuPC9wPgogICAg
PHA+V2UgYXJlIGdyYXRlZnVsIHRvIG91ciBzcG9uc29ycyBbNF0sIHRoZXkgYXJlIG1ha2luZyBw
b3NzaWJsZQogICAgICB0aGlzIGV2ZW50OiA8YQogICAgICAgIGhyZWY9Imh0dHA6Ly93d3cuZm9r
dXMuZnJhdW5ob2Zlci5kZS9lbi9mb2t1cy9pbmRleC5odG1sIj5GaEcKICAgICAgICBGb2t1czwv
YT4sIDxhIGhyZWY9Imh0dHA6Ly93d3cuYXNpcHRvLmNvbSI+QXNpcHRvPC9hPiwgPGEKICAgICAg
ICBocmVmPSJodHRwOi8vd3d3LnNpcHdpc2UuY29tIj5TaXB3aXNlPC9hPiwgPGEKICAgICAgICBo
cmVmPSJodHRwOi8vd3d3LnNpcGdhdGUuZGUiPlNpcGdhdGU8L2E+LCA8YQogICAgICAgIGhyZWY9
Imh0dHA6Ly93d3cuaXRjZW50ZXIuY29tLnB0LyI+SVQgQ2VudGVyPC9hPiBhbmQgPGEKICAgICAg
ICBocmVmPSJodHRwOi8vd3d3Lm5nLXZvaWNlLmNvbS8iPk5HIFZvaWNlPC9hPi4gU2hvdWxkIHlv
dQogICAgICBjb25zaWRlciBzcG9uc29yaW5nLCBjb250YWN0IHVzIHZpYSBlbWFpbCBhdCAmbHQ7
Y29uZmVyZW5jZSBbYXRdCiAgICAgIGthbWFpbGlvLmNvbSZndDs8c3Ryb25nPiA8L3N0cm9uZz5h
bmQgd2UgY2FuIHByZXNlbnQgeW91IG1vcmUKICAgICAgZGV0YWlscy48L3A+CiAgICA8cD5UaGUg
ZXZlbnQgdGFrZSBwbGFjZSBhZ2FpbiBhdCB0aGUgdmVyeSBjaXR5IGNlbnRlciBvZiBCZXJsaW4s
CiAgICAgIG5leHQgdG8gSXNsYW5kIG9mIE11c2V1bXMgYW5kIEFsZXhhbmRlcnBsYXR6LiBUaGUg
bnVtYmVyIG9mIHNlYXRzCiAgICAgIGlzIGxpbWl0ZWQgYW5kIHRoZXkgY2FuIGZpbGwgdXAgdmVy
eSBxdWlja2x5LCBpZiB5b3UgcGxhbiB0bwogICAgICBhdHRlbmQsIGRvIG5vdCBkZWxheSB0aGUg
cmVnaXN0cmF0aW9uIOKAkyBzZWUgbW9yZSBkZXRhaWxzIGluIDxhCiAgICAgICAgaHJlZj0iaHR0
cDovL2NvbmZlcmVuY2Uua2FtYWlsaW8uY29tL2swMi9yZWdpc3RyYXRpb24vIj5SZWdpc3RyYXRp
b24KICAgICAgICBwYWdlPC9hPiBbNV0uPGJyPgogICAgPC9wPgogICAgPHA+PGVtPkxvb2tpbmcg
Zm9yd2FyZCB0byBtZWV0aW5nIG1hbnkgb2YgeW91IGluIEJlcmxpbiE8YnI+CiAgICAgIDwvZW0+
PC9wPgogICAgPHA+RGFuaWVsPGVtPjxicj4KICAgICAgPC9lbT48L3A+CiAgICA8cD5bMV0gLSA8
YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vY29uZmVyZW5jZS5r
YW1haWxpby5jb20iPmh0dHA6Ly9jb25mZXJlbmNlLmthbWFpbGlvLmNvbTwvYT48YnI+CiAgICAg
IFsyXSAtIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9jb25m
ZXJlbmNlLmthbWFpbGlvLmNvbS9rMDIvc3BlYWtlcnMvIj5odHRwOi8vY29uZmVyZW5jZS5rYW1h
aWxpby5jb20vazAyL3NwZWFrZXJzLzwvYT48YnI+CiAgICAgIFszXSAtIDxhIGNsYXNzPSJtb3ot
dHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9jb25mZXJlbmNlLmthbWFpbGlvLmNvbS9r
MDIvc2NoZWR1bGUvIj5odHRwOi8vY29uZmVyZW5jZS5rYW1haWxpby5jb20vazAyL3NjaGVkdWxl
LzwvYT48YnI+CiAgICAgIFs0XSAtIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhy
ZWY9Imh0dHA6Ly9jb25mZXJlbmNlLmthbWFpbGlvLmNvbS9rMDIvc3BvbnNvcnMvIj5odHRwOi8v
Y29uZmVyZW5jZS5rYW1haWxpby5jb20vazAyL3Nwb25zb3JzLzwvYT48YnI+CiAgICAgIFs1XSAt
IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9jb25mZXJlbmNl
LmthbWFpbGlvLmNvbS9rMDIvcmVnaXN0cmF0aW9uLyI+aHR0cDovL2NvbmZlcmVuY2Uua2FtYWls
aW8uY29tL2swMi9yZWdpc3RyYXRpb24vPC9hPjxicj4KICAgIDwvcD4KICAgIDxwcmUgY2xhc3M9
Im1vei1zaWduYXR1cmUiIGNvbHM9IjcyIj4tLSAKRGFuaWVsLUNvbnN0YW50aW4gTWllcmxhIC0g
PGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL3d3dy5hc2lwdG8u
Y29tIj5odHRwOi8vd3d3LmFzaXB0by5jb208L2E+CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJl
ZXRleHQiIGhyZWY9Imh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRhIj5odHRwOi8vdHdpdHRl
ci5jb20vIyEvbWljb25kYTwvYT4gLSA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBo
cmVmPSJodHRwOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9taWNvbmRhIj5odHRwOi8vd3d3Lmxpbmtl
ZGluLmNvbS9pbi9taWNvbmRhPC9hPjwvcHJlPgogIDwvYm9keT4KPC9odG1sPgo=

--===============0406539884==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 15:15:52 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: unifying debian packaging
Date: Tue, 04 Feb 2014 15:15:51 +0100
Message-ID: <20140204141552.1FE9FEF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1204411211=="

--===============1204411211==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 17c8242c7adaee70acedb96f01621e1b17dcc9bb
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D17c8242c7adaee70acedb96f01621e1b17dcc9bb

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Thu Jan 30 14:26:03 2014 +0100

pkg/kamailio/deb: unifying debian packaging

---

 pkg/kamailio/deb/debian/backports/jessie           |   19 +
 pkg/kamailio/deb/debian/backports/precise          |   25 +
 pkg/kamailio/deb/debian/backports/squeeze          |   70 +++
 pkg/kamailio/deb/debian/backports/wheezy           |   31 +
 pkg/kamailio/deb/debian/control                    |   18 +-
 pkg/kamailio/deb/debian/rules                      |    2 +-
 pkg/kamailio/deb/jessie/control                    |   19 +-
 pkg/kamailio/deb/jessie/rules                      |    4 +-
 pkg/kamailio/deb/precise/changelog                 |    6 -
 pkg/kamailio/deb/precise/compat                    |    2 +-
 pkg/kamailio/deb/precise/control                   |  599 +++++++++++-------=
--
 .../deb/precise/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/precise/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/precise/kamailio.default          |   26 +-
 pkg/kamailio/deb/precise/kamailio.init             |  279 ++++------
 pkg/kamailio/deb/precise/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/precise/rules                     |  140 ++---
 pkg/kamailio/deb/precise/source/format             |    1 +
 pkg/kamailio/deb/precise/watch                     |    3 +
 pkg/kamailio/deb/squeeze/control                   |   63 ++-
 pkg/kamailio/deb/squeeze/rules                     |   21 +-
 pkg/kamailio/deb/wheezy/control                    |   19 +-
 pkg/kamailio/deb/wheezy/rules                      |    6 +-
 23 files changed, 763 insertions(+), 626 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D17c8242c7adaee70acedb96f01621e1b17dcc9bb


--===============1204411211==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 15:15:53 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: clean lintian errors
Date: Tue, 04 Feb 2014 15:15:52 +0100
Message-ID: <20140204141552.6A06EEF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1344653553=="

--===============1344653553==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 3e97f51e59b27ae4609ae3f650872e59e89e1c2a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3e97f51e59b27ae4609ae3f650872e59e89e1c2a

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:21:09 2014 +0100

pkg/kamailio/deb: clean lintian errors

(cherry picked from commit 34720cbbf6f448a727a34164b690dabf393684ec)

---

 pkg/kamailio/deb/debian/control                    |   12 +++++++-----
 pkg/kamailio/deb/debian/kamailio.dirs              |    2 --
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/debian/rules                      |    1 +
 pkg/kamailio/deb/debian/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/jessie/control                    |   12 +++++++-----
 pkg/kamailio/deb/jessie/kamailio.dirs              |    2 --
 pkg/kamailio/deb/jessie/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/jessie/rules                      |    1 +
 pkg/kamailio/deb/jessie/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/precise/control                   |   10 ++++++----
 pkg/kamailio/deb/precise/kamailio.dirs             |    2 --
 .../deb/precise/kamailio.lintian-overrides         |    7 +++++++
 pkg/kamailio/deb/precise/rules                     |    1 +
 pkg/kamailio/deb/precise/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/squeeze/control                   |   10 ++++++----
 pkg/kamailio/deb/squeeze/kamailio.dirs             |    2 --
 .../deb/squeeze/kamailio.lintian-overrides         |    7 +++++++
 pkg/kamailio/deb/squeeze/rules                     |    1 +
 pkg/kamailio/deb/squeeze/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/wheezy/control                    |   10 ++++++----
 pkg/kamailio/deb/wheezy/kamailio.dirs              |    2 --
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    7 +++++++
 pkg/kamailio/deb/wheezy/rules                      |    1 +
 pkg/kamailio/deb/wheezy/source.lintian-overrides   |    1 +
 25 files changed, 77 insertions(+), 32 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D3e97f51e59b27ae4609ae3f650872e59e89e1c2a


--===============1344653553==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 15:15:53 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: update debian copyright file
Date: Tue, 04 Feb 2014 15:15:52 +0100
Message-ID: <20140204141552.BE1BCEF8077@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1698874713=="

--===============1698874713==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 6fad72bd5b9ca64261589f1059c7edbecc19c379
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D6fad72bd5b9ca64261589f1059c7edbecc19c379

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:13:15 2014 +0100

pkg/kamailio/deb: update debian copyright file

(cherry picked from commit e1904a040001c82d691fbb42f6149c692143c109)

---

 pkg/kamailio/deb/debian/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/jessie/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/precise/copyright |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/squeeze/copyright |  362 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/wheezy/copyright  |  362 +++++++++++++++++++++++++++++++++-=
--
 5 files changed, 1675 insertions(+), 135 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D6fad72bd5b9ca64261589f1059c7edbecc19c379


--===============1698874713==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 15:15:53 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: wrap-and-sort control files
Date: Tue, 04 Feb 2014 15:15:52 +0100
Message-ID: <20140204141552.E4DB7EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1640627727=="

--===============1640627727==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 316ac288977ff480e980b55426549c470233fe3c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D316ac288977ff480e980b55426549c470233fe3c

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 09:31:51 2014 +0100

pkg/kamailio/deb: wrap-and-sort control files

---

 pkg/kamailio/deb/debian/control  |  168 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/jessie/control  |  166 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/precise/control |  161 ++++++++++++++++++++----------------
 pkg/kamailio/deb/squeeze/control |  135 +++++++++++++++++--------------
 pkg/kamailio/deb/wheezy/control  |  157 +++++++++++++++++++----------------
 5 files changed, 430 insertions(+), 357 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D316ac288977ff480e980b55426549c470233fe3c


--===============1640627727==--


From daniel@pocock.com.au Tue Feb  4 15:38:05 2014
From: Daniel Pocock <daniel@pocock.com.au>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] WebSocket cookie authentication and passing data
Date: Tue, 04 Feb 2014 15:37:58 +0100
Message-ID: <52F0FB46.8090306@pocock.com.au>
In-Reply-To:
 <CAEqTk6TBVjiHo3o8zBZWMab4R_qvqCQJmNWDG695Vfc5Px-Jmw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1349285309=="

--===============1349285309==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On 04/02/14 10:26, Peter Dunkley wrote:
> Hello,
>
> I don't think this is relevant to the Kamailio implementation.
>
> The Kamailio implementation doesn't do anything with headers like
> Cookie: at all.  If an implementer of a Kamailio solution wants to do
> anything with the Cookie: header (or any other), they can do whatever
> they want using the Kamailio configuration file "programming language".
>
> You can make use of all of the standard Kamailio header/parameter
> selects and transformations to help you do whatever you want with
> these headers.

Just to clarify: we are talking about HTTP Cookie headers sent during
the WebSocket handshake, not about a Cookie header in any SIP message

Does the Kamailio WebSocket transport provide access to the HTTP
WebSocket handshake headers and their contents or only the SIP headers?

Is there a way to invoke some route block in the configuration file to
examine the HTTP headers and decide whether a WebSocket connection will
be accepted?




--===============1349285309==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+CiAgICA8ZGl2IGNsYXNzPSJtb3ot
Y2l0ZS1wcmVmaXgiPk9uIDA0LzAyLzE0IDEwOjI2LCBQZXRlciBEdW5rbGV5IHdyb3RlOjxicj4K
ICAgIDwvZGl2PgogICAgPGJsb2NrcXVvdGUKY2l0ZT0ibWlkOkNBRXFUazZUQlZqaUhvM284ekJa
V01hYjRSX3F2cUNRSm1OV0RHNjk1VmZjNVB4LUptd0BtYWlsLmdtYWlsLmNvbSIKICAgICAgdHlw
ZT0iY2l0ZSI+CiAgICAgIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRleHQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOwogICAgICAgIGNoYXJzZXQ9SVNPLTg4NTktMSI+CiAgICAgIDxkaXYgZGlyPSJs
dHIiPkhlbGxvLAogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+
SSBkb24ndCB0aGluayB0aGlzIGlzIHJlbGV2YW50IHRvIHRoZSBLYW1haWxpbwogICAgICAgICAg
aW1wbGVtZW50YXRpb24uPC9kaXY+CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAg
ICAgICAgPGRpdj5UaGUgS2FtYWlsaW8gaW1wbGVtZW50YXRpb24gZG9lc24ndCBkbyBhbnl0aGlu
ZyB3aXRoCiAgICAgICAgICBoZWFkZXJzIGxpa2UgQ29va2llOiBhdCBhbGwuICZuYnNwO0lmIGFu
IGltcGxlbWVudGVyIG9mIGEgS2FtYWlsaW8KICAgICAgICAgIHNvbHV0aW9uIHdhbnRzIHRvIGRv
IGFueXRoaW5nIHdpdGggdGhlIENvb2tpZTogaGVhZGVyIChvciBhbnkKICAgICAgICAgIG90aGVy
KSwgdGhleSBjYW4gZG8gd2hhdGV2ZXIgdGhleSB3YW50IHVzaW5nIHRoZSBLYW1haWxpbwogICAg
ICAgICAgY29uZmlndXJhdGlvbiBmaWxlICJwcm9ncmFtbWluZyBsYW5ndWFnZSIuPC9kaXY+CiAg
ICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj5Zb3UgY2FuIG1ha2Ug
dXNlIG9mIGFsbCBvZiB0aGUgc3RhbmRhcmQgS2FtYWlsaW8KICAgICAgICAgIGhlYWRlci9wYXJh
bWV0ZXIgc2VsZWN0cyBhbmQgdHJhbnNmb3JtYXRpb25zIHRvIGhlbHAgeW91IGRvCiAgICAgICAg
ICB3aGF0ZXZlciB5b3Ugd2FudCB3aXRoIHRoZXNlIGhlYWRlcnMuPC9kaXY+CiAgICAgIDwvZGl2
PgogICAgPC9ibG9ja3F1b3RlPgogICAgPGJyPgogICAgSnVzdCB0byBjbGFyaWZ5OiB3ZSBhcmUg
dGFsa2luZyBhYm91dCBIVFRQIENvb2tpZSBoZWFkZXJzIHNlbnQKICAgIGR1cmluZyB0aGUgV2Vi
U29ja2V0IGhhbmRzaGFrZSwgbm90IGFib3V0IGEgQ29va2llIGhlYWRlciBpbiBhbnkgU0lQCiAg
ICBtZXNzYWdlPGJyPgogICAgPGJyPgogICAgRG9lcyB0aGUgS2FtYWlsaW8gV2ViU29ja2V0IHRy
YW5zcG9ydCBwcm92aWRlIGFjY2VzcyB0byB0aGUgSFRUUAogICAgV2ViU29ja2V0IGhhbmRzaGFr
ZSBoZWFkZXJzIGFuZCB0aGVpciBjb250ZW50cyBvciBvbmx5IHRoZSBTSVAKICAgIGhlYWRlcnM/
PGJyPgogICAgPGJyPgogICAgSXMgdGhlcmUgYSB3YXkgdG8gaW52b2tlIHNvbWUgcm91dGUgYmxv
Y2sgaW4gdGhlIGNvbmZpZ3VyYXRpb24gZmlsZQogICAgdG8gZXhhbWluZSB0aGUgSFRUUCBoZWFk
ZXJzIGFuZCBkZWNpZGUgd2hldGhlciBhIFdlYlNvY2tldAogICAgY29ubmVjdGlvbiB3aWxsIGJl
IGFjY2VwdGVkPzxicj4KICAgIDxicj4KICA8L2JvZHk+CjwvaHRtbD4K

--===============1349285309==--


From peter.dunkley@crocodilertc.net Tue Feb  4 15:50:28 2014
From: Peter Dunkley <peter.dunkley@crocodilertc.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] WebSocket cookie authentication and passing data
Date: Tue, 04 Feb 2014 14:50:22 +0000
Message-ID:
 <CAEqTk6TfD3otD_keyRM1JMmHNcsCHvV6xJNgz-7nipV3mkSCtQ@mail.gmail.com>
In-Reply-To: <52F0FB46.8090306@pocock.com.au>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1430613965=="

--===============1430613965==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello,

On Kamailio you handle the WebSocket handshake as just another HTTP request
(in an event_route).

You do any processing and checking of headers you want in that event_route
before calling ws_handle_handshake().  That includes using URI parameters
(often more useful than Cookies: for authentication), checking Cookie:
contents, checking the Host: and Origin: headers, etc.

You can use the auth_ephemeral module at this point or, (if you have a
WebSocket client capable of handling a request for HTTP digest
authentication) HTTP digest authentication.  You can also use sqlops (and
other similar modules) at this point too.

ws_handle_handshake() validates the WebSocket specific headers and
generates the 101 response if everything is OK from a protocol
point-of-view.

Regards,

Peter


On 4 February 2014 14:37, Daniel Pocock <daniel(a)pocock.com.au> wrote:

>  On 04/02/14 10:26, Peter Dunkley wrote:
>
> Hello,
>
>  I don't think this is relevant to the Kamailio implementation.
>
>  The Kamailio implementation doesn't do anything with headers like
> Cookie: at all.  If an implementer of a Kamailio solution wants to do
> anything with the Cookie: header (or any other), they can do whatever they
> want using the Kamailio configuration file "programming language".
>
>  You can make use of all of the standard Kamailio header/parameter
> selects and transformations to help you do whatever you want with these
> headers.
>
>
> Just to clarify: we are talking about HTTP Cookie headers sent during the
> WebSocket handshake, not about a Cookie header in any SIP message
>
> Does the Kamailio WebSocket transport provide access to the HTTP WebSocket
> handshake headers and their contents or only the SIP headers?
>
> Is there a way to invoke some route block in the configuration file to
> examine the HTTP headers and decide whether a WebSocket connection will be
> accepted?
>
>


-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd



--===============1430613965==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGVsbG8sPGRpdj48YnI+PC9kaXY+PGRpdj5PbiBLYW1haWxpbyB5b3Ug
aGFuZGxlIHRoZSBXZWJTb2NrZXQgaGFuZHNoYWtlIGFzIGp1c3QgYW5vdGhlciBIVFRQIHJlcXVl
c3QgKGluIGFuIGV2ZW50X3JvdXRlKS48ZGl2Pjxicj48L2Rpdj48ZGl2PllvdSBkbyBhbnkgcHJv
Y2Vzc2luZyBhbmQgY2hlY2tpbmcgb2YgaGVhZGVycyB5b3Ugd2FudCBpbiB0aGF0IGV2ZW50X3Jv
dXRlIGJlZm9yZSBjYWxsaW5nIHdzX2hhbmRsZV9oYW5kc2hha2UoKS4goFRoYXQgaW5jbHVkZXMg
dXNpbmcgVVJJIHBhcmFtZXRlcnMgKG9mdGVuIG1vcmUgdXNlZnVsIHRoYW4gQ29va2llczogZm9y
IGF1dGhlbnRpY2F0aW9uKSwgY2hlY2tpbmcgQ29va2llOiBjb250ZW50cywgY2hlY2tpbmcgdGhl
IEhvc3Q6IGFuZCBPcmlnaW46IGhlYWRlcnMsIGV0Yy48L2Rpdj4KPGRpdj48YnI+PC9kaXY+PGRp
dj5Zb3UgY2FuIHVzZSB0aGUgYXV0aF9lcGhlbWVyYWwgbW9kdWxlIGF0IHRoaXMgcG9pbnQgb3Is
IChpZiB5b3UgaGF2ZSBhIFdlYlNvY2tldCBjbGllbnQgY2FwYWJsZSBvZiBoYW5kbGluZyBhIHJl
cXVlc3QgZm9yIEhUVFAgZGlnZXN0IGF1dGhlbnRpY2F0aW9uKSBIVFRQIGRpZ2VzdCBhdXRoZW50
aWNhdGlvbi4goFlvdSBjYW4gYWxzbyB1c2Ugc3Fsb3BzIChhbmQgb3RoZXIgc2ltaWxhciBtb2R1
bGVzKSBhdCB0aGlzIHBvaW50IHRvby48L2Rpdj4KPGRpdj48YnI+PC9kaXY+PGRpdj53c19oYW5k
bGVfaGFuZHNoYWtlKCkgdmFsaWRhdGVzIHRoZSBXZWJTb2NrZXQgc3BlY2lmaWMgaGVhZGVycyBh
bmQgZ2VuZXJhdGVzIHRoZSAxMDEgcmVzcG9uc2UgaWYgZXZlcnl0aGluZyBpcyBPSyBmcm9tIGEg
cHJvdG9jb2wgcG9pbnQtb2Ytdmlldy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJlZ2FyZHMs
PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4KUGV0ZXI8L2Rpdj48L2Rpdj48L2Rpdj48ZGl2IGNs
YXNzPSJnbWFpbF9leHRyYSI+PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gNCBG
ZWJydWFyeSAyMDE0IDE0OjM3LCBEYW5pZWwgUG9jb2NrIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEg
aHJlZj0ibWFpbHRvOmRhbmllbEBwb2NvY2suY29tLmF1IiB0YXJnZXQ9Il9ibGFuayI+ZGFuaWVs
QHBvY29jay5jb20uYXU8L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPgo8YmxvY2txdW90ZSBjbGFz
cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHgg
I2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KICAKICAgIAogIAogIDxkaXYgYmdjb2xvcj0i
I0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+PGRpdiBjbGFzcz0iaW0iPgogICAgPGRpdj5PbiAwNC8w
Mi8xNCAxMDoyNiwgUGV0ZXIgRHVua2xleSB3cm90ZTo8YnI+CiAgICA8L2Rpdj4KICAgIDwvZGl2
PjxkaXYgY2xhc3M9ImltIj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4KICAgICAgCiAgICAgIDxk
aXYgZGlyPSJsdHIiPkhlbGxvLAogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAg
ICAgIDxkaXY+SSBkb24mIzM5O3QgdGhpbmsgdGhpcyBpcyByZWxldmFudCB0byB0aGUgS2FtYWls
aW8KICAgICAgICAgIGltcGxlbWVudGF0aW9uLjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAg
ICAgIDwvZGl2PgogICAgICAgIDxkaXY+VGhlIEthbWFpbGlvIGltcGxlbWVudGF0aW9uIGRvZXNu
JiMzOTt0IGRvIGFueXRoaW5nIHdpdGgKICAgICAgICAgIGhlYWRlcnMgbGlrZSBDb29raWU6IGF0
IGFsbC4goElmIGFuIGltcGxlbWVudGVyIG9mIGEgS2FtYWlsaW8KICAgICAgICAgIHNvbHV0aW9u
IHdhbnRzIHRvIGRvIGFueXRoaW5nIHdpdGggdGhlIENvb2tpZTogaGVhZGVyIChvciBhbnkKICAg
ICAgICAgIG90aGVyKSwgdGhleSBjYW4gZG8gd2hhdGV2ZXIgdGhleSB3YW50IHVzaW5nIHRoZSBL
YW1haWxpbwogICAgICAgICAgY29uZmlndXJhdGlvbiBmaWxlICZxdW90O3Byb2dyYW1taW5nIGxh
bmd1YWdlJnF1b3Q7LjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAg
ICAgIDxkaXY+WW91IGNhbiBtYWtlIHVzZSBvZiBhbGwgb2YgdGhlIHN0YW5kYXJkIEthbWFpbGlv
CiAgICAgICAgICBoZWFkZXIvcGFyYW1ldGVyIHNlbGVjdHMgYW5kIHRyYW5zZm9ybWF0aW9ucyB0
byBoZWxwIHlvdSBkbwogICAgICAgICAgd2hhdGV2ZXIgeW91IHdhbnQgd2l0aCB0aGVzZSBoZWFk
ZXJzLjwvZGl2PgogICAgICA8L2Rpdj4KICAgIDwvYmxvY2txdW90ZT4KICAgIDxicj48L2Rpdj48
ZGl2IGNsYXNzPSJpbSI+CiAgICBKdXN0IHRvIGNsYXJpZnk6IHdlIGFyZSB0YWxraW5nIGFib3V0
IEhUVFAgQ29va2llIGhlYWRlcnMgc2VudAogICAgZHVyaW5nIHRoZSBXZWJTb2NrZXQgaGFuZHNo
YWtlLCBub3QgYWJvdXQgYSBDb29raWUgaGVhZGVyIGluIGFueSBTSVAKICAgIG1lc3NhZ2U8YnI+
CiAgICA8YnI+CiAgICBEb2VzIHRoZSBLYW1haWxpbyBXZWJTb2NrZXQgdHJhbnNwb3J0IHByb3Zp
ZGUgYWNjZXNzIHRvIHRoZSBIVFRQCiAgICBXZWJTb2NrZXQgaGFuZHNoYWtlIGhlYWRlcnMgYW5k
IHRoZWlyIGNvbnRlbnRzIG9yIG9ubHkgdGhlIFNJUAogICAgaGVhZGVycz88YnI+CiAgICA8YnI+
CiAgICBJcyB0aGVyZSBhIHdheSB0byBpbnZva2Ugc29tZSByb3V0ZSBibG9jayBpbiB0aGUgY29u
ZmlndXJhdGlvbiBmaWxlCiAgICB0byBleGFtaW5lIHRoZSBIVFRQIGhlYWRlcnMgYW5kIGRlY2lk
ZSB3aGV0aGVyIGEgV2ViU29ja2V0CiAgICBjb25uZWN0aW9uIHdpbGwgYmUgYWNjZXB0ZWQ/PGJy
PgogICAgPGJyPgogIDwvZGl2PjwvZGl2PgoKPC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xl
YXI9ImFsbCI+PGRpdj48YnI+PC9kaXY+LS0gPGJyPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGZvbnQg
ZmFjZT0iY291cmllciBuZXcsIG1vbm9zcGFjZSI+UGV0ZXIgRHVua2xleTwvZm9udD48L2Rpdj48
ZGl2Pjxmb250IGZhY2U9ImNvdXJpZXIgbmV3LCBtb25vc3BhY2UiPlRlY2huaWNhbCBEaXJlY3Rv
cjwvZm9udD48L2Rpdj48ZGl2Pgo8Zm9udCBmYWNlPSJjb3VyaWVyIG5ldywgbW9ub3NwYWNlIj5D
cm9jb2RpbGUgUkNTIEx0ZDwvZm9udD48L2Rpdj48L2Rpdj4KPC9kaXY+Cg==

--===============1430613965==--


From oyvind.kolbu@usit.uio.no Tue Feb  4 17:02:42 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 16:01:07 +0000
Message-ID: <313febe04ef5478985fcd1773e6780e5@mail-ex01.exprod.uio.no>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0214142627=="

--===============0214142627==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Messages from Kamailio:

/usr/sbin/kamailio[26653]: : <core> [mem/q_malloc.c:468]: qm_free(): BUG: qm_=
free: freeing already freed pointer (0x7ff0bf995ea8), called from <core>: mem=
/shm_mem.c: sh_realloc(88), first free <core>: mem/shm_mem.c: sh_realloc(88) =
- aborting
/usr/sbin/kamailio[26631]: ALERT: <core> [main.c:775]: handle_sigs(): child p=
rocess 26653 exited by a signal 6
/usr/sbin/kamailio[26631]: ALERT: <core> [main.c:778]: handle_sigs(): core wa=
s generated
/usr/sbin/kamailio[26631]: INFO: <core> [main.c:790]: handle_sigs(): INFO: te=
rminating due to SIGCHLD

Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio.pid -m 128 -M =
8 -u kamailio -g kamailio'.
(gdb) bt
#0  0x000000395c032925 in raise () from /lib64/libc.so.6
#1  0x000000395c034105 in abort () from /lib64/libc.so.6
#2  0x00000000005486e0 in qm_free (qm=3D0x7ff0befe1000, p=3D0x7ff0bf995ea8, f=
ile=3D0x61c530 "<core>: mem/shm_mem.c", func=3D0x61cccc "sh_realloc", line=3D=
88) at mem/q_malloc.c:470
#3  0x000000000054e70e in sh_realloc (p=3D0x7ff0bf995ea8, size=3D1011) at mem=
/shm_mem.c:88
#4  0x000000000054e8ad in _shm_resize (p=3D0x7ff0bf995ea8, s=3D1011, file=3D0=
x7ff0cc2cfb4b "tm: t_reply.c", func=3D0x7ff0cc2d24d1 "relay_reply", line=3D19=
54) at mem/shm_mem.c:114
#5  0x00007ff0cc29a0ca in relay_reply (t=3D0x7ff0bf96f370, p_msg=3D0x7ff0cd56=
7828, branch=3D0, msg_status=3D180, cancel_data=3D0x7fff2689c160, do_put_on_w=
ait=3D1) at t_reply.c:1953
#6  0x00007ff0cc29c935 in reply_received (p_msg=3D0x7ff0cd567828) at t_reply.=
c:2496
#7  0x000000000045d66f in do_forward_reply (msg=3D0x7ff0cd567828, mode=3D0) a=
t forward.c:777
#8  0x000000000045df30 in forward_reply (msg=3D0x7ff0cd567828) at forward.c:8=
60
#9  0x00000000004a558f in receive_msg (buf=3D0x9235e0 "SIP/2.0 180 Ringing\r\=
nVia: SIP/2.0/UDP 129.240.254.5;branch=3Dz9hG4bK5308.7264ce2b6f84567135ea5d9f=
dac037e8.0\r\nVia: SIP/2.0/UDP 129.240.254.6;rport=3D5060;branch=3Dz9hG4bK530=
8.90aa6ae9c3f480d0ba108044389e9387"..., len=3D937, rcv_info=3D0x7fff2689c4e0)
    at receive.c:273
#10 0x000000000053c394 in udp_rcv_loop () at udp_server.c:536
#11 0x000000000046d263 in main_loop () at main.c:1617
#12 0x000000000047030b in main (argc=3D21, argv=3D0x7fff2689c818) at main.c:2=
533

# /usr/sbin/kamailio -V
version: kamailio 4.1.0 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE,=
 USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FU=
TEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE=
_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=3D1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_U=
RI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 15:29:28 Jan  7 2014 with gcc 4.4.7

Git rev d75bc3b69151a9d0391309e6bb51784f3b6b9a83.

Have the core file available if needed.

=C3=98yvind


--===============0214142627==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:29:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: clean lintian errors
Date: Tue, 04 Feb 2014 17:29:14 +0100
Message-ID: <20140204162914.30C73EF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0766001024=="

--===============0766001024==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 259a99578a1e9f454a3cd027ac17f39b25c0aec0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D259a99578a1e9f454a3cd027ac17f39b25c0aec0

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:21:09 2014 +0100

pkg/kamailio/deb: clean lintian errors

---

 pkg/kamailio/deb/debian/control                    |    8 +++++---
 pkg/kamailio/deb/debian/kamailio.dirs              |    2 --
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    5 +++++
 pkg/kamailio/deb/debian/rules                      |    1 +
 pkg/kamailio/deb/debian/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/lenny/control                     |    8 +++++---
 pkg/kamailio/deb/lenny/kamailio.dirs               |    2 --
 pkg/kamailio/deb/lenny/kamailio.lintian-overrides  |    5 +++++
 pkg/kamailio/deb/lenny/rules                       |    1 +
 pkg/kamailio/deb/lenny/source.lintian-overrides    |    1 +
 pkg/kamailio/deb/lucid/control                     |    8 +++++---
 pkg/kamailio/deb/lucid/kamailio.dirs               |    2 --
 pkg/kamailio/deb/lucid/kamailio.lintian-overrides  |    5 +++++
 pkg/kamailio/deb/lucid/rules                       |    1 +
 pkg/kamailio/deb/lucid/source.lintian-overrides    |    1 +
 pkg/kamailio/deb/precise/control                   |    8 +++++---
 pkg/kamailio/deb/precise/kamailio.dirs             |    2 --
 .../deb/precise/kamailio.lintian-overrides         |    5 +++++
 pkg/kamailio/deb/precise/rules                     |    1 +
 pkg/kamailio/deb/precise/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/squeeze/control                   |    8 +++++---
 pkg/kamailio/deb/squeeze/kamailio.dirs             |    2 --
 .../deb/squeeze/kamailio.lintian-overrides         |    5 +++++
 pkg/kamailio/deb/squeeze/rules                     |    1 +
 pkg/kamailio/deb/squeeze/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/wheezy/control                    |    8 +++++---
 pkg/kamailio/deb/wheezy/kamailio.dirs              |    2 --
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    5 +++++
 pkg/kamailio/deb/wheezy/rules                      |    1 +
 pkg/kamailio/deb/wheezy/source.lintian-overrides   |    1 +
 30 files changed, 72 insertions(+), 30 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D259a99578a1e9f454a3cd027ac17f39b25c0aec0


--===============0766001024==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:29:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: unifying debian packaging
Date: Tue, 04 Feb 2014 17:29:13 +0100
Message-ID: <20140204162914.030E4EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0715145014=="

--===============0715145014==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: ffff03d33273873076bf8bc92a84608b4271a1e3
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dffff03d33273873076bf8bc92a84608b4271a1e3

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Thu Jan 30 13:47:56 2014 +0100

pkg/kamailio/deb: unifying debian packaging

---

 pkg/kamailio/deb/debian/backports/lenny            |   59 ++
 pkg/kamailio/deb/debian/backports/lucid            |   52 ++
 pkg/kamailio/deb/debian/backports/precise          |   19 +
 pkg/kamailio/deb/debian/backports/squeeze          |   52 ++
 pkg/kamailio/deb/debian/backports/wheezy           |   25 +
 pkg/kamailio/deb/debian/compat                     |    2 +-
 pkg/kamailio/deb/debian/control                    |  605 ++++++++++--------=
--
 pkg/kamailio/deb/debian/kamailio-berkeley-bin.dirs |    1 +
 pkg/kamailio/deb/debian/kamailio.README.Debian     |    7 +-
 pkg/kamailio/deb/debian/kamailio.default           |   26 +-
 pkg/kamailio/deb/debian/kamailio.init              |  279 ++++------
 pkg/kamailio/deb/debian/kamailio.postinst          |   28 +-
 pkg/kamailio/deb/debian/rules                      |  137 ++---
 pkg/kamailio/deb/debian/source/format              |    1 +
 pkg/kamailio/deb/debian/watch                      |    3 +
 pkg/kamailio/deb/lenny/compat                      |    2 +-
 pkg/kamailio/deb/lenny/control                     |  445 ++++++++-------
 pkg/kamailio/deb/lenny/kamailio-berkeley-bin.dirs  |    1 +
 pkg/kamailio/deb/lenny/kamailio.README.Debian      |    7 +-
 pkg/kamailio/deb/lenny/kamailio.default            |   26 +-
 pkg/kamailio/deb/lenny/kamailio.init               |  279 ++++------
 pkg/kamailio/deb/lenny/kamailio.postinst           |   28 +-
 pkg/kamailio/deb/lenny/rules                       |  135 ++---
 pkg/kamailio/deb/lenny/source/format               |    1 +
 pkg/kamailio/deb/lenny/watch                       |    3 +
 pkg/kamailio/deb/lucid/compat                      |    2 +-
 pkg/kamailio/deb/lucid/control                     |  472 ++++++++--------
 pkg/kamailio/deb/lucid/kamailio-berkeley-bin.dirs  |    1 +
 pkg/kamailio/deb/lucid/kamailio.README.Debian      |    7 +-
 pkg/kamailio/deb/lucid/kamailio.default            |   26 +-
 pkg/kamailio/deb/lucid/kamailio.init               |  279 ++++------
 pkg/kamailio/deb/lucid/kamailio.postinst           |   28 +-
 pkg/kamailio/deb/lucid/rules                       |  135 ++---
 pkg/kamailio/deb/lucid/source/format               |    1 +
 pkg/kamailio/deb/lucid/watch                       |    3 +
 pkg/kamailio/deb/precise/changelog                 |    6 -
 pkg/kamailio/deb/precise/compat                    |    2 +-
 pkg/kamailio/deb/precise/control                   |  598 ++++++++++---------
 .../deb/precise/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/precise/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/precise/kamailio.default          |   26 +-
 pkg/kamailio/deb/precise/kamailio.init             |  279 ++++------
 pkg/kamailio/deb/precise/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/precise/rules                     |  139 ++---
 pkg/kamailio/deb/precise/source/format             |    1 +
 pkg/kamailio/deb/precise/watch                     |    3 +
 pkg/kamailio/deb/squeeze/compat                    |    2 +-
 pkg/kamailio/deb/squeeze/control                   |  495 ++++++++--------
 .../deb/squeeze/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/squeeze/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/squeeze/kamailio.default          |   26 +-
 pkg/kamailio/deb/squeeze/kamailio.init             |  279 ++++------
 pkg/kamailio/deb/squeeze/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/squeeze/rules                     |  135 ++---
 pkg/kamailio/deb/squeeze/source/format             |    1 +
 pkg/kamailio/deb/squeeze/watch                     |    3 +
 pkg/kamailio/deb/wheezy/compat                     |    2 +-
 pkg/kamailio/deb/wheezy/control                    |  576 ++++++++++---------
 pkg/kamailio/deb/wheezy/kamailio-berkeley-bin.dirs |    1 +
 pkg/kamailio/deb/wheezy/kamailio.README.Debian     |    7 +-
 pkg/kamailio/deb/wheezy/kamailio.default           |   26 +-
 pkg/kamailio/deb/wheezy/kamailio.init              |  279 ++++------
 pkg/kamailio/deb/wheezy/kamailio.postinst          |   28 +-
 pkg/kamailio/deb/wheezy/rules                      |  139 ++---
 pkg/kamailio/deb/wheezy/source/format              |    1 +
 pkg/kamailio/deb/wheezy/watch                      |    3 +
 66 files changed, 2888 insertions(+), 3418 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3Dffff03d33273873076bf8bc92a84608b4271a1e3


--===============0715145014==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:29:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: wrap-and-sort control files
Date: Tue, 04 Feb 2014 17:29:14 +0100
Message-ID: <20140204162914.18619EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2081441286=="

--===============2081441286==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 6db8c1f426ed40e4ddcb2ba204816d9800302735
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D6db8c1f426ed40e4ddcb2ba204816d9800302735

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 09:31:29 2014 +0100

pkg/kamailio/deb: wrap-and-sort control files

---

 pkg/kamailio/deb/debian/control  |  180 +++++++++++++++++++++---------------=
--
 pkg/kamailio/deb/lenny/control   |  160 ++++++++++++++++++---------------
 pkg/kamailio/deb/lucid/control   |  166 +++++++++++++++++++----------------
 pkg/kamailio/deb/precise/control |  178 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/squeeze/control |  166 +++++++++++++++++++----------------
 pkg/kamailio/deb/wheezy/control  |  174 ++++++++++++++++++++-----------------
 6 files changed, 560 insertions(+), 464 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D6db8c1f426ed40e4ddcb2ba204816d9800302735


--===============2081441286==--


From jason.penton@gmail.com Tue Feb  4 17:30:10 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 18:30:04 +0200
Message-ID:
 <CALoGXNU=hPpebYoOF-CJ=Sw6MOdHQC4JVpg+243DCur8JZmPSQ@mail.gmail.com>
In-Reply-To: <313febe04ef5478985fcd1773e6780e5@mail-ex01.exprod.uio.no>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1415485987=="

--===============1415485987==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Are you using async module? Anything else significant in your cfg file?

This email was sent using my phone. It may be brief, to the point, or
contain typos
On 4 Feb 2014 18:02, "=C3=98yvind Kolbu" <oyvind.kolbu(a)usit.uio.no> wrote:

> Messages from Kamailio:
>
> /usr/sbin/kamailio[26653]: : <core> [mem/q_malloc.c:468]: qm_free(): BUG:
> qm_free: freeing already freed pointer (0x7ff0bf995ea8), called from
> <core>: mem/shm_mem.c: sh_realloc(88), first free <core>: mem/shm_mem.c:
> sh_realloc(88) - aborting
> /usr/sbin/kamailio[26631]: ALERT: <core> [main.c:775]: handle_sigs():
> child process 26653 exited by a signal 6
> /usr/sbin/kamailio[26631]: ALERT: <core> [main.c:778]: handle_sigs(): core
> was generated
> /usr/sbin/kamailio[26631]: INFO: <core> [main.c:790]: handle_sigs(): INFO:
> terminating due to SIGCHLD
>
> Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio.pid -m 128
> -M 8 -u kamailio -g kamailio'.
> (gdb) bt
> #0  0x000000395c032925 in raise () from /lib64/libc.so.6
> #1  0x000000395c034105 in abort () from /lib64/libc.so.6
> #2  0x00000000005486e0 in qm_free (qm=3D0x7ff0befe1000, p=3D0x7ff0bf995ea8,
> file=3D0x61c530 "<core>: mem/shm_mem.c", func=3D0x61cccc "sh_realloc", line=
=3D88)
> at mem/q_malloc.c:470
> #3  0x000000000054e70e in sh_realloc (p=3D0x7ff0bf995ea8, size=3D1011) at
> mem/shm_mem.c:88
> #4  0x000000000054e8ad in _shm_resize (p=3D0x7ff0bf995ea8, s=3D1011,
> file=3D0x7ff0cc2cfb4b "tm: t_reply.c", func=3D0x7ff0cc2d24d1 "relay_reply",
> line=3D1954) at mem/shm_mem.c:114
> #5  0x00007ff0cc29a0ca in relay_reply (t=3D0x7ff0bf96f370,
> p_msg=3D0x7ff0cd567828, branch=3D0, msg_status=3D180, cancel_data=3D0x7fff2=
689c160,
> do_put_on_wait=3D1) at t_reply.c:1953
> #6  0x00007ff0cc29c935 in reply_received (p_msg=3D0x7ff0cd567828) at
> t_reply.c:2496
> #7  0x000000000045d66f in do_forward_reply (msg=3D0x7ff0cd567828, mode=3D0)=
 at
> forward.c:777
> #8  0x000000000045df30 in forward_reply (msg=3D0x7ff0cd567828) at
> forward.c:860
> #9  0x00000000004a558f in receive_msg (buf=3D0x9235e0 "SIP/2.0 180
> Ringing\r\nVia: SIP/2.0/UDP
> 129.240.254.5;branch=3Dz9hG4bK5308.7264ce2b6f84567135ea5d9fdac037e8.0\r\nVi=
a:
> SIP/2.0/UDP
> 129.240.254.6;rport=3D5060;branch=3Dz9hG4bK5308.90aa6ae9c3f480d0ba108044389=
e9387"...,
> len=3D937, rcv_info=3D0x7fff2689c4e0)
>     at receive.c:273
> #10 0x000000000053c394 in udp_rcv_loop () at udp_server.c:536
> #11 0x000000000046d263 in main_loop () at main.c:1617
> #12 0x000000000047030b in main (argc=3D21, argv=3D0x7fff2689c818) at
> main.c:2533
>
> # /usr/sbin/kamailio -V
> version: kamailio 4.1.0 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
> USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
> ADAPTIVE_WAIT_LOOPS=3D1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: unknown
> compiled on 15:29:28 Jan  7 2014 with gcc 4.4.7
>
> Git rev d75bc3b69151a9d0391309e6bb51784f3b6b9a83.
>
> Have the core file available if needed.
>
> =C3=98yvind
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



--===============1415485987==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PHAgZGlyPSJsdHIiPkFyZSB5b3UgdXNpbmcgYXN5bmMgbW9kdWxlPyBBbnl0aGluZyBlbHNlIHNp
Z25pZmljYW50IGluIHlvdXIgY2ZnIGZpbGU/IDxicj48L3A+CjxwIGRpcj0ibHRyIj5UaGlzIGVt
YWlsIHdhcyBzZW50IHVzaW5nIG15IHBob25lLiBJdCBtYXkgYmUgYnJpZWYsIHRvIHRoZSBwb2lu
dCwgb3IgY29udGFpbiB0eXBvcyA8L3A+CjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiA0IEZl
YiAyMDE0IDE4OjAyLCAmcXVvdDvYeXZpbmQgS29sYnUmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0
bzpveXZpbmQua29sYnVAdXNpdC51aW8ubm8iPm95dmluZC5rb2xidUB1c2l0LnVpby5ubzwvYT4m
Z3Q7IHdyb3RlOjxiciB0eXBlPSJhdHRyaWJ1dGlvbiI+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWls
X3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29s
aWQ7cGFkZGluZy1sZWZ0OjFleCI+Ck1lc3NhZ2VzIGZyb20gS2FtYWlsaW86PGJyPgo8YnI+Ci91
c3Ivc2Jpbi9rYW1haWxpb1syNjY1M106IDogJmx0O2NvcmUmZ3Q7IFttZW0vcV9tYWxsb2MuYzo0
NjhdOiBxbV9mcmVlKCk6IEJVRzogcW1fZnJlZTogZnJlZWluZyBhbHJlYWR5IGZyZWVkIHBvaW50
ZXIgKDB4N2ZmMGJmOTk1ZWE4KSwgY2FsbGVkIGZyb20gJmx0O2NvcmUmZ3Q7OiBtZW0vc2htX21l
bS5jOiBzaF9yZWFsbG9jKDg4KSwgZmlyc3QgZnJlZSAmbHQ7Y29yZSZndDs6IG1lbS9zaG1fbWVt
LmM6IHNoX3JlYWxsb2MoODgpIC0gYWJvcnRpbmc8YnI+CgovdXNyL3NiaW4va2FtYWlsaW9bMjY2
MzFdOiBBTEVSVDogJmx0O2NvcmUmZ3Q7IFttYWluLmM6Nzc1XTogaGFuZGxlX3NpZ3MoKTogY2hp
bGQgcHJvY2VzcyAyNjY1MyBleGl0ZWQgYnkgYSBzaWduYWwgNjxicj4KL3Vzci9zYmluL2thbWFp
bGlvWzI2NjMxXTogQUxFUlQ6ICZsdDtjb3JlJmd0OyBbbWFpbi5jOjc3OF06IGhhbmRsZV9zaWdz
KCk6IGNvcmUgd2FzIGdlbmVyYXRlZDxicj4KL3Vzci9zYmluL2thbWFpbGlvWzI2NjMxXTogSU5G
TzogJmx0O2NvcmUmZ3Q7IFttYWluLmM6NzkwXTogaGFuZGxlX3NpZ3MoKTogSU5GTzogdGVybWlu
YXRpbmcgZHVlIHRvIFNJR0NITEQ8YnI+Cjxicj4KQ29yZSB3YXMgZ2VuZXJhdGVkIGJ5IGAvdXNy
L3NiaW4va2FtYWlsaW8gLVAgL3Zhci9ydW4va2FtYWlsaW8ucGlkIC1tIDEyOCAtTSA4IC11IGth
bWFpbGlvIC1nIGthbWFpbGlvJiMzOTsuPGJyPgooZ2RiKSBidDxicj4KIzAgoDB4MDAwMDAwMzk1
YzAzMjkyNSBpbiByYWlzZSAoKSBmcm9tIC9saWI2NC9saWJjLnNvLjY8YnI+CiMxIKAweDAwMDAw
MDM5NWMwMzQxMDUgaW4gYWJvcnQgKCkgZnJvbSAvbGliNjQvbGliYy5zby42PGJyPgojMiCgMHgw
MDAwMDAwMDAwNTQ4NmUwIGluIHFtX2ZyZWUgKHFtPTB4N2ZmMGJlZmUxMDAwLCBwPTB4N2ZmMGJm
OTk1ZWE4LCBmaWxlPTB4NjFjNTMwICZxdW90OyZsdDtjb3JlJmd0OzogbWVtL3NobV9tZW0uYyZx
dW90OywgZnVuYz0weDYxY2NjYyAmcXVvdDtzaF9yZWFsbG9jJnF1b3Q7LCBsaW5lPTg4KSBhdCBt
ZW0vcV9tYWxsb2MuYzo0NzA8YnI+CiMzIKAweDAwMDAwMDAwMDA1NGU3MGUgaW4gc2hfcmVhbGxv
YyAocD0weDdmZjBiZjk5NWVhOCwgc2l6ZT0xMDExKSBhdCBtZW0vc2htX21lbS5jOjg4PGJyPgoj
NCCgMHgwMDAwMDAwMDAwNTRlOGFkIGluIF9zaG1fcmVzaXplIChwPTB4N2ZmMGJmOTk1ZWE4LCBz
PTEwMTEsIGZpbGU9MHg3ZmYwY2MyY2ZiNGIgJnF1b3Q7dG06IHRfcmVwbHkuYyZxdW90OywgZnVu
Yz0weDdmZjBjYzJkMjRkMSAmcXVvdDtyZWxheV9yZXBseSZxdW90OywgbGluZT0xOTU0KSBhdCBt
ZW0vc2htX21lbS5jOjExNDxicj4KIzUgoDB4MDAwMDdmZjBjYzI5YTBjYSBpbiByZWxheV9yZXBs
eSAodD0weDdmZjBiZjk2ZjM3MCwgcF9tc2c9MHg3ZmYwY2Q1Njc4MjgsIGJyYW5jaD0wLCBtc2df
c3RhdHVzPTE4MCwgY2FuY2VsX2RhdGE9MHg3ZmZmMjY4OWMxNjAsIGRvX3B1dF9vbl93YWl0PTEp
IGF0IHRfcmVwbHkuYzoxOTUzPGJyPgojNiCgMHgwMDAwN2ZmMGNjMjljOTM1IGluIHJlcGx5X3Jl
Y2VpdmVkIChwX21zZz0weDdmZjBjZDU2NzgyOCkgYXQgdF9yZXBseS5jOjI0OTY8YnI+CiM3IKAw
eDAwMDAwMDAwMDA0NWQ2NmYgaW4gZG9fZm9yd2FyZF9yZXBseSAobXNnPTB4N2ZmMGNkNTY3ODI4
LCBtb2RlPTApIGF0IGZvcndhcmQuYzo3Nzc8YnI+CiM4IKAweDAwMDAwMDAwMDA0NWRmMzAgaW4g
Zm9yd2FyZF9yZXBseSAobXNnPTB4N2ZmMGNkNTY3ODI4KSBhdCBmb3J3YXJkLmM6ODYwPGJyPgoj
OSCgMHgwMDAwMDAwMDAwNGE1NThmIGluIHJlY2VpdmVfbXNnIChidWY9MHg5MjM1ZTAgJnF1b3Q7
U0lQLzIuMCAxODAgUmluZ2luZ1xyXG5WaWE6IFNJUC8yLjAvVURQIDEyOS4yNDAuMjU0LjU7YnJh
bmNoPXo5aEc0Yks1MzA4LjcyNjRjZTJiNmY4NDU2NzEzNWVhNWQ5ZmRhYzAzN2U4LjBcclxuVmlh
OiBTSVAvMi4wL1VEUCAxMjkuMjQwLjI1NC42O3Jwb3J0PTUwNjA7YnJhbmNoPXo5aEc0Yks1MzA4
LjkwYWE2YWU5YzNmNDgwZDBiYTEwODA0NDM4OWU5Mzg3JnF1b3Q7Li4uLCBsZW49OTM3LCByY3Zf
aW5mbz0weDdmZmYyNjg5YzRlMCk8YnI+CgqgIKAgYXQgcmVjZWl2ZS5jOjI3Mzxicj4KIzEwIDB4
MDAwMDAwMDAwMDUzYzM5NCBpbiB1ZHBfcmN2X2xvb3AgKCkgYXQgdWRwX3NlcnZlci5jOjUzNjxi
cj4KIzExIDB4MDAwMDAwMDAwMDQ2ZDI2MyBpbiBtYWluX2xvb3AgKCkgYXQgbWFpbi5jOjE2MTc8
YnI+CiMxMiAweDAwMDAwMDAwMDA0NzAzMGIgaW4gbWFpbiAoYXJnYz0yMSwgYXJndj0weDdmZmYy
Njg5YzgxOCkgYXQgbWFpbi5jOjI1MzM8YnI+Cjxicj4KIyAvdXNyL3NiaW4va2FtYWlsaW8gLVY8
YnI+CnZlcnNpb246IGthbWFpbGlvIDQuMS4wICh4ODZfNjQvbGludXgpPGJyPgpmbGFnczogU1RB
VFM6IE9mZiwgVVNFX1RDUCwgVVNFX1RMUywgVExTX0hPT0tTLCBVU0VfUkFXX1NPQ0tTLCBESVNB
QkxFX05BR0xFLCBVU0VfTUNBU1QsIEROU19JUF9IQUNLLCBTSE1fTUVNLCBTSE1fTU1BUCwgUEtH
X01BTExPQywgREJHX1FNX01BTExPQywgVVNFX0ZVVEVYLCBGQVNUX0xPQ0stQURBUFRJVkVfV0FJ
VCwgVVNFX0ROU19DQUNIRSwgVVNFX0ROU19GQUlMT1ZFUiwgVVNFX05BUFRSLCBVU0VfRFNUX0JM
QUNLTElTVCwgSEFWRV9SRVNPTFZfUkVTPGJyPgoKQURBUFRJVkVfV0FJVF9MT09QUz0xMDI0LCBN
QVhfUkVDVl9CVUZGRVJfU0laRSAyNjIxNDQsIE1BWF9MSVNURU4gMTYsIE1BWF9VUklfU0laRSAx
MDI0LCBCVUZfU0laRSA2NTUzNSwgREVGQVVMVCBQS0dfU0laRSA0TUI8YnI+CnBvbGwgbWV0aG9k
IHN1cHBvcnQ6IHBvbGwsIGVwb2xsX2x0LCBlcG9sbF9ldCwgc2lnaW9fcnQsIHNlbGVjdC48YnI+
CmlkOiB1bmtub3duPGJyPgpjb21waWxlZCBvbiAxNToyOToyOCBKYW4goDcgMjAxNCB3aXRoIGdj
YyA0LjQuNzxicj4KPGJyPgpHaXQgcmV2IGQ3NWJjM2I2OTE1MWE5ZDAzOTEzMDllNmJiNTE3ODRm
M2I2YjlhODMuPGJyPgo8YnI+CkhhdmUgdGhlIGNvcmUgZmlsZSBhdmFpbGFibGUgaWYgbmVlZGVk
Ljxicj4KPGJyPgrYeXZpbmQ8YnI+Cjxicj4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+CjxhIGhyZWY9Im1h
aWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciPnNyLWRldkBsaXN0cy5zaXAtcm91dGVy
Lm9yZzwvYT48YnI+CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmlu
L21haWxtYW4vbGlzdGluZm8vc3ItZGV2IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnNp
cC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXY8L2E+PGJyPgo8L2Js
b2NrcXVvdGU+PC9kaXY+Cg==

--===============1415485987==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:33:28 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: unifying debian packaging
Date: Tue, 04 Feb 2014 17:33:27 +0100
Message-ID: <20140204163327.BE8FDEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0072539172=="

--===============0072539172==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 2e676f6fe9cba7d3deaadbf77d1316078d483007
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D2e676f6fe9cba7d3deaadbf77d1316078d483007

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Thu Jan 30 09:33:55 2014 +0100

pkg/kamailio/deb: unifying debian packaging

---

 pkg/kamailio/deb/debian/backports/lenny            |   59 ++
 pkg/kamailio/deb/debian/backports/lucid            |   52 ++
 pkg/kamailio/deb/debian/backports/precise          |   19 +
 pkg/kamailio/deb/debian/backports/squeeze          |   52 ++
 pkg/kamailio/deb/debian/backports/wheezy           |   25 +
 pkg/kamailio/deb/debian/compat                     |    2 +-
 pkg/kamailio/deb/debian/control                    |  555 +++++++++++-------=
--
 pkg/kamailio/deb/debian/kamailio-berkeley-bin.dirs |    1 +
 pkg/kamailio/deb/debian/kamailio.README.Debian     |    7 +-
 pkg/kamailio/deb/debian/kamailio.default           |   26 +-
 pkg/kamailio/deb/debian/kamailio.init              |  283 ++++-------
 pkg/kamailio/deb/debian/kamailio.postinst          |   28 +-
 pkg/kamailio/deb/debian/rules                      |  127 ++---
 pkg/kamailio/deb/debian/source/format              |    1 +
 pkg/kamailio/deb/debian/watch                      |    3 +
 pkg/kamailio/deb/lenny/compat                      |    2 +-
 pkg/kamailio/deb/lenny/control                     |  430 ++++++++--------
 pkg/kamailio/deb/lenny/kamailio-berkeley-bin.dirs  |    1 +
 pkg/kamailio/deb/lenny/kamailio.README.Debian      |    7 +-
 pkg/kamailio/deb/lenny/kamailio.default            |   26 +-
 pkg/kamailio/deb/lenny/kamailio.init               |  283 ++++-------
 pkg/kamailio/deb/lenny/kamailio.postinst           |   28 +-
 pkg/kamailio/deb/lenny/rules                       |  125 ++---
 pkg/kamailio/deb/lenny/source/format               |    1 +
 pkg/kamailio/deb/lenny/watch                       |    3 +
 pkg/kamailio/deb/lucid/changelog                   |    2 +-
 pkg/kamailio/deb/lucid/compat                      |    2 +-
 pkg/kamailio/deb/lucid/control                     |  457 ++++++++--------
 pkg/kamailio/deb/lucid/kamailio-berkeley-bin.dirs  |    1 +
 pkg/kamailio/deb/lucid/kamailio.README.Debian      |    7 +-
 pkg/kamailio/deb/lucid/kamailio.default            |   26 +-
 pkg/kamailio/deb/lucid/kamailio.init               |  283 ++++-------
 pkg/kamailio/deb/lucid/kamailio.postinst           |   28 +-
 pkg/kamailio/deb/lucid/rules                       |  125 ++---
 pkg/kamailio/deb/lucid/source/format               |    1 +
 pkg/kamailio/deb/lucid/watch                       |    3 +
 pkg/kamailio/deb/precise/changelog                 |    2 +-
 pkg/kamailio/deb/precise/compat                    |    2 +-
 pkg/kamailio/deb/precise/control                   |  550 +++++++++++-------=
--
 .../deb/precise/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/precise/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/precise/kamailio.default          |   26 +-
 pkg/kamailio/deb/precise/kamailio.init             |  283 ++++-------
 pkg/kamailio/deb/precise/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/precise/rules                     |  129 ++---
 pkg/kamailio/deb/precise/source/format             |    1 +
 pkg/kamailio/deb/precise/watch                     |    3 +
 pkg/kamailio/deb/squeeze/changelog                 |    2 +-
 pkg/kamailio/deb/squeeze/compat                    |    2 +-
 pkg/kamailio/deb/squeeze/control                   |  459 ++++++++--------
 .../deb/squeeze/kamailio-berkeley-bin.dirs         |    1 +
 pkg/kamailio/deb/squeeze/kamailio.README.Debian    |    7 +-
 pkg/kamailio/deb/squeeze/kamailio.default          |   26 +-
 pkg/kamailio/deb/squeeze/kamailio.init             |  283 ++++-------
 pkg/kamailio/deb/squeeze/kamailio.postinst         |   28 +-
 pkg/kamailio/deb/squeeze/rules                     |  125 ++---
 pkg/kamailio/deb/squeeze/source/format             |    1 +
 pkg/kamailio/deb/squeeze/watch                     |    3 +
 pkg/kamailio/deb/wheezy/changelog                  |    2 +-
 pkg/kamailio/deb/wheezy/compat                     |    2 +-
 pkg/kamailio/deb/wheezy/control                    |  538 ++++++++++---------
 pkg/kamailio/deb/wheezy/kamailio-berkeley-bin.dirs |    1 +
 pkg/kamailio/deb/wheezy/kamailio.README.Debian     |    7 +-
 pkg/kamailio/deb/wheezy/kamailio.default           |   26 +-
 pkg/kamailio/deb/wheezy/kamailio.init              |  283 ++++-------
 pkg/kamailio/deb/wheezy/kamailio.postinst          |   28 +-
 pkg/kamailio/deb/wheezy/rules                      |  127 ++---
 pkg/kamailio/deb/wheezy/source/format              |    1 +
 pkg/kamailio/deb/wheezy/watch                      |    3 +
 69 files changed, 2784 insertions(+), 3284 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D2e676f6fe9cba7d3deaadbf77d1316078d483007


--===============0072539172==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:33:28 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: wrap-and-sort control files
Date: Tue, 04 Feb 2014 17:33:27 +0100
Message-ID: <20140204163327.D6299EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1997180384=="

--===============1997180384==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 0a9136d1305b4d62f82f0992370f206da9d518d0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D0a9136d1305b4d62f82f0992370f206da9d518d0

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 09:30:42 2014 +0100

pkg/kamailio/deb: wrap-and-sort control files

---

 pkg/kamailio/deb/debian/control  |  176 +++++++++++++++++++++---------------=
--
 pkg/kamailio/deb/lenny/control   |  156 ++++++++++++++++++---------------
 pkg/kamailio/deb/lucid/control   |  162 +++++++++++++++++++----------------
 pkg/kamailio/deb/precise/control |  174 ++++++++++++++++++++-----------------
 pkg/kamailio/deb/squeeze/control |  162 +++++++++++++++++++----------------
 pkg/kamailio/deb/wheezy/control  |  170 ++++++++++++++++++++-----------------
 6 files changed, 548 insertions(+), 452 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D0a9136d1305b4d62f82f0992370f206da9d518d0


--===============1997180384==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:33:28 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: update debian changelog
Date: Tue, 04 Feb 2014 17:33:27 +0100
Message-ID: <20140204163328.028FAEF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0370804467=="

--===============0370804467==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 3584046e8da85feee5a207e53e17d19ce46e968f
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3584046e8da85feee5a207e53e17d19ce46e968f

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb  4 09:20:03 2014 +0100

pkg/kamailio/deb: update debian changelog

---

 pkg/kamailio/deb/debian/copyright  |  348 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/lenny/copyright   |  348 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/lucid/copyright   |  348 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/precise/copyright |  348 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/squeeze/copyright |  348 +++++++++++++++++++++++++++++++++-=
--
 pkg/kamailio/deb/wheezy/copyright  |  348 +++++++++++++++++++++++++++++++++-=
--
 6 files changed, 1926 insertions(+), 162 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D3584046e8da85feee5a207e53e17d19ce46e968f


--===============0370804467==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:33:29 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: clean lintian errors
Date: Tue, 04 Feb 2014 17:33:28 +0100
Message-ID: <20140204163328.2751BEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0577068913=="

--===============0577068913==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 0e0a2add2e13319a8385a9c00c92cbc750b0a213
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D0e0a2add2e13319a8385a9c00c92cbc750b0a213

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Mon Feb  3 14:21:09 2014 +0100

pkg/kamailio/deb: clean lintian errors

---

 pkg/kamailio/deb/debian/control                    |    8 +++++---
 pkg/kamailio/deb/debian/kamailio.dirs              |    2 --
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    1 +
 pkg/kamailio/deb/debian/rules                      |    1 +
 pkg/kamailio/deb/debian/source.lintian-overrides   |    1 +
 pkg/kamailio/deb/lenny/control                     |    8 +++++---
 pkg/kamailio/deb/lenny/kamailio.dirs               |    2 --
 pkg/kamailio/deb/lenny/kamailio.lintian-overrides  |    2 ++
 pkg/kamailio/deb/lenny/rules                       |    1 +
 pkg/kamailio/deb/lucid/control                     |    8 +++++---
 pkg/kamailio/deb/lucid/kamailio.dirs               |    2 --
 pkg/kamailio/deb/lucid/kamailio.lintian-overrides  |    2 ++
 pkg/kamailio/deb/lucid/rules                       |    1 +
 pkg/kamailio/deb/precise/control                   |    8 +++++---
 pkg/kamailio/deb/precise/kamailio.dirs             |    2 --
 .../deb/precise/kamailio.lintian-overrides         |    2 ++
 pkg/kamailio/deb/precise/rules                     |    1 +
 pkg/kamailio/deb/squeeze/control                   |    8 +++++---
 pkg/kamailio/deb/squeeze/kamailio.dirs             |    2 --
 .../deb/squeeze/kamailio.lintian-overrides         |    2 ++
 pkg/kamailio/deb/squeeze/rules                     |    1 +
 pkg/kamailio/deb/wheezy/control                    |    8 +++++---
 pkg/kamailio/deb/wheezy/kamailio.dirs              |    2 --
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    2 ++
 pkg/kamailio/deb/wheezy/rules                      |    1 +
 25 files changed, 48 insertions(+), 30 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D0e0a2add2e13319a8385a9c00c92cbc750b0a213


--===============0577068913==--


From oyvind.kolbu@usit.uio.no Tue Feb  4 17:34:11 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 17:34:10 +0100
Message-ID: <52F11682.8020205@usit.uio.no>
In-Reply-To:
 <CALoGXNU=hPpebYoOF-CJ=Sw6MOdHQC4JVpg+243DCur8JZmPSQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0907739432=="

--===============0907739432==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On 04.02.2014 17:30, Jason Penton wrote:
> Are you using async module? Anything else significant in your cfg file?

No async module. Depends on what you call significant.. We use dialog,
db_postgres, ldap, siptrace and other pretty normal stuff.


-- 
Øyvind


--===============0907739432==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 17:35:33 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: update lintian for backports
Date: Tue, 04 Feb 2014 17:35:33 +0100
Message-ID: <20140204163533.80313EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0462658408=="

--===============0462658408==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: c0269b941d05bf0442baaf1402b9b107c71a3e6c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dc0269b941d05bf0442baaf1402b9b107c71a3e6c

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb  4 17:34:30 2014 +0100

pkg/kamailio/deb: update lintian for backports

---

 pkg/kamailio/deb/lenny/kamailio.lintian-overrides  |    1 -
 pkg/kamailio/deb/lenny/source.lintian-overrides    |    1 +
 pkg/kamailio/deb/lucid/kamailio.lintian-overrides  |    1 -
 pkg/kamailio/deb/lucid/source.lintian-overrides    |    1 +
 .../deb/precise/kamailio.lintian-overrides         |    1 -
 pkg/kamailio/deb/precise/source.lintian-overrides  |    1 +
 .../deb/squeeze/kamailio.lintian-overrides         |    1 -
 pkg/kamailio/deb/squeeze/source.lintian-overrides  |    1 +
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    1 -
 pkg/kamailio/deb/wheezy/source.lintian-overrides   |    1 +
 10 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/pkg/kamailio/deb/lenny/kamailio.lintian-overrides b/pkg/kamailio=
/deb/lenny/kamailio.lintian-overrides
index 1a05aa9..bbe0d37 100644
--- a/pkg/kamailio/deb/lenny/kamailio.lintian-overrides
+++ b/pkg/kamailio/deb/lenny/kamailio.lintian-overrides
@@ -1,2 +1 @@
 kamailio-tls-modules binary: possible-gpl-code-linked-with-openssl
-kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/lenny/source.lintian-overrides b/pkg/kamailio/d=
eb/lenny/source.lintian-overrides
new file mode 100644
index 0000000..620d9ff
--- /dev/null
+++ b/pkg/kamailio/deb/lenny/source.lintian-overrides
@@ -0,0 +1 @@
+kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/lucid/kamailio.lintian-overrides b/pkg/kamailio=
/deb/lucid/kamailio.lintian-overrides
index 1a05aa9..bbe0d37 100644
--- a/pkg/kamailio/deb/lucid/kamailio.lintian-overrides
+++ b/pkg/kamailio/deb/lucid/kamailio.lintian-overrides
@@ -1,2 +1 @@
 kamailio-tls-modules binary: possible-gpl-code-linked-with-openssl
-kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/lucid/source.lintian-overrides b/pkg/kamailio/d=
eb/lucid/source.lintian-overrides
new file mode 100644
index 0000000..620d9ff
--- /dev/null
+++ b/pkg/kamailio/deb/lucid/source.lintian-overrides
@@ -0,0 +1 @@
+kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/precise/kamailio.lintian-overrides b/pkg/kamail=
io/deb/precise/kamailio.lintian-overrides
index 1a05aa9..bbe0d37 100644
--- a/pkg/kamailio/deb/precise/kamailio.lintian-overrides
+++ b/pkg/kamailio/deb/precise/kamailio.lintian-overrides
@@ -1,2 +1 @@
 kamailio-tls-modules binary: possible-gpl-code-linked-with-openssl
-kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/precise/source.lintian-overrides b/pkg/kamailio=
/deb/precise/source.lintian-overrides
new file mode 100644
index 0000000..620d9ff
--- /dev/null
+++ b/pkg/kamailio/deb/precise/source.lintian-overrides
@@ -0,0 +1 @@
+kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/squeeze/kamailio.lintian-overrides b/pkg/kamail=
io/deb/squeeze/kamailio.lintian-overrides
index 1a05aa9..bbe0d37 100644
--- a/pkg/kamailio/deb/squeeze/kamailio.lintian-overrides
+++ b/pkg/kamailio/deb/squeeze/kamailio.lintian-overrides
@@ -1,2 +1 @@
 kamailio-tls-modules binary: possible-gpl-code-linked-with-openssl
-kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/squeeze/source.lintian-overrides b/pkg/kamailio=
/deb/squeeze/source.lintian-overrides
new file mode 100644
index 0000000..620d9ff
--- /dev/null
+++ b/pkg/kamailio/deb/squeeze/source.lintian-overrides
@@ -0,0 +1 @@
+kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/wheezy/kamailio.lintian-overrides b/pkg/kamaili=
o/deb/wheezy/kamailio.lintian-overrides
index 1a05aa9..bbe0d37 100644
--- a/pkg/kamailio/deb/wheezy/kamailio.lintian-overrides
+++ b/pkg/kamailio/deb/wheezy/kamailio.lintian-overrides
@@ -1,2 +1 @@
 kamailio-tls-modules binary: possible-gpl-code-linked-with-openssl
-kamailio source: debian-watch-file-in-native-package
diff --git a/pkg/kamailio/deb/wheezy/source.lintian-overrides b/pkg/kamailio/=
deb/wheezy/source.lintian-overrides
new file mode 100644
index 0000000..620d9ff
--- /dev/null
+++ b/pkg/kamailio/deb/wheezy/source.lintian-overrides
@@ -0,0 +1 @@
+kamailio source: debian-watch-file-in-native-package



--===============0462658408==--


From jason.penton@gmail.com Tue Feb  4 19:04:26 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 20:04:20 +0200
Message-ID:
 <CALoGXNWqztHfu=tZP9WfDx0kpZ9nTgvdUwVP9iejDFoa=Udk=w@mail.gmail.com>
In-Reply-To: <52F11682.8020205@usit.uio.no>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0598520369=="

--===============0598520369==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

okay, I see it is happening during resize of shm memory... Can you
re-create on demand? load related?


On Tue, Feb 4, 2014 at 6:34 PM, =C3=98yvind Kolbu <oyvind.kolbu(a)usit.uio.no=
>wrote:

> On 04.02.2014 17:30, Jason Penton wrote:
>
>> Are you using async module? Anything else significant in your cfg file?
>>
>
> No async module. Depends on what you call significant.. We use dialog,
> db_postgres, ldap, siptrace and other pretty normal stuff.
>
>
> --
> =C3=98yvind
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



--===============0598520369==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+b2theSwgSSBzZWUgaXQgaXMgaGFwcGVuaW5nIGR1cmluZyByZXNpemUg
b2Ygc2htIG1lbW9yeS4uLiBDYW4geW91IHJlLWNyZWF0ZSBvbiBkZW1hbmQ/IGxvYWQgcmVsYXRl
ZD88L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFp
bF9xdW90ZSI+T24gVHVlLCBGZWIgNCwgMjAxNCBhdCA2OjM0IFBNLCDYeXZpbmQgS29sYnUgPHNw
YW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86b3l2aW5kLmtvbGJ1QHVzaXQudWlvLm5v
IiB0YXJnZXQ9Il9ibGFuayI+b3l2aW5kLmtvbGJ1QHVzaXQudWlvLm5vPC9hPiZndDs8L3NwYW4+
IHdyb3RlOjxicj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2lu
OjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+
PGRpdiBjbGFzcz0iaW0iPk9uIDxhIGhyZWY9InRlbDowNC4wMi4yMDE0JTIwMTciIHZhbHVlPSIr
Mjc0MDIyMDE0MTciIHRhcmdldD0iX2JsYW5rIj4wNC4wMi4yMDE0IDE3PC9hPjozMCwgSmFzb24g
UGVudG9uIHdyb3RlOjxicj4KCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9
Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVm
dDoxZXgiPgpBcmUgeW91IHVzaW5nIGFzeW5jIG1vZHVsZT8gQW55dGhpbmcgZWxzZSBzaWduaWZp
Y2FudCBpbiB5b3VyIGNmZyBmaWxlPzxicj4KPC9ibG9ja3F1b3RlPgo8YnI+PC9kaXY+Ck5vIGFz
eW5jIG1vZHVsZS4gRGVwZW5kcyBvbiB3aGF0IHlvdSBjYWxsIHNpZ25pZmljYW50Li4gV2UgdXNl
IGRpYWxvZyw8YnI+CmRiX3Bvc3RncmVzLCBsZGFwLCBzaXB0cmFjZSBhbmQgb3RoZXIgcHJldHR5
IG5vcm1hbCBzdHVmZi48c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0iIzg4ODg4OCI+
PGJyPgo8YnI+Cjxicj4KLS0gPGJyPjwvZm9udD48L3NwYW4+PGRpdiBjbGFzcz0iSE9FblpiIj48
ZGl2IGNsYXNzPSJoNSI+Cth5dmluZDxicj4KPGJyPgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188dT48L3U+X19fX19fX19fX19fX19fX188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+
CjxhIGhyZWY9Im1haWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciIHRhcmdldD0iX2Js
YW5rIj5zci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8v
bGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFy
Z2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy88dT48L3U+Y2dpLWJpbi9t
YWlsbWFuL2xpc3RpbmZvL3NyLTx1PjwvdT5kZXY8L2E+PGJyPgo8L2Rpdj48L2Rpdj48L2Jsb2Nr
cXVvdGU+PC9kaXY+PGJyPjwvZGl2Pgo=

--===============0598520369==--


From oyvind.kolbu@usit.uio.no Tue Feb  4 19:53:24 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 18:51:50 +0000
Message-ID: <8bdc060107ac4448a26815d52e9a5b8e@mail-ex01.exprod.uio.no>
In-Reply-To:
 <CALoGXNWqztHfu=tZP9WfDx0kpZ9nTgvdUwVP9iejDFoa=Udk=w@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1408931366=="

--===============1408931366==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

>okay, I see it is happening during resize of shm memory... Can you re-create
>on demand? load related?

Can not re-create on demand, but this is the second time in two weeks somethi=
ng like this has
happened. From our graphs it happened just after a peak in CPU usage, and it =
might actually
been swapping slightly. Could add some more memory to the machine to see if t=
he problems
goes away.

--=20
=C3=98yvind


--===============1408931366==--


From consultoriaticesar@gmail.com Tue Feb  4 20:44:14 2014
From: Consultoria TI Cesar <consultoriaticesar@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] kamailio 3.3.1+asterisk 10.7.0
Date: Tue, 04 Feb 2014 17:43:59 -0300
Message-ID: <03d201cf21e9$d7bda3e0$8738eba0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0416296742=="

--===============0416296742==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello everyone, I have a billing and he previously owned the kamailio-1.5.4
+ asterisk 1.6.1.x nolts today already managed to upgrade it to 3.3.1 +
kamailio kamailio 1.6.2.13. It worked perfectly. Now I would like to do the
same in asterisk10.7.0 + kamailio 3.3.1. I tried several times and it was
not possible. Can someone help. Thanks in advance.

 

Att,

Joao Cesar

 

 

 




--===============0416296742==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250
ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0KLyog
Rm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsKCXBh
bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OlRh
aG9tYTsKCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30KLyogU3R5bGUgRGVmaW5pdGlv
bnMgKi8KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbAoJe21hcmdpbjow
Y207CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTEuMHB0OwoJZm9udC1mYW1p
bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30K
YTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9y
OmJsdWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5
cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6cHVycGxlOwoJ
dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg
ZGl2Lk1zb0FjZXRhdGUKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgltc28tc3R5bGUtbGluazoi
VGV4dG8gZGUgYmFsXDAwRTNvIENhclwwMEUxY3RlciI7CgltYXJnaW46MGNtOwoJbWFyZ2luLWJv
dHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjguMHB0OwoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNh
bnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpzcGFuLkVzdGlsb0NvcnJl
aW9FbGVjdHJuaWNvMTcKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1m
YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7fQpzcGFuLlRl
eHRvZGViYWxvQ2FyY3RlcgoJe21zby1zdHlsZS1uYW1lOiJUZXh0byBkZSBiYWxcMDBFM28gQ2Fy
XDAwRTFjdGVyIjsKCW1zby1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1zdHlsZS1saW5rOiJUZXh0
byBkZSBiYWxcMDBFM28iOwoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30KLk1z
b0NocERlZmF1bHQKCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsKCWZvbnQtZmFtaWx5OiJD
YWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CkBwYWdl
IFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0OwoJbWFyZ2luOjcwLjg1cHQgMy4w
Y20gNzAuODVwdCAzLjBjbTt9CmRpdi5Xb3JkU2VjdGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9
Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBlZGVmYXVsdHMgdjpl
eHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl
IG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+CjxvOmlkbWFwIHY6ZXh0
PSJlZGl0IiBkYXRhPSIxIiAvPgo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9o
ZWFkPjxib2R5IGxhbmc9UFQtQlIgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdv
cmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1FTi1VUz5IZWxsbyBldmVy
eW9uZSwgSSBoYXZlIGEgYmlsbGluZyBhbmQgaGUgcHJldmlvdXNseSBvd25lZCB0aGUga2FtYWls
aW8tMS41LjQgKyBhc3RlcmlzayAxLjYuMS54IG5vbHRzIHRvZGF5IGFscmVhZHkgbWFuYWdlZCB0
byB1cGdyYWRlIGl0IHRvIDMuMy4xICsga2FtYWlsaW8ga2FtYWlsaW8gMS42LjIuMTMuIEl0IHdv
cmtlZCBwZXJmZWN0bHkuIE5vdyBJIHdvdWxkIGxpa2UgdG8gZG8gdGhlIHNhbWUgaW4gYXN0ZXJp
c2sxMC43LjAgKyBrYW1haWxpbyAzLjMuMS4gSSB0cmllZCBzZXZlcmFsIHRpbWVzIGFuZCBpdCB3
YXMgbm90IHBvc3NpYmxlLiBDYW4gc29tZW9uZSBoZWxwLiA8L3NwYW4+VGhhbmtzIGluIGFkdmFu
Y2UuPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6UFQt
QlInPkF0dCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0
eWxlPSdtc28tZmFyZWFzdC1sYW5ndWFnZTpQVC1CUic+Sm9hbyBDZXNhcjxvOnA+PC9vOnA+PC9z
cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J21zby1mYXJlYXN0LWxhbmd1
YWdlOlBULUJSJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs
PjxzcGFuIHN0eWxlPSdtc28tZmFyZWFzdC1sYW5ndWFnZTpQVC1CUic+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rp
dj48L2JvZHk+PC9odG1sPg==

--===============0416296742==--


From miconda@gmail.com Tue Feb  4 21:26:19 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Tue, 04 Feb 2014 21:26:11 +0100
Message-ID: <52F14CE3.6060306@gmail.com>
In-Reply-To: <8bdc060107ac4448a26815d52e9a5b8e@mail-ex01.exprod.uio.no>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0550977747=="

--===============0550977747==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

this happens due to an abort() that is executed only when MEMDBG is set=20
(memory debugging is turned on). It's main purpose is to spot double frees.

For production, either MEMDBG is not set or you set mem_safety global=20
parameter. You will get the log message, but the application keeps running.

I also recommend to upgrade to 4.1.1, there were some fixes that affect=20
this case as well.

On the other side, I will try to see what could be the situation to end=20
in the two frees once I get a chance (still in the middle of a traveling=20
period for a while here).

Cheers,
Daniel

On 04/02/14 19:51, =C3=98yvind Kolbu wrote:
>> okay, I see it is happening during resize of shm memory... Can you re-crea=
te
>> on demand? load related?
> Can not re-create on demand, but this is the second time in two weeks somet=
hing like this has
> happened. From our graphs it happened just after a peak in CPU usage, and i=
t might actually
> been swapping slightly. Could add some more memory to the machine to see if=
 the problems
> goes away.
>

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0550977747==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 21:26:38 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: add missing dependence
Date: Tue, 04 Feb 2014 21:26:37 +0100
Message-ID: <20140204202638.07C13EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1263743921=="

--===============1263743921==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 432ed7a665f07c42dadf44d2596d346a7c8863fd
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D432ed7a665f07c42dadf44d2596d346a7c8863fd

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb  4 21:24:34 2014 +0100

pkg/kamailio/deb: add missing dependence

---

 pkg/kamailio/deb/debian/control  |    1 +
 pkg/kamailio/deb/lenny/control   |    1 +
 pkg/kamailio/deb/lucid/control   |    1 +
 pkg/kamailio/deb/precise/control |    1 +
 pkg/kamailio/deb/squeeze/control |    1 +
 pkg/kamailio/deb/wheezy/control  |    1 +
 6 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/pkg/kamailio/deb/debian/control b/pkg/kamailio/deb/debian/control
index a5e7f5f..e992aa0 100644
--- a/pkg/kamailio/deb/debian/control
+++ b/pkg/kamailio/deb/debian/control
@@ -34,6 +34,7 @@ Build-Depends: bison,
                libsqlite3-dev,
                libxml2-dev,
                libxmlrpc-c3-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,
diff --git a/pkg/kamailio/deb/lenny/control b/pkg/kamailio/deb/lenny/control
index 8fac1cf..3f33895 100644
--- a/pkg/kamailio/deb/lenny/control
+++ b/pkg/kamailio/deb/lenny/control
@@ -28,6 +28,7 @@ Build-Depends: bison,
                libsqlite3-dev,
                libxml2-dev,
                libxmlrpc-c3-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,
diff --git a/pkg/kamailio/deb/lucid/control b/pkg/kamailio/deb/lucid/control
index 2521972..e27f6e3 100644
--- a/pkg/kamailio/deb/lucid/control
+++ b/pkg/kamailio/deb/lucid/control
@@ -30,6 +30,7 @@ Build-Depends: bison,
                libsqlite3-dev,
                libxml2-dev,
                libxmlrpc-c3-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,
diff --git a/pkg/kamailio/deb/precise/control b/pkg/kamailio/deb/precise/cont=
rol
index 6974491..69857ff 100644
--- a/pkg/kamailio/deb/precise/control
+++ b/pkg/kamailio/deb/precise/control
@@ -33,6 +33,7 @@ Build-Depends: bison,
                libsnmp-dev,
                libsqlite3-dev,
                libxml2-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,
diff --git a/pkg/kamailio/deb/squeeze/control b/pkg/kamailio/deb/squeeze/cont=
rol
index dd3ac79..ca7d502 100644
--- a/pkg/kamailio/deb/squeeze/control
+++ b/pkg/kamailio/deb/squeeze/control
@@ -30,6 +30,7 @@ Build-Depends: bison,
                libsqlite3-dev,
                libxml2-dev,
                libxmlrpc-c3-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,
diff --git a/pkg/kamailio/deb/wheezy/control b/pkg/kamailio/deb/wheezy/control
index 02a0add..3b4a900 100644
--- a/pkg/kamailio/deb/wheezy/control
+++ b/pkg/kamailio/deb/wheezy/control
@@ -32,6 +32,7 @@ Build-Depends: bison,
                libsnmp-dev,
                libsqlite3-dev,
                libxml2-dev,
+               libunistring-dev,
                openssl,
                python,
                python-dev,



--===============1263743921==--


From miconda@gmail.com Tue Feb  4 21:34:43 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] [PATCH 1/1] websocket: remove libunistring dependency
Date: Tue, 04 Feb 2014 21:34:35 +0100
Message-ID: <52F14EDB.6020300@gmail.com>
In-Reply-To:
 <CAEqTk6QTtquWtN4g=_J6MHrwT_37EQZ777=w_NTY3ezLSSfVWA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0469871636=="

--===============0469871636==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Was there any resolution on this topic? I would like to get rid of the 
unnecessary dependency, the code looked fine at a quick check -- if it 
is just about utf8 encoding/decoding.

Eventually it can be made a compile time switch with defines for both 
options, keep the code for both cases and be able to easily switch from 
one to another.

Cheers,
Daniel

On 20/12/13 15:45, Peter Dunkley wrote:
> On 20 December 2013 14:09, Timo Teras <timo.teras(a)iki.fi 
> <mailto:timo.teras(a)iki.fi>> wrote:
>
>     On Fri, 20 Dec 2013 13:56:08 +0000
>     Peter Dunkley <peter.dunkley(a)crocodile-rcs.com
>     <mailto:peter.dunkley(a)crocodile-rcs.com>> wrote:
>
>     > One of the reasons I used libunistring for this detection is
>     that for
>     > pretty much all of the code fragments I found online for doing this
>     > in a "simple" way I saw people pointing out flaws in those
>     > algorithms.  Can you confirm that this code doesn't have any of
>     those
>     > flaws and is guaranteed to work in all cases (has this
>     implementation
>     > been stubbed out and tested fully by someone here)?
>
>     Did you read the document on the URL it refers to? It is quite
>     thorough
>     explanation of what it does, it's correctness and speed. It also
>     explains that the motivation for implementing it was because all those
>     snippets in the internet are seriously flawed.
>
> I did see the document.  It looks good.  Does you have first hand 
> experience of whether that code is valid and correct or not?
>
> I personally tend to trust a release library from GNU somewhat more 
> than code on a web-site - however good that web-site and documentation 
> looks.
>
>
>     > Does this really improve performance?  Only a tiny, tiny, subset of
>     > libunistring is used.  As a result it doesn't really matter if
>     > libunistring in general is slow, just whether or not the one
>     function
>     > used from libunistring is slow.
>
>     I'm referring specifically to the function you use. Please check the
>     URL for performance comparison. While libunistring is not benchmarked
>     separately, one can see with 0.1 second look at libunistring's
>     implementation that it will be slower in performance and is likely
>     something close to iconv()'s implementation.
>
>
> I don't have any objection to this change as long as you are 100% sure 
> that the algorithm from that web-page works correctly.  The algorithm 
> looks good, the web-page looks good, the documentation looks good, but 
> I'd really prefer it if the implementation was explicitly and fully 
> tested before the libunistring call is replaced.
>
> Something as simple as a loop through all possible values calling your 
> function, the libunistring function, and comparing the results would 
> be perfect.
>
> Regards,
>
> Peter
> -- 
> Peter Dunkley
> Technical Director
> Crocodile RCS Ltd

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============0469871636==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+CiAgICBXYXMgdGhlcmUgYW55IHJl
c29sdXRpb24gb24gdGhpcyB0b3BpYz8gSSB3b3VsZCBsaWtlIHRvIGdldCByaWQgb2YKICAgIHRo
ZSB1bm5lY2Vzc2FyeSBkZXBlbmRlbmN5LCB0aGUgY29kZSBsb29rZWQgZmluZSBhdCBhIHF1aWNr
IGNoZWNrIC0tCiAgICBpZiBpdCBpcyBqdXN0IGFib3V0IHV0ZjggZW5jb2RpbmcvZGVjb2Rpbmcu
PGJyPgogICAgPGJyPgogICAgRXZlbnR1YWxseSBpdCBjYW4gYmUgbWFkZSBhIGNvbXBpbGUgdGlt
ZSBzd2l0Y2ggd2l0aCBkZWZpbmVzIGZvcgogICAgYm90aCBvcHRpb25zLCBrZWVwIHRoZSBjb2Rl
IGZvciBib3RoIGNhc2VzIGFuZCBiZSBhYmxlIHRvIGVhc2lseQogICAgc3dpdGNoIGZyb20gb25l
IHRvIGFub3RoZXIuPGJyPgogICAgPGJyPgogICAgQ2hlZXJzLDxicj4KICAgIERhbmllbDxicj4K
ICAgIDxicj4KICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24gMjAvMTIvMTMgMTU6
NDUsIFBldGVyIER1bmtsZXkgd3JvdGU6PGJyPgogICAgPC9kaXY+CiAgICA8YmxvY2txdW90ZQpj
aXRlPSJtaWQ6Q0FFcVRrNlFUdHF1V3RONGc9X0o2TUhyd1RfMzdFUVo3Nzc9d19OVFkzZXpMU1Nm
VldBQG1haWwuZ21haWwuY29tIgogICAgICB0eXBlPSJjaXRlIj4KICAgICAgPGRpdiBkaXI9Imx0
ciI+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPgogICAgICAgICAgPGRpdiBjbGFz
cz0iZ21haWxfcXVvdGUiPk9uIDIwIERlY2VtYmVyIDIwMTMgMTQ6MDksIFRpbW8gVGVyYXMKICAg
ICAgICAgICAgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiCiAg
ICAgICAgICAgICAgICBocmVmPSJtYWlsdG86dGltby50ZXJhc0Bpa2kuZmkiIHRhcmdldD0iX2Js
YW5rIj50aW1vLnRlcmFzQGlraS5maTwvYT4mZ3Q7PC9zcGFuPgogICAgICAgICAgICB3cm90ZTo8
YnI+CiAgICAgICAgICAgIDxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1h
cmdpbjowIDAgMAogICAgICAgICAgICAgIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7
cGFkZGluZy1sZWZ0OjFleCI+CiAgICAgICAgICAgICAgPGRpdiBjbGFzcz0iaW0iPk9uIEZyaSwg
MjAgRGVjIDIwMTMgMTM6NTY6MDggKzAwMDA8YnI+CiAgICAgICAgICAgICAgICBQZXRlciBEdW5r
bGV5ICZsdDs8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiCiAgICAgICAgICAgICAgICAgIGhyZWY9
Im1haWx0bzpwZXRlci5kdW5rbGV5QGNyb2NvZGlsZS1yY3MuY29tIj5wZXRlci5kdW5rbGV5QGNy
b2NvZGlsZS1yY3MuY29tPC9hPiZndDsKICAgICAgICAgICAgICAgIHdyb3RlOjxicj4KICAgICAg
ICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICZndDsgT25lIG9mIHRoZSByZWFzb25zIEkg
dXNlZCBsaWJ1bmlzdHJpbmcgZm9yIHRoaXMKICAgICAgICAgICAgICAgIGRldGVjdGlvbiBpcyB0
aGF0IGZvcjxicj4KICAgICAgICAgICAgICAgICZndDsgcHJldHR5IG11Y2ggYWxsIG9mIHRoZSBj
b2RlIGZyYWdtZW50cyBJIGZvdW5kCiAgICAgICAgICAgICAgICBvbmxpbmUgZm9yIGRvaW5nIHRo
aXM8YnI+CiAgICAgICAgICAgICAgICAmZ3Q7IGluIGEgInNpbXBsZSIgd2F5IEkgc2F3IHBlb3Bs
ZSBwb2ludGluZyBvdXQgZmxhd3MKICAgICAgICAgICAgICAgIGluIHRob3NlPGJyPgogICAgICAg
ICAgICAgICAgJmd0OyBhbGdvcml0aG1zLiCgQ2FuIHlvdSBjb25maXJtIHRoYXQgdGhpcyBjb2Rl
IGRvZXNuJ3QKICAgICAgICAgICAgICAgIGhhdmUgYW55IG9mIHRob3NlPGJyPgogICAgICAgICAg
ICAgICAgJmd0OyBmbGF3cyBhbmQgaXMgZ3VhcmFudGVlZCB0byB3b3JrIGluIGFsbCBjYXNlcyAo
aGFzCiAgICAgICAgICAgICAgICB0aGlzIGltcGxlbWVudGF0aW9uPGJyPgogICAgICAgICAgICAg
ICAgJmd0OyBiZWVuIHN0dWJiZWQgb3V0IGFuZCB0ZXN0ZWQgZnVsbHkgYnkgc29tZW9uZSBoZXJl
KT88YnI+CiAgICAgICAgICAgICAgICA8YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAg
ICAgICAgRGlkIHlvdSByZWFkIHRoZSBkb2N1bWVudCBvbiB0aGUgVVJMIGl0IHJlZmVycyB0bz8g
SXQgaXMKICAgICAgICAgICAgICBxdWl0ZSB0aG9yb3VnaDxicj4KICAgICAgICAgICAgICBleHBs
YW5hdGlvbiBvZiB3aGF0IGl0IGRvZXMsIGl0J3MgY29ycmVjdG5lc3MgYW5kIHNwZWVkLgogICAg
ICAgICAgICAgIEl0IGFsc288YnI+CiAgICAgICAgICAgICAgZXhwbGFpbnMgdGhhdCB0aGUgbW90
aXZhdGlvbiBmb3IgaW1wbGVtZW50aW5nIGl0IHdhcwogICAgICAgICAgICAgIGJlY2F1c2UgYWxs
IHRob3NlPGJyPgogICAgICAgICAgICAgIHNuaXBwZXRzIGluIHRoZSBpbnRlcm5ldCBhcmUgc2Vy
aW91c2x5IGZsYXdlZC48YnI+CiAgICAgICAgICAgICAgPGRpdiBjbGFzcz0iaW0iPjxicj4KICAg
ICAgICAgICAgICA8L2Rpdj4KICAgICAgICAgICAgPC9ibG9ja3F1b3RlPgogICAgICAgICAgICA8
ZGl2PkkgZGlkIHNlZSB0aGUgZG9jdW1lbnQuIKBJdCBsb29rcyBnb29kLiCgRG9lcyB5b3UgaGF2
ZQogICAgICAgICAgICAgIGZpcnN0IGhhbmQgZXhwZXJpZW5jZSBvZiB3aGV0aGVyIHRoYXQgY29k
ZSBpcyB2YWxpZCBhbmQKICAgICAgICAgICAgICBjb3JyZWN0IG9yIG5vdD88L2Rpdj4KICAgICAg
ICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICA8ZGl2PkkgcGVy
c29uYWxseSB0ZW5kIHRvIHRydXN0IGEgcmVsZWFzZSBsaWJyYXJ5IGZyb20gR05VCiAgICAgICAg
ICAgICAgc29tZXdoYXQgbW9yZSB0aGFuIGNvZGUgb24gYSB3ZWItc2l0ZSAtIGhvd2V2ZXIgZ29v
ZCB0aGF0CiAgICAgICAgICAgICAgd2ViLXNpdGUgYW5kIGRvY3VtZW50YXRpb24gbG9va3MuPC9k
aXY+CiAgICAgICAgICAgIDxkaXY+oDwvZGl2PgogICAgICAgICAgICA8YmxvY2txdW90ZSBjbGFz
cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAKICAgICAgICAgICAgICAuOGV4O2Jv
cmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgogICAgICAgICAgICAg
IDxkaXYgY2xhc3M9ImltIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDM0LDM0LDM0KSI+oDwvc3Bh
bj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgIDwvYmxvY2txdW90ZT4KICAg
ICAgICAgICAgPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAg
MCAwCiAgICAgICAgICAgICAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5n
LWxlZnQ6MWV4Ij4KICAgICAgICAgICAgICA8ZGl2IGNsYXNzPSJpbSI+CiAgICAgICAgICAgICAg
ICAmZ3Q7IERvZXMgdGhpcyByZWFsbHkgaW1wcm92ZSBwZXJmb3JtYW5jZT8goE9ubHkgYSB0aW55
LAogICAgICAgICAgICAgICAgdGlueSwgc3Vic2V0IG9mPGJyPgogICAgICAgICAgICAgICAgJmd0
OyBsaWJ1bmlzdHJpbmcgaXMgdXNlZC4goEFzIGEgcmVzdWx0IGl0IGRvZXNuJ3QKICAgICAgICAg
ICAgICAgIHJlYWxseSBtYXR0ZXIgaWY8YnI+CiAgICAgICAgICAgICAgICAmZ3Q7IGxpYnVuaXN0
cmluZyBpbiBnZW5lcmFsIGlzIHNsb3csIGp1c3Qgd2hldGhlciBvcgogICAgICAgICAgICAgICAg
bm90IHRoZSBvbmUgZnVuY3Rpb248YnI+CiAgICAgICAgICAgICAgICAmZ3Q7IHVzZWQgZnJvbSBs
aWJ1bmlzdHJpbmcgaXMgc2xvdy48YnI+CiAgICAgICAgICAgICAgICA8YnI+CiAgICAgICAgICAg
ICAgPC9kaXY+CiAgICAgICAgICAgICAgSSdtIHJlZmVycmluZyBzcGVjaWZpY2FsbHkgdG8gdGhl
IGZ1bmN0aW9uIHlvdSB1c2UuIFBsZWFzZQogICAgICAgICAgICAgIGNoZWNrIHRoZTxicj4KICAg
ICAgICAgICAgICBVUkwgZm9yIHBlcmZvcm1hbmNlIGNvbXBhcmlzb24uIFdoaWxlIGxpYnVuaXN0
cmluZyBpcyBub3QKICAgICAgICAgICAgICBiZW5jaG1hcmtlZDxicj4KICAgICAgICAgICAgICBz
ZXBhcmF0ZWx5LCBvbmUgY2FuIHNlZSB3aXRoIDAuMSBzZWNvbmQgbG9vayBhdAogICAgICAgICAg
ICAgIGxpYnVuaXN0cmluZydzPGJyPgogICAgICAgICAgICAgIGltcGxlbWVudGF0aW9uIHRoYXQg
aXQgd2lsbCBiZSBzbG93ZXIgaW4gcGVyZm9ybWFuY2UgYW5kCiAgICAgICAgICAgICAgaXMgbGlr
ZWx5PGJyPgogICAgICAgICAgICAgIHNvbWV0aGluZyBjbG9zZSB0byBpY29udigpJ3MgaW1wbGVt
ZW50YXRpb24uPGJyPgogICAgICAgICAgICA8L2Jsb2NrcXVvdGU+CiAgICAgICAgICAgIDxkaXY+
PGJyPgogICAgICAgICAgICA8L2Rpdj4KICAgICAgICAgICAgPGRpdj5JIGRvbid0IGhhdmUgYW55
IG9iamVjdGlvbiB0byB0aGlzIGNoYW5nZSBhcyBsb25nIGFzCiAgICAgICAgICAgICAgeW91IGFy
ZSAxMDAlIHN1cmUgdGhhdCB0aGUgYWxnb3JpdGhtIGZyb20gdGhhdCB3ZWItcGFnZQogICAgICAg
ICAgICAgIHdvcmtzIGNvcnJlY3RseS4goFRoZSBhbGdvcml0aG0gbG9va3MgZ29vZCwgdGhlIHdl
Yi1wYWdlCiAgICAgICAgICAgICAgbG9va3MgZ29vZCwgdGhlIGRvY3VtZW50YXRpb24gbG9va3Mg
Z29vZCwgYnV0IEknZCByZWFsbHkKICAgICAgICAgICAgICBwcmVmZXIgaXQgaWYgdGhlIGltcGxl
bWVudGF0aW9uIHdhcyBleHBsaWNpdGx5IGFuZCBmdWxseQogICAgICAgICAgICAgIHRlc3RlZCBi
ZWZvcmUgdGhlIGxpYnVuaXN0cmluZyBjYWxsIGlzIHJlcGxhY2VkLjwvZGl2PgogICAgICAgICAg
ICA8ZGl2Pjxicj4KICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgIDxkaXY+U29tZXRoaW5n
IGFzIHNpbXBsZSBhcyBhIGxvb3AgdGhyb3VnaCBhbGwgcG9zc2libGUKICAgICAgICAgICAgICB2
YWx1ZXMgY2FsbGluZyB5b3VyIGZ1bmN0aW9uLCB0aGUgbGlidW5pc3RyaW5nIGZ1bmN0aW9uLAog
ICAgICAgICAgICAgIGFuZCBjb21wYXJpbmcgdGhlIHJlc3VsdHMgd291bGQgYmUgcGVyZmVjdC48
L2Rpdj4KICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAg
ICA8ZGl2PlJlZ2FyZHMsPC9kaXY+CiAgICAgICAgICAgIDxkaXY+PGJyPgogICAgICAgICAgICA8
L2Rpdj4KICAgICAgICAgICAgPGRpdj5QZXRlcjwvZGl2PgogICAgICAgICAgPC9kaXY+CiAgICAg
ICAgICAtLSA8YnI+CiAgICAgICAgICA8ZGl2IGRpcj0ibHRyIj4KICAgICAgICAgICAgPGRpdj48
Zm9udCBmYWNlPSJjb3VyaWVyIG5ldywgbW9ub3NwYWNlIj5QZXRlciBEdW5rbGV5PC9mb250Pjwv
ZGl2PgogICAgICAgICAgICA8ZGl2Pjxmb250IGZhY2U9ImNvdXJpZXIgbmV3LCBtb25vc3BhY2Ui
PlRlY2huaWNhbCBEaXJlY3RvcjwvZm9udD48L2Rpdj4KICAgICAgICAgICAgPGRpdj48Zm9udCBm
YWNlPSJjb3VyaWVyIG5ldywgbW9ub3NwYWNlIj5Dcm9jb2RpbGUgUkNTIEx0ZDwvZm9udD48L2Rp
dj4KICAgICAgICAgIDwvZGl2PgogICAgICAgIDwvZGl2PgogICAgICA8L2Rpdj4KICAgIDwvYmxv
Y2txdW90ZT4KICAgIDxicj4KICAgIDxwcmUgY2xhc3M9Im1vei1zaWduYXR1cmUiIGNvbHM9Ijcy
Ij4tLSAKRGFuaWVsLUNvbnN0YW50aW4gTWllcmxhIC0gPGEgY2xhc3M9Im1vei10eHQtbGluay1m
cmVldGV4dCIgaHJlZj0iaHR0cDovL3d3dy5hc2lwdG8uY29tIj5odHRwOi8vd3d3LmFzaXB0by5j
b208L2E+CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly90d2l0
dGVyLmNvbS8jIS9taWNvbmRhIj5odHRwOi8vdHdpdHRlci5jb20vIyEvbWljb25kYTwvYT4gLSA8
YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vd3d3LmxpbmtlZGlu
LmNvbS9pbi9taWNvbmRhIj5odHRwOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9taWNvbmRhPC9hPjwv
cHJlPgogIDwvYm9keT4KPC9odG1sPgo=

--===============0469871636==--


From linuxmaniac@torreviejawireless.org Tue Feb  4 21:45:09 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: no ims on 3.3 branch
Date: Tue, 04 Feb 2014 21:45:08 +0100
Message-ID: <20140204204509.18BECEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1595499623=="

--===============1595499623==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 9f22f9f116aa2d7451cbd78346503db5f65083de
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9f22f9f116aa2d7451cbd78346503db5f65083de

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb  4 21:37:41 2014 +0100

pkg/kamailio/deb: no ims on 3.3 branch

---

 pkg/kamailio/deb/debian/control  |   13 -------------
 pkg/kamailio/deb/debian/rules    |    2 +-
 pkg/kamailio/deb/lenny/control   |   12 ------------
 pkg/kamailio/deb/lenny/rules     |    2 +-
 pkg/kamailio/deb/lucid/control   |   12 ------------
 pkg/kamailio/deb/lucid/rules     |    2 +-
 pkg/kamailio/deb/precise/control |   13 -------------
 pkg/kamailio/deb/precise/rules   |    2 +-
 pkg/kamailio/deb/squeeze/control |   12 ------------
 pkg/kamailio/deb/squeeze/rules   |    2 +-
 pkg/kamailio/deb/wheezy/control  |   13 -------------
 pkg/kamailio/deb/wheezy/rules    |    2 +-
 12 files changed, 6 insertions(+), 81 deletions(-)

diff --git a/pkg/kamailio/deb/debian/control b/pkg/kamailio/deb/debian/control
index ff32378..03420a5 100644
--- a/pkg/kamailio/deb/debian/control
+++ b/pkg/kamailio/deb/debian/control
@@ -420,19 +420,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Multi-Arch: same
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 1561128..c9da816 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -33,7 +33,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl redis python geoip\
-			   sqlite json mono ims purple tls
+			   sqlite json mono purple tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib/$(DEB_HOST_MULTIARCH)
diff --git a/pkg/kamailio/deb/lenny/control b/pkg/kamailio/deb/lenny/control
index 1722275..f3d86a2 100644
--- a/pkg/kamailio/deb/lenny/control
+++ b/pkg/kamailio/deb/lenny/control
@@ -342,18 +342,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Pre-Depends: ${misc:Pre-Depends}
diff --git a/pkg/kamailio/deb/lenny/rules b/pkg/kamailio/deb/lenny/rules
index 406ec9e..07f8091 100755
--- a/pkg/kamailio/deb/lenny/rules
+++ b/pkg/kamailio/deb/lenny/rules
@@ -32,7 +32,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy g=
eoip json redis mono
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl python \
-			   sqlite ims purple tls
+			   sqlite purple tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib
diff --git a/pkg/kamailio/deb/lucid/control b/pkg/kamailio/deb/lucid/control
index 70c6281..69c38ff 100644
--- a/pkg/kamailio/deb/lucid/control
+++ b/pkg/kamailio/deb/lucid/control
@@ -356,18 +356,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Pre-Depends: ${misc:Pre-Depends}
diff --git a/pkg/kamailio/deb/lucid/rules b/pkg/kamailio/deb/lucid/rules
index 808ffa8..1fd5dc2 100755
--- a/pkg/kamailio/deb/lucid/rules
+++ b/pkg/kamailio/deb/lucid/rules
@@ -32,7 +32,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy j=
son redis mono
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl python geoip\
-			   sqlite ims purple tls
+			   sqlite purple tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib
diff --git a/pkg/kamailio/deb/precise/control b/pkg/kamailio/deb/precise/cont=
rol
index ec6e333..c3a0446 100644
--- a/pkg/kamailio/deb/precise/control
+++ b/pkg/kamailio/deb/precise/control
@@ -419,19 +419,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Multi-Arch: same
diff --git a/pkg/kamailio/deb/precise/rules b/pkg/kamailio/deb/precise/rules
index 7fdeaee..00468d3 100755
--- a/pkg/kamailio/deb/precise/rules
+++ b/pkg/kamailio/deb/precise/rules
@@ -33,7 +33,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy m=
i_xmlrpc
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl redis python geoip\
-			   sqlite json mono ims purple tls
+			   sqlite json mono purple tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib/$(DEB_HOST_MULTIARCH)
diff --git a/pkg/kamailio/deb/squeeze/control b/pkg/kamailio/deb/squeeze/cont=
rol
index 43acd56..4a8888d 100644
--- a/pkg/kamailio/deb/squeeze/control
+++ b/pkg/kamailio/deb/squeeze/control
@@ -356,18 +356,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Pre-Depends: ${misc:Pre-Depends}
diff --git a/pkg/kamailio/deb/squeeze/rules b/pkg/kamailio/deb/squeeze/rules
index 013c42f..56b20d9 100755
--- a/pkg/kamailio/deb/squeeze/rules
+++ b/pkg/kamailio/deb/squeeze/rules
@@ -32,7 +32,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy p=
urple redis mono
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl python geoip\
-			   sqlite json ims tls
+			   sqlite json tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib
diff --git a/pkg/kamailio/deb/wheezy/control b/pkg/kamailio/deb/wheezy/control
index c374b7b..5c21e7c 100644
--- a/pkg/kamailio/deb/wheezy/control
+++ b/pkg/kamailio/deb/wheezy/control
@@ -405,19 +405,6 @@ Description: LDAP modules for Kamailio
  queries from the Kamailio config and storage of SIP account data in an LDAP
  directory.
=20
-Package: kamailio-ims-modules
-Architecture: linux-any
-Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: IMS module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains various Diameter interfaces and modules for Kamailio
- to run as an IMS core.
-
 Package: kamailio-utils-modules
 Architecture: linux-any
 Multi-Arch: same
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 6fcafcb..fe9b8dd 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -33,7 +33,7 @@ EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy p=
urple mi_xmlrpc
 PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius presence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl redis python geoip\
-			   sqlite json mono ims tls
+			   sqlite json mono tls
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib/$(DEB_HOST_MULTIARCH)



--===============1595499623==--


From timo.teras@iki.fi Wed Feb  5 07:44:48 2014
From: Timo Teras <timo.teras@iki.fi>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] [PATCH 1/1] websocket: remove libunistring dependency
Date: Wed, 05 Feb 2014 08:45:14 +0200
Message-ID: <20140205084514.51e01d83@vostro>
In-Reply-To: <52F14EDB.6020300@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0905600594=="

--===============0905600594==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Tue, 04 Feb 2014 21:34:35 +0100
Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:

> Was there any resolution on this topic? I would like to get rid of
> the unnecessary dependency, the code looked fine at a quick check --
> if it is just about utf8 encoding/decoding.
> 
> Eventually it can be made a compile time switch with defines for both 
> options, keep the code for both cases and be able to easily switch
> from one to another.

I think the patch was not 'blessed' yet.

Peter asked for testing results along the lines of:
> Something as simple as a loop through all possible values calling your
> function, the libunistring function, and comparing the results would
> be perfect.

The calling the function with every possible utf-8 string is
impossible test plan.

Dunno. Perhaps you want to push the patch with dictator hat on, or some
sane test plan can be made. For now, I just applied the patch to my
local builds and forgot this.

- Timo


--===============0905600594==--


From oyvind.kolbu@usit.uio.no Wed Feb  5 08:59:24 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Wed, 05 Feb 2014 07:57:48 +0000
Message-ID: <c3a2f219756c49789ec260d874c37655@mail-ex01.exprod.uio.no>
In-Reply-To: <52F14CE3.6060306@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0870744650=="

--===============0870744650==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

>-----Original Message-----
>From: Daniel-Constantin Mierla
>Sent: Tuesday, February 04, 2014 9:26 PM
>
>Hello,
>
>this happens due to an abort() that is executed only when MEMDBG is set
>(memory debugging is turned on). It's main purpose is to spot double frees.
>
>For production, either MEMDBG is not set or you set mem_safety global
>parameter. You will get the log message, but the application keeps running.
>
>I also recommend to upgrade to 4.1.1, there were some fixes that affect this
>case as well.
>
>On the other side, I will try to see what could be the situation to end in t=
he
>two frees once I get a chance (still in the middle of a traveling period for=
 a
>while here).

OK, will try a git after 4.1.1. I'm keeping the core file if you want it or a=
 full backtrace.

Both MEMDBG and mem_safety are default. Neither config nor build changes them.

--=20
=C3=98yvind


--===============0870744650==--


From miconda@gmail.com Wed Feb  5 09:05:49 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] [PATCH 1/1] websocket: remove libunistring dependency
Date: Wed, 05 Feb 2014 09:05:41 +0100
Message-ID: <52F1F0D5.3000408@gmail.com>
In-Reply-To: <20140205084514.51e01d83@vostro>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0049069788=="

--===============0049069788==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Thanks for update. Can you wrap your patch in some define, so it can be 
applied while keeping the libunistring as alternative? Something like:

#ifdef USE_UTF8_EMBEDDED
  // your code here
#else
  // libunistring function call
#endif

Then it can be pushed without any problem to the master branch, allowing 
me (and others) to test it easily. After that we can re-evaluate to 
remove libunistring completely or maybe just make the embedded version 
default.

Cheers,
Daniel

On 05/02/14 07:45, Timo Teras wrote:
> On Tue, 04 Feb 2014 21:34:35 +0100
> Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
>
>> Was there any resolution on this topic? I would like to get rid of
>> the unnecessary dependency, the code looked fine at a quick check --
>> if it is just about utf8 encoding/decoding.
>>
>> Eventually it can be made a compile time switch with defines for both
>> options, keep the code for both cases and be able to easily switch
>> from one to another.
> I think the patch was not 'blessed' yet.
>
> Peter asked for testing results along the lines of:
>> Something as simple as a loop through all possible values calling your
>> function, the libunistring function, and comparing the results would
>> be perfect.
> The calling the function with every possible utf-8 string is
> impossible test plan.
>
> Dunno. Perhaps you want to push the patch with dictator hat on, or some
> sane test plan can be made. For now, I just applied the patch to my
> local builds and forgot this.
>
> - Timo
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev


-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0049069788==--


From miconda@gmail.com Wed Feb  5 09:08:52 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Wed, 05 Feb 2014 09:08:45 +0100
Message-ID: <52F1F18D.6040505@gmail.com>
In-Reply-To: <c3a2f219756c49789ec260d874c37655@mail-ex01.exprod.uio.no>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1747588374=="

--===============1747588374==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On 05/02/14 08:57, =C3=98yvind Kolbu wrote:
>> -----Original Message-----
>> From: Daniel-Constantin Mierla
>> Sent: Tuesday, February 04, 2014 9:26 PM
>>
>> Hello,
>>
>> this happens due to an abort() that is executed only when MEMDBG is set
>> (memory debugging is turned on). It's main purpose is to spot double frees.
>>
>> For production, either MEMDBG is not set or you set mem_safety global
>> parameter. You will get the log message, but the application keeps running.
>>
>> I also recommend to upgrade to 4.1.1, there were some fixes that affect th=
is
>> case as well.
>>
>> On the other side, I will try to see what could be the situation to end in=
 the
>> two frees once I get a chance (still in the middle of a traveling period f=
or a
>> while here).
> OK, will try a git after 4.1.1. I'm keeping the core file if you want it or=
 a full backtrace.
>
> Both MEMDBG and mem_safety are default. Neither config nor build changes th=
em.
Indeed, I checked 4.1, MEMDBG is set for the branch. You can set in config:

mem_safety=3D1

Cheers,
Daniel


--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============1747588374==--


From bugtracker@sip-router.org Wed Feb  5 09:45:31 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Wed, 05 Feb 2014 08:45:29 +0000
Message-ID: <1391589929.52f1fa2901580@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2059077449=="

--===============2059077449==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Daniel-Constantin Mierla (miconda)

----------
There is no p_cell->uas.request because it is for a local generated request. =
The p_cell->uas.request is set with the incoming request. In one of the comme=
nts is shown that the $uac_req(...) and uac_req_send() are used in a timer fu=
nction.

Perhaps the function has to be changed to match the call id from transaction =
structure, if p_cell->uas.request is NULL (that could be uac, but iirc, there=
 should be some special fields in this case).
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1290

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============2059077449==--


From bugtracker@sip-router.org Wed Feb  5 09:47:57 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Wed, 05 Feb 2014 08:47:56 +0000
Message-ID: <1391590076.52f1fabc1505e@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0731568013=="

--===============0731568013==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Nick Altmann (nikbyte)

----------
There are two requests. FIrst is local generated, but then it goes into netwo=
rk socket and received again. And after network it's incoming, not local gene=
rated.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment1291

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0731568013==--


From miconda@gmail.com Wed Feb  5 09:53:42 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: core: fix condition on script callback number
 done inside EXTRA_DEBUG
Date: Wed, 05 Feb 2014 09:53:41 +0100
Message-ID: <20140205085342.07B12EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1237002202=="

--===============1237002202==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 740d407be4e35ee945658365ae38a1bba30fafc7
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D740d407be4e35ee945658365ae38a1bba30fafc7

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb  5 09:52:19 2014 +0100

core: fix condition on script callback number done inside EXTRA_DEBUG

- reported by Seudin Kasumovic, FS#388

---

 script_cb.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/script_cb.c b/script_cb.c
index fe17819..b8a053b 100644
--- a/script_cb.c
+++ b/script_cb.c
@@ -162,8 +162,8 @@ int exec_pre_script_cb( struct sip_msg *msg, enum script_=
cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
-		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
+	if (type > SCRIPT_CB_NUM) {
+		LOG(L_BUG, "Uknown callback type\n");
 		abort();
 	}
 #endif
@@ -185,7 +185,7 @@ int exec_post_script_cb( struct sip_msg *msg, enum script=
_cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
+	if (type > SCRIPT_CB_NUM) {
 		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
 		abort();
 	}



--===============1237002202==--


From miconda@gmail.com Wed Feb  5 09:54:09 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: core: fix condition on script callback number done
 inside EXTRA_DEBUG
Date: Wed, 05 Feb 2014 09:54:09 +0100
Message-ID: <20140205085409.53E21EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1963313066=="

--===============1963313066==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: c02f12d21539d4735a2ad9c840409c8512b2c3e2
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dc02f12d21539d4735a2ad9c840409c8512b2c3e2

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb  5 09:52:19 2014 +0100

core: fix condition on script callback number done inside EXTRA_DEBUG

- reported by Seudin Kasumovic, FS#388

(cherry picked from commit 740d407be4e35ee945658365ae38a1bba30fafc7)

---

 script_cb.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/script_cb.c b/script_cb.c
index fe17819..b8a053b 100644
--- a/script_cb.c
+++ b/script_cb.c
@@ -162,8 +162,8 @@ int exec_pre_script_cb( struct sip_msg *msg, enum script_=
cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
-		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
+	if (type > SCRIPT_CB_NUM) {
+		LOG(L_BUG, "Uknown callback type\n");
 		abort();
 	}
 #endif
@@ -185,7 +185,7 @@ int exec_post_script_cb( struct sip_msg *msg, enum script=
_cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
+	if (type > SCRIPT_CB_NUM) {
 		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
 		abort();
 	}



--===============1963313066==--


From miconda@gmail.com Wed Feb  5 09:54:58 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: core: fix condition on script callback number done
 inside EXTRA_DEBUG
Date: Wed, 05 Feb 2014 09:54:58 +0100
Message-ID: <20140205085458.81444EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1135599722=="

--===============1135599722==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 403d553b30bfeb4aab5575666ab9638a7799317d
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D403d553b30bfeb4aab5575666ab9638a7799317d

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb  5 09:52:19 2014 +0100

core: fix condition on script callback number done inside EXTRA_DEBUG

- reported by Seudin Kasumovic, FS#388

(cherry picked from commit 740d407be4e35ee945658365ae38a1bba30fafc7)

---

 script_cb.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/script_cb.c b/script_cb.c
index a10df7d..72fa568 100644
--- a/script_cb.c
+++ b/script_cb.c
@@ -162,8 +162,8 @@ int exec_pre_script_cb( struct sip_msg *msg, enum script_=
cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
-		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
+	if (type > SCRIPT_CB_NUM) {
+		LOG(L_BUG, "Uknown callback type\n");
 		abort();
 	}
 #endif
@@ -185,7 +185,7 @@ int exec_post_script_cb( struct sip_msg *msg, enum script=
_cb_type type)
 	unsigned int	flags;
=20
 #ifdef EXTRA_DEBUG
-	if (type >=3D SCRIPT_CB_NUM) {
+	if (type > SCRIPT_CB_NUM) {
 		LOG(L_BUG, "exec_pre_script_cb: Uknown callback type\n");
 		abort();
 	}



--===============1135599722==--


From bugtracker@sip-router.org Wed Feb  5 09:55:22 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: bt:<code>Program terminated with
	signal 6, Aborted. (kamailio 4.1.1)
Date: Wed, 05 Feb 2014 08:55:21 +0000
Message-ID: <1391590521.52f1fc79b5f11@sip-router.org>
In-Reply-To: <FS388@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1761350950=="

--===============1761350950==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#388 - bt:<code>Program terminated with signal 6, Aborted. (kamailio 4.1.1)
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Fixed
Additional comments about closing: Thanks, fixed in master and 4.x branches.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D388

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1761350950==--


From oyvind.kolbu@usit.uio.no Wed Feb  5 10:15:33 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Wed, 05 Feb 2014 09:13:56 +0000
Message-ID: <45c7809377e14d59858b1609a4758f4c@mail-ex01.exprod.uio.no>
In-Reply-To: <52F1F18D.6040505@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1355665086=="

--===============1355665086==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

>Indeed, I checked 4.1, MEMDBG is set for the branch. You can set in config:
>
>mem_safety=3D1

OK, will try it! Seems like the default should be switched, to better cope wi=
th bugs
in code on production systems.

Another server crashed with same error message just before I saw your advice =
;/

--=20
=C3=98yvind


--===============1355665086==--


From peter.dunkley@crocodile-rcs.com Wed Feb  5 10:23:14 2014
From: Peter Dunkley <peter.dunkley@crocodile-rcs.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] [PATCH 1/1] websocket: remove libunistring dependency
Date: Wed, 05 Feb 2014 09:23:07 +0000
Message-ID:
 <CAEqTk6Tb07JEwGuxb+_F3W7qZf+mapgWz8bZn0mw7TEepi0+ww@mail.gmail.com>
In-Reply-To: <52F1F0D5.3000408@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1828282681=="

--===============1828282681==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello,

I have no problem in principle with the patch, I am just wary of changing
something that works.  I do Kamailio builds on four (very different) Linux
variants (CentOS 6, Fedora 19, Ubuntu 13.10, Rasbian (Debian Wheezy on
Raspberry Pi)) and have never had a problem with the libunistring
dependency for WebSockets.

The code in the patch looks straight forward, and the information appears
compelling, my question was just about verification and testing of this
code copied from the webpage before using it to replace something that
currently works.

Regards,

Peter


On 5 February 2014 08:05, Daniel-Constantin Mierla <miconda(a)gmail.com>wrote:

> Thanks for update. Can you wrap your patch in some define, so it can be
> applied while keeping the libunistring as alternative? Something like:
>
> #ifdef USE_UTF8_EMBEDDED
>  // your code here
> #else
>  // libunistring function call
> #endif
>
> Then it can be pushed without any problem to the master branch, allowing
> me (and others) to test it easily. After that we can re-evaluate to remove
> libunistring completely or maybe just make the embedded version default.
>
> Cheers,
> Daniel
>
>
> On 05/02/14 07:45, Timo Teras wrote:
>
>> On Tue, 04 Feb 2014 21:34:35 +0100
>> Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
>>
>>  Was there any resolution on this topic? I would like to get rid of
>>> the unnecessary dependency, the code looked fine at a quick check --
>>> if it is just about utf8 encoding/decoding.
>>>
>>> Eventually it can be made a compile time switch with defines for both
>>> options, keep the code for both cases and be able to easily switch
>>> from one to another.
>>>
>> I think the patch was not 'blessed' yet.
>>
>> Peter asked for testing results along the lines of:
>>
>>> Something as simple as a loop through all possible values calling your
>>> function, the libunistring function, and comparing the results would
>>> be perfect.
>>>
>> The calling the function with every possible utf-8 string is
>> impossible test plan.
>>
>> Dunno. Perhaps you want to push the patch with dictator hat on, or some
>> sane test plan can be made. For now, I just applied the patch to my
>> local builds and forgot this.
>>
>> - Timo
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>


-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd



--===============1828282681==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGVsbG8sPGRpdj48YnI+PC9kaXY+PGRpdj5JIGhhdmUgbm8gcHJvYmxl
bSBpbiBwcmluY2lwbGUgd2l0aCB0aGUgcGF0Y2gsIEkgYW0ganVzdCB3YXJ5IG9mIGNoYW5naW5n
IHNvbWV0aGluZyB0aGF0IHdvcmtzLiCgSSBkbyBLYW1haWxpbyBidWlsZHMgb24gZm91ciAodmVy
eSBkaWZmZXJlbnQpIExpbnV4IHZhcmlhbnRzIChDZW50T1MgNiwgRmVkb3JhIDE5LCBVYnVudHUg
MTMuMTAsIFJhc2JpYW4gKERlYmlhbiBXaGVlenkgb24gUmFzcGJlcnJ5IFBpKSkgYW5kIGhhdmUg
bmV2ZXIgaGFkIGEgcHJvYmxlbSB3aXRoIHRoZSBsaWJ1bmlzdHJpbmcgZGVwZW5kZW5jeSBmb3Ig
V2ViU29ja2V0cy48ZGl2Pgo8YnI+PC9kaXY+PGRpdj5UaGUgY29kZSBpbiB0aGUgcGF0Y2ggbG9v
a3Mgc3RyYWlnaHQgZm9yd2FyZCwgYW5kIHRoZSBpbmZvcm1hdGlvbiBhcHBlYXJzIGNvbXBlbGxp
bmcsIG15IHF1ZXN0aW9uIHdhcyBqdXN0IGFib3V0IHZlcmlmaWNhdGlvbiBhbmQgdGVzdGluZyBv
ZiB0aGlzIGNvZGUgY29waWVkIGZyb20gdGhlIHdlYnBhZ2UgYmVmb3JlIHVzaW5nIGl0IHRvIHJl
cGxhY2Ugc29tZXRoaW5nIHRoYXQgY3VycmVudGx5IHdvcmtzLjwvZGl2Pgo8ZGl2Pjxicj5SZWdh
cmRzLDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UGV0ZXI8L2Rpdj48L2Rpdj48L2Rpdj48ZGl2
IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24g
NSBGZWJydWFyeSAyMDE0IDA4OjA1LCBEYW5pZWwtQ29uc3RhbnRpbiBNaWVybGEgPHNwYW4gZGly
PSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86bWljb25kYUBnbWFpbC5jb20iIHRhcmdldD0iX2Js
YW5rIj5taWNvbmRhQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+CjxibG9ja3F1
b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1s
ZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPlRoYW5rcyBmb3IgdXBkYXRlLiBD
YW4geW91IHdyYXAgeW91ciBwYXRjaCBpbiBzb21lIGRlZmluZSwgc28gaXQgY2FuIGJlIGFwcGxp
ZWQgd2hpbGUga2VlcGluZyB0aGUgbGlidW5pc3RyaW5nIGFzIGFsdGVybmF0aXZlPyBTb21ldGhp
bmcgbGlrZTo8YnI+Cgo8YnI+CiNpZmRlZiBVU0VfVVRGOF9FTUJFRERFRDxicj4KoC8vIHlvdXIg
Y29kZSBoZXJlPGJyPgojZWxzZTxicj4KoC8vIGxpYnVuaXN0cmluZyBmdW5jdGlvbiBjYWxsPGJy
PgojZW5kaWY8YnI+Cjxicj4KVGhlbiBpdCBjYW4gYmUgcHVzaGVkIHdpdGhvdXQgYW55IHByb2Js
ZW0gdG8gdGhlIG1hc3RlciBicmFuY2gsIGFsbG93aW5nIG1lIChhbmQgb3RoZXJzKSB0byB0ZXN0
IGl0IGVhc2lseS4gQWZ0ZXIgdGhhdCB3ZSBjYW4gcmUtZXZhbHVhdGUgdG8gcmVtb3ZlIGxpYnVu
aXN0cmluZyBjb21wbGV0ZWx5IG9yIG1heWJlIGp1c3QgbWFrZSB0aGUgZW1iZWRkZWQgdmVyc2lv
biBkZWZhdWx0Ljxicj4KCjxicj4KQ2hlZXJzLDxicj4KRGFuaWVsPGRpdiBjbGFzcz0iSE9Fblpi
Ij48ZGl2IGNsYXNzPSJoNSI+PGJyPgo8YnI+Ck9uIDA1LzAyLzE0IDA3OjQ1LCBUaW1vIFRlcmFz
IHdyb3RlOjxicj4KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2lu
OjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+
Ck9uIFR1ZSwgMDQgRmViIDIwMTQgMjE6MzQ6MzUgKzAxMDA8YnI+CkRhbmllbC1Db25zdGFudGlu
IE1pZXJsYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1pY29uZGFAZ21haWwuY29tIiB0YXJnZXQ9Il9i
bGFuayI+bWljb25kYUBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8YnI+Cjxicj4KPGJsb2NrcXVv
dGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxl
ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CldhcyB0aGVyZSBhbnkgcmVzb2x1
dGlvbiBvbiB0aGlzIHRvcGljPyBJIHdvdWxkIGxpa2UgdG8gZ2V0IHJpZCBvZjxicj4KdGhlIHVu
bmVjZXNzYXJ5IGRlcGVuZGVuY3ksIHRoZSBjb2RlIGxvb2tlZCBmaW5lIGF0IGEgcXVpY2sgY2hl
Y2sgLS08YnI+CmlmIGl0IGlzIGp1c3QgYWJvdXQgdXRmOCBlbmNvZGluZy9kZWNvZGluZy48YnI+
Cjxicj4KRXZlbnR1YWxseSBpdCBjYW4gYmUgbWFkZSBhIGNvbXBpbGUgdGltZSBzd2l0Y2ggd2l0
aCBkZWZpbmVzIGZvciBib3RoPGJyPgpvcHRpb25zLCBrZWVwIHRoZSBjb2RlIGZvciBib3RoIGNh
c2VzIGFuZCBiZSBhYmxlIHRvIGVhc2lseSBzd2l0Y2g8YnI+CmZyb20gb25lIHRvIGFub3RoZXIu
PGJyPgo8L2Jsb2NrcXVvdGU+CkkgdGhpbmsgdGhlIHBhdGNoIHdhcyBub3QgJiMzOTtibGVzc2Vk
JiMzOTsgeWV0Ljxicj4KPGJyPgpQZXRlciBhc2tlZCBmb3IgdGVzdGluZyByZXN1bHRzIGFsb25n
IHRoZSBsaW5lcyBvZjo8YnI+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9
Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVm
dDoxZXgiPgpTb21ldGhpbmcgYXMgc2ltcGxlIGFzIGEgbG9vcCB0aHJvdWdoIGFsbCBwb3NzaWJs
ZSB2YWx1ZXMgY2FsbGluZyB5b3VyPGJyPgpmdW5jdGlvbiwgdGhlIGxpYnVuaXN0cmluZyBmdW5j
dGlvbiwgYW5kIGNvbXBhcmluZyB0aGUgcmVzdWx0cyB3b3VsZDxicj4KYmUgcGVyZmVjdC48YnI+
CjwvYmxvY2txdW90ZT4KVGhlIGNhbGxpbmcgdGhlIGZ1bmN0aW9uIHdpdGggZXZlcnkgcG9zc2li
bGUgdXRmLTggc3RyaW5nIGlzPGJyPgppbXBvc3NpYmxlIHRlc3QgcGxhbi48YnI+Cjxicj4KRHVu
bm8uIFBlcmhhcHMgeW91IHdhbnQgdG8gcHVzaCB0aGUgcGF0Y2ggd2l0aCBkaWN0YXRvciBoYXQg
b24sIG9yIHNvbWU8YnI+CnNhbmUgdGVzdCBwbGFuIGNhbiBiZSBtYWRlLiBGb3Igbm93LCBJIGp1
c3QgYXBwbGllZCB0aGUgcGF0Y2ggdG8gbXk8YnI+CmxvY2FsIGJ1aWxkcyBhbmQgZm9yZ290IHRo
aXMuPGJyPgo8YnI+Ci0gVGltbzxicj4KPGJyPgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X188dT48L3U+X19fX19fX19fX19fX19fX188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+Cjxh
IGhyZWY9Im1haWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciIHRhcmdldD0iX2JsYW5r
Ij5zci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlz
dHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0
PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy88dT48L3U+Y2dpLWJpbi9tYWls
bWFuL2xpc3RpbmZvL3NyLTx1PjwvdT5kZXY8L2E+PGJyPgo8L2Jsb2NrcXVvdGU+Cjxicj4KPGJy
PjwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9IkhPRW5aYiI+PGRpdiBjbGFzcz0iaDUiPgotLSA8YnI+
CkRhbmllbC1Db25zdGFudGluIE1pZXJsYSAtIDxhIGhyZWY9Imh0dHA6Ly93d3cuYXNpcHRvLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cuYXNpcHRvLmNvbTwvYT48YnI+CjxhIGhyZWY9
Imh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRhIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3R3
aXR0ZXIuY29tLyMhL21pY29uZGE8L2E+IC0gPGEgaHJlZj0iaHR0cDovL3d3dy5saW5rZWRpbi5j
b20vaW4vbWljb25kYSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2lu
Lzx1PjwvdT5taWNvbmRhPC9hPjxicj4KPGJyPgo8L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9k
aXY+PGJyPjxiciBjbGVhcj0iYWxsIj48ZGl2Pjxicj48L2Rpdj4tLSA8YnI+PGRpdiBkaXI9Imx0
ciI+PGRpdj48Zm9udCBmYWNlPSJjb3VyaWVyIG5ldywgbW9ub3NwYWNlIj5QZXRlciBEdW5rbGV5
PC9mb250PjwvZGl2PjxkaXY+PGZvbnQgZmFjZT0iY291cmllciBuZXcsIG1vbm9zcGFjZSI+VGVj
aG5pY2FsIERpcmVjdG9yPC9mb250PjwvZGl2Pgo8ZGl2Pjxmb250IGZhY2U9ImNvdXJpZXIgbmV3
LCBtb25vc3BhY2UiPkNyb2NvZGlsZSBSQ1MgTHRkPC9mb250PjwvZGl2PjwvZGl2Pgo8L2Rpdj4K

--===============1828282681==--


From oej@edvina.net Wed Feb  5 13:37:14 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 13:37:13 +0100
Message-ID: <80EB8830-2670-4F19-9B91-ECD481793AE0@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1566684163=="

--===============1566684163==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi!

I would like to add cacert.org root certificates to the Kamailio distribution=
, so that every Kamailio server gets these as approved certificates by defaul=
t with the default TLS settings.

Anyone having problems with doing that?

/O

--===============1566684163==--


From linuxmaniac@torreviejawireless.org Wed Feb  5 13:46:07 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 13:45:41 +0100
Message-ID:
 <CAAgy_V=VAcUqyzVd8RSwY2OhHS=rJCY0p4+RhW3V6QnrwLk5eg@mail.gmail.com>
In-Reply-To: <80EB8830-2670-4F19-9B91-ECD481793AE0@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0092379121=="

--===============0092379121==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

2014-02-05 Olle E. Johansson <oej(a)edvina.net>:
> I would like to add cacert.org root certificates to the Kamailio distributi=
on, so that every Kamailio server gets these as approved certificates by defa=
ult with the default TLS settings.

from my POV this should be archived at the packaging level. In Debian,
adding a dependence for ca-certificates in tls module package.

Cheers,
Victor


--===============0092379121==--


From oej@edvina.net Wed Feb  5 13:50:39 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 13:50:38 +0100
Message-ID: <D01A266D-FB34-466E-B1B9-CB685782DD9A@edvina.net>
In-Reply-To:
 <CAAgy_V=VAcUqyzVd8RSwY2OhHS=rJCY0p4+RhW3V6QnrwLk5eg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2086243691=="

--===============2086243691==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 05 Feb 2014, at 13:45, Victor Seva <linuxmaniac(a)torreviejawireless.org> =
wrote:

> Hi,
>=20
> 2014-02-05 Olle E. Johansson <oej(a)edvina.net>:
>> I would like to add cacert.org root certificates to the Kamailio distribut=
ion, so that every Kamailio server gets these as approved certificates by def=
ault with the default TLS settings.
>=20
> from my POV this should be archived at the packaging level. In Debian,
> adding a dependence for ca-certificates in tls module package.

Do you really mean "archived" ?=20

I think doing it at the packaging level is fine, but it does not cover all ca=
ses.

/O

--===============2086243691==--


From linuxmaniac@torreviejawireless.org Wed Feb  5 14:08:13 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 14:07:47 +0100
Message-ID:
 <CAAgy_VkZZ7+TpH9xtCDzHQWMUBU_aFQCcjr-gK15akQDvZ9CZw@mail.gmail.com>
In-Reply-To: <D01A266D-FB34-466E-B1B9-CB685782DD9A@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1757882049=="

--===============1757882049==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

2014-02-05 Olle E. Johansson <oej(a)edvina.net>:
> On 05 Feb 2014, at 13:45, Victor Seva <linuxmaniac(a)torreviejawireless.org=
> wrote:
>> 2014-02-05 Olle E. Johansson <oej(a)edvina.net>:
>>> I would like to add cacert.org root certificates to the Kamailio distribu=
tion, so that every Kamailio server gets these as approved certificates by de=
fault with the default TLS settings.
>>
>> from my POV this should be archived at the packaging level. In Debian,
>> adding a dependence for ca-certificates in tls module package.
>
> Do you really mean "archived" ?

I meant "achieved" :-)

> I think doing it at the packaging level is fine, but it does not cover all =
cases.

Fine. But please do that in a configurable way.

Cheers,
Victor


--===============1757882049==--


From linuxmaniac@torreviejawireless.org Wed Feb  5 15:03:09 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb/debian: no websocket nor	outbound
 on lenny.
Date: Wed, 05 Feb 2014 15:03:08 +0100
Message-ID: <20140205140308.9B4C4EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0083050686=="

--===============0083050686==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 46b75d34f4941cb0e425183e70c8cf5eba7b6ab0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D46b75d34f4941cb0e425183e70c8cf5eba7b6ab0

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Wed Feb  5 15:00:31 2014 +0100

pkg/kamailio/deb/debian: no websocket nor outbound on lenny.

Remove kamailio-mono-modules from Suggests

---

 pkg/kamailio/deb/debian/backports/lenny   |   14 +++++++++++++-
 pkg/kamailio/deb/debian/backports/lucid   |    1 +
 pkg/kamailio/deb/debian/backports/squeeze |    1 +
 pkg/kamailio/deb/lenny/control            |   24 ------------------------
 pkg/kamailio/deb/lenny/rules              |    4 ++--
 pkg/kamailio/deb/lucid/control            |    1 -
 pkg/kamailio/deb/squeeze/control          |    1 -
 7 files changed, 17 insertions(+), 29 deletions(-)

diff --git a/pkg/kamailio/deb/debian/backports/lenny b/pkg/kamailio/deb/debia=
n/backports/lenny
index 7e2ae6e..157c54e 100755
--- a/pkg/kamailio/deb/debian/backports/lenny
+++ b/pkg/kamailio/deb/debian/backports/lenny
@@ -32,7 +32,6 @@ sed -i -e '/libgeoip-dev/d' -e '/^Package: kamailio-geoip-m=
odules/,/^$/d' \
 sed -i -e 's/ geoip[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ geoip/' ${DIST}/rules
=20
-
 # No json module:
 sed -i -e '/libevent-dev/d' -e '/libjson0-dev/d' -e '/^Package: kamailio-jso=
n-modules/,/^$/d' \
 	${DIST}/control
@@ -47,10 +46,23 @@ sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ redis/' ${DIS=
T}/rules
=20
 # No mono module
 sed -i -e '/libmono-2.0-dev/d' -e '/^Package: kamailio-mono-modules/,/^$/d' \
+	-e '/kamailio-mono-modules/d' \
 	${DIST}/control
 sed -i -e 's/ mono[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ mono/' ${DIST}/rules
=20
+# No websocket module
+sed -i -e '/libunistring-dev/d' -e '/^Package: kamailio-websocket-modules/,/=
^$/d' \
+	${DIST}/control
+sed -i -e 's/ websocket[ ,$]*/ /' ${DIST}/rules
+sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ websocket/' ${DIST}/rules
+
+# No outbound module
+sed -i -e '/^Package: kamailio-outbound-modules/,/^$/d' \
+	${DIST}/control
+sed -i -e 's/ outbound[ ,$]*/ /' ${DIST}/rules
+sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ outbound/' ${DIST}/rules
+
 # db-util version
 sed -i -e 's/db-util/db4.8-util/' ${DIST}/control
=20
diff --git a/pkg/kamailio/deb/debian/backports/lucid b/pkg/kamailio/deb/debia=
n/backports/lucid
index 36c0a1f..846afd1 100755
--- a/pkg/kamailio/deb/debian/backports/lucid
+++ b/pkg/kamailio/deb/debian/backports/lucid
@@ -40,6 +40,7 @@ sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ redis/' ${DIST}=
/rules
=20
 # No mono module
 sed -i -e '/libmono-2.0-dev/d' -e '/^Package: kamailio-mono-modules/,/^$/d' \
+	-e '/kamailio-mono-modules/d' \
 	${DIST}/control
 sed -i -e 's/ mono[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ mono/' ${DIST}/rules
diff --git a/pkg/kamailio/deb/debian/backports/squeeze b/pkg/kamailio/deb/deb=
ian/backports/squeeze
index b890abe..be9618a 100755
--- a/pkg/kamailio/deb/debian/backports/squeeze
+++ b/pkg/kamailio/deb/debian/backports/squeeze
@@ -40,6 +40,7 @@ sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ redis/' ${DIST}=
/rules
=20
 # No mono module
 sed -i -e '/libmono-2.0-dev/d' -e '/^Package: kamailio-mono-modules/,/^$/d' \
+	-e '/kamailio-mono-modules/d' \
 	${DIST}/control
 sed -i -e 's/ mono[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ mono/' ${DIST}/rules
diff --git a/pkg/kamailio/deb/lenny/control b/pkg/kamailio/deb/lenny/control
index 3f33895..5afc70c 100644
--- a/pkg/kamailio/deb/lenny/control
+++ b/pkg/kamailio/deb/lenny/control
@@ -28,7 +28,6 @@ Build-Depends: bison,
                libsqlite3-dev,
                libxml2-dev,
                libxmlrpc-c3-dev,
-               libunistring-dev,
                openssl,
                python,
                python-dev,
@@ -50,7 +49,6 @@ Suggests: kamailio-berkeley-modules,
           kamailio-dbg,
           kamailio-ldap-modules,
           kamailio-lua-modules,
-          kamailio-mono-modules,
           kamailio-mysql-modules,
           kamailio-perl-modules,
           kamailio-postgres-modules,
@@ -374,28 +372,6 @@ Description: contains the TLS kamailio transport module
  This has been split out of the main kamailio package, so that kamailio will
  not depend on openssl. This module will enable you to use the TLS transport.
=20
-Package: kamailio-outbound-modules
-Architecture: linux-any
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: Outbound module for Kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains the module implementing SIP outbound extension.
-
-Package: kamailio-websocket-modules
-Architecture: linux-any
-Pre-Depends: ${misc:Pre-Depends}
-Depends: kamailio (=3D ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
-Description: Websocket module for kamailio
- Kamailio is a very fast and flexible SIP (RFC3261)
- proxy server. Written entirely in C, Kamailio can handle thousands calls
- per second even on low-budget hardware.
- .
- This package contains the module implementing WebSocket transport layer.
-
 Package: kamailio-nth
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
diff --git a/pkg/kamailio/deb/lenny/rules b/pkg/kamailio/deb/lenny/rules
index 97d200d..5f8ac36 100755
--- a/pkg/kamailio/deb/lenny/rules
+++ b/pkg/kamailio/deb/lenny/rules
@@ -26,7 +26,7 @@ EXCLUDED_MODULES=3D
 # extra modules to skip, because they are not compilable now
 # - regardless if they go to the main kamailio package or to some module pac=
kage,
 # they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy geoip json redis m=
ono
+EXTRA_EXCLUDED_MODULES=3Dbdb dbtext oracle pa iptrtpproxy geoip json redis m=
ono websocket outbound
=20
 # module groups that are packaged in seperate packages
 # (with the name kamailio-$(group_name)-modules)
@@ -36,7 +36,7 @@ PACKAGE_GROUPS=3Dmysql postgres berkeley unixodbc radius pr=
esence \
 			   ldap xml perl utils lua memcached \
 			   snmpstats carrierroute xmpp cpl python \
 			   sqlite ims \
-			   purple tls outbound websocket
+			   purple tls=20
=20
 # name of libdir in the path for libraries (e.g., lib for 32b, lib64 for 64b)
 LIBDIR ?=3D lib
diff --git a/pkg/kamailio/deb/lucid/control b/pkg/kamailio/deb/lucid/control
index e27f6e3..c23e331 100644
--- a/pkg/kamailio/deb/lucid/control
+++ b/pkg/kamailio/deb/lucid/control
@@ -52,7 +52,6 @@ Suggests: kamailio-berkeley-modules,
           kamailio-dbg,
           kamailio-ldap-modules,
           kamailio-lua-modules,
-          kamailio-mono-modules,
           kamailio-mysql-modules,
           kamailio-perl-modules,
           kamailio-postgres-modules,
diff --git a/pkg/kamailio/deb/squeeze/control b/pkg/kamailio/deb/squeeze/cont=
rol
index ca7d502..c185afc 100644
--- a/pkg/kamailio/deb/squeeze/control
+++ b/pkg/kamailio/deb/squeeze/control
@@ -52,7 +52,6 @@ Suggests: kamailio-berkeley-modules,
           kamailio-dbg,
           kamailio-ldap-modules,
           kamailio-lua-modules,
-          kamailio-mono-modules,
           kamailio-mysql-modules,
           kamailio-perl-modules,
           kamailio-postgres-modules,



--===============0083050686==--


From carsten@ng-voice.com Wed Feb  5 15:09:08 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Problem with Registration on pcscf
Date: Wed, 05 Feb 2014 15:09:02 +0100
Message-ID:
 <CAOCjumFM5+np14jXUnTkQLck24LftZNoFEQ-53jN0QpM2y10KA@mail.gmail.com>
In-Reply-To: <254f01cf1d05$aa85c850$ff9158f0$@crocodile-rcs.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0404690389=="

--===============0404690389==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi Paul,

since probably i'm the guilty one, i would check. In order to quickly
reproduce that issue, some quick questions:
- you are using GIT master? I've made some changes in GIT master
(compared to 4.1) in terms of detecting, if a user is registered...

Can you send me the SIPP-Scripts?
I will then check next week for this topic.

Thanks for testing,
Carsten



2014-01-29 Paul Pankhurst <paul(a)crocodile-rcs.com>:
> Hi Jason,
>
>
>
> I've not done anything further on this since Friday, as I've been busy on
> other things.
>
>
>
> If you have trouble reproducing it I can send you my sipp scripts and some
> wireshark traces if it helps.
>
>
>
> Paul
>
>
>
>
>
> From: sr-dev-bounces(a)lists.sip-router.org
> [mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Jason Penton
> Sent: 29 January 2014 07:52
> To: Kamailio (SER) - Development Mailing List
> Subject: Re: [sr-dev] Problem with Registration on pcscf
>
>
>
> Hey Paul,
>
>
>
> Sorry for the delay on this. I had missed it. I will see if I can re-create
> and get back to you. Have you maanged to do any more testing since?
>
>
>
> Cheers
>
> Jason
>
>
>
> On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst <paul(a)crocodile-rcs.com>
> wrote:
>
> I've noticed a problem with registrations on the pcscf when doing some
> testing with sipp
>
> If I send in a REGISTER with SIPP followed by an INVITE calls go through my
> system no problem.
> If I then stop the sipp script and run it again, I find that although the
> registration succeeds, subsequent INVITES are rejected telling me that I
> have not registered!
> If I unregister at the end of my script everything is fine, and the problem
> goes away after the original REGISTRATION times out, so this led me to think
> that we had a problem with multiple registrations entries in the system.
>
> The problem seems to be a result of the fact that sipp always places the
> same ip address and port number on the contact line when using tcp
> connections.
>
> I've had a look through the code and believe that we are getting multiple
> entries in the usrloc hash table in this scenario, and ul_get_pcontact only
> ever returns the first one which causes pcscf_is_registered to incorrectly
> report that the UE is not registered.
>
> Paul
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



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

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

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/


--===============0404690389==--


From daniel.ciprus@acision.com Wed Feb  5 18:13:33 2014
From: Daniel Ciprus <daniel.ciprus@acision.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] scscf modifying contact:
Date: Wed, 05 Feb 2014 12:13:17 -0500
Message-ID: <52F2712D.4030502@acision.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1201579687=="

--===============1201579687==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

For our application to work we'd like to see not modified Contact: from Kamai=
lio being sent towards our AS. Unfortunately this is not happening now. Below=
 are REGISTER messages from client and message which is sent to AS. I wasn't =
able to find any logic in .cfg file so I thought this would be the place wher=
e I should post my problem. According to 3GPP TS 24.229, RFC 3261, RFC 5626 i=
t seems like this is not the behavior which should be happening.

Thanks for any hints on this topic .

Dan

from client:

REGISTER sip:cloud.us.intinfra.com SIP/2.0
Via: SIP/2.0/TCP 10.66.134.82:49457;branch=3Dz9hG4bK-1221069401;rport
From: <sip:18042522750(a)cloud.us.intinfra.com><mailto:sip:18042522750(a)clou=
d.us.intinfra.com>;tag=3D1648902213
To: <sip:18042522750(a)cloud.us.intinfra.com><mailto:sip:18042522750(a)cloud.=
us.intinfra.com>
Contact: <sip:18042522750(a)10.66.134.82:49457;transport=3Dtcp><mailto:sip:18=
042522750(a)10.66.134.82:49457;transport=3Dtcp>;expires=3D300;+g.oma.sip-im;l=
anguage=3D"en,fr"';+u.asmc.apn=3D<AppTokenId>
Call-ID: 5576f9d5-7540-1450-115d-daf9bfbc9ac8
CSeq: 1051036861 REGISTER
Content-Length: 0
Max-Forwards: 70
Authorization: Digest username=3D"18042522750(a)cloud.us.intinfra.com"<mailto=
:18042522750(a)cloud.us.intinfra.com>,realm=3D"cloud.us.intinfra.com",nonce=
=3D"",uri=3D"sip:cloud.us.intinfra.com",response=3D""
Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE, REF=
ER
Privacy: none
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=3D00000000
User-Agent: RCSClient/OMA1.0
P-Preferred-Identity: <sip:18042522750(a)cloud.us.intinfra.com><mailto:sip:18=
042522750(a)cloud.us.intinfra.com>
Supported: path

to aps:

REGISTER sip:imc-02.cloud.us.intinfra.com:5070 SIP/2.0
Via: SIP/2.0/UDP 10.96.173.249:6060;branch=3Dz9hG4bK6261.27bddf04000000000000=
000000000000.0
To: <sip:18042522750(a)cloud.us.intinfra.com><mailto:sip:18042522750(a)cloud.=
us.intinfra.com>
From: <sip:scscf.cloud.us.intinfra.com>;tag=3D182e61d5f332391bf011fae37904ee7=
1-bdf8
CSeq: 10 REGISTER
Call-ID: 6de2ae0e57d6b4ff-31487(a)10.96.173.249<mailto:6de2ae0e57d6b4ff-31487=
(a)10.96.173.249>
Content-Length: 0
User-Agent: Kamailio S-CSCF
Event: registration
Max-Forwards: 10
Expires: 420
Contact: <sip:scscf.cloud.us.intinfra.com>
P-Visited-Network-ID: cloud.us.intinfra.com
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=3D00000000



________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.




--===============1201579687==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4KPC9oZWFkPgo8Ym9keSBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyBjb2xvcjogcmdiKDAsIDAsCiAgICAwKTsi
IGFsaW5rPSIjRUUwMDAwIiBiZ2NvbG9yPSIjOTkwMDAwIiBsaW5rPSIjMEI2Q0RBIiB0ZXh0PSIj
MDAwMDAwIiB2bGluaz0iIzU1MUE4QiI+CkhpLCA8YnI+Cjxicj4KRm9yIG91ciBhcHBsaWNhdGlv
biB0byB3b3JrIHdlJ2QgbGlrZSB0byBzZWUgbm90IG1vZGlmaWVkIENvbnRhY3Q6IGZyb20gS2Ft
YWlsaW8gYmVpbmcgc2VudCB0b3dhcmRzIG91ciBBUy4gVW5mb3J0dW5hdGVseSB0aGlzIGlzIG5v
dCBoYXBwZW5pbmcgbm93LiBCZWxvdyBhcmUgUkVHSVNURVIgbWVzc2FnZXMgZnJvbSBjbGllbnQg
YW5kIG1lc3NhZ2Ugd2hpY2ggaXMgc2VudCB0byBBUy4gSSB3YXNuJ3QgYWJsZSB0byBmaW5kIGFu
eSBsb2dpYyBpbgogLmNmZyBmaWxlIHNvIEkgdGhvdWdodCB0aGlzIHdvdWxkIGJlIHRoZSBwbGFj
ZSB3aGVyZSBJIHNob3VsZCBwb3N0IG15IHByb2JsZW0uIEFjY29yZGluZyB0bwo8c3BhbiBzdHls
ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseToKICAgICAgJnF1b3Q7Q2FsaWJyaSZxdW90
OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyI+M0dQUCBUUyAyNC4yMjksIFJGQyAzMjYxLCBSRkMg
NTYyNjwvc3Bhbj4gaXQgc2VlbXMgbGlrZSB0aGlzIGlzIG5vdCB0aGUgYmVoYXZpb3Igd2hpY2gg
c2hvdWxkIGJlIGhhcHBlbmluZy4KPGJyPgo8YnI+ClRoYW5rcyBmb3IgYW55IGhpbnRzIG9uIHRo
aXMgdG9waWMgLiA8YnI+Cjxicj4KRGFuPGJyPgo8YnI+CmZyb20gY2xpZW50Ojxicj4KPGJyPgpS
RUdJU1RFUiA8YSBocmVmPSJzaXA6Y2xvdWQudXMuaW50aW5mcmEuY29tIj5zaXA6Y2xvdWQudXMu
aW50aW5mcmEuY29tPC9hPiBTSVAvMi4wPGJyPgpWaWE6IFNJUC8yLjAvVENQIDEwLjY2LjEzNC44
Mjo0OTQ1NzticmFuY2g9ejloRzRiSy0xMjIxMDY5NDAxO3Jwb3J0PGJyPgpGcm9tOiA8YSBocmVm
PSJtYWlsdG86c2lwOjE4MDQyNTIyNzUwQGNsb3VkLnVzLmludGluZnJhLmNvbSI+Jmx0O3NpcDox
ODA0MjUyMjc1MEBjbG91ZC51cy5pbnRpbmZyYS5jb20mZ3Q7PC9hPjt0YWc9MTY0ODkwMjIxMzxi
cj4KVG86IDxhIGhyZWY9Im1haWx0bzpzaXA6MTgwNDI1MjI3NTBAY2xvdWQudXMuaW50aW5mcmEu
Y29tIj4mbHQ7c2lwOjE4MDQyNTIyNzUwQGNsb3VkLnVzLmludGluZnJhLmNvbSZndDs8L2E+PGJy
Pgo8Yj48Zm9udCBjb2xvcj0iIzk5MDAwMCI+Q29udGFjdDogPGEgaHJlZj0ibWFpbHRvOnNpcDox
ODA0MjUyMjc1MEAxMC42Ni4xMzQuODI6NDk0NTc7dHJhbnNwb3J0PXRjcCI+CiZsdDtzaXA6MTgw
NDI1MjI3NTBAMTAuNjYuMTM0LjgyOjQ5NDU3O3RyYW5zcG9ydD10Y3AmZ3Q7PC9hPjtleHBpcmVz
PTMwMDsmIzQzO2cub21hLnNpcC1pbTtsYW5ndWFnZT0mcXVvdDtlbixmciZxdW90Oyc8L2ZvbnQ+
PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0Ij48Yj48Zm9udCBjb2xvcj0iIzk5MDAw
MCI+OyYjNDM7dS5hc21jLmFwbj0mbHQ7QXBwVG9rZW5JZCZndDs8L2ZvbnQ+PC9iPjxicj4KPC9z
cGFuPkNhbGwtSUQ6IDU1NzZmOWQ1LTc1NDAtMTQ1MC0xMTVkLWRhZjliZmJjOWFjODxicj4KQ1Nl
cTogMTA1MTAzNjg2MSBSRUdJU1RFUjxicj4KQ29udGVudC1MZW5ndGg6IDA8YnI+Ck1heC1Gb3J3
YXJkczogNzA8YnI+CkF1dGhvcml6YXRpb246IERpZ2VzdCB1c2VybmFtZT08YSBocmVmPSJtYWls
dG86MTgwNDI1MjI3NTBAY2xvdWQudXMuaW50aW5mcmEuY29tIj4mcXVvdDsxODA0MjUyMjc1MEBj
bG91ZC51cy5pbnRpbmZyYS5jb20mcXVvdDs8L2E+LHJlYWxtPSZxdW90O2Nsb3VkLnVzLmludGlu
ZnJhLmNvbSZxdW90Oyxub25jZT0mcXVvdDsmcXVvdDssdXJpPSZxdW90OzxhIGhyZWY9InNpcDpj
bG91ZC51cy5pbnRpbmZyYS5jb20iPnNpcDpjbG91ZC51cy5pbnRpbmZyYS5jb208L2E+JnF1b3Q7
LHJlc3BvbnNlPSZxdW90OyZxdW90Ozxicj4KQWxsb3c6IElOVklURSwgQUNLLCBDQU5DRUwsIEJZ
RSwgTUVTU0FHRSwgT1BUSU9OUywgTk9USUZZLCBQUkFDSywgVVBEQVRFLCBSRUZFUjxicj4KUHJp
dmFjeTogbm9uZTxicj4KUC1BY2Nlc3MtTmV0d29yay1JbmZvOiBBRFNMO3V0cmFuLWNlbGwtaWQt
M2dwcD0wMDAwMDAwMDxicj4KVXNlci1BZ2VudDogUkNTQ2xpZW50L09NQTEuMDxicj4KUC1QcmVm
ZXJyZWQtSWRlbnRpdHk6IDxhIGhyZWY9Im1haWx0bzpzaXA6MTgwNDI1MjI3NTBAY2xvdWQudXMu
aW50aW5mcmEuY29tIj4mbHQ7c2lwOjE4MDQyNTIyNzUwQGNsb3VkLnVzLmludGluZnJhLmNvbSZn
dDs8L2E+PGJyPgpTdXBwb3J0ZWQ6IHBhdGg8YnI+Cjxicj4KdG8gYXBzOjxicj4KPGJyPgpSRUdJ
U1RFUiA8YSBocmVmPSJzaXA6aW1jLTAyLmNsb3VkLnVzLmludGluZnJhLmNvbTo1MDcwIj5zaXA6
aW1jLTAyLmNsb3VkLnVzLmludGluZnJhLmNvbTo1MDcwPC9hPiBTSVAvMi4wPGJyPgpWaWE6IFNJ
UC8yLjAvVURQIDEwLjk2LjE3My4yNDk6NjA2MDticmFuY2g9ejloRzRiSzYyNjEuMjdiZGRmMDQw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAuMDxicj4KVG86IDxhIGhyZWY9Im1haWx0bzpzaXA6MTgw
NDI1MjI3NTBAY2xvdWQudXMuaW50aW5mcmEuY29tIj4mbHQ7c2lwOjE4MDQyNTIyNzUwQGNsb3Vk
LnVzLmludGluZnJhLmNvbSZndDs8L2E+PGJyPgpGcm9tOiAmbHQ7PGEgaHJlZj0ic2lwOnNjc2Nm
LmNsb3VkLnVzLmludGluZnJhLmNvbSI+c2lwOnNjc2NmLmNsb3VkLnVzLmludGluZnJhLmNvbTwv
YT4mZ3Q7O3RhZz0xODJlNjFkNWYzMzIzOTFiZjAxMWZhZTM3OTA0ZWU3MS1iZGY4PGJyPgpDU2Vx
OiAxMCBSRUdJU1RFUjxicj4KQ2FsbC1JRDogPGEgaHJlZj0ibWFpbHRvOjZkZTJhZTBlNTdkNmI0
ZmYtMzE0ODdAMTAuOTYuMTczLjI0OSI+NmRlMmFlMGU1N2Q2YjRmZi0zMTQ4N0AxMC45Ni4xNzMu
MjQ5PC9hPjxicj4KQ29udGVudC1MZW5ndGg6IDA8YnI+ClVzZXItQWdlbnQ6IEthbWFpbGlvIFMt
Q1NDRjxicj4KRXZlbnQ6IHJlZ2lzdHJhdGlvbjxicj4KTWF4LUZvcndhcmRzOiAxMDxicj4KRXhw
aXJlczogNDIwPGJyPgo8Zm9udCBjb2xvcj0iIzk5MDAwMCI+PGI+Q29udGFjdDogJmx0OzwvYj48
Yj48YSBocmVmPSJzaXA6c2NzY2YuY2xvdWQudXMuaW50aW5mcmEuY29tIj5zaXA6c2NzY2YuY2xv
dWQudXMuaW50aW5mcmEuY29tPC9hPjwvYj48Yj4mZ3Q7PC9iPjwvZm9udD48YnI+ClAtVmlzaXRl
ZC1OZXR3b3JrLUlEOiBjbG91ZC51cy5pbnRpbmZyYS5jb208YnI+ClAtQWNjZXNzLU5ldHdvcmst
SW5mbzogQURTTDt1dHJhbi1jZWxsLWlkLTNncHA9MDAwMDAwMDA8YnI+Cjxicj4KPGJyPgo8YnI+
Cjxocj4KPGZvbnQgZmFjZT0iQXJpYWwiIGNvbG9yPSJHcmF5IiBzaXplPSIxIj5UaGlzIGUtbWFp
bCBhbmQgYW55IGF0dGFjaG1lbnQgaXMgZm9yIGF1dGhvcmlzZWQgdXNlIGJ5IHRoZSBpbnRlbmRl
ZCByZWNpcGllbnQocykgb25seS4gSXQgbWF5IGNvbnRhaW4gcHJvcHJpZXRhcnkgbWF0ZXJpYWws
IGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBhbmQvb3IgYmUgc3ViamVjdCB0byBsZWdhbCBwcml2
aWxlZ2UuIEl0IHNob3VsZCBub3QgYmUgY29waWVkLCBkaXNjbG9zZWQKIHRvLCByZXRhaW5lZCBv
ciB1c2VkIGJ5LCBhbnkgb3RoZXIgcGFydHkuIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJl
Y2lwaWVudCB0aGVuIHBsZWFzZSBwcm9tcHRseSBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGFueSBh
dHRhY2htZW50IGFuZCBhbGwgY29waWVzIGFuZCBpbmZvcm0gdGhlIHNlbmRlci4gVGhhbmsgeW91
IGZvciB1bmRlcnN0YW5kaW5nLjxicj4KPC9mb250Pgo8YnIgY2xlYXI9YWxsPiAKPC9ib2R5Pgo8
L2h0bWw+Cgo=

--===============1201579687==--


From klaus.mailinglists@pernau.at Wed Feb  5 18:53:14 2014
From: Klaus Darilion <klaus.mailinglists@pernau.at>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 18:53:08 +0100
Message-ID: <52F27A84.5060608@pernau.at>
In-Reply-To: <80EB8830-2670-4F19-9B91-ECD481793AE0@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1471998283=="

--===============1471998283==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 05.02.2014 13:37, Olle E. Johansson wrote:
> Hi!
>
> I would like to add cacert.org root certificates to the Kamailio distributi=
on, so that every Kamailio server gets these as approved certificates by defa=
ult with the default TLS settings.
>
> Anyone having problems with doing that?

I do not trust cacert anything more than all the commercials CA. Thus I=20
do not want to trust the cacert automatically.

What would be fine for is something like that in kamailio.cfg:

# remove the comments from the following lines to accept
# certificates signed by cacert.org:
#modparam("tls", "ca_list", "......cacert.org.pem")


regards
Klaus


--===============1471998283==--


From klaus.mailinglists@pernau.at Wed Feb  5 18:55:12 2014
From: Klaus Darilion <klaus.mailinglists@pernau.at>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Wed, 05 Feb 2014 18:55:06 +0100
Message-ID: <52F27AFA.6010002@pernau.at>
In-Reply-To:
 <CAAgy_V=VAcUqyzVd8RSwY2OhHS=rJCY0p4+RhW3V6QnrwLk5eg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0581148884=="

--===============0581148884==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable



On 05.02.2014 13:45, Victor Seva wrote:
> Hi,
>
> 2014-02-05 Olle E. Johansson <oej(a)edvina.net>:
>> I would like to add cacert.org root certificates to the Kamailio distribut=
ion, so that every Kamailio server gets these as approved certificates by def=
ault with the default TLS settings.
>
> from my POV this should be archived at the packaging level. In Debian,
> adding a dependence for ca-certificates in tls module package.

That sounds nice (I'm a Debian guy), except that I would like to have to=20
comment the cacert inclusion by default, as written in the other email.

regards
Klaus


--===============0581148884==--


From camille.oudot@orange.com Wed Feb  5 20:20:04 2014
From: Camille Oudot <camille.oudot@orange.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] scscf modifying contact:
Date: Wed, 05 Feb 2014 20:16:46 +0100
Message-ID: <20140205201646.35ecbd45@l-at9676.rd.francetelecom.fr>
In-Reply-To: <52F2712D.4030502@acision.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0433694850=="

--===============0433694850==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Le Wed, 5 Feb 2014 12:13:17 -0500,
Daniel Ciprus <daniel.ciprus(a)acision.com> a écrit :
 
> For our application to work we'd like to see not modified Contact:
> from Kamailio being sent towards our AS. Unfortunately this is not
> happening now. Below are REGISTER messages from client and message
> which is sent to AS. I wasn't able to find any logic in .cfg file so
> I thought this would be the place where I should post my problem.
> According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is
> not the behavior which should be happening.

Hi Daniel,

This looks like a third party register sent on the ISC interface.
AFAIK, the behavior you are seeing is normal. The original REGISTER is
not proxied: a new dialog between S-CSCF and AS is started instead (the
S-CSCF becomes the UAC). The IMPU of the user that is triggering the
third party register cans be seen in the To: header field, and the
original Contact URI info is lost.

Regards

-- 
Camille Oudot


--===============0433694850==--


From daniel.ciprus@acision.com Wed Feb  5 23:16:34 2014
From: Daniel Ciprus <daniel.ciprus@acision.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] scscf modifying contact:
Date: Wed, 05 Feb 2014 17:16:22 -0500
Message-ID: <52F2B836.30301@acision.com>
In-Reply-To: <20140205201646.35ecbd45@l-at9676.rd.francetelecom.fr>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0699200874=="

--===============0699200874==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Camille,

Thanks for quick response. Yes, this is 3rd party registration. Unfortunately=
 this (according to specs I listed below) shouldn't happen. Is there any work=
around except messing around with textops and replacing things in Contact: ? =
I will need to add optional parameters from original REGISTER to 3rd party RE=
GISTER, that's the goal.

Dan

On 02/05/2014 02:16 PM, Camille Oudot wrote:

Le Wed, 5 Feb 2014 12:13:17 -0500,
Daniel Ciprus <daniel.ciprus(a)acision.com><mailto:daniel.ciprus(a)acision.co=
m> a =C3=A9crit :



For our application to work we'd like to see not modified Contact:
from Kamailio being sent towards our AS. Unfortunately this is not
happening now. Below are REGISTER messages from client and message
which is sent to AS. I wasn't able to find any logic in .cfg file so
I thought this would be the place where I should post my problem.
According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is
not the behavior which should be happening.


Hi Daniel,

This looks like a third party register sent on the ISC interface.
AFAIK, the behavior you are seeing is normal. The original REGISTER is
not proxied: a new dialog between S-CSCF and AS is started instead (the
S-CSCF becomes the UAC). The IMPU of the user that is triggering the
third party register cans be seen in the To: header field, and the
original Contact URI info is lost.

Regards



--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.




--===============0699200874==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4KPC9oZWFkPgo8Ym9keSBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyBjb2xvcjogcmdiKDAsIDAsCiAgICAwKTsi
IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPgpDYW1pbGxlLCA8YnI+Cjxicj4KVGhh
bmtzIGZvciBxdWljayByZXNwb25zZS4gWWVzLCB0aGlzIGlzIDNyZCBwYXJ0eSByZWdpc3RyYXRp
b24uIFVuZm9ydHVuYXRlbHkgdGhpcyAoYWNjb3JkaW5nIHRvIHNwZWNzIEkgbGlzdGVkIGJlbG93
KSBzaG91bGRuJ3QgaGFwcGVuLiBJcyB0aGVyZSBhbnkgd29ya2Fyb3VuZCBleGNlcHQgbWVzc2lu
ZyBhcm91bmQgd2l0aCB0ZXh0b3BzIGFuZCByZXBsYWNpbmcgdGhpbmdzIGluIENvbnRhY3Q6ID8g
SSB3aWxsIG5lZWQgdG8gYWRkIG9wdGlvbmFsCiBwYXJhbWV0ZXJzIGZyb20gb3JpZ2luYWwgUkVH
SVNURVIgdG8gM3JkIHBhcnR5IFJFR0lTVEVSLCB0aGF0J3MgdGhlIGdvYWwuIDxicj4KPGJyPgpE
YW48YnI+Cjxicj4KPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij5PbiAwMi8wNS8yMDE0IDAy
OjE2IFBNLCBDYW1pbGxlIE91ZG90IHdyb3RlOjxicj4KPC9kaXY+CjxibG9ja3F1b3RlIHN0eWxl
PSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDAgIWltcG9ydGFudDsKICAgICAgYm9yZGVy
LXJpZ2h0OiAycHggc29saWQgIzAwOTkwMCAhaW1wb3J0YW50OyBwYWRkaW5nOiAwcHggMTVweCAw
cHgKICAgICAgMTVweDsgbWFyZ2luOiA4cHggMnB4OyIgY2l0ZT0ibWlkOjIwMTQwMjA1MjAxNjQ2
LjM1ZWNiZDQ1QGwtYXQ5Njc2LnJkLmZyYW5jZXRlbGVjb20uZnIiIHR5cGU9ImNpdGUiPgo8IS0t
W2lmICFJRV0+PERJViBzdHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwOyBib3Jk
ZXItcmlnaHQ6IDJweCBzb2xpZCAjMDA5OTAwOyAgcGFkZGluZzogMHB4IDE1cHg7IG1hcmdpbjog
MnB4IDBweDsiPjwhW2VuZGlmXS0tPgo8cHJlIHdyYXA9IiI+TGUgV2VkLCA1IEZlYiAyMDE0IDEy
OjEzOjE3IC0wNTAwLApEYW5pZWwgQ2lwcnVzIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstcmZjMjM5
NkUiIGhyZWY9Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tIj4mbHQ7ZGFuaWVsLmNp
cHJ1c0BhY2lzaW9uLmNvbSZndDs8L2E+IGEg6WNyaXQgOgogCjwvcHJlPgo8YmxvY2txdW90ZSBz
dHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwICFpbXBvcnRhbnQ7CiAgICAgICAg
Ym9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMCAhaW1wb3J0YW50OyBwYWRkaW5nOiAwcHgg
MTVweAogICAgICAgIDBweCAxNXB4OyBtYXJnaW46IDhweCAycHg7IiB0eXBlPSJjaXRlIj4KPCEt
LVtpZiAhSUVdPjxESVYgc3R5bGU9ImJvcmRlci1sZWZ0OiAycHggc29saWQgIzAwOTkwMDsgYm9y
ZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMDsgIHBhZGRpbmc6IDBweCAxNXB4OyBtYXJnaW46
IDJweCAwcHg7Ij48IVtlbmRpZl0tLT4KPHByZSB3cmFwPSIiPkZvciBvdXIgYXBwbGljYXRpb24g
dG8gd29yayB3ZSdkIGxpa2UgdG8gc2VlIG5vdCBtb2RpZmllZCBDb250YWN0Ogpmcm9tIEthbWFp
bGlvIGJlaW5nIHNlbnQgdG93YXJkcyBvdXIgQVMuIFVuZm9ydHVuYXRlbHkgdGhpcyBpcyBub3QK
aGFwcGVuaW5nIG5vdy4gQmVsb3cgYXJlIFJFR0lTVEVSIG1lc3NhZ2VzIGZyb20gY2xpZW50IGFu
ZCBtZXNzYWdlCndoaWNoIGlzIHNlbnQgdG8gQVMuIEkgd2Fzbid0IGFibGUgdG8gZmluZCBhbnkg
bG9naWMgaW4gLmNmZyBmaWxlIHNvCkkgdGhvdWdodCB0aGlzIHdvdWxkIGJlIHRoZSBwbGFjZSB3
aGVyZSBJIHNob3VsZCBwb3N0IG15IHByb2JsZW0uCkFjY29yZGluZyB0byAzR1BQIFRTIDI0LjIy
OSwgUkZDIDMyNjEsIFJGQyA1NjI2IGl0IHNlZW1zIGxpa2UgdGhpcyBpcwpub3QgdGhlIGJlaGF2
aW9yIHdoaWNoIHNob3VsZCBiZSBoYXBwZW5pbmcuCjwvcHJlPgo8IS0tW2lmICFJRV0+PC9ESVY+
PCFbZW5kaWZdLS0+PC9ibG9ja3F1b3RlPgo8cHJlIHdyYXA9IiI+SGkgRGFuaWVsLAoKVGhpcyBs
b29rcyBsaWtlIGEgdGhpcmQgcGFydHkgcmVnaXN0ZXIgc2VudCBvbiB0aGUgSVNDIGludGVyZmFj
ZS4KQUZBSUssIHRoZSBiZWhhdmlvciB5b3UgYXJlIHNlZWluZyBpcyBub3JtYWwuIFRoZSBvcmln
aW5hbCBSRUdJU1RFUiBpcwpub3QgcHJveGllZDogYSBuZXcgZGlhbG9nIGJldHdlZW4gUy1DU0NG
IGFuZCBBUyBpcyBzdGFydGVkIGluc3RlYWQgKHRoZQpTLUNTQ0YgYmVjb21lcyB0aGUgVUFDKS4g
VGhlIElNUFUgb2YgdGhlIHVzZXIgdGhhdCBpcyB0cmlnZ2VyaW5nIHRoZQp0aGlyZCBwYXJ0eSBy
ZWdpc3RlciBjYW5zIGJlIHNlZW4gaW4gdGhlIFRvOiBoZWFkZXIgZmllbGQsIGFuZCB0aGUKb3Jp
Z2luYWwgQ29udGFjdCBVUkkgaW5mbyBpcyBsb3N0LgoKUmVnYXJkcwoKPC9wcmU+CjwhLS1baWYg
IUlFXT48L0RJVj48IVtlbmRpZl0tLT48L2Jsb2NrcXVvdGU+Cjxicj4KPGRpdiBjbGFzcz0ibW96
LXNpZ25hdHVyZSI+LS0gPGJyPgo8Yj5EYW5pZWwgQ2lwcnVzPC9iPjxicj4KSW50ZWdyYXRpb24g
ZW5naW5lZXI8YnI+CjxhIGhyZWY9Imh0dHA6Ly93d3cuYWNpc2lvbi5jb20iPmh0dHA6Ly93d3cu
YWNpc2lvbi5jb208L2E+PGJyPgo8YnI+Cjk5NTQgTWF5bGFuZCBEcjxicj4KU3VpdGUgMzEwMDxi
cj4KUmljaG1vbmQsIFZBIDIzMjMzPGJyPgpVU0E8YnI+ClQ6ICYjNDM7MSA4MDQgNzYyIDU2MDE8
YnI+CkU6IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpk
YW5pZWwuY2lwcnVzQGFjaXNpb24uY29tIj5kYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tPC9hPjxi
cj4KPC9kaXY+Cjxicj4KPGhyPgo8Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IkdyYXkiIHNpemU9
IjEiPlRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudCBpcyBmb3IgYXV0aG9yaXNlZCB1c2Ug
YnkgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKSBvbmx5LiBJdCBtYXkgY29udGFpbiBwcm9wcmll
dGFyeSBtYXRlcmlhbCwgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZC9vciBiZSBzdWJqZWN0
IHRvIGxlZ2FsIHByaXZpbGVnZS4gSXQgc2hvdWxkIG5vdCBiZSBjb3BpZWQsIGRpc2Nsb3NlZAog
dG8sIHJldGFpbmVkIG9yIHVzZWQgYnksIGFueSBvdGhlciBwYXJ0eS4gSWYgeW91IGFyZSBub3Qg
YW4gaW50ZW5kZWQgcmVjaXBpZW50IHRoZW4gcGxlYXNlIHByb21wdGx5IGRlbGV0ZSB0aGlzIGUt
bWFpbCBhbmQgYW55IGF0dGFjaG1lbnQgYW5kIGFsbCBjb3BpZXMgYW5kIGluZm9ybSB0aGUgc2Vu
ZGVyLiBUaGFuayB5b3UgZm9yIHVuZGVyc3RhbmRpbmcuPGJyPgo8L2ZvbnQ+CjxiciBjbGVhcj1h
bGw+IAo8L2JvZHk+CjwvaHRtbD4KCg==

--===============0699200874==--


From daniel.ciprus@acision.com Wed Feb  5 23:54:33 2014
From: Daniel Ciprus <daniel.ciprus@acision.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] scscf modifying contact: (closed)
Date: Wed, 05 Feb 2014 17:54:19 -0500
Message-ID: <52F2C11B.3010804@acision.com>
In-Reply-To: <52F2B836.30301@acision.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1119601806=="

--===============1119601806==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Camille,

Don't waste your time on this topic. Apparently this is "normal" behavior and=
 the thing we're trying to do is just a violation of existing specifications.=
 3rd party registration is done on ISC level and can't be modified in configu=
ration. Anyway, I will jump deeper into specification and try to find the way=
 we should be achieving this goal.

thank you
Dan

On 02/05/2014 05:16 PM, Daniel Ciprus wrote:
Camille,

Thanks for quick response. Yes, this is 3rd party registration. Unfortunately=
 this (according to specs I listed below) shouldn't happen. Is there any work=
around except messing around with textops and replacing things in Contact: ? =
I will need to add optional parameters from original REGISTER to 3rd party RE=
GISTER, that's the goal.

Dan

On 02/05/2014 02:16 PM, Camille Oudot wrote:

Le Wed, 5 Feb 2014 12:13:17 -0500,
Daniel Ciprus <daniel.ciprus(a)acision.com><mailto:daniel.ciprus(a)acision.co=
m> a =C3=A9crit :



For our application to work we'd like to see not modified Contact:
from Kamailio being sent towards our AS. Unfortunately this is not
happening now. Below are REGISTER messages from client and message
which is sent to AS. I wasn't able to find any logic in .cfg file so
I thought this would be the place where I should post my problem.
According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is
not the behavior which should be happening.


Hi Daniel,

This looks like a third party register sent on the ISC interface.
AFAIK, the behavior you are seeing is normal. The original REGISTER is
not proxied: a new dialog between S-CSCF and AS is started instead (the
S-CSCF becomes the UAC). The IMPU of the user that is triggering the
third party register cans be seen in the To: header field, and the
original Contact URI info is lost.

Regards



--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.


--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601
E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus(a)acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipien=
t(s) only. It may contain proprietary material, confidential information and/=
or be subject to legal privilege. It should not be copied, disclosed to, reta=
ined or used by, any other party. If you are not an intended recipient then p=
lease promptly delete this e-mail and any attachment and all copies and infor=
m the sender. Thank you for understanding.




--===============1119601806==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4KPC9oZWFkPgo8Ym9keSBzdHlsZT0iYmFja2dy
b3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyBjb2xvcjogcmdiKDAsIDAsCiAgICAwKTsi
IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPgpDYW1pbGxlLCA8YnI+Cjxicj4KRG9u
J3Qgd2FzdGUgeW91ciB0aW1lIG9uIHRoaXMgdG9waWMuIEFwcGFyZW50bHkgdGhpcyBpcyAmcXVv
dDtub3JtYWwmcXVvdDsgYmVoYXZpb3IgYW5kIHRoZSB0aGluZyB3ZSdyZSB0cnlpbmcgdG8gZG8g
aXMganVzdCBhIHZpb2xhdGlvbiBvZiBleGlzdGluZyBzcGVjaWZpY2F0aW9ucy4gM3JkIHBhcnR5
IHJlZ2lzdHJhdGlvbiBpcyBkb25lIG9uIElTQyBsZXZlbCBhbmQgY2FuJ3QgYmUgbW9kaWZpZWQg
aW4gY29uZmlndXJhdGlvbi4gQW55d2F5LCBJIHdpbGwganVtcAogZGVlcGVyIGludG8gc3BlY2lm
aWNhdGlvbiBhbmQgdHJ5IHRvIGZpbmQgdGhlIHdheSB3ZSBzaG91bGQgYmUgYWNoaWV2aW5nIHRo
aXMgZ29hbC48YnI+Cjxicj4KdGhhbmsgeW91IDxicj4KRGFuPGJyPgo8YnI+CjxkaXYgY2xhc3M9
Im1vei1jaXRlLXByZWZpeCI+T24gMDIvMDUvMjAxNCAwNToxNiBQTSwgRGFuaWVsIENpcHJ1cyB3
cm90ZTo8YnI+CjwvZGl2Pgo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyLWxlZnQ6IDJweCBzb2xp
ZCAjMDA5OTAwICFpbXBvcnRhbnQ7CiAgICAgIGJvcmRlci1yaWdodDogMnB4IHNvbGlkICMwMDk5
MDAgIWltcG9ydGFudDsgcGFkZGluZzogMHB4IDE1cHggMHB4CiAgICAgIDE1cHg7IG1hcmdpbjog
OHB4IDJweDsiIGNpdGU9Im1pZDo1MkYyQjgzNi4zMDMwMUBhY2lzaW9uLmNvbSIgdHlwZT0iY2l0
ZSI+CjwhLS1baWYgIUlFXT48RElWIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5
MDA7IGJvcmRlci1yaWdodDogMnB4IHNvbGlkICMwMDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsg
bWFyZ2luOiAycHggMHB4OyI+PCFbZW5kaWZdLS0+Q2FtaWxsZSwKPGJyPgo8YnI+ClRoYW5rcyBm
b3IgcXVpY2sgcmVzcG9uc2UuIFllcywgdGhpcyBpcyAzcmQgcGFydHkgcmVnaXN0cmF0aW9uLiBV
bmZvcnR1bmF0ZWx5IHRoaXMgKGFjY29yZGluZyB0byBzcGVjcyBJIGxpc3RlZCBiZWxvdykgc2hv
dWxkbid0IGhhcHBlbi4gSXMgdGhlcmUgYW55IHdvcmthcm91bmQgZXhjZXB0IG1lc3NpbmcgYXJv
dW5kIHdpdGggdGV4dG9wcyBhbmQgcmVwbGFjaW5nIHRoaW5ncyBpbiBDb250YWN0OiA/IEkgd2ls
bCBuZWVkIHRvIGFkZCBvcHRpb25hbAogcGFyYW1ldGVycyBmcm9tIG9yaWdpbmFsIFJFR0lTVEVS
IHRvIDNyZCBwYXJ0eSBSRUdJU1RFUiwgdGhhdCdzIHRoZSBnb2FsLiA8YnI+Cjxicj4KRGFuPGJy
Pgo8YnI+CjxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24gMDIvMDUvMjAxNCAwMjoxNiBQ
TSwgQ2FtaWxsZSBPdWRvdCB3cm90ZTo8YnI+CjwvZGl2Pgo8YmxvY2txdW90ZSBzdHlsZT0iYm9y
ZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwICFpbXBvcnRhbnQ7CiAgICAgICAgYm9yZGVyLXJp
Z2h0OiAycHggc29saWQgIzAwOTkwMCAhaW1wb3J0YW50OyBwYWRkaW5nOiAwcHggMTVweAogICAg
ICAgIDBweCAxNXB4OyBtYXJnaW46IDhweCAycHg7IiBjaXRlPSJtaWQ6MjAxNDAyMDUyMDE2NDYu
MzVlY2JkNDVAbC1hdDk2NzYucmQuZnJhbmNldGVsZWNvbS5mciIgdHlwZT0iY2l0ZSI+CjwhLS1b
aWYgIUlFXT48RElWIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDA7IGJvcmRl
ci1yaWdodDogMnB4IHNvbGlkICMwMDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsgbWFyZ2luOiAy
cHggMHB4OyI+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjxESVYgc3R5bGU9ImJvcmRlci1sZWZ0
OiAycHggc29saWQgIzAwOTkwMDsgYm9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMDsgIHBh
ZGRpbmc6IDBweCAxNXB4OyBtYXJnaW46IDJweCAwcHg7Ij48IVtlbmRpZl0tLT4KPHByZSB3cmFw
PSIiPkxlIFdlZCwgNSBGZWIgMjAxNCAxMjoxMzoxNyAtMDUwMCwKRGFuaWVsIENpcHJ1cyA8YSBt
b3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstcmZjMjM5NkUiIGhyZWY9
Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tIj4mbHQ7ZGFuaWVsLmNpcHJ1c0BhY2lz
aW9uLmNvbSZndDs8L2E+IGEg6WNyaXQgOgogCjwvcHJlPgo8YmxvY2txdW90ZSBzdHlsZT0iYm9y
ZGVyLWxlZnQ6IDJweCBzb2xpZCAjMDA5OTAwICFpbXBvcnRhbnQ7CiAgICAgICAgICBib3JkZXIt
cmlnaHQ6IDJweCBzb2xpZCAjMDA5OTAwICFpbXBvcnRhbnQ7IHBhZGRpbmc6IDBweCAxNXB4CiAg
ICAgICAgICAwcHggMTVweDsgbWFyZ2luOiA4cHggMnB4OyIgdHlwZT0iY2l0ZSI+CjwhLS1baWYg
IUlFXT48RElWIHN0eWxlPSJib3JkZXItbGVmdDogMnB4IHNvbGlkICMwMDk5MDA7IGJvcmRlci1y
aWdodDogMnB4IHNvbGlkICMwMDk5MDA7ICBwYWRkaW5nOiAwcHggMTVweDsgbWFyZ2luOiAycHgg
MHB4OyI+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjxESVYgc3R5bGU9ImJvcmRlci1sZWZ0OiAy
cHggc29saWQgIzAwOTkwMDsgYm9yZGVyLXJpZ2h0OiAycHggc29saWQgIzAwOTkwMDsgIHBhZGRp
bmc6IDBweCAxNXB4OyBtYXJnaW46IDJweCAwcHg7Ij48IVtlbmRpZl0tLT4KPHByZSB3cmFwPSIi
PkZvciBvdXIgYXBwbGljYXRpb24gdG8gd29yayB3ZSdkIGxpa2UgdG8gc2VlIG5vdCBtb2RpZmll
ZCBDb250YWN0Ogpmcm9tIEthbWFpbGlvIGJlaW5nIHNlbnQgdG93YXJkcyBvdXIgQVMuIFVuZm9y
dHVuYXRlbHkgdGhpcyBpcyBub3QKaGFwcGVuaW5nIG5vdy4gQmVsb3cgYXJlIFJFR0lTVEVSIG1l
c3NhZ2VzIGZyb20gY2xpZW50IGFuZCBtZXNzYWdlCndoaWNoIGlzIHNlbnQgdG8gQVMuIEkgd2Fz
bid0IGFibGUgdG8gZmluZCBhbnkgbG9naWMgaW4gLmNmZyBmaWxlIHNvCkkgdGhvdWdodCB0aGlz
IHdvdWxkIGJlIHRoZSBwbGFjZSB3aGVyZSBJIHNob3VsZCBwb3N0IG15IHByb2JsZW0uCkFjY29y
ZGluZyB0byAzR1BQIFRTIDI0LjIyOSwgUkZDIDMyNjEsIFJGQyA1NjI2IGl0IHNlZW1zIGxpa2Ug
dGhpcyBpcwpub3QgdGhlIGJlaGF2aW9yIHdoaWNoIHNob3VsZCBiZSBoYXBwZW5pbmcuCjwvcHJl
Pgo8IS0tW2lmICFJRV0+PC9ESVY+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjwvRElWPjwhW2Vu
ZGlmXS0tPjwvYmxvY2txdW90ZT4KPHByZSB3cmFwPSIiPkhpIERhbmllbCwKClRoaXMgbG9va3Mg
bGlrZSBhIHRoaXJkIHBhcnR5IHJlZ2lzdGVyIHNlbnQgb24gdGhlIElTQyBpbnRlcmZhY2UuCkFG
QUlLLCB0aGUgYmVoYXZpb3IgeW91IGFyZSBzZWVpbmcgaXMgbm9ybWFsLiBUaGUgb3JpZ2luYWwg
UkVHSVNURVIgaXMKbm90IHByb3hpZWQ6IGEgbmV3IGRpYWxvZyBiZXR3ZWVuIFMtQ1NDRiBhbmQg
QVMgaXMgc3RhcnRlZCBpbnN0ZWFkICh0aGUKUy1DU0NGIGJlY29tZXMgdGhlIFVBQykuIFRoZSBJ
TVBVIG9mIHRoZSB1c2VyIHRoYXQgaXMgdHJpZ2dlcmluZyB0aGUKdGhpcmQgcGFydHkgcmVnaXN0
ZXIgY2FucyBiZSBzZWVuIGluIHRoZSBUbzogaGVhZGVyIGZpZWxkLCBhbmQgdGhlCm9yaWdpbmFs
IENvbnRhY3QgVVJJIGluZm8gaXMgbG9zdC4KClJlZ2FyZHMKCjwvcHJlPgo8IS0tW2lmICFJRV0+
PC9ESVY+PCFbZW5kaWZdLS0+PCEtLVtpZiAhSUVdPjwvRElWPjwhW2VuZGlmXS0tPjwvYmxvY2tx
dW90ZT4KPGJyPgo8ZGl2IGNsYXNzPSJtb3otc2lnbmF0dXJlIj4tLSA8YnI+CjxiPkRhbmllbCBD
aXBydXM8L2I+PGJyPgpJbnRlZ3JhdGlvbiBlbmdpbmVlcjxicj4KPGEgbW96LWRvLW5vdC1zZW5k
PSJ0cnVlIiBocmVmPSJodHRwOi8vd3d3LmFjaXNpb24uY29tIj5odHRwOi8vd3d3LmFjaXNpb24u
Y29tPC9hPjxicj4KPGJyPgo5OTU0IE1heWxhbmQgRHI8YnI+ClN1aXRlIDMxMDA8YnI+ClJpY2ht
b25kLCBWQSAyMzIzMzxicj4KVVNBPGJyPgpUOiAmIzQzOzEgODA0IDc2MiA1NjAxPGJyPgpFOiA8
YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQi
IGhyZWY9Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24uY29tIj4KZGFuaWVsLmNpcHJ1c0Bh
Y2lzaW9uLmNvbTwvYT48YnI+CjwvZGl2Pgo8YnI+Cjxocj4KPGZvbnQgY29sb3I9IkdyYXkiIGZh
Y2U9IkFyaWFsIiBzaXplPSIxIj5UaGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnQgaXMgZm9y
IGF1dGhvcmlzZWQgdXNlIGJ5IHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykgb25seS4gSXQgbWF5
IGNvbnRhaW4gcHJvcHJpZXRhcnkgbWF0ZXJpYWwsIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBh
bmQvb3IgYmUgc3ViamVjdCB0byBsZWdhbCBwcml2aWxlZ2UuIEl0IHNob3VsZCBub3QgYmUgY29w
aWVkLCBkaXNjbG9zZWQKIHRvLCByZXRhaW5lZCBvciB1c2VkIGJ5LCBhbnkgb3RoZXIgcGFydHku
IElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJlY2lwaWVudCB0aGVuIHBsZWFzZSBwcm9tcHRs
eSBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGFueSBhdHRhY2htZW50IGFuZCBhbGwgY29waWVzIGFu
ZCBpbmZvcm0gdGhlIHNlbmRlci4gVGhhbmsgeW91IGZvciB1bmRlcnN0YW5kaW5nLjxicj4KPC9m
b250PjxiciBjbGVhcj0iYWxsIj4KPCEtLVtpZiAhSUVdPjwvRElWPjwhW2VuZGlmXS0tPjwvYmxv
Y2txdW90ZT4KPGJyPgo8ZGl2IGNsYXNzPSJtb3otc2lnbmF0dXJlIj4tLSA8YnI+CjxiPkRhbmll
bCBDaXBydXM8L2I+PGJyPgpJbnRlZ3JhdGlvbiBlbmdpbmVlcjxicj4KPGEgaHJlZj0iaHR0cDov
L3d3dy5hY2lzaW9uLmNvbSI+aHR0cDovL3d3dy5hY2lzaW9uLmNvbTwvYT48YnI+Cjxicj4KOTk1
NCBNYXlsYW5kIERyPGJyPgpTdWl0ZSAzMTAwPGJyPgpSaWNobW9uZCwgVkEgMjMyMzM8YnI+ClVT
QTxicj4KVDogJiM0MzsxIDgwNCA3NjIgNTYwMTxicj4KRTogPGEgY2xhc3M9Im1vei10eHQtbGlu
ay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb20iPmRh
bmllbC5jaXBydXNAYWNpc2lvbi5jb208L2E+PGJyPgo8L2Rpdj4KPGJyPgo8aHI+Cjxmb250IGZh
Y2U9IkFyaWFsIiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+VGhpcyBlLW1haWwgYW5kIGFueSBhdHRh
Y2htZW50IGlzIGZvciBhdXRob3Jpc2VkIHVzZSBieSB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMp
IG9ubHkuIEl0IG1heSBjb250YWluIHByb3ByaWV0YXJ5IG1hdGVyaWFsLCBjb25maWRlbnRpYWwg
aW5mb3JtYXRpb24gYW5kL29yIGJlIHN1YmplY3QgdG8gbGVnYWwgcHJpdmlsZWdlLiBJdCBzaG91
bGQgbm90IGJlIGNvcGllZCwgZGlzY2xvc2VkCiB0bywgcmV0YWluZWQgb3IgdXNlZCBieSwgYW55
IG90aGVyIHBhcnR5LiBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNpcGllbnQgdGhlbiBw
bGVhc2UgcHJvbXB0bHkgZGVsZXRlIHRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudCBhbmQg
YWxsIGNvcGllcyBhbmQgaW5mb3JtIHRoZSBzZW5kZXIuIFRoYW5rIHlvdSBmb3IgdW5kZXJzdGFu
ZGluZy48YnI+CjwvZm9udD4KPGJyIGNsZWFyPWFsbD4gCjwvYm9keT4KPC9odG1sPgoK

--===============1119601806==--


From jh@tutpro.com Thu Feb  6 01:29:54 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:4.1: presence: bugfix: Add option to disable
 per-Table lock for database layer
Date: Tue, 04 Feb 2014 23:32:40 +0200
Message-ID: <21233.23672.919666.816537@tutpro.com>
In-Reply-To:
 <CAOCjumHErZ2DBOEU4Vx9RUaX4U3sxdchw5GUc_Q75yU4JAcVrg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1625821405=="

--===============1625821405==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Carsten Bock writes:

> all i can say is, that the locks make the presence module completely
> unusable with a MySQL backend in DB_ONLY mode. The current database layer
> will only lock the current table for a transaction, not all tables used
> during one transaction. And that results in an unusable database connection.
> In order to change that, i'd have to the complete database API. ..
> The RLS-Module has a similar option already...

What option is that?  I could not find any lock related option in rls
module README.

-- Juha


--===============1625821405==--


From jaybinks@gmail.com Thu Feb  6 05:30:30 2014
From: jay binks <jaybinks@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Fwd: [SR-Users] bug in authdb_mod ??
Date: Thu, 06 Feb 2014 14:30:03 +1000
Message-ID:
 <CAO47HpcRVyCZJ7T1oZeUtL2Fs81tw0m0uOR_b-Ye+KFAidz3bA@mail.gmail.com>
In-Reply-To:
 <CAO47HpekwBO6StF0-ScMNnqVw6Df6ygtK5U7ovzFEp4KgotW6w@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0858100217=="

--===============0858100217==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

So I posted this to the user list in December, and got nowhere..

Can someone familiar with db_cassandra review my patch ( possibly clean
this up and commit it )


# git diff dbcassa_base.cpp
diff --git a/modules/db_cassandra/dbcassa_base.cpp
b/modules/db_cassandra/dbcassa_base.cpp
index e9d3a32..155221d 100644
--- a/modules/db_cassandra/dbcassa_base.cpp
+++ b/modules/db_cassandra/dbcassa_base.cpp
@@ -439,6 +439,7 @@ ColumnVecPtr cassa_translate_query(const db1_con_t* _h,
const db_key_t* _k,
        int key_len=0, seckey_len = 0;
        int no_kc, no_sec_kc;
        dbcassa_table_p tbc;
+       char pk[255];

        /** Lock table schema and construct primary and secondary key **/
        if(_k) {
@@ -495,8 +496,12 @@ ColumnVecPtr cassa_translate_query(const db1_con_t*
_h, const db_key_t* _k,
                } else { /* the table doesn't have any secondary key
defined */
                        if(_c) {
                                for(int i=0; i< _nc; i++) {
-                                       sp.column_names.push_back(_c[i]->s);
-                                       LM_DBG("Query col: %s\n", _c[i]->s);
+                                       sprintf(pk, "%.*s", _c[i]->len,
_c[i]->s );
+                                       sp.column_names.push_back( pk);
+
//sp.column_names.push_back(_c[i]->s);
+                                       LM_DBG("Query col: %s\n", pk );
+                                       //LM_DBG("Query col: %s\n",
_c[i]->s);
 +                                       LM_DBG("JAY Query col: %.*s\n",
_c[i]->len, _c[i]->s);
                                }
                                LM_DBG("get %d columns\n", _nc);
                                sp.__isset.column_names = true; // set




yea I know I left crap in there, but it gives you an idea... also...
yea pk is a crap name... copy paste... and I havnt given any thought to the
size 255 ,  but thats probably fairly safe and anything smaller might not
be so safe.
( unless there is a limit elsewhere I should observe )

Jay



--===============0858100217==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+U28gSSBwb3N0ZWQgdGhpcyB0byB0aGUgdXNlciBsaXN0IGluIERlY2Vt
YmVyLCBhbmQgZ290IG5vd2hlcmUuLjxkaXY+PGJyPjwvZGl2PjxkaXY+Q2FuIHNvbWVvbmUgZmFt
aWxpYXIgd2l0aCBkYl9jYXNzYW5kcmEgcmV2aWV3IG15IHBhdGNoICggcG9zc2libHkgY2xlYW4g
dGhpcyB1cCBhbmQgY29tbWl0IGl0ICk8L2Rpdj48ZGl2PjxkaXYgY2xhc3M9ImdtYWlsX3F1b3Rl
Ij4KCjxkaXYgZGlyPSJsdHIiPjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGRp
dj4jIGdpdCBkaWZmIGRiY2Fzc2FfYmFzZS5jcHCgPC9kaXY+PGRpdj5kaWZmIC0tZ2l0IGEvbW9k
dWxlcy9kYl9jYXNzYW5kcmEvZGJjYXNzYV9iYXNlLmNwcCBiL21vZHVsZXMvZGJfY2Fzc2FuZHJh
L2RiY2Fzc2FfYmFzZS5jcHA8L2Rpdj48ZGl2PmluZGV4IGU5ZDNhMzIuLjE1NTIyMWQgMTAwNjQ0
PC9kaXY+Cgo8ZGl2Pi0tLSBhL21vZHVsZXMvZGJfY2Fzc2FuZHJhL2RiY2Fzc2FfYmFzZS5jcHA8
L2Rpdj4KPGRpdj4rKysgYi9tb2R1bGVzL2RiX2Nhc3NhbmRyYS9kYmNhc3NhX2Jhc2UuY3BwPC9k
aXY+PGRpdj5AQCAtNDM5LDYgKzQzOSw3IEBAIENvbHVtblZlY1B0ciBjYXNzYV90cmFuc2xhdGVf
cXVlcnkoY29uc3QgZGIxX2Nvbl90KiBfaCwgY29uc3QgZGJfa2V5X3QqIF9rLDwvZGl2PjxkaXY+
oCCgIKAgoCBpbnQga2V5X2xlbj0wLCBzZWNrZXlfbGVuID0gMDs8L2Rpdj48ZGl2PqAgoCCgIKAg
aW50IG5vX2tjLCBub19zZWNfa2M7PC9kaXY+CgoKPGRpdj6gIKAgoCCgIGRiY2Fzc2FfdGFibGVf
cCB0YmM7PC9kaXY+PGRpdj4rIKAgoCCgIGNoYXIgcGtbMjU1XTs8L2Rpdj48ZGl2PqA8L2Rpdj48
ZGl2PqAgoCCgIKAgLyoqIExvY2sgdGFibGUgc2NoZW1hIGFuZCBjb25zdHJ1Y3QgcHJpbWFyeSBh
bmQgc2Vjb25kYXJ5IGtleSAqKi88L2Rpdj48ZGl2PqAgoCCgIKAgaWYoX2spIHs8L2Rpdj48ZGl2
PkBAIC00OTUsOCArNDk2LDEyIEBAIENvbHVtblZlY1B0ciBjYXNzYV90cmFuc2xhdGVfcXVlcnko
Y29uc3QgZGIxX2Nvbl90KiBfaCwgY29uc3QgZGJfa2V5X3QqIF9rLDwvZGl2PgoKCjxkaXY+oCCg
IKAgoCCgIKAgoCCgIH0gZWxzZSB7IC8qIHRoZSB0YWJsZSBkb2VzbiYjMzk7dCBoYXZlIGFueSBz
ZWNvbmRhcnkga2V5IGRlZmluZWQgKi88L2Rpdj48ZGl2PqAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IGlmKF9jKSB7PC9kaXY+PGRpdiBjbGFzcz0iaW0iPjxkaXY+oCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCBmb3IoaW50IGk9MDsgaSZsdDsgX25jOyBpKyspIHs8L2Rpdj4KCjwvZGl2Pjxk
aXY+LSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIHNwLmNvbHVtbl9uYW1l
cy5wdXNoX2JhY2soX2NbaV0tJmd0O3MpOzwvZGl2PjxkaXYgY2xhc3M9ImltIj4KPGRpdj4tIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgTE1fREJHKCZxdW90O1F1ZXJ5IGNv
bDogJXNcbiZxdW90OywgX2NbaV0tJmd0O3MpOzwvZGl2PjwvZGl2PjxkaXY+KyCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIHNwcmludGYocGssICZxdW90OyUuKnMmcXVvdDss
IF9jW2ldLSZndDtsZW4sIF9jW2ldLSZndDtzICk7PC9kaXY+PGRpdj4KCisgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBzcC5jb2x1bW5fbmFtZXMucHVzaF9iYWNrKCBwayk7
PC9kaXY+CjxkaXY+KyCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIC8vc3Au
Y29sdW1uX25hbWVzLnB1c2hfYmFjayhfY1tpXS0mZ3Q7cyk7PC9kaXY+PGRpdj4rIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgTE1fREJHKCZxdW90O1F1ZXJ5IGNvbDogJXNc
biZxdW90OywgcGsgKTs8L2Rpdj48ZGl2PisgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCAvL0xNX0RCRygmcXVvdDtRdWVyeSBjb2w6ICVzXG4mcXVvdDssIF9jW2ldLSZndDtz
KTs8L2Rpdj4KCjxkaXYgY2xhc3M9ImltIj4KPGRpdj4rIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgTE1fREJHKCZxdW90O0pBWSBRdWVyeSBjb2w6ICUuKnNcbiZxdW90Oywg
X2NbaV0tJmd0O2xlbiwgX2NbaV0tJmd0O3MpOzwvZGl2PjxkaXY+oCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCB9PC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iaW0iPjxkaXY+oCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBMTV9EQkcoJnF1b3Q7Z2V0ICVkIGNvbHVtbnNcbiZxdW90
OywgX25jKTs8L2Rpdj4KCgo8L2Rpdj48ZGl2IGNsYXNzPSJpbSI+PGRpdj6gIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIHNwLl9faXNzZXQuY29sdW1uX25hbWVzID0gdHJ1ZTsgLy8gc2V0
PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+
PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj55ZWEgSSBrbm93IEkgbGVmdCBjcmFwIGluIHRoZXJl
LCBidXQgaXQgZ2l2ZXMgeW91IGFuIGlkZWEuLi4gYWxzby4uLjwvZGl2PgoKCjxkaXY+eWVhIHBr
IGlzIGEgY3JhcCBuYW1lLi4uIGNvcHkgcGFzdGUuLi4gYW5kIEkgaGF2bnQgZ2l2ZW4gYW55IHRo
b3VnaHQgdG8gdGhlIHNpemUgMjU1ICwgoGJ1dCB0aGF0cyBwcm9iYWJseSBmYWlybHkgc2FmZSBh
bmQgYW55dGhpbmcgc21hbGxlciBtaWdodCBub3QgYmUgc28gc2FmZS48L2Rpdj48ZGl2PiggdW5s
ZXNzIHRoZXJlIGlzIGEgbGltaXQgZWxzZXdoZXJlIEkgc2hvdWxkIG9ic2VydmUgKTwvZGl2PgoK
CjxkaXY+PGJyPjwvZGl2PjxkaXY+SmF5PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+Cg==

--===============0858100217==--


From jason.penton@gmail.com Thu Feb  6 06:48:14 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] scscf modifying contact:
Date: Thu, 06 Feb 2014 07:48:07 +0200
Message-ID:
 <CALoGXNW7YnDaE0perPE7GBT28e4oeFznEEopT-9_cYazXLDxVw@mail.gmail.com>
In-Reply-To: <52F2B836.30301@acision.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0129976120=="

--===============0129976120==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Daniel,

Can you be more specific about where in the specs you say contact should
not be modified. If current functionality is wrong I'm happy to change in
code

Cheers
Jason

This email was sent using my phone. It may be brief, to the point, or
contain typos
On 6 Feb 2014 00:16, "Daniel Ciprus" <daniel.ciprus(a)acision.com> wrote:

>  Camille,
>
> Thanks for quick response. Yes, this is 3rd party registration.
> Unfortunately this (according to specs I listed below) shouldn't happen. Is
> there any workaround except messing around with textops and replacing
> things in Contact: ? I will need to add optional parameters from original
> REGISTER to 3rd party REGISTER, that's the goal.
>
> Dan
>
> On 02/05/2014 02:16 PM, Camille Oudot wrote:
>
> Le Wed, 5 Feb 2014 12:13:17 -0500,
> Daniel Ciprus <daniel.ciprus(a)acision.com> <daniel.ciprus(a)acision.com> a=
 =C3=A9crit :
>
>
>  For our application to work we'd like to see not modified Contact:
> from Kamailio being sent towards our AS. Unfortunately this is not
> happening now. Below are REGISTER messages from client and message
> which is sent to AS. I wasn't able to find any logic in .cfg file so
> I thought this would be the place where I should post my problem.
> According to 3GPP TS 24.229, RFC 3261, RFC 5626 it seems like this is
> not the behavior which should be happening.
>
>  Hi Daniel,
>
> This looks like a third party register sent on the ISC interface.
> AFAIK, the behavior you are seeing is normal. The original REGISTER is
> not proxied: a new dialog between S-CSCF and AS is started instead (the
> S-CSCF becomes the UAC). The IMPU of the user that is triggering the
> third party register cans be seen in the To: header field, and the
> original Contact URI info is lost.
>
> Regards
>
>
>
> --
> *Daniel Ciprus*
> Integration engineer
> http://www.acision.com
>
> 9954 Mayland Dr
> Suite 3100
> Richmond, VA 23233
> USA
> T: +1 804 762 5601
> E: daniel.ciprus(a)acision.com
>
> ------------------------------
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any
> attachment and all copies and inform the sender. Thank you for
> understanding.
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>



--===============0129976120==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PHAgZGlyPSJsdHIiPkhpIERhbmllbCwgPC9wPgo8cCBkaXI9Imx0ciI+Q2FuIHlvdSBiZSBtb3Jl
IHNwZWNpZmljIGFib3V0IHdoZXJlIGluIHRoZSBzcGVjcyB5b3Ugc2F5IGNvbnRhY3Qgc2hvdWxk
IG5vdCBiZSBtb2RpZmllZC4gSWYgY3VycmVudCBmdW5jdGlvbmFsaXR5IGlzIHdyb25nIEkmIzM5
O20gaGFwcHkgdG8gY2hhbmdlIGluIGNvZGUgPC9wPgo8cCBkaXI9Imx0ciI+Q2hlZXJzIDxicj4K
SmFzb24gPC9wPgo8cCBkaXI9Imx0ciI+VGhpcyBlbWFpbCB3YXMgc2VudCB1c2luZyBteSBwaG9u
ZS4gSXQgbWF5IGJlIGJyaWVmLCB0byB0aGUgcG9pbnQsIG9yIGNvbnRhaW4gdHlwb3MgPC9wPgo8
ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gNiBGZWIgMjAxNCAwMDoxNiwgJnF1b3Q7RGFuaWVs
IENpcHJ1cyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRhbmllbC5jaXBydXNAYWNpc2lvbi5j
b20iPmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb208L2E+Jmd0OyB3cm90ZTo8YnIgdHlwZT0iYXR0
cmlidXRpb24iPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow
IDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgoK
CgoKPGRpdiBzdHlsZSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4KQ2FtaWxsZSwg
PGJyPgo8YnI+ClRoYW5rcyBmb3IgcXVpY2sgcmVzcG9uc2UuIFllcywgdGhpcyBpcyAzcmQgcGFy
dHkgcmVnaXN0cmF0aW9uLiBVbmZvcnR1bmF0ZWx5IHRoaXMgKGFjY29yZGluZyB0byBzcGVjcyBJ
IGxpc3RlZCBiZWxvdykgc2hvdWxkbiYjMzk7dCBoYXBwZW4uIElzIHRoZXJlIGFueSB3b3JrYXJv
dW5kIGV4Y2VwdCBtZXNzaW5nIGFyb3VuZCB3aXRoIHRleHRvcHMgYW5kIHJlcGxhY2luZyB0aGlu
Z3MgaW4gQ29udGFjdDogPyBJIHdpbGwgbmVlZCB0byBhZGQgb3B0aW9uYWwKIHBhcmFtZXRlcnMg
ZnJvbSBvcmlnaW5hbCBSRUdJU1RFUiB0byAzcmQgcGFydHkgUkVHSVNURVIsIHRoYXQmIzM5O3Mg
dGhlIGdvYWwuIDxicj4KPGJyPgpEYW48YnI+Cjxicj4KPGRpdj5PbiAwMi8wNS8yMDE0IDAyOjE2
IFBNLCBDYW1pbGxlIE91ZG90IHdyb3RlOjxicj4KPC9kaXY+CjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXItbGVmdDoycHggc29saWQgIzAwOTkwMCFpbXBvcnRhbnQ7Ym9yZGVyLXJpZ2h0OjJweCBz
b2xpZCAjMDA5OTAwIWltcG9ydGFudDtwYWRkaW5nOjBweCAxNXB4IDBweCAxNXB4O21hcmdpbjo4
cHggMnB4IiB0eXBlPSJjaXRlIj4KCjxwcmU+TGUgV2VkLCA1IEZlYiAyMDE0IDEyOjEzOjE3IC0w
NTAwLApEYW5pZWwgQ2lwcnVzIDxhIGhyZWY9Im1haWx0bzpkYW5pZWwuY2lwcnVzQGFjaXNpb24u
Y29tIiB0YXJnZXQ9Il9ibGFuayI+Jmx0O2RhbmllbC5jaXBydXNAYWNpc2lvbi5jb20mZ3Q7PC9h
PiBhIOljcml0IDoKIAo8L3ByZT4KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlci1sZWZ0OjJweCBz
b2xpZCAjMDA5OTAwIWltcG9ydGFudDtib3JkZXItcmlnaHQ6MnB4IHNvbGlkICMwMDk5MDAhaW1w
b3J0YW50O3BhZGRpbmc6MHB4IDE1cHggMHB4IDE1cHg7bWFyZ2luOjhweCAycHgiIHR5cGU9ImNp
dGUiPgoKPHByZT5Gb3Igb3VyIGFwcGxpY2F0aW9uIHRvIHdvcmsgd2UmIzM5O2QgbGlrZSB0byBz
ZWUgbm90IG1vZGlmaWVkIENvbnRhY3Q6CmZyb20gS2FtYWlsaW8gYmVpbmcgc2VudCB0b3dhcmRz
IG91ciBBUy4gVW5mb3J0dW5hdGVseSB0aGlzIGlzIG5vdApoYXBwZW5pbmcgbm93LiBCZWxvdyBh
cmUgUkVHSVNURVIgbWVzc2FnZXMgZnJvbSBjbGllbnQgYW5kIG1lc3NhZ2UKd2hpY2ggaXMgc2Vu
dCB0byBBUy4gSSB3YXNuJiMzOTt0IGFibGUgdG8gZmluZCBhbnkgbG9naWMgaW4gLmNmZyBmaWxl
IHNvCkkgdGhvdWdodCB0aGlzIHdvdWxkIGJlIHRoZSBwbGFjZSB3aGVyZSBJIHNob3VsZCBwb3N0
IG15IHByb2JsZW0uCkFjY29yZGluZyB0byAzR1BQIFRTIDI0LjIyOSwgUkZDIDMyNjEsIFJGQyA1
NjI2IGl0IHNlZW1zIGxpa2UgdGhpcyBpcwpub3QgdGhlIGJlaGF2aW9yIHdoaWNoIHNob3VsZCBi
ZSBoYXBwZW5pbmcuCjwvcHJlPgo8L2Jsb2NrcXVvdGU+CjxwcmU+SGkgRGFuaWVsLAoKVGhpcyBs
b29rcyBsaWtlIGEgdGhpcmQgcGFydHkgcmVnaXN0ZXIgc2VudCBvbiB0aGUgSVNDIGludGVyZmFj
ZS4KQUZBSUssIHRoZSBiZWhhdmlvciB5b3UgYXJlIHNlZWluZyBpcyBub3JtYWwuIFRoZSBvcmln
aW5hbCBSRUdJU1RFUiBpcwpub3QgcHJveGllZDogYSBuZXcgZGlhbG9nIGJldHdlZW4gUy1DU0NG
IGFuZCBBUyBpcyBzdGFydGVkIGluc3RlYWQgKHRoZQpTLUNTQ0YgYmVjb21lcyB0aGUgVUFDKS4g
VGhlIElNUFUgb2YgdGhlIHVzZXIgdGhhdCBpcyB0cmlnZ2VyaW5nIHRoZQp0aGlyZCBwYXJ0eSBy
ZWdpc3RlciBjYW5zIGJlIHNlZW4gaW4gdGhlIFRvOiBoZWFkZXIgZmllbGQsIGFuZCB0aGUKb3Jp
Z2luYWwgQ29udGFjdCBVUkkgaW5mbyBpcyBsb3N0LgoKUmVnYXJkcwoKPC9wcmU+CjwvYmxvY2tx
dW90ZT4KPGJyPgo8ZGl2Pi0tIDxicj4KPGI+RGFuaWVsIENpcHJ1czwvYj48YnI+CkludGVncmF0
aW9uIGVuZ2luZWVyPGJyPgo8YSBocmVmPSJodHRwOi8vd3d3LmFjaXNpb24uY29tIiB0YXJnZXQ9
Il9ibGFuayI+aHR0cDovL3d3dy5hY2lzaW9uLmNvbTwvYT48YnI+Cjxicj4KOTk1NCBNYXlsYW5k
IERyPGJyPgpTdWl0ZSAzMTAwPGJyPgpSaWNobW9uZCwgVkEgMjMyMzM8YnI+ClVTQTxicj4KVDog
PGEgaHJlZj0idGVsOiUyQjElMjA4MDQlMjA3NjIlMjA1NjAxIiB2YWx1ZT0iKzE4MDQ3NjI1NjAx
IiB0YXJnZXQ9Il9ibGFuayI+KzEgODA0IDc2MiA1NjAxPC9hPjxicj4KRTogPGEgaHJlZj0ibWFp
bHRvOmRhbmllbC5jaXBydXNAYWNpc2lvbi5jb20iIHRhcmdldD0iX2JsYW5rIj5kYW5pZWwuY2lw
cnVzQGFjaXNpb24uY29tPC9hPjxicj4KPC9kaXY+Cjxicj4KPGhyPgo8Zm9udCBmYWNlPSJBcmlh
bCIgY29sb3I9IkdyYXkiIHNpemU9IjEiPlRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudCBp
cyBmb3IgYXV0aG9yaXNlZCB1c2UgYnkgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKSBvbmx5LiBJ
dCBtYXkgY29udGFpbiBwcm9wcmlldGFyeSBtYXRlcmlhbCwgY29uZmlkZW50aWFsIGluZm9ybWF0
aW9uIGFuZC9vciBiZSBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZS4gSXQgc2hvdWxkIG5vdCBi
ZSBjb3BpZWQsIGRpc2Nsb3NlZAogdG8sIHJldGFpbmVkIG9yIHVzZWQgYnksIGFueSBvdGhlciBw
YXJ0eS4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50IHRoZW4gcGxlYXNlIHBy
b21wdGx5IGRlbGV0ZSB0aGlzIGUtbWFpbCBhbmQgYW55IGF0dGFjaG1lbnQgYW5kIGFsbCBjb3Bp
ZXMgYW5kIGluZm9ybSB0aGUgc2VuZGVyLiBUaGFuayB5b3UgZm9yIHVuZGVyc3RhbmRpbmcuPGJy
Pgo8L2ZvbnQ+CjxiciBjbGVhcj0iYWxsIj4gCjwvZGl2PgoKCjxicj5fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4Kc3ItZGV2IG1haWxpbmcgbGlzdDxi
cj4KPGEgaHJlZj0ibWFpbHRvOnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZyI+c3ItZGV2QGxp
c3RzLnNpcC1yb3V0ZXIub3JnPC9hPjxicj4KPGEgaHJlZj0iaHR0cDovL2xpc3RzLnNpcC1yb3V0
ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXYiIHRhcmdldD0iX2JsYW5rIj5o
dHRwOi8vbGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRl
djwvYT48YnI+Cjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+Cg==

--===============0129976120==--


From oej@edvina.net Thu Feb  6 08:25:37 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Thu, 06 Feb 2014 08:25:37 +0100
Message-ID: <3EE75262-CE20-4F98-B355-64065C245829@edvina.net>
In-Reply-To: <52F27A84.5060608@pernau.at>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1843628062=="

--===============1843628062==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 05 Feb 2014, at 18:53, Klaus Darilion <klaus.mailinglists(a)pernau.at> wro=
te:

>=20
> On 05.02.2014 13:37, Olle E. Johansson wrote:
>> Hi!
>>=20
>> I would like to add cacert.org root certificates to the Kamailio distribut=
ion, so that every Kamailio server gets these as approved certificates by def=
ault with the default TLS settings.
>>=20
>> Anyone having problems with doing that?
>=20
> I do not trust cacert anything more than all the commercials CA. Thus I do =
not want to trust the cacert automatically.
>=20
> What would be fine for is something like that in kamailio.cfg:
>=20
> # remove the comments from the following lines to accept
> # certificates signed by cacert.org:
> #modparam("tls", "ca_list", "......cacert.org.pem")
>=20

I can live with that.

/O

--===============1843628062==--


From miconda@gmail.com Thu Feb  6 10:28:37 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Thu, 06 Feb 2014 10:28:29 +0100
Message-ID: <52F355BD.7090601@gmail.com>
In-Reply-To: <3EE75262-CE20-4F98-B355-64065C245829@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0204454882=="

--===============0204454882==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I think that importing the certificate in the repository will add some=20
overhead, as we have to periodically check if it was revoked or updated.

Maybe we can add a make target or a script to download and install it on=20
demand.

Regarding the config options, perhaps is better to add a=20
kamailio-secure.cfg for the time being, where to build a config file=20
targeting secure deployments. I guess we have to do more changes than=20
just few parameter for tls module (or tls config). Over the time, we can=20
push parts (or all) in kamailio.cfg.

Cheers,
Daniel


On 06/02/14 08:25, Olle E. Johansson wrote:
> On 05 Feb 2014, at 18:53, Klaus Darilion <klaus.mailinglists(a)pernau.at> w=
rote:
>
>> On 05.02.2014 13:37, Olle E. Johansson wrote:
>>> Hi!
>>>
>>> I would like to add cacert.org root certificates to the Kamailio distribu=
tion, so that every Kamailio server gets these as approved certificates by de=
fault with the default TLS settings.
>>>
>>> Anyone having problems with doing that?
>> I do not trust cacert anything more than all the commercials CA. Thus I do=
 not want to trust the cacert automatically.
>>
>> What would be fine for is something like that in kamailio.cfg:
>>
>> # remove the comments from the following lines to accept
>> # certificates signed by cacert.org:
>> #modparam("tls", "ca_list", "......cacert.org.pem")
>>
> I can live with that.
>
> /O
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0204454882==--


From miconda@gmail.com Thu Feb  6 10:28:59 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Thu, 06 Feb 2014 10:28:49 +0100
Message-ID: <52F355D1.9040705@gmail.com>
In-Reply-To: <3EE75262-CE20-4F98-B355-64065C245829@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0779585416=="

--===============0779585416==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I think that importing the certificate in the repository will add some=20
overhead, as we have to periodically check if it was revoked or updated.

Maybe we can add a make target or a script to download and install it on=20
demand.

Regarding the config options, perhaps is better to add a=20
kamailio-secure.cfg for the time being, where to build a config file=20
targeting secure deployments. I guess we have to do more changes than=20
just few parameter for tls module (or tls config). Over the time, we can=20
push parts (or all) in kamailio.cfg.

Cheers,
Daniel


On 06/02/14 08:25, Olle E. Johansson wrote:
> On 05 Feb 2014, at 18:53, Klaus Darilion <klaus.mailinglists(a)pernau.at> w=
rote:
>
>> On 05.02.2014 13:37, Olle E. Johansson wrote:
>>> Hi!
>>>
>>> I would like to add cacert.org root certificates to the Kamailio distribu=
tion, so that every Kamailio server gets these as approved certificates by de=
fault with the default TLS settings.
>>>
>>> Anyone having problems with doing that?
>> I do not trust cacert anything more than all the commercials CA. Thus I do=
 not want to trust the cacert automatically.
>>
>> What would be fine for is something like that in kamailio.cfg:
>>
>> # remove the comments from the following lines to accept
>> # certificates signed by cacert.org:
>> #modparam("tls", "ca_list", "......cacert.org.pem")
>>
> I can live with that.
>
> /O
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0779585416==--


From oej@edvina.net Thu Feb  6 10:33:00 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] CAcert.org root certs in trunk
Date: Thu, 06 Feb 2014 10:32:58 +0100
Message-ID: <7D0762E1-3BE7-4E78-92ED-D03359AC6962@edvina.net>
In-Reply-To: <52F355BD.7090601@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1095139445=="

--===============1095139445==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 06 Feb 2014, at 10:28, Daniel-Constantin Mierla <miconda(a)gmail.com> wrot=
e:

> Hello,
>=20
> I think that importing the certificate in the repository will add some over=
head, as we have to periodically check if it was revoked or updated.
Root certificates typically have a long timespan to be able to be imported.=20
>=20
> Maybe we can add a make target or a script to download and install it on de=
mand.
I wanted it to be included to make sure that there's no excuse. We can of cou=
rse download
during install so it's in there. Maybe that's a good idea.

>=20
> Regarding the config options, perhaps is better to add a kamailio-secure.cf=
g for the time being, where to build a config file targeting secure deploymen=
ts. I guess we have to do more changes than just few parameter for tls module=
 (or tls config). Over the time, we can push parts (or all) in kamailio.cfg.
Ok.

/O
>=20
> Cheers,
> Daniel
>=20
>=20
> On 06/02/14 08:25, Olle E. Johansson wrote:
>> On 05 Feb 2014, at 18:53, Klaus Darilion <klaus.mailinglists(a)pernau.at> =
wrote:
>>=20
>>> On 05.02.2014 13:37, Olle E. Johansson wrote:
>>>> Hi!
>>>>=20
>>>> I would like to add cacert.org root certificates to the Kamailio distrib=
ution, so that every Kamailio server gets these as approved certificates by d=
efault with the default TLS settings.
>>>>=20
>>>> Anyone having problems with doing that?
>>> I do not trust cacert anything more than all the commercials CA. Thus I d=
o not want to trust the cacert automatically.
>>>=20
>>> What would be fine for is something like that in kamailio.cfg:
>>>=20
>>> # remove the comments from the following lines to accept
>>> # certificates signed by cacert.org:
>>> #modparam("tls", "ca_list", "......cacert.org.pem")
>>>=20
>> I can live with that.
>>=20
>> /O
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>=20
> --=20
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>=20
>=20
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



--===============1095139445==--


From hugh.waite@crocodile-rcs.com Thu Feb  6 15:50:50 2014
From: Hugh Waite <hugh.waite@crocodile-rcs.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Problem with Registration on pcscf
Date: Thu, 06 Feb 2014 14:50:37 +0000
Message-ID: <52F3A13D.4030201@crocodile-rcs.com>
In-Reply-To:
 <CAOCjumFM5+np14jXUnTkQLck24LftZNoFEQ-53jN0QpM2y10KA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0325841813=="

--===============0325841813==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,
This system is using GIT master built on December 18th and has the=20
'fallback to ip' modparam set - which is being used in this case because=20
all clients are behind a cloud based NAT.

The problem occurs when there are multiple entries for a user in the=20
usrloc table, but ul.get_pcontact(...) only ever returns one. which may=20
not match the contact or the source IP/port.

We believe that the multiple entries should be returned and looped round=20
to check for matches.
Multiple entries can be easily created by disconnecting a TCP client (or=20
sipp script) without deregistering and connecting + registering again=20
from a different ephemeral port.

Regards,
Hugh

On 05/02/2014 14:09, Carsten Bock wrote:
> Hi Paul,
>
> since probably i'm the guilty one, i would check. In order to quickly
> reproduce that issue, some quick questions:
> - you are using GIT master? I've made some changes in GIT master
> (compared to 4.1) in terms of detecting, if a user is registered...
>
> Can you send me the SIPP-Scripts?
> I will then check next week for this topic.
>
> Thanks for testing,
> Carsten
>
>
>
> 2014-01-29 Paul Pankhurst <paul(a)crocodile-rcs.com>:
>> Hi Jason,
>>
>>
>>
>> I've not done anything further on this since Friday, as I've been busy on
>> other things.
>>
>>
>>
>> If you have trouble reproducing it I can send you my sipp scripts and some
>> wireshark traces if it helps.
>>
>>
>>
>> Paul
>>
>>
>>
>>
>>
>> From: sr-dev-bounces(a)lists.sip-router.org
>> [mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Jason Penton
>> Sent: 29 January 2014 07:52
>> To: Kamailio (SER) - Development Mailing List
>> Subject: Re: [sr-dev] Problem with Registration on pcscf
>>
>>
>>
>> Hey Paul,
>>
>>
>>
>> Sorry for the delay on this. I had missed it. I will see if I can re-create
>> and get back to you. Have you maanged to do any more testing since?
>>
>>
>>
>> Cheers
>>
>> Jason
>>
>>
>>
>> On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst <paul(a)crocodile-rcs.com>
>> wrote:
>>
>> I've noticed a problem with registrations on the pcscf when doing some
>> testing with sipp
>>
>> If I send in a REGISTER with SIPP followed by an INVITE calls go through my
>> system no problem.
>> If I then stop the sipp script and run it again, I find that although the
>> registration succeeds, subsequent INVITES are rejected telling me that I
>> have not registered!
>> If I unregister at the end of my script everything is fine, and the problem
>> goes away after the original REGISTRATION times out, so this led me to thi=
nk
>> that we had a problem with multiple registrations entries in the system.
>>
>> The problem seems to be a result of the fact that sipp always places the
>> same ip address and port number on the contact line when using tcp
>> connections.
>>
>> I've had a look through the code and believe that we are getting multiple
>> entries in the usrloc hash table in this scenario, and ul_get_pcontact only
>> ever returns the first one which causes pcscf_is_registered to incorrectly
>> report that the UE is not registered.
>>
>> Paul
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>
>


--=20
Hugh Waite
Principal Design Engineer
Crocodile RCS Ltd.



--===============0325841813==--


From miconda@gmail.com Thu Feb  6 16:07:05 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: db_cassandra: clone key in a zero-termniated
	local buffer
Date: Thu, 06 Feb 2014 16:07:03 +0100
Message-ID: <20140206150704.116C5EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0653713453=="

--===============0653713453==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 3cde37cf10795b4eb785ffd141a8b28e64864f5d
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3cde37cf10795b4eb785ffd141a8b28e64864f5d

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb  6 16:03:27 2014 +0100

db_cassandra: clone key in a zero-termniated local buffer

- rework from a patch by Jay Binks

---

 modules/db_cassandra/dbcassa_base.cpp |   10 +++++++++-
 1 files changed, 9 insertions(+), 1 deletions(-)

diff --git a/modules/db_cassandra/dbcassa_base.cpp b/modules/db_cassandra/dbc=
assa_base.cpp
index ffa9e3b..1a721bb 100644
--- a/modules/db_cassandra/dbcassa_base.cpp
+++ b/modules/db_cassandra/dbcassa_base.cpp
@@ -440,6 +440,7 @@ ColumnVecPtr cassa_translate_query(const db1_con_t* _h, c=
onst db_key_t* _k,
 	int key_len=3D0, seckey_len =3D 0;
 	int no_kc, no_sec_kc;
 	dbcassa_table_p tbc;
+	char pk[256];
=20
 	/** Lock table schema and construct primary and secondary key **/
 	if(_k) {
@@ -496,7 +497,14 @@ ColumnVecPtr cassa_translate_query(const db1_con_t* _h, =
const db_key_t* _k,
 		} else { /* the table doesn't have any secondary key defined */
 			if(_c) {
 				for(int i=3D0; i< _nc; i++) {
-					sp.column_names.push_back(_c[i]->s);
+					/*sp.column_names.push_back(_c[i]->s);*/
+					if(_c[i]->len>255) {
+						LM_ERR("column key is too long [%.*s]\n", _c[i]->len, _c[i]->s);
+						return ColumnVecPtr(NULL);
+					}
+					memcpy(pk, _c[i]->s, _c[i]->len);
+					pk[_c[i]->len] =3D '\0';
+					sp.column_names.push_back(pk);
 					LM_DBG("Query col: %s\n", _c[i]->s);
 				}
 				LM_DBG("get %d columns\n", _nc);



--===============0653713453==--


From miconda@gmail.com Thu Feb  6 16:10:14 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Fwd: [SR-Users] bug in authdb_mod ??
Date: Thu, 06 Feb 2014 16:09:57 +0100
Message-ID: <52F3A5C5.3080601@gmail.com>
In-Reply-To:
 <CAO47HpcRVyCZJ7T1oZeUtL2Fs81tw0m0uOR_b-Ye+KFAidz3bA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0697564519=="

--===============0697564519==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

I pushed a rework-ed patch. Can you try with the patch from commit:

-=20
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3D3cde3=
7cf10795b4eb785ffd141a8b28e64864f5d

I don't use cassandra, so didn't test it. If all goes fine with the=20
tests, then I can backport.

Cheersm
Daniel


On 06/02/14 05:30, jay binks wrote:
> So I posted this to the user list in December, and got nowhere..
>
> Can someone familiar with db_cassandra review my patch ( possibly=20
> clean this up and commit it )
>
>
> # git diff dbcassa_base.cpp
> diff --git a/modules/db_cassandra/dbcassa_base.cpp=20
> b/modules/db_cassandra/dbcassa_base.cpp
> index e9d3a32..155221d 100644
> --- a/modules/db_cassandra/dbcassa_base.cpp
> +++ b/modules/db_cassandra/dbcassa_base.cpp
> @@ -439,6 +439,7 @@ ColumnVecPtr cassa_translate_query(const=20
> db1_con_t* _h, const db_key_t* _k,
>         int key_len=3D0, seckey_len =3D 0;
>         int no_kc, no_sec_kc;
>         dbcassa_table_p tbc;
> +       char pk[255];
>         /** Lock table schema and construct primary and secondary key **/
>         if(_k) {
> @@ -495,8 +496,12 @@ ColumnVecPtr cassa_translate_query(const=20
> db1_con_t* _h, const db_key_t* _k,
>                 } else { /* the table doesn't have any secondary key=20
> defined */
>                         if(_c) {
>                                 for(int i=3D0; i< _nc; i++) {
> - sp.column_names.push_back(_c[i]->s);
> - LM_DBG("Query col: %s\n", _c[i]->s);
> +                                       sprintf(pk, "%.*s",=20
> _c[i]->len, _c[i]->s );
> + sp.column_names.push_back( pk);
> + //sp.column_names.push_back(_c[i]->s);
> + LM_DBG("Query col: %s\n", pk );
> + //LM_DBG("Query col: %s\n", _c[i]->s);
> + LM_DBG("JAY Query col: %.*s\n", _c[i]->len, _c[i]->s);
>                                 }
>                                 LM_DBG("get %d columns\n", _nc);
> sp.__isset.column_names =3D true; // set
>
>
>
>
> yea I know I left crap in there, but it gives you an idea... also...
> yea pk is a crap name... copy paste... and I havnt given any thought=20
> to the size 255 ,  but thats probably fairly safe and anything smaller=20
> might not be so safe.
> ( unless there is a limit elsewhere I should observe )
>
> Jay
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============0697564519==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+CiAgICBJIHB1c2hlZCBhIHJld29y
ay1lZCBwYXRjaC4gQ2FuIHlvdSB0cnkgd2l0aCB0aGUgcGF0Y2ggZnJvbSBjb21taXQ6PGJyPgog
ICAgPGJyPgogICAgLQo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw
Oi8vZ2l0LnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vZ2l0d2ViLmNnaS9zaXAtcm91dGVyLz9hPWNv
bW1pdDtoPTNjZGUzN2NmMTA3OTViNGViNzg1ZmZkMTQxYThiMjhlNjQ4NjRmNWQiPmh0dHA6Ly9n
aXQuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9naXR3ZWIuY2dpL3NpcC1yb3V0ZXIvP2E9Y29tbWl0
O2g9M2NkZTM3Y2YxMDc5NWI0ZWI3ODVmZmQxNDFhOGIyOGU2NDg2NGY1ZDwvYT48YnI+CiAgICA8
YnI+CiAgICBJIGRvbid0IHVzZSBjYXNzYW5kcmEsIHNvIGRpZG4ndCB0ZXN0IGl0LiBJZiBhbGwg
Z29lcyBmaW5lIHdpdGggdGhlCiAgICB0ZXN0cywgdGhlbiBJIGNhbiBiYWNrcG9ydC48YnI+CiAg
ICA8YnI+CiAgICBDaGVlcnNtPGJyPgogICAgRGFuaWVsPGJyPgogICAgPGJyPgogICAgPGJyPgog
ICAgPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJlZml4Ij5PbiAwNi8wMi8xNCAwNTozMCwgamF5IGJp
bmtzIHdyb3RlOjxicj4KICAgIDwvZGl2PgogICAgPGJsb2NrcXVvdGUKY2l0ZT0ibWlkOkNBTzQ3
SHBjUlZ5Q1pKN1Qxb1plVXRMMkZzODF0dzBtMHVPUl9iLVllK0tGQWlkejNiQUBtYWlsLmdtYWls
LmNvbSIKICAgICAgdHlwZT0iY2l0ZSI+CiAgICAgIDxkaXYgZGlyPSJsdHIiPlNvIEkgcG9zdGVk
IHRoaXMgdG8gdGhlIHVzZXIgbGlzdCBpbiBEZWNlbWJlciwgYW5kCiAgICAgICAgZ290IG5vd2hl
cmUuLgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+Q2FuIHNv
bWVvbmUgZmFtaWxpYXIgd2l0aCBkYl9jYXNzYW5kcmEgcmV2aWV3IG15IHBhdGNoICgKICAgICAg
ICAgIHBvc3NpYmx5IGNsZWFuIHRoaXMgdXAgYW5kIGNvbW1pdCBpdCApPC9kaXY+CiAgICAgICAg
PGRpdj4KICAgICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4KICAgICAgICAgICAgPGRp
diBkaXI9Imx0ciI+CiAgICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+
CiAgICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAg
ICAgPGRpdj4KICAgICAgICAgICAgICAgIDxkaXY+IyBnaXQgZGlmZiBkYmNhc3NhX2Jhc2UuY3Bw
oDwvZGl2PgogICAgICAgICAgICAgICAgPGRpdj5kaWZmIC0tZ2l0IGEvbW9kdWxlcy9kYl9jYXNz
YW5kcmEvZGJjYXNzYV9iYXNlLmNwcAogICAgICAgICAgICAgICAgICBiL21vZHVsZXMvZGJfY2Fz
c2FuZHJhL2RiY2Fzc2FfYmFzZS5jcHA8L2Rpdj4KICAgICAgICAgICAgICAgIDxkaXY+aW5kZXgg
ZTlkM2EzMi4uMTU1MjIxZCAxMDA2NDQ8L2Rpdj4KICAgICAgICAgICAgICAgIDxkaXY+LS0tIGEv
bW9kdWxlcy9kYl9jYXNzYW5kcmEvZGJjYXNzYV9iYXNlLmNwcDwvZGl2PgogICAgICAgICAgICAg
ICAgPGRpdj4rKysgYi9tb2R1bGVzL2RiX2Nhc3NhbmRyYS9kYmNhc3NhX2Jhc2UuY3BwPC9kaXY+
CiAgICAgICAgICAgICAgICA8ZGl2PkBAIC00MzksNiArNDM5LDcgQEAgQ29sdW1uVmVjUHRyCiAg
ICAgICAgICAgICAgICAgIGNhc3NhX3RyYW5zbGF0ZV9xdWVyeShjb25zdCBkYjFfY29uX3QqIF9o
LCBjb25zdAogICAgICAgICAgICAgICAgICBkYl9rZXlfdCogX2ssPC9kaXY+CiAgICAgICAgICAg
ICAgICA8ZGl2PqAgoCCgIKAgaW50IGtleV9sZW49MCwgc2Vja2V5X2xlbiA9IDA7PC9kaXY+CiAg
ICAgICAgICAgICAgICA8ZGl2PqAgoCCgIKAgaW50IG5vX2tjLCBub19zZWNfa2M7PC9kaXY+CiAg
ICAgICAgICAgICAgICA8ZGl2PqAgoCCgIKAgZGJjYXNzYV90YWJsZV9wIHRiYzs8L2Rpdj4KICAg
ICAgICAgICAgICAgIDxkaXY+KyCgIKAgoCBjaGFyIHBrWzI1NV07PC9kaXY+CiAgICAgICAgICAg
ICAgICA8ZGl2PqA8L2Rpdj4KICAgICAgICAgICAgICAgIDxkaXY+oCCgIKAgoCAvKiogTG9jayB0
YWJsZSBzY2hlbWEgYW5kIGNvbnN0cnVjdCBwcmltYXJ5CiAgICAgICAgICAgICAgICAgIGFuZCBz
ZWNvbmRhcnkga2V5ICoqLzwvZGl2PgogICAgICAgICAgICAgICAgPGRpdj6gIKAgoCCgIGlmKF9r
KSB7PC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2PkBAIC00OTUsOCArNDk2LDEyIEBAIENvbHVt
blZlY1B0cgogICAgICAgICAgICAgICAgICBjYXNzYV90cmFuc2xhdGVfcXVlcnkoY29uc3QgZGIx
X2Nvbl90KiBfaCwgY29uc3QKICAgICAgICAgICAgICAgICAgZGJfa2V5X3QqIF9rLDwvZGl2Pgog
ICAgICAgICAgICAgICAgPGRpdj6gIKAgoCCgIKAgoCCgIKAgfSBlbHNlIHsgLyogdGhlIHRhYmxl
IGRvZXNuJ3QgaGF2ZQogICAgICAgICAgICAgICAgICBhbnkgc2Vjb25kYXJ5IGtleSBkZWZpbmVk
ICovPC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2PqAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGlm
KF9jKSB7PC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2IGNsYXNzPSJpbSI+CiAgICAgICAgICAg
ICAgICAgIDxkaXY+oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBmb3IoaW50IGk9MDsK
ICAgICAgICAgICAgICAgICAgICBpJmx0OyBfbmM7IGkrKykgezwvZGl2PgogICAgICAgICAgICAg
ICAgPC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2Pi0goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoAogICAgICAgICAgICAgICAgICBzcC5jb2x1bW5fbmFtZXMucHVzaF9iYWNr
KF9jW2ldLSZndDtzKTs8L2Rpdj4KICAgICAgICAgICAgICAgIDxkaXYgY2xhc3M9ImltIj4KICAg
ICAgICAgICAgICAgICAgPGRpdj4tIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg
IKAKICAgICAgICAgICAgICAgICAgICBMTV9EQkcoIlF1ZXJ5IGNvbDogJXNcbiIsIF9jW2ldLSZn
dDtzKTs8L2Rpdj4KICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAgICAgPGRpdj4r
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgc3ByaW50ZihwaywKICAgICAg
ICAgICAgICAgICAgIiUuKnMiLCBfY1tpXS0mZ3Q7bGVuLCBfY1tpXS0mZ3Q7cyApOzwvZGl2Pgog
ICAgICAgICAgICAgICAgPGRpdj4KICAgICAgICAgICAgICAgICAgKyCgIKAgoCCgIKAgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgCiAgICAgICAgICAgICAgICAgIHNwLmNvbHVtbl9uYW1lcy5w
dXNoX2JhY2soIHBrKTs8L2Rpdj4KICAgICAgICAgICAgICAgIDxkaXY+KyCgIKAgoCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgCiAgICAgICAgICAgICAgICAgIC8vc3AuY29sdW1uX25h
bWVzLnB1c2hfYmFjayhfY1tpXS0mZ3Q7cyk7PC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2Pisg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoAogICAgICAgICAgICAgICAgICBM
TV9EQkcoIlF1ZXJ5IGNvbDogJXNcbiIsIHBrICk7PC9kaXY+CiAgICAgICAgICAgICAgICA8ZGl2
PisgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoAogICAgICAgICAgICAgICAg
ICAvL0xNX0RCRygiUXVlcnkgY29sOiAlc1xuIiwgX2NbaV0tJmd0O3MpOzwvZGl2PgogICAgICAg
ICAgICAgICAgPGRpdiBjbGFzcz0iaW0iPgogICAgICAgICAgICAgICAgICA8ZGl2PisgoCCgIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoAogICAgICAgICAgICAgICAgICAgIExNX0RC
RygiSkFZIFF1ZXJ5IGNvbDogJS4qc1xuIiwgX2NbaV0tJmd0O2xlbiwKICAgICAgICAgICAgICAg
ICAgICBfY1tpXS0mZ3Q7cyk7PC9kaXY+CiAgICAgICAgICAgICAgICAgIDxkaXY+oCCgIKAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCB9PC9kaXY+CiAgICAgICAgICAgICAgICA8L2Rpdj4KICAg
ICAgICAgICAgICAgIDxkaXYgY2xhc3M9ImltIj4KICAgICAgICAgICAgICAgICAgPGRpdj6gIKAg
oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIExNX0RCRygiZ2V0ICVkCiAgICAgICAgICAgICAg
ICAgICAgY29sdW1uc1xuIiwgX25jKTs8L2Rpdj4KICAgICAgICAgICAgICAgIDwvZGl2PgogICAg
ICAgICAgICAgICAgPGRpdiBjbGFzcz0iaW0iPgogICAgICAgICAgICAgICAgICA8ZGl2PqAgoCCg
IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAKICAgICAgICAgICAgICAgICAgICBzcC5fX2lzc2V0
LmNvbHVtbl9uYW1lcyA9IHRydWU7IC8vIHNldDwvZGl2PgogICAgICAgICAgICAgICAgPC9kaXY+
CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAg
ICAgPC9kaXY+CiAgICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAg
ICAgICAgICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAg
PGRpdj48YnI+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgPGRpdj55ZWEgSSBr
bm93IEkgbGVmdCBjcmFwIGluIHRoZXJlLCBidXQgaXQgZ2l2ZXMgeW91IGFuCiAgICAgICAgICAg
ICAgICBpZGVhLi4uIGFsc28uLi48L2Rpdj4KICAgICAgICAgICAgICA8ZGl2PnllYSBwayBpcyBh
IGNyYXAgbmFtZS4uLiBjb3B5IHBhc3RlLi4uIGFuZCBJIGhhdm50CiAgICAgICAgICAgICAgICBn
aXZlbiBhbnkgdGhvdWdodCB0byB0aGUgc2l6ZSAyNTUgLCCgYnV0IHRoYXRzIHByb2JhYmx5CiAg
ICAgICAgICAgICAgICBmYWlybHkgc2FmZSBhbmQgYW55dGhpbmcgc21hbGxlciBtaWdodCBub3Qg
YmUgc28gc2FmZS48L2Rpdj4KICAgICAgICAgICAgICA8ZGl2PiggdW5sZXNzIHRoZXJlIGlzIGEg
bGltaXQgZWxzZXdoZXJlIEkgc2hvdWxkIG9ic2VydmUKICAgICAgICAgICAgICAgICk8L2Rpdj4K
ICAgICAgICAgICAgICA8ZGl2Pjxicj4KICAgICAgICAgICAgICA8L2Rpdj4KICAgICAgICAgICAg
ICA8ZGl2PkpheTwvZGl2PgogICAgICAgICAgICA8L2Rpdj4KICAgICAgICAgIDwvZGl2PgogICAg
ICAgIDwvZGl2PgogICAgICA8L2Rpdj4KICAgICAgPGJyPgogICAgICA8ZmllbGRzZXQgY2xhc3M9
Im1pbWVBdHRhY2htZW50SGVhZGVyIj48L2ZpZWxkc2V0PgogICAgICA8YnI+CiAgICAgIDxwcmUg
d3JhcD0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpz
ci1kZXYgbWFpbGluZyBsaXN0CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhy
ZWY9Im1haWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciPnNyLWRldkBsaXN0cy5zaXAt
cm91dGVyLm9yZzwvYT4KPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0
cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXYi
Pmh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3It
ZGV2PC9hPgo8L3ByZT4KICAgIDwvYmxvY2txdW90ZT4KICAgIDxicj4KICAgIDxwcmUgY2xhc3M9
Im1vei1zaWduYXR1cmUiIGNvbHM9IjcyIj4tLSAKRGFuaWVsLUNvbnN0YW50aW4gTWllcmxhIC0g
PGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL3d3dy5hc2lwdG8u
Y29tIj5odHRwOi8vd3d3LmFzaXB0by5jb208L2E+CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJl
ZXRleHQiIGhyZWY9Imh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRhIj5odHRwOi8vdHdpdHRl
ci5jb20vIyEvbWljb25kYTwvYT4gLSA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBo
cmVmPSJodHRwOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9taWNvbmRhIj5odHRwOi8vd3d3Lmxpbmtl
ZGluLmNvbS9pbi9taWNvbmRhPC9hPjwvcHJlPgogIDwvYm9keT4KPC9odG1sPgo=

--===============0697564519==--


From bugtracker@sip-router.org Thu Feb  6 18:15:29 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: fixes for memory leak in TLS	module
Date: Thu, 06 Feb 2014 17:15:25 +0000
Message-ID: <1391706925.52f3c32d8cb94@sip-router.org>
In-Reply-To: <FS380@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0790865323=="

--===============0790865323==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#380 - fixes for memory leak in TLS module
User who did this - Ding Ma (mading087)

----------
Reviewed the code and agreed with most of your changes:
- the removal of the history parts is fine
- using lock on the config updates is a lot better than locking around the lo=
ading of tls config file

However, think the lock around decrementing the reference count may be needed=
 when the -- operation is not atomic.
Based on Intel document:
INC and DEC belong to the family of instructions that can read, modify, and w=
rite a data value in memory. Thus, their operation is not guaranteed to be at=
omic unless the LOCK prefix is used for these instructions (when referencing =
a location in memory). The XCHG instruction automatically causes the LOCK beh=
avior to occur regardless of whether the prefix is used or not.

Here is an example of race condition for the ref_count decrement in tls_h_tcp=
conn_clean(). Assuming 2 threads are trying to tear down two connections, the=
 correct way would be=20
thread1 (ref_count 2->1), then thread2 (ref_count 1->0)
But if thread2 reads the ref_count before thread1 writes, you'd get
thread1 (ref_count 2->1) and thread2 (ref_count 2->1). The result would be wr=
ong, and could cause dangling memory block. Realistically, this would be a ra=
re case, but can still happen.=20

Volatile just tells the compiler not to optimize the ref_count, won't guarant=
ee atomicity. Think your suggestion of using atomic_t type and atomic ops for=
 the ref_count is the absolute right fix. The potential issue with atomic_t i=
s that it would cause some extra work when porting kamailio to non-linux or l=
inux with older kernel. The other alternative would be to use lock around the=
 ref_count decrement, which would have impact on performance when there are a=
 large number of IP phones in the system.=20

If you agree with my assessment, I can take a shoot at changing the ref_count=
 to atomic_t, and provide that as another patch on top of your changes. Or yo=
u can make this change and give me a patch, which I can test for you in a rea=
l system. let me know whichever way works for you.

If possible, wonder if it would be better to merge the current patch plus you=
r changes to the stable main line. This would address the original memory lea=
k issue for 99.9% of the cases. The atomic_t change can come later. Thanks.

----------

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D380#comment12=
92

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0790865323==--


From jason.penton@gmail.com Fri Feb  7 14:17:41 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Problem with Registration on pcscf
Date: Fri, 07 Feb 2014 15:17:35 +0200
Message-ID:
 <CALoGXNWm-m9=HxM3y5oo7wX83ZTKbAcezafsv+084GgNKrE-fw@mail.gmail.com>
In-Reply-To: <52F3A13D.4030201@crocodile-rcs.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0695099710=="

--===============0695099710==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi guys,

just had a look at this and in my opinion there are a few problems here.
Firstly and most NB, I think the hash is incorrect. The hash function
should be over IP:PORT:(maybe proto too) and not include the user part,
etc. IMO the P-CSCF cares about "devices" ie. IP;PORT;PROTO and their
associated IMPUs. Let me give an example:

let's say you register a 4G phone using USIM. The device will register with
something like:
IMPI: imsi(a)ims.test
IMPU: imsi(a)ims.test
Contact: imsi(a)ip:port.....

At this stage in usrloc the hash will be over the contact imsi(a)ip:port

Let's say this SIM has an implicit registration set which includes for
example:
tel:1234
sip:1234(a)ims.test, and
sip:jason.penton(a)ims.test.

Now, when I make a call from my device my contact *could* be either of my
unbarred IMPUs as the user part.... For example, 1234(a)10.0.0.10:4434. In
fact, there is nothing stopping a UE from using it's contact as just
10.0.0.10:443... ie without userpart.

The above scenario will fail in the current codebase as the hash that
stored my original contact was based on a different user part (viz, imsi(a)ip
:port).

The structure in usrloc should be IMO:
device (IP:PRT:PROTO) =3D> list of associated IMPUs

Then, coming to the search,, we can have two overloaded getPcontacts. One
that will return a list of contacts built from the list if IMPUs associated
with the device and second which can be overloaded to send in more
information in the hope that you only return one contact. Here you can pass
in things like received port, userpart, etc, etc. If you use the first
version then you will have to search through the list for whichever contact
you are looking for in your consumer code.

Please let me know what you guys think so I can proceed on this. Currently
it is breaking as well in our tests with 4G devices....

Cheers
Jason


On Thu, Feb 6, 2014 at 4:50 PM, Hugh Waite <hugh.waite(a)crocodile-rcs.com>wr=
ote:

> Hi,
> This system is using GIT master built on December 18th and has the
> 'fallback to ip' modparam set - which is being used in this case because
> all clients are behind a cloud based NAT.
>
> The problem occurs when there are multiple entries for a user in the
> usrloc table, but ul.get_pcontact(...) only ever returns one. which may not
> match the contact or the source IP/port.
>
> We believe that the multiple entries should be returned and looped round
> to check for matches.
> Multiple entries can be easily created by disconnecting a TCP client (or
> sipp script) without deregistering and connecting + registering again from
> a different ephemeral port.
>
> Regards,
> Hugh
>
>
> On 05/02/2014 14:09, Carsten Bock wrote:
>
>> Hi Paul,
>>
>> since probably i'm the guilty one, i would check. In order to quickly
>> reproduce that issue, some quick questions:
>> - you are using GIT master? I've made some changes in GIT master
>> (compared to 4.1) in terms of detecting, if a user is registered...
>>
>> Can you send me the SIPP-Scripts?
>> I will then check next week for this topic.
>>
>> Thanks for testing,
>> Carsten
>>
>>
>>
>> 2014-01-29 Paul Pankhurst <paul(a)crocodile-rcs.com>:
>>
>>> Hi Jason,
>>>
>>>
>>>
>>> I've not done anything further on this since Friday, as I've been busy on
>>> other things.
>>>
>>>
>>>
>>> If you have trouble reproducing it I can send you my sipp scripts and
>>> some
>>> wireshark traces if it helps.
>>>
>>>
>>>
>>> Paul
>>>
>>>
>>>
>>>
>>>
>>> From: sr-dev-bounces(a)lists.sip-router.org
>>> [mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Jason Penton
>>> Sent: 29 January 2014 07:52
>>> To: Kamailio (SER) - Development Mailing List
>>> Subject: Re: [sr-dev] Problem with Registration on pcscf
>>>
>>>
>>>
>>> Hey Paul,
>>>
>>>
>>>
>>> Sorry for the delay on this. I had missed it. I will see if I can
>>> re-create
>>> and get back to you. Have you maanged to do any more testing since?
>>>
>>>
>>>
>>> Cheers
>>>
>>> Jason
>>>
>>>
>>>
>>> On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst <paul(a)crocodile-rcs.com>
>>> wrote:
>>>
>>> I've noticed a problem with registrations on the pcscf when doing some
>>> testing with sipp
>>>
>>> If I send in a REGISTER with SIPP followed by an INVITE calls go through
>>> my
>>> system no problem.
>>> If I then stop the sipp script and run it again, I find that although the
>>> registration succeeds, subsequent INVITES are rejected telling me that I
>>> have not registered!
>>> If I unregister at the end of my script everything is fine, and the
>>> problem
>>> goes away after the original REGISTRATION times out, so this led me to
>>> think
>>> that we had a problem with multiple registrations entries in the system.
>>>
>>> The problem seems to be a result of the fact that sipp always places the
>>> same ip address and port number on the contact line when using tcp
>>> connections.
>>>
>>> I've had a look through the code and believe that we are getting multiple
>>> entries in the usrloc hash table in this scenario, and ul_get_pcontact
>>> only
>>> ever returns the first one which causes pcscf_is_registered to
>>> incorrectly
>>> report that the UE is not registered.
>>>
>>> Paul
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>
>>
>
> --
> Hugh Waite
> Principal Design Engineer
> Crocodile RCS Ltd.
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



--===============0695099710==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGkgZ3V5cyw8ZGl2Pjxicj48L2Rpdj48ZGl2Pmp1c3QgaGFkIGEgbG9v
ayBhdCB0aGlzIGFuZCBpbiBteSBvcGluaW9uIHRoZXJlIGFyZSBhIGZldyBwcm9ibGVtcyBoZXJl
LiBGaXJzdGx5IGFuZCBtb3N0IE5CLCBJIHRoaW5rIHRoZSBoYXNoIGlzIGluY29ycmVjdC4gVGhl
IGhhc2ggZnVuY3Rpb24gc2hvdWxkIGJlIG92ZXIgSVA6UE9SVDoobWF5YmUgcHJvdG8gdG9vKSBh
bmQgbm90IGluY2x1ZGUgdGhlIHVzZXIgcGFydCwgZXRjLiBJTU8gdGhlIFAtQ1NDRiBjYXJlcyBh
Ym91dCAmcXVvdDtkZXZpY2VzJnF1b3Q7IGllLiBJUDtQT1JUO1BST1RPIGFuZCB0aGVpciBhc3Nv
Y2lhdGVkIElNUFVzLiBMZXQgbWUgZ2l2ZSBhbiBleGFtcGxlOjwvZGl2Pgo8ZGl2Pjxicj48L2Rp
dj48ZGl2PmxldCYjMzk7cyBzYXkgeW91IHJlZ2lzdGVyIGEgNEcgcGhvbmUgdXNpbmcgVVNJTS4g
VGhlIGRldmljZSB3aWxsIHJlZ2lzdGVyIHdpdGggc29tZXRoaW5nIGxpa2U6PC9kaXY+PGRpdj5J
TVBJOiBpbXNpQGltcy50ZXN0PC9kaXY+PGRpdj5JTVBVOiBpbXNpQGltcy50ZXN0PC9kaXY+PGRp
dj5Db250YWN0OiBpbXNpQGlwOnBvcnQuLi4uLjwvZGl2PjxkaXY+Cjxicj48L2Rpdj48ZGl2PkF0
IHRoaXMgc3RhZ2UgaW4gdXNybG9jIHRoZSBoYXNoIHdpbGwgYmUgb3ZlciB0aGUgY29udGFjdCBp
bXNpQGlwOnBvcnQ8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkxldCYjMzk7cyBzYXkgdGhpcyBT
SU0gaGFzIGFuIGltcGxpY2l0IHJlZ2lzdHJhdGlvbiBzZXQgd2hpY2ggaW5jbHVkZXMgZm9yIGV4
YW1wbGU6PC9kaXY+PGRpdj50ZWw6MTIzNDwvZGl2PjxkaXY+CnNpcDoxMjM0QGltcy50ZXN0LCBh
bmQ8L2Rpdj48ZGl2PnNpcDpqYXNvbi5wZW50b25AaW1zLnRlc3QuPC9kaXY+PGRpdj48YnI+PC9k
aXY+PGRpdj5Ob3csIHdoZW4gSSBtYWtlIGEgY2FsbCBmcm9tIG15IGRldmljZSBteSBjb250YWN0
ICpjb3VsZCogYmUgZWl0aGVyIG9mIG15IHVuYmFycmVkIElNUFVzIGFzIHRoZSB1c2VyIHBhcnQu
Li4uIEZvciBleGFtcGxlLCA8YSBocmVmPSJodHRwOi8vMTIzNEAxMC4wLjAuMTA6NDQzNCI+MTIz
NEAxMC4wLjAuMTA6NDQzNDwvYT4uIEluIGZhY3QsIHRoZXJlIGlzIG5vdGhpbmcgc3RvcHBpbmcg
YSBVRSBmcm9tIHVzaW5nIGl0JiMzOTtzIGNvbnRhY3QgYXMganVzdCAxMC4wLjAuMTA6NDQzLi4u
IGllIHdpdGhvdXQgdXNlcnBhcnQuPC9kaXY+CjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhlIGFib3Zl
IHNjZW5hcmlvIHdpbGwgZmFpbCBpbiB0aGUgY3VycmVudCBjb2RlYmFzZSBhcyB0aGUgaGFzaCB0
aGF0IHN0b3JlZCBteSBvcmlnaW5hbCBjb250YWN0IHdhcyBiYXNlZCBvbiBhIGRpZmZlcmVudCB1
c2VyIHBhcnQgKHZpeiwgaW1zaUBpcDpwb3J0KS48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRo
ZSBzdHJ1Y3R1cmUgaW4gdXNybG9jIHNob3VsZCBiZSBJTU86PC9kaXY+CjxkaXY+ZGV2aWNlIChJ
UDpQUlQ6UFJPVE8pID0mZ3Q7IGxpc3Qgb2YgYXNzb2NpYXRlZCBJTVBVczwvZGl2PjxkaXY+PGJy
PjwvZGl2PjxkaXY+VGhlbiwgY29taW5nIHRvIHRoZSBzZWFyY2gsLCB3ZSBjYW4gaGF2ZSB0d28g
b3ZlcmxvYWRlZCBnZXRQY29udGFjdHMuIE9uZSB0aGF0IHdpbGwgcmV0dXJuIGEgbGlzdCBvZiBj
b250YWN0cyBidWlsdCBmcm9tIHRoZSBsaXN0IGlmIElNUFVzIGFzc29jaWF0ZWQgd2l0aCB0aGUg
ZGV2aWNlIGFuZCBzZWNvbmQgd2hpY2ggY2FuIGJlIG92ZXJsb2FkZWQgdG8gc2VuZCBpbiBtb3Jl
IGluZm9ybWF0aW9uIGluIHRoZSBob3BlIHRoYXQgeW91IG9ubHkgcmV0dXJuIG9uZSBjb250YWN0
LiBIZXJlIHlvdSBjYW4gcGFzcyBpbiB0aGluZ3MgbGlrZSByZWNlaXZlZCBwb3J0LCB1c2VycGFy
dCwgZXRjLCBldGMuIElmIHlvdSB1c2UgdGhlIGZpcnN0IHZlcnNpb24gdGhlbiB5b3Ugd2lsbCBo
YXZlIHRvIHNlYXJjaCB0aHJvdWdoIHRoZSBsaXN0IGZvciB3aGljaGV2ZXIgY29udGFjdCB5b3Ug
YXJlIGxvb2tpbmcgZm9yIGluIHlvdXIgY29uc3VtZXIgY29kZS48L2Rpdj4KPGRpdj48YnI+PC9k
aXY+PGRpdj5QbGVhc2UgbGV0IG1lIGtub3cgd2hhdCB5b3UgZ3V5cyB0aGluayBzbyBJIGNhbiBw
cm9jZWVkIG9uIHRoaXMuIEN1cnJlbnRseSBpdCBpcyBicmVha2luZyBhcyB3ZWxsIGluIG91ciB0
ZXN0cyB3aXRoIDRHIGRldmljZXMuLi4uPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5DaGVlcnM8
L2Rpdj48ZGl2Pkphc29uPC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPgo8YnI+
PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBUaHUsIEZlYiA2LCAyMDE0IGF0IDQ6NTAg
UE0sIEh1Z2ggV2FpdGUgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86aHVnaC53
YWl0ZUBjcm9jb2RpbGUtcmNzLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmh1Z2gud2FpdGVAY3JvY29k
aWxlLXJjcy5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJn
bWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2Nj
IHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgpIaSw8YnI+ClRoaXMgc3lzdGVtIGlzIHVzaW5nIEdJ
VCBtYXN0ZXIgYnVpbHQgb24gRGVjZW1iZXIgMTh0aCBhbmQgaGFzIHRoZSAmIzM5O2ZhbGxiYWNr
IHRvIGlwJiMzOTsgbW9kcGFyYW0gc2V0IC0gd2hpY2ggaXMgYmVpbmcgdXNlZCBpbiB0aGlzIGNh
c2UgYmVjYXVzZSBhbGwgY2xpZW50cyBhcmUgYmVoaW5kIGEgY2xvdWQgYmFzZWQgTkFULjxicj4K
PGJyPgpUaGUgcHJvYmxlbSBvY2N1cnMgd2hlbiB0aGVyZSBhcmUgbXVsdGlwbGUgZW50cmllcyBm
b3IgYSB1c2VyIGluIHRoZSB1c3Jsb2MgdGFibGUsIGJ1dCB1bC5nZXRfcGNvbnRhY3QoLi4uKSBv
bmx5IGV2ZXIgcmV0dXJucyBvbmUuIHdoaWNoIG1heSBub3QgbWF0Y2ggdGhlIGNvbnRhY3Qgb3Ig
dGhlIHNvdXJjZSBJUC9wb3J0Ljxicj4KPGJyPgpXZSBiZWxpZXZlIHRoYXQgdGhlIG11bHRpcGxl
IGVudHJpZXMgc2hvdWxkIGJlIHJldHVybmVkIGFuZCBsb29wZWQgcm91bmQgdG8gY2hlY2sgZm9y
IG1hdGNoZXMuPGJyPgpNdWx0aXBsZSBlbnRyaWVzIGNhbiBiZSBlYXNpbHkgY3JlYXRlZCBieSBk
aXNjb25uZWN0aW5nIGEgVENQIGNsaWVudCAob3Igc2lwcCBzY3JpcHQpIHdpdGhvdXQgZGVyZWdp
c3RlcmluZyBhbmQgY29ubmVjdGluZyArIHJlZ2lzdGVyaW5nIGFnYWluIGZyb20gYSBkaWZmZXJl
bnQgZXBoZW1lcmFsIHBvcnQuPGJyPgo8YnI+ClJlZ2FyZHMsPGJyPgpIdWdoPGRpdiBjbGFzcz0i
SE9FblpiIj48ZGl2IGNsYXNzPSJoNSI+PGJyPgo8YnI+Ck9uIDA1LzAyLzIwMTQgMTQ6MDksIENh
cnN0ZW4gQm9jayB3cm90ZTo8YnI+CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5
bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmct
bGVmdDoxZXgiPgpIaSBQYXVsLDxicj4KPGJyPgpzaW5jZSBwcm9iYWJseSBpJiMzOTttIHRoZSBn
dWlsdHkgb25lLCBpIHdvdWxkIGNoZWNrLiBJbiBvcmRlciB0byBxdWlja2x5PGJyPgpyZXByb2R1
Y2UgdGhhdCBpc3N1ZSwgc29tZSBxdWljayBxdWVzdGlvbnM6PGJyPgotIHlvdSBhcmUgdXNpbmcg
R0lUIG1hc3Rlcj8gSSYjMzk7dmUgbWFkZSBzb21lIGNoYW5nZXMgaW4gR0lUIG1hc3Rlcjxicj4K
KGNvbXBhcmVkIHRvIDQuMSkgaW4gdGVybXMgb2YgZGV0ZWN0aW5nLCBpZiBhIHVzZXIgaXMgcmVn
aXN0ZXJlZC4uLjxicj4KPGJyPgpDYW4geW91IHNlbmQgbWUgdGhlIFNJUFAtU2NyaXB0cz88YnI+
Ckkgd2lsbCB0aGVuIGNoZWNrIG5leHQgd2VlayBmb3IgdGhpcyB0b3BpYy48YnI+Cjxicj4KVGhh
bmtzIGZvciB0ZXN0aW5nLDxicj4KQ2Fyc3Rlbjxicj4KPGJyPgo8YnI+Cjxicj4KMjAxNC0wMS0y
OSBQYXVsIFBhbmtodXJzdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBhdWxAY3JvY29kaWxlLXJjcy5j
b20iIHRhcmdldD0iX2JsYW5rIj5wYXVsQGNyb2NvZGlsZS1yY3MuY29tPC9hPiZndDs6PGJyPgo8
YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDti
b3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KSGkgSmFzb24sPGJy
Pgo8YnI+Cjxicj4KPGJyPgpJJiMzOTt2ZSBub3QgZG9uZSBhbnl0aGluZyBmdXJ0aGVyIG9uIHRo
aXMgc2luY2UgRnJpZGF5LCBhcyBJJiMzOTt2ZSBiZWVuIGJ1c3kgb248YnI+Cm90aGVyIHRoaW5n
cy48YnI+Cjxicj4KPGJyPgo8YnI+CklmIHlvdSBoYXZlIHRyb3VibGUgcmVwcm9kdWNpbmcgaXQg
SSBjYW4gc2VuZCB5b3UgbXkgc2lwcCBzY3JpcHRzIGFuZCBzb21lPGJyPgp3aXJlc2hhcmsgdHJh
Y2VzIGlmIGl0IGhlbHBzLjxicj4KPGJyPgo8YnI+Cjxicj4KUGF1bDxicj4KPGJyPgo8YnI+Cjxi
cj4KPGJyPgo8YnI+CkZyb206IDxhIGhyZWY9Im1haWx0bzpzci1kZXYtYm91bmNlc0BsaXN0cy5z
aXAtcm91dGVyLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNyLWRldi1ib3VuY2VzQGxpc3RzLnNpcC08
dT48L3U+cm91dGVyLm9yZzwvYT48YnI+ClttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnNyLWRldi1i
b3VuY2VzQGxpc3RzLnNpcC1yb3V0ZXIub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ItZGV2LWJvdW5j
ZXNAbGlzdHMuPHU+PC91PnNpcC1yb3V0ZXIub3JnPC9hPl0gT24gQmVoYWxmIE9mIEphc29uIFBl
bnRvbjxicj4KU2VudDogMjkgSmFudWFyeSAyMDE0IDA3OjUyPGJyPgpUbzogS2FtYWlsaW8gKFNF
UikgLSBEZXZlbG9wbWVudCBNYWlsaW5nIExpc3Q8YnI+ClN1YmplY3Q6IFJlOiBbc3ItZGV2XSBQ
cm9ibGVtIHdpdGggUmVnaXN0cmF0aW9uIG9uIHBjc2NmPGJyPgo8YnI+Cjxicj4KPGJyPgpIZXkg
UGF1bCw8YnI+Cjxicj4KPGJyPgo8YnI+ClNvcnJ5IGZvciB0aGUgZGVsYXkgb24gdGhpcy4gSSBo
YWQgbWlzc2VkIGl0LiBJIHdpbGwgc2VlIGlmIEkgY2FuIHJlLWNyZWF0ZTxicj4KYW5kIGdldCBi
YWNrIHRvIHlvdS4gSGF2ZSB5b3UgbWFhbmdlZCB0byBkbyBhbnkgbW9yZSB0ZXN0aW5nIHNpbmNl
Pzxicj4KPGJyPgo8YnI+Cjxicj4KQ2hlZXJzPGJyPgo8YnI+Ckphc29uPGJyPgo8YnI+Cjxicj4K
PGJyPgpPbiBGcmksIEphbiAyNCwgMjAxNCBhdCA1OjQyIFBNLCBQYXVsIFBhbmtodXJzdCAmbHQ7
PGEgaHJlZj0ibWFpbHRvOnBhdWxAY3JvY29kaWxlLXJjcy5jb20iIHRhcmdldD0iX2JsYW5rIj5w
YXVsQGNyb2NvZGlsZS1yY3MuY29tPC9hPiZndDs8YnI+Cndyb3RlOjxicj4KPGJyPgpJJiMzOTt2
ZSBub3RpY2VkIGEgcHJvYmxlbSB3aXRoIHJlZ2lzdHJhdGlvbnMgb24gdGhlIHBjc2NmIHdoZW4g
ZG9pbmcgc29tZTxicj4KdGVzdGluZyB3aXRoIHNpcHA8YnI+Cjxicj4KSWYgSSBzZW5kIGluIGEg
UkVHSVNURVIgd2l0aCBTSVBQIGZvbGxvd2VkIGJ5IGFuIElOVklURSBjYWxscyBnbyB0aHJvdWdo
IG15PGJyPgpzeXN0ZW0gbm8gcHJvYmxlbS48YnI+CklmIEkgdGhlbiBzdG9wIHRoZSBzaXBwIHNj
cmlwdCBhbmQgcnVuIGl0IGFnYWluLCBJIGZpbmQgdGhhdCBhbHRob3VnaCB0aGU8YnI+CnJlZ2lz
dHJhdGlvbiBzdWNjZWVkcywgc3Vic2VxdWVudCBJTlZJVEVTIGFyZSByZWplY3RlZCB0ZWxsaW5n
IG1lIHRoYXQgSTxicj4KaGF2ZSBub3QgcmVnaXN0ZXJlZCE8YnI+CklmIEkgdW5yZWdpc3RlciBh
dCB0aGUgZW5kIG9mIG15IHNjcmlwdCBldmVyeXRoaW5nIGlzIGZpbmUsIGFuZCB0aGUgcHJvYmxl
bTxicj4KZ29lcyBhd2F5IGFmdGVyIHRoZSBvcmlnaW5hbCBSRUdJU1RSQVRJT04gdGltZXMgb3V0
LCBzbyB0aGlzIGxlZCBtZSB0byB0aGluazxicj4KdGhhdCB3ZSBoYWQgYSBwcm9ibGVtIHdpdGgg
bXVsdGlwbGUgcmVnaXN0cmF0aW9ucyBlbnRyaWVzIGluIHRoZSBzeXN0ZW0uPGJyPgo8YnI+ClRo
ZSBwcm9ibGVtIHNlZW1zIHRvIGJlIGEgcmVzdWx0IG9mIHRoZSBmYWN0IHRoYXQgc2lwcCBhbHdh
eXMgcGxhY2VzIHRoZTxicj4Kc2FtZSBpcCBhZGRyZXNzIGFuZCBwb3J0IG51bWJlciBvbiB0aGUg
Y29udGFjdCBsaW5lIHdoZW4gdXNpbmcgdGNwPGJyPgpjb25uZWN0aW9ucy48YnI+Cjxicj4KSSYj
Mzk7dmUgaGFkIGEgbG9vayB0aHJvdWdoIHRoZSBjb2RlIGFuZCBiZWxpZXZlIHRoYXQgd2UgYXJl
IGdldHRpbmcgbXVsdGlwbGU8YnI+CmVudHJpZXMgaW4gdGhlIHVzcmxvYyBoYXNoIHRhYmxlIGlu
IHRoaXMgc2NlbmFyaW8sIGFuZCB1bF9nZXRfcGNvbnRhY3Qgb25seTxicj4KZXZlciByZXR1cm5z
IHRoZSBmaXJzdCBvbmUgd2hpY2ggY2F1c2VzIHBjc2NmX2lzX3JlZ2lzdGVyZWQgdG8gaW5jb3Jy
ZWN0bHk8YnI+CnJlcG9ydCB0aGF0IHRoZSBVRSBpcyBub3QgcmVnaXN0ZXJlZC48YnI+Cjxicj4K
UGF1bDxicj4KPGJyPgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX188dT48L3U+X19fX19f
X19fX19fX19fX188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+CjxhIGhyZWY9Im1haWx0bzpz
ci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciIHRhcmdldD0iX2JsYW5rIj5zci1kZXZAbGlzdHMu
c2lwLXJvdXRlci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5v
cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6
Ly9saXN0cy5zaXAtcm91dGVyLm9yZy88dT48L3U+Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3Ny
LTx1PjwvdT5kZXY8L2E+PGJyPgo8YnI+Cjxicj4KPGJyPgo8YnI+Cl9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXzx1PjwvdT5fX19fX19fX19fX19fX19fXzxicj4Kc3ItZGV2IG1haWxpbmcg
bGlzdDxicj4KPGEgaHJlZj0ibWFpbHRvOnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZyIgdGFy
Z2V0PSJfYmxhbmsiPnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZzwvYT48YnI+CjxhIGhyZWY9
Imh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3It
ZGV2IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnLzx1PjwvdT5j
Z2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItPHU+PC91PmRldjwvYT48YnI+Cjxicj4KPC9ibG9j
a3F1b3RlPgo8YnI+Cjxicj4KPC9ibG9ja3F1b3RlPgo8YnI+Cjxicj4KLS0gPGJyPjwvZGl2Pjwv
ZGl2PjxzcGFuIGNsYXNzPSJIT0VuWmIiPjxmb250IGNvbG9yPSIjODg4ODg4Ij4KSHVnaCBXYWl0
ZTxicj4KUHJpbmNpcGFsIERlc2lnbiBFbmdpbmVlcjxicj4KQ3JvY29kaWxlIFJDUyBMdGQuPC9m
b250Pjwvc3Bhbj48ZGl2IGNsYXNzPSJIT0VuWmIiPjxkaXYgY2xhc3M9Img1Ij48YnI+Cjxicj4K
PGJyPgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX188dT48L3U+X19fX19fX19fX19fX19f
X188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+CjxhIGhyZWY9Im1haWx0bzpzci1kZXZAbGlz
dHMuc2lwLXJvdXRlci5vcmciIHRhcmdldD0iX2JsYW5rIj5zci1kZXZAbGlzdHMuc2lwLXJvdXRl
ci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJp
bi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5z
aXAtcm91dGVyLm9yZy88dT48L3U+Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLTx1PjwvdT5k
ZXY8L2E+PGJyPgo8L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2Pgo=

--===============0695099710==--


From carsten@ng-voice.com Fri Feb  7 17:02:00 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Problem with Registration on pcscf
Date: Fri, 07 Feb 2014 17:01:53 +0100
Message-ID:
 <CAOCjumEEXkK86wf3koHRmJdz6aq+dmAb3oCogSz44wULksh7Vg@mail.gmail.com>
In-Reply-To: <52F3A13D.4030201@crocodile-rcs.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2124083392=="

--===============2124083392==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi Hugh, Hi Paul.

any chance, that you send us your SIPP-scripts? We can test all our
own use-cases (but they work already), but in order to fix (and
correctly understand) this, we need to reproduce your problem...

Thanks,
Carsten


2014-02-06 Hugh Waite <hugh.waite(a)crocodile-rcs.com>:
> Hi,
> This system is using GIT master built on December 18th and has the 'fallback
> to ip' modparam set - which is being used in this case because all clients
> are behind a cloud based NAT.
>
> The problem occurs when there are multiple entries for a user in the usrloc
> table, but ul.get_pcontact(...) only ever returns one. which may not match
> the contact or the source IP/port.
>
> We believe that the multiple entries should be returned and looped round to
> check for matches.
> Multiple entries can be easily created by disconnecting a TCP client (or
> sipp script) without deregistering and connecting + registering again from a
> different ephemeral port.
>
> Regards,
> Hugh
>
>
> On 05/02/2014 14:09, Carsten Bock wrote:
>>
>> Hi Paul,
>>
>> since probably i'm the guilty one, i would check. In order to quickly
>> reproduce that issue, some quick questions:
>> - you are using GIT master? I've made some changes in GIT master
>> (compared to 4.1) in terms of detecting, if a user is registered...
>>
>> Can you send me the SIPP-Scripts?
>> I will then check next week for this topic.
>>
>> Thanks for testing,
>> Carsten
>>
>>
>>
>> 2014-01-29 Paul Pankhurst <paul(a)crocodile-rcs.com>:
>>>
>>> Hi Jason,
>>>
>>>
>>>
>>> I've not done anything further on this since Friday, as I've been busy on
>>> other things.
>>>
>>>
>>>
>>> If you have trouble reproducing it I can send you my sipp scripts and
>>> some
>>> wireshark traces if it helps.
>>>
>>>
>>>
>>> Paul
>>>
>>>
>>>
>>>
>>>
>>> From: sr-dev-bounces(a)lists.sip-router.org
>>> [mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Jason Penton
>>> Sent: 29 January 2014 07:52
>>> To: Kamailio (SER) - Development Mailing List
>>> Subject: Re: [sr-dev] Problem with Registration on pcscf
>>>
>>>
>>>
>>> Hey Paul,
>>>
>>>
>>>
>>> Sorry for the delay on this. I had missed it. I will see if I can
>>> re-create
>>> and get back to you. Have you maanged to do any more testing since?
>>>
>>>
>>>
>>> Cheers
>>>
>>> Jason
>>>
>>>
>>>
>>> On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst <paul(a)crocodile-rcs.com>
>>> wrote:
>>>
>>> I've noticed a problem with registrations on the pcscf when doing some
>>> testing with sipp
>>>
>>> If I send in a REGISTER with SIPP followed by an INVITE calls go through
>>> my
>>> system no problem.
>>> If I then stop the sipp script and run it again, I find that although the
>>> registration succeeds, subsequent INVITES are rejected telling me that I
>>> have not registered!
>>> If I unregister at the end of my script everything is fine, and the
>>> problem
>>> goes away after the original REGISTRATION times out, so this led me to
>>> think
>>> that we had a problem with multiple registrations entries in the system.
>>>
>>> The problem seems to be a result of the fact that sipp always places the
>>> same ip address and port number on the contact line when using tcp
>>> connections.
>>>
>>> I've had a look through the code and believe that we are getting multiple
>>> entries in the usrloc hash table in this scenario, and ul_get_pcontact
>>> only
>>> ever returns the first one which causes pcscf_is_registered to
>>> incorrectly
>>> report that the UE is not registered.
>>>
>>> Paul
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>
>>
>
>
> --
> Hugh Waite
> Principal Design Engineer
> Crocodile RCS Ltd.
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



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

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

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/


--===============2124083392==--


From paul@crocodile-rcs.com Fri Feb  7 17:35:18 2014
From: Paul Pankhurst <paul@crocodile-rcs.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Problem with Registration on pcscf
Date: Fri, 07 Feb 2014 16:35:06 +0000
Message-ID: <000601cf2422$936a50e0$ba3ef2a0$@crocodile-rcs.com>
In-Reply-To:
 <CAOCjumEEXkK86wf3koHRmJdz6aq+dmAb3oCogSz44wULksh7Vg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0918877310=="

--===============0918877310==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi Carsten, 

I'll tar up the scripts and send them across to your direct email shortly

Paul

-----Original Message-----
From: sr-dev-bounces(a)lists.sip-router.org
[mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Carsten Bock
Sent: 07 February 2014 16:02
To: Kamailio (SER) - Development Mailing List
Subject: Re: [sr-dev] Problem with Registration on pcscf

Hi Hugh, Hi Paul.

any chance, that you send us your SIPP-scripts? We can test all our own
use-cases (but they work already), but in order to fix (and correctly
understand) this, we need to reproduce your problem...

Thanks,
Carsten


2014-02-06 Hugh Waite <hugh.waite(a)crocodile-rcs.com>:
> Hi,
> This system is using GIT master built on December 18th and has the 
> 'fallback to ip' modparam set - which is being used in this case 
> because all clients are behind a cloud based NAT.
>
> The problem occurs when there are multiple entries for a user in the 
> usrloc table, but ul.get_pcontact(...) only ever returns one. which 
> may not match the contact or the source IP/port.
>
> We believe that the multiple entries should be returned and looped 
> round to check for matches.
> Multiple entries can be easily created by disconnecting a TCP client 
> (or sipp script) without deregistering and connecting + registering 
> again from a different ephemeral port.
>
> Regards,
> Hugh
>
>
> On 05/02/2014 14:09, Carsten Bock wrote:
>>
>> Hi Paul,
>>
>> since probably i'm the guilty one, i would check. In order to quickly 
>> reproduce that issue, some quick questions:
>> - you are using GIT master? I've made some changes in GIT master 
>> (compared to 4.1) in terms of detecting, if a user is registered...
>>
>> Can you send me the SIPP-Scripts?
>> I will then check next week for this topic.
>>
>> Thanks for testing,
>> Carsten
>>
>>
>>
>> 2014-01-29 Paul Pankhurst <paul(a)crocodile-rcs.com>:
>>>
>>> Hi Jason,
>>>
>>>
>>>
>>> I've not done anything further on this since Friday, as I've been 
>>> busy on other things.
>>>
>>>
>>>
>>> If you have trouble reproducing it I can send you my sipp scripts 
>>> and some wireshark traces if it helps.
>>>
>>>
>>>
>>> Paul
>>>
>>>
>>>
>>>
>>>
>>> From: sr-dev-bounces(a)lists.sip-router.org
>>> [mailto:sr-dev-bounces(a)lists.sip-router.org] On Behalf Of Jason 
>>> Penton
>>> Sent: 29 January 2014 07:52
>>> To: Kamailio (SER) - Development Mailing List
>>> Subject: Re: [sr-dev] Problem with Registration on pcscf
>>>
>>>
>>>
>>> Hey Paul,
>>>
>>>
>>>
>>> Sorry for the delay on this. I had missed it. I will see if I can 
>>> re-create and get back to you. Have you maanged to do any more 
>>> testing since?
>>>
>>>
>>>
>>> Cheers
>>>
>>> Jason
>>>
>>>
>>>
>>> On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst 
>>> <paul(a)crocodile-rcs.com>
>>> wrote:
>>>
>>> I've noticed a problem with registrations on the pcscf when doing 
>>> some testing with sipp
>>>
>>> If I send in a REGISTER with SIPP followed by an INVITE calls go 
>>> through my system no problem.
>>> If I then stop the sipp script and run it again, I find that 
>>> although the registration succeeds, subsequent INVITES are rejected 
>>> telling me that I have not registered!
>>> If I unregister at the end of my script everything is fine, and the 
>>> problem goes away after the original REGISTRATION times out, so this 
>>> led me to think that we had a problem with multiple registrations 
>>> entries in the system.
>>>
>>> The problem seems to be a result of the fact that sipp always places 
>>> the same ip address and port number on the contact line when using 
>>> tcp connections.
>>>
>>> I've had a look through the code and believe that we are getting 
>>> multiple entries in the usrloc hash table in this scenario, and 
>>> ul_get_pcontact only ever returns the first one which causes 
>>> pcscf_is_registered to incorrectly report that the UE is not 
>>> registered.
>>>
>>> Paul
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>
>>
>
>
> --
> Hugh Waite
> Principal Design Engineer
> Crocodile RCS Ltd.
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



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

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

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/

_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



--===============0918877310==--


From bugtracker@sip-router.org Sat Feb  8 08:52:35 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: dlg_end_dlg on a two-armed proxy
	only sends bye to one party
Date: Sat, 08 Feb 2014 07:52:32 +0000
Message-ID: <1391845952.52f5e240c5bc7@sip-router.org>
In-Reply-To: <FS382@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2006635775=="

--===============2006635775==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#382 - dlg_end_dlg on a two-armed proxy only sends bye to one party
User who did this - Daniel-Constantin Mierla (miconda)

----------
Can you try with mhomed=3D1 in kamailio.cfg?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D382#comment1293

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============2006635775==--


From bugtracker@sip-router.org Sat Feb  8 08:56:11 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: send_reply() bug when called from
	branch route
Date: Sat, 08 Feb 2014 07:56:10 +0000
Message-ID: <1391846170.52f5e31a945c3@sip-router.org>
In-Reply-To: <FS362@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1140016511=="

--===============1140016511==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#362 - send_reply() bug when called from branch route
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Fixed
Additional comments about closing: Readme was updated a while ago to reflect =
where send_reply() can be used.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D362

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1140016511==--


From sherwood.mcgowan@gmail.com Sun Feb  9 07:04:49 2014
From: Sherwood McGowan <sherwood.mcgowan@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Kamailio Pacemaker RA Script Issue?
Date: Sun, 09 Feb 2014 00:04:34 -0600
Message-ID: <52F71A72.3040001@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0320225688=="

--===============0320225688==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Ladies & Gentlemen,
I was recently given the Kamailio Pacemaker RA script as posted in:
http://lists.sip-router.org/pipermail/sr-dev/2014-January/022639.html
Via the Pacemaker mailing list.

I wanted to inquire if anyone else has had issues with monitoring 
portion of the script. I have manually verified that the sipsak command 
does in fact work from the command line as the user that pacemaker is 
running as, but for some reason I am not seeing the monitoring command 
being run.

I added the appropriate portion of call routing code to the configuration:
if (is_method("OPTIONS") && ($ru=~"sip:monitor(a).*")) {
	xlog("L_INFO", "Kamailio Monitoring Request");
	sl_send_reply("200", "Kamailio is alive");
         exit;
}

Unfortunately, when I parse my logs, I never see the log entry, nor do I 
see any entry in syslog about kamailio monitoring being performed (even 
though I see MySQL and everything being tested)

Furthermore, when I kill the kamailio process, Pacemaker does not 
"notice" this happening and continues on as if Kamailio is running properly.

Has anyone else used this script (I'm on Ubuntu 12.04 LTS 64bit, and 
adapted the RA script to specifically run /bin/bash due to Ubuntu using 
/bin/dash) and run into this issue?

Thank you,
Sherwood McGowan
VOIP Solutions Consultant


--===============0320225688==--


From jh@tutpro.com Sun Feb  9 10:01:20 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/lcr: added capability to inactive a
 faulty gateway and re-activate
Date: Sun, 09 Feb 2014 10:01:19 +0100
Message-ID: <20140209090119.8C27AEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1247868687=="

--===============1247868687==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 85fdd590ca7b8e29c9fb7b8385d534418da05cf1
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D85fdd590ca7b8e29c9fb7b8385d534418da05cf1

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Sun Feb  9 10:58:48 2014 +0200

modules/lcr: added capability to inactive a faulty gateway and re-activate
  it automatically by successful response to OPTIONS ping

---

 modules/lcr/README            |  205 +++++++++++++++-----
 modules/lcr/doc/lcr.xml       |    2 +-
 modules/lcr/doc/lcr_admin.xml |  162 +++++++++++++++
 modules/lcr/lcr_mod.c         |  439 +++++++++++++++++++++++++++++++--------=
--
 modules/lcr/lcr_mod.h         |   19 ++-
 modules/lcr/lcr_rpc.c         |   39 +---
 modules/sctp/sctp_mod.c       |    4 +
 7 files changed, 690 insertions(+), 180 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D85fdd590ca7b8e29c9fb7b8385d534418da05cf1


--===============1247868687==--


From jh@tutpro.com Sun Feb  9 10:08:23 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/sctp: reverted accidental commit on sctp
 module while committing
Date: Sun, 09 Feb 2014 10:08:23 +0100
Message-ID: <20140209090823.24153EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0072384802=="

--===============0072384802==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5e5377bc0f4f30b84cfdd2ac50813f82a6b52870
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5e5377bc0f4f30b84cfdd2ac50813f82a6b52870

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Sun Feb  9 11:07:08 2014 +0200

modules/sctp: reverted accidental commit on sctp module while committing
  lcr changes

---

 modules/sctp/sctp_mod.c |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/modules/sctp/sctp_mod.c b/modules/sctp/sctp_mod.c
index 9b33177..1469e6d 100644
--- a/modules/sctp/sctp_mod.c
+++ b/modules/sctp/sctp_mod.c
@@ -37,9 +37,7 @@
 MODULE_VERSION
=20
 static int mod_init(void);
-#ifdef USE_SCTP
 static int sctp_mod_pre_init(void);
-#endif
=20
=20
 static cmd_export_t cmds[]=3D{
@@ -124,7 +122,6 @@ static int mod_init(void)
 #endif /* USE_SCTP */
 }
=20
-#ifdef USE_SCTP
 static int sctp_mod_pre_init(void)
 {
 	sctp_srapi_t api;
@@ -146,4 +143,3 @@ static int sctp_mod_pre_init(void)
 	}
 	return 0;
 }
-#endif



--===============0072384802==--


From droancea@yahoo.com Mon Feb 10 10:47:53 2014
From: Dragos Oancea <droancea@yahoo.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] crash with 4.0.4 - st_delete_ucontact()
Date: Mon, 10 Feb 2014 01:47:45 -0800
Message-ID: <1392025665.32707.YahooMailNeo@web122604.mail.ne1.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2144318446=="

--===============2144318446==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable



Hello Everyone,

Kamailio 4.0.4 crashes for us once a few weeks, apparently in the same point:


#0 =C2=A0st_delete_ucontact (_c=3D0x3a746361746e6f43) at ucontact.c:358
#1 =C2=A00x00007f2c7a9b3836 in delete_ucontact (_r=3D0x7f2c37e1be40, _c=3D0x3=
a746361746e6f43) at urecord.c:509
#2 =C2=A00x00007f2c7a373d52 in update_contacts (_m=3D0x7f2c7bc7e930, _r=3D0x7=
f2c37e1be40, _mode=3D1) at save.c:697
#3 =C2=A00x00007f2c7a375782 in add_contacts (_m=3D0x7f2c7bc7e930, _d=3D0x7f2c=
35fbae20, _cflags=3D5, _uri=3D<value optimized out>) at save.c:800
#4 =C2=A0save (_m=3D0x7f2c7bc7e930, _d=3D0x7f2c35fbae20, _cflags=3D5, _uri=3D=
<value optimized out>) at save.c:876
#5 =C2=A00x0000000000414ebf in do_action (h=3D0x7fff7c928790, a=3D0x7f2c7bb52=
e70, msg=3D0x7f2c7bc7e930) at action.c:1086
#6 =C2=A00x000000000041c6e6 in run_actions (h=3D0x7fff7c928790, a=3D0x7f2c7bb=
52e70, msg=3D0x7f2c7bc7e930) at action.c:1573
#7 =C2=A00x000000000041cdd4 in run_actions_safe (h=3D0x7fff7c92aaf0, a=3D<val=
ue optimized out>, msg=3D<value optimized out>) at action.c:1637
#8 =C2=A00x00000000004be90d in rval_get_int (h=3D0x7fff7c92aaf0, msg=3D<value=
 optimized out>, i=3D0x7fff7c928b8c, rv=3D<value optimized out>, cache=3D<val=
ue optimized out>) at rvalue.c:920
#9 =C2=A00x00000000004c3074 in rval_expr_eval_int (h=3D0x7fff7c92aaf0, msg=3D=
0x7f2c7bc7e930, res=3D0x7fff7c928b8c, rve=3D0x7f2c7bb53790) at rvalue.c:1914
#10 0x00000000004c3139 in rval_expr_eval_int (h=3D0x7fff7c92aaf0, msg=3D0x7f2=
c7bc7e930, res=3D0x7fff7c928ff8, rve=3D0x7f2c7bb53010) at rvalue.c:1922
#11 0x0000000000415662 in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb54df0, =
msg=3D0x7f2c7bc7e930) at action.c:1050
#12 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb32980=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#13 0x00000000004174fa in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb60090, =
msg=3D0x7f2c7bc7e930) at action.c:1069
#14 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb21c00=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#15 0x00000000004174fa in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb60190, =
msg=3D0x7f2c7bc7e930) at action.c:1069
#16 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb1a990=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#17 0x00000000004174fa in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb60290, =
msg=3D0x7f2c7bc7e930) at action.c:1069
#18 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bb60290=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#19 0x000000000041581a in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bafbcb0, =
msg=3D0x7f2c7bc7e930) at action.c:690
#20 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bafbb10=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#21 0x00000000004156bb in do_action (h=3D0x7fff7c92aaf0, a=3D0x7f2c7bafc050, =
msg=3D0x7f2c7bc7e930) at action.c:1065
#22 0x000000000041c6e6 in run_actions (h=3D0x7fff7c92aaf0, a=3D0x7f2c7badc5d0=
, msg=3D0x7f2c7bc7e930) at action.c:1573
#23 0x000000000041cd60 in run_top_route (a=3D0x7f2c7badc5d0, msg=3D0x7f2c7bc7=
e930, c=3D<value optimized out>) at action.c:1658
#24 0x000000000049f51e in receive_msg (buf=3D<value optimized out>, len=3D<va=
lue optimized out>, rcv_info=3D<value optimized out>) at receive.c:211
#25 0x0000000000532306 in udp_rcv_loop () at udp_server.c:557
#26 0x0000000000467a7a in main_loop () at main.c:1638
#27 0x000000000046a912 in main (argc=3D<value optimized out>, argv=3D<value o=
ptimized out>) at main.c:2566
(gdb)=C2=A0


flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISA=
BLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, USE_FUTEX, =
FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_=
BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=3D1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_U=
RI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown=C2=A0
compiled on 14:47:59 Dec =C2=A09 2013 with gcc 4.4.7

Output of `bt full` here:
http://pastebin.com/3qY8B1eC


Will upgrading to 4.0.5 solve this issue ?=C2=A0

Regards,
Dragos



--===============2144318446==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+PGJvZHk+PGRpdiBzdHlsZT0iY29sb3I6IzAwMDsgYmFja2dyb3VuZC1jb2xvcjojZmZm
OyBmb250LWZhbWlseTpIZWx2ZXRpY2FOZXVlLCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBB
cmlhbCwgTHVjaWRhIEdyYW5kZSwgc2Fucy1zZXJpZjtmb250LXNpemU6MTBwdCI+PGRpdj48YnI+
PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxM3B4OyBm
b250LWZhbWlseTogSGVsdmV0aWNhTmV1ZSwgJ0hlbHZldGljYSBOZXVlJywgSGVsdmV0aWNhLCBB
cmlhbCwgJ0x1Y2lkYSBHcmFuZGUnLCBzYW5zLXNlcmlmOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFu
c3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+SGVsbG8gRXZlcnlvbmUsPC9kaXY+PGRpdiBz
dHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxM3B4OyBmb250LWZhbWlseTog
SGVsdmV0aWNhTmV1ZSwgJ0hlbHZldGljYSBOZXVlJywgSGVsdmV0aWNhLCBBcmlhbCwgJ0x1Y2lk
YSBHcmFuZGUnLCBzYW5zLXNlcmlmOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9u
dC1zdHlsZTogbm9ybWFsOyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg
MCk7IGZvbnQtc2l6ZTogMTNweDsgZm9udC1mYW1pbHk6IEhlbHZldGljYU5ldWUsICdIZWx2ZXRp
Y2EgTmV1ZScsIEhlbHZldGljYSwgQXJpYWwsICdMdWNpZGEgR3JhbmRlJywgc2Fucy1zZXJpZjsg
YmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQtc3R5bGU6IG5vcm1hbDsiPkthbWFp
bGlvIDQuMC40IGNyYXNoZXMgZm9yIHVzIG9uY2UgYSBmZXcgd2Vla3MsIGFwcGFyZW50bHkgaW4g
dGhlIHNhbWUgcG9pbnQ6PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9u
dC1zaXplOiAxM3B4OyBmb250LWZhbWlseTogSGVsdmV0aWNhTmV1ZSwgJ0hlbHZldGljYQogTmV1
ZScsIEhlbHZldGljYSwgQXJpYWwsICdMdWNpZGEgR3JhbmRlJywgc2Fucy1zZXJpZjsgYmFja2dy
b3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQtc3R5bGU6IG5vcm1hbDsiPjxicj48L2Rpdj48
ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDEzcHg7IGZvbnQtZmFt
aWx5OiBIZWx2ZXRpY2FOZXVlLCAnSGVsdmV0aWNhIE5ldWUnLCBIZWx2ZXRpY2EsIEFyaWFsLCAn
THVjaWRhIEdyYW5kZScsIHNhbnMtc2VyaWY7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50
OyBmb250LXN0eWxlOiBub3JtYWw7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1j
b2xvcjogdHJhbnNwYXJlbnQ7Ij4jMCAmbmJzcDtzdF9kZWxldGVfdWNvbnRhY3QgKF9jPTB4M2E3
NDYzNjE3NDZlNmY0MykgYXQgdWNvbnRhY3QuYzozNTg8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3Jv
dW5kLWNvbG9yOiB0cmFuc3BhcmVudDsiPiMxICZuYnNwOzB4MDAwMDdmMmM3YTliMzgzNiBpbiBk
ZWxldGVfdWNvbnRhY3QgKF9yPTB4N2YyYzM3ZTFiZTQwLCBfYz0weDNhNzQ2MzYxNzQ2ZTZmNDMp
IGF0IHVyZWNvcmQuYzo1MDk8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB0cmFu
c3BhcmVudDsiPiMyICZuYnNwOzB4MDAwMDdmMmM3YTM3M2Q1MiBpbiB1cGRhdGVfY29udGFjdHMg
KF9tPTB4N2YyYzdiYzdlOTMwLCBfcj0weDdmMmMzN2UxYmU0MCwgX21vZGU9MSkgYXQgc2F2ZS5j
OjY5NzwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+IzMg
Jm5ic3A7MHgwMDAwN2YyYzdhMzc1NzgyIGluIGFkZF9jb250YWN0cyAoX209MHg3ZjJjN2JjN2U5
MzAsIF9kPTB4N2YyYzM1ZmJhZTIwLCBfY2ZsYWdzPTUsIF91cmk9Jmx0O3ZhbHVlIG9wdGltaXpl
ZCBvdXQmZ3Q7KSBhdCBzYXZlLmM6ODAwPC9kaXY+PGRpdgogc3R5bGU9ImJhY2tncm91bmQtY29s
b3I6IHRyYW5zcGFyZW50OyI+IzQgJm5ic3A7c2F2ZSAoX209MHg3ZjJjN2JjN2U5MzAsIF9kPTB4
N2YyYzM1ZmJhZTIwLCBfY2ZsYWdzPTUsIF91cmk9Jmx0O3ZhbHVlIG9wdGltaXplZCBvdXQmZ3Q7
KSBhdCBzYXZlLmM6ODc2PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNw
YXJlbnQ7Ij4jNSAmbmJzcDsweDAwMDAwMDAwMDA0MTRlYmYgaW4gZG9fYWN0aW9uIChoPTB4N2Zm
ZjdjOTI4NzkwLCBhPTB4N2YyYzdiYjUyZTcwLCBtc2c9MHg3ZjJjN2JjN2U5MzApIGF0IGFjdGlv
bi5jOjEwODY8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsi
PiM2ICZuYnNwOzB4MDAwMDAwMDAwMDQxYzZlNiBpbiBydW5fYWN0aW9ucyAoaD0weDdmZmY3Yzky
ODc5MCwgYT0weDdmMmM3YmI1MmU3MCwgbXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBhY3Rpb24uYzox
NTczPC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jNyAm
bmJzcDsweDAwMDAwMDAwMDA0MWNkZDQgaW4gcnVuX2FjdGlvbnNfc2FmZSAoaD0weDdmZmY3Yzky
YWFmMCwgYT0mbHQ7dmFsdWUgb3B0aW1pemVkIG91dCZndDssIG1zZz0mbHQ7dmFsdWUgb3B0aW1p
emVkIG91dCZndDspIGF0IGFjdGlvbi5jOjE2Mzc8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5k
LWNvbG9yOiB0cmFuc3BhcmVudDsiPiM4ICZuYnNwOzB4MDAwMDAwMDAwMDRiZTkwZCBpbiBydmFs
X2dldF9pbnQgKGg9MHg3ZmZmN2M5MmFhZjAsIG1zZz0mbHQ7dmFsdWUgb3B0aW1pemVkIG91dCZn
dDssIGk9MHg3ZmZmN2M5MjhiOGMsIHJ2PSZsdDt2YWx1ZSBvcHRpbWl6ZWQgb3V0Jmd0OywgY2Fj
aGU9Jmx0O3ZhbHVlIG9wdGltaXplZCBvdXQmZ3Q7KSBhdCBydmFsdWUuYzo5MjA8L2Rpdj48ZGl2
IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOgogdHJhbnNwYXJlbnQ7Ij4jOSAmbmJzcDsweDAwMDAw
MDAwMDA0YzMwNzQgaW4gcnZhbF9leHByX2V2YWxfaW50IChoPTB4N2ZmZjdjOTJhYWYwLCBtc2c9
MHg3ZjJjN2JjN2U5MzAsIHJlcz0weDdmZmY3YzkyOGI4YywgcnZlPTB4N2YyYzdiYjUzNzkwKSBh
dCBydmFsdWUuYzoxOTE0PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNw
YXJlbnQ7Ij4jMTAgMHgwMDAwMDAwMDAwNGMzMTM5IGluIHJ2YWxfZXhwcl9ldmFsX2ludCAoaD0w
eDdmZmY3YzkyYWFmMCwgbXNnPTB4N2YyYzdiYzdlOTMwLCByZXM9MHg3ZmZmN2M5MjhmZjgsIHJ2
ZT0weDdmMmM3YmI1MzAxMCkgYXQgcnZhbHVlLmM6MTkyMjwvZGl2PjxkaXYgc3R5bGU9ImJhY2tn
cm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+IzExIDB4MDAwMDAwMDAwMDQxNTY2MiBpbiBkb19h
Y3Rpb24gKGg9MHg3ZmZmN2M5MmFhZjAsIGE9MHg3ZjJjN2JiNTRkZjAsIG1zZz0weDdmMmM3YmM3
ZTkzMCkgYXQgYWN0aW9uLmM6MTA1MDwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6
IHRyYW5zcGFyZW50OyI+IzEyIDB4MDAwMDAwMDAwMDQxYzZlNiBpbiBydW5fYWN0aW9ucyAoaD0w
eDdmZmY3YzkyYWFmMCwgYT0weDdmMmM3YmIzMjk4MCwgbXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBh
Y3Rpb24uYzoxNTczPC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJl
bnQ7Ij4jMTMgMHgwMDAwMDAwMDAwNDE3NGZhIGluIGRvX2FjdGlvbiAoaD0weDdmZmY3YzkyYWFm
MCwgYT0weDdmMmM3YmI2MDA5MCwgbXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBhY3Rpb24uYzoxMDY5
PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMTQgMHgw
MDAwMDAwMDAwNDFjNmU2IGluIHJ1bl9hY3Rpb25zIChoPTB4N2ZmZjdjOTJhYWYwLCBhPTB4N2Yy
YzdiYjIxYzAwLAogbXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBhY3Rpb24uYzoxNTczPC9kaXY+PGRp
diBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMTUgMHgwMDAwMDAwMDAw
NDE3NGZhIGluIGRvX2FjdGlvbiAoaD0weDdmZmY3YzkyYWFmMCwgYT0weDdmMmM3YmI2MDE5MCwg
bXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBhY3Rpb24uYzoxMDY5PC9kaXY+PGRpdiBzdHlsZT0iYmFj
a2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMTYgMHgwMDAwMDAwMDAwNDFjNmU2IGluIHJ1
bl9hY3Rpb25zIChoPTB4N2ZmZjdjOTJhYWYwLCBhPTB4N2YyYzdiYjFhOTkwLCBtc2c9MHg3ZjJj
N2JjN2U5MzApIGF0IGFjdGlvbi5jOjE1NzM8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNv
bG9yOiB0cmFuc3BhcmVudDsiPiMxNyAweDAwMDAwMDAwMDA0MTc0ZmEgaW4gZG9fYWN0aW9uICho
PTB4N2ZmZjdjOTJhYWYwLCBhPTB4N2YyYzdiYjYwMjkwLCBtc2c9MHg3ZjJjN2JjN2U5MzApIGF0
IGFjdGlvbi5jOjEwNjk8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3Bh
cmVudDsiPiMxOCAweDAwMDAwMDAwMDA0MWM2ZTYgaW4gcnVuX2FjdGlvbnMgKGg9MHg3ZmZmN2M5
MmFhZjAsIGE9MHg3ZjJjN2JiNjAyOTAsIG1zZz0weDdmMmM3YmM3ZTkzMCkgYXQgYWN0aW9uLmM6
MTU3MzwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+IzE5
IDB4MDAwMDAwMDAwMDQxNTgxYSBpbiBkb19hY3Rpb24gKGg9MHg3ZmZmN2M5MmFhZjAsIGE9MHg3
ZjJjN2JhZmJjYjAsIG1zZz0weDdmMmM3YmM3ZTkzMCkgYXQgYWN0aW9uLmM6NjkwPC9kaXY+PGRp
diBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMjAgMHgwMDAwMDAwMDAw
NDFjNmU2IGluIHJ1bl9hY3Rpb25zIChoPTB4N2ZmZjdjOTJhYWYwLCBhPTB4N2YyYzdiYWZiYjEw
LAogbXNnPTB4N2YyYzdiYzdlOTMwKSBhdCBhY3Rpb24uYzoxNTczPC9kaXY+PGRpdiBzdHlsZT0i
YmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMjEgMHgwMDAwMDAwMDAwNDE1NmJiIGlu
IGRvX2FjdGlvbiAoaD0weDdmZmY3YzkyYWFmMCwgYT0weDdmMmM3YmFmYzA1MCwgbXNnPTB4N2Yy
YzdiYzdlOTMwKSBhdCBhY3Rpb24uYzoxMDY1PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1j
b2xvcjogdHJhbnNwYXJlbnQ7Ij4jMjIgMHgwMDAwMDAwMDAwNDFjNmU2IGluIHJ1bl9hY3Rpb25z
IChoPTB4N2ZmZjdjOTJhYWYwLCBhPTB4N2YyYzdiYWRjNWQwLCBtc2c9MHg3ZjJjN2JjN2U5MzAp
IGF0IGFjdGlvbi5jOjE1NzM8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB0cmFu
c3BhcmVudDsiPiMyMyAweDAwMDAwMDAwMDA0MWNkNjAgaW4gcnVuX3RvcF9yb3V0ZSAoYT0weDdm
MmM3YmFkYzVkMCwgbXNnPTB4N2YyYzdiYzdlOTMwLCBjPSZsdDt2YWx1ZSBvcHRpbWl6ZWQgb3V0
Jmd0OykgYXQgYWN0aW9uLmM6MTY1ODwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6
IHRyYW5zcGFyZW50OyI+IzI0IDB4MDAwMDAwMDAwMDQ5ZjUxZSBpbiByZWNlaXZlX21zZyAoYnVm
PSZsdDt2YWx1ZSBvcHRpbWl6ZWQgb3V0Jmd0OywgbGVuPSZsdDt2YWx1ZSBvcHRpbWl6ZWQgb3V0
Jmd0OywgcmN2X2luZm89Jmx0O3ZhbHVlIG9wdGltaXplZCBvdXQmZ3Q7KSBhdCByZWNlaXZlLmM6
MjExPC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMjUg
MHgwMDAwMDAwMDAwNTMyMzA2IGluIHVkcF9yY3ZfbG9vcCAoKSBhdCB1ZHBfc2VydmVyLmM6NTU3
PC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij4jMjYgMHgw
MDAwMDAwMDAwNDY3YTdhIGluIG1haW5fbG9vcCAoKSBhdCBtYWluLmM6MTYzODwvZGl2PjxkaXYK
IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsiPiMyNyAweDAwMDAwMDAwMDA0
NmE5MTIgaW4gbWFpbiAoYXJnYz0mbHQ7dmFsdWUgb3B0aW1pemVkIG91dCZndDssIGFyZ3Y9Jmx0
O3ZhbHVlIG9wdGltaXplZCBvdXQmZ3Q7KSBhdCBtYWluLmM6MjU2NjwvZGl2PjxkaXYgc3R5bGU9
ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+KGdkYikmbmJzcDs8L2Rpdj48ZGl2Pjxi
cj48L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDEzcHg7
IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2FOZXVlLCAnSGVsdmV0aWNhIE5ldWUnLCBIZWx2ZXRpY2Es
IEFyaWFsLCAnTHVjaWRhIEdyYW5kZScsIHNhbnMtc2VyaWY7IGJhY2tncm91bmQtY29sb3I6IHRy
YW5zcGFyZW50OyBmb250LXN0eWxlOiBub3JtYWw7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iYmFj
a2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij5mbGFnczogU1RBVFM6IE9mZiwgVVNFX0lQVjYs
IFVTRV9UQ1AsIFVTRV9UTFMsIFRMU19IT09LUywgVVNFX1JBV19TT0NLUywgRElTQUJMRV9OQUdM
RSwgVVNFX01DQVNULCBETlNfSVBfSEFDSywgU0hNX01FTSwgU0hNX01NQVAsIFBLR19NQUxMT0Ms
IFVTRV9GVVRFWCwgRkFTVF9MT0NLLUFEQVBUSVZFX1dBSVQsIFVTRV9ETlNfQ0FDSEUsIFVTRV9E
TlNfRkFJTE9WRVIsIFVTRV9OQVBUUiwgVVNFX0RTVF9CTEFDS0xJU1QsIEhBVkVfUkVTT0xWX1JF
UzwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyI+QURBUFRJ
VkVfV0FJVF9MT09QUz0xMDI0LCBNQVhfUkVDVl9CVUZGRVJfU0laRSAyNjIxNDQsIE1BWF9MSVNU
RU4gMTYsIE1BWF9VUklfU0laRSAxMDI0LCBCVUZfU0laRSA2NTUzNSwgREVGQVVMVCBQS0dfU0la
RSA0TUI8L2Rpdj48ZGl2IHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOgogdHJhbnNwYXJlbnQ7Ij5w
b2xsIG1ldGhvZCBzdXBwb3J0OiBwb2xsLCBlcG9sbF9sdCwgZXBvbGxfZXQsIHNpZ2lvX3J0LCBz
ZWxlY3QuPC9kaXY+PGRpdiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7Ij5p
ZDogdW5rbm93biZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHRyYW5z
cGFyZW50OyI+Y29tcGlsZWQgb24gMTQ6NDc6NTkgRGVjICZuYnNwOzkgMjAxMyB3aXRoIGdjYyA0
LjQuNzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+T3V0cHV0IG9mIGBidCBmdWxsYCBoZXJlOjwv
ZGl2PjxkaXY+PGEgaHJlZj0iaHR0cDovL3Bhc3RlYmluLmNvbS8zcVk4QjFlQyI+aHR0cDovL3Bh
c3RlYmluLmNvbS8zcVk4QjFlQzwvYT48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5XaWxs
IHVwZ3JhZGluZyB0byA0LjAuNSBzb2x2ZSB0aGlzIGlzc3VlID8mbmJzcDs8L2Rpdj48ZGl2Pjxi
cj48L2Rpdj48ZGl2PlJlZ2FyZHMsPC9kaXY+PGRpdj5EcmFnb3M8L2Rpdj48L2Rpdj48L2JvZHk+
PC9odG1sPg==

--===============2144318446==--


From carsten@ng-voice.com Mon Feb 10 11:13:13 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:4.1: presence: bugfix: Add option to disable
 per-Table lock for database layer
Date: Mon, 10 Feb 2014 11:13:07 +0100
Message-ID:
 <CAOCjumFwXLZCcVL2pErT5ASkX7uQHGc5BqkwBVVSW=JCYsC1_Q@mail.gmail.com>
In-Reply-To: <21233.23672.919666.816537@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1373003916=="

--===============1373003916==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Juha,

you're right... weird: I wonder, where i did see that.

Carsten

2014-02-04 22:32 GMT+01:00 Juha Heinanen <jh(a)tutpro.com>:
> Carsten Bock writes:
>
>> all i can say is, that the locks make the presence module completely
>> unusable with a MySQL backend in DB_ONLY mode. The current database layer
>> will only lock the current table for a transaction, not all tables used
>> during one transaction. And that results in an unusable database connectio=
n.
>> In order to change that, i'd have to the complete database API. ..
>> The RLS-Module has a similar option already...
>
> What option is that?  I could not find any lock related option in rls
> module README.
>
> -- Juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



--=20
Carsten Bock
CEO (Gesch=C3=A4ftsf=C3=BChrer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Gesch=C3=A4ftsf=C3=BChrer: Carsten Bock
Ust-ID: DE279344284

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


--===============1373003916==--


From bugtracker@sip-router.org Mon Feb 10 12:04:31 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: ws or wss port in kamailio.cfg file
Date: Mon, 10 Feb 2014 11:04:29 +0000
Message-ID: <1392030269.52f8b23dd20a4@sip-router.org>
In-Reply-To: <FS391@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0950576094=="

--===============0950576094==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Jagdish Bairagi (jagdish020586)=20

Attached to Project - sip-router
Summary -  ws or wss port in kamailio.cfg file
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - i can't add ws or wss port in kamailio.cfg file, what is the syntex=
 for that..

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D391

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0950576094==--


From bugtracker@sip-router.org Mon Feb 10 12:06:49 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: ws or wss port in kamailio.cfg file
Date: Mon, 10 Feb 2014 11:06:47 +0000
Message-ID: <1392030407.52f8b2c7a097c@sip-router.org>
In-Reply-To: <FS391@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1206201691=="

--===============1206201691==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#391 -  ws or wss port in kamailio.cfg file
User who did this - V=C3=ADctor Seva (linuxmaniac)

Reason for closing: Not a bug
Additional comments about closing: Please ask on the user mail list.

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D391

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1206201691==--


From bugtracker@sip-router.org Mon Feb 10 12:14:01 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: websocket WS / WSS port support
Date: Mon, 10 Feb 2014 11:13:50 +0000
Message-ID: <1392030830.52f8b46ec5be6@sip-router.org>
In-Reply-To: <FS392@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1148768874=="

--===============1148768874==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Jagdish Bairagi (jagdish020586)=20

Attached to Project - sip-router
Summary - websocket WS / WSS port support
Task Type - Feature Request
Category - Module
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - High
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - Please enable feature so that we can specify WS / WSS port to kamai=
lio server

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D392

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1148768874==--


From bugtracker@sip-router.org Mon Feb 10 12:33:53 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: websocket WS / WSS port support
Date: Mon, 10 Feb 2014 11:33:51 +0000
Message-ID: <1392032031.52f8b91faf006@sip-router.org>
In-Reply-To: <FS392@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0127225223=="

--===============0127225223==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#392 - websocket WS / WSS port support
User who did this - V=C3=ADctor Seva (linuxmaniac)

Reason for closing: Not a bug
Additional comments about closing: really? [0]

[0] https://www.google.at/search?q=3Dwebsocket+kamailio+example+config

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D392

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0127225223==--


From coyote@bks.tv Mon Feb 10 15:42:08 2014
From: "Victor V. Kustov" <coyote@bks.tv>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev]  FreeBSD rc-file
Date: Mon, 10 Feb 2014 18:41:54 +0400
Message-ID: <20140210184154.7a5ace2c@bkstv>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0946003735=="

--===============0946003735==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi all!

Here modern FreeBSD rc-file attached. Provide start/stop/restart and
checkconfig. 

--
 WBR, Victor
  JID: coyote(a)bks.tv
  JID: coyote(a)bryansktel.ru
  I use FREE operation system: 3.12.9-calculate GNU/Linux

--===============0946003735==
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="kamailio.bin"
MIME-Version: 1.0

IyEvYmluL3NoCgojIFBST1ZJREU6IGthbWFpbGlvCiMgUkVRVUlSRTogTE9HSU4KIyBLRVlXT1JE
OiBzaHV0ZG93bgojCiMgQWRkIHRoZSBmb2xsb3dpbmcgbGluZXMgdG8gL2V0Yy9yYy5jb25mIHRv
IGVuYWJsZSBrYW1haWxpbzoKIwojIGthbWFpbGlvX2VuYWJsZT0iWUVTIgojCgouIC9ldGMvcmMu
c3VicgoKbmFtZT1rYW1haWxpbwpyY3Zhcj1rYW1haWxpb19lbmFibGUKCmxvYWRfcmNfY29uZmln
ICRuYW1lCjogJHtrYW1haWxpb19lbmFibGU9Ik5PIn0KOiAke2thbWFpbGlvX2NvbmY9Ii91c3Iv
bG9jYWwvZXRjL2thbWFpbGlvL2thbWFpbGlvLmNmZyJ9CjogJHtrYW1haWxpb19waWRmaWxlPSIv
dmFyL3J1bi8ke25hbWV9LnBpZCJ9CgprYW1haWxpb19mbGFncz0iJHtrYW1haWxpb19mbGFnc30g
LWYgJHtrYW1haWxpb19jb25mfSAtUCAke2thbWFpbGlvX3BpZGZpbGV9IgoKY29tbWFuZD0iL3Vz
ci9sb2NhbC9zYmluL2thbWFpbGlvIgpleHRyYV9jb21tYW5kcz0iY2hlY2tjb25maWciCmNoZWNr
Y29uZmlnX2NtZD0iY2hlY2tjb25maWciCgpjaGVja2NvbmZpZygpCnsKICAgIGVjaG8gIlBlcmZv
cm1pbmcgc2FuaXR5IGNoZWNrIG9uICR7bmFtZX0gY29uZmlnIGZpbGU6IgogICAgZXZhbCAke2Nv
bW1hbmR9IC1jIC1mICR7a2FtYWlsaW9fY29uZn0KfQoKcnVuX3JjX2NvbW1hbmQgIiQxIiAK

--===============0946003735==--


From bugtracker@sip-router.org Mon Feb 10 15:57:11 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: kamailio crashed time to time in	the
 different places
Date: Mon, 10 Feb 2014 14:57:09 +0000
Message-ID: <1392044229.52f8e8c501242@sip-router.org>
In-Reply-To: <FS393@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0768273660=="

--===============0768273660==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Sergey (lagutas)=20

Attached to Project - sip-router
Summary - kamailio crashed time to time in the different places
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Critical
Priority - Normal
Reported Version - 4.0
Due in Version - Undecided
Due Date - Undecided
Details - <code>
#0  auth_check (_m=3D0x7fbfdc7be4e0, _realm=3D<value optimized out>, _table=
=3D0x7fbfdc7d1240 "\300\305x=DC=BF\177",
    _flags=3D0x7fbfdc7d12a0 "\300\357x=DC=BF\177") at authorize.c:487
#1  0x000000000041777d in do_action (h=3D<value optimized out>, a=3D0x7fbfdc7=
90cd0, msg=3D<value optimized out>) at action.c:1092
#2  0x000000000041f056 in run_actions (h=3D0x7fff0dc6ea40, a=3D<value optimiz=
ed out>, msg=3D<value optimized out>) at action.c:1573
#3  0x000000000041f744 in run_actions_safe (h=3D0x7fff0dc70340, a=3D0x40, msg=
=3D0x80) at action.c:1637
#4  0x00000000004bf03d in rval_get_int (h=3D0x7fff0dc70340, msg=3D0x7fbfdc7df=
c30, i=3D0x7fff0dc6ee3c, rv=3D0x40, cache=3D0x4) at rvalue.c:920
#5  0x00000000004c37e4 in rval_expr_eval_int (h=3D0x7fff0dc70340, msg=3D0x7fb=
fdc7be4e0, res=3D0x7fff0dc6ee3c, rve=3D0x7fbfdc791990)
    at rvalue.c:1914
#6  0x00000000004c38a9 in rval_expr_eval_int (h=3D0x7fff0dc70340, msg=3D0x7fb=
fdc7be4e0, res=3D0x7fff0dc6f2a8, rve=3D0x7fbfdc7912b0)
    at rvalue.c:1922
#7  0x0000000000417f42 in do_action (h=3D<value optimized out>, a=3D0x7fbfdc7=
92a50, msg=3D<value optimized out>) at action.c:1050
#8  0x000000000041f056 in run_actions (h=3D0x7fff0dc70340, a=3D<value optimiz=
ed out>, msg=3D<value optimized out>) at action.c:1573
#9  0x0000000000417f9b in do_action (h=3D<value optimized out>, a=3D0x7fbfdc7=
97ac0, msg=3D<value optimized out>) at action.c:1065
#10 0x000000000041f056 in run_actions (h=3D0x7fff0dc70340, a=3D<value optimiz=
ed out>, msg=3D<value optimized out>) at action.c:1573
#11 0x0000000000417f9b in do_action (h=3D<value optimized out>, a=3D0x7fbfdc7=
97bc0, msg=3D<value optimized out>) at action.c:1065
#12 0x000000000041f056 in run_actions (h=3D0x7fff0dc70340, a=3D<value optimiz=
ed out>, msg=3D<value optimized out>) at action.c:1573
#13 0x0000000000418108 in do_action (h=3D<value optimized out>, a=3D0x7fbfdc7=
119d0, msg=3D<value optimized out>) at action.c:690
#14 0x000000000041f056 in run_actions (h=3D0x7fff0dc70340, a=3D<value optimiz=
ed out>, msg=3D<value optimized out>) at action.c:1573
#15 0x000000000041f6d0 in run_top_route (a=3D0x7fbfdc70c9f0, msg=3D0x7fbfdc7b=
e4e0, c=3D<value optimized out>) at action.c:1658
#16 0x00000000004a0296 in receive_msg (
    buf=3D0x8d4140 "REGISTER sip:sip.zadarma.com SIP/2.0\r\nVia: SIP/2.0/UDP =
213.190.215.57:49153;branch=3Dz9hG4bKqHGvdzYD7eXTadvH;rport\r\nContact: <sip:=
50055(a)213.190.215.57:49153>;rinstance=3DF3C3D830;expires=3D600\r\nMax-Forwa=
rds"..., len=3D<value optimized out>,
    rcv_info=3D0x7fff0dc705e0) at receive.c:209
#17 0x00000000005321be in udp_rcv_loop () at udp_server.c:557
#18 0x0000000000468c8e in main_loop () at main.c:1638
#19 0x000000000046bba2 in main (argc=3D<value optimized out>, argv=3D0x0) at =
main.c:2566=E2=80=8F
</code>


segfault moment
<code>
auth_check (_m=3D0x7f0bb1458a40, _realm=3D<value optimized out>, _table=3D0x7=
f0bb147cc50 "\300\365B\261\v\177",
    _flags=3D0x7f0bb147ccb0 "\300\037C\261\v\177") at authorize.c:487
        srealm =3D {s =3D 0x7f0bb1432020 "sip.zadarma.com", len =3D 15}
        stable =3D {s =3D 0x7f0bb142f5c0 "sip_buddies", len =3D 11}
        iflags =3D <value optimized out>
        ret =3D <value optimized out>
        hdr =3D 0x7f0bb1471d50
        uri =3D <value optimized out>
        turi =3D <value optimized out>
        furi =3D <value optimized out>
        __FUNCTION__ =3D "auth_check"
</code>


These crashes happen in the auth, sometimes in the time to receive OPTIONS me=
ssages.
Version of my kamailio installation 4.0.3
Server:: kamailio (4.0.3 (x86_64/linux))
Build:: mi_core.c compiled on 17:07:17 Aug 19 2013 with gcc 4.4.5
Flags:: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DIS=
ABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, USE_FUTEX,=
 FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST=
_BLACKLIST, HAVE_RESOLV_RES

UsrLoc Stats:
usrloc:location-contacts =3D 3166
usrloc:location-expires =3D 1558
usrloc:location-users =3D 3042
usrloc:registered_users =3D 3042

Transaction Statistics:
tmx:UAS_transactions =3D 14993
tmx:UAC_transactions =3D 517
tmx:inuse_transactions =3D 32

Stateless Server Statistics:
sl:sent_replies =3D 291243
sl:sent_err_replies =3D 0
sl:received_ACKs =3D 3807

Operation system debian squeeze.

=20

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D393

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0768273660==--


From richard.good@smilecoms.com Mon Feb 10 17:06:12 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_registrar_pcscf: Add domain unlock
 to prevent deadlock when processing notifies
Date: Mon, 10 Feb 2014 17:06:11 +0100
Message-ID: <20140210160611.94E4CEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0755382618=="

--===============0755382618==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 3630f36c1e34562e93267d87f9e83a69cf8dd861
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3630f36c1e34562e93267d87f9e83a69cf8dd861

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Mon Feb 10 18:05:12 2014 +0200

modules/ims_registrar_pcscf: Add domain unlock to prevent deadlock when proce=
ssing notifies

---

 modules/ims_registrar_pcscf/notify.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/modules/ims_registrar_pcscf/notify.c b/modules/ims_registrar_pcs=
cf/notify.c
index 719f1dc..67f03ac 100644
--- a/modules/ims_registrar_pcscf/notify.c
+++ b/modules/ims_registrar_pcscf/notify.c
@@ -106,7 +106,8 @@ int process_contact(udomain_t * _d, int expires, str cont=
act_uri, int contact_st
 	if (ul.get_pcontact(_d, &contact_uri, &pcontact) !=3D 0) { //contact does n=
ot exist
 	    if (contact_state =3D=3D STATE_TERMINATED) {
 		LM_DBG("This contact: <%.*s> is in state terminated and is not in usrloc, =
ignore\n", contact_uri.len, contact_uri.s);
-		return 1;
+		ret =3D RESULT_CONTACTS_FOUND;
+		goto done;
 	    }
 		LM_DBG("This contact: <%.*s> is in state active and is not in usrloc so ad=
ding it to usrloc, expires: %d which is in %d seconds\n", contact_uri.len, co=
ntact_uri.s, expires, expires-local_time_now);
 		if (ul.insert_pcontact(_d, &contact_uri, &ci, &pcontact) !=3D 0) {



--===============0755382618==--


From bugtracker@sip-router.org Mon Feb 10 19:10:07 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: dlg_end_dlg on a two-armed proxy
	only sends bye to one party
Date: Mon, 10 Feb 2014 18:10:05 +0000
Message-ID: <1392055805.52f915fdaa4af@sip-router.org>
In-Reply-To: <FS382@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0003220975=="

--===============0003220975==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#382 - dlg_end_dlg on a two-armed proxy only sends bye to one party
User who did this - Per Carlen (peca)

----------
It was already in there. Sorry.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D382#comment1294

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0003220975==--


From osas@voipembedded.com Tue Feb 11 01:42:28 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: fix crash if key_value is not string
Date: Tue, 11 Feb 2014 01:42:28 +0100
Message-ID: <20140211004228.2A3CBEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1841376070=="

--===============1841376070==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 065439c0fbabe2806fcd615cec5e2445db59beec
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D065439c0fbabe2806fcd615cec5e2445db59beec

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Mon Feb 10 19:41:20 2014 -0500

htable: fix crash if key_value is not string

---

 modules/htable/ht_db.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/modules/htable/ht_db.c b/modules/htable/ht_db.c
index 0dc512a..280e08a 100644
--- a/modules/htable/ht_db.c
+++ b/modules/htable/ht_db.c
@@ -261,6 +261,11 @@ int ht_db_load_table(ht_t *ht, str *dbtable, int mode)
 				hname =3D kname;
 			}
 			vtype =3D RES_ROWS(db_res)[i].values[2].val.int_val;
+			if (RES_ROWS(db_res)[i].values[3].type !=3D DB1_STRING) {
+				LM_ERR("Wrong db type [%d] for key_value column\n",
+					RES_ROWS(db_res)[i].values[3].type);
+				goto error;
+			}
 			kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
 			if(kvalue.s=3D=3DNULL) {
 				LM_ERR("null value in row %d\n", i);



--===============1841376070==--


From osas@voipembedded.com Tue Feb 11 01:43:13 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: htable: fix crash if key_value is not string
Date: Tue, 11 Feb 2014 01:43:12 +0100
Message-ID: <20140211004312.A7C4AEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2110053761=="

--===============2110053761==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 80c70b7d423c3e137a7c7610928abc20fdc9a647
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D80c70b7d423c3e137a7c7610928abc20fdc9a647

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Mon Feb 10 19:41:20 2014 -0500

htable: fix crash if key_value is not string
(cherry picked from commit 065439c0fbabe2806fcd615cec5e2445db59beec)

---

 modules/htable/ht_db.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/modules/htable/ht_db.c b/modules/htable/ht_db.c
index 0dc512a..280e08a 100644
--- a/modules/htable/ht_db.c
+++ b/modules/htable/ht_db.c
@@ -261,6 +261,11 @@ int ht_db_load_table(ht_t *ht, str *dbtable, int mode)
 				hname =3D kname;
 			}
 			vtype =3D RES_ROWS(db_res)[i].values[2].val.int_val;
+			if (RES_ROWS(db_res)[i].values[3].type !=3D DB1_STRING) {
+				LM_ERR("Wrong db type [%d] for key_value column\n",
+					RES_ROWS(db_res)[i].values[3].type);
+				goto error;
+			}
 			kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
 			if(kvalue.s=3D=3DNULL) {
 				LM_ERR("null value in row %d\n", i);



--===============2110053761==--


From osas@voipembedded.com Tue Feb 11 01:43:53 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: htable: fix crash if key_value is not string
Date: Tue, 11 Feb 2014 01:43:53 +0100
Message-ID: <20140211004353.64CE8EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1434015314=="

--===============1434015314==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 9c2b372615705199805186b6bc3346fbbfaea670
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9c2b372615705199805186b6bc3346fbbfaea670

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Mon Feb 10 19:41:20 2014 -0500

htable: fix crash if key_value is not string
(cherry picked from commit 065439c0fbabe2806fcd615cec5e2445db59beec)

---

 modules/htable/ht_db.c |    5 +++++
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/modules/htable/ht_db.c b/modules/htable/ht_db.c
index 0dc512a..280e08a 100644
--- a/modules/htable/ht_db.c
+++ b/modules/htable/ht_db.c
@@ -261,6 +261,11 @@ int ht_db_load_table(ht_t *ht, str *dbtable, int mode)
 				hname =3D kname;
 			}
 			vtype =3D RES_ROWS(db_res)[i].values[2].val.int_val;
+			if (RES_ROWS(db_res)[i].values[3].type !=3D DB1_STRING) {
+				LM_ERR("Wrong db type [%d] for key_value column\n",
+					RES_ROWS(db_res)[i].values[3].type);
+				goto error;
+			}
 			kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
 			if(kvalue.s=3D=3DNULL) {
 				LM_ERR("null value in row %d\n", i);



--===============1434015314==--


From jason.penton@gmail.com Tue Feb 11 06:54:18 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_usrloc_pcscf: added new hash storage
 based on IP: PORT. backwards compatible with original scheme using new
 modparam
Date: Tue, 11 Feb 2014 06:54:17 +0100
Message-ID: <20140211055418.02D36EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1971572854=="

--===============1971572854==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5b7255d8861d699903692f1457e3e60d9f39837c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5b7255d8861d699903692f1457e3e60d9f39837c

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Tue Feb 11 07:52:50 2014 +0200

modules/ims_usrloc_pcscf: added new hash storage based on IP:PORT. backwards =
compatible with original scheme using new modparam
	- new modparam is hashing_type - see module documentation

---

 .../doc/ims_usrloc_pcscf_admin.xml                 |   50 ++++++++++++++++
 modules/ims_usrloc_pcscf/pcontact.c                |   13 ++++-
 modules/ims_usrloc_pcscf/pcontact.h                |    3 +
 modules/ims_usrloc_pcscf/udomain.c                 |   55 ++++++++++++++++-
 modules/ims_usrloc_pcscf/ul_mod.c                  |    4 +-
 modules/ims_usrloc_pcscf/usrloc.c                  |   61 ++++++++++++++++++=
++
 modules/ims_usrloc_pcscf/usrloc.h                  |    2 +
 7 files changed, 182 insertions(+), 6 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D5b7255d8861d699903692f1457e3e60d9f39837c


--===============1971572854==--


From richard.good@smilecoms.com Tue Feb 11 07:45:09 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_qos: use asserted_identity for
 subscription-id and allow e164 as subscription type
Date: Tue, 11 Feb 2014 07:45:08 +0100
Message-ID: <20140211064508.4F7C2EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1818384667=="

--===============1818384667==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 532459374af8354c030fdce8ff837beab793be6c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D532459374af8354c030fdce8ff837beab793be6c

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Tue Feb 11 08:41:27 2014 +0200

modules/ims_qos: use asserted_identity for subscription-id and allow e164 as =
subscription type
	use p_asserted_identity as default subscription-id for AAR requests
	allow E164 to be used as subscription type for AAR requests

---

 modules/ims_qos/rx_aar.c |   54 ++++++++++++++++++++++++++++++---------------
 1 files changed, 36 insertions(+), 18 deletions(-)

diff --git a/modules/ims_qos/rx_aar.c b/modules/ims_qos/rx_aar.c
index b5e7293..69d04c0 100644
--- a/modules/ims_qos/rx_aar.c
+++ b/modules/ims_qos/rx_aar.c
@@ -412,8 +412,9 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *res,
=20
     AAAMessage* aar =3D 0;
=20
-
-    //AAAMessage* aaa =3D 0;
+   =20
+    str identifier;
+    int identifier_type;
=20
=20
     AAA_AVP* avp =3D 0;
@@ -488,15 +489,38 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *re=
s,
     }
=20
     LM_DBG("Adding subscription id...\n");
-    /* Add Subscription ID AVP*/
-    int identifier_type =3D AVP_Subscription_Id_Type_SIP_URI; //we only do I=
MPU now
-    //to get the SIP URI I use the dlg direction - if its mo I get the from =
uri from the req, if its mt I get the to uri from the req
-    str identifier;
+    //if its mo we use p_asserted_identity in request - if that not there we=
 use from_uri
+    //if its mt we use p_asserted_identity in reply - if that not there we u=
se to_uri
+   =20
     if (dlg_direction =3D=3D DLG_MOBILE_ORIGINATING) {
-        cscf_get_from_uri(req, &identifier);
+	LM_DBG("originating direction\n");
+	if ((identifier =3D cscf_get_asserted_identity(req)).len =3D=3D 0) {
+	    LM_DBG("No P-Asserted-Identity hdr found in request. Using From hdr in =
req");
+
+	    if (!cscf_get_from_uri(req, &identifier)) {
+		    LM_ERR("Error assigning P-Asserted-Identity using From hdr in req");
+		    goto error;
+	    }
+	}
     } else {
-        cscf_get_to_uri(req, &identifier);
-    }
+	LM_DBG("terminating direction\n");
+	if ((identifier =3D cscf_get_asserted_identity(res)).len =3D=3D 0) {
+	    LM_DBG("No P-Asserted-Identity hdr found in response. Using To hdr in r=
esp");
+
+	    if (!cscf_get_to_uri(res, &identifier)) {
+		    LM_ERR("Error assigning P-Asserted-Identity using To hdr in resp");
+		    goto error;
+	    }
+	}
+    }
+   =20
+    if (strncasecmp(identifier.s,"tel:",4)=3D=3D0) {
+	identifier_type =3D AVP_Subscription_Id_Type_E164; //
+    }else{
+	identifier_type =3D AVP_Subscription_Id_Type_SIP_URI; //default is END_USER=
_SIP_URI
+    }
+   =20
+   =20
     rx_add_subscription_id_avp(aar, identifier, identifier_type);
=20
     LM_DBG("Adding reservation priority...\n");
@@ -552,14 +576,6 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *res,
=20
     return ret;
=20
-    //    LM_DBG("sending AAR to PCRF\n");
-    //    if (rx_forced_peer.len)
-    //        aaa =3D cdpb.AAASendRecvMessageToPeer(aar, &rx_forced_peer);
-    //    else
-    //        aaa =3D cdpb.AAASendRecvMessage(aar);
-    //
-    //    return aaa;
-
 error:
     LM_ERR("unexpected error\n");
     if (aar)
@@ -587,6 +603,7 @@ int rx_send_aar_register(struct sip_msg *msg, AAASession*=
 auth, str *ip,
     int ret =3D 0;
     AAA_AVP* avp =3D 0;
     char x[4];
+    str identifier;
=20
     LM_DBG("Send AAR register\n");
=20
@@ -614,8 +631,9 @@ int rx_send_aar_register(struct sip_msg *msg, AAASession*=
 auth, str *ip,
     }
=20
     /* Add Subscription ID AVP*/
-    str identifier;
-    cscf_get_from_uri(msg, &identifier);
+   =20
+    identifier =3D cscf_get_public_identity(msg);
+   =20
     int identifier_type =3D AVP_Subscription_Id_Type_SIP_URI; //we only do I=
MPU now
     rx_add_subscription_id_avp(aar, identifier, identifier_type);
=20



--===============1818384667==--


From richard.good@smilecoms.com Tue Feb 11 07:45:09 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_charging: allow E164 to be used as
 subscription-type in CCR requests
Date: Tue, 11 Feb 2014 07:45:08 +0100
Message-ID: <20140211064508.DABC5EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1966774036=="

--===============1966774036==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: b6abf075448de90a7b135dfa42e58fa61255ca2e
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Db6abf075448de90a7b135dfa42e58fa61255ca2e

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Tue Feb 11 08:44:26 2014 +0200

modules/ims_charging: allow E164 to be used as subscription-type in CCR reque=
sts

---

 modules/ims_charging/ims_ro.c |    9 +++++++--
 1 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/modules/ims_charging/ims_ro.c b/modules/ims_charging/ims_ro.c
index 72a6fe5..da2e3d8 100644
--- a/modules/ims_charging/ims_ro.c
+++ b/modules/ims_charging/ims_ro.c
@@ -458,10 +458,15 @@ Ro_CCR_t * dlg_create_ro_session(struct sip_msg * req, =
struct sip_msg * reply, A
     event_type =3D 0;
     time_stamps =3D 0;
=20
-    subscr.type =3D Subscription_Type_IMPU;
+   =20
     subscr.id.s =3D from_uri.s;
     subscr.id.len =3D from_uri.len;
-
+    if (strncasecmp(subscr.id.s,"tel:",4)=3D=3D0) {
+	subscr.type =3D Subscription_Type_MSISDN;
+    }else{
+	subscr.type =3D Subscription_Type_IMPU; //default is END_USER_SIP_URI
+    }
+   =20
     ro_ccr_data =3D new_Ro_CCR(acc_record_type, &user_name, ims_info, &subsc=
r);
     if (!ro_ccr_data) {
         LM_ERR("dlg_create_ro_session: no memory left for generic\n");



--===============1966774036==--


From richard.good@smilecoms.com Tue Feb 11 07:52:56 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: lib/ims: added function to get Called-Party_ID
	AVP from message
Date: Tue, 11 Feb 2014 07:52:55 +0100
Message-ID: <20140211065255.CA8FBEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0451514916=="

--===============0451514916==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 12d0feed38cd036cbc0e7c9f0c0c540d0e9eca4a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D12d0feed38cd036cbc0e7c9f0c0c540d0e9eca4a

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Tue Feb 11 08:48:34 2014 +0200

lib/ims: added function to get Called-Party_ID AVP from message

---

 lib/ims/ims_getters.c |   38 ++++++++++++++++++++++++++++++++++++++
 lib/ims/ims_getters.h |    8 ++++++++
 2 files changed, 46 insertions(+), 0 deletions(-)

diff --git a/lib/ims/ims_getters.c b/lib/ims/ims_getters.c
index a41cd31..fb8598c 100644
--- a/lib/ims/ims_getters.c
+++ b/lib/ims/ims_getters.c
@@ -1473,3 +1473,41 @@ int cscf_get_cseq(struct sip_msg *msg,struct hdr_field=
 **hr)
 	return nr;
 }
=20
+static str s_called_party_id=3D{"P-Called-Party-ID",17};
+/**
+ * Looks for the P-Called-Party-ID header and extracts its content.
+ * @param msg - the sip message
+ * @param hr - ptr to return the found hdr_field=20
+ * @returns the P-Called_Party-ID
+ */
+str cscf_get_called_party_id(struct sip_msg *msg,struct hdr_field **hr)
+{
+	str id=3D{0,0};
+	struct hdr_field *h;
+	if (hr) *hr=3D0;
+	if (!msg) return id;
+	if (parse_headers(msg, HDR_EOH_F, 0)<0) {
+		return id;
+	}
+	h =3D msg->headers;
+	while(h)
+	{
+		if (h->name.len =3D=3D s_called_party_id.len  &&
+			strncasecmp(h->name.s,s_called_party_id.s,s_called_party_id.len)=3D=3D0)
+		{
+			id =3D h->body;
+			while(id.len && (id.s[0]=3D=3D' ' || id.s[0]=3D=3D'\t' || id.s[0]=3D=3D'<=
')){
+				id.s =3D id.s+1;
+				id.len --;
+			}
+			while(id.len && (id.s[id.len-1]=3D=3D' ' || id.s[id.len-1]=3D=3D'\t' || i=
d.s[id.len-1]=3D=3D'>')){
+				id.len--;
+			}=09
+			if (hr) *hr =3D h;
+			return id;
+		}
+		h =3D h->next;
+	}
+	return id;
+}
+
diff --git a/lib/ims/ims_getters.h b/lib/ims/ims_getters.h
index e78310f..0b01ffc 100644
--- a/lib/ims/ims_getters.h
+++ b/lib/ims/ims_getters.h
@@ -418,5 +418,13 @@ int cscf_add_header_rpl(struct sip_msg *msg, str *hdr);
  */
 int cscf_get_cseq(struct sip_msg *msg,struct hdr_field **hr);
=20
+/**
+ * Looks for the P-Called-Party-ID header and extracts its content.
+ * @param msg - the sip message
+ * @param hr - ptr to return the found hdr_field=20
+ * @returns the P-Called_Party-ID
+ */
+str cscf_get_called_party_id(struct sip_msg *msg,struct hdr_field **hr);
+
 #endif
=20



--===============0451514916==--


From richard.good@smilecoms.com Tue Feb 11 07:52:56 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_registrar_pcscf: Added new exported
 function pcscf_assert_called_identity
Date: Tue, 11 Feb 2014 07:52:55 +0100
Message-ID: <20140211065255.DFDDEEF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0288410042=="

--===============0288410042==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: b1d0d33276071f6c69d5cb2215a7b2b1e044764d
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Db1d0d33276071f6c69d5cb2215a7b2b1e044764d

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Tue Feb 11 08:49:44 2014 +0200

modules/ims_registrar_pcscf: Added new exported function pcscf_assert_called_=
identity
	pcscf_assert_called_identity function used to assert the identity for SIP re=
sponses
	Function retrieves Called-Party-ID AVP from SIP request and adds to SIP resp=
onse as P-Asserted-Identity as per TS 24.229 section 5.2.6.4.4

---

 modules/ims_registrar_pcscf/reg_mod.c        |    8 ++-
 modules/ims_registrar_pcscf/save.h           |    1 +
 modules/ims_registrar_pcscf/service_routes.c |   85 ++++++++++++++++++++++---
 modules/ims_registrar_pcscf/service_routes.h |    5 ++
 4 files changed, 87 insertions(+), 12 deletions(-)

diff --git a/modules/ims_registrar_pcscf/reg_mod.c b/modules/ims_registrar_pc=
scf/reg_mod.c
index 7aa000f..ff622ff 100644
--- a/modules/ims_registrar_pcscf/reg_mod.c
+++ b/modules/ims_registrar_pcscf/reg_mod.c
@@ -104,6 +104,7 @@ static int w_is_registered(struct sip_msg* _m, char* _d, =
char* _foo);
 static int w_reginfo_handle_notify(struct sip_msg* _m, char* _d, char* _foo);
=20
 static int w_assert_identity(struct sip_msg* _m, char* _d, char* _preferred_=
uri);
+static int w_assert_called_identity(struct sip_msg* _m, char* _d, char* _foo=
);
=20
 /*! \brief Fixup functions */
 static int domain_fixup(void** param, int param_no);
@@ -131,9 +132,10 @@ static cmd_export_t cmds[] =3D {
 	{"pcscf_follows_service_routes", (cmd_function)w_follows_service_routes,   =
    	1,  	save_fixup2, 	0,		REQUEST_ROUTE },
 	{"pcscf_force_service_routes", (cmd_function)w_force_service_routes,       =
	1,  	save_fixup2, 	0,		REQUEST_ROUTE },
=20
-	{"pcscf_is_registered", (cmd_function)w_is_registered,       	1,  	save_fix=
up2, 	0,		REQUEST_ROUTE },
+	{"pcscf_is_registered", (cmd_function)w_is_registered,       	1,  	save_fix=
up2, 	0,		REQUEST_ROUTE|ONREPLY_ROUTE },
=20
 	{"pcscf_assert_identity", (cmd_function)w_assert_identity,      2,  	assert=
_identity_fixup, 	0,		REQUEST_ROUTE },
+	{"pcscf_assert_called_identity", (cmd_function)w_assert_called_identity,   =
   1,  	assert_identity_fixup, 	0,		ONREPLY_ROUTE },
=20
 	{"reginfo_handle_notify", (cmd_function)w_reginfo_handle_notify, 1, domain_=
fixup, 0, REQUEST_ROUTE},
 =09
@@ -416,6 +418,10 @@ static int w_assert_identity(struct sip_msg* _m, char* _=
d, char* _preferred_uri)
 	return assert_identity( _m, (udomain_t*)_d, identity);
 }
=20
+static int w_assert_called_identity(struct sip_msg* _m, char* _d, char* _foo=
) {
+	return assert_called_identity( _m, (udomain_t*)_d);
+}
+
 /*
  * Get the asserted Identity for the current user
  */
diff --git a/modules/ims_registrar_pcscf/save.h b/modules/ims_registrar_pcscf=
/save.h
index f400145..d11d84b 100644
--- a/modules/ims_registrar_pcscf/save.h
+++ b/modules/ims_registrar_pcscf/save.h
@@ -56,6 +56,7 @@
 int save(struct sip_msg* _m, udomain_t* _d, int _cflags);
 int save_pending(struct sip_msg* _m, udomain_t* _d);
 int unregister(struct sip_msg* _m, char* _d, char* _uri);
+struct sip_msg* get_request_from_reply(struct sip_msg* reply);
=20
=20
 #endif /* SAVE_H */
diff --git a/modules/ims_registrar_pcscf/service_routes.c b/modules/ims_regis=
trar_pcscf/service_routes.c
index 937d152..452548a 100644
--- a/modules/ims_registrar_pcscf/service_routes.c
+++ b/modules/ims_registrar_pcscf/service_routes.c
@@ -22,6 +22,7 @@
=20
 #include "service_routes.h"
 #include "reg_mod.h"
+#include "save.h"
 #include "../../data_lump.h"
 #include "../../lib/ims/ims_getters.h"
=20
@@ -418,25 +419,31 @@ str * get_asserted_identity(struct sip_msg* _m) {
 }
=20
 /**
- * Add proper asserted identies based on registration
+ * checked if passed identity is an asserted identity
  */
 int assert_identity(struct sip_msg* _m, udomain_t* _d, str identity) {
 	// Public identities of this contact
 	struct ppublic * p;
-
+	//remove <> braces if there are
+	if(identity.s[0]=3D=3D'<' && identity.s[identity.len-1]=3D=3D'>') {
+		identity.s++;
+		identity.len -=3D 2;
+	}
+	LM_DBG("Identity to assert: %.*s\n", identity.len, identity.s);
+=09
 	if (getContactP(_m, _d) !=3D NULL) {
 		for (p =3D c->head; p; p =3D p->next) {
 			LM_DBG("Public identity: %.*s\n", p->public_identity.len, p->public_ident=
ity.s);
-			/* Check length: */
-			if (identity.len =3D=3D p->public_identity.len) {
-				/* Check contents: */
-				if (strncasecmp(identity.s, p->public_identity.s, identity.len) =3D=3D 0=
) {
-					LM_DBG("Match!\n");
-					return 1;
-				}
-			} else LM_DBG("Length does not match.\n");
+			    /* Check length: */
+			    if (identity.len =3D=3D p->public_identity.len) {
+				    /* Check contents: */
+				    if (strncasecmp(identity.s, p->public_identity.s, identity.len) =3D=
=3D 0) {
+					    LM_DBG("Match!\n");
+					    return 1;
+				    }
+			    } else LM_DBG("Length does not match.\n");
+			}
 		}
-	}
 	LM_WARN("Contact not found based on Contact, trying IP/Port/Proto\n");
 	str received_host =3D {0, 0};
 	char srcip[50];=09
@@ -449,3 +456,59 @@ int assert_identity(struct sip_msg* _m, udomain_t* _d, s=
tr identity) {
 		return 1;
 }
=20
+
+/**
+ * Add proper asserted identities based on registration
+ */
+
+static str p_asserted_identity_s=3D{"P-Asserted-Identity: ",21};
+static str p_asserted_identity_m=3D{"<",1};
+static str p_asserted_identity_e=3D{">\r\n",3};
+
+int assert_called_identity(struct sip_msg* _m, udomain_t* _d) {
+=09
+	int ret=3DCSCF_RETURN_FALSE;
+	str called_party_id=3D{0,0},x=3D{0,0};
+	struct sip_msg* req;
+	struct hdr_field *h=3D0;
+	=09
+	//get request from reply
+	req =3D get_request_from_reply(_m);
+	if (!req) {
+		LM_ERR("Unable to get request from reply for REGISTER. No transaction\n");
+		goto error;
+	}
+=09
+	called_party_id =3D cscf_get_called_party_id(req, &h);
+=09
+	=09
+	if (!called_party_id.len){
+		goto error;=09
+	}else{
+		LM_DBG("Called Party ID from request: %.*s\n", called_party_id.len, called=
_party_id.s);=09
+		x.len =3D p_asserted_identity_s.len+p_asserted_identity_m.len+called_party=
_id.len+p_asserted_identity_e.len;
+		x.s =3D pkg_malloc(x.len);
+		if (!x.s){
+			LM_ERR("P_assert_called_identity: Error allocating %d bytes\n",	x.len);
+			x.len=3D0;
+			goto error;	=09
+		}
+		x.len=3D0;
+		STR_APPEND(x,p_asserted_identity_s);
+		STR_APPEND(x,p_asserted_identity_m);
+		STR_APPEND(x,called_party_id);
+		STR_APPEND(x,p_asserted_identity_e);
+	=09
+		if (cscf_add_header(_m,&x,HDR_OTHER_T))
+			ret =3D CSCF_RETURN_TRUE;
+		else
+		    goto error;
+	}
+=09
+	return ret;
+=09
+error:
+	ret=3DCSCF_RETURN_FALSE;
+	return ret;
+}
+
diff --git a/modules/ims_registrar_pcscf/service_routes.h b/modules/ims_regis=
trar_pcscf/service_routes.h
index dc7aef7..f9db932 100644
--- a/modules/ims_registrar_pcscf/service_routes.h
+++ b/modules/ims_registrar_pcscf/service_routes.h
@@ -51,4 +51,9 @@ str * get_asserted_identity(struct sip_msg* _m);
  */
 int assert_identity(struct sip_msg* _m, udomain_t* _d, str identity);
=20
+/**
+ * Assert a given called identity of a user
+ */
+int assert_called_identity(struct sip_msg* _m, udomain_t* _d);
+
 #endif /* SERVICE_ROUTES_H */



--===============0288410042==--


From richard.good@smilecoms.com Tue Feb 11 10:01:58 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 11:01:55 +0200
Message-ID:
 <CAOvD115Xif5L6j0O=MgfbCeAT8HAtnKg7iwM8QAH_p9v5RTN0A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0948159048=="

--===============0948159048==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi

I'm getting connection timed out when trying to do any git operations - is
this just me or is git.sip-router.org unavailable?

Regards
Richard.

This email is subject to the disclaimer of Smile Communications at http://www=
.smilecoms.com/disclaimer



--===============0948159048==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PkhpPGJyPjxicj48L2Rpdj5JJiMzOTttIGdldHRpbmcg
Y29ubmVjdGlvbiB0aW1lZCBvdXQgd2hlbiB0cnlpbmcgdG8gZG8gYW55IGdpdCBvcGVyYXRpb25z
IC0gaXMgdGhpcyBqdXN0IG1lIG9yIGlzIDxhIGhyZWY9Imh0dHA6Ly9naXQuc2lwLXJvdXRlci5v
cmciPmdpdC5zaXAtcm91dGVyLm9yZzwvYT4gdW5hdmFpbGFibGU/PGJyPjxicj48L2Rpdj4KUmVn
YXJkczxicj5SaWNoYXJkLjxicj48ZGl2PjxkaXY+PGRpdj48ZGl2PjxkaXYgZGlyPSJsdHIiPjx0
YWJsZSBzdHlsZT0id2lkdGg6NDUwcHQiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxz
cGFjaW5nPSIwIiB3aWR0aD0iNjAwIj48dGJvZHk+PHRyIHN0eWxlPSJtaW4taGVpZ2h0OjEwLjVw
dCI+PHRkIHJvd3NwYW49IjMiIHN0eWxlPSJ3aWR0aDoxNzMuMjVwdDtwYWRkaW5nOjBjbTttaW4t
aGVpZ2h0OjEwLjVwdCIgdmFsaWduPSJ0b3AiIHdpZHRoPSIyMzEiPgo8YnI+PC90ZD48dGQgc3R5
bGU9InBhZGRpbmc6MGNtO21pbi1oZWlnaHQ6MTAuNXB0IiB2YWxpZ249InRvcCI+PGJyPjwvdGQ+
PC90cj48dHIgc3R5bGU9Im1pbi1oZWlnaHQ6NDIuNzVwdCI+PHRkIHN0eWxlPSJwYWRkaW5nOjBj
bTttaW4taGVpZ2h0OjQyLjc1cHQiIHZhbGlnbj0idG9wIj48YnI+PGJyPjwvdGQ+PC90cj48L3Ri
b2R5PjwvdGFibGU+PHNwYW4gc3R5bGU9ImJvcmRlci1jb2xsYXBzZTpjb2xsYXBzZTtmb250LWZh
bWlseTphcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxM3B4Ij48L3NwYW4+PC9kaXY+CjwvZGl2
Pgo8L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4KCjxwcmU+VGhpcyBlbWFpbCBpcyBzdWJqZWN0IHRv
IHRoZSBkaXNjbGFpbWVyIG9mIFNtaWxlIENvbW11bmljYXRpb25zIGF0IGh0dHA6Ly93d3cuc21p
bGVjb21zLmNvbS9kaXNjbGFpbWVyCg0=

--===============0948159048==--


From miconda@gmail.com Tue Feb 11 14:00:23 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 14:00:13 +0100
Message-ID: <52FA1EDD.4050501@gmail.com>
In-Reply-To:
 <CAOvD115Xif5L6j0O=MgfbCeAT8HAtnKg7iwM8QAH_p9v5RTN0A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1778636154=="

--===============1778636154==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On 11/02/14 10:01, Richard Good wrote:
Hello,

I cannot access it either. I am traveling and cannot look right now to=20
it. Maybe Jan or Henning can check it meanwhile.

Cheers,
Daniel

> Hi
>
> I'm getting connection timed out when trying to do any git operations=20
> - is this just me or is git.sip-router.org <http://git.sip-router.org>=20
> unavailable?
>
> Regards
> Richard.
>
> =09
>
>
> This email is subject to the disclaimer of Smile Communications at http://w=
ww.smilecoms.com/disclaimer
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>


--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============1778636154==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+CiAgICA8ZGl2IGNsYXNzPSJtb3ot
Y2l0ZS1wcmVmaXgiPk9uIDExLzAyLzE0IDEwOjAxLCBSaWNoYXJkIEdvb2Qgd3JvdGU6PGJyPgog
ICAgPC9kaXY+CiAgICBIZWxsbyw8YnI+CiAgICA8YnI+CiAgICBJIGNhbm5vdCBhY2Nlc3MgaXQg
ZWl0aGVyLiBJIGFtIHRyYXZlbGluZyBhbmQgY2Fubm90IGxvb2sgcmlnaHQgbm93CiAgICB0byBp
dC4gTWF5YmUgSmFuIG9yIEhlbm5pbmcgY2FuIGNoZWNrIGl0IG1lYW53aGlsZS48YnI+CiAgICA8
YnI+CiAgICBDaGVlcnMsPGJyPgogICAgRGFuaWVsPGJyPgogICAgPGJyPgogICAgPGJsb2NrcXVv
dGUKY2l0ZT0ibWlkOkNBT3ZEMTE1WGlmNUw2ajBPPU1nZmJDZUFUOEhBdG5LZzdpd004UUFIX3A5
djVSVE4wQUBtYWlsLmdtYWlsLmNvbSIKICAgICAgdHlwZT0iY2l0ZSI+CiAgICAgIDxkaXYgZGly
PSJsdHIiPgogICAgICAgIDxkaXY+CiAgICAgICAgICA8ZGl2PkhpPGJyPgogICAgICAgICAgICA8
YnI+CiAgICAgICAgICA8L2Rpdj4KICAgICAgICAgIEknbSBnZXR0aW5nIGNvbm5lY3Rpb24gdGlt
ZWQgb3V0IHdoZW4gdHJ5aW5nIHRvIGRvIGFueSBnaXQKICAgICAgICAgIG9wZXJhdGlvbnMgLSBp
cyB0aGlzIGp1c3QgbWUgb3IgaXMgPGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgogICAgICAgICAg
ICBocmVmPSJodHRwOi8vZ2l0LnNpcC1yb3V0ZXIub3JnIj5naXQuc2lwLXJvdXRlci5vcmc8L2E+
CiAgICAgICAgICB1bmF2YWlsYWJsZT88YnI+CiAgICAgICAgICA8YnI+CiAgICAgICAgPC9kaXY+
CiAgICAgICAgUmVnYXJkczxicj4KICAgICAgICBSaWNoYXJkLjxicj4KICAgICAgICA8ZGl2Pgog
ICAgICAgICAgPGRpdj4KICAgICAgICAgICAgPGRpdj4KICAgICAgICAgICAgICA8ZGl2PgogICAg
ICAgICAgICAgICAgPGRpdiBkaXI9Imx0ciI+CiAgICAgICAgICAgICAgICAgIDx0YWJsZSBzdHls
ZT0id2lkdGg6NDUwcHQiIHdpZHRoPSI2MDAiIGJvcmRlcj0iMCIKICAgICAgICAgICAgICAgICAg
ICBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjAiPgogICAgICAgICAgICAgICAgICAgIDx0
Ym9keT4KICAgICAgICAgICAgICAgICAgICAgIDx0ciBzdHlsZT0ibWluLWhlaWdodDoxMC41cHQi
PgogICAgICAgICAgICAgICAgICAgICAgICA8dGQgcm93c3Bhbj0iMyIKICAgICAgICAgICAgICAg
ICAgICAgICAgICBzdHlsZT0id2lkdGg6MTczLjI1cHQ7cGFkZGluZzowY207bWluLWhlaWdodDox
MC41cHQiCiAgICAgICAgICAgICAgICAgICAgICAgICAgdmFsaWduPSJ0b3AiIHdpZHRoPSIyMzEi
PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICAgICAgICAg
PC90ZD4KICAgICAgICAgICAgICAgICAgICAgICAgPHRkIHN0eWxlPSJwYWRkaW5nOjBjbTttaW4t
aGVpZ2h0OjEwLjVwdCIKICAgICAgICAgICAgICAgICAgICAgICAgICB2YWxpZ249InRvcCI+PGJy
PgogICAgICAgICAgICAgICAgICAgICAgICA8L3RkPgogICAgICAgICAgICAgICAgICAgICAgPC90
cj4KICAgICAgICAgICAgICAgICAgICAgIDx0ciBzdHlsZT0ibWluLWhlaWdodDo0Mi43NXB0Ij4K
ICAgICAgICAgICAgICAgICAgICAgICAgPHRkIHN0eWxlPSJwYWRkaW5nOjBjbTttaW4taGVpZ2h0
OjQyLjc1cHQiCiAgICAgICAgICAgICAgICAgICAgICAgICAgdmFsaWduPSJ0b3AiPjxicj4KICAg
ICAgICAgICAgICAgICAgICAgICAgICA8YnI+CiAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+
CiAgICAgICAgICAgICAgICAgICAgICA8L3RyPgogICAgICAgICAgICAgICAgICAgIDwvdGJvZHk+
CiAgICAgICAgICAgICAgICAgIDwvdGFibGU+CiAgICAgICAgICAgICAgICAgIDxzcGFuCnN0eWxl
PSJib3JkZXItY29sbGFwc2U6Y29sbGFwc2U7Zm9udC1mYW1pbHk6YXJpYWwsc2Fucy1zZXJpZjtm
b250LXNpemU6MTNweCI+PC9zcGFuPjwvZGl2PgogICAgICAgICAgICAgIDwvZGl2PgogICAgICAg
ICAgICA8L2Rpdj4KICAgICAgICAgIDwvZGl2PgogICAgICAgIDwvZGl2PgogICAgICA8L2Rpdj4K
ICAgICAgPHByZT5UaGlzIGVtYWlsIGlzIHN1YmplY3QgdG8gdGhlIGRpc2NsYWltZXIgb2YgU21p
bGUgQ29tbXVuaWNhdGlvbnMgYXQgPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJl
Zj0iaHR0cDovL3d3dy5zbWlsZWNvbXMuY29tL2Rpc2NsYWltZXIiPmh0dHA6Ly93d3cuc21pbGVj
b21zLmNvbS9kaXNjbGFpbWVyPC9hPgoKCjxmaWVsZHNldCBjbGFzcz0ibWltZUF0dGFjaG1lbnRI
ZWFkZXIiPjwvZmllbGRzZXQ+CjxwcmUgd3JhcD0iIj5fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXwpzci1kZXYgbWFpbGluZyBsaXN0CjxhIGNsYXNzPSJtb3ot
dHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRl
ci5vcmciPnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZzwvYT4KPGEgY2xhc3M9Im1vei10eHQt
bGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4v
bWFpbG1hbi9saXN0aW5mby9zci1kZXYiPmh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2kt
YmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2PC9hPgo8L3ByZT4KCjwvcHJlPgogICAgPC9ibG9j
a3F1b3RlPgogICAgPGJyPgogICAgPGJyPgogICAgPHByZSBjbGFzcz0ibW96LXNpZ25hdHVyZSIg
Y29scz0iNzIiPi0tIApEYW5pZWwtQ29uc3RhbnRpbiBNaWVybGEgLSA8YSBjbGFzcz0ibW96LXR4
dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vd3d3LmFzaXB0by5jb20iPmh0dHA6Ly93d3cu
YXNpcHRvLmNvbTwvYT4KPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0
cDovL3R3aXR0ZXIuY29tLyMhL21pY29uZGEiPmh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRh
PC9hPiAtIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93d3cu
bGlua2VkaW4uY29tL2luL21pY29uZGEiPmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL21pY29u
ZGE8L2E+PC9wcmU+CiAgPC9ib2R5Pgo8L2h0bWw+Cg==

--===============1778636154==--


From abalashov@evaristesys.com Tue Feb 11 19:18:40 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 13:18:33 -0500
Message-ID: <52FA6979.3060109@evaristesys.com>
In-Reply-To: <52FA1EDD.4050501@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1251752446=="

--===============1251752446==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

It's definitely not accessible.

On 02/11/2014 08:00 AM, Daniel-Constantin Mierla wrote:

> On 11/02/14 10:01, Richard Good wrote:
> Hello,
>
> I cannot access it either. I am traveling and cannot look right now to
> it. Maybe Jan or Henning can check it meanwhile.
>
> Cheers,
> Daniel
>
>> Hi
>>
>> I'm getting connection timed out when trying to do any git operations
>> - is this just me or is git.sip-router.org <http://git.sip-router.org>
>> unavailable?
>>
>> Regards
>> Richard.
>>
>> =09
>>
>>
>> This email is subject to the disclaimer of Smile Communications athttp://w=
ww.smilecoms.com/disclaimer
>>
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>
>
> --
> Daniel-Constantin Mierla -http://www.asipto.com
> http://twitter.com/#!/miconda  -http://www.linkedin.com/in/miconda
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>


--=20
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/


--===============1251752446==--


From abalashov@evaristesys.com Tue Feb 11 19:30:40 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 13:30:33 -0500
Message-ID: <52FA6C49.6050803@evaristesys.com>
In-Reply-To: <52FA6979.3060109@evaristesys.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1611464494=="

--===============1611464494==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

It seems to be back now.

-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/


--===============1611464494==--


From miconda@gmail.com Tue Feb 11 19:33:42 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 19:33:32 +0100
Message-ID: <52FA6CFC.6090105@gmail.com>
In-Reply-To: <52FA6C49.6050803@evaristesys.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1544412940=="

--===============1544412940==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

I succeeded to get access to the net and issue a reset of the server. 
Don't know yet what caused the trouble, logs have to be analyzed.

Cheers,
Daniel

On 11/02/14 19:30, Alex Balashov wrote:
> It seems to be back now.
>

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============1544412940==--


From abalashov@evaristesys.com Tue Feb 11 19:34:56 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 13:34:49 -0500
Message-ID: <52FA6D49.5050902@evaristesys.com>
In-Reply-To: <52FA6CFC.6090105@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1477214895=="

--===============1477214895==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Thank you.  I'm due to give a presentation in an hour that involves a 
live checkout of the Kamailio source from Git, so it would have been 
quite inconvenient to have it down (although, if I had to, I could make 
do with the source tarball of 4.1.1).

On 02/11/2014 01:33 PM, Daniel-Constantin Mierla wrote:

> I succeeded to get access to the net and issue a reset of the server.
> Don't know yet what caused the trouble, logs have to be analyzed.
>
> Cheers,
> Daniel
>
> On 11/02/14 19:30, Alex Balashov wrote:
>> It seems to be back now.
>>
>


-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/


--===============1477214895==--


From miconda@gmail.com Tue Feb 11 19:37:48 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 19:37:40 +0100
Message-ID: <52FA6DF4.8000401@gmail.com>
In-Reply-To: <52FA6D49.5050902@evaristesys.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1864193753=="

--===============1864193753==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

The clone on github is synchronized with every commit, in real time -- 
so it should be with the same content as the main git repo.

Cheers,
Daniel

On 11/02/14 19:34, Alex Balashov wrote:
> Thank you.  I'm due to give a presentation in an hour that involves a 
> live checkout of the Kamailio source from Git, so it would have been 
> quite inconvenient to have it down (although, if I had to, I could 
> make do with the source tarball of 4.1.1).
>
> On 02/11/2014 01:33 PM, Daniel-Constantin Mierla wrote:
>
>> I succeeded to get access to the net and issue a reset of the server.
>> Don't know yet what caused the trouble, logs have to be analyzed.
>>
>> Cheers,
>> Daniel
>>
>> On 11/02/14 19:30, Alex Balashov wrote:
>>> It seems to be back now.
>>>
>>
>
>

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============1864193753==--


From abalashov@evaristesys.com Tue Feb 11 19:38:30 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git.sip-router.org down?
Date: Tue, 11 Feb 2014 13:38:23 -0500
Message-ID: <52FA6E1F.2040501@evaristesys.com>
In-Reply-To: <52FA6DF4.8000401@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0488452869=="

--===============0488452869==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On 02/11/2014 01:37 PM, Daniel-Constantin Mierla wrote:

> The clone on github is synchronized with every commit, in real time --
> so it should be with the same content as the main git repo.

That's true; I hadn't considered that. Thanks.

-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/


--===============0488452869==--


From jh@tutpro.com Wed Feb 12 04:12:00 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/lcr: fixed name of
 ping_inactivate_threshold param in README
Date: Wed, 12 Feb 2014 04:11:59 +0100
Message-ID: <20140212031200.059C7EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1078189034=="

--===============1078189034==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 289c33fcaf2cc93dfad517c8b7bb2a9fcfb4b773
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D289c33fcaf2cc93dfad517c8b7bb2a9fcfb4b773

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Wed Feb 12 05:11:03 2014 +0200

modules/lcr: fixed name of ping_inactivate_threshold param in README

---

 modules/lcr/README            |    8 ++++----
 modules/lcr/doc/lcr_admin.xml |    8 ++++----
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/modules/lcr/README b/modules/lcr/README
index 733f59d..58268cf 100644
--- a/modules/lcr/README
+++ b/modules/lcr/README
@@ -64,7 +64,7 @@ Juha Heinanen
               3.37. dont_strip_or_tag_flag (integer)
               3.38. fetch_rows (integer)
               3.39. ping_interval (integer)
-              3.40. ping_inactive_threshold (integer)
+              3.40. ping_inactivate_threshold (integer)
               3.41. ping_valid_reply_codes (string)
               3.42. ping_from (string)
               3.43. ping_socket (string)
@@ -199,7 +199,7 @@ Chapter 1. Admin Guide
         3.37. dont_strip_or_tag_flag (integer)
         3.38. fetch_rows (integer)
         3.39. ping_interval (integer)
-        3.40. ping_inactive_threshold (integer)
+        3.40. ping_inactivate_threshold (integer)
         3.41. ping_valid_reply_codes (string)
         3.42. ping_from (string)
         3.43. ping_socket (string)
@@ -351,7 +351,7 @@ Chapter 1. Admin Guide
    3.37. dont_strip_or_tag_flag (integer)
    3.38. fetch_rows (integer)
    3.39. ping_interval (integer)
-   3.40. ping_inactive_threshold (integer)
+   3.40. ping_inactivate_threshold (integer)
    3.41. ping_valid_reply_codes (string)
    3.42. ping_from (string)
    3.43. ping_socket (string)
@@ -831,7 +831,7 @@ modparam("lcr", "fetch_rows", 3000)
 modparam("lcr", "ping_interval", 15)
 ...
=20
-3.40. ping_inactive_threshold (integer)
+3.40. ping_inactivate_threshold (integer)
=20
    Tells after how many failures (=3D inactivate_gw() function calls) a
    gateway is marked as inactive.
diff --git a/modules/lcr/doc/lcr_admin.xml b/modules/lcr/doc/lcr_admin.xml
index 8271cfe..fcd8d55 100644
--- a/modules/lcr/doc/lcr_admin.xml
+++ b/modules/lcr/doc/lcr_admin.xml
@@ -1032,7 +1032,7 @@ modparam("lcr", "ping_interval", 15)
 	</section>
=20
 	<section>
-		<title><varname>ping_inactive_threshold</varname> (integer)</title>
+		<title><varname>ping_inactivate_threshold</varname> (integer)</title>
 		<para>
 		  Tells after how many failures (=3D inactivate_gw() function
 		  calls) a gateway is marked as inactive.
@@ -1040,16 +1040,16 @@ modparam("lcr", "ping_interval", 15)
 		<para>
 		<emphasis>
 			Default value is <quote>1</quote>, i.e., gateway is
-			marked inactive after first failure.
+			inactivated after first failure.
 		</emphasis>
 		</para>
 		<example>
 		<title>
-		Set <varname>ping_inactive_threshold</varname> parameter
+		Set <varname>ping_inactivate_threshold</varname> parameter
 		</title>
 <programlisting format=3D"linespecific">
 ...
-modparam("lcr", "ping_inactive_threshold", 3)
+modparam("lcr", "ping_inactivate_threshold", 3)
 ...
 </programlisting>
 		</example>



--===============1078189034==--


From richard.good@smilecoms.com Wed Feb 12 07:57:08 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: Merge branch 'master' of
	ssh://git.sip-router.org/sip-router
Date: Wed, 12 Feb 2014 07:57:07 +0100
Message-ID: <20140212065708.03FA8EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2113446088=="

--===============2113446088==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: ec24f51a8efc31864c560054a039aa0c2cd5ab62
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dec24f51a8efc31864c560054a039aa0c2cd5ab62

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Wed Feb 12 08:56:37 2014 +0200

Merge branch 'master' of ssh://git.sip-router.org/sip-router

---





--===============2113446088==--


From richard.good@smilecoms.com Wed Feb 12 07:57:08 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: examples/config: added p-asserted-identity logic
 on P-CSCF and add Called-Party_ID AVP on S-CSCF
Date: Wed, 12 Feb 2014 07:57:07 +0100
Message-ID: <20140212065707.A0171EF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1821284702=="

--===============1821284702==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 71f2247cf4dc6f8d3a0b148461322f6b680f1174
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D71f2247cf4dc6f8d3a0b148461322f6b680f1174

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Tue Feb 11 09:42:27 2014 +0200

examples/config: added p-asserted-identity logic on P-CSCF and add Called-Par=
ty_ID AVP on S-CSCF

---

 examples/pcscf/kamailio.cfg |   46 ++++++++++++++++++++++++++++++++++--------
 examples/scscf/kamailio.cfg |   12 +++++++---
 2 files changed, 45 insertions(+), 13 deletions(-)

diff --git a/examples/pcscf/kamailio.cfg b/examples/pcscf/kamailio.cfg
index 9925089..6185310 100644
--- a/examples/pcscf/kamailio.cfg
+++ b/examples/pcscf/kamailio.cfg
@@ -857,6 +857,22 @@ route[Orig_Initial]
 		send_reply("403","Forbidden - You must register first with a S-CSCF");
 		break;
 	}
+
+	#asserted identity header      =20
+        if (is_present_hf("P-Preferred-Identity") && pcscf_assert_identity("=
location", "$hdr(P-Preferred-Identity)")) {
+                xlog("L_DBG", "P-Preferred-Identity is asserted " + "$hdr(P-=
Preferred-Identity)");
+                append_hf("P-Asserted-Identity: $hdr(P-Preferred-Identity)\r=
\n");
+        } else {
+                xlog("L_DBG", "P-Preferred-Identity not asserted - using def=
ault " + "$pcscf_asserted_identity");
+                append_hf("P-Asserted-Identity: <$pcscf_asserted_identity>\r=
\n");
+        }
+        if(is_present_hf("P-Preferred-Identity")) {
+                remove_hf("P-Preferred-Identity");
+        }
+
+        msg_apply_changes();
+
+
 	if (!pcscf_follows_service_routes("location")){
 		#Variant 1 - deny access to the network
 		#send_reply("400","Bad Request - Not following indicated service routes");
@@ -879,15 +895,6 @@ route[Orig_Initial]
 	$avp(RR_CUSTOM_USER_AVP)=3D"mo";
 	record_route();
   =20
-	if (is_present_hf("P-Preferred-Identity") && pcscf_assert_identity("locatio=
n", "$hdr(P-Preferred-Identity)")) {
-		remove_hf("P-Preferred-Identity");
-		append_hf("P-Asserted-Identity: $hdr(P-Preferred-Identity)\r\n");
-	} else if (pcscf_assert_identity("location", "$fu")) {
-		append_hf("P-Asserted-Identity: <$fu>\r\n");
-	} else {
-		append_hf("P-Asserted-Identity: <$pcscf_asserted_identity>\r\n");
-	}
-
 	# Do RTP-Relaying, if necessary:
 	route(RTPPROXY_ORIG);
   =20
@@ -1092,6 +1099,27 @@ route[Term_Initial]
 ######################################################################
 onreply_route[Term_Initial_reply]
 {
+
+	if (t_check_status("183")||t_check_status("200")){
+                if (!pcscf_is_registered("location")) {
+                        xlog("L_DBG", "IMS: INSIDE TERM_INITIAL_REPLY: can't=
 find contact [$ct] in P-CSCF usrloc\n");
+                        send_reply("403","Forbidden - not registered with P-=
CSCF");
+                        break;
+                }
+
+                #asserted identity header      =20
+                if (pcscf_assert_called_identity("location")) {
+                        xlog("L_DBG", "P-Called-Party-ID asserted");
+                } else {
+                        xlog("L_DBG", "P-Called-Party-ID not asserted - usin=
g default " + "$pcscf_asserted_identity");
+                        append_hf("P-Asserted-Identity: <$pcscf_asserted_ide=
ntity>\r\n");
+                }
+                if(is_present_hf("P-Preferred-Identity")) {
+                        remove_hf("P-Preferred-Identity");
+                }
+                msg_apply_changes();
+        }
+
 #!ifdef WITH_RX
 	if (t_check_status("180|183|200")){
 		xlog("L_DBG","Diameter Term authorizing media via Rx\n");
diff --git a/examples/scscf/kamailio.cfg b/examples/scscf/kamailio.cfg
index 24670d8..aea60b2 100644
--- a/examples/scscf/kamailio.cfg
+++ b/examples/scscf/kamailio.cfg
@@ -717,6 +717,10 @@ route[orig]
         	record_route();   =20
 	}
=20
+	if (is_method("INVITE|MESSAGE")) {
+                append_hf("P-Called-Party-ID: <$ruri>\r\n");
+        }
+
 #!ifdef WITH_RO
 	# before we allow call - lets check credit
 	if (is_method("INVITE")) {
@@ -737,10 +741,10 @@ route[orig]
 		exit;
 	}
=20
-	if (!isc_from_as("orig")) {
-		remove_hf("P-Asserted-Identity");
-		append_hf("P-Asserted-Identity: <sip:$fU@$fd>\r\n");
-	}
+	#if (!isc_from_as("orig")) {
+	#	remove_hf("P-Asserted-Identity");
+	#	append_hf("P-Asserted-Identity: <sip:$fU@$fd>\r\n");
+	#}
=20
 	# Check for PSTN destinations:
 	if (is_method("INVITE")) {



--===============1821284702==--


From richard.good@smilecoms.com Wed Feb 12 08:01:24 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_charging: change to use
 asserted_identities for subscription id if present
Date: Wed, 12 Feb 2014 08:01:22 +0100
Message-ID: <20140212070123.40228EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0817529873=="

--===============0817529873==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 574765a22cbf6844418948c13d07f49f119c0363
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D574765a22cbf6844418948c13d07f49f119c0363

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Wed Feb 12 08:59:43 2014 +0200

modules/ims_charging: change to use asserted_identities for subscription id i=
f present
	Change to use asserted-identity header and called-party-id header as subscri=
ption id when present, otherwise use from_uri and to_uri as before
	Change to use asserted-identity for subscription id when direction is orig a=
nd called-asserted-identity when direction is term

---

 modules/ims_charging/ims_ro.c          |  169 +++++++++++++++++++++----------
 modules/ims_charging/ro_session_hash.c |   20 ++--
 modules/ims_charging/ro_session_hash.h |    6 +-
 modules/ims_charging/ro_timer.c        |    4 +-
 4 files changed, 129 insertions(+), 70 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D574765a22cbf6844418948c13d07f49f119c0363


--===============0817529873==--


From bugtracker@sip-router.org Wed Feb 12 14:37:11 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: $od and $rd missing in reply route
Date: Wed, 12 Feb 2014 13:37:08 +0000
Message-ID: <1392212228.52fb790445495@sip-router.org>
In-Reply-To: <FS394@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1594578404=="

--===============1594578404==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Sebastian Damm (sdamm)=20

Attached to Project - sip-router
Summary - $od and $rd missing in reply route
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Low
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - We just noticed that our acc module doesn't work as expected due to=
 the contents of $od and $rd missing in the reply route.

To verify, we took a pretty simple setup, and put the following in the kamail=
io.cfg:

route {
  if (is_method("INVITE")) {
    t_on_reply("INVITE");
    xlog("L_NOTICE", "route: Original Domain: $od Request Domain: $rd\n");
  }
}

onreply_route[INVITE] {
  xlog("L_NOTICE", "reply: Original Domain: $od Request Domain: $rd\n");
}

Then in our log the following lines appeared:

Feb 12 14:18:56 host /usr/sbin/kamailio[18829]: NOTICE: <script>: route: Orig=
inal Domain: sip.dev.domain.de Request Domain: sip.dev.domain.de
Feb 12 14:18:57 host /usr/sbin/kamailio[18828]: NOTICE: <script>: reply: Orig=
inal Domain: <null> Request Domain: <null>

Shouldn't those values be kept during the transaction?

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D394

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1594578404==--


From linuxmaniac@torreviejawireless.org Wed Feb 12 14:46:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: clean lintian warnings
Date: Wed, 12 Feb 2014 14:46:13 +0100
Message-ID: <20140212134613.F087EEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0577211001=="

--===============0577211001==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: c2a606c1b03b1014caa9053d64d43d09c4744d04
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dc2a606c1b03b1014caa9053d64d43d09c4744d04

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Wed Feb 12 14:00:16 2014 +0100

pkg/kamailio/deb: clean lintian warnings

---

 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../debian/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../jessie/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/jessie/kamailio.lintian-overrides |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../precise/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/precise/kamailio.lintian-overrides         |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../squeeze/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/squeeze/kamailio.lintian-overrides         |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../wheezy/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    5 -----
 30 files changed, 25 insertions(+), 25 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3Dc2a606c1b03b1014caa9053d64d43d09c4744d04


--===============0577211001==--


From linuxmaniac@torreviejawireless.org Wed Feb 12 14:46:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: fix typos detected by lintian tool from built	binaries
Date: Wed, 12 Feb 2014 14:46:14 +0100
Message-ID: <20140212134614.10822EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1587201768=="

--===============1587201768==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 4e58ba4608593c4b03ea0cddb5ef7cf83b81a5c8
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4e58ba4608593c4b03ea0cddb5ef7cf83b81a5c8

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Wed Feb 12 14:44:22 2014 +0100

fix typos detected by lintian tool from built binaries

---

 modules/app_java/java_iface.c           |    2 +-
 modules/drouting/README                 |    2 +-
 modules/drouting/doc/drouting_admin.xml |    2 +-
 modules/drouting/drouting.c             |    2 +-
 modules/mtree/mtree_mod.c               |    2 +-
 modules/outbound/ob_mod.c               |    2 +-
 modules/websocket/ws_frame.c            |    2 +-
 7 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/modules/app_java/java_iface.c b/modules/app_java/java_iface.c
index 66cb5f5..4acbbf5 100644
--- a/modules/app_java/java_iface.c
+++ b/modules/app_java/java_iface.c
@@ -126,7 +126,7 @@ int java_exec(struct sip_msg *msgp, int is_static, int is=
_synchronized, char *me
=20
     if (param =3D=3D NULL && strcmp(signature, "V"))
     {
-	LM_ERR("java_method_exec(): no paramter (parameter is NULL) but signature '=
%s' is not equals to 'V'.\n", signature);
+	LM_ERR("java_method_exec(): no parameter (parameter is NULL) but signature =
'%s' is not equals to 'V'.\n", signature);
 	return -1;
     }
=20
diff --git a/modules/drouting/README b/modules/drouting/README
index 2977033..a1171f9 100644
--- a/modules/drouting/README
+++ b/modules/drouting/README
@@ -577,7 +577,7 @@ modparam("drouting", "drl_table", "my_gw_lists")
        It is ok to have repeating gateways in different groups. The module
        will take care internally in case of failure not to choose a
        gateway that was tried already.
-       Ex: 1,2,3; 1,2,3; 1,2,3 -> no gateway will be choosen twice. So in
+       Ex: 1,2,3; 1,2,3; 1,2,3 -> no gateway will be chosen twice. So in
        case there are 2 failures, all the three gateways (1,2,3) will be
        tried in a random order.
=20
diff --git a/modules/drouting/doc/drouting_admin.xml b/modules/drouting/doc/d=
routing_admin.xml
index 7bde362..cebbe60 100644
--- a/modules/drouting/doc/drouting_admin.xml
+++ b/modules/drouting/doc/drouting_admin.xml
@@ -957,7 +957,7 @@ modparam("drouting", "drl_table", "my_gw_lists")
 			was tried already.
 			</para>
 			<para>
-			Ex: 1,2,3; 1,2,3; 1,2,3 -> no gateway will be choosen twice. So in case t=
here
+			Ex: 1,2,3; 1,2,3; 1,2,3 -> no gateway will be chosen twice. So in case th=
ere
 			are 2 failures, all the three gateways (1,2,3) will be tried in a random =
order.
 			</para>
 		</listitem>
diff --git a/modules/drouting/drouting.c b/modules/drouting/drouting.c
index 60006b1..d7307cf 100644
--- a/modules/drouting/drouting.c
+++ b/modules/drouting/drouting.c
@@ -652,7 +652,7 @@ int dr_already_choosen(rt_info_t* rt_info, int* local_gwl=
ist, int lgw_size, int
=20
 	for ( l =3D 0; l<lgw_size; l++ ) {
 		if ( rt_info->pgwl[local_gwlist[l]].pgw =3D=3D rt_info->pgwl[check].pgw ) {
-			LM_INFO("Gateway already choosen %.*s, local_gwlist[%d]=3D%d, %d\n",
+			LM_INFO("Gateway already chosen %.*s, local_gwlist[%d]=3D%d, %d\n",
 					rt_info->pgwl[check].pgw->ip.len, rt_info->pgwl[check].pgw->ip.s, l, lo=
cal_gwlist[l], check);
 			return 1;
 		}
diff --git a/modules/mtree/mtree_mod.c b/modules/mtree/mtree_mod.c
index 49d9a38..4aa1d6b 100644
--- a/modules/mtree/mtree_mod.c
+++ b/modules/mtree/mtree_mod.c
@@ -1177,7 +1177,7 @@ error:
=20
 static const char* rpc_mtree_match_doc[6] =3D {
 	"Match prefix value against mtree",
-	"uses three required parametes",
+	"uses three required parameters",
 	"tname - tree name",
 	"prefix - prefix for matching",
 	"mode - mode for matching (0 or 2)",
diff --git a/modules/outbound/ob_mod.c b/modules/outbound/ob_mod.c
index 038c5fa..868aa49 100644
--- a/modules/outbound/ob_mod.c
+++ b/modules/outbound/ob_mod.c
@@ -326,7 +326,7 @@ static int use_outbound_register(struct sip_msg *msg)
 	=09
 		if (contact->reg_id)
 		{
-			LM_DBG("found REGISTER with ;reg-id paramter on"
+			LM_DBG("found REGISTER with ;reg-id parameter on"
 				" Contact-URI - outbound used\n");
 			return 1;
 		}
diff --git a/modules/websocket/ws_frame.c b/modules/websocket/ws_frame.c
index ba0713b..cfb01a7 100644
--- a/modules/websocket/ws_frame.c
+++ b/modules/websocket/ws_frame.c
@@ -672,7 +672,7 @@ int ws_frame_receive(void *data)
 			}
 			else
 			{
-				LM_ERR("no callback registerd for MSRP\n");
+				LM_ERR("no callback registered for MSRP\n");
 				return -1;
 			}
 		}



--===============1587201768==--


From jason.penton@gmail.com Wed Feb 12 17:21:23 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: lib/ims: fixed pkg_mem leak when getting	service route
Date: Wed, 12 Feb 2014 17:21:22 +0100
Message-ID: <20140212162122.E000BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0937860218=="

--===============0937860218==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5c690f5c5cf4f283ad004a28b758871bc2fd5c19
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5c690f5c5cf4f283ad004a28b758871bc2fd5c19

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Wed Feb 12 18:20:51 2014 +0200

lib/ims: fixed pkg_mem leak when getting service route

---

 lib/ims/ims_getters.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/lib/ims/ims_getters.c b/lib/ims/ims_getters.c
index fb8598c..082a5c2 100644
--- a/lib/ims/ims_getters.c
+++ b/lib/ims/ims_getters.c
@@ -1334,8 +1334,8 @@ str* cscf_get_service_route(struct sip_msg *msg, int *s=
ize, int is_shm) {
 		while (h) {
 			if (h->name.len =3D=3D 13
 					&& strncasecmp(h->name.s, "Service-Route", 13) =3D=3D 0) {
-				h->parsed =3D 0;
 				r =3D (rr_t*) h->parsed;
+				h->parsed =3D 0;
 				free_rr(&r);
 			}
 			h =3D h->next;



--===============0937860218==--


From osas@voipembedded.com Wed Feb 12 19:46:25 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: relax table definition for htable and
 handle/ accept more db types
Date: Wed, 12 Feb 2014 19:46:24 +0100
Message-ID: <20140212184624.87F50EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0494642033=="

--===============0494642033==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 1fac5be2ee1f36510a27bc5c3dd7d21450a8589a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1fac5be2ee1f36510a27bc5c3dd7d21450a8589a

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Wed Feb 12 13:45:00 2014 -0500

htable: relax table definition for htable and handle/accept more db types

---

 modules/htable/ht_db.c |  103 +++++++++++++++++++++++++++++++++++++++++------
 1 files changed, 89 insertions(+), 14 deletions(-)

diff --git a/modules/htable/ht_db.c b/modules/htable/ht_db.c
index 280e08a..f8bf841 100644
--- a/modules/htable/ht_db.c
+++ b/modules/htable/ht_db.c
@@ -223,7 +223,19 @@ int ht_db_load_table(ht_t *ht, str *dbtable, int mode)
 			}
=20
 			cnt++;
-			ktype =3D RES_ROWS(db_res)[i].values[1].val.int_val;
+			switch(RES_ROWS(db_res)[i].values[1].type)
+			{
+			case DB1_INT:
+				ktype =3D RES_ROWS(db_res)[i].values[1].val.int_val;
+				break;
+			case DB1_BIGINT:
+				ktype =3D RES_ROWS(db_res)[i].values[1].val.ll_val;
+				break;
+			default:
+				LM_ERR("Wrong db type [%d] for key_type column\n",
+					RES_ROWS(db_res)[i].values[1].type);
+				goto error;
+			}
 			if(last_ktype=3D=3D1)
 			{
 				if(pname.len>0
@@ -260,24 +272,87 @@ int ht_db_load_table(ht_t *ht, str *dbtable, int mode)
 			} else {
 				hname =3D kname;
 			}
-			vtype =3D RES_ROWS(db_res)[i].values[2].val.int_val;
-			if (RES_ROWS(db_res)[i].values[3].type !=3D DB1_STRING) {
-				LM_ERR("Wrong db type [%d] for key_value column\n",
-					RES_ROWS(db_res)[i].values[3].type);
-				goto error;
-			}
-			kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
-			if(kvalue.s=3D=3DNULL) {
-				LM_ERR("null value in row %d\n", i);
+			switch(RES_ROWS(db_res)[i].values[2].type)
+			{
+			case DB1_INT:
+				vtype =3D RES_ROWS(db_res)[i].values[2].val.int_val;
+				break;
+			case DB1_BIGINT:
+				vtype =3D RES_ROWS(db_res)[i].values[2].val.ll_val;
+				break;
+			default:
+				LM_ERR("Wrong db type [%d] for value_type column\n",
+					RES_ROWS(db_res)[i].values[2].type);
 				goto error;
 			}
-			kvalue.len =3D strlen(kvalue.s);
=20
 			/* add to hash */
 			if(vtype=3D=3D1)
-				str2sint(&kvalue, &val.n);
-			else
-				val.s =3D kvalue;
+			{
+				switch(RES_ROWS(db_res)[i].values[3].type)
+				{
+				case DB1_STR:
+					kvalue =3D RES_ROWS(db_res)[i].values[3].val.str_val;
+					if(kvalue.s=3D=3DNULL) {
+						LM_ERR("null value in row %d\n", i);
+						goto error;
+					}
+					str2sint(&kvalue, &val.n);
+					break;
+				case DB1_STRING:
+					kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
+					if(kvalue.s=3D=3DNULL) {
+						LM_ERR("null value in row %d\n", i);
+						goto error;
+					}
+					kvalue.len =3D strlen(kvalue.s);
+					str2sint(&kvalue, &val.n);
+					break;
+				case DB1_INT:
+					val.n =3D RES_ROWS(db_res)[i].values[3].val.int_val;
+					break;
+				case DB1_BIGINT:
+					val.n =3D RES_ROWS(db_res)[i].values[3].val.ll_val;
+					break;
+				default:
+					LM_ERR("Wrong db type [%d] for key_value column\n",
+						RES_ROWS(db_res)[i].values[3].type);
+					goto error;
+				}
+			} else {
+				switch(RES_ROWS(db_res)[i].values[3].type)
+				{
+				case DB1_STR:
+					kvalue =3D RES_ROWS(db_res)[i].values[3].val.str_val;
+					if(kvalue.s=3D=3DNULL) {
+						LM_ERR("null value in row %d\n", i);
+						goto error;
+					}
+					val.s =3D kvalue;
+					break;
+				case DB1_STRING:
+					kvalue.s =3D (char*)(RES_ROWS(db_res)[i].values[3].val.string_val);
+					if(kvalue.s=3D=3DNULL) {
+						LM_ERR("null value in row %d\n", i);
+						goto error;
+					}
+					kvalue.len =3D strlen(kvalue.s);
+					val.s =3D kvalue;
+					break;
+				case DB1_INT:
+					kvalue.s =3D int2str(RES_ROWS(db_res)[i].values[3].val.int_val, &kvalue=
.len);
+					val.s =3D kvalue;
+					break;
+				case DB1_BIGINT:
+					kvalue.s =3D int2str(RES_ROWS(db_res)[i].values[3].val.ll_val, &kvalue.=
len);
+					val.s =3D kvalue;
+					break;
+				default:
+					LM_ERR("Wrong db type [%d] for key_value column\n",
+						RES_ROWS(db_res)[i].values[3].type);
+					goto error;
+				}
+			}
 			=09
 			if(ht_set_cell(ht, &hname, (vtype)?0:AVP_VAL_STR, &val, mode))
 			{



--===============0494642033==--


From bugtracker@sip-router.org Wed Feb 12 20:43:01 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: call_control: Passthrough
	sip_application (Attachment added)
Date: Wed, 12 Feb 2014 19:42:59 +0000
Message-ID: <1392234179.52fbcec3c989e@sip-router.org>
In-Reply-To: <FS395@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0723636616=="

--===============0723636616==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - David M. Lee (leedm777)=20

Attached to Project - sip-router
Summary - call_control: Passthrough sip_application
Task Type - Improvement
Category - Module
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - Current patches being submitted to CDRTool and the call_control dae=
mon
allow for SIP application type to be specified. This allows audio or
video services to be rated differently, or even different ratings for
application subtypes (audio.inbound vs. audio.outbound).

This patch allows the sip_application value to be passed through to the
call_control daemon.


One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D395

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0723636616==--


From jh@tutpro.com Wed Feb 12 21:14:48 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] rtpproxy-ng: proposal to take setid from avp
Date: Wed, 12 Feb 2014 22:14:40 +0200
Message-ID: <21243.54832.642310.355666@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1260269336=="

--===============1260269336==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

would be acceptable if i try to add to rtpproxy-ng module a new module
parameter setid_avp where (if defined and set) rtpproxy functions take
id of rtpproxy set?

-- juha


--===============1260269336==--


From osas@voipembedded.com Wed Feb 12 22:16:06 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: adding flags and expires fields to
 htable. get RPC command
Date: Wed, 12 Feb 2014 22:16:05 +0100
Message-ID: <20140212211605.A9DDFEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1870610900=="

--===============1870610900==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 059bd9c5576e7e14bc69506330990a165286d9c1
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D059bd9c5576e7e14bc69506330990a165286d9c1

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Wed Feb 12 16:14:35 2014 -0500

htable: adding flags and expires fields to htable.get RPC command

---

 modules/htable/htable.c |   23 ++++++++++++++++++++---
 1 files changed, 20 insertions(+), 3 deletions(-)

diff --git a/modules/htable/htable.c b/modules/htable/htable.c
index ab2ecea..a5e110e 100644
--- a/modules/htable/htable.c
+++ b/modules/htable/htable.c
@@ -649,6 +649,8 @@ error:
 	return 0;
 }
=20
+#define RPC_DATE_BUF_LEN 21
+
 static const char* htable_dump_doc[2] =3D {
 	"Dump the contents of hash table.",
 	0
@@ -710,6 +712,8 @@ static void htable_rpc_get(rpc_t* rpc, void* c) {
 	ht_cell_t *htc;	/*!< One HT cell */
 	void* th;
 	void* vh;
+	struct tm *_expire_t;
+	char expire_buf[RPC_DATE_BUF_LEN]=3D"NEVER";
=20
 	if (rpc->scan(c, "SS", &htname, &keyname) < 2) {
 		rpc->fault(c, 500, "Not enough parameters (htable name and key name)");
@@ -742,14 +746,27 @@ static void htable_rpc_get(rpc_t* rpc, void* c) {
 		goto error;
 	}
=20
+	if (htc->expire) {
+		_expire_t =3D localtime(&htc->expire);
+		strftime(expire_buf, RPC_DATE_BUF_LEN - 1,
+			"%Y-%m-%d %H:%M:%S", _expire_t);
+	}
+	LM_NOTICE("got expire [%s]\n", expire_buf);
+
 	if(htc->flags&AVP_VAL_STR) {
-		if(rpc->struct_add(vh, "SS", "name",  &htc->name.s, "value", &htc->value.s=
)<0)
+		if(rpc->struct_add(vh, "SSds", "name",  &htc->name.s,
+							"value", &htc->value.s,
+							"flags", htc->flags,
+							"expire", expire_buf)<0)
 		{
 			rpc->fault(c, 500, "Internal error adding item");
 			goto error;
 		}
 	} else {
-		if(rpc->struct_add(vh, "Sd", "name",  &htc->name.s, "value", (int)htc->val=
ue.n))
+		if(rpc->struct_add(vh, "Sdds", "name",  &htc->name.s,
+							"value", (int)htc->value.n,
+							"flags", htc->flags,
+							"expire", expire_buf)<0)
 		{
 			rpc->fault(c, 500, "Internal error adding item");
 			goto error;
@@ -892,7 +909,7 @@ static void  htable_rpc_dump(rpc_t* rpc, void* c)
 				} else {
 					if(rpc->struct_add(vh, "Sd",
 							"name",  &it->name.s,
-							"value", (int)it->value.n))
+							"value", (int)it->value.n)<0)
 					{
 						rpc->fault(c, 500, "Internal error adding item");
 						goto error;



--===============1870610900==--


From abalashov@evaristesys.com Wed Feb 12 22:19:03 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] rtpproxy-ng: proposal to take setid from avp
Date: Wed, 12 Feb 2014 16:18:57 -0500
Message-ID: <52FBE541.2040909@evaristesys.com>
In-Reply-To: <21243.54832.642310.355666@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1732170690=="

--===============1732170690==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

I vote in favour of it. Although, I wonder, does set_rtp_proxy_set() not 
take PV arguments?

On 02/12/2014 03:14 PM, Juha Heinanen wrote:

> would be acceptable if i try to add to rtpproxy-ng module a new module
> parameter setid_avp where (if defined and set) rtpproxy functions take
> id of rtpproxy set?
>
> -- juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>


-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/


--===============1732170690==--


From jh@tutpro.com Thu Feb 13 06:24:45 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: adding flags and expires fields to
 htable. get RPC command
Date: Thu, 13 Feb 2014 07:24:33 +0200
Message-ID: <21244.22289.978384.790285@tutpro.com>
In-Reply-To: <20140212211605.A9DDFEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1272050380=="

--===============1272050380==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Ovidiu Sas writes:

> htable: adding flags and expires fields to htable.get RPC command

ovidiu,

once you are on it, how about adding possibility to add/delete htable
array entries (entries where more than one entry can share the same key)
via rpc commands?

-- juha


--===============1272050380==--


From jh@tutpro.com Thu Feb 13 07:27:17 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/lcr: issue INFO level log message when
	gw is activated
Date: Thu, 13 Feb 2014 07:27:16 +0100
Message-ID: <20140213062716.71F86EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1379624780=="

--===============1379624780==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: f5725d357950527ca202da680bbaaa509e3683fe
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Df5725d357950527ca202da680bbaaa509e3683fe

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Thu Feb 13 08:26:08 2014 +0200

modules/lcr: issue INFO level log message when gw is activated
    due to valid OPTIONS ping response

---

 modules/lcr/lcr_mod.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/lcr/lcr_mod.c b/modules/lcr/lcr_mod.c
index 0c239b9..031147f 100644
--- a/modules/lcr/lcr_mod.c
+++ b/modules/lcr/lcr_mod.c
@@ -2367,7 +2367,7 @@ static void ping_callback(struct cell *t, int type, str=
uct tmcb_params *ps)
 	(check_extra_codes(ps->code) =3D=3D 0)) {
 	if ((uri.len =3D=3D gw->uri_len) &&
 	    (strncmp(uri.s, &(gw->uri[0]), uri.len) =3D=3D 0)) {
-	    LM_DBG("activating gw with uri %.*s\n", uri.len, uri.s);
+	    LM_INFO("activating gw with uri %.*s\n", uri.len, uri.s);
 	    gw->state =3D GW_ACTIVE;
 	} else {
 	    LM_DBG("ignoring OPTIONS reply due to lcr.reload\n");



--===============1379624780==--


From richard.good@smilecoms.com Thu Feb 13 08:38:24 2014
From: Richard Good <richard.good@smilecoms.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_registrar_pcscf: fixed pkg_mem leak
 when sending subscribe
Date: Thu, 13 Feb 2014 08:38:18 +0100
Message-ID: <20140213073824.310D6EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0243840561=="

--===============0243840561==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 7611a9595349d4978080efab0ed09b123b0f3cce
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D7611a9595349d4978080efab0ed09b123b0f3cce

Author: Richard Good <richard.good(a)smilecoms.com>
Committer: Richard Good <richard.good(a)smilecoms.com>
Date:   Thu Feb 13 09:37:37 2014 +0200

modules/ims_registrar_pcscf: fixed pkg_mem leak when sending subscribe

---

 modules/ims_registrar_pcscf/notify.c |    1 +
 modules/ims_registrar_pcscf/save.c   |    1 +
 2 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/modules/ims_registrar_pcscf/notify.c b/modules/ims_registrar_pcs=
cf/notify.c
index 67f03ac..9b2973e 100644
--- a/modules/ims_registrar_pcscf/notify.c
+++ b/modules/ims_registrar_pcscf/notify.c
@@ -268,6 +268,7 @@ int process_body(struct sip_msg* msg, str notify_body, ud=
omain_t * domain) {
 			    LM_ERR("wrong format[%.*s] - failed unsubscribing to reginfo\n",aor.l=
en, aor.s);
 		    }
 		    reginfo_subscribe_real(msg, presentity_uri_pv, 0, 0);
+		    pv_elem_free_all(presentity_uri_pv);
 		}
 	=09
 		/* Now lets process the Contact's from this Registration: */
diff --git a/modules/ims_registrar_pcscf/save.c b/modules/ims_registrar_pcscf=
/save.c
index d56b8ce..e9bcd7d 100644
--- a/modules/ims_registrar_pcscf/save.c
+++ b/modules/ims_registrar_pcscf/save.c
@@ -395,6 +395,7 @@ int save(struct sip_msg* _m, udomain_t* _d, int _cflags) {
 	=09
 	    }
 	    reginfo_subscribe_real(_m, presentity_uri_pv, service_routes, subscript=
ion_expires);
+	    pv_elem_free_all(presentity_uri_pv);
 	}
    =20
 done:



--===============0243840561==--


From jason.penton@gmail.com Thu Feb 13 11:13:44 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] TM best practice for parsing SHM cloned message headers
Date: Thu, 13 Feb 2014 12:13:38 +0200
Message-ID:
 <CALoGXNVOLYrRm9ThUrs0szHbRZH0ztm4gepNFA9UTfc0TqCtGQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2009480821=="

--===============2009480821==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi,

What is the best practice when needing to parse for a specific header on a
message in TM (i.e. a cloned message sitting in SHM memory - eg
"t->uas.request")? Of course we cannot simply use existing parsing
functions as they allocate pkg_mem.

Cheers
Jason



--===============2009480821==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGksPGRpdj48YnI+PC9kaXY+PGRpdj5XaGF0IGlzIHRoZSBiZXN0IHBy
YWN0aWNlIHdoZW4gbmVlZGluZyB0byBwYXJzZSBmb3IgYSBzcGVjaWZpYyBoZWFkZXIgb24gYSBt
ZXNzYWdlIGluIFRNIChpLmUuIGEgY2xvbmVkIG1lc3NhZ2Ugc2l0dGluZyBpbiBTSE0gbWVtb3J5
IC0gZWcgJnF1b3Q7dC0mZ3Q7dWFzLnJlcXVlc3QmcXVvdDspPyBPZiBjb3Vyc2Ugd2UgY2Fubm90
IHNpbXBseSB1c2UgZXhpc3RpbmcgcGFyc2luZyBmdW5jdGlvbnMgYXMgdGhleSBhbGxvY2F0ZSBw
a2dfbWVtLjwvZGl2Pgo8ZGl2Pjxicj48L2Rpdj48ZGl2PkNoZWVyczwvZGl2PjxkaXY+SmFzb248
L2Rpdj48L2Rpdj4K

--===============2009480821==--


From federico.cabiddu@gmail.com Thu Feb 13 13:47:00 2014
From: Federico Cabiddu <federico.cabiddu@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Memory stats via SNMP
Date: Thu, 13 Feb 2014 13:46:32 +0100
Message-ID:
 <CAFOaF_gZjSzwuvOUbVSX-hyFxcxFvq=n_ALOVn4C+Xi67VPbqg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0925689177=="

--===============0925689177==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi everyone,
I'm starting using snmpstats module to monitor Kamailio and I feel the lack
of some internal statistics/alarms on kamailio memory usage.
If you think it's worth I would be happy to develop support for them. In
this case I was wondering which mib those statistics should belong to. I
would tend to put them into KAMAILIO-MIB, under kamailioServer sub-tree.
What do you think about?

Regards,

Federico Cabiddu



--===============0925689177==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGkgZXZlcnlvbmUsPGRpdj5JJiMzOTttIHN0YXJ0aW5nIHVzaW5nIHNu
bXBzdGF0cyBtb2R1bGUgdG8gbW9uaXRvciBLYW1haWxpbyBhbmQgSSBmZWVsIHRoZSBsYWNrIG9m
IHNvbWUgaW50ZXJuYWwgc3RhdGlzdGljcy9hbGFybXMgb24ga2FtYWlsaW8gbWVtb3J5IHVzYWdl
LjwvZGl2PjxkaXY+SWYgeW91IHRoaW5rIGl0JiMzOTtzIHdvcnRoIEkgd291bGQgYmUgaGFwcHkg
dG8gZGV2ZWxvcCBzdXBwb3J0IGZvciB0aGVtLiBJbiB0aGlzIGNhc2UgSSB3YXMgd29uZGVyaW5n
IHdoaWNoIG1pYiB0aG9zZSBzdGF0aXN0aWNzIHNob3VsZCBiZWxvbmcgdG8uIEkgd291bGQgdGVu
ZCB0byBwdXQgdGhlbSBpbnRvIEtBTUFJTElPLU1JQiwgdW5kZXIga2FtYWlsaW9TZXJ2ZXIgc3Vi
LXRyZWUuPC9kaXY+Cgo8ZGl2PldoYXQgZG8geW91IHRoaW5rIGFib3V0PzwvZGl2PjxkaXY+PGJy
PjwvZGl2PjxkaXY+UmVnYXJkcyw8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkZlZGVyaWNvIENh
YmlkZHU8L2Rpdj48L2Rpdj4K

--===============0925689177==--


From camille.oudot@orange.com Thu Feb 13 19:35:50 2014
From: Camille Oudot <camille.oudot@orange.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] topoh internals
Date: Thu, 13 Feb 2014 19:32:30 +0100
Message-ID: <20140213193230.3b5fad7c@l-at9676.rd.francetelecom.fr>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1109660598=="

--===============1109660598==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi,

I have a question about the topoh masking function: 

If we can control of 2 UAs A and B, when A invites B, A will know his
plain Contact data, and B will see the masked one, and we will be able
to collect almost arbitrary (data, encoded_data) couples.

Kamailio's topoh module internals, if i've understood correctly,
conceptually make use of such functions: 
  * encode(contact_A, secret_key) -> result is contact_A_masked
  * decode(contact_A_masked, secret_key) -> result is contact_A

What kind of method is used to do the encoding/decoding? Is it
complex to compute the secret key, knowing both contact_A and
contact_A_masked?

Regards,
-- 
Camille



--===============1109660598==--


From jh@tutpro.com Thu Feb 13 21:37:17 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: modules/lcr: add index of selected gw to	defunct_gw_avp
Date: Thu, 13 Feb 2014 21:37:16 +0100
Message-ID: <20140213203717.13BFAEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1010848297=="

--===============1010848297==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 982a002fb89b9a2bcb65d678e1fd37918398e86d
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D982a002fb89b9a2bcb65d678e1fd37918398e86d

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Thu Feb 13 22:33:18 2014 +0200

modules/lcr: add index of selected gw to defunct_gw_avp
    also when ping_interval value is positive

---

 modules/lcr/lcr_mod.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/modules/lcr/lcr_mod.c b/modules/lcr/lcr_mod.c
index 031147f..a5c804d 100644
--- a/modules/lcr/lcr_mod.c
+++ b/modules/lcr/lcr_mod.c
@@ -2058,7 +2058,7 @@ next:
     add_gws_into_avps(gws, matched_gws, gw_index, &ruri_user);
=20
     /* Add lcr_id into AVP */
-    if (defunct_capability_param > 0) {
+    if ((defunct_capability_param > 0) || (ping_interval_param > 0)) {
 	delete_avp(lcr_id_avp_type, lcr_id_avp);
 	val.n =3D lcr_id;
 	add_avp(lcr_id_avp_type, lcr_id_avp, val);
@@ -2513,7 +2513,7 @@ static int next_gw(struct sip_msg* _m, char* _s1, char*=
 _s2)
     }
=20
     /* Add index of selected gw to defunct gw AVP */
-    if (defunct_capability_param > 0) {
+    if ((defunct_capability_param > 0) || (ping_interval_param > 0)) {
 	delete_avp(defunct_gw_avp_type, defunct_gw_avp);
 	val.n =3D gw_index;
 	add_avp(defunct_gw_avp_type, defunct_gw_avp, val);



--===============1010848297==--


From osas@voipembedded.com Fri Feb 14 00:54:12 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:master: htable: adding flags and expires fields to
 htable. get RPC command
Date: Thu, 13 Feb 2014 18:54:06 -0500
Message-ID:
 <CAND0LksE30L_zC5Z6QAEqOt_+Bv6mse1FMk6rESX=_SH+E-WMw@mail.gmail.com>
In-Reply-To: <21244.22289.978384.790285@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1261481108=="

--===============1261481108==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello Juha,

I already started to work on something else.
If time permits, I will take a look.
I noticed that there is delete rpc command:
http://kamailio.org/docs/modules/devel/modules/htable#idp15375232
I haven't checked exactly how it works.  Is this something to be enhanced?
What's missing right now?

-ovidiu

On Thu, Feb 13, 2014 at 12:24 AM, Juha Heinanen <jh(a)tutpro.com> wrote:
> Ovidiu Sas writes:
>
>> htable: adding flags and expires fields to htable.get RPC command
>
> ovidiu,
>
> once you are on it, how about adding possibility to add/delete htable
> array entries (entries where more than one entry can share the same key)
> via rpc commands?
>
> -- juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============1261481108==--


From jh@tutpro.com Fri Feb 14 04:32:48 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:master: htable: adding flags and expires fields to
 htable. get RPC command
Date: Fri, 14 Feb 2014 05:22:33 +0200
Message-ID: <21245.35833.522593.300084@tutpro.com>
In-Reply-To:
 <CAND0LksE30L_zC5Z6QAEqOt_+Bv6mse1FMk6rESX=_SH+E-WMw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1259909825=="

--===============1259909825==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Ovidiu Sas writes:

> I noticed that there is delete rpc command:
> http://kamailio.org/docs/modules/devel/modules/htable#idp15375232
> I haven't checked exactly how it works.  Is this something to be enhanced?
> What's missing right now?

value param is missing, i.e., it is not possible to delete a given
key/value pair.  i looked at the code, but don't have enough json
knowledge to figure out all the parameters.

-- juha


--===============1259909825==--


From jason.penton@gmail.com Fri Feb 14 09:02:12 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: Merge branch 'master' of
	ssh://git.sip-router.org/sip-router
Date: Fri, 14 Feb 2014 09:02:10 +0100
Message-ID: <20140214080211.3E273EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1980107834=="

--===============1980107834==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: ef550ca12e26306214f1e532c6a755d5e33d420d
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Def550ca12e26306214f1e532c6a755d5e33d420d

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Fri Feb 14 10:01:55 2014 +0200

Merge branch 'master' of ssh://git.sip-router.org/sip-router

---





--===============1980107834==--


From jason.penton@gmail.com Fri Feb 14 09:02:12 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: lib/ims:modules/ims_charging, ims_icscf,
 ims_qos, ims_registrar_scscf: fixed pkg_mem leak
Date: Fri, 14 Feb 2014 09:02:10 +0100
Message-ID: <20140214080210.E6D08EF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0900953494=="

--===============0900953494==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 1d6b1d8765d7a6d21c291d2076a3a80a1710c11c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1d6b1d8765d7a6d21c291d2076a3a80a1710c11c

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Fri Feb 14 09:57:45 2014 +0200

lib/ims:modules/ims_charging,ims_icscf,ims_qos,ims_registrar_scscf: fixed pkg=
_mem leak
	- fixed leak when parsing msg headers on a shm msg
	- instead now pass in flag to say if parsing is on shm_msg or not (is_shm)
	- assumes all common headers are already parsed before pkg_mem msg is cloned

---

 lib/ims/ims_getters.c                          |   33 ++++++++++++++++++-----
 lib/ims/ims_getters.h                          |    3 +-
 modules/ims_charging/ims_ro.c                  |    4 +-
 modules/ims_icscf/location.c                   |    2 +-
 modules/ims_qos/rx_aar.c                       |   13 +++++++--
 modules/ims_registrar_scscf/registrar_notify.c |    4 +-
 modules/ims_registrar_scscf/save.c             |    2 +-
 7 files changed, 44 insertions(+), 17 deletions(-)

diff --git a/lib/ims/ims_getters.c b/lib/ims/ims_getters.c
index 082a5c2..aa37c7d 100644
--- a/lib/ims/ims_getters.c
+++ b/lib/ims/ims_getters.c
@@ -388,13 +388,32 @@ str s_asserted_identity=3D{"P-Asserted-Identity",19};
  * @param msg - the sip message
  * @returns the asserted identity
  */
-str cscf_get_asserted_identity(struct sip_msg *msg)
-{
-	str uri =3D {0,0};
-	if (!msg) return uri;
-	if((parse_pai_header(msg) =3D=3D 0) && (msg->pai) && (msg->pai->parsed)) {
+str cscf_get_asserted_identity(struct sip_msg *msg, int is_shm) {
+	int len;
+	str uri =3D { 0, 0 };
+
+	if (!msg || !msg->pai)
+		return uri;
+
+	if ((parse_pai_header(msg) =3D=3D 0) && (msg->pai) && (msg->pai->parsed)) {
 		to_body_t *pai =3D get_pai(msg)->id;
-		return pai->uri;
+		if (!is_shm)
+			return pai->uri;
+
+		//make a pkg malloc str to return to consuming function
+		len =3D pai->uri.len + 1;
+		uri.s =3D (char*) pkg_malloc(pai->uri.len + 1);
+		if (!uri.s) {
+			LM_ERR("no more pkg mem\n");
+			return uri;
+		}
+		memset(uri.s, 0, len);
+		memcpy(uri.s, pai->uri.s, pai->uri.len);
+		uri.len =3D pai->uri.len;
+
+		p_id_body_t* ptr =3D (p_id_body_t*) msg->pai->parsed;
+		msg->pai->parsed =3D 0;
+		free_pai_ppi_body(ptr);
 	}
 	return uri;
 }
@@ -855,7 +874,7 @@ int cscf_is_initial_request(struct sip_msg *msg)
 int cscf_get_originating_user( struct sip_msg * msg, str *uri )
 {
 	struct to_body * from;
-	*uri =3D cscf_get_asserted_identity(msg);
+	*uri =3D cscf_get_asserted_identity(msg, 0);
 	if (!uri->len) {	=09
 		/* Fallback to From header */
 		if ( parse_from_header( msg ) =3D=3D -1 ) {
diff --git a/lib/ims/ims_getters.h b/lib/ims/ims_getters.h
index 0b01ffc..2217ddc 100644
--- a/lib/ims/ims_getters.h
+++ b/lib/ims/ims_getters.h
@@ -153,9 +153,10 @@ int cscf_has_originating(struct sip_msg *msg, char *str1=
, char *str2);
 /**
  * Looks for the P-Asserted-Identity header and extracts its content
  * @param msg - the sip message
+ * @is_shm - is the message a shm message
  * @returns the asserted identity
  */
-str cscf_get_asserted_identity(struct sip_msg *msg);
+str cscf_get_asserted_identity(struct sip_msg *msg, int is_shm);
 /**
  * Extracts the realm from a SIP/TEL URI.=20
  * - SIP - the hostname
diff --git a/modules/ims_charging/ims_ro.c b/modules/ims_charging/ims_ro.c
index f650e90..ab5937a 100644
--- a/modules/ims_charging/ims_ro.c
+++ b/modules/ims_charging/ims_ro.c
@@ -361,7 +361,7 @@ int get_sip_header_info(struct sip_msg * req,
     *expires =3D cscf_get_expires_hdr(req, 0);
     *callid =3D cscf_get_call_id(req, NULL);
=20
-    if ((*asserted_id_uri =3D cscf_get_asserted_identity(req)).len =3D=3D 0)=
 {
+    if ((*asserted_id_uri =3D cscf_get_asserted_identity(req, 0)).len =3D=3D=
 0) {
     	LM_DBG("No P-Asserted-Identity hdr found. Using From hdr");
=20
     	if (!cscf_get_from_uri(req, asserted_id_uri)) {
@@ -955,7 +955,7 @@ int Ro_Send_CCR(struct sip_msg *msg, str* direction, str*=
 charge_type, str* unit
=20
=20
     //getting asserted identity
-    if ((asserted_identity =3D cscf_get_asserted_identity(msg)).len =3D=3D 0=
) {
+    if ((asserted_identity =3D cscf_get_asserted_identity(msg, 0)).len =3D=
=3D 0) {
 	    LM_DBG("No P-Asserted-Identity hdr found. Using From hdr for asserted_i=
dentity");
 	    asserted_identity	=3D dlg->from_uri;
     }
diff --git a/modules/ims_icscf/location.c b/modules/ims_icscf/location.c
index 3d0f09a..4aac051 100644
--- a/modules/ims_icscf/location.c
+++ b/modules/ims_icscf/location.c
@@ -98,7 +98,7 @@ int I_perform_location_information_request(struct sip_msg* =
msg, char* route, cha
=20
     /* extract data from message */
     if (orig) {
-        public_identity =3D cscf_get_asserted_identity(msg);
+        public_identity =3D cscf_get_asserted_identity(msg, 0);
     } else {
         public_identity =3D cscf_get_public_identity_from_requri(msg);
     }
diff --git a/modules/ims_qos/rx_aar.c b/modules/ims_qos/rx_aar.c
index 69d04c0..3d7fc22 100644
--- a/modules/ims_qos/rx_aar.c
+++ b/modules/ims_qos/rx_aar.c
@@ -411,7 +411,7 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *res,
         AAASession* auth, char* direction, saved_transaction_t* saved_t_data=
) {
=20
     AAAMessage* aar =3D 0;
-
+    int must_free_asserted_identity =3D 0;
    =20
     str identifier;
     int identifier_type;
@@ -494,17 +494,20 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *re=
s,
    =20
     if (dlg_direction =3D=3D DLG_MOBILE_ORIGINATING) {
 	LM_DBG("originating direction\n");
-	if ((identifier =3D cscf_get_asserted_identity(req)).len =3D=3D 0) {
+	if ((identifier =3D cscf_get_asserted_identity(req, 1)).len =3D=3D 0) {
 	    LM_DBG("No P-Asserted-Identity hdr found in request. Using From hdr in =
req");
=20
 	    if (!cscf_get_from_uri(req, &identifier)) {
 		    LM_ERR("Error assigning P-Asserted-Identity using From hdr in req");
 		    goto error;
 	    }
+	} else {
+	                must_free_asserted_identity =3D 1;
 	}
     } else {
 	LM_DBG("terminating direction\n");
-	if ((identifier =3D cscf_get_asserted_identity(res)).len =3D=3D 0) {
+
+	if ((identifier =3D cscf_get_asserted_identity(res, 0)).len =3D=3D 0) {
 	    LM_DBG("No P-Asserted-Identity hdr found in response. Using To hdr in r=
esp");
=20
 	    if (!cscf_get_to_uri(res, &identifier)) {
@@ -522,6 +525,10 @@ int rx_send_aar(struct sip_msg *req, struct sip_msg *res,
    =20
    =20
     rx_add_subscription_id_avp(aar, identifier, identifier_type);
+    if (must_free_asserted_identity) {
+            pkg_free(identifier.s);
+    }
+
=20
     LM_DBG("Adding reservation priority...\n");
     /* Add Reservation Priority AVP*/
diff --git a/modules/ims_registrar_scscf/registrar_notify.c b/modules/ims_reg=
istrar_scscf/registrar_notify.c
index 1fc1f07..3f04dbe 100644
--- a/modules/ims_registrar_scscf/registrar_notify.c
+++ b/modules/ims_registrar_scscf/registrar_notify.c
@@ -153,7 +153,7 @@ int can_publish_reg(struct sip_msg *msg, char *_t, char *=
str2) {
 	    goto done;
 	}
=20
-	asserted_id =3D cscf_get_asserted_identity(msg);
+	asserted_id =3D cscf_get_asserted_identity(msg, 0);
 	if (!asserted_id.len) {
 	    LM_ERR("P-Asserted-Identity empty.\n");
 	    goto error;
@@ -312,7 +312,7 @@ int can_subscribe_to_reg(struct sip_msg *msg, char *_t, c=
har *str2) {
     }
=20
=20
-    asserted_id =3D cscf_get_asserted_identity(msg);
+    asserted_id =3D cscf_get_asserted_identity(msg, 0);
     if (!asserted_id.len) {
         LM_ERR("P-Asserted-Identity empty.\n");
         goto error;
diff --git a/modules/ims_registrar_scscf/save.c b/modules/ims_registrar_scscf=
/save.c
index a54728c..78d5793 100644
--- a/modules/ims_registrar_scscf/save.c
+++ b/modules/ims_registrar_scscf/save.c
@@ -987,7 +987,7 @@ int assign_server_unreg(struct sip_msg* _m, char* str1, s=
tr* direction, char* ro
     enum cscf_dialog_direction dir =3D cscf_get_dialog_direction(direction->=
s);
     switch (dir) {
         case CSCF_MOBILE_ORIGINATING:
-            public_identity =3D cscf_get_asserted_identity(_m);
+            public_identity =3D cscf_get_asserted_identity(_m, 0);
             break;
         case CSCF_MOBILE_TERMINATING:
             public_identity =3D cscf_get_public_identity_from_requri(_m);



--===============0900953494==--


From charles.chance@sipcentric.com Fri Feb 14 11:27:13 2014
From: Charles Chance <charles.chance@sipcentric.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: dmq: fixed crash caused by freeing pointer too
 early on tm callback
Date: Fri, 14 Feb 2014 11:27:12 +0100
Message-ID: <20140214102713.13B9AEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1199176217=="

--===============1199176217==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 8be7de6d1d383c2e0e476e739a6b3fa5101bac12
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D8be7de6d1d383c2e0e476e739a6b3fa5101bac12

Author: Charles Chance <charles.chance(a)sipcentric.com>
Committer: Charles Chance <charles.chance(a)sipcentric.com>
Date:   Fri Feb 14 10:21:00 2014 +0000

dmq: fixed crash caused by freeing pointer too early on tm callback

---

 modules/dmq/dmqnode.c |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/modules/dmq/dmqnode.c b/modules/dmq/dmqnode.c
index bc7c108..cf1d9db 100644
--- a/modules/dmq/dmqnode.c
+++ b/modules/dmq/dmqnode.c
@@ -228,8 +228,12 @@ dmq_node_t* find_dmq_node_uri(dmq_node_list_t* list, str=
* uri)
 void destroy_dmq_node(dmq_node_t* node, int shm)
 {
 	if(shm) {
+		if (node->params!=3DNULL)
+			shm_free_params(node->params);
 		shm_free_node(node);
 	} else {
+		if (node->params!=3DNULL)
+			free_params(node->params);
 		pkg_free_node(node);
 	}
 }
@@ -283,8 +287,6 @@ void shm_free_node(dmq_node_t* node)
 {
 	if (node->orig_uri.s!=3DNULL)=20
 		shm_free(node->orig_uri.s);
-	if (node->params!=3DNULL)=20
-		shm_free_params(node->params);
 	shm_free(node);
 }
=20
@@ -295,8 +297,6 @@ void pkg_free_node(dmq_node_t* node)
 {
 	if (node->orig_uri.s!=3DNULL)=20
 		pkg_free(node->orig_uri.s);
-        if (node->params!=3DNULL)
-                free_params(node->params);
 	pkg_free(node);
 }
=20
@@ -312,7 +312,7 @@ int del_dmq_node(dmq_node_list_t* list, dmq_node_t* node)
 	while(cur) {
 		if(cmp_dmq_node(cur, node)) {
 			*prev =3D cur->next;
-			shm_free_node(cur);
+			destroy_dmq_node(cur, 1);
 			lock_release(&list->lock);
 			return 1;
 		}



--===============1199176217==--


From charles.chance@sipcentric.com Fri Feb 14 12:21:25 2014
From: Charles Chance <charles.chance@sipcentric.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: dmq: fixed crash caused by freeing pointer too
 early on tm callback
Date: Fri, 14 Feb 2014 12:21:24 +0100
Message-ID: <20140214112124.97BA9EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0041204666=="

--===============0041204666==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 01c5ad7cb67bdb5d6140061aa0c2f8152f6f03cd
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D01c5ad7cb67bdb5d6140061aa0c2f8152f6f03cd

Author: Charles Chance <charles.chance(a)sipcentric.com>
Committer: Charles Chance <charles.chance(a)sipcentric.com>
Date:   Fri Feb 14 10:21:00 2014 +0000

dmq: fixed crash caused by freeing pointer too early on tm callback
(cherry picked from commit 8be7de6d1d383c2e0e476e739a6b3fa5101bac12)

---

 modules/dmq/dmqnode.c |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/modules/dmq/dmqnode.c b/modules/dmq/dmqnode.c
index bc7c108..cf1d9db 100644
--- a/modules/dmq/dmqnode.c
+++ b/modules/dmq/dmqnode.c
@@ -228,8 +228,12 @@ dmq_node_t* find_dmq_node_uri(dmq_node_list_t* list, str=
* uri)
 void destroy_dmq_node(dmq_node_t* node, int shm)
 {
 	if(shm) {
+		if (node->params!=3DNULL)
+			shm_free_params(node->params);
 		shm_free_node(node);
 	} else {
+		if (node->params!=3DNULL)
+			free_params(node->params);
 		pkg_free_node(node);
 	}
 }
@@ -283,8 +287,6 @@ void shm_free_node(dmq_node_t* node)
 {
 	if (node->orig_uri.s!=3DNULL)=20
 		shm_free(node->orig_uri.s);
-	if (node->params!=3DNULL)=20
-		shm_free_params(node->params);
 	shm_free(node);
 }
=20
@@ -295,8 +297,6 @@ void pkg_free_node(dmq_node_t* node)
 {
 	if (node->orig_uri.s!=3DNULL)=20
 		pkg_free(node->orig_uri.s);
-        if (node->params!=3DNULL)
-                free_params(node->params);
 	pkg_free(node);
 }
=20
@@ -312,7 +312,7 @@ int del_dmq_node(dmq_node_list_t* list, dmq_node_t* node)
 	while(cur) {
 		if(cmp_dmq_node(cur, node)) {
 			*prev =3D cur->next;
-			shm_free_node(cur);
+			destroy_dmq_node(cur, 1);
 			lock_release(&list->lock);
 			return 1;
 		}



--===============0041204666==--


From petervnv1@gmail.com Fri Feb 14 17:05:41 2014
From: Peter Villeneuve <petervnv1@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] msilo changes in 4.1.1?
Date: Fri, 14 Feb 2014 16:05:35 +0000
Message-ID:
 <CAEiJqQM=1FJWBOt1CNncqPuAxOOubgTc3=Rbabs04tZEvV3rTg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1699881342=="

--===============1699881342==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

I've been experimenting with Msilo in Kamailio 4.1.1 and I noticed some
things seem to be deprecated when looking at old configuration examples
like the one here
http://telephonynetworks.blogspot.pt/2012/08/configuracion-de-kamailio-33-con=
-nat.html

It seems that #!ifdef WITH_MSILO is no longer supported. At least with me
Kamailio doesn't start if I have that in kamailio.cfg. I have to explicitly
load msilo.so and all the related module params without #!ifdef WITH_MSILO

Can someone confirm that this syntax has indeed been deprecated so I don't
spend any more time trying to adapt outdated configuration files to 4.1.1?

Thanks



--===============1699881342==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGksPGRpdj48YnI+PC9kaXY+PGRpdj5JJiMzOTt2ZSBiZWVuIGV4cGVy
aW1lbnRpbmcgd2l0aCBNc2lsbyBpbiBLYW1haWxpbyA0LjEuMSBhbmQgSSBub3RpY2VkIHNvbWUg
dGhpbmdzIHNlZW0gdG8gYmUgZGVwcmVjYXRlZCB3aGVuIGxvb2tpbmcgYXQgb2xkIGNvbmZpZ3Vy
YXRpb24gZXhhbXBsZXMgbGlrZSB0aGUgb25lIGhlcmWgPGEgaHJlZj0iaHR0cDovL3RlbGVwaG9u
eW5ldHdvcmtzLmJsb2dzcG90LnB0LzIwMTIvMDgvY29uZmlndXJhY2lvbi1kZS1rYW1haWxpby0z
My1jb24tbmF0Lmh0bWwiPmh0dHA6Ly90ZWxlcGhvbnluZXR3b3Jrcy5ibG9nc3BvdC5wdC8yMDEy
LzA4L2NvbmZpZ3VyYWNpb24tZGUta2FtYWlsaW8tMzMtY29uLW5hdC5odG1sPC9hPjwvZGl2Pgo8
ZGl2Pjxicj48L2Rpdj48ZGl2Pkl0IHNlZW1zIHRoYXSgIyFpZmRlZiBXSVRIX01TSUxPIGlzIG5v
IGxvbmdlciBzdXBwb3J0ZWQuIEF0IGxlYXN0IHdpdGggbWUgS2FtYWlsaW8gZG9lc24mIzM5O3Qg
c3RhcnQgaWYgSSBoYXZlIHRoYXQgaW4ga2FtYWlsaW8uY2ZnLiBJIGhhdmUgdG8gZXhwbGljaXRs
eSBsb2FkIG1zaWxvLnNvIGFuZCBhbGwgdGhlIHJlbGF0ZWQgbW9kdWxlIHBhcmFtcyB3aXRob3V0
ICMhaWZkZWYgV0lUSF9NU0lMTzwvZGl2Pgo8ZGl2Pjxicj48L2Rpdj48ZGl2PkNhbiBzb21lb25l
IGNvbmZpcm0gdGhhdCB0aGlzIHN5bnRheCBoYXMgaW5kZWVkIGJlZW4gZGVwcmVjYXRlZCBzbyBJ
IGRvbiYjMzk7dCBzcGVuZCBhbnkgbW9yZSB0aW1lIHRyeWluZyB0byBhZGFwdCBvdXRkYXRlZCBj
b25maWd1cmF0aW9uIGZpbGVzIHRvIDQuMS4xPzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhh
bmtzPC9kaXY+PC9kaXY+Cg==

--===============1699881342==--


From jh@tutpro.com Sat Feb 15 03:17:24 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: modules/utils: fixed memory leak and possible	crash
Date: Sat, 15 Feb 2014 03:17:23 +0100
Message-ID: <20140215021723.C26CCEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0907525995=="

--===============0907525995==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 92b947059dbde8ada3c757d7e6af48d79f9e7e12
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D92b947059dbde8ada3c757d7e6af48d79f9e7e12

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Sat Feb 15 04:16:14 2014 +0200

modules/utils: fixed memory leak and possible crash

- patch against 4.0 was provided by Guillaume Bour

---

 modules/utils/functions.c |   10 +++++++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/modules/utils/functions.c b/modules/utils/functions.c
index 1225ba8..ed1a591 100644
--- a/modules/utils/functions.c
+++ b/modules/utils/functions.c
@@ -52,7 +52,7 @@ size_t write_function( void *ptr, size_t size, size_t nmemb=
, void *stream)
     /* Allocate memory and copy */
     char* data;
=20
-    data =3D (char*)malloc((size* nmemb) + 1);
+    data =3D (char*)pkg_malloc((size* nmemb) + 1);
     if (data =3D=3D NULL) {
 	LM_ERR("cannot allocate memory for stream\n");
 	return CURLE_WRITE_ERROR;
@@ -138,10 +138,12 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st, char* _post)
     if (_post) {
 	pkg_free(post);
     }
-    curl_easy_cleanup(curl);
=20
     if (res !=3D CURLE_OK) {
 	LM_ERR("failed to perform curl\n");
+	curl_easy_cleanup(curl);
+	if(stream)
+	    pkg_free(stream);
 	return -1;
     }
=20
@@ -157,11 +159,13 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st, char* _post)
 	}
 	val.rs.s =3D stream;
 	val.rs.len =3D at - stream;
-	LM_DBG("http)query result: %.*s\n", val.rs.len, val.rs.s);
+	LM_DBG("http_query result: %.*s\n", val.rs.len, val.rs.s);
 	val.flags =3D PV_VAL_STR;
 	dst =3D (pv_spec_t *)_dst;
 	dst->setf(_m, &dst->pvp, (int)EQ_T, &val);
     }
 =09
+    curl_easy_cleanup(curl);
+    pkg_free(stream);
     return stat;
 }



--===============0907525995==--


From jh@tutpro.com Sat Feb 15 03:19:40 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: modules/utils: fixed memory leak and possible	crash
Date: Sat, 15 Feb 2014 03:19:39 +0100
Message-ID: <20140215021939.944A5EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0957057546=="

--===============0957057546==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 01cee458a4f93f8fe13deac8ddf33ebb3f3afd85
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D01cee458a4f93f8fe13deac8ddf33ebb3f3afd85

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Sat Feb 15 04:16:14 2014 +0200

modules/utils: fixed memory leak and possible crash

- patch against 4.0 was provided by Guillaume Bour
(cherry picked from commit 92b947059dbde8ada3c757d7e6af48d79f9e7e12)

---

 modules/utils/functions.c |   10 +++++++---
 1 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/modules/utils/functions.c b/modules/utils/functions.c
index 1225ba8..ed1a591 100644
--- a/modules/utils/functions.c
+++ b/modules/utils/functions.c
@@ -52,7 +52,7 @@ size_t write_function( void *ptr, size_t size, size_t nmemb=
, void *stream)
     /* Allocate memory and copy */
     char* data;
=20
-    data =3D (char*)malloc((size* nmemb) + 1);
+    data =3D (char*)pkg_malloc((size* nmemb) + 1);
     if (data =3D=3D NULL) {
 	LM_ERR("cannot allocate memory for stream\n");
 	return CURLE_WRITE_ERROR;
@@ -138,10 +138,12 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st, char* _post)
     if (_post) {
 	pkg_free(post);
     }
-    curl_easy_cleanup(curl);
=20
     if (res !=3D CURLE_OK) {
 	LM_ERR("failed to perform curl\n");
+	curl_easy_cleanup(curl);
+	if(stream)
+	    pkg_free(stream);
 	return -1;
     }
=20
@@ -157,11 +159,13 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st, char* _post)
 	}
 	val.rs.s =3D stream;
 	val.rs.len =3D at - stream;
-	LM_DBG("http)query result: %.*s\n", val.rs.len, val.rs.s);
+	LM_DBG("http_query result: %.*s\n", val.rs.len, val.rs.s);
 	val.flags =3D PV_VAL_STR;
 	dst =3D (pv_spec_t *)_dst;
 	dst->setf(_m, &dst->pvp, (int)EQ_T, &val);
     }
 =09
+    curl_easy_cleanup(curl);
+    pkg_free(stream);
     return stat;
 }



--===============0957057546==--


From oej@edvina.net Sat Feb 15 12:13:25 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Marketing stats
Date: Sat, 15 Feb 2014 12:13:23 +0100
Message-ID: <87617C2C-7D27-42D7-B603-CC2DA010AA11@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1640895592=="

--===============1640895592==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi!

After a year of working with Kamailio on social media we now have around 400 =
followers on Twitter, over 250 on Facebook, 220 on G+ and a mixture of groups=
 on LInkedIn - from Openser to SIP-router and Kamailio with a pretty large fo=
llowing. G+ have a page with a news flow and a community group for discussion=
s.

I try to publish what's on the Kamailio.org web site as news. In addition, I =
highlight some features now and then to keep the flow going, regardless of th=
e news flow in the project. We've also worked on and published an article on =
the IMS functionality on the web site. I think we should work on more of thos=
e articles/interviews - like talking about how carrierroute came to existance=
 and how it's used, new modules like mohqueue and the whole webrtc support st=
uff.

I hope to make some time for that kind of articles that I think adds interest=
 and explains more of what we are doing and how Kamailio can be used. Hopeful=
ly we can discuss this at Kamailio World!

If you have ideas, feel free to contact me on or off list. I think we can use=
 the -doc list for these kind of discussions, it's a pretty empty forum right=
 now.

Please don't hesitate to remind me to inform about new functions, events or r=
elated stuff in these channels.  If you can, inform your friends and follower=
s about these channels to raise interest in Kamailio.

We do get questions on these channels too, I have mostly referred to the mail=
ing list, but if you can help in answering I would be happy.=20

I have no stats on how many subscriptions we have on the mailing lists or vis=
its on the web site, that would be interesting. (hint, hint ;-) )

Have a great weekend!

/O

G+ https://plus.google.com/u/0/b/114984922071338017631/
Facebook https://www.facebook.com/Kamailio
Twitter @kamailioproject




--===============1640895592==--


From jh@tutpro.com Sun Feb 16 09:58:51 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: modules/rtpproxy-ng: added setid_avp module	param
Date: Sun, 16 Feb 2014 09:58:50 +0100
Message-ID: <20140216085850.77814EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0368831738=="

--===============0368831738==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: e005b899b23c4d85a1b6072cc19ec6bc24d20c7a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3De005b899b23c4d85a1b6072cc19ec6bc24d20c7a

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Sun Feb 16 10:56:24 2014 +0200

modules/rtpproxy-ng: added setid_avp module param
    which can be used (instead of set_rtp_proxy_set function) to select
    used rtpproxy set

---

 modules/rtpproxy-ng/README                 |  127 +++++++++++++++++---------=
--
 modules/rtpproxy-ng/doc/rtpproxy-ng.xml    |    2 +-
 modules/rtpproxy-ng/doc/rtpproxy_admin.xml |   33 +++++++
 modules/rtpproxy-ng/rtpproxy.c             |   81 ++++++++++++++++++
 4 files changed, 191 insertions(+), 52 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3De005b899b23c4d85a1b6072cc19ec6bc24d20c7a


--===============0368831738==--


From hugh.waite@crocodile-rcs.com Sun Feb 16 13:47:52 2014
From: Hugh Waite <hugh.waite@crocodile-rcs.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Fwd: [SR-Users] websocket.so module not generated
Date: Sun, 16 Feb 2014 12:47:44 +0000
Message-ID: <5300B370.3040909@crocodile-rcs.com>
In-Reply-To:
 <CAEQTtWTfWv2=AMMV_FkL3LtBLqaATgcp5av0dPgtu28uTs+XoA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1844542414=="

--===============1844542414==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello Devs,

I was going to answer the question below on sr-users about the websocket 
module/package.
With the exception of OpenSuse > v12, the websocket module is not built 
into any of the RPM distros on the kamailio download pages.

Is this due to the libunistring build-dependancy? Can we update the spec 
file to make websockets available in as many distributions as possible?

Regards,
Hugh


-------- Original Message --------
Subject: 	[SR-Users] websocket.so module not generated
Date: 	Fri, 14 Feb 2014 22:36:42 +0100
From: 	Alvaro Urionabarrenetxea Gomez <alvurion(a)gmail.com>
Reply-To: 	Kamailio (SER) - Users Mailing List 
<sr-users(a)lists.sip-router.org>
To: 	sr-users(a)lists.sip-router.org



Hi.

I have a problem when I'm trying to start with my Kamailio server. I 
have an error about not existing "websocket.so" module.

Here is the error:

root(a)kamailio:# /etc/init.d/kamailio start

** Not starting Kamailio SIP server: invalid configuration file!*
***
** 0 (8327) ERROR: <core> [sr_module.c:587]: load_module(): ERROR: 
load_module: could not find module <websocket> in 
</usr/local/lib/kamailio/modules/>*
*0(8327) : <core> [cfg.y:3408]: yyerror_at(): parse_error in config file 
/usr/local/etc/kamailio/kamailio.cfg, line 318, column 12-25: failed to 
load module*
*ERROR: bad config file (1 errors)*
***

And here is the line 318 in kamailio.cfg:

*loadmodule "websocket.so"*

I looked for that module in the correspondent folder but isn't there. 
Can anyone upload the websocket.so file to another mirror, MEGA for 
example? I tried to generate another time, download another kamailio 
versions but the error stills there.

Much apreciated.

Thanks!







--===============1844542414==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250
ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSI+CiAgPC9oZWFkPgogIDxib2R5IHRl
eHQ9IiMwMDAwMDAiIGJnY29sb3I9IiNGRkZGRkYiPgogICAgSGVsbG8gRGV2cyw8YnI+CiAgICA8
YnI+CiAgICBJIHdhcyBnb2luZyB0byBhbnN3ZXIgdGhlIHF1ZXN0aW9uIGJlbG93IG9uIHNyLXVz
ZXJzIGFib3V0IHRoZQogICAgd2Vic29ja2V0IG1vZHVsZS9wYWNrYWdlLjxicj4KICAgIFdpdGgg
dGhlIGV4Y2VwdGlvbiBvZiBPcGVuU3VzZSAmZ3Q7IHYxMiwgdGhlIHdlYnNvY2tldCBtb2R1bGUg
aXMgbm90CiAgICBidWlsdCBpbnRvIGFueSBvZiB0aGUgUlBNIGRpc3Ryb3Mgb24gdGhlIGthbWFp
bGlvIGRvd25sb2FkIHBhZ2VzLjxicj4KICAgIDxicj4KICAgIElzIHRoaXMgZHVlIHRvIHRoZSBs
aWJ1bmlzdHJpbmcgYnVpbGQtZGVwZW5kYW5jeT8gQ2FuIHdlIHVwZGF0ZSB0aGUKICAgIHNwZWMg
ZmlsZSB0byBtYWtlIHdlYnNvY2tldHMgYXZhaWxhYmxlIGluIGFzIG1hbnkgZGlzdHJpYnV0aW9u
cyBhcwogICAgcG9zc2libGU/PGJyPgogICAgPGJyPgogICAgUmVnYXJkcyw8YnI+CiAgICBIdWdo
CiAgICA8ZGl2IGNsYXNzPSJtb3otZm9yd2FyZC1jb250YWluZXIiPjxicj4KICAgICAgPGJyPgog
ICAgICAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCiAgICAgIDx0YWJsZSBjbGFz
cz0ibW96LWVtYWlsLWhlYWRlcnMtdGFibGUiIGNlbGxwYWRkaW5nPSIwIgogICAgICAgIGNlbGxz
cGFjaW5nPSIwIiBib3JkZXI9IjAiPgogICAgICAgIDx0Ym9keT4KICAgICAgICAgIDx0cj4KICAg
ICAgICAgICAgPHRoIHZhbGlnbj0iQkFTRUxJTkUiIGFsaWduPSJSSUdIVCIgbm93cmFwPSJub3dy
YXAiPlN1YmplY3Q6CiAgICAgICAgICAgIDwvdGg+CiAgICAgICAgICAgIDx0ZD5bU1ItVXNlcnNd
IHdlYnNvY2tldC5zbyBtb2R1bGUgbm90IGdlbmVyYXRlZDwvdGQ+CiAgICAgICAgICA8L3RyPgog
ICAgICAgICAgPHRyPgogICAgICAgICAgICA8dGggdmFsaWduPSJCQVNFTElORSIgYWxpZ249IlJJ
R0hUIiBub3dyYXA9Im5vd3JhcCI+RGF0ZTogPC90aD4KICAgICAgICAgICAgPHRkPkZyaSwgMTQg
RmViIDIwMTQgMjI6MzY6NDIgKzAxMDA8L3RkPgogICAgICAgICAgPC90cj4KICAgICAgICAgIDx0
cj4KICAgICAgICAgICAgPHRoIHZhbGlnbj0iQkFTRUxJTkUiIGFsaWduPSJSSUdIVCIgbm93cmFw
PSJub3dyYXAiPkZyb206IDwvdGg+CiAgICAgICAgICAgIDx0ZD5BbHZhcm8gVXJpb25hYmFycmVu
ZXR4ZWEgR29tZXoKICAgICAgICAgICAgICA8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZF
IiBocmVmPSJtYWlsdG86YWx2dXJpb25AZ21haWwuY29tIj4mbHQ7YWx2dXJpb25AZ21haWwuY29t
Jmd0OzwvYT48L3RkPgogICAgICAgICAgPC90cj4KICAgICAgICAgIDx0cj4KICAgICAgICAgICAg
PHRoIHZhbGlnbj0iQkFTRUxJTkUiIGFsaWduPSJSSUdIVCIgbm93cmFwPSJub3dyYXAiPlJlcGx5
LVRvOgogICAgICAgICAgICA8L3RoPgogICAgICAgICAgICA8dGQ+S2FtYWlsaW8gKFNFUikgLSBV
c2VycyBNYWlsaW5nIExpc3QKICAgICAgICAgICAgICA8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJm
YzIzOTZFIiBocmVmPSJtYWlsdG86c3ItdXNlcnNAbGlzdHMuc2lwLXJvdXRlci5vcmciPiZsdDtz
ci11c2Vyc0BsaXN0cy5zaXAtcm91dGVyLm9yZyZndDs8L2E+PC90ZD4KICAgICAgICAgIDwvdHI+
CiAgICAgICAgICA8dHI+CiAgICAgICAgICAgIDx0aCB2YWxpZ249IkJBU0VMSU5FIiBhbGlnbj0i
UklHSFQiIG5vd3JhcD0ibm93cmFwIj5UbzogPC90aD4KICAgICAgICAgICAgPHRkPjxhIGNsYXNz
PSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpzci11c2Vyc0BsaXN0cy5z
aXAtcm91dGVyLm9yZyI+c3ItdXNlcnNAbGlzdHMuc2lwLXJvdXRlci5vcmc8L2E+PC90ZD4KICAg
ICAgICAgIDwvdHI+CiAgICAgICAgPC90Ym9keT4KICAgICAgPC90YWJsZT4KICAgICAgPGJyPgog
ICAgICA8YnI+CiAgICAgIDxkaXYgZGlyPSJsdHIiPkhpLgogICAgICAgIDxkaXY+PGJyPgogICAg
ICAgIDwvZGl2PgogICAgICAgIDxkaXY+SSBoYXZlIGEgcHJvYmxlbSB3aGVuIEknbSB0cnlpbmcg
dG8gc3RhcnQgd2l0aCBteSBLYW1haWxpbwogICAgICAgICAgc2VydmVyLiBJIGhhdmUgYW4gZXJy
b3IgYWJvdXQgbm90IGV4aXN0aW5nICJ3ZWJzb2NrZXQuc28iCiAgICAgICAgICBtb2R1bGUuPC9k
aXY+CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj5IZXJlIGlz
IHRoZSBlcnJvcjo8L2Rpdj4KICAgICAgICA8ZGl2Pjxicj4KICAgICAgICA8L2Rpdj4KICAgICAg
ICA8ZGl2PnJvb3RAa2FtYWlsaW86IyAvZXRjL2luaXQuZC9rYW1haWxpbyBzdGFydDwvZGl2Pgog
ICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+PGI+KiBOb3Qgc3Rh
cnRpbmcgS2FtYWlsaW8gU0lQIHNlcnZlcjogaW52YWxpZAogICAgICAgICAgICBjb25maWd1cmF0
aW9uIGZpbGUhPC9iPjwvZGl2PgogICAgICAgIDxkaXY+PGI+KjwvYj48L2Rpdj4KICAgICAgICA8
ZGl2PjxiPiogMCAoODMyNykgRVJST1I6ICZsdDtjb3JlJmd0OyBbc3JfbW9kdWxlLmM6NTg3XToK
ICAgICAgICAgICAgbG9hZF9tb2R1bGUoKTogRVJST1I6IGxvYWRfbW9kdWxlOiBjb3VsZCBub3Qg
ZmluZCBtb2R1bGUKICAgICAgICAgICAgJmx0O3dlYnNvY2tldCZndDsgaW4KICAgICAgICAgICAg
Jmx0Oy91c3IvbG9jYWwvbGliL2thbWFpbGlvL21vZHVsZXMvJmd0OzwvYj48L2Rpdj4KICAgICAg
ICA8ZGl2PjxiPjAoODMyNykgOiAmbHQ7Y29yZSZndDsgW2NmZy55OjM0MDhdOiB5eWVycm9yX2F0
KCk6CiAgICAgICAgICAgIHBhcnNlX2Vycm9yIGluIGNvbmZpZyBmaWxlCiAgICAgICAgICAgIC91
c3IvbG9jYWwvZXRjL2thbWFpbGlvL2thbWFpbGlvLmNmZywgbGluZSAzMTgsIGNvbHVtbgogICAg
ICAgICAgICAxMi0yNTogZmFpbGVkIHRvIGxvYWQgbW9kdWxlPC9iPjwvZGl2PgogICAgICAgIDxk
aXY+PGI+RVJST1I6IGJhZCBjb25maWcgZmlsZSAoMSBlcnJvcnMpPC9iPjwvZGl2PgogICAgICAg
IDxkaXY+PGI+KjwvYj48L2Rpdj4KICAgICAgICA8ZGl2Pjxicj4KICAgICAgICA8L2Rpdj4KICAg
ICAgICA8ZGl2PkFuZCBoZXJlIGlzIHRoZSBsaW5lIDMxOCBpbiBrYW1haWxpby5jZmc6PC9kaXY+
CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj48Yj5sb2FkbW9k
dWxlICJ3ZWJzb2NrZXQuc28iPC9iPjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwv
ZGl2PgogICAgICAgIDxkaXY+SSBsb29rZWQgZm9yIHRoYXQgbW9kdWxlIGluIHRoZSBjb3JyZXNw
b25kZW50IGZvbGRlciBidXQKICAgICAgICAgIGlzbid0IHRoZXJlLiBDYW4gYW55b25lIHVwbG9h
ZCB0aGUgd2Vic29ja2V0LnNvIGZpbGUgdG8KICAgICAgICAgIGFub3RoZXIgbWlycm9yLCBNRUdB
IGZvciBleGFtcGxlPyBJIHRyaWVkIHRvIGdlbmVyYXRlIGFub3RoZXIKICAgICAgICAgIHRpbWUs
IGRvd25sb2FkIGFub3RoZXIga2FtYWlsaW8gdmVyc2lvbnMgYnV0IHRoZSBlcnJvciBzdGlsbHMK
ICAgICAgICAgIHRoZXJlLjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2Pgog
ICAgICAgIDxkaXY+TXVjaCBhcHJlY2lhdGVkLjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAg
ICAgIDwvZGl2PgogICAgICAgIDxkaXY+VGhhbmtzITwvZGl2PgogICAgICA8L2Rpdj4KICAgICAg
PGJyPgogICAgPC9kaXY+CiAgICA8YnI+CiAgPC9ib2R5Pgo8L2h0bWw+Cg==

--===============1844542414==
Content-Type: text/plain
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="AttachedMessagePart.txt"
MIME-Version: 1.0

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KU0lQIEV4cHJl
c3MgUm91dGVyIChTRVIpIGFuZCBLYW1haWxpbyAoT3BlblNFUikgLSBzci11c2VycyBtYWlsaW5n
IGxpc3QKc3ItdXNlcnNAbGlzdHMuc2lwLXJvdXRlci5vcmcKaHR0cDovL2xpc3RzLnNpcC1yb3V0
ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci11c2VycwoK

--===============1844542414==--


From miconda@gmail.com Sun Feb 16 23:05:55 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] msilo changes in 4.1.1?
Date: Sun, 16 Feb 2014 23:05:45 +0100
Message-ID: <53013639.8090308@gmail.com>
In-Reply-To:
 <CAEiJqQM=1FJWBOt1CNncqPuAxOOubgTc3=Rbabs04tZEvV3rTg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1646196062=="

--===============1646196062==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I haven;t checked the tutorial you linked, but the default config file=20
for kamailio doesn't have any WITH_MSILO defines.

The msilo module is not deprecated, but not configured in the default=20
config of kamailio, you have to add it yourself.

Cheers,
Daniel

On 14/02/14 17:05, Peter Villeneuve wrote:
> Hi,
>
> I've been experimenting with Msilo in Kamailio 4.1.1 and I noticed=20
> some things seem to be deprecated when looking at old configuration=20
> examples like the one here=20
> http://telephonynetworks.blogspot.pt/2012/08/configuracion-de-kamailio-33-c=
on-nat.html
>
> It seems that #!ifdef WITH_MSILO is no longer supported. At least with=20
> me Kamailio doesn't start if I have that in kamailio.cfg. I have to=20
> explicitly load msilo.so and all the related module params without=20
> #!ifdef WITH_MSILO
>
> Can someone confirm that this syntax has indeed been deprecated so I=20
> don't spend any more time trying to adapt outdated configuration files=20
> to 4.1.1?
>
> Thanks
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============1646196062==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgdGV4dD0iIzAwMDAwMCIgYmdjb2xvcj0iI0ZGRkZGRiI+CiAgICBIZWxsbyw8YnI+CiAgICA8
YnI+CiAgICBJIGhhdmVuO3QgY2hlY2tlZCB0aGUgdHV0b3JpYWwgeW91IGxpbmtlZCwgYnV0IHRo
ZSBkZWZhdWx0IGNvbmZpZwogICAgZmlsZSBmb3Iga2FtYWlsaW8gZG9lc24ndCBoYXZlIGFueSBX
SVRIX01TSUxPIGRlZmluZXMuPGJyPgogICAgPGJyPgogICAgVGhlIG1zaWxvIG1vZHVsZSBpcyBu
b3QgZGVwcmVjYXRlZCwgYnV0IG5vdCBjb25maWd1cmVkIGluIHRoZQogICAgZGVmYXVsdCBjb25m
aWcgb2Yga2FtYWlsaW8sIHlvdSBoYXZlIHRvIGFkZCBpdCB5b3Vyc2VsZi48YnI+CiAgICA8YnI+
CiAgICBDaGVlcnMsPGJyPgogICAgRGFuaWVsPGJyPgogICAgPGJyPgogICAgPGRpdiBjbGFzcz0i
bW96LWNpdGUtcHJlZml4Ij5PbiAxNC8wMi8xNCAxNzowNSwgUGV0ZXIgVmlsbGVuZXV2ZQogICAg
ICB3cm90ZTo8YnI+CiAgICA8L2Rpdj4KICAgIDxibG9ja3F1b3RlCmNpdGU9Im1pZDpDQUVpSnFR
TT0xRkpXQk90MUNObmNxUHVBeE9PdWJnVGMzPVJiYWJzMDR0WkV2VjNyVGdAbWFpbC5nbWFpbC5j
b20iCiAgICAgIHR5cGU9ImNpdGUiPgogICAgICA8ZGl2IGRpcj0ibHRyIj5IaSwKICAgICAgICA8
ZGl2Pjxicj4KICAgICAgICA8L2Rpdj4KICAgICAgICA8ZGl2PkkndmUgYmVlbiBleHBlcmltZW50
aW5nIHdpdGggTXNpbG8gaW4gS2FtYWlsaW8gNC4xLjEgYW5kIEkKICAgICAgICAgIG5vdGljZWQg
c29tZSB0aGluZ3Mgc2VlbSB0byBiZSBkZXByZWNhdGVkIHdoZW4gbG9va2luZyBhdCBvbGQKICAg
ICAgICAgIGNvbmZpZ3VyYXRpb24gZXhhbXBsZXMgbGlrZSB0aGUgb25lIGhlcmWgPGEKICAgICAg
ICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgpocmVmPSJodHRwOi8vdGVsZXBob255bmV0d29y
a3MuYmxvZ3Nwb3QucHQvMjAxMi8wOC9jb25maWd1cmFjaW9uLWRlLWthbWFpbGlvLTMzLWNvbi1u
YXQuaHRtbCI+aHR0cDovL3RlbGVwaG9ueW5ldHdvcmtzLmJsb2dzcG90LnB0LzIwMTIvMDgvY29u
ZmlndXJhY2lvbi1kZS1rYW1haWxpby0zMy1jb24tbmF0Lmh0bWw8L2E+PC9kaXY+CiAgICAgICAg
PGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj5JdCBzZWVtcyB0aGF0oCMhaWZk
ZWYgV0lUSF9NU0lMTyBpcyBubyBsb25nZXIgc3VwcG9ydGVkLiBBdAogICAgICAgICAgbGVhc3Qg
d2l0aCBtZSBLYW1haWxpbyBkb2Vzbid0IHN0YXJ0IGlmIEkgaGF2ZSB0aGF0IGluCiAgICAgICAg
ICBrYW1haWxpby5jZmcuIEkgaGF2ZSB0byBleHBsaWNpdGx5IGxvYWQgbXNpbG8uc28gYW5kIGFs
bCB0aGUKICAgICAgICAgIHJlbGF0ZWQgbW9kdWxlIHBhcmFtcyB3aXRob3V0ICMhaWZkZWYgV0lU
SF9NU0lMTzwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxk
aXY+Q2FuIHNvbWVvbmUgY29uZmlybSB0aGF0IHRoaXMgc3ludGF4IGhhcyBpbmRlZWQgYmVlbgog
ICAgICAgICAgZGVwcmVjYXRlZCBzbyBJIGRvbid0IHNwZW5kIGFueSBtb3JlIHRpbWUgdHJ5aW5n
IHRvIGFkYXB0CiAgICAgICAgICBvdXRkYXRlZCBjb25maWd1cmF0aW9uIGZpbGVzIHRvIDQuMS4x
PzwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+VGhh
bmtzPC9kaXY+CiAgICAgIDwvZGl2PgogICAgICA8YnI+CiAgICAgIDxmaWVsZHNldCBjbGFzcz0i
bWltZUF0dGFjaG1lbnRIZWFkZXIiPjwvZmllbGRzZXQ+CiAgICAgIDxicj4KICAgICAgPHByZSB3
cmFwPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCnNy
LWRldiBtYWlsaW5nIGxpc3QKPGEgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZpYXRlZCIgaHJl
Zj0ibWFpbHRvOnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZyI+c3ItZGV2QGxpc3RzLnNpcC1y
b3V0ZXIub3JnPC9hPgo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw
Oi8vbGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiI+
aHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1k
ZXY8L2E+CjwvcHJlPgogICAgPC9ibG9ja3F1b3RlPgogICAgPGJyPgogICAgPHByZSBjbGFzcz0i
bW96LXNpZ25hdHVyZSIgY29scz0iNzIiPi0tIApEYW5pZWwtQ29uc3RhbnRpbiBNaWVybGEgLSA8
YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vd3d3LmFzaXB0by5j
b20iPmh0dHA6Ly93d3cuYXNpcHRvLmNvbTwvYT4KPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVl
dGV4dCIgaHJlZj0iaHR0cDovL3R3aXR0ZXIuY29tLyMhL21pY29uZGEiPmh0dHA6Ly90d2l0dGVy
LmNvbS8jIS9taWNvbmRhPC9hPiAtIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhy
ZWY9Imh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL21pY29uZGEiPmh0dHA6Ly93d3cubGlua2Vk
aW4uY29tL2luL21pY29uZGE8L2E+PC9wcmU+CiAgPC9ib2R5Pgo8L2h0bWw+Cg==

--===============1646196062==--


From hw@kamailio.org Mon Feb 17 10:49:25 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Marketing stats
Date: Mon, 17 Feb 2014 10:48:56 +0100
Message-ID: <4389405.6reOHAKs9e@hwesterholt>
In-Reply-To: <87617C2C-7D27-42D7-B603-CC2DA010AA11@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1101856039=="

--===============1101856039==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Am Samstag, 15. Februar 2014, 12:13:23 schrieb Olle E. Johansson:
> After a year of working with Kamailio on social media we now have around 400
> followers on Twitter, over 250 on Facebook, 220 on G+ and a mixture of
> groups on LInkedIn - from Openser to SIP-router and Kamailio with a pretty
> large following. G+ have a page with a news flow and a community group for
> discussions.
> [..]

Hi Olle

again thank you for the effort in marketing our project. 

> I have no stats on how many subscriptions we have on the mailing lists or
> visits on the web site, that would be interesting. (hint, hint ;-) )

Lists:

sr-dev 615
sr-users 1786
sr-docs 131
Business 319
Kamailio-announce 144

The kamailio-announce is not really used at the moment. Maybe we should merge 
this with the business list, as more or less the same amount of informations 
going over it? Otherwise we should start to use it. :-)

Best regards

Henning Westerholt


--===============1101856039==--


From oej@edvina.net Mon Feb 17 11:12:24 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Marketing stats
Date: Mon, 17 Feb 2014 11:12:22 +0100
Message-ID: <C94D20F3-7CFE-4D7F-8883-442A0DA674A8@edvina.net>
In-Reply-To: <4389405.6reOHAKs9e@hwesterholt>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1397946963=="

--===============1397946963==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 17 Feb 2014, at 10:48, Henning Westerholt <hw(a)kamailio.org> wrote:

> Am Samstag, 15. Februar 2014, 12:13:23 schrieb Olle E. Johansson:
>> After a year of working with Kamailio on social media we now have around 4=
00
>> followers on Twitter, over 250 on Facebook, 220 on G+ and a mixture of
>> groups on LInkedIn - from Openser to SIP-router and Kamailio with a pretty
>> large following. G+ have a page with a news flow and a community group for
>> discussions.
>> [..]
>=20
> Hi Olle
>=20
> again thank you for the effort in marketing our project.=20
You're welcome!

>=20
>> I have no stats on how many subscriptions we have on the mailing lists or
>> visits on the web site, that would be interesting. (hint, hint ;-) )
>=20
> Lists:
>=20
> sr-dev 615
> sr-users 1786
> sr-docs 131
> Business 319
> Kamailio-announce 144
Thanks.
>=20
> The kamailio-announce is not really used at the moment. Maybe we should mer=
ge=20
> this with the business list, as more or less the same amount of information=
s=20
> going over it? Otherwise we should start to use it. :-)

I like subscribing to an -announce list just to get information about new rel=
eases and=20
nothing else. We should definitely start to use it. I'll add information abou=
t it and
start announcing on it, like we do in other places when we release.

/O

--===============1397946963==--


From pawel.kuzak@1und1.de Mon Feb 17 11:40:13 2014
From: Pawel Kuzak <pawel.kuzak@1und1.de>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Kamailio 3.3.5: Possible memory leak in select framework?
Date: Mon, 17 Feb 2014 11:40:07 +0100
Message-ID: <5301E707.2000705@1und1.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0685795641=="

--===============0685795641==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi,

We are running Kamailio 3.3.5 as a Registrar service. We wanted to 
increase some logging, so we inserted the following lines into our 
configuration file:

...
  # log failed registration
  route[LOG_REG_DENIED]{
   xlog("L_ERR","md=REGISTER, s=DENIED, n=$tU, 
ct=$sel(contact.uri.hostport), v=$sel(via[1].host)");
  }

  # log successful registration
  route[LOG_REG_SUCCESS]{
   xlog("L_ERR","md=REGISTER, s=OK, n=$tU, 
ct=$sel(contact.uri.hostport), v=$sel(via[1].host)");
  }
...

After about 24 hours Kamailio stopped working properly and the following 
ERROR messages started to appear in the log:

ERROR: <core> [lvalue.c:389]: rval expression evaluation failed 
(141,18-141,57)
ERROR: <core> [db_row.c:116]: no private memory left
ERROR: db_mysql [km_row.c:58]: could not allocate row
ERROR: db_mysql [km_res.c:188]: error while converting row #0
ERROR: db_mysql [km_res.c:217]: error while converting rows
ERROR: db_mysql [km_dbase.c:191]: error while converting result
ERROR: <core> [db_query.c:134]: error while storing result
ERROR: p_usrloc [ul_db_query.c:108]: could not query table location.
ERROR: p_usrloc [ul_db_query.c:52]: could not query table location error 
on id 12, db 1.
ERROR: p_usrloc [ul_db.c:199]: error on id 12, db 1, errors occured: 1, 
threshold: 50
ERROR: <core> [db_row.c:116]: no private memory left
ERROR: db_mysql [km_row.c:58]: could not allocate row
ERROR: db_mysql [km_res.c:188]: error while converting row #0
ERROR: db_mysql [km_res.c:217]: error while converting rows
ERROR: db_mysql [km_dbase.c:191]: error while converting result
ERROR: <core> [db_query.c:134]: error while storing result
ERROR: p_usrloc [ul_db_query.c:108]: could not query table location.
ERROR: p_usrloc [ul_db_query.c:52]: could not query table location error 
on id 12, db 1.
ERROR: <core> [db_row.c:116]: no private memory left
ERROR: db_mysql [km_row.c:58]: could not allocate row
ERROR: db_mysql [km_res.c:188]: error while converting row #0
ERROR: db_mysql [km_res.c:217]: error while converting rows
ERROR: db_mysql [km_dbase.c:191]: error while converting result
ERROR: <core> [db_query.c:134]: error while storing result
ERROR: p_usrloc [ul_db_query.c:108]: could not query table location.
ERROR: p_usrloc [ul_db_query.c:52]: could not query table location error 
on id 12, db 2.
ERROR: p_usrloc [ul_db.c:199]: error on id 12, db 2, errors occured: 0, 
threshold: 50
ERROR: <core> [db_row.c:116]: no private memory left
ERROR: db_mysql [km_row.c:58]: could not allocate row
ERROR: db_mysql [km_res.c:188]: error while converting row #0
ERROR: db_mysql [km_res.c:217]: error while converting rows
ERROR: db_mysql [km_dbase.c:191]: error while converting result
ERROR: <core> [db_query.c:134]: error while storing result
ERROR: p_usrloc [ul_db_query.c:108]: could not query table location.
ERROR: p_usrloc [ul_db_query.c:52]: could not query table location error 
on id 12, db 2.
ERROR: p_usrloc [udomain.c:433]: db_query failed
ERROR: <core> [msg_translator.c:2089]: ERROR: 
build_res_buf_from_sip_req: out of memory ; needs 484
ERROR: sl [sl.c:270]: failed to reply stateful (tm)
ERROR: registrar [reply.c:607]: failed to send 200 OK
ERROR: <core> [msg_translator.c:2089]: ERROR: 
build_res_buf_from_sip_req: out of memory ; needs 530
ERROR: sl [sl_funcs.c:371]: ERROR: sl_reply_error used: I'm terribly 
sorry, server error occurred (1/SL)

We strongly suppose that this memory issue is somehow caused by the 
above mentioned xlog-lines or the usage of the select framework inside 
those lines, because if we take out those lines, Kamailio is running 
smoothly (Currently running for 6 days now). May it be a possible memory 
leak in the select framework?

Some statistics about our Registrar (Interval 24h):
- Number of transactions: Average 500, Maximum 1000
- Number of accepted registrations: Average 7500, Maximum 14500
- Used Memory: Average 9MB, Maximum 15MB

Regards,
Paul



--===============0685795641==--


From petervnv1@gmail.com Mon Feb 17 17:48:34 2014
From: Peter Villeneuve <petervnv1@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] msilo changes in 4.1.1?
Date: Mon, 17 Feb 2014 16:48:28 +0000
Message-ID:
 <CAEiJqQN6KDAztSSRDr8+0N5A0CfrYm-mVD9d1MCPNz85yXzeVw@mail.gmail.com>
In-Reply-To: <53013639.8090308@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1536550085=="

--===============1536550085==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi,

I ended up figuring out that the WITH_MSILO defines are no longer included.
You're correct in that the documentation for Msilo in 4.1.1 no longer
mentions WITH_MSILO, but given that there are very few tutorials out there
in configuring Msilo, and the few that exist still reference WITH_MSILO, I
think this will lead to a great deal of confusion.

Would it be too much to ask to post a working Kamailio 4.1.1 default config
with msilo properly implemented? I think that would help out a lot of
people that are just getting started with Kamailio and may end up following
outdated tutorials.

Cheers,

Peter


On Sun, Feb 16, 2014 at 10:05 PM, Daniel-Constantin Mierla <
miconda(a)gmail.com> wrote:

>  Hello,
>
> I haven;t checked the tutorial you linked, but the default config file for
> kamailio doesn't have any WITH_MSILO defines.
>
> The msilo module is not deprecated, but not configured in the default
> config of kamailio, you have to add it yourself.
>
> Cheers,
> Daniel
>
>
> On 14/02/14 17:05, Peter Villeneuve wrote:
>
> Hi,
>
>  I've been experimenting with Msilo in Kamailio 4.1.1 and I noticed some
> things seem to be deprecated when looking at old configuration examples
> like the one here
> http://telephonynetworks.blogspot.pt/2012/08/configuracion-de-kamailio-33-c=
on-nat.html
>
>  It seems that #!ifdef WITH_MSILO is no longer supported. At least with
> me Kamailio doesn't start if I have that in kamailio.cfg. I have to
> explicitly load msilo.so and all the related module params without #!ifdef
> WITH_MSILO
>
>  Can someone confirm that this syntax has indeed been deprecated so I
> don't spend any more time trying to adapt outdated configuration files to
> 4.1.1?
>
>  Thanks
>
>
> _______________________________________________
> sr-dev mailing listsr-dev(a)lists.sip-router.orghttp://lists.sip-router.org=
/cgi-bin/mailman/listinfo/sr-dev
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/micon=
da - http://www.linkedin.com/in/miconda
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>



--===============1536550085==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PjxkaXY+PGRpdj48ZGl2PkhpLDxicj48YnI+PC9kaXY+
SSBlbmRlZCB1cCBmaWd1cmluZyBvdXQgdGhhdCB0aGUgV0lUSF9NU0lMTyBkZWZpbmVzIGFyZSBu
byBsb25nZXIgaW5jbHVkZWQuPGJyPjwvZGl2PllvdSYjMzk7cmUgY29ycmVjdCBpbiB0aGF0IHRo
ZSBkb2N1bWVudGF0aW9uIGZvciBNc2lsbyBpbiA0LjEuMSBubyBsb25nZXIgbWVudGlvbnMgV0lU
SF9NU0lMTywgYnV0IGdpdmVuIHRoYXQgdGhlcmUgYXJlIHZlcnkgZmV3IHR1dG9yaWFscyBvdXQg
dGhlcmUgaW4gY29uZmlndXJpbmcgTXNpbG8sIGFuZCB0aGUgZmV3IHRoYXQgZXhpc3Qgc3RpbGwg
cmVmZXJlbmNlIFdJVEhfTVNJTE8sIEkgdGhpbmsgdGhpcyB3aWxsIGxlYWQgdG8gYSBncmVhdCBk
ZWFsIG9mIGNvbmZ1c2lvbi48YnI+Cjxicj48L2Rpdj5Xb3VsZCBpdCBiZSB0b28gbXVjaCB0byBh
c2sgdG8gcG9zdCBhIHdvcmtpbmcgS2FtYWlsaW8gNC4xLjEgZGVmYXVsdCBjb25maWcgd2l0aCBt
c2lsbyBwcm9wZXJseSBpbXBsZW1lbnRlZD8gSSB0aGluayB0aGF0IHdvdWxkIGhlbHAgb3V0IGEg
bG90IG9mIHBlb3BsZSB0aGF0IGFyZSBqdXN0IGdldHRpbmcgc3RhcnRlZCB3aXRoIEthbWFpbGlv
IGFuZCBtYXkgZW5kIHVwIGZvbGxvd2luZyBvdXRkYXRlZCB0dXRvcmlhbHMuPGJyPgo8YnI+PC9k
aXY+Q2hlZXJzLDxicj48YnI+PC9kaXY+UGV0ZXI8YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxf
ZXh0cmEiPjxicj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIFN1biwgRmViIDE2LCAy
MDE0IGF0IDEwOjA1IFBNLCBEYW5pZWwtQ29uc3RhbnRpbiBNaWVybGEgPHNwYW4gZGlyPSJsdHIi
PiZsdDs8YSBocmVmPSJtYWlsdG86bWljb25kYUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5t
aWNvbmRhQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+CjxibG9ja3F1b3RlIGNs
YXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFw
eCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgogIAogICAgCiAgCiAgPGRpdiB0ZXh0PSIj
MDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIEhlbGxvLDxicj4KICAgIDxicj4KICAgIEkg
aGF2ZW47dCBjaGVja2VkIHRoZSB0dXRvcmlhbCB5b3UgbGlua2VkLCBidXQgdGhlIGRlZmF1bHQg
Y29uZmlnCiAgICBmaWxlIGZvciBrYW1haWxpbyBkb2VzbiYjMzk7dCBoYXZlIGFueSBXSVRIX01T
SUxPIGRlZmluZXMuPGJyPgogICAgPGJyPgogICAgVGhlIG1zaWxvIG1vZHVsZSBpcyBub3QgZGVw
cmVjYXRlZCwgYnV0IG5vdCBjb25maWd1cmVkIGluIHRoZQogICAgZGVmYXVsdCBjb25maWcgb2Yg
a2FtYWlsaW8sIHlvdSBoYXZlIHRvIGFkZCBpdCB5b3Vyc2VsZi48YnI+CiAgICA8YnI+CiAgICBD
aGVlcnMsPGJyPgogICAgRGFuaWVsPGRpdj48ZGl2IGNsYXNzPSJoNSI+PGJyPgogICAgPGJyPgog
ICAgPGRpdj5PbiAxNC8wMi8xNCAxNzowNSwgUGV0ZXIgVmlsbGVuZXV2ZQogICAgICB3cm90ZTo8
YnI+CiAgICA8L2Rpdj4KICAgIDwvZGl2PjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxk
aXY+PGRpdiBjbGFzcz0iaDUiPgogICAgICA8ZGl2IGRpcj0ibHRyIj5IaSwKICAgICAgICA8ZGl2
Pjxicj4KICAgICAgICA8L2Rpdj4KICAgICAgICA8ZGl2PkkmIzM5O3ZlIGJlZW4gZXhwZXJpbWVu
dGluZyB3aXRoIE1zaWxvIGluIEthbWFpbGlvIDQuMS4xIGFuZCBJCiAgICAgICAgICBub3RpY2Vk
IHNvbWUgdGhpbmdzIHNlZW0gdG8gYmUgZGVwcmVjYXRlZCB3aGVuIGxvb2tpbmcgYXQgb2xkCiAg
ICAgICAgICBjb25maWd1cmF0aW9uIGV4YW1wbGVzIGxpa2UgdGhlIG9uZSBoZXJloDxhIGhyZWY9
Imh0dHA6Ly90ZWxlcGhvbnluZXR3b3Jrcy5ibG9nc3BvdC5wdC8yMDEyLzA4L2NvbmZpZ3VyYWNp
b24tZGUta2FtYWlsaW8tMzMtY29uLW5hdC5odG1sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3Rl
bGVwaG9ueW5ldHdvcmtzLmJsb2dzcG90LnB0LzIwMTIvMDgvY29uZmlndXJhY2lvbi1kZS1rYW1h
aWxpby0zMy1jb24tbmF0Lmh0bWw8L2E+PC9kaXY+CgogICAgICAgIDxkaXY+PGJyPgogICAgICAg
IDwvZGl2PgogICAgICAgIDxkaXY+SXQgc2VlbXMgdGhhdKAjIWlmZGVmIFdJVEhfTVNJTE8gaXMg
bm8gbG9uZ2VyIHN1cHBvcnRlZC4gQXQKICAgICAgICAgIGxlYXN0IHdpdGggbWUgS2FtYWlsaW8g
ZG9lc24mIzM5O3Qgc3RhcnQgaWYgSSBoYXZlIHRoYXQgaW4KICAgICAgICAgIGthbWFpbGlvLmNm
Zy4gSSBoYXZlIHRvIGV4cGxpY2l0bHkgbG9hZCBtc2lsby5zbyBhbmQgYWxsIHRoZQogICAgICAg
ICAgcmVsYXRlZCBtb2R1bGUgcGFyYW1zIHdpdGhvdXQgIyFpZmRlZiBXSVRIX01TSUxPPC9kaXY+
CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj5DYW4gc29tZW9u
ZSBjb25maXJtIHRoYXQgdGhpcyBzeW50YXggaGFzIGluZGVlZCBiZWVuCiAgICAgICAgICBkZXBy
ZWNhdGVkIHNvIEkgZG9uJiMzOTt0IHNwZW5kIGFueSBtb3JlIHRpbWUgdHJ5aW5nIHRvIGFkYXB0
CiAgICAgICAgICBvdXRkYXRlZCBjb25maWd1cmF0aW9uIGZpbGVzIHRvIDQuMS4xPzwvZGl2Pgog
ICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+VGhhbmtzPC9kaXY+
CiAgICAgIDwvZGl2PgogICAgICA8YnI+CiAgICAgIDxmaWVsZHNldD48L2ZpZWxkc2V0PgogICAg
ICA8YnI+CiAgICAgIDwvZGl2PjwvZGl2PjxwcmU+X19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18Kc3ItZGV2IG1haWxpbmcgbGlzdAo8YSBocmVmPSJtYWlsdG86
c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIiB0YXJnZXQ9Il9ibGFuayI+c3ItZGV2QGxpc3Rz
LnNpcC1yb3V0ZXIub3JnPC9hPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5vcmcv
Y2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9s
aXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2PC9hPjxz
cGFuIGNsYXNzPSJIT0VuWmIiPjxmb250IGNvbG9yPSIjODg4ODg4Ij4KPC9mb250Pjwvc3Bhbj48
L3ByZT48c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0iIzg4ODg4OCI+CiAgICA8L2Zv
bnQ+PC9zcGFuPjwvYmxvY2txdW90ZT48c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0i
Izg4ODg4OCI+CiAgICA8YnI+CiAgICA8cHJlIGNvbHM9IjcyIj4tLSAKRGFuaWVsLUNvbnN0YW50
aW4gTWllcmxhIC0gPGEgaHJlZj0iaHR0cDovL3d3dy5hc2lwdG8uY29tIiB0YXJnZXQ9Il9ibGFu
ayI+aHR0cDovL3d3dy5hc2lwdG8uY29tPC9hPgo8YSBocmVmPSJodHRwOi8vdHdpdHRlci5jb20v
IyEvbWljb25kYSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRh
PC9hPiAtIDxhIGhyZWY9Imh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL21pY29uZGEiIHRhcmdl
dD0iX2JsYW5rIj5odHRwOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9taWNvbmRhPC9hPjwvcHJlPgog
IDwvZm9udD48L3NwYW4+PC9kaXY+Cgo8YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+CnNyLWRldiBtYWlsaW5nIGxpc3Q8YnI+CjxhIGhyZWY9Im1h
aWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciPnNyLWRldkBsaXN0cy5zaXAtcm91dGVy
Lm9yZzwvYT48YnI+CjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmlu
L21haWxtYW4vbGlzdGluZm8vc3ItZGV2IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnNp
cC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXY8L2E+PGJyPgo8YnI+
PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4K

--===============1536550085==--


From rfuchs@sipwise.com Mon Feb 17 19:31:11 2014
From: Richard Fuchs <rfuchs@sipwise.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: rtpproxy-ng: increase the receive buffer size	to 64k
Date: Mon, 17 Feb 2014 19:31:10 +0100
Message-ID: <20140217183110.3D030EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0757907641=="

--===============0757907641==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: e8f26d65d7229e048fc2f106919322660710e8d1
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3De8f26d65d7229e048fc2f106919322660710e8d1

Author: Richard Fuchs <rfuchs(a)sipwise.com>
Committer: Richard Fuchs <rfuchs(a)sipwise.com>
Date:   Mon Feb 17 13:30:21 2014 -0500

rtpproxy-ng: increase the receive buffer size to 64k

---

 modules/rtpproxy-ng/rtpproxy.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/rtpproxy-ng/rtpproxy.c b/modules/rtpproxy-ng/rtpproxy.c
index 1d23675..60f53ce 100644
--- a/modules/rtpproxy-ng/rtpproxy.c
+++ b/modules/rtpproxy-ng/rtpproxy.c
@@ -1468,7 +1468,7 @@ send_rtpp_command(struct rtpp_node *node, bencode_item_=
t *dict, int *outlen)
 	struct sockaddr_un addr;
 	int fd, len, i, vcnt;
 	char *cp;
-	static char buf[4096];
+	static char buf[0x10000];
 	struct pollfd fds[1];
 	struct iovec *v;
=20



--===============0757907641==--


From hw@kamailio.org Tue Feb 18 12:31:44 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject:
 Re: [sr-dev] Kamailio 3.3.5: Possible memory leak in select	framework?
Date: Tue, 18 Feb 2014 12:31:33 +0100
Message-ID: <2895387.DVzNe1R390@hwesterholt>
In-Reply-To: <5301E707.2000705@1und1.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0435504570=="

--===============0435504570==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Am Montag, 17. Februar 2014, 11:40:07 schrieb Pawel Kuzak:
> We are running Kamailio 3.3.5 as a Registrar service. We wanted to
> increase some logging, so we inserted the following lines into our
> configuration file:
>=20
> ...
>   # log failed registration
>   route[LOG_REG_DENIED]{
>    xlog("L_ERR","md=3DREGISTER, s=3DDENIED, n=3D$tU,
> ct=3D$sel(contact.uri.hostport), v=3D$sel(via[1].host)");
>   }
>=20
>   # log successful registration
>   route[LOG_REG_SUCCESS]{
>    xlog("L_ERR","md=3DREGISTER, s=3DOK, n=3D$tU,
> ct=3D$sel(contact.uri.hostport), v=3D$sel(via[1].host)");
>   }
> ...

Hello Pawel,

maybe you've already tried this. But have you recompiled on a test system wit=
h=20
memory debugging enabled in the Makefile.defs and then a proper memlog=20
parameter in the cfg file set?=20
http://www.kamailio.org/wiki/cookbooks/3.3.x/core#memlog

Then you could execute the code in question and see if after N executions you=
=20
see N times the memory allocated. The output of the command and how to get it=
=20
is described here=20
http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:memory
you should be able to see the place in the code where its allocated (and=20
probably not freed).

Regards

Henning Westerholt


--===============0435504570==--


From jan.gaida@grupoamper.com Tue Feb 18 16:42:03 2014
From: Jan Gaida <jan.gaida@grupoamper.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] TM: Dynamic Branches
Date: Tue, 18 Feb 2014 16:41:33 +0100
Message-ID:
 <CAC-ydFpQ5_Ju1gRV+6TMGhQNArWQaiF7C8_rar5QpXcXv88KDw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1142336362=="

--===============1142336362==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hello,

In our installation of Kamailio 4.1.1 we need to branch messages and
invites to more than 100 clients.
The actual implementation only allows 12 branches.

We have implemented new functions to be able to control up to 512 branches.
Therefore we use several functions to control the bitmap and a dynamic
array for uac branches. Every uac initializes with 12 branches as before,
but when the limit is reached, new branches are dynamically added to the
array.

We are still in testing-phase but I would like to know if you would add
this feature in some of the next versions.

Regards

-- 
    *Jan **Gaida*
Ingeniero Desarrollo Software     C/ Marconi 3 (PTM)
28760 Tres Cantos
Spain
jan.gaida(a)grupoamper.com | www.grupoamper.com

-- 


This message and any attachments are intended only for the use of the 
individual to whom they are addressed and it may contain information that 
is privileged or confidential. If you have received this communication by 
mistake, please notify us immediately by e-mail or telephone.The storage, 
recording, use or disclosure of this e-mail and its attachments by anyone 
other than the intended recipient is strictly prohibited. This message has 
been verified using antivirus software; however, the sender is not 
responsible for any damage to hardware or software resulting from the 
presence of any virus.


Este mensaje y cualquier anexo son exclusivamente para la persona a quien 
van dirigidos y pueden contener información privilegiada o confidencial. Si 
usted ha recibido esta comunicación por error, le agradecemos notificarlo 
de inmediato por esta misma vía o por teléfono. Está prohibida su 
retención, grabación, utilización o divulgación con cualquier propósito. 
Este mensaje ha sido verificado con software antivirus; sin embargo, el 
remitente no se hace responsable en caso de que en éste o en los archivos 
adjuntos haya presencia de algún virus que pueda generar daños en los 
equipos o programas del destinatario.



--===============1142336362==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGVsbG8sPGRpdj48YnI+PC9kaXY+PGRpdj5JbiBvdXIgaW5zdGFsbGF0
aW9uIG9mIEthbWFpbGlvIDQuMS4xIHdlIG5lZWQgdG8gYnJhbmNoIG1lc3NhZ2VzIGFuZCBpbnZp
dGVzIHRvIG1vcmUgdGhhbiAxMDAgY2xpZW50cy48L2Rpdj48ZGl2PlRoZSBhY3R1YWwgaW1wbGVt
ZW50YXRpb24gb25seSBhbGxvd3MgMTIgYnJhbmNoZXMuoDwvZGl2PjxkaXY+PGJyPjwvZGl2PgoK
PGRpdj5XZSBoYXZlIGltcGxlbWVudGVkIG5ldyBmdW5jdGlvbnMgdG8gYmUgYWJsZSB0byBjb250
cm9sIHVwIHRvIDUxMiBicmFuY2hlcy4gVGhlcmVmb3JlIHdlIHVzZSBzZXZlcmFsIGZ1bmN0aW9u
cyB0byBjb250cm9sIHRoZSBiaXRtYXAgYW5kIGEgZHluYW1pYyBhcnJheSBmb3IgdWFjIGJyYW5j
aGVzLiBFdmVyeSB1YWMgaW5pdGlhbGl6ZXMgd2l0aCAxMiBicmFuY2hlcyBhcyBiZWZvcmUsIGJ1
dCB3aGVuIHRoZSBsaW1pdCBpcyByZWFjaGVkLCBuZXcgYnJhbmNoZXMgYXJlIGR5bmFtaWNhbGx5
IGFkZGVkIHRvIHRoZSBhcnJheS48L2Rpdj4KCjxkaXY+PGJyPjwvZGl2PjxkaXY+V2UgYXJlIHN0
aWxsIGluIHRlc3RpbmctcGhhc2UgYnV0IEkgd291bGQgbGlrZSB0byBrbm93IGlmIHlvdSB3b3Vs
ZCBhZGQgdGhpcyBmZWF0dXJlIGluIHNvbWUgb2YgdGhlIG5leHQgdmVyc2lvbnMuPC9kaXY+PGRp
dj48YnI+PC9kaXY+PGRpdj5SZWdhcmRzPGJyIGNsZWFyPSJhbGwiPjxkaXY+PGJyPjwvZGl2Pi0t
IDxicj48ZGl2IGRpcj0ibHRyIj4KCgo8dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIg
Y2VsbHNwYWNpbmc9IjAiPgoJPHRib2R5PgoJCTx0cj4KCQkJPHRkIGJnY29sb3I9IiMwMDQwNTQi
IGNvbHNwYW49IjIiIGhlaWdodD0iOHB4IiB3aWR0aD0iNTcwIj4KCQkJCTxpbWcgYWx0PSIiIGJv
cmRlcj0iMCIgaGVpZ2h0PSI4IiBzcmM9Imh0dHA6Ly9pY29ucy9lY2JsYW5rLmdpZiIgd2lkdGg9
IjEiPjwvdGQ+CgkJPC90cj4KCQk8dHIgdmFsaWduPSJ0b3AiPgoJCQk8dGQgYmdjb2xvcj0iI0ZG
RkZGRiIgd2lkdGg9IjM4MCI+CgkJCQk8Zm9udCBjb2xvcj0iIzAwNDA1NCIgZmFjZT0iQXJpYWwi
PjxiPkphbqA8L2I+PC9mb250PjxiPjxmb250IGNvbG9yPSIjMDA0MDU0IiBmYWNlPSJBcmlhbCI+
R2FpZGE8L2ZvbnQ+PC9iPjxicj4KCQkJCTxmb250IGNvbG9yPSIjOTljYzMzIiBmYWNlPSJBcmlh
bCIgc2l6ZT0iMSI+SW5nZW5pZXJvIERlc2Fycm9sbG8gU29mdHdhcmU8L2ZvbnQ+PC90ZD4KCQkJ
PHRkPgoJCQkJPGltZyBzcmM9Imh0dHA6Ly93d3cuYW1wZXIuZXMvaW1hZ2UvbG9nb2FtcGVySC5q
cGciIHN0eWxlPSJmbG9hdDpyaWdodCI+PC90ZD4KCQk8L3RyPgoJCTx0cj4KCQkJPHRkIGNvbHNw
YW49IjIiPgoJCQkJPGltZyBhbHQ9IiIgYm9yZGVyPSIwIiBoZWlnaHQ9IjUiIHNyYz0iaHR0cDov
L2ljb25zL2VjYmxhbmsuZ2lmIiB3aWR0aD0iMSI+PC90ZD4KCQk8L3RyPgoJCTx0ciB2YWxpZ249
InRvcCI+CgkJCTx0ZCB2YWxpZ249ImJvdHRvbSIgd2lkdGg9IjM4MCI+PHNwYW4gc3R5bGU9ImNv
bG9yOnJnYigwLDAsMCk7Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOngtc21hbGwiPkMvIE1h
cmNvbmkgMyAoUFRNKTwvc3Bhbj48YnI+PGZvbnQgY29sb3I9IiMwMDAwMDAiIGZhY2U9IkFyaWFs
IiBzaXplPSIxIj4yODc2MCBUcmVzIENhbnRvczxicj5TcGFpbjwvZm9udD48YnI+CgkJCQk8Zm9u
dCBjb2xvcj0iIzhmOGY4ZiIgZmFjZT0iQXJpYWwiIHNpemU9IjEiPjxhIGhyZWY9Im1haWx0bzpq
YW4uZ2FpZGFAZ3J1cG9hbXBlci5jb20iIHRhcmdldD0iX2JsYW5rIj5qYW4uZ2FpZGFAZ3J1cG9h
bXBlci5jb208L2E+IHygPC9mb250PjxhIGhyZWY9Imh0dHA6Ly93d3cuZ3J1cG9hbXBlci5jb20i
IHRhcmdldD0iX2JsYW5rIj48Zm9udCBjb2xvcj0iIzhmOGY4ZiIgZmFjZT0iQXJpYWwiIHNpemU9
IjEiPnd3dy5ncnVwb2FtcGVyLmNvbTwvZm9udD48L2E+PC90ZD4KCgoJCQk8dGQgdmFsaWduPSJi
b3R0b20iPgoJCQkJPGltZyBzcmM9Imh0dHA6Ly93d3cuYW1wZXIuZXMvaW1hZ2UvbGluZWFzYW1w
ZXIuanBnIiBzdHlsZT0iZmxvYXQ6cmlnaHQiPjwvdGQ+CgkJPC90cj4KCTwvdGJvZHk+CjwvdGFi
bGU+Cjxicj48L2Rpdj4KPC9kaXY+PC9kaXY+Cgo8YnI+CjxkaXY+PGJyPjwvZGl2PjxkaXY+PHA+
PGZvbnQgY29sb3I9IiM1ZjQ5N2EiIHNpemU9IjEiIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+VGhp
cyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIG9ubHkgZm9yIHRoZSB1
c2Ugb2YgdGhlIGluZGl2aWR1YWwgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQgYW5kIGl0IG1h
eSBjb250YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgcHJpdmlsZWdlZCBvciBjb25maWRlbnRpYWwu
IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBieSBtaXN0YWtlLCBwbGVh
c2Ugbm90aWZ5IHVzIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBvciB0ZWxlcGhvbmUuVGhlIHN0b3Jh
Z2UsIHJlY29yZGluZywgdXNlIG9yIGRpc2Nsb3N1cmUgb2YgdGhpcyBlLW1haWwgYW5kIGl0cyBh
dHRhY2htZW50cyBieSBhbnlvbmUgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlz
IHN0cmljdGx5IHByb2hpYml0ZWQuIFRoaXMgbWVzc2FnZSBoYXMgYmVlbiB2ZXJpZmllZCB1c2lu
ZyBhbnRpdmlydXMgc29mdHdhcmU7IGhvd2V2ZXIsIHRoZSBzZW5kZXIgaXMgbm90IHJlc3BvbnNp
YmxlIGZvciBhbnkgZGFtYWdlIHRvIGhhcmR3YXJlIG9yIHNvZnR3YXJlIHJlc3VsdGluZyBmcm9t
IHRoZSBwcmVzZW5jZSBvZiBhbnkgdmlydXMuPC9mb250PjwvcD48cD48Zm9udCBjb2xvcj0iIzVm
NDk3YSIgc2l6ZT0iMSIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48YnI+PC9mb250PjwvcD48cD48
Zm9udCBjb2xvcj0iIzVmNDk3YSIgc2l6ZT0iMSIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj5Fc3Rl
IG1lbnNhamUgeSBjdWFscXVpZXIgYW5leG8gc29uIGV4Y2x1c2l2YW1lbnRlIHBhcmEgbGEgcGVy
c29uYSBhIHF1aWVuIHZhbiBkaXJpZ2lkb3MgeSBwdWVkZW4gY29udGVuZXIgaW5mb3JtYWNp824g
cHJpdmlsZWdpYWRhIG8gY29uZmlkZW5jaWFsLiBTaSB1c3RlZCBoYSByZWNpYmlkbyBlc3RhIGNv
bXVuaWNhY2nzbiBwb3IgZXJyb3IsIGxlIGFncmFkZWNlbW9zIG5vdGlmaWNhcmxvIGRlIGlubWVk
aWF0byBwb3IgZXN0YSBtaXNtYSB27WEgbyBwb3IgdGVs6WZvbm8uIEVzdOEgcHJvaGliaWRhIHN1
IHJldGVuY2nzbiwgZ3JhYmFjafNuLCB1dGlsaXphY2nzbiBvIGRpdnVsZ2FjafNuIGNvbiBjdWFs
cXVpZXIgcHJvcPNzaXRvLiBFc3RlIG1lbnNhamUgaGEgc2lkbyB2ZXJpZmljYWRvIGNvbiBzb2Z0
d2FyZSBhbnRpdmlydXM7IHNpbiBlbWJhcmdvLCBlbCByZW1pdGVudGUgbm8gc2UgaGFjZSByZXNw
b25zYWJsZSBlbiBjYXNvIGRlIHF1ZSBlbiDpc3RlIG8gZW4gbG9zIGFyY2hpdm9zIGFkanVudG9z
IGhheWEgcHJlc2VuY2lhIGRlIGFsZ/puIHZpcnVzIHF1ZSBwdWVkYSBnZW5lcmFyIGRh8W9zIGVu
IGxvcyBlcXVpcG9zIG8gcHJvZ3JhbWFzIGRlbCBkZXN0aW5hdGFyaW8uPC9mb250PjwvcD48L2Rp
dj4=

--===============1142336362==--


From jh@tutpro.com Wed Feb 19 00:38:39 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: modules/utils: http_query fixes
Date: Wed, 19 Feb 2014 00:38:38 +0100
Message-ID: <20140218233838.AE83FEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1743151125=="

--===============1743151125==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: e667cf0f35aab18ccd73f5bfe85857ddf3508ef8
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3De667cf0f35aab18ccd73f5bfe85857ddf3508ef8

Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date:   Wed Feb 19 01:37:21 2014 +0200

modules/utils: http_query fixes

- Credits to Guillaume Bour.

---

 modules/utils/functions.c |   12 ++++++++----
 1 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/modules/utils/functions.c b/modules/utils/functions.c
index aadfdd5..660050d 100644
--- a/modules/utils/functions.c
+++ b/modules/utils/functions.c
@@ -51,7 +51,7 @@ size_t write_function( void *ptr, size_t size, size_t nmemb=
, void *stream)
     /* Allocate memory and copy */
     char* data;
=20
-    data =3D (char*)malloc((size* nmemb) + 1);
+    data =3D (char*)pkg_malloc((size* nmemb) + 1);
     if (data =3D=3D NULL) {
 	LM_ERR("cannot allocate memory for stream\n");
 	return CURLE_WRITE_ERROR;
@@ -76,7 +76,7 @@ int http_query(struct sip_msg* _m, char* _url, char* _dst)
     CURLcode res; =20
     str value;
     char *url, *at;
-    char* stream;
+    char* stream =3D NULL;
     long stat;
     pv_spec_t *dst;
     pv_value_t val;
@@ -112,10 +112,12 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st)
=20
     res =3D curl_easy_perform(curl); =20
     pkg_free(url);
-    curl_easy_cleanup(curl);
=20
     if (res !=3D CURLE_OK) {
 	LM_ERR("failed to perform curl\n");
+	curl_easy_cleanup(curl);
+	if(stream)
+		pkg_free(stream);
 	return -1;
     }
=20
@@ -131,11 +133,13 @@ int http_query(struct sip_msg* _m, char* _url, char* _d=
st)
 	}
 	val.rs.s =3D stream;
 	val.rs.len =3D at - stream;
-	LM_DBG("http)query result: %.*s\n", val.rs.len, val.rs.s);
+	LM_DBG("http_query result: %.*s\n", val.rs.len, val.rs.s);
 	val.flags =3D PV_VAL_STR;
 	dst =3D (pv_spec_t *)_dst;
 	dst->setf(_m, &dst->pvp, (int)EQ_T, &val);
     }
 =09
+    curl_easy_cleanup(curl);
+    pkg_free(stream);
     return stat;
 }



--===============1743151125==--


From klaus.mailinglists@pernau.at Wed Feb 19 08:50:41 2014
From: Klaus Darilion <klaus.mailinglists@pernau.at>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] default config: do loose_route() for in-dialog NOTIFY as
 per new RFC 6665
Date: Wed, 19 Feb 2014 08:50:34 +0100
Message-ID: <5304624A.5030708@pernau.at>
In-Reply-To:
 <CALiegf=5WKHwTWR=DKSPfLKXtzbUvURH21=d_sLhu68CcRe8Dg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0943779775=="

--===============0943779775==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit



Am 16.08.2012 21:44, schrieb Iñaki Baz Castillo:
> 2012/8/16 Klaus Darilion <klaus.mailinglists(a)pernau.at>:
>> Am 16.08.2012 13:15, schrieb Iñaki Baz Castillo:
>>
>>> Hi, the new RFC 6665 mandates that the subscription dialog is made
>>> *after* the first NOTIFY from the UAS (rather than after the 200 to
>>> the initial SUBSCRIBE). This means that the UAC MUST take the route
>>> set from the *first* received NOTIFY (instead of taking it from the
>>> 200 to the initial SUBSCRIBE).
>>
>> How about the NOTIFYer? Which route set should the NOTIFYer use? The one
>> learned from the intial SUBSCRIBE or then one from the 2xx response to the
>> first NOTIFY?
>
> The 200 it replied to the initial SUBSCRIBE.
>

Just re-reading this old thread I wonder how the first NOTIFY should be 
sent? The NOTIFY needs some route headers to sned the first notify.

Thus, I suspect that the notifier should use an "early route set" to 
send the first NOTIFY (learnt from the RR headers in the SUBSCRIBE) and 
further NOTIFYs should use the route set learnt from the RR headers in 
the response to the first NOTIFY.

Is this correct?

thanks
Klaus


--===============0943779775==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:26 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: fix init script
Date: Wed, 19 Feb 2014 09:50:25 +0100
Message-ID: <20140219085025.BD581EF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1436630096=="

--===============1436630096==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: b5ae856bcd8bb109d818b95633a7bebd114a35ca
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Db5ae856bcd8bb109d818b95633a7bebd114a35ca

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:30:28 2014 +0100

pkg/kamailio/deb: fix init script

(cherry picked from commit 424ab9dd4abd9b11b7cf4642335652145128fa7c)
(cherry picked from commit 5f038ee927c40779296db080afab99ff3da47f05)

---

 pkg/kamailio/deb/debian/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/lenny/kamailio.init   |   14 +++++---------
 pkg/kamailio/deb/lucid/kamailio.init   |   14 +++++---------
 pkg/kamailio/deb/precise/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/squeeze/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/wheezy/kamailio.init  |   14 +++++---------
 6 files changed, 30 insertions(+), 54 deletions(-)

diff --git a/pkg/kamailio/deb/debian/kamailio.init b/pkg/kamailio/deb/debian/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/debian/kamailio.init
+++ b/pkg/kamailio/deb/debian/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/lenny/kamailio.init b/pkg/kamailio/deb/lenny/ka=
mailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/lenny/kamailio.init
+++ b/pkg/kamailio/deb/lenny/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/lucid/kamailio.init b/pkg/kamailio/deb/lucid/ka=
mailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/lucid/kamailio.init
+++ b/pkg/kamailio/deb/lucid/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/precise/kamailio.init b/pkg/kamailio/deb/precis=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/precise/kamailio.init
+++ b/pkg/kamailio/deb/precise/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/squeeze/kamailio.init b/pkg/kamailio/deb/squeez=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/squeeze/kamailio.init
+++ b/pkg/kamailio/deb/squeeze/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/wheezy/kamailio.init b/pkg/kamailio/deb/wheezy/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/wheezy/kamailio.init
+++ b/pkg/kamailio/deb/wheezy/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME



--===============1436630096==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:26 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: fix lintian overrides
Date: Wed, 19 Feb 2014 09:50:26 +0100
Message-ID: <20140219085026.13E29EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1465367468=="

--===============1465367468==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 046f6d66868fd81c4716cfe2210eee4a36531f83
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D046f6d66868fd81c4716cfe2210eee4a36531f83

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 10:56:59 2014 +0100

pkg/kamailio/deb: fix lintian overrides

---

 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../debian/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    3 ---
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../lenny/kamailio-tls-modules.lintian-overrides   |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/lenny/kamailio.lintian-overrides  |    3 ---
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../lucid/kamailio-tls-modules.lintian-overrides   |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/lucid/kamailio.lintian-overrides  |    3 ---
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../precise/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/precise/kamailio.lintian-overrides         |    3 ---
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../squeeze/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/squeeze/kamailio.lintian-overrides         |    3 ---
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../wheezy/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    3 ---
 24 files changed, 18 insertions(+), 18 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D046f6d66868fd81c4716cfe2210eee4a36531f83


--===============1465367468==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:26 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: fix lintian override for tls
Date: Wed, 19 Feb 2014 09:50:25 +0100
Message-ID: <20140219085025.918E4EF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0229649111=="

--===============0229649111==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 2ef06bf52d7768941299387e0fb43ad1be0a3291
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D2ef06bf52d7768941299387e0fb43ad1be0a3291

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 10:45:01 2014 +0100

pkg/kamailio/deb: fix lintian override for tls

---

 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 ...ides =3D> kamailio-tls-modules.lintian-overrides} |    0
 6 files changed, 0 insertions(+), 0 deletions(-)

diff --git a/pkg/kamailio/deb/debian/kamailio.lintian-overrides b/pkg/kamaili=
o/deb/debian/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/debian/kamailio.lintian-overrides
rename to pkg/kamailio/deb/debian/kamailio-tls-modules.lintian-overrides
diff --git a/pkg/kamailio/deb/lenny/kamailio.lintian-overrides b/pkg/kamailio=
/deb/lenny/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/lenny/kamailio.lintian-overrides
rename to pkg/kamailio/deb/lenny/kamailio-tls-modules.lintian-overrides
diff --git a/pkg/kamailio/deb/lucid/kamailio.lintian-overrides b/pkg/kamailio=
/deb/lucid/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/lucid/kamailio.lintian-overrides
rename to pkg/kamailio/deb/lucid/kamailio-tls-modules.lintian-overrides
diff --git a/pkg/kamailio/deb/precise/kamailio.lintian-overrides b/pkg/kamail=
io/deb/precise/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/precise/kamailio.lintian-overrides
rename to pkg/kamailio/deb/precise/kamailio-tls-modules.lintian-overrides
diff --git a/pkg/kamailio/deb/squeeze/kamailio.lintian-overrides b/pkg/kamail=
io/deb/squeeze/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/squeeze/kamailio.lintian-overrides
rename to pkg/kamailio/deb/squeeze/kamailio-tls-modules.lintian-overrides
diff --git a/pkg/kamailio/deb/wheezy/kamailio.lintian-overrides b/pkg/kamaili=
o/deb/wheezy/kamailio-tls-modules.lintian-overrides
similarity index 100%
rename from pkg/kamailio/deb/wheezy/kamailio.lintian-overrides
rename to pkg/kamailio/deb/wheezy/kamailio-tls-modules.lintian-overrides



--===============0229649111==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:26 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: fix init script
Date: Wed, 19 Feb 2014 09:50:26 +0100
Message-ID: <20140219085026.20336EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1812164213=="

--===============1812164213==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 4c71c9ba9797b6bc3b89f43a1c3856ad4e63dd87
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4c71c9ba9797b6bc3b89f43a1c3856ad4e63dd87

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:30:28 2014 +0100

pkg/kamailio/deb: fix init script

(cherry picked from commit 424ab9dd4abd9b11b7cf4642335652145128fa7c)

---

 pkg/kamailio/deb/debian/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/lenny/kamailio.init   |   14 +++++---------
 pkg/kamailio/deb/lucid/kamailio.init   |   14 +++++---------
 pkg/kamailio/deb/precise/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/squeeze/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/wheezy/kamailio.init  |   14 +++++---------
 6 files changed, 30 insertions(+), 54 deletions(-)

diff --git a/pkg/kamailio/deb/debian/kamailio.init b/pkg/kamailio/deb/debian/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/debian/kamailio.init
+++ b/pkg/kamailio/deb/debian/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/lenny/kamailio.init b/pkg/kamailio/deb/lenny/ka=
mailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/lenny/kamailio.init
+++ b/pkg/kamailio/deb/lenny/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/lucid/kamailio.init b/pkg/kamailio/deb/lucid/ka=
mailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/lucid/kamailio.init
+++ b/pkg/kamailio/deb/lucid/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/precise/kamailio.init b/pkg/kamailio/deb/precis=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/precise/kamailio.init
+++ b/pkg/kamailio/deb/precise/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/squeeze/kamailio.init b/pkg/kamailio/deb/squeez=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/squeeze/kamailio.init
+++ b/pkg/kamailio/deb/squeeze/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/wheezy/kamailio.init b/pkg/kamailio/deb/wheezy/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/wheezy/kamailio.init
+++ b/pkg/kamailio/deb/wheezy/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME



--===============1812164213==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:26 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: clean lintian warnings
Date: Wed, 19 Feb 2014 09:50:26 +0100
Message-ID: <20140219085026.8F79BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1796851303=="

--===============1796851303==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 68a3e5adcb2c3390d9ea1103d9fcf81f9c8773f0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D68a3e5adcb2c3390d9ea1103d9fcf81f9c8773f0

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Wed Feb 12 14:00:16 2014 +0100

pkg/kamailio/deb: clean lintian warnings

(cherry picked from commit c2a606c1b03b1014caa9053d64d43d09c4744d04)

---

 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../debian/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/debian/kamailio.lintian-overrides |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../jessie/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/jessie/kamailio.lintian-overrides |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../precise/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/precise/kamailio.lintian-overrides         |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../squeeze/kamailio-tls-modules.lintian-overrides |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 .../deb/squeeze/kamailio.lintian-overrides         |    5 -----
 .../kamailio-autheph-modules.lintian-overrides     |    1 +
 .../kamailio-dnssec-modules.lintian-overrides      |    1 +
 .../kamailio-outbound-modules.lintian-overrides    |    1 +
 .../wheezy/kamailio-tls-modules.lintian-overrides  |    1 +
 .../kamailio-websocket-modules.lintian-overrides   |    1 +
 pkg/kamailio/deb/wheezy/kamailio.lintian-overrides |    5 -----
 30 files changed, 25 insertions(+), 25 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D68a3e5adcb2c3390d9ea1103d9fcf81f9c8773f0


--===============1796851303==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:27 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: fix init script
Date: Wed, 19 Feb 2014 09:50:26 +0100
Message-ID: <20140219085026.A05ADEF804E@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2081762318=="

--===============2081762318==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 65336def3106a06bd96cf46cd0aaa1883ee65f1c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D65336def3106a06bd96cf46cd0aaa1883ee65f1c

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:30:28 2014 +0100

pkg/kamailio/deb: fix init script

(cherry picked from commit 424ab9dd4abd9b11b7cf4642335652145128fa7c)

---

 pkg/kamailio/deb/debian/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/jessie/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/precise/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/squeeze/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/wheezy/kamailio.init  |   14 +++++---------
 5 files changed, 25 insertions(+), 45 deletions(-)

diff --git a/pkg/kamailio/deb/debian/kamailio.init b/pkg/kamailio/deb/debian/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/debian/kamailio.init
+++ b/pkg/kamailio/deb/debian/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/jessie/kamailio.init b/pkg/kamailio/deb/jessie/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/jessie/kamailio.init
+++ b/pkg/kamailio/deb/jessie/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/precise/kamailio.init b/pkg/kamailio/deb/precis=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/precise/kamailio.init
+++ b/pkg/kamailio/deb/precise/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/squeeze/kamailio.init b/pkg/kamailio/deb/squeez=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/squeeze/kamailio.init
+++ b/pkg/kamailio/deb/squeeze/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/wheezy/kamailio.init b/pkg/kamailio/deb/wheezy/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/wheezy/kamailio.init
+++ b/pkg/kamailio/deb/wheezy/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME



--===============2081762318==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:27 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: use freeradius-client lib on	sid
 and jessie
Date: Wed, 19 Feb 2014 09:50:26 +0100
Message-ID: <20140219085026.C2818EF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0088257822=="

--===============0088257822==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: a7dc504075d3b5c74c6af6a3216338a0d604d1d8
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Da7dc504075d3b5c74c6af6a3216338a0d604d1d8

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:44:40 2014 +0100

pkg/kamailio/deb: use freeradius-client lib on sid and jessie

(cherry picked from commit ba68be91bc206d27284cdaf9fb3ccc189fe33d4a)

---

 pkg/kamailio/deb/debian/backports/jessie  |    2 +-
 pkg/kamailio/deb/debian/backports/precise |    4 ++++
 pkg/kamailio/deb/debian/backports/squeeze |    4 ++++
 pkg/kamailio/deb/debian/backports/wheezy  |    4 ++++
 pkg/kamailio/deb/debian/control           |    2 +-
 pkg/kamailio/deb/debian/rules             |    3 +++
 pkg/kamailio/deb/jessie/control           |    2 +-
 pkg/kamailio/deb/jessie/rules             |    3 +++
 pkg/kamailio/deb/precise/rules            |    2 ++
 pkg/kamailio/deb/squeeze/rules            |    2 ++
 pkg/kamailio/deb/wheezy/rules             |    2 ++
 11 files changed, 27 insertions(+), 3 deletions(-)

diff --git a/pkg/kamailio/deb/debian/backports/jessie b/pkg/kamailio/deb/debi=
an/backports/jessie
index d143b0b..80cd6a6 100755
--- a/pkg/kamailio/deb/debian/backports/jessie
+++ b/pkg/kamailio/deb/debian/backports/jessie
@@ -2,7 +2,7 @@
 #
 # Hook for automatic backports at buildserver.net
 #
-# Target dist: Debian Wheezy
+# Target dist: Debian Jessie
 DIST=3Djessie
=20
 rm -rf ${DIST}
diff --git a/pkg/kamailio/deb/debian/backports/precise b/pkg/kamailio/deb/deb=
ian/backports/precise
index ec5448c..c2ece7e 100755
--- a/pkg/kamailio/deb/debian/backports/precise
+++ b/pkg/kamailio/deb/debian/backports/precise
@@ -20,6 +20,10 @@ sed -i -e '/libval-dev/d' -e '/^Package: kamailio-dnssec-m=
odules/,/^$/d' \
 sed -i -e 's/ dnssec[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ dnssec/' ${DIST}/rules
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/backports/squeeze b/pkg/kamailio/deb/deb=
ian/backports/squeeze
index 0ec1e79..d589dda 100755
--- a/pkg/kamailio/deb/debian/backports/squeeze
+++ b/pkg/kamailio/deb/debian/backports/squeeze
@@ -65,6 +65,10 @@ sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ mono/' ${DIST}=
/rules
 # db-util version
 sed -i -e 's/db-util/db4.8-util/' ${DIST}/control
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/backports/wheezy b/pkg/kamailio/deb/debi=
an/backports/wheezy
index 40a4bfe..df43929 100755
--- a/pkg/kamailio/deb/debian/backports/wheezy
+++ b/pkg/kamailio/deb/debian/backports/wheezy
@@ -26,6 +26,10 @@ sed -i -e '/libval-dev/d' -e '/^Package: kamailio-dnssec-m=
odules/,/^$/d' \
 sed -i -e 's/ dnssec[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ dnssec/' ${DIST}/rules
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/control b/pkg/kamailio/deb/debian/control
index d78f622..26c4750 100644
--- a/pkg/kamailio/deb/debian/control
+++ b/pkg/kamailio/deb/debian/control
@@ -28,7 +28,7 @@ Build-Depends: bison,
                libperl-dev,
                libpq-dev,
                libpurple-dev,
-               libradiusclient-ng-dev,
+               libfreeradius-client-dev,
                libreadline-dev,
                libsasl2-dev,
                libsctp-dev,
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 433f82b..1790eee 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -21,6 +21,9 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+export FREERADIUS=3D1
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/jessie/control b/pkg/kamailio/deb/jessie/control
index d793a14..71e7f35 100644
--- a/pkg/kamailio/deb/jessie/control
+++ b/pkg/kamailio/deb/jessie/control
@@ -28,7 +28,7 @@ Build-Depends: bison,
                libperl-dev,
                libpq-dev,
                libpurple-dev,
-               libradiusclient-ng-dev,
+               libfreeradius-client-dev,
                libreadline-dev,
                libsasl2-dev,
                libsctp-dev,
diff --git a/pkg/kamailio/deb/jessie/rules b/pkg/kamailio/deb/jessie/rules
index b2bf418..f1381b7 100755
--- a/pkg/kamailio/deb/jessie/rules
+++ b/pkg/kamailio/deb/jessie/rules
@@ -21,6 +21,9 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+export FREERADIUS=3D1
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/precise/rules b/pkg/kamailio/deb/precise/rules
index f8f749c..2b72cff 100755
--- a/pkg/kamailio/deb/precise/rules
+++ b/pkg/kamailio/deb/precise/rules
@@ -21,6 +21,8 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/squeeze/rules b/pkg/kamailio/deb/squeeze/rules
index 3ce3030..ba45388 100755
--- a/pkg/kamailio/deb/squeeze/rules
+++ b/pkg/kamailio/deb/squeeze/rules
@@ -20,6 +20,8 @@ DPKG_EXPORT_BUILDFLAGS =3D 1
 # stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 3369aff..495a453 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -21,6 +21,8 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20



--===============0088257822==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:27 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: fix init script
Date: Wed, 19 Feb 2014 09:50:27 +0100
Message-ID: <20140219085027.38064EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0822219265=="

--===============0822219265==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 424ab9dd4abd9b11b7cf4642335652145128fa7c
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D424ab9dd4abd9b11b7cf4642335652145128fa7c

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:30:28 2014 +0100

pkg/kamailio/deb: fix init script

---

 pkg/kamailio/deb/debian/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/jessie/kamailio.init  |   14 +++++---------
 pkg/kamailio/deb/precise/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/squeeze/kamailio.init |   14 +++++---------
 pkg/kamailio/deb/wheezy/kamailio.init  |   14 +++++---------
 5 files changed, 25 insertions(+), 45 deletions(-)

diff --git a/pkg/kamailio/deb/debian/kamailio.init b/pkg/kamailio/deb/debian/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/debian/kamailio.init
+++ b/pkg/kamailio/deb/debian/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/jessie/kamailio.init b/pkg/kamailio/deb/jessie/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/jessie/kamailio.init
+++ b/pkg/kamailio/deb/jessie/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/precise/kamailio.init b/pkg/kamailio/deb/precis=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/precise/kamailio.init
+++ b/pkg/kamailio/deb/precise/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/squeeze/kamailio.init b/pkg/kamailio/deb/squeez=
e/kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/squeeze/kamailio.init
+++ b/pkg/kamailio/deb/squeeze/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME
diff --git a/pkg/kamailio/deb/wheezy/kamailio.init b/pkg/kamailio/deb/wheezy/=
kamailio.init
index e8c1765..7c08563 100644
--- a/pkg/kamailio/deb/wheezy/kamailio.init
+++ b/pkg/kamailio/deb/wheezy/kamailio.init
@@ -99,7 +99,7 @@ MEMORY=3D$((`echo $MEMORY | sed -e 's/[^0-9]//g'`))
 if test "$DUMP_CORE" =3D "yes" ; then
     # set proper ulimit
     ulimit -c unlimited
-   =20
+
     # directory for the core dump files
     # COREDIR=3D/home/corefiles
     # [ -d $COREDIR ] || mkdir $COREDIR
@@ -138,18 +138,14 @@ case "$1" in
 	check_kamailio_config
 	create_radius_seqfile
=20
-	log_daemon_msg "Restarting $DESC: $NAME"
-	start-stop-daemon --oknodo --stop --quiet --pidfile \
-		$PIDFILE --exec $DAEMON
+	$0 stop
 	sleep 1
-	start-stop-daemon --start --quiet --pidfile \
-		$PIDFILE --exec $DAEMON  -- $OPTIONS
-	log_end_msg 0
+	$0 start
 	;;
   status)
 	log_daemon_msg "Status of $DESC: "
-=09
-	status_of_porc "$PIDFILE" $NAME $NAME
+
+	status_of_proc -p"$PIDFILE" $NAME $NAME
 	;;
   *)
 	N=3D/etc/init.d/$NAME



--===============0822219265==--


From linuxmaniac@torreviejawireless.org Wed Feb 19 09:50:27 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: use freeradius-client lib on
	sid and jessie
Date: Wed, 19 Feb 2014 09:50:27 +0100
Message-ID: <20140219085027.4D0FCEF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0542869809=="

--===============0542869809==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: ba68be91bc206d27284cdaf9fb3ccc189fe33d4a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dba68be91bc206d27284cdaf9fb3ccc189fe33d4a

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Tue Feb 18 16:44:40 2014 +0100

pkg/kamailio/deb: use freeradius-client lib on sid and jessie

---

 pkg/kamailio/deb/debian/backports/jessie  |    2 +-
 pkg/kamailio/deb/debian/backports/precise |    4 ++++
 pkg/kamailio/deb/debian/backports/squeeze |    4 ++++
 pkg/kamailio/deb/debian/backports/wheezy  |    4 ++++
 pkg/kamailio/deb/debian/control           |    2 +-
 pkg/kamailio/deb/debian/rules             |    3 +++
 pkg/kamailio/deb/jessie/control           |    2 +-
 pkg/kamailio/deb/jessie/rules             |    3 +++
 pkg/kamailio/deb/precise/rules            |    2 ++
 pkg/kamailio/deb/squeeze/rules            |    2 ++
 pkg/kamailio/deb/wheezy/rules             |    2 ++
 11 files changed, 27 insertions(+), 3 deletions(-)

diff --git a/pkg/kamailio/deb/debian/backports/jessie b/pkg/kamailio/deb/debi=
an/backports/jessie
index d143b0b..80cd6a6 100755
--- a/pkg/kamailio/deb/debian/backports/jessie
+++ b/pkg/kamailio/deb/debian/backports/jessie
@@ -2,7 +2,7 @@
 #
 # Hook for automatic backports at buildserver.net
 #
-# Target dist: Debian Wheezy
+# Target dist: Debian Jessie
 DIST=3Djessie
=20
 rm -rf ${DIST}
diff --git a/pkg/kamailio/deb/debian/backports/precise b/pkg/kamailio/deb/deb=
ian/backports/precise
index ec5448c..c2ece7e 100755
--- a/pkg/kamailio/deb/debian/backports/precise
+++ b/pkg/kamailio/deb/debian/backports/precise
@@ -20,6 +20,10 @@ sed -i -e '/libval-dev/d' -e '/^Package: kamailio-dnssec-m=
odules/,/^$/d' \
 sed -i -e 's/ dnssec[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ dnssec/' ${DIST}/rules
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/backports/squeeze b/pkg/kamailio/deb/deb=
ian/backports/squeeze
index 0ec1e79..d589dda 100755
--- a/pkg/kamailio/deb/debian/backports/squeeze
+++ b/pkg/kamailio/deb/debian/backports/squeeze
@@ -65,6 +65,10 @@ sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ mono/' ${DIST}=
/rules
 # db-util version
 sed -i -e 's/db-util/db4.8-util/' ${DIST}/control
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/backports/wheezy b/pkg/kamailio/deb/debi=
an/backports/wheezy
index 40a4bfe..df43929 100755
--- a/pkg/kamailio/deb/debian/backports/wheezy
+++ b/pkg/kamailio/deb/debian/backports/wheezy
@@ -26,6 +26,10 @@ sed -i -e '/libval-dev/d' -e '/^Package: kamailio-dnssec-m=
odules/,/^$/d' \
 sed -i -e 's/ dnssec[ ,$]*/ /' ${DIST}/rules
 sed -i -e '/^EXTRA_EXCLUDED_MODULES=3D/s/$/ dnssec/' ${DIST}/rules
=20
+# use old radius-client-ng
+sed -i 's/libfreeradius-client-dev/libradiusclient-ng-dev/' ${DIST}/control
+sed -i -e '/FREERADIUS/d' ${DIST}/rules
+
 # clean backports scripts
 rm -rf ${DIST}/backports
 exit 0
diff --git a/pkg/kamailio/deb/debian/control b/pkg/kamailio/deb/debian/control
index d78f622..26c4750 100644
--- a/pkg/kamailio/deb/debian/control
+++ b/pkg/kamailio/deb/debian/control
@@ -28,7 +28,7 @@ Build-Depends: bison,
                libperl-dev,
                libpq-dev,
                libpurple-dev,
-               libradiusclient-ng-dev,
+               libfreeradius-client-dev,
                libreadline-dev,
                libsasl2-dev,
                libsctp-dev,
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 433f82b..1790eee 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -21,6 +21,9 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+export FREERADIUS=3D1
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/jessie/control b/pkg/kamailio/deb/jessie/control
index d793a14..71e7f35 100644
--- a/pkg/kamailio/deb/jessie/control
+++ b/pkg/kamailio/deb/jessie/control
@@ -28,7 +28,7 @@ Build-Depends: bison,
                libperl-dev,
                libpq-dev,
                libpurple-dev,
-               libradiusclient-ng-dev,
+               libfreeradius-client-dev,
                libreadline-dev,
                libsasl2-dev,
                libsctp-dev,
diff --git a/pkg/kamailio/deb/jessie/rules b/pkg/kamailio/deb/jessie/rules
index b2bf418..f1381b7 100755
--- a/pkg/kamailio/deb/jessie/rules
+++ b/pkg/kamailio/deb/jessie/rules
@@ -21,6 +21,9 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+export FREERADIUS=3D1
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/precise/rules b/pkg/kamailio/deb/precise/rules
index f8f749c..2b72cff 100755
--- a/pkg/kamailio/deb/precise/rules
+++ b/pkg/kamailio/deb/precise/rules
@@ -21,6 +21,8 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/squeeze/rules b/pkg/kamailio/deb/squeeze/rules
index 3ce3030..ba45388 100755
--- a/pkg/kamailio/deb/squeeze/rules
+++ b/pkg/kamailio/deb/squeeze/rules
@@ -20,6 +20,8 @@ DPKG_EXPORT_BUILDFLAGS =3D 1
 # stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 3369aff..495a453 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -21,6 +21,8 @@ include /usr/share/dpkg/buildflags.mk
 # java stuff using libgcj12
 export JAVA_HOME=3D/usr/lib/jvm/java-gcj-4.6
=20
+# choose freeradius
+
 # modules not in the "main" kamailio package
 EXCLUDED_MODULES=3D
=20



--===============0542869809==--


From ibc@aliax.net Wed Feb 19 10:00:17 2014
From: =?utf-8?q?I=C3=B1aki?= Baz Castillo <ibc@aliax.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] default config: do loose_route() for in-dialog NOTIFY as
 per new RFC 6665
Date: Wed, 19 Feb 2014 09:59:51 +0100
Message-ID:
 <CALiegfmGbZh2FMcjbCLK=U8oxn5MQn5MXs9UkO_NCGz4CeKyaw@mail.gmail.com>
In-Reply-To: <5304624A.5030708@pernau.at>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2017578291=="

--===============2017578291==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

2014-02-19 8:50 GMT+01:00 Klaus Darilion <klaus.mailinglists(a)pernau.at>:

> Just re-reading this old thread I wonder how the first NOTIFY should be
> sent? The NOTIFY needs some route headers to sned the first notify.
>
> Thus, I suspect that the notifier should use an "early route set" to send
> the first NOTIFY (learnt from the RR headers in the SUBSCRIBE) and further
> NOTIFYs should use the route set learnt from the RR headers in the response
> to the first NOTIFY.
>
> Is this correct?
>

The problem is that subscription dialogs are created *after* the first
NOTIFY is received by the SUBSCRIBE originator (instead of being created
after receipt of the 200 OK), and thus the proxy MUST add Record-Route in
the NOTIFY requests (which of course are an in-dialog requests).

In case of INVITE, the dialog is created with the receipt of the 1XX or
200, so adding Record-Route to in-dialog requests (i.e. the ACK, UPDATE,
re-INVITE...) is useless.


-- 
Iñaki Baz Castillo
<ibc(a)aliax.net>



--===============2017578291==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxkaXYgY2xhc3M9ImdtYWls
X3F1b3RlIj4yMDE0LTAyLTE5IDg6NTAgR01UKzAxOjAwIEtsYXVzIERhcmlsaW9uIDxzcGFuIGRp
cj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmtsYXVzLm1haWxpbmdsaXN0c0BwZXJuYXUuYXQi
IHRhcmdldD0iX2JsYW5rIj5rbGF1cy5tYWlsaW5nbGlzdHNAcGVybmF1LmF0PC9hPiZndDs8L3Nw
YW4+Ojxicj4KCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow
IDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxk
aXYgaWQ9IjpyNyIgc3R5bGU9Im92ZXJmbG93OmhpZGRlbiI+SnVzdCByZS1yZWFkaW5nIHRoaXMg
b2xkIHRocmVhZCBJIHdvbmRlciBob3cgdGhlIGZpcnN0IE5PVElGWSBzaG91bGQgYmUgc2VudD8g
VGhlIE5PVElGWSBuZWVkcyBzb21lIHJvdXRlIGhlYWRlcnMgdG8gc25lZCB0aGUgZmlyc3Qgbm90
aWZ5Ljxicj4KCgo8YnI+ClRodXMsIEkgc3VzcGVjdCB0aGF0IHRoZSBub3RpZmllciBzaG91bGQg
dXNlIGFuICZxdW90O2Vhcmx5IHJvdXRlIHNldCZxdW90OyB0byBzZW5kIHRoZSBmaXJzdCBOT1RJ
RlkgKGxlYXJudCBmcm9tIHRoZSBSUiBoZWFkZXJzIGluIHRoZSBTVUJTQ1JJQkUpIGFuZCBmdXJ0
aGVyIE5PVElGWXMgc2hvdWxkIHVzZSB0aGUgcm91dGUgc2V0IGxlYXJudCBmcm9tIHRoZSBSUiBo
ZWFkZXJzIGluIHRoZSByZXNwb25zZSB0byB0aGUgZmlyc3QgTk9USUZZLjxicj4KCgo8YnI+Cklz
IHRoaXMgY29ycmVjdD88L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPlRoZSBwcm9ibGVtIGlz
IHRoYXQgc3Vic2NyaXB0aW9uIGRpYWxvZ3MgYXJlIGNyZWF0ZWQgKmFmdGVyKiB0aGUgZmlyc3Qg
Tk9USUZZIGlzIHJlY2VpdmVkIGJ5IHRoZSBTVUJTQ1JJQkUgb3JpZ2luYXRvciAoaW5zdGVhZCBv
ZiBiZWluZyBjcmVhdGVkIGFmdGVyIHJlY2VpcHQgb2YgdGhlIDIwMCBPSyksIGFuZCB0aHVzIHRo
ZSBwcm94eSBNVVNUIGFkZCBSZWNvcmQtUm91dGUgaW4gdGhlIE5PVElGWSByZXF1ZXN0cyAod2hp
Y2ggb2YgY291cnNlIGFyZSBhbiBpbi1kaWFsb2cgcmVxdWVzdHMpLjwvZGl2PgoKPGRpdiBjbGFz
cz0iZ21haWxfZXh0cmEiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+SW4gY2Fz
ZSBvZiBJTlZJVEUsIHRoZSBkaWFsb2cgaXMgY3JlYXRlZCB3aXRoIHRoZSByZWNlaXB0IG9mIHRo
ZSAxWFggb3IgMjAwLCBzbyBhZGRpbmcgUmVjb3JkLVJvdXRlIHRvIGluLWRpYWxvZyByZXF1ZXN0
cyAoaS5lLiB0aGUgQUNLLCBVUERBVEUsIHJlLUlOVklURS4uLikgaXMgdXNlbGVzcy48YnI+Cgo8
YnIgY2xlYXI9ImFsbCI+PGRpdj48YnI+PC9kaXY+LS0gPGJyPknDsWFraSBCYXogQ2FzdGlsbG88
YnI+Jmx0OzxhIGhyZWY9Im1haWx0bzppYmNAYWxpYXgubmV0Ij5pYmNAYWxpYXgubmV0PC9hPiZn
dDsKPC9kaXY+PC9kaXY+Cg==

--===============2017578291==--


From oyvind.kolbu@usit.uio.no Wed Feb 19 15:53:05 2014
From: =?utf-8?q?=C3=98yvind?= Kolbu <oyvind.kolbu@usit.uio.no>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Crash with coredump
Date: Wed, 19 Feb 2014 15:53:02 +0100
Message-ID: <5304C54E.8000307@usit.uio.no>
In-Reply-To: <52F1F18D.6040505@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1635340846=="

--===============1635340846==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On 05.02.2014 09:08, Daniel-Constantin Mierla wrote:
> On 05/02/14 08:57, Øyvind Kolbu wrote:
>>> -----Original Message-----
>>> From: Daniel-Constantin Mierla
>>> Sent: Tuesday, February 04, 2014 9:26 PM
>>>
>>> Hello,
>>>
>>> this happens due to an abort() that is executed only when MEMDBG is set
>>> (memory debugging is turned on). It's main purpose is to spot double
>>> frees.
>>>
>>> For production, either MEMDBG is not set or you set mem_safety global
>>> parameter. You will get the log message, but the application keeps
>>> running.
>>>
>>> I also recommend to upgrade to 4.1.1, there were some fixes that
>>> affect this
>>> case as well.
>>>
>>> On the other side, I will try to see what could be the situation to
>>> end in the
>>> two frees once I get a chance (still in the middle of a traveling
>>> period for a
>>> while here).
>> OK, will try a git after 4.1.1. I'm keeping the core file if you want
>> it or a full backtrace.
>>
>> Both MEMDBG and mem_safety are default. Neither config nor build
>> changes them.
> Indeed, I checked 4.1, MEMDBG is set for the branch. You can set in config:
>
> mem_safety=1

Forgot to set mem_safety for a server after upgrading to post 4.1.1 git,
but crashed again:

(gdb) bt
#0  0x000000395c032925 in raise () from /lib64/libc.so.6
#1  0x000000395c034105 in abort () from /lib64/libc.so.6
#2  0x00000000005486e0 in qm_free (qm=0x7f6ec2dba000, p=0x7f6ec314ac68, 
file=0x61c530 "<core>: mem/shm_mem.c", func=0x61cccc "sh_realloc", line=88)
     at mem/q_malloc.c:470
#3  0x000000000054e70e in sh_realloc (p=0x7f6ec314ac68, size=720) at 
mem/shm_mem.c:88
#4  0x000000000054e8ad in _shm_resize (p=0x7f6ec314ac68, s=720, 
file=0x7f6ecfe249cb "tm: t_reply.c", func=0x7f6ecfe272b1 "relay_reply", 
line=1949)
     at mem/shm_mem.c:114
#5  0x00007f6ecfdeef4b in relay_reply (t=0x7f6ec40aab28, 
p_msg=0x7f6ed130c5a0, branch=3, msg_status=180, 
cancel_data=0x7fff1a264320, do_put_on_wait=1)
     at t_reply.c:1948
#6  0x00007f6ecfdf17b6 in reply_received (p_msg=0x7f6ed130c5a0) at 
t_reply.c:2491
#7  0x000000000045d66f in do_forward_reply (msg=0x7f6ed130c5a0, mode=0) 
at forward.c:777
#8  0x000000000045df30 in forward_reply (msg=0x7f6ed130c5a0) at 
forward.c:860
#9  0x00000000004a558f in receive_msg (
     buf=0x9235e0 "SIP/2.0 180 Ringing\r\nVia: SIP/2.0/UDP 
129.240.254.5;branch=z9hG4bK823a.f082d80b4a3abcb7dbdfb45c4218c5bb.3\r\nVia: 
SIP/2.0/UDP 
129.240.254.71:5060;branch=z9hG4bK236fae70;rport=5060\r\nFrom: \"56435\" 
<sip:56"..., len=646, rcv_info=0x7fff1a2646a0) at receive.c:273
#10 0x000000000053c394 in udp_rcv_loop () at udp_server.c:536
#11 0x000000000046d263 in main_loop () at main.c:1617
#12 0x000000000047030b in main (argc=21, argv=0x7fff1a2649d8) at main.c:2533

# /usr/sbin/kamailio -V
version: kamailio 4.1.1 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, 
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, 
DBG_QM_MALLOC, 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 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 17:13:06 Jan 29 2014 with gcc 4.4.7

gitrev d0e32ab598ec13756da96dbc3651aaae72bfd92b

-- 
Øyvind


--===============1635340846==--


From jason.penton@gmail.com Wed Feb 19 19:02:32 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_usrloc_scscf: added DB storage for
	S-CSCF usrloc
Date: Wed, 19 Feb 2014 19:02:31 +0100
Message-ID: <20140219180232.0A08CEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1987749412=="

--===============1987749412==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 6f5126e49a5b2ce14c96cf12d0ad1cbbc9fa539a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D6f5126e49a5b2ce14c96cf12d0ad1cbbc9fa539a

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Wed Feb 19 20:01:23 2014 +0200

modules/ims_usrloc_scscf: added DB storage for S-CSCF usrloc
	- currently support NO_DB and DB_WRITETHROUGH

---

 modules/ims_usrloc_scscf/impurecord.c |   18 +-
 modules/ims_usrloc_scscf/impurecord.h |    8 -
 modules/ims_usrloc_scscf/ucontact.h   |   25 --
 modules/ims_usrloc_scscf/udomain.c    |   23 +-
 modules/ims_usrloc_scscf/ul_mod.c     |   83 ++++-
 modules/ims_usrloc_scscf/ul_rpc.c     |    2 -
 modules/ims_usrloc_scscf/usrloc.h     |    8 +
 modules/ims_usrloc_scscf/usrloc_db.c  |  725 +++++++++++++++++++++++++++++++=
++
 modules/ims_usrloc_scscf/usrloc_db.h  |   48 +++
 9 files changed, 893 insertions(+), 47 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D6f5126e49a5b2ce14c96cf12d0ad1cbbc9fa539a


--===============1987749412==--


From bugtracker@sip-router.org Thu Feb 20 06:30:00 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: call_control: Passthrough
	sip_application (Attachment added)
Date: Thu, 20 Feb 2014 05:29:57 +0000
Message-ID: <1392874197.530592d5c5a5c@sip-router.org>
In-Reply-To: <FS395@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1115640429=="

--===============1115640429==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#395 - call_control: Passthrough sip_application
User who did this - David M. Lee (leedm777)

----------
Attached is an updated patch. There was a request from OpenSIPs to be more sp=
ecific and change the 'application' field to 'sip_application'.
----------

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D395#comment1295

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1115640429==--


From miconda@gmail.com Thu Feb 20 11:08:18 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: usrloc: remove the filter on nat_bflag for
 keepalive contact expiration
Date: Thu, 20 Feb 2014 11:08:17 +0100
Message-ID: <20140220100817.95E97EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2036415403=="

--===============2036415403==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: aa2ee6e1d9482b486ebc3f45b26ea886a2f3dbf0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Daa2ee6e1d9482b486ebc3f45b26ea886a2f3dbf0

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 20 11:04:49 2014 +0100

usrloc: remove the filter on nat_bflag for keepalive contact expiration

- keepalives can be sent even for non-natted contacts
- reported by Kristian Kielhofner

---

 modules/usrloc/dlist.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/modules/usrloc/dlist.c b/modules/usrloc/dlist.c
index 2f14f16..63d3f68 100644
--- a/modules/usrloc/dlist.c
+++ b/modules/usrloc/dlist.c
@@ -342,8 +342,7 @@ static inline int get_all_mem_ucontacts(void *buf, int le=
n, unsigned int flags,
=20
 					if(ul_keepalive_timeout>0 && c->last_keepalive>0)
 					{
-						if((c->cflags & nat_bflag) !=3D 0 && c->sock!=3DNULL
-								&& c->sock->proto=3D=3DPROTO_UDP)
+						if(c->sock!=3DNULL && c->sock->proto=3D=3DPROTO_UDP)
 						{
 							if(c->last_keepalive+ul_keepalive_timeout < tnow)
 							{



--===============2036415403==--


From miconda@gmail.com Thu Feb 20 11:09:18 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: usrloc: remove the filter on nat_bflag for
 keepalive contact expiration
Date: Thu, 20 Feb 2014 11:09:17 +0100
Message-ID: <20140220100917.BAE3BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0498377974=="

--===============0498377974==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 67dfcb7e64bf0ef3054b011ff98ace10ae609c09
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D67dfcb7e64bf0ef3054b011ff98ace10ae609c09

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 20 11:04:49 2014 +0100

usrloc: remove the filter on nat_bflag for keepalive contact expiration

- keepalives can be sent even for non-natted contacts
- reported by Kristian Kielhofner

(cherry picked from commit aa2ee6e1d9482b486ebc3f45b26ea886a2f3dbf0)

---

 modules/usrloc/dlist.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/modules/usrloc/dlist.c b/modules/usrloc/dlist.c
index 2f14f16..63d3f68 100644
--- a/modules/usrloc/dlist.c
+++ b/modules/usrloc/dlist.c
@@ -342,8 +342,7 @@ static inline int get_all_mem_ucontacts(void *buf, int le=
n, unsigned int flags,
=20
 					if(ul_keepalive_timeout>0 && c->last_keepalive>0)
 					{
-						if((c->cflags & nat_bflag) !=3D 0 && c->sock!=3DNULL
-								&& c->sock->proto=3D=3DPROTO_UDP)
+						if(c->sock!=3DNULL && c->sock->proto=3D=3DPROTO_UDP)
 						{
 							if(c->last_keepalive+ul_keepalive_timeout < tnow)
 							{



--===============0498377974==--


From lemenkov@gmail.com Thu Feb 20 13:05:54 2014
From: Peter Lemenkov <lemenkov@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Initial support for RTPproxy-ng protocol in Wireshark
Date: Thu, 20 Feb 2014 16:05:48 +0400
Message-ID:
 <CANDpMDtWUCAyrAiSEp9mk_b0iiakTc263zMDganwRF5b_Y+fGw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1578817326=="

--===============1578817326==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello All!
After finishing with RTPproxy protocol support, I'm working on a
RTPproxy-ng protocol support in Wireshark. I've just submitted an
initial version with a very basic functionality:

https://code.wireshark.org/review/#/c/268/

So far there is no support for RTP/RTCP dissection based on a
RTPproxy-ng replies, no transaction matching, no expert functionality,
and the rest of functionality already existed in the RTPproxy
dissector is also missing, but I plan to add it back shortly.

I'm on a very early stage with RTPproxy-ng protocol support so I can't
really advise anyone to try it so just fyi.

Sorry for the crossposting.
-- 
With best regards, Peter Lemenkov.


--===============1578817326==--


From miconda@gmail.com Thu Feb 20 23:02:16 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] init.d script for debian specs
Date: Thu, 20 Feb 2014 23:02:07 +0100
Message-ID: <53067B5F.9000401@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0145871216=="

--===============0145871216==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi Victor,

in one of your commits updating the init.d script for debian specs, you 
removed the CFGFILE variable and replaced it inline with the path to the 
configuration file.

That breaks the makefile target:

make install-initd-debian

This is useful when installing from sources, at is deploys the init.d 
script and updates the paths internally.

Is anything wrong by keeping that CFGFILE and use it later in init.d script?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0145871216==--


From miconda@gmail.com Thu Feb 20 23:17:55 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: async: free the async item after resuming the	execution
Date: Thu, 20 Feb 2014 23:17:54 +0100
Message-ID: <20140220221754.A3EBDEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0361102347=="

--===============0361102347==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: c33583e6456d3500f8a9c870eb01a01d1a1fe8f4
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dc33583e6456d3500f8a9c870eb01a01d1a1fe8f4

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 20 23:15:56 2014 +0100

async: free the async item after resuming the execution

- reported by Surendra Pullaiah

---

 modules/async/async_sleep.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/async/async_sleep.c b/modules/async/async_sleep.c
index 26725c8..e486a3b 100644
--- a/modules/async/async_sleep.c
+++ b/modules/async/async_sleep.c
@@ -183,5 +183,6 @@ void async_timer_exec(unsigned int ticks, void *param)
 			break;
 		if(ai->act!=3DNULL)
 			tmb.t_continue(ai->tindex, ai->tlabel, ai->act);
+		shm_free(ai);
 	}
 }



--===============0361102347==--


From miconda@gmail.com Thu Feb 20 23:18:47 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:4.1: async: free the async item after resuming the	execution
Date: Thu, 20 Feb 2014 23:18:47 +0100
Message-ID: <20140220221847.6F253EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0979169552=="

--===============0979169552==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 36c42be1a02fcb47d4b288136df81f424b690351
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D36c42be1a02fcb47d4b288136df81f424b690351

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 20 23:15:56 2014 +0100

async: free the async item after resuming the execution

- reported by Surendra Pullaiah

(cherry picked from commit c33583e6456d3500f8a9c870eb01a01d1a1fe8f4)

---

 modules/async/async_sleep.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/async/async_sleep.c b/modules/async/async_sleep.c
index 26725c8..e486a3b 100644
--- a/modules/async/async_sleep.c
+++ b/modules/async/async_sleep.c
@@ -183,5 +183,6 @@ void async_timer_exec(unsigned int ticks, void *param)
 			break;
 		if(ai->act!=3DNULL)
 			tmb.t_continue(ai->tindex, ai->tlabel, ai->act);
+		shm_free(ai);
 	}
 }



--===============0979169552==--


From miconda@gmail.com Thu Feb 20 23:19:39 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:4.0: async: free the async item after resuming the	execution
Date: Thu, 20 Feb 2014 23:19:38 +0100
Message-ID: <20140220221938.E2B77EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0320800521=="

--===============0320800521==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 133f88548ba16e3b2bb2929f4655d40ccda04ea2
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D133f88548ba16e3b2bb2929f4655d40ccda04ea2

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 20 23:15:56 2014 +0100

async: free the async item after resuming the execution

- reported by Surendra Pullaiah

(cherry picked from commit c33583e6456d3500f8a9c870eb01a01d1a1fe8f4)
(cherry picked from commit 36c42be1a02fcb47d4b288136df81f424b690351)

---

 modules/async/async_sleep.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/async/async_sleep.c b/modules/async/async_sleep.c
index 26725c8..e486a3b 100644
--- a/modules/async/async_sleep.c
+++ b/modules/async/async_sleep.c
@@ -183,5 +183,6 @@ void async_timer_exec(unsigned int ticks, void *param)
 			break;
 		if(ai->act!=3DNULL)
 			tmb.t_continue(ai->tindex, ai->tlabel, ai->act);
+		shm_free(ai);
 	}
 }



--===============0320800521==--


From bugtracker@sip-router.org Thu Feb 20 23:25:48 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: $od and $rd missing in reply route
Date: Thu, 20 Feb 2014 22:25:46 +0000
Message-ID: <1392935146.530680ea55299@sip-router.org>
In-Reply-To: <FS394@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1446574404=="

--===============1446574404==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#394 - $od and $rd missing in reply route
User who did this - Daniel-Constantin Mierla (miconda)

----------
Internally the acc will take the values of the variables from the request sto=
red in transaction. What you get in acc table, null/empty values?

In onreply_route, the sip response is handled and there is no r-uri for it. Y=
ou eventually get its attributes using $T_req($od) and $T_req($rd).
----------

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D394#comment12=
96

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1446574404==--


From bugtracker@sip-router.org Thu Feb 20 23:29:52 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: kamailio crashed time to time in
	the different places
Date: Thu, 20 Feb 2014 22:29:51 +0000
Message-ID: <1392935391.530681df7b93e@sip-router.org>
In-Reply-To: <FS393@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1361204171=="

--===============1361204171==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#393 - kamailio crashed time to time in the different places
User who did this - Daniel-Constantin Mierla (miconda)

----------
Can you give the output in gdb of:

p *hdr

?
----------

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D393#comment12=
97

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1361204171==--


From realjijo@gmail.com Thu Feb 20 23:34:59 2014
From: Jijo <realjijo@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Performance impact with AVP and VAR's
Date: Thu, 20 Feb 2014 17:34:53 -0500
Message-ID:
 <CAOYmDE-qSMhyxqdvVNw07-aX9-m51fFJQnNLt_W3+kVuiRry-A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1509371062=="

--===============1509371062==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi All,

I have around 300 AVP's and quite amount of VAR's are used in the config
file?  Does that impact performance?, If so how can i improve it?

Thanks
Jijo



--===============1509371062==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGkgQWxsLDxkaXY+PGJyPjwvZGl2PjxkaXY+SSBoYXZlIGFyb3VuZCAz
MDAgQVZQJiMzOTtzIGFuZCBxdWl0ZSBhbW91bnQgb2YgVkFSJiMzOTtzIGFyZSB1c2VkIGluIHRo
ZSBjb25maWcgZmlsZT8goERvZXMgdGhhdCBpbXBhY3QgcGVyZm9ybWFuY2U/LCBJZiBzbyBob3cg
Y2FuIGkgaW1wcm92ZSBpdD88L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoYW5rczwvZGl2Pgo8
ZGl2Pkppam88YnI+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+Cg==

--===============1509371062==--


From miconda@gmail.com Fri Feb 21 00:18:27 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: tm: safety check for uas callid value when
	callid_matching is 1
Date: Fri, 21 Feb 2014 00:18:26 +0100
Message-ID: <20140220231826.ACC56EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0917025622=="

--===============0917025622==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 1787b4239f3494fe7a88b0868a807e86a3b92639
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1787b4239f3494fe7a88b0868a807e86a3b92639

Author: Alex Hermann <alex(a)speakup.nl>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 00:10:35 2014 +0100

tm: safety check for uas callid value when callid_matching is 1

- according to the documentation is for UA that cannot match the
  responses when call-id is changed, but is not the case of self
  generated requests
- closes FS#390

---

 modules/tm/t_lookup.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/tm/t_lookup.c b/modules/tm/t_lookup.c
index fbc624b..6c198a4 100644
--- a/modules/tm/t_lookup.c
+++ b/modules/tm/t_lookup.c
@@ -984,6 +984,7 @@ int t_reply_matching( struct sip_msg *p_msg , int *p_bran=
ch )
 			continue;
=20
 		if (cfg_get(tm, tm_cfg, callid_matching) &&=20
+				p_cell->uas.request && p_cell->uas.request->callid &&
 		        (p_msg->callid->body.len !=3D p_cell->uas.request->callid->body.le=
n ||
 		         memcmp(p_msg->callid->body.s, p_cell->uas.request->callid->body.s=
, p_msg->callid->body.len) !=3D 0)
 		) {



--===============0917025622==--


From bugtracker@sip-router.org Fri Feb 21 00:24:00 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Thu, 20 Feb 2014 23:23:59 +0000
Message-ID: <1392938639.53068e8f035f8@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0537217696=="

--===============0537217696==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Daniel-Constantin Mierla (miconda)

----------
I accepted the patch from Alex, solving the issue in tm. After looking at the=
 purpose of callid matching, it is not needed for local generated requests.

Topoh might still generate the error messages -- I have to analyse the code a=
 bit, and don't do encoding/decoding for local generated requests and their r=
esponses. But other than log messages, the crash should not happen anymore.

I let the item open on the tracker until I look at topoh for this case.
----------

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment12=
98

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0537217696==--


From miconda@gmail.com Fri Feb 21 00:24:58 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: tm: safety check for uas callid value when
	callid_matching is 1
Date: Fri, 21 Feb 2014 00:24:58 +0100
Message-ID: <20140220232458.31B51EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1848838032=="

--===============1848838032==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: ef478ac0709a9bef99df0818f68b597f39ba7c3b
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Def478ac0709a9bef99df0818f68b597f39ba7c3b

Author: Alex Hermann <alex(a)speakup.nl>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 00:10:35 2014 +0100

tm: safety check for uas callid value when callid_matching is 1

- according to the documentation is for UA that cannot match the
  responses when call-id is changed, but is not the case of self
  generated requests
- closes FS#390

(cherry picked from commit 1787b4239f3494fe7a88b0868a807e86a3b92639)

---

 modules/tm/t_lookup.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/tm/t_lookup.c b/modules/tm/t_lookup.c
index fbc624b..6c198a4 100644
--- a/modules/tm/t_lookup.c
+++ b/modules/tm/t_lookup.c
@@ -984,6 +984,7 @@ int t_reply_matching( struct sip_msg *p_msg , int *p_bran=
ch )
 			continue;
=20
 		if (cfg_get(tm, tm_cfg, callid_matching) &&=20
+				p_cell->uas.request && p_cell->uas.request->callid &&
 		        (p_msg->callid->body.len !=3D p_cell->uas.request->callid->body.le=
n ||
 		         memcmp(p_msg->callid->body.s, p_cell->uas.request->callid->body.s=
, p_msg->callid->body.len) !=3D 0)
 		) {



--===============1848838032==--


From miconda@gmail.com Fri Feb 21 00:25:50 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: tm: safety check for uas callid value when
	callid_matching is 1
Date: Fri, 21 Feb 2014 00:25:49 +0100
Message-ID: <20140220232549.D2F94EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1290628583=="

--===============1290628583==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: ce060959dad97a346046b276633bfbc442aaf1e6
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dce060959dad97a346046b276633bfbc442aaf1e6

Author: Alex Hermann <alex(a)speakup.nl>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 00:10:35 2014 +0100

tm: safety check for uas callid value when callid_matching is 1

- according to the documentation is for UA that cannot match the
  responses when call-id is changed, but is not the case of self
  generated requests
- closes FS#390

(cherry picked from commit 1787b4239f3494fe7a88b0868a807e86a3b92639)
(cherry picked from commit ef478ac0709a9bef99df0818f68b597f39ba7c3b)

---

 modules/tm/t_lookup.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/tm/t_lookup.c b/modules/tm/t_lookup.c
index fec6e8b..db88d0f 100644
--- a/modules/tm/t_lookup.c
+++ b/modules/tm/t_lookup.c
@@ -1013,6 +1013,7 @@ int t_reply_matching( struct sip_msg *p_msg , int *p_br=
anch )
 			continue;
=20
 		if (cfg_get(tm, tm_cfg, callid_matching) &&=20
+				p_cell->uas.request && p_cell->uas.request->callid &&
 		        (p_msg->callid->body.len !=3D p_cell->uas.request->callid->body.le=
n ||
 		         memcmp(p_msg->callid->body.s, p_cell->uas.request->callid->body.s=
, p_msg->callid->body.len) !=3D 0)
 		) {



--===============1290628583==--


From bugtracker@sip-router.org Fri Feb 21 11:02:37 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Looping while parsing malformed
	Supported field
Date: Fri, 21 Feb 2014 10:02:30 +0000
Message-ID: <1392976950.53072436beac4@sip-router.org>
In-Reply-To: <FS396@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0297444293=="

--===============0297444293==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Savolainen Dmitri (sdi)=20

Attached to Project - sip-router
Summary - Looping while parsing malformed  Supported field
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Critical
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - Error while parsing malformed  Supported field. Kamailio go to top =
of CPU usage and stop handling requests. Loop "while (pos < len)" in parse_op=
tion_tag_body function =20
(parse_option_tags.h) is never stop
<code>
kamcmd> core.info
{
   version: kamailio 4.1.1
   id: ab7f96 -dirty
   compiler: gcc 4.3.4
   compiled: 16:51:25 Jan 20 2014
   flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAG=
LE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE=
_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, =
USE_DST_BLACKLIST, HAVE_RESOLV_RES
}
</code>

<code>
log# gdb /usr/local/kamailio411/sbin/kamailio 26994
(gdb) bt
#0  0x081a8ee5 in parse_option_tag_body (body=3D0xb3fd3438, tags=3D0xb3fd5eb0=
) at parse_option_tags.h:98
#1  0x081a8dce in parse_supported (msg=3D0xb4005bd4) at parse_supported.c:63
#2  0xaba18a9b in save (_m=3D0xb4005bd4, _d=3D0xac091008, _cflags=3D0, _uri=
=3D0x0) at save.c:896
#3  0xaba0f4ab in w_save2 (_m=3D0xb4005bd4, _d=3D0xac091008 "\214\017\t=EF=BF=
=BD", _cflags=3D0x0) at reg_mod.c:452
#4  0x0805f7cd in do_action (h=3D0xbfb86f68, a=3D0xb3fac5e8, msg=3D0xb4005bd4=
) at action.c:1105
#5  0x08067a49 in run_actions (h=3D0xbfb86f68, a=3D0xb3fac5e8, msg=3D0xb4005b=
d4) at action.c:1599
#6  0x080680ff in run_actions_safe (h=3D0xbfb88b04, a=3D0xb3fac5e8, msg=3D0xb=
4005bd4) at action.c:1664
#7  0x08103906 in rval_get_int (h=3D0xbfb88b04, msg=3D0xb4005bd4, i=3D0xbfb87=
2c4, rv=3D0xb3fac75c, cache=3D0x0) at rvalue.c:924
#8  0x0810507b in rval_expr_eval_int (h=3D0xbfb88b04, msg=3D0xb4005bd4, res=
=3D0xbfb872c4, rve=3D0xb3fac758) at rvalue.c:1918
#9  0x08105262 in rval_expr_eval_int (h=3D0xbfb88b04, msg=3D0xb4005bd4, res=
=3D0xbfb875d0, rve=3D0xb3facb88) at rvalue.c:1926
#10 0x0805f4cb in do_action (h=3D0xbfb88b04, a=3D0xb3fad090, msg=3D0xb4005bd4=
) at action.c:1075
#11 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3fac0c8, msg=3D0xb4005b=
d4) at action.c:1599
#12 0x0805daee in do_action (h=3D0xbfb88b04, a=3D0xb3e9ad50, msg=3D0xb4005bd4=
) at action.c:715
#13 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3e9a340, msg=3D0xb4005b=
d4) at action.c:1599
#14 0x0805f6fd in do_action (h=3D0xbfb88b04, a=3D0xb3ec5ac4, msg=3D0xb4005bd4=
) at action.c:1090
#15 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3ec5ac4, msg=3D0xb4005b=
d4) at action.c:1599
#16 0x0805f740 in do_action (h=3D0xbfb88b04, a=3D0xb3ec5b68, msg=3D0xb4005bd4=
) at action.c:1094
#17 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3ec5b68, msg=3D0xb4005b=
d4) at action.c:1599
#18 0x0805f740 in do_action (h=3D0xbfb88b04, a=3D0xb3ec5c0c, msg=3D0xb4005bd4=
) at action.c:1094
#19 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3ec5c0c, msg=3D0xb4005b=
d4) at action.c:1599
#20 0x0805f740 in do_action (h=3D0xbfb88b04, a=3D0xb3ec5cb0, msg=3D0xb4005bd4=
) at action.c:1094
#21 0x08067a49 in run_actions (h=3D0xbfb88b04, a=3D0xb3e8a2c0, msg=3D0xb4005b=
d4) at action.c:1599
#22 0x080681a9 in run_top_route (a=3D0xb3e8a2c0, msg=3D0xb4005bd4, c=3D0x0) a=
t action.c:1685
#23 0x080e458b in receive_msg (
    buf=3D0x82ea2a0 "REGISTER sip:sip.telphin.com:5068 SIP/2.0\r\nVia: SIP/2.=
0/UDP 213.170.81.130:5600;branch=3Dz9hG4bKt5eurr2030eg3e4id1s0.1\r\nMax-Forwa=
rds: 16\r\nContact: <sip:00041943(a)213.170.81.130:5600;rinstance=3Dcc1a5d7b8=
24"..., len=3D876, rcv_info=3D0xbfb88d0c) at receive.c:212
#24 0x08173183 in udp_rcv_loop () at udp_server.c:536
#25 0x080af4fe in main_loop () at main.c:1617
#26 0x080b2450 in main (argc=3D8, argv=3D0xbfb88fb4) at main.c:2533
(gdb) p *body
$8 =3D {
 s =3D 0x82ea4cd "time=EF=BF=BD\r\nUser-Agent: Telphin Softphone release 1104=
a stamp 56747\r\nAuthorization: Digest username=3D\"XXXXXXXX\",realm=3D\"sip.=
telphin.com\",nonce=3D\"XXXXXXXXXXXXXXXXXXXXX\",uri=3D\"sip:sip.telphin.com:5=
068"..., len =3D 5}
(gdb) n
93        while (pos < len) {
(gdb)
97            val =3D LOWER_DWORD(READ(p));
(gdb)
98            switch (val) {
(gdb)
121                    if ( pos+5 <=3D len && LOWER_BYTE(*(p+4))=3D=3D'r'
(gdb)
93        while (pos < len) {
(gdb)
97            val =3D LOWER_DWORD(READ(p));
(gdb)
98            switch (val) {
(gdb)
121                    if ( pos+5 <=3D len && LOWER_BYTE(*(p+4))=3D=3D'r'
(gdb)
93        while (pos < len) {
(gdb)
97            val =3D LOWER_DWORD(READ(p));
(gdb)
</code>


More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D396

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0297444293==--


From bugtracker@sip-router.org Fri Feb 21 11:17:47 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Kamailio doesn't to handle any SIP
	message at all after several dialogs... (CPU high usage)
Date: Fri, 21 Feb 2014 10:17:44 +0000
Message-ID: <1392977864.530727c89f106@sip-router.org>
In-Reply-To: <FS397@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1123901787=="

--===============1123901787==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Jack Wang (GoGoJack)=20

Attached to Project - sip-router
Summary - Kamailio doesn't to handle any SIP message at all after several dia=
logs... (CPU high usage)
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Critical
Priority - Normal
Reported Version - 4.0
Due in Version - Undecided
Due Date - Undecided
Details - First, thanks for watching my poor English,
hope guys can understand what I want to show you :)


__issue __

  * Objective:  test the stability of kamailio with lots of registered users

  * Work: take 4~9 users registered and do call in\out with an MCU

I found it's OK for just doing registration actions , but a trouble always oc=
cured when doing call in\out for a time (5 minutes ~ 3hrs , frequently in 1~2=
hrs) - kamailio doesn't to handle SIP message anymore, this causes that all t=
he registration failed and was changed to "expired" state in user location ta=
ble of database so that I can't do call in\out for every register user until =
I restart kamailio.

It seems CPU usage of kamailio is too high after checking by typing "top" com=
mand:

**[normal state]**

<code>=20
 CPU:  0.2% usr  0.2% sys  0.0% nic 99.5% idle  0.0% io  0.0% irq  0.0% sirq
 ...
 PID   PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 6169  6150 xxxxxxxx S    49476  2.3   3  0.0 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6168  6150 xxxxxxxx S    49472  2.3   3  0.0 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6171  6150 xxxxxxxx S    49472  2.3   3  0.0 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6172  6150 xxxxxxxx S    49472  2.3   0  0.0 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg</code>

**[abnormal state]**

<code> =20
 CPU: 11.4% usr 88.5% sys  0.0% nic  0.0% idle  0.0% io  0.0% irq  0.0% sirq =

 ...
 PID   PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 6216  6203 xxxxxxxx R    48308  2.3   0 24.2 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6218  6203 xxxxxxxx R    48308  2.3   3 24.1 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6217  6203 xxxxxxxx R    48308  2.3   1 23.7 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg
 6221  6203 xxxxxxxx R    48308  2.3   2 22.4 ./kamailio -P /var/run/kamailio=
.pid -f /var/test/kamailio.cfg</code>


since the process doesn't crash , I can't do a core dump for this, and I can'=
t find any rules for this bug because it may happen on anywhere, it's better =
to get suggestions from you.=20

__other environment settings__

kamailio version: 4.0.5
CPU: ARM Cortex A8
Database: SQLite

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D397

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1123901787==--


From bugtracker@sip-router.org Fri Feb 21 11:34:43 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Kamailio doesn't to handle any	SIP
 message at all after several dialogs... (CPU high usage)
Date: Fri, 21 Feb 2014 10:34:42 +0000
Message-ID: <1392978882.53072bc280ebb@sip-router.org>
In-Reply-To: <FS397@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0793115818=="

--===============0793115818==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#397 - Kamailio doesn't to handle any SIP message at all after several dial=
ogs... (CPU high usage)
User who did this - Daniel-Constantin Mierla (miconda)

----------
Can you attach with gdb to the pid of each process eating a lot of cpu and ge=
t the output for next command?

bt full


----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D397#comment1299

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0793115818==--


From linuxmaniac@torreviejawireless.org Fri Feb 21 11:51:14 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:3.3: pkg/kamailio/deb: init script. Get back SHM_MEMORY
 PKG_MEMORY and CFGFILE
Date: Fri, 21 Feb 2014 11:51:14 +0100
Message-ID: <20140221105114.5DF3BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0604052105=="

--===============0604052105==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 3.3
Commit: 6b4db8e5d0a035e690dea80e8623be034895d236
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D6b4db8e5d0a035e690dea80e8623be034895d236

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Fri Feb 21 11:50:16 2014 +0100

pkg/kamailio/deb: init script. Get back SHM_MEMORY PKG_MEMORY and CFGFILE

(cherry picked from commit f46beec41b3b5caa3977ddd452b3671bebf69069)

---

 pkg/kamailio/deb/debian/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/debian/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/lenny/kamailio.default   |    9 +++++++--
 pkg/kamailio/deb/lenny/kamailio.init      |   19 ++++++++++++-------
 pkg/kamailio/deb/lucid/kamailio.default   |    9 +++++++--
 pkg/kamailio/deb/lucid/kamailio.init      |   19 ++++++++++++-------
 pkg/kamailio/deb/precise/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/precise/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/squeeze/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/squeeze/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/wheezy/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/wheezy/kamailio.init     |   19 ++++++++++++-------
 12 files changed, 114 insertions(+), 54 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D6b4db8e5d0a035e690dea80e8623be034895d236


--===============0604052105==--


From linuxmaniac@torreviejawireless.org Fri Feb 21 11:51:15 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: pkg/kamailio/deb: init script. Get back SHM_MEMORY
 PKG_MEMORY and CFGFILE
Date: Fri, 21 Feb 2014 11:51:14 +0100
Message-ID: <20140221105114.CBC2FEF8075@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0976507615=="

--===============0976507615==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 4b8ae380ddae2af57f1d0aeec6c728fe393e2734
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4b8ae380ddae2af57f1d0aeec6c728fe393e2734

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Fri Feb 21 11:47:54 2014 +0100

pkg/kamailio/deb: init script. Get back SHM_MEMORY PKG_MEMORY and CFGFILE

(cherry picked from commit f46beec41b3b5caa3977ddd452b3671bebf69069)

---

 pkg/kamailio/deb/debian/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/debian/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/lenny/kamailio.default   |    9 +++++++--
 pkg/kamailio/deb/lenny/kamailio.init      |   19 ++++++++++++-------
 pkg/kamailio/deb/lucid/kamailio.default   |    9 +++++++--
 pkg/kamailio/deb/lucid/kamailio.init      |   19 ++++++++++++-------
 pkg/kamailio/deb/precise/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/precise/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/squeeze/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/squeeze/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/wheezy/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/wheezy/kamailio.init     |   19 ++++++++++++-------
 12 files changed, 114 insertions(+), 54 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D4b8ae380ddae2af57f1d0aeec6c728fe393e2734


--===============0976507615==--


From linuxmaniac@torreviejawireless.org Fri Feb 21 11:51:15 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: pkg/kamailio/deb: init script. Get back SHM_MEMORY
 PKG_MEMORY and CFGFILE
Date: Fri, 21 Feb 2014 11:51:15 +0100
Message-ID: <20140221105115.412FBEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0917240365=="

--===============0917240365==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 7cf0bc8c5a288d56f1decd305ee0a2dc952bd0dc
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D7cf0bc8c5a288d56f1decd305ee0a2dc952bd0dc

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Fri Feb 21 11:42:27 2014 +0100

pkg/kamailio/deb: init script. Get back SHM_MEMORY PKG_MEMORY and CFGFILE

(cherry picked from commit f46beec41b3b5caa3977ddd452b3671bebf69069)

---

 pkg/kamailio/deb/debian/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/debian/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/jessie/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/jessie/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/precise/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/precise/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/squeeze/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/squeeze/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/wheezy/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/wheezy/kamailio.init     |   19 ++++++++++++-------
 10 files changed, 95 insertions(+), 45 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D7cf0bc8c5a288d56f1decd305ee0a2dc952bd0dc


--===============0917240365==--


From linuxmaniac@torreviejawireless.org Fri Feb 21 11:51:16 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pkg/kamailio/deb: init script. Get back
 SHM_MEMORY PKG_MEMORY and CFGFILE
Date: Fri, 21 Feb 2014 11:51:15 +0100
Message-ID: <20140221105115.A3DECEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0136435861=="

--===============0136435861==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: f46beec41b3b5caa3977ddd452b3671bebf69069
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Df46beec41b3b5caa3977ddd452b3671bebf69069

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Fri Feb 21 11:42:27 2014 +0100

pkg/kamailio/deb: init script. Get back SHM_MEMORY PKG_MEMORY and CFGFILE

---

 pkg/kamailio/deb/debian/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/debian/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/jessie/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/jessie/kamailio.init     |   19 ++++++++++++-------
 pkg/kamailio/deb/precise/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/precise/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/squeeze/kamailio.default |    9 +++++++--
 pkg/kamailio/deb/squeeze/kamailio.init    |   19 ++++++++++++-------
 pkg/kamailio/deb/wheezy/kamailio.default  |    9 +++++++--
 pkg/kamailio/deb/wheezy/kamailio.init     |   19 ++++++++++++-------
 10 files changed, 95 insertions(+), 45 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3Df46beec41b3b5caa3977ddd452b3671bebf69069


--===============0136435861==--


From Saurabh.Sinha@rsystems.com Fri Feb 21 14:18:04 2014
From: Saurabh Sinha <Saurabh.Sinha@rsystems.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] Build B2BUA using Kamailio
Date: Fri, 21 Feb 2014 18:47:54 +0530
Message-ID: <A9F66DA246298647AF2509FF9C4FB63C0341EC8796@RSI-NOD-EXMDB6.india.rsystems.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0717098880=="

--===============0717098880==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi All,

I am planning to use Kamailio, to build a B2BUA with the following functional=
ities:

-          Topology Hiding (SIP: To, From, Call-ID, P-Asserted-ID)

-          Topology Hiding (SDP: Changing SDP info - and act as an RTP Proxy)

-          Perform - NAPTR ENUM Query

-          To Release call (If Max Duration Reached)

-          Generate CDRs.
[Note: This is somewhat like a light SBC service]

Now, my question is how to develop this service over Kamailio.
Does Kamailio provide any Development APIs, which this B2BUA can use?
OR I need to enhance or built new Kamailio modules?

>From the initial understanding, I got to know, Kamailio maintains SIP Transa=
ctions, and NOT the SIP Dialog, and basically I need to build this.

It will be great if someone can give me any leads on this front.

Thanks,
SS


________________________________
The information contained in this e-mail and any accompanying documents may c=
ontain information that is confidential or otherwise protected from disclosur=
e. If you are not the intended recipient of this message, please immediately =
alert the sender by reply e-mail and then delete this message. Any disseminat=
ion, distribution or other use of the contents of this message by anyone othe=
r than the intended recipient is strictly prohibited. R Systems has taken eve=
ry reasonable precaution to minimize the risk, but is not liable for any dama=
ge you may sustain as a result of any virus in this e-mail. You should carry =
out your own virus checks before opening the e-mail or attachment.



--===============0717098880==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSI+CjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPgo8c3R5bGU+
PCEtLQovKiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseTpXaW5n
ZGluZ3M7CglwYW5vc2UtMTo1IDAgMCAwIDAgMCAwIDAgMCAwO30KQGZvbnQtZmFjZQoJe2ZvbnQt
ZmFtaWx5OiJDYW1icmlhIE1hdGgiOwoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9CkBm
b250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQg
MyAyIDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFs
LCBkaXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZv
bnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNv
LXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6IzA1NjNDMTsKCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUt
cHJpb3JpdHk6OTk7Cgljb2xvcjojOTU0RjcyOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
CnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJh
Z3JhcGgKCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7CgltYXJnaW4tdG9wOjBjbTsKCW1hcmdpbi1y
aWdodDowY207CgltYXJnaW4tYm90dG9tOjBjbTsKCW1hcmdpbi1sZWZ0OjM2LjBwdDsKCW1hcmdp
bi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToiQ2FsaWJy
aSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpzcGFuLkVtYWls
U3R5bGUxNwoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglmb250LWZhbWlseToi
Q2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93dGV4dDt9Ci5Nc29DaHBEZWZhdWx0
Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh
bnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpAcGFnZSBXb3JkU2VjdGlv
bjEKCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3
Mi4wcHQ7fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQovKiBMaXN0IERl
ZmluaXRpb25zICovCkBsaXN0IGwwCgl7bXNvLWxpc3QtaWQ6NDM3NTMwNTk3OwoJbXNvLWxpc3Qt
dHlwZTpoeWJyaWQ7Cgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTE5ODY5NjIyNiAxNjMxMjI1NjIy
IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAxMDc0MzMxNjQ5IDEwNzQzMzE2NTEgMTA3NDMzMTY1MyAx
MDc0MzMxNjQ5IDEwNzQzMzE2NTEgMTA3NDMzMTY1Mzt9CkBsaXN0IGwwOmxldmVsMQoJe21zby1s
ZXZlbC1zdGFydC1hdDowOwoJbXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwoJbXNvLWxl
dmVsLXRleHQ6LTsKCW1zby1sZXZlbC10YWItc3RvcDpub25lOwoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0OwoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsKCWZvbnQtZmFtaWx5OiJDYWxpYnJp
Iiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1mb250LWZhbWlseTpDYWxpYnJpOwoJbXNvLWJp
ZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQpAbGlzdCBsMDpsZXZlbDIKCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtdGV4dDpvOwoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7Cgl0ZXh0LWlu
ZGVudDotMTguMHB0OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9CkBsaXN0IGwwOmxldmVs
MwoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10ZXh0OlxGMEE3
OwoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl
ZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30KQGxpc3Qg
bDA6bGV2ZWw0Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwoJbXNvLWxldmVsLXRl
eHQ6XEYwQjc7Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKCW1zby1sZXZlbC1udW1iZXItcG9z
aXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglmb250LWZhbWlseTpTeW1ib2w7fQpA
bGlzdCBsMDpsZXZlbDUKCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7Cgltc28tbGV2
ZWwtdGV4dDpvOwoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOmxlZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIg
TmV3Ijt9CkBsaXN0IGwwOmxldmVsNgoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsK
CW1zby1sZXZlbC10ZXh0OlxGMEE3OwoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7Cgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJZm9udC1mYW1p
bHk6V2luZ2RpbmdzO30KQGxpc3QgbDA6bGV2ZWw3Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6
YnVsbGV0OwoJbXNvLWxldmVsLXRleHQ6XEYwQjc7Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsK
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKCXRleHQtaW5kZW50Oi0xOC4wcHQ7Cglm
b250LWZhbWlseTpTeW1ib2w7fQpAbGlzdCBsMDpsZXZlbDgKCXttc28tbGV2ZWwtbnVtYmVyLWZv
cm1hdDpidWxsZXQ7Cgltc28tbGV2ZWwtdGV4dDpvOwoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7Cgl0ZXh0LWluZGVudDotMTguMHB0OwoJ
Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9CkBsaXN0IGwwOmxldmVsOQoJe21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsKCW1zby1sZXZlbC10ZXh0OlxGMEE3OwoJbXNvLWxldmVsLXRh
Yi1zdG9wOm5vbmU7Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7Cgl0ZXh0LWluZGVu
dDotMTguMHB0OwoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30Kb2wKCXttYXJnaW4tYm90dG9tOjBj
bTt9CnVsCgl7bWFyZ2luLWJvdHRvbTowY207fQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPgo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPgo8
L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlvdXQg
djpleHQ9ImVkaXQiPgo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4KPC9vOnNoYXBl
bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPgo8L2hlYWQ+Cjxib2R5IGxhbmc9IkVOLUlOIiBsaW5r
PSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+Cjxw
IGNsYXNzPSJNc29Ob3JtYWwiPkhpIEFsbCwgPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFtIHBs
YW5uaW5nIHRvIHVzZSBLYW1haWxpbywgdG8gYnVpbGQgYSBCMkJVQSB3aXRoIHRoZSBmb2xsb3dp
bmcgZnVuY3Rpb25hbGl0aWVzOgo8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh
Z3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8x
Ij48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNw
YW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjwv
c3Bhbj48IVtlbmRpZl0+VG9wb2xvZ3kgSGlkaW5nIChTSVA6IFRvLCBGcm9tLCBDYWxsLUlELCBQ
LUFzc2VydGVkLUlEKTxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg
c3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwhW2lm
ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHls
ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PC9zcGFuPjwh
W2VuZGlmXT5Ub3BvbG9neSBIaWRpbmcgKFNEUDogQ2hhbmdpbmcgU0RQIGluZm8gJiM4MjExOyBh
bmQgYWN0IGFzIGFuIFJUUCBQcm94eSk8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQ
YXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBs
Zm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4t
PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFu
Pjwvc3Bhbj48IVtlbmRpZl0+UGVyZm9ybSAmIzgyMTE7IE5BUFRSIEVOVU0gUXVlcnk8bzpwPjwv
bzpwPjwvcD4KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDot
MTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3Bh
biBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7
VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VG8gUmVsZWFzZSBj
YWxsIChJZiBNYXggRHVyYXRpb24gUmVhY2hlZCk8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1z
b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxl
dmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu
b3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7
Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsK
PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+R2VuZXJhdGUgQ0RScy48bzpwPjwvbzpwPjwvcD4KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+W05vdGU6IFRoaXMgaXMgc29tZXdoYXQgbGlrZSBhIGxpZ2h0IFNC
QyBzZXJ2aWNlXTxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Tm93LCBteSBxdWVzdGlvbiBpcyBob3cg
dG8gZGV2ZWxvcCB0aGlzIHNlcnZpY2Ugb3ZlciBLYW1haWxpby48bzpwPjwvbzpwPjwvcD4KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+RG9lcyBLYW1haWxpbyBwcm92aWRlIGFueSBEZXZlbG9wbWVudCBB
UElzLCB3aGljaCB0aGlzIEIyQlVBIGNhbiB1c2U/PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN
c29Ob3JtYWwiPk9SIEkgbmVlZCB0byBlbmhhbmNlIG9yIGJ1aWx0IG5ldyBLYW1haWxpbyBtb2R1
bGVzPzxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw
PjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RnJvbSB0aGUgaW5pdGlhbCB1bmRlcnN0YW5kaW5n
LCBJIGdvdCB0byBrbm93LCBLYW1haWxpbyBtYWludGFpbnMgU0lQIFRyYW5zYWN0aW9ucywgYW5k
IE5PVCB0aGUgU0lQIERpYWxvZywgYW5kIGJhc2ljYWxseSBJIG5lZWQgdG8gYnVpbGQgdGhpcy48
bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0IHdpbGwgYmUgZ3JlYXQgaWYgc29tZW9uZSBjYW4gZ2l2
ZSBtZSBhbnkgbGVhZHMgb24gdGhpcyBmcm9udC4KPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFu
a3MsPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNTPG86cD48L286cD48L3A+
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8L2Rpdj4KPGJyPgo8
aHI+Cjxmb250IGZhY2U9IkFyaWFsIiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+VGhlIGluZm9ybWF0
aW9uIGNvbnRhaW5lZCBpbiB0aGlzIGUtbWFpbCBhbmQgYW55IGFjY29tcGFueWluZyBkb2N1bWVu
dHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gdGhhdCBpcyBjb25maWRlbnRpYWwgb3Igb3RoZXJ3
aXNlIHByb3RlY3RlZCBmcm9tIGRpc2Nsb3N1cmUuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl
ZCByZWNpcGllbnQgb2YgdGhpcyBtZXNzYWdlLCBwbGVhc2UKIGltbWVkaWF0ZWx5IGFsZXJ0IHRo
ZSBzZW5kZXIgYnkgcmVwbHkgZS1tYWlsIGFuZCB0aGVuIGRlbGV0ZSB0aGlzIG1lc3NhZ2UuIEFu
eSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3Igb3RoZXIgdXNlIG9mIHRoZSBjb250ZW50
cyBvZiB0aGlzIG1lc3NhZ2UgYnkgYW55b25lIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lw
aWVudCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBSIFN5c3RlbXMgaGFzIHRha2VuIGV2ZXJ5IHJl
YXNvbmFibGUKIHByZWNhdXRpb24gdG8gbWluaW1pemUgdGhlIHJpc2ssIGJ1dCBpcyBub3QgbGlh
YmxlIGZvciBhbnkgZGFtYWdlIHlvdSBtYXkgc3VzdGFpbiBhcyBhIHJlc3VsdCBvZiBhbnkgdmly
dXMgaW4gdGhpcyBlLW1haWwuIFlvdSBzaG91bGQgY2Fycnkgb3V0IHlvdXIgb3duIHZpcnVzIGNo
ZWNrcyBiZWZvcmUgb3BlbmluZyB0aGUgZS1tYWlsIG9yIGF0dGFjaG1lbnQuPGJyPgo8L2ZvbnQ+
CjwvYm9keT4KPC9odG1sPgo=

--===============0717098880==--


From miconda@gmail.com Fri Feb 21 15:40:00 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: core/parser: fix loop on broken values matching
 the prefix of a good value in parse_option_tag_body ()
Date: Fri, 21 Feb 2014 15:39:54 +0100
Message-ID: <20140221143959.CC702EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0833672924=="

--===============0833672924==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 9ff18b15c24a933fa061663add3223b8256a88d1
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9ff18b15c24a933fa061663add3223b8256a88d1

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 15:37:24 2014 +0100

core/parser: fix loop on broken values matching the prefix of a good value in=
 parse_option_tag_body()

- reported by Savolainen Dmitri, FS#396

---

 parser/parse_option_tags.h |   60 +++++++++++++++++++++++--------------------
 1 files changed, 32 insertions(+), 28 deletions(-)

diff --git a/parser/parse_option_tags.h b/parser/parse_option_tags.h
index c41ce63..db2c0eb 100644
--- a/parser/parse_option_tags.h
+++ b/parser/parse_option_tags.h
@@ -84,6 +84,7 @@ static inline int parse_option_tag_body(str *body, unsigned=
 int *tags)
 	register char* p;
 	register unsigned int val;
 	int len, pos =3D 0;
+	int case_found;
=20
 	*tags =3D 0;
=20
@@ -95,6 +96,7 @@ static inline int parse_option_tag_body(str *body, unsigned=
 int *tags)
 		for (; pos < len && IS_DELIM(p); ++pos, ++p);
=20
 		val =3D LOWER_DWORD(READ(p));
+		case_found =3D 0;
 		switch (val) {
=20
 			/* "path" */
@@ -102,6 +104,7 @@ static inline int parse_option_tag_body(str *body, unsign=
ed int *tags)
 				if(pos + 4 <=3D len && IS_DELIM(p+4)) {
 					*tags |=3D F_OPTION_TAG_PATH;
 					pos +=3D 5; p +=3D 5;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -113,6 +116,7 @@ static inline int parse_option_tag_body(str *body, unsign=
ed int *tags)
 					*tags |=3D F_OPTION_TAG_100REL;
 					pos +=3D OPTION_TAG_100REL_LEN + 1;
 					p   +=3D OPTION_TAG_100REL_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -123,37 +127,37 @@ static inline int parse_option_tag_body(str *body, unsi=
gned int *tags)
 					*tags |=3D F_OPTION_TAG_TIMER;
 					pos +=3D OPTION_TAG_TIMER_LEN + 1;
 					p   +=3D OPTION_TAG_TIMER_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
-
+		}
+		if(case_found=3D=3D0) {
 			/* extra require or unknown */
-			default:
-				if(pos+OPTION_TAG_EVENTLIST_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_EVENTLIST_STR,
-							OPTION_TAG_EVENTLIST_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_EVENTLIST_LEN) ) {
-					*tags |=3D F_OPTION_TAG_EVENTLIST;
-					pos +=3D OPTION_TAG_EVENTLIST_LEN + 1;
-					p   +=3D OPTION_TAG_EVENTLIST_LEN + 1;
-				} else if(pos+OPTION_TAG_GRUU_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_GRUU_STR,
-							OPTION_TAG_GRUU_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_GRUU_LEN)) {
-					*tags |=3D F_OPTION_TAG_GRUU;
-					pos +=3D OPTION_TAG_GRUU_LEN + 1;
-					p   +=3D OPTION_TAG_GRUU_LEN + 1;
-				} else if(pos+OPTION_TAG_OUTBOUND_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_OUTBOUND_STR,
-							OPTION_TAG_OUTBOUND_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_OUTBOUND_LEN)) {
-					*tags |=3D F_OPTION_TAG_OUTBOUND;
-					pos +=3D OPTION_TAG_OUTBOUND_LEN + 1;
-					p   +=3D OPTION_TAG_OUTBOUND_LEN + 1;
-				} else {
-					/* skip element */
-					for (; pos < len && !IS_DELIM(p); ++pos, ++p);
-				}
-				break;
+			if(pos+OPTION_TAG_EVENTLIST_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_EVENTLIST_STR,
+						OPTION_TAG_EVENTLIST_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_EVENTLIST_LEN) ) {
+				*tags |=3D F_OPTION_TAG_EVENTLIST;
+				pos +=3D OPTION_TAG_EVENTLIST_LEN + 1;
+				p   +=3D OPTION_TAG_EVENTLIST_LEN + 1;
+			} else if(pos+OPTION_TAG_GRUU_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_GRUU_STR,
+						OPTION_TAG_GRUU_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_GRUU_LEN)) {
+				*tags |=3D F_OPTION_TAG_GRUU;
+				pos +=3D OPTION_TAG_GRUU_LEN + 1;
+				p   +=3D OPTION_TAG_GRUU_LEN + 1;
+			} else if(pos+OPTION_TAG_OUTBOUND_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_OUTBOUND_STR,
+						OPTION_TAG_OUTBOUND_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_OUTBOUND_LEN)) {
+				*tags |=3D F_OPTION_TAG_OUTBOUND;
+				pos +=3D OPTION_TAG_OUTBOUND_LEN + 1;
+				p   +=3D OPTION_TAG_OUTBOUND_LEN + 1;
+			} else {
+				/* unknown (not needed) - skip element */
+				for (; pos < len && !IS_DELIM(p); ++pos, ++p);
+			}
 		}
 	}
 =09



--===============0833672924==--


From miconda@gmail.com Fri Feb 21 15:40:52 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: core/parser: fix loop on broken values matching the
 prefix of a good value in parse_option_tag_body ()
Date: Fri, 21 Feb 2014 15:40:51 +0100
Message-ID: <20140221144051.4A26EEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0767772277=="

--===============0767772277==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 774cefd9dfd2253923f95b12269cacbe6b315a77
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D774cefd9dfd2253923f95b12269cacbe6b315a77

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 15:37:24 2014 +0100

core/parser: fix loop on broken values matching the prefix of a good value in=
 parse_option_tag_body()

- reported by Savolainen Dmitri, FS#396

(cherry picked from commit 9ff18b15c24a933fa061663add3223b8256a88d1)

---

 parser/parse_option_tags.h |   60 +++++++++++++++++++++++--------------------
 1 files changed, 32 insertions(+), 28 deletions(-)

diff --git a/parser/parse_option_tags.h b/parser/parse_option_tags.h
index c41ce63..db2c0eb 100644
--- a/parser/parse_option_tags.h
+++ b/parser/parse_option_tags.h
@@ -84,6 +84,7 @@ static inline int parse_option_tag_body(str *body, unsigned=
 int *tags)
 	register char* p;
 	register unsigned int val;
 	int len, pos =3D 0;
+	int case_found;
=20
 	*tags =3D 0;
=20
@@ -95,6 +96,7 @@ static inline int parse_option_tag_body(str *body, unsigned=
 int *tags)
 		for (; pos < len && IS_DELIM(p); ++pos, ++p);
=20
 		val =3D LOWER_DWORD(READ(p));
+		case_found =3D 0;
 		switch (val) {
=20
 			/* "path" */
@@ -102,6 +104,7 @@ static inline int parse_option_tag_body(str *body, unsign=
ed int *tags)
 				if(pos + 4 <=3D len && IS_DELIM(p+4)) {
 					*tags |=3D F_OPTION_TAG_PATH;
 					pos +=3D 5; p +=3D 5;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -113,6 +116,7 @@ static inline int parse_option_tag_body(str *body, unsign=
ed int *tags)
 					*tags |=3D F_OPTION_TAG_100REL;
 					pos +=3D OPTION_TAG_100REL_LEN + 1;
 					p   +=3D OPTION_TAG_100REL_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -123,37 +127,37 @@ static inline int parse_option_tag_body(str *body, unsi=
gned int *tags)
 					*tags |=3D F_OPTION_TAG_TIMER;
 					pos +=3D OPTION_TAG_TIMER_LEN + 1;
 					p   +=3D OPTION_TAG_TIMER_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
-
+		}
+		if(case_found=3D=3D0) {
 			/* extra require or unknown */
-			default:
-				if(pos+OPTION_TAG_EVENTLIST_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_EVENTLIST_STR,
-							OPTION_TAG_EVENTLIST_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_EVENTLIST_LEN) ) {
-					*tags |=3D F_OPTION_TAG_EVENTLIST;
-					pos +=3D OPTION_TAG_EVENTLIST_LEN + 1;
-					p   +=3D OPTION_TAG_EVENTLIST_LEN + 1;
-				} else if(pos+OPTION_TAG_GRUU_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_GRUU_STR,
-							OPTION_TAG_GRUU_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_GRUU_LEN)) {
-					*tags |=3D F_OPTION_TAG_GRUU;
-					pos +=3D OPTION_TAG_GRUU_LEN + 1;
-					p   +=3D OPTION_TAG_GRUU_LEN + 1;
-				} else if(pos+OPTION_TAG_OUTBOUND_LEN<=3Dlen
-						&& strncasecmp(p, OPTION_TAG_OUTBOUND_STR,
-							OPTION_TAG_OUTBOUND_LEN)=3D=3D0
-						&& IS_DELIM(p+OPTION_TAG_OUTBOUND_LEN)) {
-					*tags |=3D F_OPTION_TAG_OUTBOUND;
-					pos +=3D OPTION_TAG_OUTBOUND_LEN + 1;
-					p   +=3D OPTION_TAG_OUTBOUND_LEN + 1;
-				} else {
-					/* skip element */
-					for (; pos < len && !IS_DELIM(p); ++pos, ++p);
-				}
-				break;
+			if(pos+OPTION_TAG_EVENTLIST_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_EVENTLIST_STR,
+						OPTION_TAG_EVENTLIST_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_EVENTLIST_LEN) ) {
+				*tags |=3D F_OPTION_TAG_EVENTLIST;
+				pos +=3D OPTION_TAG_EVENTLIST_LEN + 1;
+				p   +=3D OPTION_TAG_EVENTLIST_LEN + 1;
+			} else if(pos+OPTION_TAG_GRUU_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_GRUU_STR,
+						OPTION_TAG_GRUU_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_GRUU_LEN)) {
+				*tags |=3D F_OPTION_TAG_GRUU;
+				pos +=3D OPTION_TAG_GRUU_LEN + 1;
+				p   +=3D OPTION_TAG_GRUU_LEN + 1;
+			} else if(pos+OPTION_TAG_OUTBOUND_LEN<=3Dlen
+					&& strncasecmp(p, OPTION_TAG_OUTBOUND_STR,
+						OPTION_TAG_OUTBOUND_LEN)=3D=3D0
+					&& IS_DELIM(p+OPTION_TAG_OUTBOUND_LEN)) {
+				*tags |=3D F_OPTION_TAG_OUTBOUND;
+				pos +=3D OPTION_TAG_OUTBOUND_LEN + 1;
+				p   +=3D OPTION_TAG_OUTBOUND_LEN + 1;
+			} else {
+				/* unknown (not needed) - skip element */
+				for (; pos < len && !IS_DELIM(p); ++pos, ++p);
+			}
 		}
 	}
 =09



--===============0767772277==--


From miconda@gmail.com Fri Feb 21 15:49:31 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: lib/kcore: fix loop on broken values matching the
 prefix of a good value in parse_supported ()
Date: Fri, 21 Feb 2014 15:49:26 +0100
Message-ID: <20140221144927.73D5EEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0814713054=="

--===============0814713054==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 92f29137c8815ba5a4cf5cb98a1e1a10d4c7f9af
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D92f29137c8815ba5a4cf5cb98a1e1a10d4c7f9af

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 15:48:36 2014 +0100

lib/kcore: fix loop on broken values matching the prefix of a good value in p=
arse_supported()

- reported by Savolainen Dmitri, FS#396

---

 lib/kcore/parse_supported.c |   59 +++++++++++++++++++++++-------------------
 1 files changed, 32 insertions(+), 27 deletions(-)

diff --git a/lib/kcore/parse_supported.c b/lib/kcore/parse_supported.c
index eb90290..1c2b7a8 100644
--- a/lib/kcore/parse_supported.c
+++ b/lib/kcore/parse_supported.c
@@ -50,6 +50,7 @@ static inline int parse_supported_body(str *body, unsigned =
int *sup)
 	register char* p;
 	register unsigned int val;
 	int len, pos =3D 0;
+	int case_found;
=20
 	*sup =3D 0;
=20
@@ -61,6 +62,7 @@ static inline int parse_supported_body(str *body, unsigned =
int *sup)
 		for (; pos < len && IS_DELIM(p); ++pos, ++p);
=20
 		val =3D LOWER_DWORD(READ(p));
+		case_found =3D 0;
 		switch (val) {
=20
 			/* "path" */
@@ -68,6 +70,7 @@ static inline int parse_supported_body(str *body, unsigned =
int *sup)
 				if(pos + 4 <=3D len && IS_DELIM(p+4)) {
 					*sup |=3D F_SUPPORTED_PATH;
 					pos +=3D 5; p +=3D 5;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -79,6 +82,7 @@ static inline int parse_supported_body(str *body, unsigned =
int *sup)
 					*sup |=3D F_SUPPORTED_100REL;
 					pos +=3D SUPPORTED_100REL_LEN + 1;
 					p   +=3D SUPPORTED_100REL_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
=20
@@ -89,37 +93,38 @@ static inline int parse_supported_body(str *body, unsigne=
d int *sup)
 					*sup |=3D F_SUPPORTED_TIMER;
 					pos +=3D SUPPORTED_TIMER_LEN + 1;
 					p   +=3D SUPPORTED_TIMER_LEN + 1;
+					case_found =3D 1;
 				}
 				break;
+		}
=20
+		if(case_found=3D=3D0) {
 			/* extra supported or unknown */
-			default:
-				if(pos+SUPPORTED_EVENTLIST_LEN<=3Dlen
-						&& strncasecmp(p, SUPPORTED_EVENTLIST_STR,
-							SUPPORTED_EVENTLIST_LEN)=3D=3D0
-						&& IS_DELIM(p+SUPPORTED_EVENTLIST_LEN) ) {
-					*sup |=3D F_SUPPORTED_EVENTLIST;
-					pos +=3D SUPPORTED_EVENTLIST_LEN + 1;
-					p   +=3D SUPPORTED_EVENTLIST_LEN + 1;
-				} else if(pos+SUPPORTED_GRUU_LEN<=3Dlen
-						&& strncasecmp(p, SUPPORTED_GRUU_STR,
-							SUPPORTED_GRUU_LEN)=3D=3D0
-						&& IS_DELIM(p+SUPPORTED_GRUU_LEN)) {
-					*sup |=3D F_SUPPORTED_GRUU;
-					pos +=3D SUPPORTED_GRUU_LEN + 1;
-					p   +=3D SUPPORTED_GRUU_LEN + 1;
-				} else if(pos+SUPPORTED_OUTBOUND_LEN<=3Dlen
-						&& strncasecmp(p, SUPPORTED_OUTBOUND_STR,
-							SUPPORTED_OUTBOUND_LEN)=3D=3D0
-						&& IS_DELIM(p+SUPPORTED_OUTBOUND_LEN)) {
-					*sup |=3D F_SUPPORTED_OUTBOUND;
-					pos +=3D SUPPORTED_OUTBOUND_LEN + 1;
-					p   +=3D SUPPORTED_OUTBOUND_LEN + 1;
-				} else {
-					/* skip element */
-					for (; pos < len && !IS_DELIM(p); ++pos, ++p);
-				}
-				break;
+			if(pos+SUPPORTED_EVENTLIST_LEN<=3Dlen
+					&& strncasecmp(p, SUPPORTED_EVENTLIST_STR,
+						SUPPORTED_EVENTLIST_LEN)=3D=3D0
+					&& IS_DELIM(p+SUPPORTED_EVENTLIST_LEN) ) {
+				*sup |=3D F_SUPPORTED_EVENTLIST;
+				pos +=3D SUPPORTED_EVENTLIST_LEN + 1;
+				p   +=3D SUPPORTED_EVENTLIST_LEN + 1;
+			} else if(pos+SUPPORTED_GRUU_LEN<=3Dlen
+					&& strncasecmp(p, SUPPORTED_GRUU_STR,
+						SUPPORTED_GRUU_LEN)=3D=3D0
+					&& IS_DELIM(p+SUPPORTED_GRUU_LEN)) {
+				*sup |=3D F_SUPPORTED_GRUU;
+				pos +=3D SUPPORTED_GRUU_LEN + 1;
+				p   +=3D SUPPORTED_GRUU_LEN + 1;
+			} else if(pos+SUPPORTED_OUTBOUND_LEN<=3Dlen
+					&& strncasecmp(p, SUPPORTED_OUTBOUND_STR,
+						SUPPORTED_OUTBOUND_LEN)=3D=3D0
+					&& IS_DELIM(p+SUPPORTED_OUTBOUND_LEN)) {
+				*sup |=3D F_SUPPORTED_OUTBOUND;
+				pos +=3D SUPPORTED_OUTBOUND_LEN + 1;
+				p   +=3D SUPPORTED_OUTBOUND_LEN + 1;
+			} else {
+				/* skip element */
+				for (; pos < len && !IS_DELIM(p); ++pos, ++p);
+			}
 		}
 	}
 =09



--===============0814713054==--


From bugtracker@sip-router.org Fri Feb 21 15:50:38 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Looping while parsing malformed
	Supported field
Date: Fri, 21 Feb 2014 14:50:29 +0000
Message-ID: <1392994229.530767b5e1e2e@sip-router.org>
In-Reply-To: <FS396@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1990593943=="

--===============1990593943==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#396 - Looping while parsing malformed  Supported field
User who did this - Daniel-Constantin Mierla (miconda)

----------
Thanks for reporting. I pushed patches on master, 4.1 and 4.0 branches. Re-op=
en this task if does not work.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D396#comment1300

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1990593943==--


From bugtracker@sip-router.org Fri Feb 21 15:50:57 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: Looping while parsing malformed
	Supported field
Date: Fri, 21 Feb 2014 14:50:56 +0000
Message-ID: <1392994256.530767d062494@sip-router.org>
In-Reply-To: <FS396@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0882272463=="

--===============0882272463==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#396 - Looping while parsing malformed  Supported field
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Fixed
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D396

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0882272463==--


From bugtracker@sip-router.org Fri Feb 21 15:54:57 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Comment added: MI datagram replies with wrong	udp-port
Date: Fri, 21 Feb 2014 14:54:54 +0000
Message-ID: <1392994494.530768bea7375@sip-router.org>
In-Reply-To: <FS387@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1176976707=="

--===============1176976707==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#387 - MI datagram replies with wrong udp-port
User who did this - Daniel-Constantin Mierla (miconda)

----------
If anyone can submit a patch, we can review and accept.

So far when I used it (e.g., siremis), the udp receiver waits on its own sock=
et for the response from kamailio.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D387#comment1301

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1176976707==--


From bugtracker@sip-router.org Fri Feb 21 15:55:46 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Task changed: MI datagram replies with wrong	udp-port
Date: Fri, 21 Feb 2014 14:55:39 +0000
Message-ID: <1392994539.530768eb10246@sip-router.org>
In-Reply-To: <FS387@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0527243247=="

--===============0527243247==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has been changed.  The changes are listed below.  For full=
 information about what has changed, visit the URL and click the History tab.

FS#387 - MI datagram replies with wrong udp-port
User who did this: Daniel-Constantin Mierla (miconda)
Task Type: Bug Report -> Improvement

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D387

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0527243247==--


From bugtracker@sip-router.org Fri Feb 21 16:03:29 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: fixes for memory leak in TLS	module
Date: Fri, 21 Feb 2014 15:03:25 +0000
Message-ID: <1392995005.53076abd56fa2@sip-router.org>
In-Reply-To: <FS380@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1002518031=="

--===============1002518031==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#380 - fixes for memory leak in TLS module
User who did this - Daniel-Constantin Mierla (miconda)

----------
The patch was backported to 4.1 a while ago. For 4.0 it gives conflicts, so h=
as to be manually crafted.

It would be good if you can send the patch for atomic_t.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D380#comment1302

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1002518031==--


From bugtracker@sip-router.org Fri Feb 21 16:13:28 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Kamailio doesn't to handle any	SIP
 message at all after several dialogs... (CPU high usage)
Date: Fri, 21 Feb 2014 15:13:25 +0000
Message-ID: <1392995605.53076d1590d92@sip-router.org>
In-Reply-To: <FS397@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1820919030=="

--===============1820919030==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#397 - Kamailio doesn't to handle any SIP message at all after several dial=
ogs... (CPU high usage)
User who did this - Daniel-Constantin Mierla (miconda)

----------
Btw, if you want to crash it, kill with signal 6 (abort). But getting backtra=
ce by attaching with gdb to the process by pid is better to be sure the coref=
iles don't overwrite.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D397#comment1303

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1820919030==--


From bugtracker@sip-router.org Fri Feb 21 16:15:57 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Crash in kamailio core - timeout	on
 forked destinations
Date: Fri, 21 Feb 2014 15:15:54 +0000
Message-ID: <1392995754.53076daa7c073@sip-router.org>
In-Reply-To: <FS384@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0273901499=="

--===============0273901499==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#384 - Crash in kamailio core - timeout on forked destinations
User who did this - Daniel-Constantin Mierla (miconda)

----------
Was there any resolution to this? I see the message from Carsten mentioning a=
 take over.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D384#comment1304

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0273901499==--


From abalashov@evaristesys.com Fri Feb 21 16:36:23 2014
From: Alex Balashov <abalashov@evaristesys.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Build B2BUA using Kamailio
Date: Fri, 21 Feb 2014 10:36:17 -0500
Message-ID: <355739d9-712b-4a1b-ba39-44c16b5481be@email.android.com>
In-Reply-To: =?utf-8?q?=3CA9F66DA246298647AF2509FF9C4FB63C0341EC8796=40RSI-N?=
 =?utf-8?q?OD-EXMDB6=2Eindia=2Ersystems=2Ecom=3E?=
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0274629862=="

--===============0274629862==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Why would you do this when there are perfectly good B2BUAs out there already?=
=20
And, all these capabilities already exist within the SEMS 'sbc' module.=20


Saurabh Sinha <Saurabh.Sinha(a)rsystems.com> wrote:
>Hi All,
>
>I am planning to use Kamailio, to build a B2BUA with the following
>functionalities:
>
>-          Topology Hiding (SIP: To, From, Call-ID, P-Asserted-ID)
>
>-          Topology Hiding (SDP: Changing SDP info - and act as an RTP
>Proxy)
>
>-          Perform - NAPTR ENUM Query
>
>-          To Release call (If Max Duration Reached)
>
>-          Generate CDRs.
>[Note: This is somewhat like a light SBC service]
>
>Now, my question is how to develop this service over Kamailio.
>Does Kamailio provide any Development APIs, which this B2BUA can use?
>OR I need to enhance or built new Kamailio modules?
>
>From the initial understanding, I got to know, Kamailio maintains SIP
>Transactions, and NOT the SIP Dialog, and basically I need to build
>this.
>
>It will be great if someone can give me any leads on this front.
>
>Thanks,
>SS
>
>
>________________________________
>The information contained in this e-mail and any accompanying documents
>may contain information that is confidential or otherwise protected
>from disclosure. If you are not the intended recipient of this message,
>please immediately alert the sender by reply e-mail and then delete
>this message. Any dissemination, distribution or other use of the
>contents of this message by anyone other than the intended recipient is
>strictly prohibited. R Systems has taken every reasonable precaution to
>minimize the risk, but is not liable for any damage you may sustain as
>a result of any virus in this e-mail. You should carry out your own
>virus checks before opening the e-mail or attachment.
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>sr-dev mailing list
>sr-dev(a)lists.sip-router.org
>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--
Sent from my mobile, and thus lacking in the refinement one might expect from=
 a fully fledged keyboard.=20

Alex Balashov - Principal=20
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0671
Web: http://www.evaristesys.com/, http://www.alexbalashov.com



--===============0274629862==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgdj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIG89InVybjpzY2hlbWFzLW1p
Y3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgdz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpv
ZmZpY2U6d29yZCIgbT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8x
Mi9vbW1sIj48aGVhZD48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRl
eHQvaHRtbDsgY2hhcnNldD11cy1hc2NpaSIgLz48bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl
bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIiAvPjxzdHlsZT48IS0tCi8q
IEZvbnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoge2ZvbnQtZmFtaWx5OldpbmdkaW5nczsK
IHBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQpAZm9udC1mYWNlCiB7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7CiBwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30KQGZvbnQtZmFj
ZQoge2ZvbnQtZmFtaWx5OkNhbGlicmk7CiBwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9
Ci8qIFN0eWxlIERlZmluaXRpb25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N
c29Ob3JtYWwKIHttYXJnaW46MGNtOwogbWFyZ2luLWJvdHRvbTouMDAwMXB0OwogZm9udC1zaXpl
OjExLjBwdDsKIGZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7CiBtc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUzt9CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsKIHttc28tc3R5bGUt
cHJpb3JpdHk6OTk7CiBjb2xvcjojMDU2M0MxOwogdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9
CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZAoge21zby1zdHlsZS1wcmlvcml0
eTo5OTsKIGNvbG9yOiM5NTRGNzI7CiB0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KcC5Nc29M
aXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaAog
e21zby1zdHlsZS1wcmlvcml0eTozNDsKIG1hcmdpbi10b3A6MGNtOwogbWFyZ2luLXJpZ2h0OjBj
bTsKIG1hcmdpbi1ib3R0b206MGNtOwogbWFyZ2luLWxlZnQ6MzYuMHB0OwogbWFyZ2luLWJvdHRv
bTouMDAwMXB0OwogZm9udC1zaXplOjExLjBwdDsKIGZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu
cy1zZXJpZiI7CiBtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CnNwYW4uRW1haWxTdHlsZTE3
CiB7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsKIGZvbnQtZmFtaWx5OiJDYWxpYnJp
Iiwic2Fucy1zZXJpZiI7CiBjb2xvcjp3aW5kb3d0ZXh0O30KLk1zb0NocERlZmF1bHQKIHttc28t
c3R5bGUtdHlwZTpleHBvcnQtb25seTsKIGZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp
ZiI7CiBtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CkBwYWdlIFdvcmRTZWN0aW9uMQoge3Np
emU6NjEyLjBwdCA3OTIuMHB0OwogbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9
CmRpdi5Xb3JkU2VjdGlvbjEKIHtwYWdlOldvcmRTZWN0aW9uMTt9Ci8qIExpc3QgRGVmaW5pdGlv
bnMgKi8KQGxpc3QgbDAKIHttc28tbGlzdC1pZDo0Mzc1MzA1OTc7CiBtc28tbGlzdC10eXBlOmh5
YnJpZDsKIG1zby1saXN0LXRlbXBsYXRlLWlkczotMTk4Njk2MjI2IDE2MzEyMjU2MjIgMTA3NDMz
MTY1MSAxMDc0MzMxNjUzIDEwNzQzMzE2NDkgMTA3NDMzMTY1MSAxMDc0MzMxNjUzIDEwNzQzMzE2
NDkgMTA3NDMzMTY1MSAxMDc0MzMxNjUzO30KQGxpc3QgbDA6bGV2ZWwxCiB7bXNvLWxldmVsLXN0
YXJ0LWF0OjA7CiBtc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7CiBtc28tbGV2ZWwtdGV4
dDotOwogbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7CiBtc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u
OmxlZnQ7CiB0ZXh0LWluZGVudDotMTguMHB0OwogZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjsKIG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5OkNhbGlicmk7CiBtc28tYmlkaS1mb250
LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9CkBsaXN0IGwwOmxldmVsMgoge21zby1sZXZlbC1u
dW1iZXItZm9ybWF0OmJ1bGxldDsKIG1zby1sZXZlbC10ZXh0Om87CiBtc28tbGV2ZWwtdGFiLXN0
b3A6bm9uZTsKIG1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKIHRleHQtaW5kZW50Oi0x
OC4wcHQ7CiBmb250LWZhbWlseToiQ291cmllciBOZXciO30KQGxpc3QgbDA6bGV2ZWwzCiB7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwogbXNvLWxldmVsLXRleHQ6XEYwQTc7CiBtc28t
bGV2ZWwtdGFiLXN0b3A6bm9uZTsKIG1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKIHRl
eHQtaW5kZW50Oi0xOC4wcHQ7CiBmb250LWZhbWlseTpXaW5nZGluZ3M7fQpAbGlzdCBsMDpsZXZl
bDQKIHttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7CiBtc28tbGV2ZWwtdGV4dDpcRjBC
NzsKIG1zby1sZXZlbC10YWItc3RvcDpub25lOwogbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0OwogdGV4dC1pbmRlbnQ6LTE4LjBwdDsKIGZvbnQtZmFtaWx5OlN5bWJvbDt9CkBsaXN0IGww
OmxldmVsNQoge21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsKIG1zby1sZXZlbC10ZXh0
Om87CiBtc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKIG1zby1sZXZlbC1udW1iZXItcG9zaXRpb246
bGVmdDsKIHRleHQtaW5kZW50Oi0xOC4wcHQ7CiBmb250LWZhbWlseToiQ291cmllciBOZXciO30K
QGxpc3QgbDA6bGV2ZWw2CiB7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0OwogbXNvLWxl
dmVsLXRleHQ6XEYwQTc7CiBtc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKIG1zby1sZXZlbC1udW1i
ZXItcG9zaXRpb246bGVmdDsKIHRleHQtaW5kZW50Oi0xOC4wcHQ7CiBmb250LWZhbWlseTpXaW5n
ZGluZ3M7fQpAbGlzdCBsMDpsZXZlbDcKIHttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7
CiBtc28tbGV2ZWwtdGV4dDpcRjBCNzsKIG1zby1sZXZlbC10YWItc3RvcDpub25lOwogbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0OwogdGV4dC1pbmRlbnQ6LTE4LjBwdDsKIGZvbnQtZmFt
aWx5OlN5bWJvbDt9CkBsaXN0IGwwOmxldmVsOAoge21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1
bGxldDsKIG1zby1sZXZlbC10ZXh0Om87CiBtc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsKIG1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKIHRleHQtaW5kZW50Oi0xOC4wcHQ7CiBmb250LWZh
bWlseToiQ291cmllciBOZXciO30KQGxpc3QgbDA6bGV2ZWw5CiB7bXNvLWxldmVsLW51bWJlci1m
b3JtYXQ6YnVsbGV0OwogbXNvLWxldmVsLXRleHQ6XEYwQTc7CiBtc28tbGV2ZWwtdGFiLXN0b3A6
bm9uZTsKIG1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsKIHRleHQtaW5kZW50Oi0xOC4w
cHQ7CiBmb250LWZhbWlseTpXaW5nZGluZ3M7fQpvbAoge21hcmdpbi1ib3R0b206MGNtO30KdWwK
IHttYXJnaW4tYm90dG9tOjBjbTt9Ci0tPjwvc3R5bGU+PC9oZWFkPjxib2R5IGxhbmc9IkVOLUlO
IiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+V2h5IHdvdWxkIHlvdSBkbyB0aGlzIHdo
ZW4gdGhlcmUgYXJlIHBlcmZlY3RseSBnb29kIEIyQlVBcyBvdXQgdGhlcmUgYWxyZWFkeT8gPGJy
PgpBbmQsIGFsbCB0aGVzZSBjYXBhYmlsaXRpZXMgYWxyZWFkeSBleGlzdCB3aXRoaW4gdGhlIFNF
TVMgJiMzOTtzYmMmIzM5OyBtb2R1bGUuIDxicj4KPGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9x
dW90ZSI+U2F1cmFiaCBTaW5oYSAmbHQ7U2F1cmFiaC5TaW5oYUByc3lzdGVtcy5jb20mZ3Q7IHdy
b3RlOjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjogMHB0IDBw
dCAwcHQgMC44ZXg7IGJvcmRlci1sZWZ0OiAxcHggc29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBw
YWRkaW5nLWxlZnQ6IDFleDsiPgoKCgoKPCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBl
ZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0t
PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+Cjxv
OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPgo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb
ZW5kaWZdLS0+CgoKPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+SGkgQWxsLCA8L3A+PHA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48L3A+PHA+Jm5ic3A7
PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFtIHBsYW5uaW5nIHRvIHVzZSBLYW1haWxpbywg
dG8gYnVpbGQgYSBCMkJVQSB3aXRoIHRoZSBmb2xsb3dpbmcgZnVuY3Rpb25hbGl0aWVzOgo8L3A+
PHA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0x
OC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v
cmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8
L3NwYW4+PC9zcGFuPlRvcG9sb2d5IEhpZGluZyAoU0lQOiBUbywgRnJvbSwgQ2FsbC1JRCwgUC1B
c3NlcnRlZC1JRCk8L3A+PHA+PC9wPgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9
InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjxzcGFuIHN0eWxl
PSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBO
ZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOwo8L3NwYW4+PC9zcGFuPlRvcG9sb2d5IEhpZGluZyAoU0RQOiBDaGFuZ2lu
ZyBTRFAgaW5mbyAmIzgyMTE7IGFuZCBhY3QgYXMgYW4gUlRQIFByb3h5KTwvcD48cD48L3A+Cjxw
IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LTE4LjBwdDttc28t
bGlzdDpsMCBsZXZlbDEgbGZvMSI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFu
IHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3Nw
YW4+UGVyZm9ybSAmIzgyMTE7IE5BUFRSIEVOVU0gUXVlcnk8L3A+PHA+PC9wPgo8cCBjbGFzcz0i
TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzEiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0i
Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PC9zcGFuPlRvIFJl
bGVhc2UgY2FsbCAoSWYgTWF4IER1cmF0aW9uIFJlYWNoZWQpPC9wPjxwPjwvcD4KPHAgY2xhc3M9
Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0Omww
IGxldmVsMSBsZm8xIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9
ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjwvc3Bhbj5HZW5l
cmF0ZSBDRFJzLjwvcD48cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPltOb3RlOiBUaGlzIGlz
IHNvbWV3aGF0IGxpa2UgYSBsaWdodCBTQkMgc2VydmljZV08L3A+PHA+PC9wPgo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48L3A+PHA+Jm5ic3A7PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Ob3csIG15
IHF1ZXN0aW9uIGlzIGhvdyB0byBkZXZlbG9wIHRoaXMgc2VydmljZSBvdmVyIEthbWFpbGlvLjwv
cD48cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRvZXMgS2FtYWlsaW8gcHJvdmlkZSBhbnkg
RGV2ZWxvcG1lbnQgQVBJcywgd2hpY2ggdGhpcyBCMkJVQSBjYW4gdXNlPzwvcD48cD48L3A+Cjxw
IGNsYXNzPSJNc29Ob3JtYWwiPk9SIEkgbmVlZCB0byBlbmhhbmNlIG9yIGJ1aWx0IG5ldyBLYW1h
aWxpbyBtb2R1bGVzPzwvcD48cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjwvcD48cD4mbmJz
cDs8L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZyb20gdGhlIGluaXRpYWwgdW5kZXJzdGFuZGlu
ZywgSSBnb3QgdG8ga25vdywgS2FtYWlsaW8gbWFpbnRhaW5zIFNJUCBUcmFuc2FjdGlvbnMsIGFu
ZCBOT1QgdGhlIFNJUCBEaWFsb2csIGFuZCBiYXNpY2FsbHkgSSBuZWVkIHRvIGJ1aWxkIHRoaXMu
PC9wPjxwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PC9wPjxwPiZuYnNwOzwvcD4KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+SXQgd2lsbCBiZSBncmVhdCBpZiBzb21lb25lIGNhbiBnaXZlIG1lIGFu
eSBsZWFkcyBvbiB0aGlzIGZyb250Lgo8L3A+PHA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
L3A+PHA+Jm5ic3A7PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPC9wPjxwPjwvcD4K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+U1M8L3A+PHA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
L3A+PHA+Jm5ic3A7PC9wPgo8L2Rpdj4KPGJyIC8+CjxociAvPgo8Zm9udCBmYWNlPSJBcmlhbCIg
Y29sb3I9IkdyYXkiIHNpemU9IjEiPlRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBl
LW1haWwgYW5kIGFueSBhY2NvbXBhbnlpbmcgZG9jdW1lbnRzIG1heSBjb250YWluIGluZm9ybWF0
aW9uIHRoYXQgaXMgY29uZmlkZW50aWFsIG9yIG90aGVyd2lzZSBwcm90ZWN0ZWQgZnJvbSBkaXNj
bG9zdXJlLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgbWVz
c2FnZSwgcGxlYXNlCiBpbW1lZGlhdGVseSBhbGVydCB0aGUgc2VuZGVyIGJ5IHJlcGx5IGUtbWFp
bCBhbmQgdGhlbiBkZWxldGUgdGhpcyBtZXNzYWdlLiBBbnkgZGlzc2VtaW5hdGlvbiwgZGlzdHJp
YnV0aW9uIG9yIG90aGVyIHVzZSBvZiB0aGUgY29udGVudHMgb2YgdGhpcyBtZXNzYWdlIGJ5IGFu
eW9uZSBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgc3RyaWN0bHkgcHJvaGli
aXRlZC4gUiBTeXN0ZW1zIGhhcyB0YWtlbiBldmVyeSByZWFzb25hYmxlCiBwcmVjYXV0aW9uIHRv
IG1pbmltaXplIHRoZSByaXNrLCBidXQgaXMgbm90IGxpYWJsZSBmb3IgYW55IGRhbWFnZSB5b3Ug
bWF5IHN1c3RhaW4gYXMgYSByZXN1bHQgb2YgYW55IHZpcnVzIGluIHRoaXMgZS1tYWlsLiBZb3Ug
c2hvdWxkIGNhcnJ5IG91dCB5b3VyIG93biB2aXJ1cyBjaGVja3MgYmVmb3JlIG9wZW5pbmcgdGhl
IGUtbWFpbCBvciBhdHRhY2htZW50LjxiciAvPgo8L2ZvbnQ+CgoKPHAgc3R5bGU9Im1hcmdpbi10
b3A6IDIuNWVtOyBtYXJnaW4tYm90dG9tOiAxZW07IGJvcmRlci1ib3R0b206IDFweCBzb2xpZCAj
MDAwIj48L3A+PHByZSBjbGFzcz0iazltYWlsIj48aHIgLz48YnIgLz5zci1kZXYgbWFpbGluZyBs
aXN0PGJyIC8+c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnPGJyIC8+PGEgaHJlZj0iaHR0cDov
L2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXYiPmh0
dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2
PC9hPjxiciAvPjwvcHJlPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+Ci0tPGJyPgpTZW50IGZyb20g
bXkgbW9iaWxlLCBhbmQgdGh1cyBsYWNraW5nIGluIHRoZSByZWZpbmVtZW50IG9uZSBtaWdodCBl
eHBlY3QgZnJvbSBhIGZ1bGx5IGZsZWRnZWQga2V5Ym9hcmQuIDxicj4KPGJyPgpBbGV4IEJhbGFz
aG92IC0gUHJpbmNpcGFsIDxicj4KRXZhcmlzdGUgU3lzdGVtcyBMTEM8YnI+CjIzNSBFIFBvbmNl
IGRlIExlb24gQXZlPGJyPgpTdWl0ZSAxMDY8YnI+CkRlY2F0dXIsIEdBIDMwMDMwPGJyPgpVbml0
ZWQgU3RhdGVzPGJyPgpUZWw6ICsxLTY3OC05NTQtMDY3MTxicj4KV2ViOiA8YSBocmVmPSJodHRw
Oi8vd3d3LmV2YXJpc3Rlc3lzLmNvbSI+aHR0cDovL3d3dy5ldmFyaXN0ZXN5cy5jb208L2E+Lywg
PGEgaHJlZj0iaHR0cDovL3d3dy5hbGV4YmFsYXNob3YuY29tIj5odHRwOi8vd3d3LmFsZXhiYWxh
c2hvdi5jb208L2E+PC9ib2R5PjwvaHRtbD4=

--===============0274629862==--


From miconda@gmail.com Fri Feb 21 18:10:10 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: topoh: don't encode/decode content for local
	generated messages
Date: Fri, 21 Feb 2014 18:10:10 +0100
Message-ID: <20140221171010.45A8EEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0630882087=="

--===============0630882087==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 41f12e01b20a6b32d26297fbdf6ce17d40823ef2
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D41f12e01b20a6b32d26297fbdf6ce17d40823ef2

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 17:58:19 2014 +0100

topoh: don't encode/decode content for local generated messages

- requests generated by kamailio don't have headers that should be
  hidden
- replies to them don't have anything hidden
- update as part of report from FS#390

---

 modules/topoh/topoh_mod.c |   20 ++++++++++++++++++++
 1 files changed, 20 insertions(+), 0 deletions(-)

diff --git a/modules/topoh/topoh_mod.c b/modules/topoh/topoh_mod.c
index 28a53bb..698f853 100644
--- a/modules/topoh/topoh_mod.c
+++ b/modules/topoh/topoh_mod.c
@@ -222,6 +222,13 @@ int th_prepare_msg(sip_msg_t *msg)
 		return 2;
 	}
=20
+	/* force 2nd via parsing here - it helps checking it later */
+	if (parse_headers(msg, HDR_VIA2_F, 0)=3D=3D-1
+		|| (msg->via2=3D=3D0) || (msg->via2->error!=3DPARSE_OK))
+	{
+		LM_DBG("no second via in this message \n");
+	}
+
 	if(parse_from_header(msg)<0)
 	{
 		LM_ERR("cannot parse FROM header\n");
@@ -308,6 +315,13 @@ int th_msg_received(void *data)
 		}
 	} else {
 		/* reply */
+		if(msg.via2=3D=3D0)
+		{
+			/* one Via in received reply -- it is for local generated request
+			 * - nothing to unhide */
+			goto done;
+		}
+
 		th_unmask_via(&msg, &th_cookie_value);
 		th_flip_record_route(&msg, 0);
 		if(th_cookie_value.s[0]=3D=3D'u')
@@ -371,6 +385,12 @@ int th_msg_sent(void *data)
 		th_del_cookie(&msg);
 	if(msg.first_line.type=3D=3DSIP_REQUEST)
 	{
+		if(msg.via2=3D=3D0)
+		{
+			/* one Via in request sent out -- it is local generated
+			 * - nothing to hide */
+			goto done;
+		}
 		direction =3D (th_cookie_value.s[0]=3D=3D'u')?1:0; /* upstream/downstram */
 		dialog =3D (get_to(&msg)->tag_value.len>0)?1:0;
 		local =3D (th_cookie_value.s[0]!=3D'd'&&th_cookie_value.s[0]!=3D'u')?1:0;



--===============0630882087==--


From miconda@gmail.com Fri Feb 21 18:28:19 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: topoh: let replies for CANCEL requests be	handled
Date: Fri, 21 Feb 2014 18:28:18 +0100
Message-ID: <20140221172818.C151CEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1978829225=="

--===============1978829225==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 376d8b3972d96b70d1e12cc57104475b2ee7ade8
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D376d8b3972d96b70d1e12cc57104475b2ee7ade8

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 18:26:34 2014 +0100

topoh: let replies for CANCEL requests be handled

- CANCEL is hop by hop, but can have the call-id hidden when sending out

---

 modules/topoh/topoh_mod.c |   11 +++--------
 1 files changed, 3 insertions(+), 8 deletions(-)

diff --git a/modules/topoh/topoh_mod.c b/modules/topoh/topoh_mod.c
index 698f853..b533945 100644
--- a/modules/topoh/topoh_mod.c
+++ b/modules/topoh/topoh_mod.c
@@ -318,8 +318,9 @@ int th_msg_received(void *data)
 		if(msg.via2=3D=3D0)
 		{
 			/* one Via in received reply -- it is for local generated request
-			 * - nothing to unhide */
-			goto done;
+			 * - nothing to unhide unless is CANCEL/ACK */
+			if((get_cseq(&msg)->method_id)&(METHOD_CANCEL))
+				goto done;
 		}
=20
 		th_unmask_via(&msg, &th_cookie_value);
@@ -385,12 +386,6 @@ int th_msg_sent(void *data)
 		th_del_cookie(&msg);
 	if(msg.first_line.type=3D=3DSIP_REQUEST)
 	{
-		if(msg.via2=3D=3D0)
-		{
-			/* one Via in request sent out -- it is local generated
-			 * - nothing to hide */
-			goto done;
-		}
 		direction =3D (th_cookie_value.s[0]=3D=3D'u')?1:0; /* upstream/downstram */
 		dialog =3D (get_to(&msg)->tag_value.len>0)?1:0;
 		local =3D (th_cookie_value.s[0]!=3D'd'&&th_cookie_value.s[0]!=3D'u')?1:0;



--===============1978829225==--


From bugtracker@sip-router.org Fri Feb 21 18:29:55 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Bug in tm with topoh modules -
	segfault on callid comparison.
Date: Fri, 21 Feb 2014 17:29:54 +0000
Message-ID: <1393003794.53078d1250e4c@sip-router.org>
In-Reply-To: <FS390@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1581203286=="

--===============1581203286==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#390 - Bug in tm with topoh modules - segfault on callid comparison.
User who did this - Daniel-Constantin Mierla (miconda)

----------
Added checks to topoh to handle local generated requests and their responses =
without trying to hide/unhide headers -- there is nothing to protect in such =
case.

Can you test with next patches?

http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3D41f12=
e01b20a6b32d26297fbdf6ce17d40823ef2
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3D376d8=
b3972d96b70d1e12cc57104475b2ee7ade8

If all ok, I will backport.
----------

More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D390#comment13=
05

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1581203286==--


From bugtracker@sip-router.org Fri Feb 21 18:48:56 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Invalide tel INVITE crashes 4.0.3
Date: Fri, 21 Feb 2014 17:48:53 +0000
Message-ID: <1393004933.53079185b0e71@sip-router.org>
In-Reply-To: <FS348@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0837215799=="

--===============0837215799==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#348 - Invalide tel INVITE crashes 4.0.3
User who did this - Daniel-Constantin Mierla (miconda)

----------
Is this still an issue? When I tried it worked and then no follow up...
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D348#comment1306

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0837215799==--


From miconda@gmail.com Fri Feb 21 18:52:45 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: call_control: Passthrough sip_application
Date: Fri, 21 Feb 2014 18:52:45 +0100
Message-ID: <20140221175245.3D360EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1159791808=="

--===============1159791808==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 0a4519af5c1ea3f61362fba7451eb4acc479d488
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D0a4519af5c1ea3f61362fba7451eb4acc479d488

Author: David M. Lee <dlee(a)digium.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 10 15:22:11 2014 -0600

call_control: Passthrough sip_application

Current patches being submitted to CDRTool and the call_control daemon
allow for SIP application type to be specified. This allows audio or
video services to be rated differently, or even different ratings for
application subtypes (audio.inbound vs. audio.outbound).

This patch allows the sip_application value to be passed through to the
call_control daemon.

---

 modules/call_control/call_control.c |   42 +++++++++++++++++++++++++++++++++=
+-
 1 files changed, 41 insertions(+), 1 deletions(-)

diff --git a/modules/call_control/call_control.c b/modules/call_control/call_=
control.c
index 2ba7a50..725d638 100644
--- a/modules/call_control/call_control.c
+++ b/modules/call_control/call_control.c
@@ -59,6 +59,7 @@ MODULE_VERSION
=20
 #define CANONICAL_URI_AVP_SPEC "$avp(s:can_uri)"
 #define SIGNALING_IP_AVP_SPEC  "$avp(s:signaling_ip)"
+#define SIP_APPLICATION_AVP_SPEC "$avp(s:sip_application)"
=20
 // Although `AF_LOCAL' is mandated by POSIX.1g, `AF_UNIX' is portable to
 // more systems.  `AF_UNIX' was the traditional name stemming from BSD, so
@@ -134,6 +135,9 @@ static AVP_Param canonical_uri_avp =3D {str_init(CANONICA=
L_URI_AVP_SPEC), {0}, 0};
 /* The AVP where the caller signaling IP is stored (if defined) */
 static AVP_Param signaling_ip_avp =3D {str_init(SIGNALING_IP_AVP_SPEC), {0},=
 0};
=20
+/* The AVP where the SIP application type is stored (if defined) */
+static AVP_Param sip_application_avp =3D {str_init(SIP_APPLICATION_AVP_SPEC)=
, {0}, 0};
+
=20
 struct dlg_binds dlg_api;
 static int dialog_flag =3D -1;
@@ -157,6 +161,7 @@ static param_export_t parameters[] =3D {
     {"diverter_avp_id",     INT_PARAM, &diverter_avp_id},
     {"canonical_uri_avp",   STR_PARAM, &(canonical_uri_avp.spec.s)},
     {"signaling_ip_avp",    STR_PARAM, &(signaling_ip_avp.spec.s)},
+    {"sip_application_avp", STR_PARAM, &(sip_application_avp.spec.s)},
     {0, 0, 0}
 };
=20
@@ -204,6 +209,7 @@ typedef struct CallInfo {
     str callid;
     str from;
     str from_tag;
+    str sip_application;
 } CallInfo;
=20
=20
@@ -416,6 +422,22 @@ get_signaling_ip(struct sip_msg* msg)
     return value.s;
 }
=20
+// Get SIP application type
+static str
+get_sip_application(struct sip_msg* msg)
+{
+    int_str value;
+
+    if (!search_first_avp(sip_application_avp.type | AVP_VAL_STR,
+                          sip_application_avp.name, &value, NULL) ||
+        !value.s.s || value.s.len=3D=3D0) {
+
+        value.s.s =3D "audio";
+        value.s.len =3D strlen(value.s.s);
+    }
+
+    return value.s;
+}
=20
 static str
 get_diverter(struct sip_msg *msg)
@@ -534,6 +556,7 @@ get_call_info(struct sip_msg *msg, CallControlAction acti=
on)
         call_info.ruri =3D get_canonical_request_uri(msg);
         call_info.diverter =3D get_diverter(msg);
         call_info.source_ip =3D get_signaling_ip(msg);
+        call_info.sip_application =3D get_sip_application(msg);
     }
=20
     call_info.action =3D action;
@@ -604,13 +627,15 @@ make_default_request(CallInfo *call)
                        "callid: %.*s\r\n"
                        "from: %.*s\r\n"
                        "fromtag: %.*s\r\n"
+                       "sip_application: %.*s\r\n"
                        "\r\n",
                        call->ruri.len, call->ruri.s,
                        call->diverter.len, call->diverter.s,
                        call->source_ip.len, call->source_ip.s,
                        call->callid.len, call->callid.s,
                        call->from.len, call->from.s,
-                       call->from_tag.len, call->from_tag.s);
+                       call->from_tag.len, call->from_tag.s,
+                       call->sip_application.len, call->sip_application.s);
=20
         if (len >=3D sizeof(request)) {
             LOG(L_ERR, "callcontrol request is longer than %ld bytes\n", (un=
signed long)sizeof(request));
@@ -1073,6 +1098,21 @@ mod_init(void)
         return -1;
     }
=20
+    // initialize the sip_application_avp structure
+    if (sip_application_avp.spec.s=3D=3DNULL || *(sip_application_avp.spec.s=
)=3D=3D0) {
+        LOG(L_ERR, "missing/empty sip_application_avp parameter. using defau=
lt.\n");
+        sip_application_avp.spec.s =3D SIP_APPLICATION_AVP_SPEC;
+    }
+    sip_application_avp.spec.len =3D strlen(sip_application_avp.spec.s);
+    if (pv_parse_spec(&(sip_application_avp.spec), &avp_spec)=3D=3D0 || avp_=
spec.type!=3DPVT_AVP) {
+        LOG(L_CRIT, "invalid AVP specification for sip_application_avp: `%s'=
\n", sip_application_avp.spec.s);
+        return -1;
+    }
+    if (pv_get_avp_name(0, &(avp_spec.pvp), &(sip_application_avp.name), &(s=
ip_application_avp.type))!=3D0) {
+        LOG(L_CRIT, "invalid AVP specification for sip_application_avp: `%s'=
\n", sip_application_avp.spec.s);
+        return -1;
+    }
+
     // bind to the dialog API
     if (load_dlg_api(&dlg_api)!=3D0) {
         LOG(L_CRIT, "cannot load the dialog module API\n");



--===============1159791808==--


From bugtracker@sip-router.org Fri Feb 21 18:53:32 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Task closed: call_control: Passthrough	sip_application
Date: Fri, 21 Feb 2014 17:53:23 +0000
Message-ID: <1393005203.53079293a490a@sip-router.org>
In-Reply-To: <FS395@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0165670190=="

--===============0165670190==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#395 - call_control: Passthrough sip_application
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Implemented
Additional comments about closing: Thanks for the patch, it was merged to mas=
ter branch.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D395

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0165670190==--


From bugtracker@sip-router.org Fri Feb 21 20:00:07 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Task closed: kamctl does not work properly for	sqlite
Date: Fri, 21 Feb 2014 19:00:05 +0000
Message-ID: <1393009205.5307a235442f0@sip-router.org>
In-Reply-To: <FS356@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0611734022=="

--===============0611734022==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#356 - kamctl does not work properly for sqlite
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Implemented
Additional comments about closing: No follow up after the patch, reopen if st=
ill an issue.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D356

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0611734022==--


From miconda@gmail.com Fri Feb 21 20:05:02 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] Removing carrierroute dependency on libconfuse
Date: Fri, 21 Feb 2014 20:04:47 +0100
Message-ID: <5307A34F.6000907@gmail.com>
In-Reply-To:
 <CAD85-0sVsGdWx_AFSrHXB_DX5XkG4wXBxO+O5W8Q10DZG2HtYw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0630555106=="

--===============0630555106==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

what is the state with this patch?

This tracker item seems related:

- http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D353&project=
=3D1

Cheers,
Daniel

On 16/11/13 20:36, Marius Zbihlei wrote:
> Hello Lucian,
>
> Sorry for the delay I was fairly busy and also I wanted to try to use=20
> Rietveld(*) for doing the code review(@Daniel ever think about=20
> extending something like this to all commits or all patches coming=20
> from contributors?)
>
> So, I will do my review here:
>
> https://codereview.appspot.com/27270044/  (@Lucian see the comments=20
> section for needed improvement)
>
> (*) developed by Guido Van Rossum when working at Google. FOSS, but=20
> requires AppEngine
>
>
>
> On Fri, Nov 8, 2013 at 4:37 PM, Lucian Balaceanu=20
> <lucian.balaceanu(a)1and1.ro <mailto:lucian.balaceanu(a)1and1.ro>> wrote:
>
>     Hello Marius,
>
>     I have attached a patched version of an internal parser for
>     carrierroute. I would very much appreciate suggestions related to it.
>     Some build dependencies would still have to be removed: fedora,
>     openbsd and centos.
>
>     Thank you,
>     Lucian Balaceanu
>
>
>
>
>     On 10/21/2013 11:04 AM, Marius Zbihlei wrote:
>>     That would be great! Thanks!
>>     Marius.
>>
>>
>>     On Mon, Oct 21, 2013 at 8:04 AM, Lucian Balaceanu
>>     <lucian.balaceanu(a)1and1.ro <mailto:lucian.balaceanu(a)1and1.ro>> wro=
te:
>>
>>         Hi Marius,
>>
>>         I will commit such a patch related to libconfuse. Maybe you
>>         want to have a look over it?
>>
>>         Thank you,
>>         Lucian Balaceanu
>>
>>
>>
>>         On 10/20/2013 11:51 PM, Marius Zbihlei wrote:
>>>         Hi all,
>>>
>>>         This has been in the back of my head from some time now.
>>>         Libconfuse is a small project not distributed with major
>>>         distros and unmaintained for 3.5 years now. As it is only
>>>         used for reading of a simple cfg file, I want to write a
>>>         simple parser that does the job(I do not want external deps
>>>         ... see below why)
>>>
>>>         Benefits: we can now pack carrierroute with the common used
>>>         modules (as it will not have any external dependencies) and
>>>         also will remove a lot of problems seen on the list
>>>         regarding linkage of libconfuse.
>>>
>>>         Any thoughts?
>>>
>>>         Marius
>>>
>>>
>>>         _______________________________________________
>>>         sr-dev mailing list
>>>         sr-dev(a)lists.sip-router.org  <mailto:sr-dev(a)lists.sip-router.=
org>
>>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>>         _______________________________________________
>>         sr-dev mailing list
>>         sr-dev(a)lists.sip-router.org <mailto:sr-dev(a)lists.sip-router.or=
g>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>>
>>     _______________________________________________
>>     sr-dev mailing list
>>     sr-dev(a)lists.sip-router.org  <mailto:sr-dev(a)lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============0630555106==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+CiAgICBIZWxsbyw8YnI+CiAgICA8
YnI+CiAgICB3aGF0IGlzIHRoZSBzdGF0ZSB3aXRoIHRoaXMgcGF0Y2g/PGJyPgogICAgPGJyPgog
ICAgVGhpcyB0cmFja2VyIGl0ZW0gc2VlbXMgcmVsYXRlZDo8YnI+CiAgICA8YnI+CiAgICAtCjxh
IGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9zaXAtcm91dGVyLm9y
Zy90cmFja2VyL2luZGV4LnBocD9kbz1kZXRhaWxzJmFtcDt0YXNrX2lkPTM1MyZhbXA7cHJvamVj
dD0xIj5odHRwOi8vc2lwLXJvdXRlci5vcmcvdHJhY2tlci9pbmRleC5waHA/ZG89ZGV0YWlscyZh
bXA7dGFza19pZD0zNTMmYW1wO3Byb2plY3Q9MTwvYT48YnI+CiAgICA8YnI+CiAgICBDaGVlcnMs
PGJyPgogICAgRGFuaWVsPGJyPgogICAgPGJyPgogICAgPGRpdiBjbGFzcz0ibW96LWNpdGUtcHJl
Zml4Ij5PbiAxNi8xMS8xMyAyMDozNiwgTWFyaXVzIFpiaWhsZWkKICAgICAgd3JvdGU6PGJyPgog
ICAgPC9kaXY+CiAgICA8YmxvY2txdW90ZQpjaXRlPSJtaWQ6Q0FEODUtMHNWc0dkV3hfQUZTckhY
Ql9EWDVYa0c0d1hCeE8rTzVXOFExMERaRzJIdFl3QG1haWwuZ21haWwuY29tIgogICAgICB0eXBl
PSJjaXRlIj4KICAgICAgPGRpdiBkaXI9Imx0ciI+SGVsbG8gTHVjaWFuLAogICAgICAgIDxkaXY+
PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+U29ycnkgZm9yIHRoZSBkZWxheSBJIHdh
cyBmYWlybHkgYnVzeSBhbmQgYWxzbyBJIHdhbnRlZCB0bwogICAgICAgICAgdHJ5IHRvIHVzZSBS
aWV0dmVsZCgqKSBmb3IgZG9pbmcgdGhlIGNvZGUgcmV2aWV3KEBEYW5pZWwgZXZlcgogICAgICAg
ICAgdGhpbmsgYWJvdXQgZXh0ZW5kaW5nIHNvbWV0aGluZyBsaWtlIHRoaXMgdG8gYWxsIGNvbW1p
dHMgb3IKICAgICAgICAgIGFsbCBwYXRjaGVzIGNvbWluZyBmcm9tIGNvbnRyaWJ1dG9ycz8pPC9k
aXY+CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdj5TbywgSSB3
aWxsIGRvIG15IHJldmlldyBoZXJlOjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwv
ZGl2PgogICAgICAgIDxkaXY+PGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgogICAgICAgICAgICBo
cmVmPSJodHRwczovL2NvZGVyZXZpZXcuYXBwc3BvdC5jb20vMjcyNzAwNDQvIj5odHRwczovL2Nv
ZGVyZXZpZXcuYXBwc3BvdC5jb20vMjcyNzAwNDQvPC9hPgogICAgICAgICAgoChATHVjaWFuIHNl
ZSB0aGUgY29tbWVudHMgc2VjdGlvbiBmb3IgbmVlZGVkIGltcHJvdmVtZW50KTwvZGl2PgogICAg
ICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+KCopIGRldmVsb3BlZCBi
eSBHdWlkbyBWYW4gUm9zc3VtIHdoZW4gd29ya2luZyBhdCBHb29nbGUuCiAgICAgICAgICBGT1NT
LCBidXQgcmVxdWlyZXMgQXBwRW5naW5lPC9kaXY+CiAgICAgICAgPGRpdj48YnI+CiAgICAgICAg
PC9kaXY+CiAgICAgIDwvZGl2PgogICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPgog
ICAgICAgIDxicj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gRnJpLCBOb3Yg
OCwgMjAxMyBhdCA0OjM3IFBNLCBMdWNpYW4KICAgICAgICAgIEJhbGFjZWFudSA8c3BhbiBkaXI9
Imx0ciI+Jmx0OzxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIKICAgICAgICAgICAgICBocmVmPSJt
YWlsdG86bHVjaWFuLmJhbGFjZWFudUAxYW5kMS5ybyIgdGFyZ2V0PSJfYmxhbmsiPmx1Y2lhbi5i
YWxhY2VhbnVAMWFuZDEucm88L2E+Jmd0Ozwvc3Bhbj4KICAgICAgICAgIHdyb3RlOjxicj4KICAg
ICAgICAgIDxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAg
MAogICAgICAgICAgICAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVm
dDoxZXgiPgogICAgICAgICAgICA8ZGl2IGJnY29sb3I9IiNmZmZmZmYiIHRleHQ9IiMwMDAwMDAi
PiBIZWxsbyBNYXJpdXMsPGJyPgogICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICBJIGhh
dmUgYXR0YWNoZWQgYSBwYXRjaGVkIHZlcnNpb24gb2YgYW4gaW50ZXJuYWwgcGFyc2VyCiAgICAg
ICAgICAgICAgZm9yIGNhcnJpZXJyb3V0ZS4gSSB3b3VsZCB2ZXJ5IG11Y2ggYXBwcmVjaWF0ZSBz
dWdnZXN0aW9ucwogICAgICAgICAgICAgIHJlbGF0ZWQgdG8gaXQuPGJyPgogICAgICAgICAgICAg
IFNvbWUgYnVpbGQgZGVwZW5kZW5jaWVzIHdvdWxkIHN0aWxsIGhhdmUgdG8gYmUgcmVtb3ZlZDoK
ICAgICAgICAgICAgICBmZWRvcmEsIG9wZW5ic2QgYW5kIGNlbnRvcy48YnI+CiAgICAgICAgICAg
ICAgPGJyPgogICAgICAgICAgICAgIFRoYW5rIHlvdSw8YnI+CiAgICAgICAgICAgICAgTHVjaWFu
IEJhbGFjZWFudQogICAgICAgICAgICAgIDxkaXY+CiAgICAgICAgICAgICAgICA8ZGl2IGNsYXNz
PSJoNSI+PGJyPgogICAgICAgICAgICAgICAgICA8YnI+CiAgICAgICAgICAgICAgICAgIDxicj4K
ICAgICAgICAgICAgICAgICAgPGJyPgogICAgICAgICAgICAgICAgICBPbiAxMC8yMS8yMDEzIDEx
OjA0IEFNLCBNYXJpdXMgWmJpaGxlaSB3cm90ZToKICAgICAgICAgICAgICAgICAgPGJsb2NrcXVv
dGUgdHlwZT0iY2l0ZSI+CiAgICAgICAgICAgICAgICAgICAgPGRpdiBkaXI9Imx0ciI+VGhhdCB3
b3VsZCBiZSBncmVhdCEgVGhhbmtzIQogICAgICAgICAgICAgICAgICAgICAgPGRpdj6gPC9kaXY+
CiAgICAgICAgICAgICAgICAgICAgICA8ZGl2Pk1hcml1cy48L2Rpdj4KICAgICAgICAgICAgICAg
ICAgICA8L2Rpdj4KICAgICAgICAgICAgICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+
PGJyPgogICAgICAgICAgICAgICAgICAgICAgPGJyPgogICAgICAgICAgICAgICAgICAgICAgPGRp
diBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIE1vbiwgT2N0IDIxLCAyMDEzIGF0CiAgICAgICAgICAg
ICAgICAgICAgICAgIDg6MDQgQU0sIEx1Y2lhbiBCYWxhY2VhbnUgPHNwYW4gZGlyPSJsdHIiPiZs
dDs8YQogICAgICAgICAgICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgaHJlZj0ibWFpbHRvOmx1Y2lhbi5iYWxhY2VhbnVA
MWFuZDEucm8iCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB0YXJnZXQ9Il9ibGFuayI+bHVj
aWFuLmJhbGFjZWFudUAxYW5kMS5ybzwvYT4mZ3Q7PC9zcGFuPgogICAgICAgICAgICAgICAgICAg
ICAgICB3cm90ZTo8YnI+CiAgICAgICAgICAgICAgICAgICAgICAgIDxibG9ja3F1b3RlIGNsYXNz
PSJnbWFpbF9xdW90ZSIKICAgICAgICAgICAgICAgICAgICAgICAgICBzdHlsZT0ibWFyZ2luOjBw
dCAwcHQgMHB0CiAgICAgICAgICAgICAgICAgICAgICAgICAgMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4
IHNvbGlkCiAgICAgICAgICAgICAgICAgICAgICAgICAgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5n
LWxlZnQ6MWV4Ij4KICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2IGJnY29sb3I9IiNmZmZm
ZmYiIHRleHQ9IiMwMDAwMDAiPiBIaQogICAgICAgICAgICAgICAgICAgICAgICAgICAgTWFyaXVz
LDxicj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEkgd2lsbCBjb21taXQgc3VjaCBhIHBhdGNoIHJlbGF0ZWQgdG8KICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIGxpYmNvbmZ1c2UuIE1heWJlIHlvdSB3YW50IHRvIGhhdmUgYSBs
b29rCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdmVyIGl0Pzxicj4KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRoYW5rIHlv
dSw8YnI+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICBMdWNpYW4gQmFsYWNlYW51CiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICA8ZGl2Pjxicj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8YnI+CiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgPGJyPgogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIE9uIDEwLzIwLzIwMTMgMTE6NTEgUE0sIE1hcml1cyBaYmlobGVpCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgd3JvdGU6IDwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgPC9kaXY+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICA8YmxvY2txdW90ZSB0eXBlPSJj
aXRlIj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGRpdj4KICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICA8ZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
PGRpdiBkaXI9Imx0ciI+SGkgYWxsLKAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvZGl2Pgog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2PlRoaXMgaGFzIGJlZW4gaW4g
dGhlIGJhY2sgb2YgbXkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBoZWFk
IGZyb20gc29tZSB0aW1lIG5vdy4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBMaWJjb25mdXNlIGlzIGEgc21hbGwgcHJvamVjdCBub3QKICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBkaXN0cmlidXRlZCB3aXRoIG1ham9yIGRpc3Ryb3MgYW5kCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdW5tYWludGFpbmVkIGZvciAzLjUgeWVh
cnMgbm93LiBBcwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0IGlzIG9u
bHkgdXNlZCBmb3IgcmVhZGluZyBvZiBhCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgc2ltcGxlIGNmZyBmaWxlLCBJIHdhbnQgdG8gd3JpdGUgYQogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHNpbXBsZSBwYXJzZXIgdGhhdCBkb2VzIHRoZSBqb2IoSQog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRvIG5vdCB3YW50IGV4dGVybmFs
IGRlcHMgLi4uIHNlZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGJlbG93
IHdoeSk8L2Rpdj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGRpdj48YnI+
CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICA8ZGl2PkJlbmVmaXRzOiB3ZSBjYW4gbm93IHBhY2sKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjYXJyaWVycm91dGUgd2l0aCB0aGUg
Y29tbW9uIHVzZWQKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBtb2R1bGVz
IChhcyBpdCB3aWxsIG5vdCBoYXZlIGFueQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIGV4dGVybmFsIGRlcGVuZGVuY2llcykgYW5kIGFsc28KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB3aWxsIHJlbW92ZSBhIGxvdCBvZiBwcm9ibGVtcyBzZWVuCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgb24gdGhlIGxpc3QgcmVnYXJkaW5n
IGxpbmthZ2Ugb2YKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsaWJjb25m
dXNlLjwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2Pjxicj4K
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIDxkaXY+QW55IHRob3VnaHRzPzwvZGl2PgogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2Pjxicj4KICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IDxkaXY+TWFyaXVzPC9kaXY+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L2Rp
dj4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L2Rpdj4KICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxwcmU+
PGZpZWxkc2V0PjwvZmllbGRzZXQ+Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fCnNyLWRldiBtYWlsaW5nIGxpc3QKPGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVl
IiBocmVmPSJtYWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnPC9hPgo8YSBtb3otZG8tbm90LXNlbmQ9InRy
dWUiIGhyZWY9Imh0dHA6Ly9saXN0cy5zaXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlz
dGluZm8vc3ItZGV2IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3Jn
L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXY8L2E+CjwvcHJlPgogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgPC9ibG9ja3F1b3RlPgogICAgICAgICAgICAgICAgICAgICAgICAgICAg
PGJyPgogICAgICAgICAgICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxicj4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X188YnI+CiAgICAgICAgICAgICAgICAgICAgICAgICAgc3ItZGV2IG1haWxpbmcgbGlzdDxicj4K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8YSBtb3otZG8tbm90LXNlbmQ9InRydWUiCiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBocmVmPSJtYWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0
ZXIub3JnIgogICAgICAgICAgICAgICAgICAgICAgICAgICAgdGFyZ2V0PSJfYmxhbmsiPnNyLWRl
dkBsaXN0cy5zaXAtcm91dGVyLm9yZzwvYT48YnI+CiAgICAgICAgICAgICAgICAgICAgICAgICAg
PGEgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgogICAgICAgICAgICAgICAgICAgICAgICAgICAgaHJl
Zj0iaHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9z
ci1kZXYiCiAgICAgICAgICAgICAgICAgICAgICAgICAgICB0YXJnZXQ9Il9ibGFuayI+aHR0cDov
L2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXY8L2E+
PGJyPgogICAgICAgICAgICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICAgICAg
ICAgPC9ibG9ja3F1b3RlPgogICAgICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAg
ICAgICAgICAgICA8YnI+CiAgICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAg
ICAgICAgPHByZT48ZmllbGRzZXQ+PC9maWVsZHNldD4KX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18Kc3ItZGV2IG1haWxpbmcgbGlzdAo8YSBtb3otZG8tbm90
LXNlbmQ9InRydWUiIGhyZWY9Im1haWx0bzpzci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmciIHRh
cmdldD0iX2JsYW5rIj5zci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmc8L2E+CjxhIG1vei1kby1u
b3Qtc2VuZD0idHJ1ZSIgaHJlZj0iaHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4v
bWFpbG1hbi9saXN0aW5mby9zci1kZXYiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vbGlzdHMuc2lw
LXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldjwvYT4KPC9wcmU+CiAg
ICAgICAgICAgICAgICAgIDwvYmxvY2txdW90ZT4KICAgICAgICAgICAgICAgICAgPGJyPgogICAg
ICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgIDwvZGl2
PgogICAgICAgICAgPC9ibG9ja3F1b3RlPgogICAgICAgIDwvZGl2PgogICAgICAgIDxicj4KICAg
ICAgPC9kaXY+CiAgICAgIDxicj4KICAgICAgPGZpZWxkc2V0IGNsYXNzPSJtaW1lQXR0YWNobWVu
dEhlYWRlciI+PC9maWVsZHNldD4KICAgICAgPGJyPgogICAgICA8cHJlIHdyYXA9IiI+X19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kc3ItZGV2IG1haWxpbmcg
bGlzdAo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWFiYnJldmlhdGVkIiBocmVmPSJtYWlsdG86c3It
ZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIj5zci1kZXZAbGlzdHMuc2lwLXJvdXRlci5vcmc8L2E+
CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9saXN0cy5zaXAt
cm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2Ij5odHRwOi8vbGlzdHMu
c2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldjwvYT4KPC9wcmU+
CiAgICA8L2Jsb2NrcXVvdGU+CiAgICA8YnI+CiAgICA8cHJlIGNsYXNzPSJtb3otc2lnbmF0dXJl
IiBjb2xzPSI3MiI+LS0gCkRhbmllbC1Db25zdGFudGluIE1pZXJsYSAtIDxhIGNsYXNzPSJtb3ot
dHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93d3cuYXNpcHRvLmNvbSI+aHR0cDovL3d3
dy5hc2lwdG8uY29tPC9hPgo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJo
dHRwOi8vdHdpdHRlci5jb20vIyEvbWljb25kYSI+aHR0cDovL3R3aXR0ZXIuY29tLyMhL21pY29u
ZGE8L2E+IC0gPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL3d3
dy5saW5rZWRpbi5jb20vaW4vbWljb25kYSI+aHR0cDovL3d3dy5saW5rZWRpbi5jb20vaW4vbWlj
b25kYTwvYT48L3ByZT4KICA8L2JvZHk+CjwvaHRtbD4K

--===============0630555106==--


From bugtracker@sip-router.org Fri Feb 21 20:06:29 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: carrierroute not loading with
	kamailio 4.0.x
Date: Fri, 21 Feb 2014 19:06:27 +0000
Message-ID: <1393009587.5307a3b352995@sip-router.org>
In-Reply-To: <FS353@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1218844098=="

--===============1218844098==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#353 - carrierroute not loading with kamailio 4.0.x
User who did this - Daniel-Constantin Mierla (miconda)

----------
There was a patch sent some time ago not to depend on libconfuse:
- http://lists.sip-router.org/pipermail/sr-dev/2013-November/022030.html

I pinged to get some updates about its status.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D353#comment1307

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1218844098==--


From miconda@gmail.com Fri Feb 21 20:10:10 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: kamailio.cfg: catch OPTIONS keepalive requests
 in route[REQINIT ]
Date: Fri, 21 Feb 2014 20:10:10 +0100
Message-ID: <20140221191010.5BD1BEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2103105066=="

--===============2103105066==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 895ae33c976adbd44de86c7864b3bb1ae7144bf5
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D895ae33c976adbd44de86c7864b3bb1ae7144bf5

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 20:09:33 2014 +0100

kamailio.cfg: catch OPTIONS keepalive requests in route[REQINIT]

---

 etc/kamailio.cfg |   17 +++++++++--------
 1 files changed, 9 insertions(+), 8 deletions(-)

diff --git a/etc/kamailio.cfg b/etc/kamailio.cfg
index 18a7f3d..4c982cb 100644
--- a/etc/kamailio.cfg
+++ b/etc/kamailio.cfg
@@ -543,16 +543,13 @@ route[REQINIT] {
 	# flood dection from same IP and traffic ban for a while
 	# be sure you exclude checking trusted peers, such as pstn gateways
 	# - local host excluded (e.g., loop to self)
-	if(src_ip!=3Dmyself)
-	{
-		if($sht(ipban=3D>$si)!=3D$null)
-		{
+	if(src_ip!=3Dmyself) {
+		if($sht(ipban=3D>$si)!=3D$null) {
 			# ip is already blocked
 			xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n");
 			exit;
 		}
-		if (!pike_check_req())
-		{
+		if (!pike_check_req()) {
 			xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n");
 			$sht(ipban=3D>$si) =3D 1;
 			exit;
@@ -565,8 +562,12 @@ route[REQINIT] {
 		exit;
 	}
=20
-	if(!sanity_check("1511", "7"))
-	{
+	if(is_method("OPTIONS") && uri=3D=3Dmyself && $rU=3D=3D$null) {
+		sl_send_reply("200","Keepalive");
+		exit;
+	}
+
+	if(!sanity_check("1511", "7")) {
 		xlog("Malformed SIP message from $si:$sp\n");
 		exit;
 	}



--===============2103105066==--


From miconda@gmail.com Fri Feb 21 20:13:04 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: Makefile.defs: version set to 4.2.0-dev3
Date: Fri, 21 Feb 2014 20:13:01 +0100
Message-ID: <20140221191301.E525BEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1441294242=="

--===============1441294242==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 4b595236246a40abac937088c4e8ec5bc5812a52
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4b595236246a40abac937088c4e8ec5bc5812a52

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 20:12:32 2014 +0100

Makefile.defs: version set to 4.2.0-dev3

---

 Makefile.defs |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/Makefile.defs b/Makefile.defs
index 7e801ac..b992d83 100644
--- a/Makefile.defs
+++ b/Makefile.defs
@@ -165,7 +165,7 @@ INSTALL_FLAVOUR=3D$(FLAVOUR)
 VERSION =3D 4
 PATCHLEVEL =3D 2
 SUBLEVEL =3D  0
-EXTRAVERSION =3D -dev2
+EXTRAVERSION =3D -dev3
=20
 # memory manager switcher
 # 0 - f_malloc (fast malloc)



--===============1441294242==--


From miconda@gmail.com Fri Feb 21 21:14:44 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: registrar: allow randomization of expire value
	coming from UA
Date: Fri, 21 Feb 2014 21:14:43 +0100
Message-ID: <20140221201444.03085EF8077@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0729433904=="

--===============0729433904==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 806e967e2e39e0140b992719e10693b9c768d758
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D806e967e2e39e0140b992719e10693b9c768d758

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 21:07:43 2014 +0100

registrar: allow randomization of expire value coming from UA

- new parameter expire_range
- requested in FS#249

---

 modules/registrar/config.c  |    3 +++
 modules/registrar/config.h  |    2 ++
 modules/registrar/reg_mod.c |    7 +++++++
 modules/registrar/sip_msg.c |    7 ++++++-
 4 files changed, 18 insertions(+), 1 deletions(-)

diff --git a/modules/registrar/config.c b/modules/registrar/config.c
index f183511..c52b9a4 100644
--- a/modules/registrar/config.c
+++ b/modules/registrar/config.c
@@ -34,6 +34,7 @@ struct cfg_group_registrar	default_registrar_cfg =3D {
 		STR_NULL,	/* realm_pref */
 		3600, 	/* default_expires */
 		0,	/* default_expires_range */
+		0,	/* expires_range */
 		60,	/* min_expires */
 		0,	/* max_expires */
 		0,	/* max_contacts */
@@ -52,6 +53,8 @@ cfg_def_t	registrar_cfg_def[] =3D {
 		"Contains number of second to expire if no expire hf or contact expire pre=
sent" },
 	{"default_expires_range",	CFG_VAR_INT | CFG_CB_ONLY_ONCE,	0, 100, 0, defaul=
t_expires_range_update,
 		"Percent from default_expires that will be used in generating the range fo=
r the expire interval"},
+	{"expires_range",	CFG_VAR_INT | CFG_CB_ONLY_ONCE,	0, 100, 0, expires_range_=
update,
+		"Percent from incoming expires that will be used in generating the range f=
or the expire interval"},
 	{"min_expires",		CFG_VAR_INT | CFG_CB_ONLY_ONCE,	0, 0, 0, 0,
 		"The minimum expires value of a Contact. Value 0 disables the checking. "},
 	{"max_expires",		CFG_VAR_INT | CFG_CB_ONLY_ONCE,	0, 0, 0, max_expires_stats=
_update,
diff --git a/modules/registrar/config.h b/modules/registrar/config.h
index 496a14b..022b14d 100644
--- a/modules/registrar/config.h
+++ b/modules/registrar/config.h
@@ -30,6 +30,7 @@ struct cfg_group_registrar {
 	str 		realm_pref;
 	unsigned int	default_expires;
 	unsigned int	default_expires_range;
+	unsigned int	expires_range;
 	unsigned int	min_expires;
 	unsigned int	max_expires;
 	unsigned int	max_contacts;
@@ -45,6 +46,7 @@ extern cfg_def_t	registrar_cfg_def[];
=20
 extern void default_expires_stats_update(str*, str*);
 extern void default_expires_range_update(str*, str*);
+extern void expires_range_update(str*, str*);
 extern void max_expires_stats_update(str*, str*);
=20
 #endif
diff --git a/modules/registrar/reg_mod.c b/modules/registrar/reg_mod.c
index 4539f67..0b32ce4 100644
--- a/modules/registrar/reg_mod.c
+++ b/modules/registrar/reg_mod.c
@@ -153,6 +153,7 @@ stat_var *max_expires_stat;
 stat_var *max_contacts_stat;
 stat_var *default_expire_stat;
 stat_var *default_expire_range_stat;
+stat_var *expire_range_stat;
 /** SL API structure */
 sl_api_t slb;
=20
@@ -210,6 +211,7 @@ static cmd_export_t cmds[] =3D {
 static param_export_t params[] =3D {
 	{"default_expires",    INT_PARAM, &default_registrar_cfg.default_expires   =
  		},
 	{"default_expires_range", INT_PARAM, &default_registrar_cfg.default_expires=
_range	},
+	{"expires_range",      INT_PARAM, &default_registrar_cfg.expires_range	},
 	{"default_q",          INT_PARAM, &default_registrar_cfg.default_q			},
 	{"append_branches",    INT_PARAM, &default_registrar_cfg.append_branches		},
 	{"case_sensitive",     INT_PARAM, &default_registrar_cfg.case_sensitive			},
@@ -244,6 +246,7 @@ stat_export_t mod_stats[] =3D {
 	{"max_contacts",      STAT_NO_RESET, &max_contacts_stat       },
 	{"default_expire",    STAT_NO_RESET, &default_expire_stat     },
 	{"default_expires_range", STAT_NO_RESET, &default_expire_range_stat },
+	{"expires_range",     STAT_NO_RESET, &expire_range_stat },
 	{"accepted_regs",                 0, &accepted_registrations  },
 	{"rejected_regs",                 0, &rejected_registrations  },
 	{0, 0, 0}
@@ -709,3 +712,7 @@ void max_expires_stats_update(str* gname, str* name){
 void default_expires_range_update(str* gname, str* name){
 	update_stat(default_expire_range_stat, cfg_get(registrar, registrar_cfg, de=
fault_expires_range));
 }
+
+void expires_range_update(str* gname, str* name){
+	update_stat(expire_range_stat, cfg_get(registrar, registrar_cfg, expires_ra=
nge));
+}
diff --git a/modules/registrar/sip_msg.c b/modules/registrar/sip_msg.c
index a02b050..7ce9c59 100644
--- a/modules/registrar/sip_msg.c
+++ b/modules/registrar/sip_msg.c
@@ -67,11 +67,16 @@ static inline int get_expire_val(void)
 static inline int get_expires_hf(struct sip_msg* _m)
 {
 	exp_body_t* p;
+	int range;
 	if (_m->expires) {
 		p =3D (exp_body_t*)_m->expires->parsed;
 		if (p->valid) {
 			if (p->val !=3D 0) {
-				return p->val + act_time;
+				range =3D cfg_get(registrar, registrar_cfg, default_expires_range);
+				if(likely(range=3D=3D0))
+					return p->val + act_time;
+				return p->val + act_time - (float)range/100 * p->val
+						+ ((float)(rand()%100)/100) * ((float)range/100 * p->val);
 			} else return 0;
 		} else {
 			return act_time + get_expire_val();



--===============0729433904==--


From miconda@gmail.com Fri Feb 21 21:14:44 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: registrar: docs updated with expire_range	parameter
Date: Fri, 21 Feb 2014 21:14:44 +0100
Message-ID: <20140221201444.37226EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0608391801=="

--===============0608391801==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5961824bdd52cb71f9b7db4b24d5e136f3110444
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5961824bdd52cb71f9b7db4b24d5e136f3110444

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Fri Feb 21 21:14:10 2014 +0100

registrar: docs updated with expire_range parameter

---

 modules/registrar/README                  |  343 +++++++++++++++------------=
--
 modules/registrar/doc/registrar_admin.xml |   24 ++-
 2 files changed, 203 insertions(+), 164 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D5961824bdd52cb71f9b7db4b24d5e136f3110444


--===============0608391801==--


From bugtracker@sip-router.org Fri Feb 21 21:15:06 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task closed: default_expires_range should be
	applied to all expire times, not only to default
Date: Fri, 21 Feb 2014 20:15:05 +0000
Message-ID: <1393013705.5307b3c903f54@sip-router.org>
In-Reply-To: <FS249@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2026076144=="

--===============2026076144==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task is now closed:

FS#249 - default_expires_range should be applied to all expire times, not onl=
y to default
User who did this - Daniel-Constantin Mierla (miconda)

Reason for closing: Implemented
Additional comments about closing: Now in master branch.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D249

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============2026076144==--


From osas@voipembedded.com Fri Feb 21 22:35:24 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] htable add/delete RPC commands
Date: Fri, 21 Feb 2014 16:35:18 -0500
Message-ID:
 <CAND0LksbRY5ka18Yvn1ZwGRALcJg4onOS0HT1j3F2wtvGyWUbw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0579880436=="

--===============0579880436==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello Juha,

I moved the discussion here, in a separate thread.
It seems that what are you looking for is not there ... not implemented.
If you have the same key_name with different values in the table, the
last value will be the one loaded in memory.
You can't have an array of values for the same keys.
Also, there's no syntax to access a particular value in an array.
Maybe that's why there's no option to provide the value.

Please correct me if I understood correctly what you were looking for.

Regards,
Ovidiu Sas


On Thu, Feb 13, 2014 at 10:22 PM, Juha Heinanen <jh(a)tutpro.com> wrote:
>
> Ovidiu Sas writes:
>
> > I noticed that there is delete rpc command:
> > http://kamailio.org/docs/modules/devel/modules/htable#idp15375232
> > I haven't checked exactly how it works.  Is this something to be enhanced?
> > What's missing right now?
>
> value param is missing, i.e., it is not possible to delete a given
> key/value pair.  i looked at the code, but don't have enough json
> knowledge to figure out all the parameters.
>
> -- juha


--===============0579880436==--


From linuxmaniac@torreviejawireless.org Fri Feb 21 22:57:49 2014
From: Victor Seva <linuxmaniac@torreviejawireless.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: pkg/kamailio/deb: update changelog files to	dev3 version
Date: Fri, 21 Feb 2014 22:57:48 +0100
Message-ID: <20140221215749.4A0EEEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0262677239=="

--===============0262677239==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 1b2896147423875b1f16d5171cf982d549404e52
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1b2896147423875b1f16d5171cf982d549404e52

Author: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org>
Date:   Fri Feb 21 22:56:09 2014 +0100

pkg/kamailio/deb: update changelog files to dev3 version

---

 pkg/kamailio/deb/debian/changelog  |    6 ++++++
 pkg/kamailio/deb/jessie/changelog  |    6 ++++++
 pkg/kamailio/deb/precise/changelog |    6 ++++++
 pkg/kamailio/deb/squeeze/changelog |    6 ++++++
 pkg/kamailio/deb/wheezy/changelog  |    6 ++++++
 5 files changed, 30 insertions(+), 0 deletions(-)

diff --git a/pkg/kamailio/deb/debian/changelog b/pkg/kamailio/deb/debian/chan=
gelog
index 629db68..143166f 100644
--- a/pkg/kamailio/deb/debian/changelog
+++ b/pkg/kamailio/deb/debian/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev3) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev3
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Fri, 21 Feb 2014 22:=
52:43 +0100
+
 kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev2
diff --git a/pkg/kamailio/deb/jessie/changelog b/pkg/kamailio/deb/jessie/chan=
gelog
index 629db68..143166f 100644
--- a/pkg/kamailio/deb/jessie/changelog
+++ b/pkg/kamailio/deb/jessie/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev3) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev3
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Fri, 21 Feb 2014 22:=
52:43 +0100
+
 kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev2
diff --git a/pkg/kamailio/deb/precise/changelog b/pkg/kamailio/deb/precise/ch=
angelog
index 629db68..143166f 100644
--- a/pkg/kamailio/deb/precise/changelog
+++ b/pkg/kamailio/deb/precise/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev3) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev3
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Fri, 21 Feb 2014 22:=
52:43 +0100
+
 kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev2
diff --git a/pkg/kamailio/deb/squeeze/changelog b/pkg/kamailio/deb/squeeze/ch=
angelog
index 629db68..143166f 100644
--- a/pkg/kamailio/deb/squeeze/changelog
+++ b/pkg/kamailio/deb/squeeze/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev3) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev3
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Fri, 21 Feb 2014 22:=
52:43 +0100
+
 kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev2
diff --git a/pkg/kamailio/deb/wheezy/changelog b/pkg/kamailio/deb/wheezy/chan=
gelog
index 629db68..143166f 100644
--- a/pkg/kamailio/deb/wheezy/changelog
+++ b/pkg/kamailio/deb/wheezy/changelog
@@ -1,3 +1,9 @@
+kamailio (4.2.0~dev3) unstable; urgency=3Dmedium
+
+  * update version to 4.2.0~dev3
+
+ -- Victor Seva <linuxmaniac(a)torreviejawireless.org>  Fri, 21 Feb 2014 22:=
52:43 +0100
+
 kamailio (4.2.0~dev2) unstable; urgency=3Dmedium
=20
   * update version to 4.2.0~dev2



--===============0262677239==--


From carsten@ng-voice.com Sat Feb 22 17:55:08 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] PDB-Server on Debian
Date: Sat, 22 Feb 2014 17:55:01 +0100
Message-ID:
 <CAOCjumEMDsmOVb2LMVR0tQgb2xccd14d3eTAtaUAqpEGJ-GX_Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1010319033=="

--===============1010319033==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi,

some quick questions on a saturday afternoon:
- is there a way to restart the pdb_server without restarting the
daemon? E.g. by sending a SIGUSR1 or similar
- the debian-control file states:

Package: pdb-tools
Depends: ui-pdb-tools-config

What is ui-pdb-tools-config?!? Where can it be found?

And the last question:
- does someone have a working init.d-script for the server? It's missing...

Thanks,
Carsten


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

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

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/


--===============1010319033==--


From jh@tutpro.com Sat Feb 22 22:29:22 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] htable add/delete RPC commands
Date: Sat, 22 Feb 2014 23:29:09 +0200
Message-ID: <21257.5797.790553.446931@tutpro.com>
In-Reply-To:
 <CAND0LksbRY5ka18Yvn1ZwGRALcJg4onOS0HT1j3F2wtvGyWUbw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1463902148=="

--===============1463902148==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Ovidiu Sas writes:

> I moved the discussion here, in a separate thread.
> It seems that what are you looking for is not there ... not
> implemented.

yes, that is way is asked about it.

> If you have the same key_name with different values in the table, the
> last value will be the one loaded in memory.
> You can't have an array of values for the same keys.
    
> Also, there's no syntax to access a particular value in an array.
> Maybe that's why there's no option to provide the value.

see this:

o key type - the type of the key

    0 - simple key - the key is added as 'key_name'.

    1 - array key - the key is added as 'key_name[n]'. n is incremented
    for each key with this name to build an array in hash table.

for example:

    $var(size) = $sht(htable=>$var(key)::size);
    $var(i) = 0;
    while ($var(i) < $var(size)) {
        $var(value) = $sht(htable=>$var(key)[$var(i)]);
        ...

 -- juha


--===============1463902148==--


From bugtracker@sip-router.org Mon Feb 24 03:37:48 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: mtree mt_summary display	incorrectly,
 or memory leak?
Date: Mon, 24 Feb 2014 02:37:45 +0000
Message-ID: <1393209465.530ab079e4873@sip-router.org>
In-Reply-To: <FS398@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1643346570=="

--===============1643346570==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Josh (JoshE)=20

Attached to Project - sip-router
Summary - mtree mt_summary display incorrectly, or memory leak?
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - I am running latest production Kamailio, and seeing weird behavior =
with multiple mtree's running.

Start the service and run a:

[root(a)nproxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary
MT::  TNAME=3Dfc_did TTYPE=3D0 MEMSIZE=3D3486296 NRNODES=3D14398 NRITEMS=3D69=
73
MT::  TNAME=3Dfc_tenant TTYPE=3D0 MEMSIZE=3D3542806 NRNODES=3D14398 NRITEMS=
=3D6973

Then run a:

kamctl mi mt_reload=20

[root(a)nyc-proxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary
MT::  TNAME=3Dfc_did TTYPE=3D0 MEMSIZE=3D6972592 NRNODES=3D28796 NRITEMS=3D13=
946
MT::  TNAME=3Dfc_tenant TTYPE=3D0 MEMSIZE=3D7085612 NRNODES=3D28796 NRITEMS=
=3D13946

Then run another"

kamctl mi mt_reload=20

root(a)nyc-proxy-1:/usr/local/etc/kamailio#]kamctl mi mt_summary
MT::  TNAME=3Dfc_did TTYPE=3D0 MEMSIZE=3D10458888 NRNODES=3D43194 NRITEMS=3D2=
0919
MT::  TNAME=3Dfc_tenant TTYPE=3D0 MEMSIZE=3D10628418 NRNODES=3D43194 NRITEMS=
=3D20919


I am not sure if I'm seeing leaking behavior here, or something else is going=
 on entirely. =20

When I do a grep through the actual mtree list, like: kamctl mi mt_list | gre=
p "fc_tenant" | wc -l   ... I see that the actual count of mtree items is the=
 same.

Is this just a bug in presentation, or is something else going on here I shou=
ld be concerned about?


More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D398

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1643346570==--


From jason.penton@gmail.com Mon Feb 24 10:04:32 2014
From: Jason Penton <jason.penton@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: modules/ims_usrloc_scscf: incorret assignment
 that causes incorrect shm free on pkg_malloc'd memory
Date: Mon, 24 Feb 2014 10:04:31 +0100
Message-ID: <20140224090431.B9D35EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0616192219=="

--===============0616192219==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: e82121b95c8418c81072a2d09bd74b3abfe49d27
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3De82121b95c8418c81072a2d09bd74b3abfe49d27

Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date:   Mon Feb 24 11:03:17 2014 +0200

modules/ims_usrloc_scscf: incorret assignment that causes incorrect shm free =
on pkg_malloc'd memory

---

 modules/ims_usrloc_scscf/usrloc_db.c |    6 ++----
 1 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/modules/ims_usrloc_scscf/usrloc_db.c b/modules/ims_usrloc_scscf/=
usrloc_db.c
index 91a3061..4fad64e 100644
--- a/modules/ims_usrloc_scscf/usrloc_db.c
+++ b/modules/ims_usrloc_scscf/usrloc_db.c
@@ -614,10 +614,8 @@ int preload_udomain(db1_con_t* _c, udomain_t* _d) {
=20
 			if (!VAL_NULL(vals + 7)) {
 				blob =3D VAL_BLOB(vals + 7);
-
-				bin_alloc(&x, VAL_BLOB(vals + 7).len);
-				memcpy(x.s, VAL_BLOB(vals + 7).s, VAL_BLOB(vals + 7).len);
-				x.s =3D blob.s;
+				bin_alloc(&x, blob.len);
+				memcpy(x.s, blob.s, blob.len);
 				x.len =3D blob.len;
 				x.max =3D 0;
 				subscription =3D bin_decode_ims_subscription(&x);



--===============0616192219==--


From hw@kamailio.org Mon Feb 24 11:10:42 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pdb: remove internal reference,	pointed out from
 Carsten Bock
Date: Mon, 24 Feb 2014 11:10:41 +0100
Message-ID: <20140224101041.848C7EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0714703768=="

--===============0714703768==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: d313471b37d77ebd0eedb7cc207b2b94e1f5defc
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dd313471b37d77ebd0eedb7cc207b2b94e1f5defc

Author: Henning Westerholt <hw(a)kamailio.org>
Committer: Henning Westerholt <hw(a)kamailio.org>
Date:   Mon Feb 24 11:10:22 2014 +0100

pdb: remove internal reference, pointed out from Carsten Bock

---

 utils/pdbt/debian/control |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/utils/pdbt/debian/control b/utils/pdbt/debian/control
index 42076c6..8adecb3 100644
--- a/utils/pdbt/debian/control
+++ b/utils/pdbt/debian/control
@@ -7,7 +7,6 @@ Standards-Version: 3.6.2
=20
 Package: pdb-tools
 Architecture: any
-Depends: ui-pdb-tools-config
 Description: Tools for handling the PDB
  Tools for building a mmap image of the PDB and running queries on this
  mmap image.



--===============0714703768==--


From jaybinks@gmail.com Mon Feb 24 11:19:53 2014
From: jay binks <jaybinks@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] dialog module with DB Backend
Date: Mon, 24 Feb 2014 20:19:26 +1000
Message-ID:
 <CAO47Hpdcbt4zka6KtnEQu0r5xRNKCTjyz+5NiWgvb3FWzUqYaA@mail.gmail.com>
In-Reply-To:
 <CAO47Hpc4+tOuDv7-6AWqZaFxhWO7yV1Rju5UdRNLU3p=3VWg4A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1443663928=="

--===============1443663928==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

So poking round the code for the dialog module....
Im not sure what im missing here.


get_profile_size dosnt care bout the state of a dialog... so you get ALL
dialogs that are in the hash table.
( which is interesting if you want to use dialog module to enforce channel
limits etc )

So you go... OK...  kamailio only expects to have "ACTIVE" dialogs in the
hash table... kewl..
lets assume that to be the case.

but then in dlg_db_handler.c , load_dialog_info_from_db loads all dialogs
from the DB, regardless of state.
so all dialogs in the DB ( ones that didnt get deleted yet... but were in
state 5 ) get re-created in kamailio
upon startup.

what this means is...
( assume starting with empty DB )

I start kamailio, make some calls... they get synced to the DB.
I end the calls,  kamailio removes from dialogs module internal hash, but
the sync to DB hasnt happened yet.

I kill kamailio ( or crash .. whatever )....  restart kamailio and it
re-loads all those dialogs
and thinks they are still active calls.

Im SURE Im missing something here, because it seems to be VERY common to
use dialogs for channel limiting..
maybe not so much using cassandra db behind the scenes, but as of yet ...
Im still yet to find anything that makes me thing this is db_cassandra
mis-behaving.

if im wrong, please point me in the right direction.

Jay




On 24 February 2014 17:54, jay binks <jaybinks(a)gmail.com> wrote:

> Am I REALLY the only person who has ever run into this !?
>
>
> On 19 February 2014 14:08, jay binks <jaybinks(a)gmail.com> wrote:
>
>> Hi all, im using the dialog module with db_cassandra backend..
>> I dont believe this issue is related to cassandra, but its worth
>> mentioning anyways.
>>
>> so... I run kamailio, make calls, see dialogs in the DB..
>> and I Can use "kamctl mi dlg_list" and see that dialogs go away when I
>> hangup a call..
>>
>> When I query the DB Backend, I still see the queries, but they have a
>> state of 5.
>> I Initially thought this was a bug, but it seems dialogs in state 5 get
>> cleaned up after a period.
>> so I moved on.
>>
>> now , lets restart kamailio..
>> kamailio loads all dialogs on startup, after kamailio starts I call
>> "kamctl mi dlg_list" again, and it shows all my dialogs from the DB.   they
>> DO show as "State 5"
>> but for some reason, these dialogs appear to stick around for a long
>> time, and the bigger issue it causes me is that my channel limiting (
>> using get_profile_size ) seems to consider these dialogs ( in state 5 ) as
>> being active calls.
>>
>> Please someone point me in the right direction... :)
>>
>> what am I doing wrong ?
>> ( or is this a bug somewhere )
>>
>> Sincerely
>>
>> Jay
>>
>
>
>
> --
> Sincerely
>
> Jay
>



-- 
Sincerely

Jay



--===============1443663928==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+U28gcG9raW5nIHJvdW5kIHRoZSBjb2RlIGZvciB0aGUgZGlhbG9nIG1v
ZHVsZS4uLi4goDxkaXY+SW0gbm90IHN1cmUgd2hhdCBpbSBtaXNzaW5nIGhlcmUuPC9kaXY+PGRp
dj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5nZXRfcHJvZmlsZV9zaXplIGRvc250IGNh
cmUgYm91dCB0aGUgc3RhdGUgb2YgYSBkaWFsb2cuLi4gc28geW91IGdldCBBTEwgZGlhbG9ncyB0
aGF0IGFyZSBpbiB0aGUgaGFzaCB0YWJsZS48YnI+Cgo8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9l
eHRyYSI+KCB3aGljaCBpcyBpbnRlcmVzdGluZyBpZiB5b3Ugd2FudCB0byB1c2UgZGlhbG9nIG1v
ZHVsZSB0byBlbmZvcmNlIGNoYW5uZWwgbGltaXRzIGV0YyApPC9kaXY+PGRpdiBjbGFzcz0iZ21h
aWxfZXh0cmEiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+U28geW91IGdvLi4u
IE9LLi4uIKBrYW1haWxpbyBvbmx5IGV4cGVjdHMgdG8gaGF2ZSAmcXVvdDtBQ1RJVkUmcXVvdDsg
ZGlhbG9ncyBpbiB0aGUgaGFzaCB0YWJsZS4uLiBrZXdsLi48L2Rpdj4KCjxkaXYgY2xhc3M9Imdt
YWlsX2V4dHJhIj5sZXRzIGFzc3VtZSB0aGF0IHRvIGJlIHRoZSBjYXNlLjwvZGl2PjxkaXYgY2xh
c3M9ImdtYWlsX2V4dHJhIj48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPmJ1dCB0
aGVuIGluoGRsZ19kYl9oYW5kbGVyLmMgLKA8c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTt3
aGl0ZS1zcGFjZTpwcmUtd3JhcCI+bG9hZF9kaWFsb2dfaW5mb19mcm9tX2RiIGxvYWRzIGFsbCBk
aWFsb2dzIGZyb20gdGhlIERCLCByZWdhcmRsZXNzIG9mIHN0YXRlLjwvc3Bhbj48L2Rpdj4KCjxk
aXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTt3aGl0
ZS1zcGFjZTpwcmUtd3JhcCI+c28gYWxsIGRpYWxvZ3MgaW4gdGhlIERCICggb25lcyB0aGF0IGRp
ZG50IGdldCBkZWxldGVkIHlldC4uLiBidXQgd2VyZSBpbiBzdGF0ZSA1ICkgZ2V0IHJlLWNyZWF0
ZWQgaW4ga2FtYWlsaW88L3NwYW4+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPgoKPHNw
YW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPnVwb24gc3Rh
cnR1cC48L3NwYW4+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxzcGFuIHN0eWxlPSJj
b2xvcjpyZ2IoMCwwLDApO3doaXRlLXNwYWNlOnByZS13cmFwIj48YnI+PC9zcGFuPjwvZGl2Pjxk
aXYgY2xhc3M9ImdtYWlsX2V4dHJhIj53aGF0IHRoaXMgbWVhbnMgaXMuLi48L2Rpdj4KCjxkaXYg
Y2xhc3M9ImdtYWlsX2V4dHJhIj4oIGFzc3VtZSBzdGFydGluZyB3aXRoIGVtcHR5IERCICk8L2Rp
dj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4
dHJhIj5JIHN0YXJ0IGthbWFpbGlvLCBtYWtlIHNvbWUgY2FsbHMuLi4gdGhleSBnZXQgc3luY2Vk
IHRvIHRoZSBEQi48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+SSBlbmQgdGhlIGNhbGxz
LCCga2FtYWlsaW8gcmVtb3ZlcyBmcm9tIGRpYWxvZ3MgbW9kdWxlIGludGVybmFsIGhhc2gsIGJ1
dCB0aGUgc3luYyB0byBEQiBoYXNudCBoYXBwZW5lZCB5ZXQuPC9kaXY+Cgo8ZGl2IGNsYXNzPSJn
bWFpbF9leHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5JIGtpbGwga2Ft
YWlsaW8gKCBvciBjcmFzaCAuLiB3aGF0ZXZlciApLi4uLiCgcmVzdGFydCBrYW1haWxpbyBhbmQg
aXQgcmUtbG9hZHMgYWxsIHRob3NlIGRpYWxvZ3M8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRy
YSI+YW5kIHRoaW5rcyB0aGV5IGFyZSBzdGlsbCBhY3RpdmUgY2FsbHMuPC9kaXY+Cgo8ZGl2IGNs
YXNzPSJnbWFpbF9leHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5JbSBT
VVJFIEltIG1pc3Npbmcgc29tZXRoaW5nIGhlcmUsIGJlY2F1c2UgaXQgc2VlbXMgdG8gYmUgVkVS
WSBjb21tb24gdG8gdXNlIGRpYWxvZ3MgZm9yIGNoYW5uZWwgbGltaXRpbmcuLjwvZGl2PjxkaXYg
Y2xhc3M9ImdtYWlsX2V4dHJhIj5tYXliZSBub3Qgc28gbXVjaCB1c2luZyBjYXNzYW5kcmEgZGIg
YmVoaW5kIHRoZSBzY2VuZXMsIGJ1dCBhcyBvZiB5ZXQgLi4uIEltIHN0aWxsIHlldCB0byBmaW5k
IGFueXRoaW5nIHRoYXQgbWFrZXMgbWUgdGhpbmcgdGhpcyBpcyBkYl9jYXNzYW5kcmEgbWlzLWJl
aGF2aW5nLjwvZGl2PgoKPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48L2Rpdj48ZGl2IGNs
YXNzPSJnbWFpbF9leHRyYSI+aWYgaW0gd3JvbmcsIHBsZWFzZSBwb2ludCBtZSBpbiB0aGUgcmln
aHQgZGlyZWN0aW9uLjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PC9kaXY+PGRp
diBjbGFzcz0iZ21haWxfZXh0cmEiPkpheTwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48
YnI+PC9kaXY+Cgo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9
ImdtYWlsX2V4dHJhIj48YnI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4KT24gMjQgRmVi
cnVhcnkgMjAxNCAxNzo1NCwgamF5IGJpbmtzoDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0i
bWFpbHRvOmpheWJpbmtzQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmpheWJpbmtzQGdtYWls
LmNvbTwvYT4mZ3Q7PC9zcGFuPqB3cm90ZTo8YnI+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1
b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0LXdpZHRoOjFw
eDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2JvcmRlci1sZWZ0LXN0eWxlOnNv
bGlkO3BhZGRpbmctbGVmdDoxZXgiPgoKCjxkaXYgZGlyPSJsdHIiPkFtIEkgUkVBTExZIHRoZSBv
bmx5IHBlcnNvbiB3aG8gaGFzIGV2ZXIgcnVuIGludG8gdGhpcyAhPzwvZGl2PjxkaXYgY2xhc3M9
ImdtYWlsX2V4dHJhIj48ZGl2PjxkaXY+PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+
T24gMTkgRmVicnVhcnkgMjAxNCAxNDowOCwgamF5IGJpbmtzoDxzcGFuIGRpcj0ibHRyIj4mbHQ7
PGEgaHJlZj0ibWFpbHRvOmpheWJpbmtzQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmpheWJp
bmtzQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPqB3cm90ZTo8YnI+CgoKPGJsb2NrcXVvdGUgY2xh
c3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1s
ZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2JvcmRlci1s
ZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPkhpIGFsbCwg
aW0gdXNpbmcgdGhlIGRpYWxvZyBtb2R1bGUgd2l0aCBkYl9jYXNzYW5kcmEgYmFja2VuZC4uPGRp
dj4KCgpJIGRvbnQgYmVsaWV2ZSB0aGlzIGlzc3VlIGlzIHJlbGF0ZWQgdG8gY2Fzc2FuZHJhLCBi
dXQgaXRzIHdvcnRoIG1lbnRpb25pbmcgYW55d2F5cy48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2
PnNvLi4uIEkgcnVuIGthbWFpbGlvLCBtYWtlIGNhbGxzLCBzZWUgZGlhbG9ncyBpbiB0aGUgREIu
LjwvZGl2PjxkaXY+YW5kIEkgQ2FuIHVzZSAmcXVvdDtrYW1jdGwgbWkgZGxnX2xpc3QmcXVvdDsg
YW5kIHNlZSB0aGF0IGRpYWxvZ3MgZ28gYXdheSB3aGVuIEkgaGFuZ3VwIGEgY2FsbC4uPC9kaXY+
CgoKPGRpdj48YnI+PC9kaXY+PGRpdj5XaGVuIEkgcXVlcnkgdGhlIERCIEJhY2tlbmQsIEkgc3Rp
bGwgc2VlIHRoZSBxdWVyaWVzLCBidXQgdGhleSBoYXZlIGEgc3RhdGUgb2YgNS48L2Rpdj48ZGl2
PkkgSW5pdGlhbGx5IHRob3VnaHQgdGhpcyB3YXMgYSBidWcsIGJ1dCBpdCBzZWVtcyBkaWFsb2dz
IGluIHN0YXRlIDUgZ2V0IGNsZWFuZWQgdXAgYWZ0ZXIgYSBwZXJpb2QuPC9kaXY+PGRpdj4KCgpz
byBJIG1vdmVkIG9uLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pm5vdyAsIGxldHMgcmVz
dGFydCBrYW1haWxpby4uPC9kaXY+PGRpdj5rYW1haWxpbyBsb2FkcyBhbGwgZGlhbG9ncyBvbiBz
dGFydHVwLCBhZnRlciBrYW1haWxpbyBzdGFydHMgSSBjYWxsICZxdW90O2thbWN0bCBtaSBkbGdf
bGlzdCZxdW90OyBhZ2FpbiwgYW5kIGl0IHNob3dzIGFsbCBteSBkaWFsb2dzIGZyb20gdGhlIERC
LiCgIHRoZXkgRE8gc2hvdyBhcyAmcXVvdDtTdGF0ZSA1JnF1b3Q7PC9kaXY+CgoKPGRpdj5idXQg
Zm9yIHNvbWUgcmVhc29uLCB0aGVzZSBkaWFsb2dzIGFwcGVhciB0byBzdGljayBhcm91bmQgZm9y
IGEgbG9uZyB0aW1lLCBhbmQgdGhlIGJpZ2dlciBpc3N1ZSBpdCBjYXVzZXMgbWUgaXMgdGhhdCBt
eSBjaGFubmVsIGxpbWl0aW5nICggdXNpbmegZ2V0X3Byb2ZpbGVfc2l6ZSApIHNlZW1zIHRvIGNv
bnNpZGVyIHRoZXNlIGRpYWxvZ3MgKCBpbiBzdGF0ZSA1ICkgYXMgYmVpbmcgYWN0aXZlIGNhbGxz
LiCgPC9kaXY+CgoKPGRpdj48YnI+PC9kaXY+PGRpdj5QbGVhc2Ugc29tZW9uZSBwb2ludCBtZSBp
biB0aGUgcmlnaHQgZGlyZWN0aW9uLi4uIDopPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj53aGF0
IGFtIEkgZG9pbmcgd3JvbmcgPzwvZGl2PjxkaXY+KCBvciBpcyB0aGlzIGEgYnVnIHNvbWV3aGVy
ZSApPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5TaW5jZXJlbHk8Zm9udCBjb2xvcj0iIzg4ODg4
OCI+PGJyPgoKCjwvZm9udD48L2Rpdj48Zm9udCBjb2xvcj0iIzg4ODg4OCI+PGJyPkpheTwvZm9u
dD48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjxiciBjbGVhcj0iYWxsIj48ZGl2Pjxicj48
L2Rpdj48L2Rpdj48L2Rpdj48c3Bhbj48Zm9udCBjb2xvcj0iIzg4ODg4OCI+LS2gPGJyPlNpbmNl
cmVseTxicj48YnI+SmF5PC9mb250Pjwvc3Bhbj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+Cjxi
cj48YnIgY2xlYXI9ImFsbCI+PGRpdj48YnI+PC9kaXY+LS2gPGJyPlNpbmNlcmVseTxicj48YnI+
SmF5PC9kaXY+PC9kaXY+Cg==

--===============1443663928==--


From hw@kamailio.org Mon Feb 24 11:25:36 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] PDB-Server on Debian
Date: Mon, 24 Feb 2014 11:25:28 +0100
Message-ID: <48059021.rD2st7CoR5@hwesterholt>
In-Reply-To:
 <CAOCjumEMDsmOVb2LMVR0tQgb2xccd14d3eTAtaUAqpEGJ-GX_Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1862517554=="

--===============1862517554==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Am Samstag, 22. Februar 2014, 17:55:01 schrieb Carsten Bock:
> some quick questions on a saturday afternoon:
> - is there a way to restart the pdb_server without restarting the
> daemon? E.g. by sending a SIGUSR1 or similar
> - the debian-control file states:
>=20
> Package: pdb-tools
> Depends: ui-pdb-tools-config
>=20
> What is ui-pdb-tools-config?!? Where can it be found?
>=20
> And the last question:
> - does someone have a working init.d-script for the server? It's missing...

Hello Carsten,

this is some artefact of internal packages from us:

ui-pdb-tools-config - Config for ui-pdb-tools

In the end that one does only contain a configuration file for the pdbt. I wi=
ll=20
remove that from the public repository.

With regards to the init script, I will add a version we use here in=20
internally, feel free to improve it if you find it necessary.

Best regards

Henning


--===============1862517554==--


From hw@kamailio.org Mon Feb 24 11:25:52 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pdb: move gitignore to own directory
Date: Mon, 24 Feb 2014 11:25:52 +0100
Message-ID: <20140224102552.7619BEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0096926854=="

--===============0096926854==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 7512ee9d47da257973e4b5bde18ba788d0be47ad
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D7512ee9d47da257973e4b5bde18ba788d0be47ad

Author: Henning Westerholt <hw(a)kamailio.org>
Committer: Henning Westerholt <hw(a)kamailio.org>
Date:   Mon Feb 24 11:22:50 2014 +0100

pdb: move gitignore to own directory

---

 utils/pdbt/.gitignore |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/utils/pdbt/.gitignore b/utils/pdbt/.gitignore
new file mode 100644
index 0000000..45a2d95
--- /dev/null
+++ b/utils/pdbt/.gitignore
@@ -0,0 +1,2 @@
+utils/pdbt/pdb_server
+utils/pdbt/pdbt



--===============0096926854==--


From hw@kamailio.org Mon Feb 24 11:25:52 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pdb: remove pdb from global gitignore
Date: Mon, 24 Feb 2014 11:25:52 +0100
Message-ID: <20140224102552.8B832EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1531714281=="

--===============1531714281==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 21454415b93773811ff8c4be702956c86fb14366
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D21454415b93773811ff8c4be702956c86fb14366

Author: Henning Westerholt <hw(a)kamailio.org>
Committer: Henning Westerholt <hw(a)kamailio.org>
Date:   Mon Feb 24 11:23:17 2014 +0100

pdb: remove pdb from global gitignore

---

 .gitignore |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9c26668..59c764d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -30,8 +30,6 @@ test/udp_flood
 utils/gen_ha1/gen_ha1
 utils/sercmd/sercmd
 utils/sercmd/kamcmd
-utils/pdbt/pdb_server
-utils/pdbt/pdbt
 utils/protoshoot/protoshoot
 # Emacs backup files
 *~



--===============1531714281==--


From hw@kamailio.org Mon Feb 24 11:25:53 2014
From: Henning Westerholt <hw@kamailio.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: pdb: add debian init file
Date: Mon, 24 Feb 2014 11:25:52 +0100
Message-ID: <20140224102552.AC2E7EF8078@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0112997902=="

--===============0112997902==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 3cdebcbb27568487574ed56274733e5c64431cc0
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D3cdebcbb27568487574ed56274733e5c64431cc0

Author: Henning Westerholt <hw(a)kamailio.org>
Committer: Henning Westerholt <hw(a)kamailio.org>
Date:   Mon Feb 24 11:23:42 2014 +0100

pdb: add debian init file

---

 utils/pdbt/debian/pdb-server.init.d |   48 +++++++++++++++++++++++++++++++++=
++
 1 files changed, 48 insertions(+), 0 deletions(-)

diff --git a/utils/pdbt/debian/pdb-server.init.d b/utils/pdbt/debian/pdb-serv=
er.init.d
new file mode 100644
index 0000000..49a9b31
--- /dev/null
+++ b/utils/pdbt/debian/pdb-server.init.d
@@ -0,0 +1,48 @@
+#! /bin/sh
+
+PATH=3D/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+DAEMON=3D/usr/bin/pdb_server
+NAME=3Dpdb_server
+DESC=3Dpdb_server
+PIDFILE=3D/var/run/pdb_server.pid
+
+test -x $DAEMON || exit 0
+
+# Include pdb_server defaults if available
+if [ -f /etc/default/pdb_server ] ; then
+        . /etc/default/pdb_server
+fi
+
+# Include pdb_server config if available
+if [ -f /etc/pdb_server.conf ] ; then
+        . /etc/pdb_server.conf
+fi
+
+set -e
+
+case "$1" in
+  start)
+        echo -n "Starting $DESC: "
+        start-stop-daemon --start --background --make-pidfile --pidfile $PID=
FILE -c $PDBUSER -g $PDBGROUP --exec $DAEMON -- -d -m "$MMAPFILE" -i "$BINDAD=
DR" -p "$BINDPORT"
+        echo "."
+        ;;
+  stop)
+        echo -n "Stopping $DESC: "
+        # start-stop-daemon --stop --pidfile $PIDFILE --exec $DAEMON
+        if pgrep -x $NAME &> /dev/null; then killall $NAME; fi
+        rm -f $PIDFILE
+        echo "$NAME."
+        ;;
+  restart|force-reload)
+        if pgrep -x $NAME &> /dev/null; then killall $NAME; fi
+        rm -f $PIDFILE
+        start-stop-daemon --start --background --make-pidfile --pidfile $PID=
FILE -c $PDBUSER -g $PDBGROUP --exec $DAEMON -- -d -m "$MMAPFILE" -i "$BINDAD=
DR" -p "$BINDPORT"
+        ;;
+  *)
+        N=3D/etc/init.d/$NAME
+        echo "Usage: $N {start|stop|restart|force-reload}" >&2
+        exit 1
+        ;;
+esac
+
+exit 0



--===============0112997902==--


From carlos.ruizdiaz@gmail.com Mon Feb 24 13:14:22 2014
From: Carlos Ruiz =?utf-8?q?D=C3=ADaz?= <carlos.ruizdiaz@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] dialog module with DB Backend
Date: Mon, 24 Feb 2014 09:14:15 -0300
Message-ID:
 <CA+3gBcmwxhrp8E5r7D7v4MAT=qJyuZ=6WiK7vPwFR688Rbw1rA@mail.gmail.com>
In-Reply-To:
 <CAO47Hpdcbt4zka6KtnEQu0r5xRNKCTjyz+5NiWgvb3FWzUqYaA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1182753550=="

--===============1182753550==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

I would suggest that you change the DBMS to something a little less
complicated than Cassandra, MySQL for example, make your tests again and
see if you can reproduce this.

In case you can't, and you get to work everything with the DBMS you chose,
it would mean that you have found a bug in the cassandra module.

I personally have been experimenting with db_cassandra, and it works quite
well for some scenarios, and it does not at all for others. Also, take into
account that you can't really maintain the Kamailio tables using the
built-in scripts (kamctl) when using Cassandra as a backend. It does not
work because Cassandra uses CQL that resembles SQL, but has a very limited
functionality and they look alike only syntactically.

Regards,



On Mon, Feb 24, 2014 at 7:19 AM, jay binks <jaybinks(a)gmail.com> wrote:

> So poking round the code for the dialog module....
> Im not sure what im missing here.
>
>
> get_profile_size dosnt care bout the state of a dialog... so you get ALL
> dialogs that are in the hash table.
> ( which is interesting if you want to use dialog module to enforce channel
> limits etc )
>
> So you go... OK...  kamailio only expects to have "ACTIVE" dialogs in the
> hash table... kewl..
> lets assume that to be the case.
>
> but then in dlg_db_handler.c , load_dialog_info_from_db loads all dialogs
> from the DB, regardless of state.
> so all dialogs in the DB ( ones that didnt get deleted yet... but were in
> state 5 ) get re-created in kamailio
> upon startup.
>
> what this means is...
> ( assume starting with empty DB )
>
> I start kamailio, make some calls... they get synced to the DB.
> I end the calls,  kamailio removes from dialogs module internal hash, but
> the sync to DB hasnt happened yet.
>
> I kill kamailio ( or crash .. whatever )....  restart kamailio and it
> re-loads all those dialogs
> and thinks they are still active calls.
>
> Im SURE Im missing something here, because it seems to be VERY common to
> use dialogs for channel limiting..
> maybe not so much using cassandra db behind the scenes, but as of yet ...
> Im still yet to find anything that makes me thing this is db_cassandra
> mis-behaving.
>
> if im wrong, please point me in the right direction.
>
> Jay
>
>
>
>
> On 24 February 2014 17:54, jay binks <jaybinks(a)gmail.com> wrote:
>
>> Am I REALLY the only person who has ever run into this !?
>>
>>
>> On 19 February 2014 14:08, jay binks <jaybinks(a)gmail.com> wrote:
>>
>>> Hi all, im using the dialog module with db_cassandra backend..
>>> I dont believe this issue is related to cassandra, but its worth
>>> mentioning anyways.
>>>
>>> so... I run kamailio, make calls, see dialogs in the DB..
>>> and I Can use "kamctl mi dlg_list" and see that dialogs go away when I
>>> hangup a call..
>>>
>>> When I query the DB Backend, I still see the queries, but they have a
>>> state of 5.
>>> I Initially thought this was a bug, but it seems dialogs in state 5 get
>>> cleaned up after a period.
>>> so I moved on.
>>>
>>> now , lets restart kamailio..
>>> kamailio loads all dialogs on startup, after kamailio starts I call
>>> "kamctl mi dlg_list" again, and it shows all my dialogs from the DB.   th=
ey
>>> DO show as "State 5"
>>> but for some reason, these dialogs appear to stick around for a long
>>> time, and the bigger issue it causes me is that my channel limiting (
>>> using get_profile_size ) seems to consider these dialogs ( in state 5 ) as
>>> being active calls.
>>>
>>> Please someone point me in the right direction... :)
>>>
>>> what am I doing wrong ?
>>> ( or is this a bug somewhere )
>>>
>>> Sincerely
>>>
>>> Jay
>>>
>>
>>
>>
>> --
>> Sincerely
>>
>> Jay
>>
>
>
>
> --
> Sincerely
>
> Jay
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>


--=20
Carlos
http://caruizdiaz.com
+595981146623



--===============1182753550==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SSB3b3VsZCBzdWdnZXN0IHRoYXQgeW91IGNoYW5nZSB0aGUgREJNUyB0
byBzb21ldGhpbmcgYSBsaXR0bGUgbGVzcyBjb21wbGljYXRlZCB0aGFuIENhc3NhbmRyYSwgTXlT
UUwgZm9yIGV4YW1wbGUsIG1ha2UgeW91ciB0ZXN0cyBhZ2FpbiBhbmQgc2VlIGlmIHlvdSBjYW4g
cmVwcm9kdWNlIHRoaXMuPGRpdj48YnI+PC9kaXY+PGRpdj5JbiBjYXNlIHlvdSBjYW4mIzM5O3Qs
IGFuZCB5b3UgZ2V0IHRvIHdvcmsgZXZlcnl0aGluZyB3aXRoIHRoZSBEQk1TIHlvdSBjaG9zZSwg
aXQgd291bGQgbWVhbiB0aGF0IHlvdSBoYXZlIGZvdW5kIGEgYnVnIGluIHRoZSBjYXNzYW5kcmEg
bW9kdWxlLjwvZGl2Pgo8ZGl2Pjxicj48L2Rpdj48ZGl2PkkgcGVyc29uYWxseSBoYXZlIGJlZW4g
ZXhwZXJpbWVudGluZyB3aXRoIGRiX2Nhc3NhbmRyYSwgYW5kIGl0IHdvcmtzIHF1aXRlIHdlbGwg
Zm9yIHNvbWUgc2NlbmFyaW9zLCBhbmQgaXQgZG9lcyBub3QgYXQgYWxsIGZvciBvdGhlcnMuIEFs
c28sIHRha2UgaW50byBhY2NvdW50IHRoYXQgeW91IGNhbiYjMzk7dCByZWFsbHkgbWFpbnRhaW4g
dGhlIEthbWFpbGlvIHRhYmxlcyB1c2luZyB0aGUgYnVpbHQtaW4gc2NyaXB0cyAoa2FtY3RsKSB3
aGVuIHVzaW5nIENhc3NhbmRyYSBhcyBhIGJhY2tlbmQuIEl0IGRvZXMgbm90IHdvcmsgYmVjYXVz
ZSBDYXNzYW5kcmEgdXNlcyBDUUwgdGhhdCByZXNlbWJsZXMgU1FMLCBidXQgaGFzIGEgdmVyeSBs
aW1pdGVkIGZ1bmN0aW9uYWxpdHkgYW5kIHRoZXkgbG9vayBhbGlrZSBvbmx5IHN5bnRhY3RpY2Fs
bHkuoDwvZGl2Pgo8ZGl2Pjxicj48L2Rpdj48ZGl2PlJlZ2FyZHMsPC9kaXY+PGRpdj48YnI+PC9k
aXY+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48YnI+PGRpdiBjbGFzcz0iZ21h
aWxfcXVvdGUiPk9uIE1vbiwgRmViIDI0LCAyMDE0IGF0IDc6MTkgQU0sIGpheSBiaW5rcyA8c3Bh
biBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpqYXliaW5rc0BnbWFpbC5jb20iIHRhcmdl
dD0iX2JsYW5rIj5qYXliaW5rc0BnbWFpbC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPgo8
YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDti
b3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRy
Ij5TbyBwb2tpbmcgcm91bmQgdGhlIGNvZGUgZm9yIHRoZSBkaWFsb2cgbW9kdWxlLi4uLiCgPGRp
dj5JbSBub3Qgc3VyZSB3aGF0IGltIG1pc3NpbmcgaGVyZS48L2Rpdj48ZGl2Pjxicj4KPC9kaXY+
PGRpdj48YnI+PC9kaXY+PGRpdj5nZXRfcHJvZmlsZV9zaXplIGRvc250IGNhcmUgYm91dCB0aGUg
c3RhdGUgb2YgYSBkaWFsb2cuLi4gc28geW91IGdldCBBTEwgZGlhbG9ncyB0aGF0IGFyZSBpbiB0
aGUgaGFzaCB0YWJsZS48YnI+Cgo8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+KCB3aGlj
aCBpcyBpbnRlcmVzdGluZyBpZiB5b3Ugd2FudCB0byB1c2UgZGlhbG9nIG1vZHVsZSB0byBlbmZv
cmNlIGNoYW5uZWwgbGltaXRzIGV0YyApPC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxi
cj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+U28geW91IGdvLi4uIE9LLi4uIKBrYW1h
aWxpbyBvbmx5IGV4cGVjdHMgdG8gaGF2ZSAmcXVvdDtBQ1RJVkUmcXVvdDsgZGlhbG9ncyBpbiB0
aGUgaGFzaCB0YWJsZS4uLiBrZXdsLi48L2Rpdj4KCgo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+
bGV0cyBhc3N1bWUgdGhhdCB0byBiZSB0aGUgY2FzZS48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9l
eHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5idXQgdGhlbiBpbqBkbGdf
ZGJfaGFuZGxlci5jICygPHNwYW4gc3R5bGU9IndoaXRlLXNwYWNlOnByZS13cmFwIj5sb2FkX2Rp
YWxvZ19pbmZvX2Zyb21fZGIgbG9hZHMgYWxsIGRpYWxvZ3MgZnJvbSB0aGUgREIsIHJlZ2FyZGxl
c3Mgb2Ygc3RhdGUuPC9zcGFuPjwvZGl2PgoKCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48c3Bh
biBzdHlsZT0id2hpdGUtc3BhY2U6cHJlLXdyYXAiPnNvIGFsbCBkaWFsb2dzIGluIHRoZSBEQiAo
IG9uZXMgdGhhdCBkaWRudCBnZXQgZGVsZXRlZCB5ZXQuLi4gYnV0IHdlcmUgaW4gc3RhdGUgNSAp
IGdldCByZS1jcmVhdGVkIGluIGthbWFpbGlvPC9zcGFuPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWls
X2V4dHJhIj4KCjxzcGFuIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUtd3JhcCI+dXBvbiBzdGFydHVw
Ljwvc3Bhbj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PHNwYW4gc3R5bGU9IndoaXRl
LXNwYWNlOnByZS13cmFwIj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJh
Ij53aGF0IHRoaXMgbWVhbnMgaXMuLi48L2Rpdj4KCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj4o
IGFzc3VtZSBzdGFydGluZyB3aXRoIGVtcHR5IERCICk8L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9l
eHRyYSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5JIHN0YXJ0IGthbWFpbGlv
LCBtYWtlIHNvbWUgY2FsbHMuLi4gdGhleSBnZXQgc3luY2VkIHRvIHRoZSBEQi48L2Rpdj48ZGl2
IGNsYXNzPSJnbWFpbF9leHRyYSI+SSBlbmQgdGhlIGNhbGxzLCCga2FtYWlsaW8gcmVtb3ZlcyBm
cm9tIGRpYWxvZ3MgbW9kdWxlIGludGVybmFsIGhhc2gsIGJ1dCB0aGUgc3luYyB0byBEQiBoYXNu
dCBoYXBwZW5lZCB5ZXQuPC9kaXY+CgoKPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48L2Rp
dj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+SSBraWxsIGthbWFpbGlvICggb3IgY3Jhc2ggLi4g
d2hhdGV2ZXIgKS4uLi4goHJlc3RhcnQga2FtYWlsaW8gYW5kIGl0IHJlLWxvYWRzIGFsbCB0aG9z
ZSBkaWFsb2dzPC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPmFuZCB0aGlua3MgdGhleSBh
cmUgc3RpbGwgYWN0aXZlIGNhbGxzLjwvZGl2PgoKCjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48
YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPkltIFNVUkUgSW0gbWlzc2luZyBzb21l
dGhpbmcgaGVyZSwgYmVjYXVzZSBpdCBzZWVtcyB0byBiZSBWRVJZIGNvbW1vbiB0byB1c2UgZGlh
bG9ncyBmb3IgY2hhbm5lbCBsaW1pdGluZy4uPC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEi
Pm1heWJlIG5vdCBzbyBtdWNoIHVzaW5nIGNhc3NhbmRyYSBkYiBiZWhpbmQgdGhlIHNjZW5lcywg
YnV0IGFzIG9mIHlldCAuLi4gSW0gc3RpbGwgeWV0IHRvIGZpbmQgYW55dGhpbmcgdGhhdCBtYWtl
cyBtZSB0aGluZyB0aGlzIGlzIGRiX2Nhc3NhbmRyYSBtaXMtYmVoYXZpbmcuPC9kaXY+CgoKPGRp
diBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+
aWYgaW0gd3JvbmcsIHBsZWFzZSBwb2ludCBtZSBpbiB0aGUgcmlnaHQgZGlyZWN0aW9uLjwvZGl2
PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0
cmEiPkpheTwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PC9kaXY+CgoKPGRpdiBj
bGFzcz0iZ21haWxfZXh0cmEiPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJy
Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+Ck9uIDI0IEZlYnJ1YXJ5IDIwMTQgMTc6NTQs
IGpheSBiaW5rc6A8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpqYXliaW5rc0Bn
bWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj5qYXliaW5rc0BnbWFpbC5jb208L2E+Jmd0Ozwvc3Bh
bj6gd3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdp
bjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29s
b3I6cmdiKDIwNCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6
MWV4Ij4KPGRpdiBjbGFzcz0iIj4KCgo8ZGl2IGRpcj0ibHRyIj5BbSBJIFJFQUxMWSB0aGUgb25s
eSBwZXJzb24gd2hvIGhhcyBldmVyIHJ1biBpbnRvIHRoaXMgIT88L2Rpdj48L2Rpdj48ZGl2IGNs
YXNzPSJnbWFpbF9leHRyYSI+PGRpdj48ZGl2Pjxicj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVv
dGUiPjxkaXYgY2xhc3M9IiI+T24gMTkgRmVicnVhcnkgMjAxNCAxNDowOCwgamF5IGJpbmtzoDxz
cGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOmpheWJpbmtzQGdtYWlsLmNvbSIgdGFy
Z2V0PSJfYmxhbmsiPmpheWJpbmtzQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPqB3cm90ZTo8YnI+
CgoKCjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow
cHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6
cmdiKDIwNCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4
Ij48ZGl2IGRpcj0ibHRyIj5IaSBhbGwsIGltIHVzaW5nIHRoZSBkaWFsb2cgbW9kdWxlIHdpdGgg
ZGJfY2Fzc2FuZHJhIGJhY2tlbmQuLjxkaXY+CjxkaXYgY2xhc3M9Img1Ij48ZGl2PgoKCkkgZG9u
dCBiZWxpZXZlIHRoaXMgaXNzdWUgaXMgcmVsYXRlZCB0byBjYXNzYW5kcmEsIGJ1dCBpdHMgd29y
dGggbWVudGlvbmluZyBhbnl3YXlzLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+c28uLi4gSSBy
dW4ga2FtYWlsaW8sIG1ha2UgY2FsbHMsIHNlZSBkaWFsb2dzIGluIHRoZSBEQi4uPC9kaXY+PGRp
dj5hbmQgSSBDYW4gdXNlICZxdW90O2thbWN0bCBtaSBkbGdfbGlzdCZxdW90OyBhbmQgc2VlIHRo
YXQgZGlhbG9ncyBnbyBhd2F5IHdoZW4gSSBoYW5ndXAgYSBjYWxsLi48L2Rpdj4KCgoKPGRpdj48
YnI+PC9kaXY+PGRpdj5XaGVuIEkgcXVlcnkgdGhlIERCIEJhY2tlbmQsIEkgc3RpbGwgc2VlIHRo
ZSBxdWVyaWVzLCBidXQgdGhleSBoYXZlIGEgc3RhdGUgb2YgNS48L2Rpdj48ZGl2PkkgSW5pdGlh
bGx5IHRob3VnaHQgdGhpcyB3YXMgYSBidWcsIGJ1dCBpdCBzZWVtcyBkaWFsb2dzIGluIHN0YXRl
IDUgZ2V0IGNsZWFuZWQgdXAgYWZ0ZXIgYSBwZXJpb2QuPC9kaXY+PGRpdj4KCgoKc28gSSBtb3Zl
ZCBvbi48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5ub3cgLCBsZXRzIHJlc3RhcnQga2Ft
YWlsaW8uLjwvZGl2PjxkaXY+a2FtYWlsaW8gbG9hZHMgYWxsIGRpYWxvZ3Mgb24gc3RhcnR1cCwg
YWZ0ZXIga2FtYWlsaW8gc3RhcnRzIEkgY2FsbCAmcXVvdDtrYW1jdGwgbWkgZGxnX2xpc3QmcXVv
dDsgYWdhaW4sIGFuZCBpdCBzaG93cyBhbGwgbXkgZGlhbG9ncyBmcm9tIHRoZSBEQi4goCB0aGV5
IERPIHNob3cgYXMgJnF1b3Q7U3RhdGUgNSZxdW90OzwvZGl2PgoKCgo8ZGl2PmJ1dCBmb3Igc29t
ZSByZWFzb24sIHRoZXNlIGRpYWxvZ3MgYXBwZWFyIHRvIHN0aWNrIGFyb3VuZCBmb3IgYSBsb25n
IHRpbWUsIGFuZCB0aGUgYmlnZ2VyIGlzc3VlIGl0IGNhdXNlcyBtZSBpcyB0aGF0IG15IGNoYW5u
ZWwgbGltaXRpbmcgKCB1c2luZ6BnZXRfcHJvZmlsZV9zaXplICkgc2VlbXMgdG8gY29uc2lkZXIg
dGhlc2UgZGlhbG9ncyAoIGluIHN0YXRlIDUgKSBhcyBiZWluZyBhY3RpdmUgY2FsbHMuIKA8L2Rp
dj4KCgoKPGRpdj48YnI+PC9kaXY+PGRpdj5QbGVhc2Ugc29tZW9uZSBwb2ludCBtZSBpbiB0aGUg
cmlnaHQgZGlyZWN0aW9uLi4uIDopPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj53aGF0IGFtIEkg
ZG9pbmcgd3JvbmcgPzwvZGl2PjxkaXY+KCBvciBpcyB0aGlzIGEgYnVnIHNvbWV3aGVyZSApPC9k
aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5TaW5jZXJlbHk8Zm9udCBjb2xvcj0iIzg4ODg4OCI+PGJy
PgoKCgo8L2ZvbnQ+PC9kaXY+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxicj5KYXk8L2ZvbnQ+PC9k
aXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnIgY2xlYXI9ImFsbCI+PHNw
YW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxkaXY+PGJyPjwvZGl2Pjwv
Zm9udD48L3NwYW4+PC9kaXY+PC9kaXY+PHNwYW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9
IiM4ODg4ODgiPjxzcGFuPjxmb250IGNvbG9yPSIjODg4ODg4Ij4tLaA8YnI+ClNpbmNlcmVseTxi
cj48YnI+SmF5PC9mb250Pjwvc3Bhbj48L2ZvbnQ+PC9zcGFuPjwvZGl2PjwvYmxvY2txdW90ZT48
L2Rpdj48c3BhbiBjbGFzcz0iSE9FblpiIj48Zm9udCBjb2xvcj0iIzg4ODg4OCI+Cjxicj48YnIg
Y2xlYXI9ImFsbCI+PGRpdj48YnI+PC9kaXY+LS2gPGJyPlNpbmNlcmVseTxicj48YnI+SmF5PC9m
b250Pjwvc3Bhbj48L2Rpdj48L2Rpdj4KPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fPGJyPgpzci1kZXYgbWFpbGluZyBsaXN0PGJyPgo8YSBocmVmPSJt
YWlsdG86c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnIj5zci1kZXZAbGlzdHMuc2lwLXJvdXRl
ci5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJp
bi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5z
aXAtcm91dGVyLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8vc3ItZGV2PC9hPjxicj4KPGJy
PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PGJyIGNsZWFyPSJhbGwiPjxkaXY+PGJyPjwvZGl2Pi0t
IDxicj5DYXJsb3M8ZGl2PjxhIGhyZWY9Imh0dHA6Ly9jYXJ1aXpkaWF6LmNvbSIgdGFyZ2V0PSJf
YmxhbmsiPmh0dHA6Ly9jYXJ1aXpkaWF6LmNvbTwvYT48L2Rpdj48ZGl2Pis1OTU5ODExNDY2MjM8
L2Rpdj4KPC9kaXY+Cg==

--===============1182753550==--


From bugtracker@sip-router.org Mon Feb 24 13:17:05 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Potential issue with kamctl
Date: Mon, 24 Feb 2014 12:17:02 +0000
Message-ID: <1393244222.530b383eb228c@sip-router.org>
In-Reply-To: <FS399@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0539013705=="

--===============0539013705==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Morten Tryfoss (mtryfoss)=20

Attached to Project - sip-router
Summary - Potential issue with kamctl
Task Type - Bug Report
Category - sercmd
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Low
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - There seems to be a potential issue with kamctl.fifo if a script cr=
ashes for some reason.

The file /tmp/kamailio_receiver_<pid> might be left again after script finish=
, and this causes kamctl to fail next time it runs with that pid:
Feb 24 07:04:45 bnsip1ha /usr/sbin/kamailio[16767]: ERROR: mi_fifo [fifo_fnc.=
c:224]: mi_open_reply_pipe(): open error (/tmp/kamailio_receiver_16613): Perm=
ission denied
Feb 24 07:04:45 bnsip1ha /usr/sbin/kamailio[16767]: ERROR: mi_fifo [fifo_fnc.=
c:488]: mi_fifo_server(): cannot open reply pipe /tmp/kamailio_receiver_16613
Feb 24 07:04:48 bnsip1ha kamailio(kamailio)[16605]: WARNING: Kamailio is not =
up according to kamctl monitor!


This is not critical at all, but we use "kamctl monitor" from heartbeat for h=
ealth checking.

Would it be safe to add this to the start of kamctl.fifo, to clean up files t=
hat are not deleted?

name=3Dkamailio_receiver_$$
path=3D$CHROOT_DIR/tmp/$name
if test -p $path; then
        rm $path
fi


More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D399

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0539013705==--


From carsten@ng-voice.com Mon Feb 24 14:22:56 2014
From: Carsten Bock <carsten@ng-voice.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] PDB-Server on Debian
Date: Mon, 24 Feb 2014 14:22:50 +0100
Message-ID:
 <CAOCjumEybNQ-1XXAaVQ7eyBDc18fTorez46kHNDky+95uah0Fw@mail.gmail.com>
In-Reply-To: <48059021.rD2st7CoR5@hwesterholt>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1812178483=="

--===============1812178483==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Henning,

thanks for the commit! Tested & works :-)

Kind regards,
Carsten

2014-02-24 11:25 GMT+01:00 Henning Westerholt <hw(a)kamailio.org>:
> Am Samstag, 22. Februar 2014, 17:55:01 schrieb Carsten Bock:
>> some quick questions on a saturday afternoon:
>> - is there a way to restart the pdb_server without restarting the
>> daemon? E.g. by sending a SIGUSR1 or similar
>> - the debian-control file states:
>>
>> Package: pdb-tools
>> Depends: ui-pdb-tools-config
>>
>> What is ui-pdb-tools-config?!? Where can it be found?
>>
>> And the last question:
>> - does someone have a working init.d-script for the server? It's missing...
>
> Hello Carsten,
>
> this is some artefact of internal packages from us:
>
> ui-pdb-tools-config - Config for ui-pdb-tools
>
> In the end that one does only contain a configuration file for the pdbt. I =
will
> remove that from the public repository.
>
> With regards to the init script, I will add a version we use here in
> internally, feel free to improve it if you find it necessary.
>
> Best regards
>
> Henning



--=20
Carsten Bock
CEO (Gesch=C3=A4ftsf=C3=BChrer)

ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany

http://www.ng-voice.com
mailto:carsten(a)ng-voice.com

Office +49 40 34927219
Fax +49 40 34927220

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Gesch=C3=A4ftsf=C3=BChrer: Carsten Bock
Ust-ID: DE279344284

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


--===============1812178483==--


From bugtracker@sip-router.org Mon Feb 24 17:50:12 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Crash in asynchronous processing
Date: Mon, 24 Feb 2014 16:50:10 +0000
Message-ID: <1393260610.530b7842e9032@sip-router.org>
In-Reply-To: <FS400@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0404441054=="

--===============0404441054==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Carsten Bock (carstenbock)=20

Attached to Project - sip-router
Summary - Crash in asynchronous processing
Task Type - Bug Report
Category - Core
Status - New
Assigned To -=20
Operating System - Linux
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - The crash is related to commit:
Commit: f3f2f09beda60e1f7f4e6dfc0359f788991aeef6

and applies to both 4.1 and master.

Config sniplet, to reproduce the crash:

<code>
[...]
# ----- mqueue params -----
modparam("mqueue", "mqueue", "name=3Dpresence")
# ----- rtimer params -----
modparam("rtimer", "timer", "name=3Dpresence0;interval=3D1;mode=3D1;")
modparam("rtimer", "exec", "timer=3Dpresence0;route=3DPRESENCE_PROCESS")
[...]

route {
        if (!t_suspend()) {
                t_reply("500", "Server Internal Error");
                xlog("L_ERR", "Failed to suspend transaction for $rm\n");
                exit;
        }

        if (!mq_add("presence", "$T(id_index)", "$T(id_label)")) {
                t_reply("500", "Server Internal Error");
                xlog("L_ERR", "Failed to queue transaction for $rm [$T(id_ind=
ex):$T(id_label)]\n");
                exit;
        }
        exit;
}

route[PRESENCE_PROCESS] {
	lock("pres");
	$var(pres) =3D $shv(pres);
	$shv(pres) =3D $shv(pres) + 1;
	unlock("pres");
=09
	$var(q_size) =3D mq_size("presence");
	xlog("L_WARN", "Starting presence de-queue process $var(pres) (pid: $pp), si=
ze of queue is: $var(q_size)\n");

	while (mq_fetch("presence")) {
		$var(id_index) =3D (int) $mqk(presence);
		$var(id_label) =3D (int) $mqv(presence);
		xlog("L_INFO", "Found queued presence transaction [$var(id_index):$var(id_l=
abel)]\n");
		t_continue("$var(id_index)", "$var(id_label)", "PRESENCE");
	}
}

route[PRESENCE] {
	xlog("L_INFO", "$rm: route[PRESENCE] process $var(pres)\n");
}
</code>
----
Logfile from the issue (different use-case, same crash; with TIMER_DEBUG enab=
led):
----
<code>
Feb 11 22:37:23 scscf ./kamailio[32230]: ERROR: <script>: 2 saa_return code (=
for scscf_save on register) is 1
Feb 11 22:37:23 scscf ./kamailio[32230]: ERROR: <script>: SAR success - 200 r=
esponse sent from module
Feb 11 22:37:23 scscf ./kamailio[32230]: WARNING: <core> [timer.c:584]: timer=
_add_safe(): timer_add called on an active timer 0x7fcf1ba5eb68 (0x7fcf1b77e7=
d8, 0x7fcf1b77e7d8), flags 201
Feb 11 22:37:23 scscf ./kamailio[32230]: WARNING: <core> [timer.c:586]: timer=
_add_safe(): WARN: -timer_add-; called from put_on_wait(t_funcs.c):176
Feb 11 22:37:23 scscf ./kamailio[32230]: WARNING: <core> [timer.c:592]: timer=
_add_safe(): WARN: -timer_add-: added 1 times, last from: put_on_wait(t_funcs=
.c):176, deleted 0 times, last from: (null)((null)):0, init 1 times, expired 0
Feb 11 22:37:28 scscf ./kamailio[32220]: : <core> [timer.c:868]: timer_list_e=
xpire(): BUG: timer_list_expire: @1843226859 tl=3D0x7fcf1ba6a870 { (nil), 0x7=
fcf1b7998f8, 463910128, 32719, 0x7fcf1ba6bb68, 0x7fcf1ba6b8e0, bbf8, -}, h=3D=
0x7fcf1b7998f8 {0x7fcf1ba6a870, 0x7fcf1ba5eb68}
Feb 11 22:37:28 scscf ./kamailio[32220]: : <core> [timer.c:870]: timer_list_e=
xpire(): BUG: -timer_list_expire-: cycle 0, first 0x7fcf1ba6a870,running (nil)
Feb 11 22:37:28 scscf ./kamailio[32220]: : <core> [timer.c:878]: timer_list_e=
xpire(): BUG: -timer_list_expire-: added 32719 times, last from: #007(#004):4=
63911912, deleted 0 times, last from: (null)(#011):0, init 463912904 times, e=
xpired 32720
</code>
----
Output of "bt full" of gdb:
----
<code>
(gdb) bt full
#0  0x0000000000554c34 in timer_list_expire (slow_mark=3D112,
slow_l=3D0x7fbbd37c0208, h=3D0x7fbbd37bf8f8, t=3D1936555861) at timer.c:883
        tl =3D 0x7fbbd3a81790
        ret =3D <optimized out>
#1  timer_handler () at timer.c:959
        saved_ticks =3D <optimized out>
        run_slow_timer =3D 0
        i =3D 112
#2  timer_main () at timer.c:998
No locals.
#3  0x0000000000480a05 in main_loop () at main.c:1688
        i =3D <optimized out>
        pid =3D <optimized out>
        si =3D 0x0
        si_desc =3D "udp receiver child=3D2 sock=3D141.0.21.99:5060", '\000'
<repeats 22 times>,
"\016\b\000\000\000\000\000\000\020\325`\000\000\000\000\000\003\000\000\000\=
000\000\000\000\000\001l\f\304\331\373\177\001\000\000\000\000\000\000\000\00=
3\000\000\000\000\000\000\000(\331\223\000\000\000\000\000
\331\223\000\000\000\000"
        nrprocs =3D <optimized out>
        __FUNCTION__ =3D "main_loop"
#4  0x0000000000420585 in main (argc=3D<optimized out>, argv=3D<optimized
out>) at main.c:2533
        cfg_stream =3D <optimized out>
        c =3D <optimized out>
        r =3D <optimized out>
        tmp =3D 0x7fff9cc4fa17 ""
        tmp_len =3D -1664821218
        port =3D 118
        proto =3D -1664820856
        options =3D 0x608470
":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:"
        ret =3D -1
        seed =3D 4225034667
        rfd =3D 0
        debug_save =3D <optimized out>
        debug_flag =3D <optimized out>
        dont_fork_cnt =3D <optimized out>
        n_lst =3D 0x0
        p =3D <optimized out>
        __FUNCTION__ =3D "main"
</code>
----
As soon as i revert the above mentioned patch, everything's fine; so my crash=
 is definitely related to that commit.


More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D400

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0404441054==--


From bugtracker@sip-router.org Mon Feb 24 18:05:28 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: mtree mt_summary display
	incorrectly, or memory leak?
Date: Mon, 24 Feb 2014 17:05:26 +0000
Message-ID: <1393261526.530b7bd6741a2@sip-router.org>
In-Reply-To: <FS398@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1753519716=="

--===============1753519716==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#398 - mtree mt_summary display incorrectly, or memory leak?
User who did this - Daniel-Constantin Mierla (miconda)

----------
What are the parameters for mtree? Are all values in one db table or each tre=
e in its own table?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D398#comment1308

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1753519716==--


From miconda@gmail.com Mon Feb 24 18:18:36 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: mtree: reset tree statistics upon reload
Date: Mon, 24 Feb 2014 18:18:36 +0100
Message-ID: <20140224171836.7CE0DEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0396372252=="

--===============0396372252==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 94bad4414b36334061ef0d3ec42747d672eaf058
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D94bad4414b36334061ef0d3ec42747d672eaf058

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 18:17:00 2014 +0100

mtree: reset tree statistics upon reload

- related to FS#398, reported by JoshE

---

 modules/mtree/mtree_mod.c |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/modules/mtree/mtree_mod.c b/modules/mtree/mtree_mod.c
index 4aa1d6b..1ef03c5 100644
--- a/modules/mtree/mtree_mod.c
+++ b/modules/mtree/mtree_mod.c
@@ -527,6 +527,10 @@ static int mt_load_db(m_tree_t *pt)
 	memcpy(&new_tree, old_tree, sizeof(m_tree_t));
 	new_tree.head =3D 0;
 	new_tree.next =3D 0;
+	new_tree.nrnodes =3D 0;
+	new_tree.nritems =3D 0;
+	new_tree.memsize =3D 0;
+
=20
 	if (mt_dbf.use_table(db_con, &old_tree->dbtable) < 0)
 	{



--===============0396372252==--


From miconda@gmail.com Mon Feb 24 18:54:32 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: dialog: remove dialog from profile as soon as
 gets to terminated state
Date: Mon, 24 Feb 2014 18:54:32 +0100
Message-ID: <20140224175432.3E61AEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1774483665=="

--===============1774483665==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: edf61acb57ed5e8ee0ca9ec1f796e43ce993be48
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dedf61acb57ed5e8ee0ca9ec1f796e43ce993be48

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 18:53:55 2014 +0100

dialog: remove dialog from profile as soon as gets to terminated state

---

 modules/dialog/dlg_hash.c |    7 +++++++
 1 files changed, 7 insertions(+), 0 deletions(-)

diff --git a/modules/dialog/dlg_hash.c b/modules/dialog/dlg_hash.c
index d346800..d8b2759 100644
--- a/modules/dialog/dlg_hash.c
+++ b/modules/dialog/dlg_hash.c
@@ -984,6 +984,13 @@ void next_state_dlg(dlg_cell_t *dlg, int event,
 	}
 	*new_state =3D dlg->state;
=20
+	/* remove the dialog from profiles when is not no longer active */
+	if(*new_state=3D=3DDLG_STATE_DELETED && dlg->profile_links!=3DNULL
+				&& *old_state!=3D*new_state) {
+		destroy_linkers(dlg->profile_links);
+		dlg->profile_links =3D NULL;
+	}
+
 	dlg_unlock( d_table, d_entry);
=20
 	LM_DBG("dialog %p changed from state %d to "



--===============1774483665==--


From miconda@gmail.com Mon Feb 24 19:16:05 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: dialog: don' t add dialog profiles when loading
 from db and state is terminated
Date: Mon, 24 Feb 2014 19:16:04 +0100
Message-ID: <20140224181604.C5D03EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0585049530=="

--===============0585049530==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 9b88eb7ee2d243882383a44f601baa21fd679cd5
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D9b88eb7ee2d243882383a44f601baa21fd679cd5

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 19:15:13 2014 +0100

dialog: don't add dialog profiles when loading from db and state is terminated

---

 modules/dialog/dlg_db_handler.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/dialog/dlg_db_handler.c b/modules/dialog/dlg_db_handler.c
index 85e49b5..cddd006 100644
--- a/modules/dialog/dlg_db_handler.c
+++ b/modules/dialog/dlg_db_handler.c
@@ -414,7 +414,7 @@ static int load_dialog_info_from_db(int dlg_hash_size, in=
t fetch_num_rows)
 			dlg_set_toroute(dlg, &toroute_name);
=20
 			GET_STR_VALUE(xdata, values, 21, 0, 0);
-			if(xdata.s!=3DNULL)
+			if(xdata.s!=3DNULL && dlg->state!=3DDLG_STATE_DELETED)
 			{
 				srjson_InitDoc(&jdoc, NULL);
 				jdoc.buf =3D xdata;



--===============0585049530==--


From miconda@gmail.com Mon Feb 24 20:52:15 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 20:52:06 +0100
Message-ID: <530BA2E6.3030202@gmail.com>
In-Reply-To: <21257.5797.790553.446931@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1066033825=="

--===============1066033825==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello,

On 22/02/14 22:29, Juha Heinanen wrote:
> Ovidiu Sas writes:
>
>> I moved the discussion here, in a separate thread.
>> It seems that what are you looking for is not there ... not
>> implemented.
> yes, that is way is asked about it.
>
>> If you have the same key_name with different values in the table, the
>> last value will be the one loaded in memory.
>> You can't have an array of values for the same keys.
>      
>> Also, there's no syntax to access a particular value in an array.
>> Maybe that's why there's no option to provide the value.
> see this:
>
> o key type - the type of the key
>
>      0 - simple key - the key is added as 'key_name'.
>
>      1 - array key - the key is added as 'key_name[n]'. n is incremented
>      for each key with this name to build an array in hash table.

for clarifications, this is still a single key item in memory, just its 
format is made 'key_name[n]'. Hash tables by definition work with unique 
key indexing.

So adding such items in the hash table should be like:

kamctl mi sht_add ht0 'abc[0]' v0
kamctl mi sht_add ht0 'abc[1]' v1
kamctl mi sht_add ht0 'abc::size' 2

Cheers,
Daniel

>
> for example:
>
>      $var(size) = $sht(htable=>$var(key)::size);
>      $var(i) = 0;
>      while ($var(i) < $var(size)) {
>          $var(value) = $sht(htable=>$var(key)[$var(i)]);
>          ...
>
>   -- juha
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============1066033825==--


From miconda@gmail.com Mon Feb 24 20:59:06 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] dialog module with DB Backend
Date: Mon, 24 Feb 2014 20:58:58 +0100
Message-ID: <530BA482.1070408@gmail.com>
In-Reply-To:
 <CAO47Hpdcbt4zka6KtnEQu0r5xRNKCTjyz+5NiWgvb3FWzUqYaA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1115781185=="

--===============1115781185==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

I pushed some patches to the master branch in order to remove the dialog=20
from its associated profiles when it gets in terminated state. I=20
encountered such issue (not that) recently, but I haven't gotten the=20
time to get to it before.

Then, the second patch is to not add dialogs in profiles when loading=20
from database and the state is terminated (5).

Here are the links to the patches:

-=20
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3Dedf61=
acb57ed5e8ee0ca9ec1f796e43ce993be48
-=20
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3D9b88e=
b7ee2d243882383a44f601baa21fd679cd5

Should be straightforward to cherry pick to 4.1 (even 4.0 I expect). If=20
you test and all goes fine, I will backport -- here I had no time for=20
real testing.

I plan also to not add the dialogs in memory for state terminated, but=20
destroy them at db load time. But this needs a bit of a review, to be=20
sure that all necessary callbacks are executed.

On the other hand, if the dialogs are not removed from db, might be an=20
issue with the database driver (cassandra in this case, which is rather=20
new module). Do you get any syslog errors from kamailio or database=20
server? I expect that people would have reported such issue for other=20
database engines so far. Still it might be an issue, just that was not=20
noticed...

Cheers,
Daniel

On 24/02/14 11:19, jay binks wrote:
> So poking round the code for the dialog module....
> Im not sure what im missing here.
>
>
> get_profile_size dosnt care bout the state of a dialog... so you get=20
> ALL dialogs that are in the hash table.
> ( which is interesting if you want to use dialog module to enforce=20
> channel limits etc )
>
> So you go... OK...  kamailio only expects to have "ACTIVE" dialogs in=20
> the hash table... kewl..
> lets assume that to be the case.
>
> but then in dlg_db_handler.c , load_dialog_info_from_db loads all=20
> dialogs from the DB, regardless of state.
> so all dialogs in the DB ( ones that didnt get deleted yet... but were=20
> in state 5 ) get re-created in kamailio
> upon startup.
>
> what this means is...
> ( assume starting with empty DB )
>
> I start kamailio, make some calls... they get synced to the DB.
> I end the calls,  kamailio removes from dialogs module internal hash,=20
> but the sync to DB hasnt happened yet.
>
> I kill kamailio ( or crash .. whatever )....  restart kamailio and it=20
> re-loads all those dialogs
> and thinks they are still active calls.
>
> Im SURE Im missing something here, because it seems to be VERY common=20
> to use dialogs for channel limiting..
> maybe not so much using cassandra db behind the scenes, but as of yet=20
> ... Im still yet to find anything that makes me thing this is=20
> db_cassandra mis-behaving.
>
> if im wrong, please point me in the right direction.
>
> Jay
>
>
>
>
> On 24 February 2014 17:54, jay binks <jaybinks(a)gmail.com=20
> <mailto:jaybinks(a)gmail.com>> wrote:
>
>     Am I REALLY the only person who has ever run into this !?
>
>
>     On 19 February 2014 14:08, jay binks <jaybinks(a)gmail.com
>     <mailto:jaybinks(a)gmail.com>> wrote:
>
>         Hi all, im using the dialog module with db_cassandra backend..
>         I dont believe this issue is related to cassandra, but its
>         worth mentioning anyways.
>
>         so... I run kamailio, make calls, see dialogs in the DB..
>         and I Can use "kamctl mi dlg_list" and see that dialogs go
>         away when I hangup a call..
>
>         When I query the DB Backend, I still see the queries, but they
>         have a state of 5.
>         I Initially thought this was a bug, but it seems dialogs in
>         state 5 get cleaned up after a period.
>         so I moved on.
>
>         now , lets restart kamailio..
>         kamailio loads all dialogs on startup, after kamailio starts I
>         call "kamctl mi dlg_list" again, and it shows all my dialogs
>         from the DB.   they DO show as "State 5"
>         but for some reason, these dialogs appear to stick around for
>         a long time, and the bigger issue it causes me is that my
>         channel limiting ( using get_profile_size ) seems to consider
>         these dialogs ( in state 5 ) as being active calls.
>
>         Please someone point me in the right direction... :)
>
>         what am I doing wrong ?
>         ( or is this a bug somewhere )
>
>         Sincerely
>
>         Jay
>
>
>
>
>     --=20
>     Sincerely
>
>     Jay
>
>
>
>
> --=20
> Sincerely
>
> Jay
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda




--===============1115781185==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+CiAgICBIZWxsbyw8YnI+CiAgICA8
YnI+CiAgICBJIHB1c2hlZCBzb21lIHBhdGNoZXMgdG8gdGhlIG1hc3RlciBicmFuY2ggaW4gb3Jk
ZXIgdG8gcmVtb3ZlIHRoZQogICAgZGlhbG9nIGZyb20gaXRzIGFzc29jaWF0ZWQgcHJvZmlsZXMg
d2hlbiBpdCBnZXRzIGluIHRlcm1pbmF0ZWQKICAgIHN0YXRlLiBJIGVuY291bnRlcmVkIHN1Y2gg
aXNzdWUgKG5vdCB0aGF0KSByZWNlbnRseSwgYnV0IEkgaGF2ZW4ndAogICAgZ290dGVuIHRoZSB0
aW1lIHRvIGdldCB0byBpdCBiZWZvcmUuPGJyPgogICAgPGJyPgogICAgVGhlbiwgdGhlIHNlY29u
ZCBwYXRjaCBpcyB0byBub3QgYWRkIGRpYWxvZ3MgaW4gcHJvZmlsZXMgd2hlbgogICAgbG9hZGlu
ZyBmcm9tIGRhdGFiYXNlIGFuZCB0aGUgc3RhdGUgaXMgdGVybWluYXRlZCAoNSkuPGJyPgogICAg
PGJyPgogICAgSGVyZSBhcmUgdGhlIGxpbmtzIHRvIHRoZSBwYXRjaGVzOjxicj4KICAgIDxicj4K
ICAgIC0KPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL2dpdC5z
aXAtcm91dGVyLm9yZy9jZ2ktYmluL2dpdHdlYi5jZ2kvc2lwLXJvdXRlci8/YT1jb21taXQ7aD1l
ZGY2MWFjYjU3ZWQ1ZThlZTBjYTllYzFmNzk2ZTQzY2U5OTNiZTQ4Ij5odHRwOi8vZ2l0LnNpcC1y
b3V0ZXIub3JnL2NnaS1iaW4vZ2l0d2ViLmNnaS9zaXAtcm91dGVyLz9hPWNvbW1pdDtoPWVkZjYx
YWNiNTdlZDVlOGVlMGNhOWVjMWY3OTZlNDNjZTk5M2JlNDg8L2E+PGJyPgogICAgLQo8YSBjbGFz
cz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vZ2l0LnNpcC1yb3V0ZXIub3Jn
L2NnaS1iaW4vZ2l0d2ViLmNnaS9zaXAtcm91dGVyLz9hPWNvbW1pdDtoPTliODhlYjdlZTJkMjQz
ODgyMzgzYTQ0ZjYwMWJhYTIxZmQ2NzljZDUiPmh0dHA6Ly9naXQuc2lwLXJvdXRlci5vcmcvY2dp
LWJpbi9naXR3ZWIuY2dpL3NpcC1yb3V0ZXIvP2E9Y29tbWl0O2g9OWI4OGViN2VlMmQyNDM4ODIz
ODNhNDRmNjAxYmFhMjFmZDY3OWNkNTwvYT48YnI+CiAgICA8YnI+CiAgICBTaG91bGQgYmUgc3Ry
YWlnaHRmb3J3YXJkIHRvIGNoZXJyeSBwaWNrIHRvIDQuMSAoZXZlbiA0LjAgSSBleHBlY3QpLgog
ICAgSWYgeW91IHRlc3QgYW5kIGFsbCBnb2VzIGZpbmUsIEkgd2lsbCBiYWNrcG9ydCAtLSBoZXJl
IEkgaGFkIG5vIHRpbWUKICAgIGZvciByZWFsIHRlc3RpbmcuPGJyPgogICAgPGJyPgogICAgSSBw
bGFuIGFsc28gdG8gbm90IGFkZCB0aGUgZGlhbG9ncyBpbiBtZW1vcnkgZm9yIHN0YXRlIHRlcm1p
bmF0ZWQsCiAgICBidXQgZGVzdHJveSB0aGVtIGF0IGRiIGxvYWQgdGltZS4gQnV0IHRoaXMgbmVl
ZHMgYSBiaXQgb2YgYSByZXZpZXcsCiAgICB0byBiZSBzdXJlIHRoYXQgYWxsIG5lY2Vzc2FyeSBj
YWxsYmFja3MgYXJlIGV4ZWN1dGVkLjxicj4KICAgIDxicj4KICAgIE9uIHRoZSBvdGhlciBoYW5k
LCBpZiB0aGUgZGlhbG9ncyBhcmUgbm90IHJlbW92ZWQgZnJvbSBkYiwgbWlnaHQgYmUKICAgIGFu
IGlzc3VlIHdpdGggdGhlIGRhdGFiYXNlIGRyaXZlciAoY2Fzc2FuZHJhIGluIHRoaXMgY2FzZSwg
d2hpY2ggaXMKICAgIHJhdGhlciBuZXcgbW9kdWxlKS4gRG8geW91IGdldCBhbnkgc3lzbG9nIGVy
cm9ycyBmcm9tIGthbWFpbGlvIG9yCiAgICBkYXRhYmFzZSBzZXJ2ZXI/IEkgZXhwZWN0IHRoYXQg
cGVvcGxlIHdvdWxkIGhhdmUgcmVwb3J0ZWQgc3VjaCBpc3N1ZQogICAgZm9yIG90aGVyIGRhdGFi
YXNlIGVuZ2luZXMgc28gZmFyLiBTdGlsbCBpdCBtaWdodCBiZSBhbiBpc3N1ZSwganVzdAogICAg
dGhhdCB3YXMgbm90IG5vdGljZWQuLi48YnI+CiAgICA8YnI+CiAgICBDaGVlcnMsPGJyPgogICAg
RGFuaWVsIDxicj4KICAgIDxicj4KICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24g
MjQvMDIvMTQgMTE6MTksIGpheSBiaW5rcyB3cm90ZTo8YnI+CiAgICA8L2Rpdj4KICAgIDxibG9j
a3F1b3RlCmNpdGU9Im1pZDpDQU80N0hwZGNidDR6a2E2S3RuRVF1MHI1eFJOS0NUanl6KzVOaVdn
dmIzRld6VXFZYUFAbWFpbC5nbWFpbC5jb20iCiAgICAgIHR5cGU9ImNpdGUiPgogICAgICA8ZGl2
IGRpcj0ibHRyIj5TbyBwb2tpbmcgcm91bmQgdGhlIGNvZGUgZm9yIHRoZSBkaWFsb2cgbW9kdWxl
Li4uLgogICAgICAgIKAKICAgICAgICA8ZGl2PkltIG5vdCBzdXJlIHdoYXQgaW0gbWlzc2luZyBo
ZXJlLjwvZGl2PgogICAgICAgIDxkaXY+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+
PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXY+Z2V0X3Byb2ZpbGVfc2l6ZSBkb3NudCBj
YXJlIGJvdXQgdGhlIHN0YXRlIG9mIGEgZGlhbG9nLi4uCiAgICAgICAgICBzbyB5b3UgZ2V0IEFM
TCBkaWFsb2dzIHRoYXQgYXJlIGluIHRoZSBoYXNoIHRhYmxlLjxicj4KICAgICAgICA8L2Rpdj4K
ICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+KCB3aGljaCBpcyBpbnRlcmVzdGluZyBp
ZiB5b3Ugd2FudCB0bwogICAgICAgICAgdXNlIGRpYWxvZyBtb2R1bGUgdG8gZW5mb3JjZSBjaGFu
bmVsIGxpbWl0cyBldGMgKTwvZGl2PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48
YnI+CiAgICAgICAgPC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPlNvIHlv
dSBnby4uLiBPSy4uLiCga2FtYWlsaW8gb25seQogICAgICAgICAgZXhwZWN0cyB0byBoYXZlICJB
Q1RJVkUiIGRpYWxvZ3MgaW4gdGhlIGhhc2ggdGFibGUuLi4ga2V3bC4uPC9kaXY+CiAgICAgICAg
PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPmxldHMgYXNzdW1lIHRoYXQgdG8gYmUgdGhlIGNhc2Uu
PC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4KICAgICAgICA8L2Rp
dj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+YnV0IHRoZW4gaW6gZGxnX2RiX2hh
bmRsZXIuYyAsoDxzcGFuCiAgICAgICAgICAgIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO3doaXRl
LXNwYWNlOnByZS13cmFwIj5sb2FkX2RpYWxvZ19pbmZvX2Zyb21fZGIKICAgICAgICAgICAgbG9h
ZHMgYWxsIGRpYWxvZ3MgZnJvbSB0aGUgREIsIHJlZ2FyZGxlc3Mgb2Ygc3RhdGUuPC9zcGFuPjwv
ZGl2PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48c3BhbgogICAgICAgICAgICBz
dHlsZT0iY29sb3I6cmdiKDAsMCwwKTt3aGl0ZS1zcGFjZTpwcmUtd3JhcCI+c28gYWxsIGRpYWxv
Z3MKICAgICAgICAgICAgaW4gdGhlIERCICggb25lcyB0aGF0IGRpZG50IGdldCBkZWxldGVkIHll
dC4uLiBidXQgd2VyZSBpbgogICAgICAgICAgICBzdGF0ZSA1ICkgZ2V0IHJlLWNyZWF0ZWQgaW4g
a2FtYWlsaW88L3NwYW4+PC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPgog
ICAgICAgICAgPHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7d2hpdGUtc3BhY2U6cHJlLXdy
YXAiPnVwb24KICAgICAgICAgICAgc3RhcnR1cC48L3NwYW4+PC9kaXY+CiAgICAgICAgPGRpdiBj
bGFzcz0iZ21haWxfZXh0cmEiPjxzcGFuCiAgICAgICAgICAgIHN0eWxlPSJjb2xvcjpyZ2IoMCww
LDApO3doaXRlLXNwYWNlOnByZS13cmFwIj48YnI+CiAgICAgICAgICA8L3NwYW4+PC9kaXY+CiAg
ICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPndoYXQgdGhpcyBtZWFucyBpcy4uLjwvZGl2
PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj4oIGFzc3VtZSBzdGFydGluZyB3aXRo
IGVtcHR5IERCICk8L2Rpdj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPgog
ICAgICAgIDwvZGl2PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5JIHN0YXJ0IGth
bWFpbGlvLCBtYWtlIHNvbWUgY2FsbHMuLi4KICAgICAgICAgIHRoZXkgZ2V0IHN5bmNlZCB0byB0
aGUgREIuPC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPkkgZW5kIHRoZSBj
YWxscywgoGthbWFpbGlvIHJlbW92ZXMgZnJvbQogICAgICAgICAgZGlhbG9ncyBtb2R1bGUgaW50
ZXJuYWwgaGFzaCwgYnV0IHRoZSBzeW5jIHRvIERCIGhhc250CiAgICAgICAgICBoYXBwZW5lZCB5
ZXQuPC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4KICAgICAgICA8
L2Rpdj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+SSBraWxsIGthbWFpbGlvICgg
b3IgY3Jhc2ggLi4gd2hhdGV2ZXIKICAgICAgICAgICkuLi4uIKByZXN0YXJ0IGthbWFpbGlvIGFu
ZCBpdCByZS1sb2FkcyBhbGwgdGhvc2UgZGlhbG9nczwvZGl2PgogICAgICAgIDxkaXYgY2xhc3M9
ImdtYWlsX2V4dHJhIj5hbmQgdGhpbmtzIHRoZXkgYXJlIHN0aWxsIGFjdGl2ZSBjYWxscy48L2Rp
dj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPgogICAgICAgIDwvZGl2Pgog
ICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj5JbSBTVVJFIEltIG1pc3Npbmcgc29tZXRo
aW5nIGhlcmUsCiAgICAgICAgICBiZWNhdXNlIGl0IHNlZW1zIHRvIGJlIFZFUlkgY29tbW9uIHRv
IHVzZSBkaWFsb2dzIGZvciBjaGFubmVsCiAgICAgICAgICBsaW1pdGluZy4uPC9kaXY+CiAgICAg
ICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPm1heWJlIG5vdCBzbyBtdWNoIHVzaW5nIGNhc3Nh
bmRyYSBkYgogICAgICAgICAgYmVoaW5kIHRoZSBzY2VuZXMsIGJ1dCBhcyBvZiB5ZXQgLi4uIElt
IHN0aWxsIHlldCB0byBmaW5kCiAgICAgICAgICBhbnl0aGluZyB0aGF0IG1ha2VzIG1lIHRoaW5n
IHRoaXMgaXMgZGJfY2Fzc2FuZHJhCiAgICAgICAgICBtaXMtYmVoYXZpbmcuPC9kaXY+CiAgICAg
ICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4KICAgICAgICA8L2Rpdj4KICAgICAgICA8
ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+aWYgaW0gd3JvbmcsIHBsZWFzZSBwb2ludCBtZSBpbiB0
aGUKICAgICAgICAgIHJpZ2h0IGRpcmVjdGlvbi48L2Rpdj4KICAgICAgICA8ZGl2IGNsYXNzPSJn
bWFpbF9leHRyYSI+PGJyPgogICAgICAgIDwvZGl2PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWls
X2V4dHJhIj5KYXk8L2Rpdj4KICAgICAgICA8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPgog
ICAgICAgIDwvZGl2PgogICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+CiAgICAg
ICAgPC9kaXY+CiAgICAgICAgPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj4KICAgICAgICAg
IDxicj4KICAgICAgICAgIDxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj4KICAgICAgICAgICAgT24g
MjQgRmVicnVhcnkgMjAxNCAxNzo1NCwgamF5IGJpbmtzoDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEK
ICAgICAgICAgICAgICAgIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0ibWFpbHRvOmpheWJp
bmtzQGdtYWlsLmNvbSIKICAgICAgICAgICAgICAgIHRhcmdldD0iX2JsYW5rIj5qYXliaW5rc0Bn
bWFpbC5jb208L2E+Jmd0Ozwvc3Bhbj6gd3JvdGU6PGJyPgogICAgICAgICAgICA8YmxvY2txdW90
ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHgKMC44ZXg7Ym9y
ZGVyLWxlZnQtd2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNvbG9yOnJnYigyMDQsMjA0LDIwNCk7Ym9y
ZGVyLWxlZnQtc3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CiAgICAgICAgICAgICAgPGRp
diBkaXI9Imx0ciI+QW0gSSBSRUFMTFkgdGhlIG9ubHkgcGVyc29uIHdobyBoYXMgZXZlcgogICAg
ICAgICAgICAgICAgcnVuIGludG8gdGhpcyAhPzwvZGl2PgogICAgICAgICAgICAgIDxkaXYgY2xh
c3M9ImdtYWlsX2V4dHJhIj4KICAgICAgICAgICAgICAgIDxkaXY+CiAgICAgICAgICAgICAgICAg
IDxkaXY+PGJyPgogICAgICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAgICAgICAgICA8
ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gMTkgRmVicnVhcnkgMjAxNCAxNDowOCwKICAgICAg
ICAgICAgICAgICAgICAgIGpheSBiaW5rc6A8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIgogICAgICAgICAgICAgICAg
ICAgICAgICAgIGhyZWY9Im1haWx0bzpqYXliaW5rc0BnbWFpbC5jb20iCiAgICAgICAgICAgICAg
ICAgICAgICAgICAgdGFyZ2V0PSJfYmxhbmsiPmpheWJpbmtzQGdtYWlsLmNvbTwvYT4mZ3Q7PC9z
cGFuPqB3cm90ZTo8YnI+CiAgICAgICAgICAgICAgICAgICAgICA8YmxvY2txdW90ZSBjbGFzcz0i
Z21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4CiAgICAgICAgICAgICAgICAgICAgICAgIDBw
eCAwcHgKMC44ZXg7Ym9yZGVyLWxlZnQtd2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNvbG9yOnJnYigy
MDQsMjA0LDIwNCk7Ym9yZGVyLWxlZnQtc3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CiAg
ICAgICAgICAgICAgICAgICAgICAgIDxkaXYgZGlyPSJsdHIiPkhpIGFsbCwgaW0gdXNpbmcgdGhl
IGRpYWxvZwogICAgICAgICAgICAgICAgICAgICAgICAgIG1vZHVsZSB3aXRoIGRiX2Nhc3NhbmRy
YSBiYWNrZW5kLi4KICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2PgogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgSSBkb250IGJlbGlldmUgdGhpcyBpc3N1ZSBpcyByZWxhdGVkIHRvCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBjYXNzYW5kcmEsIGJ1dCBpdHMgd29ydGggbWVudGlv
bmluZyBhbnl3YXlzLjwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+PGJyPgog
ICAgICAgICAgICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAg
IDxkaXY+c28uLi4gSSBydW4ga2FtYWlsaW8sIG1ha2UgY2FsbHMsIHNlZQogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgZGlhbG9ncyBpbiB0aGUgREIuLjwvZGl2PgogICAgICAgICAgICAgICAg
ICAgICAgICAgIDxkaXY+YW5kIEkgQ2FuIHVzZSAia2FtY3RsIG1pIGRsZ19saXN0IiBhbmQKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIHNlZSB0aGF0IGRpYWxvZ3MgZ28gYXdheSB3aGVuIEkg
aGFuZ3VwIGEKICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNhbGwuLjwvZGl2PgogICAgICAg
ICAgICAgICAgICAgICAgICAgIDxkaXY+PGJyPgogICAgICAgICAgICAgICAgICAgICAgICAgIDwv
ZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+V2hlbiBJIHF1ZXJ5IHRoZSBEQiBC
YWNrZW5kLCBJIHN0aWxsIHNlZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgdGhlIHF1ZXJp
ZXMsIGJ1dCB0aGV5IGhhdmUgYSBzdGF0ZSBvZiA1LjwvZGl2PgogICAgICAgICAgICAgICAgICAg
ICAgICAgIDxkaXY+SSBJbml0aWFsbHkgdGhvdWdodCB0aGlzIHdhcyBhIGJ1ZywgYnV0CiAgICAg
ICAgICAgICAgICAgICAgICAgICAgICBpdCBzZWVtcyBkaWFsb2dzIGluIHN0YXRlIDUgZ2V0IGNs
ZWFuZWQgdXAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIGFmdGVyIGEgcGVyaW9kLjwvZGl2
PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+CiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBzbyBJIG1vdmVkIG9uLjxicj4KICAgICAgICAgICAgICAgICAgICAgICAgICA8L2Rpdj4K
ICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2Pjxicj4KICAgICAgICAgICAgICAgICAgICAg
ICAgICA8L2Rpdj4KICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2Pm5vdyAsIGxldHMgcmVz
dGFydCBrYW1haWxpby4uPC9kaXY+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPGRpdj5rYW1h
aWxpbyBsb2FkcyBhbGwgZGlhbG9ncyBvbiBzdGFydHVwLAogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgYWZ0ZXIga2FtYWlsaW8gc3RhcnRzIEkgY2FsbCAia2FtY3RsIG1pCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBkbGdfbGlzdCIgYWdhaW4sIGFuZCBpdCBzaG93cyBhbGwgbXkgZGlh
bG9ncwogICAgICAgICAgICAgICAgICAgICAgICAgICAgZnJvbSB0aGUgREIuIKAgdGhleSBETyBz
aG93IGFzICJTdGF0ZSA1IjwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+YnV0
IGZvciBzb21lIHJlYXNvbiwgdGhlc2UgZGlhbG9ncyBhcHBlYXIKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHRvIHN0aWNrIGFyb3VuZCBmb3IgYSBsb25nIHRpbWUsIGFuZCB0aGUKICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIGJpZ2dlciBpc3N1ZSBpdCBjYXVzZXMgbWUgaXMgdGhhdCBt
eSBjaGFubmVsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBsaW1pdGluZyAoIHVzaW5noGdl
dF9wcm9maWxlX3NpemUgKSBzZWVtcyB0bwogICAgICAgICAgICAgICAgICAgICAgICAgICAgY29u
c2lkZXIgdGhlc2UgZGlhbG9ncyAoIGluIHN0YXRlIDUgKSBhcwogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgYmVpbmcgYWN0aXZlIGNhbGxzLiCgPC9kaXY+CiAgICAgICAgICAgICAgICAgICAg
ICAgICAgPGRpdj48YnI+CiAgICAgICAgICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAg
ICAgICAgICAgICAgICAgICAgPGRpdj5QbGVhc2Ugc29tZW9uZSBwb2ludCBtZSBpbiB0aGUgcmln
aHQKICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRpcmVjdGlvbi4uLiA6KTwvZGl2PgogICAg
ICAgICAgICAgICAgICAgICAgICAgIDxkaXY+PGJyPgogICAgICAgICAgICAgICAgICAgICAgICAg
IDwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+d2hhdCBhbSBJIGRvaW5nIHdy
b25nID88L2Rpdj4KICAgICAgICAgICAgICAgICAgICAgICAgICA8ZGl2Piggb3IgaXMgdGhpcyBh
IGJ1ZyBzb21ld2hlcmUgKTwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgICAgIDxkaXY+PGJy
PgogICAgICAgICAgICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAgICAgICAgICAg
ICAgIDxkaXY+U2luY2VyZWx5PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxicj4KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIDwvZm9udD48L2Rpdj4KICAgICAgICAgICAgICAgICAgICAgICAgICA8
Zm9udCBjb2xvcj0iIzg4ODg4OCI+PGJyPgogICAgICAgICAgICAgICAgICAgICAgICAgICAgSmF5
PC9mb250PjwvZGl2PgogICAgICAgICAgICAgICAgICAgICAgPC9ibG9ja3F1b3RlPgogICAgICAg
ICAgICAgICAgICAgIDwvZGl2PgogICAgICAgICAgICAgICAgICAgIDxicj4KICAgICAgICAgICAg
ICAgICAgICA8YnIgY2xlYXI9ImFsbCI+CiAgICAgICAgICAgICAgICAgICAgPGRpdj48YnI+CiAg
ICAgICAgICAgICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgICAgIDwvZGl2PgogICAgICAg
ICAgICAgICAgPC9kaXY+CiAgICAgICAgICAgICAgICA8c3Bhbj48Zm9udCBjb2xvcj0iIzg4ODg4
OCI+LS2gPGJyPgogICAgICAgICAgICAgICAgICAgIFNpbmNlcmVseTxicj4KICAgICAgICAgICAg
ICAgICAgICA8YnI+CiAgICAgICAgICAgICAgICAgICAgSmF5PC9mb250Pjwvc3Bhbj48L2Rpdj4K
ICAgICAgICAgICAgPC9ibG9ja3F1b3RlPgogICAgICAgICAgPC9kaXY+CiAgICAgICAgICA8YnI+
CiAgICAgICAgICA8YnIgY2xlYXI9ImFsbCI+CiAgICAgICAgICA8ZGl2Pjxicj4KICAgICAgICAg
IDwvZGl2PgogICAgICAgICAgLS2gPGJyPgogICAgICAgICAgU2luY2VyZWx5PGJyPgogICAgICAg
ICAgPGJyPgogICAgICAgICAgSmF5PC9kaXY+CiAgICAgIDwvZGl2PgogICAgICA8YnI+CiAgICAg
IDxmaWVsZHNldCBjbGFzcz0ibWltZUF0dGFjaG1lbnRIZWFkZXIiPjwvZmllbGRzZXQ+CiAgICAg
IDxicj4KICAgICAgPHByZSB3cmFwPSIiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fCnNyLWRldiBtYWlsaW5nIGxpc3QKPGEgY2xhc3M9Im1vei10eHQtbGlu
ay1hYmJyZXZpYXRlZCIgaHJlZj0ibWFpbHRvOnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZyI+
c3ItZGV2QGxpc3RzLnNpcC1yb3V0ZXIub3JnPC9hPgo8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZy
ZWV0ZXh0IiBocmVmPSJodHRwOi8vbGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFu
L2xpc3RpbmZvL3NyLWRldiI+aHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3JnL2NnaS1iaW4vbWFp
bG1hbi9saXN0aW5mby9zci1kZXY8L2E+CjwvcHJlPgogICAgPC9ibG9ja3F1b3RlPgogICAgPGJy
PgogICAgPHByZSBjbGFzcz0ibW96LXNpZ25hdHVyZSIgY29scz0iNzIiPi0tIApEYW5pZWwtQ29u
c3RhbnRpbiBNaWVybGEgLSA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJo
dHRwOi8vd3d3LmFzaXB0by5jb20iPmh0dHA6Ly93d3cuYXNpcHRvLmNvbTwvYT4KPGEgY2xhc3M9
Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL3R3aXR0ZXIuY29tLyMhL21pY29u
ZGEiPmh0dHA6Ly90d2l0dGVyLmNvbS8jIS9taWNvbmRhPC9hPiAtIDxhIGNsYXNzPSJtb3otdHh0
LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL21pY29uZGEi
Pmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL21pY29uZGE8L2E+PC9wcmU+CiAgPC9ib2R5Pgo8
L2h0bWw+Cg==

--===============1115781185==--


From miconda@gmail.com Mon Feb 24 21:34:03 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: nat_traversal: proper size for realloc
Date: Mon, 24 Feb 2014 21:34:02 +0100
Message-ID: <20140224203402.95BDBEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1113735352=="

--===============1113735352==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: d9c34bec5ea0570f66df23e7e7d6f79f4721f04e
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dd9c34bec5ea0570f66df23e7e7d6f79f4721f04e

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 21:32:45 2014 +0100

nat_traversal: proper size for realloc

- reported by Venky

---

 modules/nat_traversal/nat_traversal.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/nat_traversal/nat_traversal.c b/modules/nat_traversal/na=
t_traversal.c
index 3368689..92ddd4c 100644
--- a/modules/nat_traversal/nat_traversal.c
+++ b/modules/nat_traversal/nat_traversal.c
@@ -685,7 +685,7 @@ Dialog_Param_add_candidate(Dialog_Param *param, char *can=
didate)
     if (param->callee_candidates.count =3D=3D param->callee_candidates.size)=
 {
         new_size =3D param->callee_candidates.size + URI_LIST_RESIZE_INCREME=
NT;
         LM_DBG("growing callee_candidates list size from %d to %d entries\n"=
, param->callee_candidates.size, new_size);
-        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size);
+        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size * siz=
eof(char*));
         if (!new_uri) {
             LM_ERR("failed to grow callee_candidates uri list\n");
             return False;



--===============1113735352==--


From miconda@gmail.com Mon Feb 24 21:35:47 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: nat_traversal: proper size for realloc
Date: Mon, 24 Feb 2014 21:35:46 +0100
Message-ID: <20140224203547.1AD34EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1933283340=="

--===============1933283340==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 26fd1d2fd24a1f4ee160ba24e2670b8e7a4e8176
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D26fd1d2fd24a1f4ee160ba24e2670b8e7a4e8176

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 21:32:45 2014 +0100

nat_traversal: proper size for realloc

- reported by Venky

(cherry picked from commit d9c34bec5ea0570f66df23e7e7d6f79f4721f04e)

---

 modules/nat_traversal/nat_traversal.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/nat_traversal/nat_traversal.c b/modules/nat_traversal/na=
t_traversal.c
index 3368689..92ddd4c 100644
--- a/modules/nat_traversal/nat_traversal.c
+++ b/modules/nat_traversal/nat_traversal.c
@@ -685,7 +685,7 @@ Dialog_Param_add_candidate(Dialog_Param *param, char *can=
didate)
     if (param->callee_candidates.count =3D=3D param->callee_candidates.size)=
 {
         new_size =3D param->callee_candidates.size + URI_LIST_RESIZE_INCREME=
NT;
         LM_DBG("growing callee_candidates list size from %d to %d entries\n"=
, param->callee_candidates.size, new_size);
-        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size);
+        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size * siz=
eof(char*));
         if (!new_uri) {
             LM_ERR("failed to grow callee_candidates uri list\n");
             return False;



--===============1933283340==--


From miconda@gmail.com Mon Feb 24 21:36:36 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: nat_traversal: proper size for realloc
Date: Mon, 24 Feb 2014 21:36:35 +0100
Message-ID: <20140224203635.EB356EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0036392517=="

--===============0036392517==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: be06910670a08d4a6e1078f579477d86fc915334
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Dbe06910670a08d4a6e1078f579477d86fc915334

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Mon Feb 24 21:32:45 2014 +0100

nat_traversal: proper size for realloc

- reported by Venky

(cherry picked from commit d9c34bec5ea0570f66df23e7e7d6f79f4721f04e)
(cherry picked from commit 26fd1d2fd24a1f4ee160ba24e2670b8e7a4e8176)

---

 modules/nat_traversal/nat_traversal.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/nat_traversal/nat_traversal.c b/modules/nat_traversal/na=
t_traversal.c
index 3368689..92ddd4c 100644
--- a/modules/nat_traversal/nat_traversal.c
+++ b/modules/nat_traversal/nat_traversal.c
@@ -685,7 +685,7 @@ Dialog_Param_add_candidate(Dialog_Param *param, char *can=
didate)
     if (param->callee_candidates.count =3D=3D param->callee_candidates.size)=
 {
         new_size =3D param->callee_candidates.size + URI_LIST_RESIZE_INCREME=
NT;
         LM_DBG("growing callee_candidates list size from %d to %d entries\n"=
, param->callee_candidates.size, new_size);
-        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size);
+        new_uri =3D shm_realloc(param->callee_candidates.uri, new_size * siz=
eof(char*));
         if (!new_uri) {
             LM_ERR("failed to grow callee_candidates uri list\n");
             return False;



--===============0036392517==--


From osas@voipembedded.com Mon Feb 24 21:40:19 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 15:40:14 -0500
Message-ID:
 <CAND0LktFu3o6RozbV5GFtKKAgBZm5ESF+0rfGX0P-3sPm86Jkg@mail.gmail.com>
In-Reply-To: <530BA2E6.3030202@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1809340651=="

--===============1809340651==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello Daniel,

The readme file or the cookboks don't say anything about this.
Can you please enhance the readme?
 - the indexing: key_name[n]
 - the array size: key_name::size

Question: can the following syntax be used to delete a specific
element in an array key?
kamcmd htable.get students anna[2]
kamcmd htable.get students anna[0]

Regards,
Ovidiu Sas

On Mon, Feb 24, 2014 at 2:52 PM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
> Hello,
>
>
> On 22/02/14 22:29, Juha Heinanen wrote:
>>
>> Ovidiu Sas writes:
>>
>>> I moved the discussion here, in a separate thread.
>>> It seems that what are you looking for is not there ... not
>>> implemented.
>>
>> yes, that is way is asked about it.
>>
>>> If you have the same key_name with different values in the table, the
>>> last value will be the one loaded in memory.
>>> You can't have an array of values for the same keys.
>>
>>
>>>
>>> Also, there's no syntax to access a particular value in an array.
>>> Maybe that's why there's no option to provide the value.
>>
>> see this:
>>
>> o key type - the type of the key
>>
>>      0 - simple key - the key is added as 'key_name'.
>>
>>      1 - array key - the key is added as 'key_name[n]'. n is incremented
>>      for each key with this name to build an array in hash table.
>
>
> for clarifications, this is still a single key item in memory, just its
> format is made 'key_name[n]'. Hash tables by definition work with unique key
> indexing.
>
> So adding such items in the hash table should be like:
>
> kamctl mi sht_add ht0 'abc[0]' v0
> kamctl mi sht_add ht0 'abc[1]' v1
> kamctl mi sht_add ht0 'abc::size' 2
>
> Cheers,
> Daniel
>
>>
>> for example:
>>
>>      $var(size) = $sht(htable=>$var(key)::size);
>>      $var(i) = 0;
>>      while ($var(i) < $var(size)) {
>>          $var(value) = $sht(htable=>$var(key)[$var(i)]);
>>          ...
>>
>>   -- juha
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============1809340651==--


From miconda@gmail.com Mon Feb 24 21:49:28 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 21:49:17 +0100
Message-ID: <530BB04D.1010004@gmail.com>
In-Reply-To:
 <CAND0LktFu3o6RozbV5GFtKKAgBZm5ESF+0rfGX0P-3sPm86Jkg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0558892174=="

--===============0558892174==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

iirc, the overview says something about this not-real-array emulation.

The size suffix (::size) is actually a module parameter, it is not=20
something embedded.

So, everything here is more a conceptual approach, could have been very=20
easy something different instead of [ ] to build keys based on an=20
incremented value.

Again, what so ever you have as 'xyz[n]' is just seen as a string by=20
htable module, it is effectively the key in the hash table, you can add,=20
remove, get, etc..

Cheers,
Daniel

On 24/02/14 21:40, Ovidiu Sas wrote:
> Hello Daniel,
>
> The readme file or the cookboks don't say anything about this.
> Can you please enhance the readme?
>   - the indexing: key_name[n]
>   - the array size: key_name::size
>
> Question: can the following syntax be used to delete a specific
> element in an array key?
> kamcmd htable.get students anna[2]
> kamcmd htable.get students anna[0]
>
> Regards,
> Ovidiu Sas
>
> On Mon, Feb 24, 2014 at 2:52 PM, Daniel-Constantin Mierla
> <miconda(a)gmail.com> wrote:
>> Hello,
>>
>>
>> On 22/02/14 22:29, Juha Heinanen wrote:
>>> Ovidiu Sas writes:
>>>
>>>> I moved the discussion here, in a separate thread.
>>>> It seems that what are you looking for is not there ... not
>>>> implemented.
>>> yes, that is way is asked about it.
>>>
>>>> If you have the same key_name with different values in the table, the
>>>> last value will be the one loaded in memory.
>>>> You can't have an array of values for the same keys.
>>>
>>>> Also, there's no syntax to access a particular value in an array.
>>>> Maybe that's why there's no option to provide the value.
>>> see this:
>>>
>>> o key type - the type of the key
>>>
>>>       0 - simple key - the key is added as 'key_name'.
>>>
>>>       1 - array key - the key is added as 'key_name[n]'. n is incremented
>>>       for each key with this name to build an array in hash table.
>>
>> for clarifications, this is still a single key item in memory, just its
>> format is made 'key_name[n]'. Hash tables by definition work with unique k=
ey
>> indexing.
>>
>> So adding such items in the hash table should be like:
>>
>> kamctl mi sht_add ht0 'abc[0]' v0
>> kamctl mi sht_add ht0 'abc[1]' v1
>> kamctl mi sht_add ht0 'abc::size' 2
>>
>> Cheers,
>> Daniel
>>
>>> for example:
>>>
>>>       $var(size) =3D $sht(htable=3D>$var(key)::size);
>>>       $var(i) =3D 0;
>>>       while ($var(i) < $var(size)) {
>>>           $var(value) =3D $sht(htable=3D>$var(key)[$var(i)]);
>>>           ...
>>>
>>>    -- juha
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>> --
>> Daniel-Constantin Mierla - http://www.asipto.com
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>
>

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0558892174==--


From osas@voipembedded.com Mon Feb 24 21:58:13 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 15:58:07 -0500
Message-ID:
 <CAND0Lksn4zb=0SPe1aF9rEMJo5VTX9nfR91aYk=qf0Z9e5S6PQ@mail.gmail.com>
In-Reply-To: <530BB04D.1010004@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0869853948=="

--===============0869853948==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Yeah, I started to re-read the module, and yes, something is there,
but not easy to understand on a first read.
Maybe we need to enhance the readme with a small example :)

Let's say, we have table 'test' with an array key with the following values:
key[0] with val 'zero'
key[1] with val 'one'
key[2] with val 'two'
and key::size set to 3

If we delete key[1], the we are left with:
key[0] with val 'zero'
key[2] with val 'two'
and key::size set to 2

Now if we add a new key like this:
kamcmd htable.sets test key three

What will be the new key set?
key[0] with val 'zero'
key[2] with val 'two'
key[3] with val 'three'
and key::size set to 3

Is this correct?

Thanks,
Ovidiu

On Mon, Feb 24, 2014 at 3:49 PM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
> Hello,
>
> iirc, the overview says something about this not-real-array emulation.
>
> The size suffix (::size) is actually a module parameter, it is not something
> embedded.
>
> So, everything here is more a conceptual approach, could have been very easy
> something different instead of [ ] to build keys based on an incremented
> value.
>
> Again, what so ever you have as 'xyz[n]' is just seen as a string by htable
> module, it is effectively the key in the hash table, you can add, remove,
> get, etc..
>
> Cheers,
> Daniel
>
>
> On 24/02/14 21:40, Ovidiu Sas wrote:
>>
>> Hello Daniel,
>>
>> The readme file or the cookboks don't say anything about this.
>> Can you please enhance the readme?
>>   - the indexing: key_name[n]
>>   - the array size: key_name::size
>>
>> Question: can the following syntax be used to delete a specific
>> element in an array key?
>> kamcmd htable.get students anna[2]
>> kamcmd htable.get students anna[0]
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Mon, Feb 24, 2014 at 2:52 PM, Daniel-Constantin Mierla
>> <miconda(a)gmail.com> wrote:
>>>
>>> Hello,
>>>
>>>
>>> On 22/02/14 22:29, Juha Heinanen wrote:
>>>>
>>>> Ovidiu Sas writes:
>>>>
>>>>> I moved the discussion here, in a separate thread.
>>>>> It seems that what are you looking for is not there ... not
>>>>> implemented.
>>>>
>>>> yes, that is way is asked about it.
>>>>
>>>>> If you have the same key_name with different values in the table, the
>>>>> last value will be the one loaded in memory.
>>>>> You can't have an array of values for the same keys.
>>>>
>>>>
>>>>> Also, there's no syntax to access a particular value in an array.
>>>>> Maybe that's why there's no option to provide the value.
>>>>
>>>> see this:
>>>>
>>>> o key type - the type of the key
>>>>
>>>>       0 - simple key - the key is added as 'key_name'.
>>>>
>>>>       1 - array key - the key is added as 'key_name[n]'. n is
>>>> incremented
>>>>       for each key with this name to build an array in hash table.
>>>
>>>
>>> for clarifications, this is still a single key item in memory, just its
>>> format is made 'key_name[n]'. Hash tables by definition work with unique
>>> key
>>> indexing.
>>>
>>> So adding such items in the hash table should be like:
>>>
>>> kamctl mi sht_add ht0 'abc[0]' v0
>>> kamctl mi sht_add ht0 'abc[1]' v1
>>> kamctl mi sht_add ht0 'abc::size' 2
>>>
>>> Cheers,
>>> Daniel
>>>
>>>> for example:
>>>>
>>>>       $var(size) = $sht(htable=>$var(key)::size);
>>>>       $var(i) = 0;
>>>>       while ($var(i) < $var(size)) {
>>>>           $var(value) = $sht(htable=>$var(key)[$var(i)]);
>>>>           ...
>>>>
>>>>    -- juha
>>>>
>>>> _______________________________________________
>>>> sr-dev mailing list
>>>> sr-dev(a)lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>> --
>>> Daniel-Constantin Mierla - http://www.asipto.com
>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>>
>>
>>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============0869853948==--


From miconda@gmail.com Mon Feb 24 22:04:17 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 22:04:09 +0100
Message-ID: <530BB3C9.6050705@gmail.com>
In-Reply-To:
 <CAND0Lksn4zb=0SPe1aF9rEMJo5VTX9nfR91aYk=qf0Z9e5S6PQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0488006798=="

--===============0488006798==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


On 24/02/14 21:58, Ovidiu Sas wrote:
> Yeah, I started to re-read the module, and yes, something is there,
> but not easy to understand on a first read.
> Maybe we need to enhance the readme with a small example :)
>
> Let's say, we have table 'test' with an array key with the following values:
> key[0] with val 'zero'
> key[1] with val 'one'
> key[2] with val 'two'
> and key::size set to 3
>
> If we delete key[1], the we are left with:
> key[0] with val 'zero'
> key[2] with val 'two'
> and key::size set to 2
>
> Now if we add a new key like this:
> kamcmd htable.sets test key three
>
> What will be the new key set?
> key[0] with val 'zero'
> key[2] with val 'two'
> key[3] with val 'three'
> and key::size set to 3
>
> Is this correct?
No. The 'so-called-array-here' is built only at the time of loading from=20
db -- it is practically constructing a new key from the value loaded=20
from the database concatenated with '[', plus the number of items with=20
same db key value that were added before, plus ']'.

Then, at runtime, if you remove/add items with x[N] format, you need to=20
adjust the x::size. The module doesn't do it. If anyone is willing to=20
add a patch, all is welcome.

Cheers,
Daniel
>
> Thanks,
> Ovidiu
>
> On Mon, Feb 24, 2014 at 3:49 PM, Daniel-Constantin Mierla
> <miconda(a)gmail.com> wrote:
>> Hello,
>>
>> iirc, the overview says something about this not-real-array emulation.
>>
>> The size suffix (::size) is actually a module parameter, it is not somethi=
ng
>> embedded.
>>
>> So, everything here is more a conceptual approach, could have been very ea=
sy
>> something different instead of [ ] to build keys based on an incremented
>> value.
>>
>> Again, what so ever you have as 'xyz[n]' is just seen as a string by htable
>> module, it is effectively the key in the hash table, you can add, remove,
>> get, etc..
>>
>> Cheers,
>> Daniel
>>
>>
>> On 24/02/14 21:40, Ovidiu Sas wrote:
>>> Hello Daniel,
>>>
>>> The readme file or the cookboks don't say anything about this.
>>> Can you please enhance the readme?
>>>    - the indexing: key_name[n]
>>>    - the array size: key_name::size
>>>
>>> Question: can the following syntax be used to delete a specific
>>> element in an array key?
>>> kamcmd htable.get students anna[2]
>>> kamcmd htable.get students anna[0]
>>>
>>> Regards,
>>> Ovidiu Sas
>>>
>>> On Mon, Feb 24, 2014 at 2:52 PM, Daniel-Constantin Mierla
>>> <miconda(a)gmail.com> wrote:
>>>> Hello,
>>>>
>>>>
>>>> On 22/02/14 22:29, Juha Heinanen wrote:
>>>>> Ovidiu Sas writes:
>>>>>
>>>>>> I moved the discussion here, in a separate thread.
>>>>>> It seems that what are you looking for is not there ... not
>>>>>> implemented.
>>>>> yes, that is way is asked about it.
>>>>>
>>>>>> If you have the same key_name with different values in the table, the
>>>>>> last value will be the one loaded in memory.
>>>>>> You can't have an array of values for the same keys.
>>>>>
>>>>>> Also, there's no syntax to access a particular value in an array.
>>>>>> Maybe that's why there's no option to provide the value.
>>>>> see this:
>>>>>
>>>>> o key type - the type of the key
>>>>>
>>>>>        0 - simple key - the key is added as 'key_name'.
>>>>>
>>>>>        1 - array key - the key is added as 'key_name[n]'. n is
>>>>> incremented
>>>>>        for each key with this name to build an array in hash table.
>>>>
>>>> for clarifications, this is still a single key item in memory, just its
>>>> format is made 'key_name[n]'. Hash tables by definition work with unique
>>>> key
>>>> indexing.
>>>>
>>>> So adding such items in the hash table should be like:
>>>>
>>>> kamctl mi sht_add ht0 'abc[0]' v0
>>>> kamctl mi sht_add ht0 'abc[1]' v1
>>>> kamctl mi sht_add ht0 'abc::size' 2
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>> for example:
>>>>>
>>>>>        $var(size) =3D $sht(htable=3D>$var(key)::size);
>>>>>        $var(i) =3D 0;
>>>>>        while ($var(i) < $var(size)) {
>>>>>            $var(value) =3D $sht(htable=3D>$var(key)[$var(i)]);
>>>>>            ...
>>>>>
>>>>>     -- juha
>>>>>
>>>>> _______________________________________________
>>>>> sr-dev mailing list
>>>>> sr-dev(a)lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>>
>>>> --
>>>> Daniel-Constantin Mierla - http://www.asipto.com
>>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>>>
>>>
>> --
>> Daniel-Constantin Mierla - http://www.asipto.com
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>
>

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda



--===============0488006798==--


From osas@voipembedded.com Mon Feb 24 22:08:48 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Mon, 24 Feb 2014 16:08:42 -0500
Message-ID:
 <CAND0Lkv8N_R0i31znirEZ49xQY=_G2GWR2NjjLJenABF9yD4_g@mail.gmail.com>
In-Reply-To: <530BB3C9.6050705@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0987394252=="

--===============0987394252==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Thanks for clarifying this.
I will update the README.

Thanks,
Ovidiu

On Mon, Feb 24, 2014 at 4:04 PM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
>
> On 24/02/14 21:58, Ovidiu Sas wrote:
>>
>> Yeah, I started to re-read the module, and yes, something is there,
>> but not easy to understand on a first read.
>> Maybe we need to enhance the readme with a small example :)
>>
>> Let's say, we have table 'test' with an array key with the following
>> values:
>> key[0] with val 'zero'
>> key[1] with val 'one'
>> key[2] with val 'two'
>> and key::size set to 3
>>
>> If we delete key[1], the we are left with:
>> key[0] with val 'zero'
>> key[2] with val 'two'
>> and key::size set to 2
>>
>> Now if we add a new key like this:
>> kamcmd htable.sets test key three
>>
>> What will be the new key set?
>> key[0] with val 'zero'
>> key[2] with val 'two'
>> key[3] with val 'three'
>> and key::size set to 3
>>
>> Is this correct?
>
> No. The 'so-called-array-here' is built only at the time of loading from db
> -- it is practically constructing a new key from the value loaded from the
> database concatenated with '[', plus the number of items with same db key
> value that were added before, plus ']'.
>
> Then, at runtime, if you remove/add items with x[N] format, you need to
> adjust the x::size. The module doesn't do it. If anyone is willing to add a
> patch, all is welcome.
>
> Cheers,
> Daniel
>
>>
>> Thanks,
>> Ovidiu
>>
>> On Mon, Feb 24, 2014 at 3:49 PM, Daniel-Constantin Mierla
>> <miconda(a)gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> iirc, the overview says something about this not-real-array emulation.
>>>
>>> The size suffix (::size) is actually a module parameter, it is not
>>> something
>>> embedded.
>>>
>>> So, everything here is more a conceptual approach, could have been very
>>> easy
>>> something different instead of [ ] to build keys based on an incremented
>>> value.
>>>
>>> Again, what so ever you have as 'xyz[n]' is just seen as a string by
>>> htable
>>> module, it is effectively the key in the hash table, you can add, remove,
>>> get, etc..
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 24/02/14 21:40, Ovidiu Sas wrote:
>>>>
>>>> Hello Daniel,
>>>>
>>>> The readme file or the cookboks don't say anything about this.
>>>> Can you please enhance the readme?
>>>>    - the indexing: key_name[n]
>>>>    - the array size: key_name::size
>>>>
>>>> Question: can the following syntax be used to delete a specific
>>>> element in an array key?
>>>> kamcmd htable.get students anna[2]
>>>> kamcmd htable.get students anna[0]
>>>>
>>>> Regards,
>>>> Ovidiu Sas
>>>>
>>>> On Mon, Feb 24, 2014 at 2:52 PM, Daniel-Constantin Mierla
>>>> <miconda(a)gmail.com> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>>
>>>>> On 22/02/14 22:29, Juha Heinanen wrote:
>>>>>>
>>>>>> Ovidiu Sas writes:
>>>>>>
>>>>>>> I moved the discussion here, in a separate thread.
>>>>>>> It seems that what are you looking for is not there ... not
>>>>>>> implemented.
>>>>>>
>>>>>> yes, that is way is asked about it.
>>>>>>
>>>>>>> If you have the same key_name with different values in the table, the
>>>>>>> last value will be the one loaded in memory.
>>>>>>> You can't have an array of values for the same keys.
>>>>>>
>>>>>>
>>>>>>> Also, there's no syntax to access a particular value in an array.
>>>>>>> Maybe that's why there's no option to provide the value.
>>>>>>
>>>>>> see this:
>>>>>>
>>>>>> o key type - the type of the key
>>>>>>
>>>>>>        0 - simple key - the key is added as 'key_name'.
>>>>>>
>>>>>>        1 - array key - the key is added as 'key_name[n]'. n is
>>>>>> incremented
>>>>>>        for each key with this name to build an array in hash table.
>>>>>
>>>>>
>>>>> for clarifications, this is still a single key item in memory, just its
>>>>> format is made 'key_name[n]'. Hash tables by definition work with
>>>>> unique
>>>>> key
>>>>> indexing.
>>>>>
>>>>> So adding such items in the hash table should be like:
>>>>>
>>>>> kamctl mi sht_add ht0 'abc[0]' v0
>>>>> kamctl mi sht_add ht0 'abc[1]' v1
>>>>> kamctl mi sht_add ht0 'abc::size' 2
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>> for example:
>>>>>>
>>>>>>        $var(size) = $sht(htable=>$var(key)::size);
>>>>>>        $var(i) = 0;
>>>>>>        while ($var(i) < $var(size)) {
>>>>>>            $var(value) = $sht(htable=>$var(key)[$var(i)]);
>>>>>>            ...
>>>>>>
>>>>>>     -- juha
>>>>>>
>>>>>> _______________________________________________
>>>>>> sr-dev mailing list
>>>>>> sr-dev(a)lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>>>
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla - http://www.asipto.com
>>>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>>>>
>>>>
>>> --
>>> Daniel-Constantin Mierla - http://www.asipto.com
>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>>
>>
>>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============0987394252==--


From bugtracker@sip-router.org Tue Feb 25 07:45:00 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Kamailio doesn't to handle any	SIP
 message at all after several dialogs... (CPU high usage)
Date: Tue, 25 Feb 2014 06:44:57 +0000
Message-ID: <1393310697.530c3be92d825@sip-router.org>
In-Reply-To: <FS397@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0484488865=="

--===============0484488865==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#397 - Kamailio doesn't to handle any SIP message at all after several dial=
ogs... (CPU high usage)
User who did this - Jack Wang (GoGoJack)

----------
Sorry for my late reply :P  corefiles I will attach later.

After some tests these days, I found that high CPU usage of kamailio won't ha=
ppen if it's compiled in debug mode,
and I think the problem is about flags of config.mak, followings are the diff=
erent parts:

<code>
upper one is release mode, lower one is debug mode

CFLAGS=3D -marm -march=3Darmv5t $(CC_OPT) -funroll-loops -fsigned-char $(PROF=
ILE) -ftree-vectorize -fno-strict-overflow $(CC_EXTRA_OPTS) -Wall
CFLAGS=3D -g $(PROFILE) -Wall

MOD_LDFLAGS=3D -shared  -m32 -Wl,-O2 -Wl,-E  =20
MOD_LDFLAGS=3D -shared  -g -Wl,-E  =20

LIB_LDFLAGS=3D -shared  -m32 -Wl,-O2 -Wl,-E=20
LIB_LDFLAGS=3D -shared  -g -Wl,-E=20

UTILS_LDFLAGS=3D  -m32 -Wl,-O2 -Wl,-E  =20
UTILS_LDFLAGS=3D  -g -Wl,-E=20

LDFLAGS=3D  -m32 -Wl,-O2 -Wl,-E  =20
LDFLAGS=3D  -g -Wl,-E=20

for C_DEFS there's only a more "-DEXTRA_DEBUG" in debug mode
</code>

any comment about this?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D397#comment1309

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0484488865==--


From bugtracker@sip-router.org Tue Feb 25 16:51:22 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Task opened: rtpproxy-ng improvement (Attachment	added)
Date: Tue, 25 Feb 2014 15:51:20 +0000
Message-ID: <1393343480.530cbbf880fc1@sip-router.org>
In-Reply-To: <FS401@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0794189928=="

--===============0794189928==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Emmanuel BUU (neutrino38)=20

Attached to Project - sip-router
Summary - rtpproxy-ng improvement
Task Type - Improvement
Category - Module
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Medium
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - Please find attached an improvement of RTPPROXY-NG module that enab=
le to load the proxy definitions from the same table as RTPPROXY.
And a minor change to set_rtp_proxy_set to return either the number of proxie=
s active in the set or a negative value to check if a
set can do the job.

Emmanuel

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D401

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0794189928==--


From osas@voipembedded.com Tue Feb 25 17:22:16 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: remove a leftover debugging log
Date: Tue, 25 Feb 2014 17:22:15 +0100
Message-ID: <20140225162215.B1E50EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0909671932=="

--===============0909671932==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 1e47014ccfae08069be00f6786cdb7b10829daa5
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D1e47014ccfae08069be00f6786cdb7b10829daa5

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Tue Feb 25 11:20:55 2014 -0500

htable: remove a leftover debugging log

---

 modules/htable/htable.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/modules/htable/htable.c b/modules/htable/htable.c
index a5e110e..6469251 100644
--- a/modules/htable/htable.c
+++ b/modules/htable/htable.c
@@ -751,7 +751,6 @@ static void htable_rpc_get(rpc_t* rpc, void* c) {
 		strftime(expire_buf, RPC_DATE_BUF_LEN - 1,
 			"%Y-%m-%d %H:%M:%S", _expire_t);
 	}
-	LM_NOTICE("got expire [%s]\n", expire_buf);
=20
 	if(htc->flags&AVP_VAL_STR) {
 		if(rpc->struct_add(vh, "SSds", "name",  &htc->name.s,



--===============0909671932==--


From osas@voipembedded.com Tue Feb 25 17:29:57 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Tue, 25 Feb 2014 11:29:51 -0500
Message-ID:
 <CAND0LkviW_S__=eLY_iuDCdgqGCn5LdbtSOGCsD2V5pPUHmCSA@mail.gmail.com>
In-Reply-To: <21257.5797.790553.446931@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1347128206=="

--===============1347128206==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Juha,

Based on how htable works now, a specific pseudoarray entry can be
deleted by specifying it's position:
kamcmd htable.delete H_TABLE H_KEY[INDEX]
I tested it and it works ok.

-ovidiu

On Sat, Feb 22, 2014 at 4:29 PM, Juha Heinanen <jh(a)tutpro.com> wrote:
> Ovidiu Sas writes:
>
>> I moved the discussion here, in a separate thread.
>> It seems that what are you looking for is not there ... not
>> implemented.
>
> yes, that is way is asked about it.
>
>> If you have the same key_name with different values in the table, the
>> last value will be the one loaded in memory.
>> You can't have an array of values for the same keys.
>
>> Also, there's no syntax to access a particular value in an array.
>> Maybe that's why there's no option to provide the value.
>
> see this:
>
> o key type - the type of the key
>
>     0 - simple key - the key is added as 'key_name'.
>
>     1 - array key - the key is added as 'key_name[n]'. n is incremented
>     for each key with this name to build an array in hash table.
>
> for example:
>
>     $var(size) = $sht(htable=>$var(key)::size);
>     $var(i) = 0;
>     while ($var(i) < $var(size)) {
>         $var(value) = $sht(htable=>$var(key)[$var(i)]);
>         ...
>
>  -- juha



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============1347128206==--


From osas@voipembedded.com Tue Feb 25 17:34:45 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: fix some copy/paste errors in README
Date: Tue, 25 Feb 2014 17:34:45 +0100
Message-ID: <20140225163445.2EE12EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1666937904=="

--===============1666937904==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 2e4c13669ce025e0315b41a5eefa28fe2ca373a2
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D2e4c13669ce025e0315b41a5eefa28fe2ca373a2

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Tue Feb 25 11:34:19 2014 -0500

htable: fix some copy/paste errors in README

---

 modules/htable/README               |  276 ++++++++++++---------------------=
--
 modules/htable/doc/htable_admin.xml |    8 +-
 2 files changed, 95 insertions(+), 189 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D2e4c13669ce025e0315b41a5eefa28fe2ca373a2


--===============1666937904==--


From osas@voipembedded.com Tue Feb 25 17:35:26 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: htable: fix some copy/paste errors in README
Date: Tue, 25 Feb 2014 17:35:26 +0100
Message-ID: <20140225163526.97285EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1286177991=="

--===============1286177991==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: def579c902f1adeaeacfa2b70a67cfb0e8a89225
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Ddef579c902f1adeaeacfa2b70a67cfb0e8a89225

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Tue Feb 25 11:34:19 2014 -0500

htable: fix some copy/paste errors in README
(cherry picked from commit 2e4c13669ce025e0315b41a5eefa28fe2ca373a2)

---

 modules/htable/README               |  276 ++++++++++++---------------------=
--
 modules/htable/doc/htable_admin.xml |    8 +-
 2 files changed, 95 insertions(+), 189 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3Ddef579c902f1adeaeacfa2b70a67cfb0e8a89225


--===============1286177991==--


From osas@voipembedded.com Tue Feb 25 18:30:44 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: htable: README enhancements for array keys
Date: Tue, 25 Feb 2014 18:30:43 +0100
Message-ID: <20140225173043.B0032EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1735014466=="

--===============1735014466==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 2847c47d7a2cbc15620d6f33b3641be1ca6207a7
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D2847c47d7a2cbc15620d6f33b3641be1ca6207a7

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Tue Feb 25 12:30:01 2014 -0500

htable: README enhancements for array keys

---

 modules/htable/README               |  196 ++++++++++++++++++++++++++++-----=
--
 modules/htable/doc/htable.xml       |    5 +
 modules/htable/doc/htable_admin.xml |  122 +++++++++++++++++++++-
 3 files changed, 281 insertions(+), 42 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D2847c47d7a2cbc15620d6f33b3641be1ca6207a7


--===============1735014466==--


From osas@voipembedded.com Tue Feb 25 18:31:15 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: htable: README enhancements for array keys
Date: Tue, 25 Feb 2014 18:31:14 +0100
Message-ID: <20140225173114.DC4A2EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0760025713=="

--===============0760025713==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: e524394515e637b0cc586e1b4d482f2ea71ee749
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3De524394515e637b0cc586e1b4d482f2ea71ee749

Author: Ovidiu Sas <osas(a)voipembedded.com>
Committer: Ovidiu Sas <osas(a)voipembedded.com>
Date:   Tue Feb 25 12:30:01 2014 -0500

htable: README enhancements for array keys
(cherry picked from commit 2847c47d7a2cbc15620d6f33b3641be1ca6207a7)

---

 modules/htable/README               |  196 ++++++++++++++++++++++++++++-----=
--
 modules/htable/doc/htable.xml       |    5 +
 modules/htable/doc/htable_admin.xml |  122 +++++++++++++++++++++-
 3 files changed, 281 insertions(+), 42 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3De524394515e637b0cc586e1b4d482f2ea71ee749


--===============0760025713==--


From jh@tutpro.com Tue Feb 25 20:37:22 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Tue, 25 Feb 2014 21:37:00 +0200
Message-ID: <21260.61660.605644.105610@tutpro.com>
In-Reply-To: <530BB04D.1010004@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1342785628=="

--===============1342785628==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Daniel-Constantin Mierla writes:

> Again, what so ever you have as 'xyz[n]' is just seen as a string by 
> htable module, it is effectively the key in the hash table, you can add, 
> remove, get, etc..

yes, i was offline a few days and read the code.  there is no real array
in hash table, but just separate entries key[x] and key::size that tells
how many.

adding a new one could be code by setting key[key::size] and then
incrementing key::size.  deleting an entry would be more difficult,
because the hole would need to be filled with another element.

one way to improve the situation could be introduction of a new key
type, e.g., dictionary. which allows the same key to have multiple
values.  the values would then be linked from the key entry in the hash
table and there would be first(key) and next(key) functions to access
the values and delete(key) and delete(key, value) functions.

-- juha


--===============1342785628==--


From jh@tutpro.com Tue Feb 25 20:43:29 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Tue, 25 Feb 2014 21:43:08 +0200
Message-ID: <21260.62028.969965.692610@tutpro.com>
In-Reply-To: <530BB3C9.6050705@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0681959186=="

--===============0681959186==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Daniel-Constantin Mierla writes:

> Then, at runtime, if you remove/add items with x[N] format, you need to 
> adjust the x::size. The module doesn't do it. If anyone is willing to 
> add a patch, all is welcome.

when you add key/value pair , adjusting key:size is enough, but if you
delete a key/value pair, you must also fill the possible hole with some
other value.

-- juha


--===============0681959186==--


From jh@tutpro.com Tue Feb 25 20:47:44 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Tue, 25 Feb 2014 21:47:22 +0200
Message-ID: <21260.62282.225278.375536@tutpro.com>
In-Reply-To:
 <CAND0LkviW_S__=eLY_iuDCdgqGCn5LdbtSOGCsD2V5pPUHmCSA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1379296435=="

--===============1379296435==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Ovidiu Sas writes:

> Based on how htable works now, a specific pseudoarray entry can be
> deleted by specifying it's position:
> kamcmd htable.delete H_TABLE H_KEY[INDEX]
> I tested it and it works ok.

yes, but it breaks the while loop example unless you also fill the hole
and decrement key::size.

-- juha


--===============1379296435==--


From osas@voipembedded.com Tue Feb 25 20:57:25 2014
From: Ovidiu Sas <osas@voipembedded.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] htable add/delete RPC commands
Date: Tue, 25 Feb 2014 14:57:19 -0500
Message-ID:
 <CAND0Lkv+rQVY9fNcb9Mvuj7R-dA4JXKRL1a+yoAkf5jHw+AugA@mail.gmail.com>
In-Reply-To: <21260.62282.225278.375536@tutpro.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0256718399=="

--===============0256718399==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

As it is implemented right now, there's no hole, because we don't have
a true array, just keys with a shared prefix.
I guess the term array that is used right now is not right (it sets
certain expectations).
Maybe map is a better term.

Anyway, I updated the documentation to reflect the current code.
And the loop example that you provided is what one would expect based
on the 'array' term.  If we would use 'map' term, maybe the confusion
could be avoided.

Also, it is true that there's no bulletproof way to iterate through
all value/pairs of a given key after performing operations on an
'array' key.  It seems that this is what's really missing here.
Although, a well crafted script could handle this.

Regards,
Ovidiu Sas

On Tue, Feb 25, 2014 at 2:47 PM, Juha Heinanen <jh(a)tutpro.com> wrote:
> Ovidiu Sas writes:
>
>> Based on how htable works now, a specific pseudoarray entry can be
>> deleted by specifying it's position:
>> kamcmd htable.delete H_TABLE H_KEY[INDEX]
>> I tested it and it works ok.
>
> yes, but it breaks the while loop example unless you also fill the hole
> and decrement key::size.
>
> -- juha



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


--===============0256718399==--


From charles.chance@sipcentric.com Tue Feb 25 21:51:47 2014
From: Charles Chance <charles.chance@sipcentric.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: dmq: added function to broadcast message from
	config file.
Date: Tue, 25 Feb 2014 21:51:41 +0100
Message-ID: <20140225205146.A7449EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2075225783=="

--===============2075225783==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 5e37d0c92024fb5424d3c02368bad5b115c8f971
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D5e37d0c92024fb5424d3c02368bad5b115c8f971

Author: Charles Chance <charles.chance(a)sipcentric.com>
Committer: Charles Chance <charles.chance(a)sipcentric.com>
Date:   Tue Feb 25 20:49:59 2014 +0000

dmq: added function to broadcast message from config file.

---

 modules/dmq/README            |   47 +++++++++++++++++++++++++---------
 modules/dmq/dmq.c             |    8 ++++++
 modules/dmq/dmq_funcs.c       |   55 +++++++++++++++++++++++++++++++++++++++=
+-
 modules/dmq/dmq_funcs.h       |    2 +
 modules/dmq/doc/dmq_admin.xml |   40 +++++++++++++++++++++++++++++-
 5 files changed, 137 insertions(+), 15 deletions(-)

Diff:   http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommitdi=
ff;h=3D5e37d0c92024fb5424d3c02368bad5b115c8f971


--===============2075225783==--


From oej@edvina.net Tue Feb 25 22:03:53 2014
From: "Olle E. Johansson" <oej@edvina.net>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:master: dmq: added function to broadcast message
	from config file.
Date: Tue, 25 Feb 2014 22:03:52 +0100
Message-ID: <57F2E3A1-0A51-43E5-AE0A-14A6176D5871@edvina.net>
In-Reply-To: <20140225205146.A7449EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2109736401=="

--===============2109736401==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


>=20
>=20
> dmq: added function to broadcast message from config file.
>=20
THanks,

This commit caused me to re-read the DMQ docs as I am happy to see that it is=
 starting to move forward again as a module. What I fail to understand at thi=
s point is how incoming messages are handled. I see a handler but then - what?

The doc says something about using a library for serialization... Of what?

How can this be used in a normal configuration example?
Can event_routes be added to handle incoming messages like normal messages?

I feel there's a diamond hidden in there somewhere, and fail to find it ;-)

/O



--===============2109736401==--


From charles.chance@sipcentric.com Tue Feb 25 23:12:23 2014
From: Charles Chance <charles.chance@sipcentric.com>
To: sr-dev@lists.kamailio.org
Subject: Re: [sr-dev] git:master: dmq: added function to broadcast message
 from config file.
Date: Tue, 25 Feb 2014 22:12:18 +0000
Message-ID:
 <CAOvxgzA_FMUev8qy3CkLYAX=BZ3YegJphC733FJWshkEz_-1sA@mail.gmail.com>
In-Reply-To: <57F2E3A1-0A51-43E5-AE0A-14A6176D5871@edvina.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2001552654=="

--===============2001552654==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hello Olle,

I may eventually create a sample config, but there are still a few things
missing. However, the htable integration alone has enabled us personally to
replicate things like call profiles (for concurrent call limiting), failed
authentication attempts, etc. across a cluster of servers without having to
define the other node addresses anywhere in the config.

Generally, peers are registered from directly within other modules at
startup (see htable for example). Then at the beginning of config you would
add something like...

        if (method == "KDMQ") {
                dmq_handle_message();
        }

...and the dmq module would pass the message directly to the already
registered peer for internal handling.

However, each peer is uniquely identified by the user part of the request
URI, so it is equally possible to send an arbitrary message from within
config on one server and handle it directly in config of others, like:

(Sending side)

        dmq_bcast_message("custom_peer_name", "Some serialized data...",
"text/plain");

(Receiving side)

        if (method == "KDMQ") {
                if ($rU == "custom_peer_name") {
                        #do something here
                } else {
                        #pass it on to be handled by pre-registered peer
                        dmq_handle_message();
                }
        }

The serialization/deserialization of the body content is entirely up to the
module developer (in code) or server administrator (in config). It can be
anything - or nothing. Currently in the config, we're using it to replicate
PUBLISHes, although I plan to integrate dmq into the presence module
directly in the very near future. Then there is no need for anything
special in the config, just like htable is now - other than setting
modparam to enable it of course.


Best regards,
Charles



On 25 February 2014 21:03, Olle E. Johansson <oej(a)edvina.net> wrote:

>
> >
> >
> > dmq: added function to broadcast message from config file.
> >
> THanks,
>
> This commit caused me to re-read the DMQ docs as I am happy to see that it
> is starting to move forward again as a module. What I fail to understand at
> this point is how incoming messages are handled. I see a handler but then -
> what?
>
> The doc says something about using a library for serialization... Of what?
>
> How can this be used in a normal configuration example?
> Can event_routes be added to handle incoming messages like normal messages?
>
> I feel there's a diamond hidden in there somewhere, and fail to find it ;-)
>
> /O
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>

-- 
www.sipcentric.com

Follow us on twitter @sipcentric <http://twitter.com/sipcentric>

Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham 
B7 4EJ.



--===============2001552654==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+PGRpdj5IZWxsbyBPbGxlLDwvZGl2PjxkaXY+PGJyPjwvZGl2PkkgbWF5
IGV2ZW50dWFsbHkgY3JlYXRlIGEgc2FtcGxlIGNvbmZpZywgYnV0IHRoZXJlIGFyZSBzdGlsbCBh
IGZldyB0aGluZ3MgbWlzc2luZy4gSG93ZXZlciwgdGhlIGh0YWJsZSBpbnRlZ3JhdGlvbiBhbG9u
ZSBoYXMgZW5hYmxlZCB1cyBwZXJzb25hbGx5IHRvIHJlcGxpY2F0ZSB0aGluZ3MgbGlrZSBjYWxs
IHByb2ZpbGVzIChmb3IgY29uY3VycmVudCBjYWxsIGxpbWl0aW5nKSwgZmFpbGVkIGF1dGhlbnRp
Y2F0aW9uIGF0dGVtcHRzLCBldGMuIGFjcm9zcyBhIGNsdXN0ZXIgb2Ygc2VydmVycyB3aXRob3V0
IGhhdmluZyB0byBkZWZpbmUgdGhlIG90aGVyIG5vZGUgYWRkcmVzc2VzIGFueXdoZXJlIGluIHRo
ZSBjb25maWcuPGRpdj4KPGJyPjwvZGl2PjxkaXY+R2VuZXJhbGx5LCBwZWVycyBhcmUgcmVnaXN0
ZXJlZCBmcm9tIGRpcmVjdGx5IHdpdGhpbiBvdGhlciBtb2R1bGVzIGF0IHN0YXJ0dXAgKHNlZSBo
dGFibGUgZm9yIGV4YW1wbGUpLiBUaGVuIGF0IHRoZSBiZWdpbm5pbmcgb2YgY29uZmlnIHlvdSB3
b3VsZCBhZGQgc29tZXRoaW5nIGxpa2UuLi48L2Rpdj4KPGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2
PqAgoCCgIKAgaWYgKG1ldGhvZCA9PSAmcXVvdDtLRE1RJnF1b3Q7KSB7PC9kaXY+PGRpdj6gIKAg
oCCgIKAgoCCgIKAgZG1xX2hhbmRsZV9tZXNzYWdlKCk7PC9kaXY+PGRpdj6gIKAgoCCgIH08YnI+
PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4uLi5hbmQgdGhlIGRtcSBtb2R1bGUgd291
bGQgcGFzcyB0aGUgbWVzc2FnZSBkaXJlY3RseSB0byB0aGUgYWxyZWFkeSByZWdpc3RlcmVkIHBl
ZXIgZm9yIGludGVybmFsIGhhbmRsaW5nLjwvZGl2PgoKPGRpdj48YnI+PC9kaXY+PGRpdj5Ib3dl
dmVyLCBlYWNoIHBlZXIgaXMgdW5pcXVlbHkgaWRlbnRpZmllZCBieSB0aGUgdXNlciBwYXJ0IG9m
IHRoZSByZXF1ZXN0IFVSSSwgc28gaXQgaXMgZXF1YWxseSBwb3NzaWJsZSB0byBzZW5kIGFuIGFy
Yml0cmFyeSBtZXNzYWdlIGZyb20gd2l0aGluIGNvbmZpZyBvbiBvbmUgc2VydmVyIGFuZCBoYW5k
bGUgaXQgZGlyZWN0bHkgaW4gY29uZmlnIG9mIG90aGVycywgbGlrZTo8L2Rpdj4KCjxkaXY+PGJy
PjwvZGl2PjxkaXY+KFNlbmRpbmcgc2lkZSk8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj6g
IKAgoCCgIGRtcV9iY2FzdF9tZXNzYWdlKCZxdW90O2N1c3RvbV9wZWVyX25hbWUmcXVvdDssICZx
dW90O1NvbWUgc2VyaWFsaXplZCBkYXRhLi4uJnF1b3Q7LCAmcXVvdDt0ZXh0L3BsYWluJnF1b3Q7
KTs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PihSZWNlaXZpbmcgc2lkZSk8L2Rpdj4KPGRpdj48
YnI+PC9kaXY+PGRpdj48ZGl2PqAgoCCgIKAgaWYgKG1ldGhvZCA9PSAmcXVvdDtLRE1RJnF1b3Q7
KSB7PC9kaXY+PGRpdj48ZGl2PqAgoCCgIKAgoCCgIKAgoCBpZiAoJHJVID09ICZxdW90O2N1c3Rv
bV9wZWVyX25hbWUmcXVvdDspIHs8L2Rpdj48ZGl2PqAgoCCgIKAgoCCgIKAgoKCgIKAgoCCgoCNk
byBzb21ldGhpbmcgaGVyZTwvZGl2PjxkaXY+oCCgIKAgoCCgIKAgoCCgIH0gZWxzZSB7PC9kaXY+
CjxkaXY+oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgI3Bhc3MgaXQgb24gdG8gYmUgaGFuZGxlZCBi
eSBwcmUtcmVnaXN0ZXJlZCBwZWVyPC9kaXY+PGRpdj6gIKAgoCCgIKAgoCCgIKAgoCCgIKAgoKBk
bXFfaGFuZGxlX21lc3NhZ2UoKTs8L2Rpdj48ZGl2PqAgoCCgIKAgoCCgIKAgoCB9PC9kaXY+PC9k
aXY+PGRpdj6gIKAgoCCgIH08YnI+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4KPGRp
dj5UaGUgc2VyaWFsaXphdGlvbi9kZXNlcmlhbGl6YXRpb24gb2YgdGhlIGJvZHkgY29udGVudCBp
cyBlbnRpcmVseSB1cCB0byB0aGUgbW9kdWxlIGRldmVsb3BlciAoaW4gY29kZSkgb3Igc2VydmVy
IGFkbWluaXN0cmF0b3IgKGluIGNvbmZpZykuIEl0IGNhbiBiZSBhbnl0aGluZyAtIG9yIG5vdGhp
bmcuIEN1cnJlbnRseSBpbiB0aGUgY29uZmlnLCB3ZSYjMzk7cmUgdXNpbmcgaXQgdG8gcmVwbGlj
YXRlIFBVQkxJU0hlcywgYWx0aG91Z2ggSSBwbGFuIHRvIGludGVncmF0ZSBkbXEgaW50byB0aGUg
cHJlc2VuY2UgbW9kdWxlIGRpcmVjdGx5IGluIHRoZSB2ZXJ5IG5lYXIgZnV0dXJlLiBUaGVuIHRo
ZXJlIGlzIG5vIG5lZWQgZm9yIGFueXRoaW5nIHNwZWNpYWwgaW4gdGhlIGNvbmZpZywganVzdCBs
aWtlIGh0YWJsZSBpcyBub3cgLSBvdGhlciB0aGFuIHNldHRpbmcgbW9kcGFyYW0gdG8gZW5hYmxl
IGl0IG9mIGNvdXJzZS48YnI+CjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv
ZGl2PjxkaXY+QmVzdCByZWdhcmRzLDwvZGl2PjxkaXY+Q2hhcmxlczwvZGl2PjxkaXY+PGJyPjwv
ZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1
b3RlIj5PbiAyNSBGZWJydWFyeSAyMDE0IDIxOjAzLCBPbGxlIEUuIEpvaGFuc3NvbiA8c3BhbiBk
aXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpvZWpAZWR2aW5hLm5ldCIgdGFyZ2V0PSJfYmxh
bmsiPm9lakBlZHZpbmEubmV0PC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj4KPGJsb2NrcXVvdGUg
Y2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRl
ci1sZWZ0LXdpZHRoOjFweDtib3JkZXItbGVmdC1jb2xvcjpyZ2IoMjA0LDIwNCwyMDQpO2JvcmRl
ci1sZWZ0LXN0eWxlOnNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgY2xhc3M9IiI+PGJyPgom
Z3Q7PGJyPgomZ3Q7PGJyPgomZ3Q7IGRtcTogYWRkZWQgZnVuY3Rpb24gdG8gYnJvYWRjYXN0IG1l
c3NhZ2UgZnJvbSBjb25maWcgZmlsZS48YnI+CiZndDs8YnI+CjwvZGl2PlRIYW5rcyw8YnI+Cjxi
cj4KVGhpcyBjb21taXQgY2F1c2VkIG1lIHRvIHJlLXJlYWQgdGhlIERNUSBkb2NzIGFzIEkgYW0g
aGFwcHkgdG8gc2VlIHRoYXQgaXQgaXMgc3RhcnRpbmcgdG8gbW92ZSBmb3J3YXJkIGFnYWluIGFz
IGEgbW9kdWxlLiBXaGF0IEkgZmFpbCB0byB1bmRlcnN0YW5kIGF0IHRoaXMgcG9pbnQgaXMgaG93
IGluY29taW5nIG1lc3NhZ2VzIGFyZSBoYW5kbGVkLiBJIHNlZSBhIGhhbmRsZXIgYnV0IHRoZW4g
LSB3aGF0Pzxicj4KCjxicj4KVGhlIGRvYyBzYXlzIHNvbWV0aGluZyBhYm91dCB1c2luZyBhIGxp
YnJhcnkgZm9yIHNlcmlhbGl6YXRpb24uLi4gT2Ygd2hhdD88YnI+Cjxicj4KSG93IGNhbiB0aGlz
IGJlIHVzZWQgaW4gYSBub3JtYWwgY29uZmlndXJhdGlvbiBleGFtcGxlPzxicj4KQ2FuIGV2ZW50
X3JvdXRlcyBiZSBhZGRlZCB0byBoYW5kbGUgaW5jb21pbmcgbWVzc2FnZXMgbGlrZSBub3JtYWwg
bWVzc2FnZXM/PGJyPgo8YnI+CkkgZmVlbCB0aGVyZSYjMzk7cyBhIGRpYW1vbmQgaGlkZGVuIGlu
IHRoZXJlIHNvbWV3aGVyZSwgYW5kIGZhaWwgdG8gZmluZCBpdCA7LSk8YnI+CjxzcGFuIGNsYXNz
PSIiPjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+Ci9PPGJyPgo8L2ZvbnQ+PC9zcGFuPjxkaXYg
Y2xhc3M9IiI+PGRpdiBjbGFzcz0iaDUiPjxicj4KPGJyPgpfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4Kc3ItZGV2IG1haWxpbmcgbGlzdDxicj4KPGEg
aHJlZj0ibWFpbHRvOnNyLWRldkBsaXN0cy5zaXAtcm91dGVyLm9yZyI+c3ItZGV2QGxpc3RzLnNp
cC1yb3V0ZXIub3JnPC9hPjxicj4KPGEgaHJlZj0iaHR0cDovL2xpc3RzLnNpcC1yb3V0ZXIub3Jn
L2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby9zci1kZXYiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8v
bGlzdHMuc2lwLXJvdXRlci5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3NyLWRldjwvYT48
YnI+CjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PGJyIGNsZWFyPSJhbGwiPjxk
aXY+PGJyPjwvZGl2Pgo8L2Rpdj48L2Rpdj4KCjxicj4KPGZvbnQgZmFjZT0iSGVsdmV0aWNhLCBB
cmlhbCwgc2Fucy1zZXJpZiI+PGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox
MHB0Ij48YSBocmVmPSJodHRwOi8vd3d3LnNpcGNlbnRyaWMuY29tLyIgdGl0bGU9ImJsb2NrZWQ6
Omh0dHA6Ly93d3cuc2lwY2VudHJpYy5jb20vIiB0YXJnZXQ9Il9ibGFuayI+d3d3LnNpcGNlbnRy
aWMuY29tPC9hPjxicj4KICAgICAgICAgICAgPGJyPgogICAgICAgICAgICBGb2xsb3cgdXMgb24g
dHdpdHRlciA8YSBocmVmPSJodHRwOi8vdHdpdHRlci5jb20vc2lwY2VudHJpYyIgdGl0bGU9ImJs
b2NrZWQ6Omh0dHA6Ly90d2l0dGVyLmNvbS9zaXBjZW50cmljIiB0YXJnZXQ9Il9ibGFuayI+QHNp
cGNlbnRyaWM8L2E+PGJyPgogICAgICAgICAgICA8YnI+CiAgICAgICAgICAgIDxmb250IGNvbG9y
PSJncmF5Ij5TaXBjZW50cmljIEx0ZC4KICAgICAgICAgICAgICAgIENvbXBhbnkgcmVnaXN0ZXJl
ZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIG5vLiA3MzY1NTkyLjwvZm9udD6gPGZvbnQgY29sb3I9
ImdyYXkiPlJlZ2lzdGVyZWQKICAgICAgICAgICAgICAgIG9mZmljZTogVW5pdCAxMCBpQklDLCBC
aXJtaW5naGFtIFNjaWVuY2UgUGFyaywgSG9sdCBDb3VydCBTb3V0aCwgQmlybWluZ2hhbSBCNyA0
RUouPC9mb250Pjwvc3Bhbj48L2ZvbnQ+PC9mb250Pg==

--===============2001552654==--


From bugtracker@sip-router.org Wed Feb 26 04:26:12 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Kamailio doesn't to handle any	SIP
 message at all after several dialogs... (CPU high usage)
Date: Wed, 26 Feb 2014 03:26:04 +0000
Message-ID: <1393385164.530d5ecc37cc4@sip-router.org>
In-Reply-To: <FS397@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1715799296=="

--===============1715799296==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#397 - Kamailio doesn't to handle any SIP message at all after several dial=
ogs... (CPU high usage)
User who did this - Jack Wang (GoGoJack)

----------
followings are the output of "bt full", I get these from 4 children process a=
nd the timer process of kamailio which ate lots of CPU,

for two children of them: (similar output)

<code>
#0  0x4020a7dc in sched_yield () from /lib/libc.so.6
No symbol table info available.
#1  0x0016e788 in get_lock (lock=3D0x40d458b8) at mem/../fastlock.h:307
        i =3D 0
#2  0x0017176c in timer_add_safe (tl=3D0x40f1826c, delta=3D8) at timer.c:580
        ret =3D 1089569460
        __FUNCTION__ =3D "timer_add_safe"
#3  0x4088e754 in _set_fr_retr (rb=3D0x40f18258, retr_ms=3D500) at timer.h:242
        timeout =3D 480
        ticks =3D 971904787
        eol =3D 971905299
        retr_ticks =3D 8
        ret =3D 0
        __FUNCTION__ =3D "_set_fr_retr"
#4  0x4089760c in t_send_branch (t=3D0x40f18178, branch=3D0, p_msg=3D0x403074=
28, proxy=3D0x0, lock_replies=3D1) at t_fwd.c:1394
        ip =3D {af =3D 3201183592, len =3D 3201183600, u =3D {addrl =3D {3201=
183608, 0, 1076917324, 3201183524}, addr32 =3D {3201183608, 0, 1076917324, 32=
01183524}, addr16 =3D {12152, 48846,=20
              0, 0, 29772, 16432, 12068, 48846}, addr =3D "x/\316\276\000\000=
\000\000Lt0@$/\316\276"}}
        ret =3D 0
        uac =3D 0x40f18254
        __FUNCTION__ =3D "t_send_branch"
#5  0x408983a4 in t_forward_nonack (t=3D0x40f18178, p_msg=3D0x40307428, proxy=
=3D0x0, proto=3D0) at t_fwd.c:1551
        branch_ret =3D 0
        lowest_ret =3D -1
        current_uri =3D {s =3D 0x0, len =3D 0}
        added_branches =3D 1
        first_branch =3D 0
        i =3D 0
        q =3D -1
        t_invite =3D 0x18
        success_branch =3D 0
        try_new =3D 1
        lock_replies =3D 1
        dst_uri =3D {s =3D 0x0, len =3D 0}
        path =3D {s =3D 0x0, len =3D 0}
        si =3D 0x0
        backup_bflags =3D 0
        bflags =3D 0
        __FUNCTION__ =3D "t_forward_nonack"
#6  0x40889e94 in t_relay_to (p_msg=3D0x40307428, proxy=3D0x0, proto=3D0, rep=
licate=3D0) at t_funcs.c:354
        ret =3D 0
        new_tran =3D 1
        t =3D 0x40f18178
        dst =3D {send_sock =3D 0xbece30c0, to =3D {s =3D {sa_family =3D 3, sa=
_data =3D "\000\000\070\000\000\000\000\000\000\000\200p\000"}, sin =3D {sin_=
family =3D 3, sin_port =3D 0, sin_addr =3D {
                s_addr =3D 56}, sin_zero =3D "\000\000\000\000\200p\000"}, si=
n6 =3D {sin6_family =3D 3, sin6_port =3D 0, sin6_flowinfo =3D 56, sin6_addr =
=3D {__in6_u =3D {
                  __u6_addr8 =3D "\000\000\000\000\200p\000\000P\030\063\000\=
070\000\000", __u6_addr16 =3D {0, 0, 28800, 0, 6224, 51, 56, 0}, __u6_addr32 =
=3D {0, 28800, 3348560,=20
                    56}}}, sin6_scope_id =3D 0}}, id =3D 3849192, proto =3D 7=
7 'M', send_flags =3D {f =3D 78 'N', blst_imask =3D 206 '\316'}}
        port =3D 0
        host =3D {s =3D 0xa <Address 0xa out of bounds>, len =3D 26}
        comp =3D 0
        __FUNCTION__ =3D "t_relay_to"
#7  0x408b6d84 in _w_t_relay_to (p_msg=3D0x40307428, proxy=3D0x0, force_proto=
=3D0) at tm.c:1463
        t =3D 0x20300
        res =3D 135
        __FUNCTION__ =3D "_w_t_relay_to"
#8  0x408b7a88 in w_t_relay (p_msg=3D0x40307428, _foo=3D0x0, _bar=3D0x0) at t=
m.c:1661
No locals.
#9  0x00025698 in do_action (h=3D0xbece3398, a=3D0x402ca6c8, msg=3D0x40307428=
) at action.c:1074
        ret =3D -5
        v =3D 1076494336
        dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 65535, sa_da=
ta =3D "\377\377\364\202\"\000\207\000\000\000\000\003\002"}, sin =3D {sin_fa=
mily =3D 65535, sin_port =3D 65535,=20
              sin_addr =3D {s_addr =3D 2261748}, sin_zero =3D "\207\000\000\0=
00\000\003\002"}, sin6 =3D {sin6_family =3D 65535, sin6_port =3D 65535, sin6_=
flowinfo =3D 2261748, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "\207\000\000\000\000\003\002\000=
\204\063\316\276(R\017", __u6_addr16 =3D {135, 0, 768, 2, 13188, 48846, 21032=
, 15}, __u6_addr32 =3D {135,=20
                    131840, 3201184644, 1004072}}}, sin6_scope_id =3D 0}}, id=
 =3D 1085116720, proto =3D -5 '\373', send_flags =3D {f =3D 31 '\037', blst_i=
mask =3D 0 '\000'}}
        tmp =3D 0x40310f5f "nch [0] to sip:0(a)10.100.90.36:5062\n"
        new_uri =3D 0x40307428 "D."
        end =3D 0xbece3428 ""
        crt =3D 0x87 <Address 0x87 out of bounds>
        cmd =3D 0x402afc98
        len =3D 1085185192
        user =3D 3348560
        uri =3D {user =3D {s =3D 0x2 <Address 0x2 out of bounds>, len =3D 107=
6374227}, passwd =3D {
            s =3D 0x3abbbc " ./kamailio[804]: DEBUG: <core> [msg_translator.c=
:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90.33, 0)\=
n", len =3D 7}, host =3D {
            s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@=
\300\364)@", len =3D 3849140}, port =3D {s =3D 0x1ffb <Address 0x1ffb out of =
bounds>, len =3D 8}, params =3D {
            s =3D 0x34303808 <Address 0x34303808 out of bounds>, len =3D 1075=
799028}, sip_params =3D {s =3D 0xbece32b7 "", len =3D 1076491340}, headers =
=3D {
            s =3D 0x2 <Address 0x2 out of bounds>, len =3D 1076494336}, port_=
no =3D 1, proto =3D 0, type =3D ERROR_URI_T, flags =3D 10, transport =3D {s =
=3D 0xbece32d0 "\373\377\377\377(",=20
            len =3D 1076351948}, ttl =3D {s =3D 0x402a0000 "(\217\023", len =
=3D 1076490860}, user_param =3D {s =3D 0x3abba0 "\200\001", len =3D -1}, madd=
r =3D {s =3D 0x0, len =3D -1093782852},=20
          method =3D {s =3D 0xf1c44 "", len =3D -1093782664}, lr =3D {s =3D 0=
x3adba8 "", len =3D 8187}, r2 =3D {s =3D 0x401d80bc "\b\200\204\342\b", len =
=3D 112}, gr =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 1076649468}, transport_val =3D {s =3D 0xbece3428 "", len =
=3D 1076917288}, ttl_val =3D {s =3D 0xbece4630 "\005", len =3D 8200}, user_pa=
ram_val =3D {s =3D 0x401da470 "",=20
            len =3D 3848744}, maddr_val =3D {s =3D 0x402a0000 "(\217\023", le=
n =3D 0}, method_val =3D {s =3D 0x1 <Address 0x1 out of bounds>, len =3D 0}, =
lr_val =3D {
            s =3D 0x15 <Address 0x15 out of bounds>, len =3D -1}, r2_val =3D =
{s =3D 0x2 <Address 0x2 out of bounds>, len =3D -1093782664}, gr_val =3D {s =
=3D 0x0, len =3D 0}}
        next_hop =3D {user =3D {s =3D 0x40cb27ec "%s: %s c=3D[%s] l=3D%d a=3D=
%d n=3D%.*s\n", len =3D 0}, passwd =3D {s =3D 0x0, len =3D 0}, host =3D {s =
=3D 0x0, len =3D 1076966008}, port =3D {
            s =3D 0x40307428 "D.", len =3D -1093783212}, params =3D {s =3D 0x=
40313278 "", len =3D 2261748}, sip_params =3D {s =3D 0x87 <Address 0x87 out o=
f bounds>, len =3D 131840}, headers =3D {
            s =3D 0x0, len =3D -1093782540}, port_no =3D 22288, proto =3D 2, =
type =3D 1076917288, flags =3D 3849146, transport =3D {s =3D 0x4027d3d3 "S", =
len =3D 1075803008}, ttl =3D {
            s =3D 0x40307428 "D.", len =3D 3849146}, user_param =3D {s =3D 0x=
2 <Address 0x2 out of bounds>, len =3D 1075803008}, maddr =3D {s =3D 0x0, len=
 =3D 1076917288}, method =3D {
            s =3D 0x402c8d78 "\240\002", len =3D -1093782432}, lr =3D {s =3D =
0x402c8d78 "\240\002", len =3D 1076917288}, r2 =3D {s =3D 0x4029f26c ",\324'@=
", len =3D 3348560}, gr =3D {
            s =3D 0x40282af4 "", len =3D 1076494336}, transport_val =3D {s =
=3D 0x4029f26c ",\324'@", len =3D 3348560}, ttl_val =3D {s =3D 0x40282af4 "",=
 len =3D 1076335348}, user_param_val =3D {
            s =3D 0x0, len =3D 3849146}, maddr_val =3D {s =3D 0x4027d3d3 "S",=
 len =3D 1075803008}, method_val =3D {s =3D 0x324 <Address 0x324 out of bound=
s>, len =3D 100}, lr_val =3D {
            s =3D 0x2 <Address 0x2 out of bounds>, len =3D 3849146}, r2_val =
=3D {s =3D 0x4027d3d3 "S", len =3D 1075803008}, gr_val =3D {s =3D 0xa <Addres=
s 0xa out of bounds>, len =3D 842185658}}
        u =3D 0x7080
        port =3D 0
        dst_host =3D 0xbece4630
        i =3D 56
        flags =3D 2
        avp =3D 0x331850
        st =3D {flags =3D 0, id =3D 0, name =3D {n =3D 0, s =3D {s =3D 0x0, l=
en =3D -1093783160}, re =3D 0x0}, avp =3D 0x40cb2809}
        sct =3D 0x1a
        sjt =3D 0xa
        rve =3D 0x0
        mct =3D 0x28
        rv =3D 0x2
        rv1 =3D 0x7080
        c1 =3D {cache_type =3D 32, val_type =3D RV_NONE, c =3D {avp_val =3D {=
n =3D 0, s =3D {s =3D 0x0, len =3D 0}, re =3D 0x0}, pval =3D {rs =3D {s =3D 0=
x0, len =3D 0}, ri =3D 0, flags =3D 100}},=20
          i2s =3D "\214\066\316\276\t(\313@\002\000\000\000\005\000\000\000\3=
77\377\377\377s"}
        s =3D {s =3D 0x0, len =3D 0}
        srevp =3D {0x402ca6c8, 0x40307428}
        mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =
=3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =
=3D 0x0}}, {type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#10 0x0002f078 in run_actions (h=3D0xbece3398, a=3D0x402ca6c8, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402ca6c8
        ret =3D -1
        mod =3D 0x0
        ms =3D 0
        __FUNCTION__ =3D "run_actions"
#11 0x0002f874 in run_actions_safe (h=3D0xbece4630, a=3D0x402ca6c8, msg=3D0x4=
0307428) at action.c:1637
        ctx =3D {rec_lev =3D 1, run_flags =3D 0, last_retcode =3D 0, jmp_env =
=3D {{__jmpbuf =3D {2261748, 135, 131840, 0, 0, 0, 1074790400, -1093782652, -=
1093782736, 192116,=20
                0 <repeats 16 times>, 16, 2261748, 135, 1076917288, 107666162=
4, -1093782432, 0, 0, -1, 0, 135, 2261748, 135, 131840, -1093782012, 194676, =
135, 3849146,=20
                1076351955, 1075803008, 0, 0, 2, 1075803008, 0, 0, 10, -10937=
82072, 2, 1076494336, 1076490860, 3348560, 1076374260, 192116, 0, 0, 0, 0}, _=
_mask_was_saved =3D 0,=20
              __saved_mask =3D {__val =3D {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 8421=
37600, 16, 1076374227, 3849148, 7, 1076491340, 3849140, 8187, 8, 875575304, 1=
075799028, 3201185199,=20
                  1076491340, 2, 1076494336, 1, 0, 10, 3201185224, 1076351948=
, 1076494336, 1076490860}}}}}
        ret =3D 1076495568
        ign_on_break =3D 0
#12 0x000f1c44 in rval_get_int (h=3D0xbece4630, msg=3D0x40307428, i=3D0xbece3=
720, rv=3D0x402c9c5c, cache=3D0x0) at rvalue.c:920
        r_avp =3D 0x2
        avp_val =3D {n =3D 21, s =3D {s =3D 0x15 <Address 0x15 out of bounds>=
, len =3D -1}, re =3D 0x15}
        pval =3D {rs =3D {s =3D 0x402a0000 "(\217\023", len =3D 0}, ri =3D 1,=
 flags =3D 0}
        tmp =3D {s =3D 0x401da470 "", len =3D 3848744}
        s =3D 0x0
        r =3D -1093781904
        ret =3D 0
        destroy_pval =3D 0
        __FUNCTION__ =3D "rval_get_int"
#13 0x000f5228 in rval_expr_eval_int (h=3D0xbece4630, msg=3D0x40307428, res=
=3D0xbece3720, rve=3D0x402c9c58) at rvalue.c:1914
        i1 =3D -1093781716
        i2 =3D 1074790400
        ret =3D -1
        c1 =3D {cache_type =3D 3849128, val_type =3D RV_NONE, c =3D {avp_val =
=3D {n =3D 1393382422, s =3D {s =3D 0x530d5416 <Address 0x530d5416 out of bou=
nds>, len =3D 3849128}, re =3D 0x530d5416},=20
            pval =3D {rs =3D {s =3D 0x530d5416 <Address 0x530d5416 out of bou=
nds>, len =3D 3849128}, ri =3D 105, flags =3D 0}},=20
          i2s =3D "\324\065\314@\020\000\000\000\256\002", '\000' <repeats 11=
 times>}
        c2 =3D {cache_type =3D 56, val_type =3D 4294967295, c =3D {avp_val =
=3D {n =3D 0, s =3D {s =3D 0x0, len =3D -1093781892}, re =3D 0x0}, pval =3D {=
rs =3D {s =3D 0x0, len =3D -1093781892}, ri =3D 990276,=20
              flags =3D 135}}, i2s =3D "\213\017\061@\250\234\256(a)p\305\v\0=
00\000\000\000\000\060~1\000,\203"}
        rv1 =3D 0x331850
        rv2 =3D 0x7080
        __FUNCTION__ =3D "rval_expr_eval_int"
#14 0x000f540c in rval_expr_eval_int (h=3D0xbece4630, msg=3D0x40307428, res=
=3D0xbece3984, rve=3D0x402ca8d8) at rvalue.c:1922
        i1 =3D 0
        i2 =3D 0
        ret =3D -1
        c1 =3D {cache_type =3D 192632, val_type =3D 1076672216, c =3D {avp_va=
l =3D {n =3D 1087125396, s =3D {s =3D 0x40cc3794 "d%\313@\002", len =3D 10769=
17288}, re =3D 0x40cc3794}, pval =3D {rs =3D {
                s =3D 0x40cc3794 "d%\313@\002", len =3D 1076917288}, ri =3D 1=
076669752, flags =3D -1093781640}},=20
          i2s =3D "\t(\313@\330\266,@\364\202\"\000\207\000\000\000\000\003\0=
02\000\000"}
        c2 =3D {cache_type =3D 1085185192, val_type =3D 135, c =3D {avp_val =
=3D {n =3D 131840, s =3D {s =3D 0x20300 "", len =3D 0}, re =3D 0x20300}, pval=
 =3D {rs =3D {s =3D 0x20300 "", len =3D 0}, ri =3D 0,=20
              flags =3D -1093781724}}, i2s =3D "\224V\255@\364\202\"\000\207\=
000\000\000\000\003\002\000\000\000\000\000D7"}
        rv1 =3D 0x0
        rv2 =3D 0x35
        __FUNCTION__ =3D "rval_expr_eval_int"
#15 0x000253d8 in do_action (h=3D0xbece4630, a=3D0x402cad38, msg=3D0x40307428=
) at action.c:1050
        ret =3D -5
        v =3D 0
        dst =3D {send_sock =3D 0xbece3968, to =3D {s =3D {sa_family =3D 52716=
, sa_data =3D "\312@\354'\313@\324\202\"\000\260'\313@"}, sin =3D {sin_family=
 =3D 52716, sin_port =3D 16586,=20
              sin_addr =3D {s_addr =3D 1087055852}, sin_zero =3D "\324\202\"\=
000\260'\313@"}, sin6 =3D {sin6_family =3D 52716, sin6_port =3D 16586, sin6_f=
lowinfo =3D 1087055852, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "\324\202\"\000\260'\313(a)KN\316=
\276\360\002\000", __u6_addr16 =3D {33492, 34, 10160, 16587, 20043, 48846, 75=
2, 0}, __u6_addr32 =3D {2261716,=20
                    1087055792, 3201191499, 752}}}, sin6_scope_id =3D 5}}, id=
 =3D 5, proto =3D -20 '\354', send_flags =3D {f =3D 36 '$', blst_imask =3D 20=
3 '\313'}}
        tmp =3D 0x40ad5694 ""
        new_uri =3D 0x40307428 "D."
        end =3D 0xbece3a70 "\370\004-@(t0@"
        crt =3D 0xbece3a1c ""
        cmd =3D 0x402b4778
        len =3D 0
        user =3D 0
        uri =3D {user =3D {s =3D 0xffffffff <Address 0xffffffff out of bounds=
>, len =3D 2}, passwd =3D {s =3D 0xbece3968 "\324\202\"", len =3D 1087055852}=
, host =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1076029012},=
 port =3D {s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@\=
300\364)@", len =3D 1085116720},=20
          params =3D {s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 10=
76494336}, sip_params =3D {s =3D 0x16 <Address 0x16 out of bounds>, len =3D 4=
0}, headers =3D {
            s =3D 0xa <Address 0xa out of bounds>, len =3D 26}, port_no =3D 1=
, proto =3D 0, type =3D 114, flags =3D 3, transport =3D {s =3D 0x38 <Address =
0x38 out of bounds>, len =3D 0}, ttl =3D {
            s =3D 0x7080 <Address 0x7080 out of bounds>, len =3D 3348560}, us=
er_param =3D {s =3D 0x38 <Address 0x38 out of bounds>, len =3D 1}, maddr =3D =
{s =3D 0x0, len =3D -1093781132},=20
          method =3D {s =3D 0xf1c44 "", len =3D 0}, lr =3D {s =3D 0x40310f58 =
"CHK6", len =3D 1085185192}, r2 =3D {
            s =3D 0xbc33c "\034\060\033\345\004\060\223\345\030 \033\345\003\=
060\202\340\030\060\v\345\034\060\033\345\004\060\223\345  \033\345\003\060\2=
02\340 0\v\345S",=20
            len =3D -1}, gr =3D {s =3D 0x2 <Address 0x2 out of bounds>, len =
=3D 1076682076}, transport_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 0}, ttl_val =3D {s =3D 0x530d5416 <Address 0x530d5416 out=
 of bounds>, len =3D 3849128}, user_param_val =3D {s =3D 0x6b <Address 0x6b o=
ut of bounds>, len =3D 0},=20
          maddr_val =3D {s =3D 0x40cc35d4 "\354\204\001", len =3D 5}, method_=
val =3D {s =3D 0x2f0 <Address 0x2f0 out of bounds>, len =3D 0}, lr_val =3D {s=
 =3D 0x0, len =3D 0}, r2_val =3D {
            s =3D 0x40100000 "H\377\002", len =3D -1093780956}, gr_val =3D {s=
 =3D 0x4022e978 "\b\320\215\342\004\340\235\344\f\320\215\342\036\377/\341\00=
2\060\240\341\001 \240\341",=20
            len =3D 0}}
        next_hop =3D {user =3D {s =3D 0x40282ad3 "T ", len =3D 3849148}, pass=
wd =3D {s =3D 0x7 <Address 0x7 out of bounds>, len =3D 1076491340}, host =3D {
            s =3D 0x3abbb4 "10:40:22 ./kamailio[804]: DEBUG: <core> [msg_tran=
slator.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90=
.33, 0)\n", len =3D 8187},=20
          port =3D {s =3D 0x8 <Address 0x8 out of bounds>, len =3D 875575304}=
, params =3D {s =3D 0x401f63f4 "\024\300\235\345\v`\206\340", len =3D -109378=
1337}, sip_params =3D {
            s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@=
\300\364)@", len =3D 2}, headers =3D {s =3D 0x402a0000 "(\217\023", len =3D 1=
}, port_no =3D 0, proto =3D 0,=20
          type =3D 10, flags =3D 3201185984, transport =3D {s =3D 0x4027d3cc =
"%H:%M:%S", len =3D 1076494336}, ttl =3D {s =3D 0x4029f26c ",\324'@", len =3D=
 3849120}, user_param =3D {
            s =3D 0x402a04d0 "", len =3D 8200}, maddr =3D {s =3D 0x70 <Addres=
s 0x70 out of bounds>, len =3D 8200}, method =3D {s =3D 0xbece3968 "\324\202\=
"", len =3D 3857320}, lr =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1075675324},=
 r2 =3D {s =3D 0x70 <Address 0x70 out of bounds>, len =3D 3849128}, gr =3D {s=
 =3D 0x3abba0 "\200\001",=20
            len =3D 1076494336}, transport_val =3D {s =3D 0x0, len =3D 1}, tt=
l_val =3D {s =3D 0x2008 <Address 0x2008 out of bounds>, len =3D 1075684464}, =
user_param_val =3D {s =3D 0x3aba28 "",=20
            len =3D 1076494336}, maddr_val =3D {s =3D 0x0, len =3D 1}, method=
_val =3D {s =3D 0x0, len =3D 21}, lr_val =3D {s =3D 0xffffffff <Address 0xfff=
fffff out of bounds>, len =3D 2}, r2_val =3D {
            s =3D 0xbece3968 "\324\202\"", len =3D 1074390208}, gr_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",
 len =3D 21}}
        u =3D 0x20300
        port =3D 0
        dst_host =3D 0xbece4630
        i =3D 1085185192
        flags =3D 16
        avp =3D 0x0
        st =3D {flags =3D 0, id =3D 0, name =3D {n =3D 0, s =3D {s =3D 0x0, l=
en =3D 0}, re =3D 0x0}, avp =3D 0x32320000}
        sct =3D 0x0
        sjt =3D 0x0
        rve =3D 0x402ca8d8
        mct =3D 0x40310f58
        rv =3D 0x0
        rv1 =3D 0x7
        c1 =3D {cache_type =3D 1076374260, val_type =3D 192116, c =3D {avp_va=
l =3D {n =3D 0, s =3D {s =3D 0x0, len =3D 0}, re =3D 0x0}, pval =3D {rs =3D {=
s =3D 0x0, len =3D 0}, ri =3D 0, flags =3D 0}},=20
          i2s =3D '\000' <repeats 21 times>}
        s =3D {s =3D 0x4029f26c ",\324'@", len =3D 3348560}
        srevp =3D {0x402cad38, 0x40307428}
        mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =
=3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =
=3D 0x0}}, {type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#16 0x0002f078 in run_actions (h=3D0xbece4630, a=3D0x402c72d8, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402cad38
        ret =3D 1
        mod =3D 0x40100000
        ms =3D 0
        __FUNCTION__ =3D "run_actions"
#17 0x00023460 in do_action (h=3D0xbece4630, a=3D0x402d04f8, msg=3D0x40307428=
) at action.c:690
        ret =3D -5
        v =3D 1
        dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 52716, sa_da=
ta =3D "\312@\364\202\"\000\207\000\000\000\000\003\002"}, sin =3D {sin_famil=
y =3D 52716, sin_port =3D 16586,=20
              sin_addr =3D {s_addr =3D 2261748}, sin_zero =3D "\207\000\000\0=
00\000\003\002"}, sin6 =3D {sin6_family =3D 52716, sin6_port =3D 16586, sin6_=
flowinfo =3D 2261748, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "\207\000\000\000\000\003\002\000=
\064=3D\316\276(R\017", __u6_addr16 =3D {135, 0, 768, 2, 15668, 48846, 21032,=
 15}, __u6_addr32 =3D {135,=20
                    131840, 3201187124, 1004072}}}, sin6_scope_id =3D 0}}, id=
 =3D 2, proto =3D 100 'd', send_flags =3D {f =3D 37 '%', blst_imask =3D 203 '=
\313'}}
        tmp =3D 0x64 <Address 0x64 out of bounds>
        new_uri =3D 0x40307428 "D."
        end =3D 0xbece3f74 "\001"
        crt =3D 0x0
        cmd =3D 0x402b4778
        len =3D 0
        user =3D 0
        uri =3D {user =3D {s =3D 0xffffffff <Address 0xffffffff out of bounds=
>, len =3D 2}, passwd =3D {s =3D 0xbece3c60 "\207", len =3D 1087055852}, host=
 =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1076029012},=
 port =3D {s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@\=
300\364)@", len =3D 114},=20
          params =3D {s =3D 0x3 <Address 0x3 out of bounds>, len =3D 10764943=
36}, sip_params =3D {s =3D 0x16 <Address 0x16 out of bounds>, len =3D 40}, he=
aders =3D {
            s =3D 0xa <Address 0xa out of bounds>, len =3D 26}, port_no =3D 1=
, proto =3D 0, type =3D 114, flags =3D 3, transport =3D {s =3D 0x38 <Address =
0x38 out of bounds>, len =3D 0}, ttl =3D {
 s =3D 0x7080 <Address 0x7080 out of bounds>, len =3D 3348560}, user_param =
=3D {s =3D 0x16 <Address 0x16 out of bounds>, len =3D 1}, maddr =3D {s =3D 0x=
0, len =3D -1093780372},=20
          method =3D {s =3D 0xf1c44 "", len =3D 2}, lr =3D {s =3D 0x19 <Addre=
ss 0x19 out of bounds>, len =3D 1075651820}, r2 =3D {s =3D 0x19 <Address 0x19=
 out of bounds>, len =3D 3848744}, gr =3D {
            s =3D 0xbece4e4b "/var/Olympus/kamailio.cfg", len =3D 1076680716}=
, transport_val =3D {s =3D 0xbece3f74 "\001", len =3D 1076917288}, ttl_val =
=3D {s =3D 0xbece4630 "\005",=20
            len =3D 3849128}, user_param_val =3D {s =3D 0x69 <Address 0x69 ou=
t of bounds>, len =3D 1087055852}, maddr_val =3D {s =3D 0x40cc35d4 "\354\204\=
001", len =3D 16}, method_val =3D {
            s =3D 0x305 <Address 0x305 out of bounds>, len =3D 0}, lr_val =3D=
 {s =3D 0x0, len =3D 0}, r2_val =3D {s =3D 0x40100000 "H\377\002", len =3D -1=
093780196}, gr_val =3D {s =3D 0x0, len =3D 0}}
        next_hop =3D {user =3D {s =3D 0x40282ad3 "T ", len =3D 3849148}, pass=
wd =3D {s =3D 0x7 <Address 0x7 out of bounds>, len =3D 1076491340}, host =3D {
            s =3D 0x3abbb4 "10:40:22 ./kamailio[804]: DEBUG: <core> [msg_tran=
slator.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90=
.33, 0)\n", len =3D 8187},=20
          port =3D {s =3D 0x8 <Address 0x8 out of bounds>, len =3D 875575304}=
, params =3D {s =3D 0x401f63f4 "\024\300\235\345\v`\206\340", len =3D -109378=
0577}, sip_params =3D {
            s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@=
\300\364)@", len =3D 2}, headers =3D {s =3D 0x402a0000 "(\217\023", len =3D 1=
}, port_no =3D 0, proto =3D 0,=20
          type =3D 10, flags =3D 3201186744, transport =3D {s =3D 0x4027d3cc =
"%H:%M:%S", len =3D 1076494336}, ttl =3D {s =3D 0x4029f26c ",\324'@", len =3D=
 3849120}, user_param =3D {
            s =3D 0x402a04d0 "", len =3D 8200}, maddr =3D {s =3D 0x70 <Addres=
s 0x70 out of bounds>, len =3D 8200}, method =3D {s =3D 0xbece3c60 "\207", le=
n =3D 3857320}, lr =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1075675324},=
 r2 =3D {s =3D 0x70 <Address 0x70 out of bounds>, len =3D 3849128}, gr =3D {s=
 =3D 0x3abba0 "\200\001",=20
            len =3D 1076494336}, transport_val =3D {s =3D 0x0, len =3D 1}, tt=
l_val =3D {s =3D 0x2008 <Address 0x2008 out of bounds>, len =3D 1075684464}, =
user_param_val =3D {s =3D 0x0,=20
            len =3D 1076494336}, maddr_val =3D {s =3D 0x0, len =3D 1}, method=
_val =3D {s =3D 0x0, len =3D 21}, lr_val =3D {s =3D 0xffffffff <Address 0xfff=
fffff out of bounds>, len =3D 2}, r2_val =3D {
            s =3D 0xbece3c60 "\207", len =3D 1074390208}, gr_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 21}}
        u =3D 0x0
        port =3D 0
        dst_host =3D 0xbece4630
        i =3D 2
        flags =3D 16
        avp =3D 0x0
        st =3D {flags =3D 0, id =3D 0, name =3D {n =3D 0, s =3D {s =3D 0x0, l=
en =3D 0}, re =3D 0x0}, avp =3D 0x0}
        sct =3D 0x0
        sjt =3D 0x0
        rve =3D 0x402cdd58
        mct =3D 0x0
        rv =3D 0x0
        rv1 =3D 0x0
        c1 =3D {cache_type =3D 3201186280, val_type =3D 192116, c =3D {avp_va=
l =3D {n =3D 0, s =3D {s =3D 0x0, len =3D 0}, re =3D 0x0}, pval =3D {rs =3D {=
s =3D 0x0, len =3D 0}, ri =3D 0, flags =3D 0}},=20
          i2s =3D '\000' <repeats 21 times>}
        s =3D {s =3D 0x40100000 "H\377\002", len =3D -1093780932}
        srevp =3D {0x402d04f8, 0x40307428}
        mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =
=3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =
=3D 0x0}}, {type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#18 0x0002f078 in run_actions (h=3D0xbece4630, a=3D0x402cdc38, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402d04f8
        ret =3D 1
        mod =3D 0x0
        ms =3D 0
        __FUNCTION__ =3D "run_actions"
#19 0x00025624 in do_action (h=3D0xbece4630, a=3D0x402d2fa8, msg=3D0x40307428=
) at action.c:1065
        ret =3D 1
 v =3D 1
        dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 52716, sa_da=
ta =3D "\312@\364\202\"\000\207\000\000\000\000\003\002"}, sin =3D {sin_famil=
y =3D 52716, sin_port =3D 16586,=20
              sin_addr =3D {s_addr =3D 2261748}, sin_zero =3D "\207\000\000\0=
00\000\003\002"}, sin6 =3D {sin6_family =3D 52716, sin6_port =3D 16586, sin6_=
flowinfo =3D 2261748, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "\207\000\000\000\000\003\002\000=
,@\316\276(R\017", __u6_addr16 =3D {135, 0, 768, 2, 16428, 48846, 21032, 15},=
 __u6_addr32 =3D {135, 131840,=20
                    3201187884, 1004072}}}, sin6_scope_id =3D 0}}, id =3D 2, =
proto =3D 100 'd', send_flags =3D {f =3D 37 '%', blst_imask =3D 203 '\313'}}
        tmp =3D 0x402792f4 ""
        new_uri =3D 0x40307428 "D."
        end =3D 0xbece426c "\001"
        crt =3D 0x402792f4 ""
        cmd =3D 0x402cd3d8
        len =3D 1075464912
        user =3D 2553752
        uri =3D {user =3D {s =3D 0xffffffff <Address 0xffffffff out of bounds=
>, len =3D 2}, passwd =3D {s =3D 0xbece3f58 "\207", len =3D 1087055852}, host=
 =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1076029012},=
 port =3D {s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@\=
300\364)@", len =3D 0}, params =3D {
            s =3D 0xffffffff <Address 0xffffffff out of bounds>, len =3D 1076=
494336}, sip_params =3D {s =3D 0x16 <Address 0x16 out of bounds>, len =3D 40}=
, headers =3D {
            s =3D 0xa <Address 0xa out of bounds>, len =3D 26}, port_no =3D 1=
, proto =3D 0, type =3D 114, flags =3D 3, transport =3D {s =3D 0x38 <Address =
0x38 out of bounds>, len =3D 0}, ttl =3D {
            s =3D 0x7080 <Address 0x7080 out of bounds>, len =3D 3348560}, us=
er_param =3D {s =3D 0x0, len =3D 1}, maddr =3D {s =3D 0x0, len =3D -109377961=
2}, method =3D {s =3D 0xf1c44 "", len =3D 0},=20
          lr =3D {s =3D 0x0, len =3D 0}, r2 =3D {s =3D 0x64 <Address 0x64 out=
 of bounds>, len =3D -1093778284}, gr =3D {s =3D 0x0, len =3D 1076679644}, tr=
ansport_val =3D {s =3D 0xbece426c "\001",=20
            len =3D 1076917288}, ttl_val =3D {s =3D 0xbece4630 "\005", len =
=3D 3849128}, user_param_val =3D {s =3D 0x69 <Address 0x69 out of bounds>, le=
n =3D 0}, maddr_val =3D {
            s =3D 0x40cc35d4 "\354\204\001", len =3D 16}, method_val =3D {s =
=3D 0x308 <Address 0x308 out of bounds>, len =3D 0}, lr_val =3D {s =3D 0x0, l=
en =3D 0}, r2_val =3D {
            s =3D 0x40100000 "H\377\002", len =3D -1093779436}, gr_val =3D {s=
 =3D 0x0, len =3D 0}}
        next_hop =3D {user =3D {s =3D 0x40282ad3 "T ", len =3D 3849148}, pass=
wd =3D {s =3D 0x7 <Address 0x7 out of bounds>, len =3D 1076491340}, host =3D {
            s =3D 0x3abbb4 "10:40:22 ./kamailio[804]: DEBUG: <core> [msg_tran=
slator.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90=
.33, 0)\n", len =3D 8187},=20
          port =3D {s =3D 0x8 <Address 0x8 out of bounds>, len =3D 875575304}=
, params =3D {s =3D 0x401f63f4 "\024\300\235\345\v`\206\340", len =3D -109377=
9817}, sip_params =3D {
            s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@=
\300\364)@", len =3D 2}, headers =3D {s =3D 0x402a0000 "(\217\023", len =3D 1=
}, port_no =3D 0, proto =3D 0,=20
          type =3D 10, flags =3D 3201187504, transport =3D {s =3D 0x4027d3cc =
"%H:%M:%S", len =3D 1076494336}, ttl =3D {s =3D 0x4029f26c ",\324'@", len =3D=
 3849120}, user_param =3D {
            s =3D 0x402a04d0 "", len =3D 8200}, maddr =3D {s =3D 0x70 <Addres=
s 0x70 out of bounds>, len =3D 8200}, method =3D {s =3D 0xbece3f58 "\207", le=
n =3D 3857320}, lr =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1075675324},=
 r2 =3D {s =3D 0x70 <Address 0x70 out of bounds>, len =3D 3849128}, gr =3D {s=
 =3D 0x3abba0 "\200\001",=20
            len =3D 1076494336}, transport_val =3D {s =3D 0x0, len =3D 1}, tt=
l_val =3D {s =3D 0x2008 <Address 0x2008 out of bounds>, len =3D 1075684464}, =
user_param_val =3D {s =3D 0x0,=20
            len =3D 1076494336}, maddr_val =3D {s =3D 0x0, len =3D 1}, method=
_val =3D {s =3D 0x0, len =3D 21}, lr_val =3D {s =3D 0xffffffff <Address 0xfff=
fffff out of bounds>, len =3D 2}, r2_val =3D {
            s =3D 0xbece3f58 "\207", len =3D 1074390208}, gr_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 21}}
        u =3D 0x26f7d3
        port =3D 0
        dst_host =3D 0xbece4630
        i =3D 3848744
        flags =3D 16
        avp =3D 0x26f7d2
        st =3D {flags =3D 0, id =3D 0, name =3D {n =3D 0, s =3D {s =3D 0x0, l=
en =3D 0}, re =3D 0x0}, avp =3D 0x0}
        sct =3D 0x15
        sjt =3D 0x2
        rve =3D 0x402cd808
        mct =3D 0x13
        rv =3D 0x0
        rv1 =3D 0x401d2594
        c1 =3D {cache_type =3D 3201187040, val_type =3D 192116, c =3D {avp_va=
l =3D {n =3D 0, s =3D {s =3D 0x0, len =3D 0}, re =3D 0x0}, pval =3D {rs =3D {=
s =3D 0x0, len =3D 0}, ri =3D 0, flags =3D 0}},=20
          i2s =3D '\000' <repeats 21 times>}
        s =3D {s =3D 0x40100000 "H\377\002", len =3D -1093780172}
        srevp =3D {0x402d2fa8, 0x40307428}
mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, s=
tr =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, =
{type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#20 0x0002f078 in run_actions (h=3D0xbece4630, a=3D0x402d2fa8, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402d2fa8
        ret =3D -1
        mod =3D 0x0
        ms =3D 0
        __FUNCTION__ =3D "run_actions"
#21 0x00025624 in do_action (h=3D0xbece4630, a=3D0x402d30c8, msg=3D0x40307428=
) at action.c:1065
        ret =3D 1
        v =3D 1
        dst =3D {send_sock =3D 0xbece4250, to =3D {s =3D {sa_family =3D 52716=
, sa_data =3D "\312@\354'\313@\324\202\"\000\260'\313@"}, sin =3D {sin_family=
 =3D 52716, sin_port =3D 16586,=20
              sin_addr =3D {s_addr =3D 1087055852}, sin_zero =3D "\324\202\"\=
000\260'\313@"}, sin6 =3D {sin6_family =3D 52716, sin6_port =3D 16586, sin6_f=
lowinfo =3D 1087055852, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "\324\202\"\000\260'\313(a)KN\316=
\276E\002\000", __u6_addr16 =3D {33492, 34, 10160, 16587, 20043, 48846, 581, =
0}, __u6_addr32 =3D {2261716,=20
                    1087055792, 3201191499, 581}}}, sin6_scope_id =3D 5}}, id=
 =3D 5, proto =3D -20 '\354', send_flags =3D {f =3D 36 '$', blst_imask =3D 20=
3 '\313'}}
        tmp =3D 0x40ad5694 ""
        new_uri =3D 0x402c05f8 "(\016,@H\021,@"
        end =3D 0xbece4358 "H\023,@(t0@\373\037"
        crt =3D 0xbece4304 ""
        cmd =3D 0x1
        len =3D 0
        user =3D 0
        uri =3D {user =3D {s =3D 0xffffffff <Address 0xffffffff out of bounds=
>, len =3D 2}, passwd =3D {s =3D 0xbece4250 "\324\202\"", len =3D 1087055852}=
, host =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1076029012},=
 port =3D {s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@\=
300\364)@", len =3D 1085116720},=20
          params =3D {s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 10=
76494336}, sip_params =3D {s =3D 0x16 <Address 0x16 out of bounds>, len =3D 4=
0}, headers =3D {
            s =3D 0xa <Address 0xa out of bounds>, len =3D 26}, port_no =3D 1=
, proto =3D 0, type =3D 114, flags =3D 3, transport =3D {s =3D 0x38 <Address =
0x38 out of bounds>, len =3D 0}, ttl =3D {
            s =3D 0x7080 <Address 0x7080 out of bounds>, len =3D 3348560}, us=
er_param =3D {s =3D 0x38 <Address 0x38 out of bounds>, len =3D 0}, maddr =3D {
            s =3D 0x7080 <Address 0x7080 out of bounds>, len =3D 3348560}, me=
thod =3D {s =3D 0x0, len =3D 0}, lr =3D {s =3D 0x40310f58 "CHK6", len =3D 108=
5185192}, r2 =3D {
            s =3D 0xbc33c "\034\060\033\345\004\060\223\345\030 \033\345\003\=
060\202\340\030\060\v\345\034\060\033\345\004\060\223\345  \033\345\003\060\2=
02\340 0\v\345S",=20
            len =3D 7}, gr =3D {s =3D 0x3 <Address 0x3 out of bounds>, len =
=3D 1076626972}, transport_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 0}, ttl_val =3D {s =3D 0x530d5416 <Address 0x530d5416 out=
 of bounds>, len =3D 3849128}, user_param_val =3D {s =3D 0x6b <Address 0x6b o=
ut of bounds>, len =3D 0},=20
          maddr_val =3D {s =3D 0x40cc35d4 "\354\204\001", len =3D 5}, method_=
val =3D {s =3D 0x245 <Address 0x245 out of bounds>, len =3D 0}, lr_val =3D {s=
 =3D 0x0, len =3D 0}, r2_val =3D {
            s =3D 0x40100000 "H\377\002", len =3D -1093778676}, gr_val =3D {s=
 =3D 0x4022e978 "\b\320\215\342\004\340\235\344\f\320\215\342\036\377/\341\00=
2\060\240\341\001 \240\341",=20
            len =3D 0}}
        next_hop =3D {user =3D {s =3D 0x40282ad3 "T ", len =3D 3849148}, pass=
wd =3D {s =3D 0x7 <Address 0x7 out of bounds>, len =3D 1076491340}, host =3D {
            s =3D 0x3abbb4 "10:40:22 ./kamailio[804]: DEBUG: <core> [msg_tran=
slator.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90=
.33, 0)\n", len =3D 8187},=20
          port =3D {s =3D 0x8 <Address 0x8 out of bounds>, len =3D 875575304}=
, params =3D {s =3D 0x401f63f4 "\024\300\235\345\v`\206\340", len =3D -109377=
9057}, sip_params =3D {
            s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\370\364)@=
\300\364)@", len =3D 2}, headers =3D {s =3D 0x402a0000 "(\217\023", len =3D 1=
}, port_no =3D 0, proto =3D 0,=20
          type =3D 10, flags =3D 3201188264, transport =3D {s =3D 0x4027d3cc =
"%H:%M:%S", len =3D 1076494336}, ttl =3D {s =3D 0x4029f26c ",\324'@", len =3D=
 3849120}, user_param =3D {
            s =3D 0x402a04d0 "", len =3D 8200}, maddr =3D {s =3D 0x70 <Addres=
s 0x70 out of bounds>, len =3D 8200}, method =3D {s =3D 0xbece4250 "\324\202\=
"", len =3D 3857320}, lr =3D {
            s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 1075675324},=
 r2 =3D {s =3D 0x70 <Address 0x70 out of bounds>, len =3D 3849128}, gr =3D {s=
 =3D 0x3abba0 "\200\001",=20
            len =3D 1076494336}, transport_val =3D {s =3D 0x0, len =3D 1}, tt=
l_val =3D {s =3D 0x2008 <Address 0x2008 out of bounds>, len =3D 1075684464}, =
user_param_val =3D {s =3D 0x3aba28 "",=20
            len =3D 1076494336}, maddr_val =3D {s =3D 0x0, len =3D 1}, method=
_val =3D {s =3D 0x0, len =3D 21}, lr_val =3D {s =3D 0xffffffff <Address 0xfff=
fffff out of bounds>, len =3D 2}, r2_val =3D {
s =3D 0xbece4250 "\324\202\"", len =3D 1074390208}, gr_val =3D {
            s =3D 0x3abba8 "<135>Feb 26 10:40:22 ./kamailio[804]: DEBUG: <cor=
e> [msg_translator.c:206]: check_via_address(): check_via_address(10.100.90.3=
3, 10.100.90.33, 0)\n",=20
            len =3D 21}}
        u =3D 0x20300
        port =3D 0
        dst_host =3D 0x40307428
        i =3D 1085185192
        flags =3D 16
        avp =3D 0x2
        st =3D {flags =3D 0, id =3D 0, name =3D {n =3D 0, s =3D {s =3D 0x0, l=
en =3D 0}, re =3D 0x0}, avp =3D 0x32320000}
        sct =3D 0x23af93
        sjt =3D 0x34303808
        rve =3D 0x402cd3d8
        mct =3D 0x40310f58
        rv =3D 0x0
        rv1 =3D 0x37
        c1 =3D {cache_type =3D 1076374260, val_type =3D 1076494336, c =3D {av=
p_val =3D {n =3D 1076490860, s =3D {s =3D 0x4029f26c ",\324'@", len =3D 33485=
60}, re =3D 0x4029f26c}, pval =3D {rs =3D {
                s =3D 0x4029f26c ",\324'@", len =3D 3348560}, ri =3D 10763742=
60, flags =3D 0}}, i2s =3D '\000' <repeats 21 times>}
        s =3D {s =3D 0x4029f26c ",\324'@", len =3D 3348560}
        srevp =3D {0x402d30c8, 0x40307428}
        mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =
=3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =
=3D 0x0}}, {type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#22 0x0002f078 in run_actions (h=3D0xbece4630, a=3D0x402d30c8, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402d30c8
        ret =3D -1
        mod =3D 0x40100000
        ms =3D 0
        __FUNCTION__ =3D "run_actions"
#23 0x00023460 in do_action (h=3D0xbece4630, a=3D0x402c1348, msg=3D0x40307428=
) at action.c:690
        ret =3D -5
        v =3D 0
        dst =3D {send_sock =3D 0x402a0000, to =3D {s =3D {sa_family =3D 0, sa=
_data =3D "\000\000\001\000\000\000\000\000\000\000\025\000\000"}, sin =3D {s=
in_family =3D 0, sin_port =3D 0,=20
              sin_addr =3D {s_addr =3D 1}, sin_zero =3D "\000\000\000\000\025=
\000\000"}, sin6 =3D {sin6_family =3D 0, sin6_port =3D 0, sin6_flowinfo =3D 1=
, sin6_addr =3D {__in6_u =3D {
                  __u6_addr8 =3D "\000\000\000\000\025\000\000\000\377\377\37=
7\377\002\000\000", __u6_addr16 =3D {0, 0, 21, 0, 65535, 65535, 2, 0}, __u6_a=
ddr32 =3D {0, 21, 4294967295,=20
                    2}}}, sin6_scope_id =3D 3201189432}}, id =3D 1074390208, =
proto =3D -88 '\250', send_flags =3D {f =3D 187 '\273', blst_imask =3D 58 ':'=
}}
        tmp =3D 0x402a0000 "(\217\023"
        new_uri =3D 0x3abbbc " ./kamailio[804]: DEBUG: <core> [msg_translator=
.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90.33, 0=
)\n"
        end =3D 0x40282ad3 "T "
        crt =3D 0x2 <Address 0x2 out of bounds>
        cmd =3D 0x402b4778
        len =3D 1076491340
        user =3D -1093777841
        uri =3D {user =3D {s =3D 0x1 <Address 0x1 out of bounds>, len =3D 0},=
 passwd =3D {s =3D 0xa <Address 0xa out of bounds>, len =3D -1093778128}, hos=
t =3D {s =3D 0x4027d3cc "%H:%M:%S",=20
            len =3D 1076494336}, port =3D {s =3D 0x4029f26c ",\324'@", len =
=3D 3849120}, params =3D {s =3D 0x402a04d0 "", len =3D 842145800}, sip_params=
 =3D {
s =3D 0xa8 <Address 0xa8 out of bounds>, len =3D 1076374227}, headers =3D {
            s =3D 0x3abbbc " ./kamailio[804]: DEBUG: <core> [msg_translator.c=
:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90.33, 0)\=
n", len =3D 7},=20
          port_no =3D 62540, proto =3D 16425, type =3D 3849140, flags =3D 818=
7, transport =3D {s =3D 0x8 <Address 0x8 out of bounds>, len =3D 875575304}, =
ttl =3D {
            s =3D 0x401f63f4 "\024\300\235\345\v`\206\340", len =3D -10937780=
57}, user_param =3D {s =3D 0x4029f44c "\360\360)@\324\365)@l\362)@\240\367)@\=
370\364)@\300\364)@", len =3D 2},=20
          maddr =3D {s =3D 0x402a0000 "(\217\023", len =3D 1}, method =3D {s =
=3D 0x0, len =3D 10}, lr =3D {s =3D 0xbece4590 "\373\037", len =3D 1076351948=
}, r2 =3D {s =3D 0x402a0000 "(\217\023",=20
            len =3D 1076490860}, gr =3D {
            s =3D 0x3abbba "22 ./kamailio[804]: DEBUG: <core> [msg_translator=
.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90.33, 0=
)\n", len =3D 1076351955},=20
          transport_val =3D {s =3D 0x401f7380 "\b0\235\345\003`\206\340\336\3=
72\377\352\v", len =3D 128}, ttl_val =3D {s =3D 0x2008 <Address 0x2008 out of=
 bounds>, len =3D 2},=20
          user_param_val =3D {s =3D 0x3adba8 "", len =3D 0}, maddr_val =3D {s=
 =3D 0x0, len =3D 10}, method_val =3D {s =3D 0xbece4668 "", len =3D 2}, lr_va=
l =3D {s =3D 0x402a0000 "(\217\023",=20
            len =3D 1076490860}, r2_val =3D {s =3D 0x331850 "XXX", len =3D 10=
76374260}, gr_val =3D {s =3D 0x401da470 "", len =3D 3848744}}
        next_hop =3D {user =3D {s =3D 0x15 <Address 0x15 out of bounds>, len =
=3D -1}, passwd =3D {
            s =3D 0x3abbba "22 ./kamailio[804]: DEBUG: <core> [msg_translator=
.c:206]: check_via_address(): check_via_address(10.100.90.33, 10.100.90.33, 0=
)\n", len =3D 1076351955},=20
          host =3D {s =3D 0x401f7380 "\b0\235\345\003`\206\340\336\372\377\35=
2\v", len =3D 8187}, port =3D {
            s =3D 0x4022e654 "\204\320\215\342\360O\275\350\036\377/\341\210\=
022\237\345\006 \240\341#", len =3D 2}, params =3D {s =3D 0x402a42d0 "", len =
=3D 0}, sip_params =3D {s =3D 0x0,=20
            len =3D 10}, headers =3D {s =3D 0xbece4530 "\364*(@p\244\035@(\27=
2:", len =3D 2}, port_no =3D 0, proto =3D 16426, type =3D 1076490860, flags =
=3D 3348560, transport =3D {
            s =3D 0x40282af4 "", len =3D 56}, ttl =3D {s =3D 0x0, len =3D 288=
00}, user_param =3D {s =3D 0x331850 "XXX", len =3D 1076980880}, maddr =3D {s =
=3D 0x4090d0f4 "\f", len =3D 1083232500},=20
          method =3D {s =3D 0x0, len =3D 3849146}, lr =3D {s =3D 0x4027d3d3 "=
S", len =3D 1075803008}, r2 =3D {s =3D 0x40906fa8 "relay_reply", len =3D 0}, =
gr =3D {
            s =3D 0x2 <Address 0x2 out of bounds>, len =3D 0}, transport_val =
=3D {s =3D 0x0, len =3D 0}, ttl_val =3D {s =3D 0xa <Address 0xa out of bounds=
>, len =3D -1093778032},=20
          user_param_val =3D {s =3D 0x2 <Address 0x2 out of bounds>, len =3D =
1076494336}, maddr_val =3D {s =3D 0x4029f26c ",\324'@", len =3D 3348560}, met=
hod_val =3D {s =3D 0x40282af4 "",=20
            len =3D 8}, lr_val =3D {s =3D 0x34303808 <Address 0x34303808 out =
of bounds>, len =3D 1075799028}, r2_val =3D {s =3D 0xbece4517 "", len =3D 107=
6491340}, gr_val =3D {
            s =3D 0x2 <Address 0x2 out of bounds>, len =3D 1076494336}}
        u =3D 0x401f63f4
        port =3D 13360
        dst_host =3D 0x7
        i =3D 4
        flags =3D 3849128
        avp =3D 0x1ffb
        st =3D {flags =3D 21, id =3D 65535, name =3D {n =3D 2, s =3D {s =3D 0=
x2 <Address 0x2 out of bounds>, len =3D -1093778296}, re =3D 0x2}, avp =3D 0x=
4009e4c0}
        sct =3D 0x32320928
        sjt =3D 0xbece4638
        rve =3D 0x402c0618
        mct =3D 0x2
        rv =3D 0x0
        rv1 =3D 0x3abbb4
        c1 =3D {cache_type =3D 144, val_type =3D 3849128, c =3D {avp_val =3D =
{n =3D 3849120, s =3D {s =3D 0x3abba0 "\200\001", len =3D 1076494336}, re =3D=
 0x3abba0}, pval =3D {rs =3D {
                s =3D 0x3abba0 "\200\001", len =3D 1076494336}, ri =3D 0, fla=
gs =3D 1}}, i2s =3D "\b \000\000p\244\035@(\272:\000\000\000*@\000\000\000\00=
0\001"}
        s =3D {s =3D 0x1ffb <Address 0x1ffb out of bounds>, len =3D 107567532=
4}
        srevp =3D {0x402c1348, 0x40307428}
        mod_f_params =3D {{type =3D NOSUBTYPE, u =3D {number =3D 0, string =
=3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, select =
=3D 0x0}}, {type =3D NUMBER_ST, u =3D {number =3D 2,=20
              string =3D 0x2 <Address 0x2 out of bounds>, str =3D {s =3D 0x2 =
<Address 0x2 out of bounds>, len =3D 0}, data =3D 0x2, attr =3D 0x2, select =
=3D 0x2}}, {type =3D RVE_FREE_FIXUP_ST,=20
            u =3D {number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D =
1}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D RVE_FREE_FIXUP_ST=
, u =3D {number =3D 0, string =3D 0x0, str =3D {
                s =3D 0x0, len =3D 1}, data =3D 0x0, attr =3D 0x0, select =3D=
 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, string =3D 0x0, str =3D {s =
=3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0,=20
              select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {number =3D 0, str=
ing =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, data =3D 0x0, attr =3D 0x0, sele=
ct =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {
              number =3D 0, string =3D 0x0, str =3D {s =3D 0x0, len =3D 0}, d=
ata =3D 0x0, attr =3D 0x0, select =3D 0x0}}, {type =3D NOSUBTYPE, u =3D {numb=
er =3D 0, string =3D 0x0, str =3D {s =3D 0x0,=20
                len =3D 0}, data =3D 0x0, attr =3D 0x0, select =3D 0x0}}}
        __FUNCTION__ =3D "do_action"
#24 0x0002f078 in run_actions (h=3D0xbece4630, a=3D0x402bb878, msg=3D0x403074=
28) at action.c:1573
        t =3D 0x402c1348
        ret =3D 1
        mod =3D 0x402a0000
ms =3D 0
        __FUNCTION__ =3D "run_actions"
#25 0x0002f934 in run_top_route (a=3D0x402bb878, msg=3D0x40307428, c=3D0x0) a=
t action.c:1658
        ctx =3D {rec_lev =3D 5, run_flags =3D 0, last_retcode =3D -1, jmp_env=
 =3D {{__jmpbuf =3D {2261748, 135, 131840, 0, 0, 0, 1074790400, -1093777892, =
-1093777976, 192116,=20
                0 <repeats 16 times>, 16, 3857320, 8187, 1075675324, 128, 384=
9128, 3849120, 1076494336, 0, 1, 8200, 1075684464, 3848744, 1076494336, 0, 1,=
 0, 21, -1, 2,=20
                -1093777448, 1074390208, 3849128, 21, -1, 2, -1093777448, 233=
8700, 8187, 1076029012, 1076491340, 0, 1076975528, 1076494336, 22, 40, 10, 26=
},=20
              __mask_was_saved =3D 0, __saved_mask =3D {__val =3D {114, 3, 56=
, 0, 28800, 3348560, 3243543, 3201189852, 0, 135, 131840, 0, 0, 3201189852, 1=
646416, 1, 1087504397,=20
                  3243468, 3201189796, 1, 13, 3849128, 4294901773, 3201189828=
, 1081777192, 135, 0, 1073741825, 1076917288, 131840, 2261748, 3201189852}}}}}
        p =3D 0xbece4630
        ret =3D 1076917288
        sfbk =3D 0
#26 0x000cb060 in receive_msg (
    buf=3D0x317db0 "BYE sip:0(a)10.100.90.36:5062 SIP/2.0\r\nVia: SIP/2.0/UDP=
 10.100.90.33:5060;rport;branch=3Dz9hG4bK990310183\r\nRoute: <sip:10.100.90.3=
6;lr=3Don;did=3D1f7.3e41;nat=3Dyes>\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D112=
1669983\r\n"..., len=3D387, rcv_info=3D0xbece49f8) at receive.c:211
        msg =3D 0x40307428
        ctx =3D {rec_lev =3D 1076351948, run_flags =3D 1076494336, last_retco=
de =3D 1076490860, jmp_env =3D {{__jmpbuf =3D {1076495568, 8200, 136, 8420802=
64, -1093777056, 1076374227,=20
                3849148, 7, 1076491340, 3849140, 8187, 8, 875575304, 10757990=
28, -1093777145, 1076491340, 2, 1076494336, 1, 0, 4, -1093777120, 1076351948,=
 1076494336,=20
                1076490860, 3849120, 1076495568, 8200, 160, 8200, -1093776952=
, 3857320, 8187, 1075675324, 160, 3849128, 3849120, 1076494336, 0, 1, 8200, 1=
075684464, 3848744,=20
                1076494336, 0, 1, 0, 21, -1, 2, -1093776952, 1074390208, 3849=
128, 21, -1, 2, -1093776952, 2502244, 8187, 1076029012, 1076491340, 107602901=
2, 1074792808,=20
                1076494336}, __mask_was_saved =3D 12, __saved_mask =3D {__val=
 =3D {31, 16, 25, 1, 114, 2, 55, 0, 28800, 3348560, 28800, 3348560, 135, 1958=
79133, 39, 3243400,=20
                  3201190400, 3, 13, 2261748, 135, 131840, 3849128, 0, 135, 1=
31840, 0, 0, 3201190400, 2261748, 1532996, 0}}}}}
        ret =3D 0
        inb =3D {
          s =3D 0x317db0 "BYE sip:0(a)10.100.90.36:5062 SIP/2.0\r\nVia: SIP/2=
.0/UDP 10.100.90.33:5060;rport;branch=3Dz9hG4bK990310183\r\nRoute: <sip:10.10=
0.90.36;lr=3Don;did=3D1f7.3e41;nat=3Dyes>\r\nFrom: <sip:3(a)10.100.90.36>;tag=
=3D1121669983\r\n"..., len =3D 387}
        __FUNCTION__ =3D "receive_msg"
#27 0x0017b2c4 in udp_rcv_loop () at udp_server.c:557
        len =3D 387
        buf =3D "BYE sip:0(a)10.100.90.36:5062 SIP/2.0\r\nVia: SIP/2.0/UDP 10=
.100.90.33:5060;rport;branch=3Dz9hG4bK990310183\r\nRoute: <sip:10.100.90.36;l=
r=3Don;did=3D1f7.3e41;nat=3Dyes>\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D112166=
9983\r\n"...
        tmp =3D 0x317d88 "10.100.90.108"
        from =3D 0x40304d68
        fromlen =3D 16
        ri =3D {src_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {559571978,=
 131840, 3201190428, 1218836}, addr32 =3D {559571978, 131840, 3201190428, 121=
8836}, addr16 =3D {25610, 8538, 768, 2,=20
                18972, 48846, 39188, 18}, addr =3D "\ndZ!\000\003\002\000\034=
J\316\276\024\231\022"}}, dst_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {=
609903626, 0, 0, 0}, addr32 =3D {
                609903626, 0, 0, 0}, addr16 =3D {25610, 9306, 0, 0, 0, 0, 0, =
0}, addr =3D "\ndZ$", '\000' <repeats 11 times>}}, src_port =3D 5060, dst_por=
t =3D 5060,=20
          proto_reserved1 =3D 0, proto_reserved2 =3D 0, src_su =3D {s =3D {sa=
_family =3D 2, sa_data =3D "\023\304\ndZ!\000\000\000\000\000\000\000"}, sin =
=3D {sin_family =3D 2,=20
              sin_port =3D 50195, sin_addr =3D {s_addr =3D 559571978}, sin_ze=
ro =3D "\000\000\000\000\000\000\000"}, sin6 =3D {sin6_family =3D 2, sin6_por=
t =3D 50195,=20
              sin6_flowinfo =3D 559571978, sin6_addr =3D {__in6_u =3D {__u6_a=
ddr8 =3D '\000' <repeats 15 times>, __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 0, 0},=
 __u6_addr32 =3D {0, 0, 0, 0}}},=20
              sin6_scope_id =3D 0}}, bind_address =3D 0x4030cf28, proto =3D 1=
 '\001'}
        __FUNCTION__ =3D "udp_rcv_loop"
#28 0x00085cf4 in main_loop () at main.c:1638
        i =3D 0
        pid =3D 0
        si =3D 0x4030cf28
        si_desc =3D "udp receiver child=3D0 sock=3D10.100.90.36:5060\000\n\00=
0\000\000Pw\034\000\006\000\000\000(n0@\314\244/@8G+@\250F0@\210\213\060@\000=
\000\324@\v\004", '\000' <repeats 18 times>"\364, \202\"\000\207\000\000\000\=
000\003\002", '\000' <repeats 15 times>, "\020@"
        nrprocs =3D 4
        __FUNCTION__ =3D "main_loop"
#29 0x00089be4 in main (argc=3D5, argv=3D0xbece4d24) at main.c:2566
cfg_stream =3D 0x32d008
        c =3D -1
        r =3D 0
        tmp =3D 0x0
        tmp_len =3D 0
        port =3D 0
        proto =3D 0
        options =3D 0x230898 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:=
O:a:A:"
        ret =3D -1
        seed =3D 1963158959
        rfd =3D 204
        debug_save =3D 0
        debug_flag =3D 0
        dont_fork_cnt =3D 0
        n_lst =3D 0x804
        p =3D 0x4016a95c "/N=3D\366\370\304-\327\317\030L\017$\301\324\361\37=
0\324\217\323\205\"\233|8\307\031u\354\373\300=3D\376\001\304\022\261\"\225\3=
03\311BY\020\334\317\354\265\266w\035\rG\336\315%\265V1\375\307r1\035\a;\372L=
\b~\222\034\215\t)\020\004\\H\261\324\241\034\240\070\265\357\060\002\352\331=
\017k\335\371{\030\034s\354X?\227|T\200\314s\331\202c\002;H\205\033\062v\340\=
325\242\230\313\362\250\247K\341\066\rf\375\326\036h\233\275\234#\217\274\350=
e\235\234\002Y1\v\264\006\337J\032\223\250P\265\250\020\205)%~\016|\030\271\3=
21\070\a\221\222\376\206\357\360I\265$\247:V\323\202\241\067\344Qho\354\002U'=
\376\266\343E\300"...
        __FUNCTION__ =3D "main"
</code>

the other two:

<code>
#0  0x4020a7dc in sched_yield () from /lib/libc.so.6
No symbol table info available.
#1  0x0016e788 in get_lock (lock=3D0x40d458b8) at mem/../fastlock.h:307
        i =3D 0
#2  0x0017176c in timer_add_safe (tl=3D0x40f181c0, delta=3D80) at timer.c:580
        ret =3D 0
        __FUNCTION__ =3D "timer_add_safe"
#3  0x40888d84 in put_on_wait (Trans=3D0x40f18178) at t_funcs.c:176
        __FUNCTION__ =3D "put_on_wait"
#4  0x408d9234 in relay_reply (t=3D0x40f18178, p_msg=3D0x40307428, branch=3D0=
, msg_status=3D200, cancel_data=3D0xbece46d4, do_put_on_wait=3D1) at t_reply.=
c:1910
        relay =3D 0
        save_clone =3D 0
        buf =3D 0x40316738 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.33:5=
060;rport=3D5060;branch=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;ta=
g=3D1121669983\r\nTo: <sip:0(a)10.100.90.36>;tag=3D451144408\r\nCall-ID: 1091=
199540\r\nCSeq: 4 B"...
        res_len =3D 263
        relayed_code =3D 200
        relayed_msg =3D 0x40307428
        reply_bak =3D 0x0
        bm =3D {to_tag_val =3D {s =3D 0x530d5416 <Address 0x530d5416 out of b=
ounds>, len =3D 3845824}}
        totag_retr =3D 0
        reply_status =3D RPS_COMPLETED
        uas_rb =3D 0x40f181e4
        to_tag =3D 0xbece44b4
        reason =3D {s =3D 0x3aaec0 "<135>Feb 26 10:40:22 ./kamailio[806]: DEB=
UG: dialog [dlg_hash.c:771]: dlg_unref(): unref dlg 0x40f19308 with 1 -> 1\n"=
, len =3D 0}
        onsend_params =3D {req =3D 0x4090d0f4, rpl =3D 0xbece4460, param =3D =
0x408a739c, code =3D 1083159860, flags =3D 33524, branch =3D 34, t_rbuf =3D 0=
x408fb51c, dst =3D 0x408fd06c,=20
          send_buf =3D {s =3D 0x2e43 <Address 0x2e43 out of bounds>, len =3D =
11843}}
        __FUNCTION__ =3D "relay_reply"
#5  0x408db6f0 in reply_received (p_msg=3D0x40307428) at t_reply.c:2374
        msg_status =3D 200
        last_uac_status =3D 0
        ack =3D 0xffffffff <Address 0xffffffff out of bounds>
        ack_len =3D 0
        branch =3D 0
        reply_status =3D 22
        onreply_route =3D 0
        cancel_data =3D {cancel_bitmap =3D 0, reason =3D {cause =3D 200, u =
=3D {text =3D {s =3D 0x0, len =3D 0}, e2e_cancel =3D 0x0, packed_hdrs =3D {s =
=3D 0x0, len =3D 0}}}}
        uac =3D 0x40f18254
        t =3D 0x40f18178
        lack_dst =3D {send_sock =3D 0x3acec0, to =3D {s =3D {sa_family =3D 81=
87, sa_data =3D "\000\000\274\200\035(a)p\000\000\000\300\256:"}, sin =3D {si=
n_family =3D 8187, sin_port =3D 0,=20
              sin_addr =3D {s_addr =3D 1075675324}, sin_zero =3D "p\000\000\0=
00\300\256:"}, sin6 =3D {sin6_family =3D 8187, sin6_port =3D 0, sin6_flowinfo=
 =3D 1075675324, sin6_addr =3D {
                __in6_u =3D {__u6_addr8 =3D "p\000\000\000\300\256:\000\270\2=
56:\000\000\000*@", __u6_addr16 =3D {112, 0, 44736, 58, 44728, 58, 0, 16426},=
 __u6_addr32 =3D {112, 3845824,=20
                    3845816, 1076494336}}}, sin6_scope_id =3D 0}}, id =3D 1, =
proto =3D 8 '\b', send_flags =3D {f =3D 32 ' ', blst_imask =3D 0 '\000'}}
        backup_user_from =3D 0x4009e4c0
        backup_user_to =3D 0xbece47d8
        backup_domain_from =3D 0x2
        backup_domain_to =3D 0xffffffff
        backup_uri_from =3D 0x15
        backup_uri_to =3D 0x3aaec0
        backup_xavps =3D 0x15
        replies_locked =3D 1
branch_ret =3D 1076864936
        prev_branch =3D 0
        blst_503_timeout =3D 1076491340
        hf =3D 0x40307428
        onsend_params =3D {req =3D 0x4027d3cc, rpl =3D 0x402a0000, param =3D =
0x4029f26c, code =3D 3845816, flags =3D 1232, branch =3D 16426, t_rbuf =3D 0x=
2008, dst =3D 0x70, send_buf =3D {
            s =3D 0x2008 <Address 0x2008 out of bounds>, len =3D -1093777448}}
        ctx =3D {rec_lev =3D 1076490860, run_flags =3D 3845842, last_retcode =
=3D 1076351955, jmp_env =3D {{__jmpbuf =3D {128, 8200, 2, 3854016, 0, 0, 10, =
-1093777816, 2, 1076494336,=20
                1076490860, 3348560, 1076374260, 1075684464, 3845440, 1076494=
336, 0, 1, 0, 21, -1, 2, -1093777864, 1074390208, 3845824, 21, -1, 2, -109377=
7864, 842139944, 8187,=20
                1076374227, 3845844, 7, 1076491340, 3845836, 8187, 8, 9091297=
36, 1075799028, -1093777841, 1076491340, 2, 1076494336, 1, 0, 10, 3845842, 10=
76351955, 1075803008,=20
                1076490860, 3845816, 2, 8200, 0, 0, 10, -1093777616, 2, 10764=
94336, 1076490860, 3348560, 1076374260, 1076494336}, __mask_was_saved =3D 0, =
__saved_mask =3D {__val =3D {
                  1, 8200, 1075684464, 3845440, 1076494336, 0, 1, 0, 21, 4294=
967295, 2, 3201189648, 1074390208, 3845824, 842137621, 4294967295, 1076374227=
, 3845844, 7,=20
                  1076491340, 3845836, 8187, 8, 909129736, 1075799028, 320118=
9655, 1076491340, 2, 1076494336, 1, 0, 10}}}}}
        __FUNCTION__ =3D "reply_received"
#6  0x00072c5c in do_forward_reply (msg=3D0x40307428, mode=3D0) at forward.c:=
799
        new_buf =3D 0x0
        dst =3D {send_sock =3D 0x0, to =3D {s =3D {sa_family =3D 0, sa_data =
=3D '\000' <repeats 13 times>}, sin =3D {sin_family =3D 0, sin_port =3D 0, si=
n_addr =3D {s_addr =3D 0},=20
              sin_zero =3D "\000\000\000\000\000\000\000"}, sin6 =3D {sin6_fa=
mily =3D 0, sin6_port =3D 0, sin6_flowinfo =3D 0, sin6_addr =3D {__in6_u =3D {
                  __u6_addr8 =3D '\000' <repeats 15 times>, __u6_addr16 =3D {=
0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 =3D {0, 0, 0, 0}}}, sin6_scope_id =3D 0}=
}, id =3D 0, proto =3D 0 '\000',=20
          send_flags =3D {f =3D 0 '\000', blst_imask =3D 0 '\000'}}
        new_len =3D 1646416
        r =3D 1
        s =3D 0x407a9ca8 "\001\060\240\343\003"
        len =3D -1093777468
        __FUNCTION__ =3D "do_forward_reply"
#7  0x00073694 in forward_reply (msg=3D0x40307428) at forward.c:882
No locals.
#8  0x000cb630 in receive_msg (
    buf=3D0x317db0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.36;branch=3D=
z9hG4bK328c.a3e5c4e1.0\r\nVia: SIP/2.0/UDP 10.100.90.33:5060;rport=3D5060;bra=
nch=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D1121669983\r\nTo=
: <sip:"..., len=3D324, rcv_info=3D0xbece49f8) at receive.c:272
        msg =3D 0x40307428
        ctx =3D {rec_lev =3D 1076351948, run_flags =3D 1076494336, last_retco=
de =3D 1076490860, jmp_env =3D {{__jmpbuf =3D {1076495568, 8200, 136, 9597173=
84, -1093777056, 1076374227,=20
                3845844, 7, 1076491340, 3845836, 8187, 8, 909129736, 10757990=
28, -1093777145, 1076491340, 2, 1076494336, 1, 0, 4, -1093777120, 1076351948,=
 1076494336,=20
                1076490860, 3845816, 1076495568, 8200, 160, 8200, -1093776952=
, 3854016, 8187, 1075675324, 160, 3845824, 3845816, 1076494336, 0, 1, 8200, 1=
075684464, 3845440,=20
                1076494336, 0, 1, 0, 21, -1, 2, -1093776952, 1074390208, 3845=
824, 21, -1, 2, -1093776952, 2502244, 8187, 1076029012, 1076491340, 107602901=
2, 1074792808,=20
                1076494336}, __mask_was_saved =3D 49, __saved_mask =3D {__val=
 =3D {30, 16, 25, 1, 114, 2, 55, 0, 28800, 3348560, 28800, 3348560, 135, 1958=
79133, 39, 3243400,=20
                  3201190400, 3, 13, 2261748, 135, 131840, 3845824, 0, 135, 1=
31840, 0, 0, 3201190400, 2261748, 1532996, 0}}}}}
        ret =3D 0
        inb =3D {
          s =3D 0x317db0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.36;bra=
nch=3Dz9hG4bK328c.a3e5c4e1.0\r\nVia: SIP/2.0/UDP 10.100.90.33:5060;rport=3D50=
60;branch=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D1121669983=
\r\nTo: <sip:"..., len =3D 324}
        __FUNCTION__ =3D "receive_msg"
#9  0x0017b2c4 in udp_rcv_loop () at udp_server.c:557
        len =3D 324
        buf =3D "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.36;branch=3Dz9h=
G4bK328c.a3e5c4e1.0\r\nVia: SIP/2.0/UDP 10.100.90.33:5060;rport=3D5060;branch=
=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D1121669983\r\nTo: <=
sip:"...
        tmp =3D 0x317d88 "10.100.90.108"
        from =3D 0x40304d68
        fromlen =3D 16
        ri =3D {src_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {609903626,=
 131840, 3201190428, 1218836}, addr32 =3D {609903626, 131840, 3201190428, 121=
8836}, addr16 =3D {25610, 9306, 768, 2,=20
                18972, 48846, 39188, 18}, addr =3D "\ndZ$\000\003\002\000\034=
J\316\276\024\231\022"}}, dst_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {=
609903626, 0, 0, 0}, addr32 =3D {
ret =3D 0
        inb =3D {
          s =3D 0x317db0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.36;bra=
nch=3Dz9hG4bK328c.a3e5c4e1.0\r\nVia: SIP/2.0/UDP 10.100.90.33:5060;rport=3D50=
60;branch=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D1121669983=
\r\nTo: <sip:"..., len =3D 324}
        __FUNCTION__ =3D "receive_msg"
#9  0x0017b2c4 in udp_rcv_loop () at udp_server.c:557
        len =3D 324
        buf =3D "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 10.100.90.36;branch=3Dz9h=
G4bK328c.a3e5c4e1.0\r\nVia: SIP/2.0/UDP 10.100.90.33:5060;rport=3D5060;branch=
=3Dz9hG4bK990310183\r\nFrom: <sip:3(a)10.100.90.36>;tag=3D1121669983\r\nTo: <=
sip:"...
        tmp =3D 0x317d88 "10.100.90.108"
        from =3D 0x40304d68
        fromlen =3D 16
        ri =3D {src_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {609903626,=
 131840, 3201190428, 1218836}, addr32 =3D {609903626, 131840, 3201190428, 121=
8836}, addr16 =3D {25610, 9306, 768, 2,=20
                18972, 48846, 39188, 18}, addr =3D "\ndZ$\000\003\002\000\034=
J\316\276\024\231\022"}}, dst_ip =3D {af =3D 2, len =3D 4, u =3D {addrl =3D {=
609903626, 0, 0, 0}, addr32 =3D {
---Type <return> to continue, or q <return> to quit---
                609903626, 0, 0, 0}, addr16 =3D {25610, 9306, 0, 0, 0, 0, 0, =
0}, addr =3D "\ndZ$", '\000' <repeats 11 times>}}, src_port =3D 5062, dst_por=
t =3D 5060,=20
          proto_reserved1 =3D 0, proto_reserved2 =3D 0, src_su =3D {s =3D {sa=
_family =3D 2, sa_data =3D "\023\306\ndZ$\000\000\000\000\000\000\000"}, sin =
=3D {sin_family =3D 2,=20
              sin_port =3D 50707, sin_addr =3D {s_addr =3D 609903626}, sin_ze=
ro =3D "\000\000\000\000\000\000\000"}, sin6 =3D {sin6_family =3D 2, sin6_por=
t =3D 50707,=20
              sin6_flowinfo =3D 609903626, sin6_addr =3D {__in6_u =3D {__u6_a=
ddr8 =3D '\000' <repeats 15 times>, __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 0, 0},=
 __u6_addr32 =3D {0, 0, 0, 0}}},=20
              sin6_scope_id =3D 0}}, bind_address =3D 0x4030cf28, proto =3D 1=
 '\001'}
        __FUNCTION__ =3D "udp_rcv_loop"
#10 0x00085cf4 in main_loop () at main.c:1638
        i =3D 2
        pid =3D 0
        si =3D 0x4030cf28
        si_desc =3D "udp receiver child=3D2 sock=3D10.100.90.36:5060\000\n\00=
0\000\000Pw\034\000\006\000\000\000(n0@\314\244/@8G+@\250F0@\210\213\060@\000=
\000\324@\v\004", '\000' <repeats 18 times>"\364, \202\"\000\207\000\000\000\=
000\003\002", '\000' <repeats 15 times>, "\020@"
        nrprocs =3D 4
        __FUNCTION__ =3D "main_loop"
#11 0x00089be4 in main (argc=3D5, argv=3D0xbece4d24) at main.c:2566
        cfg_stream =3D 0x32d008
        c =3D -1
        r =3D 0
        tmp =3D 0x0
        tmp_len =3D 0
        port =3D 0
        proto =3D 0
        options =3D 0x230898 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:=
O:a:A:"
        ret =3D -1
        seed =3D 1963158959
        rfd =3D 204
        debug_save =3D 0
        debug_flag =3D 0
        dont_fork_cnt =3D 0
        n_lst =3D 0x804
        p =3D 0x4016a95c "/N=3D\366\370\304-\327\317\030L\017$\301\324\361\37=
0\324\217\323\205\"\233|8\307\031u\354\373\300=3D\376\001\304\022\261\"\225\3=
03\311BY\020\334\317\354\265\266w\035\rG\336\315%\265V1\375\307r1\035\a;\372L=
\b~\222\034\215\t)\020\004\\H\261\324\241\034\240\070\265\357\060\002\352\331=
\017k\335\371{\030\034s\354X?\227|T\200\314s\331\202c\002;H\205\033\062v\340\=
325\242\230\313\362\250\247K\341\066\rf\375\326\036h\233\275\234#\217\274\350=
e\235\234\002Y1\v\264\006\337J\032\223\250P\265\250\020\205)%~\016|\030\271\3=
21\070\a\221\222\376\206\357\360I\265$\247:V\323\202\241\067\344Qho\354\002U'=
\376\266\343E\300"...
        __FUNCTION__ =3D "main"
</code>

and the timer:

<code>
#0  0x4020a7dc in sched_yield () from /lib/libc.so.6
No symbol table info available.
#1  0x0016e788 in get_lock (lock=3D0x40d458b8) at mem/../fastlock.h:307
        i =3D 0
#2  0x00172580 in timer_handler () at timer.c:943
        saved_ticks =3D 971904531
        run_slow_timer =3D 0
        i =3D 191
        __FUNCTION__ =3D "timer_handler"
#3  0x00172b6c in timer_main () at timer.c:998
No locals.
#4  0x000860a0 in main_loop () at main.c:1709
        i =3D 4
        pid =3D 0
        si =3D 0x0
        si_desc =3D "udp receiver child=3D3 sock=3D10.100.90.36:5060\000\n\00=
0\000\000Pw\034\000\006\000\000\000(n0@\314\244/@8G+@\250F0@\210\213\060@\000=
\000\324@\v\004", '\000' <repeats 18 times>"\364, \202\"\000\207\000\000\000\=
000\003\002", '\000' <repeats 15 times>, "\020@"
        nrprocs =3D 4
        __FUNCTION__ =3D "main_loop"
#5  0x00089be4 in main (argc=3D5, argv=3D0xbece4d24) at main.c:2566
        cfg_stream =3D 0x32d008
        c =3D -1
        r =3D 0
        tmp =3D 0x0
        tmp_len =3D 0
        port =3D 0
        proto =3D 0
        options =3D 0x230898 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:=
O:a:A:"
        ret =3D -1
        seed =3D 1963158959
        rfd =3D 204
        debug_save =3D 0
        debug_flag =3D 0
        dont_fork_cnt =3D 0
        n_lst =3D 0x804
        p =3D 0x4016a95c "/N=3D\366\370\304-\327\317\030L\017$\301\324\361\37=
0\324\217\323\205\"\233|8\307\031u\354\373\300=3D\376\001\304\022\261\"\225\3=
03\311BY\020\334\317\354\265\266w\035\rG\336\315%\265V1\375\307r1\035\a;\372L=
\b~\222\034\215\t)\020\004\\H\261\324\241\034\240\070\265\357\060\002\352\331=
\017k\335\371{\030\034s\354X?\227|T\200\314s\331\202c\002;H\205\033\062v\340\=
325\242\230\313\362\250\247K\341\066\rf\375\326\036h\233\275\234#\217\274\350=
e\235\234\002Y1\v\264\006\337J\032\223\250P\265\250\020\205)%~\016|\030\271\3=
21\070\a\221\222\376\206\357\360I\265$\247:V\323\202\241\067\344Qho\354\002U'=
\376\266\343E\300"...
        __FUNCTION__ =3D "main"
</code>
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D397#comment1310

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1715799296==--


From miconda@gmail.com Wed Feb 26 10:46:14 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: mtree: enahced docs to specify that the mtree
 parameter can be set many times
Date: Wed, 26 Feb 2014 10:46:13 +0100
Message-ID: <20140226094613.7161BEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1556576464=="

--===============1556576464==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 0b122416932030c9459f16d46438489b115941aa
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D0b122416932030c9459f16d46438489b115941aa

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 10:45:24 2014 +0100

mtree: enahced docs to specify that the mtree parameter can be set many times

---

 modules/mtree/README              |    5 ++++-
 modules/mtree/doc/mtree_admin.xml |    7 ++++++-
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/modules/mtree/README b/modules/mtree/README
index 2c0df7b..e49d699 100644
--- a/modules/mtree/README
+++ b/modules/mtree/README
@@ -196,11 +196,14 @@ modparam("mtree", "db_table", "mymtrees")
    multi tells if dbtable can contain more than one tree (0 =3D one tree, 1
    =3D more than one tree identified by tname column).
=20
+   This parameter can be set many times to add more trees in memory.
+
    Default value is "none".
=20
    Example 1.3. Set mtree parameter
 ...
-modparam("mtree", "mtree", "name=3Dmytree;dbtable=3Droutes;type=3D0;multi=3D=
1")
+modparam("mtree", "mtree", "name=3Dmytree1;dbtable=3Droutes1;type=3D0")
+modparam("mtree", "mtree", "name=3Dmytree2;dbtable=3Droutes2;type=3D0;multi=
=3D1")
 ...
=20
 3.4. tname_column (string)
diff --git a/modules/mtree/doc/mtree_admin.xml b/modules/mtree/doc/mtree_admi=
n.xml
index cc645e7..b008a35 100644
--- a/modules/mtree/doc/mtree_admin.xml
+++ b/modules/mtree/doc/mtree_admin.xml
@@ -105,6 +105,10 @@ modparam("mtree", "db_table", "mymtrees")
 		one tree identified by tname column).=20
 	    </para>
 	    <para>
+	    This parameter can be set many times to add more trees in
+	    memory.
+	    </para>
+	    <para>
 		<emphasis>
 		    Default value is <quote>none</quote>.
 		</emphasis>
@@ -113,7 +117,8 @@ modparam("mtree", "db_table", "mymtrees")
 		<title>Set <varname>mtree</varname> parameter</title>
 		<programlisting format=3D"linespecific">
 ...
-modparam("mtree", "mtree", "name=3Dmytree;dbtable=3Droutes;type=3D0;multi=3D=
1")
+modparam("mtree", "mtree", "name=3Dmytree1;dbtable=3Droutes1;type=3D0")
+modparam("mtree", "mtree", "name=3Dmytree2;dbtable=3Droutes2;type=3D0;multi=
=3D1")
 ...
 </programlisting>
 	    </example>



--===============1556576464==--


From bugtracker@sip-router.org Wed Feb 26 11:01:42 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: NATHELPER module to support RFC6598
	(Attachment added)
Date: Wed, 26 Feb 2014 10:01:40 +0000
Message-ID: <1393408900.530dbb8422b27@sip-router.org>
In-Reply-To: <FS402@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1875481684=="

--===============1875481684==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Emmanuel BUU (neutrino38)=20

Attached to Project - sip-router
Summary - NATHELPER module to support RFC6598
Task Type - Improvement
Category - Module
Status - Unconfirmed
Assigned To -=20
Operating System - All
Severity - Medium
Priority - Normal
Reported Version - 4.1
Due in Version - Undecided
Due Date - Undecided
Details - Improvment of nat_uac_test() function

Flags

  * 1
  * 4
  * 32

now check also RFC6598 addresses for Carrier Grade NAT. I did not bother to c=
reate a new flag because this new IP block is supposed to behave lake RFC 191=
8.

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D402

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1875481684==--


From miconda@gmail.com Wed Feb 26 18:04:28 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: sl: fixed use of forward_reply_nocb() in
	sl_forward_reply()
Date: Wed, 26 Feb 2014 18:04:27 +0100
Message-ID: <20140226170427.562D4EF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1509964263=="

--===============1509964263==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 4133a44cc9b1702b3a36b9386464983d2fe9aedc
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D4133a44cc9b1702b3a36b9386464983d2fe9aedc

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 18:03:20 2014 +0100

sl: fixed use of forward_reply_nocb() in sl_forward_reply()

- previous related commit was not doing it

---

 modules/sl/sl.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/sl/sl.c b/modules/sl/sl.c
index fb8a1ee..9501049 100644
--- a/modules/sl/sl.c
+++ b/modules/sl/sl.c
@@ -432,7 +432,7 @@ static int w_sl_forward_reply(sip_msg_t* msg, str* code, =
str* reason)
 			goto restore;
 		}
 	}
-	ret =3D forward_reply(msg);
+	ret =3D forward_reply_nocb(msg);
 restore:
 	if(reason!=3DNULL) {
 		if(ldel!=3DNULL) {



--===============1509964263==--


From miconda@gmail.com Wed Feb 26 18:05:42 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:4.1: sl: fixed use of forward_reply_nocb() in	sl_forward_reply()
Date: Wed, 26 Feb 2014 18:05:42 +0100
Message-ID: <20140226170542.1E26DEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0662939558=="

--===============0662939558==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 91241caa2c2bc51b421d024c790493fdaf24c8ee
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D91241caa2c2bc51b421d024c790493fdaf24c8ee

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 18:03:20 2014 +0100

sl: fixed use of forward_reply_nocb() in sl_forward_reply()

- previous related commit was not doing it

(cherry picked from commit 4133a44cc9b1702b3a36b9386464983d2fe9aedc)

---

 modules/sl/sl.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/sl/sl.c b/modules/sl/sl.c
index fb8a1ee..9501049 100644
--- a/modules/sl/sl.c
+++ b/modules/sl/sl.c
@@ -432,7 +432,7 @@ static int w_sl_forward_reply(sip_msg_t* msg, str* code, =
str* reason)
 			goto restore;
 		}
 	}
-	ret =3D forward_reply(msg);
+	ret =3D forward_reply_nocb(msg);
 restore:
 	if(reason!=3DNULL) {
 		if(ldel!=3DNULL) {



--===============0662939558==--


From miconda@gmail.com Wed Feb 26 18:07:05 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:4.0: sl: fixed use of forward_reply_nocb() in	sl_forward_reply()
Date: Wed, 26 Feb 2014 18:07:05 +0100
Message-ID: <20140226170705.5E58DEF8076@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0569985961=="

--===============0569985961==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 607b913c31f78d96f882bc91cbae870ff271aeca
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D607b913c31f78d96f882bc91cbae870ff271aeca

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 18:03:20 2014 +0100

sl: fixed use of forward_reply_nocb() in sl_forward_reply()

- previous related commit was not doing it

(cherry picked from commit 4133a44cc9b1702b3a36b9386464983d2fe9aedc)
(cherry picked from commit 91241caa2c2bc51b421d024c790493fdaf24c8ee)

---

 modules/sl/sl.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/modules/sl/sl.c b/modules/sl/sl.c
index 87449fd..7e7569a 100644
--- a/modules/sl/sl.c
+++ b/modules/sl/sl.c
@@ -433,7 +433,7 @@ static int w_sl_forward_reply(sip_msg_t* msg, str* code, =
str* reason)
 			goto restore;
 		}
 	}
-	ret =3D forward_reply(msg);
+	ret =3D forward_reply_nocb(msg);
 restore:
 	if(reason!=3DNULL) {
 		if(ldel!=3DNULL) {



--===============0569985961==--


From miconda@gmail.com Wed Feb 26 18:58:39 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: parser/parse_addr_spec: allow comman inside
 quoted values no matter of being allowed separator
Date: Wed, 26 Feb 2014 18:58:38 +0100
Message-ID: <20140226175838.EDE18EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0821413456=="

--===============0821413456==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 11e9f93d3bad8cfedcd55bdc4fc6c559309c4635
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D11e9f93d3bad8cfedcd55bdc4fc6c559309c4635

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 18:56:44 2014 +0100

parser/parse_addr_spec: allow comman inside quoted values no matter of being =
allowed separator

- comma is valid inside quoted parameters values

---

 parser/parse_addr_spec.c |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 1820e6c..179c907 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -438,6 +438,10 @@ semicolon_add_param:
 				}
 				break;
 			case ',':
+				if(status=3D=3DPARA_VALUE_QUOTED) {
+					/* comma is allowed inside quoted values */
+					break;
+				}
 				if (allow_comma_sep)
 				{
 					switch (status)



--===============0821413456==--


From miconda@gmail.com Wed Feb 26 19:00:09 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: parser/parse_addr_spec: allow comman inside quoted
 values no matter of being allowed separator
Date: Wed, 26 Feb 2014 19:00:07 +0100
Message-ID: <20140226180008.AEA22EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2067439046=="

--===============2067439046==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 0f3f76f23e8a32881a467dd9671d969617f0cb02
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D0f3f76f23e8a32881a467dd9671d969617f0cb02

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 18:56:44 2014 +0100

parser/parse_addr_spec: allow comman inside quoted values no matter of being =
allowed separator

- comma is valid inside quoted parameters values

(cherry picked from commit 11e9f93d3bad8cfedcd55bdc4fc6c559309c4635)

---

 parser/parse_addr_spec.c |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 1820e6c..179c907 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -438,6 +438,10 @@ semicolon_add_param:
 				}
 				break;
 			case ',':
+				if(status=3D=3DPARA_VALUE_QUOTED) {
+					/* comma is allowed inside quoted values */
+					break;
+				}
 				if (allow_comma_sep)
 				{
 					switch (status)



--===============2067439046==--


From miconda@gmail.com Wed Feb 26 19:53:33 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:master: parser/parse_addr_spec: allow comma in tag	parameter
Date: Wed, 26 Feb 2014 19:53:32 +0100
Message-ID: <20140226185332.43616EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1775130393=="

--===============1775130393==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 6156d2572e06fa661ef23face24c38203485d81a
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D6156d2572e06fa661ef23face24c38203485d81a

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 19:52:10 2014 +0100

parser/parse_addr_spec: allow comma in tag parameter

- some user agents uses it and it was in older versions

---

 parser/parse_addr_spec.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 179c907..9a8e3b3 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -480,9 +480,12 @@ semicolon_add_param:
 							goto error;
 					}
 					break;
-				}
-				else
-				{
+				} else {
+					if(status=3D=3DS_PARA_VALUE && param->type=3D=3DTAG_PARAM) {
+						/* if comma is not separator, allow it as part of value
+						 * - some user agents use it */
+						break;
+					}
 					LOG( L_ERR, "ERROR parse_to_param : "
 							"invalid character ',' in status %d: <<%.*s>>\n",
 							status, (int)(tmp-buffer), ZSW(buffer));



--===============1775130393==--


From miconda@gmail.com Wed Feb 26 19:54:24 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] git:4.1: parser/parse_addr_spec: allow comma in tag	parameter
Date: Wed, 26 Feb 2014 19:54:16 +0100
Message-ID: <20140226185420.5D26BEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2029829165=="

--===============2029829165==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: f4b178ec5e348c7bd0a4c936a0d72a3702d80146
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Df4b178ec5e348c7bd0a4c936a0d72a3702d80146

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 19:52:10 2014 +0100

parser/parse_addr_spec: allow comma in tag parameter

- some user agents uses it and it was in older versions

(cherry picked from commit 6156d2572e06fa661ef23face24c38203485d81a)

---

 parser/parse_addr_spec.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 179c907..9a8e3b3 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -480,9 +480,12 @@ semicolon_add_param:
 							goto error;
 					}
 					break;
-				}
-				else
-				{
+				} else {
+					if(status=3D=3DS_PARA_VALUE && param->type=3D=3DTAG_PARAM) {
+						/* if comma is not separator, allow it as part of value
+						 * - some user agents use it */
+						break;
+					}
 					LOG( L_ERR, "ERROR parse_to_param : "
 							"invalid character ',' in status %d: <<%.*s>>\n",
 							status, (int)(tmp-buffer), ZSW(buffer));



--===============2029829165==--


From jh@tutpro.com Wed Feb 26 19:54:58 2014
From: Juha Heinanen <jh@tutpro.com>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] Task opened: rtpproxy-ng improvement	(Attachment	added)
Date: Wed, 26 Feb 2014 04:31:27 +0200
Message-ID: <21261.20991.930221.829612@tutpro.com>
In-Reply-To: <1393343480.530cbbf880fc1@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1803743209=="

--===============1803743209==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

sip-router writes:

> Details - Please find attached an improvement of RTPPROXY-NG module
> that enable to load the proxy definitions from the same table as
> RTPPROXY.

is it then also possible to reload the proxy definitions with an rpc
command without restarting the proxy?  if not, what is the improvement over
the module param?

-- juha


--===============1803743209==--


From miconda@gmail.com Wed Feb 26 20:22:09 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: parser/parse_addr_spec: comma allowd for start
 of tag value and mid tag value chars
Date: Wed, 26 Feb 2014 20:22:08 +0100
Message-ID: <20140226192208.AF82AEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1234907711=="

--===============1234907711==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: a9e900a3dd5c958f3188376c3c4d3179c68e2c32
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Da9e900a3dd5c958f3188376c3c4d3179c68e2c32

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 20:20:29 2014 +0100

parser/parse_addr_spec: comma allowd for start of tag value and mid tag value=
 chars

---

 parser/parse_addr_spec.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 9a8e3b3..80ad553 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -481,7 +481,8 @@ semicolon_add_param:
 					}
 					break;
 				} else {
-					if(status=3D=3DS_PARA_VALUE && param->type=3D=3DTAG_PARAM) {
+					if((status=3D=3DS_PARA_VALUE || status=3D=3DPARA_VALUE_TOKEN)
+							&& param->type=3D=3DTAG_PARAM) {
 						/* if comma is not separator, allow it as part of value
 						 * - some user agents use it */
 						break;



--===============1234907711==--


From miconda@gmail.com Wed Feb 26 20:23:07 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.1: parser/parse_addr_spec: comma allowd for start of
 tag value and mid tag value chars
Date: Wed, 26 Feb 2014 20:23:07 +0100
Message-ID: <20140226192307.36D28EF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1162847713=="

--===============1162847713==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.1
Commit: 493e54de188f3ee03dd0c8a21ebcc4dd32e0c36e
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D493e54de188f3ee03dd0c8a21ebcc4dd32e0c36e

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 20:20:29 2014 +0100

parser/parse_addr_spec: comma allowd for start of tag value and mid tag value=
 chars

(cherry picked from commit a9e900a3dd5c958f3188376c3c4d3179c68e2c32)

---

 parser/parse_addr_spec.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/parser/parse_addr_spec.c b/parser/parse_addr_spec.c
index 9a8e3b3..80ad553 100644
--- a/parser/parse_addr_spec.c
+++ b/parser/parse_addr_spec.c
@@ -481,7 +481,8 @@ semicolon_add_param:
 					}
 					break;
 				} else {
-					if(status=3D=3DS_PARA_VALUE && param->type=3D=3DTAG_PARAM) {
+					if((status=3D=3DS_PARA_VALUE || status=3D=3DPARA_VALUE_TOKEN)
+							&& param->type=3D=3DTAG_PARAM) {
 						/* if comma is not separator, allow it as part of value
 						 * - some user agents use it */
 						break;



--===============1162847713==--


From miconda@gmail.com Wed Feb 26 20:31:27 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: parser/parse_fline: print offset in log message
 when failing to parse first line
Date: Wed, 26 Feb 2014 20:31:27 +0100
Message-ID: <20140226193127.7705CEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1664274050=="

--===============1664274050==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: a111b33ae7b64dbf9486f2fc4b7f3007f4015e77
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3Da111b33ae7b64dbf9486f2fc4b7f3007f4015e77

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Wed Feb 26 20:30:34 2014 +0100

parser/parse_fline: print offset in log message when failing to parse first l=
ine

---

 parser/parse_fline.c |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/parser/parse_fline.c b/parser/parse_fline.c
index b8fee65..5cc76c1 100644
--- a/parser/parse_fline.c
+++ b/parser/parse_fline.c
@@ -77,6 +77,7 @@ char* parse_first_line(char* buffer, unsigned int len, stru=
ct msg_start * fl)
 	*/
 =09
=20
+	offset =3D 0;
 	end=3Dbuffer+len;
 	/* see if it's a reply (status) */
=20
@@ -239,7 +240,7 @@ error:
 	};
 error1:
 	fl->type=3DSIP_INVALID;
-	LOG(L_ERR, "parse_first_line: bad message\n");
+	LOG(L_ERR, "parse_first_line: bad message (offset: %d)\n", offset);
 	/* skip  line */
 	nl=3Deat_line(buffer,len);
 	return nl;



--===============1664274050==--


From miconda@gmail.com Thu Feb 27 08:50:03 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:master: geoip: safety check to see if the result
	structure is filled
Date: Thu, 27 Feb 2014 08:50:02 +0100
Message-ID: <20140227075002.EFDACEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1229440116=="

--===============1229440116==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: master
Commit: 721ffe3576e8e7891c27f8578eb244a857ede759
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D721ffe3576e8e7891c27f8578eb244a857ede759

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 27 08:48:42 2014 +0100

geoip: safety check to see if the result structure is filled

- return $null if not
- reported by Juha Heinanen

---

 modules/geoip/geoip_pv.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/modules/geoip/geoip_pv.c b/modules/geoip/geoip_pv.c
index 06b09f0..8aa5222 100644
--- a/modules/geoip/geoip_pv.c
+++ b/modules/geoip/geoip_pv.c
@@ -247,6 +247,8 @@ int pv_get_geoip(struct sip_msg *msg, pv_param_t *param,
 	gpv =3D (geoip_pv_t*)param->pvn.u.dname;
 	if(gpv=3D=3DNULL)
 		return -1;
+	if(gpv->item=3D=3DNULL)
+		return pv_get_null(msg, param, res);
=20
 	switch(gpv->type)
 	{



--===============1229440116==--


From bugtracker@sip-router.org Thu Feb 27 10:10:11 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Maximum 70 else if statements
Date: Thu, 27 Feb 2014 09:10:09 +0000
Message-ID: <1393492209.530f00f1c6341@sip-router.org>
In-Reply-To: <FS403@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1866899346=="

--===============1866899346==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - Benjamin (bulkorok)=20

Attached to Project - sip-router
Summary - Maximum 70 else if statements
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Low
Priority - Normal
Reported Version - 4.0
Due in Version - Undecided
Due Date - Undecided
Details - Hi,

after using 70 else if statements kamailio ignores following else if statemen=
ts:

1: if (from_uri=3D~ "^sip:123(a).+") { $var(cid) =3D "+12345"; } else
2-69: ...
70: if (from_uri=3D~ "^sip:321(a).+") { $var(cid) =3D "+54321"; } else
71: if (from_uri=3D~ "^sip:111(a).+") { $var(cid) =3D "+11111"; } else

71 is ignored.

If a new if else if block is created, it works again.



More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D403

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1866899346==--


From bugtracker@sip-router.org Thu Feb 27 11:25:30 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Task opened: Coredump on using jsonrpc_request
	(Attachment added)
Date: Thu, 27 Feb 2014 10:25:28 +0000
Message-ID: <1393496728.530f12986360a@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1042185292=="

--===============1042185292==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below.=20

User who did this - davy van de moere (davyvdm)=20

Attached to Project - sip-router
Summary - Coredump on using jsonrpc_request
Task Type - Bug Report
Category - Module
Status - Unconfirmed
Assigned To -=20
Operating System - Linux
Severity - Medium
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - I tried this with the branch 4.1 and master. Both behave identical.

So from the kamailio-basic.cfg example, I just added this line around line 35=
0 (just above route(SIPOUT)):

jsonrpc_request("bar.sendsms", "{'ru':'$rU','rb':'$rb'}", "JSONRESPONSE", "JS=
ONERROR", "$var(result)");=20

Doing a ngrep on the netstrings I have:

interface: venet0 (127.0.0.2/255.255.255.255) =20
filter: (ip or ip6) and ( port 7080 )
#
T 10.66.8.42:44995 -> 192.168.60.45:7080 [AP]
94:{ "id": 2, "jsonrpc": "2.0", "method": "bar.sendsms", "params": { "ru": ""=
, "rb": "" } }, =20
##
T 192.168.60.45:7080 -> 10.66.8.42:44995 [AP]
43:{"jsonrpc": "2.0", "result": "12", "id": 2}, =20
####^Cexit
7 received, 0 dropped

I do get some results from the JSONRESPONSE route.

But when launching a call, or when sending just a register packet, kamailio g=
ives up with:

Feb 26 06:29:11 SBC01 kamailio[18043]: WARNING: tm [t_lookup.c:1537]: t_unref=
(): WARNING: script writer didn't release transaction =20
Feb 26 06:29:12 SBC01 kamailio[18033]: : [mem/q_malloc.c:468]: qm_free(): BUG=
: qm_free: freeing already freed pointer (0xb4c01624), called from tm: h_tabl=
e.c: free_cell(157), first free tm: h_table.c: free_cell(157) - aborting
Feb 26 06:29:12 SBC01 kamailio[18023]: ALERT: [main.c:775]: handle_sigs(): ch=
ild process 18033 exited by a signal 6
Feb 26 06:29:12 SBC01 kamailio[18023]: ALERT: [main.c:778]: handle_sigs(): co=
re was generated
Feb 26 06:29:12 SBC01 kamailio[18023]: INFO: [main.c:790]: handle_sigs(): INF=
O: terminating due to SIGCHLD
Feb 26 06:29:12 SBC01 kamailio[18041]: INFO: [main.c:841]: sig_usr(): INFO: s=
ignal 15 received

Feb 26 06:29:12 SBC01 kamailio[18047]: INFO: [main.c:841]: sig_usr(): INFO: s=
ignal 15 received =20
Feb 26 06:29:12 SBC01 kamailio[18043]: INFO: [main.c:841]: sig_usr(): INFO: s=
ignal 15 received
Feb 26 06:29:12 SBC01 kamailio[18048]: INFO: [main.c:841]: sig_usr(): INFO: s=
ignal 15 received
Feb 26 06:29:12 SBC01 kamailio[18023]: : [mem/q_malloc.c:468]: qm_free(): BUG=
: qm_free: freeing already freed pointer (0xb4c01624), called from tm: h_tabl=
e.c: free_cell(157), first free tm: h_table.c: free_cell(157) - aborting

Using the jsonrpc_notification on the other hand works like a charm.

Coredump in attach.

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1042185292==--


From bugtracker@sip-router.org Thu Feb 27 18:35:55 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
Date: Thu, 27 Feb 2014 17:35:52 +0000
Message-ID: <1393522552.530f7778ec0ea@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0080223247=="

--===============0080223247==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - Daniel-Constantin Mierla (miconda)

----------
If you can reproduce it, can you send log messages with debug=3D3 in kamailio=
.cfg as well as the full backtrace from corefile taken with gdb?
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1311

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0080223247==--


From bugtracker@sip-router.org Thu Feb 27 19:07:51 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
	(Attachment added)
Date: Thu, 27 Feb 2014 18:07:48 +0000
Message-ID: <1393524468.530f7ef4bdba4@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0620376958=="

--===============0620376958==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - davy van de moere (davyvdm)

----------
I can reproduce it with no effort ;) Enclosed corefiles, and the relevant log=
s (debug=3D3)

I have it running in an openvz, if you need me to, I can setup a clone for yo=
u and give you root on it.
----------

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1312

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0620376958==--


From bugtracker@sip-router.org Thu Feb 27 19:12:53 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
Date: Thu, 27 Feb 2014 18:12:52 +0000
Message-ID: <1393524772.530f802476b43@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1677760845=="

--===============1677760845==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - Daniel-Constantin Mierla (miconda)

----------
I cannot use the corefile, I need only the backtrace. You can get it with:

gdb /path/to/kamailio /path/to/corefile
bt full

Do it for both corefiles.

Hopefully I can catch it from logs and backtraces, if not, then we may get to=
 some interactive session with remote access.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1313

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1677760845==--


From bugtracker@sip-router.org Thu Feb 27 19:19:10 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
	(Attachment added)
Date: Thu, 27 Feb 2014 18:19:09 +0000
Message-ID: <1393525149.530f819d43d80@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1438932150=="

--===============1438932150==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - davy van de moere (davyvdm)

----------
sorry about that ;)

added the backtraces.

If you need remote access, I can set smth up for you tomorrow.

Grtz,
Davy
----------

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1314

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1438932150==--


From miconda@gmail.com Thu Feb 27 23:49:31 2014
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] git:4.0: registar: proper unlinking deleted contact to avoid
 invalid memory access
Date: Thu, 27 Feb 2014 23:49:30 +0100
Message-ID: <20140227224930.BC8FAEF8074@rimmer.ryngle.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1941548188=="

--===============1941548188==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Module: sip-router
Branch: 4.0
Commit: 977cbc8a78caa50cf822bd39c39e7838e97fa511
URL:    http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=
=3D977cbc8a78caa50cf822bd39c39e7838e97fa511

Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date:   Thu Feb 27 23:47:06 2014 +0100

registar: proper unlinking deleted contact to avoid invalid memory access

- based on a report and patch by Dragos Oancea

---

 modules/registrar/save.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/modules/registrar/save.c b/modules/registrar/save.c
index 8aaf912..48c214d 100644
--- a/modules/registrar/save.c
+++ b/modules/registrar/save.c
@@ -695,10 +695,10 @@ static inline int update_contacts(struct sip_msg* _m, u=
record_t* _r,
 				ptr=3D_r->contacts;
 				while(ptr)
 				{
-					ptr0 =3D ptr;
+					ptr0 =3D ptr->next;
 					if(ptr!=3Dc)
 						ul.delete_ucontact(_r, ptr);
-					ptr=3Dptr0->next;
+					ptr=3Dptr0;
 				}
 				updated=3D1;
 			}
@@ -725,10 +725,10 @@ static inline int update_contacts(struct sip_msg* _m, u=
record_t* _r,
 					ptr=3D_r->contacts;
 					while(ptr)
 					{
-						ptr0 =3D ptr;
+						ptr0 =3D ptr->next;
 						if(ptr!=3Dc)
 							ul.delete_ucontact(_r, ptr);
-						ptr=3Dptr0->next;
+						ptr=3Dptr0;
 					}
 					updated=3D1;
 				}



--===============1941548188==--


From bugtracker@sip-router.org Fri Feb 28 12:17:43 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject:
 [sr-dev] [tracker] User took ownership: Crash in asynchronous	processing
Date: Fri, 28 Feb 2014 11:17:40 +0000
Message-ID: <1393586260.53107054683bc@sip-router.org>
In-Reply-To: <FS400@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0830620506=="

--===============0830620506==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

Jason Penton has taken ownership of the following task:

FS#400 - Crash in asynchronous processing

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D400

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============0830620506==--


From bugtracker@sip-router.org Fri Feb 28 13:22:39 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
	(Attachment added)
Date: Fri, 28 Feb 2014 12:22:36 +0000
Message-ID: <1393590156.53107f8c33148@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1719221830=="

--===============1719221830==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - davy van de moere (davyvdm)

----------
sorry about that ;)

added the backtraces.

If you need remote access, I can set smth up for you tomorrow.

Grtz,
Davy
----------

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1315

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1719221830==--


From bugtracker@sip-router.org Fri Feb 28 14:34:20 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: Coredump on using jsonrpc_request
	(Attachment added)
Date: Fri, 28 Feb 2014 13:34:17 +0000
Message-ID: <1393594457.53109059b9dd5@sip-router.org>
In-Reply-To: <FS404@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1695086640=="

--===============1695086640==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#404 - Coredump on using jsonrpc_request
User who did this - davy van de moere (davyvdm)

----------
sorry about that ;)

added the backtraces.

If you need remote access, I can set smth up for you tomorrow.

Grtz,
Davy
----------

One or more files have been attached.

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D404#comment1316

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1695086640==--


From bugtracker@sip-router.org Fri Feb 28 23:16:02 2014
From: sip-router <bugtracker@sip-router.org>
To: sr-dev@lists.kamailio.org
Subject: [sr-dev] [tracker] Comment added: mtree mt_summary display
	incorrectly, or memory leak?
Date: Fri, 28 Feb 2014 22:15:59 +0000
Message-ID: <1393625759.53110a9f9d2f8@sip-router.org>
In-Reply-To: <FS398@sip-router.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1329905245=="

--===============1329905245==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#398 - mtree mt_summary display incorrectly, or memory leak?
User who did this - Josh (JoshE)

----------
The parameters are as follows:

modparam("mtree", "mtree", "name=3Dfc_did;dbtable=3Ddids;type=3D0;multi=3D0")
modparam("mtree", "mtree", "name=3Dfc_tenant;dbtable=3Ddids_tenants;type=3D0;=
multi=3D0")

modparam("mtree", "fetch_rows", 2000) # count of DIDs in a single fetch
modparam("mtree", "char_list", "0123456789") # characters in prefix
modparam("mtree", "pv_value", "$avp(dispatch_group)")
modparam("mtree", "tname_column", "name") # name search column
modparam("mtree", "tprefix_column", "did")
modparam("mtree", "tvalue_column", "dispatchgroup")

The values are all in the same database table, technically, although to make =
this work, I created a view for the "second" table, which references the firs=
t database.
----------

More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=3Ddetails&task_id=3D398#comment1317

You are receiving this message because you have requested it from the Flyspra=
y bugtracking system.  If you did not expect this message or don't want to re=
ceive mails in future, you can change your notification settings at the URL s=
hown above.


--===============1329905245==--