Hey Andreas,
Am 27.08.2011 um 11:39 schrieb Andreas Granig:
> On 08/16/2011 07:59 PM, Timo Reimann wrote:
>> On 16.08.2011 19:43, Timo Reimann wrote:
>>> So you'll either have to dig into the commit yourself and separate the
>>> fix, get a hold of my entire branch, or wait for 3.1.5 to release.
>
Hi Timo,
On 08/16/2011 07:59 PM, Timo Reimann wrote:
> On 16.08.2011 19:43, Timo Reimann wrote:
>> So you'll either have to dig into the commit yourself and separate the
>> fix, get a hold of my entire branch, or wait for 3.1.5 to release.
>
> ...or check out master: I just merged treimann/acc-cd
On 16.08.2011 19:43, Timo Reimann wrote:
> So you'll either have to dig into the commit yourself and separate the
> fix, get a hold of my entire branch, or wait for 3.1.5 to release.
...or check out master: I just merged treimann/acc-cdr into master which
was supposed to happen before the 3.2 feat
On 16.08.2011 19:32, Jon Bonilla wrote:
>> I think it's worth a try to see if my git branch already does better for
>> your use case. If you could give it a shot I'd be glad to know how it
>> works or whether it needs further work on.
>>
>>
> I'll try to get the patch (or the whole dialog module) f
El Tue, 16 Aug 2011 19:26:25 +0200
Timo Reimann escribió:
>
> I think it's worth a try to see if my git branch already does better for
> your use case. If you could give it a shot I'd be glad to know how it
> works or whether it needs further work on.
>
>
Hi Timo
I'll try to get the patch
On 16.08.2011 18:54, Jon Bonilla wrote:
> El Tue, 16 Aug 2011 18:38:17 +0200
> Timo Reimann escribió:
>
>> Hey Jon,
>>
>>
>> On 16.08.2011 18:14, Jon Bonilla wrote:
>> >> Looks pretty much like two dialog entries were created for the same
>> >> dialog. One of them got cleaned up nicely on call te
El Tue, 16 Aug 2011 18:38:17 +0200
Timo Reimann escribió:
> Hey Jon,
>
>
> On 16.08.2011 18:14, Jon Bonilla wrote:
> >> Looks pretty much like two dialog entries were created for the same
> >> dialog. One of them got cleaned up nicely on call termination while the
> >> other one keeps dangling
Hey Jon,
On 16.08.2011 18:14, Jon Bonilla wrote:
>> Looks pretty much like two dialog entries were created for the same
>> dialog. One of them got cleaned up nicely on call termination while the
>> other one keeps dangling until the dialog timer kicks in (12 hours in
>> your case).
>>
>> Most not
El Tue, 16 Aug 2011 18:06:26 +0200
Jon Bonilla (Manwe) escribió:
>
> Then, after the call has been rejected I see two dialogs in my list:
>
> sercmd> dlg.profile_get_size total
> Profile:total => profile:total value: count:2
> sercmd> dlg.profile_get_size user
> Profile:user => profile:user va
El Tue, 16 Aug 2011 18:14:12 +0200
Jon Bonilla (Manwe) escribió:
> El Tue, 16 Aug 2011 18:03:48 +0200
> Timo Reimann escribió:
>
> >
> > If that's not the case: Can you check the Kamailio logs for any
> > suspicious dialog-related log messages, particularly those with WARN or
> > higher log ve
El Tue, 16 Aug 2011 18:03:48 +0200
Timo Reimann escribió:
> Hey,
> >
> > root@proxy1a:~# grep "fbrzjkplmvlauty@quenya" /var/log/kamailio.log
> > New request - M=INVITE
> > Dialog set mark TOTAL
> > Proxy authentication failed
> > New request - M=INVITE
> > Dialog set mark TOTAL
>
> [snip!]
>
El Tue, 16 Aug 2011 17:43:05 +0200
Jon Bonilla (Manwe) escribió:
Another example, which is even worse for my configuration: A call rejected by
the proxy itself sending a 480 response to the subscriber:
New request - M=INVITE
Dialog set mark TOTAL
Proxy authentication failed
New request - M=INVI
Hey,
On 16.08.2011 17:43, Jon Bonilla wrote:
> After configured the proxy I've tested a call and I realize that the dialog
> list is not empty after the call ends.
>
> Here's a sample call log and the dialog list while the call was being
> stablished and 3 minutes after that:
>
> root@proxy1a:~
Hi all
I'm playing with the dialog module to count the calls and limit the number of
calls per subscriber.
After configured the proxy I've tested a call and I realize that the dialog
list is not empty after the call ends.
Here's a sample call log and the dialog list while the call was being
sta
14 matches
Mail list logo
