Hi all,
I make calls towards the Kamailio from my call generator and I get a message
saying "invalid cseq error" sometimes at the 1005th registration or sometimes
at the 1013thregistration, but the cseq number seems to be fine. Any idea about
why this would happen?
Thanks,
Badri.
___
Hello,
Kamailio SIP Server v4.2.4 stable release is out.
This is a maintenance release of the latest stable branch, 4.2, that
includes fixes since release of v4.2.3. There is no change to database
schema or configuration language structure that you have to do on
installations of v4.2.x. Deploymen
Yes, the duration is set to 0.
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of
Daniel-Constantin Mierla
Sent: Thursday, April 02, 2015 3:59 PM
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Dialog based CDRs and failed dialogs
Hello,
On 02/04/15
On 4/2/15 8:44 AM, Daniel-Constantin Mierla wrote:
On 02/04/15 14:29, Andres wrote:
On 4/1/15 11:10 PM, Alex Balashov wrote:
How complex is the SER configuration? SER couldn't do that much, by
the standards of the modern feature set, so there may not be much to
port. :-)
It is very simple.
Hello,
On 02/04/15 14:36, Mickael Marrache wrote:
>
> Hi,
>
>
>
> I'm using the ACC module to generate dialog based CDRs and I see that
> CDRs are generated even for failed calls.
>
>
>
> For example, a CDR is generated for cancelled calls.
>
>
>
> At first, I thought that dialog based CDRs
On 02/04/15 14:29, Andres wrote:
> On 4/1/15 11:10 PM, Alex Balashov wrote:
>> How complex is the SER configuration? SER couldn't do that much, by
>> the standards of the modern feature set, so there may not be much to
>> port. :-)
> It is very simple. I am more concerned about the procedure to
Hi,
I'm using the ACC module to generate dialog based CDRs and I see that CDRs
are generated even for failed calls.
For example, a CDR is generated for cancelled calls.
At first, I thought that dialog based CDRs are generated only for
successfully established dialogs but it doesn't seem
On 4/1/15 11:10 PM, Alex Balashov wrote:
How complex is the SER configuration? SER couldn't do that much, by
the standards of the modern feature set, so there may not be much to
port. :-)
It is very simple. I am more concerned about the procedure to migrate
the thousands of mysql entries from
Hello,
thanks for testing and reporting back. The patch has been backported and
will be part of the v4.2.4 to be released today.
Cheers,
Daniel
On 02/04/15 13:53, José Seabra wrote:
> Hello Daniel,
> After apply your patch i can't reproduce the issue anymore
>
> Thank your for your support
>
> C
Hello Daniel,
After apply your patch i can't reproduce the issue anymore
Thank your for your support
Cheers
José Seabra
2015-03-30 9:58 GMT+01:00 José Seabra :
> Hello Daniel,
> Thank you for your patch,
>
> I will apply this, then I will report back to you when I have all tests
> completed
>
>
On 04/02/2015 04:07 AM, Daniel-Constantin Mierla wrote:
On 02/04/15 08:59, Olle E. Johansson wrote:
In addition this also totally removes the need for tools like
Icinga, Nagios and Monit. If something happens, your systemd kernel
will simply call you.
Yep, don't forget to call in first and
Do you see db_cassandra being compiled in the logs printed by 'make deb'?
Cheers,
Daniel
On 02/04/15 03:37, jay binks wrote:
> I have managed to confirm that "make deb" does not actually build
> db_cassandra
> but it does make a deb for it :) ( has changelog etc but no
> db_cassandra.so file )
>
On 02/04/15 08:59, Olle E. Johansson wrote:
> On 01 Apr 2015, at 10:31, Daniel-Constantin Mierla wrote:
>
>> Given it is a rather technical community around here, I would expected a
>> bit of engineering approach when announcing the achievement. Shortly,
>> here are some of the facts.
>>
>> Any
On Wednesday 01 April 2015 12:37:00 Richard Fuchs wrote:
> To clarify: rtpengine doesn't insert any marks and doesn't check for any
> marks that might be present. IOW it behaves as if the "force" flag is
> always enabled.
Silly me, I was focused on the forced being retreated as an illegal flag I
Hello,
short reminder that v4.2.4 is planned for release later today. If there
anything to commit in branch 4.2, do it before 12:00GMT. Afterwards, if
there is something important, write first to sr-dev. Once the
announcement is sent, then commits can go as usual.
Cheers,
Daniel
On 27/03/15 15:5
On 01 Apr 2015, at 10:31, Daniel-Constantin Mierla wrote:
> Given it is a rather technical community around here, I would expected a
> bit of engineering approach when announcing the achievement. Shortly,
> here are some of the facts.
>
> Any interaction with or inside systemd is now *simple*,
16 matches
Mail list logo
