Timo Reimann writes:
> The dangling dialog occurs due to insufficient dialog matching capabilities
> in the current dialog module. As Ovidiu explained in his last mail, a more
> strict matching logic could make sure that the right dialog is chosen,
> thereby not depending on long timeouts gett
> Ovidiu Sas wrote:
>> If not, I don't think creating two dialogs for each call were one of
>> them will definitely be dangling and not cleaned up until the dialog
>> timeout (which is quite long by default) triggers is a viable option for
>> large-scale environments (such as ours). The rate at whi
> > > UA1 --> P1 --> P2 --> P1 -->UA2
> > >
> > > Are you suggesting that one single dialog should be kept in the
> > > proxy server P1?
> >
> > If the request message that is routed in this path is just the same with
> > respect to the dialog ID (excluding the To-tag which does not exist at
>
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
User who did this - Ronald Voermans (voermans)
--
Other thing: with the current database setup: the user
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
User who did this - Ronald Voermans (voermans)
--
When restarting Kamailio, I thought it retreived the r
Timo Reimann writes:
> > UA1 --> P1 --> P2 --> P1 -->UA2
> >
> > Are you suggesting that one single dialog should be kept in the
> > proxy server P1?
>
> If the request message that is routed in this path is just the same with
> respect to the dialog ID (excluding the To-tag which does n
marius zbihlei writes:
> What FLAVOUR have you built with?! I presume FLAVOUR=kamailio
i didn't use any FLAVOUR, just build from master. config.mak has:
# this file is autogenerated by make cfg
MAIN_NAME= sip-proxy
CFG_NAME= sip-router
SCR_NAME= sip-router
FLAVOUR= sip-router
INSTALL_FLAVOUR=
On Fri, Mar 12, 2010 at 12:56 PM, Timo Reimann wrote:
> Hey Ovidiu,
>
>
> Ovidiu Sas wrote:
>> You are right about the today's server behavior with respect to this
>> case, but on the other hand, I disagree with the one dialog approach.
>>
>> IMHO two dialogs should be created and a better dialog
Module: sip-router
Branch: master
Commit: c05afff1bc452d55536c2277f39c52c17cb29ff0
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c05afff1bc452d55536c2277f39c52c17cb29ff0
Author: Andrei Pelinescu-Onciul
Committer: Andrei Pelinescu-Onciul
Date: Fri Mar 12 19:38:42
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
User who did this - Henning Westerholt (henningw)
--
Hm.. the inconsistency you reported in the internal
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#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
U
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
User who did this - Henning Westerholt (henningw)
--
I've changed this issue to a feature request, as ac
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#41 - kamailio registrar module / usrloc should be able to recover from
temporary data loss
U
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - Database and cache inconsistency with registrar module / usrloc
User who did this - Henning Westerholt (henningw)
--
(There is an error in my previous comment, i refer of course to the UPDATE
Hey Ovidiu,
Ovidiu Sas wrote:
> You are right about the today's server behavior with respect to this
> case, but on the other hand, I disagree with the one dialog approach.
>
> IMHO two dialogs should be created and a better dialog match should be
> enforced (adding Via and Route/Record-Route he
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - Database and cache inconsistency with registrar module / usrloc
User who did this - Ronald Voermans (voermans)
--
- I'm not that an expert when it comes to patching. Can you guide me how to
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#41 - Database and cache inconsistency with registrar module / usrloc
User who did this - Henning Westerholt (henningw)
--
For this reason we replaced the INSERT in this case (in our internal versi
Hello Tim,
You are right about the today's server behavior with respect to this
case, but on the other hand, I disagree with the one dialog approach.
IMHO two dialogs should be created and a better dialog match should be
enforced (adding Via and Route/Record-Route headers checking).
Like this, ea
Klaus Darilion wrote:
>>> Am 12.03.2010 15:22, schrieb Timo Reimann:
(2)
Kamailio maps all forked branches to the same dialog because they all
carry the same dialog ID, i.e., Call-ID, From-tag, and To-tag. In order
>>>
>>> Why do they have the same to-tag? Actually the to-tag creates
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#41 - Database and cache inconsistency with registrar module / usrloc
User who did this: Andre
Hi Ovidiu,
Ovidiu Sas wrote:
> I have a question with respect to issue no. 1.
> If I understand this correctly, in your particular scenario you have
> two proxy servers (P1 and P2) and the topology of the call is
> described by the following diagram.
>
> UA1 --> P1 --> P2 --> P1 -->UA2
>
> Are
Hello Timo,
I have a question with respect to issue no. 1.
If I understand this correctly, in your particular scenario you have
two proxy servers (P1 and P2) and the topology of the call is
described by the following diagram.
UA1 --> P1 --> P2 --> P1 -->UA2
Are you suggesting that one single di
Am 12.03.2010 15:57, schrieb Timo Reimann:
Hey Klaus,
Klaus Darilion wrote:
Am 12.03.2010 15:22, schrieb Timo Reimann:
(2)
Kamailio maps all forked branches to the same dialog because they all
carry the same dialog ID, i.e., Call-ID, From-tag, and To-tag. In order
Why do they have the sam
andrei 2010/03/12 14:50:06 CET
SER CVS Repository
Modified files:
mem f_malloc.c
Log:
mem: fix f_malloc big fragments bug
In some situation, when dealing with several big free fragments
(>16k) f_malloc would wrongly choose a fragment with a smaller
size
Hey Klaus,
Klaus Darilion wrote:
> Am 12.03.2010 15:22, schrieb Timo Reimann:
>> (2)
>> Kamailio maps all forked branches to the same dialog because they all
>> carry the same dialog ID, i.e., Call-ID, From-tag, and To-tag. In order
>
> Why do they have the same to-tag? Actually the to-tag creat
Hi Timo!
Am 12.03.2010 15:22, schrieb Timo Reimann:
(2)
Kamailio maps all forked branches to the same dialog because they all
carry the same dialog ID, i.e., Call-ID, From-tag, and To-tag. In order
Why do they have the same to-tag? Actually the to-tag creates a dialog.
regards
klaus
___
Hey all,
I'm currently working on improving the dialog module. As some may know,
the module isn't perfect with regards to how and and under which
circumstances end-to-end calls are tracked properly. Although there are
several locations in the code where additional work could assumingly
raise the m
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Ronald Voermans (voermans)
Attached to Project - sip-router
Summary - Database and cache inconsistency with registrar module / usrloc
Task Type - Bug Report
Category - Cor
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A user has added themself to the list of users assigned to this task.
FS#41 - Database and cache inconsistency with registrar module / usrloc
User who did this - Ronald Voermans (voermans)
http://sip-router.org/tracker/index.php?do=details&task_id=41
Module: sip-router
Branch: master
Commit: 75c1e9a735c693a6985a7a1786116b5fe4044fd9
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=75c1e9a735c693a6985a7a1786116b5fe4044fd9
Author: Andrei Pelinescu-Onciul
Committer: Andrei Pelinescu-Onciul
Date: Fri Mar 12 12:16:16
On Mar 12, 2010 at 12:14, I??aki Baz Castillo wrote:
> 2010/3/11 Andrei Pelinescu-Onciul :
>
> > My number one priority for 3.1 is a new module function interface, e.g.:
> > ??$v=f($x+"test", $h).
>
> So would the config script contain "function()" statements?
No, it's about the module function
2010/3/11 Andrei Pelinescu-Onciul :
> My number one priority for 3.1 is a new module function interface, e.g.:
> $v=f($x+"test", $h).
So would the config script contain "function()" statements?
--
Iñaki Baz Castillo
___
sr-dev mailing list
sr-dev
Module: sip-router
Branch: master
Commit: a0b247b8cd596b3032270316a2184a04c9cff917
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a0b247b8cd596b3032270316a2184a04c9cff917
Author: Marius Zbihlei
Committer: Marius Zbihlei
Date: Fri Mar 12 11:54:25 2010 +0200
test/u
marius zbihlei wrote:
Juha Heinanen wrote:
i build sip-router from master branch and when i try to start it,
loading of registrar module fails like this:
0(9437) ERROR: [sr_module.c:396]: ERROR: load_module: could
not open module :
/usr/lib/sip-proxy/modules_k/registrar.so: undefined symbol:
Module: sip-router
Branch: master
Commit: 2f641e36779c4eb0f50781aad76b0db888142dc8
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2f641e36779c4eb0f50781aad76b0db888142dc8
Author: Marius Zbihlei
Committer: Marius Zbihlei
Date: Fri Mar 12 11:36:10 2010 +0200
regist
Module: sip-router
Branch: master
Commit: 9e047c210da28f79c0208b209ae86e6d43b3c3d7
URL:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9e047c210da28f79c0208b209ae86e6d43b3c3d7
Author: Marius Zbihlei
Committer: Marius Zbihlei
Date: Fri Mar 12 11:29:47 2010 +0200
regist
Juha Heinanen wrote:
i build sip-router from master branch and when i try to start it,
loading of registrar module fails like this:
0(9437) ERROR: [sr_module.c:396]: ERROR: load_module: could not open module
:
/usr/lib/sip-proxy/modules_k/registrar.so: undefined symbol: default_expires_stat
37 matches
Mail list logo