2018 July

From alex.sosic at evosip.
cloud Sun Jul 1 08:08:08 2018

From: alex.sosic at evosip.cloud (Aleksandar Sosic)
Date: Sun, 1 Jul 2018 08:08:08 +0200
Subject: [SR-Users] DMQ problems
In-Reply-To: <CAA7tqQ4RM7qRWoit+3h9kmmheeNLyD1kXP-QUpk9yi1TmDn6Rw@mail.gmail.com>
References: <CAA7tqQ4_ZoDtFcTt9XedZd3wge1kbLLBz+Yc+KQBaFmQfwe9ag@mail.gmail.com>
<CAOvxgzBtfowonZ_6Pi6UE9DenDcJZzLqh2AEKJrv2yQEdBOTVQ@mail.gmail.com>
<CAA7tqQ5=K312_xxMdgqFp2UHCC3nnEmeBxgkXGRiOQiDjmKg-g@mail.gmail.com>
<CAA7tqQ4RM7qRWoit+3h9kmmheeNLyD1kXP-QUpk9yi1TmDn6Rw@mail.gmail.com>
Message-ID: <CAA7tqQ49NdWTa=_w16eH7b6OiCQuuc7T6JPvDpKFnDm9TJ9oww@mail.gmail.com>
Hi everyone,
so adding some xlogs We've managed to find out what's happening.

The request route was using:
```
if(is_method("KDMQ")){
```
but this if was never triggered(!?)
We changed that to
```
if($rm == "KDMQ"){
```
And now it's working.
So why is that? In the documentation there's an example with is_method:

https://kamailio.org/docs/modules/5.2.x/modules/dmq.html#dmq.f.dmq_handle_message
and I can recall it working a month ago.
Everything is working except for this message:

```25(42) ERROR: dmq [notification_peer.c:596]:
notification_resp_callback_f(): deleting server sip:127.0.0.1:5060
because of failed request```
And that's because of the notification address on the kamailio node we
use as DMQ server
This portion of DMQ documentation says that `Default value is "NULL".`

for the notification_address:
https://kamailio.org/docs/modules/5.2.x/modules/dmq.html#dmq.p.notification_address
But with NULL or NOT specifying a value kamailio does not start.
Am I misunderstanding the documentation? Could this be a feature
request or it's a bug?
In a situation like our where kamailio nodes start and stop on demand
without any prior defined topology or IP addresses defined it's hard
to use DMQ module like that. That's why we introduced a DMQ server
with a fixed IP address that it's handling only those packets (but
it's a workaround).
So my next question is:

Do you guys have an idea on how could we handle DMQ on a very
mutational infrastructure?
Example: I have 2 kamailio nodes in the begining (no fixed IPs - using
DHCP), then when there's demand the infrastructure starts another 2
nodes, now I have 4 of them, then 3, one of the nodes randomly is
stopped.
And I want to use DMQ on these node to propagate information without
using a DB. How could we do that?
Also another thing that we noticed is that the last node to be added
is the one with no prior information regarding usrloc for example, it
has only the changes happening from when it starts on. Could there be
a method or modparam flag to force dmq sync of all the information
upon the startup of another node (another possible feature request)?
Kind regards,
--
Aleksandar Sosic
mail: alex.sosic at evosip.cloud
On Sat, Jun 30, 2018 at 11:12 AM Aleksandar Sosic

<alex.sosic at evosip.cloud> wrote:
> With a more verbose kamailio (not sure if it helps):
From ovoshlook at gmail.com Sun Jul 1 09:27:00 2018

From: ovoshlook at gmail.com (Yuriy Gorlichenko)
Date: Sun, 1 Jul 2018 10:27:00 +0300
Subject: [SR-Users] Should I ignore Route header in ACK?
Message-ID: <CABSP_VdhgE47tAcbSwv_Aw-ksYuxuL1RksihPJhH33=eH7VJBA@mail.gmail.com>
Hi
I know that this is not question too much close to the kamialio users but
mostly losed to the RFC specifiacations but this community looks like
pretty much close to it that is why I want to ask this question here,
that's why sorry and thanks for help in this question:
I have a situation when provider sends me 200 response with Request-Route

header and changed contact header:
Means response comes from

1.1.1.1:5060
Request-Route contains:
1.1.1.1:5060
But Contact contains:
1.1.1.1:5061
My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at

the Route Hedaer of ACK (because of Request-Route)
but provider says me that i should use Contact for the ACK
I was surprised because of

https://tools.ietf.org/html/rfc3261#section-12.2.1.1
and
https://tools.ietf.org/html/rfc3261#section-8.1.2
Says that I should use Route header for reaching destination

But I was surprised second time when tested this scenario with FreeSwitch
and another softphone (as UA) because of it both sends ACK to the based on
Contact address and ignores Route
I just wanna ask if I missed some scenario in the RFC when it is described
to ignore Route header for the UA
(I know that I use kamailio on my case as proxy server but should

understand finally who should make changes with packet handling)
Thanks one more time for the resonses and sorry one more time for the goal
of this question that belongs to the kamailio just partially
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-
users/attachments/20180701/a3834aad/attachment.html>
From abalashov at evaristesys.com Sun Jul 1 09:28:29 2018

From: abalashov at evaristesys.com (Alex Balashov)
Date: Sun, 1 Jul 2018 03:28:29 -0400
In-Reply-To: <CABSP_VdhgE47tAcbSwv_Aw-ksYuxuL1RksihPJhH33=eH7VJBA@mail.gmail.com>
References: <CABSP_VdhgE47tAcbSwv_Aw-ksYuxuL1RksihPJhH33=eH7VJBA@mail.gmail.com>
Message-ID: <20180701072829.GB3412@typhoon>
Hi,
Record-Route from the UAS in the 2xx response to the initial INVITE
transaction should be recast a Route set in in-dialog messages
originating from the caller, of which an end-to-end ACK is one.
The next Route header should be followed for reaching the next hop on the
network and transport level. The request URI should cosmetically be
equivalent to the Contact URI of the far end, but the Route header will
cause a deviation in where the request is actually sent.
This is entirely appropriate and correct. Nobody should be ignoring a

Route header.
-- Alex
On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:
> Hi
> I know that this is not question too much close to the kamialio users but
> mostly losed to the RFC specifiacations but this community looks like
> pretty much close to it that is why I want to ask this question here,
> that's why sorry and thanks for help in this question:
>
> I have a situation when provider sends me 200 response with Request-Route
> header and changed contact header:
>
> Means response comes from
> 1.1.1.1:5060
> Request-Route contains:
> 1.1.1.1:5060
> But Contact contains:
> 1.1.1.1:5061
>
> My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at
> the Route Hedaer of ACK (because of Request-Route)
>
> but provider says me that i should use Contact for the ACK
>
>
> I was surprised because of
> https://tools.ietf.org/html/rfc3261#section-12.2.1.1
> and
> https://tools.ietf.org/html/rfc3261#section-8.1.2
>
> Says that I should use Route header for reaching destination
> But I was surprised second time when tested this scenario with FreeSwitch
> and another softphone (as UA) because of it both sends ACK to the based on
> Contact address and ignores Route
>
> I just wanna ask if I missed some scenario in the RFC when it is described
> to ignore Route header for the UA
>
> (I know that I use kamailio on my case as proxy server but should
> understand finally who should make changes with packet handling)
>
> Thanks one more time for the resonses and sorry one more time for the goal
> of this question that belongs to the kamailio just partially
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Date: Sun, 1 Jul 2018 10:50:45 +0300
In-Reply-To: <20180701072829.GB3412@typhoon>
<20180701072829.GB3412@typhoon>
Message-ID: <CABSP_Vfin_UXA_W_dVNs-107JknQ0OtsLo9NqrivMD4iM3eqLw@mail.gmail.com>
Alex thank you for the response

So all that I found is correct and known looks like correct.
Then last question confusing me - why some UAC's ignoring it.
Looks like they are just have not full RFC interpretation but as i beleive
FreeSwitch have good SIP binding with almost full RFC compatable
question is: Any guess why this can happen?

Because on my side - when kamailio as one more proxy between porvider and
UAC all works correctly (means kamailio not ignores Route header and it is
right behaivor).
Looks like this happens when only 1 Request route arrives at the response
from UAS...
2018-07-01 10:28 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:
> Hi,
>
> Record-Route from the UAS in the 2xx response to the initial INVITE
> transaction should be recast a Route set in in-dialog messages
> originating from the caller, of which an end-to-end ACK is one.
>
> The next Route header should be followed for reaching the next hop on the
> network and transport level. The request URI should cosmetically be
> equivalent to the Contact URI of the far end, but the Route header will
> cause a deviation in where the request is actually sent.
>
> This is entirely appropriate and correct. Nobody should be ignoring a
> Route header.
>
> -- Alex
>
> On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:
>
> > Hi
> > I know that this is not question too much close to the kamialio users but
> > mostly losed to the RFC specifiacations but this community looks like
> > pretty much close to it that is why I want to ask this question here,
> > that's why sorry and thanks for help in this question:
> >
> > I have a situation when provider sends me 200 response with Request-Route
> > header and changed contact header:
> >
> > Means response comes from
> > 1.1.1.1:5060
> > Request-Route contains:
> > 1.1.1.1:5060
> > But Contact contains:
> > 1.1.1.1:5061
> >
> > My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at
> > the Route Hedaer of ACK (because of Request-Route)
> >
> > but provider says me that i should use Contact for the ACK
> >
> >
> > I was surprised because of
> > https://tools.ietf.org/html/rfc3261#section-12.2.1.1
> > and
> > https://tools.ietf.org/html/rfc3261#section-8.1.2
> >
> > Says that I should use Route header for reaching destination
> > But I was surprised second time when tested this scenario with FreeSwitch
> > and another softphone (as UA) because of it both sends ACK to the based
> on
> > Contact address and ignores Route
> >
> > I just wanna ask if I missed some scenario in the RFC when it is
> described
> > to ignore Route header for the UA
> >
> > (I know that I use kamailio on my case as proxy server but should
> > understand finally who should make changes with packet handling)
> >
> > Thanks one more time for the resonses and sorry one more time for the
> goal
> > of this question that belongs to the kamailio just partially
>
> > _______________________________________________
> > Kamailio (SER) - Users Mailing List
> > sr-users at lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/f3189adc/attachment.html>

Date: Sun, 1 Jul 2018 03:52:10 -0400
In-Reply-To: <CABSP_Vfin_UXA_W_dVNs-107JknQ0OtsLo9NqrivMD4iM3eqLw@mail.gmail.com>
<20180701072829.GB3412@typhoon>
<CABSP_Vfin_UXA_W_dVNs-107JknQ0OtsLo9NqrivMD4iM3eqLw@mail.gmail.com>
Message-ID: <20180701075210.GC3412@typhoon>
By "request route", I assume you mean Record-Route?
All of these rules are for proxy behaviour. A B2BUA like Freeswitch can
do whatever it wants with the other, logically independent call leg.
See RFC 3261 § 16 for more details.
> Alex thank you for the response

> So all that I found is correct and known looks like correct.
> Then last question confusing me - why some UAC's ignoring it.
> Looks like they are just have not full RFC interpretation but as i beleive
> FreeSwitch have good SIP binding with almost full RFC compatable
>
> question is: Any guess why this can happen?
> Because on my side - when kamailio as one more proxy between porvider and
> UAC all works correctly (means kamailio not ignores Route header and it is
> right behaivor).
> Looks like this happens when only 1 Request route arrives at the response
> from UAS...
>
> 2018-07-01 10:28 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:
>
> > Hi,
> >
> > Record-Route from the UAS in the 2xx response to the initial INVITE
> > transaction should be recast a Route set in in-dialog messages
> > originating from the caller, of which an end-to-end ACK is one.
> >
> > The next Route header should be followed for reaching the next hop on the
> > network and transport level. The request URI should cosmetically be
> > equivalent to the Contact URI of the far end, but the Route header will
> > cause a deviation in where the request is actually sent.
> >
> > This is entirely appropriate and correct. Nobody should be ignoring a
> > Route header.
> >
> > -- Alex
> >
> > On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:
> >
> > > Hi
> > > I know that this is not question too much close to the kamialio users but
> > > mostly losed to the RFC specifiacations but this community looks like
> > > pretty much close to it that is why I want to ask this question here,
> > > that's why sorry and thanks for help in this question:
> > >
> > > I have a situation when provider sends me 200 response with Request-Route
> > > header and changed contact header:
> > >
> > > Means response comes from
> > > 1.1.1.1:5060
> > > Request-Route contains:
> > > 1.1.1.1:5060
> > > But Contact contains:
> > > 1.1.1.1:5061
> > >
> > > My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at
> > > the Route Hedaer of ACK (because of Request-Route)
> > >
> > > but provider says me that i should use Contact for the ACK
> > >
> > >
> > > I was surprised because of
> > > https://tools.ietf.org/html/rfc3261#section-12.2.1.1
> > > and
> > > https://tools.ietf.org/html/rfc3261#section-8.1.2
> > >
> > > Says that I should use Route header for reaching destination
> > > But I was surprised second time when tested this scenario with FreeSwitch
> > > and another softphone (as UA) because of it both sends ACK to the based
> > on
> > > Contact address and ignores Route
> > >
> > > I just wanna ask if I missed some scenario in the RFC when it is
> > described
> > > to ignore Route header for the UA
> > >
> > > (I know that I use kamailio on my case as proxy server but should
> > > understand finally who should make changes with packet handling)
> > >
> > > Thanks one more time for the resonses and sorry one more time for the
> > goal
> > > of this question that belongs to the kamailio just partially
> >
> > > _______________________________________________
> > > Kamailio (SER) - Users Mailing List
> > > sr-users at lists.kamailio.org
> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > --
> > Alex Balashov | Principal | Evariste Systems LLC
> >
> > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> >
> > _______________________________________________
> >
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Sun, 1 Jul 2018 03:54:20 -0400
In-Reply-To: <CABSP_Vfin_UXA_W_dVNs-107JknQ0OtsLo9NqrivMD4iM3eqLw@mail.gmail.com>
<20180701072829.GB3412@typhoon>
Message-ID: <20180701075420.GD3412@typhoon>
Well, that was a confusing statement. To clarify:
Record-Route imposes obligations on both UAs to send their in-dialog

requests through an intermediate proxy hop. The callee will do this
because the intermediate proxy added a Record-Route to the INVITE before
passing it to the callee, and the caller will do it because the same
Record-Route is copied into the 2xx response by the callee so that the
caller knows about it. If any of these things are not happening, that
could be the reason.
> Alex thank you for the response

> So all that I found is correct and known looks like correct.
> Then last question confusing me - why some UAC's ignoring it.
> Looks like they are just have not full RFC interpretation but as i beleive
> FreeSwitch have good SIP binding with almost full RFC compatable
>
> question is: Any guess why this can happen?
> Because on my side - when kamailio as one more proxy between porvider and
> UAC all works correctly (means kamailio not ignores Route header and it is
> right behaivor).
> Looks like this happens when only 1 Request route arrives at the response
> from UAS...
>
>
> > Hi,
> >
> > Record-Route from the UAS in the 2xx response to the initial INVITE
> > transaction should be recast a Route set in in-dialog messages
> > originating from the caller, of which an end-to-end ACK is one.
> >
> > The next Route header should be followed for reaching the next hop on the
> > network and transport level. The request URI should cosmetically be
> > equivalent to the Contact URI of the far end, but the Route header will
> > cause a deviation in where the request is actually sent.
> >
> > This is entirely appropriate and correct. Nobody should be ignoring a
> > Route header.
> >
> > -- Alex
> >
> > On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:
> >
> > > Hi
> > > I know that this is not question too much close to the kamialio users but
> > > mostly losed to the RFC specifiacations but this community looks like
> > > pretty much close to it that is why I want to ask this question here,
> > > that's why sorry and thanks for help in this question:
> > >
> > > I have a situation when provider sends me 200 response with Request-Route
> > > header and changed contact header:
> > >
> > > Means response comes from
> > > 1.1.1.1:5060
> > > Request-Route contains:
> > > 1.1.1.1:5060
> > > But Contact contains:
> > > 1.1.1.1:5061
> > >
> > > My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at
> > > the Route Hedaer of ACK (because of Request-Route)
> > >
> > > but provider says me that i should use Contact for the ACK
> > >
> > >
> > > I was surprised because of
> > > https://tools.ietf.org/html/rfc3261#section-12.2.1.1
> > > and
> > > https://tools.ietf.org/html/rfc3261#section-8.1.2
> > >
> > > Says that I should use Route header for reaching destination
> > > But I was surprised second time when tested this scenario with FreeSwitch
> > > and another softphone (as UA) because of it both sends ACK to the based
> > on
> > > Contact address and ignores Route
> > >
> > > I just wanna ask if I missed some scenario in the RFC when it is
> > described
> > > to ignore Route header for the UA
> > >
> > > (I know that I use kamailio on my case as proxy server but should
> > > understand finally who should make changes with packet handling)
> > >
> > > Thanks one more time for the resonses and sorry one more time for the
> > goal
> > > of this question that belongs to the kamailio just partially
> >
> > > _______________________________________________
> >
> >
> > --
> >
> > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> >
> > _______________________________________________
> >
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Sun, 1 Jul 2018 11:01:19 +0300
In-Reply-To: <20180701075420.GD3412@typhoon>
<20180701072829.GB3412@typhoon>
<20180701075420.GD3412@typhoon>
Message-ID: <CABSP_Vcm7os9fo_JGeDu6EOdbKj0Apa_4XraRQk_+TY7MOzDjA@mail.gmail.com>
Yep. Record-Route. Sorry for typo.
Thx for the explanation.
On Sun, Jul 1, 2018, 10:56 Alex Balashov <abalashov at evaristesys.com> wrote:
> Well, that was a confusing statement. To clarify:

>
> Record-Route imposes obligations on both UAs to send their in-dialog
> requests through an intermediate proxy hop. The callee will do this
> because the intermediate proxy added a Record-Route to the INVITE before
> passing it to the callee, and the caller will do it because the same
> Record-Route is copied into the 2xx response by the callee so that the
> caller knows about it. If any of these things are not happening, that
> could be the reason.
>
>
> > Alex thank you for the response
> > So all that I found is correct and known looks like correct.
> > Then last question confusing me - why some UAC's ignoring it.
> > Looks like they are just have not full RFC interpretation but as i
> beleive
> > FreeSwitch have good SIP binding with almost full RFC compatable
> >
> > question is: Any guess why this can happen?
> > Because on my side - when kamailio as one more proxy between porvider and
> > UAC all works correctly (means kamailio not ignores Route header and it
> is
> > right behaivor).
> > Looks like this happens when only 1 Request route arrives at the response
> > from UAS...
> >
> > 2018-07-01 10:28 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:
> >
> > > Hi,
> > >
> > > Record-Route from the UAS in the 2xx response to the initial INVITE
> > > transaction should be recast a Route set in in-dialog messages
> > > originating from the caller, of which an end-to-end ACK is one.
> > >
> > > The next Route header should be followed for reaching the next hop on
> the
> > > network and transport level. The request URI should cosmetically be
> > > equivalent to the Contact URI of the far end, but the Route header will
> > > cause a deviation in where the request is actually sent.
> > >
> > > This is entirely appropriate and correct. Nobody should be ignoring a
> > > Route header.
> > >
> > > -- Alex
> > >
> > > On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:
> > >
> > > > Hi
> > > > I know that this is not question too much close to the kamialio
> users but
> > > > mostly losed to the RFC specifiacations but this community looks like
> > > > pretty much close to it that is why I want to ask this question here,
> > > > that's why sorry and thanks for help in this question:
> > > >
> > > > I have a situation when provider sends me 200 response with
> Request-Route
> > > > header and changed contact header:
> > > >
> > > > Means response comes from
> > > > 1.1.1.1:5060
> > > > Request-Route contains:
> > > > 1.1.1.1:5060
> > > > But Contact contains:
> > > > 1.1.1.1:5061
> > > >
> > > > My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted
> up at
> > > > the Route Hedaer of ACK (because of Request-Route)
> > > >
> > > > but provider says me that i should use Contact for the ACK
> > > >
> > > >
> > > > I was surprised because of
> > > > https://tools.ietf.org/html/rfc3261#section-12.2.1.1
> > > > and
> > > > https://tools.ietf.org/html/rfc3261#section-8.1.2
> > > >
> > > > Says that I should use Route header for reaching destination
> > > > But I was surprised second time when tested this scenario with
> FreeSwitch
> > > > and another softphone (as UA) because of it both sends ACK to the
> based
> > > on
> > > > Contact address and ignores Route
> > > >
> > > > I just wanna ask if I missed some scenario in the RFC when it is
> > > described
> > > > to ignore Route header for the UA
> > > >
> > > > (I know that I use kamailio on my case as proxy server but should
> > > > understand finally who should make changes with packet handling)
> > > >
> > > > Thanks one more time for the resonses and sorry one more time for the
> > > goal
> > > > of this question that belongs to the kamailio just partially
> > >
> > > > _______________________________________________
> > > > Kamailio (SER) - Users Mailing List
> > > > sr-users at lists.kamailio.org
> > > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > >
> > >
> > > --
> > > Alex Balashov | Principal | Evariste Systems LLC
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
> > >
> > > _______________________________________________
> > >
>
> > _______________________________________________
>
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/06db39ec/attachment.html>

Date: Sun, 1 Jul 2018 11:27:36 +0300
In-Reply-To: <20180701075210.GC3412@typhoon>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
Message-ID: <CABSP_VeM46r_LS6ROBqZ17f0pycJ0A08hMxRqFZm5c7HmcpiDQ@mail.gmail.com>
Regarding UAC I meant not internal handling at the Freeswitch

I mean when one call leg of the FS (presume B leg for outgouing) palys role
of the UAC:
Generates INVITE to the Provider directly for example
In this case provider answers with Record-Route header as 1.1.1.1:5060

and Contact header as 1.1.1.1:5061
So FS in this case ignores single route header and sends request to the
Provider Contact....
That was confused me...
> By "request route", I assume you mean Record-Route?

>
> All of these rules are for proxy behaviour. A B2BUA like Freeswitch can
> do whatever it wants with the other, logically independent call leg.
>
> See RFC 3261 § 16 for more details.
>
>
> beleive
> >
> is
> > from UAS...
> >
> >
> > > Hi,
> > >
> > >
> the
> > >
> > > Route header.
> > >
> > > -- Alex
> > >
> > >
> > > > Hi
> users but
> > > >
> Request-Route
> > > >
> > > > 1.1.1.1:5060
> > > > 1.1.1.1:5060
> > > > 1.1.1.1:5061
> > > >
> up at
> > > >
> > > >
> > > >
> > > > and
> > > >
> FreeSwitch
> based
> > > on
> > > >
> > > described
> > > >
> > > >
> > > goal
> > >
> > > > _______________________________________________
> > >
> > >
> > > --
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > >
> > > _______________________________________________
> > >
>
> > _______________________________________________
>
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/b8b66928/attachment.html>
Date: Sun, 1 Jul 2018 11:29:03 +0300
<20180701072829.GB3412@typhoon>
<20180701075420.GD3412@typhoon>
Message-ID: <CABSP_Vcf6=XUpCb2=iuO_+2m+kC7ORZhoPogA2Sy5muFps=CLw@mail.gmail.com>
Will catch dump for now one more time to clarify this situation about
directly sent ACK from UAC with ignotring Route
> Well, that was a confusing statement. To clarify:

>
> Record-Route imposes obligations on both UAs to send their in-dialog
> requests through an intermediate proxy hop. The callee will do this
> because the intermediate proxy added a Record-Route to the INVITE before
> passing it to the callee, and the caller will do it because the same
> Record-Route is copied into the 2xx response by the callee so that the
> caller knows about it. If any of these things are not happening, that
> could be the reason.
>
>
> beleive
> >
> is
> > from UAS...
> >
> >
> > > Hi,
> > >
> > >
> the
> > >
> > > Route header.
> > >
> > > -- Alex
> > >
> > >
> > > > Hi
> users but
> > > >
> Request-Route
> > > >
> > > > 1.1.1.1:5060
> > > > 1.1.1.1:5060
> > > > 1.1.1.1:5061
> > > >
> up at
> > > >
> > > >
> > > >
> > > > and
> > > >
> FreeSwitch
> based
> > > on
> > > >
> > > described
> > > >
> > > >
> > > goal
> > >
> > > > _______________________________________________
> > >
> > >
> > > --
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > >
> > > _______________________________________________
> > >
>
> > _______________________________________________
>
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/ca7d60ce/attachment.html>

Date: Sun, 1 Jul 2018 04:35:42 -0400
In-Reply-To: <CABSP_VeM46r_LS6ROBqZ17f0pycJ0A08hMxRqFZm5c7HmcpiDQ@mail.gmail.com>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<CABSP_VeM46r_LS6ROBqZ17f0pycJ0A08hMxRqFZm5c7HmcpiDQ@mail.gmail.com>
Message-ID: <20180701083542.GE3412@typhoon>
> So FS in this case ignores single route header and sends request to the
> Provider Contact....
If so, that's wrong.
I suppose it's possible that it matches the next hop based on IP address
alone and not port, but that's radioactively incorrect.
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Sun, 1 Jul 2018 11:48:04 +0300
In-Reply-To: <20180701083542.GE3412@typhoon>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
Message-ID: <CABSP_Vc2WaYBPO85s50SKCFppmfRonrmFnwBUq6Vs-NbzeCs1g@mail.gmail.com>
Hm... Nice guess

I will try to check it
Thank you so much for clarify these things Alex!
>
> > So FS in this case ignores single route header and sends request to the
> > Provider Contact....
>
> If so, that's wrong.
>
> I suppose it's possible that it matches the next hop based on IP address
> alone and not port, but that's radioactively incorrect.
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/53f39c49/attachment.html>
From mespio at gmail.com Sun Jul 1 11:47:40 2018

From: mespio at gmail.com (Mojtaba)
Date: Sun, 1 Jul 2018 14:17:40 +0430
Subject: [SR-Users] RTPEngine Recording does not work
In-Reply-To: <CAGVOjVX2z19bKJmwtPfoXT4fG9ULF1N8gOraMr91bQE_u7iygA@mail.gmail.com>
References: <CABVi_EzPdTWTvuT4iy-f6RnMkcgYZwGwncamj7JZwFUq5xCGDg@mail.gmail.com>
<f5cbf426-69d0-5f29-a724-aadc228adbd9@sipwise.com>
<CABVi_Ezyv5PfroYN6XGDCoZVZYnb-D=iqpSwGuqvBb-J9-JP2w@mail.gmail.com>
<CAGVOjVX2z19bKJmwtPfoXT4fG9ULF1N8gOraMr91bQE_u7iygA@mail.gmail.com>
Message-ID: <CABVi_Ew47tf3zWz36cjuoDLsVGOQrHdtNp7HK9--FvD3E0ccnA@mail.gmail.com>
I have strange issue,

the output of of ùname -r` command is "3.16.0-4-amd64", while all the
debs file are "4.9.0-0.bpo.6-amd64".
ngcp-rtpengine_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-iptables_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-kernel-dkms_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-kernel-source_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-recording-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-utils_6.4.0.0+0~mr6.4.0.0_all.deb
Is it the reason of my issue?
On Fri, Jun 29, 2018 at 9:57 PM, Aqs Younas <aqsyounas at gmail.com> wrote:
> you can check by starting your rtpengine with this parameter "--table=0". If
> kernal modules is properly installed you will not face any error.
>
> Best Regards,
>
> Aqs Younas
>
>
>
> On Fri, 29 Jun 2018 at 03:33, Mojtaba <mespio at gmail.com> wrote:
>>
>> Thank you. I installed RTPEngine from git
>> (https://github.com/sipwise/rtpengine).
>> Let me know how can i be sure kernel module is loaded? and how can i load
>> it?
>> Thanks
>>
>> On Thu, Jun 28, 2018 at 6:20 PM, Richard Fuchs <rfuchs at sipwise.com> wrote:
>> > Looks like you haven't set up the kernel module properly. For the "proc"
>> > method of recording to work, the kernel module must be loaded and in
>> > use.
>> >
>> > Cheers
>> >
>> >
>> > On 2018-06-28 05:47, Mojtaba wrote:
>> >>
>> >> Hi all,
>> >> I installed RTPEngine (Version: 6.4.0.0+0~mr6.4.0.0
>> >> git-master-4eb80da) in my VM machine (Debian GNU/Linux 8 (jessie), i
>> >> also installed kamailio 5.1.
>> >>
>> >> In kamailio routes, i have:
>> >> route {
>> >> ...
>> >> #rtpengine_manage("record-call")
>> >> rtpengine_manage();
>> >> start_recording();
>> >> ...
>> >> }
>> >> Here is all other configuration files:
>> >>
>> >> In /etc/default/ngcp-rtpengine-daemon file:
>> >> RUN_RTPENGINE=yes
>> >> CONFIG_FILE=/etc/rtpengine/rtpengine.conf
>> >> CONFIG_SECTION=rtpengine
>> >> PIDFILE=/var/run/ngcp-rtpengine-daemon.pid
>> >> MANAGE_IPTABLES=yes
>> >> TABLE=0
>> >>
>> >> In /etc/default/ngcp-rtpengine-recording-daemon file:
>> >> RUN_RTPENGINE_RECORDING=yes
>> >> CONFIG_FILE=/etc/rtpengine/rtpengine-recording.conf
>> >> CONFIG_SECTION=rtpengine-recording
>> >> PIDFILE=/var/run/ngcp-rtpengine-recording-daemon.pid
>> >> MUST_NFS=no
>> >> NFS_HOST=192.168.1.1
>> >> NFS_REMOTE_PATH=/var/recordings
>> >> NFS_LOCAL_MOUNT=/var/lib/rtpengine-recording # must match output-dir if
>> >> used
>> >> NFS_OPTIONS=hard,intr,tcp
>> >>
>> >> In /etc/rtpengine/rtpengine.conf file:
>> >> [rtpengine]
>> >> table = 0
>> >> interface = 192.168.122.200
>> >> listen-ng = 127.0.0.1:2223
>> >> recording-dir = /var/spool/rtpengine/
>> >> recording-method = proc
>> >>
>> >> In
>> >> [rtpengine-recording]
>> >> table = 0
>> >> # output-storage = db (use default)
>> >> # output-format = mp3 (use default)
>> >> # output-mixed = 1
>> >> spool-dir = /var/spool/rtpengine/metadata
>> >> output-dir = /var/spool/rtpengine/recording
>> >>
>> >> But the recording is not work, I have these issues in syslog:
>> >> [1530178531.860171] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Received command
>> >> 'start recording' from 127.0.0.1:38654
>> >> [1530178531.860191] NOTICE:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Turning on call
>> >> recording.
>> >> [1530178531.860239] WARNING:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Call recording through
>> >> /proc interface requested, but kernel table not open
>> >> [1530178531.860262] ERR:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Failed to open
>> >> recording metadata file '(null)' for writing: Bad address
>> >> [1530178531.860269] ERR:
>> >> [1530178531.860275] ERR:
>> >> [1530178531.860281] ERR:
>> >> [1530178531.860287] ERR:
>> >> [1530178531.860292] ERR:
>> >> [1530178531.860303] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'start
>> >> recording' from 127.0.0.1:38654 (elapsed time 0.000112 sec)
>> >> [1530178531.969040] INFO:
>> >> [1530178531.969069] INFO:
>> >> [1530178537.176906] INFO:
>> >> 'delete' from 127.0.0.1:40258
>> >> [1530178537.177003] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Scheduling deletion of
>> >> call branch '9052b05a' (via-branch '') in 30 seconds
>> >> [1530178537.177026] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'delete'
>> >> from 127.0.0.1:40258 (elapsed time 0.000084 sec)
>> >> [1530178537.178368] INFO:
>> >> [1530178537.178392] INFO:
>> >> ^C[1530178543.752740] INFO: Version 6.4.0.0+0~mr6.4.0.0
>> >> git-master-4eb80da shutting down
>> >>
>> >> Also when i start RTPEngine, I have FATAL error about module
>> >> xt_RTPENGINEer in syslog:
>> >> Jun 28 05:44:58 debian8 systemd[1]: Starting NGCP RTP/media Proxy
>> >> Daemon...
>> >> Jun 28 05:44:58 debian8 ngcp-rtpengine-iptables-setup[10203]:
>> >> modprobe: FATAL: Module xt_RTPENGINE not found.
>> >> iptables: No chain/target/match by that name.
>> >> ip6tables: No chain/target/match by that name.
>> >> Jun 28 05:44:58 debian8 systemd[1]: Started NGCP RTP/media Proxy
>> >> Daemon.
>> >> Jun 28 05:44:58 debian8 rtpengine[10219]: [1530179098.989322] INFO:
>> >> Generating new DTLS certificate
>> >> Jun 28 05:44:59 debian8 rtpengine[10219]: [1530179099.033499] ERR:
>> >> FAILED TO CREATE KERNEL TABLE 0 (No such file or directory), KERNEL
>> >> FORWARDING DISABLED
>> >> J
>> >>
>> >> Let me know what is the problem and how can i solve it?
>> >>
>> >
>> > _______________________________________________
>> > Kamailio (SER) - Users Mailing List
>> > sr-users at lists.kamailio.org
>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> --
>> --Mojtaba Esfandiari.S
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
>
--
--Mojtaba Esfandiari.S
From dometec at gmail.com Sun Jul 1 11:57:15 2018

From: dometec at gmail.com (Domenico Briganti)
Date: Sun, 1 Jul 2018 11:57:15 +0200
In-Reply-To: <CABVi_Ew47tf3zWz36cjuoDLsVGOQrHdtNp7HK9--FvD3E0ccnA@mail.gmail.com>
<CABVi_Ew47tf3zWz36cjuoDLsVGOQrHdtNp7HK9--FvD3E0ccnA@mail.gmail.com>
Message-ID: <CAL_hDtwpbHQipKYWcSHPYpxwphNv_pEREvsw_VZPnm2t6OgfuQ@mail.gmail.com>
ll
Il 01 lug 2018 11:48 AM, "Mojtaba" <mespio at gmail.com> ha scritto:
I have strange issue,

the output of of ùname -r` command is "3.16.0-4-amd64", while all the
debs file are "4.9.0-0.bpo.6-amd64".
ngcp-rtpengine_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-iptables_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-kernel-dkms_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-kernel-source_6.4.0.0+0~mr6.4.0.0_all.deb
ngcp-rtpengine-recording-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
ngcp-rtpengine-utils_6.4.0.0+0~mr6.4.0.0_all.deb
Is it the reason of my issue?
On Fri, Jun 29, 2018 at 9:57 PM, Aqs Younas <aqsyounas at gmail.com> wrote:
> you can check by starting your rtpengine with this parameter "--table=0".
If
> kernal modules is properly installed you will not face any error.
>
> Best Regards,
>
> Aqs Younas
>
>
>
> On Fri, 29 Jun 2018 at 03:33, Mojtaba <mespio at gmail.com> wrote:
>>
>> Thank you. I installed RTPEngine from git
>> (https://github.com/sipwise/rtpengine).
>> Let me know how can i be sure kernel module is loaded? and how can i
load
>> it?
>> Thanks
>>
>> On Thu, Jun 28, 2018 at 6:20 PM, Richard Fuchs <rfuchs at sipwise.com>
wrote:
>> > Looks like you haven't set up the kernel module properly. For the
"proc"
>> > method of recording to work, the kernel module must be loaded and in
>> > use.
>> >
>> > Cheers
>> >
>> >
>> > On 2018-06-28 05:47, Mojtaba wrote:
>> >>
>> >> Hi all,
>> >> I installed RTPEngine (Version: 6.4.0.0+0~mr6.4.0.0
>> >> git-master-4eb80da) in my VM machine (Debian GNU/Linux 8 (jessie), i
>> >> also installed kamailio 5.1.
>> >>
>> >> In kamailio routes, i have:
>> >> route {
>> >> ...
>> >> #rtpengine_manage("record-call")
>> >> rtpengine_manage();
>> >> start_recording();
>> >> ...
>> >> }
>> >> Here is all other configuration files:
>> >>
>> >> In /etc/default/ngcp-rtpengine-daemon file:
>> >> RUN_RTPENGINE=yes
>> >> CONFIG_FILE=/etc/rtpengine/rtpengine.conf
>> >> CONFIG_SECTION=rtpengine
>> >> PIDFILE=/var/run/ngcp-rtpengine-daemon.pid
>> >> MANAGE_IPTABLES=yes
>> >> TABLE=0
>> >>
>> >> In /etc/default/ngcp-rtpengine-recording-daemon file:
>> >> RUN_RTPENGINE_RECORDING=yes
>> >> CONFIG_FILE=/etc/rtpengine/rtpengine-recording.conf
>> >> CONFIG_SECTION=rtpengine-recording
>> >> PIDFILE=/var/run/ngcp-rtpengine-recording-daemon.pid
>> >> MUST_NFS=no
>> >> NFS_HOST=192.168.1.1
>> >> NFS_REMOTE_PATH=/var/recordings
>> >> NFS_LOCAL_MOUNT=/var/lib/rtpengine-recording # must match output-dir
if
>> >> used
>> >> NFS_OPTIONS=hard,intr,tcp
>> >>
>> >> In /etc/rtpengine/rtpengine.conf file:
>> >> [rtpengine]
>> >> table = 0
>> >> interface = 192.168.122.200
>> >> listen-ng = 127.0.0.1:2223
>> >> recording-dir = /var/spool/rtpengine/
>> >> recording-method = proc
>> >>
>> >> In
>> >> [rtpengine-recording]
>> >> table = 0
>> >> # output-storage = db (use default)
>> >> # output-format = mp3 (use default)
>> >> # output-mixed = 1
>> >> spool-dir = /var/spool/rtpengine/metadata
>> >> output-dir = /var/spool/rtpengine/recording
>> >>
>> >> But the recording is not work, I have these issues in syslog:
>> >> [1530178531.860171] INFO:
>> >> [1530178531.860191] NOTICE:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Turning on call
>> >> recording.
>> >> [1530178531.860239] WARNING:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Call recording through
>> >> /proc interface requested, but kernel table not open
>> >> [1530178531.860262] ERR:
>> >> [1530178531.860269] ERR:
>> >> [1530178531.860275] ERR:
>> >> [1530178531.860281] ERR:
>> >> [1530178531.860287] ERR:
>> >> [1530178531.860292] ERR:
>> >> [1530178531.860303] INFO:
>> >> [1530178531.969040] INFO:
>> >> [1530178531.969069] INFO:
>> >> [1530178537.176906] INFO:
>> >> 'delete' from 127.0.0.1:40258
>> >> [1530178537.177003] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Scheduling deletion of
>> >> call branch '9052b05a' (via-branch '') in 30 seconds
>> >> [1530178537.177026] INFO:
>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'delete'
>> >> from 127.0.0.1:40258 (elapsed time 0.000084 sec)
>> >> [1530178537.178368] INFO:
>> >> [1530178537.178392] INFO:
>> >> ^C[1530178543.752740] INFO: Version 6.4.0.0+0~mr6.4.0.0
>> >> git-master-4eb80da shutting down
>> >>
>> >> Also when i start RTPEngine, I have FATAL error about module
>> >> xt_RTPENGINEer in syslog:
>> >> Jun 28 05:44:58 debian8 systemd[1]: Starting NGCP RTP/media Proxy
>> >> Daemon...
>> >> modprobe: FATAL: Module xt_RTPENGINE not found.
>> >> iptables: No chain/target/match by that name.
>> >> ip6tables: No chain/target/match by that name.
>> >> Jun 28 05:44:58 debian8 systemd[1]: Started NGCP RTP/media Proxy
>> >> Daemon.
>> >> Jun 28 05:44:58 debian8 rtpengine[10219]: [1530179098.989322] INFO:
>> >> Generating new DTLS certificate
>> >> Jun 28 05:44:59 debian8 rtpengine[10219]: [1530179099.033499] ERR:
>> >> FAILED TO CREATE KERNEL TABLE 0 (No such file or directory), KERNEL
>> >> FORWARDING DISABLED
>> >> J
>> >>
>> >> Let me know what is the problem and how can i solve it?
>> >>
>> >
>> > _______________________________________________
>>
>>
>>
>> --
>>
>> _______________________________________________
>
>
> _______________________________________________
>
--
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
users/attachments/20180701/26aec020/attachment.html>
From mespio at gmail.com Sun Jul 1 12:07:39 2018

Date: Sun, 1 Jul 2018 14:37:39 +0430
In-Reply-To: <CAL_hDtwpbHQipKYWcSHPYpxwphNv_pEREvsw_VZPnm2t6OgfuQ@mail.gmail.com>
<CAL_hDtwpbHQipKYWcSHPYpxwphNv_pEREvsw_VZPnm2t6OgfuQ@mail.gmail.com>
Message-ID: <CABVi_EyFrJMtnFj+k5RR=PaOtHZeisbToGt2kYoJHMK=kTfwWg@mail.gmail.com>
What do you mean?
On Sun, Jul 1, 2018 at 2:27 PM, Domenico Briganti <dometec at gmail.com> wrote:
> ll
>
> Il 01 lug 2018 11:48 AM, "Mojtaba" <mespio at gmail.com> ha scritto:
>
> I have strange issue,
> the output of of ùname -r` command is "3.16.0-4-amd64", while all the
> debs file are "4.9.0-0.bpo.6-amd64".
> ngcp-rtpengine_6.4.0.0+0~mr6.4.0.0_all.deb
> ngcp-rtpengine-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
> ngcp-rtpengine-iptables_6.4.0.0+0~mr6.4.0.0_amd64.deb
> ngcp-rtpengine-kernel-dkms_6.4.0.0+0~mr6.4.0.0_all.deb
> ngcp-rtpengine-kernel-source_6.4.0.0+0~mr6.4.0.0_all.deb
> ngcp-rtpengine-recording-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
> ngcp-rtpengine-utils_6.4.0.0+0~mr6.4.0.0_all.deb
> Is it the reason of my issue?
>
> On Fri, Jun 29, 2018 at 9:57 PM, Aqs Younas <aqsyounas at gmail.com> wrote:
>> you can check by starting your rtpengine with this parameter "--table=0".
>> If
>> kernal modules is properly installed you will not face any error.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>>
>>
>> On Fri, 29 Jun 2018 at 03:33, Mojtaba <mespio at gmail.com> wrote:
>>>
>>> Thank you. I installed RTPEngine from git
>>> (https://github.com/sipwise/rtpengine).
>>> Let me know how can i be sure kernel module is loaded? and how can i
>>> load
>>> it?
>>> Thanks
>>>
>>> On Thu, Jun 28, 2018 at 6:20 PM, Richard Fuchs <rfuchs at sipwise.com>
>>> wrote:
>>> > Looks like you haven't set up the kernel module properly. For the
>>> > "proc"
>>> > method of recording to work, the kernel module must be loaded and in
>>> > use.
>>> >
>>> > Cheers
>>> >
>>> >
>>> > On 2018-06-28 05:47, Mojtaba wrote:
>>> >>
>>> >> Hi all,
>>> >> I installed RTPEngine (Version: 6.4.0.0+0~mr6.4.0.0
>>> >> git-master-4eb80da) in my VM machine (Debian GNU/Linux 8 (jessie), i
>>> >> also installed kamailio 5.1.
>>> >>
>>> >> In kamailio routes, i have:
>>> >> route {
>>> >> ...
>>> >> #rtpengine_manage("record-call")
>>> >> rtpengine_manage();
>>> >> start_recording();
>>> >> ...
>>> >> }
>>> >> Here is all other configuration files:
>>> >>
>>> >> In /etc/default/ngcp-rtpengine-daemon file:
>>> >> RUN_RTPENGINE=yes
>>> >> CONFIG_FILE=/etc/rtpengine/rtpengine.conf
>>> >> CONFIG_SECTION=rtpengine
>>> >> PIDFILE=/var/run/ngcp-rtpengine-daemon.pid
>>> >> MANAGE_IPTABLES=yes
>>> >> TABLE=0
>>> >>
>>> >> In /etc/default/ngcp-rtpengine-recording-daemon file:
>>> >> RUN_RTPENGINE_RECORDING=yes
>>> >> CONFIG_FILE=/etc/rtpengine/rtpengine-recording.conf
>>> >> CONFIG_SECTION=rtpengine-recording
>>> >> PIDFILE=/var/run/ngcp-rtpengine-recording-daemon.pid
>>> >> MUST_NFS=no
>>> >> NFS_HOST=192.168.1.1
>>> >> NFS_REMOTE_PATH=/var/recordings
>>> >> NFS_LOCAL_MOUNT=/var/lib/rtpengine-recording # must match output-dir
>>> >> if
>>> >> used
>>> >> NFS_OPTIONS=hard,intr,tcp
>>> >>
>>> >> In /etc/rtpengine/rtpengine.conf file:
>>> >> [rtpengine]
>>> >> table = 0
>>> >> interface = 192.168.122.200
>>> >> listen-ng = 127.0.0.1:2223
>>> >> recording-dir = /var/spool/rtpengine/
>>> >> recording-method = proc
>>> >>
>>> >> In
>>> >> [rtpengine-recording]
>>> >> table = 0
>>> >> # output-storage = db (use default)
>>> >> # output-format = mp3 (use default)
>>> >> # output-mixed = 1
>>> >> spool-dir = /var/spool/rtpengine/metadata
>>> >> output-dir = /var/spool/rtpengine/recording
>>> >>
>>> >> But the recording is not work, I have these issues in syslog:
>>> >> [1530178531.860171] INFO:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Received command
>>> >> 'start recording' from 127.0.0.1:38654
>>> >> [1530178531.860191] NOTICE:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Turning on call
>>> >> recording.
>>> >> [1530178531.860239] WARNING:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Call recording through
>>> >> /proc interface requested, but kernel table not open
>>> >> [1530178531.860262] ERR:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Failed to open
>>> >> recording metadata file '(null)' for writing: Bad address
>>> >> [1530178531.860269] ERR:
>>> >> [1530178531.860275] ERR:
>>> >> [1530178531.860281] ERR:
>>> >> [1530178531.860287] ERR:
>>> >> [1530178531.860292] ERR:
>>> >> [1530178531.860303] INFO:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'start
>>> >> recording' from 127.0.0.1:38654 (elapsed time 0.000112 sec)
>>> >> [1530178531.969040] INFO:
>>> >> [1530178531.969069] INFO:
>>> >> [1530178537.176906] INFO:
>>> >> 'delete' from 127.0.0.1:40258
>>> >> [1530178537.177003] INFO:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Scheduling deletion of
>>> >> call branch '9052b05a' (via-branch '') in 30 seconds
>>> >> [1530178537.177026] INFO:
>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'delete'
>>> >> from 127.0.0.1:40258 (elapsed time 0.000084 sec)
>>> >> [1530178537.178368] INFO:
>>> >> [1530178537.178392] INFO:
>>> >> ^C[1530178543.752740] INFO: Version 6.4.0.0+0~mr6.4.0.0
>>> >> git-master-4eb80da shutting down
>>> >>
>>> >> Also when i start RTPEngine, I have FATAL error about module
>>> >> xt_RTPENGINEer in syslog:
>>> >> Jun 28 05:44:58 debian8 systemd[1]: Starting NGCP RTP/media Proxy
>>> >> Daemon...
>>> >> Jun 28 05:44:58 debian8 ngcp-rtpengine-iptables-setup[10203]:
>>> >> modprobe: FATAL: Module xt_RTPENGINE not found.
>>> >> iptables: No chain/target/match by that name.
>>> >> ip6tables: No chain/target/match by that name.
>>> >> Jun 28 05:44:58 debian8 systemd[1]: Started NGCP RTP/media Proxy
>>> >> Daemon.
>>> >> Jun 28 05:44:58 debian8 rtpengine[10219]: [1530179098.989322] INFO:
>>> >> Generating new DTLS certificate
>>> >> Jun 28 05:44:59 debian8 rtpengine[10219]: [1530179099.033499] ERR:
>>> >> FAILED TO CREATE KERNEL TABLE 0 (No such file or directory), KERNEL
>>> >> FORWARDING DISABLED
>>> >> J
>>> >>
>>> >> Let me know what is the problem and how can i solve it?
>>> >>
>>> >
>>> > _______________________________________________
>>> > Kamailio (SER) - Users Mailing List
>>> > sr-users at lists.kamailio.org
>>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>>
>>> --
>>> --Mojtaba Esfandiari.S
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> _______________________________________________
>>
>
>
>
>
> --
> --Mojtaba Esfandiari.S
>
> _______________________________________________
>
>
>
> _______________________________________________
>
--
From pali.rohar at gmail.com Sun Jul 1 10:17:41 2018

From: pali.rohar at gmail.com (Pali =?utf-8?B?Um9ow6Fy?=)
Date: Sun, 1 Jul 2018 10:17:41 +0200
Subject: [SR-Users] linphone & presence_xml ERROR
In-Reply-To: <9632e2dd-a1f2-37cd-023f-7d8d56759550@gmail.com>
References: <20180623202124.x2vgmhx6muqautgb@pali>
<690b9502-e5b0-f480-de28-df84bcb628ca@gmail.com>
<20180625140357.dtbii4ogas7z5w6s@pali>
<f7a215b8-80f7-d5ca-786c-e7f29e2c5000@gmail.com>
<20180626164348.jhqutnvmroez2al7@pali>
<9632e2dd-a1f2-37cd-023f-7d8d56759550@gmail.com>
Message-ID: <20180701081741.wz4ydiaeoy3jfklj@pali>
I reported this problem to linphone mailing list:

http://lists.nongnu.org/archive/html/linphone-users/2018-06/msg00021.html
On Wednesday 27 June 2018 10:39:10 Daniel-Constantin Mierla wrote:

> Hello,
>
> thanks for sharing, might help others facing same issue!
>
> Cheers,
> Daniel
>
>
> On 26.06.18 18:43, Pali Rohár wrote:
> > Hi! Thank you very much for hints. I was able to fix those invalid XML
> > bodies produced by Linphone by following kamailio.cfg code:
> >
> > # Fix invalid XML produced by Linphone
> > if(has_body("application/pidf+xml") && search_hf("User-Agent", "Linphone",
"a")) {
> >
subst_body('/(<presence.*entity=".*)<(sip:.*)>(".*>)/\1<\2>\3/g');
> >
subst_body('/(<contact[^>]*>.*)<(sip:.*)>(.*<\/contact>)/\1<\2>\3/g');
> > msg_apply_changes();
> > }
> >
> > I put it into "route[PRESENCE]" section inside "if(is_method("PUBLISH")) {".
> >
> > It is a hack, but it is working fine. Linphone now can show online
> > status correctly.
> >
> > On Tuesday 26 June 2018 10:45:07 Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> if you want to try to fix it inside kamailio.cfg, look at the
> >> subst/replace functions from textops module and once those operations
> >> are done, do msg_apply_changes() from textopsx module.
> >>
> >> Cheers,
> >> Daniel
> >>
> >>
> >> On 25.06.18 16:03, Pali Rohár wrote:
> >>> Ah, seems you are right. It is invalid XML. I have not spotted that when
> >>> doing packet dumps.
> >>>
> >>> So I would report bug to linphone project. I (as a user) have no control
> >>> on what linphone SIP client send to server...
> >>>
> >>> It looks like that linphone forgot to encode entity="..." and content of
> >>> <contact>. Is there any way to "fix" these two problems in kamailio
> >>> server? Probably as doing some replace filter in kamailio config file
> >>> for incoming packets?
> >>>
> >>> Because current version of linphone is widely used and it would take
> >>> time if linphone fixes this issue and users updates current broken
> >>> version.
> >>>
> >>> On Monday 25 June 2018 15:47:19 Daniel-Constantin Mierla wrote:
> >>>> Hello,
> >>>>
> >>>> the error is printed because the parsing of the XML body in PUBLISH
> >>>> fails -- an invalid XML document. Quickly looking at it:
> >>>>
> >>>>
> >>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> >>>> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> >>>> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="User <sip:USER at
HOST>">
> >>>> <tuple id="sg89ae">
> >>>> <status><basic>closed</basic></status>
> >>>> <contact priority="0.8">User <sip:USER at HOST></contact>
> >>>> </tuple>
> >>>> </presence>
> >>>>
> >>>>
> >>>> the issue likely is the content of the <contact>...</contact>, it has
> >>>> <sip:...> which is an opening tag from XML point of view. Either encode
> >>>> < and > there, or put the sip address without them.
> >>>>
> >>>> Cheers,
> >>>> Daniel
> >>>>
> >>>> On 23.06.18 22:21, Pali Rohár wrote:
> >>>>> Hi!
> >>>>>
> >>>>> I'm using linphone 3.6.1 as SIP client and Kamailio 4.4.4 as proxy
> >>>>> server and registrar.
> >>>>>
> >>>>> And every time I try to change online status (presence) in linphone
> >>>>> client, I see following error messages in kamailio server log:
> >>>>>
> >>>>> ERROR: presence_xml [add_events.c:167]: xml_publ_handl(): bad body format
> >>>>> ERROR: presence [publish.c:443]: handle_publish(): in event specific
publish handling
> >>>>> ERROR: tm [t_reply.c:533]: _reply_light(): ERROR: _reply_light: can't
generate 500 reply when a final 415 was sent out
> >>>>> ERROR: sl [sl.c:269]: send_reply(): failed to reply stateful (tm)
> >>>>> ERROR: presence [utils_func.c:146]: send_error_reply(): sending 500 Server
Internal Error reply
> >>>>> ERROR: presence [publish.c:492]: handle_publish(): failed to send error
reply
> >>>>>
> >>>>> So it looks like kamailio is not able to parse presence change which is
> >>>>> linphone doing. I captured traffic via tcpdump what linphone sends:
> >>>>>
> >>>>> 21:58:58.704792 IP (tos 0x68, ttl 64, id 64109, offset 0, flags [DF], proto
UDP (17), length 32)
> >>>>> LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP
> >>>>> LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP, length: 724
> >>>>> PUBLISH sip:USER at HOST SIP/2.0
> >>>>> Via: SIP/2.0/UDP
LINPHONE_IP_ADDRESS:5060;rport;branch=z9hG4bK2049418743
> >>>>> From: User <sip:USER at HOST>;tag=184282924
> >>>>> To: User <sip:USER at HOST>
> >>>>> Call-ID: 1435474953
> >>>>> CSeq: 26 PUBLISH
> >>>>> Content-Type: application/pidf+xml
> >>>>> Max-Forwards: 70
> >>>>> User-Agent: Linphone/3.6.1 (eXosip2/4.1.0)
> >>>>> Expires: 600
> >>>>> Event: presence
> >>>>> Content-Length: 353
> >>>>>
> >>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>> <presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="User <sip:USER at HOST>">
> >>>>> <tuple id="sg89ae">
> >>>>> <status><basic>closed</basic></status>
> >>>>> <contact priority="0.8">User <sip:USER at HOST></contact>
> >>>>> </tuple>
> >>>>> </presence>
> >>>>> 21:58:58.710097 IP (tos 0x10, ttl 53, id 10255, offset 0, flags [none],
proto UDP (17), length 473)
> >>>>> KAMAILIO_IP_ADDRESS.5060 > LINPHONE_IP_ADDRESS.5060: SIP, length: 445
> >>>>> SIP/2.0 407 Proxy Authentication Required
> >>>>> Via: SIP/2.0/UDP
LINPHONE_IP_ADDRESS:5060;rport=5060;branch=z9hG4bK2049418743;received=EXTERNAL_IP_A
DDRESS
> >>>>> To: User <sip:USER at
HOST>;tag=515cb47c4c34ffa85b598d6b25676122.744d
> >>>>> Call-ID: 1435474953
> >>>>> Proxy-Authenticate: Digest realm="HOST", nonce="NONCE"
> >>>>> Server: kamailio (4.4.4 (x86_64/linux))
> >>>>>
> >>>>> LINPHONE_IP_ADDRESS.5060 > KAMAILIO_IP_ADDRESS.5060: SIP, length: 912
> >>>>> PUBLISH sip:USER at HOST SIP/2.0
> >>>>> Via: SIP/2.0/UDP
LINPHONE_IP_ADDRESS:5060;rport;branch=z9hG4bK1165141043
> >>>>> To: User <sip:USER at HOST>
> >>>>> Call-ID: 1435474953
> >>>>> Proxy-Authorization: Digest username="USER", realm="HOST",
nonce="NONCE", uri="sip:USER at HOST", response="RESP", algorithm=MD5
> >>>>> Content-Type: application/pidf+xml
> >>>>> Max-Forwards: 70
> >>>>> User-Agent: Linphone/3.6.1 (eXosip2/4.1.0)
> >>>>> Expires: 600
> >>>>> Event: presence
> >>>>>
> >>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>> <presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="User <sip:USER at HOST>">
> >>>>> <tuple id="sg89ae">
> >>>>> <status><basic>closed</basic></status>
> >>>>> <contact priority="0.8">User <sip:USER at HOST></contact>
> >>>>> </tuple>
> >>>>> </presence>
> >>>>>
> >>>>> 21:58:58.781668 IP (tos 0x10, ttl 53, id 10259, offset 0, flags [none],
proto UDP (17), length 380)
> >>>>> KAMAILIO_IP_ADDRESS.5060 > LINPHONE_IP_ADDRESS.5060: SIP, length: 352
> >>>>> SIP/2.0 415 Unsupported media type
> >>>>> Via: SIP/2.0/UDP
LINPHONE_IP_ADDRESS:5060;rport=5060;branch=z9hG4bK1165141043;received=EXTERNAL_IP_A
DDRESS
> >>>>> To: User <sip:USER at HOST>;tag=97d8e785fdf42bf9622a64c13c504961-
3901
> >>>>> Call-ID: 1435474953
> >>>>> Server: kamailio (4.4.4 (x86_64/linux))
> >>>>>
> >>>>> I replaced ip addresses in packets by KAMAILIO_IP_ADDRESS,
> >>>>> LINPHONE_IP_ADDRESS and EXTERNAL_IP_ADDRESS strings and also SIP account
> >>>>> by USER at HOST. Maybe it helps you.
> >>>>>
> >>>>> Any idea why kamailio refuse presence update and reports those error
> >>>>> into error log?
> >>>>>
> >>>>> Or is there any special setting which is needed for linphone or other
> >>>>> SIP clients for online status / presence support?
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Kamailio (SER) - Users Mailing List
> >>>>> sr-users at lists.kamailio.org
> >>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > _______________________________________________
>
--
Pali Rohár
pali.rohar at gmail.com
From admin at havesoft.com Sun Jul 1 12:36:33 2018

From: admin at havesoft.com (Jeremy Renner)
Date: Sun, 1 Jul 2018 18:36:33 +0800
Subject: [SR-Users] Fwd: Video call recording and mobile push notifications
In-Reply-To: <CAEkX5m-7khWSgsPB=9GFa71Ak+tOeXu8oPwTWOhs0irNR-qr6Q@mail.gmail.com>
References: <CAEkX5m-7khWSgsPB=9GFa71Ak+tOeXu8oPwTWOhs0irNR-qr6Q@mail.gmail.com>
Message-ID: <CAEkX5m_7Biwso0SHYF_HxO3biBskQes+PgC3pRHjgUxwcZu+2A@mail.gmail.com>
Hi,
I would like to setup up my SIP server / PBX for my business, now we have
some candidates:
1. Open source solution:
- Asterisk PBX,
- Freeswitch PBX
- Kamailio
- OpenSIPS
2. Business solution:
- Brekeke PBX(https://www.brekeke.com
- Vodia PBX(https://www.vodia.com)
- 3CX PBX(https://www.3cx.com)
- PortSIP PBX(https://www.portsip.com/portsip-pbx)
*Below features are mandatory for our project:*
- Video call recording (For the finance industry, the video recording is
necessary)
- Push notifications for mobile app
- Multi-tenant support
- Both Linux and Windows support (at 1st stage, we would like to run it
on Windows server and migrate it to Linux server in the future if users
increased), the Linux support is required, the Windows support is preferred.
We have some questions:
1. Does the the Kamailio can works as a PBX ?

2. If yes, does the Kamailio support push notifications and video
recording ?
3. Does the Kamailio can works for Multi-tenant ?
4. Does Kamailio support Windows ?
So far according to our research, with the business solution:
- The Vodia PBX, PortSIP PBX and brrekeke all are support Multi-tenant,
the 3CX is not.
- The 3CX and PortSIP support push notifications,
- The PortSIP also provide client SDK, with 3CX we only see the 3CX
provide client apps, does 3CX has client SDK provided ?
- It's seems all these PBX are support video recording ?
- The PortSIP PBX and 3CX both support Linux.
Please help me to make the decision, base on your experiences, which one
(open source or business solution) is good to us ? I'm really new to
VoIP...
Thanks in advance.
Best regards,
-------------- next part --------------
users/attachments/20180701/b1410bc6/attachment.html>
From s.safarov at gmail.com Sun Jul 1 13:23:23 2018

From: s.safarov at gmail.com (Sergey Safarov)
Date: Sun, 1 Jul 2018 14:23:23 +0300
Subject: [SR-Users] Kamailio installation problem
In-Reply-To: <CAKXqHzjEMNKrtZUZKSLxxTiPMV3q1MZU8icytZork_uvHccRMQ@mail.gmail.com>
References: <CAKXqHzjEMNKrtZUZKSLxxTiPMV3q1MZU8icytZork_uvHccRMQ@mail.gmail.com>
Message-ID: <CAHtxdDdaAvj2O=3wFWcqp2UJmLV5FgSBCHFMx-PJA8tZ8N1N1Q@mail.gmail.com>
Not configured database
Access denied for user 'kamailio'@'localhost' (using password: YES)
вс, 1 июл. 2018 г. в 13:15, Dipayan Sanyal <babaisanyal4 at gmail.com>:
> Hi,
> I have installed kamailio in my system but while starting I am geeting
> following errors-
>
> Jul 1 00:32:42 coditas-Vostro-3558
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: ERROR: db_mysql
> [km_my_con.c:129]: db_mysql_new_connection(): driver error: Access denied
> for user 'kamailio'@'localhost' (using password: YES)
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: ERROR: <core> [db.c:318]:
> db_do_init2(): could not add connection to the pool
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: ERROR: usrloc [dlist.c:644]:
> register_udomain(): failed to open database connection
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: ERROR: registrar
> [registrar.c:651]: domain_fixup(): failed to register domain
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: ERROR: <core>
> [core/route.c:1153]: fix_actions(): fixing failed (code=-1) at
> cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:643
> [core/rvalue.c:3859]: fix_rval_expr(): failure in cfg at line: 643 col: 22
> [core/rvalue.c:3859]: fix_rval_expr(): failure in cfg at line: 643 col: 22
> cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:646
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: DEBUG: tm [t_funcs.c:85]:
> tm_shutdown(): start
> tm_shutdown(): emptying hash table
> tm_shutdown(): removing semaphores
> tm_shutdown(): destroying tmcb lists
> tm_shutdown(): done
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: INFO: <core>
> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
> /usr/local/kamailio-5.1/sbin/kamailio[4354]: DEBUG: <core>
> [core/mem/shm.c:260]: shm_destroy_manager(): destroying memory manager:
> q_malloc
> [core/mem/q_malloc.c:1169]: qm_shm_lock_destroy(): destroying the shared
> memory lock
> [core/mem/pkg.c:90]: pkg_destroy_manager(): destroying memory manager:
> q_malloc
> Please look into the problem.
> Thanking You,
> Dip
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180701/3667f184/attachment.html>
From yu at yu-boot.ru Sun Jul 1 13:26:39 2018

From: yu at yu-boot.ru (yu at yu-boot.ru)
Date: Sun, 01 Jul 2018 14:26:39 +0300
Subject: [SR-Users] =?utf-8?q?Auth_and_default_kami_config?=
Message-ID: <1530444399.373847460@f10.my.com>
Hello. Have a question on auth and default kamailio.cfg.

Default behavior of kamailio on auth is:
Auth initial requests, delete auth headers before forwarding to next hop.
In-dialog requests are forwarded "as-is" so all auth related info is propagated to
uplinks or just another Kami users.
How should it be done correctly or "kamailio-way"? As for now, I just delete auth
headers for all in-dialog requests, but I'm not sure it is correct.
I looked how it works on softswitches like Yate. Registers and initial Invites are
authenticated, ACK is not authenticated, but all other requests like reINVITE and
BYE are.
How is should be done?
Thanks.
--
sent from myMail for Android
-------------- next part --------------
users/attachments/20180701/f1f3e5b8/attachment.html>

Date: Mon, 2 Jul 2018 00:03:24 +0300
In-Reply-To: <CABSP_Vc2WaYBPO85s50SKCFppmfRonrmFnwBUq6Vs-NbzeCs1g@mail.gmail.com>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<CABSP_Vc2WaYBPO85s50SKCFppmfRonrmFnwBUq6Vs-NbzeCs1g@mail.gmail.com>
Message-ID: <CABSP_VdQB4ESrGYzdnkCfwUwB8i0T_Z6WsHa2JeguKNNdxyFAA@mail.gmail.com>
Just in continue of the discussion

forund in the RFC3261 12.1.2 (UAC behaivor) this:
The route set MUST be set to the list of URIs in the Record-Route
header field from the response, taken in reverse order and preserving
all URI parameters. If no Record-Route header field is present in
the response, the route set MUST be set to the empty set. This route
set, even if empty, overrides any pre-existing route set for future
requests in this dialog. The remote target MUST be set to the URI
from the Contact header field of the response.
2018-07-01 11:48 GMT+03:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:
> Hm... Nice guess

> I will try to check it
> Thank you so much for clarify these things Alex!
>
>
>> On Sun, Jul 01, 2018 at 11:27:36AM +0300, Yuriy Gorlichenko wrote:
>>
>> > So FS in this case ignores single route header and sends request to the
>> > Provider Contact....
>>
>> If so, that's wrong.
>>
>> I suppose it's possible that it matches the next hop based on IP address
>> alone and not port, but that's radioactively incorrect.
>>
>> --
>> Alex Balashov | Principal | Evariste Systems LLC
>>
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>
>> _______________________________________________
>>
>
>
-------------- next part --------------
users/attachments/20180702/551199b4/attachment.html>

Date: Sun, 1 Jul 2018 17:05:45 -0400
In-Reply-To: <CABSP_VdQB4ESrGYzdnkCfwUwB8i0T_Z6WsHa2JeguKNNdxyFAA@mail.gmail.com>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<CABSP_VdQB4ESrGYzdnkCfwUwB8i0T_Z6WsHa2JeguKNNdxyFAA@mail.gmail.com>
Message-ID: <20180701210545.GA13842@tlaquepaque.localdomain>
On Mon, Jul 02, 2018 at 12:03:24AM +0300, Yuriy Gorlichenko wrote:
> Just in continue of the discussion

> forund in the RFC3261 12.1.2 (UAC behaivor) this:
>
> The route set MUST be set to the list of URIs in the Record-Route
> header field from the response, taken in reverse order and preserving
> all URI parameters. If no Record-Route header field is present in
> the response, the route set MUST be set to the empty set. This route
> set, even if empty, overrides any pre-existing route set for future
> requests in this dialog. The remote target MUST be set to the URI
> from the Contact header field of the response.
Indeed. What is your intended thesis?
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 2 Jul 2018 00:10:26 +0300
In-Reply-To: <20180701210545.GA13842@tlaquepaque.localdomain>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<20180701210545.GA13842@tlaquepaque.localdomain>
Message-ID: <CABSP_Ve68RCu06UbPz_cRH=mpHx8-Jv=-8neNsmXFU-t=ivhCQ@mail.gmail.com>
Actually no one...
I just confused
So looks like here is an exception from rules for the Route header handling
in case of UAC behaivor...
It was posted only for to be sure that I have right interpretation of this
particular case:
Because of me these 2 descriptions are very opposite
This route
> set, even if empty, overrides any pre-existing route set for future
> requests in this dialog. The remote target MUST be set to the URI
> from the Contact header field of the response.
> On Mon, Jul 02, 2018 at 12:03:24AM +0300, Yuriy Gorlichenko wrote:
>
> > Just in continue of the discussion
> > forund in the RFC3261 12.1.2 (UAC behaivor) this:
> >
> > The route set MUST be set to the list of URIs in the Record-Route
> > header field from the response, taken in reverse order and preserving
> > all URI parameters. If no Record-Route header field is present in
> > the response, the route set MUST be set to the empty set. This route
> > set, even if empty, overrides any pre-existing route set for future
> > requests in this dialog. The remote target MUST be set to the URI
> > from the Contact header field of the response.
>
> Indeed. What is your intended thesis?
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/46c45821/attachment.html>
From abalashov at evaristesys.com Mon Jul 2 00:45:33 2018

Date: Sun, 1 Jul 2018 18:45:33 -0400
In-Reply-To: <CABSP_Ve68RCu06UbPz_cRH=mpHx8-Jv=-8neNsmXFU-t=ivhCQ@mail.gmail.com>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<CABSP_Ve68RCu06UbPz_cRH=mpHx8-Jv=-8neNsmXFU-t=ivhCQ@mail.gmail.com>
Message-ID: <20180701224533.GC13842@tlaquepaque.localdomain>
The "remote target" in this case refers to the request URI,

cosmetically.
> Actually no one...

> I just confused
>
> So looks like here is an exception from rules for the Route header handling
> in case of UAC behaivor...
> It was posted only for to be sure that I have right interpretation of this
> particular case:
>
> Because of me these 2 descriptions are very opposite
>
> This route
> > set, even if empty, overrides any pre-existing route set for future
> > requests in this dialog. The remote target MUST be set to the URI
> > from the Contact header field of the response.
>
>
>
> > On Mon, Jul 02, 2018 at 12:03:24AM +0300, Yuriy Gorlichenko wrote:
> >
> > > Just in continue of the discussion
> > > forund in the RFC3261 12.1.2 (UAC behaivor) this:
> > >
> > > The route set MUST be set to the list of URIs in the Record-Route
> > > header field from the response, taken in reverse order and preserving
> > > all URI parameters. If no Record-Route header field is present in
> > > the response, the route set MUST be set to the empty set. This route
> > > set, even if empty, overrides any pre-existing route set for future
> > > requests in this dialog. The remote target MUST be set to the URI
> > > from the Contact header field of the response.
> >
> > Indeed. What is your intended thesis?
> >
> > --
> >
> > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> >
> > _______________________________________________
> >
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From ovoshlook at gmail.com Mon Jul 2 08:00:02 2018

Date: Mon, 2 Jul 2018 09:00:02 +0300
In-Reply-To: <20180701224533.GC13842@tlaquepaque.localdomain>
<20180701072829.GB3412@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<20180701224533.GC13842@tlaquepaque.localdomain>
Message-ID: <CABSP_VdA+ucL+9gMstMwKPNG1w_VHOs4eJAbM55KZGkK=mawYQ@mail.gmail.com>
yep I understand that.
I just see that in fact ACK soudl ignore Route header if it... Single?
> The "remote target" in this case refers to the request URI,
> cosmetically.
>
>
> > Actually no one...
> > I just confused
> >
> > So looks like here is an exception from rules for the Route header
> handling
> > in case of UAC behaivor...
> > It was posted only for to be sure that I have right interpretation of
> this
> > particular case:
> >
> > Because of me these 2 descriptions are very opposite
> >
> > This route
> > > set, even if empty, overrides any pre-existing route set for future
> > > requests in this dialog. The remote target MUST be set to the URI
> > > from the Contact header field of the response.
> >
> >
> >
> > > On Mon, Jul 02, 2018 at 12:03:24AM +0300, Yuriy Gorlichenko wrote:
> > >
> > > > Just in continue of the discussion
> > > > forund in the RFC3261 12.1.2 (UAC behaivor) this:
> > > >
> > > > The route set MUST be set to the list of URIs in the Record-Route
> > > > header field from the response, taken in reverse order and
> preserving
> > > > all URI parameters. If no Record-Route header field is present in
> > > > the response, the route set MUST be set to the empty set. This
> route
> > > > set, even if empty, overrides any pre-existing route set for
> future
> > > > requests in this dialog. The remote target MUST be set to the URI
> > > > from the Contact header field of the response.
> > >
> > > Indeed. What is your intended thesis?
> > >
> > > --
> > >
> > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> > >
> > > _______________________________________________
> > >
>
> > _______________________________________________
>
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/95c72e2d/attachment.html>

Date: Mon, 2 Jul 2018 02:02:48 -0400
In-Reply-To: <CABSP_VdA+ucL+9gMstMwKPNG1w_VHOs4eJAbM55KZGkK=mawYQ@mail.gmail.com>
References: <CABSP_Vfin_UXA_W_dVNs-107JknQ0OtsLo9NqrivMD4iM3eqLw@mail.gmail.com>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<CABSP_VdA+ucL+9gMstMwKPNG1w_VHOs4eJAbM55KZGkK=mawYQ@mail.gmail.com>
Message-ID: <20180702060248.GB10819@typhoon>
> yep I understand that.

> I just see that in fact ACK soudl ignore Route header if it... Single?
What? No.
There are two kinds of ACKs: hop-by-hop ACKs, which acknowledge negative
final replies on every branch, and end-to-end ACKs, which are handled
according to the rules for in-dialog requests. An ACK for a 2xx reply to
an INVITE is going to be an in-dialog request, and under no
circumstances should any Route headers be ignored unless they refer to
the very proxy through which they are traversing. In that case, they
should be stripped off before continuing with the next-hop Route. This
is the standard loose-routing procedure labouriously articulated in the
RFC, and implemented by loose_route().
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From alec.zhong at nokia-sbell.com Mon Jul 2 04:11:16 2018

From: alec.zhong at nokia-sbell.com (Zhong, Alec (NSB - CN/Qingdao))
Date: Mon, 2 Jul 2018 02:11:16 +0000
Subject: [SR-Users] [Kamailio]: Parse and Store nosip Message error.
Message-ID: <a8c25a4dcb314879b52a5ff7c037c8f2@nokia-sbell.com>
Hi,
We are developing a project for parser and store MEGACO message by kamailio.
During the testing, we find that kamailio inserts one message only once, but there
are duplicated messages in mysql datebase.
Did you meet the similar issue before?
Could you please share some information for us?
Thank you in advance.
[Environment/version]
Environment: Debian-Jessie, docker image
Version: kamialio 5.0.6 docker image.
[Description]
Kamailio stores one message by calling mysql function once, but there are two same
message in DB randomly.
Function flow: core->nosip parser-> nosip store.
[Kamailio Log]
Jun 26 07:17:49 dnt02-elk-control-worker-edge-01
journal: }]#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip [megaco_capture.c:49]:
megaco_error_code(): No error in MEGCO!
Jun 26 07:17:49 dnt02-elk-control-worker-edge-01 journal:
#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip [megaco_capture.c:406]:
megaco_capture(): No error code.#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip
[megaco_capture.c:269]: megaco_capture_store():
az_megaco_tmstamp(1529997468887999)//debug log for message, this is duplicated
message in mysql.
megaco_capture_store(): insert into homer table: [megaco_capture_all_20180626]
megaco_capture_store(): storing info...
Jun 26 07:17:50 dnt02-elk-control-worker-edge-01 journal: I0626 07:17:50.802482
1 event.go:218] Event(v1.ObjectReference{Kind:"PersistentVolumeClaim",
Namespace:"default", Name:"homer-data-dashboard", UID:"136b3329-78f1-11e8-8d74-
0050568fb61f", APIVersion:"v1", ResourceVersion:"2841229", FieldPath:""}): type:
'Warning' reason: 'ProvisioningFailed' storageclass.storage.k8s.io "glusterfs-
storageclass" not found
Namespace:"default", Name:"homer-data-semaphore", UID:"1369de0b-78f1-11e8-8d74-
Namespace:"default", Name:"homer-data-mysql", UID:"136e804c-78f1-11e8-8d74-
1 trace.go:76] Trace[1532720894]: "GuaranteedUpdate etcd3: *core.Endpoints"
(started: 2018-06-26 07:17:48.964454076 +0000 UTC m=+1830051.184603352) (total
time: 2.259414864s):
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Trace[1532720894]:
[2.259374311s] [2.258991423s] Transaction committed
1 trace.go:76] Trace[557711900]: "Update /api/v1/namespaces/kube-
system/endpoints/kube-scheduler" (started: 2018-06-26 07:17:48.964209184 +0000 UTC
m=+1830051.184358457) (total time: 2.259905913s):
[2.259791237s] [2.259619876s] Object stored in database
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: 2018-06-26
07:17:51.220413 W | wal: sync duration of 1.446041666s, expected less than 1s
1 trace.go:76] Trace[656020708]: "GuaranteedUpdate etcd3: *core.Node" (started:
2018-06-26 07:17:50.573518495 +0000 UTC m=+1830052.793667844) (total time:
652.126103ms):
[651.833583ms] [647.806507ms] Transaction committed
#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core> [core/usr_avp.c:631]:
destroy_avp_list(): destroying list (nil)
#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core> [core/xavp.c:446]:
xavp_destroy_list(): destroying xavp list (nil)
#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/parser/parse_fline.c:244]:
parse_first_line(): parse_first_line: bad request first line
parse_first_line(): at line 0 char 29:
parse_first_line(): parsed so far: MEGACO/2 [175.15.0.254]:32791
parse_first_line(): parse_first_line: bad message (offset: 29)
#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/parser/msg_parser.c:601]:
parse_msg(): invalid message
#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/parser/msg_parser.c:676]:
parse_msg(): ERROR: parse_msg: message=<MEGACO/2 [175.15.0.254]:32791
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Transaction = 359 {
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Context = - {
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Notify =
ROOT {
ObservedEvents = 1111 {
20180626T15175177:
it/ito
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: }
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: }>
#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/pvapi.c:1377]: pv_printf():
no more space for spec value
#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/pvapi.c:1386]: pv_printf():
buffer overflow -- increase the buffer size...
megaco_capture(): Dump msg:[MEGACO/2 [175.15.0.254]:32791
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Transaction = 359 {
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Context = - {
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Notify =
ROOT {
ObservedEvents = 1111 {
20180626T15175177:
it/ito
Jun 26 07:17:51 dnt02-elk-control-worker-edge-01
journal: }]#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: nosip [megaco_capture.c:49]:
megaco_error_code(): No error in MEGCO!
megaco_capture(): No error code.#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: nosip
[megaco_capture.c:269]: megaco_capture_store():
az_megaco_tmstamp(1529997471897950)//debug log, this is the non-dup message.
megaco_capture_store(): insert into homer table: [megaco_capture_all_20180626]
megaco_capture_store(): storing info...
Best Regards,
Alec Zhong
-------------- next part --------------

users/attachments/20180702/b2b3a99b/attachment.html>

Date: Mon, 2 Jul 2018 09:31:02 +0300
In-Reply-To: <20180702060248.GB10819@typhoon>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<20180702060248.GB10819@typhoon>
Message-ID: <CABSP_VefZnGyANFqzes+TujiODCfrzJSX5ggGcA0Rt24H5G+_A@mail.gmail.com>
Sorry for noize from my side

I just cant fully understand dependency:
I understand that actually route header shoud not be ingnored because it is

shows way for the in-dialog packet
That is fine.
Just regarding behaivor of the FreeSwitch and other UACs
For now I have a next picture
When my provider sends me 200 - it contains as Record-Route: 1.1.1.1:5060

which contains last interface i sent INVITE to
Also it contains Contact: 1.1.1.1:5061
So when UAC receives this call without my proxy between provider and UAC it
sends ACK to Contact URI (Ignoring Route header that actually also exists
in the Contact field) sent at the 200 according rfc3261 -12.1.2 (that I
shared above)
But when it sends via my proxy:
UAC receives ACK with 2 Route headers (that is right) and sends it to the
topmost Route (myProxy) then my proxy as normal proxy resends it to the
provider using second Route (that topmost for now after myProxy removes
itself from Route set)
But here provider says me - you should use Contact field to reach target
even from myProxy.
So in this case - At the behaivor of UAC -> Provider it looks matched

12.1.2 but I still cant understand why in this case it ignores Route header
at the ACK that actually exists
>
> > yep I understand that.
> > I just see that in fact ACK soudl ignore Route header if it... Single?
>
> What? No.
>
> There are two kinds of ACKs: hop-by-hop ACKs, which acknowledge negative
> final replies on every branch, and end-to-end ACKs, which are handled
> according to the rules for in-dialog requests. An ACK for a 2xx reply to
> an INVITE is going to be an in-dialog request, and under no
> circumstances should any Route headers be ignored unless they refer to
> the very proxy through which they are traversing. In that case, they
> should be stripped off before continuing with the next-hop Route. This
> is the standard loose-routing procedure labouriously articulated in the
> RFC, and implemented by loose_route().
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/0eeabe16/attachment.html>

Date: Mon, 2 Jul 2018 09:39:03 +0300
In-Reply-To: <CABSP_VefZnGyANFqzes+TujiODCfrzJSX5ggGcA0Rt24H5G+_A@mail.gmail.com>
<20180701075210.GC3412@typhoon>
<20180701083542.GE3412@typhoon>
<20180702060248.GB10819@typhoon>
<CABSP_VefZnGyANFqzes+TujiODCfrzJSX5ggGcA0Rt24H5G+_A@mail.gmail.com>
Message-ID: <CABSP_Vei8Kwz0zFSCzfanOHBQ1iaa-AvaiCzLnUJEyguLsTUsw@mail.gmail.com>
* which contains last interface i sent INVITE to - means that uri in the
Route hasinterface and it just same with interface I sent invite to. I
understand hat it is not a dependency.
* (Ignoring Route header that actually also exists in the Contact field) -
means aslo existsi in the resquest. Not in the contact field offcource
> Sorry for noize from my side

> I just cant fully understand dependency:
>
> I understand that actually route header shoud not be ingnored because it
> is shows way for the in-dialog packet
> That is fine.
>
> Just regarding behaivor of the FreeSwitch and other UACs
>
> For now I have a next picture
>
> When my provider sends me 200 - it contains as Record-Route: 1.1.1.1:5060
> which contains last interface i sent INVITE to
> Also it contains Contact: 1.1.1.1:5061
>
> So when UAC receives this call without my proxy between provider and UAC
> it sends ACK to Contact URI (Ignoring Route header that actually also
> exists in the Contact field) sent at the 200 according rfc3261 -12.1.2
> (that I shared above)
>
> But when it sends via my proxy:
>
> UAC receives ACK with 2 Route headers (that is right) and sends it to the
> topmost Route (myProxy) then my proxy as normal proxy resends it to the
> provider using second Route (that topmost for now after myProxy removes
> itself from Route set)
>
> But here provider says me - you should use Contact field to reach target
> even from myProxy.
>
> So in this case - At the behaivor of UAC -> Provider it looks matched
> 12.1.2 but I still cant understand why in this case it ignores Route header
> at the ACK that actually exists
>
>
>
>
>> On Mon, Jul 02, 2018 at 09:00:02AM +0300, Yuriy Gorlichenko wrote:
>>
>> > yep I understand that.
>> > I just see that in fact ACK soudl ignore Route header if it... Single?
>>
>> What? No.
>>
>> There are two kinds of ACKs: hop-by-hop ACKs, which acknowledge negative
>> final replies on every branch, and end-to-end ACKs, which are handled
>> according to the rules for in-dialog requests. An ACK for a 2xx reply to
>> an INVITE is going to be an in-dialog request, and under no
>> circumstances should any Route headers be ignored unless they refer to
>> the very proxy through which they are traversing. In that case, they
>> should be stripped off before continuing with the next-hop Route. This
>> is the standard loose-routing procedure labouriously articulated in the
>> RFC, and implemented by loose_route().
>>
>> --
>>
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>
>> _______________________________________________
>>
>
>
-------------- next part --------------
users/attachments/20180702/e8ec8bd0/attachment.html>

Date: Mon, 2 Jul 2018 02:46:13 -0400
In-Reply-To: <CABSP_VefZnGyANFqzes+TujiODCfrzJSX5ggGcA0Rt24H5G+_A@mail.gmail.com>
References: <CABSP_VeM46r_LS6ROBqZ17f0pycJ0A08hMxRqFZm5c7HmcpiDQ@mail.gmail.com>
<20180701083542.GE3412@typhoon>
<20180702060248.GB10819@typhoon>
Message-ID: <20180702064613.GC10819@typhoon>
> But here provider says me - you should use Contact field to reach target
> even from myProxy.
Not if they added another Record-Route hop of theirs.

--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 2 Jul 2018 09:59:12 +0300
In-Reply-To: <20180702064613.GC10819@typhoon>
References: <CABSP_VeM46r_LS6ROBqZ17f0pycJ0A08hMxRqFZm5c7HmcpiDQ@mail.gmail.com>
<20180701083542.GE3412@typhoon>
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
Message-ID: <CABSP_Vf13nCY3=gEdpOwoWOuTKrPKYkad4Dzae+efUon-MiLaQ@mail.gmail.com>
That was my point also...

But they sent me lint to rfc3261 12.1.2 and that confused me
So just for resume:
So am I right if I say that in case If provider receives INVITE with

Record-Route from my side (myProxy)
Provider should care about it's own Record-Route and it should have uri
where myProxy should sent ACK to instead of using Contact in thi case
In case direct conntect UAC -> Provider I still need to use Contact field
as URI to send ACK to that explained on the 12.1.2 of rfc3261?
>
> > But here provider says me - you should use Contact field to reach target
> > even from myProxy.
>
> Not if they added another Record-Route hop of theirs.
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/f81d33d3/attachment.html>

Date: Mon, 2 Jul 2018 03:00:22 -0400
In-Reply-To: <CABSP_Vf13nCY3=gEdpOwoWOuTKrPKYkad4Dzae+efUon-MiLaQ@mail.gmail.com>
References: <CABSP_Vc2WaYBPO85s50SKCFppmfRonrmFnwBUq6Vs-NbzeCs1g@mail.gmail.com>
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
<CABSP_Vf13nCY3=gEdpOwoWOuTKrPKYkad4Dzae+efUon-MiLaQ@mail.gmail.com>
Message-ID: <20180702070022.GD10819@typhoon>
> That was my point also...

> But they sent me lint to rfc3261 12.1.2 and that confused me
>
> So just for resume:
>
> So am I right if I say that in case If provider receives INVITE with
> Record-Route from my side (myProxy)
> Provider should care about it's own Record-Route and it should have uri
> where myProxy should sent ACK to instead of using Contact in thi case
>
> In case direct conntect UAC -> Provider I still need to use Contact field
> as URI to send ACK to that explained on the 12.1.2 of rfc3261?
If the provider sent you a Record-Route of their own in addition to any

that you have placed there, your UAC must still follow it when
contacting them for in-dialog requests.
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 2 Jul 2018 10:42:35 +0300
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
<20180702070022.GD10819@typhoon>
Message-ID: <CABSP_VeNJGxgbYxLQNK0gHwkHM-OgPOrK+syVB2p25hUVV4Nvg@mail.gmail.com>
Yep this clear for me from the start.
For me for now not clear question abot direct connect for now.
>
> > That was my point also...
> > But they sent me lint to rfc3261 12.1.2 and that confused me
> >
> > So just for resume:
> >
> > So am I right if I say that in case If provider receives INVITE with
> > Record-Route from my side (myProxy)
> > Provider should care about it's own Record-Route and it should have uri
> > where myProxy should sent ACK to instead of using Contact in thi case
> >
> > In case direct conntect UAC -> Provider I still need to use Contact field
> > as URI to send ACK to that explained on the 12.1.2 of rfc3261?
>
> If the provider sent you a Record-Route of their own in addition to any
> that you have placed there, your UAC must still follow it when
> contacting them for in-dialog requests.
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/12356066/attachment.html>

Date: Mon, 2 Jul 2018 10:45:42 +0300
In-Reply-To: <CABSP_VeNJGxgbYxLQNK0gHwkHM-OgPOrK+syVB2p25hUVV4Nvg@mail.gmail.com>
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
<20180702070022.GD10819@typhoon>
<CABSP_VeNJGxgbYxLQNK0gHwkHM-OgPOrK+syVB2p25hUVV4Nvg@mail.gmail.com>
Message-ID: <CABSP_VeSwsRmt0SALjfz+okQ-ary7K89bHwufCkd-zyH+ZhDiQ@mail.gmail.com>
Anyway thank you so much for your responses

I really appreciate your time and your help here
> Yep this clear for me from the start.

>
> For me for now not clear question abot direct connect for now.
>
>
>> On Mon, Jul 02, 2018 at 09:59:12AM +0300, Yuriy Gorlichenko wrote:
>>
>> > That was my point also...
>> > But they sent me lint to rfc3261 12.1.2 and that confused me
>> >
>> > So just for resume:
>> >
>> > So am I right if I say that in case If provider receives INVITE with
>> > Record-Route from my side (myProxy)
>> > Provider should care about it's own Record-Route and it should have uri
>> > where myProxy should sent ACK to instead of using Contact in thi case
>> >
>> > In case direct conntect UAC -> Provider I still need to use Contact
>> field
>> > as URI to send ACK to that explained on the 12.1.2 of rfc3261?
>>
>> If the provider sent you a Record-Route of their own in addition to any
>> that you have placed there, your UAC must still follow it when
>> contacting them for in-dialog requests.
>>
>> --
>>
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>
>> _______________________________________________
>>
>
>
-------------- next part --------------
users/attachments/20180702/e2d6063b/attachment.html>
From vinodmn.dbit at gmail.com Mon Jul 2 10:13:20 2018
From: vinodmn.dbit at gmail.com (vinod mn)
Date: Mon, 2 Jul 2018 13:43:20 +0530
Subject: [SR-Users] Is it possible to play earlmedia with kamailio
In-Reply-To: <CAHeWXy7s28txQMRXO23_10VmYetTxZ9rdQmoGPwAWYPmqz3zeg@mail.gmail.com>
References: <CAHeWXy7s28txQMRXO23_10VmYetTxZ9rdQmoGPwAWYPmqz3zeg@mail.gmail.com>
Message-ID: <CAHeWXy6Fz8WKhzZxO4JDFEmCtCaqKOTN1Z6D49rsYngQMg=UQw@mail.gmail.com>
hi any one please help me regarding this.
Thank you
vinod,M.N
On Fri, Jun 29, 2018 at 12:18 PM, vinod mn <vinodmn.dbit at gmail.com> wrote:
> Hi,
> I am trying to configure kamailio to play early media and i am using
> rtpproxy_stream2uac(), but the audio file plays only after the call is
> connected.
>
> How to use rtpproxy_stream2uac() to play only the early media.
>
>
>
>
> Thank you
> vinod.M.N
>
--
Thanks and regards
Vinod.M.N
-------------- next part --------------
users/attachments/20180702/0fd6b872/attachment.html>

Date: Mon, 2 Jul 2018 11:24:42 +0300
In-Reply-To: <CABSP_VeSwsRmt0SALjfz+okQ-ary7K89bHwufCkd-zyH+ZhDiQ@mail.gmail.com>
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
<20180702070022.GD10819@typhoon>
<CABSP_VeSwsRmt0SALjfz+okQ-ary7K89bHwufCkd-zyH+ZhDiQ@mail.gmail.com>
Message-ID: <CABSP_VfcuiNzGXKkkxSUjknZoZdtRVLawOzJQsYPx1_GYLHueA@mail.gmail.com>
Jut in update
In kamailio case all goes well
Kamailio sets to UAC Record-Route in the 200 reply and then UAC sends ACK
via Route sent...
I totally confised...
In both examples from my provider 200 contains Route set but in case of
kamailio UAC uses route and in case of provider it uses Contact...
both Route heanders contains "lr"
Provider based Route header jsut contains only *sip:ip:port;lr *when my

testing kamaili regitrar contains
*sip:ip:port;lr,ftag=fromtaghere*
> Anyway thank you so much for your responses

> I really appreciate your time and your help here
>
> 2018-07-02 10:42 GMT+03:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:
>
>> Yep this clear for me from the start.
>>
>> For me for now not clear question abot direct connect for now.
>>
>> 2018-07-02 10:00 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:
>>
>>> On Mon, Jul 02, 2018 at 09:59:12AM +0300, Yuriy Gorlichenko wrote:
>>>
>>> > That was my point also...
>>> > But they sent me lint to rfc3261 12.1.2 and that confused me
>>> >
>>> > So just for resume:
>>> >
>>> > So am I right if I say that in case If provider receives INVITE with
>>> > Record-Route from my side (myProxy)
>>> > Provider should care about it's own Record-Route and it should have uri
>>> > where myProxy should sent ACK to instead of using Contact in thi case
>>> >
>>> > In case direct conntect UAC -> Provider I still need to use Contact
>>> field
>>> > as URI to send ACK to that explained on the 12.1.2 of rfc3261?
>>>
>>> If the provider sent you a Record-Route of their own in addition to any
>>> that you have placed there, your UAC must still follow it when
>>> contacting them for in-dialog requests.
>>>
>>> --
>>> Alex Balashov | Principal | Evariste Systems LLC
>>>
>>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>>
>>> _______________________________________________
>>>
>>
>>
>
-------------- next part --------------
users/attachments/20180702/d38c54a4/attachment.html>

Date: Mon, 2 Jul 2018 12:12:27 +0300
In-Reply-To: <CABSP_VfcuiNzGXKkkxSUjknZoZdtRVLawOzJQsYPx1_GYLHueA@mail.gmail.com>
<20180702060248.GB10819@typhoon>
<20180702064613.GC10819@typhoon>
<20180702070022.GD10819@typhoon>
<CABSP_VeSwsRmt0SALjfz+okQ-ary7K89bHwufCkd-zyH+ZhDiQ@mail.gmail.com>
<CABSP_VfcuiNzGXKkkxSUjknZoZdtRVLawOzJQsYPx1_GYLHueA@mail.gmail.com>
Message-ID: <CABSP_VcWPmyWNezfyLuu7X33rbrzsw9iQ143t2x0FQ5SyH5i2Q@mail.gmail.com>
Thx Alex
Finally I clarified question for myself
UAC not ignores Route in case of direct connection to provider
It sends to needed ip:port on the transport:network layers
So provider wrong in case that avaits ACK at the different port than Route.
THx all .For now all clear.
> Jut in update

> In kamailio case all goes well
> Kamailio sets to UAC Record-Route in the 200 reply and then UAC sends ACK
> via Route sent...
>
> I totally confised...
> In both examples from my provider 200 contains Route set but in case of
> kamailio UAC uses route and in case of provider it uses Contact...
>
> both Route heanders contains "lr"
>
> Provider based Route header jsut contains only *sip:ip:port;lr *when my
> testing kamaili regitrar contains
> *sip:ip:port;lr,ftag=fromtaghere*
>
>
>
> 2018-07-02 10:45 GMT+03:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:
>
>> Anyway thank you so much for your responses
>> I really appreciate your time and your help here
>>
>> 2018-07-02 10:42 GMT+03:00 Yuriy Gorlichenko <ovoshlook at gmail.com>:
>>
>>> Yep this clear for me from the start.
>>>
>>> For me for now not clear question abot direct connect for now.
>>>
>>> 2018-07-02 10:00 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:
>>>
>>>> On Mon, Jul 02, 2018 at 09:59:12AM +0300, Yuriy Gorlichenko wrote:
>>>>
>>>> > That was my point also...
>>>> > But they sent me lint to rfc3261 12.1.2 and that confused me
>>>> >
>>>> > So just for resume:
>>>> >
>>>> > So am I right if I say that in case If provider receives INVITE with
>>>> > Record-Route from my side (myProxy)
>>>> > Provider should care about it's own Record-Route and it should have
>>>> uri
>>>> > where myProxy should sent ACK to instead of using Contact in thi case
>>>> >
>>>> > In case direct conntect UAC -> Provider I still need to use Contact
>>>> field
>>>> > as URI to send ACK to that explained on the 12.1.2 of rfc3261?
>>>>
>>>> If the provider sent you a Record-Route of their own in addition to any
>>>> that you have placed there, your UAC must still follow it when
>>>> contacting them for in-dialog requests.
>>>>
>>>> --
>>>> Alex Balashov | Principal | Evariste Systems LLC
>>>>
>>>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>>>>
>>>> _______________________________________________
>>>> Kamailio (SER) - Users Mailing List
>>>> sr-users at lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>
>>>
>>
>
-------------- next part --------------
users/attachments/20180702/01b75fda/attachment.html>
From mahesh.b.2487 at gmail.com Mon Jul 2 14:52:10 2018

From: mahesh.b.2487 at gmail.com (mahesh b)
Date: Mon, 2 Jul 2018 18:22:10 +0530
Subject: [SR-Users] subst query
Message-ID: <CACYt9ViRyBbuQ+kYKBTk2XXRvogyWNj8t6ETuO4ZPt0mJ-tnUQ@mail.gmail.com>
Hi ,
Can someone explain me what is \1 and \3 doing in the subst expression
?
Input : From: <sip:anonymous at 10.211.160.168

>;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
subst('/^From:(.*)10.211.160.168(.*)>(.*)/From:\110.211.160.174>\3/ig');
Output : From: <sip:anonymous at 10.211.160.174
>;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
Regards,
Mahesh.b
-------------- next part --------------
users/attachments/20180702/322bd646/attachment.html>
From charles.chance at sipcentric.com Mon Jul 2 14:54:06 2018

From: charles.chance at sipcentric.com (Charles Chance)
Date: Mon, 2 Jul 2018 13:54:06 +0100
In-Reply-To: <CAA7tqQ49NdWTa=_w16eH7b6OiCQuuc7T6JPvDpKFnDm9TJ9oww@mail.gmail.com>
<CAA7tqQ49NdWTa=_w16eH7b6OiCQuuc7T6JPvDpKFnDm9TJ9oww@mail.gmail.com>
Message-ID: <CAOvxgzBTTG+7TfNOMPEXmLUZiTxi=x6cPKT=+=uwvTNhE_RSug@mail.gmail.com>
Hi Aleksandar,
On 1 July 2018 at 07:08, Aleksandar Sosic <alex.sosic at evosip.cloud> wrote:
> Hi everyone,
>
> so adding some xlogs We've managed to find out what's happening.
> The request route was using:
> ```
> if(is_method("KDMQ")){
> ```
> but this if was never triggered(!?)
> We changed that to
> ```
> if($rm == "KDMQ"){
> ```
> And now it's working.
>
> So why is that? In the documentation there's an example with is_method:
> https://kamailio.org/docs/modules/5.2.x/modules/dmq.
> html#dmq.f.dmq_handle_message
> and I can recall it working a month ago.
>
>
Either way should work - there should be no difference between them. We are
using is_method everywhere and it works just fine.
Everything is working except for this message:

> ```25(42) ERROR: dmq [notification_peer.c:596]:
> notification_resp_callback_f(): deleting server sip:127.0.0.1:5060
> because of failed request```
> And that's because of the notification address on the kamailio node we
> use as DMQ server
>
>
I suspect setting localhost as the notification address is causing you some
problems - it's certainly not supported and although I've not tested it, it
wouldn't surprise me if this has something to do with your earlier issue.
You do not, in fact, need to maintain a dedicated node who's only role is
"DMQ server" as you have described it. I would recommend removing it
completely and allowing your other nodes to discover/communicate between
themselves.
> This portion of DMQ documentation says that `Default value is "NULL".`
> for the notification_address:
> https://kamailio.org/docs/modules/5.2.x/modules/dmq.
> html#dmq.p.notification_address
> But with NULL or NOT specifying a value kamailio does not start.
> Am I misunderstanding the documentation? Could this be a feature
> request or it's a bug?
>
Omitting the notification address should not cause an issue - what error do
you see in your log when it fails to start? If you get rid of the "DMQ
server' node as suggested above, though, this should be a none-issue.
> In a situation like our where kamailio nodes start and stop on demand
> without any prior defined topology or IP addresses defined it's hard
> to use DMQ module like that. That's why we introduced a DMQ server
> with a fixed IP address that it's handling only those packets (but
> it's a workaround).
>
> So my next question is:
> Do you guys have an idea on how could we handle DMQ on a very
> mutational infrastructure?
> Example: I have 2 kamailio nodes in the begining (no fixed IPs - using
> DHCP), then when there's demand the infrastructure starts another 2
> nodes, now I have 4 of them, then 3, one of the nodes randomly is
> stopped.
> And I want to use DMQ on these node to propagate information without
> using a DB. How could we do that?
>
Use multi_notify -
https://www.kamailio.org/docs/modules/stable/modules/dmq.html#dmq.p.multi_notify
If nodes are being added/removed dynamically then you'll probably also want
to employ some kind of service discovery mechanism, e.g. consul.
> Also another thing that we noticed is that the last node to be added
> is the one with no prior information regarding usrloc for example, it
> has only the changes happening from when it starts on. Could there be
> a method or modparam flag to force dmq sync of all the information
> upon the startup of another node (another possible feature request)?
>
>
See sync parameter -
https://www.kamailio.org/docs/modules/stable/modules/dmq_usrloc.html#usrloc_dmq.p.s
ync
Cheers,
Charles
--
Sipcentric Ltd.
Company registered in England & Wales no.
7365592. Registered
office: Faraday Wharf, Innovation
Birmingham Campus, Holt Street, Birmingham Science Park, Birmingham B7 4BB.
-------------- next part --------------
users/attachments/20180702/c8d281f8/attachment.html>
From jpetrini at coredial.com Mon Jul 2 15:24:22 2018

From: jpetrini at coredial.com (John Petrini)
Date: Mon, 2 Jul 2018 09:24:22 -0400
In-Reply-To: <CACYt9ViRyBbuQ+kYKBTk2XXRvogyWNj8t6ETuO4ZPt0mJ-tnUQ@mail.gmail.com>
References: <CACYt9ViRyBbuQ+kYKBTk2XXRvogyWNj8t6ETuO4ZPt0mJ-tnUQ@mail.gmail.com>
Message-ID: <CAD4AmV65Jq=04Jhou9XAV-PVmp4FgTGGVZiM6fP3kA6AbLcwVA@mail.gmail.com>
They are references to groups in the regex match. The groups are in
parenthesis. Whatever is matched by group 1 and 3 will be included in the
substitution.
https://regexr.com/ and https://regex101.com/ are both good sites for

building and explaining regexes.
-------------- next part --------------

Date: Mon, 2 Jul 2018 19:10:59 +0530
In-Reply-To: <CAD4AmV65Jq=04Jhou9XAV-PVmp4FgTGGVZiM6fP3kA6AbLcwVA@mail.gmail.com>
<CAD4AmV65Jq=04Jhou9XAV-PVmp4FgTGGVZiM6fP3kA6AbLcwVA@mail.gmail.com>
Message-ID: <CACYt9VjK0+VqA1qh16PEQza=8wMbBFsM_FWOqjVQ-SM+WKKD0A@mail.gmail.com>
Thanks John for the Reply.
So if i understand properly :
group 1 is here <sip:anonymous@
group 2 is empty
group 3 is ;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
the previous expression is working for IPv4.
Now for IPv6
Input : From: <sip:anonymous@

[2008:abcd:1234:2260:208:5dff:fe93:5b65]>;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_i
go_FFFF_mgt_8092
subst('/^From:(.*)[2008:abcd:1234:2260:208:5dff:fe93:5b65]
(.*)>(.*)/From:\1[2008:abcd:1234:2260:20c:29ff:fe9a:b9cb]>\3/ig');
Output : From:
<sip:anonymous@[2008:abcd:1234:2260:208:5dff:fe93:5b6[2008:abcd:1234:2260:20c:29ff:
fe9a:b9cb]>;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
//what is going wrong here?
Here
group 1 is <sip:anonymous@
group 2 is empty
group 3 is ;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
what mistake am i making for IPv6 ? if you see the output.
Regards,
Mahesh.b
On Mon, Jul 2, 2018 at 6:54 PM John Petrini <jpetrini at coredial.com> wrote:
> They are references to groups in the regex match. The groups are in
> parenthesis. Whatever is matched by group 1 and 3 will be included in the
> substitution.
>
> https://regexr.com/ and https://regex101.com/ are both good sites for
> building and explaining regexes.
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/41b062b1/attachment.html>
From admin at havesoft.com Mon Jul 2 15:48:42 2018

Date: Mon, 2 Jul 2018 21:48:42 +0800
Subject: [SR-Users] Video call recording and mobile push notifications
Message-ID: <CAEkX5m_v+_NeXjmZo-6fudEOEy+wczFEJhdU2=vLfO-HiYoiTg@mail.gmail.com>
Hi,
I would like to setup up my SIP server / PBX for my business, now we have
some candidates:
1. Open source solution:

- Asterisk PBX,
- Freeswitch PBX
- Kamailio
- OpenSIPS
2. Business solution:
- Brekeke PBX(https://www.brekeke.com
- Vodia PBX(https://www.vodia.com)
- 3CX PBX(https://www.3cx.com)
- PortSIP PBX(https://www.portsip.com/portsip-pbx)
*Below features are mandatory for our project:*
- Video call recording (For the finance industry, the video recording is
necessary)
- Push notifications for mobile app
- Multi-tenant support
- Both Linux and Windows support (at 1st stage, we would like to run it
on Windows server and migrate it to Linux server in the future if users
increased), the Linux support is required, the Windows support is preferred.
We have some questions:
1. Does the the Kamailio can works as a PBX ?

2. If yes, does the Kamailio support push notifications and video
recording ?
3. Does the Kamailio can works for Multi-tenant ?
4. Does Kamailio support Windows ?
So far according to our research, with the business solution:
- The Vodia PBX, PortSIP PBX and brrekeke all are support Multi-tenant,
the 3CX is not.
- The 3CX and PortSIP support push notifications,
- The PortSIP also provide client SDK, with 3CX we only see the 3CX
provide client apps, does 3CX has client SDK provided ?
- It's seems all these PBX are support video recording ?
- The PortSIP PBX and 3CX both support Linux.
Please help me to make the decision, base on your experiences, which one
(open source or business solution) is good to us ? I'm really new to
VoIP...
Thanks in advance.
Best regards,
-------------- next part --------------
users/attachments/20180702/81208c8e/attachment.html>
From jpetrini at coredial.com Mon Jul 2 16:21:23 2018
Date: Mon, 2 Jul 2018 10:21:23 -0400
In-Reply-To: <CACYt9VjK0+VqA1qh16PEQza=8wMbBFsM_FWOqjVQ-SM+WKKD0A@mail.gmail.com>
<CACYt9VjK0+VqA1qh16PEQza=8wMbBFsM_FWOqjVQ-SM+WKKD0A@mail.gmail.com>
Message-ID: <CAD4AmV4tHkWYuRhPUumRhX852WxpA4RTMfZcVbo2+AJ9Y68TSA@mail.gmail.com>
Your first group is matching From:

<sip:anonymous@[2008:abcd:1234:2260:208:5dff:fe93:5b6
but it looks like you want it to only match <sip:anonymous at . Try escaping
the brackets, the regex engine is interpreting them as a list instead of
matching the literal "[]" characters.
subst('/^From:(.*)\[2008:abcd:1234:2260:208:5dff:fe93:5b65\](
.*)>(.*)/From:\1[2008:abcd:1234:2260:20c:29ff:fe9a:b9cb]>\3/ig');
John Petrini
Platforms Engineer
[image: Call CoreDial] 215.297.4400 x 232 <215-297-4400>

[image: Call CoreDial] www.coredial.com <https://coredial.com/>
[image: CoreDial] 751 Arbor Way, Hillcrest I, Suite 150 Blue Bell, PA 19422
<https://www.google.com/maps/place/CoreDial,+LLC/@40.140902,-75.2878857,17z/data=!
3m1!4b1!4m5!3m4!1s0x89c6bc587f1cfd47:0x4c79d505f2ee580b!8m2!3d40.140902!4d-
75.285697>
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
On Mon, Jul 2, 2018 at 9:40 AM, mahesh b <mahesh.b.2487 at gmail.com> wrote:
> Thanks John for the Reply.

>
> So if i understand properly :
> group 1 is here <sip:anonymous@
> group 2 is empty
> group 3 is ;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
>
> the previous expression is working for IPv4.
>
>
> Now for IPv6
>
> Input : From: <sip:anonymous@[2008:abcd:
> 1234:2260:208:5dff:fe93:5b65]>;tag=42006C96_nab_FFFF_isp_
> FFFF_cco_FFFF_igo_FFFF_mgt_8092
> subst('/^From:(.*)[2008:abcd:1234:2260:208:5dff:fe93:5b65](
> .*)>(.*)/From:\1[2008:abcd:1234:2260:20c:29ff:fe9a:b9cb]>\3/ig');
> Output : From: <sip:anonymous@[2008:abcd:
> 1234:2260:208:5dff:fe93:5b6[2008:abcd:1234:2260:20c:29ff:
> fe9a:b9cb]>;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
> //what is going wrong here?
>
> Here
> group 1 is <sip:anonymous@
> group 2 is empty
> group 3 is ;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
>
> what mistake am i making for IPv6 ? if you see the output.
>
> Regards,
> Mahesh.b
>
>
> On Mon, Jul 2, 2018 at 6:54 PM John Petrini <jpetrini at coredial.com> wrote:
>
>> They are references to groups in the regex match. The groups are in
>> parenthesis. Whatever is matched by group 1 and 3 will be included in the
>> substitution.
>>
>> https://regexr.com/ and https://regex101.com/ are both good sites for
>> building and explaining regexes.
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180702/f830ffe4/attachment.html>

Date: Mon, 2 Jul 2018 20:04:17 +0530
In-Reply-To: <CAD4AmV4tHkWYuRhPUumRhX852WxpA4RTMfZcVbo2+AJ9Y68TSA@mail.gmail.com>
<CAD4AmV4tHkWYuRhPUumRhX852WxpA4RTMfZcVbo2+AJ9Y68TSA@mail.gmail.com>
Message-ID: <CACYt9VgbpTmruT83qqSEH_ejUtSkJND64Y=5dXbweVeZKsKe_w@mail.gmail.com>
it is subst('/
^From:(.*)\[2008:abcd:1234:2260:208:5dff:fe93:5b65\](.*)>(.*)/From:\1\
[2008:abcd:1234:2260:20c:29ff:fe9a:b9cb\]>\3
/ig');
Thank you!
On Mon, Jul 2, 2018 at 7:52 PM John Petrini <jpetrini at coredial.com> wrote:

> Your first group is matching From:
<sip:anonymous@[2008:abcd:1234:2260:208:5dff:fe93:5b6
> but it looks like you want it to only match <sip:anonymous at . Try escaping
> the brackets, the regex engine is interpreting them as a list instead of
> matching the literal "[]" characters.
>
>
> subst('/^From:(.*)\[2008:abcd:1234:2260:208:5dff:fe93:5b65\]
>
>
> John Petrini
> Platforms Engineer
>
> [image: Call CoreDial] 215.297.4400 x 232 <215-297-4400>
> [image: Call CoreDial] www.coredial.com <https://coredial.com/>
> [image: CoreDial] 751 Arbor Way, Hillcrest I, Suite 150 Blue Bell, PA
> 19422
> <https://www.google.com/maps/place/CoreDial,+LLC/@40.140902,-
75.2878857,17z/data=!3m1!4b1!4m5!3m4!1s0x89c6bc587f1cfd47:0x4c79d505f2ee580b!8m2!
3d40.140902!4d-75.285697>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
>
> On Mon, Jul 2, 2018 at 9:40 AM, mahesh b <mahesh.b.2487 at gmail.com> wrote:
>
>> Thanks John for the Reply.
>>
>> So if i understand properly :
>> group 1 is here <sip:anonymous@
>> group 2 is empty
>> group 3 is ;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
>>
>> the previous expression is working for IPv4.
>>
>>
>> Now for IPv6
>>
>> Input : From: <sip:anonymous@
>>
go_FFFF_mgt_8092
>>
>> subst('/^From:(.*)[2008:abcd:1234:2260:208:5dff:fe93:5b65]
>> Output : From:
>> //what is going wrong here?
>>
>> Here
>> group 1 is <sip:anonymous@
>> group 2 is empty
>> group 3 is ;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
>>
>> what mistake am i making for IPv6 ? if you see the output.
>>
>> Regards,
>> Mahesh.b
>>
>>
>> On Mon, Jul 2, 2018 at 6:54 PM John Petrini <jpetrini at coredial.com>
>> wrote:
>>
>>> They are references to groups in the regex match. The groups are in
>>> parenthesis. Whatever is matched by group 1 and 3 will be included in the
>>> substitution.
>>>
>>> https://regexr.com/ and https://regex101.com/ are both good sites for
>>> building and explaining regexes.
>>> _______________________________________________
>>>
>>
>> _______________________________________________
>>
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180702/c35e7a87/attachment.html>
From edson.philippe at ufl.edu Mon Jul 2 22:01:38 2018

From: edson.philippe at ufl.edu (Philippe,Edson H)
Date: Mon, 2 Jul 2018 20:01:38 +0000
Subject: [SR-Users] Using Kamailio+rtproxy with freeswitch
Message-ID:
<BN6PR22MB093086E8B227978C7455CAB393430@BN6PR22MB0930.namprd22.prod.outlook.com>
Hello.
I have been trying to use kamailio+rtpproxy to handle freeswitch. So far, I am

able to handle the sip routing via Kamailio, however, I am not able to get the RTP
portion to go through my kamailio server. it seems once Kamailio handle the initial
sip, there is a 1 to 1 communication between freeswitch and my client (phone)
Has anyone solved this problem?

-------------- next part --------------
users/attachments/20180702/3a3504af/attachment.html>
From joel at textplus.com Mon Jul 2 22:29:26 2018
From: joel at textplus.com (Joel Serrano)
Date: Mon, 2 Jul 2018 13:29:26 -0700
Subject: [SR-Users] Understanding 5XX stats in Kamailio
In-Reply-To: <1530277619.414986946@f421.i.mail.ru>
References: <mailman.5.1530266401.27191.sr-users@lists.kamailio.org>
<1530277619.414986946@f421.i.mail.ru>
Message-ID: <CAMtXxQ=o1ZWVwZ6N-Yjt=+aGXMDXZmsNOgq-JwTvPi9d3v8rpw@mail.gmail.com>
Hi Daniel,
When there are multiple metrics for one type of reply, for example:
core-rcv_replies_401
core-rcv_replies_4xx
Would a 404 reply count towards ONLY to the more exact metric (
core-rcv_replies_401) or to both the exact metric and the generic
metric (core-rcv_replies_401
& core-rcv_replies_4xx)?
I assume that a reply that doesn't have a specific metric only and always
counts towards the generic (core-rcv_replies_4xx)? Example: 402 Payment
Required. Would this assumption be correct?
Thanks,
Joel.
On Fri, Jun 29, 2018 at 6:06 AM, Konstantin Polyakov <piligrim_pk at mail.ru>
wrote:
> Hello Daniel,

>
> Is there information about stats - what is implemented, what is not
> implemented?
>
> I have the similar questions, it would be nice to be informed what stats
> can be use and what stats should be skipped.
> Thank you.
>
>
>
>
> Message: 8
> Date: Fri, 29 Jun 2018 09:46:21 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com>
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users at lists.kamailio.org>, Joel Serrano <joel at textplus.com>
> Subject: Re: [SR-Users] Understanding 5XX stats in Kamailio
> Message-ID: <cbd84f94-8bb1-ddc3-b901-5743360c1fb9 at gmail.com>
> Content-Type: text/plain; charset=utf-8
>
>
> Hello,
>
> I haven't implemented those stats, but should be like:
>
>
> On 28.06.18 23:54, Joel Serrano wrote:
> > Does anyone know the difference between these metrics??
> >
> > core:rcv_replies_5xx
>
> - the number of 5xx replies received by kamailio
>
> > sl:5xx_replies
>
> - the number of 5xx replies generated by kamailio via sl module functions
>
> > tmx:5xx_transactions
>
> - the number of transactions that completed with a 5xx response
>
> >
> > Specially between core and tmx?
>
> Some of received 5xx responses may be due to stateless forwarding, a
> matter of config file, thus some of them do not match transactions.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference -- www.kamailioworld.com
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> sr-users mailing list
>
>
> ------------------------------
>
> End of sr-users Digest, Vol 157, Issue 30
> *****************************************
>
>
>
> С уважением,
> Константин Поляков.
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180702/b6caa93c/attachment.html>
From mack at dopensource.com Mon Jul 2 22:47:33 2018

From: mack at dopensource.com (Mack Hendricks)
Date: Mon, 2 Jul 2018 16:47:33 -0400
Subject: [SR-Users] Using Kamailio+rtproxy with freeswitch
In-Reply-To:
References:
Message-ID: <DE33CB57-0970-412A-96F5-31BF134902B3@dopensource.com>
Are you using the default Kamailio conf? If so, it will do a NAT test to see if it
should trigger the RTP proxy
Sent from my iPhone
> On Jul 2, 2018, at 4:01 PM, Philippe,Edson H <edson.philippe at ufl.edu> wrote:

>
> Hello.
> I have been trying to use kamailio+rtpproxy to handle freeswitch. So far, I
am able to handle the sip routing via Kamailio, however, I am not able to get the
RTP portion to go through my kamailio server. it seems once Kamailio handle the
initial sip, there is a 1 to 1 communication between freeswitch and my client
(phone)
>
> Has anyone solved this problem?
> _______________________________________________
-------------- next part --------------
users/attachments/20180702/9d6801de/attachment.html>
From eyas37 at hotmail.com Mon Jul 2 22:57:46 2018

From: eyas37 at hotmail.com (eyas barhouk)
Date: Mon, 2 Jul 2018 20:57:46 +0000
Subject: [SR-Users] kamailio with kannel
Message-ID:
<SG2PR03MB1517F30A45259802F65C1B90C5430@SG2PR03MB1517.apcprd03.prod.outlook.com>
hello dears ,
i'm trying to use "http_client" module to post SMS from kamailio to kannel using
the following configuration :
.......
modparam("http_client", "httpcon", "kannel=>http://username:password at

127.0.0.1:443")
..........
.........
http_connect("kannel","cgi-bin/sendsms?user=username&pass=password&charset=utf-
16&coding=2&from=$avp(from)&to=$avp(to)&text=$(avp(text)
{s.escape.user})","$var(result)");
.......
And this test success for English characters & phrases, but when i'm trying to send
Arabic or Chinese characters it only success if the content of the SMS only has one
word.
in other-word i mean when i'm trying to send more than one Arabic word with a space
between each word it reply with HTTP error code 400.
so do you have any ideas about this problem ??

-------------- next part --------------
users/attachments/20180702/7712466c/attachment.html>

Date: Mon, 2 Jul 2018 17:02:23 -0400
Subject: [SR-Users] kamailio with kannel
In-Reply-To:
References:
Hi,
My guess is that the strings are not being properly passed as

multibyte/UTF-16 to the API, since, as far as I know, Kamailio has no
native accommodation for wide characters in its internal string
handling, e.g. for modparam and inside-the-config string literal
purposes.
Your best bet is to send those values to an external script, or use

base64 if the sendsms API method supports a payload in that format.
-- Alex
On Mon, Jul 02, 2018 at 08:57:46PM +0000, eyas barhouk wrote:
> hello dears ,

>
> i'm trying to use "http_client" module to post SMS from kamailio to kannel using
the following configuration :
>
>
> .......
>
> modparam("http_client", "httpcon", "kannel=>http://username:password at
127.0.0.1:443")
> ..........
>
> .........
>
> http_connect("kannel","cgi-bin/sendsms?user=username&pass=password&charset=utf-
16&coding=2&from=$avp(from)&to=$avp(to)&text=$(avp(text)
{s.escape.user})","$var(result)");
>
> .......
>
> And this test success for English characters & phrases, but when i'm trying to
send Arabic or Chinese characters it only success if the content of the SMS only
has one word.
> in other-word i mean when i'm trying to send more than one Arabic word with a
space between each word it reply with HTTP error code 400.
>
> so do you have any ideas about this problem ??
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 2 Jul 2018 19:39:50 +0530
In-Reply-To: <CACYt9VjK0+VqA1qh16PEQza=8wMbBFsM_FWOqjVQ-SM+WKKD0A@mail.gmail.com>
Message-ID: <CACYt9VjsfywwLEy_geT_ncHqtTi6FfLFGn+Z3E=RxYbu9Vq6aw@mail.gmail.com>
I think i found the reason, it needs a \ before [ , could you please tell
me whats the syntax to put the replacement expression in this page?
[image: image.png]
Regards,
Mahesh.B
On Mon, Jul 2, 2018 at 7:10 PM mahesh b <mahesh.b.2487 at gmail.com> wrote:
> Thanks John for the Reply.

>
> So if i understand properly :
> group 1 is here <sip:anonymous@
> group 2 is empty
> group 3 is ;tag=41008079_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_78DD
>
> the previous expression is working for IPv4.
>
>
> Now for IPv6
>
> Input : From: <sip:anonymous@
>
go_FFFF_mgt_8092
>
> subst('/^From:(.*)[2008:abcd:1234:2260:208:5dff:fe93:5b65]
> Output : From:
> //what is going wrong here?
>
> Here
> group 1 is <sip:anonymous@
> group 2 is empty
> group 3 is ;tag=42006C96_nab_FFFF_isp_FFFF_cco_FFFF_igo_FFFF_mgt_8092
>
> what mistake am i making for IPv6 ? if you see the output.
>
> Regards,
> Mahesh.b
>
>
> On Mon, Jul 2, 2018 at 6:54 PM John Petrini <jpetrini at coredial.com> wrote:
>
>> They are references to groups in the regex match. The groups are in
>> parenthesis. Whatever is matched by group 1 and 3 will be included in the
>> substitution.
>>
>> https://regexr.com/ and https://regex101.com/ are both good sites for
>> building and explaining regexes.
>> _______________________________________________
>>
>
-------------- next part --------------
users/attachments/20180702/1f91cc81/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 118101 bytes
Desc: not available
users/attachments/20180702/1f91cc81/attachment.png>
From w_phillips21 at hotmail.com Tue Jul 3 02:03:01 2018

From: w_phillips21 at hotmail.com (William Phillips)
Date: Tue, 3 Jul 2018 00:03:01 +0000
Subject: [SR-Users] Encapsulate and de-encapsulate SIP traffic
Message-ID:
<CY1PR17MB007966D09C7FDCBCD1265814FF430@CY1PR17MB0079.namprd17.prod.outlook.com>
I have a need to encapsulate SIP traffic depending on destination and obviously de-
encapsulate traffic incoming from those destinations. The approach to dealing with
outbound SIP traffic seems pretty straight forward, I create an appropriate routing
block that determines if I need to encap the SIP message, if I do, I forward it off
to my module. The incoming traffic isn't particularly complicated, I'm just not
100% sure on the way to give that de-encapsulated SIP message back to kamailio to
be processed.
It looks like I can achieve this using the TM module with the uac_req_t struct and
tm_bind.request but I really only see it used for SIP text messages in modules like
XMPP and SMS. Is this the appropriate approach to achieve what I need?
Will
From apogrebennyk at sipwise.com Tue Jul 3 10:08:10 2018

From: apogrebennyk at sipwise.com (Andrew Pogrebennyk)
Date: Tue, 3 Jul 2018 10:08:10 +0200
In-Reply-To: <CAMtXxQ=o1ZWVwZ6N-Yjt=+aGXMDXZmsNOgq-JwTvPi9d3v8rpw@mail.gmail.com>
<1530277619.414986946@f421.i.mail.ru>
<CAMtXxQ=o1ZWVwZ6N-Yjt=+aGXMDXZmsNOgq-JwTvPi9d3v8rpw@mail.gmail.com>
Message-ID: <75d932ef-fd6b-fc5c-f49e-729acec1c943@sipwise.com>
Hi,
just my 5 cents: we (sipwise) created a patch to introduce metrics of
received reply codes per each method separately:
- statistics for INVITE CANCEL, BYE, REG, MESSAGE, PRACK, UPDATE,
REFER methods implemented.
- 6 replies categories counted: 1xx, 2xx, 3xx, 4xx, 5xx, 6xx
We are planning to send it as a pull request to the project later this
week or next week.
Andrew
On 07/02/2018 10:29 PM, Joel Serrano wrote:

> Hi Daniel,
>
> When there are multiple metrics for one type of reply, for example:
>
> core-rcv_replies_401
> core-rcv_replies_4xx
>
>
> Would a 404 reply count towards ONLY to the more exact metric
> (core-rcv_replies_401) or to both the exact metric and the generic
> metric (core-rcv_replies_401 & core-rcv_replies_4xx)?
>
> I assume that a reply that doesn't have a specific metric only and
> always counts towards the generic (core-rcv_replies_4xx)? Example:
> 402 Payment Required. Would this assumption be correct?
>
> Thanks,
> Joel.
>
-------------- next part --------------

users/attachments/20180703/6eca33cc/attachment.html>
From marcin.kowalczyk at crazycall.com Tue Jul 3 12:58:58 2018

From: marcin.kowalczyk at crazycall.com (Marcin Kowalczyk)
Date: Tue, 3 Jul 2018 12:58:58 +0200
Subject: [SR-Users] 5.1.3 issue with rtpengine.reload
Message-ID: <CAE6jyQiexFvwGd4PmhpDQZ8agB8qVBPtBfo6r8gtoiMRfpzXCw@mail.gmail.com>
Hi,
I have Kam 5.1.3 running on top of Ubuntu Xenial docker image. Today I've
added new RTPEngine set and tried to reload rtpengine from db but no luck.
Command executes without any errors (but way too fast)
root at dfa7aae0b6ef:/# time kamcmd rtpengine.reload

real 0m0.002s
user 0m0.000s
sys 0m0.000s
root at dfa7aae0b6ef:/#
Last option would be restart but I would prefer not as has multiple WSS
connections active.
Do you have idea what I could try to reload rtpengine set?

-------------- next part --------------
users/attachments/20180703/99479ff2/attachment.html>
From miconda at gmail.com Tue Jul 3 13:01:14 2018

From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 3 Jul 2018 13:01:14 +0200
In-Reply-To: <CAMtXxQ=o1ZWVwZ6N-Yjt=+aGXMDXZmsNOgq-JwTvPi9d3v8rpw@mail.gmail.com>
<1530277619.414986946@f421.i.mail.ru>
<CAMtXxQ=o1ZWVwZ6N-Yjt=+aGXMDXZmsNOgq-JwTvPi9d3v8rpw@mail.gmail.com>
Message-ID: <680ce407-0d3b-7a33-dd80-bbb0e461276f@gmail.com>
Hello,
I haven't added those stats, so I can't say it without digging into the
code -- maybe you can just do some basic tests with such replies and see
what values are incremented.
Cheers,
Daniel
On 02.07.18 22:29, Joel Serrano wrote:

> Hi Daniel,
>
> When there are multiple metrics for one type of reply, for example:
>
> core-rcv_replies_4xx
>
>
> Would a 404 reply count towards ONLY to the more exact metric
> (core-rcv_replies_401) or to both the exact metric and the generic
> metric (core-rcv_replies_401 & core-rcv_replies_4xx)?
>
> I assume that a reply that doesn't have a specific metric only and
> always counts towards the generic (core-rcv_replies_4xx)? Example:
> 402 Payment Required. Would this assumption be correct?
>
> Thanks,
> Joel.
>
>
> On Fri, Jun 29, 2018 at 6:06 AM, Konstantin Polyakov
> <piligrim_pk at mail.ru <mailto:piligrim_pk at mail.ru>> wrote:
>
> Hello Daniel,
>
> Is there information about stats - what is implemented, what is
> not implemented?
>
> I have the similar questions, it would be nice to be informed what
> stats can be use and what stats should be skipped.
> Thank you.
>
>
>
>
> Message: 8
> Date: Fri, 29 Jun 2018 09:46:21 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>
> <sr-users at lists.kamailio.org
> <mailto:sr-users at lists.kamailio.org>>, Joel Serrano
> <joel at textplus.com <mailto:joel at textplus.com>>
> Subject: Re: [SR-Users] Understanding 5XX stats in Kamailio
> Message-ID: <cbd84f94-8bb1-ddc3-b901-5743360c1fb9 at gmail.com
> <mailto:cbd84f94-8bb1-ddc3-b901-5743360c1fb9 at gmail.com>>
> Content-Type: text/plain; charset=utf-8
>
>
> Hello,
>
> I haven't implemented those stats, but should be like:
>
>
> On 28.06.18 23:54, Joel Serrano wrote:
> > Does anyone know the difference between these metrics??
> >
> > core:rcv_replies_5xx
>
> - the number of 5xx replies received by kamailio
>
> > sl:5xx_replies
>
> - the number of 5xx replies generated by kamailio via sl
> module functions
>
> > tmx:5xx_transactions
>
> - the number of transactions that completed with a 5xx response
>
> >
> > Specially between core and tmx?
>
> Some of received 5xx responses may be due to stateless
> forwarding, a
> matter of config file, thus some of them do not match
> transactions.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
> www.twitter.com/miconda <http://www.twitter.com/miconda> --
> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
> <http://www.kamailioworld.com>
>
>
>
>
> ------------------------------
>
>
> _______________________________________________
> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
> ------------------------------
>
> *****************************************
>
>
>
> С уважением,
> Константин Поляков.
>
> _______________________________________________
>
>
>
>
> _______________________________________________
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
-------------- next part --------------

users/attachments/20180703/1aceb955/attachment.html>

Date: Tue, 3 Jul 2018 13:03:47 +0200
In-Reply-To: <CAEkX5m_v+_NeXjmZo-6fudEOEy+wczFEJhdU2=vLfO-HiYoiTg@mail.gmail.com>
References: <CAEkX5m_v+_NeXjmZo-6fudEOEy+wczFEJhdU2=vLfO-HiYoiTg@mail.gmail.com>
Message-ID: <f84c9fec-0aba-f02b-9de2-7847b394dc56@gmail.com>
Hello,
if you look for some out of the box solutions of telephony platforms
that embed Kamailio, you can look at some options that offer also open
source and free variants, such as:
- sip:provider offered by sipwise.com
- kazoo offered by 2600hz.com
Cheers,
Daniel
On 02.07.18 15:48, Jeremy Renner wrote:

> Hi,
>
> I would like to setup up my SIP server / PBX for my business, now we
> have some candidates:
>
> 1. Open source solution:
>
> * Asterisk PBX,
> * Freeswitch PBX
> * Kamailio
> * OpenSIPS
>
>
> 2. Business solution:
>
> * Brekeke PBX(https://www.brekeke.com <https://www.brekeke.com/>
> * Vodia PBX(https://www.vodia.com <https://www.vodia.com/>)
> * 3CX PBX(https://www.3cx.com <https://www.3cx.com/>)
> * PortSIP PBX(https://www.portsip.com/portsip-pbx
> <https://www.portsip.com/portsip-pbx>)
>
>
> *Below features are mandatory for our project:*
>
> * Video call recording (For the finance industry, the video
> recording is necessary)
> * Push notifications for mobile app
> * Multi-tenant support
> * Both Linux and Windows support (at 1st stage, we would like to run
> it on Windows server and migrate it to Linux server in the future
> if users increased), the Linux support is required, the Windows
> support is preferred.
>
>
> We have some questions:
>
> 1. Does the the Kamailio can works as a PBX ?
> 2. If yes, does the Kamailio support push notifications and video
> recording ?
> 3. Does the Kamailio can works for Multi-tenant ?
> 4. Does Kamailio support Windows ?
>
>
>
> So far according to our research, with the business solution:
>
> * The Vodia PBX, PortSIP PBX and brrekeke all are support
> Multi-tenant, the 3CX is not.
> * The 3CX and PortSIP support push notifications,
> * The PortSIP also provide client SDK, with 3CX we only see the 3CX
> provide client apps, does 3CX has client SDK provided ?
> * It's seems all these PBX are support video recording ?
> * The PortSIP PBX and 3CX both support Linux.
>
>
> Please help me to make the decision, base on your experiences, which
> one (open source or business solution) is good to us ? I'm really
> new to VoIP...
>
> Thanks in advance.
>
> Best regards,
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/5d6a35de/attachment.html>

Date: Tue, 3 Jul 2018 13:07:41 +0200
Subject: [SR-Users] [Kamailio]: Parse and Store nosip Message error.
In-Reply-To: <a8c25a4dcb314879b52a5ff7c037c8f2@nokia-sbell.com>
References: <a8c25a4dcb314879b52a5ff7c037c8f2@nokia-sbell.com>
Message-ID: <ff8bab76-9d18-4563-afbe-9a9be868a2be@gmail.com>
Hello,
I assume that the insert into the database is done from your new module.
For us, it is hard to troubleshoot what happens there, not having the
code. If you do the database insert via some kamailio.cfg scripting
using existing modules, then attach it here and we will try to spot if
something is wrong there.
Cheers,
Daniel
On 02.07.18 04:11, Zhong, Alec (NSB - CN/Qingdao) wrote:

>
> Hi,
>
>
>
> We are developing a project for parser and store MEGACO message by
> kamailio.
>
> During the testing, we find that kamailio inserts one message only
> once, but there are duplicated messages in mysql datebase.
>
> Did you meet the similar issue before?
>
> Could you please share some information for us?
>
>
>
> Thank you in advance.
>
>
>
> *[Environment/version]*
>
> Environment: Debian-Jessie, docker image
>
> Version: kamialio 5.0.6 docker image.
>
>
>
> *[Description]*
>
> Kamailio stores one message by calling mysql function once, but there
> are two same message in DB randomly.
>
>
>
> Function flow: core->nosip parser-> nosip store.
>
>
>
> *[Kamailio Log]*
>
> Jun 26 07:17:49 dnt02-elk-control-worker-edge-01 journal:
> }]#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip
> [megaco_capture.c:49]: megaco_error_code(): No error in MEGCO!
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip
> [megaco_capture.c:406]: megaco_capture(): No error
> code.#033[0;39;49m#033[0;33;49m 5(22) CRITICAL: nosip
> [megaco_capture.c:269]: *megaco_capture_store():
> az_megaco_tmstamp(1529997468887999)//debug log for message, this is
> duplicated message in mysql.*
>
> [megaco_capture.c:305]: megaco_capture_store(): insert into homer
> table: [megaco_capture_all_20180626]
>
> [megaco_capture.c:308]: megaco_capture_store(): storing info...
>
> Jun 26 07:17:50 dnt02-elk-control-worker-edge-01 journal: I0626
> 07:17:50.802482 1 event.go:218]
> Event(v1.ObjectReference{Kind:"PersistentVolumeClaim",
> Namespace:"default", Name:"homer-data-dashboard",
> UID:"136b3329-78f1-11e8-8d74-0050568fb61f", APIVersion:"v1",
> ResourceVersion:"2841229", FieldPath:""}): type: 'Warning' reason:
> 'ProvisioningFailed' storageclass.storage.k8s.io
> "glusterfs-storageclass" not found
>
> 07:17:50.802660 1 event.go:218]
> Namespace:"default", Name:"homer-data-semaphore",
> UID:"1369de0b-78f1-11e8-8d74-0050568fb61f", APIVersion:"v1",
>
> 07:17:50.802706 1 event.go:218]
> Namespace:"default", Name:"homer-data-mysql",
> UID:"136e804c-78f1-11e8-8d74-0050568fb61f", APIVersion:"v1",
>
> 07:17:51.223950 1 trace.go:76] Trace[1532720894]:
> "GuaranteedUpdate etcd3: *core.Endpoints" (started: 2018-06-26
> 07:17:48.964454076 +0000 UTC m=+1830051.184603352) (total time:
> 2.259414864s):
>
> Trace[1532720894]: [2.259374311s] [2.258991423s] Transaction committed
>
> 07:17:51.224190 1 trace.go:76] Trace[557711900]: "Update
> /api/v1/namespaces/kube-system/endpoints/kube-scheduler" (started:
> 2018-06-26 07:17:48.964209184 +0000 UTC m=+1830051.184358457) (total
> time: 2.259905913s):
>
> Trace[557711900]: [2.259791237s] [2.259619876s] Object stored in database
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: 2018-06-26
> 07:17:51.220413 W | wal: sync duration of 1.446041666s, expected less
> than 1s
>
> 07:17:51.225704 1 trace.go:76] Trace[656020708]:
> "GuaranteedUpdate etcd3: *core.Node" (started: 2018-06-26
> 07:17:50.573518495 +0000 UTC m=+1830052.793667844) (total time:
> 652.126103ms):
>
> Trace[656020708]: [651.833583ms] [647.806507ms] Transaction committed
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
> [core/usr_avp.c:631]: destroy_avp_list(): destroying list (nil)
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 5(22) CRITICAL: <core> [core/xavp.c:446]:
> xavp_destroy_list(): destroying xavp list (nil)
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/parse_fline.c:244]: parse_first_line(): parse_first_line:
> bad request first line
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/parse_fline.c:246]: parse_first_line(): at line 0 char 29:
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/parse_fline.c:252]: parse_first_line(): parsed so far:
> MEGACO/2 [175.15.0.254]:32791
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/parse_fline.c:257]: parse_first_line(): parse_first_line:
> bad message (offset: 29)
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/msg_parser.c:601]: parse_msg(): invalid message
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
> [core/parser/msg_parser.c:676]: parse_msg(): ERROR: parse_msg:
> message=<MEGACO/2 [175.15.0.254]:32791
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Transaction
> = 359 {
>
> Context = - {
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01
> journal: Notify = ROOT {
>
> journal: ObservedEvents = 1111 {
>
> journal: 20180626T15175177:
>
> journal: it/ito
>
> journal: }
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: }
>
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: }>
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/pvapi.c:1377]:
> pv_printf(): no more space for spec value
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core> [core/pvapi.c:1386]:
> pv_printf(): buffer overflow -- increase the buffer size...
>
> [megaco_capture.c:344]: megaco_capture(): Dump msg:[MEGACO/2
> [175.15.0.254]:32791
>
> Jun 26 07:17:51 dnt02-elk-control-worker-edge-01 journal: Transaction
> = 359 {
>
> Context = - {
>
> journal: Notify = ROOT {
>
> journal: ObservedEvents = 1111 {
>
> journal: 20180626T15175177:
>
> journal: it/ito
>
> journal: }
>
>
>
> }]#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: nosip
> [megaco_capture.c:49]: megaco_error_code(): No error in MEGCO!
>
> [megaco_capture.c:406]: megaco_capture(): No error
> code.#033[0;39;49m#033[0;33;49m 3(20) CRITICAL: nosip
> [megaco_capture.c:269]:*megaco_capture_store():
> az_megaco_tmstamp(1529997471897950)//debug log, this is the non-dup
> message.*
>
> [megaco_capture.c:305]: megaco_capture_store(): insert into homer
> table: [megaco_capture_all_20180626]
>
> [megaco_capture.c:308]: megaco_capture_store(): storing info...
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
>
> #033[0;39;49m#033[0;33;49m 3(20) CRITICAL: <core>
>
>
>
>
>
> Best Regards,
>
> Alec Zhong
>
>
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/f9ee047b/attachment.html>

Date: Tue, 3 Jul 2018 13:10:38 +0200
Subject: [SR-Users] Auth and default kami config
In-Reply-To: <1530444399.373847460@f10.my.com>
References: <1530444399.373847460@f10.my.com>
Message-ID: <64c7e014-7c14-ab7a-774a-49766a9ae2b0@gmail.com>
Hello,
you can also do authentication for requests within dialog. The default
kamailio.cfg is doing auth only for initial requests because (at least
in the past) there were devices not able to do auth for requests within
dialog. You have to execute route(AUTH) for what requests you want to
authenticate, being initial or within dialog -- it is your choice, the
default kamailio.cfg is more like a starting point for what people need
out there.
Cheers,
Daniel
On 01.07.18 13:26, yu at yu-boot.ru wrote:
>
> Hello. Have a question on auth and default kamailio.cfg.
>
> Default behavior of kamailio on auth is:
>
> Auth initial requests, delete auth headers before forwarding to next hop.
>
> In-dialog requests are forwarded "as-is" so all auth related info is
> propagated to uplinks or just another Kami users.
>
> How should it be done correctly or "kamailio-way"? As for now, I just
> delete auth headers for all in-dialog requests, but I'm not sure it is
> correct.
>
> I looked how it works on softswitches like Yate. Registers and initial
> Invites are authenticated, ACK is not authenticated, but all other
> requests like reINVITE and BYE are.
>
> How is should be done?
>
> Thanks.
>
> --
> sent from myMail for Android
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/1a0c17af/attachment.html>

Date: Tue, 3 Jul 2018 13:13:41 +0200
Subject: [SR-Users] Multiple aliases in the Request Message
In-Reply-To: <CABipgG-wQpK=YG7pRyZOPN-=4SD9TgE__7CftmO8TBwTvsmSkQ@mail.gmail.com>
References: <CABipgG-wQpK=YG7pRyZOPN-=4SD9TgE__7CftmO8TBwTvsmSkQ@mail.gmail.com>
Message-ID: <fbea509d-b1d6-b3aa-88c0-c9f2bb5b6b06@gmail.com>
Hello,
I think that handle_ruri_alias() is consuming from the end of the

parameters, so you can execute the function couple of times.
Ideally, the alias parameter should be only once there, the second one
should be useless, at that point record-route/route headers should be
enough.
Cheers,
Daniel
On 28.06.18 13:25, Borislav Gergov wrote:

> Hello, what is the proper way for kamailio nathelper module to handle
> multiple aliases in the request . For example We have ACK message that
> looped in the kamailio because is not forward to user phone:
>
> ACK
> sip:xxxxxx at
10.10.10.32:38416;alias=192.168.129.135~5060~1;alias=192.168.205.32~38416~1
> SIP/2.0
> Via: SIP/2.0/UDP
> 192.168.146.174:46248;branch=z9hG4bK-524287-1---5b14eec905adf6ce
> Max-Forwards: 70
> Route: <sip:mo at 192.168.129.133
> <mailto:sip%3Amo at 192.168.129.133>;lr=on;ftag=c7d62d68;did=8a1.bcf2;rm=8>
> Route: <sip:mo at 192.168.129.135
> <mailto:sip%3Amo at 192.168.129.135>;lr=on;ftag=c7d62d68;did=8a1.121>
> Route: <sip:mt at 192.168.129.135
> <mailto:sip%3Amt at 192.168.129.135>;lr=on;ftag=c7d62d68;did=8a1.221>
> Route: <sip:mt at 192.168.129.133
> <mailto:sip%3Amt at 192.168.129.133>;lr=on;ftag=c7d62d68;did=8a1.ccf2;rm=7>
> Contact: <sip:yyyyy at 10.153.146.174:46248;transport=UDP>
> To: <sip:xxxxxx at domain.net
> <mailto:sip%3Axxxxxx at domain.net>;transport=UDP>;tag=dd9aaf1c
> From: <sip:yyyyy at domain.net
> <mailto:sip%3Ayyyyy at domain.net>;transport=UDP>;tag=c7d62d68
> Call-ID: 5Zogf8chhpYlQRdpaZM4CA..
> CSeq: 2 ACK
> User-Agent: Softphone
> Content-Length: 0
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/f219b5c9/attachment.html>

Date: Tue, 3 Jul 2018 13:16:35 +0200
Subject: [SR-Users] TLS CRL configuration
In-Reply-To: <CAMBV8rswFBi3Jd0MOyRiKhoNrVVxELwZLWuyKF7s8u2opT59Mw@mail.gmail.com>
References: <CAMBV8rv3iFWx0zy87pv_C8b0xgkGXPGgZNO7xLptL_C-dAni6Q@mail.gmail.com>
<CAMBV8rswFBi3Jd0MOyRiKhoNrVVxELwZLWuyKF7s8u2opT59Mw@mail.gmail.com>
Message-ID: <1f5d3be9-56aa-442c-7007-b860cef67fc7@gmail.com>
Hello,
haven't played with CRL lately, but kamailio should just call libssl
functions for validating the certificates, after initializing the
context with CRL file.
Maybe you can open an issue on github.com/kamailio/kamailio tracker, add

there all log messages printed by kamailio with debug=3 in kamailio.cfg.
In this way we do not forget about it and can be investigated properly.
Cheers,
Daniel
On 28.06.18 08:47, Amarnath Kanchivanam wrote:

> Hi All,
>
> I'm trying to configured kamailio as TLS server with below
> configuration (tls.cfg) and TLS server is started successfully.
>
> [server:default]
> method = TLSv1+
> verify_certificate = yes
> require_certificate = yes
> private_key = ./sip/server.key
> certificate = ./sip/server.crt
> ca_list = ./bundle.crt
> crl = ./sip_crl.pem
> verify_depth = 9
>
> [client:default]
> verify_certificate = no
> require_certificate = no
>
> TLS connection works fine.
> Later i have updated the sip_crl.pem with server certificate revoked
> details and performed tls.reload command to load the latest update.
> After this I expect any TLS client trying to establish TLS connection
> should fail, as the client and server certificates are signed by same
> authority and server certificate is revoked. But the clients are able
> to establish TLS connection without any errors.
>
> I'm not getting any traces to confirm CRL validation has been
> performed before accepting the TLS connection.
>
> Any advice would be help to proceed with evaluating CRL functionality.
>
> -Amar
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/c0a9159a/attachment.html>

Date: Tue, 3 Jul 2018 13:18:13 +0200
Subject: [SR-Users] Having trouble getting presence working with Polycom
VVX phones
In-Reply-To:
<CY4PR06MB3463D0D87B531EC0FA2C84BEAE480@CY4PR06MB3463.namprd06.prod.outlook.com>
References:
<CY4PR06MB3463D0D87B531EC0FA2C84BEAE480@CY4PR06MB3463.namprd06.prod.outlook.com>
Message-ID: <ce957120-104c-4ff2-85d9-df725d05fab1@gmail.com>
Hello,
are you looking to get user presence (availability states) or dialog

states (blf)?
Do you see publish requests sent by the phones? Or subscribe requests?
Cheers,
Daniel
On 28.06.18 01:50, Justin Foley wrote:

>
> Hey everyone. I've set up a kamailio server on a local dev box and
> running the phones on the same subnet as it to avoid any NAT issues.
> Seems to work fine, phones register & can call eachother and hear
> voice but the issue I'm running into is I can't seem to get presence
> to work. I've enabled it in the kamailio.cfg file with #!WITH_PRESENCE
> but if I go into "do not disturb" or try to call on phone1, it's not
> indicated on phone2. Also running ngrep on port 5060, I'm not seeing
> the anything regarding presence being sent over the SIP protocol.
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180703/986b09ae/attachment.html>
From ashokiiitn at gmail.com Tue Jul 3 13:28:16 2018

From: ashokiiitn at gmail.com (Ashok kumar Marra)
Date: Tue, 3 Jul 2018 16:58:16 +0530
Subject: [SR-Users] File transfer with Kamailio IMS??
Message-ID: <CAHnKrE=XUVnsunE8o-3yuArViLSr+Vi==TWz=1Ke0ShuuNci+A@mail.gmail.com>
Hi,
I m using cent-os 6.2, kamailio-5.1.2 and openims-hss.

I am using rtpengine to relay voice, but I am unable to send files or chat
messages using it.
I looked at rtpengine logs, it was saying unknown codec for chat and
file-transfer requests. Then, I thought of using Kamailio msrp , tried but
no success. Does current Kamailio IMS support file transfer? If so, please
give me suggestions on doing it.
--
With Best Regards,
Ashok Kumar.
-------------- next part --------------
users/attachments/20180703/e4806bd3/attachment.html>
From mading087 at gmail.com Tue Jul 3 13:51:08 2018

From: mading087 at gmail.com (Ding Ma)
Date: Tue, 3 Jul 2018 06:51:08 -0500
In-Reply-To: <1f5d3be9-56aa-442c-7007-b860cef67fc7@gmail.com>
<1f5d3be9-56aa-442c-7007-b860cef67fc7@gmail.com>
Message-ID: <DE8985C5-3F23-4E28-A7DD-2628EC2653D8@gmail.com>
The CRL with revoked server certificate needs to be loaded in the sip client. TLS
server doesn’t send CRL to client during handshake.
Sent from my iPhone
> On Jul 3, 2018, at 6:16 AM, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
>
> Hello,
>
> haven't played with CRL lately, but kamailio should just call libssl functions
for validating the certificates, after initializing the context with CRL file.
>
> Maybe you can open an issue on github.com/kamailio/kamailio tracker, add there
all log messages printed by kamailio with debug=3 in kamailio.cfg. In this way we
do not forget about it and can be investigated properly.
> Cheers,
> Daniel
>
>> On 28.06.18 08:47, Amarnath Kanchivanam wrote:
>> Hi All,
>>
>> I'm trying to configured kamailio as TLS server with below configuration
(tls.cfg) and TLS server is started successfully.
>>
>> [server:default]
>> method = TLSv1+
>> verify_certificate = yes
>> require_certificate = yes
>> private_key = ./sip/server.key
>> certificate = ./sip/server.crt
>> ca_list = ./bundle.crt
>> crl = ./sip_crl.pem
>> verify_depth = 9
>>
>> [client:default]
>> verify_certificate = no
>> require_certificate = no
>>
>> TLS connection works fine.
>> Later i have updated the sip_crl.pem with server certificate revoked details and
performed tls.reload command to load the latest update.
>> After this I expect any TLS client trying to establish TLS connection should
fail, as the client and server certificates are signed by same authority and server
certificate is revoked. But the clients are able to establish TLS connection
without any errors.
>>
>> I'm not getting any traces to confirm CRL validation has been performed before
accepting the TLS connection.
>>
>> Any advice would be help to proceed with evaluating CRL functionality.
>>
>> -Amar
>>
>>
>> _______________________________________________
>
> --
> _______________________________________________
-------------- next part --------------
users/attachments/20180703/669b687f/attachment.html>
From achen at fuze.com Tue Jul 3 14:27:46 2018

From: achen at fuze.com (Andrew Chen)
Date: Tue, 3 Jul 2018 08:27:46 -0400
Subject: [SR-Users] $rs printed null
In-Reply-To: <4d2f9c39-c93a-e62d-8826-0fcc797560ef@gmail.com>
References: <CAEytwJ0ecKw_m=eYo-hP6TJCwQULTFxKk_sn67BvZ9CQ0NSHYQ@mail.gmail.com>
<b3ad7f4b-451b-915d-ecef-df30bed4a15b@gmail.com>
<CAEytwJ1ch0=krXMhAXpG8atZWgEsTD3vVVDTLXQxjR61T2AQJg@mail.gmail.com>
<4d2f9c39-c93a-e62d-8826-0fcc797560ef@gmail.com>
Message-ID: <CAEytwJ2yS4TC3yoSw06qOUCHmRTL1MxTy_05XX8cnpNMPSVj7A@mail.gmail.com>
Ok. Thanks for the response! I'll try it out.
On Fri, Jun 29, 2018 at 10:07 AM, Daniel-Constantin Mierla <

miconda at gmail.com> wrote:
> If that is executed in a failure_route context, then the request is

> processed, not the response. You should use $T(reply_code).
>
> Cheers,
> Daniel
>
> On 29.06.18 14:46, Andrew Chen wrote:
>
> I have this route[FAIL_ONE] block that I'm printing this.
>
> On Fri, Jun 29, 2018 at 3:42 AM, Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> in which route block type you tried to print $rs?
>>
>> Cheers,
>> Daniel
>>
>> On 28.06.18 17:11, Andrew Chen wrote:
>>
>> Hi community,
>>
>> So I'm running 4.1.5 Kam version and I wanted to print out $rs variable.
>> It printed out <null> right after the 183 session.
>>
>> Should it print something? What our server side sent is this:
>>
>> INVITE
>> 100
>> 183
>> 488 or 487
>>
>> And this is the output in kam logs:
>>
>> Jun 28 15:05:49 sjomainfnsg51 /usr/local/sbin/*kamailio*[15215]: INFO:
>> <script>: [4975Fz-ses1-414b02f5R68422169 at 192.168.0.22][2][CSeq 1]
>> fuze_for_mac/99.99.99999 Reply status <null> detected...
>>
>> any thoughts?
>>
>> Thanks
>>
>> --
>> Andy Chen
>>
>>
>>
>> *Confidentiality Notice: The information contained in this e-mail and any
>> attachments may be confidential. If you are not an intended recipient, you
>> are hereby notified that any dissemination, distribution or copying of
>> this
>> e-mail is strictly prohibited. If you have received this e-mail in error,
>> please notify the sender and permanently delete the e-mail and any
>> attachments immediately. You should not retain, copy or use this e-mail or
>> any attachment for any purpose, nor disclose all or any part of the
>> contents to any other person. Thank you.*
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing Listsr-users at
lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
www.linkedin.com/in/miconda
>> Kamailio World Conference -- www.kamailioworld.com
>>
>>
>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.com
>
>
> *Confidentiality Notice: The information contained in this e-mail and any
> attachments may be confidential. If you are not an intended recipient, you
> are hereby notified that any dissemination, distribution or copying of this
> e-mail is strictly prohibited. If you have received this e-mail in error,
> please notify the sender and permanently delete the e-mail and any
> attachments immediately. You should not retain, copy or use this e-mail or
> any attachment for any purpose, nor disclose all or any part of the
> contents to any other person. Thank you.*
>
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
>
>
--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@ <achen at thinkingphones.com>fuze.com
--
*Confidentiality Notice: The information contained in this e-mail and any
attachments may be confidential. If you are not an intended recipient, you
are hereby notified that any dissemination, distribution or copying of this
e-mail is strictly prohibited. If you have received this e-mail in error,

please notify the sender and permanently delete the e-mail and any
attachments immediately. You should not retain, copy or use this e-mail or
any attachment for any purpose, nor disclose all or any part of the
contents to any other person. Thank you.*

-------------- next part --------------
users/attachments/20180703/98b4da08/attachment.html>
From mlittlet5 at gmail.com Tue Jul 3 15:11:55 2018

From: mlittlet5 at gmail.com (Mike Little)
Date: Tue, 3 Jul 2018 09:11:55 -0400
Subject: [SR-Users] Kamailio Anycast
Message-ID: <CAO5RPEY9o8MkrkduqA_n=OkCTM3gdiJ9yPTsi2vCULB+ZFpSag@mail.gmail.com>
Hello,
Sorry if this has already been answered but can Kamailio be configured to
support clustering and use Anycast? We are looking to use Kamailio as a
front end to Asterisk as the registar and presence server.
If this is supported, are there any documents that explain how to configure
this type of setup?
Thanks!
-------------- next part --------------
users/attachments/20180703/e215068a/attachment.html>
From admin at havesoft.com Tue Jul 3 17:25:10 2018

Date: Tue, 3 Jul 2018 23:25:10 +0800
In-Reply-To: <f84c9fec-0aba-f02b-9de2-7847b394dc56@gmail.com>
<f84c9fec-0aba-f02b-9de2-7847b394dc56@gmail.com>
Message-ID: <CAEkX5m8HWAGAZEETNM8+_Mek-q_orHyN3yoDRY7VH2ErFEsamg@mail.gmail.com>
Thanks Daniel, yes, we have tried the kazoo, but seems too expensive.
BR
On Tue, Jul 3, 2018 at 7:03 PM, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
> Hello,
>
> if you look for some out of the box solutions of telephony platforms that
> embed Kamailio, you can look at some options that offer also open source
> and free variants, such as:
>
> - sip:provider offered by sipwise.com
>
> - kazoo offered by 2600hz.com
> Cheers,
> Daniel
>
>
> On 02.07.18 15:48, Jeremy Renner wrote:
>
> Hi,
>
> I would like to setup up my SIP server / PBX for my business, now we have
> some candidates:
>
>
> - Asterisk PBX,
> - Freeswitch PBX
> - Kamailio
> - OpenSIPS
>
>
>
> - Brekeke PBX(https://www.brekeke.com
> - Vodia PBX(https://www.vodia.com)
> - 3CX PBX(https://www.3cx.com)
> - PortSIP PBX(https://www.portsip.com/portsip-pbx)
>
>
>
> - Video call recording (For the finance industry, the video recording
> is necessary)
> - Push notifications for mobile app
> - Multi-tenant support
> - Both Linux and Windows support (at 1st stage, we would like to run
> it on Windows server and migrate it to Linux server in the future if users
> increased), the Linux support is required, the Windows support is preferred.
>
>
>
> recording ?
>
>
>
>
> - The Vodia PBX, PortSIP PBX and brrekeke all are support
> - The 3CX and PortSIP support push notifications,
> - The PortSIP also provide client SDK, with 3CX we only see the 3CX
> - It's seems all these PBX are support video recording ?
> - The PortSIP PBX and 3CX both support Linux.
>
>
> Please help me to make the decision, base on your experiences, which one
> (open source or business solution) is good to us ? I'm really new to
> VoIP...
>
>
> Best regards,
>
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing Listsr-users at
>
>
> --
>
>
-------------- next part --------------
users/attachments/20180703/e1437852/attachment.html>
From akibsayyed at gmail.com Tue Jul 3 17:57:19 2018

From: akibsayyed at gmail.com (Akib Sayyed)
Date: Tue, 3 Jul 2018 21:27:19 +0530
Subject: [SR-Users] IMS usage of Kamailio
Message-ID: <CAMG-S92urtFVP7MLT4HFYDW14PW=WuzNZMNageKQS9sUVwjt7g@mail.gmail.com>
Dear All
I am willing to try Kamailio as IMS. before i try i would like to know

following points
- in Kamailio i see diameter support and authentication I-CSCF, P-CSCF,

S-CSCF charging, QOS, ISC implemented but what about TAS do i need TAS
seperately
- I see that there is HOW-TO wiki , in how to wiki you are using FHoSS
as HSS , can we use commercial/any other hss (afaik its using diameter so
any HSS will do)?
- Is there any configuration online available kamailio as IMS?
- Are all IMS modules of Kamailio can be installed on one server or need
each module on same machine (i am using IMS only for testing 1 or 2 calls
at a time)
-------------- next part --------------
users/attachments/20180703/0997cade/attachment.html>
From d.tryba at pocos.nl Tue Jul 3 18:29:57 2018

From: d.tryba at pocos.nl (Daniel Tryba)
Date: Tue, 3 Jul 2018 18:29:57 +0200
Subject: [SR-Users] Kamailio Anycast
In-Reply-To: <CAO5RPEY9o8MkrkduqA_n=OkCTM3gdiJ9yPTsi2vCULB+ZFpSag@mail.gmail.com>
References: <CAO5RPEY9o8MkrkduqA_n=OkCTM3gdiJ9yPTsi2vCULB+ZFpSag@mail.gmail.com>
Message-ID: <20180703162957.qxupsktwzupj3lbg@office.pocos.nl>
On Tue, Jul 03, 2018 at 09:11:55AM -0400, Mike Little wrote:
> Sorry if this has already been answered but can Kamailio be configured to
> support clustering
Yes.
> and use Anycast?
Anycast is handled at a different layer, don't see why it couldn't be

used (not that I know anything about anycast).
> We are looking to use Kamailio as a front end to Asterisk as the

> registar and presence server.
A common request.
> If this is supported, are there any documents that explain how to
> configure this type of setup?
Googeling for "kamailio asterisk registrar presence integration"

results among other:
http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
But there are many ways to implement this.
Same for clustering. You could use DMQ:

https://www.kamailio.org/docs/modules/5.1.x/modules/dmq.html
or a clustered SQL backend.
If this is your first introduction to kamailio, better split your

questions in small (independent) projects.
From kamailio at marrold.co.uk Wed Jul 4 00:21:50 2018

From: kamailio at marrold.co.uk (Marrold)
Date: Tue, 3 Jul 2018 23:21:50 +0100
Subject: [SR-Users] Re-write From URI Domain ($fd) with source IP or relayed
message
Message-ID: <CAC-Lcd-FezGN6ZrDxaGjgCrw=-mW=Fg17rH5oKMLvYTebQwBcA@mail.gmail.com>
Hi All,
For interoperability reasons I need to re-write the From URI Domain ($fd)
in requests proxied by Kamailio to the source IP (socket) that Kamailio
will send them via.
I have experimented with onsend_route and can successfully discover the

snd_ip, however it seems I am unable to rewrite the $fd, presumably because
I am too late in the logic.
Is this possible? I can hardcode IPs if required but would rather keep it
dynamic if I can.
Thanks in advance,
Matthew
-------------- next part --------------
users/attachments/20180703/ffdf925e/attachment.html>
From jfoley at stratapointe.com Tue Jul 3 17:04:56 2018

From: jfoley at stratapointe.com (Justin Foley)
Date: Tue, 3 Jul 2018 15:04:56 +0000
Subject: [SR-Users] Having trouble getting presence working with Polycom
VVX phones
In-Reply-To: <ce957120-104c-4ff2-85d9-df725d05fab1@gmail.com>
References:
<CY4PR06MB3463D0D87B531EC0FA2C84BEAE480@CY4PR06MB3463.namprd06.prod.outlook.com>,
<ce957120-104c-4ff2-85d9-df725d05fab1@gmail.com>
Message-ID:
<CY4PR06MB34634DC60BFDDAF0484F1085AE420@CY4PR06MB3463.namprd06.prod.outlook.com>
Both I think. I'll check the SIP messaging with ngrep and let you know if I see any
publish or subscribe requests.
________________________________
From: Daniel-Constantin Mierla <miconda at gmail.com>
Sent: Tuesday, July 3, 2018 7:18:13 AM
To: Kamailio (SER) - Users Mailing List; Justin Foley
Subject: Re: [SR-Users] Having trouble getting presence working with Polycom VVX
phones
Hello,
are you looking to get user presence (availability states) or dialog states (blf)?
Do you see publish requests sent by the phones? Or subscribe requests?
Cheers,
Daniel
On 28.06.18 01:50, Justin Foley wrote:
Hey everyone. I've set up a kamailio server on a local dev box and running the
phones on the same subnet as it to avoid any NAT issues. Seems to work fine, phones
register & can call eachother and hear voice but the issue I'm running into is I
can't seem to get presence to work. I've enabled it in the kamailio.cfg file with
#!WITH_PRESENCE but if I go into "do not disturb" or try to call on phone1, it's
not indicated on phone2. Also running ngrep on port 5060, I'm not seeing the
anything regarding presence being sent over the SIP protocol.
_______________________________________________
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio World Conference -- www.kamailioworld.com<http://www.kamailioworld.com>
-------------- next part --------------
users/attachments/20180703/54df6d48/attachment.html>
From d.tryba at pocos.nl Wed Jul 4 12:07:46 2018

Date: Wed, 4 Jul 2018 12:07:46 +0200
Subject: [SR-Users] Re-write From URI Domain ($fd) with source IP or
relayed message
In-Reply-To: <CAC-Lcd-FezGN6ZrDxaGjgCrw=-mW=Fg17rH5oKMLvYTebQwBcA@mail.gmail.com>
References: <CAC-Lcd-FezGN6ZrDxaGjgCrw=-mW=Fg17rH5oKMLvYTebQwBcA@mail.gmail.com>
Message-ID: <20180704100746.o3p3oama7gkzpyrj@office.pocos.nl>
On Tue, Jul 03, 2018 at 11:21:50PM +0100, Marrold wrote:

> For interoperability reasons I need to re-write the From URI Domain ($fd)
> in requests proxied by Kamailio to the source IP (socket) that Kamailio
> will send them via.
>
> I have experimented with onsend_route and can successfully discover the
> snd_ip, however it seems I am unable to rewrite the $fd, presumably because
> I am too late in the logic.
Take a look at uac_replace_from:

https://www.kamailio.org/docs/modules/5.1.x/modules/uac.html#uac.f.uac_replace_from
onsend_route is to late for this modification, you'll need to figure out

what the ip is in request_route of branche routes.
From eyas37 at hotmail.com Wed Jul 4 15:25:53 2018

Date: Wed, 4 Jul 2018 13:25:53 +0000
Subject: [SR-Users] Unable to insert impu into table
Message-ID:
<HK2PR03MB1506F65FD3385B77C4640526C5410@HK2PR03MB1506.apcprd03.prod.outlook.com>
Hello community ,
on kamailio server i'm using the module "ims_usrloc_scsc" with the following
configuration :
.........................................................
modparam("ims_usrloc_scscf", "db_url", "mysql://eyas:eyas at localhost/scscf")
modparam("ims_usrloc_scscf", "db_mode", 1)
modparam("ims_usrloc_scscf", "enable_debug_file", 0)
modparam("ims_usrloc_scscf", "matching_mode", 0)
modparam("ims_registrar_scscf", "error_reply_code", 503)
..........................................................
when i'm running kamailio and try to register i found the following :
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: ims_usrloc_scscf [usrloc_db.c:235]:

db_insert_impurecord(): Unable to insert impu into table [sip:09876993998148 at
NET.SYRIATEL]
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: ims_usrloc_scscf [udomain.c:580]:
insert_impurecord(): error inserting contact into db
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: ims_usrloc_scscf [impurecord.c:974]:
update_impurecord(): Unable to insert new IMPU for <sip:09876993998148 at
NET.SYRIATEL>
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: ims_registrar_scscf [save.c:809]:
update_contacts(): Unable to update impurecord for <sip:09876993998148 at
NET.SYRIATEL>
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: ims_registrar_scscf [cxdx_sar.c:253]:
async_cdp_callback(): Error processing REGISTER
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: INFO: ims_registrar_scscf [cxdx_sar.c:84]:
create_return_code(): created AVP successfully : [saa_return_code] - [-1]
Jul 04 16:03:59 S-CSCF [S-CSCF][3796]: ERROR: <script>: SAR failure - error
response sent from module
Jul 04 16:04:04 S-CSCF [S-CSCF][3697]: INFO: ims_auth [cxdx_mar.c:79]:
create_return_code(): created AVP successfully : [maa_return_code] - [-2]
Jul 04 16:04:04 S-CSCF [S-CSCF][3814]: INFO: ims_auth [cxdx_avp.c:137]:
cxdx_get_avp(): cxdx_get_experimental_result_code: Failed finding avp (avp_code =
297, vendor_id = 0)
Jul 04 16:04:04 S-CSCF [S-CSCF][3814]: INFO: ims_auth [cxdx_mar.c:79]:
create_return_code(): created AVP successfully : [maa_return_code] - [1]
Jul 04 16:04:04 S-CSCF [S-CSCF][3694]: INFO: ims_auth [authorize.c:834]:
authenticate(): uri=sip:NET.SYRIATEL;transport=TCP
nonce=cae12e7c256b8a052ad9824ebb91fa07 response=ee82f8f8ad6bf4530d210144e
Jul 04 16:04:04 S-CSCF [S-CSCF][3694]: INFO: ims_auth [authorize.c:886]:
authenticate(): UE said: ee82f8f8ad6bf4530d210144eaf3c413 and we expect
ee82f8f8ad6bf4530d210144eaf3c413 ha1 fd5e9c83ecc96ee
Jul 04 16:04:04 S-CSCF [S-CSCF][3694]: INFO: ims_registrar_scscf [cxdx_sar.c:84]:
create_return_code(): created AVP successfully : [saa_return_code] - [-2]
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: INFO: ims_registrar_scscf [cxdx_avp.c:138]:
cxdx_get_avp(): cxdx_get_experimental_result_code: Failed finding avp
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: ERROR: ims_usrloc_scscf [usrloc_db.c:235]:
db_insert_impurecord(): Unable to insert impu into table [sip:09876993998048 at
NET.SYRIATEL]
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: ERROR: ims_usrloc_scscf [udomain.c:580]:
insert_impurecord(): error inserting contact into db
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: ERROR: ims_usrloc_scscf [impurecord.c:974]:
update_impurecord(): Unable to insert new IMPU for <sip:09876993998048 at
NET.SYRIATEL>
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: ERROR: ims_registrar_scscf [save.c:809]:
update_contacts(): Unable to update impurecord for <sip:09876993998048 at
NET.SYRIATEL>
Jul 04 16:04:04 S-CSCF [S-CSCF][3819]: ERROR: ims_registrar_scscf [cxdx_sar.c:253]:
async_cdp_callback(): Error processing REGISTER
could any one tell me where was my wrong and why it can't write on the DB & thanks
in advance
-------------- next part --------------

users/attachments/20180704/b4e16041/attachment.html>
From kamailio at marrold.co.uk Wed Jul 4 15:27:05 2018

From: kamailio at marrold.co.uk (Marrold)
Date: Wed, 4 Jul 2018 14:27:05 +0100
Subject: [SR-Users] Re-write From URI Domain ($fd) with source IP or
relayed message
In-Reply-To: <20180704100746.o3p3oama7gkzpyrj@office.pocos.nl>
References: <CAC-Lcd-FezGN6ZrDxaGjgCrw=-mW=Fg17rH5oKMLvYTebQwBcA@mail.gmail.com>
<20180704100746.o3p3oama7gkzpyrj@office.pocos.nl>
Message-ID: <CAC-Lcd8ssFHd_RyZSU8zzVR0FvExK9dM4sq3subXMfMJA60SNg@mail.gmail.com>
Thanks Daniel, if that's the case we will re-write the from domain earlier
in the logic
On Wed, Jul 4, 2018 at 11:07 AM, Daniel Tryba <d.tryba at pocos.nl> wrote:
> On Tue, Jul 03, 2018 at 11:21:50PM +0100, Marrold wrote:

> > For interoperability reasons I need to re-write the From URI Domain ($fd)
> > in requests proxied by Kamailio to the source IP (socket) that Kamailio
> > will send them via.
> >
> > I have experimented with onsend_route and can successfully discover the
> > snd_ip, however it seems I am unable to rewrite the $fd, presumably
> because
> > I am too late in the logic.
>
> Take a look at uac_replace_from:
> https://www.kamailio.org/docs/modules/5.1.x/modules/uac.
> html#uac.f.uac_replace_from
>
> onsend_route is to late for this modification, you'll need to figure out
> what the ip is in request_route of branche routes.
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180704/a35443cb/attachment.html>
From dcunningham at voisonics.com Thu Jul 5 03:36:11 2018

From: dcunningham at voisonics.com (David Cunningham)
Date: Thu, 5 Jul 2018 03:36:11 +0200
In-Reply-To: <CAEkX5m_v+_NeXjmZo-6fudEOEy+wczFEJhdU2=vLfO-HiYoiTg@mail.gmail.com>
Message-ID: <CAHGbP-8A-pRwLoUH_BN9r_QdW1aeHJzFGSV6iRXvDX6HMdc0jw@mail.gmail.com>
Hi Jeremy,
If you're looking for a fully multi-tenant PBX system there is Enswitch:

https://www.youtube.com/watch?v=ehgAmFTHvo8
We provide Enswitch with installation and ongoing support. Enswitch is a

mature hosted PBX solution, based on Asterisk and Kamailio, with propriety
code on top to make it really work as one. It will meet many of your
requirements, though not all since we support call recording but not video
recording.
If you are interested in Enswitch please let me know off-list.
Thank you.
On 2 July 2018 at 15:48, Jeremy Renner <admin at havesoft.com> wrote:

> Hi,
>
> I would like to setup up my SIP server / PBX for my business, now we have
> some candidates:
>
>
> - Asterisk PBX,
> - Freeswitch PBX
> - Kamailio
> - OpenSIPS
>
>
>
> - Brekeke PBX(https://www.brekeke.com
> - Vodia PBX(https://www.vodia.com)
> - 3CX PBX(https://www.3cx.com)
> - PortSIP PBX(https://www.portsip.com/portsip-pbx)
>
>
>
> - Video call recording (For the finance industry, the video recording
> is necessary)
> - Push notifications for mobile app
> - Multi-tenant support
> - Both Linux and Windows support (at 1st stage, we would like to run
> it on Windows server and migrate it to Linux server in the future if users
> increased), the Linux support is required, the Windows support is preferred.
>
>
>
> recording ?
>
>
>
>
> - The Vodia PBX, PortSIP PBX and brrekeke all are support
> - The 3CX and PortSIP support push notifications,
> - The PortSIP also provide client SDK, with 3CX we only see the 3CX
> - It's seems all these PBX are support video recording ?
> - The PortSIP PBX and 3CX both support Linux.
>
>
> Please help me to make the decision, base on your experiences, which one
> (open source or business solution) is good to us ? I'm really new to
> VoIP...
>
>
> Best regards,
>
>
> _______________________________________________
>
>
--
David Cunningham, Voisonics Limited
http://voisonics.com/
USA: +1 213 221 1092
New Zealand: +64 (0)28 2558 3782
-------------- next part --------------
users/attachments/20180705/25ba3371/attachment.html>
From mespio at gmail.com Thu Jul 5 09:11:08 2018

Date: Thu, 5 Jul 2018 11:41:08 +0430
In-Reply-To: <CABVi_EyFrJMtnFj+k5RR=PaOtHZeisbToGt2kYoJHMK=kTfwWg@mail.gmail.com>
<CAL_hDtwpbHQipKYWcSHPYpxwphNv_pEREvsw_VZPnm2t6OgfuQ@mail.gmail.com>
<CABVi_EyFrJMtnFj+k5RR=PaOtHZeisbToGt2kYoJHMK=kTfwWg@mail.gmail.com>
Message-ID: <CABVi_EzkiN2G7EEkRNDy__40Hgh+SHA_Hb6UiroEcC4=itOyFg@mail.gmail.com>
I solved it, it just update kernel module.

apt-get install -t jessie-backports linux-image-amd64
Thanks
On Sun, Jul 1, 2018 at 2:37 PM, Mojtaba <mespio at gmail.com> wrote:

> What do you mean?
>
> On Sun, Jul 1, 2018 at 2:27 PM, Domenico Briganti <dometec at gmail.com> wrote:
>> ll
>>
>> Il 01 lug 2018 11:48 AM, "Mojtaba" <mespio at gmail.com> ha scritto:
>>
>> I have strange issue,
>> the output of of ùname -r` command is "3.16.0-4-amd64", while all the
>> debs file are "4.9.0-0.bpo.6-amd64".
>> ngcp-rtpengine_6.4.0.0+0~mr6.4.0.0_all.deb
>> ngcp-rtpengine-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
>> ngcp-rtpengine-iptables_6.4.0.0+0~mr6.4.0.0_amd64.deb
>> ngcp-rtpengine-kernel-dkms_6.4.0.0+0~mr6.4.0.0_all.deb
>> ngcp-rtpengine-kernel-source_6.4.0.0+0~mr6.4.0.0_all.deb
>> ngcp-rtpengine-recording-daemon_6.4.0.0+0~mr6.4.0.0_amd64.deb
>> ngcp-rtpengine-utils_6.4.0.0+0~mr6.4.0.0_all.deb
>> Is it the reason of my issue?
>>
>> On Fri, Jun 29, 2018 at 9:57 PM, Aqs Younas <aqsyounas at gmail.com> wrote:
>>> you can check by starting your rtpengine with this parameter "--table=0".
>>> If
>>> kernal modules is properly installed you will not face any error.
>>>
>>> Best Regards,
>>>
>>> Aqs Younas
>>>
>>>
>>>
>>> On Fri, 29 Jun 2018 at 03:33, Mojtaba <mespio at gmail.com> wrote:
>>>>
>>>> Thank you. I installed RTPEngine from git
>>>> (https://github.com/sipwise/rtpengine).
>>>> Let me know how can i be sure kernel module is loaded? and how can i
>>>> load
>>>> it?
>>>> Thanks
>>>>
>>>> On Thu, Jun 28, 2018 at 6:20 PM, Richard Fuchs <rfuchs at sipwise.com>
>>>> wrote:
>>>> > Looks like you haven't set up the kernel module properly. For the
>>>> > "proc"
>>>> > method of recording to work, the kernel module must be loaded and in
>>>> > use.
>>>> >
>>>> > Cheers
>>>> >
>>>> >
>>>> > On 2018-06-28 05:47, Mojtaba wrote:
>>>> >>
>>>> >> Hi all,
>>>> >> I installed RTPEngine (Version: 6.4.0.0+0~mr6.4.0.0
>>>> >> git-master-4eb80da) in my VM machine (Debian GNU/Linux 8 (jessie), i
>>>> >> also installed kamailio 5.1.
>>>> >>
>>>> >> In kamailio routes, i have:
>>>> >> route {
>>>> >> ...
>>>> >> #rtpengine_manage("record-call")
>>>> >> rtpengine_manage();
>>>> >> start_recording();
>>>> >> ...
>>>> >> }
>>>> >> Here is all other configuration files:
>>>> >>
>>>> >> In /etc/default/ngcp-rtpengine-daemon file:
>>>> >> RUN_RTPENGINE=yes
>>>> >> CONFIG_FILE=/etc/rtpengine/rtpengine.conf
>>>> >> CONFIG_SECTION=rtpengine
>>>> >> PIDFILE=/var/run/ngcp-rtpengine-daemon.pid
>>>> >> MANAGE_IPTABLES=yes
>>>> >> TABLE=0
>>>> >>
>>>> >> In /etc/default/ngcp-rtpengine-recording-daemon file:
>>>> >> RUN_RTPENGINE_RECORDING=yes
>>>> >> CONFIG_FILE=/etc/rtpengine/rtpengine-recording.conf
>>>> >> CONFIG_SECTION=rtpengine-recording
>>>> >> PIDFILE=/var/run/ngcp-rtpengine-recording-daemon.pid
>>>> >> MUST_NFS=no
>>>> >> NFS_HOST=192.168.1.1
>>>> >> NFS_REMOTE_PATH=/var/recordings
>>>> >> NFS_LOCAL_MOUNT=/var/lib/rtpengine-recording # must match output-dir
>>>> >> if
>>>> >> used
>>>> >> NFS_OPTIONS=hard,intr,tcp
>>>> >>
>>>> >> In /etc/rtpengine/rtpengine.conf file:
>>>> >> [rtpengine]
>>>> >> table = 0
>>>> >> interface = 192.168.122.200
>>>> >> listen-ng = 127.0.0.1:2223
>>>> >> recording-dir = /var/spool/rtpengine/
>>>> >> recording-method = proc
>>>> >>
>>>> >> In
>>>> >> [rtpengine-recording]
>>>> >> table = 0
>>>> >> # output-storage = db (use default)
>>>> >> # output-format = mp3 (use default)
>>>> >> # output-mixed = 1
>>>> >> spool-dir = /var/spool/rtpengine/metadata
>>>> >> output-dir = /var/spool/rtpengine/recording
>>>> >>
>>>> >> But the recording is not work, I have these issues in syslog:
>>>> >> [1530178531.860171] INFO:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Received command
>>>> >> 'start recording' from 127.0.0.1:38654
>>>> >> [1530178531.860191] NOTICE:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Turning on call
>>>> >> recording.
>>>> >> [1530178531.860239] WARNING:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Call recording through
>>>> >> /proc interface requested, but kernel table not open
>>>> >> [1530178531.860262] ERR:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Failed to open
>>>> >> recording metadata file '(null)' for writing: Bad address
>>>> >> [1530178531.860269] ERR:
>>>> >> [1530178531.860275] ERR:
>>>> >> [1530178531.860281] ERR:
>>>> >> [1530178531.860287] ERR:
>>>> >> [1530178531.860292] ERR:
>>>> >> [1530178531.860303] INFO:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'start
>>>> >> recording' from 127.0.0.1:38654 (elapsed time 0.000112 sec)
>>>> >> [1530178531.969040] INFO:
>>>> >> [1530178531.969069] INFO:
>>>> >> [1530178537.176906] INFO:
>>>> >> 'delete' from 127.0.0.1:40258
>>>> >> [1530178537.177003] INFO:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Scheduling deletion of
>>>> >> call branch '9052b05a' (via-branch '') in 30 seconds
>>>> >> [1530178537.177026] INFO:
>>>> >> [MWFhMWM4MmVhYjFmYjY3MzVlZDlmZWMyYjNmNGVhNmY.]: Replying to 'delete'
>>>> >> from 127.0.0.1:40258 (elapsed time 0.000084 sec)
>>>> >> [1530178537.178368] INFO:
>>>> >> [1530178537.178392] INFO:
>>>> >> ^C[1530178543.752740] INFO: Version 6.4.0.0+0~mr6.4.0.0
>>>> >> git-master-4eb80da shutting down
>>>> >>
>>>> >> Also when i start RTPEngine, I have FATAL error about module
>>>> >> xt_RTPENGINEer in syslog:
>>>> >> Jun 28 05:44:58 debian8 systemd[1]: Starting NGCP RTP/media Proxy
>>>> >> Daemon...
>>>> >> Jun 28 05:44:58 debian8 ngcp-rtpengine-iptables-setup[10203]:
>>>> >> modprobe: FATAL: Module xt_RTPENGINE not found.
>>>> >> iptables: No chain/target/match by that name.
>>>> >> ip6tables: No chain/target/match by that name.
>>>> >> Jun 28 05:44:58 debian8 systemd[1]: Started NGCP RTP/media Proxy
>>>> >> Daemon.
>>>> >> Jun 28 05:44:58 debian8 rtpengine[10219]: [1530179098.989322] INFO:
>>>> >> Generating new DTLS certificate
>>>> >> Jun 28 05:44:59 debian8 rtpengine[10219]: [1530179099.033499] ERR:
>>>> >> FAILED TO CREATE KERNEL TABLE 0 (No such file or directory), KERNEL
>>>> >> FORWARDING DISABLED
>>>> >> J
>>>> >>
>>>> >> Let me know what is the problem and how can i solve it?
>>>> >>
>>>> >
>>>> > _______________________________________________
>>>> > Kamailio (SER) - Users Mailing List
>>>> > sr-users at lists.kamailio.org
>>>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>>
>>>> --
>>>> --Mojtaba Esfandiari.S
>>>>
>>>> _______________________________________________
>>>
>>>
>>> _______________________________________________
>>>
>>
>>
>>
>>
>> --
>>
>> _______________________________________________
>>
>>
>>
>> _______________________________________________
>>
>
>
>
> --
--

Date: Thu, 5 Jul 2018 11:43:25 +0430
Subject: [SR-Users] rtpengine installation dependencies
In-Reply-To: <CABVi_Ew9Qw0L-X20awWCWpMT3L+Z_--j7QM4C31LbaPmF6mkuA@mail.gmail.com>
References: <CAGVOjVVRx7cQ-U42FXzW9=4Ueq2eAiMqyZep7ox4Y6t7Wd1iTw@mail.gmail.com>
<448304DC640C4341B414B3965E58E20F01074E58@d-mbx-46.intern.telba.de>
<CAGVOjVU=-rgYop2MjVSW5=awCgDNJ3uNX+qGVPM-AfxbXhErbA@mail.gmail.com>
<CABVi_EyLXccuOBwBks4FQx7GRq3++YrKQeAYLEFxTGe_L9hHrQ@mail.gmail.com>
<CAGVOjVWY9RJTgjnqT5o=0NxHOc38+Y2rvTrm_d9UxZ9u8kN6Qg@mail.gmail.com>
<CABVi_Ew9Qw0L-X20awWCWpMT3L+Z_--j7QM4C31LbaPmF6mkuA@mail.gmail.com>
Message-ID: <CABVi_Ey2vW3Qc+dLX3Nxz9vHLseykdWUjGi0q2=YHpzjeJX+nQ@mail.gmail.com>
In regard of my last post, If you have issue about kernel module, run
this command to update it:
apt-get install -t jessie-backports linux-image-amd64
Thanks
On Tue, Jun 26, 2018 at 1:43 PM, Mojtaba <mespio at gmail.com> wrote:
> Thank you, I do it successfully.
> I use these commands to install all dependencies:
> apt-get -t jessie-backports install debhelper libmysqlclient-dev
> iptables-dev libavcodec-dev libavfilter-dev libcurl4-openssl-dev
> libevent-dev libglib2.0-dev libhiredis-dev libjson-glib-dev
> libpcap0.8-dev libssl-dev libxmlrpc-core-c3-dev markdown
>
> apt-get -t jessie-backports install dkms module-assistant
> With Regards. Mojtaba
>
> On Mon, Jun 25, 2018 at 7:01 PM, Aqs Younas <aqsyounas at gmail.com> wrote:
>> Hello, Mojtaba.
>>
>> I don't remember the exact setups and unfortunately don't have access to
>> server. But let me write few things I did which may help you.
>> Added below line in source.list.
>> 1. deb http://ftp.debian.org/debian jessie-backports main
>> 2. apt-get update
>> 3. apt-get -t jessie-backports install debhelper
>> 4. Installed latest version of ffmpeg from source
>>
>> I was not able to successfully create .deb files but i was able to compile
>> it manually.
>> These links might help you.
>>
>> https://voipmagazine.wordpress.com/2015/02/17/rtpengine-compilation-and-
installation-in-fedora-redhat/
>> http://hrhashmi.blogspot.com/2016/06/rtpengine-installation-on-amazon-ami.html
>>
>> Br, Aqs
>>
>>
>>
>>
>> On Mon, 25 Jun 2018 at 14:19, Mojtaba <mespio at gmail.com> wrote:
>>>
>>> Hi,
>>> Please share the source.list for getting the lasted version of debhelper.
>>> Thanks
>>>
>>> On Sat, Apr 7, 2018 at 2:45 AM, Aqs Younas <aqsyounas at gmail.com> wrote:
>>> > Thanks for the answer.
>>> >
>>> > I had installed debhelper from Debian package but it had Version:
>>> > 9.20150101+deb8u2.
>>> >
>>> > root at debian-769mb-miami-01:/usr/src/rtpengine# dpkg -s debhelper | grep
>>> > '^Version:'
>>> > Version: 9.20150101+deb8u2
>>> >
>>> > Whereas rtpengine demands debhelper (>= 10~)
>>> >
>>> > That is why i was trying to install it from debs.
>>> >
>>> > Anyway, I updated my source.list and was able to get the lasted version
>>> > of
>>> > debhelpler.
>>> >
>>> > Thanks for your help.
>>> >
>>> >
>>> >
>>> >
>>> > On 6 April 2018 at 20:45, Ulrich Henning <HUlrich at telba.de> wrote:
>>> >>
>>> >> Hi Aqs,
>>> >>
>>> >>
>>> >>
>>> >> just use the corresponding build flag ‘export
>>> >> DEB_BUILD_PROFILES="pkg.ngcp-rtpengine.nobcg729"’ as stated in the
>>> >> readme
>>> >> (https://github.com/sipwise/rtpengine) and your issue should be fixed.
>>> >>
>>> >>
>>> >>
>>> >> BR,
>>> >>
>>> >> Henning
>>> >>
>>> >>
>>> >>
>>> >> Von: sr-users [mailto:sr-users-bounces at lists.kamailio.org] Im Auftrag
>>> >> von
>>> >> Aqs Younas
>>> >> Gesendet: Freitag, 6. April 2018 17:31
>>> >> An: Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org>
>>> >> Betreff: [SR-Users] rtpengine installation dependencies
>>> >>
>>> >>
>>> >>
>>> >> Greetings list.
>>> >>
>>> >>
>>> >>
>>> >> This might not be related to Kamailio but I thought someone would be
>>> >> able
>>> >> to give a hand in resolving dependency during the installation of
>>> >> rtpengine
>>> >> on Debian 8 Jessie.
>>> >>
>>> >>
>>> >>
>>> >> It is complaining about below dependencies.
>>> >>
>>> >>
>>> >>
>>> >> root at debian-769mb-miami-01:/usr/src/rtpengine# dpkg-buildpackage
>>> >>
>>> >> dpkg-buildpackage: source package ngcp-rtpengine
>>> >>
>>> >> dpkg-buildpackage: source version 6.3.0.0+0~mr6.3.0.0
>>> >>
>>> >> dpkg-buildpackage: source distribution unstable
>>> >>
>>> >> dpkg-buildpackage: source changed by Sipwise Jenkins Builder
>>> >> <jenkins at sipwise.com>
>>> >>
>>> >> dpkg-buildpackage: host architecture amd64
>>> >>
>>> >> dpkg-source --before-build rtpengine
>>> >>
>>> >> dpkg-source: info: using options from rtpengine/debian/source/options:
>>> >> --extend-diff-ignore=.gitreview
>>> >>
>>> >> dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 10~)
>>> >> libbcg729-dev
>>> >>
>>> >> dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied;
>>> >> aborting
>>> >>
>>> >> dpkg-buildpackage: warning: (Use -d flag to override.)
>>> >>
>>> >>
>>> >>
>>> >> I tried to install debhelper from deb but complained from dh-autoreconf
>>> >> and that itself complained abount debhelpler. So, no one is being
>>> >> installed.
>>> >>
>>> >> Also, If someone can help me how to resolve dependency for
>>> >> libbcg729-dev
>>> >> too.
>>> >>
>>> >> Any pointer or hint or link to some installation guide would be more
>>> >> than
>>> >> welcome.
>>> >>
>>> >>
>>> >>
>>> >> Br, Aqs.
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> Kamailio (SER) - Users Mailing List
>>> >> sr-users at lists.kamailio.org
>>> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > Kamailio (SER) - Users Mailing List
>>> > sr-users at lists.kamailio.org
>>> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>> >
>>>
>>>
>>>
>>> --
>>> --Mojtaba Esfandiari.S
>>>
>>> _______________________________________________
>>
>>
>> _______________________________________________
>>
>
>
>
> --
--
From ydtzou at gmail.com Wed Jul 4 09:25:36 2018

From: ydtzou at gmail.com (tyd)
Date: Wed, 4 Jul 2018 15:25:36 +0800
Subject: [SR-Users] The problem of get_aor_hash function
Message-ID: <CAO_tHBRLtBH4emMpxD2Qo6rjSTOGZP7oW5CEWBSAPrhNBrADwQ@mail.gmail.com>
Dear all,
I'm trying Kamailio 5.1.4 and IMS module.

When registering to Kamailio IMS using the same ip and port for 30 users
(different contact user part), the P-CSCF get the same hash number and aor
value.
The function get_aor_hash(_d, &_ci->via_host, _ci->via_port, _ci->via_prot)

in ims_usrloc_pcscf pcontact.c seems the problem.
Because hashing with host, port, prot will get the same hash value.
Anyone can help this ?

-------------- next part --------------
From alex.sosic at evosip.cloud Thu Jul 5 12:17:30 2018

Date: Thu, 5 Jul 2018 12:17:30 +0200
In-Reply-To: <CAOvxgzBTTG+7TfNOMPEXmLUZiTxi=x6cPKT=+=uwvTNhE_RSug@mail.gmail.com>
<CAOvxgzBTTG+7TfNOMPEXmLUZiTxi=x6cPKT=+=uwvTNhE_RSug@mail.gmail.com>
Message-ID: <CAA7tqQ71EJ4M7iWbwTfmUZQqYOw3Jbhe4ckpxY6m9i3LGNTHQA@mail.gmail.com>
On Mon, Jul 2, 2018 at 2:55 PM Charles Chance

<charles.chance at sipcentric.com> wrote:
> Hi Aleksandar,
> [...]
> You do not, in fact, need to maintain a dedicated node who's only role is "DMQ
server" as you have described it. I would recommend removing it completely and
allowing your other nodes to discover/communicate between themselves.
Ok Thanks for your inputs, seems a good idea and I think we're on a
good path to solve our issues.
> Omitting the notification address should not cause an issue - what error do you
see in your log when it fails to start? If you get rid of the "DMQ server' node as
suggested above, though, this should be a none-issue.
It does cause an issue:

```
0(51) DEBUG: <core> [core/parser/parse_uri.c:1254]: parse_uri(): uri
too short: <> (0)
0(51) ERROR: dmq [dmq.c:218]: mod_init(): notification address invalid
0(51) ERROR: <core> [core/sr_module.c:990]: init_mod(): Error while
initializing module dmq
(/usr/lib/x86_64-linux-gnu/kamailio/modules/dmq.so)
ERROR: error while initializing modules
```
Maybe a feature request could be to just start kamailio even if it

does not resolve a dns record for the dmq notification_address? This
would solve us some problems in a highly mutable infrastructure like
ours:
``` 0(88) ERROR: dmq [notification_peer.c:336]:

add_server_and_notify(): error adding notification node
0(88) ERROR: dmq [dmq.c:304]: child_init(): cannot retrieve initial
nodelist from sip:proxy-service:5061
0(88) ERROR: <core> [core/sr_module.c:944]: init_mod_child(): error
while initializing module dmq
(/usr/lib/x86_64-linux-gnu/kamailio/modules/dmq.so) (idx: 0 rank: 0
desc: [main])
0(88) ERROR: <core> [main.c:1711]: main_loop(): error in init_child```
So just to recap:
- Not specifying a notification_address DOES give issues
- Having a DNS record for the notification_address that does not
resolve makes kamailio to crash
Any possibility to have this solved/enhanced?
Thanks,
--
Aleksandar Sosic
From charles.chance at sipcentric.com Thu Jul 5 12:33:31 2018

Date: Thu, 5 Jul 2018 11:33:31 +0100
In-Reply-To: <CAA7tqQ71EJ4M7iWbwTfmUZQqYOw3Jbhe4ckpxY6m9i3LGNTHQA@mail.gmail.com>
<CAA7tqQ71EJ4M7iWbwTfmUZQqYOw3Jbhe4ckpxY6m9i3LGNTHQA@mail.gmail.com>
Message-ID: <CAOvxgzBNsCoq-sJLPGb=iuuebuyaCLq0XQH3OghKTZA7xeB0SA@mail.gmail.com>
I'll take a look - which version are you using?
Cheers,
Charles
> On Mon, Jul 2, 2018 at 2:55 PM Charles Chance

> <charles.chance at sipcentric.com> wrote:
> > Hi Aleksandar,
> > [...]
> > You do not, in fact, need to maintain a dedicated node who's only role
> is "DMQ server" as you have described it. I would recommend removing it
> completely and allowing your other nodes to discover/communicate between
> themselves.
>
> Ok Thanks for your inputs, seems a good idea and I think we're on a
> good path to solve our issues.
>
> > Omitting the notification address should not cause an issue - what error
> do you see in your log when it fails to start? If you get rid of the "DMQ
> server' node as suggested above, though, this should be a none-issue.
>
> It does cause an issue:
> ```
> 0(51) DEBUG: <core> [core/parser/parse_uri.c:1254]: parse_uri(): uri
> too short: <> (0)
> 0(51) ERROR: dmq [dmq.c:218]: mod_init(): notification address invalid
> 0(51) ERROR: <core> [core/sr_module.c:990]: init_mod(): Error while
> initializing module dmq
> (/usr/lib/x86_64-linux-gnu/kamailio/modules/dmq.so)
> ERROR: error while initializing modules
> ```
>
> Maybe a feature request could be to just start kamailio even if it
> does not resolve a dns record for the dmq notification_address? This
> would solve us some problems in a highly mutable infrastructure like
> ours:
>
> ``` 0(88) ERROR: dmq [notification_peer.c:336]:
> add_server_and_notify(): error adding notification node
> 0(88) ERROR: dmq [dmq.c:304]: child_init(): cannot retrieve initial
> nodelist from sip:proxy-service:5061
> 0(88) ERROR: <core> [core/sr_module.c:944]: init_mod_child(): error
> while initializing module dmq
> (/usr/lib/x86_64-linux-gnu/kamailio/modules/dmq.so) (idx: 0 rank: 0
> desc: [main])
> 0(88) ERROR: <core> [main.c:1711]: main_loop(): error in init_child```
>
> So just to recap:
> - Not specifying a notification_address DOES give issues
> - Having a DNS record for the notification_address that does not
> resolve makes kamailio to crash
>
> Any possibility to have this solved/enhanced?
>
> Thanks,
> --
> Aleksandar Sosic
> mail: alex.sosic at evosip.cloud
>
> _______________________________________________
>
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180705/01dc8db8/attachment.html>
From enrico.bandiera at cloud.timenet.it Thu Jul 5 14:02:31 2018

From: enrico.bandiera at cloud.timenet.it (Enrico Bandiera)
Date: Thu, 5 Jul 2018 14:02:31 +0200
Subject: [SR-Users] sdpops / keep_codecs_by_name not modifying sdp unless i
call msg_apply_changes
Message-ID: <CAGqwm+d6G8PaiHasb3wa79qaaNHMAd9X0Kwp__GvUhPi85of0w@mail.gmail.com>
Hi, I'm encountering an issue where calling keep_codecs_by_name does not

modify the SDP on the INVITE unless I call the "evil function"
msg_apply_changes
Any help is welcome,

Thanks,
Enrico.
-------------- next part --------------
users/attachments/20180705/f937e236/attachment.html>
From miconda at gmail.com Thu Jul 5 14:43:21 2018

Date: Thu, 5 Jul 2018 14:43:21 +0200
Subject: [SR-Users] RFC: database unsigned number types
Message-ID: <3360305f-d0bf-234f-171d-96a2620562c0@gmail.com>
Hello,
starting here a discussion about an issue with the database API and
signed/unsigned number type to see how to address it.
So far, the database API supported only signed types for numbers,
respectively DB1_INT (int in c) and DB1_BIGINT (long long in c).
However, many database table columns are defined as UNSIGNED INT or
UNSIGNED BIGINT. The database connector modules are mapping UNSIGED
values retrieved from database over signed fields in DB API structure.
The other way around is done as well: signed values are the inserted in
the unsigned columns.
There is no issue if the value in C is a positive number, however, if

the value goes over MAX_UINT/2 (over 2147483647), it becomes negative
and inserting the value in database results in an exception and 0 being
stored instead.
So far, I guess the issue was rarely exposed, if at all, because no

report on it, even these data types for DB1 are since the SER project
was started in 2001. As I looked at database definition schema, most of
unsigned columns are for internal flags or ids (e.g., lcr_id), where I
guess no large values were used or needed so far.
However, it can bite at any time and needs to be addressed. So far, two
solutions come in mind:
1) drop using UNSIGNED INT for those db columns, use only INT and do
unsigned cast in the C code when reading and cast to int when writing.
2) update the db connector modules to support unsigned types -- I added

support for them in DB API, but each db_* module has to be updated. The
also each module that uses UNSIGNED DB columns must be updated
1) should be simpler, 2) more work but better in long term
Any other ideas? Which of the options you prefer to go for?
Not to forget: somehow related, probably we have to switch from int to

long for PV number values, otherwise timestamp variables can go negative
once unix timestamp approaches MAX_UINT/2 (still plenty of time, but
should not be delayed for long ...).
Cheers,
Daniel
--
From alex.sosic at evosip.cloud Fri Jul 6 09:21:23 2018

Date: Fri, 6 Jul 2018 09:21:23 +0200
In-Reply-To: <CAOvxgzBNsCoq-sJLPGb=iuuebuyaCLq0XQH3OghKTZA7xeB0SA@mail.gmail.com>
<CAOvxgzBNsCoq-sJLPGb=iuuebuyaCLq0XQH3OghKTZA7xeB0SA@mail.gmail.com>
Message-ID: <CAA7tqQ7p0NLxDHSKhG+fKs0Aq9kvjwBCTmq-RJVh3X-FEg=CwQ@mail.gmail.com>
On Thu, Jul 5, 2018 at 12:35 PM Charles Chance

> I'll take a look - which version are you using?
5.2.0~dev6+0~20180616010152.1138+xenial
Thank you!
--
Aleksandar Sosic

Date: Fri, 6 Jul 2018 11:42:23 +0200
In-Reply-To: <CAA7tqQ7p0NLxDHSKhG+fKs0Aq9kvjwBCTmq-RJVh3X-FEg=CwQ@mail.gmail.com>
<CAA7tqQ7p0NLxDHSKhG+fKs0Aq9kvjwBCTmq-RJVh3X-FEg=CwQ@mail.gmail.com>
Message-ID: <CAA7tqQ6gZ0czqjE_q-HZ_LQ1Ww25KMsMWwwwNYR7ivvar0XCiw@mail.gmail.com>
Hi,
I'm now creating a dns record inside kubernetes with a headless service.
Unfortunately I must use a busybox that will start before the kamailio
nodes so the dns record will be created before kamailio starts because
otherwise it will crash as I told you before. IMHO it will be useful
to have a flag that allows me to choose if kamailio should start even
if the notification_address of the DMQ module does not resolve. That
would allow me to start nodes, populate the dns and then slowly add
nodes to the cluster without having a busybox to do that.
As you can see from the logs kamailio notices the busybox IP
(10.32.68.202) which obviously not being a kamailio node gives me this
errors:
```
17(109) ERROR: dispatcher [dispatch.c:1910]: ds_select_dst_limit(): no
destination sets
33(125) ERROR: dmq [notification_peer.c:596]:
notification_resp_callback_f(): deleting server sip:10.32.68.202:5061
because of failed request
33(125) ERROR: dmq [notification_peer.c:596]:
notification_resp_callback_f(): deleting server
sip:43.100.109.113:5061 because of failed request
```
Being a workaround for creating the DNS record before starting
kamailio nodes that's ok.
But notice the IP 43.100.109.113 which is not an IP that the DNS
record for the notification_address resolves:
```
$ nslookup dmq-proxy-service
Server: 10.96.0.10
Address: 10.96.0.10#53
Name: dmq-proxy-service.default.svc.cluster.local
Address: 172.22.5.83
Address: 172.22.5.84
Address: 10.32.68.202
Address: 172.22.5.81
Address: 172.22.5.82
```
So why is that?
Then I noticed that on one node I do have all the other IPs:
```kamcmd> dmq.list_nodes
{
host: 172.22.5.81
port: 5061
resolved_ip: 172.22.5.81
status: active
last_notification: 0
local: 0
}
{
host: 172.22.5.82
port: 5061
status: active
local: 0
}
{
host: 172.22.5.83
port: 5061
status: active
local: 0
}
{
host: 172.22.5.84
port: 5061
status: active
local: 1
}
```
But on another one:

```
kamcmd> dmq.list_nodes
{
host: 172.22.5.83
port: 5061
status: active
local: 0
}
{
host: 172.22.5.81
port: 5061
status: active
local: 0
}
{
host: 172.22.5.82
port: 5061
status: active
local: 1
}
```
I miss a node? And all the kamailio instances in this range are the
same with the same config. Also the missing node is not the ip of the
node itself but another one.
--
Aleksandar Sosic
mail: alex.sosic at evosip.cloudOn Fri, Jul 6, 2018 at 9:21 AM Aleksandar
Sosic <alex.sosic at evosip.cloud> wrote:
>
> On Thu, Jul 5, 2018 at 12:35 PM Charles Chance
> > I'll take a look - which version are you using?
>
> 5.2.0~dev6+0~20180616010152.1138+xenial
>
> Thank you!
> --
> Aleksandar Sosic

Date: Fri, 6 Jul 2018 12:26:08 +0200
In-Reply-To: <CAA7tqQ6gZ0czqjE_q-HZ_LQ1Ww25KMsMWwwwNYR7ivvar0XCiw@mail.gmail.com>
<CAA7tqQ6gZ0czqjE_q-HZ_LQ1Ww25KMsMWwwwNYR7ivvar0XCiw@mail.gmail.com>
Message-ID: <CAA7tqQ6AgS8zSGtNJZD077CoLHbxtjk8FDT97uy0cs50mZf68g@mail.gmail.com>
Here's another example:
```
router-0 3/3 Running 0
13m 172.22.5.94 master.alex.cloud.evox.it
```
```
root at router-0:/# kamcmd
kamcmd 1.5
Copyright 2006 iptelorg GmbH
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
{
host: 172.22.5.3
port: 5062
status: active
local: 0
}
{
host: 172.22.5.4
port: 5062
status: active
local: 0
}
{
host: 172.22.5.94
port: 5062
status: active
local: 1
}
```
```
kamcmd 1.5
{
host: 172.22.5.4
port: 5062
status: active
local: 0
}
{
host: 172.22.5.94
port: 5062
status: active
local: 0
}
{
host: 172.22.5.3
port: 5062
status: active
local: 1
}
```
```
kamcmd 1.5
{
host: 172.22.5.94
port: 5062
status: active
local: 0
}
{
host: 172.22.5.3
port: 5062
status: active
local: 0
}
{
host: 172.22.5.4
port: 5062
status: active
local: 1
}
```
```
kamcmd 1.5
{
host: 172.22.5.5
port: 5062
status: active
local: 1
}
```
```
nslookup dmq-router-service
Server: 10.96.0.10
Address: 10.96.0.10#53
Non-authoritative answer:
Name: dmq-router-service.default.svc.cluster.local
Address: 172.22.5.5
Address: 172.22.5.4
Address: 172.22.5.3
Address: 10.32.68.217
Address: 172.22.5.94
```
There is no difference in configuration between the router nodes.

--
Aleksandar Sosic
On Fri, Jul 6, 2018 at 11:42 AM Aleksandar Sosic
>
> Hi,
>
> I'm now creating a dns record inside kubernetes with a headless service.
> Unfortunately I must use a busybox that will start before the kamailio
> nodes so the dns record will be created before kamailio starts because
> otherwise it will crash as I told you before. IMHO it will be useful
> to have a flag that allows me to choose if kamailio should start even
> if the notification_address of the DMQ module does not resolve. That
> would allow me to start nodes, populate the dns and then slowly add
> nodes to the cluster without having a busybox to do that.
>
> As you can see from the logs kamailio notices the busybox IP
> (10.32.68.202) which obviously not being a kamailio node gives me this
> errors:
> ```
> 17(109) ERROR: dispatcher [dispatch.c:1910]: ds_select_dst_limit(): no
> destination sets
> 33(125) ERROR: dmq [notification_peer.c:596]:
> notification_resp_callback_f(): deleting server sip:10.32.68.202:5061
> because of failed request
> 33(125) ERROR: dmq [notification_peer.c:596]:
> notification_resp_callback_f(): deleting server
> sip:43.100.109.113:5061 because of failed request
> ```
> Being a workaround for creating the DNS record before starting
> kamailio nodes that's ok.
> But notice the IP 43.100.109.113 which is not an IP that the DNS
> record for the notification_address resolves:
>
> ```
> $ nslookup dmq-proxy-service
> Server: 10.96.0.10
> Address: 10.96.0.10#53
>
> Name: dmq-proxy-service.default.svc.cluster.local
> Address: 172.22.5.83
> Address: 172.22.5.84
> Address: 10.32.68.202
> Address: 172.22.5.81
> Address: 172.22.5.82
> ```
>
> So why is that?
>
> Then I noticed that on one node I do have all the other IPs:
> ```kamcmd> dmq.list_nodes
> {
> host: 172.22.5.81
> port: 5061
> resolved_ip: 172.22.5.81
> status: active
> last_notification: 0
> local: 0
> }
> {
> host: 172.22.5.82
> port: 5061
> resolved_ip: 172.22.5.82
> status: active
> local: 0
> }
> {
> host: 172.22.5.83
> port: 5061
> resolved_ip: 172.22.5.83
> status: active
> local: 0
> }
> {
> host: 172.22.5.84
> port: 5061
> resolved_ip: 172.22.5.84
> status: active
> local: 1
> }
> ```
>
> But on another one:
> ```
> kamcmd> dmq.list_nodes
> {
> host: 172.22.5.83
> port: 5061
> resolved_ip: 172.22.5.83
> status: active
> local: 0
> }
> {
> host: 172.22.5.81
> port: 5061
> resolved_ip: 172.22.5.81
> status: active
> local: 0
> }
> {
> host: 172.22.5.82
> port: 5061
> resolved_ip: 172.22.5.82
> status: active
> local: 1
> }
> ```
> I miss a node? And all the kamailio instances in this range are the
> same with the same config. Also the missing node is not the ip of the
> node itself but another one.
> --
> Aleksandar Sosic
> mail: alex.sosic at evosip.cloudOn Fri, Jul 6, 2018 at 9:21 AM Aleksandar
> Sosic <alex.sosic at evosip.cloud> wrote:
> >
> > On Thu, Jul 5, 2018 at 12:35 PM Charles Chance
> > <charles.chance at sipcentric.com> wrote:
> > > I'll take a look - which version are you using?
> >
> > 5.2.0~dev6+0~20180616010152.1138+xenial
> >
> > Thank you!
> > --
> > Aleksandar Sosic
> > mail: alex.sosic at evosip.cloud

Date: Fri, 6 Jul 2018 12:35:13 +0200
In-Reply-To: <CAA7tqQ6AgS8zSGtNJZD077CoLHbxtjk8FDT97uy0cs50mZf68g@mail.gmail.com>
<CAA7tqQ6AgS8zSGtNJZD077CoLHbxtjk8FDT97uy0cs50mZf68g@mail.gmail.com>
Message-ID: <CAA7tqQ4mV7hLoHvUVEGnmrAU2KkrAaAjhGRs2=ji6POQ1pHQWA@mail.gmail.com>
Similar thing with a different type of nodes:
```
proxy-94b6ccf46-6n49v 3/3 Running 0
proxy-94b6ccf46-7jrgj 3/3 Running 0
proxy-94b6ccf46-rbskb 3/3 Running 0
proxy-94b6ccf46-rtzh9 3/3 Running 0
1m 172.22.5.96 master.alex.cloud.evox.it`
```
```
root at proxy-94b6ccf46-6n49v:/# kamcmd
kamcmd 1.5
{
host: 172.22.5.99
port: 5061
status: active
local: 1
}
```
```
root at proxy-94b6ccf46-7jrgj:/# kamcmd
kamcmd 1.5
{
host: 172.22.5.95
port: 5061
status: active
local: 0
}
{
host: 172.22.5.98
port: 5061
status: active
local: 1
}
```
```
root at proxy-94b6ccf46-rbskb:/# kamcmd
kamcmd 1.5
{
host: 172.22.5.95
port: 5061
status: active
local: 1
}
```
```
root at proxy-94b6ccf46-rtzh9:/# kamcmd
kamcmd 1.5
{
host: 172.22.5.96
port: 5061
status: active
local: 1
}
```
```
nslookup dmq-proxy-service
Server: 10.96.0.10
Address: 10.96.0.10#53
Address: 172.22.5.99
Address: 172.22.5.98
Address: 172.22.5.96
Address: 172.22.5.95
Address: 10.32.68.218
```
What am I missing out?

--
Aleksandar Sosic
On Fri, Jul 6, 2018 at 12:26 PM Aleksandar Sosic
>
> Here's another example:
>
> ```
> router-0 3/3 Running 0
> 13m 172.22.5.94 master.alex.cloud.evox.it
> ```
>
> ```
> root at router-0:/# kamcmd
> kamcmd 1.5
> Copyright 2006 iptelorg GmbH
> This is free software with ABSOLUTELY NO WARRANTY.
> For details type `warranty'.
> {
> host: 172.22.5.3
> port: 5062
> resolved_ip: 172.22.5.3
> status: active
> local: 0
> }
> {
> host: 172.22.5.4
> port: 5062
> status: active
> local: 0
> }
> {
> host: 172.22.5.94
> port: 5062
> resolved_ip: 172.22.5.94
> status: active
> local: 1
> }
> ```
>
> ```
> kamcmd 1.5
> {
> host: 172.22.5.4
> port: 5062
> status: active
> local: 0
> }
> {
> host: 172.22.5.94
> port: 5062
> resolved_ip: 172.22.5.94
> status: active
> local: 0
> }
> {
> host: 172.22.5.3
> port: 5062
> status: active
> local: 1
> }
> ```
>
> ```
> kamcmd 1.5
> {
> host: 172.22.5.94
> port: 5062
> resolved_ip: 172.22.5.94
> status: active
> local: 0
> }
> {
> host: 172.22.5.3
> port: 5062
> status: active
> local: 0
> }
> {
> host: 172.22.5.4
> port: 5062
> status: active
> local: 1
> }
> ```
>
> ```
> kamcmd 1.5
> {
> host: 172.22.5.5
> port: 5062
> status: active
> local: 1
> }
> ```
>
> ```
> nslookup dmq-router-service
> Server: 10.96.0.10
> Address: 10.96.0.10#53
>
> Non-authoritative answer:
> Name: dmq-router-service.default.svc.cluster.local
> Address: 172.22.5.5
> Address: 172.22.5.4
> Address: 172.22.5.3
> Address: 10.32.68.217
> Address: 172.22.5.94
> ```
>
> There is no difference in configuration between the router nodes.
> --
> Aleksandar Sosic
> On Fri, Jul 6, 2018 at 11:42 AM Aleksandar Sosic
> <alex.sosic at evosip.cloud> wrote:
> >
> > Hi,
> >
> > I'm now creating a dns record inside kubernetes with a headless service.
> > Unfortunately I must use a busybox that will start before the kamailio
> > nodes so the dns record will be created before kamailio starts because
> > otherwise it will crash as I told you before. IMHO it will be useful
> > to have a flag that allows me to choose if kamailio should start even
> > if the notification_address of the DMQ module does not resolve. That
> > would allow me to start nodes, populate the dns and then slowly add
> > nodes to the cluster without having a busybox to do that.
> >
> > As you can see from the logs kamailio notices the busybox IP
> > (10.32.68.202) which obviously not being a kamailio node gives me this
> > errors:
> > ```
> > 17(109) ERROR: dispatcher [dispatch.c:1910]: ds_select_dst_limit(): no
> > destination sets
> > 33(125) ERROR: dmq [notification_peer.c:596]:
> > notification_resp_callback_f(): deleting server sip:10.32.68.202:5061
> > because of failed request
> > 33(125) ERROR: dmq [notification_peer.c:596]:
> > notification_resp_callback_f(): deleting server
> > sip:43.100.109.113:5061 because of failed request
> > ```
> > Being a workaround for creating the DNS record before starting
> > kamailio nodes that's ok.
> > But notice the IP 43.100.109.113 which is not an IP that the DNS
> > record for the notification_address resolves:
> >
> > ```
> > $ nslookup dmq-proxy-service
> > Server: 10.96.0.10
> > Address: 10.96.0.10#53
> >
> > Name: dmq-proxy-service.default.svc.cluster.local
> > Address: 172.22.5.83
> > Address: 172.22.5.84
> > Address: 10.32.68.202
> > Address: 172.22.5.81
> > Address: 172.22.5.82
> > ```
> >
> > So why is that?
> >
> > Then I noticed that on one node I do have all the other IPs:
> > ```kamcmd> dmq.list_nodes
> > {
> > host: 172.22.5.81
> > port: 5061
> > resolved_ip: 172.22.5.81
> > status: active
> > last_notification: 0
> > local: 0
> > }
> > {
> > host: 172.22.5.82
> > port: 5061
> > resolved_ip: 172.22.5.82
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.83
> > port: 5061
> > resolved_ip: 172.22.5.83
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.84
> > port: 5061
> > resolved_ip: 172.22.5.84
> > status: active
> > local: 1
> > }
> > ```
> >
> > But on another one:
> > ```
> > kamcmd> dmq.list_nodes
> > {
> > host: 172.22.5.83
> > port: 5061
> > resolved_ip: 172.22.5.83
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.81
> > port: 5061
> > resolved_ip: 172.22.5.81
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.82
> > port: 5061
> > resolved_ip: 172.22.5.82
> > status: active
> > local: 1
> > }
> > ```
> > I miss a node? And all the kamailio instances in this range are the
> > same with the same config. Also the missing node is not the ip of the
> > node itself but another one.
> > --
> > mail: alex.sosic at evosip.cloudOn Fri, Jul 6, 2018 at 9:21 AM Aleksandar
> > Sosic <alex.sosic at evosip.cloud> wrote:
> > >
> > > On Thu, Jul 5, 2018 at 12:35 PM Charles Chance
> > > <charles.chance at sipcentric.com> wrote:
> > > > I'll take a look - which version are you using?
> > >
> > > 5.2.0~dev6+0~20180616010152.1138+xenial
> > >
> > > Thank you!
> > > --
> > > Aleksandar Sosic
> > > mail: alex.sosic at evosip.cloud
From ykamarnath.sip at gmail.com Fri Jul 6 12:36:47 2018

From: ykamarnath.sip at gmail.com (Amarnath Kanchivanam)
Date: Fri, 6 Jul 2018 16:06:47 +0530
In-Reply-To: <DE8985C5-3F23-4E28-A7DD-2628EC2653D8@gmail.com>
<DE8985C5-3F23-4E28-A7DD-2628EC2653D8@gmail.com>
Message-ID: <CAMBV8rsk7xPsDW2JXipJNJ7+RvdETT-Tw_pQh1MkminYAkFaMQ@mail.gmail.com>
Thanks Daniel and Ding Ma.
I have Certificate Authority, who signed the server certificate and client
certificate.
Server certificate and root CA is added to server.
Client certificate and root CA is added to client.
Now CRL file path is update with server and it's own server certificate is
revoked. In this case what should be kamailio server behavior, if any
client wants to establish TLS connection? or Since it's own server
certificate is revoked TLS should be disabled on server side?
As per my understanding, TLS should be disabled on server side, as it does

not have valid certificate. Please share your thoughts on this.
Regards,
Amarnath
On Tue, Jul 3, 2018 at 5:22 PM Ding Ma <mading087 at gmail.com> wrote:
> The CRL with revoked server certificate needs to be loaded in the sip
> client. TLS server doesn’t send CRL to client during handshake.
>
> Sent from my iPhone
>
> On Jul 3, 2018, at 6:16 AM, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
> Hello,
>
> haven't played with CRL lately, but kamailio should just call libssl
> functions for validating the certificates, after initializing the context
> with CRL file.
>
> Maybe you can open an issue on github.com/kamailio/kamailio tracker, add
> there all log messages printed by kamailio with debug=3 in kamailio.cfg. In
> this way we do not forget about it and can be investigated properly.
> Cheers,
> Daniel
>
> On 28.06.18 08:47, Amarnath Kanchivanam wrote:
>
> Hi All,
>
> I'm trying to configured kamailio as TLS server with below configuration
> (tls.cfg) and TLS server is started successfully.
>
> [server:default]
> method = TLSv1+
> verify_certificate = yes
> require_certificate = yes
> private_key = ./sip/server.key
> certificate = ./sip/server.crt
> ca_list = ./bundle.crt
> crl = ./sip_crl.pem
> verify_depth = 9
>
> [client:default]
> verify_certificate = no
> require_certificate = no
>
> TLS connection works fine.
> Later i have updated the sip_crl.pem with server certificate revoked
> details and performed tls.reload command to load the latest update.
> After this I expect any TLS client trying to establish TLS connection
> should fail, as the client and server certificates are signed by same
> authority and server certificate is revoked. But the clients are able to
> establish TLS connection without any errors.
>
> I'm not getting any traces to confirm CRL validation has been performed
> before accepting the TLS connection.
>
> Any advice would be help to proceed with evaluating CRL functionality.
>
> -Amar
>
>
> _______________________________________________
>
>
> --
>
> _______________________________________________
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180706/4fe09941/attachment.html>
From dgrotti at sipwise.com Fri Jul 6 13:15:35 2018

From: dgrotti at sipwise.com (Daniel Grotti)
Date: Fri, 6 Jul 2018 13:15:35 +0200
Subject: [SR-Users] sdpops / keep_codecs_by_name not modifying sdp
unless i call msg_apply_changes
In-Reply-To: <CAGqwm+d6G8PaiHasb3wa79qaaNHMAd9X0Kwp__GvUhPi85of0w@mail.gmail.com>
References: <CAGqwm+d6G8PaiHasb3wa79qaaNHMAd9X0Kwp__GvUhPi85of0w@mail.gmail.com>
Message-ID: <a16a90ac-9fc2-752f-e47c-c3118b0f6323@sipwise.com>
Hi Enrico,
Are you calling it in conjunction with rtpengine? maybe this can help
you: https://lists.kamailio.org/pipermail/sr-users/2015-August/089434.html
Daniel
On 07/05/2018 02:02 PM, Enrico Bandiera wrote:
> Hi, I'm encountering an issue where calling keep_codecs_by_name does
> not modify the SDP on the INVITE unless I call the "evil function"
> msg_apply_changes
>
> Any help is welcome,
> Thanks,
> Enrico.
>
>
> _______________________________________________
-------------- next part --------------

users/attachments/20180706/46712b5b/attachment.html>
From enrico.bandiera at cloud.timenet.it Fri Jul 6 15:10:56 2018

Date: Fri, 6 Jul 2018 15:10:56 +0200
Subject: [SR-Users] sdpops / keep_codecs_by_name not modifying sdp
unless i call msg_apply_changes
In-Reply-To: <a16a90ac-9fc2-752f-e47c-c3118b0f6323@sipwise.com>
References: <CAGqwm+d6G8PaiHasb3wa79qaaNHMAd9X0Kwp__GvUhPi85of0w@mail.gmail.com>
<a16a90ac-9fc2-752f-e47c-c3118b0f6323@sipwise.com>
Message-ID: <CAGqwm+cmJ5uY64K2W_hkqvxwAi75EC=_0vUAZJUVTbNhq7zmug@mail.gmail.com>
Hi Daniel, it's indeed a problem related to rtpengine.
Thank you.
2018-07-06 13:15 GMT+02:00 Daniel Grotti <dgrotti at sipwise.com>:
> Hi Enrico,
> Are you calling it in conjunction with rtpengine? maybe this can help you:
> https://lists.kamailio.org/pipermail/sr-users/2015-August/089434.html
>
>
> Daniel
>
>
> On 07/05/2018 02:02 PM, Enrico Bandiera wrote:
>
> Hi, I'm encountering an issue where calling keep_codecs_by_name does not
> modify the SDP on the INVITE unless I call the "evil function"
> msg_apply_changes
>
> Any help is welcome,
> Thanks,
> Enrico.
>
>
> _______________________________________________
>
>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180706/98474be9/attachment.html>
From abtinext at gmail.com Fri Jul 6 09:52:16 2018

From: abtinext at gmail.com (Abtin Mir)
Date: Fri, 6 Jul 2018 12:22:16 +0430
Subject: [SR-Users] Kamailio Calls Concurrency
Message-ID: <CAM0h6jbQ8Paex_r4r6UpgoWU2n_TYX4Y8HxT9bDfP-VwQLC6cg@mail.gmail.com>
Hello Support,
As a proxy server , How many concurrent calls can be processed by a

Kamailio which is installed on a VM with 4 cores and 16GB of RAM?
Your answer is much appreciated.
--
*Regards,*
*Abtin Mir*
-------------- next part --------------
users/attachments/20180706/a4abf169/attachment.html>
From hw at kamailio.org Sat Jul 7 14:38:20 2018

From: hw at kamailio.org (Henning Westerholt)
Date: Sat, 7 Jul 2018 14:38:20 +0200
Subject: [SR-Users] [sr-dev] RFC: database unsigned number types
In-Reply-To: <3360305f-d0bf-234f-171d-96a2620562c0@gmail.com>
References: <3360305f-d0bf-234f-171d-96a2620562c0@gmail.com>
Message-ID: <b947a05a-dbed-a21f-779b-809e3ce5a8e3@kamailio.org>
Am 05.07.2018 um 14:43 schrieb Daniel-Constantin Mierla:

> Hello,
Hello Daniel,
> [..]
> So far, the database API supported only signed types for numbers,
> respectively DB1_INT (int in c) and DB1_BIGINT (long long in c).
> However, many database table columns are defined as UNSIGNED INT or
> UNSIGNED BIGINT. The database connector modules are mapping UNSIGED
> values retrieved from database over signed fields in DB API structure.
> The other way around is done as well: signed values are the inserted in
> the unsigned columns.
>
> There is no issue if the value in C is a positive number, however, if
> the value goes over MAX_UINT/2 (over 2147483647), it becomes negative
> and inserting the value in database results in an exception and 0 being
> stored instead.
>
> So far, I guess the issue was rarely exposed, if at all, because no
> report on it, even these data types for DB1 are since the SER project
> was started in 2001. As I looked at database definition schema, most of
> unsigned columns are for internal flags or ids (e.g., lcr_id), where I
> guess no large values were used or needed so far.
Good summary. I wondered also about it a long time ago, I think for the
same reasons it was not yet exposed.
> However, it can bite at any time and needs to be addressed. So far, two
> solutions come in mind:
>
> 1) drop using UNSIGNED INT for those db columns, use only INT and do
> unsigned cast in the C code when reading and cast to int when writing.
>
> 2) update the db connector modules to support unsigned types -- I added
> support for them in DB API, but each db_* module has to be updated. The
> also each module that uses UNSIGNED DB columns must be updated
>
> 1) should be simpler, 2) more work but better in long term
>
> Any other ideas? Which of the options you prefer to go for
I also think that option 2) is better, in the end our internal (Kamailio
"v1") DB API should provide a good coverage for the actual types that
the respective databases offer. Its also a legacy (from SER times) that
we don't need to keep. This change would be also much less intrusive for
the upgrade path for our users, as no database schema changes are necessary.
As you already mentioned, many modules use this columns for flags or
IDs, so a conversion should be straight-forward in most cases.
> Not to forget: somehow related, probably we have to switch from int to
> long for PV number values, otherwise timestamp variables can go negative
> once unix timestamp approaches MAX_UINT/2 (still plenty of time, but
> should not be delayed for long ...).
Good idea as well. We should introduce this change at the start of the
next development cycle, if this introduces a lot of changes in our
module code base.
Best regards,
Henning
From abalashov at evaristesys.com Sat Jul 7 19:07:06 2018

Date: Sat, 07 Jul 2018 13:07:06 -0400
In-Reply-To: <CAM0h6jbQ8Paex_r4r6UpgoWU2n_TYX4Y8HxT9bDfP-VwQLC6cg@mail.gmail.com>
References: <CAM0h6jbQ8Paex_r4r6UpgoWU2n_TYX4Y8HxT9bDfP-VwQLC6cg@mail.gmail.com>
Message-ID: <A390FFB8-B546-4182-B500-670DDF32C6A7@evaristesys.com>
With RTPEngine? 5k-10k is a conservative estimate.
Without RTP? Essentially unlimited.

On July 6, 2018 3:52:16 AM EDT, Abtin Mir <abtinext at gmail.com> wrote:
>Hello Support,
>
>As a proxy server , How many concurrent calls can be processed by a
>Kamailio which is installed on a VM with 4 cores and 16GB of RAM?
>
>Your answer is much appreciated.
-- Alex
--
Sent via mobile, please forgive typos and brevity.
From laurent.schweizer at peoplefone.com Sun Jul 8 13:15:13 2018

From: laurent.schweizer at peoplefone.com (Laurent Schweizer)
Date: Sun, 8 Jul 2018 11:15:13 +0000
Subject: [SR-Users] ul.add | path & socket not correctly set
In-Reply-To:
<VI1PR0702MB366455C552449215F0B9C9AD814A0@VI1PR0702MB3664.eurprd07.prod.outlook.com
>
References:
>
Message-ID:
<VI1PR0702MB3664A466EC829F6C60ABB0B781450@VI1PR0702MB3664.eurprd07.prod.outlook.com
>
Dear all,
Any idea how to solve it ?
BR
Laurent
De : sr-users [mailto:sr-users-bounces at lists.kamailio.org] De la part de Laurent

Schweizer
Envoyé : lundi, 25 juin 2018 22:13
À : Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Objet : [SR-Users] ul.add | path & socket not correctly set
Dear all,
I have kamailio 5.0.6 and I have an issue to add permanent location
When I add a location with :

kamcmd ul.add location_ch demo at peoplefone.ch<mailto:demo at peoplefone.ch> sip:
demo at 95.128.80.122:5060<mailto:demo at 95.128.80.122:5060> 0 0.0 . 0 128 6111 .
udp:95.128.80.3:5060
then I get the following insertion:

kamcmd ul.lookup location_ch demo@
{
AoR: demo
Contacts: {
Contact: {
Address: sip:demo at 95.128.80.122:5060
Expires: permanent
Q: 0.000000
Call-ID: dfjrewr12386fd6-343 at
kamailio.mi<mailto:dfjrewr12386fd6-343 at kamailio.mi>
CSeq: 1
User-Agent: SIP Router MI Server
Received: [not set]
Path: .
State: CS_SYNC
Flags: 0
CFlags: 128
Socket: [not set]
Methods: 6111
Ruid: ulcx-5b243cb5-67c6-31
Instance: [not set]
Reg-Id: 0
Server-Id: 0
Tcpconn-Id: 0
Keepalive: 0
Last-Keepalive: 0
Last-Modified: 0
}
}
As you can see the Path value is set to "." But it must be set to [not set]
The Socket is also not set.
Any idea ?
BR
Laurent
-------------- next part --------------
users/attachments/20180708/80f8f394/attachment.html>
From abdoul.osseni at gmail.com Sun Jul 8 21:48:34 2018

From: abdoul.osseni at gmail.com (=?UTF-8?Q?Abdoul_Oss=C3=A9ni?=)
Date: Sun, 8 Jul 2018 21:48:34 +0200
Subject: [SR-Users] rtpengine/kamailio teardown method
Message-ID: <CABc7nxvTNw_6Vspb9T1TOLCZOCZE0K+fnVY+7mabar87sLod8Q@mail.gmail.com>
Hello all,
There are some rtpengine parameters that permit to send an RPC command to
kamailio in order to terminate a dialog.
- timeout = xx
- b2b-url = http://xxxx:xx/RPC
- xmlrpc-format = 1
Each rpc command sent to Kamailio exited with status 256.
By checking the code of rtpengine, I see rtpengine seems to use "teardown"

method.
I think Kamailio does not know this method.
Can you help me please ?
Abdoul OSSENI
Ingénieur DevOps chez Néo-Soft
Co-Fondateur de ON SERVICES
Tél : +33 601 135 167
-------------- next part --------------
users/attachments/20180708/36580d3c/attachment.html>
From miconda at gmail.com Mon Jul 9 10:37:45 2018

Date: Mon, 9 Jul 2018 10:37:45 +0200
In-Reply-To:
>
References:
>
>
Message-ID: <f7982144-ac45-be18-8a0b-f5d80bef79c6@gmail.com>
Hello,
I will check it -- reminders are good, somehow first message was not
noticed...
Cheers,
Daniel
On 08.07.18 13:15, Laurent Schweizer wrote:

>
> Dear all,
>
>
>
> Any idea how to solve it ?
>
>
>
> BR
>
>
>
> Laurent
>
>
>
> *De :*sr-users [mailto:sr-users-bounces at lists.kamailio.org] *De la
> part de* Laurent Schweizer
> *Envoyé :* lundi, 25 juin 2018 22:13
> *À :* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Objet :* [SR-Users] ul.add | path & socket not correctly set
>
>
>
> Dear all,
>
>
>
> I have kamailio 5.0.6 and I have an issue to add permanent location
>
>
>
> When I add a location with :
>
> kamcmd ul.add location_ch demo at peoplefone.ch
> <mailto:demo at peoplefone.ch> sip: demo at 95.128.80.122:5060
> <mailto:demo at 95.128.80.122:5060> 0 0.0 . 0 128 6111 . udp:95.128.80.3:5060
>
>
>
> then I get the following insertion:
>
> kamcmd ul.lookup location_ch demo@
>
> {
>
> AoR: demo
>
> Contacts: {
>
> Contact: {
>
> Address: sip:demo at 95.128.80.122:5060
> <sip:demo at 95.128.80.122:5060>
>
> Expires: permanent
>
> Q: 0.000000
>
> Call-ID: dfjrewr12386fd6-343 at kamailio.mi
> <mailto:dfjrewr12386fd6-343 at kamailio.mi>
>
> CSeq: 1
>
> User-Agent: SIP Router MI Server
>
> Received: [not set]
>
> Path: .
>
> State: CS_SYNC
>
> Flags: 0
>
> CFlags: 128
>
> Socket: [not set]
>
> Methods: 6111
>
> Ruid: ulcx-5b243cb5-67c6-31
>
> Instance: [not set]
>
> Reg-Id: 0
>
> Server-Id: 0
>
> Tcpconn-Id: 0
>
> Keepalive: 0
>
> Last-Keepalive: 0
>
> Last-Modified: 0
>
> }
>
> }
>
>
>
>
>
> As you can see the Path value is set to “.” But it must be set to [not
> set]
>
> The Socket is also not set.
>
>
>
> Any idea ?
>
>
>
> BR
>
>
>
> Laurent
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180709/3e48e0af/attachment.html>
From mespio at gmail.com Mon Jul 9 10:43:21 2018
Date: Mon, 9 Jul 2018 13:13:21 +0430
Subject: [SR-Users] RTPEngine-Recording-daemon
Message-ID: <CABVi_ExiNJrhrikorq7vL9SGc78hKzHaFHQDkhdjmRsm9xzjoA@mail.gmail.com>
Hello,
In RTPEngine recording-daemon, I enabled "forward-to" option to
unix_socket. All things work right, I got metadata at first, then
media packets (RTP-UDP-IP).
The metadata for each calls is received just at first packet, but i
want to know, if i have more than one concurrent active call in
RTPEngine, How can i distinct which media packet was from which call?
Thanks with Regards.

Date: Mon, 9 Jul 2018 10:53:47 +0200
In-Reply-To: <f7982144-ac45-be18-8a0b-f5d80bef79c6@gmail.com>
References:
>
>
<f7982144-ac45-be18-8a0b-f5d80bef79c6@gmail.com>
Message-ID: <a8cca24e-1bef-c810-6ea7-beeb7b811c05@gmail.com>
Hello,
few things for your version 5.0.x:
- rpc ul.add command doesn't have the last two parameters: received
and socket -- those were added in 5.1 -- so socket is not going to be
set no matter parameter you give
- path parameter was expecting "0" (s:0) in order not to set it -- for
coherence I pushed a patch to skip setting it if '.' is given
However, if you want to set one of the last two parameters, you have to
upgrade to 5.1.
Cheers,
Daniel
On 09.07.18 10:37, Daniel-Constantin Mierla wrote:

>
> Hello,
>
> I will check it -- reminders are good, somehow first message was not
> noticed...
>
> Cheers,
> Daniel
>
>
> On 08.07.18 13:15, Laurent Schweizer wrote:
>>
>> Dear all,
>>
>>
>>
>> Any idea how to solve it ?
>>
>>
>>
>> BR
>>
>>
>>
>> Laurent
>>
>>
>>
>> *De :*sr-users [mailto:sr-users-bounces at lists.kamailio.org] *De la
>> part de* Laurent Schweizer
>> *Envoyé :* lundi, 25 juin 2018 22:13
>> *À :* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>> *Objet :* [SR-Users] ul.add | path & socket not correctly set
>>
>>
>>
>> Dear all,
>>
>>
>>
>> I have kamailio 5.0.6 and I have an issue to add permanent location
>>
>>
>>
>> When I add a location with :
>>
>> kamcmd ul.add location_ch demo at peoplefone.ch
>> <mailto:demo at peoplefone.ch> sip: demo at 95.128.80.122:5060
>> <mailto:demo at 95.128.80.122:5060> 0 0.0 . 0 128 6111 .
>> udp:95.128.80.3:5060
>>
>>
>>
>> then I get the following insertion:
>>
>> kamcmd ul.lookup location_ch demo@
>>
>> {
>>
>> AoR: demo
>>
>> Contacts: {
>>
>> Contact: {
>>
>> Address: sip:demo at 95.128.80.122:5060
>> <sip:demo at 95.128.80.122:5060>
>>
>> Expires: permanent
>>
>> Q: 0.000000
>>
>> Call-ID: dfjrewr12386fd6-343 at kamailio.mi
>> <mailto:dfjrewr12386fd6-343 at kamailio.mi>
>>
>> CSeq: 1
>>
>> User-Agent: SIP Router MI Server
>>
>> Received: [not set]
>>
>> Path: .
>>
>> State: CS_SYNC
>>
>> Flags: 0
>>
>> CFlags: 128
>>
>> Socket: [not set]
>>
>> Methods: 6111
>>
>> Ruid: ulcx-5b243cb5-67c6-31
>>
>> Instance: [not set]
>>
>> Reg-Id: 0
>>
>> Server-Id: 0
>>
>> Tcpconn-Id: 0
>>
>> Keepalive: 0
>>
>> Last-Keepalive: 0
>>
>> Last-Modified: 0
>>
>> }
>>
>> }
>>
>>
>>
>>
>>
>> As you can see the Path value is set to “.” But it must be set to
>> [not set]
>>
>> The Socket is also not set.
>>
>>
>>
>> Any idea ?
>>
>>
>>
>> BR
>>
>>
>>
>> Laurent
>>
>>
>>
>> _______________________________________________
>
> --
--
-------------- next part --------------

users/attachments/20180709/3c652e4c/attachment.html>
From pawel.kuzak at 1und1.de Mon Jul 9 11:24:35 2018

From: pawel.kuzak at 1und1.de (Pawel Kuzak)
Date: Mon, 9 Jul 2018 11:24:35 +0200
In-Reply-To: <CABVi_ExiNJrhrikorq7vL9SGc78hKzHaFHQDkhdjmRsm9xzjoA@mail.gmail.com>
References: <CABVi_ExiNJrhrikorq7vL9SGc78hKzHaFHQDkhdjmRsm9xzjoA@mail.gmail.com>
Message-ID: <3cee2e60-03f3-f7f3-62cf-1d04ee468d09@1und1.de>
Hi,
You can. For every new call a new connection is established using the
UNIX socket. So different connections means different calls.
Regards,
Paul
Am 09.07.2018 um 10:43 schrieb Mojtaba:

> Hello,
> In RTPEngine recording-daemon, I enabled "forward-to" option to
> unix_socket. All things work right, I got metadata at first, then
> media packets (RTP-UDP-IP).
> The metadata for each calls is received just at first packet, but i
> want to know, if i have more than one concurrent active call in
> RTPEngine, How can i distinct which media packet was from which call?
> Thanks with Regards.
>
> _______________________________________________
From mespio at gmail.com Mon Jul 9 12:34:04 2018

Date: Mon, 9 Jul 2018 15:04:04 +0430
In-Reply-To: <3cee2e60-03f3-f7f3-62cf-1d04ee468d09@1und1.de>
References: <CABVi_ExiNJrhrikorq7vL9SGc78hKzHaFHQDkhdjmRsm9xzjoA@mail.gmail.com>
<3cee2e60-03f3-f7f3-62cf-1d04ee468d09@1und1.de>
Message-ID: <CABVi_EztDwi+RqRZ0ZNVLAexQk6+DssrpCJ6wJCqJxc10gBFeQ@mail.gmail.com>
I underestand your meaning.

Thank you.
On Mon, Jul 9, 2018 at 1:54 PM, Pawel Kuzak <pawel.kuzak at 1und1.de> wrote:
> Hi,
>
> You can. For every new call a new connection is established using the UNIX
> socket. So different connections means different calls.
>
> Regards,
> Paul
>
>
>
> Am 09.07.2018 um 10:43 schrieb Mojtaba:
>>
>> Hello,
>> In RTPEngine recording-daemon, I enabled "forward-to" option to
>> unix_socket. All things work right, I got metadata at first, then
>> media packets (RTP-UDP-IP).
>> The metadata for each calls is received just at first packet, but i
>> want to know, if i have more than one concurrent active call in
>> RTPEngine, How can i distinct which media packet was from which call?
>> Thanks with Regards.
>>
>> _______________________________________________
>
>
>
> _______________________________________________
--
From vivek at advaitamtech.com Mon Jul 9 13:51:03 2018

From: vivek at advaitamtech.com (vivek at advaitamtech.com)
Date: Mon, 9 Jul 2018 17:21:03 +0530 (IST)
Subject: [SR-Users] Delay in 100 Trying response for INVITE when the load is
70 INVITE's per sec
Message-ID: <1531137063.278630294@apps.rackspace.com>
Hi All,
When we are using the kamailio to handle around 70 INVITE's per second, kamailio is
sending 100 Trying with the delay of around 3-4sec for few INVITE's.
How can I reduce the delay in 100 Trying?
Also, I tried increasing the number of threads for SIP routing processes. This
doesnt seem to help.
Also tried "modparam("tm", "auto_inv_100", 0)" . This is not working.
Please help.
Thank you,
Vivek.
-------------- next part --------------

users/attachments/20180709/c10fa256/attachment.html>
From federico.cabiddu at gmail.com Mon Jul 9 14:03:13 2018

From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Mon, 9 Jul 2018 14:03:13 +0200
Subject: [SR-Users] Delay in 100 Trying response for INVITE when the
load is 70 INVITE's per sec
In-Reply-To: <1531137063.278630294@apps.rackspace.com>
References: <1531137063.278630294@apps.rackspace.com>
Message-ID: <CAFOaF_i_pHi2_gHV=Cib1=bBeg35SnV+1vj12=eGAmpqBn6P1Q@mail.gmail.com>
Hi,
Kamailio doesn't delay sending of 100 trying after calling t_relay().
You probably have something blocking in your script: a SQL operation, a
Http query or some long operation. Check your routing script for the
presence of such operations.
Regards,
Federico
On Mon, 9 Jul 2018, 13:51 vivek at advaitamtech.com, <vivek at advaitamtech.com>

wrote:
>
>
> Hi All,
>
>
>
>
>
>
>
> When we are using the kamailio to handle around 70 INVITE's per second,
> kamailio is sending 100 Trying with the delay of around 3-4sec for few
> INVITE's.
>
>
>
>
>
>
>
> How can I reduce the delay in 100 Trying?
>
>
>
>
>
>
>
> Also, I tried increasing the number of threads for SIP routing processes.
> This doesnt seem to help.
>
>
>
>
>
>
>
> Also tried "modparam("tm", "auto_inv_100", 0)" . This is not working.
>
>
>
>
>
>
>
> Please help.
>
>
>
>
>
>
>
> Thank you,
>
>
>
> Vivek.
>
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180709/9bcb5911/attachment.html>

Date: Mon, 9 Jul 2018 14:27:45 +0200
Subject: [SR-Users] Delay in 100 Trying response for INVITE when the
load is 70 INVITE's per sec
In-Reply-To: <CAFOaF_i_pHi2_gHV=Cib1=bBeg35SnV+1vj12=eGAmpqBn6P1Q@mail.gmail.com>
References: <1531137063.278630294@apps.rackspace.com>
<CAFOaF_i_pHi2_gHV=Cib1=bBeg35SnV+1vj12=eGAmpqBn6P1Q@mail.gmail.com>
Message-ID: <814b4883-a775-6d2d-2dab-69d589d91976@gmail.com>
Hello,
just as hint to troubleshoot which actions take too long to execute, see
benchmark module as well as *latency* related core parameters.
Cheers,
Daniel
On 09.07.18 14:03, Federico Cabiddu wrote:

> Hi,
> Kamailio doesn't delay sending of 100 trying after calling t_relay().
> You probably have something blocking in your script: a SQL operation,
> a Http query or some long operation. Check your routing script for the
> presence of such operations.
>
> Regards,
>
> Federico
>
> On Mon, 9 Jul 2018, 13:51 vivek at advaitamtech.com
> <mailto:vivek at advaitamtech.com>, <vivek at advaitamtech.com
> <mailto:vivek at advaitamtech.com>> wrote:
>
>
>
> Hi All,
>
>
>
>
>
>
>
> When we are using the kamailio to handle around 70 INVITE's per
> second, kamailio is sending 100 Trying with the delay of around
> 3-4sec for few INVITE's.
>
>
>
>
>
>
>
> How can I reduce the delay in 100 Trying?
>
>
>
>
>
>
>
> Also, I tried increasing the number of threads for SIP routing
> processes. This doesnt seem to help.
>
>
>
>
>
>
>
> Also tried "modparam("tm", "auto_inv_100", 0)" . This is not working.
>
>
>
>
>
>
>
> Please help.
>
>
>
>
>
>
>
> Thank you,
>
>
>
> Vivek.
>
>
>
> _______________________________________________
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180709/ac7e797a/attachment.html>
From tomar.iitr at gmail.com Mon Jul 9 16:08:10 2018

From: tomar.iitr at gmail.com (amit Kumar)
Date: Mon, 9 Jul 2018 19:38:10 +0530
Subject: [SR-Users] Communication between Kamailio Proxy and Registrar Server
Message-ID: <CAOtn_dXLQDWkOQo7pkT2iM=_3jTAeT09UVdm8vw3c8oAVOOiKw@mail.gmail.com>
Hi All,
As per our requirement, we want to configure one Kamailio as a " Kamailio

PROXY" and 2nd Kamailio as a " Kamailio REGISTRAR". Whenever any INVITE
request come at " Kamailio PROXY" we want to get the UA information from "
Kamailio REGISTRAR " and send INVITE to particular UA. Could you please
let us know how achieve this.
Thanks,
Amit
-------------- next part --------------
users/attachments/20180709/86047f6b/attachment.html>
From pojogas at gmail.com Mon Jul 9 20:41:44 2018

From: pojogas at gmail.com (Sergiu Pojoga)
Date: Mon, 9 Jul 2018 14:41:44 -0400
Subject: [SR-Users] CPS
Message-ID: <CAJZsGC=znTH-Nh2P_kYPnRmJVUvcJG1cwG8gXKYfAACmyArjBQ@mail.gmail.com>
Hi folks,
Trying to implement CPS throttling based on this

<https://lists.kamailio.org/pipermail/sr-users/2013-September/079713.html>article,
having some trouble.
modparam("htable", "htable", "rhs=>size=32;initval=0;autoexpire=300;"

modparam("htable", "htable", "rhm=>size=32;initval=0;autoexpire=1800;")
route[CPS] {
$var(rateHashSec) = $si+":sec:"+$timef(%Y/%m/%d_%H_%M_%S);
$var(rateHashMin) = $si+":min:"+$timef(%Y/%m/%d_%H_%M_00);
xlog("L_INFO", "var(rateHashSec)=$var(rateHashSec);
var(rateHashMin)=$var(rateHashMin)\n");
$var(ratePerSec) = $shtinc(rhs=>$var(rateHashSec));
$var(ratePerMin) = $shtinc(rhm=>$var(rateHashMin));
xlog("L_INFO", "var(ratePerSec)=$var(ratePerSec);
var(ratePerMin)=$var(ratePerMin)\n");
$var(limitPerSec) = 1;
$var(limitPerMin) = 1;
if ($var(ratePerSec) > $var(limitPerSec) || $var(ratePerMin) >

$var(limitPerMin)) {
xlog("L_INFO", "CPS Limit on IP $si\n");
send_reply("503", "CPS Limit on IP $si");
exit;
}
Logs show hashes are created but *$var(ratePerSec/Min)* won't increment no

matter how many calls I place per second or minute:
Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:

var(rateHashSec)=65.39.XX.XX:sec:2018/07/09_14_35_52;
var(rateHashMin)=65.39.XX.XX:min:2018/07/09_14_35_00
Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
var(ratePerSec)=0; var(ratePerMin)=0
Much obliged.
--Sergiu
-------------- next part --------------
users/attachments/20180709/d3ac8686/attachment.html>

Date: Mon, 9 Jul 2018 14:46:26 -0400
In-Reply-To: <CAJZsGC=znTH-Nh2P_kYPnRmJVUvcJG1cwG8gXKYfAACmyArjBQ@mail.gmail.com>
References: <CAJZsGC=znTH-Nh2P_kYPnRmJVUvcJG1cwG8gXKYfAACmyArjBQ@mail.gmail.com>
Have you considered using pipelimit for this? It's as simple as:
if(!pl_check("$avp(customer_id)", "TAILDROP", "$avp(cps_limit)")) {

pl_drop();
exit;
}
There was a time when that wasn't possible because pipes couldn't easily
be created dynamically for a given customer ID or whatever, and htable
was the preferred vehicle for that. That has changed, and nowadays it's
a lot simpler. :-)
-- Alex
On Mon, Jul 09, 2018 at 02:41:44PM -0400, Sergiu Pojoga wrote:
> Hi folks,
>
> Trying to implement CPS throttling based on this
> <https://lists.kamailio.org/pipermail/sr-users/2013-
September/079713.html>article,
> having some trouble.
>
> modparam("htable", "htable", "rhs=>size=32;initval=0;autoexpire=300;"
> modparam("htable", "htable", "rhm=>size=32;initval=0;autoexpire=1800;")
>
> route[CPS] {
> $var(rateHashSec) = $si+":sec:"+$timef(%Y/%m/%d_%H_%M_%S);
> $var(rateHashMin) = $si+":min:"+$timef(%Y/%m/%d_%H_%M_00);
> xlog("L_INFO", "var(rateHashSec)=$var(rateHashSec);
> var(rateHashMin)=$var(rateHashMin)\n");
> $var(ratePerSec) = $shtinc(rhs=>$var(rateHashSec));
> $var(ratePerMin) = $shtinc(rhm=>$var(rateHashMin));
> xlog("L_INFO", "var(ratePerSec)=$var(ratePerSec);
> var(ratePerMin)=$var(ratePerMin)\n");
> $var(limitPerSec) = 1;
> $var(limitPerMin) = 1;
>
> if ($var(ratePerSec) > $var(limitPerSec) || $var(ratePerMin) >
> $var(limitPerMin)) {
> xlog("L_INFO", "CPS Limit on IP $si\n");
> send_reply("503", "CPS Limit on IP $si");
> exit;
> }
>
> }
>
> Logs show hashes are created but *$var(ratePerSec/Min)* won't increment no
> matter how many calls I place per second or minute:
>
> Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
> var(rateHashSec)=65.39.XX.XX:sec:2018/07/09_14_35_52;
> var(rateHashMin)=65.39.XX.XX:min:2018/07/09_14_35_00
> Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
> var(ratePerSec)=0; var(ratePerMin)=0
>
> Much obliged.
> --Sergiu
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From pojogas at gmail.com Mon Jul 9 22:14:59 2018

Date: Mon, 9 Jul 2018 16:14:59 -0400
Message-ID: <CAJZsGC=A+cwCd=sB0mrxDRO2FjBhW7SU8_N2meq9vTrPv==frA@mail.gmail.com>
I have not until now that you recommended it, looks much simpler indeed,
thanks.
Although, so far I can't seem to hit a pipe limit. If I watch pl.stats, no

matter what *timer_interval* I set, the counter increases to 1 upon a call
then back to 0 the next second.
root at proxy:/# watch -n 1 -d kamcmd pl.stats

PIPE: id=65.39.XX.XX load=0 counter=0
Say I wanted 1 call per minute pipe, what would be the 'timer_interval' and
pl_check limit?
On Mon, Jul 9, 2018 at 2:47 PM Alex Balashov <abalashov at evaristesys.com>

wrote:
> Have you considered using pipelimit for this? It's as simple as:
>
> if(!pl_check("$avp(customer_id)", "TAILDROP", "$avp(cps_limit)")) {
> pl_drop();
> exit;
> }
>
> There was a time when that wasn't possible because pipes couldn't easily
> be created dynamically for a given customer ID or whatever, and htable
> was the preferred vehicle for that. That has changed, and nowadays it's
> a lot simpler. :-)
>
> -- Alex
>
> On Mon, Jul 09, 2018 at 02:41:44PM -0400, Sergiu Pojoga wrote:
>
> > Hi folks,
> >
> > Trying to implement CPS throttling based on this
> > <
> https://lists.kamailio.org/pipermail/sr-users/2013-September/079713.html
> >article,
> > having some trouble.
> >
> > modparam("htable", "htable", "rhs=>size=32;initval=0;autoexpire=300;"
> > modparam("htable", "htable", "rhm=>size=32;initval=0;autoexpire=1800;")
> >
> > route[CPS] {
> > $var(rateHashSec) = $si+":sec:"+$timef(%Y/%m/%d_%H_%M_%S);
> > $var(rateHashMin) = $si+":min:"+$timef(%Y/%m/%d_%H_%M_00);
> > xlog("L_INFO", "var(rateHashSec)=$var(rateHashSec);
> > var(rateHashMin)=$var(rateHashMin)\n");
> > $var(ratePerSec) = $shtinc(rhs=>$var(rateHashSec));
> > $var(ratePerMin) = $shtinc(rhm=>$var(rateHashMin));
> > xlog("L_INFO", "var(ratePerSec)=$var(ratePerSec);
> > var(ratePerMin)=$var(ratePerMin)\n");
> > $var(limitPerSec) = 1;
> > $var(limitPerMin) = 1;
> >
> > if ($var(ratePerSec) > $var(limitPerSec) || $var(ratePerMin) >
> > $var(limitPerMin)) {
> > xlog("L_INFO", "CPS Limit on IP $si\n");
> > send_reply("503", "CPS Limit on IP $si");
> > exit;
> > }
> >
> > }
> >
> > Logs show hashes are created but *$var(ratePerSec/Min)* won't increment
> no
> > matter how many calls I place per second or minute:
> >
> > Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
> > var(rateHashSec)=65.39.XX.XX:sec:2018/07/09_14_35_52;
> > var(rateHashMin)=65.39.XX.XX:min:2018/07/09_14_35_00
> > Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
> > var(ratePerSec)=0; var(ratePerMin)=0
> >
> > Much obliged.
> > --Sergiu
>
> > _______________________________________________
>
>
> --
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180709/f3e89dc6/attachment.html>
From pojogas at gmail.com Tue Jul 10 02:11:55 2018

Date: Mon, 9 Jul 2018 20:11:55 -0400
In-Reply-To: <CAJZsGC=A+cwCd=sB0mrxDRO2FjBhW7SU8_N2meq9vTrPv==frA@mail.gmail.com>
<CAJZsGC=A+cwCd=sB0mrxDRO2FjBhW7SU8_N2meq9vTrPv==frA@mail.gmail.com>
Message-ID: <CAJZsGCnnJcScamoGV5PQEBRvZ5N7PnAsf+BTYqmaiRpLZnvysQ@mail.gmail.com>
Figured it out eventually, thanks for the tip Alex.
Cheers
--Sergiu
On Mon, Jul 9, 2018 at 4:14 PM Sergiu Pojoga <pojogas at gmail.com> wrote:
> I have not until now that you recommended it, looks much simpler indeed,
> thanks.
>
> Although, so far I can't seem to hit a pipe limit. If I watch pl.stats, no
> matter what *timer_interval* I set, the counter increases to 1 upon a
> call then back to 0 the next second.
>
> root at proxy:/# watch -n 1 -d kamcmd pl.stats
> PIPE: id=65.39.XX.XX load=0 counter=0
>
> Say I wanted 1 call per minute pipe, what would be the 'timer_interval'
> and pl_check limit?
>
> On Mon, Jul 9, 2018 at 2:47 PM Alex Balashov <abalashov at evaristesys.com>
> wrote:
>
>> Have you considered using pipelimit for this? It's as simple as:
>>
>> if(!pl_check("$avp(customer_id)", "TAILDROP", "$avp(cps_limit)")) {
>> pl_drop();
>> exit;
>> }
>>
>> There was a time when that wasn't possible because pipes couldn't easily
>> be created dynamically for a given customer ID or whatever, and htable
>> was the preferred vehicle for that. That has changed, and nowadays it's
>> a lot simpler. :-)
>>
>> -- Alex
>>
>> On Mon, Jul 09, 2018 at 02:41:44PM -0400, Sergiu Pojoga wrote:
>>
>> > Hi folks,
>> >
>> > Trying to implement CPS throttling based on this
>> > <
>> https://lists.kamailio.org/pipermail/sr-users/2013-September/079713.html
>> >article,
>> > having some trouble.
>> >
>> > modparam("htable", "htable", "rhs=>size=32;initval=0;autoexpire=300;"
>> > modparam("htable", "htable", "rhm=>size=32;initval=0;autoexpire=1800;")
>> >
>> > route[CPS] {
>> > $var(rateHashSec) = $si+":sec:"+$timef(%Y/%m/%d_%H_%M_%S);
>> > $var(rateHashMin) = $si+":min:"+$timef(%Y/%m/%d_%H_%M_00);
>> > xlog("L_INFO", "var(rateHashSec)=$var(rateHashSec);
>> > var(rateHashMin)=$var(rateHashMin)\n");
>> > $var(ratePerSec) = $shtinc(rhs=>$var(rateHashSec));
>> > $var(ratePerMin) = $shtinc(rhm=>$var(rateHashMin));
>> > xlog("L_INFO", "var(ratePerSec)=$var(ratePerSec);
>> > var(ratePerMin)=$var(ratePerMin)\n");
>> > $var(limitPerSec) = 1;
>> > $var(limitPerMin) = 1;
>> >
>> > if ($var(ratePerSec) > $var(limitPerSec) || $var(ratePerMin) >
>> > $var(limitPerMin)) {
>> > xlog("L_INFO", "CPS Limit on IP $si\n");
>> > send_reply("503", "CPS Limit on IP $si");
>> > exit;
>> > }
>> >
>> > }
>> >
>> > Logs show hashes are created but *$var(ratePerSec/Min)* won't increment
>> no
>> > matter how many calls I place per second or minute:
>> >
>> > Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
>> > var(rateHashSec)=65.39.XX.XX:sec:2018/07/09_14_35_52;
>> > var(rateHashMin)=65.39.XX.XX:min:2018/07/09_14_35_00
>> > Jul 9 14:35:52 proxy /usr/local/sbin/kamailio[1484]: INFO: <script>:
>> > var(ratePerSec)=0; var(ratePerMin)=0
>> >
>> > Much obliged.
>> > --Sergiu
>>
>> > _______________________________________________
>>
>>
>> --
>>
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>>
>> _______________________________________________
>>
>
-------------- next part --------------
users/attachments/20180709/2243077f/attachment.html>
From pwakano at gmail.com Tue Jul 10 05:56:34 2018

From: pwakano at gmail.com (Patrick Wakano)
Date: Tue, 10 Jul 2018 13:56:34 +1000
Subject: [SR-Users] Kamailio 5.0.X RPM packages/repo broken
Message-ID: <CAPu3kNXRuj4cjCDrPmsTPD2Y+p65yEnEQSxkcJ9Rqqgbp7NooQ@mail.gmail.com>
Hello list,
Hope you all doing fine!
I've been trying to install Kamailio packages from the opensuse repo (as
per https://www.kamailio.org/wiki/packages/rpms) but the installation is
failing with this message:
Downloading packages:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
kamailio-ims-5.0.7-1.el7.cento
FAILED
http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.centos.x86_64.rpm:
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
Trying other mirror.
kamailio-5.0.7-1.el7.centos.x8
FAILED 77%
[============================================================-
] 1.0 MB/s | 4.9 MB 00:00:01 ETA
rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.centos.x86_64.rpm:
[Errno -1] Package does not match intended download. Suggestion: run yum
--enablerepo=home_kamailio_v5.0.x-rpms clean metadata
I've successfully installed the 5.0.7 version on Friday (06/07) but I've
noticed the packages have changed last Saturday (07/07/2018).... Given this
error message looks like the repository is broken somehow....
Is anyone aware of such issue? I haven't tried the 5.1.X repo because my
script was not migrated to 5.1.X yet....
Thanks,
Kind regards,
Patrick Wakano
-------------- next part --------------
users/attachments/20180710/03e2ab17/attachment.html>
From s.safarov at gmail.com Tue Jul 10 06:24:48 2018

Date: Tue, 10 Jul 2018 07:24:48 +0300
In-Reply-To: <CAPu3kNXRuj4cjCDrPmsTPD2Y+p65yEnEQSxkcJ9Rqqgbp7NooQ@mail.gmail.com>
References: <CAPu3kNXRuj4cjCDrPmsTPD2Y+p65yEnEQSxkcJ9Rqqgbp7NooQ@mail.gmail.com>
Message-ID: <CAHtxdDe4=CfAUvuMgPgWt11r+QHNwpO60gVZ4b0Ucw-Z0BPPFQ@mail.gmail.com>
I was trigered rpm rebuild.

Please check after 40 min.
вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
> Hello list,

> Hope you all doing fine!
>
> I've been trying to install Kamailio packages from the opensuse repo (as
> per https://www.kamailio.org/wiki/packages/rpms) but the installation is
> failing with this message:
> Downloading packages:
> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
> kamailio-ims-5.0.7-1.el7.cento
> FAILED
>
> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
> Trying other mirror.
> kamailio-5.0.7-1.el7.centos.x8
> FAILED 77%
> [============================================================-
> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>
> [Errno -1] Package does not match intended download. Suggestion: run yum
> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>
> I've successfully installed the 5.0.7 version on Friday (06/07) but I've
> noticed the packages have changed last Saturday (07/07/2018).... Given this
> error message looks like the repository is broken somehow....
> Is anyone aware of such issue? I haven't tried the 5.1.X repo because my
> script was not migrated to 5.1.X yet....
>
> Thanks,
> Kind regards,
> Patrick Wakano
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180710/d1810414/attachment.html>

Date: Tue, 10 Jul 2018 14:49:24 +1000
In-Reply-To: <CAHtxdDe4=CfAUvuMgPgWt11r+QHNwpO60gVZ4b0Ucw-Z0BPPFQ@mail.gmail.com>
<CAHtxdDe4=CfAUvuMgPgWt11r+QHNwpO60gVZ4b0Ucw-Z0BPPFQ@mail.gmail.com>
Message-ID: <CAPu3kNWgZoVeHSm7FStjkWjnc9KEiSHy-eMSVWQXQbEpjYnEYg@mail.gmail.com>
Thank you Sergey!!

Installation was successful now!!
Cheers!
Patrick Wakano
On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
> I was trigered rpm rebuild.

> Please check after 40 min.
>
> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>
>> Hello list,
>> Hope you all doing fine!
>>
>> I've been trying to install Kamailio packages from the opensuse repo (as
>> per https://www.kamailio.org/wiki/packages/rpms) but the installation is
>> failing with this message:
>> Downloading packages:
>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>
>> http://download.opensuse.org/repositories/home%3A/kamailio%
>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.centos.x86_64.rpm:
>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
>> Trying other mirror.
>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>> 77% [============================================================-
>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.centos.x86_64.rpm:
>> [Errno -1] Package does not match intended download. Suggestion: run yum
>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>
>> I've successfully installed the 5.0.7 version on Friday (06/07) but I've
>> noticed the packages have changed last Saturday (07/07/2018).... Given this
>> error message looks like the repository is broken somehow....
>> Is anyone aware of such issue? I haven't tried the 5.1.X repo because my
>> script was not migrated to 5.1.X yet....
>>
>> Thanks,
>> Kind regards,
>> Patrick Wakano
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180710/5e955031/attachment.html>
From ykamarnath.sip at gmail.com Tue Jul 10 08:15:44 2018

From: ykamarnath.sip at gmail.com (Amarnath Kanchivanam)
Date: Tue, 10 Jul 2018 11:45:44 +0530
In-Reply-To: <CAMBV8rsk7xPsDW2JXipJNJ7+RvdETT-Tw_pQh1MkminYAkFaMQ@mail.gmail.com>
<CAMBV8rsk7xPsDW2JXipJNJ7+RvdETT-Tw_pQh1MkminYAkFaMQ@mail.gmail.com>
Message-ID: <CAMBV8ruMh5jtH8K0hapOizCrOR+7qbkJgKJB_HpJCW2nhe1bCg@mail.gmail.com>
Hi,
Could you share your thoughts on the below clarification?
Regards,
Amarnath
On Fri, Jul 6, 2018 at 4:06 PM Amarnath Kanchivanam <

ykamarnath.sip at gmail.com> wrote:
> Thanks Daniel and Ding Ma.

>
> I have Certificate Authority, who signed the server certificate and client
> certificate.
> Server certificate and root CA is added to server.
> Client certificate and root CA is added to client.
> Now CRL file path is update with server and it's own server certificate is
> revoked. In this case what should be kamailio server behavior, if any
> client wants to establish TLS connection? or Since it's own server
> certificate is revoked TLS should be disabled on server side?
>
> As per my understanding, TLS should be disabled on server side, as it does
> not have valid certificate. Please share your thoughts on this.
>
> Regards,
> Amarnath
>
> On Tue, Jul 3, 2018 at 5:22 PM Ding Ma <mading087 at gmail.com> wrote:
>
>> The CRL with revoked server certificate needs to be loaded in the sip
>> client. TLS server doesn’t send CRL to client during handshake.
>>
>> Sent from my iPhone
>>
>> On Jul 3, 2018, at 6:16 AM, Daniel-Constantin Mierla <miconda at gmail.com>
>> wrote:
>>
>> Hello,
>>
>> haven't played with CRL lately, but kamailio should just call libssl
>> functions for validating the certificates, after initializing the context
>> with CRL file.
>>
>> Maybe you can open an issue on github.com/kamailio/kamailio tracker, add
>> there all log messages printed by kamailio with debug=3 in kamailio.cfg. In
>> this way we do not forget about it and can be investigated properly.
>> Cheers,
>> Daniel
>>
>>
>> Hi All,
>>
>> I'm trying to configured kamailio as TLS server with below configuration
>> (tls.cfg) and TLS server is started successfully.
>>
>> [server:default]
>> method = TLSv1+
>> verify_certificate = yes
>> require_certificate = yes
>> private_key = ./sip/server.key
>> certificate = ./sip/server.crt
>> ca_list = ./bundle.crt
>> crl = ./sip_crl.pem
>> verify_depth = 9
>>
>> [client:default]
>> verify_certificate = no
>> require_certificate = no
>>
>> TLS connection works fine.
>> Later i have updated the sip_crl.pem with server certificate revoked
>> details and performed tls.reload command to load the latest update.
>> After this I expect any TLS client trying to establish TLS connection
>> should fail, as the client and server certificates are signed by same
>> authority and server certificate is revoked. But the clients are able to
>> establish TLS connection without any errors.
>>
>> I'm not getting any traces to confirm CRL validation has been performed
>> before accepting the TLS connection.
>>
>> Any advice would be help to proceed with evaluating CRL functionality.
>>
>> -Amar
>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>> _______________________________________________
>>
>> _______________________________________________
>>
>
-------------- next part --------------

Date: Tue, 10 Jul 2018 10:06:28 +0200
In-Reply-To: <CAMBV8ruMh5jtH8K0hapOizCrOR+7qbkJgKJB_HpJCW2nhe1bCg@mail.gmail.com>
<CAMBV8rsk7xPsDW2JXipJNJ7+RvdETT-Tw_pQh1MkminYAkFaMQ@mail.gmail.com>
<CAMBV8ruMh5jtH8K0hapOizCrOR+7qbkJgKJB_HpJCW2nhe1bCg@mail.gmail.com>
Message-ID: <eae86c3b-b48c-ce18-1a1a-a46307e0d7f9@gmail.com>
Hello,
the server checks if the client certificate is revoked. It is the duty

of the client to check if the server certificate is revoked and close
the connection. It is about a party checking if the other party of the
connection is using a trusted and valid certificate or not.
Cheers,
Daniel
On 10.07.18 08:15, Amarnath Kanchivanam wrote:

> Hi,
>
> Could you share your thoughts on the below clarification?
>
> Regards,
> Amarnath
>
> On Fri, Jul 6, 2018 at 4:06 PM Amarnath Kanchivanam
> <ykamarnath.sip at gmail.com <mailto:ykamarnath.sip at gmail.com>> wrote:
>
> Thanks Daniel and Ding Ma.
>
> I have Certificate Authority, who signed the server certificate
> and client certificate.
> Server certificate and root CA is added to server.
> Client certificate and root CA is added to client.
> Now CRL file path is update with server and it's own server
> certificate is revoked. In this case what should be kamailio
> server behavior, if any client wants to establish TLS connection?
> or Since it's own server certificate is revoked TLS should be
> disabled on server side?
>
> As per my understanding, TLS should be disabled on server side, as
> it does not have valid certificate. Please share your thoughts on
> this.
>
> Regards,
> Amarnath
>
> On Tue, Jul 3, 2018 at 5:22 PM Ding Ma <mading087 at gmail.com
> <mailto:mading087 at gmail.com>> wrote:
>
> The CRL with revoked server certificate needs to be loaded in
> the sip client. TLS server doesn’t send CRL to client during
> handshake.
>
> Sent from my iPhone
>
> On Jul 3, 2018, at 6:16 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>> Hello,
>>
>> haven't played with CRL lately, but kamailio should just call
>> libssl functions for validating the certificates, after
>> initializing the context with CRL file.
>>
>> Maybe you can open an issue on github.com/kamailio/kamailio
>> <http://github.com/kamailio/kamailio> tracker, add there all
>> log messages printed by kamailio with debug=3 in
>> kamailio.cfg. In this way we do not forget about it and can
>> be investigated properly.
>>
>> Cheers,
>> Daniel
>>
>>> Hi All,
>>>
>>> I'm trying to configured kamailio as TLS server with below
>>> configuration (tls.cfg) and TLS server is started successfully.
>>>
>>> [server:default]
>>> method = TLSv1+
>>> verify_certificate = yes
>>> require_certificate = yes
>>> private_key = ./sip/server.key
>>> certificate = ./sip/server.crt
>>> ca_list = ./bundle.crt
>>> crl = ./sip_crl.pem
>>> verify_depth = 9
>>>
>>> [client:default]
>>> verify_certificate = no
>>> require_certificate = no
>>>
>>> TLS connection works fine.
>>> Later i have updated the sip_crl.pem with server certificate
>>> revoked details and performed tls.reload command to load the
>>> latest update.
>>> After this I expect any TLS client trying to establish TLS
>>> connection should fail, as the client and server
>>> certificates are signed by same authority and server
>>> certificate is revoked. But the clients are able to
>>> establish TLS connection without any errors.
>>>
>>> I'm not getting any traces to confirm CRL validation has
>>> been performed before accepting the TLS connection.
>>>
>>> Any advice would be help to proceed with evaluating CRL
>>> functionality.
>>>
>>> -Amar
>>>
>>>
>>> _______________________________________________
>>> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
>> www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
<http://www.kamailioworld.com>
>> _______________________________________________
>> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> _______________________________________________
>
--
-------------- next part --------------

users/attachments/20180710/c5d9fff8/attachment.html>
From marino.mileti at alice.it Tue Jul 10 10:25:52 2018

From: marino.mileti at alice.it (Marino Mileti)
Date: Tue, 10 Jul 2018 10:25:52 +0200 (CEST)
Subject: [SR-Users] Kamailio, forking and multiple answer
Message-ID: <164834bfb8b.marino.mileti@alice.it>
Hi guys,
i've a Kamailio with forking scenario using addbranch technique.Now I've a problem;
i know it's very very very rare but it could be possible so it's better for me to
find a solution.
A -> B,C,D in forking parallel mode, so B C and D rings simultaneulsy.
What is happen if B anser the call, and at the same time C decline the call?It
seems that, using my cfg scripts, C sends DECLINE but this message never arrive to
A because it receives a 200OK of B.
How I can prevent this? I would like that if DECLINE is the first message, all
other answers will be ignored (first answer win).
Any help or comment?
ThanksMarino
-------------- next part --------------
users/attachments/20180710/f33123bf/attachment.html>

Date: Tue, 10 Jul 2018 17:34:42 +0200
Subject: [SR-Users] Kamailio, forking and multiple answer
In-Reply-To: <164834bfb8b.marino.mileti@alice.it>
References: <164834bfb8b.marino.mileti@alice.it>
Message-ID: <c9cd03bb-5b5c-5fed-1e61-f6dd07cd74d7@gmail.com>
Hello,
look at t_cancel_branches():
-
https://www.kamailio.org/docs/modules/stable/modules/tmx.html#tmx.f.t_cancel_branch
es
Cheers,
Daniel
On 10.07.18 10:25, Marino Mileti wrote:

> Hi guys,
>
> i've a Kamailio with forking scenario using addbranch technique.
> Now I've a problem; i know it's very very very rare but it could be
> possible so it's better for me to find a solution.
>
> A -> B,C,D in forking parallel mode, so B C and D rings simultaneulsy.
>
> What is happen if B anser the call, and at the same time C decline the
> call?
> It seems that, using my cfg scripts, C sends DECLINE but this message
> never arrive to A because it receives a 200OK of B.
>
> How I can prevent this? I would like that if DECLINE is the first
> message, all other answers will be ignored (first answer win).
>
> Any help or comment?
>
> Thanks
> Marino
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180710/1b317f88/attachment.html>
From aqsyounas at gmail.com Tue Jul 10 22:08:25 2018

From: aqsyounas at gmail.com (Aqs Younas)
Date: Wed, 11 Jul 2018 01:08:25 +0500
Subject: [SR-Users] SIP/2.0 500 I'm terribly sorry,
server error occurred (1/TM)
Message-ID: <CAGVOjVWzxB0G6nn99zkEsFTzwA+yOcVBfPPF87sqxc1WZxpBKg@mail.gmail.com>
Greeting list,
I am using two async functions(http_async_query) in configuration one for

authentication and other one for push notifications. I am also using tsilio
module to suspend the transaction and resumed it.
I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the

transaction. Everything is working fine except. When caller send CANCEL on
the call, kamailio successfully completes sip flow at callee(B party) side
but send back below packet towards caller.
2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969

SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
Via: SIP/2.0/UDP 39.38.156.111:59969
;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
To: <sip:923335550609 at sip.talkhomeappcall.com
;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
From: <sip:923135082344 at sip.talkhomeappcall.com;transport=UDP>;tag=d72eaf4c
Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
CSeq: 2 INVITE
Content-Length: 0
root at sip:~# kamailio -V

version: kamailio 5.1.3 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled on 08:06:26 May 2 2018 with gcc 4.9.2
Could someone please help me out how to fix this. Cancels are handles
automatically so, i cannot hardcore anything to resolve it.
Best Regards,
Aqs Younas
-------------- next part --------------
users/attachments/20180711/a816a097/attachment.html>
From miconda at gmail.com Wed Jul 11 09:38:58 2018

Date: Wed, 11 Jul 2018 09:38:58 +0200
In-Reply-To: <CAGVOjVWzxB0G6nn99zkEsFTzwA+yOcVBfPPF87sqxc1WZxpBKg@mail.gmail.com>
References: <CAGVOjVWzxB0G6nn99zkEsFTzwA+yOcVBfPPF87sqxc1WZxpBKg@mail.gmail.com>
Message-ID: <61c8a464-dd49-0636-1313-e4081f21579c@gmail.com>
Hello,
On 10.07.18 22:08, Aqs Younas wrote:

> Greeting list,
>
> I am using two async functions(http_async_query) in configuration one
> for authentication and other one for push notifications. I am also
> using tsilio module to suspend the transaction and resumed it.
>
> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
> transaction. Everything is working fine except. When caller send
> CANCEL on the call, kamailio successfully completes sip flow at
> callee(B party) side but send back below packet towards caller.
what the above statement means? Kamailio forwarded the invite to callee,
got 200ok, but sends back the 200 response?
Cheers,
Daniel
>
> 2018/07/10 19:47:41.125893 172.31.21.87:5060
> <http://172.31.21.87:5060> -> 39.38.156.111:59969
> <http://39.38.156.111:59969>
> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
> Via: SIP/2.0/UDP
> 39.38.156.111:59969;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
> To: <sip:923335550609 at sip.talkhomeappcall.com
> <mailto:sip%3A923335550609 at
sip.talkhomeappcall.com>;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
> From: <sip:923135082344 at sip.talkhomeappcall.com
> <mailto:sip%3A923135082344 at
sip.talkhomeappcall.com>;transport=UDP>;tag=d72eaf4c
> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
> CSeq: 2 INVITE
> Content-Length: 0
>
>
> root at sip:~# kamailio -V
> version: kamailio 5.1.3 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> id: unknown
> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>
>
> Could someone please help me out how to fix this. Cancels are handles
> automatically so, i cannot hardcore anything to resolve it.
>
> Best Regards,
>
> Aqs Younas
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180711/ba2a00cc/attachment.html>
From ben at relops.com Wed Jul 11 13:36:36 2018
From: ben at relops.com (Ben Hood)
Date: Wed, 11 Jul 2018 12:36:36 +0100
Subject: [SR-Users] UAC register
Message-ID: <7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA@relops.com>
Hi,
I’m wondering if there is a flag somewhere in the UAC module config that prevents
remote registration from happening.
It looks like I’ve loaded the uacreg table but I can’t see any REGISTER methods
being sent from Kamailio to the remote peer.
The remote registrants are loaded using this config:
listen=udp:172.16.176.150:5060
loadmodule "db_postgres.so"
loadmodule "kex.so"
loadmodule "corex.so"
loadmodule "tm.so"
loadmodule "tmx.so"
loadmodule "sl.so"
loadmodule "rr.so"
loadmodule "pv.so"
loadmodule "maxfwd.so"
loadmodule "textops.so"
loadmodule "siputils.so"
loadmodule "xlog.so"
loadmodule "sanity.so"
loadmodule "ctl.so"
loadmodule "cfg_rpc.so"
loadmodule "counters.so"
loadmodule "uac.so"
modparam("uac", "reg_db_url", DBURL)

modparam("uac", "reg_contact_addr", “172.16.176.150:5060")
modparam("uac", "reg_db_table", "uacreg")
modparam("uac", "reg_timer_interval", 10)
modparam("uac", "reg_retry_interval", 10)
request_route {
route(RELAY);
}
route[RELAY] {
t_on_reply("MANAGE_REPLY");
if (!t_relay()) {
sl_reply_error();
}
exit;
}
And it looks like this has been consumed by Kamailio:
$ kamcmd uac.reg_dump
{
l_uuid: 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
l_username: 126231943099723776
l_domain: 172.16.176.150
r_username: 1000
r_domain: 172.16.176.129
realm: 172.16.176.129
auth_username: 1000
auth_password: password
auth_proxy: sip:172.16.176.129:5080
expires: 0
flags: 0
diff_expires: -1531235076
timer_expires: 0
reg_init: 1531234841
reg_delay: 0
}
Doing a refresh successfully reloads the uacreg data
$ kamcmd uac.reg_refresh 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
I can get Kamailio to forward an OPTIONS message to the remote peer () to verify
network connectivity, e.g. :
$ru = "sip:1000 at 172.16.176.129:5080";

$fs = "udp:172.16.176.150:5060";
But Kamailio does not appear to generate REGISTER messages either after first boot
or as a result of the manual refresh.
This is using an instance of Kamailio 5.0.1. Should I try with a newer version?
Is there a way to get extra debugging of the uac module?
If I increase the debug verbosity, I get quite granular detail for the DB traffic,
but the uac module doesn’t appear to emit much diagnostics.
Many thanks,
Ben
-------------- next part --------------

users/attachments/20180711/3f3f7069/attachment.html>

Date: Wed, 11 Jul 2018 18:11:41 +0200
In-Reply-To: <7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA@relops.com>
References: <7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA@relops.com>
Message-ID: <72b0b243-998f-c400-0129-6692521d3ff8@gmail.com>
Hello,
is the 'expires' value in the db records greater than 0? It is shown 0

in the rpc dump.
Cheers,
Daniel
On 11.07.18 13:36, Ben Hood wrote:

> Hi,
>
> I’m wondering if there is a flag somewhere in the UAC module config
> that prevents remote registration from happening.
>
> It looks like I’ve loaded the uacreg table but I can’t see any
> REGISTER methods being sent from Kamailio to the remote peer.
>
> The remote registrants are loaded using this config:
>
> listen=udp:172.16.176.150:5060
>
> loadmodule "db_postgres.so"
> loadmodule "kex.so"
> loadmodule "corex.so"
> loadmodule "tm.so"
> loadmodule "tmx.so"
> loadmodule "sl.so"
> loadmodule "rr.so"
> loadmodule "pv.so"
> loadmodule "maxfwd.so"
> loadmodule "textops.so"
> loadmodule "siputils.so"
> loadmodule "xlog.so"
> loadmodule "sanity.so"
> loadmodule "ctl.so"
> loadmodule "cfg_rpc.so"
> loadmodule "counters.so"
> loadmodule "uac.so"
>
> modparam("uac", "reg_db_url", DBURL)
> modparam("uac", "reg_contact_addr", “172.16.176.150:5060")
> modparam("uac", "reg_db_table", "uacreg")
> modparam("uac", "reg_timer_interval", 10)
> modparam("uac", "reg_retry_interval", 10)
>
> request_route {
> route(RELAY);
> }
>
> route[RELAY] {
>
> t_on_reply("MANAGE_REPLY");
>
> if (!t_relay()) {
> sl_reply_error();
> }
> exit;
> }
>
> And it looks like this has been consumed by Kamailio:
>
> $ kamcmd uac.reg_dump
> {
> l_uuid: 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
> l_username: 126231943099723776
> l_domain: 172.16.176.150
> r_username: 1000
> r_domain: 172.16.176.129
> realm: 172.16.176.129
> auth_username: 1000
> auth_password: password
> auth_proxy: sip:172.16.176.129:5080
> expires: 0
> flags: 0
> diff_expires: -1531235076
> timer_expires: 0
> reg_init: 1531234841
> reg_delay: 0
> }
>
> Doing a refresh successfully reloads the uacreg data
>
> $ kamcmd uac.reg_refresh 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
>
> I can get Kamailio to forward an OPTIONS message to the remote peer ()
> to verify network connectivity, e.g. :
>
> $ru = "sip:1000 at 172.16.176.129:5080";
> $fs = "udp:172.16.176.150:5060";
>
> But Kamailio does not appear to generate REGISTER messages either
> after first boot or as a result of the manual refresh.
>
> This is using an instance of Kamailio 5.0.1. Should I try with a newer
> version?
>
> Is there a way to get extra debugging of the uac module?
>
> If I increase the debug verbosity, I get quite granular detail for the
> DB traffic, but the uac module doesn’t appear to emit much diagnostics.
>
> Many thanks,
>
> Ben
>
>
>
>
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180711/ab4c3410/attachment.html>

Date: Wed, 11 Jul 2018 18:11:41 +0200
In-Reply-To: <7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA@relops.com>
Message-ID: <72b0b243-998f-c400-0129-6692521d3ff8@gmail.com>
Hello,
is the 'expires' value in the db records greater than 0? It is shown 0

in the rpc dump.
Cheers,
Daniel

> Hi,
>
> I’m wondering if there is a flag somewhere in the UAC module config
> that prevents remote registration from happening.
>
> It looks like I’ve loaded the uacreg table but I can’t see any
> REGISTER methods being sent from Kamailio to the remote peer.
>
>
> listen=udp:172.16.176.150:5060
>
>
>
> request_route {
> route(RELAY);
> }
>
> route[RELAY] {
>
>
> if (!t_relay()) {
> sl_reply_error();
> }
> exit;
> }
>
>
> {
> l_username: 126231943099723776
> l_domain: 172.16.176.150
> r_username: 1000
> r_domain: 172.16.176.129
> realm: 172.16.176.129
> auth_proxy: sip:172.16.176.129:5080
> expires: 0
> flags: 0
> timer_expires: 0
> reg_init: 1531234841
> reg_delay: 0
> }
>
>
>
> I can get Kamailio to forward an OPTIONS message to the remote peer ()
> to verify network connectivity, e.g. :
>
> $ru = "sip:1000 at 172.16.176.129:5080";
> $fs = "udp:172.16.176.150:5060";
>
> But Kamailio does not appear to generate REGISTER messages either
> after first boot or as a result of the manual refresh.
>
> version?
>
>
> If I increase the debug verbosity, I get quite granular detail for the
> DB traffic, but the uac module doesn’t appear to emit much diagnostics.
>
> Many thanks,
>
> Ben
>
>
>
>
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180711/ab4c3410/attachment-0001.html>
From samsungtv32inc at gmail.com Wed Jul 11 16:04:57 2018

From: samsungtv32inc at gmail.com (SamSung TV)
Date: Wed, 11 Jul 2018 21:04:57 +0700
Subject: [SR-Users] dispatcher module complete tutorial
Message-ID: <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+g@mail.gmail.com>
I want to use kamailio as load balancing server
my topo:
(Private IP) Kamailio server2
/
(public iP)Kamailio server1(load balance)(Private IP)
\
\
(Private IP) Kamailio server1
Any body can recomment me some tutorial to do this?

Thanks any advance!
-------------- next part --------------
users/attachments/20180711/b222d309/attachment.html>
From ben at relops.com Thu Jul 12 00:11:23 2018

Date: Wed, 11 Jul 2018 23:11:23 +0100
In-Reply-To: <72b0b243-998f-c400-0129-6692521d3ff8@gmail.com>
<72b0b243-998f-c400-0129-6692521d3ff8@gmail.com>
Message-ID: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com> wrote:

> is the 'expires' value in the db records greater than 0? It is shown 0 in the rpc
dump.
>
Yes, that was it.
After setting the expires field to 360 and the reg_delay to 3, kamailio sent the
REGISTER messages to the auth proxy:
7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:172.16.176.129:5080>
So now the uac module has successfully registered with the remote proxy.
Many thanks for you help, very much appreciated :-)
Ben
-------------- next part --------------
From ben at relops.com Thu Jul 12 00:11:23 2018

Date: Wed, 11 Jul 2018 23:11:23 +0100
In-Reply-To: <72b0b243-998f-c400-0129-6692521d3ff8@gmail.com>
Message-ID: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com> wrote:

> is the 'expires' value in the db records greater than 0? It is shown 0 in the rpc
dump.
>
Yes, that was it.
After setting the expires field to 360 and the reg_delay to 3, kamailio sent the
REGISTER messages to the auth proxy:
7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:172.16.176.129:5080>
So now the uac module has successfully registered with the remote proxy.
Many thanks for you help, very much appreciated :-)

Ben
-------------- next part --------------
users/attachments/20180711/64396061/attachment-0001.html>

Date: Thu, 12 Jul 2018 11:16:04 +0430
In-Reply-To: <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+g@mail.gmail.com>
References: <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+g@mail.gmail.com>
Message-ID: <CABVi_EzdMTbrQDwxZbg6_CBHB-DEqzKtk=pdS1tEKhBUmT+CcQ@mail.gmail.com>
Hi,
You could use this tutorial - Load Balancing in OpenSIPS. It is
similar to Kamailio.
http://www.opensips.org/Documentation/Tutorials-LoadBalancing-1-9
With Regards
Mojtaba
On Wed, Jul 11, 2018 at 6:34 PM, SamSung TV <samsungtv32inc at gmail.com> wrote:
> I want to use kamailio as load balancing server
>
>
>
> my topo:
>
> (Private IP) Kamailio server2
>
> /
>
> /
> (public iP)Kamailio server1(load balance)(Private IP)
>
> \
> \
>
>
> Any body can recomment me some tutorial to do this?
> Thanks any advance!
>
> _______________________________________________
>
--
From aqsyounas at gmail.com Wed Jul 11 19:15:49 2018

Date: Wed, 11 Jul 2018 22:15:49 +0500
In-Reply-To: <61c8a464-dd49-0636-1313-e4081f21579c@gmail.com>
<61c8a464-dd49-0636-1313-e4081f21579c@gmail.com>
Message-ID: <CAGVOjVWEmYFheRg7Zy7PxdGXGqq9TujGibXvFjc7ywdxmbvBEw@mail.gmail.com>
Sorry, if i could not explain it well before. I hope below picture will
make it clear.
[image: image.png]
is it some configuration issue?
BTW what is the best way to call multiple async functions in kamailio.
Any suggestion is much appreciated.
Best Regards,
Aqs Younas
On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
> Hello,
>
> On 10.07.18 22:08, Aqs Younas wrote:
>
> Greeting list,
>
> I am using two async functions(http_async_query) in configuration one for
> authentication and other one for push notifications. I am also using tsilio
> module to suspend the transaction and resumed it.
>
> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
> transaction. Everything is working fine except. When caller send CANCEL on
> the call, kamailio successfully completes sip flow at callee(B party) side
> but send back below packet towards caller.
>
>
> what the above statement means? Kamailio forwarded the invite to callee,
> got 200ok, but sends back the 200 response?
>
> Cheers,
> Daniel
>
>
> 2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969
> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
> Via: SIP/2.0/UDP 39.38.156.111:59969
> ;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
> ;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
> ;transport=UDP>;tag=d72eaf4c
> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
> CSeq: 2 INVITE
> Content-Length: 0
>
>
> root at sip:~# kamailio -V
> version: kamailio 5.1.3 (x86_64/linux)
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
> USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
> TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
> id: unknown
> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>
>
> Could someone please help me out how to fix this. Cancels are handles
> automatically so, i cannot hardcore anything to resolve it.
>
> Best Regards,
>
> Aqs Younas
>
>
>
> _______________________________________________
>
>
> --
>
>
-------------- next part --------------
users/attachments/20180711/df28b5f3/attachment.html>
-------------- next part --------------
Name: image.png
Type: image/png
Size: 170854 bytes
Desc: not available
users/attachments/20180711/df28b5f3/attachment.png>

Date: Thu, 12 Jul 2018 09:53:58 +0200
In-Reply-To: <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+g@mail.gmail.com>
References: <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+g@mail.gmail.com>
Message-ID: <6b75c763-8c7a-ef0b-463b-7a1c50c43ce5@gmail.com>
Dispatcher module has a full sample config as well as guidelines about

building your dispatcher list file:
-
https://www.kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.ex.
install
As an extra hint, you have to set the socket attribute to your private
ip socket to do bridge from external to internal networks.
Cheers,
Daniel
On 11.07.18 16:04, SamSung TV wrote:

>
>
>
> my topo:
>
>
> /
>
> /
>
> \
>
> \
>
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180712/cd9b28cd/attachment.html>

Date: Thu, 12 Jul 2018 09:55:24 +0200
In-Reply-To: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
<74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
Message-ID: <07ed6aea-101f-d538-ff7a-87a7a51bff07@gmail.com>
It should also work without setting reg_delay, however, reg_delay
purpose it to spread the registrations not to be done all at the same
time, so if you set it, try to use several values if you have many users.
Cheers,
Daniel

>
>
>> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com
>> <mailto:miconda at gmail.com>> wrote:
>>
>> is the 'expires' value in the db records greater than 0? It is shown
>> 0 in the rpc dump.
>>
>
> Yes, that was it.
>
> After setting the expires field to 360 and the reg_delay to 3,
> kamailio sent the REGISTER messages to the auth proxy:
>
> 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare():
> next_hop=<sip:172.16.176.129:5080>
>
> So now the uac module has successfully registered with the remote proxy.
>
> Many thanks for you help, very much appreciated :-)
>
> Ben
--
-------------- next part --------------

users/attachments/20180712/465b0bf6/attachment.html>

Date: Thu, 12 Jul 2018 09:55:24 +0200
In-Reply-To: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
<74D561E0-8F8E-4F74-B2A7-F54A8CF6706C@relops.com>
Message-ID: <07ed6aea-101f-d538-ff7a-87a7a51bff07@gmail.com>
It should also work without setting reg_delay, however, reg_delay

purpose it to spread the registrations not to be done all at the same
time, so if you set it, try to use several values if you have many users.
Cheers,
Daniel
>
>
>> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com
>> <mailto:miconda at gmail.com>> wrote:
>>
>> is the 'expires' value in the db records greater than 0? It is shown
>> 0 in the rpc dump.
>>
>
> Yes, that was it.
>
> After setting the expires field to 360 and the reg_delay to 3,
> kamailio sent the REGISTER messages to the auth proxy:
>
> 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare():
> next_hop=<sip:172.16.176.129:5080>
>
>
>
> Ben
--
-------------- next part --------------

users/attachments/20180712/465b0bf6/attachment-0001.html>

Date: Thu, 12 Jul 2018 09:56:22 +0200
In-Reply-To: <CAGVOjVWEmYFheRg7Zy7PxdGXGqq9TujGibXvFjc7ywdxmbvBEw@mail.gmail.com>
<CAGVOjVWEmYFheRg7Zy7PxdGXGqq9TujGibXvFjc7ywdxmbvBEw@mail.gmail.com>
Message-ID: <306d7a97-cdfb-08dc-575b-552b20f38ed9@gmail.com>
Have you looked at log messages, any errors?
If not, then run with debug=3 in kamailio config and send full log
messages for such call.
Cheers,
Daniel

> Sorry, if i could not explain it well before. I hope below picture
> will make it clear.
>
> ...
>
> is it some configuration issue?
>
> BTW what is the best way to call multiple async functions in kamailio.
>
> Any suggestion is much appreciated.
>
> Best Regards,
>
> Aqs Younas
>
> On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla
>
> Hello,
>
>
>> Greeting list,
>>
>> I am using two async functions(http_async_query) in configuration
>> one for authentication and other one for push notifications. I am
>> also using tsilio module to suspend the transaction and resumed it.
>>
>> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending
>> the transaction. Everything is working fine except. When caller
>> send CANCEL on the call, kamailio successfully completes sip flow
>> at callee(B party) side but send back below packet towards caller.
>
> what the above statement means? Kamailio forwarded the invite to
> callee, got 200ok, but sends back the 200 response?
>
> Cheers,
> Daniel
>
>>
>> 2018/07/10 19:47:41.125893 172.31.21.87:5060
>> <http://172.31.21.87:5060> -> 39.38.156.111:59969
>> <http://39.38.156.111:59969>
>> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
>> Via: SIP/2.0/UDP
>> 39.38.156.111:59969;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
>> To: <sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at
>> From: <sip:923135082344 at sip.talkhomeappcall.com
>> <mailto:sip%3A923135082344 at
>> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
>> CSeq: 2 INVITE
>> Content-Length: 0
>>
>>
>> root at sip:~# kamailio -V
>> version: kamailio 5.1.3 (x86_64/linux)
>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP,
>> PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY,
>> 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 8MB
>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>> id: unknown
>> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>>
>>
>> Could someone please help me out how to fix this. Cancels are
>> handles automatically so, i cannot hardcore anything to resolve it.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>>
>>
>> _______________________________________________
>
> --
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180712/e2363e95/attachment.html>
From michal.skuta at gmail.com Thu Jul 12 16:41:17 2018

From: michal.skuta at gmail.com (=?UTF-8?Q?Michal_=C5=A0kuta?=)
Date: Thu, 12 Jul 2018 16:41:17 +0200
Subject: [SR-Users] Kamailio dialog presence (BLF)
Message-ID: <CAEws=bEdF4doon6uEyx4h8TsOv9NUdarj2JR=Wvc7mSZqv538Q@mail.gmail.com>
Hello,
I am trying make presence module work with Kamailio. Right now I am testing
these modules: presence, presence_xml, presence_dialoginfo, pua and
pua_dialoginfo.
I had some success, the BLF is working only when the monitored extension is
calling. When the monitored extension is calling, then the BLF changes its
color (red). After end of the call the BLF changes color to green.
My problem is when a User comes on-line then it sends SUBSCRIBE with

*Event: dialog* and
don't get notified of its subscribers state and BLF is not changed.
I found similar problem in this mail list :

https://lists.kamailio.org/pipermail/sr-users/2017-March/096314.html
But is not working for me.
Second question is about BLF and offline state. I can not found
anything in RFC, there is no offline state, no way to turn off the BLF
lamp from green to OFF.
I found only this pdf from grandstream:

http://www.grandstream.com/sites/default/files/Resources/GXP21x0_Eventlist_BLF_Guid
e.pdf
mentioning offline state on page 8.
Does anyone have experience with it?

-------------- next part --------------
users/attachments/20180712/51487d8e/attachment.html>
From aqsyounas at gmail.com Thu Jul 12 10:37:17 2018

Date: Thu, 12 Jul 2018 13:37:17 +0500
In-Reply-To: <306d7a97-cdfb-08dc-575b-552b20f38ed9@gmail.com>
<306d7a97-cdfb-08dc-575b-552b20f38ed9@gmail.com>
Message-ID: <CAGVOjVV+zTcSYLnd_RBtv4E6M7V8SrH2r7kd76ny5wjVd3Q2yw@mail.gmail.com>
I could not find anything related to error. Below are the full detailed
logs. Again thanks for you help.
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core> [core/udp_server.c:492]:

udp_rcv_loop(): received on udp socket: (106/100/963) [[INVITE
sip:923335550609 at sip.talkhomeappcall.com;transport=UDP SIP/2.0 0D 0A Via:
SIP/2.0/UDP 115.186.137.]]
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core>
[core/parser/msg_parser.c:604]: parse_msg(): SIP Request:
[core/parser/msg_parser.c:606]: parse_msg(): method: <INVITE>
[core/parser/msg_parser.c:608]: parse_msg(): uri: <
sip:923335550609 at sip.talkhomeappcall.com;transport=UDP>
[core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0>
[core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232,
<branch> = <z9hG4bK-524287-1---5e6fadd00170a89c>; state=16
[core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5
[core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2
[core/parser/msg_parser.c:494]: parse_headers(): this is the first via
[core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header
reached, state=10
[core/parser/msg_parser.c:171]: get_hdr_field(): <To> [58]; uri=[
sip:923335550609 at sip.talkhomeappcall.com;transport=UDP]
[core/parser/msg_parser.c:172]: get_hdr_field(): to body [<
sip:923335550609 at sip.talkhomeappcall.com;transport=UDP>#015#012]
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <1> <INVITE>
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core> [core/receive.c:205]:
receive_msg(): --- received sip message - request - call-id:
[v51-8AifZ2mXi4RFMRej9A..] - cseq: [1 INVITE]
receive_msg(): preparing to run routing scripts...
[core/parser/msg_parser.c:183]: get_hdr_field(): content_length=245
[core/parser/msg_parser.c:89]: get_hdr_field(): found end of header
[core/parser/parse_addr_spec.c:185]: parse_to_param(): add param:
tag=dc4e5a14
reached, state=29
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: sanity [sanity_mod.c:256]:
w_sanity_check(): sanity checks result: 1
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: maxfwd [mf_funcs.c:74]:
is_maxfwd_present(): value = 70
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: maxfwd [maxfwd.c:148]:
process_maxfwd_header(): value 70 decreased to 50
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: siputils [sipops.c:159]:
is_first_hop(): no 2nd via found - first hop
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: textops [textops.c:3083]:
has_body_helper(): content type is 196611
[core/parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP
address [115.186.137.147] in ò=' field
address [115.186.137.147] in `c=' field
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: rtpengine
[rtpengine_funcs.c:140]: check_content_type(): type <application/sdp> found
valid
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: rtpengine [rtpengine.c:2704]:
select_rtpp_node_old(): rtpengine hash table lookup failed to find node for
calllen=24 callid=v51-8AifZ2mXi4RFMRej9A.. viabranch=
rtpp_function_call(): proxy reply: d3:sdp321:v=0#015#012o=Z 0 0 IN IP4
18.130.57.226#015#012s=Z#015#012c=IN IP4 18.130.57.226#015#012t=0
0#015#012m=audio 20324 RTP/AVP 3 110 8 0 97 101#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:110 speex/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:97
iLBC/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:97
mode=30#015#012a=fmtp:101
0-16#015#012a=sendrecv#015#012a=rtcp:20325#015#0126:result2:oke
rtpp_function_call(): rtpengine hash table insert node=udp:127.0.0.1:2223
for calllen=24 callid=v51-8AifZ2mXi4RFMRej9A.. viabranch=
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: siputils [checks.c:120]:
has_totag(): no totag
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: rr [loose.c:1209]:
is_direction(): param ftag not found
Jul 12 08:12:00 sip kamailio[22303]: INFO: <script>:
v51-8AifZ2mXi4RFMRej9A..|log|originated from User-Agent: Z 3.7.30891 r30851
[R-ATTEMPT-AUTHORIZATION:v51-8AifZ2mXi4RFMRej9A..] -> In authentication for
INVITE against 923135082344 at sip.talkhomeappcall.com
[R-ATTEMPT-AUTHORIZATION:v51-8AifZ2mXi4RFMRej9A..] -> got password:
e5ef068edf311111111000002124bf90 from cache against
923135082344 at sip.talkhomeappcall.com
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [auth_mod.c:847]:
w_pv_auth_check(): realm [sip.talkhomeappcall.com] flags [1] checks [1]
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [api.c:78]: pre_auth():
Credentials with realm 'sip.talkhomeappcall.com' not found
pv_authenticate(): no credentials
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [challenge.c:165]:
get_challenge_hf(): realm='sip.talkhomeappcall.com'
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [challenge.c:275]:
get_challenge_hf(): auth: 'Proxy-Authenticate: Digest realm="
sip.talkhomeappcall.com", nonce="W0cOfFtHDVBWPzjaU1WezcAAr+iIrJXl"#015#012'
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: sl [sl.c:282]: send_reply():
reply in stateless mode (sl)
[core/msg_translator.c:159]: check_via_address(): (115.186.137.147,
115.186.137.147, 0)
Jul 12 08:12:00 sip kamailio[22303]: WARNING: <script>:
[R-CHECK-AUTHORIZATION:v51-8AifZ2mXi4RFMRej9A..] -> issued auth challenge
to failed INVITE attempt for 923135082344 at sip.talkhomeappcall.com from IP
115.186.137.147:61717
receive_msg(): request-route executed in: 3405 usec
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core> [core/usr_avp.c:636]:
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core> [core/xavp.c:446]:
receive_msg(): cleaning up
[core/parser/sdp/sdp.c:794]: free_sdp(): _sdp = 0x7f3ac975eb18
[core/parser/sdp/sdp.c:796]: free_sdp(): sdp = 0x7f3ac975feb8
[core/parser/sdp/sdp.c:798]: free_sdp(): session = 0x7f3ac9729ce0
udp_rcv_loop(): received on udp socket: (106/100/419) [[ACK
SIP/2.0/UDP 115.186.137.147]]
[core/parser/msg_parser.c:606]: parse_msg(): method: <ACK>
<branch> = <z9hG4bK-524287-1---5e6fadd00170a89c>; state=16
tag=24981d2e17dbb5775661067d94809cd2.e7c9
reached, state=29
sip:923335550609 at sip.talkhomeappcall.com;transport=UDP>]
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <1> <ACK>
[v51-8AifZ2mXi4RFMRej9A..] - cseq: [1 ACK]
Jul 12 08:12:00 sip kamailio[22302]: DEBUG: sl [sl_funcs.c:406]:
sl_filter_ACK(): SL local ACK found -> dropping it!
udp_rcv_loop(): received on udp socket: (106/100/1208) [[INVITE
SIP/2.0/UDP 115.186.137.]]
[core/parser/msg_parser.c:606]: parse_msg(): method: <INVITE>
<branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16
reached, state=10
tag=dc4e5a14
reached, state=29
address [115.186.137.147] in ò=' field
address [115.186.137.147] in `c=' field
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: rtpengine
[rtpengine_funcs.c:140]: check_content_type(): type <application/sdp> found
valid
select_rtpp_node_old(): rtpengine hash table lookup find node=udp:
127.0.0.1:2223 for calllen=24 callid=v51-8AifZ2mXi4RFMRej9A.. viabranch=
rtpp_function_call(): proxy reply: d3:sdp321:v=0#015#012o=Z 0 0 IN IP4
18.130.57.226#015#012s=Z#015#012c=IN IP4 18.130.57.226#015#012t=0
0#015#012m=audio 20324 RTP/AVP 3 110 8 0 97 101#015#012a=rtpmap:3
GSM/8000#015#012a=rtpmap:110 speex/8000#015#012a=rtpmap:8
PCMA/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:97
iLBC/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:97
mode=30#015#012a=fmtp:101
0-16#015#012a=sendrecv#015#012a=rtcp:20325#015#0126:result2:oke
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: rr [loose.c:1209]:
is_direction(): param ftag not found
v51-8AifZ2mXi4RFMRej9A..|log|originated from User-Agent: Z 3.7.30891 r30851
[R-ATTEMPT-AUTHORIZATION:v51-8AifZ2mXi4RFMRej9A..] -> In authentication for
INVITE against 923135082344 at sip.talkhomeappcall.com
[R-ATTEMPT-AUTHORIZATION:v51-8AifZ2mXi4RFMRej9A..] -> got password:
e5ef068edf311111111000002124bf90 from cache against
923135082344 at sip.talkhomeappcall.com
w_pv_auth_check(): realm [sip.talkhomeappcall.com] flags [1] checks [1]
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [api.c:88]: pre_auth():
digest-algo: MD5 parsed value: 1
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [api.c:292]:
auth_check_response(): Our result = 'bae0c3bad25ef6951fcc9142dbf6e29c'
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: auth [api.c:299]:
auth_check_response(): Authorization is OK
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: sl [sl.c:282]: send_reply():
reply in stateless mode (sl)
115.186.137.147, 0)
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: registrar [lookup.c:256]:
lookup_helper(): contact for [923335550609] found by address
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tm [t_lookup.c:1320]:
t_newtran(): msg id=1105 , global msg id=1103 , T on entrance=(nil)
t_lookup_request(): start searching: hash=47588, isACK=0
matching_3261(): RFC3261 transaction matching failed
t_lookup_request(): no transaction found
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: <core> [core/md5utils.c:67]:
MD5StringArray(): MD5 calculated: c598ebabb2493d5c9aebf673208c6bea
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tsilo [ts_store.c:80]:
ts_store(): storing transaction 47588:281286645 for r-uri: 923335550609
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tsilo [ts_hash.c:263]:
insert_ts_urecord(): urecord entry 0x7f3ac4daaad8
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tsilo [ts_handlers.c:56]:
ts_set_tm_callbacks(): registered TMCB for transaction 47588:281286645
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tsilo [ts_store.c:103]:
ts_store(): transaction 47588:281286645 (ruri: 923335550609) inserted
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: htable [ht_var.c:90]:
pv_set_ht_cell(): set value for $sht(vtp=>stored::923335550609)
[USER-LOOKUP:v51-8AifZ2mXi4RFMRej9A..] -> stored transaction
[47588:281286645] 923135082344=> 923335550609
t_newtran(): msg id=1105 , global msg id=1105 , T on entrance=0x7f3ac5004448
t_newtran(): transaction already in process 0x7f3ac5004448
[core/msg_translator.c:424]: clen_builder(): content-length: 321 (321)
115.186.137.147, 0)
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: tm [t_funcs.c:372]:
t_relay_to(): new transaction forwarded
Jul 12 08:12:00 sip kamailio[22303]: DEBUG: http_async_client
[async_http.c:731]: header_list_add(): stored new http header: [User-Agent:
testheader]
[async_http.c:731]: header_list_add(): stored new http header: [Host:
app.com]
[async_http.c:731]: header_list_add(): stored new http header:
[Authorization: Basic NDQ3N00000000000011111TQ=]
[async_http.c:731]: header_list_add(): stored new http header:
[Content-Type: application/json]
Jul 12 08:12:00 sip kamailio[22303]: INFO: <script>: To User: 923335550609
>From User: 923135082344
[async_http.c:472]: async_send_query(): transaction suspended
[47588:281286645]
[async_http.c:388]: notification_socket_cb(): query received: [
http://app.com/push/notification/923335550609] (0x7f3ac5048008)
[async_http.c:625]: async_push_query(): query sent [
http://app.com/push/notification/923335550609] (0x7f3ac5048008) to worker 4
[http_multi.c:423]: new_request(): received query
http://app.com/push/notification/923335550609 with timeout 5000,
tls_verify_peer 1, tls_verify_host 1 (param=0x7f3ac5048008)
[hm_hash.c:80]: build_hash_key(): received id 0x28b12f0 (8)-> 0x28b12f0 (9)
[hm_hash.c:93]: build_hash_key(): hash for 0x28b12f0 is 867
[hm_hash.c:119]: build_http_m_cell(): hash id for 0x28b12f0 is 867
[hm_hash.c:130]: link_http_m_cell(): linking new cell 0x7f3ac4ff5778 to
table 0x7f3ac4fc5418 [867]
[http_multi.c:530]: new_request(): Adding easy 0x28b12f0 to multi 0x289a570
(http://app.com/push/notification/923335550609)
[http_multi.c:53]: multi_timer_cb(): multi_timer_cb: Setting timeout to 1 ms
[core/parser/sdp/sdp.c:794]: free_sdp(): _sdp = 0x7f3ac975eb18
[core/parser/sdp/sdp.c:796]: free_sdp(): sdp = 0x7f3ac972e418
[core/parser/sdp/sdp.c:798]: free_sdp(): session = 0x7f3ac9729ce0
[http_multi.c:67]: timer_cb(): timeout on socket -1
[http_multi.c:561]: check_multi_info(): REMAINING: 1
[http_multi.c:161]: sock_cb(): socket callback: s=11 e=0x28b12f0 what=OUT
[http_multi.c:179]: sock_cb(): Adding data: OUT
[hm_hash.c:157]: http_m_cell_lookup(): http_m_cell with easy=0x28b12f0
found on table entry 867
[http_multi.c:615]: setsock(): added event 0x28ba160 to socket 11
[http_multi.c:53]: multi_timer_cb(): multi_timer_cb: Setting timeout to 199
ms
[http_multi.c:96]: event_cb(): activity 4 on socket 11: action 2
[http_multi.c:129]: event_cb(): performing action 2 on socket 11
[http_multi.c:161]: sock_cb(): socket callback: s=11 e=0x28b12f0 what=IN
[http_multi.c:184]: sock_cb(): Changing action from OUT to IN
[http_multi.c:615]: setsock(): added event 0x28ba160 to socket 11
[http_multi.c:131]: event_cb(): action 2 on socket 11 performed
udp_rcv_loop(): received on udp socket: (118/100/635) [[SIP/2.0 180 Ringing
0D 0A CSeq: 2 INVITE 0D 0A Call-ID: v51-8AifZ2mXi4RFMRej9A.. 0D 0A From:
<sip:923135082344 at sip.]]
[core/parser/msg_parser.c:614]: parse_msg(): SIP Reply (status):
[core/parser/msg_parser.c:618]: parse_msg(): status: <180>
[core/parser/msg_parser.c:620]: parse_msg(): reason: <Ringing>
tag=26d24c34
reached, state=29
<branch> = <z9hG4bK4e9b.c598ebabb2493d5c9aebf673208c6bea.0>; state=9
[core/parser/parse_via.c:2681]: parse_via(): parsing via: next via
<rport> = <61717>; state=6
receive_msg(): --- received sip message - reply - call-id:
t_check_msg(): msg (0x7f3ac975e930) id=1137 global id=1135 T start=(nil)
t_reply_matching(): t_reply_matching: hash 47588 label 0 branch 0
t_reply_matching(): reply (0x7f3ac975e930) matched an active transaction
(T=0x7f3ac5004448)!
t_check_msg(): msg (0x7f3ac975e930) id=1137 global id=1137 T
end=0x7f3ac5004448
Jul 12 08:12:01 sip kamailio[22302]: DEBUG: tm [t_reply.c:2207]:
reply_received(): org. status uas=0, uac[0]=0 local=0 is_invite=1)
[R-EXTERNAL_REPLY:v51-8AifZ2mXi4RFMRej9A..] -> saw reply to METHOD:INVITE
RESPONSE:'180 Ringing' from 115.186.137.147:5060
start=0x7f3ac5004448
t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac975e930)!
[core/socket_info.c:564]: grep_sock_info(): checking if host==us: 13==12 &&
[18.130.57.226] == [172.31.21.87]
[core/socket_info.c:583]: grep_sock_info(): checking advertise if host==us:
13==13 && [18.130.57.226] == [18.130.57.226]
has_body_helper(): content length is zero
t_should_relay_response(): ->>>>>>>>> T_code=0, new_code=180
relay_reply(): branch=0, save=0, relay=0 icode=0
[core/msg_translator.c:2265]: generate_res_buf_from_sip_res(): old size:
635, new size: 552
[core/msg_translator.c:2283]: generate_res_buf_from_sip_res(): copied size:
orig:573, new: 490, rest: 62 msg=#012SIP/2.0 180 Ringing#015#012CSeq: 2
INVITE#015#012Call-ID: v51-8AifZ2mXi4RFMRej9A..#015#012From: <
sip:923135082344 at sip.talkhomeappcall.com;transport=UDP>;tag=dc4e5a14#015#012To:
<sip:923335550609 at
sip.talkhomeappcall.com;transport=UDP>;tag=26d24c34#015#012Via:
SIP/2.0/UDP 115.186.137.147:61717;rport=61717;branch=z9hG4bK-524287-1---
6a391e4fb0f8a8f6#015#012Record-Route:
<sip:18.130.57.226;lr=on;ftag=dc4e5a14>#015#012Contact: "923335550609"
<sip:923335550609 at
115.186.137.147:5060;transport=udp;registering_acc=sip_talkhomeappcall_com>#015#012
User-Agent:
Jitsi2.10.5550Windows 10#015#012Content-Length: 0
receive_msg(): reply-route executed in: 2261 usec
<sip:923135082344 at sip.]]
tag=26d24c34
reached, state=29
<rport> = <61717>; state=6
start=0xffffffffffffffff
(T=0x7f3ac5004448)!
end=0x7f3ac5004448
[18.130.57.226] == [172.31.21.87]
13==13 && [18.130.57.226] == [18.130.57.226]
635, new size: 552
<sip:923335550609 at
<sip:923335550609 at
User-Agent:
[http_multi.c:96]: event_cb(): activity 2 on socket 11: action 1
[http_multi.c:129]: event_cb(): performing action 1 on socket 11
[http_multi.c:249]: write_cb(): data received: HTTP/1.1 200 OK#015#012 [17]
[http_multi.c:289]: write_cb(): getting easy handler info (0x28b12f0)
[http_multi.c:249]: write_cb(): data received: Content-Length: 40#015#012
[20]
[http_multi.c:249]: write_cb(): data received: Content-Type:
application/json; charset=utf-8#015#012 [47]
[http_multi.c:249]: write_cb(): data received: Server:
Microsoft-HTTPAPI/2.0#015#012 [31]
[http_multi.c:249]: write_cb(): data received: Date: Thu, 12 Jul 2018
08:12:51 GMT#015#012 [37]
[http_multi.c:249]: write_cb(): data received: #015#012 [2]
[http_multi.c:249]: write_cb(): data received:
{"message":"Message","status":"Success"} [40]
[http_multi.c:161]: sock_cb(): socket callback: s=11 e=0x28b12f0 what=REMOVE
[http_multi.c:166]: sock_cb(): freeing event 0x28ba160
[http_multi.c:131]: event_cb(): action 1 on socket 11 performed
[http_multi.c:568]: check_multi_info(): DONE:
http://app.com/push/notification/923335550609 => (0)
[async_http.c:162]: async_http_cb(): query result = HTTP/1.1 200
OK#015#012Content-Length: 40#015#012Content-Type: application/json;
charset=utf-8#015#012Server: Microsoft-HTTPAPI/2.0#015#012Date: Thu, 12 Jul
2018 08:12:51 GMT#015#012#015#012{"message":"Message","status":"Success"}
[194]
[core/parser/msg_parser.c:616]: parse_msg(): version: <HTTP/1.1>
[core/parser/msg_parser.c:620]: parse_msg(): reason: <OK>
[async_http.c:209]: async_http_cb(): successfully parsed http reply
0x7f3ac975e930
t_lookup_ident(): transaction found
[async_http.c:241]: async_http_cb(): resuming transaction (47588:281286645)
t_lookup_ident(): transaction found
[PUSH-HTTP-REPLY:v51-8AifZ2mXi4RFMRej9A..] -> status 200
[PUSH-HTTP-REPLY:v51-8AifZ2mXi4RFMRej9A..] -> body
{"message":"Message","status":"Success"}
[PUSH-HTTP-REPLY:v51-8AifZ2mXi4RFMRej9A..] ->
v51-8AifZ2mXi4RFMRej9A..|end|issued has successfully send push notification
[async_http.h:135]: free_async_query(): freeing query 0x7f3ac5048008
[http_multi.c:579]: check_multi_info(): reply: [200] HTTP/1.1 200
OK#015#012Content-Length: 40#015#012Content-Type: application/json;
charset=utf-8#015#012Server: Microsoft-HTTPAPI/2.0#015#012Date: Thu, 12 Jul
2018 08:12:51 GMT#015#012#015#012{"message":"Message","status":"Success"}
[194]
[http_multi.c:584]: check_multi_info(): cleaning up cell 0x7f3ac4ff5778
[http_multi.c:589]: check_multi_info(): Removing handle 0x28b12f0
[http_multi.c:147]: event_cb(): last transfer done, kill timeout
Jul 12 08:12:02 sip kamailio[22336]: DEBUG: <core> [core/io_wait.h:602]:
io_watch_del(): DBG: io_watch_del (0xa53880, 107, -1, 0x0) fd_no=45 called
Jul 12 08:12:02 sip kamailio[22336]: DEBUG: <core> [core/tcp_main.c:4196]:
handle_tcpconn_ev(): sending to child, events 1
send2child(): selected tcp worker 4 31(22332) for activity on [tls:
172.31.21.87:5061], 0x7f3ac504ba10
Jul 12 08:12:02 sip kamailio[22332]: DEBUG: <core> [core/tcp_read.c:1740]:
handle_io(): received n=8 con=0x7f3ac504ba10, fd=12
tcp_read_req(): content-length=287
[core/parser/msg_parser.c:606]: parse_msg(): method: <PUBLISH>
sip:447825152591 at sip.talkhomeappcall.com;transport=TLS>
<branch> = <z9hG4bK-524287-1---97bfb6537506e53b>; state=16
reached, state=10
sip:447825152591 at sip.talkhomeappcall.com;transport=TLS]
sip:447825152591 at sip.talkhomeappcall.com;transport=TLS>#015#012]
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <1> <PUBLISH>
[9k-onV_CLivT1AJd9PfB1A..] - cseq: [1 PUBLISH]
tag=eb6f1d48
reached, state=29
192.168.0.104, 0)
tcpconn_send_put(): send from reader (22332 (31)), reusing fd
tcpconn_do_send(): sending...
tcpconn_do_send(): after real write: c= 0x7f3ac504ba10 n=421 fd=12
tcpconn_do_send():
buf=#012#027#003#001#001 �#026- �Jz �8(+è#015 ��C ��G #036 �= �#012\{ ��#033[!
��#031[#0015#036 ��$ �#027#020#016< �!S �v-
��J �f �# 021 �* ��P ( ��n E �# 017#001 ��EY#031 띪+ �n ��< % #023a �R �Cs#030 �HR �k
��ɠ ��G �M ��: # 012\b> �u �% ��? ��# 0 03e �a �Dv&% ��-
��X �y ^ў#002cs#020l ��2#033#025#037 ��U#001 �`#027 ��# 0 02q#016 ‫ޑ‬H ��/M7 �!
#014b�Y��#014;�[�$��Ω#012keRN�#013Y#030a#017��#031��#030�#032(�6\#013ԭ�#
001�#020�x#003#016[��gd6#035�t�XH#026��#032�+��i�
�<�?�_�#033�WCa��?�B��|`'|��
io_watch_add(): DBG: io_watch_add(0xa9cf40, 12, 2, 0x7f3ac504ba10), fd_no=1
<sip:923135082344 at sip.]]
tag=26d24c34
reached, state=29
<rport> = <61717>; state=6
(T=0x7f3ac5004448)!
end=0x7f3ac5004448
[18.130.57.226] == [172.31.21.87]
13==13 && [18.130.57.226] == [18.130.57.226]
635, new size: 552
<sip:923335550609 at
<sip:923335550609 at
User-Agent:
<sip:923135082344 at sip.]]
tag=26d24c34
reached, state=29
<rport> = <61717>; state=6
(T=0x7f3ac5004448)!
end=0x7f3ac5004448
[18.130.57.226] == [172.31.21.87]
13==13 && [18.130.57.226] == [18.130.57.226]
635, new size: 552
<sip:923335550609 at
<sip:923335550609 at
User-Agent:
io_watch_del(): DBG: io_watch_del (0xa9cf40, 12, -1, 0x10) fd_no=2 called
release_tcpconn(): releasing con 0x7f3ac504ba10, state 1, fd=12, id=6
([115.186.137.147]:54391 -> [115.186.137.147]:5061)
release_tcpconn(): extra_data 0x7f3ac5048f40
handle_tcp_child(): reader response= 7f3ac504ba10, 1 from 4
io_watch_add(): DBG: io_watch_add(0xa53880, 107, 2, 0x7f3ac504ba10),
fd_no=44
handle_tcp_child(): CONN_RELEASE 0x7f3ac504ba10 refcnt= 1
udp_rcv_loop(): received on udp socket: (106/100/660) [[CANCEL
SIP/2.0/UDP 115.186.137.]]
[core/parser/msg_parser.c:606]: parse_msg(): method: <CANCEL>
reached, state=10
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <CANCEL>
[v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 CANCEL]
tag=dc4e5a14
reached, state=29
t_lookupOriginalT(): searching on hash entry 47588
matching_3261(): RFC3261 transaction matched,
tid=-524287-1---6a391e4fb0f8a8f6
t_lookupOriginalT(): canceled transaction found (0x7f3ac5004448)!
t_lookupOriginalT(): found - lookup completed
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [tm.c:1091]:
ki_t_lookup_cancel_flags(): lookup_original: t_lookupOriginalT returned:
0x7f3ac5004448
t_newtran(): msg id=1139 , global msg id=1138 , T on
entrance=0xffffffffffffffff
t_lookup_request(): start searching: hash=47588, isACK=0
matching_3261(): RFC3261 transaction matching failed
t_lookup_request(): no transaction found
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/md5utils.c:67]:
MD5StringArray(): MD5 calculated: c598ebabb2493d5c9aebf673208c6bea
t_lookupOriginalT(): searching on hash entry 47588
tid=-524287-1---6a391e4fb0f8a8f6
t_lookupOriginalT(): canceled transaction found (0x7f3ac5004448)!
t_lookupOriginalT(): found - lookup completed
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_cancel.c:335]:
cancel_branch(): sending cancel...
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_fwd.c:1426]:
e2e_cancel(): e2e cancel proceeding
115.186.137.147, 0)
cleanup_uac_timers(): RETR/FR timers reset
_reply_light(): reply sent out. buf=0x7f3ac9760ba8: SIP/2.0 200
cancelin..., shmem=0x7f3ac4ff5778: SIP/2.0 200 cancelin
_reply_light(): finished
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_funcs.c:372]:
t_relay_to(): new transaction forwarded
udp_rcv_loop(): received on udp socket: (118/100/486) [[SIP/2.0 200 OK 0D
0A CSeq: 2 CANCEL 0D 0A Call-ID: v51-8AifZ2mXi4RFMRej9A.. 0D 0A From:
<sip:923135082344 at sip.talkh]]
[core/parser/msg_parser.c:620]: parse_msg(): reason: <OK>
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <CANCEL>
tag=26d24c34
reached, state=29
[v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 CANCEL]
(T=0x7f3ac5004448)!
end=0x7f3ac5004448
reply_received(): reply to local CANCEL processed
udp_rcv_loop(): received on udp socket: (118/100/591) [[SIP/2.0 487 Request
Terminated 0D 0A CSeq: 2 INVITE 0D 0A Call-ID: v51-8AifZ2mXi4RFMRej9A..
0D 0A From: <sip:923135]]
[core/parser/msg_parser.c:620]: parse_msg(): reason: <Request Terminated>
tag=26d24c34
reached, state=29
<rport> = <61717>; state=6
(T=0x7f3ac5004448)!
end=0x7f3ac5004448
RESPONSE:'487 Request Terminated' from 115.186.137.147:5060
is_first_hop(): no record-route header - first hop
t_check_msg(): msg (0x7f3ac50441b0) id=1104 global id=1104 T
t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac50441b0)!
Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tmx [t_var.c:534]:
pv_get_tm_reply_code(): reply code is <487>
v51-8AifZ2mXi4RFMRej9A..|start|external failure route, 487 generated for
method INVITE after progress
115.186.137.147, 0)
*Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:1629]:
cleanup_uac_timers(): RETR/FR timers reset*
_reply_light(): reply sent out. buf=0x7f3ac9760da0: SIP/2.0 500 I'm
terr..., shmem=0x7f3ac5025330: SIP/2.0 500 I'm terr*
_reply_light(): finished*
relay_reply(): branch=0, save=0, relay=-1 icode=0*
*Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/receive.c:362]:
receive_msg(): reply-route executed in: 2909 usec*
*Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/usr_avp.c:636]:
destroy_avp_list(): destroying list (nil)*
*Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/xavp.c:446]:
xavp_destroy_list(): destroying xavp list (nil)*
receive_msg(): cleaning up*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: <core>
[core/udp_server.c:492]: udp_rcv_loop(): received on udp socket:
(106/100/419) [[ACK sip:923335550609 at sip.talkhomeappcall.com
<sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP SIP/2.0 0D 0A
Via: SIP/2.0/UDP 115.186.137.147]]*
[core/parser/msg_parser.c:604]: parse_msg(): SIP Request:*
[core/parser/msg_parser.c:606]: parse_msg(): method: <ACK>*
[core/parser/msg_parser.c:608]: parse_msg(): uri:
<sip:923335550609 at sip.talkhomeappcall.com
<sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>*
[core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0>*
<branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16*
[core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
[core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2*
[core/parser/msg_parser.c:494]: parse_headers(): this is the first via*
tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-9b76*
reached, state=29*
[core/parser/msg_parser.c:171]: get_hdr_field(): <To> [100];
uri=[sip:923335550609 at sip.talkhomeappcall.com
<sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]*
[core/parser/msg_parser.c:172]: get_hdr_field(): to body
[<sip:923335550609 at sip.talkhomeappcall.com
<sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]*
[core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <ACK>*
[v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 ACK]*
receive_msg(): preparing to run routing scripts...*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sl [sl_funcs.c:387]:
sl_filter_ACK(): too late to be a local ACK!*
[core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0*
[core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
tag=dc4e5a14*
reached, state=29*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sanity [sanity_mod.c:256]:
w_sanity_check(): sanity checks result: 1*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [mf_funcs.c:74]:
is_maxfwd_present(): value = 70*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [maxfwd.c:148]:
process_maxfwd_header(): value 70 decreased to 50*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: pv [pv_core.c:966]:
pv_get_useragent(): no User-Agent header*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [sipops.c:159]:
is_first_hop(): no 2nd via found - first hop*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: textops [textops.c:3063]:
has_body_helper(): content length is zero*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [checks.c:123]:
has_totag(): totag found*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: rr [loose.c:112]:
find_first_route(): No Route headers found*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: rr [loose.c:944]:
loose_route(): There is no Route HF*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_lookup.c:1019]:
start=0xffffffffffffffff*
t_lookup_request(): start searching: hash=47588, isACK=1*
tid=-524287-1---6a391e4fb0f8a8f6*
t_lookup_request(): transaction found (T=0x7f3ac5004448)*
end=0x7f3ac5004448*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: <core> [core/timer.c:575]:
timer_add_safe(): timer_add called on an active timer 0x7f3ac50044c8
(0x7f3ac44f3ce0, 0x7f3ac44f3ce0), flags 201*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_funcs.c:147]:
put_on_wait(): transaction 0x7f3ac5004448 already on wait*
receive_msg(): request-route executed in: 2922 usec*
*Jul 12 08:12:09 sip kamailio[22303]: DEBUG: <core> [core/xavp.c:446]:
xavp_destroy_list(): destroying xavp list (nil)*
receive_msg(): cleaning up*
[core/udp_server.c:514]: udp_rcv_loop(): probing packet received from
217.33.40.242 57067*
Thanks for your time.
Best Regards,
Aqs
On Thu, 12 Jul 2018 at 12:56, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
> Have you looked at log messages, any errors?

>
> If not, then run with debug=3 in kamailio config and send full log
> messages for such call.
>
> Cheers,
> Daniel
>
>
> Sorry, if i could not explain it well before. I hope below picture will
> make it clear.
>
> ...
>
>
>
>
> Best Regards,
>
> Aqs Younas
>
> On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> On 10.07.18 22:08, Aqs Younas wrote:
>>
>> Greeting list,
>>
>> I am using two async functions(http_async_query) in configuration one for
>> authentication and other one for push notifications. I am also using tsilio
>> module to suspend the transaction and resumed it.
>>
>> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
>> transaction. Everything is working fine except. When caller send CANCEL on
>> the call, kamailio successfully completes sip flow at callee(B party) side
>> but send back below packet towards caller.
>>
>>
>> what the above statement means? Kamailio forwarded the invite to callee,
>> got 200ok, but sends back the 200 response?
>>
>> Cheers,
>> Daniel
>>
>>
>> 2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969
>> Via: SIP/2.0/UDP 39.38.156.111:59969
>> ;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
>> ;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
>> ;transport=UDP>;tag=d72eaf4c
>> CSeq: 2 INVITE
>>
>>
>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
>> USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
>> TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
>> id: unknown
>>
>>
>> Could someone please help me out how to fix this. Cancels are handles
>> automatically so, i cannot hardcore anything to resolve it.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>>
>
> _______________________________________________
>
>
> --
>
>
-------------- next part --------------
users/attachments/20180712/ff81cea1/attachment.html>
From pojogas at gmail.com Thu Jul 12 17:17:44 2018

Date: Thu, 12 Jul 2018 11:17:44 -0400
In-Reply-To: <CAGVOjVWEmYFheRg7Zy7PxdGXGqq9TujGibXvFjc7ywdxmbvBEw@mail.gmail.com>
Message-ID: <CAJZsGC=xn5fM22oX-5Z6vcP+MuqvHvYeRvYLOfP-HCD-rcsJcw@mail.gmail.com>
Very unlikely, but may be try playing with the TM's params, like for e.g.
https://kamailio.org/docs/modules/5.1.x/modules/tm.html#remap_503_500
On Thu, Jul 12, 2018 at 2:56 AM Aqs Younas <aqsyounas at gmail.com> wrote:
> make it clear.
>
> [image: image.png]
>
>
>
>
> Best Regards,
>
> Aqs Younas
>
> wrote:
>
>> Hello,
>>
>>
>> Greeting list,
>>
>> I am using two async functions(http_async_query) in configuration one for
>> authentication and other one for push notifications. I am also using tsilio
>> module to suspend the transaction and resumed it.
>>
>> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
>> transaction. Everything is working fine except. When caller send CANCEL on
>> the call, kamailio successfully completes sip flow at callee(B party) side
>> but send back below packet towards caller.
>>
>>
>> what the above statement means? Kamailio forwarded the invite to callee,
>> got 200ok, but sends back the 200 response?
>>
>> Cheers,
>> Daniel
>>
>>
>> 2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969
>> Via: SIP/2.0/UDP 39.38.156.111:59969
>> ;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
>> ;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
>> ;transport=UDP>;tag=d72eaf4c
>> CSeq: 2 INVITE
>>
>>
>> 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 8MB
>> id: unknown
>>
>>
>> Could someone please help me out how to fix this. Cancels are handles
>> automatically so, i cannot hardcore anything to resolve it.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>> _______________________________________________
>
-------------- next part --------------
users/attachments/20180712/a93a5e17/attachment.html>
-------------- next part --------------
Name: image.png
Type: image/png
Size: 170854 bytes
Desc: not available
users/attachments/20180712/a93a5e17/attachment.png>
From nemonb at gmail.com Fri Jul 13 09:59:53 2018

From: nemonb at gmail.com (Ne Mo)
Date: Fri, 13 Jul 2018 14:59:53 +0700
Subject: [SR-Users] sr-users Digest, Vol 158, Issue 12
In-Reply-To: <mailman.3.1531389602.29950.sr-users@lists.kamailio.org>
Message-ID: <CAEXR=asKbpkqSZbnD=OCEjB=HO5qKNp2j7nVMB6w6SVudU9+8Q@mail.gmail.com>
Thanks Daniel!
I'm folow: https://www.kamailio.org/docs/modules/stable/modules/
dispatcher.html#dispatcher.ex.install
but my kamailio get errors:
parameter <dstid_avp> of type <1> not found in module <dispatcher>
parameter <attrs_avp> of type <1> not found in module <dispatcher>
parameter <sock_avp> of type <1> not found in module <dispatcher>
parameter <cnt_avp> of type <1> not found in module <dispatcher>
I have no infor how to fix it
Can you show me more detail about how to do:
- *Fix error*
* - Set the socket attribute to your private ip socket to do bridge
from external to internal networks. *
(just add to "attrs(str,opt)", and in my situation, it is
my private IP of Kamailio server1 ? forexample:
1 sip:<PublicIP>:<Port> 0 0
duid=kamilioserver1;socket=<protocol>:<KamailioServer1_PrivateIP>:<Port>;my=xyz)
(I don't understand what my=xyz mean..)
* - Do i have to do something in Kamailio server2 and KamailioServer3
(or just create kamailio database each server and synchronyze kamailio
database between them?)*
*Thanks!*
And thanks Mojtaba! I had read your recomment tutorial with OpenSIP, but
do not know how to apply to my system. Have you got an other more clearly
tutorial for this?
On Thu, Jul 12, 2018 at 5:00 PM, <sr-users-request at lists.kamailio.org>

wrote:
> Send sr-users mailing list submissions to

>
> To subscribe or unsubscribe via the World Wide Web, visit
> or, via email, send a message with subject or body 'help' to
> sr-users-request at lists.kamailio.org
>
> You can reach the person managing the list at
> sr-users-owner at lists.kamailio.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sr-users digest..."
>
>
> Today's Topics:
>
> 1. UAC register (Ben Hood)
> 2. Re: UAC register (Daniel-Constantin Mierla)
> 4. dispatcher module complete tutorial (SamSung TV)
> 5. Re: UAC register (Ben Hood)
> 6. Re: UAC register (Ben Hood)
> 7. Re: dispatcher module complete tutorial (Mojtaba)
> 8. Re: SIP/2.0 500 I'm terribly sorry, server error occurred
> (1/TM) (Aqs Younas)
> 9. Re: dispatcher module complete tutorial (Daniel-Constantin Mierla)
> 12. Re: SIP/2.0 500 I'm terribly sorry, server error occurred
> (1/TM) (Daniel-Constantin Mierla)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 11 Jul 2018 12:36:36 +0100
> From: Ben Hood <ben at relops.com>
> To: sr-users at lists.sip-router.org
> Subject: [SR-Users] UAC register
> Message-ID: <7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA at relops.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> I’m wondering if there is a flag somewhere in the UAC module config that
> prevents remote registration from happening.
>
> It looks like I’ve loaded the uacreg table but I can’t see any REGISTER
> methods being sent from Kamailio to the remote peer.
>
>
> listen=udp:172.16.176.150:5060
>
>
>
> request_route {
> route(RELAY);
> }
>
> route[RELAY] {
>
>
> if (!t_relay()) {
> sl_reply_error();
> }
> exit;
> }
>
>
> {
> l_username: 126231943099723776
> l_domain: 172.16.176.150
> r_username: 1000
> r_domain: 172.16.176.129
> realm: 172.16.176.129
> auth_proxy: sip:172.16.176.129:5080
> expires: 0
> flags: 0
> timer_expires: 0
> reg_init: 1531234841
> reg_delay: 0
> }
>
>
>
> I can get Kamailio to forward an OPTIONS message to the remote peer () to
> verify network connectivity, e.g. :
>
> $ru = "sip:1000 at 172.16.176.129:5080";
> $fs = "udp:172.16.176.150:5060";
>
> But Kamailio does not appear to generate REGISTER messages either after
> first boot or as a result of the manual refresh.
>
> version?
>
>
> If I increase the debug verbosity, I get quite granular detail for the DB
> traffic, but the uac module doesn’t appear to emit much diagnostics.
>
> Many thanks,
>
> Ben
>
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.kamailio.org/pipermail/sr-users/
> attachments/20180711/3f3f7069/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 11 Jul 2018 18:11:41 +0200
> <sr-users at lists.kamailio.org>, Ben Hood <ben at relops.com>,
> sr-users at lists.sip-router.org
> Subject: Re: [SR-Users] UAC register
> Message-ID: <72b0b243-998f-c400-0129-6692521d3ff8 at gmail.com>
>
> Hello,
>
> is the 'expires' value in the db records greater than 0? It is shown 0
> in the rpc dump.
>
> Cheers,
> Daniel
>
>
> On 11.07.18 13:36, Ben Hood wrote:
> > Hi,
> >
> > I’m wondering if there is a flag somewhere in the UAC module config
> > that prevents remote registration from happening.
> >
> > It looks like I’ve loaded the uacreg table but I can’t see any
> > REGISTER methods being sent from Kamailio to the remote peer.
> >
> > The remote registrants are loaded using this config:
> >
> > listen=udp:172.16.176.150:5060
> >
> > loadmodule "db_postgres.so"
> > loadmodule "kex.so"
> > loadmodule "corex.so"
> > loadmodule "tm.so"
> > loadmodule "tmx.so"
> > loadmodule "sl.so"
> > loadmodule "rr.so"
> > loadmodule "pv.so"
> > loadmodule "maxfwd.so"
> > loadmodule "textops.so"
> > loadmodule "siputils.so"
> > loadmodule "xlog.so"
> > loadmodule "sanity.so"
> > loadmodule "ctl.so"
> > loadmodule "cfg_rpc.so"
> > loadmodule "counters.so"
> > loadmodule "uac.so"
> >
> > modparam("uac", "reg_db_url", DBURL)
> > modparam("uac", "reg_contact_addr", “172.16.176.150:5060")
> > modparam("uac", "reg_db_table", "uacreg")
> > modparam("uac", "reg_timer_interval", 10)
> > modparam("uac", "reg_retry_interval", 10)
> >
> > request_route {
> > route(RELAY);
> > }
> >
> > route[RELAY] {
> >
> > t_on_reply("MANAGE_REPLY");
> >
> > if (!t_relay()) {
> > sl_reply_error();
> > }
> > exit;
> > }
> >
> > And it looks like this has been consumed by Kamailio:
> >
> > $ kamcmd uac.reg_dump
> > {
> > l_uuid: 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
> > l_username: 126231943099723776
> > l_domain: 172.16.176.150
> > r_username: 1000
> > r_domain: 172.16.176.129
> > realm: 172.16.176.129
> > auth_username: 1000
> > auth_password: password
> > auth_proxy: sip:172.16.176.129:5080
> > expires: 0
> > flags: 0
> > diff_expires: -1531235076
> > timer_expires: 0
> > reg_init: 1531234841
> > reg_delay: 0
> > }
> >
> > Doing a refresh successfully reloads the uacreg data
> >
> > $ kamcmd uac.reg_refresh 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
> >
> > I can get Kamailio to forward an OPTIONS message to the remote peer ()
> > to verify network connectivity, e.g. :
> >
> > $ru = "sip:1000 at 172.16.176.129:5080";
> > $fs = "udp:172.16.176.150:5060";
> >
> > But Kamailio does not appear to generate REGISTER messages either
> > after first boot or as a result of the manual refresh.
> >
> > This is using an instance of Kamailio 5.0.1. Should I try with a newer
> > version?
> >
> > Is there a way to get extra debugging of the uac module?
> >
> > If I increase the debug verbosity, I get quite granular detail for the
> > DB traffic, but the uac module doesn’t appear to emit much diagnostics.
> >
> > Many thanks,
> >
> > Ben
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
>
> --
>
> -------------- next part --------------
> attachments/20180711/ab4c3410/attachment-0002.html>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 11 Jul 2018 18:11:41 +0200
> <sr-users at lists.kamailio.org>, Ben Hood <ben at relops.com>,
> sr-users at lists.sip-router.org
> Message-ID: <72b0b243-998f-c400-0129-6692521d3ff8 at gmail.com>
>
> Hello,
>
> is the 'expires' value in the db records greater than 0? It is shown 0
> in the rpc dump.
>
> Cheers,
> Daniel
>
>
> On 11.07.18 13:36, Ben Hood wrote:
> > Hi,
> >
> > I’m wondering if there is a flag somewhere in the UAC module config
> > that prevents remote registration from happening.
> >
> > It looks like I’ve loaded the uacreg table but I can’t see any
> > REGISTER methods being sent from Kamailio to the remote peer.
> >
> > The remote registrants are loaded using this config:
> >
> > listen=udp:172.16.176.150:5060
> >
> > loadmodule "db_postgres.so"
> > loadmodule "kex.so"
> > loadmodule "corex.so"
> > loadmodule "tm.so"
> > loadmodule "tmx.so"
> > loadmodule "sl.so"
> > loadmodule "rr.so"
> > loadmodule "pv.so"
> > loadmodule "maxfwd.so"
> > loadmodule "textops.so"
> > loadmodule "siputils.so"
> > loadmodule "xlog.so"
> > loadmodule "sanity.so"
> > loadmodule "ctl.so"
> > loadmodule "cfg_rpc.so"
> > loadmodule "counters.so"
> > loadmodule "uac.so"
> >
> > modparam("uac", "reg_db_url", DBURL)
> > modparam("uac", "reg_contact_addr", “172.16.176.150:5060")
> > modparam("uac", "reg_db_table", "uacreg")
> > modparam("uac", "reg_timer_interval", 10)
> > modparam("uac", "reg_retry_interval", 10)
> >
> > request_route {
> > route(RELAY);
> > }
> >
> > route[RELAY] {
> >
> > t_on_reply("MANAGE_REPLY");
> >
> > if (!t_relay()) {
> > sl_reply_error();
> > }
> > exit;
> > }
> >
> > And it looks like this has been consumed by Kamailio:
> >
> > $ kamcmd uac.reg_dump
> > {
> > l_uuid: 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
> > l_username: 126231943099723776
> > l_domain: 172.16.176.150
> > r_username: 1000
> > r_domain: 172.16.176.129
> > realm: 172.16.176.129
> > auth_username: 1000
> > auth_password: password
> > auth_proxy: sip:172.16.176.129:5080
> > expires: 0
> > flags: 0
> > diff_expires: -1531235076
> > timer_expires: 0
> > reg_init: 1531234841
> > reg_delay: 0
> > }
> >
> > Doing a refresh successfully reloads the uacreg data
> >
> > $ kamcmd uac.reg_refresh 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
> >
> > I can get Kamailio to forward an OPTIONS message to the remote peer ()
> > to verify network connectivity, e.g. :
> >
> > $ru = "sip:1000 at 172.16.176.129:5080";
> > $fs = "udp:172.16.176.150:5060";
> >
> > But Kamailio does not appear to generate REGISTER messages either
> > after first boot or as a result of the manual refresh.
> >
> > This is using an instance of Kamailio 5.0.1. Should I try with a newer
> > version?
> >
> > Is there a way to get extra debugging of the uac module?
> >
> > If I increase the debug verbosity, I get quite granular detail for the
> > DB traffic, but the uac module doesn’t appear to emit much diagnostics.
> >
> > Many thanks,
> >
> > Ben
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
>
> --
>
> -------------- next part --------------
> attachments/20180711/ab4c3410/attachment-0003.html>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 11 Jul 2018 21:04:57 +0700
> From: SamSung TV <samsungtv32inc at gmail.com>
> To: sr-users at lists.kamailio.org
> Subject: [SR-Users] dispatcher module complete tutorial
> Message-ID:
> <CABjDKsEzuN9Hog=bYo+K5gfoHjTwZ=dHOqMyYbEEgxYdxZsS+
> g at mail.gmail.com>
>
>
>
>
> my topo:
>
>
> /
>
> /
>
> \
> \
>
>
>
> -------------- next part --------------
> attachments/20180711/b222d309/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 11 Jul 2018 23:11:23 +0100
> To: Daniel-Constantin Mierla <miconda at gmail.com>
> Cc: sr-users at lists.sip-router.org, "Kamailio $SER$ - Users Mailing
> List" <sr-users at lists.kamailio.org>
> Message-ID: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C at relops.com>
>
>
>
> > On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
> > is the 'expires' value in the db records greater than 0? It is shown 0
> in the rpc dump.
> >
>
> Yes, that was it.
>
> After setting the expires field to 360 and the reg_delay to 3, kamailio
> sent the REGISTER messages to the auth proxy:
>
> 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:
> 172.16.176.129:5080>
>
>
>
> Ben
> -------------- next part --------------
> attachments/20180711/64396061/attachment-0002.html>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 11 Jul 2018 23:11:23 +0100
> To: Daniel-Constantin Mierla <miconda at gmail.com>
> Message-ID: <74D561E0-8F8E-4F74-B2A7-F54A8CF6706C at relops.com>
>
>
>
> > On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
> > is the 'expires' value in the db records greater than 0? It is shown 0
> in the rpc dump.
> >
>
> Yes, that was it.
>
> After setting the expires field to 360 and the reg_delay to 3, kamailio
> sent the REGISTER messages to the auth proxy:
>
> 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare(): next_hop=<sip:
> 172.16.176.129:5080>
>
>
>
> Ben
> -------------- next part --------------
> attachments/20180711/64396061/attachment-0003.html>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 12 Jul 2018 11:16:04 +0430
> From: Mojtaba <mespio at gmail.com>
> <sr-users at lists.kamailio.org>
> Subject: Re: [SR-Users] dispatcher module complete tutorial
> Message-ID:
> <CABVi_EzdMTbrQDwxZbg6_CBHB-DEqzKtk=pdS1tEKhBUmT+CcQ at mail.
> gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi,
> You could use this tutorial - Load Balancing in OpenSIPS. It is
> similar to Kamailio.
> http://www.opensips.org/Documentation/Tutorials-LoadBalancing-1-9
> With Regards
> Mojtaba
>
> On Wed, Jul 11, 2018 at 6:34 PM, SamSung TV <samsungtv32inc at gmail.com>
> wrote:
> > I want to use kamailio as load balancing server
> >
> >
> >
> > my topo:
> >
> > (Private IP) Kamailio server2
> >
> > /
> >
> > /
> > (public iP)Kamailio server1(load balance)(Private IP)
> >
> > \
> > \
> >
> >
> > Any body can recomment me some tutorial to do this?
> > Thanks any advance!
> >
> > _______________________________________________
> >
>
>
>
> --
>
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 11 Jul 2018 22:15:49 +0500
> From: Aqs Younas <aqsyounas at gmail.com>
> Cc: "Kamailio (SER) - Users Mailing List"
> <sr-users at lists.kamailio.org>
> Subject: Re: [SR-Users] SIP/2.0 500 I'm terribly sorry, server error
> occurred (1/TM)
> Message-ID:
> <CAGVOjVWEmYFheRg7Zy7PxdGXGqq9TujGibXvFjc7ywdxmbvBEw at mail.
> gmail.com>
>
> make it clear.
>
> [image: image.png]
>
>
>
>
> Best Regards,
>
> Aqs Younas
>
> wrote:
>
> > Hello,
> >
> > On 10.07.18 22:08, Aqs Younas wrote:
> >
> > Greeting list,
> >
> > I am using two async functions(http_async_query) in configuration one for
> > authentication and other one for push notifications. I am also using
> tsilio
> > module to suspend the transaction and resumed it.
> >
> > I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
> > transaction. Everything is working fine except. When caller send CANCEL
> on
> > the call, kamailio successfully completes sip flow at callee(B party)
> side
> > but send back below packet towards caller.
> >
> >
> > what the above statement means? Kamailio forwarded the invite to callee,
> > got 200ok, but sends back the 200 response?
> >
> > Cheers,
> > Daniel
> >
> >
> > 2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969
> > SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
> > Via: SIP/2.0/UDP 39.38.156.111:59969
> > ;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
> > To: <sip:923335550609 at sip.talkhomeappcall.com
> > ;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
> > From: <sip:923135082344 at sip.talkhomeappcall.com
> > ;transport=UDP>;tag=d72eaf4c
> > Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
> > CSeq: 2 INVITE
> > Content-Length: 0
> >
> >
> > root at sip:~# kamailio -V
> > version: kamailio 5.1.3 (x86_64/linux)
> > flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
> > USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
> F_MALLOC,
> > TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
> > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> > id: unknown
> > compiled on 08:06:26 May 2 2018 with gcc 4.9.2
> >
> >
> > Could someone please help me out how to fix this. Cancels are handles
> > automatically so, i cannot hardcore anything to resolve it.
> >
> > Best Regards,
> >
> > Aqs Younas
> >
> >
> >
> > _______________________________________________
> > Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://
> lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > --
> > Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
> www.linkedin.com/in/miconda
> > Kamailio World Conference -- www.kamailioworld.com
> >
> >
> -------------- next part --------------
> attachments/20180711/df28b5f3/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image.png
> Type: image/png
> Size: 170854 bytes
> Desc: not available
> attachments/20180711/df28b5f3/attachment-0001.png>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 12 Jul 2018 09:53:58 +0200
> <sr-users at lists.kamailio.org>, SamSung TV <
> samsungtv32inc at gmail.com>
> Subject: Re: [SR-Users] dispatcher module complete tutorial
> Message-ID: <6b75c763-8c7a-ef0b-463b-7a1c50c43ce5 at gmail.com>
>
> Dispatcher module has a full sample config as well as guidelines about
> building your dispatcher list file:
>
> -
> https://www.kamailio.org/docs/modules/stable/modules/
> dispatcher.html#dispatcher.ex.install
>
> As an extra hint, you have to set the socket attribute to your private
> ip socket to do bridge from external to internal networks.
>
> Cheers,
> Daniel
>
>
> On 11.07.18 16:04, SamSung TV wrote:
> > I want to use kamailio as load balancing server
> >
> >
> >
> > my topo:
> >
> >
> > /
> >
> > /
> > (public iP)Kamailio server1(load balance)(Private IP)
> >
> > \
> >
> > \
> >
> >
> > Any body can recomment me some tutorial to do this?
> > Thanks any advance!
> >
> >
> > _______________________________________________
>
> --
>
> -------------- next part --------------
> attachments/20180712/cd9b28cd/attachment-0001.html>
>
> ------------------------------
>
> Message: 10
> Date: Thu, 12 Jul 2018 09:55:24 +0200
> To: Ben Hood <ben at relops.com>
> Message-ID: <07ed6aea-101f-d538-ff7a-87a7a51bff07 at gmail.com>
> Content-Type: text/plain; charset="windows-1252"
>
> It should also work without setting reg_delay, however, reg_delay
> purpose it to spread the registrations not to be done all at the same
> time, so if you set it, try to use several values if you have many users.
>
> Cheers,
> Daniel
>
>
> On 12.07.18 00:11, Ben Hood wrote:
> >
> >
> >> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com
> >> <mailto:miconda at gmail.com>> wrote:
> >>
> >> is the 'expires' value in the db records greater than 0? It is shown
> >> 0 in the rpc dump.
> >>
> >
> > Yes, that was it.
> >
> > After setting the expires field to 360 and the reg_delay to 3,
> > kamailio sent the REGISTER messages to the auth proxy:
> >
> > 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare():
> > next_hop=<sip:172.16.176.129:5080>
> >
> > So now the uac module has successfully registered with the remote proxy.
> >
> > Many thanks for you help, very much appreciated :-)
> >
> > Ben
>
> --
>
> -------------- next part --------------
> attachments/20180712/465b0bf6/attachment-0002.html>
>
> ------------------------------
>
> Message: 11
> Date: Thu, 12 Jul 2018 09:55:24 +0200
> To: Ben Hood <ben at relops.com>
> Message-ID: <07ed6aea-101f-d538-ff7a-87a7a51bff07 at gmail.com>
> Content-Type: text/plain; charset="windows-1252"
>
> It should also work without setting reg_delay, however, reg_delay
> purpose it to spread the registrations not to be done all at the same
> time, so if you set it, try to use several values if you have many users.
>
> Cheers,
> Daniel
>
>
> On 12.07.18 00:11, Ben Hood wrote:
> >
> >
> >> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla <miconda at gmail.com
> >> <mailto:miconda at gmail.com>> wrote:
> >>
> >> is the 'expires' value in the db records greater than 0? It is shown
> >> 0 in the rpc dump.
> >>
> >
> > Yes, that was it.
> >
> > After setting the expires field to 360 and the reg_delay to 3,
> > kamailio sent the REGISTER messages to the auth proxy:
> >
> > 7(9339) DEBUG: tm [uac.c:427]: t_uac_prepare():
> > next_hop=<sip:172.16.176.129:5080>
> >
> > So now the uac module has successfully registered with the remote proxy.
> >
> > Many thanks for you help, very much appreciated :-)
> >
> > Ben
>
> --
>
> -------------- next part --------------
> attachments/20180712/465b0bf6/attachment-0003.html>
>
> ------------------------------
>
> Message: 12
> Date: Thu, 12 Jul 2018 09:56:22 +0200
> <sr-users at lists.kamailio.org>, Aqs Younas <aqsyounas at gmail.com>
> Subject: Re: [SR-Users] SIP/2.0 500 I'm terribly sorry, server error
> occurred (1/TM)
> Message-ID: <306d7a97-cdfb-08dc-575b-552b20f38ed9 at gmail.com>
>
>
>
> Cheers,
> Daniel
>
>
> > Sorry, if i could not explain it well before. I hope below picture
> > will make it clear.
> >
> > ...
> >
> > is it some configuration issue?
> >
> > BTW what is the best way to call multiple async functions in kamailio.
> >
> > Any suggestion is much appreciated.
> >
> > Best Regards,
> >
> > Aqs Younas
> >
> > On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla
> > <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
> >
> > Hello,
> >
> >
> > On 10.07.18 22:08, Aqs Younas wrote:
> >> Greeting list,
> >>
> >> I am using two async functions(http_async_query) in configuration
> >> one for authentication and other one for push notifications. I am
> >> also using tsilio module to suspend the transaction and resumed
> it.
> >>
> >> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending
> >> the transaction. Everything is working fine except. When caller
> >> send CANCEL on the call, kamailio successfully completes sip flow
> >> at callee(B party) side but send back below packet towards caller.
> >
> > what the above statement means? Kamailio forwarded the invite to
> > callee, got 200ok, but sends back the 200 response?
> >
> > Cheers,
> > Daniel
> >
> >>
> >> 2018/07/10 19:47:41.125893 172.31.21.87:5060
> >> <http://172.31.21.87:5060> -> 39.38.156.111:59969
> >> <http://39.38.156.111:59969>
> >> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
> >> Via: SIP/2.0/UDP
> >> 39.38.156.111:59969;branch=z9hG4bK-524287-1---
> 91c6114330fe6293;rport=59969
> >> To: <sip:923335550609 at sip.talkhomeappcall.com
> >> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;
> transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
> >> From: <sip:923135082344 at sip.talkhomeappcall.com
> >> <mailto:sip%3A923135082344 at sip.talkhomeappcall.com>;
> transport=UDP>;tag=d72eaf4c
> >> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
> >> CSeq: 2 INVITE
> >> Content-Length: 0
> >>
> >>
> >> root at sip:~# kamailio -V
> >> version: kamailio 5.1.3 (x86_64/linux)
> >> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> >> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP,
> >> PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY,
> >> 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 8MB
> >> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> >> id: unknown
> >> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
> >>
> >>
> >> Could someone please help me out how to fix this. Cancels are
> >> handles automatically so, i cannot hardcore anything to resolve it.
> >>
> >> Best Regards,
> >>
> >> Aqs Younas
> >>
> >>
> >>
> >> _______________________________________________
> >> Kamailio (SER) - Users Mailing List
> >> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> > --
> > Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
> > www.twitter.com/miconda <http://www.twitter.com/miconda> --
> > Kamailio World Conference -- www.kamailioworld.com <
> http://www.kamailioworld.com>
> >
> >
> >
> > _______________________________________________
>
> --
>
> -------------- next part --------------
> attachments/20180712/e2363e95/attachment-0001.html>
>
> ------------------------------
>
>
> _______________________________________________
>
>
> ------------------------------
>
> *****************************************
>
-------------- next part --------------
users/attachments/20180713/482e9ac3/attachment.html>
From miconda at gmail.com Fri Jul 13 10:00:34 2018

Date: Fri, 13 Jul 2018 10:00:34 +0200
In-Reply-To: <CAGVOjVV+zTcSYLnd_RBtv4E6M7V8SrH2r7kd76ny5wjVd3Q2yw@mail.gmail.com>
<CAGVOjVV+zTcSYLnd_RBtv4E6M7V8SrH2r7kd76ny5wjVd3Q2yw@mail.gmail.com>
Message-ID: <3d4af3e2-12f6-f232-6428-694a00fab81f@gmail.com>
Hello,
can you give here the INVITE that is sent out by Kamailio? In the
screenshot that you gave in a previous email it was the incoming INVITE.
>From the logs, the 487 is matching the first branch, but that should be
the one that was suspended, not the outgoing one.
Reading back this email thread, you said:
"I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the

transaction."
How do you do that? Can you list the order of operations that happen,
like next?
- INVITE received
- http async for auth
- reset the T_ASYNC_SUSPENDED flag ?!?
- http async for push
Cheers,
Daniel

> I could not find anything related to error. Below are the full
> detailed logs. Again thanks for you help.
>
> [...]
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core>
> [core/udp_server.c:492]: udp_rcv_loop(): received on udp socket:
> (118/100/591) [[SIP/2.0 487 Request Terminated 0D 0A CSeq: 2 INVITE
> 0D 0A Call-ID: v51-8AifZ2mXi4RFMRej9A.. 0D 0A From: <sip:923135]]
> [core/parser/msg_parser.c:614]: parse_msg(): SIP Reply (status):
> [core/parser/msg_parser.c:616]: parse_msg(): version: <SIP/2.0>
> [core/parser/msg_parser.c:618]: parse_msg(): status: <487>
> [core/parser/msg_parser.c:620]: parse_msg(): reason: <Request
> Terminated>
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <INVITE>
> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param:
> tag=26d24c34
> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of header
> reached, state=29
> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [71];
> uri=[sip:923335550609 at sip.talkhomeappcall.com
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]
> [core/parser/msg_parser.c:172]: get_hdr_field(): to body
> [<sip:923335550609 at sip.talkhomeappcall.com
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]
> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type
> 232, <branch> = <z9hG4bK4e9b.c598ebabb2493d5c9aebf673208c6bea.0>; state=9
> [core/parser/parse_via.c:2681]: parse_via(): parsing via: next via
> 235, <rport> = <61717>; state=6
> 232, <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached,
> state=5
> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2
> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via
> [core/receive.c:205]: receive_msg(): --- received sip message - reply
> - call-id: [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 INVITE]
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_lookup.c:1019]:
> t_check_msg(): msg (0x7f3ac975e930) id=1140 global id=1139 T
> start=0xffffffffffffffff
> t_reply_matching(): t_reply_matching: hash 47588 label 0 branch 0
> t_reply_matching(): reply (0x7f3ac975e930) matched an active
> transaction (T=0x7f3ac5004448)!
> end=0x7f3ac5004448
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:2207]:
> reply_received(): org. status uas=180, uac[0]=180 local=0 is_invite=1)
> Jul 12 08:12:09 sip kamailio[22302]: INFO: <script>:
> [R-EXTERNAL_REPLY:v51-8AifZ2mXi4RFMRej9A..] -> saw reply to
> METHOD:INVITE RESPONSE:'487 Request Terminated' from
> 115.186.137.147:5060 <http://115.186.137.147:5060>
> start=0x7f3ac5004448
> t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac975e930)!
> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: siputils [sipops.c:171]:
> is_first_hop(): no record-route header - first hop
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: textops [textops.c:3063]:
> has_body_helper(): content length is zero
> t_should_relay_response(): ->>>>>>>>> T_code=180, new_code=487
> t_check_msg(): msg (0x7f3ac50441b0) id=1104 global id=1104 T
> t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac50441b0)!
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tmx [t_var.c:534]:
> pv_get_tm_reply_code(): reply code is <487>
> v51-8AifZ2mXi4RFMRej9A..|start|external failure route, 487 generated
> for method INVITE after progress
> [core/msg_translator.c:159]: check_via_address(): (115.186.137.147,
> 115.186.137.147, 0)
> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:1629]:
> cleanup_uac_timers(): RETR/FR timers reset*
> _reply_light(): reply sent out. buf=0x7f3ac9760da0: SIP/2.0 500 I'm
> terr..., shmem=0x7f3ac5025330: SIP/2.0 500 I'm terr*
> _reply_light(): finished*
> relay_reply(): branch=0, save=0, relay=-1 icode=0*
> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core>
> [core/receive.c:362]: receive_msg(): reply-route executed in: 2909 usec*
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/xavp.c:446]:
> xavp_destroy_list(): destroying xavp list (nil)*
> [core/receive.c:378]: receive_msg(): cleaning up*
> (106/100/419) [[ACK sip:923335550609 at sip.talkhomeappcall.com
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP
> SIP/2.0 0D 0A Via: SIP/2.0/UDP 115.186.137.147]]*
> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request:*
> [core/parser/msg_parser.c:606]: parse_msg(): method: <ACK>*
> [core/parser/msg_parser.c:608]: parse_msg(): uri:
> <sip:923335550609 at sip.talkhomeappcall.com
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>*
> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0>*
> 232, <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16*
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached,
> state=5*
> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2*
> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via*
> tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-9b76*
> reached, state=29*
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]*
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]*
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <ACK>*
> [core/receive.c:205]: receive_msg(): --- received sip message -
> request - call-id: [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 ACK]*
> [core/receive.c:248]: receive_msg(): preparing to run routing scripts...*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sl [sl_funcs.c:387]:
> sl_filter_ACK(): too late to be a local ACK!*
> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0*
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
> tag=dc4e5a14*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sanity
> [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [mf_funcs.c:74]:
> is_maxfwd_present(): value = 70*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [maxfwd.c:148]:
> process_maxfwd_header(): value 70 decreased to 50*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: pv [pv_core.c:966]:
> pv_get_useragent(): no User-Agent header*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [sipops.c:159]:
> is_first_hop(): no 2nd via found - first hop*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: textops [textops.c:3063]:
> has_body_helper(): content length is zero*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [checks.c:123]:
> has_totag(): totag found*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: rr [loose.c:112]:
> find_first_route(): No Route headers found*
> loose_route(): There is no Route HF*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_lookup.c:1019]:
> start=0xffffffffffffffff*
> t_lookup_request(): start searching: hash=47588, isACK=1*
> matching_3261(): RFC3261 transaction matched,
> tid=-524287-1---6a391e4fb0f8a8f6*
> t_lookup_request(): transaction found (T=0x7f3ac5004448)*
> end=0x7f3ac5004448*
> [core/timer.c:575]: timer_add_safe(): timer_add called on an active
> timer 0x7f3ac50044c8 (0x7f3ac44f3ce0, 0x7f3ac44f3ce0), flags 201*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_funcs.c:147]:
> put_on_wait(): transaction 0x7f3ac5004448 already on wait*
> [core/receive.c:289]: receive_msg(): request-route executed in: 2922 usec*
> [core/receive.c:378]: receive_msg(): cleaning up*
> [core/udp_server.c:514]: udp_rcv_loop(): probing packet received from
> 217.33.40.242 57067*
> *
> *
> *
> *
> Thanks for your time.
>
> Best Regards,
> Aqs
>
> On Thu, 12 Jul 2018 at 12:56, Daniel-Constantin Mierla
>
>
>
> Cheers,
> Daniel
>
>
>> Sorry, if i could not explain it well before. I hope below
>> picture will make it clear.
>>
>> ...
>>
>> is it some configuration issue?
>>
>> BTW what is the best way to call multiple async functions in
>> kamailio.
>>
>> Any suggestion is much appreciated.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>> On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>> Hello,
>>
>>
>>> Greeting list,
>>>
>>> I am using two async functions(http_async_query) in
>>> configuration one for authentication and other one for push
>>> notifications. I am also using tsilio module to suspend the
>>> transaction and resumed it.
>>>
>>> I am resetting this flag 'T_ASYNC_SUSPENDED' before
>>> suspending the transaction. Everything is working fine
>>> except. When caller send CANCEL on the call, kamailio
>>> successfully completes sip flow at callee(B party) side but
>>> send back below packet towards caller.
>>
>> what the above statement means? Kamailio forwarded the invite
>> to callee, got 200ok, but sends back the 200 response?
>>
>> Cheers,
>> Daniel
>>
>>>
>>> 2018/07/10 19:47:41.125893 172.31.21.87:5060
>>> <http://172.31.21.87:5060> -> 39.38.156.111:59969
>>> <http://39.38.156.111:59969>
>>> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
>>> Via: SIP/2.0/UDP
>>> 39.38.156.111:59969;branch=z9hG4bK-524287-1---
91c6114330fe6293;rport=59969
>>> To: <sip:923335550609 at sip.talkhomeappcall.com
>>> <mailto:sip%3A923335550609 at
>>> From: <sip:923135082344 at sip.talkhomeappcall.com
>>> <mailto:sip%3A923135082344 at
>>> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
>>> CSeq: 2 INVITE
>>> Content-Length: 0
>>>
>>>
>>> root at sip:~# kamailio -V
>>> version: kamailio 5.1.3 (x86_64/linux)
>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP,
>>> PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY,
>>> 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 8MB
>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>> id: unknown
>>> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>>>
>>>
>>> Could someone please help me out how to fix this. Cancels
>>> are handles automatically so, i cannot hardcore anything to
>>> resolve it.
>>>
>>> Best Regards,
>>>
>>> Aqs Younas
>>>
>>>
>>>
>>> _______________________________________________
>>
>> --
>>
>>
>>
>> _______________________________________________
>
> --
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180713/3400de17/attachment.html>

Date: Fri, 13 Jul 2018 10:54:04 +0200
Subject: [SR-Users] Dispatcher usage (was: sr-users Digest, Vol 158,
Issue 12)
In-Reply-To: <CAEXR=asKbpkqSZbnD=OCEjB=HO5qKNp2j7nVMB6w6SVudU9+8Q@mail.gmail.com>
<CAEXR=asKbpkqSZbnD=OCEjB=HO5qKNp2j7nVMB6w6SVudU9+8Q@mail.gmail.com>
Message-ID: <4af189a7-76f2-5312-f7c2-5dc48c8566f9@gmail.com>
Do not reply to the digest message of the mailing list manager if you
want to participate in a discussion.
Subscribe for receiving normal emails as long as you are asking

questions and want to be in the email discussions, and reply to those
messages -- digest replies makes it hard to figure out what were
previous messages in the topic you want to reply to. Future replies to
digest emails are going to be ignored by me.
It seems you are using the master branch (development version), which is
not really recommended for production, unless it is exactly what you want.
So, either install version 5.1.x to use with the link I provided before
or for master branch read the appropriate docs at:
*
https://kamailio.org/docs/modules/devel/modules/dispatcher.html#dispatcher.ex.insta
ll
There were changes in dispatcher from 5.1 to devel branch, using now
xavps instead of avps.
Cheers,
Daniel
On 13.07.18 09:59, Ne Mo wrote:

> Thanks Daniel!
> I'm folow:
>
https://www.kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.ex.
install
>
<https://www.kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.ex
.install>
>
> but my kamailio get errors:
> parameter <dstid_avp> of type <1> not found in module <dispatcher>
> parameter <attrs_avp> of type <1> not found in module <dispatcher>
> parameter <sock_avp> of type <1> not found in module <dispatcher>
> parameter <cnt_avp> of type <1> not found in module <dispatcher>
> I have no infor how to fix it
> Can you show me more detail about how to do:
> - *Fix error*
> * - Set the socket attribute to your private ip socket to do
> bridge from external to internal networks. *
> (just add to "attrs(str,opt)", and in my situation,
> it is my private IP of Kamailio server1 ? forexample:
> 1 sip:<PublicIP>:<Port> 0 0
> duid=kamilioserver1;socket=<protocol>:<KamailioServer1_PrivateIP>:<Port>;my=xyz)
> (I don't understand what my=xyz mean..)
> * - Do i have to do something in Kamailio server2 and
> KamailioServer3 (or just create kamailio database each server and
> synchronyze kamailio database between them?)*
> *Thanks!*
>
> And thanks Mojtaba! I had read your recomment tutorial with OpenSIP,
> but do not know how to apply to my system. Have you got an other more
> clearly tutorial for this?
>
> On Thu, Jul 12, 2018 at 5:00 PM, <sr-users-request at lists.kamailio.org
> <mailto:sr-users-request at lists.kamailio.org>> wrote:
>
> Send sr-users mailing list submissions to
> <mailto:sr-users at lists.kamailio.org>
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> or, via email, send a message with subject or body 'help' to
> sr-users-request at lists.kamailio.org
> <mailto:sr-users-request at lists.kamailio.org>
>
> You can reach the person managing the list at
> sr-users-owner at lists.kamailio.org
> <mailto:sr-users-owner at lists.kamailio.org>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sr-users digest..."
>
>
> Today's Topics:
> [...]
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180713/4dc4a776/attachment.html>
From aqsyounas at gmail.com Fri Jul 13 12:32:07 2018

Date: Fri, 13 Jul 2018 15:32:07 +0500
In-Reply-To: <3d4af3e2-12f6-f232-6428-694a00fab81f@gmail.com>
<3d4af3e2-12f6-f232-6428-694a00fab81f@gmail.com>
Message-ID: <CAGVOjVVWdjAF7pZ3GH+=8De_iHNJF-AvdGnMyWBFbrEE+dPoEQ@mail.gmail.com>
Thanks for replying. Here are the requested details.

N*OTE: Since, Party B is already registered. So, this transaction is not
suspended by using t_suspend(). *
INVITE sent out by the kamailio.
2018/07/13 10:03:39.529954 172.31.21.87:5060 -> 115.186.137.147:5060

INVITE sip:923335550609 at
192.168.0.102:5060;transport=udp;registering_acc=sip_talkhomeappcall_com
SIP/2.0
Record-Route: <sip:18.130.57.226;lr=on;ftag=ca4e124a>
Via: SIP/2.0/UDP 18.130.57.226:5060
;branch=z9hG4bKb073.59d340ab13783ca3e986b077d8c3cc09.1
Via: SIP/2.0/UDP 192.168.0.102:34264
;rport=34264;received=115.186.137.147;branch=z9hG4bK-524287-1---d3a65fa7d1d9b7b4
Max-Forwards: 50
Contact: <sip:923135082344 at 115.186.137.147:34264;transport=UDP>
To: <sip:923335550609 at sip.talkhomeappcall.com;transport=UDP>
From: <sip:923135082344 at sip.talkhomeappcall.com;transport=UDP>;tag=ca4e124a
Call-ID: rygunB2mU7m1w3mE46c1Ww..
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, outbound, path,
X-cisco-serviceuri
User-Agent: Z 3.7.30891 r30851
Allow-Events: presence, kpml
Content-Length: 321
v=0
o=Z 0 0 IN IP4 18.130.57.226
s=Z
c=IN IP4 18.130.57.226
t=0 0
m=audio 39698 RTP/AVP 3 110 8 0 97 101
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:97 mode=30
a=fmtp:101 0-16
a=sendrecv
a=rtcp:39699
I have defined the flag ' T_ASYNC_SUSPENDED'.
*#!define T_ASYNC_SUSPENDED 5*
Order of call it like below.
1. Call comes
2. Send a http async for authentication.
3. On 200 OK from http I perform user lookup
4. If B party is registered call is send towards it.
i) Push notification is sent for further registration against device B.
route[USER_LOOKUP]
{
send_reply("100", "Trying");
if (is_method("INVITE")) {
if (!lookup("location"))
{
route(SEND_PUSH);
}else{
ts_store();
$sht(vtp=>stored::$rU) = 1;
xlog("L_INFO","[USER-LOOKUP:$ci] -> stored transaction
[$T(id_index):$T(id_label)] $fU=> $rU\n");
t_on_reply("EXTERNAL_REPLY");
t_on_failure("EXTERNAL_FAULT");
t_relay();
route(SEND_PUSH);
}
}
}
5. If B party is not registered PUSH notification is send

i) On 200 OK from push notification transaction is suspending like this
after setting the flag ' T_ASYNC_SUSPENDED'
# suspend the transaction

route[SUSPEND] {
* resetflag(T_ASYNC_SUSPENDED);*
if(!t_suspend())
{
xlog("L_ERR","[R-SUSPEND:$ci] -> failed suspending
trasaction [$T(id_index): $T(id_label)]\n");
send_reply("501", "Unknown destination");
exit;
}
xlog("L_INFO","[R-SUSPEND:$ci] -> suspended transaction
[$T(id_index):$T(id_label)] $fU => $rU\n");
$sht(vtp=>join::$rU) = "" + $T(id_index) + ":" +$T(id_label);
xlog("L_INFO","[R-SUSPEND:$ci] -> htable key value
[$sht(vtp=>join::$rU)]\n");
}
Thanks for your time. Please let me know if any further information is
required.
Best Regards,
Aqs.
On Fri, 13 Jul 2018 at 13:00, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
> Hello,
> can you give here the INVITE that is sent out by Kamailio? In the
> screenshot that you gave in a previous email it was the incoming INVITE.
>
> From the logs, the 487 is matching the first branch, but that should be
> the one that was suspended, not the outgoing one.
>
> Reading back this email thread, you said:
>
> "I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
> transaction."
>
> How do you do that? Can you list the order of operations that happen, like
> next?
>
> - INVITE received
> - http async for auth
> - reset the T_ASYNC_SUSPENDED flag ?!?
> - http async for push
>
> Cheers,
> Daniel
>
>
> I could not find anything related to error. Below are the full detailed
> logs. Again thanks for you help.
>
> [...]
> (118/100/591) [[SIP/2.0 487 Request Terminated 0D 0A CSeq: 2 INVITE 0D 0A
> Call-ID: v51-8AifZ2mXi4RFMRej9A.. 0D 0A From: <sip:923135]]
> [core/parser/msg_parser.c:614]: parse_msg(): SIP Reply (status):
> [core/parser/msg_parser.c:616]: parse_msg(): version: <SIP/2.0>
> [core/parser/msg_parser.c:618]: parse_msg(): status: <487>
> [core/parser/msg_parser.c:620]: parse_msg(): reason: <Request Terminated>
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <INVITE>
> tag=26d24c34
> reached, state=29
> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [71]; uri=[
> sip:923335550609 at sip.talkhomeappcall.com;transport=UDP]
> [core/parser/msg_parser.c:172]: get_hdr_field(): to body [<
> sip:923335550609 at sip.talkhomeappcall.com;transport=UDP>]
> [core/parser/parse_via.c:1303]: parse_via_param(): Found param type 232,
> <branch> = <z9hG4bK4e9b.c598ebabb2493d5c9aebf673208c6bea.0>; state=9
> [core/parser/parse_via.c:2681]: parse_via(): parsing via: next via
> <rport> = <61717>; state=6
> <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5
> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2
> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/receive.c:205]:
> receive_msg(): --- received sip message - reply - call-id:
> [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 INVITE]
> start=0xffffffffffffffff
> t_reply_matching(): t_reply_matching: hash 47588 label 0 branch 0
> t_reply_matching(): reply (0x7f3ac975e930) matched an active transaction
> (T=0x7f3ac5004448)!
> end=0x7f3ac5004448
> reply_received(): org. status uas=180, uac[0]=180 local=0 is_invite=1)
> [R-EXTERNAL_REPLY:v51-8AifZ2mXi4RFMRej9A..] -> saw reply to METHOD:INVITE
> RESPONSE:'487 Request Terminated' from 115.186.137.147:5060
> t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac975e930)!
> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: siputils [sipops.c:171]:
> is_first_hop(): no record-route header - first hop
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: textops [textops.c:3063]:
> has_body_helper(): content length is zero
> t_should_relay_response(): ->>>>>>>>> T_code=180, new_code=487
> t_check_msg(): msg (0x7f3ac50441b0) id=1104 global id=1104 T
> t_check_msg(): T (0x7f3ac5004448) already found for msg (0x7f3ac50441b0)!
> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tmx [t_var.c:534]:
> pv_get_tm_reply_code(): reply code is <487>
> v51-8AifZ2mXi4RFMRej9A..|start|external failure route, 487 generated for
> method INVITE after progress
> [core/msg_translator.c:159]: check_via_address(): (115.186.137.147,
> 115.186.137.147, 0)
> _reply_light(): reply sent out. buf=0x7f3ac9760da0: SIP/2.0 500 I'm
> terr..., shmem=0x7f3ac5025330: SIP/2.0 500 I'm terr*
> _reply_light(): finished*
> relay_reply(): branch=0, save=0, relay=-1 icode=0*
> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/receive.c:362]:
> receive_msg(): reply-route executed in: 2909 usec*
> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core> [core/usr_avp.c:636]:
> destroy_avp_list(): destroying list (nil)*
> receive_msg(): cleaning up*
> (106/100/419) [[ACK sip:923335550609 at sip.talkhomeappcall.com
> <sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP SIP/2.0 0D 0A
> Via: SIP/2.0/UDP 115.186.137.147]]*
> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request:*
> [core/parser/msg_parser.c:606]: parse_msg(): method: <ACK>*
> [core/parser/msg_parser.c:608]: parse_msg(): uri:
> <sip:923335550609 at sip.talkhomeappcall.com
> <sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>*
> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0>*
> <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16*
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2*
> [core/parser/msg_parser.c:494]: parse_headers(): this is the first via*
> tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-9b76*
> <sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]*
> <sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]*
> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2> <ACK>*
> receive_msg(): --- received sip message - request - call-id:
> [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 ACK]*
> receive_msg(): preparing to run routing scripts...*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sl [sl_funcs.c:387]:
> sl_filter_ACK(): too late to be a local ACK!*
> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0*
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
> tag=dc4e5a14*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sanity [sanity_mod.c:256]:
> w_sanity_check(): sanity checks result: 1*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [mf_funcs.c:74]:
> is_maxfwd_present(): value = 70*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd [maxfwd.c:148]:
> process_maxfwd_header(): value 70 decreased to 50*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [sipops.c:159]:
> is_first_hop(): no 2nd via found - first hop*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: textops [textops.c:3063]:
> has_body_helper(): content length is zero*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils [checks.c:123]:
> has_totag(): totag found*
> find_first_route(): No Route headers found*
> loose_route(): There is no Route HF*
> start=0xffffffffffffffff*
> t_lookup_request(): start searching: hash=47588, isACK=1*
> matching_3261(): RFC3261 transaction matched,
> tid=-524287-1---6a391e4fb0f8a8f6*
> t_lookup_request(): transaction found (T=0x7f3ac5004448)*
> end=0x7f3ac5004448*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: <core> [core/timer.c:575]:
> timer_add_safe(): timer_add called on an active timer 0x7f3ac50044c8
> (0x7f3ac44f3ce0, 0x7f3ac44f3ce0), flags 201*
> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_funcs.c:147]:
> put_on_wait(): transaction 0x7f3ac5004448 already on wait*
> receive_msg(): request-route executed in: 2922 usec*
> receive_msg(): cleaning up*
> [core/udp_server.c:514]: udp_rcv_loop(): probing packet received from
> 217.33.40.242 57067*
>
>
> Thanks for your time.
>
> Best Regards,
> Aqs
>
> On Thu, 12 Jul 2018 at 12:56, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Have you looked at log messages, any errors?
>>
>> If not, then run with debug=3 in kamailio config and send full log
>> messages for such call.
>>
>> Cheers,
>> Daniel
>>
>>
>> Sorry, if i could not explain it well before. I hope below picture will
>> make it clear.
>>
>> ...
>>
>> is it some configuration issue?
>>
>> BTW what is the best way to call multiple async functions in kamailio.
>>
>> Any suggestion is much appreciated.
>>
>> Best Regards,
>>
>> Aqs Younas
>>
>> On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla <miconda at gmail.com>
>> wrote:
>>
>>> Hello,
>>>
>>> On 10.07.18 22:08, Aqs Younas wrote:
>>>
>>> Greeting list,
>>>
>>> I am using two async functions(http_async_query) in configuration one
>>> for authentication and other one for push notifications. I am also using
>>> tsilio module to suspend the transaction and resumed it.
>>>
>>> I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending the
>>> transaction. Everything is working fine except. When caller send CANCEL on
>>> the call, kamailio successfully completes sip flow at callee(B party) side
>>> but send back below packet towards caller.
>>>
>>>
>>> what the above statement means? Kamailio forwarded the invite to callee,
>>> got 200ok, but sends back the 200 response?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> 2018/07/10 19:47:41.125893 172.31.21.87:5060 -> 39.38.156.111:59969
>>> SIP/2.0 500 I'm terribly sorry, server error occurred (1/TM )
>>> Via: SIP/2.0/UDP 39.38.156.111:59969
>>> ;branch=z9hG4bK-524287-1---91c6114330fe6293;rport=59969
>>> To: <sip:923335550609 at sip.talkhomeappcall.com
>>> ;transport=UDP>;tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-62cb
>>> From: <sip:923135082344 at sip.talkhomeappcall.com
>>> ;transport=UDP>;tag=d72eaf4c
>>> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
>>> CSeq: 2 INVITE
>>> Content-Length: 0
>>>
>>>
>>> root at sip:~# kamailio -V
>>> version: kamailio 5.1.3 (x86_64/linux)
>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
>>> USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
>>> TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
>>> id: unknown
>>> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>>>
>>>
>>> Could someone please help me out how to fix this. Cancels are handles
>>> automatically so, i cannot hardcore anything to resolve it.
>>>
>>> Best Regards,
>>>
>>> Aqs Younas
>>>
>>>
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing Listsr-users at
>>>
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
>>> Kamailio World Conference -- www.kamailioworld.com
>>>
>>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>>
>
> _______________________________________________
>
>
> --
>
>
-------------- next part --------------
users/attachments/20180713/c81729c5/attachment.html>

Date: Fri, 13 Jul 2018 13:05:43 +0200
In-Reply-To: <CAGVOjVVWdjAF7pZ3GH+=8De_iHNJF-AvdGnMyWBFbrEE+dPoEQ@mail.gmail.com>
<3d4af3e2-12f6-f232-6428-694a00fab81f@gmail.com>
<CAGVOjVVWdjAF7pZ3GH+=8De_iHNJF-AvdGnMyWBFbrEE+dPoEQ@mail.gmail.com>
Message-ID: <57812512-eab9-1491-d695-e832e011ef63@gmail.com>
But this is different scenario than the logs you sent, so I can't relate
them anymore.
Maybe it is better to send both the pcap with all sip messages of the
call and the logs taken for that call. First add in your config:
log_prefix="{$mt $hdr(CSeq) $ci} "
To be easier to correlate the logs with the sip messages as well as look
at messages with wireshark of other tool.
Cheers,
Daniel

> Thanks for replying. Here are the requested details.
>
> N*OTE: Since, Party B is already registered. So, this transaction is
> not suspended by using t_suspend(). *
>
> INVITE sent out by the kamailio.
>
> 2018/07/13 10:03:39.529954 172.31.21.87:5060
> <http://172.31.21.87:5060> -> 115.186.137.147:5060
> <http://115.186.137.147:5060>
> INVITE
> sip:923335550609 at
192.168.0.102:5060;transport=udp;registering_acc=sip_talkhomeappcall_com
> SIP/2.0
> Record-Route: <sip:18.130.57.226;lr=on;ftag=ca4e124a>
> Via: SIP/2.0/UDP
> 18.130.57.226:5060;branch=z9hG4bKb073.59d340ab13783ca3e986b077d8c3cc09.1
> Via: SIP/2.0/UDP
> 192.168.0.102:34264;rport=34264;received=115.186.137.147;branch=z9hG4bK-524287-
1---d3a65fa7d1d9b7b4
> Max-Forwards: 50
> Contact: <sip:923135082344 at 115.186.137.147:34264;transport=UDP>
> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>
> <mailto:sip%3A923135082344 at
sip.talkhomeappcall.com>;transport=UDP>;tag=ca4e124a
> Call-ID: rygunB2mU7m1w3mE46c1Ww..
> CSeq: 2 INVITE
> Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS,
> INFO, SUBSCRIBE
> Content-Type: application/sdp
> Supported: replaces, norefersub, extended-refer, timer, outbound,
> path, X-cisco-serviceuri
> User-Agent: Z 3.7.30891 r30851
> Allow-Events: presence, kpml
> Content-Length: 321
>
> v=0
> o=Z 0 0 IN IP4 18.130.57.226
> s=Z
> c=IN IP4 18.130.57.226
> t=0 0
> m=audio 39698 RTP/AVP 3 110 8 0 97 101
> a=rtpmap:3 GSM/8000
> a=rtpmap:110 speex/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:97 iLBC/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:97 mode=30
> a=fmtp:101 0-16
> a=sendrecv
> a=rtcp:39699
>
>
> I have defined the flag ' T_ASYNC_SUSPENDED'.
>
> *#!define T_ASYNC_SUSPENDED 5*
>
> Order of call it like below.
>
> 1. Call comes
> 2. Send a http async for authentication.
> 3. On 200 OK from http I perform user lookup
> 4. If B party is registered call is send towards it.
> i) Push notification is sent for further registration against
> device B.
>
> route[USER_LOOKUP]
> {
> send_reply("100", "Trying");
> if (is_method("INVITE")) {
> if (!lookup("location"))
> {
> route(SEND_PUSH);
> }else{
> ts_store();
> $sht(vtp=>stored::$rU) = 1;
> xlog("L_INFO","[USER-LOOKUP:$ci] -> stored transaction
> [$T(id_index):$T(id_label)] $fU=> $rU\n");
> t_on_reply("EXTERNAL_REPLY");
> t_on_failure("EXTERNAL_FAULT");
> t_relay();
> route(SEND_PUSH);
> }
> }
> }
>
>
> 5. If B party is not registered PUSH notification is send
> i) On 200 OK from push notification transaction is suspending like
> this after setting the flag ' T_ASYNC_SUSPENDED'
>
> # suspend the transaction
> route[SUSPEND] {
> * resetflag(T_ASYNC_SUSPENDED);*
> if(!t_suspend())
> {
> xlog("L_ERR","[R-SUSPEND:$ci] -> failed suspending
> trasaction [$T(id_index): $T(id_label)]\n");
> send_reply("501", "Unknown destination");
> exit;
> }
> xlog("L_INFO","[R-SUSPEND:$ci] -> suspended transaction
> [$T(id_index):$T(id_label)] $fU => $rU\n");
> $sht(vtp=>join::$rU) = "" + $T(id_index) + ":" +$T(id_label);
> xlog("L_INFO","[R-SUSPEND:$ci] -> htable key value
> [$sht(vtp=>join::$rU)]\n");
> }
>
> Thanks for your time. Please let me know if any further information is
> required.
>
> Best Regards,
> Aqs.
>
>
>
>
> On Fri, 13 Jul 2018 at 13:00, Daniel-Constantin Mierla
>
> Hello,
>
> can you give here the INVITE that is sent out by Kamailio? In the
> screenshot that you gave in a previous email it was the incoming
> INVITE.
>
> From the logs, the 487 is matching the first branch, but that
> should be the one that was suspended, not the outgoing one.
>
> Reading back this email thread, you said:
>
> "I am resetting this flag 'T_ASYNC_SUSPENDED' before suspending
> the transaction."
>
> How do you do that? Can you list the order of operations that
> happen, like next?
>
> - INVITE received
> - http async for auth
> - reset the T_ASYNC_SUSPENDED flag ?!?
> - http async for push
>
> Cheers,
> Daniel
>
>> I could not find anything related to error. Below are the full
>> detailed logs. Again thanks for you help.
>>
>> [...]
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core>
>> [core/udp_server.c:492]: udp_rcv_loop(): received on udp socket:
>> (118/100/591) [[SIP/2.0 487 Request Terminated 0D 0A CSeq: 2
>> INVITE 0D 0A Call-ID: v51-8AifZ2mXi4RFMRej9A.. 0D 0A From:
>> <sip:923135]]
>> [core/parser/msg_parser.c:614]: parse_msg(): SIP Reply (status):
>> [core/parser/msg_parser.c:616]: parse_msg(): version: <SIP/2.0>
>> [core/parser/msg_parser.c:618]: parse_msg(): status: <487>
>> [core/parser/msg_parser.c:620]: parse_msg(): reason: <Request
>> Terminated>
>> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2>
>> <INVITE>
>> [core/parser/parse_addr_spec.c:185]: parse_to_param(): add param:
>> tag=26d24c34
>> [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of
>> header reached, state=29
>> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [71];
>> uri=[sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]
>> [core/parser/msg_parser.c:172]: get_hdr_field(): to body
>> [<sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]
>> [core/parser/parse_via.c:1303]: parse_via_param(): Found param
>> type 232, <branch> =
>> <z9hG4bK4e9b.c598ebabb2493d5c9aebf673208c6bea.0>; state=9
>> [core/parser/parse_via.c:2681]: parse_via(): parsing via: next via
>> type 235, <rport> = <61717>; state=6
>> type 232, <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16
>> [core/parser/parse_via.c:2639]: parse_via(): end of header
>> reached, state=5
>> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2
>> [core/parser/msg_parser.c:494]: parse_headers(): this is the
>> first via
>> [core/receive.c:205]: receive_msg(): --- received sip message -
>> reply - call-id: [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 INVITE]
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_lookup.c:1019]:
>> t_check_msg(): msg (0x7f3ac975e930) id=1140 global id=1139 T
>> start=0xffffffffffffffff
>> t_reply_matching(): t_reply_matching: hash 47588 label 0 branch 0
>> t_reply_matching(): reply (0x7f3ac975e930) matched an active
>> transaction (T=0x7f3ac5004448)!
>> end=0x7f3ac5004448
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:2207]:
>> reply_received(): org. status uas=180, uac[0]=180 local=0
>> is_invite=1)
>> Jul 12 08:12:09 sip kamailio[22302]: INFO: <script>:
>> [R-EXTERNAL_REPLY:v51-8AifZ2mXi4RFMRej9A..] -> saw reply to
>> METHOD:INVITE RESPONSE:'487 Request Terminated' from
>> 115.186.137.147:5060 <http://115.186.137.147:5060>
>> start=0x7f3ac5004448
>> t_check_msg(): T (0x7f3ac5004448) already found for msg
>> (0x7f3ac975e930)!
>> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0
>> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: siputils
>> [sipops.c:171]: is_first_hop(): no record-route header - first hop
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: textops
>> [textops.c:3063]: has_body_helper(): content length is zero
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:1263]:
>> t_should_relay_response(): ->>>>>>>>> T_code=180, new_code=487
>> t_check_msg(): msg (0x7f3ac50441b0) id=1104 global id=1104 T
>> start=0x7f3ac5004448
>> t_check_msg(): T (0x7f3ac5004448) already found for msg
>> (0x7f3ac50441b0)!
>> Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tmx [t_var.c:534]:
>> pv_get_tm_reply_code(): reply code is <487>
>> Jul 12 08:12:09 sip kamailio[22302]: INFO: <script>:
>> v51-8AifZ2mXi4RFMRej9A..|start|external failure route, 487
>> generated for method INVITE after progress
>> [core/msg_translator.c:159]: check_via_address():
>> (115.186.137.147, 115.186.137.147, 0)
>> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: tm [t_reply.c:1629]:
>> cleanup_uac_timers(): RETR/FR timers reset*
>> _reply_light(): reply sent out. buf=0x7f3ac9760da0: SIP/2.0 500
>> I'm terr..., shmem=0x7f3ac5025330: SIP/2.0 500 I'm terr*
>> _reply_light(): finished*
>> relay_reply(): branch=0, save=0, relay=-1 icode=0*
>> *Jul 12 08:12:09 sip kamailio[22302]: DEBUG: <core>
>> [core/receive.c:362]: receive_msg(): reply-route executed in:
>> 2909 usec*
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil)*
>> [core/receive.c:378]: receive_msg(): cleaning up*
>> [core/udp_server.c:492]: udp_rcv_loop(): received on udp socket:
>> (106/100/419) [[ACK sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP
>> SIP/2.0 0D 0A Via: SIP/2.0/UDP 115.186.137.147]]*
>> [core/parser/msg_parser.c:604]: parse_msg(): SIP Request:*
>> [core/parser/msg_parser.c:606]: parse_msg(): method: <ACK>*
>> [core/parser/msg_parser.c:608]: parse_msg(): uri:
>> <sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>*
>> [core/parser/msg_parser.c:610]: parse_msg(): version: <SIP/2.0>*
>> type 232, <branch> = <z9hG4bK-524287-1---6a391e4fb0f8a8f6>; state=16*
>> [core/parser/parse_via.c:2639]: parse_via(): end of header
>> reached, state=5*
>> [core/parser/msg_parser.c:492]: parse_headers(): Via found, flags=2*
>> [core/parser/msg_parser.c:494]: parse_headers(): this is the
>> first via*
>> tag=9fe2d4c84d97a4af81aa65ca8fc51b3d-9b76*
>> header reached, state=29*
>> [core/parser/msg_parser.c:171]: get_hdr_field(): <To> [100];
>> uri=[sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP]*
>> [core/parser/msg_parser.c:172]: get_hdr_field(): to body
>> [<sip:923335550609 at sip.talkhomeappcall.com
>> <mailto:sip%3A923335550609 at sip.talkhomeappcall.com>;transport=UDP>]*
>> [core/parser/msg_parser.c:152]: get_hdr_field(): cseq <CSeq>: <2>
>> <ACK>*
>> [core/receive.c:205]: receive_msg(): --- received sip message -
>> request - call-id: [v51-8AifZ2mXi4RFMRej9A..] - cseq: [2 ACK]*
>> [core/receive.c:248]: receive_msg(): preparing to run routing
>> scripts...*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sl [sl_funcs.c:387]:
>> sl_filter_ACK(): too late to be a local ACK!*
>> [core/parser/msg_parser.c:183]: get_hdr_field(): content_length=0*
>> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
>> tag=dc4e5a14*
>> header reached, state=29*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: sanity
>> [sanity_mod.c:256]: w_sanity_check(): sanity checks result: 1*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd
>> [mf_funcs.c:74]: is_maxfwd_present(): value = 70*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: maxfwd
>> [maxfwd.c:148]: process_maxfwd_header(): value 70 decreased to 50*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: pv [pv_core.c:966]:
>> pv_get_useragent(): no User-Agent header*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils
>> [sipops.c:159]: is_first_hop(): no 2nd via found - first hop*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: textops
>> [textops.c:3063]: has_body_helper(): content length is zero*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: siputils
>> [checks.c:123]: has_totag(): totag found*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: rr [loose.c:112]:
>> find_first_route(): No Route headers found*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: rr [loose.c:944]:
>> loose_route(): There is no Route HF*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm
>> [t_lookup.c:1019]: t_check_msg(): msg (0x7f3ac975e930) id=1109
>> global id=1108 T start=0xffffffffffffffff*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_lookup.c:477]:
>> t_lookup_request(): start searching: hash=47588, isACK=1*
>> matching_3261(): RFC3261 transaction matched,
>> tid=-524287-1---6a391e4fb0f8a8f6*
>> t_lookup_request(): transaction found (T=0x7f3ac5004448)*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm
>> [t_lookup.c:1088]: t_check_msg(): msg (0x7f3ac975e930) id=1109
>> global id=1109 T end=0x7f3ac5004448*
>> [core/timer.c:575]: timer_add_safe(): timer_add called on an
>> active timer 0x7f3ac50044c8 (0x7f3ac44f3ce0, 0x7f3ac44f3ce0),
>> flags 201*
>> *Jul 12 08:12:09 sip kamailio[22303]: DEBUG: tm [t_funcs.c:147]:
>> put_on_wait(): transaction 0x7f3ac5004448 already on wait*
>> [core/receive.c:289]: receive_msg(): request-route executed in:
>> 2922 usec*
>> [core/xavp.c:446]: xavp_destroy_list(): destroying xavp list (nil)*
>> [core/receive.c:378]: receive_msg(): cleaning up*
>> [core/udp_server.c:514]: udp_rcv_loop(): probing packet received
>> from 217.33.40.242 57067*
>> *
>> *
>> *
>> *
>> Thanks for your time.
>>
>> Best Regards,
>> Aqs
>>
>> On Thu, 12 Jul 2018 at 12:56, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>> Have you looked at log messages, any errors?
>>
>> If not, then run with debug=3 in kamailio config and send
>> full log messages for such call.
>>
>> Cheers,
>> Daniel
>>
>>
>>> Sorry, if i could not explain it well before. I hope below
>>> picture will make it clear.
>>>
>>> ...
>>>
>>> is it some configuration issue?
>>>
>>> BTW what is the best way to call multiple async functions in
>>> kamailio.
>>>
>>> Any suggestion is much appreciated.
>>>
>>> Best Regards,
>>>
>>> Aqs Younas
>>>
>>> On Wed, 11 Jul 2018 at 12:39, Daniel-Constantin Mierla
>>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>> Hello,
>>>
>>>
>>> On 10.07.18 22:08, Aqs Younas wrote:
>>>> Greeting list,
>>>>
>>>> I am using two async functions(http_async_query) in
>>>> configuration one for authentication and other one for
>>>> push notifications. I am also using tsilio module to
>>>> suspend the transaction and resumed it.
>>>>
>>>> I am resetting this flag 'T_ASYNC_SUSPENDED' before
>>>> suspending the transaction. Everything is working fine
>>>> except. When caller send CANCEL on the call, kamailio
>>>> successfully completes sip flow at callee(B party) side
>>>> but send back below packet towards caller.
>>>
>>> what the above statement means? Kamailio forwarded the
>>> invite to callee, got 200ok, but sends back the 200
>>> response?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>>
>>>> 2018/07/10 19:47:41.125893 172.31.21.87:5060
>>>> <http://172.31.21.87:5060> -> 39.38.156.111:59969
>>>> <http://39.38.156.111:59969>
>>>> SIP/2.0 500 I'm terribly sorry, server error occurred
>>>> (1/TM )
>>>> Via: SIP/2.0/UDP
>>>> 39.38.156.111:59969;branch=z9hG4bK-524287-1---
91c6114330fe6293;rport=59969
>>>> To: <sip:923335550609 at sip.talkhomeappcall.com
>>>> <mailto:sip%3A923335550609 at
>>>> From: <sip:923135082344 at sip.talkhomeappcall.com
>>>> <mailto:sip%3A923135082344 at
>>>> Call-ID: VkAwxpSgkKSGn5dXaXgn5A..
>>>> CSeq: 2 INVITE
>>>> Content-Length: 0
>>>>
>>>>
>>>> root at sip:~# kamailio -V
>>>> version: kamailio 5.1.3 (x86_64/linux)
>>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP,
>>>> TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK,
>>>> SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
>>>> TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB
>>>> poll method support: poll, epoll_lt, epoll_et,
>>>> sigio_rt, select.
>>>> id: unknown
>>>> compiled on 08:06:26 May 2 2018 with gcc 4.9.2
>>>>
>>>>
>>>> Could someone please help me out how to fix this.
>>>> Cancels are handles automatically so, i cannot hardcore
>>>> anything to resolve it.
>>>>
>>>> Best Regards,
>>>>
>>>> Aqs Younas
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> <mailto:sr-users at lists.kamailio.org>
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
>>> www.twitter.com/miconda <http://www.twitter.com/miconda> --
>>> <http://www.linkedin.com/in/miconda>
>>>
>>>
>>>
>>> _______________________________________________
>>
>> --
>>
>>
>>
>> _______________________________________________
>
> --
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180713/bfa368a0/attachment.html>
From yu at yu-boot.ru Fri Jul 13 18:12:17 2018

Date: Fri, 13 Jul 2018 19:12:17 +0300
Subject: [SR-Users] =?utf-8?q?Convert_183+SDP_and_180+SDP_into_a_single_re?=
=?utf-8?q?ply_w/SDP?=
Hello.
My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing also
with (different) SDP. One of my clients can't handle that behavior and it just
don't plays ringback at all. Is it possible to relay only last provisional response
with SDP and drop anything else 183? Any ideas plz? Can't figure out even a logic
itself.
Thanks.
--
-------------- next part --------------
users/attachments/20180713/0f74d6e5/attachment.html>
From pojogas at gmail.com Fri Jul 13 21:38:14 2018

Date: Fri, 13 Jul 2018 15:38:14 -0400
Subject: [SR-Users] Convert 183+SDP and 180+SDP into a single reply w/SDP
Message-ID: <CAJZsGCkDPnwqpDVz+LwgxkO9DL5oKPmdEyF-fVcfU5dGGDbyoQ@mail.gmail.com>
Check out t_drop_replies
https://kamailio.org/docs/modules/5.1.x/modules/tm.html#tm.f.t_drop_replies
On Fri, Jul 13, 2018 at 12:13 PM <yu at yu-boot.ru> wrote:
> Hello.
>
> My uplink usually gives ringback as both 183 Progress with SDP and 180
> Ringing also with (different) SDP. One of my clients can't handle that
> behavior and it just don't plays ringback at all. Is it possible to relay
> only last provisional response with SDP and drop anything else 183? Any
> ideas plz? Can't figure out even a logic itself.
>
> Thanks.
>
> --
> _______________________________________________
>
-------------- next part --------------
From olbrich.mobil at gmail.com Fri Jul 13 20:58:31 2018

From: olbrich.mobil at gmail.com (Kevin Olbrich)
Date: Fri, 13 Jul 2018 20:58:31 +0200
Message-ID: <BC892E19-7EBF-4F81-B4BD-A8F7383F54AC@gmail.com>
https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/6587394
Ignoring Ring Ready (180)
You can ignore ring ready (180) but still "react" when receiving a 183 with media:
{ignore_early_media=ring_ready}sofia/internal/user at domain
ignore_early_media=ring_ready works the same way as ignore_early_media=true, but it
also sends 180 to the inbound leg when the first 183 is caught.
Mit freundlichen Grüßen / best regards,

Kevin Olbrich.
(mobil vom iPhone)
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn
Sie nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das
unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
> Am 13.07.2018 um 18:12 schrieb yu at yu-boot.ru:

>
> Hello.
>
> My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing
also with (different) SDP. One of my clients can't handle that behavior and it just
itself.
>
> Thanks.
>
> --
>
> _______________________________________________
-------------- next part --------------
users/attachments/20180713/60f4bc7a/attachment.html>
From olbrich.mobil at gmail.com Fri Jul 13 20:59:10 2018

From: olbrich.mobil at gmail.com (Kevin Olbrich)
Date: Fri, 13 Jul 2018 20:59:10 +0200
In-Reply-To: <BC892E19-7EBF-4F81-B4BD-A8F7383F54AC@gmail.com>
<BC892E19-7EBF-4F81-B4BD-A8F7383F54AC@gmail.com>
Message-ID: <9E1E255B-00B7-42C7-8F7B-3FD0410DEF12@gmail.com>
Oh, sorry, wrong ML!
Mit freundlichen Grüßen / best regards,

Kevin Olbrich.
(mobil vom iPhone)
--
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn
Sie nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten
> Am 13.07.2018 um 20:58 schrieb Kevin Olbrich <olbrich.mobil at gmail.com>:

>
>
> https://freeswitch.org/confluence/plugins/servlet/mobile#content/view/6587394
>
> Ignoring Ring Ready (180)
>
> You can ignore ring ready (180) but still "react" when receiving a 183 with
media:
>
> {ignore_early_media=ring_ready}sofia/internal/user at domain
> ignore_early_media=ring_ready works the same way as ignore_early_media=true, but
it also sends 180 to the inbound leg when the first 183 is caught.
>
> Mit freundlichen Grüßen / best regards,
> Kevin Olbrich.
>
> (mobil vom iPhone)
>
> --
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
Wenn Sie nicht der richtige Adressat sind und/oder diese E-Mail irrtümlich erhalten
>
>> Am 13.07.2018 um 18:12 schrieb yu at yu-boot.ru:
>>
>> Hello.
>>
>> My uplink usually gives ringback as both 183 Progress with SDP and 180 Ringing
also with (different) SDP. One of my clients can't handle that behavior and it just
itself.
>>
>> Thanks.
>>
>> --
>> sent from myMail for Android
>>
>> _______________________________________________
-------------- next part --------------
users/attachments/20180713/04685ce0/attachment.html>

Date: Mon, 16 Jul 2018 09:30:43 +0200
Message-ID: <1189c051-1220-fc7e-245f-c5eb43dace6f@gmail.com>
Hello,
if you define an onreply_route[x] to be executed for that invite

transaction, you can execute 'drop' instead of 'exit' and the reply is
not forwarded.
What is tricky is 'relay only last provisional' -- here you should

define the rules specific for the device/your environment and decide
when you need to drop or not -- message flags or htable can be options
to save some states to track whether to drop or not.
Cheers,
Daniel
On 13.07.18 18:12, yu at yu-boot.ru wrote:

>
> Hello.
>
> My uplink usually gives ringback as both 183 Progress with SDP and 180
> Ringing also with (different) SDP. One of my clients can't handle that
> behavior and it just don't plays ringback at all. Is it possible to
> relay only last provisional response with SDP and drop anything else
> 183? Any ideas plz? Can't figure out even a logic itself.
>
> Thanks.
>
> --
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180716/65c6fa81/attachment.html>
From yu at yu-boot.ru Mon Jul 16 09:34:45 2018

From: yu at yu-boot.ru (Yu Boot)
Date: Mon, 16 Jul 2018 10:34:45 +0300
In-Reply-To: <1189c051-1220-fc7e-245f-c5eb43dace6f@gmail.com>
<1189c051-1220-fc7e-245f-c5eb43dace6f@gmail.com>
Message-ID: <e9773352-1a39-0201-4377-ba5d98139992@yu-boot.ru>
Thanks for advice.
I simplify my task a bit by just pass only first 183/180 answer and then
drop everything else. Seems to work properly.
16.07.2018 10:30, Daniel-Constantin Mierla пишет:

>
> Hello,
>
> if you define an onreply_route[x] to be executed for that invite
> transaction, you can execute 'drop' instead of 'exit' and the reply is
> not forwarded.
>
> What is tricky is 'relay only last provisional' -- here you should
> define the rules specific for the device/your environment and decide
> when you need to drop or not -- message flags or htable can be options
> to save some states to track whether to drop or not.
>
> Cheers,
> Daniel

Date: Mon, 16 Jul 2018 09:37:26 +0200
In-Reply-To: <CAEws=bEdF4doon6uEyx4h8TsOv9NUdarj2JR=Wvc7mSZqv538Q@mail.gmail.com>
References: <CAEws=bEdF4doon6uEyx4h8TsOv9NUdarj2JR=Wvc7mSZqv538Q@mail.gmail.com>
Message-ID: <9f59f87a-a821-4b7b-1d91-a735cff548a9@gmail.com>
Hello,
On 12.07.18 16:41, Michal Škuta wrote:

> Hello,
>
> I am trying make presence module work with Kamailio. Right now I am
> testing these modules: presence, presence_xml, presence_dialoginfo,
> pua and pua_dialoginfo.
>
> I had some success, the BLF is working only when the monitored
> extension is calling. When the monitored extension is calling, then
> the BLF changes its color (red). After end of the call the BLF changes
> color to green.
> My problem is when a User comes on-line then it sends SUBSCRIBE with
> *Event: dialog* and don't get notified of its subscribers state and
> BLF is not changed.
does it come online during a call?
> I found similar problem in this mail list :

> https://lists.kamailio.org/pipermail/sr-users/2017-March/096314.html
> But is not working for me.
> Second question is about BLF and offline state. I can not found
> anything in RFC, there is no offline state, no way to turn off the BLF
> lamp from green to OFF.
> I found only this pdf from grandstream:
>
e.pdf
> mentioning offline state on page 8.
> Does anyone have experience with it?
BLF is about dialog states, not user (device) states, so it is about

being in a call (busy) or or not. Not to get notifications about it, you
should unsubscribe for dialog event.
Cheers,
Daniel
--
-------------- next part --------------


Date: Mon, 16 Jul 2018 09:43:56 +0200
Subject: [SR-Users] Communication between Kamailio Proxy and Registrar
Server
In-Reply-To: <CAOtn_dXLQDWkOQo7pkT2iM=_3jTAeT09UVdm8vw3c8oAVOOiKw@mail.gmail.com>
References: <CAOtn_dXLQDWkOQo7pkT2iM=_3jTAeT09UVdm8vw3c8oAVOOiKw@mail.gmail.com>
Message-ID: <4b602fe0-5148-9974-ff8f-7d5157abe970@gmail.com>
Hello,
On 09.07.18 16:08, amit Kumar wrote:

> Hi All,
>
> As per our requirement, we want to configure one Kamailio as a "
> Kamailio PROXY" and 2nd Kamailio as a " Kamailio REGISTRAR".
> Whenever any INVITE request come at " Kamailio PROXY" we want to get
> the UA information from " Kamailio REGISTRAR " and send INVITE to
> particular UA. Could you please let us know how achieve this.
>
typically the registrar server is the one handling the REGISTER servers,
but the location database needs to be "shared" somehow with the proxy.
There are couple of variants:
* send invite to registrar and then get 3xx redirect response to be

handled by proxy
* send invite to registrar which is forwarding back to the proxy (most
common)
* share location records via database so registrar does save for
register and proxy does lookup for invite using a shared database
You may also want to clarify the requested topology, it can be that one
just wants an edge-proxy at the border of the core network, and
registrars done in the next layer of proxies, where the edge proxy does
some security filtering, so even the register goes through the edge proxy.
Cheers,
Daniel
--

Date: Mon, 16 Jul 2018 09:51:01 +0200
Subject: [SR-Users] rtpengine/kamailio teardown method
In-Reply-To: <CABc7nxvTNw_6Vspb9T1TOLCZOCZE0K+fnVY+7mabar87sLod8Q@mail.gmail.com>
References: <CABc7nxvTNw_6Vspb9T1TOLCZOCZE0K+fnVY+7mabar87sLod8Q@mail.gmail.com>
Message-ID: <2503f0c2-4657-9744-ee74-02c1c534fea5@gmail.com>
Hello,
On 08.07.18 21:48, Abdoul Osséni wrote:

> Hello all,
>
> There are some rtpengine parameters that permit to send an RPC command
> to kamailio in order to terminate a dialog.
>
> * timeout = xx
> * b2b-url = http://xxxx:xx/RPC
> * xmlrpc-format = 1
>
>
> Each rpc command sent to Kamailio exited with status 256.
>
> By checking the code of rtpengine, I see rtpengine seems to use
> "teardown" method.
> I think Kamailio does not know this method.
>
> Can you help me please ?
>
Can you paste here the http request with the xmlrpc command? You may be
able to do it via the config operations once you extract the attributes
from the xml doc.
Cheers,
Daniel
--
-------------- next part --------------

users/attachments/20180716/ea3939c8/attachment.html>

Date: Mon, 16 Jul 2018 09:54:18 +0200
In-Reply-To: <CAO_tHBRLtBH4emMpxD2Qo6rjSTOGZP7oW5CEWBSAPrhNBrADwQ@mail.gmail.com>
References: <CAO_tHBRLtBH4emMpxD2Qo6rjSTOGZP7oW5CEWBSAPrhNBrADwQ@mail.gmail.com>
Message-ID: <0cee9438-a4f2-cca3-23d8-5395123104a0@gmail.com>
Hello,
On 04.07.18 09:25, tyd wrote:

> Dear all,
>
> I'm trying Kamailio 5.1.4 and IMS module.
> When registering to Kamailio IMS using the same ip and port for 30
> users (different contact user part), the P-CSCF get the same hash
> number and aor value.
>
> The function get_aor_hash(_d, &_ci->via_host, _ci->via_port,
> _ci->via_prot) in ims_usrloc_pcscf pcontact.c seems the problem.
> Because hashing with host, port, prot will get the same hash value.
>
> Anyone can help this ?
I am not using the ims module, but the hash id is typically for speeding
up the searching, there can be collisions also for different values, so
I expect there is a matching rule on other attributes at some point, not
only the hash id.
Cheers,
Daniel
--
Date: Mon, 16 Jul 2018 09:56:07 +0200
Subject: [SR-Users] File transfer with Kamailio IMS??
In-Reply-To: <CAHnKrE=XUVnsunE8o-3yuArViLSr+Vi==TWz=1Ke0ShuuNci+A@mail.gmail.com>
References: <CAHnKrE=XUVnsunE8o-3yuArViLSr+Vi==TWz=1Ke0ShuuNci+A@mail.gmail.com>
Message-ID: <6da625db-fe16-163b-1975-660c6a47fdef@gmail.com>
Hello,
On 03.07.18 13:28, Ashok kumar Marra wrote:

> Hi,
>
> I m using cent-os 6.2, kamailio-5.1.2 and openims-hss.
> I am using rtpengine to relay voice, but I am unable to send files or
> chat messages using it.
> I looked at rtpengine logs, it was saying unknown codec for chat and
> file-transfer requests. Then, I thought of using Kamailio msrp ,
> tried but no success. Does current Kamailio IMS support file
> transfer? If so, please give me suggestions on doing it.
you can send any kind of data stream over msrp, but it is a matter of
the end devices to support and encode/decode the transmitted data as needed.
Cheers,
Daniel
--

Date: Mon, 16 Jul 2018 10:00:45 +0200
Subject: [SR-Users] 5.1.3 issue with rtpengine.reload
In-Reply-To: <CAE6jyQiexFvwGd4PmhpDQZ8agB8qVBPtBfo6r8gtoiMRfpzXCw@mail.gmail.com>
References: <CAE6jyQiexFvwGd4PmhpDQZ8agB8qVBPtBfo6r8gtoiMRfpzXCw@mail.gmail.com>
Message-ID: <868a0d43-4845-5b87-7994-0f04508f851a@gmail.com>
Hello,
On 03.07.18 12:58, Marcin Kowalczyk wrote:

> Hi,
>
> I have Kam 5.1.3 running on top of Ubuntu Xenial docker image. Today
> I've added new RTPEngine set and tried to reload rtpengine from db but
> no luck. Command executes without any errors (but way too fast)
>
> root at dfa7aae0b6ef:/# time kamcmd rtpengine.reload
> real 0m0.002s
> user 0m0.000s
> sys 0m0.000s
> root at dfa7aae0b6ef:/#
>
> Last option would be restart but I would prefer not as has multiple
> WSS connections active.
>
> Do you have idea what I could try to reload rtpengine set?
what is the output for rpc command rtpengine.show?
Cheers,
Daniel
--

Date: Mon, 16 Jul 2018 10:11:04 +0200
Subject: [SR-Users] Encapsulate and de-encapsulate SIP traffic
In-Reply-To:
References:
Message-ID: <c8537866-bdc6-b696-4f44-16904f179c15@gmail.com>
Hello,
On 03.07.18 02:03, William Phillips wrote:

> I have a need to encapsulate SIP traffic depending on destination and obviously
de-encapsulate traffic incoming from those destinations. The approach to dealing
with outbound SIP traffic seems pretty straight forward, I create an appropriate
routing block that determines if I need to encap the SIP message, if I do, I
forward it off to my module. The incoming traffic isn't particularly complicated,
I'm just not 100% sure on the way to give that de-encapsulated SIP message back to
kamailio to be processed.
>
> It looks like I can achieve this using the TM module with the uac_req_t struct
and tm_bind.request but I really only see it used for SIP text messages in modules
like XMPP and SMS. Is this the appropriate approach to achieve what I need?
>
once you have the sip message, put it inside a buffer allocated with
pkg_malloc(BUF_SIZE+1), then you also need to set the details of source
address and local socket in a receive_info structure -- once having
these, you just execute receive_msg() -- look at udp_rcv_loop() inside
src/core/udp_server.c for more code.
Cheers,
Daniel
--

Date: Mon, 16 Jul 2018 10:13:27 +0200
In-Reply-To: <e9773352-1a39-0201-4377-ba5d98139992@yu-boot.ru>
<1189c051-1220-fc7e-245f-c5eb43dace6f@gmail.com>
<e9773352-1a39-0201-4377-ba5d98139992@yu-boot.ru>
Message-ID: <df3a05d8-c6d6-5dbd-6f63-1c760786f284@gmail.com>
That's indeed much simpler if works.
Cheers,
Daniel
On 16.07.18 09:34, Yu Boot wrote:

> Thanks for advice.
>
> I simplify my task a bit by just pass only first 183/180 answer and
> then drop everything else. Seems to work properly.
>
>
>
> 16.07.2018 10:30, Daniel-Constantin Mierla пишет:
>>
>> Hello,
>>
>> if you define an onreply_route[x] to be executed for that invite
>> transaction, you can execute 'drop' instead of 'exit' and the reply
>> is not forwarded.
>>
>> What is tricky is 'relay only last provisional' -- here you should
>> define the rules specific for the device/your environment and decide
>> when you need to drop or not -- message flags or htable can be
>> options to save some states to track whether to drop or not.
>>
>> Cheers,
>> Daniel
>
--

Date: Mon, 16 Jul 2018 11:31:57 +0300
Subject: [SR-Users] ACK Cseq incrases after 404 on uac_auth()
Message-ID: <CABSP_Vd4zPPfK_EK=8PNZka921PrW_F_7v+1LgWFrnLhdhmUPg@mail.gmail.com>
Hi. I found some additional scenario when kamailio works incorrect with ACK
Cseq after succesfull auth with uac_auth but unsuccesfull call:
1.Caller via kamailio as proxy (Cseq 1)

2.Kamailio resends call to provider with Auth method (Cseq 1)
3. Provider answers 401/407 (Cseq 1)
4. Kamailio inrases Cseq and sends invite with credentians (dialog
track_cseq_updates = 1, uac_auth()) (Cseq 2)
5. Provider says - 404. not found (Cseq 2)
6. Kamailio resends INVITE to another server (lets say VM). It contans not
tracked yet Cseq (Cseq 1)
7. VM server says 200 (Cseq 1)
8. Kamailio resends 200 to the caller (Сseq 1)
9. Caller says ACK (Cseq 1)
10. Kamailio incrases CSeq of ACK and resends t VM server (Сseq 2)
So in this case kamialio tries to track Sceq because thining that this ACK
belongs to the dialog that was made to the auth server
So as I see here is a misunderstanding on the dialog module

Any suggestions how to avoid it or exclude resent INVITE from the dialog
module tracking?
-------------- next part --------------
users/attachments/20180716/f32150df/attachment.html>

Date: Mon, 16 Jul 2018 13:42:14 +0200
In-Reply-To: <CABSP_Vd4zPPfK_EK=8PNZka921PrW_F_7v+1LgWFrnLhdhmUPg@mail.gmail.com>
References: <CABSP_Vd4zPPfK_EK=8PNZka921PrW_F_7v+1LgWFrnLhdhmUPg@mail.gmail.com>
Message-ID: <ce03666d-07a9-feb3-32b9-5eef89d53308@gmail.com>
Hello,
when you re-route to a new destination, can you try resetting the
internal flag with:
msg_iflag_reset("UAC_AUTH");
Cheers,
Daniel
On 16.07.18 10:31, Yuriy Gorlichenko wrote:

> Hi. I found some additional scenario when kamailio works incorrect
> with ACK Cseq after succesfull auth with uac_auth but unsuccesfull call:
>
> 1.Caller via kamailio as proxy (Cseq 1)
> 2.Kamailio resends call to provider with Auth method (Cseq 1)
> 3. Provider answers 401/407 (Cseq 1)
> 4. Kamailio inrases Cseq and sends invite with credentians (dialog
> track_cseq_updates = 1, uac_auth()) (Cseq 2)
> 5. Provider says - 404. not found (Cseq 2)
> 6. Kamailio resends INVITE to another server (lets say VM). It contans
> not tracked yet Cseq (Cseq 1)
> 7. VM server says 200 (Cseq 1)
> 8. Kamailio resends 200 to the caller (Сseq 1)
> 9. Caller says ACK (Cseq 1)
> 10. Kamailio incrases CSeq of ACK and resends t VM server (Сseq 2)
>
> So in this case kamialio tries to track Sceq because thining that this
> ACK belongs to the dialog that was made to the auth server
>
> So as I see here is a misunderstanding on the dialog module
> Any suggestions how to avoid it or exclude resent INVITE from the
> dialog module tracking?
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180716/43198cf9/attachment.html>

Date: Mon, 16 Jul 2018 17:18:11 +0300
Subject: [SR-Users]
=?utf-8?q?Convert_183+SDP_and_180+SDP_into_a_single_re?=
=?utf-8?q?ply_w/SDP?=
In-Reply-To: <df3a05d8-c6d6-5dbd-6f63-1c760786f284@gmail.com>
<e9773352-1a39-0201-4377-ba5d98139992@yu-boot.ru>
<df3a05d8-c6d6-5dbd-6f63-1c760786f284@gmail.com>
Thanks for an answer. And another question. Is there any sense to trigger
[NATMANAGE] or rtpproxy_manage() after drop()ing 183/180? My Kami is configured to
always proxy all possible media between caller and callee.
--
sent from myMail for Android понедельник, 16 июля 2018г., 11:13 +03:00 от Daniel-
Constantin Mierla miconda at gmail.com :
>That's indeed much simpler if works.

>
>Cheers,
>Daniel
>
>On 16.07.18 09:34, Yu Boot wrote:
> Thanks for advice.
>
> I simplify my task a bit by just pass only first 183/180 answer and
> then drop everything else. Seems to work properly.
>
>
>
> 16.07.2018 10:30, Daniel-Constantin Mierla пишет:
>>
>> Hello,
>>
>> if you define an onreply_route[x] to be executed for that invite
>> transaction, you can execute 'drop' instead of 'exit' and the reply
>> is not forwarded.
>>
>> What is tricky is 'relay only last provisional' -- here you should
>> define the rules specific for the device/your environment and decide
>> when you need to drop or not -- message flags or htable can be
>> options to save some states to track whether to drop or not.
>>
>> Cheers,
>> Daniel
>
>
>--
>Daniel-Constantin Mierla -- www.asipto.com
>www.twitter.com/miconda -- www.linkedin.com/in/miconda
>Kamailio World Conference -- www.kamailioworld.com
>
-------------- next part --------------
users/attachments/20180716/398c3ff9/attachment.html>
From red_dra at plugit.net Mon Jul 16 17:23:16 2018

From: red_dra at plugit.net (Laura)
Date: Mon, 16 Jul 2018 17:23:16 +0200
Subject: [SR-Users] Error on Kamailio 4.3.7 and dialog
Message-ID: <b03b1242-1c8f-002f-b451-7821ee883d0b@plugit.net>
Hi guys,
on a test server with kamailio 4.3.7 statefull configuration with dialog

I see a lot of messages like this..
Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR: dialog

[dlg_req_within.c:340]: send_bye(): terminating non-confirmed dialogs
not supported
Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR: dialog
[dlg_req_within.c:340]: send_bye(): terminating non-confirmed dialogs
not supported
Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed to
end dialog: 500 Operation failed
I'm not find the issue and the way for fix..
Any idea ?
Regards
Laura

Date: Mon, 16 Jul 2018 12:51:43 -0400
Subject: [SR-Users] RTPEngine serial forking with early media
Message-ID: <20180716165143.GB17461@tlaquepaque.localdomain>
Hi,
I've got a scenario where call branch #1 goes to an in-call announcement

server; the message is played out via unidirectional early media
(183+SDP), then that branch is disposed of with a 503. A subsequent call
then goes out to the real SIP provider that will ultimately answer the
call.
There's some trouble handling this with RTPEngine:
Two subsequent calls to rtpengine_offer() in a normal request route

context will result in two SDP message lumps concatenated in the second
INVITE (to the provider).
This can be fixed by putting the rtpengine_offer() invocations into

branch routes. However, the next problem is that then the identical
offer goes to the second callee with no regard for RTPEngine's internal
state, so RTPEngine ends up transmitting from a different port to the
one that is declared in the SDP offer, requiring NAT latching from the
provider to achieve proper symmetry in the return stream.
This can be fixed with:
rtpengine_offer("replace-origin replace-session-connection ICE=remove via-

branch=1 internal external");
And in the reply handling:
rtpengine_answer("replace-origin replace-session-connection ICE=remove via-

branch=2");
An alternative to using via-branch[1] is to simply delete the call before

initiating branch #2:
rtpengine_delete("delete-delay=0");
rtpengine_offer("replace-origin replace-session-connection ICE=remove internal
external");
However, both of these lead to the problem that caller receives two
distinct SDP answers on the respective branches.
I am not sure offhand whether this is a protocol semantics violation. On

the one hand, RFC 3261 § 13.2.1 ("Creating the Initial INVITE") says:
If the initial offer is in an INVITE, the answer MUST be in a

reliable non-failure message from UAS back to UAC which is
correlated to that INVITE. For this specification, that is
only the final 2xx response to that INVITE. That same exact
answer MAY also be placed in any provisional responses sent
prior to the answer. The UAC MUST treat the first session
description it receives as the answer, and MUST ignore any
session descriptions in subsequent responses to the initial
INVITE.
So, I always understood that the first answer is the final answer,
absent a session-updating request cycle. On the other hand, RFC 3960
("Early Media and Ringing Tone Generation in the Session Initiation
Protocol (SIP)") Section 4 says:
The application server model consists of having the UAS behave as an
application server to establish early media sessions with the UAC.
The UAC indicates support for the early-session disposition type
(defined in [2]) using the early-session option tag. This way, UASs
know that they can keep offer/answer exchanges for early media
(early-session disposition type) separate from regular media (session
disposition type).
I take this, along with RFC 3959 Section 3, to imply an amendment to

3261 § 13.2.1, but I'm not sure. Regardless, I'm not convinced all UAs
will handle this situation.
So, what I would most prefer is a means of recycling the same answer
port on the "back" side of RTPEngine while pivoting it on the front
across branches/multiple offers.
Is that possible? If so, how can it be achieved?
Many thanks,
-- Alex
[1] As best as I understood how to use it; the documentation is a bit

unclear!
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 16 Jul 2018 19:07:14 +0200
In-Reply-To: <b03b1242-1c8f-002f-b451-7821ee883d0b@plugit.net>
References: <b03b1242-1c8f-002f-b451-7821ee883d0b@plugit.net>
Message-ID: <48c0364e-7b07-5a3f-4126-c3f00d1dc05d@gmail.com>
Hello,
do you use an external call controller that tries to terminate dialogs

using rpc commands? Or do you set a dialog lifetime (call timeout)?
Cheers,
Daniel
On 16.07.18 17:23, Laura wrote:

> Hi guys,
>
> on a test server with kamailio 4.3.7 statefull configuration with
> dialog I see a lot of messages like this..
>
>
> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
> dialogs not supported
> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
> to end dialog: 500 Operation failed
>
>
> I'm not find the issue and the way for fix..
>
> Any idea ?
>
> Regards
>
> Laura
>
>
> _______________________________________________
--

Date: Mon, 16 Jul 2018 19:07:14 +0200
In-Reply-To: <b03b1242-1c8f-002f-b451-7821ee883d0b@plugit.net>
Message-ID: <48c0364e-7b07-5a3f-4126-c3f00d1dc05d@gmail.com>
Hello,
do you use an external call controller that tries to terminate dialogs

using rpc commands? Or do you set a dialog lifetime (call timeout)?
Cheers,
Daniel
On 16.07.18 17:23, Laura wrote:

> Hi guys,
>
> on a test server with kamailio 4.3.7 statefull configuration with
> dialog I see a lot of messages like this..
>
>
> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
> to end dialog: 500 Operation failed
>
>
> I'm not find the issue and the way for fix..
>
> Any idea ?
>
> Regards
>
> Laura
>
>
> _______________________________________________
--

Date: Mon, 16 Jul 2018 22:13:00 +0300
In-Reply-To: <ce03666d-07a9-feb3-32b9-5eef89d53308@gmail.com>
<ce03666d-07a9-feb3-32b9-5eef89d53308@gmail.com>
Message-ID: <CABSP_Vc5YgL7_v3ZpcRqKr9xtpWFSmDfqUby=ywvONfbgzCd7A@mail.gmail.com>
Hi
thx for answer
But still the same
I tried to use thids flag in case if answer not 401 or 407 in failure route
but ACK still incrased by kamailio.
route[HANDLE_FAILURE] {
if (t_check_status("401|407")) {
uac_auth();
t_on_failure("HANDLE_FAILURE");
t_relay();
exit;
}
else {
if (t_check_status("40[02-689]|4[1-9][0-9]|5[0-9][0-9]") ||
(t_branch_timeout() && !t_branch_replied())) {
msg_iflag_reset("UAC_AUTH");
<getting VM addr here>
t_relay();
exit;
}
}
2018-07-16 14:42 GMT+03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
> Hello,
>
> when you re-route to a new destination, can you try resetting the internal
> flag with:
>
> msg_iflag_reset("UAC_AUTH");
>
> Cheers,
> Daniel
>
> On 16.07.18 10:31, Yuriy Gorlichenko wrote:
>
> Hi. I found some additional scenario when kamailio works incorrect with
> ACK Cseq after succesfull auth with uac_auth but unsuccesfull call:
>
> 1.Caller via kamailio as proxy (Cseq 1)
> 2.Kamailio resends call to provider with Auth method (Cseq 1)
> 3. Provider answers 401/407 (Cseq 1)
> 4. Kamailio inrases Cseq and sends invite with credentians (dialog
> track_cseq_updates = 1, uac_auth()) (Cseq 2)
> 5. Provider says - 404. not found (Cseq 2)
> 6. Kamailio resends INVITE to another server (lets say VM). It contans not
> tracked yet Cseq (Cseq 1)
> 7. VM server says 200 (Cseq 1)
> 8. Kamailio resends 200 to the caller (Сseq 1)
> 9. Caller says ACK (Cseq 1)
> 10. Kamailio incrases CSeq of ACK and resends t VM server (Сseq 2)
>
> So in this case kamialio tries to track Sceq because thining that this ACK
> belongs to the dialog that was made to the auth server
>
> So as I see here is a misunderstanding on the dialog module
> Any suggestions how to avoid it or exclude resent INVITE from the dialog
> module tracking?
>
>
>
> _______________________________________________
>
>
> --
>
>
-------------- next part --------------
From amessina at messinet.com Mon Jul 16 23:16:43 2018

From: amessina at messinet.com (Anthony Messina)
Date: Mon, 16 Jul 2018 16:16:43 -0500
Subject: [SR-Users] RTPEngine serial forking with early media
In-Reply-To: <20180716165143.GB17461@tlaquepaque.localdomain>
References: <20180716165143.GB17461@tlaquepaque.localdomain>
Message-ID: <EAF360F7-2884-48E0-87F3-ABF410944A3F@messinet.com>
Not sure if you've tried, but would RTPengine's loop-protect help with the
duplicate session description I. The second branch?
--
Anthony
On July 16, 2018 11:51:43 AM CDT, Alex Balashov <abalashov at evaristesys.com>

wrote:
>Hi,
>
>I've got a scenario where call branch #1 goes to an in-call
>announcement
>server; the message is played out via unidirectional early media
>(183+SDP), then that branch is disposed of with a 503. A subsequent
>call
>then goes out to the real SIP provider that will ultimately answer the
>call.
>
>There's some trouble handling this with RTPEngine:
>
>Two subsequent calls to rtpengine_offer() in a normal request route
>context will result in two SDP message lumps concatenated in the second
>INVITE (to the provider).
>
>This can be fixed by putting the rtpengine_offer() invocations into
>branch routes. However, the next problem is that then the identical
>offer goes to the second callee with no regard for RTPEngine's internal
>state, so RTPEngine ends up transmitting from a different port to the
>one that is declared in the SDP offer, requiring NAT latching from the
>provider to achieve proper symmetry in the return stream.
>
>This can be fixed with:
>
>rtpengine_offer("replace-origin replace-session-connection ICE=remove
>via-branch=1 internal external");
>
>And in the reply handling:
>
>rtpengine_answer("replace-origin replace-session-connection ICE=remove
>via-branch=2");
>
>An alternative to using via-branch[1] is to simply delete the call
>before initiating branch #2:
>
> rtpengine_delete("delete-delay=0");
>rtpengine_offer("replace-origin replace-session-connection ICE=remove
>internal external");
>
>However, both of these lead to the problem that caller receives two
>distinct SDP answers on the respective branches.
>
>I am not sure offhand whether this is a protocol semantics violation.
>On
>the one hand, RFC 3261 § 13.2.1 ("Creating the Initial INVITE") says:
>
> If the initial offer is in an INVITE, the answer MUST be in a
> reliable non-failure message from UAS back to UAC which is
> correlated to that INVITE. For this specification, that is
> only the final 2xx response to that INVITE. That same exact
> answer MAY also be placed in any provisional responses sent
> prior to the answer. The UAC MUST treat the first session
> description it receives as the answer, and MUST ignore any
> session descriptions in subsequent responses to the initial
> INVITE.
>
>So, I always understood that the first answer is the final answer,
>absent a session-updating request cycle. On the other hand, RFC 3960
>("Early Media and Ringing Tone Generation in the Session Initiation
>Protocol (SIP)") Section 4 says:
>
> The application server model consists of having the UAS behave as an
> application server to establish early media sessions with the UAC.
> The UAC indicates support for the early-session disposition type
> (defined in [2]) using the early-session option tag. This way, UASs
> know that they can keep offer/answer exchanges for early media
> (early-session disposition type) separate from regular media (session
> disposition type).
>
>I take this, along with RFC 3959 Section 3, to imply an amendment to
>3261 § 13.2.1, but I'm not sure. Regardless, I'm not convinced all UAs
>will handle this situation.
>
>So, what I would most prefer is a means of recycling the same answer
>port on the "back" side of RTPEngine while pivoting it on the front
>across branches/multiple offers.
>
>Is that possible? If so, how can it be achieved?
>
>Many thanks,
>
>-- Alex
>
>[1] As best as I understood how to use it; the documentation is a bit
>unclear!
>
>--
>Alex Balashov | Principal | Evariste Systems LLC
>
>Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
>_______________________________________________
>Kamailio (SER) - Users Mailing List
>sr-users at lists.kamailio.org
>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Date: Tue, 17 Jul 2018 08:14:11 +0200
In-Reply-To: <CABSP_Vc5YgL7_v3ZpcRqKr9xtpWFSmDfqUby=ywvONfbgzCd7A@mail.gmail.com>
<CABSP_Vc5YgL7_v3ZpcRqKr9xtpWFSmDfqUby=ywvONfbgzCd7A@mail.gmail.com>
Message-ID: <9c59fdc3-33cb-8865-8ae9-543b84fe046c@gmail.com>
Hello,
one more thing, do:
$dlg_var(cseq_diff) = $null;
when you reset the internal flag for uac auth.
Cheers,
Daniel
On 16.07.18 21:13, Yuriy Gorlichenko wrote:

> Hi
> thx for answer
> But still the same
> I tried to use thids flag in case if answer not 401 or 407 in failure
> route but ACK still incrased by kamailio.
> route[HANDLE_FAILURE] {
>
> if (t_check_status("401|407")) {
>
> uac_auth();
> t_on_failure("HANDLE_FAILURE");
> t_relay();
> exit;
>
> }
> else {
>
> if (t_check_status("40[02-689]|4[1-9][0-9]|5[0-9][0-9]") ||
> (t_branch_timeout() && !t_branch_replied())) {
>
> <getting VM addr here>
> t_relay();
> exit;
> }
> }
>
>
> 2018-07-16 14:42 GMT+03:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
> Hello,
>
> when you re-route to a new destination, can you try resetting the
> internal flag with:
>
>
> Cheers,
> Daniel
>
>
>> Hi. I found some additional scenario when kamailio works
>> incorrect with ACK Cseq after succesfull auth with uac_auth but
>> unsuccesfull call:
>>
>> 1.Caller via kamailio as proxy (Cseq 1)
>> 2.Kamailio resends call to provider with Auth method (Cseq 1)
>> 3. Provider answers 401/407 (Cseq 1)
>> 4. Kamailio inrases Cseq and sends invite with credentians
>> (dialog track_cseq_updates = 1, uac_auth()) (Cseq 2)
>> 5. Provider says - 404. not found (Cseq 2)
>> 6. Kamailio resends INVITE to another server (lets say VM). It
>> contans not tracked yet Cseq (Cseq 1)
>> 7. VM server says 200 (Cseq 1)
>> 8. Kamailio resends 200 to the caller (Сseq 1)
>> 9. Caller says ACK (Cseq 1)
>> 10. Kamailio incrases CSeq of ACK and resends t VM server (Сseq 2)
>>
>> So in this case kamialio tries to track Sceq because thining that
>> this ACK belongs to the dialog that was made to the auth server
>>
>> So as I see here is a misunderstanding on the dialog module
>> Any suggestions how to avoid it or exclude resent INVITE from the
>> dialog module tracking?
>>
>>
>>
>> _______________________________________________
>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
> --
>
>
--
-------------- next part --------------

users/attachments/20180717/e4ccbe39/attachment.html>
From red_dra at plugit.net Tue Jul 17 09:42:50 2018

Date: Tue, 17 Jul 2018 09:42:50 +0200
In-Reply-To: <48c0364e-7b07-5a3f-4126-c3f00d1dc05d@gmail.com>
<48c0364e-7b07-5a3f-4126-c3f00d1dc05d@gmail.com>
Message-ID: <b408238b-7217-4931-d5ee-501bb2aab8b1@plugit.net>
Hello,
I have an external program that query RPC for the list of active calls
"kamctl dialog show" and kill calls only when the system decide to close
a customer.. but this cannot be the situation becuase i have these
errors every few seconds...
Also I'm using dialog timeout parameters too..
modparam("dialog", "default_timeout", 7200)
Cheers,
Laura
Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:

> Hello,
>
> do you use an external call controller that tries to terminate dialogs
> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>
> Cheers,
> Daniel
>
>
> On 16.07.18 17:23, Laura wrote:
>> Hi guys,
>>
>> on a test server with kamailio 4.3.7 statefull configuration with
>> dialog I see a lot of messages like this..
>>
>>
>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
>> dialogs not supported
>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>> to end dialog: 500 Operation failed
>>
>>
>> I'm not find the issue and the way for fix..
>>
>> Any idea ?
>>
>> Regards
>>
>> Laura
>>
>>
>> _______________________________________________
Date: Tue, 17 Jul 2018 09:42:50 +0200
Message-ID: <b408238b-7217-4931-d5ee-501bb2aab8b1@plugit.net>
Hello,
I have an external program that query RPC for the list of active calls
"kamctl dialog show" and kill calls only when the system decide to close
a customer.. but this cannot be the situation becuase i have these
errors every few seconds...
Also I'm using dialog timeout parameters too..
modparam("dialog", "default_timeout", 7200)
Cheers,
Laura

> Hello,
>
> do you use an external call controller that tries to terminate dialogs
> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>
> Cheers,
> Daniel
>
>
> On 16.07.18 17:23, Laura wrote:
>> Hi guys,
>>
>> on a test server with kamailio 4.3.7 statefull configuration with
>> dialog I see a lot of messages like this..
>>
>>
>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>> to end dialog: 500 Operation failed
>>
>>
>> I'm not find the issue and the way for fix..
>>
>> Any idea ?
>>
>> Regards
>>
>> Laura
>>
>>
>> _______________________________________________

Date: Tue, 17 Jul 2018 10:17:59 +0200
In-Reply-To: <b408238b-7217-4931-d5ee-501bb2aab8b1@plugit.net>
<b408238b-7217-4931-d5ee-501bb2aab8b1@plugit.net>
Message-ID: <d837bc91-a6e2-0c60-35e4-6ef28cc3c26f@gmail.com>
Hello,
based on the log messages it appears that the rpc command to end the
dialog is received before 200ok/ACK for initial INVITE or after the call
was ended already. Can you watch the network for these rpc commands and
compare with what happens for sip packets traffic?
Cheers,
Daniel
On 17.07.18 09:42, Laura wrote:

> Hello,
>
> I have an external program that query RPC for the list of active calls
> "kamctl dialog show" and kill calls only when the system decide to
> close a customer.. but this cannot be the situation becuase i have
> these errors every few seconds...
>
> Also I'm using dialog timeout parameters too..
>
> modparam("dialog", "default_timeout", 7200)
>
> Cheers,
>
> Laura
>
>
> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>> Hello,
>>
>> do you use an external call controller that tries to terminate dialogs
>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 16.07.18 17:23, Laura wrote:
>>> Hi guys,
>>>
>>> on a test server with kamailio 4.3.7 statefull configuration with
>>> dialog I see a lot of messages like this..
>>>
>>>
>>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>>> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
>>> dialogs not supported
>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>> to end dialog: 500 Operation failed
>>>
>>>
>>> I'm not find the issue and the way for fix..
>>>
>>> Any idea ?
>>>
>>> Regards
>>>
>>> Laura
>>>
>>>
>>> _______________________________________________
>
--

Date: Tue, 17 Jul 2018 10:17:59 +0200
In-Reply-To: <b408238b-7217-4931-d5ee-501bb2aab8b1@plugit.net>
Message-ID: <d837bc91-a6e2-0c60-35e4-6ef28cc3c26f@gmail.com>
Hello,
based on the log messages it appears that the rpc command to end the
dialog is received before 200ok/ACK for initial INVITE or after the call
was ended already. Can you watch the network for these rpc commands and
compare with what happens for sip packets traffic?
Cheers,
Daniel
On 17.07.18 09:42, Laura wrote:
> Hello,
>
> I have an external program that query RPC for the list of active calls
> "kamctl dialog show" and kill calls only when the system decide to
> close a customer.. but this cannot be the situation becuase i have
> these errors every few seconds...
>
> Also I'm using dialog timeout parameters too..
>
> modparam("dialog", "default_timeout", 7200)
>
> Cheers,
>
> Laura
>
>
>> Hello,
>>
>> do you use an external call controller that tries to terminate dialogs
>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 16.07.18 17:23, Laura wrote:
>>> Hi guys,
>>>
>>> on a test server with kamailio 4.3.7 statefull configuration with
>>> dialog I see a lot of messages like this..
>>>
>>>
>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>> to end dialog: 500 Operation failed
>>>
>>>
>>> I'm not find the issue and the way for fix..
>>>
>>> Any idea ?
>>>
>>> Regards
>>>
>>> Laura
>>>
>>>
>>> _______________________________________________
>
--

Date: Tue, 17 Jul 2018 10:24:03 +0200
In-Reply-To: <d837bc91-a6e2-0c60-35e4-6ef28cc3c26f@gmail.com>
<d837bc91-a6e2-0c60-35e4-6ef28cc3c26f@gmail.com>
Message-ID: <52639d42-418b-8ee9-90c2-6c6d3da3f3ea@plugit.net>
Hello,
i just log all the traffic inside this system on 5060, so that i can
control sip signaling, but, how can i trace the rpc command ?
Cheers,
Laura

> Hello,
>
> based on the log messages it appears that the rpc command to end the
> dialog is received before 200ok/ACK for initial INVITE or after the call
> was ended already. Can you watch the network for these rpc commands and
> compare with what happens for sip packets traffic?
>
> Cheers,
> Daniel
>
>
> On 17.07.18 09:42, Laura wrote:
>> Hello,
>>
>> I have an external program that query RPC for the list of active calls
>> "kamctl dialog show" and kill calls only when the system decide to
>> close a customer.. but this cannot be the situation becuase i have
>> these errors every few seconds...
>>
>> Also I'm using dialog timeout parameters too..
>>
>> modparam("dialog", "default_timeout", 7200)
>>
>> Cheers,
>>
>> Laura
>>
>>
>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>> Hello,
>>>
>>> do you use an external call controller that tries to terminate dialogs
>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 16.07.18 17:23, Laura wrote:
>>>> Hi guys,
>>>>
>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>> dialog I see a lot of messages like this..
>>>>
>>>>
>>>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>>>> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
>>>> dialogs not supported
>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>> to end dialog: 500 Operation failed
>>>>
>>>>
>>>> I'm not find the issue and the way for fix..
>>>>
>>>> Any idea ?
>>>>
>>>> Regards
>>>>
>>>> Laura
>>>>
>>>>
>>>> _______________________________________________

Date: Tue, 17 Jul 2018 10:24:03 +0200
In-Reply-To: <d837bc91-a6e2-0c60-35e4-6ef28cc3c26f@gmail.com>
Message-ID: <52639d42-418b-8ee9-90c2-6c6d3da3f3ea@plugit.net>
Hello,
i just log all the traffic inside this system on 5060, so that i can
control sip signaling, but, how can i trace the rpc command ?
Cheers,
Laura

> Hello,
>
> based on the log messages it appears that the rpc command to end the
> dialog is received before 200ok/ACK for initial INVITE or after the call
> was ended already. Can you watch the network for these rpc commands and
> compare with what happens for sip packets traffic?
>
> Cheers,
> Daniel
>
>
> On 17.07.18 09:42, Laura wrote:
>> Hello,
>>
>> I have an external program that query RPC for the list of active calls
>> "kamctl dialog show" and kill calls only when the system decide to
>> close a customer.. but this cannot be the situation becuase i have
>> these errors every few seconds...
>>
>> Also I'm using dialog timeout parameters too..
>>
>> modparam("dialog", "default_timeout", 7200)
>>
>> Cheers,
>>
>> Laura
>>
>>
>>> Hello,
>>>
>>> do you use an external call controller that tries to terminate dialogs
>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 16.07.18 17:23, Laura wrote:
>>>> Hi guys,
>>>>
>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>> dialog I see a lot of messages like this..
>>>>
>>>>
>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>> to end dialog: 500 Operation failed
>>>>
>>>>
>>>> I'm not find the issue and the way for fix..
>>>>
>>>> Any idea ?
>>>>
>>>> Regards
>>>>
>>>> Laura
>>>>
>>>>
>>>> _______________________________________________

Date: Tue, 17 Jul 2018 10:51:34 +0200
In-Reply-To: <52639d42-418b-8ee9-90c2-6c6d3da3f3ea@plugit.net>
<52639d42-418b-8ee9-90c2-6c6d3da3f3ea@plugit.net>
Message-ID: <cd91ab36-6c64-9838-9368-2561c9d6d15a@gmail.com>
Hello,
what do you use for sending the rpc command? Is via kamctl/kamcmd or you
have your own implementation?
Cheers,
Daniel
On 17.07.18 10:24, Laura wrote:

> Hello,
>
> i just log all the traffic inside this system on 5060, so that i can
> control sip signaling, but, how can i trace the rpc command ?
>
>
> Cheers,
> Laura
>
>> Hello,
>>
>> based on the log messages it appears that the rpc command to end the
>> dialog is received before 200ok/ACK for initial INVITE or after the call
>> was ended already. Can you watch the network for these rpc commands and
>> compare with what happens for sip packets traffic?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 17.07.18 09:42, Laura wrote:
>>> Hello,
>>>
>>> I have an external program that query RPC for the list of active calls
>>> "kamctl dialog show" and kill calls only when the system decide to
>>> close a customer.. but this cannot be the situation becuase i have
>>> these errors every few seconds...
>>>
>>> Also I'm using dialog timeout parameters too..
>>>
>>> modparam("dialog", "default_timeout", 7200)
>>>
>>> Cheers,
>>>
>>> Laura
>>>
>>>
>>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>>> Hello,
>>>>
>>>> do you use an external call controller that tries to terminate dialogs
>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 16.07.18 17:23, Laura wrote:
>>>>> Hi guys,
>>>>>
>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>> dialog I see a lot of messages like this..
>>>>>
>>>>>
>>>>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>>>>> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
>>>>> dialogs not supported
>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>>> to end dialog: 500 Operation failed
>>>>>
>>>>>
>>>>> I'm not find the issue and the way for fix..
>>>>>
>>>>> Any idea ?
>>>>>
>>>>> Regards
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Kamailio (SER) - Users Mailing List
>>>>> sr-users at lists.kamailio.org
>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--

Date: Tue, 17 Jul 2018 10:51:34 +0200
In-Reply-To: <52639d42-418b-8ee9-90c2-6c6d3da3f3ea@plugit.net>
Message-ID: <cd91ab36-6c64-9838-9368-2561c9d6d15a@gmail.com>
Hello,
what do you use for sending the rpc command? Is via kamctl/kamcmd or you
have your own implementation?
Cheers,
Daniel
On 17.07.18 10:24, Laura wrote:

> Hello,
>
> i just log all the traffic inside this system on 5060, so that i can
> control sip signaling, but, how can i trace the rpc command ?
>
>
> Cheers,
> Laura
>
>> Hello,
>>
>> based on the log messages it appears that the rpc command to end the
>> dialog is received before 200ok/ACK for initial INVITE or after the call
>> was ended already. Can you watch the network for these rpc commands and
>> compare with what happens for sip packets traffic?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 17.07.18 09:42, Laura wrote:
>>> Hello,
>>>
>>> I have an external program that query RPC for the list of active calls
>>> "kamctl dialog show" and kill calls only when the system decide to
>>> close a customer.. but this cannot be the situation becuase i have
>>> these errors every few seconds...
>>>
>>> Also I'm using dialog timeout parameters too..
>>>
>>> modparam("dialog", "default_timeout", 7200)
>>>
>>> Cheers,
>>>
>>> Laura
>>>
>>>
>>>> Hello,
>>>>
>>>> do you use an external call controller that tries to terminate dialogs
>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 16.07.18 17:23, Laura wrote:
>>>>> Hi guys,
>>>>>
>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>> dialog I see a lot of messages like this..
>>>>>
>>>>>
>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>>> to end dialog: 500 Operation failed
>>>>>
>>>>>
>>>>> I'm not find the issue and the way for fix..
>>>>>
>>>>> Any idea ?
>>>>>
>>>>> Regards
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>> _______________________________________________
>
--
From ovoshlook at gmail.com Tue Jul 17 11:21:06 2018

Date: Tue, 17 Jul 2018 12:21:06 +0300
In-Reply-To: <9c59fdc3-33cb-8865-8ae9-543b84fe046c@gmail.com>
<CABSP_Vc5YgL7_v3ZpcRqKr9xtpWFSmDfqUby=ywvONfbgzCd7A@mail.gmail.com>
<9c59fdc3-33cb-8865-8ae9-543b84fe046c@gmail.com>
Message-ID: <CABSP_VdPM+XZMHw04nKrttnagHHTbcP5rLpF6Ax1VkYMD1iTSg@mail.gmail.com>
Yep that works thx!
> Hello,
>
> one more thing, do:
>
> $dlg_var(cseq_diff) = $null;
>
> when you reset the internal flag for uac auth.
>
> Cheers,
> Daniel
>
>
> Hi
> thx for answer
> But still the same
> I tried to use thids flag in case if answer not 401 or 407 in failure
> route but ACK still incrased by kamailio.
> route[HANDLE_FAILURE] {
>
> if (t_check_status("401|407")) {
>
> uac_auth();
> t_on_failure("HANDLE_FAILURE");
> t_relay();
> exit;
>
> }
> else {
>
> if (t_check_status("40[02-689]|4[1-9][0-9]|5[0-9][0-9]") ||
> (t_branch_timeout() && !t_branch_replied())) {
>
> <getting VM addr here>
> t_relay();
> exit;
> }
> }
>
>
> 2018-07-16 14:42 GMT+03:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> when you re-route to a new destination, can you try resetting the
>> internal flag with:
>>
>> msg_iflag_reset("UAC_AUTH");
>>
>> Cheers,
>> Daniel
>>
>> On 16.07.18 10:31, Yuriy Gorlichenko wrote:
>>
>> Hi. I found some additional scenario when kamailio works incorrect with
>> ACK Cseq after succesfull auth with uac_auth but unsuccesfull call:
>>
>> 1.Caller via kamailio as proxy (Cseq 1)
>> 2.Kamailio resends call to provider with Auth method (Cseq 1)
>> 3. Provider answers 401/407 (Cseq 1)
>> 4. Kamailio inrases Cseq and sends invite with credentians (dialog
>> track_cseq_updates = 1, uac_auth()) (Cseq 2)
>> 5. Provider says - 404. not found (Cseq 2)
>> 6. Kamailio resends INVITE to another server (lets say VM). It contans
>> not tracked yet Cseq (Cseq 1)
>> 7. VM server says 200 (Cseq 1)
>> 8. Kamailio resends 200 to the caller (Сseq 1)
>> 9. Caller says ACK (Cseq 1)
>> 10. Kamailio incrases CSeq of ACK and resends t VM server (Сseq 2)
>>
>> So in this case kamialio tries to track Sceq because thining that this
>> ACK belongs to the dialog that was made to the auth server
>>
>> So as I see here is a misunderstanding on the dialog module
>> Any suggestions how to avoid it or exclude resent INVITE from the dialog
>> module tracking?
>>
>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>>
>
> --
>
>
-------------- next part --------------
users/attachments/20180717/156379cd/attachment.html>

Date: Tue, 17 Jul 2018 12:30:13 +0200
In-Reply-To: <cd91ab36-6c64-9838-9368-2561c9d6d15a@gmail.com>
<cd91ab36-6c64-9838-9368-2561c9d6d15a@gmail.com>
Message-ID: <b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
Hi,
via kamctl/kamcmd only..
Regards

> Hello,
>
> what do you use for sending the rpc command? Is via kamctl/kamcmd or you
> have your own implementation?
>
> Cheers,
> Daniel
>
>
> On 17.07.18 10:24, Laura wrote:
>> Hello,
>>
>> i just log all the traffic inside this system on 5060, so that i can
>> control sip signaling, but, how can i trace the rpc command ?
>>
>>
>> Cheers,
>> Laura
>>
>>> Hello,
>>>
>>> based on the log messages it appears that the rpc command to end the
>>> dialog is received before 200ok/ACK for initial INVITE or after the call
>>> was ended already. Can you watch the network for these rpc commands and
>>> compare with what happens for sip packets traffic?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 17.07.18 09:42, Laura wrote:
>>>> Hello,
>>>>
>>>> I have an external program that query RPC for the list of active calls
>>>> "kamctl dialog show" and kill calls only when the system decide to
>>>> close a customer.. but this cannot be the situation becuase i have
>>>> these errors every few seconds...
>>>>
>>>> Also I'm using dialog timeout parameters too..
>>>>
>>>> modparam("dialog", "default_timeout", 7200)
>>>>
>>>> Cheers,
>>>>
>>>> Laura
>>>>
>>>>
>>>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>>>> Hello,
>>>>>
>>>>> do you use an external call controller that tries to terminate dialogs
>>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 16.07.18 17:23, Laura wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>>> dialog I see a lot of messages like this..
>>>>>>
>>>>>>
>>>>>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>>>>>> dialog [dlg_req_within.c:340]: send_bye(): terminating non-confirmed
>>>>>> dialogs not supported
>>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>>>> to end dialog: 500 Operation failed
>>>>>>
>>>>>>
>>>>>> I'm not find the issue and the way for fix..
>>>>>>
>>>>>> Any idea ?
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Laura
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Kamailio (SER) - Users Mailing List
>>>>>> sr-users at lists.kamailio.org
>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Date: Tue, 17 Jul 2018 12:30:13 +0200
In-Reply-To: <cd91ab36-6c64-9838-9368-2561c9d6d15a@gmail.com>
Message-ID: <b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
Hi,
via kamctl/kamcmd only..
Regards

> Hello,
>
> what do you use for sending the rpc command? Is via kamctl/kamcmd or you
> have your own implementation?
>
> Cheers,
> Daniel
>
>
> On 17.07.18 10:24, Laura wrote:
>> Hello,
>>
>> i just log all the traffic inside this system on 5060, so that i can
>> control sip signaling, but, how can i trace the rpc command ?
>>
>>
>> Cheers,
>> Laura
>>
>>> Hello,
>>>
>>> based on the log messages it appears that the rpc command to end the
>>> dialog is received before 200ok/ACK for initial INVITE or after the call
>>> was ended already. Can you watch the network for these rpc commands and
>>> compare with what happens for sip packets traffic?
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 17.07.18 09:42, Laura wrote:
>>>> Hello,
>>>>
>>>> I have an external program that query RPC for the list of active calls
>>>> "kamctl dialog show" and kill calls only when the system decide to
>>>> close a customer.. but this cannot be the situation becuase i have
>>>> these errors every few seconds...
>>>>
>>>> Also I'm using dialog timeout parameters too..
>>>>
>>>> modparam("dialog", "default_timeout", 7200)
>>>>
>>>> Cheers,
>>>>
>>>> Laura
>>>>
>>>>
>>>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>>>> Hello,
>>>>>
>>>>> do you use an external call controller that tries to terminate dialogs
>>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>>
>>>>> On 16.07.18 17:23, Laura wrote:
>>>>>> Hi guys,
>>>>>>
>>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>>> dialog I see a lot of messages like this..
>>>>>>
>>>>>>
>>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error: failed
>>>>>> to end dialog: 500 Operation failed
>>>>>>
>>>>>>
>>>>>> I'm not find the issue and the way for fix..
>>>>>>
>>>>>> Any idea ?
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Laura
>>>>>>
>>>>>>
>>>>>> _______________________________________________
From yu at yu-boot.ru Tue Jul 17 13:33:32 2018

Date: Tue, 17 Jul 2018 14:33:32 +0300
Subject: [SR-Users] Keep dialog info on Kamailio restart?
Message-ID: <f2349369-b335-9727-ec0c-d69ac4bcf03c@yu-boot.ru>
Hello. I want that all dialog- and acc- related stuff were saved on
kamailio restart and then on Kamailio startup was loaded from SQL tables.
dialog settings:
modparam("dialog", "db_url", DBURL)
modparam("dialog", "db_mode", 1)
modparam("dialog", "dlg_flag", 4)
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "profiles_with_value", "limithash ; caller")
modparam("dialog", "ka_timer", 10)
modparam("dialog", "ka_interval", 30)
modparam("dialog", "send_bye", 1)
modparam("dialog", "wait_ack", 1)
1. I dial from one number to another. There are records in dialog and
dialog_var tables. OK
2. "kamctl restart". Call keeps staying online, OK.
3. Related dialog and dialog_var data are all in place in SQL. OK
4. Finally I drop a call.
5. And there is no CDR record at all!!!
What's wrong? What can it be? Maybe there's some special fuction to load
dialog data back from SQL to memory to continue dialog tracking?
Thanks.
From ataher at vanrise.com Tue Jul 17 14:40:58 2018

From: ataher at vanrise.com (Ali Taher)
Date: Tue, 17 Jul 2018 15:40:58 +0300
Subject: [SR-Users] SIP re-invite Packets
Message-ID: <024e01d41dcb$6ac551b0$404ff510$@vanrise.com>
Hello,
I'm using below routing logic to change the 183 reply to 180 and send it
back to the origination.
Noting that Kamailio is listening on 5065.
route{
xlog("L_INFO","INSIDE request route $si \n");
insert_hf("X-AUTH-IP: $si\r\n");
}
route(FWD);
reply_route {
#xlog("L_INFO","INSDE reply \n");
if (status == "183") {
change_reply_status(180, "Ringing");
exit;
route[FWD] {
#xlog("L_INFO","INSIDE FWD \n");
forward(x.x.x.x,5060);
Below is the scenario , where the customer is sending packets to Kamailio ,

and Kamailio is forwarding them the supplier (with IP x.x.x.x) , then the
supplier reply back to kamailio and kamailio relay the reply to the
customer
----Customer---- --> ----Kamailio ---> ---Supplier---
I have a case where the supplier sends in some cases an in-dialog invite
(Re-Invite) , which is considered I think as SIP-Request and thus as per
above routing logic , kamailio is sending it back to the supplier , yet I
need to send it to the customer.
How can I solve this issue?
Thanks
Ali Taher
-------------- next part --------------
users/attachments/20180717/d035f10e/attachment.html>

Date: Tue, 17 Jul 2018 15:40:58 +0300
Message-ID: <024e01d41dcb$6ac551b0$404ff510$@vanrise.com>
Hello,
I'm using below routing logic to change the 183 reply to 180 and send it
back to the origination.
Noting that Kamailio is listening on 5065.
route{
route(FWD);
reply_route {
if (status == "183") {
exit;
route[FWD] {

forward(x.x.x.x,5060);
Below is the scenario , where the customer is sending packets to Kamailio ,

and Kamailio is forwarding them the supplier (with IP x.x.x.x) , then the
supplier reply back to kamailio and kamailio relay the reply to the
customer
----Customer---- --> ----Kamailio ---> ---Supplier---
I have a case where the supplier sends in some cases an in-dialog invite
(Re-Invite) , which is considered I think as SIP-Request and thus as per
above routing logic , kamailio is sending it back to the supplier , yet I
need to send it to the customer.
How can I solve this issue?
Thanks
Ali Taher
-------------- next part --------------

users/attachments/20180717/d035f10e/attachment-0001.html>
From abalashov at evaristesys.com Tue Jul 17 14:43:47 2018

Date: Tue, 17 Jul 2018 08:43:47 -0400
In-Reply-To: <024e01d41dcb$6ac551b0$404ff510$@vanrise.com>
References: <024e01d41dcb$6ac551b0$404ff510$@vanrise.com>
Hi,
In-dialog requests must be handled using loose_route(). You can find the
proper boilerplate in the stock configuration file:
https://github.com/kamailio/kamailio/blob/master/etc/kamailio.cfg#L587
To note, your config is not sufficient to handle all aspects of a call

between endpoints in an adequate way. You will want to consider the main
request_route in the main config file and adapt its most essential
aspects accordingly:
-- Alex
On Tue, Jul 17, 2018 at 03:40:58PM +0300, Ali Taher wrote:
> Hello,
>
>
>
> I'm using below routing logic to change the 183 reply to 180 and send it
> back to the origination.
>
>
>
> Noting that Kamailio is listening on 5065.
>
> route{
>
>
> xlog("L_INFO","INSIDE request route $si \n");
>
> insert_hf("X-AUTH-IP: $si\r\n");
>
> }
>
> route(FWD);
>
> }
>
>
>
> reply_route {
>
> #xlog("L_INFO","INSDE reply \n");
>
> if (status == "183") {
>
> change_reply_status(180, "Ringing");
>
> exit;
>
> }
>
> }
>
>
>
> route[FWD] {
>
> #xlog("L_INFO","INSIDE FWD \n");
>
> forward(x.x.x.x,5060);
>
> }
>
>
>
>
>
> Below is the scenario , where the customer is sending packets to Kamailio ,
> and Kamailio is forwarding them the supplier (with IP x.x.x.x) , then the
> supplier reply back to kamailio and kamailio relay the reply to the
> customer
>
>
>
> ----Customer---- --> ----Kamailio ---> ---Supplier---
>
>
>
> I have a case where the supplier sends in some cases an in-dialog invite
> (Re-Invite) , which is considered I think as SIP-Request and thus as per
> above routing logic , kamailio is sending it back to the supplier , yet I
> need to send it to the customer.
>
>
>
> How can I solve this issue?
>
>
>
> Thanks
>
> Ali Taher
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Tue, 17 Jul 2018 08:43:47 -0400
In-Reply-To: <024e01d41dcb$6ac551b0$404ff510$@vanrise.com>
Hi,
In-dialog requests must be handled using loose_route(). You can find the
proper boilerplate in the stock configuration file:
To note, your config is not sufficient to handle all aspects of a call

between endpoints in an adequate way. You will want to consider the main
request_route in the main config file and adapt its most essential
aspects accordingly:
-- Alex
> Hello,
>
>
>
> I'm using below routing logic to change the 183 reply to 180 and send it
> back to the origination.
>
>
>
>
> route{
>
>
>
>
> }
>
> route(FWD);
>
> }
>
>
>
> reply_route {
>
>
> if (status == "183") {
>
>
> exit;
>
> }
>
> }
>
>
>
> route[FWD] {
>
>
>
> }
>
>
>
>
>
> Below is the scenario , where the customer is sending packets to Kamailio ,
> and Kamailio is forwarding them the supplier (with IP x.x.x.x) , then the
> supplier reply back to kamailio and kamailio relay the reply to the
> customer
>
>
>
>
>
>
> I have a case where the supplier sends in some cases an in-dialog invite
> (Re-Invite) , which is considered I think as SIP-Request and thus as per
> above routing logic , kamailio is sending it back to the supplier , yet I
> need to send it to the customer.
>
>
>
>
>
>
> Thanks
>
> Ali Taher
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Tue, 17 Jul 2018 16:21:25 +0300
Message-ID: <026401d41dd1$10e39e30$32aada90$@vanrise.com>
Hi Alex,
So loose_route() is only responsible of In-dialog requests ?
Can you please send me a simplified config that suit my case ?

Noting that I'm using Kamailio only as proxy between my customer and my supplier.
Much appreciated.
Ali Taher
-----Original Message-----
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Alex Balashov
Sent: Tuesday, July 17, 2018 3:44 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Cc: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] SIP re-invite Packets
Hi,
In-dialog requests must be handled using loose_route(). You can find the proper
boilerplate in the stock configuration file:
To note, your config is not sufficient to handle all aspects of a call between
endpoints in an adequate way. You will want to consider the main request_route in
the main config file and adapt its most essential aspects accordingly:
-- Alex
> Hello,
>
>
>
> I'm using below routing logic to change the 183 reply to 180 and send
> it back to the origination.
>
>
>
>
> route{
>
>
>
>
> }
>
> route(FWD);
>
> }
>
>
>
> reply_route {
>
>
> if (status == "183") {
>
>
> exit;
>
> }
>
> }
>
>
>
> route[FWD] {
>
>
>
> }
>
>
>
>
>
> Below is the scenario , where the customer is sending packets to
> Kamailio , and Kamailio is forwarding them the supplier (with IP
> x.x.x.x) , then the supplier reply back to kamailio and kamailio
> relay the reply to the customer
>
>
>
>
>
>
> I have a case where the supplier sends in some cases an in-dialog
> invite
> (Re-Invite) , which is considered I think as SIP-Request and thus as
> per above routing logic , kamailio is sending it back to the supplier
> , yet I need to send it to the customer.
>
>
>
>
>
>
> Thanks
>
> Ali Taher
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________

Date: Tue, 17 Jul 2018 16:21:25 +0300
Message-ID: <026401d41dd1$10e39e30$32aada90$@vanrise.com>
Hi Alex,
So loose_route() is only responsible of In-dialog requests ?
Can you please send me a simplified config that suit my case ?
Noting that I'm using Kamailio only as proxy between my customer and my supplier.
Much appreciated.
Ali Taher
Hi,
In-dialog requests must be handled using loose_route(). You can find the proper
boilerplate in the stock configuration file:
To note, your config is not sufficient to handle all aspects of a call between
endpoints in an adequate way. You will want to consider the main request_route in
the main config file and adapt its most essential aspects accordingly:
-- Alex

> Hello,
>
>
>
> I'm using below routing logic to change the 183 reply to 180 and send
> it back to the origination.
>
>
>
>
> route{
>
>
>
>
> }
>
> route(FWD);
>
> }
>
>
>
> reply_route {
>
>
> if (status == "183") {
>
>
> exit;
>
> }
>
> }
>
>
>
> route[FWD] {
>
>
>
> }
>
>
>
>
>
> Below is the scenario , where the customer is sending packets to
> Kamailio , and Kamailio is forwarding them the supplier (with IP
> x.x.x.x) , then the supplier reply back to kamailio and kamailio
> relay the reply to the customer
>
>
>
>
>
>
> I have a case where the supplier sends in some cases an in-dialog
> invite
> (Re-Invite) , which is considered I think as SIP-Request and thus as
> per above routing logic , kamailio is sending it back to the supplier
> , yet I need to send it to the customer.
>
>
>
>
>
>
> Thanks
>
> Ali Taher
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________

Date: Tue, 17 Jul 2018 09:24:38 -0400
In-Reply-To: <026401d41dd1$10e39e30$32aada90$@vanrise.com>
<026401d41dd1$10e39e30$32aada90$@vanrise.com>
> Can you please send me a simplified config that suit my case ?
Try this for a main request route:

---
route {
if(!mf_process_maxfwd_header("10")) {
sl_send_reply("483", "Too Many Hops");
exit;
}
# Maybe some sanity_check() here.
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(is_method("ACK")) {
if(t_check_trans())
t_relay();
} else
sl_send_reply("403", "Forbidden");
}
exit;
}
# CANCELs / branches.
if(is_method("CANCEL")) {
if(!t_relay_cancel()) {
sl_send_reply("500", "Server Internal Error");
exit;
}
exit;
}
t_check_trans();
if(is_method("OPTIONS")) {
sl_send_reply("200", "OK");
exit;
}
else if(is_method("INVITE")) {
# Route your calls.
exit;
}
sl_send_reply("403", "Method unsupported");

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

Date: Tue, 17 Jul 2018 09:24:38 -0400
In-Reply-To: <026401d41dd1$10e39e30$32aada90$@vanrise.com>
---
route {
exit;
}
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(t_check_trans())
t_relay();
} else
}
exit;
}
exit;
}
exit;
}
t_check_trans();
exit;
}
# Route your calls.
exit;
}

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Tue, 17 Jul 2018 17:16:13 +0300
<20180717132438.GB22557@tlaquepaque.localdomain>
Message-ID: <027f01d41dd8$b91e5020$2b5af060$@vanrise.com>
Hi Alex,
Thank you for your reply.
Does below config forward all sip requests coming from the customer to the
supplier , and relay sip replies back to customer ?
Where re-invite packets are handled in the below config file?
Thank you
Ali Taher
---
route {
exit;
}
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(t_check_trans())
t_relay();
} else
}
exit;
}
exit;
}
exit;
}
t_check_trans();
exit;
}
# Route your calls.
exit;
}

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________

Date: Tue, 17 Jul 2018 17:16:13 +0300
Message-ID: <027f01d41dd8$b91e5020$2b5af060$@vanrise.com>
Hi Alex,
Does below config forward all sip requests coming from the customer to the
Thank you
Ali Taher
---
route {
exit;
}
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(t_check_trans())
t_relay();
} else
}
exit;
}
exit;
}
exit;
}
t_check_trans();
exit;
}
# Route your calls.
exit;
}

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________
From vinodmn.dbit at gmail.com Tue Jul 17 16:20:05 2018

From: vinodmn.dbit at gmail.com (vinod mn)
Date: Tue, 17 Jul 2018 19:50:05 +0530
Subject: [SR-Users] how to configure ims in kamailio
Message-ID: <CAHeWXy5-nyPptZHU50ge7bnVujaDTjSyqr-u9+PV9Aod4ae6bw@mail.gmail.com>
Hi
what are the requirements to configure the ims to work with kamailio.
--
Thanks and regards
Vinod.M.N
-------------- next part --------------
users/attachments/20180717/81f30524/attachment.html>

Date: Tue, 17 Jul 2018 21:40:58 +0300
Subject: [SR-Users] =?utf-8?q?SIP_re-invite_Packets?=
In-Reply-To: <027f01d41dd8$b91e5020$2b5af060$@vanrise.com>
<027f01d41dd8$b91e5020$2b5af060$@vanrise.com>
ReInvites like all in-dialog requests are processed in has_totag()/loose_route

part. Default kamailio.cfg has almost identical part for this purpose.
Main idea is that an initial request (non in-dialog) hasn't To tag already. It
appears only when your request "hits" remote side (called or callee, as you wish)
and goes back to you. Simplified, but I hope you got an idea :)
--
sent from myMail for Android вторник, 17 июля 2018г., 17:16 +03:00 от Ali Taher
ataher at vanrise.com :
>Hi Alex,
>
>Thank you for your reply.
>
>Does below config forward all sip requests coming from the customer to the
>
>Where re-invite packets are handled in the below config file?
>
>Thank you
>Ali Taher
>
>-----Original Message-----
>From: sr-users < sr-users-bounces at lists.kamailio.org> On Behalf Of Alex
Balashov
>Sent: Tuesday, July 17, 2018 4:25 PM
>To: Kamailio (SER) - Users Mailing List < sr-users at lists.kamailio.org>
>Cc: sr-users at lists.sip-router.org
>Subject: Re: [SR-Users] SIP re-invite Packets
>
>On Tue, Jul 17, 2018 at 04:21:25PM +0300, Ali Taher wrote:
>
>
>Try this for a main request route:
>
>---
>
>route {
>if(!mf_process_maxfwd_header("10")) {
>sl_send_reply("483", "Too Many Hops");
>exit;
>}
>
># Maybe some sanity_check() here.
>
>if(has_totag()) {
>if(loose_route()) {
>if(!t_relay())
>sl_reply_error();
>
>exit;
>} else {
>if(is_method("ACK")) {
>if(t_check_trans())
>t_relay();
>} else
>sl_send_reply("403", "Forbidden");
>}
>
>exit;
>}
>
># CANCELs / branches.
>
>if(is_method("CANCEL")) {
>if(!t_relay_cancel()) {
>sl_send_reply("500", "Server Internal Error");
>exit;
>}
>
>exit;
>}
>
>t_check_trans();
>
>if(is_method("OPTIONS")) {
>sl_send_reply("200", "OK");
>exit;
>}
>
>else if(is_method("INVITE")) {
># Route your calls.
>
>exit;
>}
>
>sl_send_reply("403", "Method unsupported");
>exit;
>}
>
>
>--
>
>Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>Web: http://www.evaristesys.com/ , http://www.csrpswitch.com/
>
>_______________________________________________
>
>
>_______________________________________________
-------------- next part --------------
users/attachments/20180717/f4fa3b62/attachment.html>

Date: Tue, 17 Jul 2018 21:40:58 +0300
Subject: [SR-Users] =?utf-8?q?SIP_re-invite_Packets?=
In-Reply-To: <027f01d41dd8$b91e5020$2b5af060$@vanrise.com>

--
sent from myMail for Android вторник, 17 июля 2018г., 17:16 +03:00 от Ali Taher
ataher at vanrise.com :
>Hi Alex,
>
>Thank you for your reply.
>
>Does below config forward all sip requests coming from the customer to the
>
>Where re-invite packets are handled in the below config file?
>
>Thank you
>Ali Taher
>
>From: sr-users < sr-users-bounces at lists.kamailio.org> On Behalf Of Alex
Balashov
>Sent: Tuesday, July 17, 2018 4:25 PM
>To: Kamailio (SER) - Users Mailing List < sr-users at lists.kamailio.org>
>Cc: sr-users at lists.sip-router.org
>Subject: Re: [SR-Users] SIP re-invite Packets
>
>On Tue, Jul 17, 2018 at 04:21:25PM +0300, Ali Taher wrote:
>
>
>Try this for a main request route:
>
>---
>
>route {
>if(!mf_process_maxfwd_header("10")) {
>sl_send_reply("483", "Too Many Hops");
>exit;
>}
>
># Maybe some sanity_check() here.
>
>if(has_totag()) {
>if(loose_route()) {
>if(!t_relay())
>sl_reply_error();
>
>exit;
>} else {
>if(is_method("ACK")) {
>if(t_check_trans())
>t_relay();
>} else
>sl_send_reply("403", "Forbidden");
>}
>
>exit;
>}
>
># CANCELs / branches.
>
>if(is_method("CANCEL")) {
>if(!t_relay_cancel()) {
>sl_send_reply("500", "Server Internal Error");
>exit;
>}
>
>exit;
>}
>
>t_check_trans();
>
>if(is_method("OPTIONS")) {
>sl_send_reply("200", "OK");
>exit;
>}
>
>else if(is_method("INVITE")) {
># Route your calls.
>
>exit;
>}
>
>sl_send_reply("403", "Method unsupported");
>exit;
>}
>
>
>--
>
>Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>Web: http://www.evaristesys.com/ , http://www.csrpswitch.com/
>
>_______________________________________________
>
>
>_______________________________________________
-------------- next part --------------
users/attachments/20180717/f4fa3b62/attachment-0001.html>
From s.safarov at gmail.com Wed Jul 18 06:41:56 2018

Date: Wed, 18 Jul 2018 07:41:56 +0300
Subject: [SR-Users] Kamailio troubleshooting
Message-ID: <CAHtxdDeQQNS+m+zLP2h2SS3pnqFViRewja8K5UTSKyhnoYEQeQ@mail.gmail.com>
One my server with perl external script time to time is stopping processing
SIP messages. Perl script make calls to kamailio database on mysql.
I have found this in logs
DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG:

io_watch_add(0x56427eb40c40, 495, 2, 0x7f1a9f9ba408), fd_no=33
DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del
(0x56427eb40c40, 495, -1, 0x0) fd_no=34 called
DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to
child, events 1
DEBUG: <core> [core/tcp_main.c:3871]: send2child(): WARNING: no free tcp
receiver, connection passed to the least busy one (56)
DEBUG: <core> [core/tcp_main.c:3875]: send2child(): selected tcp worker 4
20(24) for activity on [tcp:0.0.0.0:81], 0x7f1a9f9ba408
And no next messages.
How get info what is load on "tcp receiver". This host in dev mode and
handles not more 5 devices.
Sergey
-------------- next part --------------
users/attachments/20180718/34e88a1e/attachment.html>
From bitsmaker at gmail.com Wed Jul 18 02:21:59 2018
From: bitsmaker at gmail.com (Bobby Mah)
Date: Tue, 17 Jul 2018 17:21:59 -0700
Subject: [SR-Users] Using the SIP related functions in a lib
Message-ID: <CALCTmMuZWrP8AFrWp4x99mLMX13c9MoYN5HQmqeDEWxUFAJVZg@mail.gmail.com>
Hello all,
Is it worth my time to try and create a SIP lib out of the SIP
functionality available in Kamailio?
Thanks for all your input,
Bobby
-------------- next part --------------
users/attachments/20180717/78623ae5/attachment.html>

Date: Wed, 18 Jul 2018 11:51:42 +0200
In-Reply-To: <b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
<b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
Message-ID: <76a2e14c-8c2f-67fb-e0f1-4aba249e83e1@gmail.com>
Hello,
that is not easy if using fifo or unix socket files, only if using a
proxy for commands (e.g., via socat), but probably doesn't worth the
trouble.
What you can do is to compare the time stamps of the log messages with
the timestamps of the sip traffic to see if the log message is after or
before 200ok/ACK or CANCEL/BYE. Ending the call should be done after
200ok/ACK.
Cheers,
Daniel
On 17.07.18 12:30, Laura wrote:

> Hi,
>
> via kamctl/kamcmd only..
>
> Regards
>
>
>> Hello,
>>
>> what do you use for sending the rpc command? Is via kamctl/kamcmd or you
>> have your own implementation?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 17.07.18 10:24, Laura wrote:
>>> Hello,
>>>
>>> i just log all the traffic inside this system on 5060, so that i can
>>> control sip signaling, but, how can i trace the rpc command ?
>>>
>>>
>>> Cheers,
>>> Laura
>>>
>>>> Hello,
>>>>
>>>> based on the log messages it appears that the rpc command to end the
>>>> dialog is received before 200ok/ACK for initial INVITE or after the
>>>> call
>>>> was ended already. Can you watch the network for these rpc commands
>>>> and
>>>> compare with what happens for sip packets traffic?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 17.07.18 09:42, Laura wrote:
>>>>> Hello,
>>>>>
>>>>> I have an external program that query RPC for the list of active
>>>>> calls
>>>>> "kamctl dialog show" and kill calls only when the system decide to
>>>>> close a customer.. but this cannot be the situation becuase i have
>>>>> these errors every few seconds...
>>>>>
>>>>> Also I'm using dialog timeout parameters too..
>>>>>
>>>>> modparam("dialog", "default_timeout", 7200)
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>>>>> Hello,
>>>>>>
>>>>>> do you use an external call controller that tries to terminate
>>>>>> dialogs
>>>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>> On 16.07.18 17:23, Laura wrote:
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>>>> dialog I see a lot of messages like this..
>>>>>>>
>>>>>>>
>>>>>>> Jul 16 15:20:26 vm-nextaitz-01 /usr/sbin/kamailio[31288]: ERROR:
>>>>>>> dialog [dlg_req_within.c:340]: send_bye(): terminating
>>>>>>> non-confirmed
>>>>>>> dialogs not supported
>>>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error:
>>>>>>> failed
>>>>>>> to end dialog: 500 Operation failed
>>>>>>>
>>>>>>>
>>>>>>> I'm not find the issue and the way for fix..
>>>>>>>
>>>>>>> Any idea ?
>>>>>>>
>>>>>>> Regards
>>>>>>>
>>>>>>> Laura
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>> sr-users at lists.kamailio.org
>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--

Date: Wed, 18 Jul 2018 11:51:42 +0200
In-Reply-To: <b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
<b5d4269f-173a-d7f4-d6c4-629d68c8d88c@plugit.net>
Message-ID: <76a2e14c-8c2f-67fb-e0f1-4aba249e83e1@gmail.com>
Hello,
that is not easy if using fifo or unix socket files, only if using a
proxy for commands (e.g., via socat), but probably doesn't worth the
trouble.
What you can do is to compare the time stamps of the log messages with
the timestamps of the sip traffic to see if the log message is after or
before 200ok/ACK or CANCEL/BYE. Ending the call should be done after
200ok/ACK.
Cheers,
Daniel
On 17.07.18 12:30, Laura wrote:

> Hi,
>
> via kamctl/kamcmd only..
>
> Regards
>
>
>> Hello,
>>
>> what do you use for sending the rpc command? Is via kamctl/kamcmd or you
>> have your own implementation?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 17.07.18 10:24, Laura wrote:
>>> Hello,
>>>
>>> i just log all the traffic inside this system on 5060, so that i can
>>> control sip signaling, but, how can i trace the rpc command ?
>>>
>>>
>>> Cheers,
>>> Laura
>>>
>>>> Hello,
>>>>
>>>> based on the log messages it appears that the rpc command to end the
>>>> dialog is received before 200ok/ACK for initial INVITE or after the
>>>> call
>>>> was ended already. Can you watch the network for these rpc commands
>>>> and
>>>> compare with what happens for sip packets traffic?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 17.07.18 09:42, Laura wrote:
>>>>> Hello,
>>>>>
>>>>> I have an external program that query RPC for the list of active
>>>>> calls
>>>>> "kamctl dialog show" and kill calls only when the system decide to
>>>>> close a customer.. but this cannot be the situation becuase i have
>>>>> these errors every few seconds...
>>>>>
>>>>> Also I'm using dialog timeout parameters too..
>>>>>
>>>>> modparam("dialog", "default_timeout", 7200)
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Laura
>>>>>
>>>>>
>>>>> Il 16/07/18 19:07, Daniel-Constantin Mierla ha scritto:
>>>>>> Hello,
>>>>>>
>>>>>> do you use an external call controller that tries to terminate
>>>>>> dialogs
>>>>>> using rpc commands? Or do you set a dialog lifetime (call timeout)?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>>
>>>>>> On 16.07.18 17:23, Laura wrote:
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> on a test server with kamailio 4.3.7 statefull configuration with
>>>>>>> dialog I see a lot of messages like this..
>>>>>>>
>>>>>>>
>>>>>>> Jul 16 15:20:26 vm-nextaitz-01 media-dispatcher[31555]: error:
>>>>>>> failed
>>>>>>> to end dialog: 500 Operation failed
>>>>>>>
>>>>>>>
>>>>>>> I'm not find the issue and the way for fix..
>>>>>>>
>>>>>>> Any idea ?
>>>>>>>
>>>>>>> Regards
>>>>>>>
>>>>>>> Laura
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>
--
From ataher at vanrise.com Wed Jul 18 12:04:04 2018

Date: Wed, 18 Jul 2018 13:04:04 +0300
<1531852858.433437809@f32.my.com>
Message-ID: <03cb01d41e7e$a9bc75c0$fd356140$@vanrise.com>
I tried the config file shared by Alex below , but I noticed that kamailio is not
dealing with CANCEL requests.
the scenario in my case is that I’m using Kamailio behind a switch to alter some
packets (precisely 183 packets) , so I need to forward all packets coming from my
customer to the switch , which will deal with it (send it to appropriate supplier).
So what I need is the config file that will forward all requests coming to Kamailio
from my customer , to forward them to my switch , then reply back to customer the
reply coming from the switch. 9after altering 183 packet to 180) , handling the in-
dialog invites sent by my switch , which needs to be sent to the customer by
kamailio.
Thanks
Ali Taher
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of yu at yu-

boot.ru

--
вторник, 17 июля 2018г., 17:16 +03:00 от Ali Taher ataher at vanrise.com

<mailto:ataher at vanrise.com> :
Hi Alex,
Does below config forward all sip requests coming from the customer to the supplier
, and relay sip replies back to customer ?
Thank you
Ali Taher
From: sr-users <sr-users-bounces at lists.kamailio.org <mailto:sr-users-bounces at
lists.kamailio.org> > On Behalf Of Alex Balashov
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org <mailto:sr-
users at lists.kamailio.org> >
Cc: sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
---
route {
exit;
}
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(t_check_trans())
t_relay();
} else
}
exit;
}
exit;
}
exit;
}
t_check_trans();
exit;
}
# Route your calls.
exit;
}

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________
sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
_______________________________________________
-------------- next part --------------

users/attachments/20180718/0fd0d75e/attachment.html>
Date: Wed, 18 Jul 2018 13:04:04 +0300
<1531852858.433437809@f32.my.com>
Message-ID: <03cb01d41e7e$a9bc75c0$fd356140$@vanrise.com>
I tried the config file shared by Alex below , but I noticed that kamailio is not
dealing with CANCEL requests.
the scenario in my case is that I’m using Kamailio behind a switch to alter some
packets (precisely 183 packets) , so I need to forward all packets coming from my
customer to the switch , which will deal with it (send it to appropriate supplier).
So what I need is the config file that will forward all requests coming to Kamailio
from my customer , to forward them to my switch , then reply back to customer the
reply coming from the switch. 9after altering 183 packet to 180) , handling the in-
dialog invites sent by my switch , which needs to be sent to the customer by
kamailio.
Thanks
Ali Taher
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of yu at yu-

boot.ru

--
вторник, 17 июля 2018г., 17:16 +03:00 от Ali Taher ataher at vanrise.com
<mailto:ataher at vanrise.com> :
Hi Alex,
Does below config forward all sip requests coming from the customer to the supplier
, and relay sip replies back to customer ?
Thank you
Ali Taher
From: sr-users <sr-users-bounces at lists.kamailio.org <mailto:sr-users-bounces at
lists.kamailio.org> > On Behalf Of Alex Balashov
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org <mailto:sr-
users at lists.kamailio.org> >
Cc: sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
---
route {
exit;
}
if(has_totag()) {
if(loose_route()) {
if(!t_relay())
sl_reply_error();
exit;
} else {
if(t_check_trans())
t_relay();
} else
}
exit;
}
exit;
}
exit;
}
t_check_trans();
exit;
}
# Route your calls.
exit;
}

exit;
}
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

_______________________________________________
_______________________________________________
-------------- next part --------------

users/attachments/20180718/0fd0d75e/attachment-0001.html>

Date: Wed, 18 Jul 2018 13:37:29 +0200
Subject: [SR-Users] Kamailio troubleshooting
In-Reply-To: <CAHtxdDeQQNS+m+zLP2h2SS3pnqFViRewja8K5UTSKyhnoYEQeQ@mail.gmail.com>
References: <CAHtxdDeQQNS+m+zLP2h2SS3pnqFViRewja8K5UTSKyhnoYEQeQ@mail.gmail.com>
Message-ID: <57248150-3dd6-acfe-a775-7a34d51dfbf1@gmail.com>
Hello,
On 18.07.18 06:41, Sergey Safarov wrote:

> One my server with perl external script time to time is stopping
> processing SIP messages. Perl script make calls to kamailio database
> on mysql.
>
> I have found this in logs
>
> DEBUG: <core> [core/io_wait.h:380]: io_watch_add(): DBG:
> io_watch_add(0x56427eb40c40, 495, 2, 0x7f1a9f9ba408), fd_no=33
> DEBUG: <core> [core/io_wait.h:602]: io_watch_del(): DBG: io_watch_del
> (0x56427eb40c40, 495, -1, 0x0) fd_no=34 called
> DEBUG: <core> [core/tcp_main.c:4196]: handle_tcpconn_ev(): sending to
> child, events 1
> DEBUG: <core> [core/tcp_main.c:3871]: send2child(): WARNING: no free
> tcp receiver, connection passed to the least busy one (56)
> DEBUG: <core> [core/tcp_main.c:3875]: send2child(): selected tcp
> worker 4 20(24) for activity on [tcp:0.0.0.0:81 <http://0.0.0.0:81>],
> 0x7f1a9f9ba408
>
> And no next messages.
>
> How get info what is load on "tcp receiver". This host in dev mode and
> handles not more 5 devices.
>
this messages are printed when all tcp workers are assigned to handle
traffic on a tcp connection. They are harmless if there is a lot of
traffic on many tcp connections, but if you say the traffic is low, then
the tcp workers are blocked in some operations, likely the database query.
You can use benchmark module or play with latency* core parameters in
order to detect what action in config takes very long time to execute.
You can also increase the value for tcp_children global parameter.
Cheers,
Daniel
--
-------------- next part --------------

users/attachments/20180718/94d0ab18/attachment.html>

Date: Wed, 18 Jul 2018 13:40:21 +0200
Subject: [SR-Users] Using the SIP related functions in a lib
In-Reply-To: <CALCTmMuZWrP8AFrWp4x99mLMX13c9MoYN5HQmqeDEWxUFAJVZg@mail.gmail.com>
References: <CALCTmMuZWrP8AFrWp4x99mLMX13c9MoYN5HQmqeDEWxUFAJVZg@mail.gmail.com>
Message-ID: <b1f16ee6-b3e6-1aab-8266-e4cf7acf8223@gmail.com>
Hello,
On 18.07.18 02:21, Bobby Mah wrote:

> Hello all,
>
> Is it worth my time to try and create a SIP lib out of the SIP
> functionality available in Kamailio?
>
if you do not plan to build a proxy application, then I would say that
it might be better to look at existing sip libraries, such as baresip,
pjsip, sofia sip or libosip. It may save the time and may have more
layers than sip (e.g., rtp/rtcp) that can help building a user agent.
Cheers,
Daniel
--
From michal.skuta at gmail.com Wed Jul 18 14:26:23 2018

From: michal.skuta at gmail.com (=?UTF-8?Q?Michal_=C5=A0kuta?=)
Date: Wed, 18 Jul 2018 14:26:23 +0200
In-Reply-To: <9f59f87a-a821-4b7b-1d91-a735cff548a9@gmail.com>
References: <CAEws=bEdF4doon6uEyx4h8TsOv9NUdarj2JR=Wvc7mSZqv538Q@mail.gmail.com>
<9f59f87a-a821-4b7b-1d91-a735cff548a9@gmail.com>
Message-ID: <CAEws=bHqSPV+DOP8fmcYf+RhnEg33N6aOvHkqnEX7o_5_E9+bA@mail.gmail.com>
Hi,
the BLF lights comes online during call. Problem is when the watchers phone
is rebooted and the lights after reboot are off, but before restart they
were green/red.
I looked to the source code of presence module and I think that I found the
problematic part in function *update_subscrition()* in file
*modules/presence/subscribe.c*:
if(subs->expires!= 0 && subs->event->wipeer)

{
LM_DBG("send Notify with winfo\n");
if(query_db_notify(&subs->pres_uri, subs->event->wipeer, subs)<
0)
{
LM_ERR("Could not send notify winfo\n");
goto error;
}
if(subs->send_on_cback== 0)
{
if(notify(subs, NULL, NULL, 0, 0)< 0)
{
LM_ERR("Could not send notify\n");
goto error;
}
}
}
else
{
if(send_fast_notify && (notify(subs, NULL, NULL, 0, 0)< 0))
{
LM_ERR("Could not send notify\n");
goto error;
}
}
The presence module is always going to this line> if(send_fast_notify &&
(notify(subs, NULL, NULL, 0, 0)< 0))
and it sends just empty notify, it should send the last notify (which was
from the last call).
What is subs->event->wipeer and why do we need to check it?
Any help is appreciated.
po 16. 7. 2018 o 9:37 Daniel-Constantin Mierla <miconda at gmail.com>

napísal(a):
> Hello,
>
> On 12.07.18 16:41, Michal Škuta wrote:
>
> Hello,
>
> I am trying make presence module work with Kamailio. Right now I am
> testing these modules: presence, presence_xml, presence_dialoginfo, pua and
> pua_dialoginfo.
>
> I had some success, the BLF is working only when the monitored extension
> is calling. When the monitored extension is calling, then the BLF changes
> its color (red). After end of the call the BLF changes color to green.
>
> My problem is when a User comes on-line then it sends SUBSCRIBE with *Event:
dialog* and
> don't get notified of its subscribers state and BLF is not changed.
>
>
> does it come online during a call?
>
> I found similar problem in this mail list
:https://lists.kamailio.org/pipermail/sr-users/2017-March/096314.html But is not
working for me.
>
>
>
> Second question is about BLF and offline state. I can not found anything in RFC,
there is no offline state, no way to turn off the BLF lamp from green to OFF.
>
> I found only this pdf from grandstream:
e.pdf mentioning offline state on page 8.
>
> Does anyone have experience with it?
>
>
> BLF is about dialog states, not user (device) states, so it is about being
> in a call (busy) or or not. Not to get notifications about it, you should
> unsubscribe for dialog event.
>
> Cheers,
> Daniel
>
> --
>
>
-------------- next part --------------
users/attachments/20180718/d22426f4/attachment.html>

Date: Wed, 18 Jul 2018 16:32:01 +0300
Subject: [SR-Users] in-dialog requests
Message-ID: <042101d41e9b$b6ec2340$24c469c0$@vanrise.com>
Hello,
I'm using Kamailio as a proxy behind freeswitch to alter some packets (183
packets precisely).
Here is my scenario:
(---Customer---) --> ((port 5065)---Kamailio---) -->

((port5060)---Freeswitch---) --> (---Supplier---)
Here is my request route :
route{
}
route(FWD);
reply_route {
if (status == "183") {
exit;
route[FWD] {
forward(X.X.X.X,5060);
Where X.X.X.X is the Freeswitch IP
This script is working normally as long as the customer is sending the

requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or freeswitch
initiated the request , above script causes loop where the packet is bounced
between kamailio and freeswitch.
As I know , loose_route is used to handle such requests , but I'm not sure
how to forward these packets to the customer after receiving them from
freeswitch.
I'm not sure also if what's I'm doing is statefull or stateless.
Thanks,
Ali Taher
-------------- next part --------------

users/attachments/20180718/889bd853/attachment.html>

Date: Wed, 18 Jul 2018 16:32:01 +0300
Message-ID: <042101d41e9b$b6ec2340$24c469c0$@vanrise.com>
Hello,
I'm using Kamailio as a proxy behind freeswitch to alter some packets (183
packets precisely).
Here is my scenario:
(---Customer---) --> ((port 5065)---Kamailio---) -->

((port5060)---Freeswitch---) --> (---Supplier---)
Here is my request route :
route{
route(FWD);
reply_route {
if (status == "183") {
exit;
route[FWD] {
forward(X.X.X.X,5060);
Where X.X.X.X is the Freeswitch IP
This script is working normally as long as the customer is sending the

requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or freeswitch
initiated the request , above script causes loop where the packet is bounced
between kamailio and freeswitch.
As I know , loose_route is used to handle such requests , but I'm not sure
how to forward these packets to the customer after receiving them from
freeswitch.
I'm not sure also if what's I'm doing is statefull or stateless.
Thanks,
Ali Taher
-------------- next part --------------

users/attachments/20180718/889bd853/attachment-0001.html>
From abalashov at evaristesys.com Wed Jul 18 15:33:51 2018

Date: Wed, 18 Jul 2018 09:33:51 -0400
In-Reply-To: <042101d41e9b$b6ec2340$24c469c0$@vanrise.com>
References: <042101d41e9b$b6ec2340$24c469c0$@vanrise.com>
Message-ID: <7CB5C05B-4F9C-4E06-B21F-5FBC1B02E671@evaristesys.com>
Have you tried the config I suggested to you yesterday?
On July 18, 2018 9:32:01 AM EDT, Ali Taher <ataher at vanrise.com> wrote:
>Hello,
>
>
>
>I'm using Kamailio as a proxy behind freeswitch to alter some packets
>(183
>packets precisely).
>
>
>
>Here is my scenario:
>
>
>
>(---Customer---) --> ((port 5065)---Kamailio---) -->
>((port5060)---Freeswitch---) --> (---Supplier---)
>
>
>
>Here is my request route :
>
>
>
>route{
>
>
>
>if (is_method("INVITE")) {
>
>
>
>}
>
>
>
>route(FWD);
>
>}
>
>
>
>
>
>reply_route {
>
>#xlog("L_INFO","INSDE reply \n");
>
> if (status == "183") {
>
>
> exit;
>
> }
>
>}
>
>
>
>route[FWD] {
>
>#xlog("L_INFO","INSIDE FWD \n");
>
>forward(X.X.X.X,5060);
>
>}
>
>Where X.X.X.X is the Freeswitch IP
>
>
>
>This script is working normally as long as the customer is sending the
>requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or freeswitch
>initiated the request , above script causes loop where the packet is
>bounced
>between kamailio and freeswitch.
>
>
>
>As I know , loose_route is used to handle such requests , but I'm not
>sure
>how to forward these packets to the customer after receiving them from
>freeswitch.
>
>
>
>I'm not sure also if what's I'm doing is statefull or stateless.
>
>
>
>Any help is appreciated.
>
>
>
>Thanks,
>
>Ali Taher
-- Alex
--

Date: Wed, 18 Jul 2018 16:47:15 +0300
In-Reply-To: <7CB5C05B-4F9C-4E06-B21F-5FBC1B02E671@evaristesys.com>
<7CB5C05B-4F9C-4E06-B21F-5FBC1B02E671@evaristesys.com>
Message-ID: <042901d41e9d$d77513e0$865f3ba0$@vanrise.com>
Hi Alex,
Yes I did, but I noticed that all in-dialog requests sent by freeswitch to kamailio
were ignored and no packet was generated from kamailio in this regard.
I'm not sure if t_relay is working as expected at my side.
Thanks.
Ali Taher
Sent: Wednesday, July 18, 2018 4:34 PM
Subject: Re: [SR-Users] in-dialog requests
Have you tried the config I suggested to you yesterday?
>Hello,
>
>
>
>I'm using Kamailio as a proxy behind freeswitch to alter some packets
>(183
>packets precisely).
>
>
>
>Here is my scenario:
>
>
>
>(---Customer---) --> ((port 5065)---Kamailio---) -->
>((port5060)---Freeswitch---) --> (---Supplier---)
>
>
>
>Here is my request route :
>
>
>
>route{
>
>
>
>if (is_method("INVITE")) {
>
>
>
>}
>
>
>
>route(FWD);
>
>}
>
>
>
>
>
>reply_route {
>
>#xlog("L_INFO","INSDE reply \n");
>
> if (status == "183") {
>
>
> exit;
>
> }
>
>}
>
>
>
>route[FWD] {
>
>#xlog("L_INFO","INSIDE FWD \n");
>
>forward(X.X.X.X,5060);
>
>}
>
>Where X.X.X.X is the Freeswitch IP
>
>
>
>This script is working normally as long as the customer is sending the
>requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or freeswitch
>initiated the request , above script causes loop where the packet is
>bounced between kamailio and freeswitch.
>
>
>
>As I know , loose_route is used to handle such requests , but I'm not
>sure how to forward these packets to the customer after receiving them
>from freeswitch.
>
>
>
>I'm not sure also if what's I'm doing is statefull or stateless.
>
>
>
>Any help is appreciated.
>
>
>
>Thanks,
>
>Ali Taher
-- Alex
--
_______________________________________________
From abalashov at evaristesys.com Wed Jul 18 15:49:54 2018

Date: Wed, 18 Jul 2018 09:49:54 -0400
In-Reply-To: <042901d41e9d$d77513e0$865f3ba0$@vanrise.com>
<042901d41e9d$d77513e0$865f3ba0$@vanrise.com>
Message-ID: <AE7EFEFD-E94C-46D1-963F-8AB3B00A3BF0@evaristesys.com>
That may be, but it's still the correct config to use. Your scaled-down version
simply will not work.
>Hi Alex,
>
>Yes I did, but I noticed that all in-dialog requests sent by freeswitch
>to kamailio were ignored and no packet was generated from kamailio in
>this regard.
>
>I'm not sure if t_relay is working as expected at my side.
>
>Thanks.
>Ali Taher
>
>From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Alex
>Balashov
>Sent: Wednesday, July 18, 2018 4:34 PM
>To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>Subject: Re: [SR-Users] in-dialog requests
>
>Have you tried the config I suggested to you yesterday?
>
>On July 18, 2018 9:32:01 AM EDT, Ali Taher <ataher at vanrise.com> wrote:
>>Hello,
>>
>>
>>
>>I'm using Kamailio as a proxy behind freeswitch to alter some packets
>>(183
>>packets precisely).
>>
>>
>>
>>Here is my scenario:
>>
>>
>>
>>(---Customer---) --> ((port 5065)---Kamailio---) -->
>>((port5060)---Freeswitch---) --> (---Supplier---)
>>
>>
>>
>>Here is my request route :
>>
>>
>>
>>route{
>>
>>
>>
>>if (is_method("INVITE")) {
>>
>> xlog("L_INFO","INSIDE request route $si \n");
>>
>> insert_hf("X-AUTH-IP: $si\r\n");
>>
>>}
>>
>>
>>
>>route(FWD);
>>
>>}
>>
>>
>>
>>
>>
>>reply_route {
>>
>>#xlog("L_INFO","INSDE reply \n");
>>
>> if (status == "183") {
>>
>> change_reply_status(180, "Ringing");
>>
>> exit;
>>
>> }
>>
>>}
>>
>>
>>
>>route[FWD] {
>>
>>#xlog("L_INFO","INSIDE FWD \n");
>>
>>forward(X.X.X.X,5060);
>>
>>}
>>
>>Where X.X.X.X is the Freeswitch IP
>>
>>
>>
>>This script is working normally as long as the customer is sending the
>>requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or
>freeswitch
>>initiated the request , above script causes loop where the packet is
>>bounced between kamailio and freeswitch.
>>
>>
>>
>>As I know , loose_route is used to handle such requests , but I'm not
>>sure how to forward these packets to the customer after receiving them
>
>>from freeswitch.
>>
>>
>>
>>I'm not sure also if what's I'm doing is statefull or stateless.
>>
>>
>>
>>Any help is appreciated.
>>
>>
>>
>>Thanks,
>>
>>Ali Taher
>
>
>-- Alex
>
>--
>Sent via mobile, please forgive typos and brevity.
>
>_______________________________________________
>
>
>_______________________________________________
-- Alex
--
Date: Wed, 18 Jul 2018 16:55:53 +0300
In-Reply-To: <AE7EFEFD-E94C-46D1-963F-8AB3B00A3BF0@evaristesys.com>
<042901d41e9d$d77513e0$865f3ba0$@vanrise.com>
<AE7EFEFD-E94C-46D1-963F-8AB3B00A3BF0@evaristesys.com>
Message-ID: <042b01d41e9f$0be72cc0$23b58640$@vanrise.com>
Hi Alex,
How can I troubleshoot the issue in this case ?
Noting that I'm using Kamailio 4.2.0
Thanks
Ali Taher
Subject: Re: [SR-Users] in-dialog requests
That may be, but it's still the correct config to use. Your scaled-down version
simply will not work.
>Hi Alex,
>
>Yes I did, but I noticed that all in-dialog requests sent by freeswitch
>to kamailio were ignored and no packet was generated from kamailio in
>this regard.
>
>I'm not sure if t_relay is working as expected at my side.
>
>Thanks.
>Ali Taher
>
>From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Alex
>Balashov
>Sent: Wednesday, July 18, 2018 4:34 PM
>To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>Subject: Re: [SR-Users] in-dialog requests
>
>Have you tried the config I suggested to you yesterday?
>
>On July 18, 2018 9:32:01 AM EDT, Ali Taher <ataher at vanrise.com> wrote:
>>Hello,
>>
>>
>>
>>I'm using Kamailio as a proxy behind freeswitch to alter some packets
>>(183
>>packets precisely).
>>
>>
>>
>>Here is my scenario:
>>
>>
>>
>>(---Customer---) --> ((port 5065)---Kamailio---) -->
>>((port5060)---Freeswitch---) --> (---Supplier---)
>>
>>
>>
>>Here is my request route :
>>
>>
>>
>>route{
>>
>>
>>
>>if (is_method("INVITE")) {
>>
>> xlog("L_INFO","INSIDE request route $si \n");
>>
>> insert_hf("X-AUTH-IP: $si\r\n");
>>
>>}
>>
>>
>>
>>route(FWD);
>>
>>}
>>
>>
>>
>>
>>
>>reply_route {
>>
>>#xlog("L_INFO","INSDE reply \n");
>>
>> if (status == "183") {
>>
>> change_reply_status(180, "Ringing");
>>
>> exit;
>>
>> }
>>
>>}
>>
>>
>>
>>route[FWD] {
>>
>>#xlog("L_INFO","INSIDE FWD \n");
>>
>>forward(X.X.X.X,5060);
>>
>>}
>>
>>Where X.X.X.X is the Freeswitch IP
>>
>>
>>
>>This script is working normally as long as the customer is sending the
>>requests(INVITE,BYE,ACK,CANCEL..) . But when the supplier or
>freeswitch
>>initiated the request , above script causes loop where the packet is
>>bounced between kamailio and freeswitch.
>>
>>
>>
>>As I know , loose_route is used to handle such requests , but I'm not
>>sure how to forward these packets to the customer after receiving them
>
>>from freeswitch.
>>
>>
>>
>>I'm not sure also if what's I'm doing is statefull or stateless.
>>
>>
>>
>>Any help is appreciated.
>>
>>
>>
>>Thanks,
>>
>>Ali Taher
>
>
>-- Alex
>
>--
>Sent via mobile, please forgive typos and brevity.
>
>_______________________________________________
>
>
>_______________________________________________
-- Alex
--
_______________________________________________
From wvillalba at gmail.com Wed Jul 18 18:06:58 2018

From: wvillalba at gmail.com (=?UTF-8?Q?Walter_Mart=C3=ADn_Villalba?=)
Date: Wed, 18 Jul 2018 09:06:58 -0700
Subject: [SR-Users] executing python routine on demand
Message-ID: <CA+V_MsJs9VO8Kaz31DscVSC7RbwdZUnm9XHfg7ny93tRx+5zKA@mail.gmail.com>
Hello,
TL;DR
How can I execute a routine in my Kamailio python module
(kamailio_python.py) on demand? For example, using kamcmd from the command
line. I know you can execute *app_python.reload *but I don't need to
reload the whole python module, and furthermore, docs for this call say
it's unstable and can even crash your kamailio instance. So my goal is to
execute one single python routine on demand.
https://www.kamailio.org/docs/modules/5.1.x/modules/app_python.html#app_python.r.re
load
Full explanation:
I'm currently implementing OIDC token authentication for Kamailio. I have
a python routine that extracts the token from a custom SIP header, and
validates the token as per the OIDC spec (I'm using pyjwt plus other custom
checks for this). In order to do offline validation of the token, you need
the Identity Provider (IdP) Server's certificate, which I get in advance
and cache in a local file on my Kamailio server. I also have an external
python script which I can run to get the latest certificate from the IdP
server and update it locally.
The part I'm missing is how to tell Kamailio to reload the value of the
certificate from the local cache, WITHOUT stopping kamailio or interrupting
any sessions. This is needed in case the certificate is updated (e.g. due
to expiration or compromise) on the IdP server; if you don't update it so
that Kamailio can use the latest one, all token verification will fail
(tokens signed by IdP server using latest private key corresponding to
latest certificate, but Kamailio trying to validate the signature using the
public key extracted from previous certificate -- this results in a
signature error, as Kamailio needs to be using the public key corresponding
to the private one that was used to sign the token).
By being able to execute one single python routine on demand (e.g. using
kamcmd), I can tell Kamailio to reload the certificate value from the local
cache, which I just updated by running my other (external and unrelated to
Kamailio software) python script.
Hope this makes sense, and hopefully I can get some tips on how to achieve
this.
Thanks,
Martín.
-------------- next part --------------
users/attachments/20180718/cc10374e/attachment.html>
From laurent.schweizer at peoplefone.com Wed Jul 18 19:32:39 2018
From: laurent.schweizer at peoplefone.com (Laurent Schweizer)
Date: Wed, 18 Jul 2018 17:32:39 +0000
In-Reply-To: <a8cca24e-1bef-c810-6ea7-beeb7b811c05@gmail.com>
References:
>
>
<f7982144-ac45-be18-8a0b-f5d80bef79c6@gmail.com>
<a8cca24e-1bef-c810-6ea7-beeb7b811c05@gmail.com>
Message-ID:
<VI1PR0702MB3664574D348FADC9ABC41B6C81530@VI1PR0702MB3664.eurprd07.prod.outlook.com
>
Hello,
Thanks it’s working and I will upgrade to 5.1 😊
BR
Laurent
De : Daniel-Constantin Mierla [mailto:miconda at gmail.com]

Envoyé : lundi, 9 juillet 2018 10:54
À : Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>; Laurent
Schweizer <laurent.schweizer at peoplefone.com>
Objet : Re: [SR-Users] ul.add | path & socket not correctly set
Hello,
few things for your version 5.0.x:
- rpc ul.add command doesn't have the last two parameters: received and socket --
those were added in 5.1 -- so socket is not going to be set no matter parameter you
give
- path parameter was expecting "0" (s:0) in order not to set it -- for coherence
I pushed a patch to skip setting it if '.' is given
However, if you want to set one of the last two parameters, you have to upgrade to
5.1.
Cheers,
Daniel
Hello,
I will check it -- reminders are good, somehow first message was not noticed...
Cheers,
Daniel
On 08.07.18 13:15, Laurent Schweizer wrote:

Dear all,
Any idea how to solve it ?
BR
Laurent
De : sr-users [mailto:sr-users-bounces at lists.kamailio.org] De la part de Laurent

Schweizer
Envoyé : lundi, 25 juin 2018 22:13
À : Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org><mailto:sr-
users at lists.kamailio.org>
Objet : [SR-Users] ul.add | path & socket not correctly set
Dear all,
I have kamailio 5.0.6 and I have an issue to add permanent location
When I add a location with :

kamcmd ul.add location_ch demo at peoplefone.ch<mailto:demo at peoplefone.ch> sip:
demo at 95.128.80.122:5060<mailto:demo at 95.128.80.122:5060> 0 0.0 . 0 128 6111 .
udp:95.128.80.3:5060
then I get the following insertion:

kamcmd ul.lookup location_ch demo@
{
AoR: demo
Contacts: {
Contact: {
Address: sip:demo at 95.128.80.122:5060
Expires: permanent
Q: 0.000000
Call-ID: dfjrewr12386fd6-343 at
kamailio.mi<mailto:dfjrewr12386fd6-343 at kamailio.mi>
CSeq: 1
User-Agent: SIP Router MI Server
Received: [not set]
Path: .
State: CS_SYNC
Flags: 0
CFlags: 128
Socket: [not set]
Methods: 6111
Ruid: ulcx-5b243cb5-67c6-31
Instance: [not set]
Reg-Id: 0
Server-Id: 0
Tcpconn-Id: 0
Keepalive: 0
Last-Keepalive: 0
Last-Modified: 0
}
}
As you can see the Path value is set to “.” But it must be set to [not set]
The Socket is also not set.
Any idea ?
BR
Laurent
_______________________________________________
--
--

-------------- next part --------------
users/attachments/20180718/3bdb74e7/attachment.html>
From eyas37 at hotmail.com Wed Jul 18 21:58:28 2018

Date: Wed, 18 Jul 2018 19:58:28 +0000
Subject: [SR-Users] forbidden domain not served
Message-ID:
<HK2PR03MB1506EA2516FAE3767B4B7FD0C5530@HK2PR03MB1506.apcprd03.prod.outlook.com>
Dears
i'm using kamilio 5.2.0 as IMS with Zoiper client and RTP Engine
when i'm trying to terminate a video call ,BYE message does not arrived to
destination with error from S-cscf side "forbidden domain not served "
has any one had the same issue before ? and is there any ideas about how to solve
it ?
?
thanks in advance
-------------- next part --------------
users/attachments/20180718/7ec3263b/attachment.html>
From sprayrules at gmail.com Wed Jul 18 20:16:37 2018

From: sprayrules at gmail.com (=?UTF-8?B?0JzQsNC60YHQuNC8INCR0LDRgNCw0L3QvtCy?=)
Date: Wed, 18 Jul 2018 21:16:37 +0300
Subject: [SR-Users] Options for SIP traffic duplicating to third party tcp
port
Message-ID: <CAEjYGer6BHgO--5CMFqoQX84xH8LL6_+gcf4uJvJTAFhUxWUCQ@mail.gmail.com>
Hello, what are the options for duplicating sip traffic to arbitrary tcp
port in Kamailio?
-------------- next part --------------
users/attachments/20180718/7d9c7467/attachment.html>
From hamid2kviii at hotmail.com Thu Jul 19 09:59:44 2018

From: hamid2kviii at hotmail.com (Hamid Hashmi)
Date: Thu, 19 Jul 2018 07:59:44 +0000
Subject: [SR-Users] Module RTPPROXY param Timeout_Socket not Working
Message-ID:
<SIXPR0301MB122561507C48ED537579D154E0520@SIXPR0301MB1225.apcprd03.prod.outlook.com
>
Kamailio didn't start listening on IP mentioned in Module RTPPROXY parameter

Timeout_Socket<https://kamailio.org/docs/modules/5.1.x/modules/rtpproxy.html#rtppro
xy.p.timeout_socket>.
Below is my configuration file.
loadmodule "rtpproxy.so"
modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722")
modparam("rtpproxy", "rtpproxy_tout", 1)
modparam("rtpproxy", "rtpproxy_retr", 2)
modparam("rtpproxy", "timeout_socket", "xmlrpc:http://127.0.0.1:8000/RPC2")
loadmodule "xmlrpc.so"
modparam("xmlrpc", "route", "XMLRPC");
modparam("xmlrpc", "mode", 1)
modparam("xmlrpc", "url_match", "^/RPC2")
when I type a command
$ netstat -nlp
it only shows SIP listening ports. Kamailio should also start listening on
127.0.0.1:8000.
Below are the RTPproxy logs, RTPproxy is also unable to bridge the media
DBUG:get_command:GLOBAL: received command "19083_4 Uc120,101

9a1060af660d4202976c419ab5300470 58.65.176.42 4000
1ea06d1eb0a8443697a08e568045598c;1"
INFO:rtpp_command_ul_handle:GLOBAL: new session 9a1060af660d4202976c419ab5300470,
tag 1ea06d1eb0a8443697a08e568045598c;1 requested, type strong
INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: new session on a port
35012 created, tag 1ea06d1eb0a8443697a08e568045598c;1
INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: pre-filling caller's
address with 58.65.176.42:4000
DBUG:rtpc_doreply:GLOBAL: sending reply "35012 51.38.201.3
"
9a1060af660d4202976c419ab5300470 58.65.176.42 4022 9RPsEBbcZSA23MmWAw0hfXzJ-
bG1GYDq;1 1ea06d1eb0a8443697a08e568045598c;1 xmlrpc:http://127.0.0.1:8000/RPC2"
tag 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 requested, type strong
35014 created, tag 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1
ERR:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: invalid socket name
1ea06d1eb0a8443697a08e568045598c;1
address with 58.65.176.42:4022
"
DBUG:get_command:GLOBAL: received command "19086_4 D

9a1060af660d4202976c419ab5300470 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq
1ea06d1eb0a8443697a08e568045598c"
INFO:handle_delete:9a1060af660d4202976c419ab5300470: forcefully deleting session 1
on ports 35012/0
INFO:remove_session:9a1060af660d4202976c419ab5300470: RTP stats: 0 in from callee,
0 in from caller, 0 relayed, 0 dropped
INFO:remove_session:9a1060af660d4202976c419ab5300470: RTCP stats: 0 in from callee,
INFO:remove_session:9a1060af660d4202976c419ab5300470: session on ports 35012/0 is
cleaned up
on ports 35014/0
cleaned up
DBUG:rtpc_doreply:GLOBAL: sending reply "0
"
1ea06d1eb0a8443697a08e568045598c"
INFO:handle_command:GLOBAL: delete request failed: session
9a1060af660d4202976c419ab5300470, tags 9RPsEBbcZSA23MmWAw0hfXzJ-
bG1GYDq/1ea06d1eb0a8443697a08e568045598c not found
DBUG:rtpc_doreply:GLOBAL: sending reply "E50
But if I comment out the param "Timeout_Socket" then there is no issue in bridging
the media.
Regards
Hamid R. Hashmi
-------------- next part --------------
users/attachments/20180719/c341508f/attachment.html>
From hw at kamailio.org Thu Jul 19 10:02:04 2018

Date: Thu, 19 Jul 2018 10:02:04 +0200
Subject: [SR-Users] Options for SIP traffic duplicating to third party
tcp port
In-Reply-To: <CAEjYGer6BHgO--5CMFqoQX84xH8LL6_+gcf4uJvJTAFhUxWUCQ@mail.gmail.com>
References: <CAEjYGer6BHgO--5CMFqoQX84xH8LL6_+gcf4uJvJTAFhUxWUCQ@mail.gmail.com>
Message-ID: <2200527.lJzsrPAPAi@linux-rdlu>
Am Mittwoch, 18. Juli 2018, 20:16:37 CEST schrieb Максим Баранов:

> Hello, what are the options for duplicating sip traffic to arbitrary tcp
> port in Kamailio?
Hello,
have you already looked into the sipcapture module? From the README:
"The sipcapture module stores incoming/outgoing SIP messages in

database.
Kamailio can capture SIP messages in three modes

* IPIP encapsulation. (ETHHDR+IPHDR+IPHDR+UDPHDR).
* Monitoring/mirroring port.
* Homer encapsulation protocol mode (HEP v1, v2, v3)."
Best regards,
Henning
From hamid2kviii at hotmail.com Thu Jul 19 10:05:54 2018

Date: Thu, 19 Jul 2018 08:05:54 +0000
In-Reply-To:
>
References:
>
Message-ID:
<SIXPR0301MB1225C4711C0762CAEF077248E0520@SIXPR0301MB1225.apcprd03.prod.outlook.com
>
I started the RTPproxy with the following command.
/usr/bin/rtpproxy -u root -A [PUBLIC IP] -F -f -T 45 -i -2 -l 192.168.3.22 -b -m

35000 -M 65000 -s udp:127.0.0.1:7722 -n tcp:127.0.0.1:8000 -d DBUG
Regards
Hamid R. Hashmi
______________________________
www.hrhashmi.blogspot.com<http://www.trgworld.com/pakistan>
Mobile: +92 300 968 22 85 ; +92 322 636 32 66

Email: hamid.hashmi006 at gmail.com<mailto:hamidraza.hashmi at trgworld.com>;
hamid2kviii at hotmail.com
Sype: hamidrhashmi
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Hamid Hashmi
<hamid2kviii at hotmail.com>
Sent: Thursday, July 19, 2018 12:59 PM
To: sr-users at lists.kamailio.org

$ netstat -nlp
127.0.0.1:8000.

9a1060af660d4202976c419ab5300470 58.65.176.42 4000
1ea06d1eb0a8443697a08e568045598c;1"
address with 58.65.176.42:4000
"
1ea06d1eb0a8443697a08e568045598c;1
address with 58.65.176.42:4022
"

1ea06d1eb0a8443697a08e568045598c"
on ports 35012/0
cleaned up
on ports 35014/0
cleaned up
"
1ea06d1eb0a8443697a08e568045598c"
the media.
Regards
Hamid R. Hashmi
-------------- next part --------------
users/attachments/20180719/2f924c2b/attachment.html>
From abalashov at evaristesys.com Thu Jul 19 13:50:55 2018

Date: Thu, 19 Jul 2018 07:50:55 -0400
Subject: [SR-Users] Locking htable entries
Hi,
Sorry if this question has been answered before, but I'm rather puzzled
as to the intent behind sht_lock() / sht_unlock().
Presumably, "thread"-safe / shm mutex locking is already implemented in

htable query and mutation operations, otherwise htable would be unusable in
a route script context.
So what is the purpose of this higher-level lock? Is it to create a way

to block config script execution in multiple processes as to serialise
operations? Why would one want to do this under any ordinary
circumstances? Perhaps it is a failure of my imagination...
Thanks,
-- Alex
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Thu, 19 Jul 2018 14:08:52 +0200
References: <20180719115055.GA8724@tlaquepaque.localdomain>
Message-ID: <e5d01f14-0ec5-e048-bd0c-758c8f6a856c@gmail.com>
Hello,
readn and write operations are safe, done under mutex locking. So it is
always safe to do:
$sht(x=>y) = $var(y);
or:
$var(y) = $sht(x=>y);
But there could be operations where you want that the value is not
changed by another process while doing some operations, like: get the
value from hash table, test it against some limit and act in different
ways. For example, you keep active calls per user:
if($sht(ac=>$fU) < 10) {

$sht(ac=>$fU) = $sht(ac=>$fU) + 1;
} else {
sl_send_reply("403", "Too many calls");
}
>From the moment you read for IF condition till the moment of increment,
the CPU can be given to another kamailio process which does same
operation, reading same value and at the end it gets incremented with 1
instead with 2, obviously if the value was 9, then one call is allowed
when it shouldn't be.
So you have to protect the above example by locking the slot for
$sht(ac=>$fU).
This was a rather simple example, but hopefully clarifies when explicit
sht lock/unlock is needed.
Cheers,
Daniel
On 19.07.18 13:50, Alex Balashov wrote:

> Hi,
>
> Sorry if this question has been answered before, but I'm rather puzzled
> as to the intent behind sht_lock() / sht_unlock().
>
> Presumably, "thread"-safe / shm mutex locking is already implemented in
> htable query and mutation operations, otherwise htable would be unusable in
> a route script context.
>
> So what is the purpose of this higher-level lock? Is it to create a way
> to block config script execution in multiple processes as to serialise
> operations? Why would one want to do this under any ordinary
> circumstances? Perhaps it is a failure of my imagination...
>
> Thanks,
>
> -- Alex
>
--

Date: Thu, 19 Jul 2018 14:15:07 +0200
In-Reply-To: <e5d01f14-0ec5-e048-bd0c-758c8f6a856c@gmail.com>
<e5d01f14-0ec5-e048-bd0c-758c8f6a856c@gmail.com>
Message-ID: <15af29d2-49db-0e6d-4e47-7694c21cbc81@gmail.com>
... worth mentioning that locking for htable is re-entrant, so it is not

ending into a deadlock when doing:
- lock slot for $sht(x=>y)
- read/write $sht(x=>y)
- unlock slot for $sht(x=>y)
But always do unlock if doing the lock explicitly.

Cheers,
Daniel

> Hello,
>
> readn and write operations are safe, done under mutex locking. So it is
> always safe to do:
>
> $sht(x=>y) = $var(y);
>
> or:
>
> $var(y) = $sht(x=>y);
>
> But there could be operations where you want that the value is not
> changed by another process while doing some operations, like: get the
> value from hash table, test it against some limit and act in different
> ways. For example, you keep active calls per user:
>
> if($sht(ac=>$fU) < 10) {
> $sht(ac=>$fU) = $sht(ac=>$fU) + 1;
> } else {
> sl_send_reply("403", "Too many calls");
> }
>
> From the moment you read for IF condition till the moment of increment,
> the CPU can be given to another kamailio process which does same
> operation, reading same value and at the end it gets incremented with 1
> instead with 2, obviously if the value was 9, then one call is allowed
> when it shouldn't be.
>
> So you have to protect the above example by locking the slot for
> $sht(ac=>$fU).
>
> This was a rather simple example, but hopefully clarifies when explicit
> sht lock/unlock is needed.
>
> Cheers,
> Daniel
>
> On 19.07.18 13:50, Alex Balashov wrote:
>> Hi,
>>
>> Sorry if this question has been answered before, but I'm rather puzzled
>> as to the intent behind sht_lock() / sht_unlock().
>>
>> Presumably, "thread"-safe / shm mutex locking is already implemented in
>> htable query and mutation operations, otherwise htable would be unusable in
>> a route script context.
>>
>> So what is the purpose of this higher-level lock? Is it to create a way
>> to block config script execution in multiple processes as to serialise
>> operations? Why would one want to do this under any ordinary
>> circumstances? Perhaps it is a failure of my imagination...
>>
>> Thanks,
>>
>> -- Alex
>>
--
From abalashov at evaristesys.com Thu Jul 19 14:18:24 2018

Date: Thu, 19 Jul 2018 08:18:24 -0400
In-Reply-To: <e5d01f14-0ec5-e048-bd0c-758c8f6a856c@gmail.com>
Message-ID: <BF0563C5-F755-424A-84C6-3F4617690B30@evaristesys.com>
Oh, I see. So, if I understood correctly, the primary intended use-case is really
to make operations consisting of multiple accesses/writes atomic?
-- Alex
--
From koszab at gmail.com Thu Jul 19 15:22:19 2018

From: koszab at gmail.com (=?UTF-8?Q?Kordov=C3=A1n_Szabolcs?=)
Date: Thu, 19 Jul 2018 15:22:19 +0200
Subject: [SR-Users] No cdr after Kamailio 5.0.4 and 5.2 dev restart
In-Reply-To: <6910b585-41c6-5935-e310-c049500871fb@gmail.com>
References: <CANKf1Ty1dsdsdyj5uKWzWAKOCW_Ew=daaAeKd=-NKBe5M+9ExQ@mail.gmail.com>
<6910b585-41c6-5935-e310-c049500871fb@gmail.com>
Message-ID: <CANKf1TybuowoX81pw_cou2R-5q6O6Dyv4TfHwQgwR8VXRF-hkg@mail.gmail.com>
Hello,
I have a test environment with Kamailio 5.1.4 where I can investigate the
bug.
After restart 'kamctl dialog show' command shows the present dialog. After
hangup kamailio does an insert into acc table and makes delete from dialog
and dialog_vars tables.
Any idea?
Thanks,
Szabolcs
Daniel-Constantin Mierla <miconda at gmail.com> ezt írta (időpont: 2017. dec.

4., H, 10:20):
> Hello,
>
> after restart, if you list the dialogs via rpc command, do you see them in
> what is returned?
>
> Cheers,
> Daniel
>
> On 29.11.17 20:52, Kordován Szabolcs wrote:
>
> Hi All,
>
> In March there was a discus about this issue.
>
> We tested the new 5.2 dev and 5.0.4 version of Kamailio and we experience
> that If we restart Kamailio during the call the cdr won't be stored in
> table acc_cdrs but the data will be inserted to table acc and data will be
> deleted from table dialog and dialog_vars.
> Did I omit the fix for it?
>
> Thanks for your help.
> Best regards,
> Szabolcs
>
>
> _______________________________________________
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - www.asipto.com
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>
>
-------------- next part --------------
users/attachments/20180719/dfad06b3/attachment.html>
From abdoul.osseni at gmail.com Thu Jul 19 18:15:47 2018

Date: Thu, 19 Jul 2018 18:15:47 +0200
Subject: [SR-Users] dialog module : questions about dialog states
Message-ID: <CABc7nxvxrjvn0Go+d781h-ExB1VWNMH=b7Ae+oas-HhkNE1cjQ@mail.gmail.com>
Hello list,
When the dialog state for a call is < 4, is it possible to use dlg_bye()
function to end the call?
Best regards
Abdoul OSSENI
Tél : +33 601 135 167
-------------- next part --------------
users/attachments/20180719/59211cde/attachment.html>
From ksriniva2002 at gmail.com Thu Jul 19 18:32:29 2018

From: ksriniva2002 at gmail.com (Karthik Srinivasan)
Date: Thu, 19 Jul 2018 11:32:29 -0500
Subject: [SR-Users] uri==myself
Message-ID: <CAHUhqa8ZKgdCmUbgRVfk8TyNC3TNoVeXUSii16GsLJA_1BhVwg@mail.gmail.com>
Hello,
Can someone explain to me why statement A returns True and statement B

returns False.
Statement A:
is_myself("$ru")
Statement B:
uri == myself
Isn't uri and $ru referencing the same data?
With my current config i am expecting the is_myself to return True; i was

expecting the same for Statement B but unfortunately it is returning False.
Thanks,
Karthik
-------------- next part --------------
users/attachments/20180719/5dfb2b37/attachment.html>

Date: Thu, 19 Jul 2018 18:45:08 +0200
In-Reply-To: <BF0563C5-F755-424A-84C6-3F4617690B30@evaristesys.com>
<BF0563C5-F755-424A-84C6-3F4617690B30@evaristesys.com>
Message-ID: <6b1fe59a-e6c4-74be-2e7d-dbcfeca28474@gmail.com>
Yes.
Daniel
On 19.07.18 14:18, Alex Balashov wrote:

> Oh, I see. So, if I understood correctly, the primary intended use-case is really
to make operations consisting of multiple accesses/writes atomic?
>
> -- Alex
>
> --
> Sent via mobile, please forgive typos and brevity.
>
> _______________________________________________
--

Date: Thu, 19 Jul 2018 18:46:59 +0200
In-Reply-To: <CAHUhqa8ZKgdCmUbgRVfk8TyNC3TNoVeXUSii16GsLJA_1BhVwg@mail.gmail.com>
References: <CAHUhqa8ZKgdCmUbgRVfk8TyNC3TNoVeXUSii16GsLJA_1BhVwg@mail.gmail.com>
Message-ID: <e370cdf7-d6a4-6ef6-cbd0-2b59005889bb@gmail.com>
Hello,
On 19.07.18 18:32, Karthik Srinivasan wrote:

> Hello,
>
> Can someone explain to me why statement A returns True and statement B
> returns False.
>
> Statement A:
> is_myself("$ru")
>
> Statement B:
> uri == myself
>
>
> Isn't uri and $ru referencing the same data?
>
> With my current config i am expecting the is_myself to return True; i
> was expecting the same for Statement B but unfortunately it is
> returning False.
>
they are supposed to be the same in this case.
Are they used at the same place in config? Note that $ru can be changed
by different functions such as those from registrar, dispatcher, lcr, ...
Cheers,
Daniel
--

Date: Thu, 19 Jul 2018 18:49:42 +0200
In-Reply-To: <CABc7nxvxrjvn0Go+d781h-ExB1VWNMH=b7Ae+oas-HhkNE1cjQ@mail.gmail.com>
References: <CABc7nxvxrjvn0Go+d781h-ExB1VWNMH=b7Ae+oas-HhkNE1cjQ@mail.gmail.com>
Message-ID: <32ba5a6d-df95-dea1-1cdb-5ee884cbb3d6@gmail.com>
Hello,

> Hello list,
>
> When the dialog state for a call is < 4, is it possible to use
> dlg_bye() function to end the call?
>
it should be possible to use it for states 3 and 4.
Lower state than 3 means that the dialog was not answered yet (no 200ok
received). While SIP allows BYE at that stage to end a particular branch
of the call, dialog module needs the 200ok, as it operates at dialog
level, not at transaction/branch level.
Cheers,
Daniel
--

Date: Thu, 19 Jul 2018 12:09:39 -0500
In-Reply-To: <e370cdf7-d6a4-6ef6-cbd0-2b59005889bb@gmail.com>
<e370cdf7-d6a4-6ef6-cbd0-2b59005889bb@gmail.com>
Message-ID: <CAHUhqa-_RydeaOJt5DQvikFNAceJATmq8rf_GfUqt9YT7EH5Pw@mail.gmail.com>
Yes, they are used at the very same place. here is a code snippet of where
i added it for testing purposes:
route[INIT_VARS] {
$var(myself) = uri =~ "<regex string to match>" || uri == myself;

//if i print $var(myself) it prints 0
$var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
//if i print $var(myself) it prints 1
// in both cases above the regex part isn't supposed to match and hence
correctly returns false.
...
route{
route(INIT_VARS);
...
}
Thanks,
Karthik
On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <

miconda at gmail.com> wrote:
> Hello,
>
>
> On 19.07.18 18:32, Karthik Srinivasan wrote:
> > Hello,
> >
> > Can someone explain to me why statement A returns True and statement B
> > returns False.
> >
> > Statement A:
> > is_myself("$ru")
> >
> > Statement B:
> > uri == myself
> >
> >
> > Isn't uri and $ru referencing the same data?
> >
> > With my current config i am expecting the is_myself to return True; i
> > was expecting the same for Statement B but unfortunately it is
> > returning False.
> >
> they are supposed to be the same in this case.
>
> Are they used at the same place in config? Note that $ru can be changed
> by different functions such as those from registrar, dispatcher, lcr, ...
>
> Cheers,
> Daniel
>
> --
>
>
-------------- next part --------------
users/attachments/20180719/a938b4fe/attachment.html>

Date: Thu, 19 Jul 2018 19:19:24 +0200
In-Reply-To: <32ba5a6d-df95-dea1-1cdb-5ee884cbb3d6@gmail.com>
<32ba5a6d-df95-dea1-1cdb-5ee884cbb3d6@gmail.com>
Message-ID: <CABc7nxsa5VdSaWSZonqtg=7teCnSrrcHjjcUAD-EkJrcvvNVJA@mail.gmail.com>
Thank you Daniel.

What is the best way to end calls for states 3 and 4 ?
Regards
Abdoul OSSENI
Tél : +33 601 135 167
> Hello,
>
>
> On 19.07.18 18:15, Abdoul Osséni wrote:
> > Hello list,
> >
> > When the dialog state for a call is < 4, is it possible to use
> > dlg_bye() function to end the call?
> >
> it should be possible to use it for states 3 and 4.
>
> Lower state than 3 means that the dialog was not answered yet (no 200ok
> received). While SIP allows BYE at that stage to end a particular branch
> of the call, dialog module needs the 200ok, as it operates at dialog
> level, not at transaction/branch level.
>
> Cheers,
> Daniel
>
> --
>
>
-------------- next part --------------
users/attachments/20180719/cbc957c6/attachment.html>

Date: Thu, 19 Jul 2018 19:20:58 +0200
In-Reply-To: <CABc7nxsa5VdSaWSZonqtg=7teCnSrrcHjjcUAD-EkJrcvvNVJA@mail.gmail.com>
<CABc7nxsa5VdSaWSZonqtg=7teCnSrrcHjjcUAD-EkJrcvvNVJA@mail.gmail.com>
Message-ID: <CABc7nxsxWfcAvTDP9c38T_N3KSYJQsvzQu7__rZNoRFvCUqM3g@mail.gmail.com>
ERRATUM.
What is the best way to end calls for states < 3 ?
Abdoul OSSENI
Tél : +33 601 135 167
2018-07-19 19:19 GMT+02:00 Abdoul Osséni <abdoul.osseni at gmail.com>:
> Thank you Daniel.

> What is the best way to end calls for states 3 and 4 ?
>
> Regards
>
> Abdoul OSSENI
> Ingénieur DevOps chez Néo-Soft
> Co-Fondateur de ON SERVICES
> Tél : +33 601 135 167
>
>
>> Hello,
>>
>>
>> On 19.07.18 18:15, Abdoul Osséni wrote:
>> > Hello list,
>> >
>> > When the dialog state for a call is < 4, is it possible to use
>> > dlg_bye() function to end the call?
>> >
>> it should be possible to use it for states 3 and 4.
>>
>> Lower state than 3 means that the dialog was not answered yet (no 200ok
>> received). While SIP allows BYE at that stage to end a particular branch
>> of the call, dialog module needs the 200ok, as it operates at dialog
>> level, not at transaction/branch level.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>
>>
>
-------------- next part --------------

Date: Thu, 19 Jul 2018 12:29:26 -0500
In-Reply-To: <CAHUhqa-_RydeaOJt5DQvikFNAceJATmq8rf_GfUqt9YT7EH5Pw@mail.gmail.com>
<CAHUhqa-_RydeaOJt5DQvikFNAceJATmq8rf_GfUqt9YT7EH5Pw@mail.gmail.com>
Message-ID: <CAHUhqa-ffQm0fBFxi0GE6Ea+yAXw2zFwJ8JBwcWaO-9g7+565A@mail.gmail.com>
Also, the INIT_VARS route is the very first thing that executes within the
main routing block.
The case that i am interested in that results in one statement returning

false and the other true is for an INVITE.
I tried printing the uri variable but was unsuccessful in doing so. Maybe
if that's the next best step, i can pursue that with some advice on how to
print that variable.
Thanks,
Karthik
On Thu, Jul 19, 2018 at 12:09 PM, Karthik Srinivasan <ksriniva2002 at gmail.com
> wrote:
> Yes, they are used at the very same place. here is a code snippet of where
> i added it for testing purposes:
>
>
> route[INIT_VARS] {
>
> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
> //if i print $var(myself) it prints 0
> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>
> // in both cases above the regex part isn't supposed to match and hence
> correctly returns false.
> ...
>
> }
>
> route{
>
> route(INIT_VARS);
>
> ...
> }
>
> Thanks,
>
> Karthik
>
> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>
>> Hello,
>>
>>
>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>> > Hello,
>> >
>> > Can someone explain to me why statement A returns True and statement B
>> > returns False.
>> >
>> > Statement A:
>> > is_myself("$ru")
>> >
>> > Statement B:
>> > uri == myself
>> >
>> >
>> > Isn't uri and $ru referencing the same data?
>> >
>> > With my current config i am expecting the is_myself to return True; i
>> > was expecting the same for Statement B but unfortunately it is
>> > returning False.
>> >
>> they are supposed to be the same in this case.
>>
>> Are they used at the same place in config? Note that $ru can be changed
>> by different functions such as those from registrar, dispatcher, lcr, ...
>>
>> Cheers,
>> Daniel
>>
>> --
>>
>>
>
-------------- next part --------------

Date: Thu, 19 Jul 2018 21:18:58 +0200
In-Reply-To: <CAHUhqa-_RydeaOJt5DQvikFNAceJATmq8rf_GfUqt9YT7EH5Pw@mail.gmail.com>
Message-ID: <1790a7e4-0e7c-c782-4e26-2b78ffc73a8f@gmail.com>
Hello,
things are different that one may expect from evaluation of an

expression compared with other established scripting/programming
languages. One thing to be sure you are aware of are the return code
evaluation:
-
https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_function_return_cod
To be sure of proper behaviour, you should do:
if(uri =~ "<regex string to match>" || uri == myself) {
$var(myself) =1;
} else {
$var(myself) = 0;
}
Same with is_myself("$ru") instead of uri == myself.
Try and see if you get different values for $var(myself).
Cheers,
Daniel

> Yes, they are used at the very same place. here is a code snippet of
> where i added it for testing purposes:
>
>
>
>
> // in both cases above the regex part isn't supposed to match and
> hence correctly returns false.
> ...
>
> }
>
> route{
>
> route(INIT_VARS);
>
> ...
> }
>
> Thanks,
>
> Karthik
>
> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla
>
> Hello,
>
>
> > Hello,
> >
> > Can someone explain to me why statement A returns True and
> statement B
> > returns False.
> >
> > Statement A:
> > is_myself("$ru")
> >
> > Statement B:
> > uri == myself
> >
> >
> > Isn't uri and $ru referencing the same data?
> >
> > With my current config i am expecting the is_myself to return
> True; i
> > was expecting the same for Statement B but unfortunately it is
> > returning False.
> >
> they are supposed to be the same in this case.
>
> Are they used at the same place in config? Note that $ru can be
> changed
> by different functions such as those from registrar, dispatcher,
> lcr, ...
>
> Cheers,
> Daniel
>
> --
>
>
--
-------------- next part --------------

users/attachments/20180719/170a5521/attachment.html>

Date: Thu, 19 Jul 2018 21:21:07 +0200
In-Reply-To: <CABc7nxsxWfcAvTDP9c38T_N3KSYJQsvzQu7__rZNoRFvCUqM3g@mail.gmail.com>
<CABc7nxsxWfcAvTDP9c38T_N3KSYJQsvzQu7__rZNoRFvCUqM3g@mail.gmail.com>
Message-ID: <31cebbe7-6c35-6b46-ccba-2346961be086@gmail.com>
If state < 0, then practically the INVITE transaction is active, it

needs to be cancelled or replied with t_reply(...) and a code >=400.
>From where you need to terminate this ongoing INVITE, from kamailio.cfg
or from external app?
Cheers,
Daniel

> ERRATUM.
>
> What is the best way to end calls for states < 3 ?
>
> Abdoul OSSENI
> Tél : +33 601 135 167
>
> 2018-07-19 19:19 GMT+02:00 Abdoul Osséni <abdoul.osseni at gmail.com
> <mailto:abdoul.osseni at gmail.com>>:
>
> Thank you Daniel.
> What is the best way to end calls for states 3 and 4 ?
>
> Regards
>
> Abdoul OSSENI
> Tél : +33 601 135 167
>
> 2018-07-19 18:49 GMT+02:00 Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>>:
>
> Hello,
>
>
> > Hello list,
> >
> > When the dialog state for a call is < 4, is it possible to use
> > dlg_bye() function to end the call?
> >
> it should be possible to use it for states 3 and 4.
>
> Lower state than 3 means that the dialog was not answered yet
> (no 200ok
> received). While SIP allows BYE at that stage to end a
> particular branch
> of the call, dialog module needs the 200ok, as it operates at
> dialog
> level, not at transaction/branch level.
>
> Cheers,
> Daniel
>
> --
>
>
>
--
-------------- next part --------------

users/attachments/20180719/a5d60108/attachment.html>

Date: Thu, 19 Jul 2018 15:15:12 -0500
In-Reply-To: <1790a7e4-0e7c-c782-4e26-2b78ffc73a8f@gmail.com>
<1790a7e4-0e7c-c782-4e26-2b78ffc73a8f@gmail.com>
Message-ID: <CAHUhqa-NeQZJZr9pL2naSAJ_J0YxvYWJkbwXEAO2u-kd5LppkA@mail.gmail.com>
Unfortunately same result as before:
$var(myself) = 0;
if (uri =~ "<regex string to match>" || uri == myself){
$var(myself) = 1;
xlog("L_INFO", "[$ci] in uri == myself check: var myself =
$var(myself)");
}
if (uri =~ "<regex string to match>" || is_myself("$ru")){

$var(myself) = 1;
xlog("L_INFO", "[$ci] in is_myself check: var myself = $var(myself)");
}
The only log that prints out is the one that says 'in is_myself check
...'(the second if statement.)
I have verified that if there's a regular expression match then both log
writes print. Regular expression match happens when a SIP REGISTER request
comes across the pipe.
Something odd is going on with the computation of uri == myself vs

is_myself("$ru").
Is there a way i can inspect what myself and uri have in them?
Karthik
On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:
> Hello,
>
> things are different that one may expect from evaluation of an expression
> compared with other established scripting/programming languages. One thing
> to be sure you are aware of are the return code evaluation:
>
> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
> function_return_cod
>
> To be sure of proper behaviour, you should do:
>
> if(uri =~ "<regex string to match>" || uri == myself) {
>
> $var(myself) =1;
>
> } else {
>
> $var(myself) = 0;
>
> }
>
> Same with is_myself("$ru") instead of uri == myself.
>
> Try and see if you get different values for $var(myself).
> Cheers,
> Daniel
>
>
> Yes, they are used at the very same place. here is a code snippet of where
> i added it for testing purposes:
>
>
>
>
> // in both cases above the regex part isn't supposed to match and hence
> correctly returns false.
> ...
>
> }
>
> route{
>
> route(INIT_VARS);
>
> ...
> }
>
> Thanks,
>
> Karthik
>
> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>
>> Hello,
>>
>>
>> > Hello,
>> >
>> > Can someone explain to me why statement A returns True and statement B
>> > returns False.
>> >
>> > Statement A:
>> >
>> > Statement B:
>> > uri == myself
>> >
>> >
>> >
>> > With my current config i am expecting the is_myself to return True; i
>> > was expecting the same for Statement B but unfortunately it is
>> >
>>
>> Are they used at the same place in config? Note that $ru can be changed
>> by different functions such as those from registrar, dispatcher, lcr, ...
>>
>> Cheers,
>> Daniel
>>
>> --
>>
>>
>
> --
>
>
-------------- next part --------------
users/attachments/20180719/45b2243b/attachment.html>

Date: Thu, 19 Jul 2018 15:37:15 -0500
In-Reply-To: <CAHUhqa-NeQZJZr9pL2naSAJ_J0YxvYWJkbwXEAO2u-kd5LppkA@mail.gmail.com>
<CAHUhqa-NeQZJZr9pL2naSAJ_J0YxvYWJkbwXEAO2u-kd5LppkA@mail.gmail.com>
Message-ID: <CAHUhqa9SS4ZSmzsQUDprmhyNO4mLLJgBnx2AAmUv4Z5wjbDn_Q@mail.gmail.com>
standby, i have the debug mode spitting out tons of logs now.
time for me to review.
will let you know if i need help.
thanks,
karthik
On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan <ksriniva2002 at gmail.com>
wrote:
> Unfortunately same result as before:

>
> $var(myself) = 0;
> if (uri =~ "<regex string to match>" || uri == myself){
> $var(myself) = 1;
> xlog("L_INFO", "[$ci] in uri == myself check: var myself =
> $var(myself)");
> }
>
> if (uri =~ "<regex string to match>" || is_myself("$ru")){
> $var(myself) = 1;
> xlog("L_INFO", "[$ci] in is_myself check: var myself =
> $var(myself)");
> }
>
> The only log that prints out is the one that says 'in is_myself check
> ...'(the second if statement.)
>
> I have verified that if there's a regular expression match then both log
> writes print. Regular expression match happens when a SIP REGISTER request
> comes across the pipe.
>
> Something odd is going on with the computation of uri == myself vs
> is_myself("$ru").
>
> Is there a way i can inspect what myself and uri have in them?
>
> Karthik
>
>
>
>
> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <
>
>> Hello,
>>
>> things are different that one may expect from evaluation of an expression
>> compared with other established scripting/programming languages. One thing
>> to be sure you are aware of are the return code evaluation:
>>
>> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
>> function_return_cod
>>
>> To be sure of proper behaviour, you should do:
>>
>> if(uri =~ "<regex string to match>" || uri == myself) {
>>
>> $var(myself) =1;
>>
>> } else {
>>
>> $var(myself) = 0;
>>
>> }
>>
>> Same with is_myself("$ru") instead of uri == myself.
>>
>> Try and see if you get different values for $var(myself).
>> Cheers,
>> Daniel
>>
>>
>> Yes, they are used at the very same place. here is a code snippet of
>> where i added it for testing purposes:
>>
>>
>> route[INIT_VARS] {
>>
>> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
>> //if i print $var(myself) it prints 0
>> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>>
>> // in both cases above the regex part isn't supposed to match and hence
>> correctly returns false.
>> ...
>>
>> }
>>
>> route{
>>
>> route(INIT_VARS);
>>
>> ...
>> }
>>
>> Thanks,
>>
>> Karthik
>>
>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>>
>>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>>> > Hello,
>>> >
>>> > Can someone explain to me why statement A returns True and statement B
>>> > returns False.
>>> >
>>> > Statement A:
>>> > is_myself("$ru")
>>> >
>>> > Statement B:
>>> > uri == myself
>>> >
>>> >
>>> > Isn't uri and $ru referencing the same data?
>>> >
>>> > With my current config i am expecting the is_myself to return True; i
>>> > was expecting the same for Statement B but unfortunately it is
>>> > returning False.
>>> >
>>> they are supposed to be the same in this case.
>>>
>>> Are they used at the same place in config? Note that $ru can be changed
>>> by different functions such as those from registrar, dispatcher, lcr, ...
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>
>>>
>>
>> --
>>
>>
>
-------------- next part --------------
users/attachments/20180719/8ea894d7/attachment.html>

Date: Thu, 19 Jul 2018 22:42:03 +0200
In-Reply-To: <31cebbe7-6c35-6b46-ccba-2346961be086@gmail.com>
<CABc7nxsxWfcAvTDP9c38T_N3KSYJQsvzQu7__rZNoRFvCUqM3g@mail.gmail.com>
<31cebbe7-6c35-6b46-ccba-2346961be086@gmail.com>
Message-ID: <CABc7nxuh1_7Os7OfAtS08Q_purXtGr8e9d7nCF-rciwQqXtt8w@mail.gmail.com>
Thank you for your help.
We use TLS protocol from mobile networks.
In most cases we have no problems during the three way handshake (invite ->
200Ok -> ACK).
But sometimes, we didn't received the ACK of 200OK (the TCP connection
appears broken during the three way handshake per example). In this case,
we need to cancel the calls to avoid charging customers.
our goal is to use tpcops (tcp:closed, tcp:reset event routes), htable,

dialog and tmx modules to cancel (t_reply_callid) or terminate(dlg_bye)
these calls.
May be , is there a better solution?

Abdoul OSSENI
Tél : +33 601 135 167
> If state < 0, then practically the INVITE transaction is active, it needs
> to be cancelled or replied with t_reply(...) and a code >=400.
>
> From where you need to terminate this ongoing INVITE, from kamailio.cfg or
> from external app?
>
> Cheers,
> Daniel
>
>
> ERRATUM.
>
> What is the best way to end calls for states < 3 ?
>
> Abdoul OSSENI
> Tél : +33 601 135 167
>
> 2018-07-19 19:19 GMT+02:00 Abdoul Osséni <abdoul.osseni at gmail.com>:
>
>> Thank you Daniel.
>> What is the best way to end calls for states 3 and 4 ?
>>
>> Regards
>>
>> Abdoul OSSENI
>> Ingénieur DevOps chez Néo-Soft
>> Co-Fondateur de ON SERVICES
>> Tél : +33 601 135 167
>>
>> 2018-07-19 18:49 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>
>>> Hello,
>>>
>>>
>>> On 19.07.18 18:15, Abdoul Osséni wrote:
>>> > Hello list,
>>> >
>>> > When the dialog state for a call is < 4, is it possible to use
>>> > dlg_bye() function to end the call?
>>> >
>>> it should be possible to use it for states 3 and 4.
>>>
>>> Lower state than 3 means that the dialog was not answered yet (no 200ok
>>> received). While SIP allows BYE at that stage to end a particular branch
>>> of the call, dialog module needs the 200ok, as it operates at dialog
>>> level, not at transaction/branch level.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>
>>>
>>
>
> --
>
>
-------------- next part --------------
users/attachments/20180719/e610726b/attachment.html>
From ksriniva2002 at gmail.com Fri Jul 20 06:48:34 2018

Date: Thu, 19 Jul 2018 23:48:34 -0500
In-Reply-To: <CAHUhqa9SS4ZSmzsQUDprmhyNO4mLLJgBnx2AAmUv4Z5wjbDn_Q@mail.gmail.com>
<CAHUhqa9SS4ZSmzsQUDprmhyNO4mLLJgBnx2AAmUv4Z5wjbDn_Q@mail.gmail.com>
Message-ID: <CAHUhqa_aMh1kyxqqStSaW6BAORxGTRpQTqoCr35s4KpDd47RJA@mail.gmail.com>
So, i think i have determined the root cause of my issue:
Background info:
- I have a request URI of an INVITE that contains no port number.
- My application is not listening on the default port of 5060
The is_myself(...) function handles a 'no port in request uri' differently

than uri==myself.
By that i mean, is_myself(...) does not default the port to 5060 when
looking up aliases/(which ip addresses and ports the process is bound to);
it simply does not take port number into account (if no port exists in
request uri) when searching the alias list. BUT, uri==myself does default
to 5060 and hence tries to find an alias binding to 5060.
So, is_myself("$ru") passes in my case; uri==myself fails.
Can you point me to the place in the source code where 5060 is being set as
default to the uri variable when request uri has no port number please?
I don't intend to change this defaulting behavior; I am just curious where

it is set.
Thanks,
Karthik
On Thu, Jul 19, 2018 at 3:37 PM, Karthik Srinivasan <ksriniva2002 at gmail.com>
wrote:
> standby, i have the debug mode spitting out tons of logs now.
>
> time for me to review.
>
> will let you know if i need help.
>
> thanks,
>
> karthik
>
> On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan <
> ksriniva2002 at gmail.com> wrote:
>
>> Unfortunately same result as before:
>>
>> if (uri =~ "<regex string to match>" || uri == myself){
>> xlog("L_INFO", "[$ci] in uri == myself check: var myself =
>> $var(myself)");
>> }
>>
>> if (uri =~ "<regex string to match>" || is_myself("$ru")){
>> xlog("L_INFO", "[$ci] in is_myself check: var myself =
>> $var(myself)");
>> }
>>
>> The only log that prints out is the one that says 'in is_myself check
>> ...'(the second if statement.)
>>
>> I have verified that if there's a regular expression match then both log
>> writes print. Regular expression match happens when a SIP REGISTER request
>> comes across the pipe.
>>
>> Something odd is going on with the computation of uri == myself vs
>> is_myself("$ru").
>>
>> Is there a way i can inspect what myself and uri have in them?
>>
>> Karthik
>>
>>
>>
>>
>> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <
>>
>>> Hello,
>>>
>>> things are different that one may expect from evaluation of an
>>> expression compared with other established scripting/programming languages.
>>> One thing to be sure you are aware of are the return code evaluation:
>>>
>>> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
>>> function_return_cod
>>>
>>> To be sure of proper behaviour, you should do:
>>>
>>> if(uri =~ "<regex string to match>" || uri == myself) {
>>>
>>> $var(myself) =1;
>>>
>>> } else {
>>>
>>> $var(myself) = 0;
>>>
>>> }
>>>
>>> Same with is_myself("$ru") instead of uri == myself.
>>>
>>> Try and see if you get different values for $var(myself).
>>> Cheers,
>>> Daniel
>>>
>>>
>>> Yes, they are used at the very same place. here is a code snippet of
>>> where i added it for testing purposes:
>>>
>>>
>>> route[INIT_VARS] {
>>>
>>> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
>>> //if i print $var(myself) it prints 0
>>> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>>> //if i print $var(myself) it prints 1
>>>
>>> // in both cases above the regex part isn't supposed to match and hence
>>> correctly returns false.
>>> ...
>>>
>>> }
>>>
>>> route{
>>>
>>> route(INIT_VARS);
>>>
>>> ...
>>> }
>>>
>>> Thanks,
>>>
>>> Karthik
>>>
>>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>>
>>>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>>>> > Hello,
>>>> >
>>>> > Can someone explain to me why statement A returns True and statement B
>>>> > returns False.
>>>> >
>>>> > Statement A:
>>>> > is_myself("$ru")
>>>> >
>>>> > Statement B:
>>>> > uri == myself
>>>> >
>>>> >
>>>> > Isn't uri and $ru referencing the same data?
>>>> >
>>>> > With my current config i am expecting the is_myself to return True; i
>>>> > was expecting the same for Statement B but unfortunately it is
>>>> > returning False.
>>>> >
>>>> they are supposed to be the same in this case.
>>>>
>>>> Are they used at the same place in config? Note that $ru can be changed
>>>> by different functions such as those from registrar, dispatcher, lcr,
>>>> ...
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>
>>>>
>>>
>>> --
>>>
>>>
>>
>
-------------- next part --------------
users/attachments/20180719/7224c34b/attachment.html>
From ydtzou at gmail.com Fri Jul 20 07:23:24 2018

From: ydtzou at gmail.com (tyd)
Date: Fri, 20 Jul 2018 13:23:24 +0800
In-Reply-To: <0cee9438-a4f2-cca3-23d8-5395123104a0@gmail.com>
<0cee9438-a4f2-cca3-23d8-5395123104a0@gmail.com>
Message-ID: <CAO_tHBRxw5vJ_==s9=dVCBB4+QUEugKZdVQDqM6jwyAyAfVKNg@mail.gmail.com>
Hi, Danial
I had modified ims_usrloc_pcscf/udomain.c about hash function and related

codes.
ex. via_host replaces with aor
aorhash = get_aor_hash(_d, &contact_info->aor, contact_info->via_port,

contact_info->via_prot);
//aorhash = get_aor_hash(_d, &contact_info->via_host,
contact_info->via_port, contact_info->via_prot);
When PCSCF DB is empty, it's OK.

But if there are data in PCSCF DB, the PCSCF process was crashed.
Below is the gdb content.
Could you help to find the problem?
Thanks.
(gdb) bt full
#0 0x00007f9a2c688fc3 in core_hash (s1=0x7f9a2c89e908 <ci.13657+8>,
s2=0x0, size=0)
at ../../hashes.h:276
p = 0x0
end = 0x0
v = 389295844
h = 0
#1 0x00007f9a2c68ac01 in get_aor_hash (_d=0x7f9a173436e0,
via_host=0x7f9a2c89e908 <ci.13657+8>, via_port=5080, via_proto=53877)
at usrloc.c:147
aorhash = 0
__FUNCTION__ = "get_aor_hash"
#2 0x00007f9a2c68a8a9 in get_hash_slot (_d=0x7f9a173436e0,
at usrloc.c:137
sl = 2000
__FUNCTION__ = "get_hash_slot"
#3 0x00007f9a2c66e9f4 in lock_udomain (_d=0x7f9a173436e0,
at udomain.c:273
sl = 0
#4 0x00007f9a2c67994d in preload_udomain (_c=0x7f9a2e3162f8,
_d=0x7f9a173436e0)
at udomain.c:866
ci = 0x7f9a2c89e900 <ci.13657>
row = 0x7f9a2e340210
columns = {0x7f9a2c89e2b0 <domain_col>, 0x7f9a2c89e2c0 <aor_col>,
0x7f9a2c89e2d0 <host_col>, 0x7f9a2c89e2e0 <port_col>,
0x7f9a2c89e2f0 <protocol_col>, 0x7f9a2c89e300 <received_col>,
0x7f9a2c89e310 <received_port_col>, 0x7f9a2c89e320
<received_proto_col>,
0x7f9a2c89e350 <rx_session_id_col>, 0x7f9a2c89e360
<reg_state_col>,
0x7f9a2c89e370 <expires_col>, 0x7f9a2c89e390 <socket_col>,
0x7f9a2c89e380 <service_routes_col>, 0x7f9a2c89e3a0
<public_ids_col>,
0x7f9a2c89e330 <path_col>}
res = 0x7f9a2e33ff40
aor = {s = 0xb83059 "sip:d4173c5dcbdd1529 at 172.28.20.225:5080
;transport=udp",
len = 53}
i = 0
n = 0
c = 0x7f9a2e335c20
__FUNCTION__ = "preload_udomain"
#5 0x00007f9a2c68852d in child_init (_rank=1) at ul_mod.c:249
ptr = 0x7f9a17342c70
__FUNCTION__ = "child_init"
#6 0x00000000005308c6 in init_mod_child (m=0x7f9a2e2fbcf0, rank=1) at
sr_module.c:921
__FUNCTION__ = "init_mod_child"
#7 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fbfa0, rank=1) at
sr_module.c:918
#8 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fcc80, rank=1) at
sr_module.c:918
#9 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fd260, rank=1) at
sr_module.c:918
#10 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fd610, rank=1) at
sr_module.c:918
#11 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fdc40, rank=1) at
sr_module.c:918
#12 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fe158, rank=1) at
sr_module.c:918
#13 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fe460, rank=1) at
sr_module.c:918
#14 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fedc8, rank=1) at
sr_module.c:918
#15 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2ff418, rank=1) at
sr_module.c:918
#16 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2ffb48, rank=1) at
sr_module.c:918
#17 0x00000000005305e3 in init_mod_child (m=0x7f9a2e3000f0, rank=1) at
sr_module.c:918
---Type <return> to continue, or q <return> to quit---
#18 0x00000000005305e3 in init_mod_child (m=0x7f9a2e300510, rank=1) at
sr_module.c:918
sr_module.c:918
sr_module.c:918
#21 0x00000000005305e3 in init_mod_child (m=0x7f9a2e3026d8, rank=1) at
sr_module.c:918
#22 0x00000000005305e3 in init_mod_child (m=0x7f9a2e302a50, rank=1) at
sr_module.c:918
#23 0x0000000000530bfe in init_child (rank=1) at sr_module.c:947
No locals.
#24 0x0000000000485bd5 in fork_process (child_id=1,
desc=0x7ffe9c85acc0 "udp receiver child=0 sock=172.28.20.216:4060",
make_sock=1)
at pt.c:327
pid = 0
child_process_no = 1
ret = -1
new_seed1 = 570787820
new_seed2 = 1356713246
sockfd = {-1, -1}
__FUNCTION__ = "fork_process"
#25 0x000000000052024c in main_loop () at main.c:1586
i = 0
pid = 32766
si = 0x7f9a2e2f1f10
si_desc = "udp receiver child=0 sock=172.28.20.216:4060
\000\177\000\000$
[d\000\000\000\000\000\b\000\000\000\000\000\000\000(,4\027\232\177\000\000\000\360
\f\027\232\177\000\000P,4\027\232\177\000\000`\000\000\000\000\000\000\000`\255\205
\234\001\000\000\000\230t\r\027\232\177\000\000`\255\205\234\376\177\000\000H\036\0
64.\232\177\000"
nrprocs = 8
woneinit = 0
__FUNCTION__ = "main_loop"
---Type <return> to continue, or q <return> to quit---
#26 0x0000000000527a79 in main (argc=7, argv=0x7ffe9c85b0d8) at main.c:2616
cfg_stream = 0xad6010
c = -1
r = 0
tmp = 0x7ffe9c85b818 ""
tmp_len = 0
port = 0
proto = 0
options = 0x74b160
":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:"
ret = -1
seed = 2634858459
rfd = 4
debug_save = 0
debug_flag = 0
dont_fork_cnt = 0
n_lst = 0x0
p = 0x0
st = {st_dev = 19, st_ino = 72092, st_nlink = 2, st_mode = 16832,
st_uid = 0,
st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 40, st_blksize =
4096,
st_blocks = 0, st_atim = {tv_sec = 1532054497, tv_nsec =
553300960},
st_mtim = {tv_sec = 1532054692, tv_nsec = 531753344}, st_ctim = {
tv_sec = 1532054692, tv_nsec = 531753344}, __unused = {0, 0, 0}}
__FUNCTION__ = "main"
(gdb)

> Hello,
>
>
> On 04.07.18 09:25, tyd wrote:
> > Dear all,
> >
> > I'm trying Kamailio 5.1.4 and IMS module.
> > When registering to Kamailio IMS using the same ip and port for 30
> > users (different contact user part), the P-CSCF get the same hash
> > number and aor value.
> >
> > The function get_aor_hash(_d, &_ci->via_host, _ci->via_port,
> > _ci->via_prot) in ims_usrloc_pcscf pcontact.c seems the problem.
> > Because hashing with host, port, prot will get the same hash value.
> >
> > Anyone can help this ?
> I am not using the ims module, but the hash id is typically for speeding
> up the searching, there can be collisions also for different values, so
> I expect there is a matching rule on other attributes at some point, not
> only the hash id.
>
> Cheers,
> Daniel
>
> --
>
>
-------------- next part --------------
users/attachments/20180720/c2b86713/attachment.html>
From hw at kamailio.org Fri Jul 20 08:34:33 2018

Date: Fri, 20 Jul 2018 08:34:33 +0200
In-Reply-To: <CAO_tHBRxw5vJ_==s9=dVCBB4+QUEugKZdVQDqM6jwyAyAfVKNg@mail.gmail.com>
<0cee9438-a4f2-cca3-23d8-5395123104a0@gmail.com>
<CAO_tHBRxw5vJ_==s9=dVCBB4+QUEugKZdVQDqM6jwyAyAfVKNg@mail.gmail.com>
Message-ID: <1735862.dRqOYmLhLZ@linux-rdlu>
Am Freitag, 20. Juli 2018, 07:23:24 CEST schrieb tyd:

> I had modified ims_usrloc_pcscf/udomain.c about hash function and related
> codes.
> ex. via_host replaces with aor
>
> aorhash = get_aor_hash(_d, &contact_info->aor, contact_info->via_port,
> contact_info->via_prot);
> //aorhash = get_aor_hash(_d, &contact_info->via_host,
> contact_info->via_port, contact_info->via_prot);
>
> When PCSCF DB is empty, it's OK.
> But if there are data in PCSCF DB, the PCSCF process was crashed.
> Below is the gdb content.
> Could you help to find the problem?
> Thanks.
Hello,
I am also not that familiar with the IMS modules. If you did a modification t
the code and now its crashes the best would be to discuss this on our
developer list sr-dev. The respective module developers are also there and
could assist as well.
Best regards,
Henning
> (gdb) bt full

> #0 0x00007f9a2c688fc3 in core_hash (s1=0x7f9a2c89e908 <ci.13657+8>,
> s2=0x0, size=0)
> at ../../hashes.h:276
> p = 0x0
> end = 0x0
> v = 389295844
> h = 0
> #1 0x00007f9a2c68ac01 in get_aor_hash (_d=0x7f9a173436e0,
> via_host=0x7f9a2c89e908 <ci.13657+8>, via_port=5080, via_proto=53877)
> at usrloc.c:147
> aorhash = 0
> __FUNCTION__ = "get_aor_hash"
> #2 0x00007f9a2c68a8a9 in get_hash_slot (_d=0x7f9a173436e0,
> at usrloc.c:137
> sl = 2000
> __FUNCTION__ = "get_hash_slot"
> #3 0x00007f9a2c66e9f4 in lock_udomain (_d=0x7f9a173436e0,
> at udomain.c:273
> sl = 0
> #4 0x00007f9a2c67994d in preload_udomain (_c=0x7f9a2e3162f8,
> _d=0x7f9a173436e0)
> at udomain.c:866
> ci = 0x7f9a2c89e900 <ci.13657>
> row = 0x7f9a2e340210
> columns = {0x7f9a2c89e2b0 <domain_col>, 0x7f9a2c89e2c0 <aor_col>,
> 0x7f9a2c89e2d0 <host_col>, 0x7f9a2c89e2e0 <port_col>,
> 0x7f9a2c89e2f0 <protocol_col>, 0x7f9a2c89e300 <received_col>,
> 0x7f9a2c89e310 <received_port_col>, 0x7f9a2c89e320
> <received_proto_col>,
> 0x7f9a2c89e350 <rx_session_id_col>, 0x7f9a2c89e360
> <reg_state_col>,
> 0x7f9a2c89e370 <expires_col>, 0x7f9a2c89e390 <socket_col>,
> 0x7f9a2c89e380 <service_routes_col>, 0x7f9a2c89e3a0
> <public_ids_col>,
> 0x7f9a2c89e330 <path_col>}
> res = 0x7f9a2e33ff40
> aor = {s = 0xb83059 "sip:d4173c5dcbdd1529 at 172.28.20.225:5080
> ;transport=udp",
> len = 53}
> i = 0
> n = 0
> c = 0x7f9a2e335c20
> __FUNCTION__ = "preload_udomain"
> #5 0x00007f9a2c68852d in child_init (_rank=1) at ul_mod.c:249
> ptr = 0x7f9a17342c70
> __FUNCTION__ = "child_init"
> #6 0x00000000005308c6 in init_mod_child (m=0x7f9a2e2fbcf0, rank=1) at
> sr_module.c:921
> __FUNCTION__ = "init_mod_child"
> #7 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fbfa0, rank=1) at
> sr_module.c:918
> #8 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fcc80, rank=1) at
> sr_module.c:918
> #9 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fd260, rank=1) at
> sr_module.c:918
> #10 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fd610, rank=1) at
> sr_module.c:918
> #11 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fdc40, rank=1) at
> sr_module.c:918
> #12 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fe158, rank=1) at
> sr_module.c:918
> #13 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fe460, rank=1) at
> sr_module.c:918
> #14 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2fedc8, rank=1) at
> sr_module.c:918
> #15 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2ff418, rank=1) at
> sr_module.c:918
> #16 0x00000000005305e3 in init_mod_child (m=0x7f9a2e2ffb48, rank=1) at
> sr_module.c:918
> #17 0x00000000005305e3 in init_mod_child (m=0x7f9a2e3000f0, rank=1) at
> sr_module.c:918
> ---Type <return> to continue, or q <return> to quit---
> #18 0x00000000005305e3 in init_mod_child (m=0x7f9a2e300510, rank=1) at
> sr_module.c:918
> sr_module.c:918
> sr_module.c:918
> #21 0x00000000005305e3 in init_mod_child (m=0x7f9a2e3026d8, rank=1) at
> sr_module.c:918
> #22 0x00000000005305e3 in init_mod_child (m=0x7f9a2e302a50, rank=1) at
> sr_module.c:918
> #23 0x0000000000530bfe in init_child (rank=1) at sr_module.c:947
> No locals.
> #24 0x0000000000485bd5 in fork_process (child_id=1,
> desc=0x7ffe9c85acc0 "udp receiver child=0 sock=172.28.20.216:4060",
> make_sock=1)
> at pt.c:327
> pid = 0
> child_process_no = 1
> ret = -1
> new_seed1 = 570787820
> new_seed2 = 1356713246
> sockfd = {-1, -1}
> __FUNCTION__ = "fork_process"
> #25 0x000000000052024c in main_loop () at main.c:1586
> i = 0
> pid = 32766
> si = 0x7f9a2e2f1f10
> si_desc = "udp receiver child=0 sock=172.28.20.216:4060
> \000\177\000\000$[d\000\000\000\000\000\b\000\000\000\000\000\000\000(,4\027
> \232\177\000\000\000\360\f\027\232\177\000\000P,4\027\232\177\000\000`\000\0
> 00\000\000\000\000\000`\255\205\234\001\000\000\000\230t\r\027\232\177\000\0
> 00`\255\205\234\376\177\000\000H\036\064.\232\177\000" nrprocs = 8
> woneinit = 0
> __FUNCTION__ = "main_loop"
> ---Type <return> to continue, or q <return> to quit---
> #26 0x0000000000527a79 in main (argc=7, argv=0x7ffe9c85b0d8) at main.c:2616
> cfg_stream = 0xad6010
> c = -1
> r = 0
> tmp = 0x7ffe9c85b818 ""
> tmp_len = 0
> port = 0
> proto = 0
> options = 0x74b160
> ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:x:X:"
> ret = -1
> seed = 2634858459
> rfd = 4
> debug_save = 0
> debug_flag = 0
> dont_fork_cnt = 0
> n_lst = 0x0
> p = 0x0
> st = {st_dev = 19, st_ino = 72092, st_nlink = 2, st_mode = 16832,
> st_uid = 0,
> st_gid = 0, __pad0 = 0, st_rdev = 0, st_size = 40, st_blksize =
> 4096,
> st_blocks = 0, st_atim = {tv_sec = 1532054497, tv_nsec =
> 553300960},
> st_mtim = {tv_sec = 1532054692, tv_nsec = 531753344}, st_ctim = {
> tv_sec = 1532054692, tv_nsec = 531753344}, __unused = {0, 0, 0}}
> __FUNCTION__ = "main"
> (gdb)
>
> > Hello,
> >
> > On 04.07.18 09:25, tyd wrote:
> > > Dear all,
> > >
> > > I'm trying Kamailio 5.1.4 and IMS module.
> > > When registering to Kamailio IMS using the same ip and port for 30
> > > users (different contact user part), the P-CSCF get the same hash
> > > number and aor value.
> > >
> > > The function get_aor_hash(_d, &_ci->via_host, _ci->via_port,
> > > _ci->via_prot) in ims_usrloc_pcscf pcontact.c seems the problem.
> > > Because hashing with host, port, prot will get the same hash value.
> > >
> > > Anyone can help this ?
> >
> > I am not using the ims module, but the hash id is typically for speeding
> > up the searching, there can be collisions also for different values, so
> > I expect there is a matching rule on other attributes at some point, not
> > only the hash id.
--
If you like my work in the Kamailio project, it would be great if you could
consider supporting me on Patreon: https://www.patreon.com/henningw
From ataher at vanrise.com Fri Jul 20 10:13:42 2018

Date: Fri, 20 Jul 2018 11:13:42 +0300
Subject: [SR-Users] NATHELPER issue
Message-ID: <070901d42001$939be2b0$bad3a810$@vanrise.com>
Hello,
I'm using Kamailio 4.2 as proxy with nathelper enabled.
Yet , the ACK packet sent from the proxy to the origination's private IP.
The ACK is sent as reply on the following 200 OK sent from the origination :
8m2EJN41BN/6WSIP/2.0 200 OK
From: <sip:+4444331234567 at X.X.X.X;user=phone>;tag=XQBQNjvjgp4Ze
To: <sip:+905362695933 at 172.16.45.65;user=phone>;tag=12033368836000
Via: SIP/2.0/UDP
X.X.X.X:5065;branch=z9hG4bK2959.233ecbc5eff949f946d8763ce25e5e6d.0;received=
X.X.X.X,SIP/2.0/UDP
X.X.X.X;received=X.X.X.X;rport=5060;branch=z9hG4bKN93cXvv26vDDN
Record-Route: <sip:X.X.X.X:5065;lr;ftag=XQBQNjvjgp4Ze>
Call-ID: CbeX8453909200habfGhEfElPce at BC00.XXXXXXXXXXXXXX
CSeq: 125698370 INVITE
Accept: application/sdp
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,UPDATE
P-Charging-Vector:
icid-value=B0912C3D70-0720-09394507;icid-generated-at=BC00.XXXXXXXXXXXXXX.XX
;orig-ioi=MXXXXXXXXXXXXXX
Contact: <sip:172.16.45.65:5060;transport=UDP>
Content-Length: 268
v=0
o=- 5838243 5838244 IN IP4 BC00.XXXXXXXXXXXXXX
s=-
c=IN IP4 172.16.45.144
t=0 0
a=sendrecv
m=audio 47588 RTP/AVP 18 96
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=fmtp:96 0-15
a=maxptime:20
Following is the header of the sent ACK packet:
Request-Line: ACK sip:172.16.45.65:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
X.X.X.X:5065;branch=z9hG4bK2959.871535fd341bbe3099d0bf60d6460e18.0
Via: SIP/2.0/UDP
X.X.X.X;received=X.X.X.X;rport=5060;branch=z9hG4bKQUpy0jy90etjc
Max-Forwards: 69
CSeq: 125698370 ACK
Content-Length: 0
Where X.X.X.X is Kamailio server public IP.
Following is part of my config file :
route {
route(NATDETECT);
record_route();
exit;
if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
if(t_check_trans()) {
t_relay();
} else
exit;
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
if (nat_uac_test("19")) {
if (is_method("REGISTER")) {
fix_nated_register();
} else {
add_contact_alias();
setflag(FLT_NATS);
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
if(!isdsturiset()) {
handle_ruri_alias();
#!endif
return;
Can you please check why the ACK is still sent on private IP ?
Thanks
Ali Taher
-------------- next part --------------

users/attachments/20180720/b9887ebd/attachment.html>
From enrico.bandiera at cloud.timenet.it Fri Jul 20 12:48:26 2018

Date: Fri, 20 Jul 2018 12:48:26 +0200
Subject: [SR-Users] KEMI: accessing "keyword" variables from core
Message-ID: <CAGqwm+eRKngfgRCtrJJT6p-vPVa1TDOUYJUo8s1zQJhM8x=yqw@mail.gmail.com>
Hi, anyone how to access keyword variables like dst_port or src_port from
kemi? (specifically python in our case).
Thanks,
Enrico.
-------------- next part --------------
users/attachments/20180720/9d18c739/attachment.html>
From piligrim_pk at mail.ru Fri Jul 20 14:01:18 2018

From: piligrim_pk at mail.ru (=?UTF-8?B?S29uc3RhbnRpbiBQb2x5YWtvdg==?=)
Date: Fri, 20 Jul 2018 15:01:18 +0300
Subject: [SR-Users] =?utf-8?q?NATHELPER_issue?=
In-Reply-To: <mailman.3.1532080802.1568.sr-users@lists.kamailio.org>
Message-ID: <1532088078.605618444@f40.i.mail.ru>
Hello Ali,
ACK is sent by UAC to the Contact which is received in OK from UAS.

So from my point of view you need to fix that Contact in OK on your proxy.
My NATDETECT looks like:
fix_nated_contact();
}
I call it for requests and responses.
Best regards.
Konstantin
>Message: 23
>Date: Fri, 20 Jul 2018 11:13:42 +0300
>From: "Ali Taher" < ataher at vanrise.com >
>To: < sr-users at lists.sip-router.org >
>Subject: [SR-Users] NATHELPER issue
>Message-ID: < 070901d42001$939be2b0$bad3a810$@vanrise.com >
>Content-Type: text/plain; charset="utf-8"
>
>Hello,
>
>
>
>I'm using Kamailio 4.2 as proxy with nathelper enabled.
>
>
>
>Yet , the ACK packet sent from the proxy to the origination's private IP.
>
>
>
>The ACK is sent as reply on the following 200 OK sent from the origination :
>
>
>
>
>8m2EJN41BN/6WSIP/2.0 200 OK
>
>From: <sip:+4444331234567 at X.X.X.X;user=phone>;tag=XQBQNjvjgp4Ze
>
>To: <sip:+905362695933 at 172.16.45.65;user=phone>;tag=12033368836000
>
>Via: SIP/2.0/UDP
>X.X.X.X:5065;branch=z9hG4bK2959.233ecbc5eff949f946d8763ce25e5e6d.0;received=
>X.X.X.X,SIP/2.0/UDP
>X.X.X.X;received=X.X.X.X;rport=5060;branch=z9hG4bKN93cXvv26vDDN
>
>Record-Route: <sip:X.X.X.X:5065;lr;ftag=XQBQNjvjgp4Ze>
>
>Call-ID: CbeX8453909200habfGhEfElPce at BC00.XXXXXXXXXXXXXX
>
>CSeq: 125698370 INVITE
>
>Accept: application/sdp
>
>Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,UPDATE
>
>P-Charging-Vector:
>icid-value=B0912C3D70-0720-09394507;icid-generated-at=BC00.XXXXXXXXXXXXXX.XX
>;orig-ioi=MXXXXXXXXXXXXXX
>
>Content-Type: application/sdp
>
>Contact: <sip:172.16.45.65:5060;transport=UDP>
>
>Content-Length: 268
>
>
>
>v=0
>
>o=- 5838243 5838244 IN IP4 BC00.XXXXXXXXXXXXXX
>
>s=-
>
>c=IN IP4 172.16.45.144
>
>t=0 0
>
>a=sendrecv
>
>m=audio 47588 RTP/AVP 18 96
>
>c=IN IP4 172.16.45.144
>
>a=rtpmap:18 G729/8000
>
>a=fmtp:18 annexb=yes
>
>a=rtpmap:96 telephone-event/8000
>
>a=fmtp:96 0-15
>
>a=maxptime:20
>
>
>
>Following is the header of the sent ACK packet:
>
>
>
>Request-Line: ACK sip:172.16.45.65:5060;transport=UDP SIP/2.0
>
>Record-Route: <sip:X.X.X.X:5065;lr;ftag=XQBQNjvjgp4Ze>
>
>Via: SIP/2.0/UDP
>X.X.X.X:5065;branch=z9hG4bK2959.871535fd341bbe3099d0bf60d6460e18.0
>
>Via: SIP/2.0/UDP
>X.X.X.X;received=X.X.X.X;rport=5060;branch=z9hG4bKQUpy0jy90etjc
>
>Max-Forwards: 69
>
>From: <sip:+4444331234567 at X.X.X.X;user=phone>;tag=XQBQNjvjgp4Ze
>
>To: <sip:+905362695933 at 172.16.45.65;user=phone>;tag=12033368836000
>
>Call-ID: CbeX8453909200habfGhEfElPce at BC00.XXXXXXXXXXXXXX
>
>CSeq: 125698370 ACK
>
>Content-Length: 0
>
>
>
>Where X.X.X.X is Kamailio server public IP.
>
>
>
>Following is part of my config file :
>
>
>
>route {
>
>route(NATDETECT);
>
>record_route();
>
>
>
> if(!mf_process_maxfwd_header("10")) {
>
> sl_send_reply("483", "Too Many Hops");
>
> exit;
>
> }
>
>
>
> # Maybe some sanity_check() here.
>
>
>
> if(has_totag()) {
>
>
>
> if(loose_route()) {
>
> route(DLGURI);
>
> if(!t_relay())
>
> sl_reply_error();
>
>
>
> exit;
>
> } else {
>
> if(is_method("ACK")) {
>
> route(DLGURI);
>
> if(t_check_trans()) {
>
> t_relay();
>
> }
>
> } else
>
> sl_send_reply("403", "Forbidden");
>
> }
>
> exit;
>
> }
>
>
>
>.....
>
>}
>
>
>
>
>
>route[NATDETECT] {
>
>#!ifdef WITH_NAT
>
> force_rport();
>
> if (nat_uac_test("19")) {
>
> if (is_method("REGISTER")) {
>
> fix_nated_register();
>
> } else {
>
> add_contact_alias();
>
> }
>
> setflag(FLT_NATS);
>
> }
>
>#!endif
>
> return;
>
>}
>
>
>
>route[DLGURI] {
>
>#!ifdef WITH_NAT
>
> if(!isdsturiset()) {
>
> handle_ruri_alias();
>
> }
>
>#!endif
>
> return;
>
>}
>
>
>
>Can you please check why the ACK is still sent on private IP ?
>
>
>
>Thanks
>
>Ali Taher
>
>
"Ali Taher" < ataher at vanrise.com >

-------------- next part --------------
users/attachments/20180720/883ce44e/attachment.html>

Date: Fri, 20 Jul 2018 14:57:10 +0200
In-Reply-To: <CAHUhqa_aMh1kyxqqStSaW6BAORxGTRpQTqoCr35s4KpDd47RJA@mail.gmail.com>
<CAHUhqa_aMh1kyxqqStSaW6BAORxGTRpQTqoCr35s4KpDd47RJA@mail.gmail.com>
Message-ID: <60b77cdc-50b4-853f-7ab9-b2d9af66e8c8@gmail.com>
The evaluation for uri==myself condition is done inside src/core/route.c

starting with line 1817. I see there that it takes default SIP port if
none is set in the r-uri.
Cheers,
Daniel
> So, i think i have determined the root cause of my issue:
>
> Background info:
> - I have a request URI of an INVITE that contains no port number.
> - My application is not listening on the default port of 5060
>
> The is_myself(...) function handles a 'no port in request uri'
> differently than uri==myself.
>
> By that i mean, is_myself(...) does not default the port to 5060 when
> looking up aliases/(which ip addresses and ports the process is bound
> to); it simply does not take port number into account (if no port
> exists in request uri) when searching the alias list. BUT,
> uri==myself does default to 5060 and hence tries to find an alias
> binding to 5060.
>
> So, is_myself("$ru") passes in my case; uri==myself fails.
>
> Can you point me to the place in the source code where 5060 is being
> set as default to the uri variable when request uri has no port number
> please?
>
> I don't intend to change this defaulting behavior; I am just curious
> where it is set.
>
> Thanks,
>
> Karthik
>
> On Thu, Jul 19, 2018 at 3:37 PM, Karthik Srinivasan
> <ksriniva2002 at gmail.com <mailto:ksriniva2002 at gmail.com>> wrote:
>
> standby, i have the debug mode spitting out tons of logs now.
>
> time for me to review.
>
> will let you know if i need help.
>
> thanks,
>
> karthik
>
> On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan
> <ksriniva2002 at gmail.com <mailto:ksriniva2002 at gmail.com>> wrote:
>
> Unfortunately same result as before:
>
> $var(myself) = 0;
> if (uri =~ "<regex string to match>" || uri == myself){
> $var(myself) = 1;
> xlog("L_INFO", "[$ci] in uri == myself check: var myself
> = $var(myself)");
> }
>
> if (uri =~ "<regex string to match>" || is_myself("$ru")){
> $var(myself) = 1;
> xlog("L_INFO", "[$ci] in is_myself check: var myself =
> $var(myself)");
> }
>
> The only log that prints out is the one that says 'in
> is_myself check ...'(the second if statement.)
>
> I have verified that if there's a regular expression match
> then both log writes print. Regular expression match happens
> when a SIP REGISTER request comes across the pipe.
>
> Something odd is going on with the computation of uri ==
> myself vs is_myself("$ru").
>
> Is there a way i can inspect what myself and uri have in them?
>
> Karthik
>
>
>
>
> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla
>
> Hello,
>
> things are different that one may expect from evaluation
> of an expression compared with other established
> scripting/programming languages. One thing to be sure you
> are aware of are the return code evaluation:
>
> -
>
https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_function_return_cod
>
<https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_function_return_cod>
>
> To be sure of proper behaviour, you should do:
>
> if(uri =~ "<regex string to match>" || uri == myself) {
>
> $var(myself) =1;
>
> } else {
>
> $var(myself) = 0;
>
> }
>
> Same with is_myself("$ru") instead of uri == myself.
>
> Try and see if you get different values for $var(myself).
>
> Cheers,
> Daniel
>
>> Yes, they are used at the very same place. here is a code
>> snippet of where i added it for testing purposes:
>>
>>
>> route[INIT_VARS] {
>>
>> $var(myself) = uri =~ "<regex string to match>" || uri ==
>> myself;
>> $var(myself) = uri =~ "<regex string to match>" ||
>> is_myself("$ru");
>>
>> // in both cases above the regex part isn't supposed to
>> match and hence correctly returns false.
>> ...
>>
>> }
>>
>> route{
>>
>> route(INIT_VARS);
>>
>> ...
>> }
>>
>> Thanks,
>>
>> Karthik
>>
>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin
>> Mierla <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>> Hello,
>>
>>
>> > Hello,
>> >
>> > Can someone explain to me why statement A returns
>> True and statement B
>> > returns False.
>> >
>> > Statement A:
>> >
>> > Statement B:
>> > uri == myself
>> >
>> >
>> >
>> > With my current config i am expecting the is_myself
>> to return True; i
>> > was expecting the same for Statement B but
>> unfortunately it is
>> >
>>
>> Are they used at the same place in config? Note that
>> $ru can be changed
>> by different functions such as those from registrar,
>> dispatcher, lcr, ...
>>
>> Cheers,
>> Daniel
>>
>> --
>> <http://www.asipto.com>
>> www.twitter.com/miconda
>> <http://www.twitter.com/miconda> --
>> www.linkedin.com/in/miconda
>> <http://www.linkedin.com/in/miconda>
>> <http://www.kamailioworld.com>
>>
>>
>
> --
> <http://www.linkedin.com/in/miconda>
>
>
>
>
--
-------------- next part --------------

users/attachments/20180720/2fd481cd/attachment.html>

Date: Fri, 20 Jul 2018 14:59:17 +0200
In-Reply-To: <CAGqwm+eRKngfgRCtrJJT6p-vPVa1TDOUYJUo8s1zQJhM8x=yqw@mail.gmail.com>
References: <CAGqwm+eRKngfgRCtrJJT6p-vPVa1TDOUYJUo8s1zQJhM8x=yqw@mail.gmail.com>
Message-ID: <2e477e58-9558-2396-7307-bf298a7e4a27@gmail.com>
Hello,
all the keywords should have corresponding variables, in these cases:
- dst_port should be $Rp (received on port)
- src_port should be $sp
You can look in the pseudo-variables cookbook on kamailio.org/wiki to

confirm.
Cheers,
Daniel
On 20.07.18 12:48, Enrico Bandiera wrote:

> Hi, anyone how to access keyword variables like dst_port or src_port
> from kemi? (specifically python in our case).
>
> Thanks,
> Enrico.
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180720/9a3357b2/attachment.html>
From Christoph.Valentin at kapsch.net Fri Jul 20 15:45:59 2018

From: Christoph.Valentin at kapsch.net (Valentin Christoph)
Date: Fri, 20 Jul 2018 13:45:59 +0000
In-Reply-To: <CAHeWXy5-nyPptZHU50ge7bnVujaDTjSyqr-u9+PV9Aod4ae6bw@mail.gmail.com>
References: <CAHeWXy5-nyPptZHU50ge7bnVujaDTjSyqr-u9+PV9Aod4ae6bw@mail.gmail.com>
Message-ID:
<VI1PR03MB43971934507CE26BF20167A6E4510@VI1PR03MB4397.eurprd03.prod.outlook.com>
Hi Vinod,
Kamailio comes with several modules that are implemented specifically for the
support of IMS configurations. Their names start with “ims_”.
To know, how to load and configure those modules for use in an ims, there are
example config files, afaik in branch 4.4 at examples/pcscf, examples/icscf,
examples/scscf.
KR
From: sr-users [mailto:sr-users-bounces at lists.kamailio.org] On Behalf Of vinod

mn
Hi
what are the requirements to configure the ims to work with kamailio.
--
Thanks and regards
Vinod.M.N
The information contained in this e-mail message is privileged and confidential and
is for the exclusive use of the addressee. The person who receives this message and
who is not the addressee, one of his employees or an agent entitled to hand it over
to the addressee, is informed that he may not use, disclose or reproduce the
contents thereof, and is kindly asked to notify the sender and delete the e-mail
immediately.
-------------- next part --------------

users/attachments/20180720/ebf96d01/attachment.html>
From eschmidbauer at gmail.com Fri Jul 20 17:02:22 2018

From: eschmidbauer at gmail.com (E. Schmidbauer)
Date: Fri, 20 Jul 2018 09:02:22 -0600
Subject: [SR-Users] dialog module with dmq
Message-ID: <CAJwe+CCN6PJO8wVbH3EuKBPsoa4mqPdn7-_Ay8v1fzTVBi355g@mail.gmail.com>
Is anyone using dialog module with DMQ to share dialogs across multiple
kamailio instances?
i've been testing it and it seems unreliable. sometimes the dialog data is
sent from nodeA to nodeB, sometimes it is not.
im wondering if im missing some settings or it's a bug. I tested latest
master branch and version 5.1.4
Thanks!
Emmanuel
-------------- next part --------------
users/attachments/20180720/9e9f21ca/attachment.html>

Date: Fri, 20 Jul 2018 10:26:03 -0500
In-Reply-To: <60b77cdc-50b4-853f-7ab9-b2d9af66e8c8@gmail.com>
<60b77cdc-50b4-853f-7ab9-b2d9af66e8c8@gmail.com>
Message-ID: <CAHUhqa-YL_z1by1TQqVwcxM=SEBU7R9EKBUdXLu3o2bpPLjhtA@mail.gmail.com>
Yes, i see it defaulting there. Thanks again for the help.
Karthik
On Fri, Jul 20, 2018 at 7:57 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:
> The evaluation for uri==myself condition is done inside src/core/route.c

> starting with line 1817. I see there that it takes default SIP port if none
> is set in the r-uri.
>
> Cheers,
> Daniel
>
>
> So, i think i have determined the root cause of my issue:
>
> Background info:
> - I have a request URI of an INVITE that contains no port number.
> - My application is not listening on the default port of 5060
>
> The is_myself(...) function handles a 'no port in request uri' differently
> than uri==myself.
>
> By that i mean, is_myself(...) does not default the port to 5060 when
> looking up aliases/(which ip addresses and ports the process is bound to);
> it simply does not take port number into account (if no port exists in
> request uri) when searching the alias list. BUT, uri==myself does default
> to 5060 and hence tries to find an alias binding to 5060.
>
> So, is_myself("$ru") passes in my case; uri==myself fails.
>
> Can you point me to the place in the source code where 5060 is being set
> as default to the uri variable when request uri has no port number please?
>
> I don't intend to change this defaulting behavior; I am just curious where
> it is set.
>
> Thanks,
>
> Karthik
>
> On Thu, Jul 19, 2018 at 3:37 PM, Karthik Srinivasan <
>
>> standby, i have the debug mode spitting out tons of logs now.
>>
>> time for me to review.
>>
>> will let you know if i need help.
>>
>> thanks,
>>
>> karthik
>>
>> On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan <
>> ksriniva2002 at gmail.com> wrote:
>>
>>> Unfortunately same result as before:
>>>
>>> if (uri =~ "<regex string to match>" || uri == myself){
>>> xlog("L_INFO", "[$ci] in uri == myself check: var myself =
>>> $var(myself)");
>>> }
>>>
>>> if (uri =~ "<regex string to match>" || is_myself("$ru")){
>>> xlog("L_INFO", "[$ci] in is_myself check: var myself =
>>> $var(myself)");
>>> }
>>>
>>> The only log that prints out is the one that says 'in is_myself check
>>> ...'(the second if statement.)
>>>
>>> I have verified that if there's a regular expression match then both log
>>> writes print. Regular expression match happens when a SIP REGISTER request
>>> comes across the pipe.
>>>
>>> Something odd is going on with the computation of uri == myself vs
>>> is_myself("$ru").
>>>
>>> Is there a way i can inspect what myself and uri have in them?
>>>
>>> Karthik
>>>
>>>
>>>
>>>
>>> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> things are different that one may expect from evaluation of an
>>>> expression compared with other established scripting/programming languages.
>>>> One thing to be sure you are aware of are the return code evaluation:
>>>>
>>>> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
>>>> function_return_cod
>>>>
>>>> To be sure of proper behaviour, you should do:
>>>>
>>>> if(uri =~ "<regex string to match>" || uri == myself) {
>>>>
>>>> $var(myself) =1;
>>>>
>>>> } else {
>>>>
>>>> $var(myself) = 0;
>>>>
>>>> }
>>>>
>>>> Same with is_myself("$ru") instead of uri == myself.
>>>>
>>>> Try and see if you get different values for $var(myself).
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 19.07.18 19:09, Karthik Srinivasan wrote:
>>>>
>>>> Yes, they are used at the very same place. here is a code snippet of
>>>> where i added it for testing purposes:
>>>>
>>>>
>>>> route[INIT_VARS] {
>>>>
>>>> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
>>>> //if i print $var(myself) it prints 0
>>>> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>>>> //if i print $var(myself) it prints 1
>>>>
>>>> // in both cases above the regex part isn't supposed to match and hence
>>>> correctly returns false.
>>>> ...
>>>>
>>>> }
>>>>
>>>> route{
>>>>
>>>> route(INIT_VARS);
>>>>
>>>> ...
>>>> }
>>>>
>>>> Thanks,
>>>>
>>>> Karthik
>>>>
>>>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>>
>>>>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>>>>> > Hello,
>>>>> >
>>>>> > Can someone explain to me why statement A returns True and statement
>>>>> B
>>>>> > returns False.
>>>>> >
>>>>> > Statement A:
>>>>> > is_myself("$ru")
>>>>> >
>>>>> > Statement B:
>>>>> > uri == myself
>>>>> >
>>>>> >
>>>>> > Isn't uri and $ru referencing the same data?
>>>>> >
>>>>> > With my current config i am expecting the is_myself to return True;
>>>>> i
>>>>> > was expecting the same for Statement B but unfortunately it is
>>>>> > returning False.
>>>>> >
>>>>> they are supposed to be the same in this case.
>>>>>
>>>>> Are they used at the same place in config? Note that $ru can be changed
>>>>> by different functions such as those from registrar, dispatcher, lcr,
>>>>> ...
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>
>>>>>
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>
>>>>
>>>
>>
>
> --
>
>
-------------- next part --------------
users/attachments/20180720/5a1a3b90/attachment.html>

Date: Fri, 20 Jul 2018 18:09:05 +0200
In-Reply-To:
References: <CAHeWXy5-nyPptZHU50ge7bnVujaDTjSyqr-u9+PV9Aod4ae6bw@mail.gmail.com>
Message-ID: <8bf93585-c75a-701a-4501-6e7056d2a30f@gmail.com>
Hello,
On 20.07.18 15:45, Valentin Christoph wrote:

>
> Hi Vinod,
>
>
>
> Kamailio comes with several modules that are implemented specifically
> for the support of IMS configurations. Their names start with “ims_”.
>
>
>
> To know, how to load and configure those modules for use in an ims,
> there are example config files, afaik in branch 4.4 at examples/pcscf,
> examples/icscf, examples/scscf.
>
starting with v5.0, the the sample configs are in misc/examples/...

Cheers,
Daniel
>
>
>
> KR
>
>
>
> *From:*sr-users [mailto:sr-users-bounces at lists.kamailio.org] *On
> Behalf Of *vinod mn
> *Sent:* Tuesday, July 17, 2018 4:20 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] how to configure ims in kamailio
>
>
>
> Hi
>
> what are the requirements to configure the ims to work with kamailio.
>
>
> --
>
> Thanks and regards
>
> Vinod.M.N
>
>
>
>
> The information contained in this e-mail message is privileged and
> confidential and is for the exclusive use of the addressee. The person
> who receives this message and who is not the addressee, one of his
> employees or an agent entitled to hand it over to the addressee, is
> informed that he may not use, disclose or reproduce the contents
> thereof, and is kindly asked to notify the sender and delete the
> e-mail immediately.
>
>
>
> _______________________________________________
--
-------------- next part --------------

users/attachments/20180720/6ef2fed5/attachment.html>

Date: Fri, 20 Jul 2018 11:36:55 -0500
In-Reply-To: <CAHUhqa-YL_z1by1TQqVwcxM=SEBU7R9EKBUdXLu3o2bpPLjhtA@mail.gmail.com>
<CAHUhqa-YL_z1by1TQqVwcxM=SEBU7R9EKBUdXLu3o2bpPLjhtA@mail.gmail.com>
Message-ID: <CAHUhqa_MpabT1n39w12b8OB-9fka1NJAqiFVsh3L3gbPwC9X0g@mail.gmail.com>
One follow up question here:
Can you point me to the location of the source code that unpacks the
request uri/from uri and sticks them into the $ru/$fu pseudo vars please.
I already have confirmed (via testing) that $ru won't have a defaulted port
set to it if no port exists in the request uri.
I want to confirm within the code that $fu behaves the same. That is, no
default port is going to get set if no port exists in the from uri.
Confirming via code will help me put this issue; provide confidence that i
am using the right variables here.
I did confirm via code (thank to your help) that the variable "from_uri"
will have a default port set just like the "uri" variable.
Thanks,
Karthik
On Fri, Jul 20, 2018 at 10:26 AM, Karthik Srinivasan <ksriniva2002 at gmail.com
> wrote:
> Yes, i see it defaulting there. Thanks again for the help.
>
> Karthik
>
> On Fri, Jul 20, 2018 at 7:57 AM, Daniel-Constantin Mierla <
>
>> The evaluation for uri==myself condition is done inside src/core/route.c
>> starting with line 1817. I see there that it takes default SIP port if none
>> is set in the r-uri.
>>
>> Cheers,
>> Daniel
>>
>>
>> So, i think i have determined the root cause of my issue:
>>
>> Background info:
>> - I have a request URI of an INVITE that contains no port number.
>> - My application is not listening on the default port of 5060
>>
>> The is_myself(...) function handles a 'no port in request uri'
>> differently than uri==myself.
>>
>> By that i mean, is_myself(...) does not default the port to 5060 when
>> looking up aliases/(which ip addresses and ports the process is bound to);
>> it simply does not take port number into account (if no port exists in
>> request uri) when searching the alias list. BUT, uri==myself does default
>> to 5060 and hence tries to find an alias binding to 5060.
>>
>> So, is_myself("$ru") passes in my case; uri==myself fails.
>>
>> Can you point me to the place in the source code where 5060 is being set
>> as default to the uri variable when request uri has no port number please?
>>
>> I don't intend to change this defaulting behavior; I am just curious
>> where it is set.
>>
>> Thanks,
>>
>> Karthik
>>
>> On Thu, Jul 19, 2018 at 3:37 PM, Karthik Srinivasan <
>> ksriniva2002 at gmail.com> wrote:
>>
>>> standby, i have the debug mode spitting out tons of logs now.
>>>
>>> time for me to review.
>>>
>>> will let you know if i need help.
>>>
>>> thanks,
>>>
>>> karthik
>>>
>>> On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan <
>>> ksriniva2002 at gmail.com> wrote:
>>>
>>>> Unfortunately same result as before:
>>>>
>>>> if (uri =~ "<regex string to match>" || uri == myself){
>>>> xlog("L_INFO", "[$ci] in uri == myself check: var myself =
>>>> $var(myself)");
>>>> }
>>>>
>>>> if (uri =~ "<regex string to match>" || is_myself("$ru")){
>>>> xlog("L_INFO", "[$ci] in is_myself check: var myself =
>>>> $var(myself)");
>>>> }
>>>>
>>>> The only log that prints out is the one that says 'in is_myself check
>>>> ...'(the second if statement.)
>>>>
>>>> I have verified that if there's a regular expression match then both
>>>> log writes print. Regular expression match happens when a SIP REGISTER
>>>> request comes across the pipe.
>>>>
>>>> Something odd is going on with the computation of uri == myself vs
>>>> is_myself("$ru").
>>>>
>>>> Is there a way i can inspect what myself and uri have in them?
>>>>
>>>> Karthik
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> things are different that one may expect from evaluation of an
>>>>> expression compared with other established scripting/programming languages.
>>>>> One thing to be sure you are aware of are the return code evaluation:
>>>>>
>>>>> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
>>>>> function_return_cod
>>>>>
>>>>> To be sure of proper behaviour, you should do:
>>>>>
>>>>> if(uri =~ "<regex string to match>" || uri == myself) {
>>>>>
>>>>> $var(myself) =1;
>>>>>
>>>>> } else {
>>>>>
>>>>> $var(myself) = 0;
>>>>>
>>>>> }
>>>>>
>>>>> Same with is_myself("$ru") instead of uri == myself.
>>>>>
>>>>> Try and see if you get different values for $var(myself).
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 19.07.18 19:09, Karthik Srinivasan wrote:
>>>>>
>>>>> Yes, they are used at the very same place. here is a code snippet of
>>>>> where i added it for testing purposes:
>>>>>
>>>>>
>>>>> route[INIT_VARS] {
>>>>>
>>>>> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
>>>>> //if i print $var(myself) it prints 0
>>>>> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>>>>> //if i print $var(myself) it prints 1
>>>>>
>>>>> // in both cases above the regex part isn't supposed to match and
>>>>> hence correctly returns false.
>>>>> ...
>>>>>
>>>>> }
>>>>>
>>>>> route{
>>>>>
>>>>> route(INIT_VARS);
>>>>>
>>>>> ...
>>>>> }
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Karthik
>>>>>
>>>>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>>>>> miconda at gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>>
>>>>>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>>>>>> > Hello,
>>>>>> >
>>>>>> > Can someone explain to me why statement A returns True and
>>>>>> statement B
>>>>>> > returns False.
>>>>>> >
>>>>>> > Statement A:
>>>>>> > is_myself("$ru")
>>>>>> >
>>>>>> > Statement B:
>>>>>> > uri == myself
>>>>>> >
>>>>>> >
>>>>>> > Isn't uri and $ru referencing the same data?
>>>>>> >
>>>>>> > With my current config i am expecting the is_myself to return
>>>>>> True; i
>>>>>> > was expecting the same for Statement B but unfortunately it is
>>>>>> > returning False.
>>>>>> >
>>>>>> they are supposed to be the same in this case.
>>>>>>
>>>>>> Are they used at the same place in config? Note that $ru can be
>>>>>> changed
>>>>>> by different functions such as those from registrar, dispatcher, lcr,
>>>>>> ...
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>> --
>>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>
>>>>>
>>>>
>>>
>>
>> --
>>
>>
>
-------------- next part --------------
users/attachments/20180720/044d5260/attachment.html>

Date: Fri, 20 Jul 2018 11:47:53 -0500
In-Reply-To: <CAHUhqa_MpabT1n39w12b8OB-9fka1NJAqiFVsh3L3gbPwC9X0g@mail.gmail.com>
<CAHUhqa-YL_z1by1TQqVwcxM=SEBU7R9EKBUdXLu3o2bpPLjhtA@mail.gmail.com>
<CAHUhqa_MpabT1n39w12b8OB-9fka1NJAqiFVsh3L3gbPwC9X0g@mail.gmail.com>
Message-ID: <CAHUhqa9Phuv2qQ7OioMpdkGOLK-Pwa5+ueOVRDQs3m-H1y33YQ@mail.gmail.com>
Please disregard the follow up question i posted.
I misled myself in thinking the variables themselves were being populated

by defaulted ports. rather it's the check to ==myself that's doing it.
thanks again.
Karthik
On Fri, Jul 20, 2018 at 11:36 AM, Karthik Srinivasan <ksriniva2002 at gmail.com
> wrote:
> One follow up question here:

>
> Can you point me to the location of the source code that unpacks the
> request uri/from uri and sticks them into the $ru/$fu pseudo vars please.
>
> I already have confirmed (via testing) that $ru won't have a defaulted
> port set to it if no port exists in the request uri.
>
> I want to confirm within the code that $fu behaves the same. That is, no
> default port is going to get set if no port exists in the from uri.
> Confirming via code will help me put this issue; provide confidence that i
> am using the right variables here.
>
> I did confirm via code (thank to your help) that the variable "from_uri"
> will have a default port set just like the "uri" variable.
>
> Thanks,
>
> Karthik
>
>
> On Fri, Jul 20, 2018 at 10:26 AM, Karthik Srinivasan <
>
>> Yes, i see it defaulting there. Thanks again for the help.
>>
>> Karthik
>>
>> On Fri, Jul 20, 2018 at 7:57 AM, Daniel-Constantin Mierla <
>>
>>> The evaluation for uri==myself condition is done inside src/core/route.c
>>> starting with line 1817. I see there that it takes default SIP port if none
>>> is set in the r-uri.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> So, i think i have determined the root cause of my issue:
>>>
>>> Background info:
>>> - I have a request URI of an INVITE that contains no port number.
>>> - My application is not listening on the default port of 5060
>>>
>>> The is_myself(...) function handles a 'no port in request uri'
>>> differently than uri==myself.
>>>
>>> By that i mean, is_myself(...) does not default the port to 5060 when
>>> looking up aliases/(which ip addresses and ports the process is bound to);
>>> it simply does not take port number into account (if no port exists in
>>> request uri) when searching the alias list. BUT, uri==myself does default
>>> to 5060 and hence tries to find an alias binding to 5060.
>>>
>>> So, is_myself("$ru") passes in my case; uri==myself fails.
>>>
>>> Can you point me to the place in the source code where 5060 is being set
>>> as default to the uri variable when request uri has no port number please?
>>>
>>> I don't intend to change this defaulting behavior; I am just curious
>>> where it is set.
>>>
>>> Thanks,
>>>
>>> Karthik
>>>
>>> On Thu, Jul 19, 2018 at 3:37 PM, Karthik Srinivasan <
>>> ksriniva2002 at gmail.com> wrote:
>>>
>>>> standby, i have the debug mode spitting out tons of logs now.
>>>>
>>>> time for me to review.
>>>>
>>>> will let you know if i need help.
>>>>
>>>> thanks,
>>>>
>>>> karthik
>>>>
>>>> On Thu, Jul 19, 2018 at 3:15 PM, Karthik Srinivasan <
>>>> ksriniva2002 at gmail.com> wrote:
>>>>
>>>>> Unfortunately same result as before:
>>>>>
>>>>> $var(myself) = 0;
>>>>> if (uri =~ "<regex string to match>" || uri == myself){
>>>>> $var(myself) = 1;
>>>>> xlog("L_INFO", "[$ci] in uri == myself check: var myself =
>>>>> $var(myself)");
>>>>> }
>>>>>
>>>>> if (uri =~ "<regex string to match>" || is_myself("$ru")){
>>>>> $var(myself) = 1;
>>>>> xlog("L_INFO", "[$ci] in is_myself check: var myself =
>>>>> $var(myself)");
>>>>> }
>>>>>
>>>>> The only log that prints out is the one that says 'in is_myself check
>>>>> ...'(the second if statement.)
>>>>>
>>>>> I have verified that if there's a regular expression match then both
>>>>> log writes print. Regular expression match happens when a SIP REGISTER
>>>>> request comes across the pipe.
>>>>>
>>>>> Something odd is going on with the computation of uri == myself vs
>>>>> is_myself("$ru").
>>>>>
>>>>> Is there a way i can inspect what myself and uri have in them?
>>>>>
>>>>> Karthik
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Jul 19, 2018 at 2:18 PM, Daniel-Constantin Mierla <
>>>>> miconda at gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> things are different that one may expect from evaluation of an
>>>>>> expression compared with other established scripting/programming languages.
>>>>>> One thing to be sure you are aware of are the return code evaluation:
>>>>>>
>>>>>> - https://www.kamailio.org/wiki/tutorials/faq/main#how_is_the_
>>>>>> function_return_cod
>>>>>>
>>>>>> To be sure of proper behaviour, you should do:
>>>>>>
>>>>>> if(uri =~ "<regex string to match>" || uri == myself) {
>>>>>>
>>>>>> $var(myself) =1;
>>>>>>
>>>>>> } else {
>>>>>>
>>>>>> $var(myself) = 0;
>>>>>>
>>>>>> }
>>>>>>
>>>>>> Same with is_myself("$ru") instead of uri == myself.
>>>>>>
>>>>>> Try and see if you get different values for $var(myself).
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>> On 19.07.18 19:09, Karthik Srinivasan wrote:
>>>>>>
>>>>>> Yes, they are used at the very same place. here is a code snippet of
>>>>>> where i added it for testing purposes:
>>>>>>
>>>>>>
>>>>>> route[INIT_VARS] {
>>>>>>
>>>>>> $var(myself) = uri =~ "<regex string to match>" || uri == myself;
>>>>>> //if i print $var(myself) it prints 0
>>>>>> $var(myself) = uri =~ "<regex string to match>" || is_myself("$ru");
>>>>>> //if i print $var(myself) it prints 1
>>>>>>
>>>>>> // in both cases above the regex part isn't supposed to match and
>>>>>> hence correctly returns false.
>>>>>> ...
>>>>>>
>>>>>> }
>>>>>>
>>>>>> route{
>>>>>>
>>>>>> route(INIT_VARS);
>>>>>>
>>>>>> ...
>>>>>> }
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Karthik
>>>>>>
>>>>>> On Thu, Jul 19, 2018 at 11:46 AM, Daniel-Constantin Mierla <
>>>>>> miconda at gmail.com> wrote:
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>>
>>>>>>> On 19.07.18 18:32, Karthik Srinivasan wrote:
>>>>>>> > Hello,
>>>>>>> >
>>>>>>> > Can someone explain to me why statement A returns True and
>>>>>>> statement B
>>>>>>> > returns False.
>>>>>>> >
>>>>>>> > Statement A:
>>>>>>> > is_myself("$ru")
>>>>>>> >
>>>>>>> > Statement B:
>>>>>>> > uri == myself
>>>>>>> >
>>>>>>> >
>>>>>>> > Isn't uri and $ru referencing the same data?
>>>>>>> >
>>>>>>> > With my current config i am expecting the is_myself to return
>>>>>>> True; i
>>>>>>> > was expecting the same for Statement B but unfortunately it is
>>>>>>> > returning False.
>>>>>>> >
>>>>>>> they are supposed to be the same in this case.
>>>>>>>
>>>>>>> Are they used at the same place in config? Note that $ru can be
>>>>>>> changed
>>>>>>> by different functions such as those from registrar, dispatcher,
>>>>>>> lcr, ...
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Daniel
>>>>>>>
>>>>>>> --
>>>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
>>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> --
>>>
>>>
>>
>
-------------- next part --------------
users/attachments/20180720/c7e418b9/attachment.html>
From shaheryarkh at gmail.com Fri Jul 20 20:47:12 2018

From: shaheryarkh at gmail.com (M S)
Date: Fri, 20 Jul 2018 20:47:12 +0200
Subject: [SR-Users] Selectively enable / disable cdrs using acc module
Message-ID: <CAFZQphzVhr5JXM0Xov5qNbQxts3a6y4-h3-Bq9d9JpGWpT8Gkw@mail.gmail.com>
Hi,
I have a kamailio v5.0 setup where cdrs are enabled using acc module. Is
there a way to enable / disable cdrs on per call basis in kamailio script?
For example i want to allow cdrs only for offnet calls and disable them for
onnet calls?
May be a dialog flag configurable in module parameters to signal acc module

whether or not to generate cdr for current dialog at the end of call?
-------------- next part --------------
users/attachments/20180720/9a59b710/attachment.html>
From eyas37 at hotmail.com Fri Jul 20 23:39:55 2018

Date: Fri, 20 Jul 2018 21:39:55 +0000
In-Reply-To:
References:
Message-ID:
<SG2PR03MB15172836EE878AD712515E9EC5510@SG2PR03MB1517.apcprd03.prod.outlook.com>
any ideas dears ???!!!
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of eyas barhouk
<eyas37 at hotmail.com>
Dears
i'm using kamilio 5.2.0 as IMS with Zoiper client and RTP Engine
when i'm trying to terminate a video call ,BYE message does not arrived to
destination with error from S-cscf side "forbidden domain not served "
has any one had the same issue before ? and is there any ideas about how to solve
it ?
thanks in advance
-------------- next part --------------
From pojogas at gmail.com Sat Jul 21 00:00:24 2018

Date: Fri, 20 Jul 2018 18:00:24 -0400
In-Reply-To: <CAFZQphzVhr5JXM0Xov5qNbQxts3a6y4-h3-Bq9d9JpGWpT8Gkw@mail.gmail.com>
References: <CAFZQphzVhr5JXM0Xov5qNbQxts3a6y4-h3-Bq9d9JpGWpT8Gkw@mail.gmail.com>
Message-ID: <CAJZsGCkREYuNnK6mEmhmLJBr5W3qMdRjcmP_PRiMhJnuPxsOHg@mail.gmail.com>
Assuming your acc log_flag is set to FLT_ACC, it should be as simple as not
setting or resetting the FLT_ACC flag, depending on the script logic.
You will probably need to do that for both INVITEs and BYEs
On Fri, Jul 20, 2018 at 2:48 PM M S <shaheryarkh at gmail.com> wrote:
> Hi,
>
> I have a kamailio v5.0 setup where cdrs are enabled using acc module. Is
> there a way to enable / disable cdrs on per call basis in kamailio script?
> For example i want to allow cdrs only for offnet calls and disable them for
> onnet calls?
>
> May be a dialog flag configurable in module parameters to signal acc
> module whether or not to generate cdr for current dialog at the end of call?
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180720/0ada4d4e/attachment.html>
From shaheryarkh at gmail.com Sat Jul 21 08:15:28 2018

Date: Sat, 21 Jul 2018 08:15:28 +0200
In-Reply-To: <CAJZsGCkREYuNnK6mEmhmLJBr5W3qMdRjcmP_PRiMhJnuPxsOHg@mail.gmail.com>
<CAJZsGCkREYuNnK6mEmhmLJBr5W3qMdRjcmP_PRiMhJnuPxsOHg@mail.gmail.com>
Message-ID: <CAFZQphyfumbavzo=GVnaPKs2rX_1vTJvnBgkqO5MMRmJNrfysw@mail.gmail.com>
Humm, isn’t acc log_flag is for transaction logging, rather then cdrs?
For cdrs, the acc module has just one relevant module parameter, that is
cdr_enable which enables / disables cdrs for ALL calls.
On Sat, 21 Jul 2018 at 00:01, Sergiu Pojoga <pojogas at gmail.com> wrote:
> Assuming your acc log_flag is set to FLT_ACC, it should be as simple as

> not setting or resetting the FLT_ACC flag, depending on the script logic.
>
> You will probably need to do that for both INVITEs and BYEs
>
>
> On Fri, Jul 20, 2018 at 2:48 PM M S <shaheryarkh at gmail.com> wrote:
>
>> Hi,
>>
>> I have a kamailio v5.0 setup where cdrs are enabled using acc module. Is
>> there a way to enable / disable cdrs on per call basis in kamailio script?
>> For example i want to allow cdrs only for offnet calls and disable them for
>> onnet calls?
>>
>> May be a dialog flag configurable in module parameters to signal acc
>> module whether or not to generate cdr for current dialog at the end of call?
>>
> _______________________________________________
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180721/72efdc16/attachment.html>
From pojogas at gmail.com Sat Jul 21 16:01:51 2018

Date: Sat, 21 Jul 2018 10:01:51 -0400
In-Reply-To: <CAFZQphyfumbavzo=GVnaPKs2rX_1vTJvnBgkqO5MMRmJNrfysw@mail.gmail.com>
<CAFZQphyfumbavzo=GVnaPKs2rX_1vTJvnBgkqO5MMRmJNrfysw@mail.gmail.com>
Message-ID: <CAJZsGC=Bt5MCL4gpibO9yn31nfrhMakYL4WzLrZ83Pb1D-xE6g@mail.gmail.com>
I suppose it depends how one generates CDRs, directly from Kamailio or

using an external process.
Still, not setting the acc log_flag should result in no cdrs. Why don't you
give it a try.
On Sat, Jul 21, 2018 at 2:16 AM M S <shaheryarkh at gmail.com> wrote:
> Humm, isn’t acc log_flag is for transaction logging, rather then cdrs?
>
> For cdrs, the acc module has just one relevant module parameter, that is
> cdr_enable which enables / disables cdrs for ALL calls.
> On Sat, 21 Jul 2018 at 00:01, Sergiu Pojoga <pojogas at gmail.com> wrote:
>
>> Assuming your acc log_flag is set to FLT_ACC, it should be as simple as
>> not setting or resetting the FLT_ACC flag, depending on the script logic.
>>
>> You will probably need to do that for both INVITEs and BYEs
>>
>>
>> On Fri, Jul 20, 2018 at 2:48 PM M S <shaheryarkh at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have a kamailio v5.0 setup where cdrs are enabled using acc module. Is
>>> there a way to enable / disable cdrs on per call basis in kamailio script?
>>> For example i want to allow cdrs only for offnet calls and disable them for
>>> onnet calls?
>>>
>>> May be a dialog flag configurable in module parameters to signal acc
>>> module whether or not to generate cdr for current dialog at the end of call?
>>>
>> _______________________________________________
>>>
>> _______________________________________________
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180721/725556d9/attachment.html>
From shaheryarkh at gmail.com Sat Jul 21 17:40:04 2018

Date: Sat, 21 Jul 2018 17:40:04 +0200
In-Reply-To: <CAJZsGC=Bt5MCL4gpibO9yn31nfrhMakYL4WzLrZ83Pb1D-xE6g@mail.gmail.com>
<CAJZsGC=Bt5MCL4gpibO9yn31nfrhMakYL4WzLrZ83Pb1D-xE6g@mail.gmail.com>
Message-ID: <CAFZQphy0Lu55NN1FU=UZ0bsgtXjNUMnWSmsOUofgrFoqEaD04A@mail.gmail.com>
Ok, let me try and get back to you.
Thank you.
On Sat, 21 Jul 2018 at 16:10, Sergiu Pojoga <pojogas at gmail.com> wrote:
> I suppose it depends how one generates CDRs, directly from Kamailio or
> using an external process.
>
> Still, not setting the acc log_flag should result in no cdrs. Why don't
> you give it a try.
>
> On Sat, Jul 21, 2018 at 2:16 AM M S <shaheryarkh at gmail.com> wrote:
>
>> Humm, isn’t acc log_flag is for transaction logging, rather then cdrs?
>>
>> For cdrs, the acc module has just one relevant module parameter, that is
>> cdr_enable which enables / disables cdrs for ALL calls.
>> On Sat, 21 Jul 2018 at 00:01, Sergiu Pojoga <pojogas at gmail.com> wrote:
>>
>>> Assuming your acc log_flag is set to FLT_ACC, it should be as simple as
>>> not setting or resetting the FLT_ACC flag, depending on the script logic.
>>>
>>> You will probably need to do that for both INVITEs and BYEs
>>>
>>>
>>> On Fri, Jul 20, 2018 at 2:48 PM M S <shaheryarkh at gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> I have a kamailio v5.0 setup where cdrs are enabled using acc module.
>>>> Is there a way to enable / disable cdrs on per call basis in kamailio
>>>> script? For example i want to allow cdrs only for offnet calls and disable
>>>> them for onnet calls?
>>>>
>>>> May be a dialog flag configurable in module parameters to signal acc
>>>> module whether or not to generate cdr for current dialog at the end of call?
>>>>
>>> _______________________________________________
>>>>
>>> _______________________________________________
>>>
>> _______________________________________________
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180721/a96dd054/attachment.html>
From s.safarov at gmail.com Sat Jul 21 19:10:27 2018

Date: Sat, 21 Jul 2018 20:10:27 +0300
Subject: [SR-Users] $var(name) - Private memory variables
Message-ID: <CAHtxdDeN73wBEXW3-m1KWRuPFnSAffUov7H6VahPCTK9=T-8Yg@mail.gmail.com>
Hello
I have faced when case when private var defined as $var(json_request) is
share between different SIP messages.
In my case first time this var is used from registration processing route.
Then var with same name is used PUBLISH messge processing. And i be able to
this value defined from registration processing.
I expecting that vars is not shared between threads and message handling
routes for var defined as $var(name). Is that not true?
How i can prevent race condition between different message processing
routes when two thread simultaneously change same variable?
Sergey
-------------- next part --------------
users/attachments/20180721/0e420eca/attachment.html>
Date: Sat, 21 Jul 2018 14:27:21 -0400
In-Reply-To: <CAHtxdDeN73wBEXW3-m1KWRuPFnSAffUov7H6VahPCTK9=T-8Yg@mail.gmail.com>
References: <CAHtxdDeN73wBEXW3-m1KWRuPFnSAffUov7H6VahPCTK9=T-8Yg@mail.gmail.com>
Hi Sergey,
$var()s live in the "private package memory" of every process, so

changing that variable in one process does not affect its value in any
other process.
On Sat, Jul 21, 2018 at 08:10:27PM +0300, Sergey Safarov wrote:
> Hello
> I have faced when case when private var defined as $var(json_request) is
> share between different SIP messages.
> In my case first time this var is used from registration processing route.
> Then var with same name is used PUBLISH messge processing. And i be able to
> this value defined from registration processing.
>
> I expecting that vars is not shared between threads and message handling
> routes for var defined as $var(name). Is that not true?
> How i can prevent race condition between different message processing
> routes when two thread simultaneously change same variable?
>
> Sergey
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From jpetrini at coredial.com Sat Jul 21 20:33:45 2018

Date: Sat, 21 Jul 2018 14:33:45 -0400
In-Reply-To: <CAHtxdDeN73wBEXW3-m1KWRuPFnSAffUov7H6VahPCTK9=T-8Yg@mail.gmail.com>
Message-ID: <CAD4AmV6jW1fBX8C8GL-Lh0rRLSwks7H7PnOZAuBYy_MTQ8g0Cg@mail.gmail.com>
You need to use an avp or an xavp instead of a var. As far as I understand

it a var is tied to a particular thread (which will be reused) while avp's
live in shared memory and are unique to each dialog.
-------------- next part --------------
users/attachments/20180721/de523698/attachment.html>
Date: Sat, 21 Jul 2018 14:40:26 -0400
In-Reply-To: <CAD4AmV6jW1fBX8C8GL-Lh0rRLSwks7H7PnOZAuBYy_MTQ8g0Cg@mail.gmail.com>
<CAD4AmV6jW1fBX8C8GL-Lh0rRLSwks7H7PnOZAuBYy_MTQ8g0Cg@mail.gmail.com>
On Sat, Jul 21, 2018 at 02:33:45PM -0400, John Petrini wrote:
> You need to use an avp or an xavp instead of a var. As far as I understand
> it a var is tied to a particular thread (which will be reused) while avp's
> live in shared memory and are unique to each dialog.
Almost accurate. (X)AVPs are transaction-persistent, not

dialog-persistent.
Dialog-persistent variables are possible, though, either by using

Record-Route parameters that travel around with every in-dialog request
and reply, or a more stateful approach using $dlg_var:
https://www.kamailio.org/wiki/cookbooks/5.1.x/pseudovariables#dlg_var_key
-- Alex
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From s.safarov at gmail.com Sat Jul 21 21:40:39 2018

Date: Sat, 21 Jul 2018 22:40:39 +0300
Message-ID: <CAHtxdDeb4=KhGSjW09+iM2wj_OTsbhXt5LR6x+U41-SkO6928A@mail.gmail.com>
Thank you John and Alex for clean description.
I will test your suggestions and give feedback.
Sergey
сб, 21 июл. 2018 г. в 21:40, Alex Balashov <abalashov at evaristesys.com>:
> On Sat, Jul 21, 2018 at 02:33:45PM -0400, John Petrini wrote:
>
> > You need to use an avp or an xavp instead of a var. As far as I
> understand
> > it a var is tied to a particular thread (which will be reused) while
> avp's
> > live in shared memory and are unique to each dialog.
>
> Almost accurate. (X)AVPs are transaction-persistent, not
> dialog-persistent.
>
> Dialog-persistent variables are possible, though, either by using
> Record-Route parameters that travel around with every in-dialog request
> and reply, or a more stateful approach using $dlg_var:
>
>
> https://www.kamailio.org/wiki/cookbooks/5.1.x/pseudovariables#dlg_var_key
>
> -- Alex
>
> --
>
> Tel: +1-706-510-6800 <(706)%20510-6800> / +1-800-250-5920
> <(800)%20250-5920> (toll-free)
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180721/4513e06b/attachment.html>
From jpetrini at coredial.com Sat Jul 21 22:00:55 2018

Date: Sat, 21 Jul 2018 16:00:55 -0400
Message-ID: <CAD4AmV4b2MXzOh9DS3NwPj7qtgjd6Yj9QJhhC3yGB=ndz0Zamg@mail.gmail.com>
Thanks for clarifying Alex. First time I've heard of dlg_var, good to know.
-------------- next part --------------
users/attachments/20180721/999a7309/attachment.html>
From sprayrules at gmail.com Sat Jul 21 15:32:44 2018

From: sprayrules at gmail.com (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LDRgNCw0L3QvtCy?=)
Date: Sat, 21 Jul 2018 16:32:44 +0300
tcp port
In-Reply-To: <2200527.lJzsrPAPAi@linux-rdlu>
<2200527.lJzsrPAPAi@linux-rdlu>
Message-ID: <91D196DF-5AF4-4F21-B423-C0923F5C5137@gmail.com>
Yes, but I am confused by database part. I need just sip traffic mirroring,
database is just an option there? I don’t need database interaction.
> 19 июля 2018 г., в 11:02, Henning Westerholt <hw at kamailio.org> написал(а):
>
> Am Mittwoch, 18. Juli 2018, 20:16:37 CEST schrieb Максим Баранов:
>> Hello, what are the options for duplicating sip traffic to arbitrary tcp
>> port in Kamailio?
>
> Hello,
>
> have you already looked into the sipcapture module? From the README:
>
> "The sipcapture module stores incoming/outgoing SIP messages in
> database.
>
> Kamailio can capture SIP messages in three modes
> * IPIP encapsulation. (ETHHDR+IPHDR+IPHDR+UDPHDR).
> * Monitoring/mirroring port.
> * Homer encapsulation protocol mode (HEP v1, v2, v3)."
>
> Best regards,
>
> Henning
>
From hw at kamailio.org Sun Jul 22 09:37:21 2018

Date: Sun, 22 Jul 2018 09:37:21 +0200
tcp port
In-Reply-To: <91D196DF-5AF4-4F21-B423-C0923F5C5137@gmail.com>
<91D196DF-5AF4-4F21-B423-C0923F5C5137@gmail.com>
Message-ID: <1736171.QpDoKAdTv9@linux-rdlu>
Am Samstag, 21. Juli 2018, 15:32:44 CEST schrieb Максим Баранов:

> Yes, but I am confused by database part. I need just sip traffic mirroring,
> database is just an option there? I don’t need database interaction.
> > 19 июля 2018 г., в 11:02, Henning Westerholt <hw at kamailio.org> написал(а):
Hello,
ok - probably the siptrace module is then better:
1. Overview
The SIPtrace module offer a possibility to store incoming and outgoing

SIP messages in a database and/or duplicate to the capturing server
(using HEP, the Homer encapsulation protocol, or plain SIP mode)
Disable the DB with trace_to_database and then have a look to the trace_to_ip
function.
Best regards,
Henning
--

Date: Sun, 22 Jul 2018 09:53:39 +0200
In-Reply-To: <CAM0h6jbQ8Paex_r4r6UpgoWU2n_TYX4Y8HxT9bDfP-VwQLC6cg@mail.gmail.com>
Message-ID: <3709802.C3En3Iz5ZJ@linux-rdlu>
Am Freitag, 6. Juli 2018, 09:52:16 CEST schrieb Abtin Mir:

> As a proxy server , How many concurrent calls can be processed by a
> Kamailio which is installed on a VM with 4 cores and 16GB of RAM?
>
> Your answer is much appreciated.
Hello Abtin,
this depends a lot on your configuration, if you use a lot of database

requests, if the database is local or remote, the database performance, the
amount of logging you are doing locally, do you handle RTP as well and so on.
If your server is not exceedingly using a lot of this mentioned IO operations,

you should be able to handle many thousands concurrent calls with one server.
But to have a proper answer for your certain scenario, you need to test it.
Best regards,
Henning
--

Date: Sun, 22 Jul 2018 12:28:11 +0200
In-Reply-To:
References:
Message-ID: <7947871.95jGGaPLZR@linux-rdlu>
Am Freitag, 20. Juli 2018, 23:39:55 CEST schrieb eyas barhouk:

> From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of eyas
> barhouk <eyas37 at hotmail.com> Sent: Wednesday, July 18, 2018 7:58 PM
> Subject: [SR-Users] forbidden domain not served
>
> i'm using kamilio 5.2.0 as IMS with Zoiper client and RTP Engine
> when i'm trying to terminate a video call ,BYE message does not arrived to
> destination with error from S-cscf side "forbidden domain not served " has
> any one had the same issue before ? and is there any ideas about how to
> solve it ?
Hello Eyas,
you need to give more details about the error. Do you get an SIP error
message, or an error message in the client?
Did you already tried to debug this in Kamailio, by looking into the logs,
enabling a higher log level etc..?
Best regards,
Henning
--
From gr.sabery at gmail.com Sun Jul 22 12:43:43 2018

From: gr.sabery at gmail.com (Gholamreza Sabery)
Date: Sun, 22 Jul 2018 15:13:43 +0430
tcp port
In-Reply-To: <1736171.QpDoKAdTv9@linux-rdlu>
<1736171.QpDoKAdTv9@linux-rdlu>
Message-ID: <CAJx6kgVT2veMhbBa13uQ69EqhwFmZMXCOpmeJrTH=_raKEkrpw@mail.gmail.com>
Hi,
I think it is better for you to also take a look at Homer. It provides a

free and very nice web-interface to see captured SIP packets and also
search for them. For more information refer to:
https://github.com/sipcapture/homer
On Sun, Jul 22, 2018 at 12:07 PM, Henning Westerholt <hw at kamailio.org>
wrote:
> Am Samstag, 21. Juli 2018, 15:32:44 CEST schrieb Максим Баранов:
> > Yes, but I am confused by database part. I need just sip traffic
> mirroring,
> > database is just an option there? I don’t need database interaction.
> > > 19 июля 2018 г., в 11:02, Henning Westerholt <hw at kamailio.org>
> написал(а):
>
> Hello,
>
> ok - probably the siptrace module is then better:
>
> 1. Overview
>
> The SIPtrace module offer a possibility to store incoming and outgoing
> SIP messages in a database and/or duplicate to the capturing server
> (using HEP, the Homer encapsulation protocol, or plain SIP mode)
>
> Disable the DB with trace_to_database and then have a look to the
> trace_to_ip
> function.
>
> Best regards,
>
> Henning
>
> --
> If you like my work in the Kamailio project, it would be great if you
> could
> consider supporting me on Patreon: https://www.patreon.com/henningw
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180722/d9613941/attachment.html>

Date: Sun, 22 Jul 2018 13:05:54 +0200
In-Reply-To: <CAJwe+CCN6PJO8wVbH3EuKBPsoa4mqPdn7-_Ay8v1fzTVBi355g@mail.gmail.com>
References: <CAJwe+CCN6PJO8wVbH3EuKBPsoa4mqPdn7-_Ay8v1fzTVBi355g@mail.gmail.com>
Message-ID: <1659625.gzANexmEbl@linux-rdlu>
Am Freitag, 20. Juli 2018, 17:02:22 CEST schrieb E. Schmidbauer:

> Is anyone using dialog module with DMQ to share dialogs across multiple
> kamailio instances?
> i've been testing it and it seems unreliable. sometimes the dialog data is
> sent from nodeA to nodeB, sometimes it is not.
> im wondering if im missing some settings or it's a bug. I tested latest
> master branch and version 5.1.4
Hello,
don't use DMQ with dialog by myself, but if you notice a bug in a stable
released version, it would be great if you could file a bug in our bug tracker
at github. Then it can be further analyzed and tracked.
Best regards,
Henning
--
From joel at textplus.com Sun Jul 22 16:09:13 2018

Date: Sun, 22 Jul 2018 07:09:13 -0700
In-Reply-To: <1659625.gzANexmEbl@linux-rdlu>
References: <CAJwe+CCN6PJO8wVbH3EuKBPsoa4mqPdn7-_Ay8v1fzTVBi355g@mail.gmail.com>
<1659625.gzANexmEbl@linux-rdlu>
Message-ID: <CAMtXxQn4PgtEjNo-Zq7vAFRyFkFcKDr7f9ocAceWkfCkXpJv8A@mail.gmail.com>
Hi,
I have an open ticket regarding an (possible, yet to be confirmed) issue

with dialog+dmq modules, it’s regarding metrics:
https://github.com/kamailio/kamailio/issues/1591
That said, in my initial tests I haven’t seen that problem. Can you
reproduce it?
Can you share your setup and config? (At least the relevant parts)
Thanks!
Joel.
On Sun, Jul 22, 2018 at 04:06 Henning Westerholt <hw at kamailio.org> wrote:
> Am Freitag, 20. Juli 2018, 17:02:22 CEST schrieb E. Schmidbauer:

> > Is anyone using dialog module with DMQ to share dialogs across multiple
> > kamailio instances?
> > i've been testing it and it seems unreliable. sometimes the dialog data
> is
> > sent from nodeA to nodeB, sometimes it is not.
> > im wondering if im missing some settings or it's a bug. I tested latest
> > master branch and version 5.1.4
>
> Hello,
>
> don't use DMQ with dialog by myself, but if you notice a bug in a stable
> released version, it would be great if you could file a bug in our bug
> tracker
> at github. Then it can be further analyzed and tracked.
>
> Best regards,
>
> Henning
>
> --
> could
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180722/da8db1ff/attachment.html>
From eyas37 at hotmail.com Sun Jul 22 17:29:37 2018

Date: Sun, 22 Jul 2018 15:29:37 +0000
In-Reply-To: <7947871.95jGGaPLZR@linux-rdlu>
References:
<SG2PR03MB15172836EE878AD712515E9EC5510@SG2PR03MB1517.apcprd03.prod.outlook.com>,
<7947871.95jGGaPLZR@linux-rdlu>
Message-ID:
<SG2PR03MB15173D6155F8B4B50A706916C5570@SG2PR03MB1517.apcprd03.prod.outlook.com>
Thanks for your kind response dear
I got a sip error message from scscf side
And I found in Kamailio log the following :
2018-07-22T18:21:25.008544+03:00 S-CSCF [Serving-CSCF][22554]: ERROR:

ims_usrloc_scscf [impurecord.c:340]: start_dbtransaction(): could not set
autocommit off!
transaction isolation level!
ims_usrloc_scscf [impurecord.c:348]: start_dbtransaction(): could not start
transaction!
ims_usrloc_scscf [impurecord.c:490]: process_impurecord(): transaction commit
failed.
ims_usrloc_scscf [impurecord.c:494]: process_impurecord(): could not turn
transaction autocommit on.
autocommit off!
transaction isolation level!
ims_usrloc_scscf [impurecord.c:348]: start_dbtransaction(): could not start
transaction!
ims_usrloc_scscf [impurecord.c:490]: process_impurecord(): transaction commit
failed.
ims_usrloc_scscf [impurecord.c:494]: process_impurecord(): could not turn
transaction autocommit on.
From: Henning Westerholt<mailto:hw at kamailio.org>
Sent: ‫ م‬01:28 2018 ,‫ تموز‬22
To: sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Cc: eyas barhouk<mailto:eyas37 at hotmail.com>
Subject: Re: [SR-Users] forbidden domain not served
Am Freitag, 20. Juli 2018, 23:39:55 CEST schrieb eyas barhouk:

> From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of eyas
> barhouk <eyas37 at hotmail.com> Sent: Wednesday, July 18, 2018 7:58 PM
> Subject: [SR-Users] forbidden domain not served
>
> i'm using kamilio 5.2.0 as IMS with Zoiper client and RTP Engine
> when i'm trying to terminate a video call ,BYE message does not arrived to
> destination with error from S-cscf side "forbidden domain not served " has
> any one had the same issue before ? and is there any ideas about how to
> solve it ?
Hello Eyas,
you need to give more details about the error. Do you get an SIP error
message, or an error message in the client?
Did you already tried to debug this in Kamailio, by looking into the logs,
enabling a higher log level etc..?
Best regards,
Henning
--
-------------- next part --------------

users/attachments/20180722/921fec1a/attachment.html>
From pali.rohar at gmail.com Sun Jul 22 11:11:12 2018

From: pali.rohar at gmail.com (Pali =?utf-8?B?Um9ow6Fy?=)
Date: Sun, 22 Jul 2018 11:11:12 +0200
Subject: [SR-Users] Forwarding to backup server
Message-ID: <20180722091112.6j34i6f7y2g7f3y7@pali>
Hello, can somebody help me how to configure Kamailio to route/forward

requests to different (backup) server when Kamailio itself is not able
to deliver them?
I have working SIP gateway (on different host/port) which deliver

received SIP messages to XMPP network and I want to achieve:
Kamailio should try to send SIP messages directly to foreign SIP domains
and when it fails (e.g. user not available or foreign SIP is not
running), then forward message to that my SIP <--> XMPP gateway which
will try to deliver it via XMPP.
I guess that Kamailio should be able to configure for such custom
routing/forwarding but I have not figured yet how to do it. I'm using
Kamailio 4.4 with slightly modified default kamailio.cfg config.
--
Pali Rohár
pali.rohar at gmail.com
-------------- next part --------------
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
users/attachments/20180722/9e1f5fb4/attachment.sig>
From sprayrules at gmail.com Mon Jul 23 03:08:30 2018

From: sprayrules at gmail.com (=?UTF-8?B?0JzQsNC60YHQuNC8INCR0LDRgNCw0L3QvtCy?=)
Date: Mon, 23 Jul 2018 04:08:30 +0300
tcp port
In-Reply-To: <CAJx6kgVT2veMhbBa13uQ69EqhwFmZMXCOpmeJrTH=_raKEkrpw@mail.gmail.com>
<1736171.QpDoKAdTv9@linux-rdlu>
<CAJx6kgVT2veMhbBa13uQ69EqhwFmZMXCOpmeJrTH=_raKEkrpw@mail.gmail.com>
Message-ID: <CAEjYGeqh_z26ABNi+tvwicsbJthUygHkabyt+we9mPc326ZK2w@mail.gmail.com>
Thank you, both siptrace and Homer looks like that is what I need.
2018-07-22 13:43 GMT+03:00 Gholamreza Sabery <gr.sabery at gmail.com>:
> Hi,
>
> I think it is better for you to also take a look at Homer. It provides a
> free and very nice web-interface to see captured SIP packets and also
> search for them. For more information refer to:
>
> https://github.com/sipcapture/homer
>
>
> On Sun, Jul 22, 2018 at 12:07 PM, Henning Westerholt <hw at kamailio.org>
> wrote:
>
>> Am Samstag, 21. Juli 2018, 15:32:44 CEST schrieb Максим Баранов:
>> > Yes, but I am confused by database part. I need just sip traffic
>> mirroring,
>> > database is just an option there? I don’t need database interaction.
>> > > 19 июля 2018 г., в 11:02, Henning Westerholt <hw at kamailio.org>
>> написал(а):
>>
>> Hello,
>>
>> ok - probably the siptrace module is then better:
>>
>> 1. Overview
>>
>> The SIPtrace module offer a possibility to store incoming and outgoing
>> SIP messages in a database and/or duplicate to the capturing server
>> (using HEP, the Homer encapsulation protocol, or plain SIP mode)
>>
>> Disable the DB with trace_to_database and then have a look to the
>> trace_to_ip
>> function.
>>
>> Best regards,
>>
>> Henning
>>
>> --
>> If you like my work in the Kamailio project, it would be great if you
>> could
>> consider supporting me on Patreon: https://www.patreon.com/henningw
>>
>> _______________________________________________
>>
>
>
-------------- next part --------------
users/attachments/20180723/3648ad23/attachment.html>
From hamid2kviii at hotmail.com Mon Jul 23 08:42:53 2018

Date: Mon, 23 Jul 2018 06:42:53 +0000
In-Reply-To:
>
References:
>,
>
Message-ID:
<SIXPR0301MB12258D9294D085C3B99D5E62E0560@SIXPR0301MB1225.apcprd03.prod.outlook.com
>
waiting for suggestions.
Regards
Hamid R. Hashmi
______________________________
Mobile: +92 300 968 22 85 ; +92 322 636 32 66

Sype: hamidrhashmi
________________________________
From: Hamid Hashmi <hamid2kviii at hotmail.com>
To: Hamid Hashmi; Kamailio (SER) - Users Mailing List
Subject: Re: Module RTPPROXY param Timeout_Socket not Working
I started the RTPproxy with the following command.
/usr/bin/rtpproxy -u root -A [PUBLIC IP] -F -f -T 45 -i -2 -l 192.168.3.22 -b -m

35000 -M 65000 -s udp:127.0.0.1:7722 -n tcp:127.0.0.1:8000 -d DBUG
Regards
Hamid R. Hashmi
______________________________
Mobile: +92 300 968 22 85 ; +92 322 636 32 66

Sype: hamidrhashmi
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Hamid Hashmi
<hamid2kviii at hotmail.com>

$ netstat -nlp
127.0.0.1:8000.

9a1060af660d4202976c419ab5300470 58.65.176.42 4000
1ea06d1eb0a8443697a08e568045598c;1"
address with 58.65.176.42:4000
"
1ea06d1eb0a8443697a08e568045598c;1
address with 58.65.176.42:4022
"

1ea06d1eb0a8443697a08e568045598c"
on ports 35012/0
cleaned up
on ports 35014/0
cleaned up
"
1ea06d1eb0a8443697a08e568045598c"
the media.
Regards
Hamid R. Hashmi
-------------- next part --------------
users/attachments/20180723/411c549b/attachment.html>

Date: Mon, 23 Jul 2018 09:51:14 +0300
In-Reply-To:
>
References:
>
>
>
Message-ID: <225f65c9-bd58-03e6-daca-7d43de18c672@yu-boot.ru>
Hello.
AFAIK rtpproxy timeout socket requires very special version of rtpproxy

itself and a patch. Personally, I've gived up to make this feature work.
Now I use dialog-based keepalives to detect and tear down dead sessions.
23.07.2018 9:42, Hamid Hashmi пишет:

> waiting for suggestions.
>
> Regards
>
>
> *Hamid R. Hashmi*
>
> ______________________________
>
> www.hrhashmi.blogspot.com <http://www.trgworld.com/pakistan>
>
> Mobile: +92 300 968 22 85 ; +92 322 636 32 66
> Email: hamid.hashmi006 at gmail.com
> <mailto:hamidraza.hashmi at trgworld.com>; _hamid2kviii at hotmail.com_
>
> Sype: _hamidrhashmi_
>
> ------------------------------------------------------------------------
> *From:* Hamid Hashmi <hamid2kviii at hotmail.com>
> *Sent:* Thursday, July 19, 2018 1:05 PM
> *To:* Hamid Hashmi; Kamailio (SER) - Users Mailing List
> *Subject:* Re: Module RTPPROXY param Timeout_Socket not Working
> I started the RTPproxy with the following command.
>
> |/usr/bin/rtpproxy -u root -A [PUBLIC IP] -F -f -T 45 -i -2 -l
> 192.168.3.22 -b -m 35000 -M 65000 -s udp:127.0.0.1:7722 -n
> tcp:127.0.0.1:8000 -d DBUG|
>
>
> Regards
>
>
> *Hamid R. Hashmi*
>
> ______________________________
>
> www.hrhashmi.blogspot.com <http://www.trgworld.com/pakistan>
>
> Mobile: +92 300 968 22 85 ; +92 322 636 32 66
> Email: hamid.hashmi006 at gmail.com
> <mailto:hamidraza.hashmi at trgworld.com>; _hamid2kviii at hotmail.com_
>
> Sype: _hamidrhashmi_
>
> ------------------------------------------------------------------------
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> on behalf of
> Hamid Hashmi <hamid2kviii at hotmail.com>
> *Sent:* Thursday, July 19, 2018 12:59 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] Module RTPPROXY param Timeout_Socket not Working
>
> Kamailio didn't start listening on IP mentioned in Module RTPPROXY
> parameterTimeout_Socket
>
<https://kamailio.org/docs/modules/5.1.x/modules/rtpproxy.html#rtpproxy.p.timeout_s
ocket>.
>
> Below is my configuration file.
>
> |
> |loadmodule "rtpproxy.so" modparam("rtpproxy", "rtpproxy_sock",
> "udp:127.0.0.1:7722") modparam("rtpproxy", "rtpproxy_tout", 1)
> modparam("rtpproxy", "rtpproxy_retr", 2) modparam("rtpproxy",
> "timeout_socket", "xmlrpc:http://127.0.0.1:8000/RPC2") loadmodule
> "xmlrpc.so" modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc",
> "mode", 1) modparam("xmlrpc", "url_match", "^/RPC2")|
> |
>
> when I type a command
>
> |$ netstat -nlp|
>
> it only shows SIP listening ports. Kamailio should also start
> listening on|127.0.0.1:8000.|
>
>
> Below are the RTPproxy logs, *RTPproxy is also unable to bridge the
> media*
>
> |DBUG:get_command:GLOBAL: received command "19083_4 Uc120,101
> 9a1060af660d4202976c419ab5300470 58.65.176.42 4000
> 1ea06d1eb0a8443697a08e568045598c;1"
> INFO:rtpp_command_ul_handle:GLOBAL: new session
> 9a1060af660d4202976c419ab5300470, tag
> 1ea06d1eb0a8443697a08e568045598c;1 requested, type strong
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: new
> session on a port 35012 created, tag
> 1ea06d1eb0a8443697a08e568045598c;1
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470:
> pre-filling caller's address with 58.65.176.42:4000
> DBUG:rtpc_doreply:GLOBAL: sending reply "35012 51.38.201.3 "
> DBUG:get_command:GLOBAL: received command "19083_5 Uc120,101
> 9a1060af660d4202976c419ab5300470 58.65.176.42 4022
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 1ea06d1eb0a8443697a08e568045598c;1
> xmlrpc:http://127.0.0.1:8000/RPC2" INFO:rtpp_command_ul_handle:GLOBAL:
> new session 9a1060af660d4202976c419ab5300470, tag
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1 requested, type strong
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: new
> session on a port 35014 created, tag
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq;1
> ERR:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470: *invalid
> socket name 1ea06d1eb0a8443697a08e568045598c;1*
> INFO:rtpp_command_ul_handle:9a1060af660d4202976c419ab5300470:
> pre-filling caller's address with 58.65.176.42:4022
> DBUG:rtpc_doreply:GLOBAL: sending reply "35014 51.38.201.3 "
> DBUG:get_command:GLOBAL: received command "19086_4 D
> 9a1060af660d4202976c419ab5300470 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq
> 1ea06d1eb0a8443697a08e568045598c"
> INFO:handle_delete:9a1060af660d4202976c419ab5300470: forcefully
> deleting session 1 on ports 35012/0
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTP stats: 0 in
> from callee, 0 in from caller, 0 relayed, 0 dropped
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTCP stats: 0 in
> INFO:remove_session:9a1060af660d4202976c419ab5300470: session on ports
> 35012/0 is cleaned up
> INFO:handle_delete:9a1060af660d4202976c419ab5300470: forcefully
> deleting session 1 on ports 35014/0
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTP stats: 0 in
> INFO:remove_session:9a1060af660d4202976c419ab5300470: RTCP stats: 0 in
> INFO:remove_session:9a1060af660d4202976c419ab5300470: session on ports
> 35014/0 is cleaned up DBUG:rtpc_doreply:GLOBAL: sending reply "0 "
> DBUG:get_command:GLOBAL: received command "19086_5 D
> 9a1060af660d4202976c419ab5300470 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq
> 1ea06d1eb0a8443697a08e568045598c" INFO:handle_command:GLOBAL: delete
> request failed: session 9a1060af660d4202976c419ab5300470, tags
> 9RPsEBbcZSA23MmWAw0hfXzJ-bG1GYDq/1ea06d1eb0a8443697a08e568045598c not
> found DBUG:rtpc_doreply:GLOBAL: sending reply "E50|
>
> But if I comment out the param "Timeout_Socket" then *there is no
> issue in bridging the media*.
>
> Regards
>
> *Hamid R. Hashmi*
>
>
>
> _______________________________________________
-------------- next part --------------

users/attachments/20180723/dd80e56e/attachment.html>
From shaheryarkh at gmail.com Mon Jul 23 09:21:51 2018

Date: Mon, 23 Jul 2018 09:21:51 +0200
In-Reply-To: <CAFZQphy0Lu55NN1FU=UZ0bsgtXjNUMnWSmsOUofgrFoqEaD04A@mail.gmail.com>
<CAJZsGC=Bt5MCL4gpibO9yn31nfrhMakYL4WzLrZ83Pb1D-xE6g@mail.gmail.com>
<CAFZQphy0Lu55NN1FU=UZ0bsgtXjNUMnWSmsOUofgrFoqEaD04A@mail.gmail.com>
Message-ID: <CAFZQphzg0j=0OKBUAnAyTzC_ve7=H_Lko9X5QR4W9PggTRZxiQ@mail.gmail.com>
I have tested it. It does not work. It only stops sip transaction
accounting but not the cdrs.
I think i have to add support in native code for dialog level flag or
variable to allow the customization of cdrs...humm, lets see.
Thank you.
On Sat, 21 Jul 2018 at 17:40, M S <shaheryarkh at gmail.com> wrote:
> Ok, let me try and get back to you.

>
> Thank you.
>
>
> On Sat, 21 Jul 2018 at 16:10, Sergiu Pojoga <pojogas at gmail.com> wrote:
>
>> I suppose it depends how one generates CDRs, directly from Kamailio or
>> using an external process.
>>
>> Still, not setting the acc log_flag should result in no cdrs. Why don't
>> you give it a try.
>>
>> On Sat, Jul 21, 2018 at 2:16 AM M S <shaheryarkh at gmail.com> wrote:
>>
>>> Humm, isn’t acc log_flag is for transaction logging, rather then cdrs?
>>>
>>> For cdrs, the acc module has just one relevant module parameter, that is
>>> cdr_enable which enables / disables cdrs for ALL calls.
>>> On Sat, 21 Jul 2018 at 00:01, Sergiu Pojoga <pojogas at gmail.com> wrote:
>>>
>>>> Assuming your acc log_flag is set to FLT_ACC, it should be as simple as
>>>> not setting or resetting the FLT_ACC flag, depending on the script logic.
>>>>
>>>> You will probably need to do that for both INVITEs and BYEs
>>>>
>>>>
>>>> On Fri, Jul 20, 2018 at 2:48 PM M S <shaheryarkh at gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I have a kamailio v5.0 setup where cdrs are enabled using acc module.
>>>>> Is there a way to enable / disable cdrs on per call basis in kamailio
>>>>> script? For example i want to allow cdrs only for offnet calls and disable
>>>>> them for onnet calls?
>>>>>
>>>>> May be a dialog flag configurable in module parameters to signal acc
>>>>> module whether or not to generate cdr for current dialog at the end of call?
>>>>>
>>>> _______________________________________________
>>>>>
>>>> _______________________________________________
>>>>
>>> _______________________________________________
>>>
>> _______________________________________________
>>
>
-------------- next part --------------
users/attachments/20180723/d5ac4fde/attachment.html>
From ataher at vanrise.com Mon Jul 23 10:41:03 2018

Date: Mon, 23 Jul 2018 11:41:03 +0300
<1532088078.605618444@f40.i.mail.ru>
Message-ID: <0c0d01d42260$e4f763d0$aee62b70$@vanrise.com>

ACK is now sent correctly to public IP , yet I have another issue with RBT where
it’s still sent to private IP .Yet the call media is sent correctly to the public
IP.
There is something strange , as I hear two short different ringing tones then
complete silence till the called party answer the call and RTP flow normally.
How can I handle this case?
Thanks,
Ali
From: Konstantin Polyakov <piligrim_pk at mail.ru>

Sent: Friday, July 20, 2018 3:01 PM
To: sr-users at lists.kamailio.org; Ali Taher <ataher at vanrise.com>
Subject: Re: [SR-Users] NATHELPER issue
Hello Ali,

Best regards.
Konstantin
Message: 23
Date: Fri, 20 Jul 2018 11:13:42 +0300
From: "Ali Taher" <ataher at vanrise.com <mailto:ataher at vanrise.com> >
To: <sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org> >
Message-ID: <070901d42001$939be2b0$bad3a810$@vanrise.com
<mailto:070901d42001$939be2b0$bad3a810$@vanrise.com> >
Content-Type: text/plain; charset="utf-8"
Hello,
Via: SIP/2.0/UDP
X.X.X.X,SIP/2.0/UDP

<mailto:CbeX8453909200habfGhEfElPce at BC00.XXXXXXXXXXXXXX>
P-Charging-Vector:
Content-Length: 268
v=0
s=-
c=IN IP4 172.16.45.144

t=0 0
a=sendrecv
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:96 0-15
a=maxptime:20
Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
Max-Forwards: 69

CSeq: 125698370 ACK
Content-Length: 0
route {
route(NATDETECT);
record_route();
exit;
if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
t_relay();
} else
exit;
}
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
} else {
setflag(FLT_NATS);
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
#!endif
return;
Thanks
Ali Taher
"Ali Taher" <ataher at vanrise.com <https://e.mail.ru/compose?To=ataher at

vanrise.com> >
-------------- next part --------------

users/attachments/20180723/c390c357/attachment.html>

Date: Mon, 23 Jul 2018 11:41:03 +0300
<1532088078.605618444@f40.i.mail.ru>
Message-ID: <0c0d01d42260$e4f763d0$aee62b70$@vanrise.com>
IP.
Thanks,
Ali

To: sr-users at lists.kamailio.org; Ali Taher <ataher at vanrise.com>
Hello Ali,

Best regards.
Konstantin
Message: 23
Date: Fri, 20 Jul 2018 11:13:42 +0300
Hello,
Via: SIP/2.0/UDP
X.X.X.X,SIP/2.0/UDP

P-Charging-Vector:
Content-Length: 268
v=0
s=-
c=IN IP4 172.16.45.144
t=0 0
a=sendrecv
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:96 0-15
a=maxptime:20
Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
Max-Forwards: 69

CSeq: 125698370 ACK
Content-Length: 0
route {
route(NATDETECT);
record_route();
exit;
if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
t_relay();
} else
exit;
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
} else {
setflag(FLT_NATS);
}
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
#!endif
return;
Thanks
Ali Taher

vanrise.com> >
-------------- next part --------------

users/attachments/20180723/c390c357/attachment-0001.html>
From enrico.bandiera at cloud.timenet.it Mon Jul 23 10:53:06 2018

Date: Mon, 23 Jul 2018 10:53:06 +0200
In-Reply-To: <2e477e58-9558-2396-7307-bf298a7e4a27@gmail.com>
<2e477e58-9558-2396-7307-bf298a7e4a27@gmail.com>
Message-ID: <CAGqwm+emxJsjzbRXHK-yQWHaC1gebrt7mx3kBgQhTCdXivTWnA@mail.gmail.com>
Hi Daniel, thank you, any hint for the keyword "myself"?

> Hello,
>
> all the keywords should have corresponding variables, in these cases:
>
> - dst_port should be $Rp (received on port)
>
> - src_port should be $sp
>
> You can look in the pseudo-variables cookbook on kamailio.org/wiki to
> confirm.
>
> Cheers,
> Daniel
>
> On 20.07.18 12:48, Enrico Bandiera wrote:
>
> Hi, anyone how to access keyword variables like dst_port or src_port from
> kemi? (specifically python in our case).
>
> Thanks,
> Enrico.
>
>
> _______________________________________________
>
>
> --
>
>
-------------- next part --------------
From enrico.bandiera at cloud.timenet.it Mon Jul 23 11:05:08 2018

Date: Mon, 23 Jul 2018 11:05:08 +0200
In-Reply-To: <CAGqwm+emxJsjzbRXHK-yQWHaC1gebrt7mx3kBgQhTCdXivTWnA@mail.gmail.com>
<2e477e58-9558-2396-7307-bf298a7e4a27@gmail.com>
<CAGqwm+emxJsjzbRXHK-yQWHaC1gebrt7mx3kBgQhTCdXivTWnA@mail.gmail.com>
Message-ID: <CAGqwm+eWaU11=7s9FKTNvuxPiF8m94Kq_d1n8sg+PWMe-qyK+g@mail.gmail.com>
Noticed there's KSR.is_myself
for some reason the search functionality on the KEMI documentation didn't
find it when searching for "myself"
Thanks
2018-07-23 10:53 GMT+02:00 Enrico Bandiera <enrico.bandiera at cloud.timenet.it
>:
> Hi Daniel, thank you, any hint for the keyword "myself"?
>
>
>> Hello,
>>
>> all the keywords should have corresponding variables, in these cases:
>>
>> - dst_port should be $Rp (received on port)
>>
>> - src_port should be $sp
>>
>> You can look in the pseudo-variables cookbook on kamailio.org/wiki to
>> confirm.
>>
>> Cheers,
>> Daniel
>>
>> On 20.07.18 12:48, Enrico Bandiera wrote:
>>
>> Hi, anyone how to access keyword variables like dst_port or src_port from
>> kemi? (specifically python in our case).
>>
>> Thanks,
>> Enrico.
>>
>>
>> _______________________________________________
>>
>>
>> --
>>
>>
>
-------------- next part --------------
users/attachments/20180723/f5cc5959/attachment.html>

Date: Mon, 23 Jul 2018 12:23:35 +0300
<1532088078.605618444@f40.i.mail.ru>
<0c0d01d42260$e4f763d0$aee62b70$@vanrise.com>
<1532336899.635235156@f184.i.mail.ru>
Message-ID: <0c3701d42266$d5e35100$81a9f300$@vanrise.com>
Hi Konstantin,
INVITE:
INVITE sip:9613159370 at X.X.X.X:5065 SIP/2.0
Record-Route: <sip:X.X.X.X:5065;lr;ftag=5269152d>
X-AUTH-IP: Y.Y.Y.Y
Via: SIP/2.0/UDP X.X.X.X:5065;branch=z9hG4bK0f8e.68a6417bb4b72bec0eb7c44427dc8731.0
Via: SIP/2.0/UDP 192.168.26.3:31556;received=Y.Y.Y.Y;branch=z9hG4bK-d87543-

6a165215a2441724-1--d87543-;rport=31556
Max-Forwards: 69
Contact: <sip:967123456 at 192.168.26.3:31556;alias=Y.Y.Y.Y~31556~1>
To: "9613159370"<sip:9613159370 at X.X.X.X:5065>
From: "+967123456"<sip:967123456 at X.X.X.X:5065>;tag=5269152d
Call-ID: c10f30782b42be0fNjNiNTdjNGM1MWIzNDlhNTM4MzAwYWI0NWY2NGRmOTM.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: eyeBeam release 1003s stamp 31159
Content-Length: 434
v=0
o=- 5 2 IN IP4 192.168.26.3
s=CounterPath eyeBeam 1.5
c=IN IP4 192.168.26.3
t=0 0
m=audio 8602 RTP/AVP 0 8 101
a=alt:1 4 : F4Vpy7HX BRVjd5rl 192.168.26.3 8602
a=alt:2 3 : ZTQ/VQpO 5uDGgHMJ 192.168.164.1 8602
a=alt:3 2 : ZZPaUsAW LVjbM9qy 192.168.74.1 8602
a=alt:4 1 : 5lOKe54U yTwyWfpC 11.11.0.122 8602

a=fmtp:101 0-15
a=sendrecv
a=x-rtp-session-id:0CDBBC1F22564B72BDA5AD0B07C2AECF
200 OK
200 OK

6a165215a2441724-1--d87543-;rport=31556
From: "+967123456" <sip:967123456 at X.X.X.X:5065>;tag=5269152d
To: "9613159370" <sip:9613159370 at X.X.X.X:5065>;tag=agtHmrp3Dccrg
CSeq: 1 INVITE
Contact: <sip:9613159370 at X.X.X.X:5060;transport=udp>
User-Agent: FIKAR
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER,
NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-

seize, call-info, sla, include-session-description, presence.winfo, message-
summary, refer
Content-Disposition: session
Content-Length: 200
Remote-Party-ID: "Outbound Call" <sip:506251539613159370 at

X.X.X.X>;party=calling;privacy=off;screen=no
v=0
o=FIKAR 4050780586 4050780588 IN IP4 X.X.X.X

s=FIKAR
c=IN IP4 X.X.X.X
t=0 0
a=fmtp:101 0-15
Regards,
Ali

Sent: Monday, July 23, 2018 12:08 PM
To: Ali Taher <ataher at vanrise.com>
Subject: Re[2]: [SR-Users] NATHELPER issue
Hello Ali,
Could you show your latest INVITE and OK?
Check you SDP bodies in those messages, if you still have there private IPs then
you need to solve usual NAT traversal task in your media software (not proxy).
Kamailio doesn't process media as you know.
Of course you can try fix_nated_sdp function from nathelper module but it will not
work for symmetric NAT because you fix SDP with public IP toward proxy but not
toward UA.
Your media software or hardware should support STUN or ICE protocols to work
correctly via NAT.
Best regards.
Понедельник, 23 июля 2018, 11:41 +03:00 от Ali Taher <ataher at vanrise.com

<mailto:ataher at vanrise.com> >:
IP.
Thanks,
Ali
From: Konstantin Polyakov <piligrim_pk at mail.ru <mailto:piligrim_pk at mail.ru> >

To: sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org> ; Ali
Taher <ataher at vanrise.com <mailto:ataher at vanrise.com> >
Hello Ali,

Best regards.
Konstantin
Message: 23
Date: Fri, 20 Jul 2018 11:13:42 +0300
From: "Ali Taher" <ataher at vanrise.com <file://e.mail.ru/compose/%3fmailto=mailto
%253aataher at vanrise.com> >
To: <sr-users at lists.sip-router.org <file://e.mail.ru/compose/%3fmailto=mailto
%253asr%252dusers at lists.sip%252drouter.org> >
Message-ID: <070901d42001$939be2b0$bad3a810$@vanrise.com <file://e.mail.ru/compose/
%3fmailto=mailto%253a070901d42001$939be2b0$bad3a810$@vanrise.com> >
Hello,
Via: SIP/2.0/UDP
X.X.X.X,SIP/2.0/UDP

<file://e.mail.ru/compose/%3fmailto=mailto%253aCbeX8453909200habfGhEfElPce at
BC00.XXXXXXXXXXXXXX>
P-Charging-Vector:
Content-Length: 268
v=0
s=-
c=IN IP4 172.16.45.144

t=0 0
a=sendrecv
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:96 0-15
a=maxptime:20
Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
Max-Forwards: 69

CSeq: 125698370 ACK
Content-Length: 0
route {
route(NATDETECT);
record_route();
exit;
if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
t_relay();
} else
exit;
}
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
} else {
setflag(FLT_NATS);
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
#!endif
return;
Thanks
Ali Taher

vanrise.com> >
С уважением,
Константин Поляков.
-------------- next part --------------

users/attachments/20180723/3cd7b556/attachment.html>

Date: Mon, 23 Jul 2018 12:24:53 +0300
<1532088078.605618444@f40.i.mail.ru>
<0c0d01d42260$e4f763d0$aee62b70$@vanrise.com>
<1532336899.635235156@f184.i.mail.ru>
Message-ID: <0c3c01d42267$0496baf0$0dc430d0$@vanrise.com>
Hi Konstantin,
INVITE:
X-AUTH-IP: Y.Y.Y.Y

6a165215a2441724-1--d87543-;rport=31556
Max-Forwards: 69
To: "9613159370"<sip:9613159370 at X.X.X.X:5065>

CSeq: 1 INVITE
Content-Length: 434
v=0
o=- 5 2 IN IP4 192.168.26.3
c=IN IP4 192.168.26.3
t=0 0
a=fmtp:101 0-15
a=sendrecv
200 OK
200 OK

6a165215a2441724-1--d87543-;rport=31556

CSeq: 1 INVITE
User-Agent: FIKAR

summary, refer
Content-Length: 200
Remote-Party-ID: "Outbound Call" <sip:506251539613159370 at

X.X.X.X>;party=calling;privacy=off;screen=no
v=0
o=FIKAR 4050780586 4050780588 IN IP4 X.X.X.X
s=FIKAR
c=IN IP4 X.X.X.X
t=0 0
a=fmtp:101 0-15
where:
X.X.X.X is Kamailio IP
Y.Y.Y.Y is origination public IP

Regards,
Ali

Hello Ali,
toward UA.
correctly via NAT.
Best regards.

IP.
Thanks,
Ali

To: sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org> ; Ali
Taher <ataher at vanrise.com <mailto:ataher at vanrise.com> >
Hello Ali,

Best regards.
Konstantin
Message: 23
Date: Fri, 20 Jul 2018 11:13:42 +0300
From: "Ali Taher" <ataher at vanrise.com <file://e.mail.ru/compose/%3fmailto=mailto
%253aataher at vanrise.com> >
To: <sr-users at lists.sip-router.org <file://e.mail.ru/compose/%3fmailto=mailto
%253asr%252dusers at lists.sip%252drouter.org> >
Message-ID: <070901d42001$939be2b0$bad3a810$@vanrise.com <file://e.mail.ru/compose/
%3fmailto=mailto%253a070901d42001$939be2b0$bad3a810$@vanrise.com> >
Hello,

Via: SIP/2.0/UDP
X.X.X.X,SIP/2.0/UDP

P-Charging-Vector:
Content-Length: 268
v=0
s=-
c=IN IP4 172.16.45.144
t=0 0
a=sendrecv
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:96 0-15
a=maxptime:20
Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
Max-Forwards: 69

CSeq: 125698370 ACK
Content-Length: 0
route {
route(NATDETECT);
record_route();
exit;

if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
t_relay();
} else
exit;
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
} else {
setflag(FLT_NATS);
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
#!endif
return;
Thanks
Ali Taher

vanrise.com> >
-------------- next part --------------

users/attachments/20180723/e35d943c/attachment.html>
From d.tryba at pocos.nl Mon Jul 23 12:20:40 2018

Date: Mon, 23 Jul 2018 12:20:40 +0200
Subject: [SR-Users] Forwarding to backup server
In-Reply-To: <20180722091112.6j34i6f7y2g7f3y7@pali>
References: <20180722091112.6j34i6f7y2g7f3y7@pali>
Message-ID: <20180723102040.knhqcqxgeyy5vhjk@office.pocos.nl>
On Sun, Jul 22, 2018 at 11:11:12AM +0200, Pali Roh??r wrote:

> Kamailio should try to send SIP messages directly to foreign SIP domains
> and when it fails (e.g. user not available or foreign SIP is not
> running), then forward message to that my SIP <--> XMPP gateway which
> will try to deliver it via XMPP.
There are more scenarios you need to keep in mind. A simple one is if
lookup() fails (not registered if you are running a registrar on this
instance) to just change the domain in the R-URI and relay it there:
if(!lookup("location"))
{
$rd="xmpp.example.org";
route(RELAY);
exit;
}
You can use a similar approach in failure routes primed:

failure_route[MANAGE_FAILURE] {
if (t_check_status("[456][0-9][0-9]"))
{
$rd="xmpp.example.org";
route(RELAY);
exit;
}
}
Be sure to use a different failure route (or add some logic to the if to
avoid infinite loops).
From jenus at cyberchaos.nl Mon Jul 23 13:37:30 2018

From: jenus at cyberchaos.nl (jenus at cyberchaos.nl)
Date: Mon, 23 Jul 2018 13:37:30 +0200
Subject: [SR-Users] Error when using http_async_client $http_query_id var
In-Reply-To: <a7f83241876092b8fd2755b9579f8294@cyberchaos.nl>
References: <a7f83241876092b8fd2755b9579f8294@cyberchaos.nl>
Message-ID: <6bdf7fa6.AL4AABCjdGcAAAAAAAAAAGpWvD4AASJ-
vCQAAAAAAAfqOABbVb38@mailjet.com>
Hello,
I'm trying to build a async http call to a external server and was
trying to use the $http_query_id var to identity the http call in the
response route.
But when i try the following:

$http_req(suspend) = 0;
$http_req(hdr) = "Content-Type: application/json";
$http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}";
http_async_query("http://10.10.10.1/", "ACC_HTTP_REPLY");
xlog("L_WARN", "ACC Query id: $http_query_id");
route[ACC_HTTP_REPLY] {
xlog("L_WARN", "route[ACC_HTTP_REPLY]: received reply for query
$http_query_id\n");
}
I get errors in the kamailio log file :
Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: <core>

[core/pvapi.c:903]: pv_parse_spec2(): error searching pvar
"http_query_id"
[core/pvapi.c:1107]: pv_parse_spec2(): wrong char [d/100] in
[$http_query_id] at [13 (0)]
Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: xlog
[xlog.c:513]: xdbg_fixup_helper(): wrong format[route[ACC_HTTP_REPLY]:
received reply for query $http_query_id#012]
[core/route.c:1154]: fix_actions(): fixing failed (code=-1) at
cfg://etc/kamailio/kamailio.cfg:5308
[core/pvapi.c:903]: pv_parse_spec2(): error searching pvar
"http_query_id"
[core/pvapi.c:1107]: pv_parse_spec2(): wrong char [)/41] in
[$(http_query_id)] at [15 (1)]
Jul 23 11:36:07 sip03 /usr/sbin/kamailio[24906]: ERROR: xlog
[xlog.c:513]: xdbg_fixup_helper(): wrong format[route[ACC_HTTP_REPLY]:
received reply for query $(http_query_id)#012]
[core/route.c:1154]: fix_actions(): fixing failed (code=-1) at
cfg://etc/kamailio/kamailio.cfg:5308
Should i escape the var $http_query_id in some way?
I'm running kamailio 5.1.3.
Thanks,
Jan

Date: Mon, 23 Jul 2018 07:39:40 -0400
In-Reply-To: <6bdf7fa6.AL4AABCjdGcAAAAAAAAAAGpWvD4AASJ-
<6bdf7fa6.AL4AABCjdGcAAAAAAAAAAGpWvD4AASJ-vCQAAAAAAAfqOABbVb38@mailjet.com>
Hi,
$http_query_id does not exist. However, $http_req_id does. :-)
On Mon, Jul 23, 2018 at 01:37:30PM +0200, jenus at cyberchaos.nl wrote:
> Hello,
>
> I'm trying to build a async http call to a external server and was trying to
> use the $http_query_id var to identity the http call in the response route.
>
> But when i try the following:
>
> $http_req(suspend) = 0;
> $http_req(hdr) = "Content-Type: application/json";
> $http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}";
> http_async_query("http://10.10.10.1/", "ACC_HTTP_REPLY");
> xlog("L_WARN", "ACC Query id: $http_query_id");
>
>
> route[ACC_HTTP_REPLY] {
> xlog("L_WARN", "route[ACC_HTTP_REPLY]: received reply for query
> $http_query_id\n");
> }
>
> I get errors in the kamailio log file :
>
> Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: <core>
> [core/pvapi.c:903]: pv_parse_spec2(): error searching pvar "http_query_id"
> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [d/100] in
> [$http_query_id] at [13 (0)]
> Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: xlog [xlog.c:513]:
> xdbg_fixup_helper(): wrong format[route[ACC_HTTP_REPLY]: received reply for
> query $http_query_id#012]
> cfg://etc/kamailio/kamailio.cfg:5308
> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [)/41] in
> [$(http_query_id)] at [15 (1)]
> query $(http_query_id)#012]
>
>
> Should i escape the var $http_query_id in some way?
>
> I'm running kamailio 5.1.3.
>
>
> Thanks,
>
> Jan
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)


Date: Mon, 23 Jul 2018 07:39:40 -0400
In-Reply-To: <6bdf7fa6.AL4AABCjdGcAAAAAAAAAAGpWvD4AASJ-
Hi,
$http_query_id does not exist. However, $http_req_id does. :-)
On Mon, Jul 23, 2018 at 01:37:30PM +0200, jenus at cyberchaos.nl wrote:
> Hello,
>
> I'm trying to build a async http call to a external server and was trying to
> use the $http_query_id var to identity the http call in the response route.
>
> But when i try the following:
>
> $http_req(suspend) = 0;
> $http_req(hdr) = "Content-Type: application/json";
> $http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}";
> http_async_query("http://10.10.10.1/", "ACC_HTTP_REPLY");
> xlog("L_WARN", "ACC Query id: $http_query_id");
>
>
> route[ACC_HTTP_REPLY] {
> xlog("L_WARN", "route[ACC_HTTP_REPLY]: received reply for query
> $http_query_id\n");
> }
>
> I get errors in the kamailio log file :
>
> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [d/100] in
> [$http_query_id] at [13 (0)]
> query $http_query_id#012]
> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [)/41] in
> [$(http_query_id)] at [15 (1)]
> query $(http_query_id)#012]
>
>
> Should i escape the var $http_query_id in some way?
>
> I'm running kamailio 5.1.3.
>
>
> Thanks,
>
> Jan
>
> _______________________________________________
--
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From jenus at cyberchaos.nl Mon Jul 23 13:52:32 2018

From: jenus at cyberchaos.nl (jenus at cyberchaos.nl)
Date: Mon, 23 Jul 2018 13:52:32 +0200
Message-ID: <bbb49d5e.AMUAABEW9qcAAAAAAAAAAGnNbQsAASJ-
vCQAAAAAAAfqOABbVcGA@mailjet.com>
Alex,
Thanks that works, the docs are referring to $http_query_id

(https://kamailio.org/docs/modules/5.1.x/modules/http_async_client.html#http_async_
client.f.http_async_query)
Jan
Alex Balashov schreef op 2018-07-23 13:39:

> Hi,
>
> $http_query_id does not exist. However, $http_req_id does.
>
> On Mon, Jul 23, 2018 at 01:37:30PM +0200, jenus at cyberchaos.nl wrote:
>
>> Hello,
>>
>> I'm trying to build a async http call to a external server and was
>> trying to
>> use the $http_query_id var to identity the http call in the response
>> route.
>>
>> But when i try the following:
>>
>> $http_req(suspend) = 0;
>> $http_req(hdr) = "Content-Type: application/json";
>> $http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}";
>> http_async_query("http://10.10.10.1/", "ACC_HTTP_REPLY");
>> xlog("L_WARN", "ACC Query id: $http_query_id");
>>
>>
>> route[ACC_HTTP_REPLY] {
>> xlog("L_WARN", "route[ACC_HTTP_REPLY]: received reply for query
>> $http_query_id\n");
>> }
>>
>> I get errors in the kamailio log file :
>>
>> Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: <core>
>> [core/pvapi.c:903]: pv_parse_spec2(): error searching pvar
>> "http_query_id"
>> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [d/100] in
>> [$http_query_id] at [13 (0)]
>> Jul 23 11:34:14 sip03 /usr/sbin/kamailio[24645]: ERROR: xlog
>> [xlog.c:513]:
>> xdbg_fixup_helper(): wrong format[route[ACC_HTTP_REPLY]: received
>> reply for
>> query $http_query_id#012]
>> [core/route.c:1154]: fix_actions(): fixing failed (code=-1) at
>> cfg://etc/kamailio/kamailio.cfg:5308
>> [core/pvapi.c:903]: pv_parse_spec2(): error searching pvar
>> "http_query_id"
>> [core/pvapi.c:1107]: pv_parse_spec2(): wrong char [)/41] in
>> [$(http_query_id)] at [15 (1)]
>> Jul 23 11:36:07 sip03 /usr/sbin/kamailio[24906]: ERROR: xlog
>> [xlog.c:513]:
>> xdbg_fixup_helper(): wrong format[route[ACC_HTTP_REPLY]: received
>> reply for
>> query $(http_query_id)#012]
>> [core/route.c:1154]: fix_actions(): fixing failed (code=-1) at
>> cfg://etc/kamailio/kamailio.cfg:5308
>>
>>
>> Should i escape the var $http_query_id in some way?
>>
>> I'm running kamailio 5.1.3.
>>
>>
>> Thanks,
>>
>> Jan
>>
>> _______________________________________________
From philip.kucheev at gmail.com Mon Jul 23 14:02:34 2018

From: philip.kucheev at gmail.com (Philip Kucheev)
Date: Mon, 23 Jul 2018 15:02:34 +0300
Subject: [SR-Users] messages dumped in wrong order sometime
Message-ID: <CAFMtO8DqBmm6CfdXSZxSodD8MuVCj7J93KjJMoOJN6v3Ai_tKQ@mail.gmail.com>
Hello there!
Using kamailio 5.0.1 and msilo module for storing offline messages I
noticed that sometimes, especially when a big number of messages dumping
for one user, some of them can arrive to receiver in wrong order.
Lets say we have 20 messages and the order of receiving could be next
1..18..17..19..20.
That could be a reason of that ?
Thanks,
Philip
-------------- next part --------------
users/attachments/20180723/07d784fd/attachment.html>
From abtinext at gmail.com Mon Jul 23 09:07:16 2018

From: abtinext at gmail.com (Abtin Mir)
Date: Mon, 23 Jul 2018 11:37:16 +0430
In-Reply-To: <3709802.C3En3Iz5ZJ@linux-rdlu>
<3709802.C3En3Iz5ZJ@linux-rdlu>
Message-ID: <CAM0h6jYzdQU+E=habRe5=EGVQtqZOAA2ToQR7EMp-SYnaN79+Q@mail.gmail.com>
Hello Henning,
Thanks for your reply.
I understand the IO operations affects to overall performance. That proxy

server is actually a dispatcher (Load Balancer) to different Asterisk pbx
endpoints and is only going to log INVITEs and BYEs. Since I'm new to SER ,
Not really sure If should have RTP-Proxy as well, or not.(Your advice on
this is appreciated).
So how you think the concurrency would be now? (Considering 16GB of RAM
and 4 cores of Xeon-Silver 4114) I just need a estimated number by an
expert like you.
Thanks again for your response.

On Sun, Jul 22, 2018 at 12:23 PM, Henning Westerholt <hw at kamailio.org>
wrote:
> Am Freitag, 6. Juli 2018, 09:52:16 CEST schrieb Abtin Mir:

> > As a proxy server , How many concurrent calls can be processed by a
> > Kamailio which is installed on a VM with 4 cores and 16GB of RAM?
> >
> > Your answer is much appreciated.
>
> Hello Abtin,
>
> this depends a lot on your configuration, if you use a lot of database
> requests, if the database is local or remote, the database performance,
> the
> amount of logging you are doing locally, do you handle RTP as well and so
> on.
>
> If your server is not exceedingly using a lot of this mentioned IO
> operations,
> you should be able to handle many thousands concurrent calls with one
> server.
>
> But to have a proper answer for your certain scenario, you need to test it.
>
> Best regards,
>
> Henning
>
>
> --
> could
>
--
*Regards,*
*Abtin Mir*
-------------- next part --------------
users/attachments/20180723/6ec9ee9f/attachment.html>

Date: Mon, 23 Jul 2018 15:36:50 +0300
<1532336899.635235156@f184.i.mail.ru>
<0c3c01d42267$0496baf0$0dc430d0$@vanrise.com>
<1532342305.676969659@f476.i.mail.ru>
Message-ID: <0cac01d42281$d4eeeaa0$7eccbfe0$@vanrise.com>
Thank you Konstantin,
What I can’t understand is why media packets are sent correctly to the public IP ,
while early media (RBT) are sent on private.
Regards,
Ali

Original INVITE contains private IP in c= parameter, so you need to use STUN or

TURN or ICE, something which is supported in your system or in your softphone.
See my comments in the previous mail.
Best regrads

Hi Konstantin,
INVITE:
X-AUTH-IP: Y.Y.Y.Y

6a165215a2441724-1--d87543-;rport=31556
Max-Forwards: 69
To: "9613159370"<sip:9613159370 at X.X.X.X:5065>

CSeq: 1 INVITE
Content-Length: 434
v=0
o=- 5 2 IN IP4 192.168.26.3
c=IN IP4 192.168.26.3
t=0 0
a=fmtp:101 0-15
a=sendrecv
200 OK
200 OK

6a165215a2441724-1--d87543-;rport=31556

CSeq: 1 INVITE
User-Agent: FIKAR

summary, refer
Content-Length: 200
Remote-Party-ID: "Outbound Call" <sip:506251539613159370 at X.X.X.X

<mailto:506251539613159370 at X.X.X.X> >;party=calling;privacy=off;screen=no
v=0
o=FIKAR 4050780586 4050780588 IN IP4 X.X.X.X
s=FIKAR
c=IN IP4 X.X.X.X
t=0 0
a=fmtp:101 0-15
where:
X.X.X.X is Kamailio IP
Y.Y.Y.Y is origination public IP

Regards,
Ali

To: Ali Taher <ataher at vanrise.com <mailto:ataher at vanrise.com> >
Hello Ali,
toward UA.
correctly via NAT.
Best regards.

<file://e.mail.ru/compose/%3fmailto=mailto%253aataher at vanrise.com> >:
IP.
Thanks,
Ali
From: Konstantin Polyakov <piligrim_pk at mail.ru

<file://e.mail.ru/compose/%3fmailto=mailto%253apiligrim_pk at mail.ru> >
To: sr-users at lists.kamailio.org <file://e.mail.ru/compose/%3fmailto=mailto
%253asr%252dusers at lists.kamailio.org> ; Ali Taher <ataher at vanrise.com
<file://e.mail.ru/compose/%3fmailto=mailto%253aataher at vanrise.com> >
Hello Ali,

Best regards.
Konstantin
Message: 23
Date: Fri, 20 Jul 2018 11:13:42 +0300
Hello,

Via: SIP/2.0/UDP
X.X.X.X,SIP/2.0/UDP

P-Charging-Vector:
Content-Length: 268
v=0
s=-
c=IN IP4 172.16.45.144
t=0 0
a=sendrecv
c=IN IP4 172.16.45.144
a=rtpmap:18 G729/8000
a=fmtp:96 0-15
a=maxptime:20
Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
Max-Forwards: 69

CSeq: 125698370 ACK
Content-Length: 0
route {
route(NATDETECT);
record_route();
exit;

if(has_totag()) {
if(loose_route()) {
route(DLGURI);
if(!t_relay())
sl_reply_error();
exit;
} else {
route(DLGURI);
t_relay();
} else
exit;
.....
route[NATDETECT] {
#!ifdef WITH_NAT
force_rport();
} else {
setflag(FLT_NATS);
#!endif
return;
route[DLGURI] {
#!ifdef WITH_NAT
#!endif
return;
Thanks
Ali Taher

vanrise.com> >
-------------- next part --------------
users/attachments/20180723/80a63dfe/attachment.html>
From hw at kamailio.org Mon Jul 23 23:01:45 2018

Date: Mon, 23 Jul 2018 23:01:45 +0200
In-Reply-To: <bbb49d5e.AMUAABEW9qcAAAAAAAAAAGnNbQsAASJ-
vCQAAAAAAAfqOABbVcGA@mailjet.com>
<bbb49d5e.AMUAABEW9qcAAAAAAAAAAGnNbQsAASJ-vCQAAAAAAAfqOABbVcGA@mailjet.com>
Message-ID: <9581737.pedC8nWKZ4@linux-rdlu>
Am Montag, 23. Juli 2018, 13:52:32 CEST schrieb jenus at cyberchaos.nl:

> Thanks that works, the docs are referring to $http_query_id
> (https://kamailio.org/docs/modules/5.1.x/modules/http_async_client.html#http
> _async_client.f.http_async_query)
Hi Jan,
I have fixed the error in the docs in master, 5.0 and 5.1 branch.
Best regards,
Henning
--

Date: Tue, 24 Jul 2018 14:54:57 +1000
In-Reply-To: <CAPu3kNWgZoVeHSm7FStjkWjnc9KEiSHy-eMSVWQXQbEpjYnEYg@mail.gmail.com>
<CAPu3kNWgZoVeHSm7FStjkWjnc9KEiSHy-eMSVWQXQbEpjYnEYg@mail.gmail.com>
Message-ID: <CAPu3kNUMGY5Dc0ySDnFTnrT_b6o3JAkobRYAup7tOCj_hWMa2g@mail.gmail.com>
Hello Sergey!
Hope you are doing fine!
I am having this same issue again today....

Would you be able to check that?
Thanks very much!

Kind regards,
Patrick Wakano
# yum install kamailio

Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.mirror.serversaustralia.com.au
* epel: mirror.intergrid.com.au
* extras: centos.melbourneitmirror.net
* remi: remi.conetix.com.au
* remi-safe: remi.conetix.com.au
* updates: mirror.intergrid.com.au
Resolving Dependencies
--> Running transaction check
---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
--> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
kamailio-5.0.7-3.el7.centos.x86_64
--> Running transaction check
---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
--> Finished Dependency Resolution
Dependencies Resolved
===================================================================================
======================================================
Package Arch
Version
Repository Size
===================================================================================
======================================================
Installing:
kamailio x86_64
5.0.7-3.el7.centos
home_kamailio_v5.0.x-rpms 5.1 M
Installing for dependencies:
kamailio-ims x86_64
5.0.7-3.el7.centos
home_kamailio_v5.0.x-rpms 1.2 M
Transaction Summary
===================================================================================
======================================================
Install 1 Package (+1 Dependent package)
Total download size: 6.4 M

Installed size: 29 M
Is this ok [y/d/N]: y
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
kamailio-5.0.7-3.el7.centos.x8
FAILED
[Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
kamailio-ims-5.0.7-3.el7.cento
FAILED ]
218 kB/s | 710 kB 00:00:26 ETA
Error downloading packages:
kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to try.
kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
try.
On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
> Thank you Sergey!!

> Installation was successful now!!
>
> Cheers!
> Patrick Wakano
>
> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>
>> I was trigered rpm rebuild.
>> Please check after 40 min.
>>
>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>
>>> Hello list,
>>> Hope you all doing fine!
>>>
>>> I've been trying to install Kamailio packages from the opensuse repo (as
>>> per https://www.kamailio.org/wiki/packages/rpms) but the installation
>>> is failing with this message:
>>> Downloading packages:
>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>>
>>> http://download.opensuse.org/repositories/home%3A/kamailio%3
>>> A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.centos.x86_64.rpm:
>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
>>> Trying other mirror.
>>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>>> 77% [============================================================-
>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>> http://download.opensuse.org/repositories/home%3A/kamailio%3
>>> A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.centos.x86_64.rpm:
>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>
>>> I've successfully installed the 5.0.7 version on Friday (06/07) but I've
>>> noticed the packages have changed last Saturday (07/07/2018).... Given this
>>> error message looks like the repository is broken somehow....
>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo because my
>>> script was not migrated to 5.1.X yet....
>>>
>>> Thanks,
>>> Kind regards,
>>> Patrick Wakano
>>> _______________________________________________
>>>
>>
>> _______________________________________________
>>
>>
>
-------------- next part --------------
users/attachments/20180724/d0d37fd4/attachment.html>
From hw at kamailio.org Tue Jul 24 10:03:35 2018

Date: Tue, 24 Jul 2018 10:03:35 +0200
In-Reply-To: <CAM0h6jYzdQU+E=habRe5=EGVQtqZOAA2ToQR7EMp-SYnaN79+Q@mail.gmail.com>
<3709802.C3En3Iz5ZJ@linux-rdlu>
<CAM0h6jYzdQU+E=habRe5=EGVQtqZOAA2ToQR7EMp-SYnaN79+Q@mail.gmail.com>
Message-ID: <2678371.oyglxCBJBu@linux-rdlu>
Am Montag, 23. Juli 2018, 09:07:16 CEST schrieb Abtin Mir:

> I understand the IO operations affects to overall performance. That proxy
> server is actually a dispatcher (Load Balancer) to different Asterisk pbx
> endpoints and is only going to log INVITEs and BYEs. Since I'm new to SER ,
> Not really sure If should have RTP-Proxy as well, or not.(Your advice on
> this is appreciated).
>
> So how you think the concurrency would be now? (Considering 16GB of RAM
> and 4 cores of Xeon-Silver 4114) I just need a estimated number by an
> expert like you.
Hello Abtin,
again - this is hard to say. I know from a past setup in an carrier grade
environment that we sized it to have 3000-6000 concurrent calls per proxy. The
server were not much under load. They handled also more concurrent calls
without any issues in certain fail-over situations. And this was several years
ago, which slower hardware.
So the bottom line is - in a reasonable optimized setup on standard hardware

you should probably not run into CPU or RAM issues with Kamailio. The limiting
factor is in most cases the I/O.
Best regards,
Henning
> On Sun, Jul 22, 2018 at 12:23 PM, Henning Westerholt <hw at kamailio.org>
>
> wrote:
> > Am Freitag, 6. Juli 2018, 09:52:16 CEST schrieb Abtin Mir:
> > > As a proxy server , How many concurrent calls can be processed by a
> > > Kamailio which is installed on a VM with 4 cores and 16GB of RAM?
> > >
> > > Your answer is much appreciated.
> >
> > Hello Abtin,
> >
> > this depends a lot on your configuration, if you use a lot of database
> > requests, if the database is local or remote, the database performance,
> > the
> > amount of logging you are doing locally, do you handle RTP as well and so
> > on.
> >
> > If your server is not exceedingly using a lot of this mentioned IO
> > operations,
> > you should be able to handle many thousands concurrent calls with one
> > server.
> >
> > But to have a proper answer for your certain scenario, you need to test
> > it.
> >
> > Best regards,
> >
> > Henning
> >
> >
> > --
> > If you like my work in the Kamailio project, it would be great if you
> > could
> > consider supporting me on Patreon: https://www.patreon.com/henningw
--
From patrick.ginhoux at fr.unisys.com Tue Jul 24 10:20:01 2018

From: patrick.ginhoux at fr.unisys.com (Ginhoux, Patrick)
Date: Tue, 24 Jul 2018 08:20:01 +0000
Subject: [SR-Users] kamcmd htable.reload propertiesHash problem
Message-ID:
<CY1PR07MB2489F6CDB6FE41DC676B283AB6550@CY1PR07MB2489.namprd07.prod.outlook.com>
Hi,
I run Kamailio 5.0.1 with MariaDB database.
There is no issue at the initialization, meaning the db is opened by

kamailio and the hash tables loaded from the db tables.
Example:
# kamcmd htable.dump propertiesHash
entry: 1
size: 1
slot: {
item: {
name: cfg.env
But the htable.reload command fails:
error: 500 - Failed to open htable db connection
The Kamailio log reports that it can't connect the db :
DEBUG: ctl [../../core/io_wait.h:380]: io_watch_add(): DBG:

io_watch_add(0x7f68c74ab300, 10, 3, 0xdc9410), fd_no=1
DEBUG: ctl [io_listener.c:442]: handle_new_connect(): handle_stream read:

new connection (1) on /var/run/kamailio//kamailio_ctl
DEBUG: <core> [core/sr_module.c:694]: find_mod_export_record():

find_export_record: found <db_bind_api> in module db_mysql
[/usr/lib64/kamailio/modules/db_mysql.so]
DEBUG: <core> [db.c:209]: db_bind_mod(): using db bind api for db_mysql
DEBUG: <core> [db.c:314]: db_do_init2(): connection 0x7f68cc354c10 not found

in pool
DEBUG: db_mysql [km_my_con.c:98]: db_mysql_new_connection(): opening

connection: mysql://xxxx:xxxx@/siprouter
ERROR: db_mysql [km_my_con.c:124]: db_mysql_new_connection(): driver error:

Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2 "No such file or directory")
ERROR: <core> [db.c:318]: db_do_init2(): could not add connection to the

pool
ERROR: htable [ht_db.c:92]: ht_db_open_con(): failed to connect to the

database
My local db is located at /myqdata/mysiprdb/data where is the mysiprdb.sock

file. But the log shows that Kamailio is looking for
/var/lib/mysql/mysql.sock.
Does this error make sense to you ?
Is it possible to fix this problem by configuration in Kamailio ?
My kamailio.cfg script contains :

# ----- htable
modparam("htable", "db_url", "mysql://[kamailio]/siprouter")
modparam("htable", "fetch_rows", 1000)
modparam("htable", "htable", "mbxrangeHash=>size=4;dbtable=mbxrange;")
modparam("htable", "htable", "abpqHash=>size=12;dbtable=abpq;")
modparam("htable", "htable", "zabpqHash=>size=12;dbtable=zabpq;")
modparam("htable", "htable", "propertiesHash=>size=4;dbtable=properties;")
In the /myqdata/mysiprdb/data/my.cnf, I added the following entries for

Kamailio:
[kamailio]
socket = /myqdata/mysiprdb/data/mysiprdb.sock
user = siprouter
password = ##########
default-character-set = utf8
Thanks all for help.
Cordialement.
Patrick GINHOUX
-------------- next part --------------

users/attachments/20180724/3602387b/attachment.html>
-------------- next part --------------
Name: smime.p7s
Type: application/pkcs7-signature
Size: 7876 bytes
Desc: not available
users/attachments/20180724/3602387b/attachment.bin>
From federico.cabiddu at gmail.com Tue Jul 24 17:04:37 2018
From: federico.cabiddu at gmail.com (Federico Cabiddu)
Date: Tue, 24 Jul 2018 17:04:37 +0200
In-Reply-To: <9581737.pedC8nWKZ4@linux-rdlu>
<bbb49d5e.AMUAABEW9qcAAAAAAAAAAGnNbQsAASJ-vCQAAAAAAAfqOABbVcGA@mailjet.com>
<9581737.pedC8nWKZ4@linux-rdlu>
Message-ID: <CAFOaF_iKd1VWqRKtHTW3wTjidkZkaJciEPUEMiaab3KmPhQ6Dw@mail.gmail.com>
Thank you Henning!
Federico
On Mon, 23 Jul 2018, 23:02 Henning Westerholt, <hw at kamailio.org> wrote:
> Am Montag, 23. Juli 2018, 13:52:32 CEST schrieb jenus at cyberchaos.nl:
> > Thanks that works, the docs are referring to $http_query_id
> > (
> https://kamailio.org/docs/modules/5.1.x/modules/http_async_client.html#http
> > _async_client.f.http_async_query)
>
> Hi Jan,
>
> I have fixed the error in the docs in master, 5.0 and 5.1 branch.
>
> Best regards,
>
> Henning
>
>
> --
> could
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180724/af256d7f/attachment.html>
From patmurph7 at outlook.com Tue Jul 24 17:05:36 2018

From: patmurph7 at outlook.com (Patrick Murphy)
Date: Tue, 24 Jul 2018 15:05:36 +0000
Subject: [SR-Users] DMQ with dialog: KDMQ messages being looped back to the
source
Message-ID:
<HE1PR0201MB1579CAB93312DEA686966291FC550@HE1PR0201MB1579.eurprd02.prod.outlook.com
>
Hi,
I am using Kamailio 5.1.1 with DMQ with the following config (relevant parts) on 2
nodes.
Node A:
modparam("dialog", "enable_dmq", 1)
modparam("dmq", "server_address", "sip:no.de.a.ip:5060")
modparam("dmq", "notification_address", "sip:myvoip.local")
modparam("dmq", "multi_notify", 1)
Node B:
modparam("dmq", "server_address", "sip:no.de.b.ip:5060")
"myvoip.local" is a DNS A record that resolves to both the IPs of A and B.
I have the dmq_handle_message(); called if method is of type "KDMQ" in the

request_route.
Now, in order to test it, I only sent a few calls only on node A.
KDMQ messages flowed to node B and dialog state replicated. But I noticed, node B
was randomly sending one of the KDMQ dialog messages back to A and receiving a 500
"Server Internal Error" back from node A... (for a subset of those calls, not all).
Why would this be the case when the nodes correctly recognize their local status by
the "local: 1" set as seen from dmq.list_nodes
Anyone else experienced this? What could I be doing wrong?
Thanks,
Pat.
-------------- next part --------------

users/attachments/20180724/abe59973/attachment.html>

Date: Tue, 24 Jul 2018 18:23:48 +0300
In-Reply-To: <CAPu3kNUMGY5Dc0ySDnFTnrT_b6o3JAkobRYAup7tOCj_hWMa2g@mail.gmail.com>
<CAPu3kNUMGY5Dc0ySDnFTnrT_b6o3JAkobRYAup7tOCj_hWMa2g@mail.gmail.com>
Message-ID: <CAHtxdDcXA3QOX9VR7Nuf=a+BhAhXFm3jRMQpXFN=B-X5dmw8bQ@mail.gmail.com>
Hello Patrick
Rebuild is trigered.
вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
> Hello Sergey!

> Hope you are doing fine!
>
> I am having this same issue again today....
> Would you be able to check that?
>
> Thanks very much!
> Kind regards,
> Patrick Wakano
>
> # yum install kamailio
> Loaded plugins: fastestmirror
> Loading mirror speeds from cached hostfile
> * base: centos.mirror.serversaustralia.com.au
> * epel: mirror.intergrid.com.au
> * extras: centos.melbourneitmirror.net
> * remi: remi.conetix.com.au
> * remi-safe: remi.conetix.com.au
> * updates: mirror.intergrid.com.au
> Resolving Dependencies
> --> Running transaction check
> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
> kamailio-5.0.7-3.el7.centos.x86_64
> --> Running transaction check
> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
> --> Finished Dependency Resolution
>
> Dependencies Resolved
>
>
>
===================================================================================
======================================================
> Package Arch
> Version
> Repository Size
>
>
===================================================================================
======================================================
> Installing:
> kamailio x86_64
> 5.0.7-3.el7.centos
> home_kamailio_v5.0.x-rpms 5.1 M
> Installing for dependencies:
> kamailio-ims x86_64
> 5.0.7-3.el7.centos
> home_kamailio_v5.0.x-rpms 1.2 M
>
> Transaction Summary
>
>
===================================================================================
======================================================
> Install 1 Package (+1 Dependent package)
>
> Total download size: 6.4 M
> Installed size: 29 M
> Is this ok [y/d/N]: y
>
> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
> kamailio-5.0.7-3.el7.centos.x8
> FAILED
>
> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
> kamailio-ims-5.0.7-3.el7.cento
> FAILED ]
> 218 kB/s | 710 kB 00:00:26 ETA
>
>
>
> Error downloading packages:
> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to try.
> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
> try.
>
>
> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>
>> Thank you Sergey!!
>> Installation was successful now!!
>>
>> Cheers!
>> Patrick Wakano
>>
>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>>
>>> I was trigered rpm rebuild.
>>> Please check after 40 min.
>>>
>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>
>>>> Hello list,
>>>> Hope you all doing fine!
>>>>
>>>> I've been trying to install Kamailio packages from the opensuse repo
>>>> (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>> installation is failing with this message:
>>>> Downloading packages:
>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>> kamailio-ims-5.0.7-1.el7.cento
>>>> FAILED
>>>>
>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
>>>> Trying other mirror.
>>>> kamailio-5.0.7-1.el7.centos.x8
>>>> FAILED 77%
>>>> [============================================================-
>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>
>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>
>>>> I've successfully installed the 5.0.7 version on Friday (06/07) but
>>>> I've noticed the packages have changed last Saturday (07/07/2018).... Given
>>>> this error message looks like the repository is broken somehow....
>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo because
>>>> my script was not migrated to 5.1.X yet....
>>>>
>>>> Thanks,
>>>> Kind regards,
>>>> Patrick Wakano
>>>> _______________________________________________
>>>>
>>>
>>> _______________________________________________
>>>
>>>
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180724/fbd37bb7/attachment.html>
From charles.chance at sipcentric.com Tue Jul 24 17:46:20 2018

Date: Tue, 24 Jul 2018 16:46:20 +0100
Subject: [SR-Users] DMQ with dialog: KDMQ messages being looped back to
the source
In-Reply-To:
>
References:
>
Message-ID: <CAOvxgzCVZXmU2WV8s+xEff8yNKH7-4bLxz-2u99-fu=p1_cgUg@mail.gmail.com>
Hi Pat,
In your config, do you exit immediately after handle_dmq_message()?
Are you able to share with us one of the looped messages, both as it is
received by B and then as it is sent back to A?
Cheers,
Charles
On 24 July 2018 at 16:05, Patrick Murphy <patmurph7 at outlook.com> wrote:
> Hi,
>
> I am using Kamailio 5.1.1 with DMQ with the following config (relevant
> parts) on 2 nodes.
>
> Node A:
> modparam("dialog", "enable_dmq", 1)
> modparam("dmq", "server_address", "sip:no.de.a.ip:5060")
> modparam("dmq", "notification_address", "sip:myvoip.local")
> modparam("dmq", "multi_notify", 1)
>
>
> Node B:
> modparam("dmq", "server_address", "sip:no.de.b.ip:5060")
>
> "myvoip.local" is a DNS A record that resolves to both the IPs of A and B.
>
> I have the dmq_handle_message(); called if method is of type "KDMQ" in the
> request_route.
>
> Now, in order to test it, I only sent a few calls only on node A.
> KDMQ messages flowed to node B and dialog state replicated. But I noticed,
> node B was randomly sending one of the KDMQ dialog messages back to A and
> receiving a 500 "Server Internal Error" back from node A... (for a subset
> of those calls, not all).
>
> Why would this be the case when the nodes correctly recognize their local
> status by the "local: 1" set as seen from dmq.list_nodes
>
> Anyone else experienced this? What could I be doing wrong?
>
>
> Thanks,
> Pat.
>
>
> _______________________________________________
>
>
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180724/31454bcc/attachment.html>

Date: Tue, 24 Jul 2018 16:43:28 +0000
the source
In-Reply-To: <CAOvxgzCVZXmU2WV8s+xEff8yNKH7-4bLxz-2u99-fu=p1_cgUg@mail.gmail.com>
References:
>,
<CAOvxgzCVZXmU2WV8s+xEff8yNKH7-4bLxz-2u99-fu=p1_cgUg@mail.gmail.com>
Message-ID:
<HE1PR0201MB1579B236AA2A12E0A319D243FC550@HE1PR0201MB1579.eurprd02.prod.outlook.com
>
Hi Charles,
Yes I exit after the handle_dmq function in the request route.
I couldn't spot the looping this time (as it is intermittent), but here is the
trace of messages that may indicate something weird or unexpected happening with
DMQ:
The following message came from Node B to A (which should never have originated
because only A is receiving calls). I am assuming KDMQ will only flow from A --> B
followed by their acks from B.
KDMQ sip:dialog at no.de.a.ip:5060 SIP/2.0

Via: SIP/2.0/UDP xx.xx.xx.xx:5060;branch=z9hG4bK22af.6d4559b5000000.0
To: <sip:dialog at no.de.a.ip:5060>
From: <sip:dialog at no.de.b.ip:5060>;tag=4d8de1338e3b915c083406d1267d5e7bg-1424
CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de.a.ip
Content-Length: 50
User-Agent: kamailio (5.1.1 (x86_64/linux))
Max-Forwards: 1
Content-Type: application/json
{"action":3,"h_entry":3521,"h_id":23807,"state":5}
And Node A correctly responded with a 500 because it was not expecting this
SIP/2.0 500 Server Internal Error

Via: SIP/2.0/UDP
xx.xx.xx.xx:5060;branch=z9hG4bK22af.6d4559b5000000.0;received=no.de.b.ip
To: <sip:dialog at no.de.a.ip:5060>;tag=7bf3c29789337c2087fcbd4083b8683d.147f
CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de.b.ip
Content-Length: 0
Regards,
Owais
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Charles Chance
<charles.chance at sipcentric.com>
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] DMQ with dialog: KDMQ messages being looped back to the
source
Hi Pat,
Are you able to share with us one of the looped messages, both as it is received by
B and then as it is sent back to A?
Cheers,
Charles
On 24 July 2018 at 16:05, Patrick Murphy <patmurph7 at outlook.com<mailto:patmurph7

at outlook.com>> wrote:
Hi,
nodes.
Node A:
Node B:

request_route.
Thanks,
Pat.
_______________________________________________
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, Birmingham
Science Park, Birmingham B7 4BB.
-------------- next part --------------
users/attachments/20180724/e00ef6e4/attachment.html>

Date: Tue, 24 Jul 2018 20:55:53 +0000
Subject: [SR-Users] sipdump excluding dmq exchanges
Message-ID:
<HE1PR0201MB1579AA26732EDC51C62D79E4FC550@HE1PR0201MB1579.eurprd02.prod.outlook.com
>
Hi
Can we have sipdump only log SIP messages and not KDMQ?
Thanks,
Pat.
-------------- next part --------------
users/attachments/20180724/a6d98cfc/attachment.html>
From jpetrini at coredial.com Tue Jul 24 23:01:43 2018

Date: Tue, 24 Jul 2018 17:01:43 -0400
Subject: [SR-Users] sipdump excluding dmq exchanges
In-Reply-To:
>
References:
>
Message-ID: <CAD4AmV5UV_F0F+K6og9zgZmL0E5RCuDFBLGvfewkhpws5w71qg@mail.gmail.com>
One of the great features of dmq is that it can be run on a different port.
I'd suggest reconfiguring DMQ to use something other than 5060.
-------------- next part --------------
users/attachments/20180724/899b4b27/attachment.html>
From pwakano at gmail.com Wed Jul 25 04:04:31 2018

Date: Wed, 25 Jul 2018 12:04:31 +1000
In-Reply-To: <CAHtxdDcXA3QOX9VR7Nuf=a+BhAhXFm3jRMQpXFN=B-X5dmw8bQ@mail.gmail.com>
<CAHtxdDcXA3QOX9VR7Nuf=a+BhAhXFm3jRMQpXFN=B-X5dmw8bQ@mail.gmail.com>
Message-ID: <CAPu3kNWcZHwMr0fBqXio0dezL87NAgf2zevxvT3u4TC=moxZSQ@mail.gmail.com>
Hello Sergey!
Thanks for your attention!
I have just tried and it is still not working.... Same error...

I noticed the files in here
http://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
rpms/CentOS_7/x86_64/
didn't get the modified date changed.... maybe the rebuild didn't work...
Kind regards,
Patrick Wakano
> Hello Patrick

> Rebuild is trigered.
>
>
> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>
>> Hello Sergey!
>> Hope you are doing fine!
>>
>> I am having this same issue again today....
>> Would you be able to check that?
>>
>> Thanks very much!
>> Kind regards,
>> Patrick Wakano
>>
>> # yum install kamailio
>> Loaded plugins: fastestmirror
>> Loading mirror speeds from cached hostfile
>> * base: centos.mirror.serversaustralia.com.au
>> * epel: mirror.intergrid.com.au
>> * extras: centos.melbourneitmirror.net
>> * remi: remi.conetix.com.au
>> * remi-safe: remi.conetix.com.au
>> * updates: mirror.intergrid.com.au
>> Resolving Dependencies
>> --> Running transaction check
>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
>> kamailio-5.0.7-3.el7.centos.x86_64
>> --> Running transaction check
>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
>> --> Finished Dependency Resolution
>>
>> Dependencies Resolved
>>
>> ============================================================
>> ============================================================
>> =================
>> Package Arch
>> Version Repository
>> Size
>> ============================================================
>> ============================================================
>> =================
>> Installing:
>> kamailio x86_64
>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>> 5.1 M
>> Installing for dependencies:
>> kamailio-ims x86_64
>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>> 1.2 M
>>
>> Transaction Summary
>> ============================================================
>> ============================================================
>> =================
>> Install 1 Package (+1 Dependent package)
>>
>> Total download size: 6.4 M
>> Installed size: 29 M
>> Is this ok [y/d/N]: y
>>
>> Downloading packages:
>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>> kamailio-5.0.7-3.el7.centos.x8 FAILED
>>
>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-3.el7.centos.x86_64.rpm:
>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>> kamailio-ims-5.0.7-3.el7.cento FAILED
>> ] 218 kB/s | 710 kB 00:00:26
>> ETA
>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-3.el7.centos.x86_64.rpm:
>> [Errno -1] Package does not match intended download. Suggestion: run yum
>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>
>>
>> Error downloading packages:
>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to try.
>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>> try.
>>
>>
>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>
>>> Thank you Sergey!!
>>> Installation was successful now!!
>>>
>>> Cheers!
>>> Patrick Wakano
>>>
>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>
>>>> I was trigered rpm rebuild.
>>>> Please check after 40 min.
>>>>
>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>
>>>>> Hello list,
>>>>> Hope you all doing fine!
>>>>>
>>>>> I've been trying to install Kamailio packages from the opensuse repo
>>>>> (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>>> installation is failing with this message:
>>>>> Downloading packages:
>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>>>>
>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.
>>>>> centos.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range Not
>>>>> Satisfiable --:--:-- ETA
>>>>> Trying other mirror.
>>>>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>>>>> 77% [============================================================-
>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.centos.x86_64.rpm:
>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>
>>>>> I've successfully installed the 5.0.7 version on Friday (06/07) but
>>>>> I've noticed the packages have changed last Saturday (07/07/2018).... Given
>>>>> this error message looks like the repository is broken somehow....
>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo because
>>>>> my script was not migrated to 5.1.X yet....
>>>>>
>>>>> Thanks,
>>>>> Kind regards,
>>>>> Patrick Wakano
>>>>> _______________________________________________
>>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>>
>>>
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180725/e6368505/attachment.html>
From patmurph7 at outlook.com Wed Jul 25 11:31:09 2018

Date: Wed, 25 Jul 2018 09:31:09 +0000
the source
In-Reply-To:
>
References:
>,
<CAOvxgzCVZXmU2WV8s+xEff8yNKH7-4bLxz-2u99-fu=p1_cgUg@mail.gmail.com>,
>
Message-ID:
<HE1PR0201MB15790EAE14D17C1D0185DD3BFC540@HE1PR0201MB1579.eurprd02.prod.outlook.com
>
Another bit of data:
KDMQ messages flow in the wrong direction i.e. (Node B to A) only for dialog state:
5 updates.
And this happens after the actual KDMQ from A to B has already been ack'd with a
200 OK.
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Patrick Murphy
<patmurph7 at outlook.com>
Sent: Tuesday, July 24, 2018 4:43:28 PM
source
Hi Charles,
DMQ:

CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de.a.ip
Content-Length: 50
Max-Forwards: 1

Via: SIP/2.0/UDP
CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de.b.ip
Content-Length: 0
Regards,
Owais
________________________________
source
Hi Pat,
Cheers,
Charles

Hi,
nodes.
Node A:
Node B:

request_route.
Thanks,
Pat.
_______________________________________________
-------------- next part --------------
users/attachments/20180725/85ca6b2e/attachment.html>
From charles.chance at sipcentric.com Wed Jul 25 15:03:40 2018

Date: Wed, 25 Jul 2018 14:03:40 +0100
In-Reply-To: <CAA7tqQ4mV7hLoHvUVEGnmrAU2KkrAaAjhGRs2=ji6POQ1pHQWA@mail.gmail.com>
<CAA7tqQ4mV7hLoHvUVEGnmrAU2KkrAaAjhGRs2=ji6POQ1pHQWA@mail.gmail.com>
Message-ID: <CAOvxgzBX+Sm5UFrb=Q4C0-Gy84VL7=EfePx=bZOMACAdVr70_w@mail.gmail.com>
Hi,
I have just pushed some changes to master - one of these allows startup to
continue even if initial node resolution fails.
There are some other improvements, too, which I have been planning to push
for some time and which should also help in your situation.
Can you try again with these changes applied and let me know the outcome?
Cheers,
Charles
> Similar thing with a different type of nodes:

>
> ```
> proxy-94b6ccf46-6n49v 3/3 Running 0
> proxy-94b6ccf46-7jrgj 3/3 Running 0
> proxy-94b6ccf46-rbskb 3/3 Running 0
> proxy-94b6ccf46-rtzh9 3/3 Running 0
> 1m 172.22.5.96 master.alex.cloud.evox.it`
> ```
>
> ```
> root at proxy-94b6ccf46-6n49v:/# kamcmd
> kamcmd 1.5
> {
> host: 172.22.5.99
> port: 5061
> resolved_ip: 172.22.5.99
> status: active
> local: 1
> }
> ```
>
> ```
> root at proxy-94b6ccf46-7jrgj:/# kamcmd
> kamcmd 1.5
> {
> host: 172.22.5.95
> port: 5061
> resolved_ip: 172.22.5.95
> status: active
> local: 0
> }
> {
> host: 172.22.5.98
> port: 5061
> resolved_ip: 172.22.5.98
> status: active
> local: 1
> }
> ```
>
> ```
> root at proxy-94b6ccf46-rbskb:/# kamcmd
> kamcmd 1.5
> {
> host: 172.22.5.95
> port: 5061
> resolved_ip: 172.22.5.95
> status: active
> local: 1
> }
> ```
>
> ```
> root at proxy-94b6ccf46-rtzh9:/# kamcmd
> kamcmd 1.5
> {
> host: 172.22.5.96
> port: 5061
> resolved_ip: 172.22.5.96
> status: active
> local: 1
> }
> ```
>
> ```
> nslookup dmq-proxy-service
> Server: 10.96.0.10
> Address: 10.96.0.10#53
>
> Address: 172.22.5.99
> Address: 172.22.5.98
> Address: 172.22.5.96
> Address: 172.22.5.95
> Address: 10.32.68.218
> ```
>
> What am I missing out?
> --
> Aleksandar Sosic
> On Fri, Jul 6, 2018 at 12:26 PM Aleksandar Sosic
> <alex.sosic at evosip.cloud> wrote:
> >
> > Here's another example:
> >
> > ```
> > router-0 3/3 Running 0
> > 13m 172.22.5.94 master.alex.cloud.evox.it
> > ```
> >
> > ```
> > root at router-0:/# kamcmd
> > kamcmd 1.5
> > Copyright 2006 iptelorg GmbH
> > This is free software with ABSOLUTELY NO WARRANTY.
> > For details type `warranty'.
> > {
> > host: 172.22.5.3
> > port: 5062
> > resolved_ip: 172.22.5.3
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.4
> > port: 5062
> > resolved_ip: 172.22.5.4
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.94
> > port: 5062
> > resolved_ip: 172.22.5.94
> > status: active
> > local: 1
> > }
> > ```
> >
> > ```
> > kamcmd 1.5
> > {
> > host: 172.22.5.4
> > port: 5062
> > resolved_ip: 172.22.5.4
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.94
> > port: 5062
> > resolved_ip: 172.22.5.94
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.3
> > port: 5062
> > resolved_ip: 172.22.5.3
> > status: active
> > local: 1
> > }
> > ```
> >
> > ```
> > kamcmd 1.5
> > {
> > host: 172.22.5.94
> > port: 5062
> > resolved_ip: 172.22.5.94
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.3
> > port: 5062
> > resolved_ip: 172.22.5.3
> > status: active
> > local: 0
> > }
> > {
> > host: 172.22.5.4
> > port: 5062
> > resolved_ip: 172.22.5.4
> > status: active
> > local: 1
> > }
> > ```
> >
> > ```
> > kamcmd 1.5
> > {
> > host: 172.22.5.5
> > port: 5062
> > resolved_ip: 172.22.5.5
> > status: active
> > local: 1
> > }
> > ```
> >
> > ```
> > nslookup dmq-router-service
> > Server: 10.96.0.10
> > Address: 10.96.0.10#53
> >
> > Non-authoritative answer:
> > Name: dmq-router-service.default.svc.cluster.local
> > Address: 172.22.5.5
> > Address: 172.22.5.4
> > Address: 172.22.5.3
> > Address: 10.32.68.217
> > Address: 172.22.5.94
> > ```
> >
> > There is no difference in configuration between the router nodes.
> > --
> > mail: alex.sosic at evosip.cloud
> > On Fri, Jul 6, 2018 at 11:42 AM Aleksandar Sosic
> > <alex.sosic at evosip.cloud> wrote:
> > >
> > > Hi,
> > >
> > > I'm now creating a dns record inside kubernetes with a headless
> service.
> > > Unfortunately I must use a busybox that will start before the kamailio
> > > nodes so the dns record will be created before kamailio starts because
> > > otherwise it will crash as I told you before. IMHO it will be useful
> > > to have a flag that allows me to choose if kamailio should start even
> > > if the notification_address of the DMQ module does not resolve. That
> > > would allow me to start nodes, populate the dns and then slowly add
> > > nodes to the cluster without having a busybox to do that.
> > >
> > > As you can see from the logs kamailio notices the busybox IP
> > > (10.32.68.202) which obviously not being a kamailio node gives me this
> > > errors:
> > > ```
> > > 17(109) ERROR: dispatcher [dispatch.c:1910]: ds_select_dst_limit(): no
> > > destination sets
> > > 33(125) ERROR: dmq [notification_peer.c:596]:
> > > notification_resp_callback_f(): deleting server sip:10.32.68.202:5061
> > > because of failed request
> > > 33(125) ERROR: dmq [notification_peer.c:596]:
> > > notification_resp_callback_f(): deleting server
> > > sip:43.100.109.113:5061 because of failed request
> > > ```
> > > Being a workaround for creating the DNS record before starting
> > > kamailio nodes that's ok.
> > > But notice the IP 43.100.109.113 which is not an IP that the DNS
> > > record for the notification_address resolves:
> > >
> > > ```
> > > $ nslookup dmq-proxy-service
> > > Server: 10.96.0.10
> > > Address: 10.96.0.10#53
> > >
> > > Name: dmq-proxy-service.default.svc.cluster.local
> > > Address: 172.22.5.83
> > > Address: 172.22.5.84
> > > Address: 10.32.68.202
> > > Address: 172.22.5.81
> > > Address: 172.22.5.82
> > > ```
> > >
> > > So why is that?
> > >
> > > Then I noticed that on one node I do have all the other IPs:
> > > ```kamcmd> dmq.list_nodes
> > > {
> > > host: 172.22.5.81
> > > port: 5061
> > > resolved_ip: 172.22.5.81
> > > status: active
> > > last_notification: 0
> > > local: 0
> > > }
> > > {
> > > host: 172.22.5.82
> > > port: 5061
> > > resolved_ip: 172.22.5.82
> > > local: 0
> > > }
> > > {
> > > host: 172.22.5.83
> > > port: 5061
> > > resolved_ip: 172.22.5.83
> > > local: 0
> > > }
> > > {
> > > host: 172.22.5.84
> > > port: 5061
> > > resolved_ip: 172.22.5.84
> > > local: 1
> > > }
> > > ```
> > >
> > > But on another one:
> > > ```
> > > kamcmd> dmq.list_nodes
> > > {
> > > host: 172.22.5.83
> > > port: 5061
> > > resolved_ip: 172.22.5.83
> > > local: 0
> > > }
> > > {
> > > host: 172.22.5.81
> > > port: 5061
> > > resolved_ip: 172.22.5.81
> > > local: 0
> > > }
> > > {
> > > host: 172.22.5.82
> > > port: 5061
> > > resolved_ip: 172.22.5.82
> > > local: 1
> > > }
> > > ```
> > > I miss a node? And all the kamailio instances in this range are the
> > > same with the same config. Also the missing node is not the ip of the
> > > node itself but another one.
> > > --
> > > Aleksandar Sosic
> > > mail: alex.sosic at evosip.cloudOn Fri, Jul 6, 2018 at 9:21 AM Aleksandar
> > > Sosic <alex.sosic at evosip.cloud> wrote:
> > > >
> > > > On Thu, Jul 5, 2018 at 12:35 PM Charles Chance
> > > > <charles.chance at sipcentric.com> wrote:
> > > > > I'll take a look - which version are you using?
> > > >
> > > > 5.2.0~dev6+0~20180616010152.1138+xenial
> > > >
> > > > Thank you!
> > > > --
> > > > Aleksandar Sosic
> > > > mail: alex.sosic at evosip.cloud
>
> _______________________________________________
>
--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180725/cfe9ecc8/attachment.html>
From s.safarov at gmail.com Wed Jul 25 15:38:28 2018

Date: Wed, 25 Jul 2018 16:38:28 +0300
In-Reply-To: <CAPu3kNWcZHwMr0fBqXio0dezL87NAgf2zevxvT3u4TC=moxZSQ@mail.gmail.com>
<CAPu3kNWcZHwMr0fBqXio0dezL87NAgf2zevxvT3u4TC=moxZSQ@mail.gmail.com>
Message-ID: <CAHtxdDd=8TmeF+qV0bgrQ+CmZS7xnGgb9FopWHdrjDfg+AFyWw@mail.gmail.com>
I "trigger rebuild" and get this results

https://build.opensuse.org/package/live_build_log/home:kamailio:v5.0.x-
rpms/kamailio50/CentOS_7/x86_64
Rebuild is finished
https://prnt.sc/kauq7y
But time stamp of files inside root repo directory is not updated
And updated inside x86_64
https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
And inside repodata

https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
rpms/CentOS_7/repodata/
Could you force delete content of /var/cache/yum
rm -Rf /var/cache/yum/*
And then try again

Sergey
ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
> Hello Sergey!

> Thanks for your attention!
>
> I have just tried and it is still not working.... Same error...
> I noticed the files in here
> http://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
> didn't get the modified date changed.... maybe the rebuild didn't work...
>
> Kind regards,
> Patrick Wakano
>
>
>
>
>> Hello Patrick
>> Rebuild is trigered.
>>
>>
>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>
>>> Hello Sergey!
>>> Hope you are doing fine!
>>>
>>> I am having this same issue again today....
>>> Would you be able to check that?
>>>
>>> Thanks very much!
>>> Kind regards,
>>> Patrick Wakano
>>>
>>> # yum install kamailio
>>> Loaded plugins: fastestmirror
>>> Loading mirror speeds from cached hostfile
>>> * base: centos.mirror.serversaustralia.com.au
>>> * epel: mirror.intergrid.com.au
>>> * extras: centos.melbourneitmirror.net
>>> * remi: remi.conetix.com.au
>>> * remi-safe: remi.conetix.com.au
>>> * updates: mirror.intergrid.com.au
>>> Resolving Dependencies
>>> --> Running transaction check
>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
>>> kamailio-5.0.7-3.el7.centos.x86_64
>>> --> Running transaction check
>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
>>> --> Finished Dependency Resolution
>>>
>>> Dependencies Resolved
>>>
>>>
>>>
===================================================================================
======================================================
>>> Package Arch
>>> Version
>>> Repository Size
>>>
>>>
===================================================================================
======================================================
>>> Installing:
>>> kamailio x86_64
>>> 5.0.7-3.el7.centos
>>> home_kamailio_v5.0.x-rpms 5.1 M
>>> Installing for dependencies:
>>> kamailio-ims x86_64
>>> 5.0.7-3.el7.centos
>>> home_kamailio_v5.0.x-rpms 1.2 M
>>>
>>> Transaction Summary
>>>
>>>
===================================================================================
======================================================
>>> Install 1 Package (+1 Dependent package)
>>>
>>> Total download size: 6.4 M
>>> Installed size: 29 M
>>> Is this ok [y/d/N]: y
>>>
>>> Downloading packages:
>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>> kamailio-5.0.7-3.el7.centos.x8
>>> FAILED
>>>
>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>>> kamailio-ims-5.0.7-3.el7.cento
>>> FAILED ]
>>> 218 kB/s | 710 kB 00:00:26 ETA
>>>
>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>
>>>
>>> Error downloading packages:
>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to try.
>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>>> try.
>>>
>>>
>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>
>>>> Thank you Sergey!!
>>>> Installation was successful now!!
>>>>
>>>> Cheers!
>>>> Patrick Wakano
>>>>
>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>>
>>>>> I was trigered rpm rebuild.
>>>>> Please check after 40 min.
>>>>>
>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>
>>>>>> Hello list,
>>>>>> Hope you all doing fine!
>>>>>>
>>>>>> I've been trying to install Kamailio packages from the opensuse repo
>>>>>> (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>>>> installation is failing with this message:
>>>>>> Downloading packages:
>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>> kamailio-ims-5.0.7-1.el7.cento
>>>>>> FAILED
>>>>>>
>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
>>>>>> Trying other mirror.
>>>>>> kamailio-5.0.7-1.el7.centos.x8
>>>>>> FAILED 77%
>>>>>> [============================================================-
>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>
>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>>
>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07) but
>>>>>> I've noticed the packages have changed last Saturday (07/07/2018).... Given
>>>>>> this error message looks like the repository is broken somehow....
>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo because
>>>>>> my script was not migrated to 5.1.X yet....
>>>>>>
>>>>>> Thanks,
>>>>>> Kind regards,
>>>>>> Patrick Wakano
>>>>>> _______________________________________________
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>>
>>>>>
>>>>
>>> _______________________________________________
>>>
>>
>> _______________________________________________
>>
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180725/767d54a3/attachment.html>
From gmaruzz at gmail.com Wed Jul 25 18:29:47 2018

From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Wed, 25 Jul 2018 18:29:47 +0200
Subject: [SR-Users] FreeSWITCH and OpenSIPS for a Pure SIP Video,
Chat and Conference Service, ClueCon Presentation Slides
Message-ID: <CALXCt0phwWQaMOCgpRJ9JwR5rhDHS5jQuZh6B-UVMG-OUm32kg@mail.gmail.com>
Hello fellow RTCers,

just finished presenting about scaling videoconferencing, chat and
moderation/direction controls in SIP, with web clients, deskphones,
smartphone apps, server push (google fcm) via cordova and SIP.js at
www.cluecon.com.
Here's the slides of my presentation:
http://178.79.181.125/Maruzzelli_FreeSWITCH_OpenSIPS_WebRTC_Pure_SIP_Video_Call_Con
ferencing_and_Chat_ClueCon_2018_Chicago.pdf
or, shorter,
http://178.79.181.125/Maruzzelli_ClueCon_2018.pdf
>From ClueCon blurb:
FreeSWITCH and OpenSIPS for a Pure SIP Video, Chat and Conference Service
On top of traditional SIP deskphones and softphones, WebRTC let us extend

the reach of SIP to all browsers, and to smartphone apps that wake up with
a server push. OpenSIPS has superb SIP and WebRTC support and can protect,
balance and scale FreeSWITCH insuperable conferencing, video MCU, media
switching/mixing, SIP SIMPLE message processing capabilities. We will see
how to build and implement such a complete platform, touching both on
servers and on clients. Hint: SIMPLE, the SIP Instant Messaging Protocol,
can be leveraged to transport statuses, commands and chats between
participants and administrators of SIP audio/video calls/conferences.
Giovanni MaruzzelliPrincipal at OpenTelecom.IT

------------------------------
Giovanni is a consultant for the Telco sector, developing software and

training courses for FreeSWITCH, SIP, WebRTC and Kamailio. He is heavily
engaged with FreeSWITCH, of which he wrote the interface with Skype and
with cellular phones. An Internet tech pioneer, in 1996 Giovanni was
cofounder of Italia Online, the most popular Italian portal and consumer
ISP, and architect of its Internet technologies – www.italiaonline.it Then
supervisor of Internet operations and architect of the first engine for
paid access to www.ilsole24ore.com , the most read financial newspaper in
Italy and to its databases (migrated from mainframe). After that, he was
CEO of venture capital funded Matrice, developing Telemail unified
messaging and multi language phone access to email (Text To Speech), and
CTO of incubator funded Open4, an open source managed applications
provider. Then he was for two years in Serbia as Internet and
Telecommunication Investment Expert for World Bank – IFC. Since 2005 he’s
based in Italy, and serves ICT and Telco companies worldwide.
-giovanni
--
Sincerely,
Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
-------------- next part --------------
users/attachments/20180725/aab654c0/attachment.html>
From hw at kamailio.org Wed Jul 25 20:46:12 2018

Date: Wed, 25 Jul 2018 20:46:12 +0200
Subject: [SR-Users] [..] ClueCon Presentation
In-Reply-To: <CALXCt0phwWQaMOCgpRJ9JwR5rhDHS5jQuZh6B-UVMG-OUm32kg@mail.gmail.com>
References: <CALXCt0phwWQaMOCgpRJ9JwR5rhDHS5jQuZh6B-UVMG-OUm32kg@mail.gmail.com>
Message-ID: <2128271.duj7AXR5qg@linux-rdlu>
Am Mittwoch, 25. Juli 2018, 18:29:47 CEST schrieb Giovanni Maruzzelli:

> just finished presenting about scaling videoconferencing, chat and
> moderation/direction controls in SIP, with web clients, deskphones,
> smartphone apps, server push (google fcm) via cordova and SIP.js
> [..]
Hello Giovanni,
please use this mailing list (sr-users) only for discussion of Kamailio and
related projects. For discussion about the mentioned other projects please use
their lists.
We have also a dedicated business list, which you can use for marketing if
your solution, service, presentation etc.. its somehow related to Kamailio.
Thank you and have fun at the CluCon,
Henning Westerholt
From gmaruzz at gmail.com Wed Jul 25 20:56:17 2018

From: gmaruzz at gmail.com (Giovanni Maruzzelli)
Date: Wed, 25 Jul 2018 13:56:17 -0500
In-Reply-To: <2128271.duj7AXR5qg@linux-rdlu>
<2128271.duj7AXR5qg@linux-rdlu>
Message-ID: <CALXCt0o5ktGCPSwxE1-pC6LZF86uD11yZcSbAKhbdQjE1-JL7g@mail.gmail.com>
Hello Henning,
in my judgement this presentation (have a look at the slides) is about

scaling SIP and is at the very least very related to Kamailio. No products
or mktg in it, only standard techniques to scale via sip proxy and rtp
proxy.
I understand you judged differently.
Sorry for this.
-giovanni
On Wed, Jul 25, 2018, 13:46 Henning Westerholt <hw at kamailio.org> wrote:
> Am Mittwoch, 25. Juli 2018, 18:29:47 CEST schrieb Giovanni Maruzzelli:
> > just finished presenting about scaling videoconferencing, chat and
> > moderation/direction controls in SIP, with web clients, deskphones,
> > smartphone apps, server push (google fcm) via cordova and SIP.js
> > [..]
>
> Hello Giovanni,
>
> please use this mailing list (sr-users) only for discussion of Kamailio
> and
> related projects. For discussion about the mentioned other projects please
> use
> their lists.
>
> We have also a dedicated business list, which you can use for marketing if
> your solution, service, presentation etc.. its somehow related to Kamailio.
>
> Thank you and have fun at the CluCon,
>
> Henning Westerholt
>
>
-------------- next part --------------
users/attachments/20180725/e50f5f71/attachment.html>
From social at bohboh.info Wed Jul 25 20:55:32 2018

From: social at bohboh.info (Social Boh)
Date: Wed, 25 Jul 2018 13:55:32 -0500
Subject: [SR-Users] FreeSWITCH and OpenSIPS for a Pure SIP Video,
Chat and Conference Service, ClueCon Presentation Slides
In-Reply-To: <CALXCt0phwWQaMOCgpRJ9JwR5rhDHS5jQuZh6B-UVMG-OUm32kg@mail.gmail.com>
Message-ID: <2ac1a7d8-588d-a6bd-38c8-4150a4c89389@bohboh.info>
Very interessing...
Thank you to share.
Regards
---
I'm SoCIaL, MayBe
On 7/25/18 11:29, Giovanni Maruzzelli wrote:

> Hello fellow RTCers,
>
> just finished presenting about scaling videoconferencing, chat and
> moderation/direction controls in SIP, with web clients, deskphones,
> smartphone apps, server push (google fcm) via cordova and SIP.js at
> www.cluecon.com <http://www.cluecon.com>.
>
> Here's the slides of my presentation:
>
>
http://178.79.181.125/Maruzzelli_FreeSWITCH_OpenSIPS_WebRTC_Pure_SIP_Video_Call_Con
ferencing_and_Chat_ClueCon_2018_Chicago.pdf
>
> or, shorter,
>
> http://178.79.181.125/Maruzzelli_ClueCon_2018.pdf
>
>
> From ClueCon blurb:
>
>
> FreeSWITCH and OpenSIPS for a Pure SIP Video, Chat and
> Conference Service
>
> On top of traditional SIP deskphones and softphones, WebRTC let us
> extend the reach of SIP to all browsers, and to smartphone apps that
> wake up with a server push. OpenSIPS has superb SIP and WebRTC support
> and can protect, balance and scale FreeSWITCH insuperable
> conferencing, video MCU, media switching/mixing, SIP SIMPLE message
> processing capabilities. We will see how to build and implement such a
> complete platform, touching both on servers and on clients. Hint:
> SIMPLE, the SIP Instant Messaging Protocol, can be leveraged to
> transport statuses, commands and chats between participants and
> administrators of SIP audio/video calls/conferences.
>
>
> Giovanni Maruzzelli
>
>
> Principal at OpenTelecom.IT
>
> ------------------------------------------------------------------------
>
> Giovanni is a consultant for the Telco sector, developing software and
> training courses for FreeSWITCH, SIP, WebRTC and Kamailio. He is
> heavily engaged with FreeSWITCH, of which he wrote the interface with
> Skype and with cellular phones. An Internet tech pioneer, in 1996
> Giovanni was cofounder of Italia Online, the most popular Italian
> portal and consumer ISP, and architect of its Internet technologies –
> www.italiaonline.it <http://www.italiaonline.it> Then supervisor of
> Internet operations and architect of the first engine for paid access
> to www.ilsole24ore.com <http://www.ilsole24ore.com> , the most read
> financial newspaper in Italy and to its databases (migrated from
> mainframe). After that, he was CEO of venture capital funded Matrice,
> developing Telemail unified messaging and multi language phone access
> to email (Text To Speech), and CTO of incubator funded Open4, an open
> source managed applications provider. Then he was for two years in
> Serbia as Internet and Telecommunication Investment Expert for World
> Bank – IFC. Since 2005 he’s based in Italy, and serves ICT and Telco
> companies worldwide.
>
>
> -giovanni
>
> --
>
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
>
>
>
> _______________________________________________
-------------- next part --------------

From hw at kamailio.org Wed Jul 25 21:06:25 2018

Date: Wed, 25 Jul 2018 21:06:25 +0200
In-Reply-To: <CALXCt0o5ktGCPSwxE1-pC6LZF86uD11yZcSbAKhbdQjE1-JL7g@mail.gmail.com>
<2128271.duj7AXR5qg@linux-rdlu>
<CALXCt0o5ktGCPSwxE1-pC6LZF86uD11yZcSbAKhbdQjE1-JL7g@mail.gmail.com>
Message-ID: <5197759.TtGTF5YuEG@linux-rdlu>
Am Mittwoch, 25. Juli 2018, 20:56:17 CEST schrieb Giovanni Maruzzelli:

> in my judgement this presentation (have a look at the slides) is about
> scaling SIP and is at the very least very related to Kamailio. No products
> or mktg in it, only standard techniques to scale via sip proxy and rtp
> proxy.
>
> I understand you judged differently.
>
> Sorry for this.
Hello Giovanni,
no problem, nothing bad happened.
I understand your reasoning, and your e-mail had been indeed (phrased a bit
more general) a good fit for the business list. We want to keep sr-users free
from marketing for consulting services and other commercial offers, this was
my main motivation here.
As you provide consulting for several VoIP applications (including Kamailio)

you are of course welcome to describe your services on the mentioned list.
If you like you can also add a short information about your services in our
business directory at: https://www.kamailio.org/w/business-directory/
Best regards,
Henning Westerholt
From pwakano at gmail.com Thu Jul 26 01:11:39 2018

Date: Thu, 26 Jul 2018 09:11:39 +1000
In-Reply-To: <CAHtxdDd=8TmeF+qV0bgrQ+CmZS7xnGgb9FopWHdrjDfg+AFyWw@mail.gmail.com>
<CAHtxdDd=8TmeF+qV0bgrQ+CmZS7xnGgb9FopWHdrjDfg+AFyWw@mail.gmail.com>
Message-ID: <CAPu3kNV6K-Cgo__7XFe8yYDEYGnyKD8GJdP3nFRa9XxnH77oOg@mail.gmail.com>
Hello Sergey!
I did a yum clean all, the rm -Rf /var/cache/yum/* and still the problem
persist.....
Now I noticed the modified date of the packages was updated, but anyway,
there is something wrong with this repo and so yum does not allow me to
install the Kamailio packages....
I wonder what could have happened since July 10th when the repo was working
fine...
Thanks for you time!

Kind regards,
Patrick Wakano
> I "trigger rebuild" and get this results

> https://build.opensuse.org/package/live_build_log/home:
> kamailio:v5.0.x-rpms/kamailio50/CentOS_7/x86_64
>
> Rebuild is finished
> https://prnt.sc/kauq7y
> But time stamp of files inside root repo directory is not updated
> And updated inside x86_64
> https://download.opensuse.org/repositories/home:/kamailio:/
> v5.0.x-rpms/CentOS_7/x86_64/
>
> And inside repodata
> https://download.opensuse.org/repositories/home:/kamailio:/
> v5.0.x-rpms/CentOS_7/repodata/
>
> Could you force delete content of /var/cache/yum
>
> rm -Rf /var/cache/yum/*
>
> And then try again
> Sergey
>
> ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
>
>> Hello Sergey!
>> Thanks for your attention!
>>
>> I have just tried and it is still not working.... Same error...
>> I noticed the files in here http://download.opensuse.org/
>> repositories/home:/kamailio:/v5.0.x-rpms/CentOS_7/x86_64/ didn't get the
>> modified date changed.... maybe the rebuild didn't work...
>>
>> Kind regards,
>> Patrick Wakano
>>
>>
>>
>>
>>> Hello Patrick
>>> Rebuild is trigered.
>>>
>>>
>>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>>
>>>> Hello Sergey!
>>>> Hope you are doing fine!
>>>>
>>>> I am having this same issue again today....
>>>> Would you be able to check that?
>>>>
>>>> Thanks very much!
>>>> Kind regards,
>>>> Patrick Wakano
>>>>
>>>> # yum install kamailio
>>>> Loaded plugins: fastestmirror
>>>> Loading mirror speeds from cached hostfile
>>>> * base: centos.mirror.serversaustralia.com.au
>>>> * epel: mirror.intergrid.com.au
>>>> * extras: centos.melbourneitmirror.net
>>>> * remi: remi.conetix.com.au
>>>> * remi-safe: remi.conetix.com.au
>>>> * updates: mirror.intergrid.com.au
>>>> Resolving Dependencies
>>>> --> Running transaction check
>>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
>>>> kamailio-5.0.7-3.el7.centos.x86_64
>>>> --> Running transaction check
>>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
>>>> --> Finished Dependency Resolution
>>>>
>>>> Dependencies Resolved
>>>>
>>>> ============================================================
>>>> ============================================================
>>>> =================
>>>> Package Arch
>>>> Version Repository
>>>> Size
>>>> ============================================================
>>>> ============================================================
>>>> =================
>>>> Installing:
>>>> kamailio x86_64
>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>> 5.1 M
>>>> Installing for dependencies:
>>>> kamailio-ims x86_64
>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>> 1.2 M
>>>>
>>>> Transaction Summary
>>>> ============================================================
>>>> ============================================================
>>>> =================
>>>> Install 1 Package (+1 Dependent package)
>>>>
>>>> Total download size: 6.4 M
>>>> Installed size: 29 M
>>>> Is this ok [y/d/N]: y
>>>>
>>>> Downloading packages:
>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>> kamailio-5.0.7-3.el7.centos.x8 FAILED
>>>>
>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-3.el7.centos.x86_64.rpm:
>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>>>> kamailio-ims-5.0.7-3.el7.cento FAILED
>>>> ] 218 kB/s | 710 kB
>>>> 00:00:26 ETA
>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-3.el7.
>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>> clean metadata
>>>>
>>>>
>>>> Error downloading packages:
>>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>>>> try.
>>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors
>>>> to try.
>>>>
>>>>
>>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>>
>>>>> Thank you Sergey!!
>>>>> Installation was successful now!!
>>>>>
>>>>> Cheers!
>>>>>
>>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>>>
>>>>>> I was trigered rpm rebuild.
>>>>>> Please check after 40 min.
>>>>>>
>>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>>
>>>>>>> Hello list,
>>>>>>> Hope you all doing fine!
>>>>>>>
>>>>>>> I've been trying to install Kamailio packages from the opensuse repo
>>>>>>> (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>>>>> installation is failing with this message:
>>>>>>> Downloading packages:
>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>>>>>>
>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.
>>>>>>> centos.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range Not
>>>>>>> Satisfiable --:--:-- ETA
>>>>>>> Trying other mirror.
>>>>>>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>>>>>>> 77% [============================================================-
>>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.
>>>>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>>>>> clean metadata
>>>>>>>
>>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07) but
>>>>>>> I've noticed the packages have changed last Saturday (07/07/2018).... Given
>>>>>>> this error message looks like the repository is broken somehow....
>>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo
>>>>>>> because my script was not migrated to 5.1.X yet....
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Kind regards,
>>>>>>> Patrick Wakano
>>>>>>> _______________________________________________
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>>
>>>>>>
>>>>>
>>>> _______________________________________________
>>>>
>>>
>>> _______________________________________________
>>>
>>>
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180726/3e53afba/attachment.html>
From s.safarov at gmail.com Thu Jul 26 09:31:57 2018

Date: Thu, 26 Jul 2018 10:31:57 +0300
In-Reply-To: <CAPu3kNV6K-Cgo__7XFe8yYDEYGnyKD8GJdP3nFRa9XxnH77oOg@mail.gmail.com>
<CAPu3kNV6K-Cgo__7XFe8yYDEYGnyKD8GJdP3nFRa9XxnH77oOg@mail.gmail.com>
Message-ID: <CAHtxdDdRhXTCHpD3ZcujQCBRovzBh7com9GrDw+19caCz1XHNg@mail.gmail.com>
I can confirm issue.

Could you create ticket for this issue.
I look this
чт, 26 июл. 2018 г. в 2:12, Patrick Wakano <pwakano at gmail.com>:
> Hello Sergey!

>
> I did a yum clean all, the rm -Rf /var/cache/yum/* and still the problem
> persist.....
> Now I noticed the modified date of the packages was updated, but anyway,
> there is something wrong with this repo and so yum does not allow me to
> install the Kamailio packages....
> I wonder what could have happened since July 10th when the repo was
> working fine...
>
> Thanks for you time!
> Kind regards,
> Patrick Wakano
>
>
>
>
>> I "trigger rebuild" and get this results
>>
>> https://build.opensuse.org/package/live_build_log/home:kamailio:v5.0.x-
>>
>> Rebuild is finished
>> https://prnt.sc/kauq7y
>> But time stamp of files inside root repo directory is not updated
>> And updated inside x86_64
>>
>> https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>
>> And inside repodata
>>
>> https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>
>> Could you force delete content of /var/cache/yum
>>
>> rm -Rf /var/cache/yum/*
>>
>> And then try again
>> Sergey
>>
>> ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
>>
>>> Hello Sergey!
>>> Thanks for your attention!
>>>
>>> I have just tried and it is still not working.... Same error...
>>> I noticed the files in here
>>> http://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>> didn't get the modified date changed.... maybe the rebuild didn't work...
>>>
>>> Kind regards,
>>> Patrick Wakano
>>>
>>>
>>>
>>>
>>>> Hello Patrick
>>>> Rebuild is trigered.
>>>>
>>>>
>>>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>>>
>>>>> Hello Sergey!
>>>>> Hope you are doing fine!
>>>>>
>>>>> I am having this same issue again today....
>>>>> Would you be able to check that?
>>>>>
>>>>> Thanks very much!
>>>>> Kind regards,
>>>>>
>>>>> # yum install kamailio
>>>>> Loaded plugins: fastestmirror
>>>>> Loading mirror speeds from cached hostfile
>>>>> * base: centos.mirror.serversaustralia.com.au
>>>>> * epel: mirror.intergrid.com.au
>>>>> * extras: centos.melbourneitmirror.net
>>>>> * remi: remi.conetix.com.au
>>>>> * remi-safe: remi.conetix.com.au
>>>>> * updates: mirror.intergrid.com.au
>>>>> Resolving Dependencies
>>>>> --> Running transaction check
>>>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
>>>>> kamailio-5.0.7-3.el7.centos.x86_64
>>>>> --> Running transaction check
>>>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be installed
>>>>> --> Finished Dependency Resolution
>>>>>
>>>>> Dependencies Resolved
>>>>>
>>>>>
>>>>>
===================================================================================
======================================================
>>>>> Package Arch
>>>>> Version
>>>>> Repository Size
>>>>>
>>>>>
===================================================================================
======================================================
>>>>> Installing:
>>>>> kamailio x86_64
>>>>> 5.0.7-3.el7.centos
>>>>> home_kamailio_v5.0.x-rpms 5.1 M
>>>>> Installing for dependencies:
>>>>> kamailio-ims x86_64
>>>>> 5.0.7-3.el7.centos
>>>>> home_kamailio_v5.0.x-rpms 1.2 M
>>>>>
>>>>> Transaction Summary
>>>>>
>>>>>
===================================================================================
======================================================
>>>>> Install 1 Package (+1 Dependent package)
>>>>>
>>>>> Total download size: 6.4 M
>>>>> Installed size: 29 M
>>>>> Is this ok [y/d/N]: y
>>>>>
>>>>> Downloading packages:
>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>> kamailio-5.0.7-3.el7.centos.x8
>>>>> FAILED
>>>>>
>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>>>>> kamailio-ims-5.0.7-3.el7.cento
>>>>> FAILED ]
>>>>> 218 kB/s | 710 kB 00:00:26 ETA
>>>>>
>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>
>>>>>
>>>>> Error downloading packages:
>>>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>>>>> try.
>>>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors
>>>>> to try.
>>>>>
>>>>>
>>>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>>>
>>>>>> Thank you Sergey!!
>>>>>> Installation was successful now!!
>>>>>>
>>>>>> Cheers!
>>>>>>
>>>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>>>>
>>>>>>> I was trigered rpm rebuild.
>>>>>>> Please check after 40 min.
>>>>>>>
>>>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>>>
>>>>>>>> Hello list,
>>>>>>>> Hope you all doing fine!
>>>>>>>>
>>>>>>>> I've been trying to install Kamailio packages from the opensuse
>>>>>>>> repo (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>>>>>> installation is failing with this message:
>>>>>>>> Downloading packages:
>>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>>> kamailio-ims-5.0.7-1.el7.cento
>>>>>>>> FAILED
>>>>>>>>
>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:-- ETA
>>>>>>>> Trying other mirror.
>>>>>>>> kamailio-5.0.7-1.el7.centos.x8
>>>>>>>> FAILED 77%
>>>>>>>> [============================================================-
>>>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>>>
>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>>>>
>>>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07) but
>>>>>>>> I've noticed the packages have changed last Saturday (07/07/2018)....
Given
>>>>>>>> this error message looks like the repository is broken somehow....
>>>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo
>>>>>>>> because my script was not migrated to 5.1.X yet....
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Kind regards,
>>>>>>>> Patrick Wakano
>>>>>>>> _______________________________________________
>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>>
>>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>>
>>> _______________________________________________
>>>
>>
>> _______________________________________________
>>
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180726/d30957a6/attachment.html>
From pwakano at gmail.com Thu Jul 26 12:28:16 2018

Date: Thu, 26 Jul 2018 20:28:16 +1000
In-Reply-To: <CAHtxdDdRhXTCHpD3ZcujQCBRovzBh7com9GrDw+19caCz1XHNg@mail.gmail.com>
<CAHtxdDdRhXTCHpD3ZcujQCBRovzBh7com9GrDw+19caCz1XHNg@mail.gmail.com>
Message-ID: <CAPu3kNUD_HEzyiHdwbyGey51d+dkEiZY83-NoZ1E39aukGEXQQ@mail.gmail.com>
Hi Sergey!
You mean a github ticket?
Patrick Wakano
> I can confirm issue.

> Could you create ticket for this issue.
> I look this
>
> чт, 26 июл. 2018 г. в 2:12, Patrick Wakano <pwakano at gmail.com>:
>
>> Hello Sergey!
>>
>> I did a yum clean all, the rm -Rf /var/cache/yum/* and still the problem
>> persist.....
>> Now I noticed the modified date of the packages was updated, but anyway,
>> there is something wrong with this repo and so yum does not allow me to
>> install the Kamailio packages....
>> I wonder what could have happened since July 10th when the repo was
>> working fine...
>>
>> Thanks for you time!
>> Kind regards,
>> Patrick Wakano
>>
>>
>>
>>
>>> I "trigger rebuild" and get this results
>>> https://build.opensuse.org/package/live_build_log/home:
>>> kamailio:v5.0.x-rpms/kamailio50/CentOS_7/x86_64
>>>
>>> Rebuild is finished
>>> https://prnt.sc/kauq7y
>>> But time stamp of files inside root repo directory is not updated
>>> And updated inside x86_64
>>> https://download.opensuse.org/repositories/home:/kamailio:/
>>> v5.0.x-rpms/CentOS_7/x86_64/
>>>
>>> And inside repodata
>>> https://download.opensuse.org/repositories/home:/kamailio:/
>>> v5.0.x-rpms/CentOS_7/repodata/
>>>
>>> Could you force delete content of /var/cache/yum
>>>
>>> rm -Rf /var/cache/yum/*
>>>
>>> And then try again
>>> Sergey
>>>
>>> ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
>>>
>>>> Hello Sergey!
>>>> Thanks for your attention!
>>>>
>>>> I have just tried and it is still not working.... Same error...
>>>> I noticed the files in here http://download.opensuse.org/
>>>> repositories/home:/kamailio:/v5.0.x-rpms/CentOS_7/x86_64/ didn't get
>>>> the modified date changed.... maybe the rebuild didn't work...
>>>>
>>>> Kind regards,
>>>> Patrick Wakano
>>>>
>>>>
>>>>
>>>>
>>>>> Hello Patrick
>>>>> Rebuild is trigered.
>>>>>
>>>>>
>>>>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>>>>
>>>>>> Hello Sergey!
>>>>>> Hope you are doing fine!
>>>>>>
>>>>>> I am having this same issue again today....
>>>>>> Would you be able to check that?
>>>>>>
>>>>>> Thanks very much!
>>>>>>
>>>>>> # yum install kamailio
>>>>>> Loaded plugins: fastestmirror
>>>>>> Loading mirror speeds from cached hostfile
>>>>>> * base: centos.mirror.serversaustralia.com.au
>>>>>> * epel: mirror.intergrid.com.au
>>>>>> * extras: centos.melbourneitmirror.net
>>>>>> * remi: remi.conetix.com.au
>>>>>> * remi-safe: remi.conetix.com.au
>>>>>> * updates: mirror.intergrid.com.au
>>>>>> Resolving Dependencies
>>>>>> --> Running transaction check
>>>>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>>>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for package:
>>>>>> kamailio-5.0.7-3.el7.centos.x86_64
>>>>>> --> Running transaction check
>>>>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be
>>>>>> installed
>>>>>> --> Finished Dependency Resolution
>>>>>>
>>>>>> Dependencies Resolved
>>>>>>
>>>>>> ============================================================
>>>>>> ============================================================
>>>>>> =================
>>>>>> Package Arch
>>>>>> Version Repository
>>>>>> Size
>>>>>> ============================================================
>>>>>> ============================================================
>>>>>> =================
>>>>>> Installing:
>>>>>> kamailio x86_64
>>>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>>>> 5.1 M
>>>>>> Installing for dependencies:
>>>>>> kamailio-ims x86_64
>>>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>>>> 1.2 M
>>>>>>
>>>>>> Transaction Summary
>>>>>> ============================================================
>>>>>> ============================================================
>>>>>> =================
>>>>>> Install 1 Package (+1 Dependent package)
>>>>>>
>>>>>> Total download size: 6.4 M
>>>>>> Installed size: 29 M
>>>>>> Is this ok [y/d/N]: y
>>>>>>
>>>>>> Downloading packages:
>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>> kamailio-5.0.7-3.el7.centos.x8 FAILED
>>>>>>
>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-3.el7.centos.x86_64.rpm:
>>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>>>>>> kamailio-ims-5.0.7-3.el7.cento FAILED
>>>>>> ] 218 kB/s | 710 kB
>>>>>> 00:00:26 ETA
>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-3.el7.
>>>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>>>> clean metadata
>>>>>>
>>>>>>
>>>>>> Error downloading packages:
>>>>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>>>>>> try.
>>>>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more
>>>>>> mirrors to try.
>>>>>>
>>>>>>
>>>>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>>>>
>>>>>>> Thank you Sergey!!
>>>>>>> Installation was successful now!!
>>>>>>>
>>>>>>> Cheers!
>>>>>>>
>>>>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I was trigered rpm rebuild.
>>>>>>>> Please check after 40 min.
>>>>>>>>
>>>>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>>>>
>>>>>>>>> Hello list,
>>>>>>>>> Hope you all doing fine!
>>>>>>>>>
>>>>>>>>> I've been trying to install Kamailio packages from the opensuse
>>>>>>>>> repo (as per https://www.kamailio.org/wiki/packages/rpms) but the
>>>>>>>>> installation is failing with this message:
>>>>>>>>> Downloading packages:
>>>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>>>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>>>>>>>>
>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.
>>>>>>>>> centos.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range
>>>>>>>>> Not Satisfiable --:--:-- ETA
>>>>>>>>> Trying other mirror.
>>>>>>>>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>>>>>>>>> 77% [============================================================-
>>>>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.
>>>>>>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>>>>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>>>>>>> clean metadata
>>>>>>>>> Trying other mirror.
>>>>>>>>>
>>>>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07)
>>>>>>>>> but I've noticed the packages have changed last Saturday (07/07/2018)....
>>>>>>>>> Given this error message looks like the repository is broken somehow....
>>>>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo
>>>>>>>>> because my script was not migrated to 5.1.X yet....
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Kind regards,
>>>>>>>>> Patrick Wakano
>>>>>>>>> _______________________________________________
>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>>
>>>>>
>>>> _______________________________________________
>>>>
>>>
>>> _______________________________________________
>>>
>>>
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180726/a2ca530f/attachment.html>

Date: Thu, 26 Jul 2018 14:01:22 +0100
the source
In-Reply-To:
>
References:
>
>
>
Message-ID: <CAOvxgzBvCEMpY=k6o0-dRxtgderCRxovXMhtDKg79jWaFjHiBQ@mail.gmail.com>
Hello,
I have just pushed a fix to master branch and also backported to 5.1.
https://github.com/kamailio/kamailio/commit/a84a3ea618f0e602a8892c37fce7f4e72ab7371
c
https://github.com/kamailio/kamailio/commit/e2eda1376def48ab1c78db7a766c1811d19205b
e
Please confirm if it fixes your issue.
Cheers,
Charles
On 25 July 2018 at 10:31, Patrick Murphy <patmurph7 at outlook.com> wrote:
> Another bit of data:

>
> KDMQ messages flow in the wrong direction i.e. (Node B to A) only for
> dialog state: 5 updates.
>
> And this happens after the actual KDMQ from A to B has already been ack'd
> with a 200 OK.
> ------------------------------
> Patrick Murphy <patmurph7 at outlook.com>
> *Sent:* Tuesday, July 24, 2018 4:43:28 PM
>
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] DMQ with dialog: KDMQ messages being looped
> back to the source
>
>
> Hi Charles,
>
>
> Yes I exit after the handle_dmq function in the request route.
>
>
> I couldn't spot the looping this time (as it is intermittent), but here is
> the trace of messages that may indicate something weird or unexpected
> happening with DMQ:
>
>
> The following message came from Node B to A (which should never have
> originated because only A is receiving calls). I am assuming KDMQ will only
> flow from A --> B followed by their acks from B.
>
> KDMQ sip:dialog at no.de.a.ip:5060 SIP/2.0
> Via: SIP/2.0/UDP xx.xx.xx.xx:5060;branch=z9hG4bK22af.6d4559b5000000.0
> To: <sip:dialog at no.de.a.ip:5060>
> From: <sip:dialog at no.de.b.ip:5060>;tag=4d8de1338e3b915c083406d1267d5e
> 7bg-1424
> CSeq: 10 KDMQ
> Call-ID: 7db853960276b4a4-20185 at no.de.a.ip
> Content-Length: 50
> User-Agent: kamailio (5.1.1 (x86_64/linux))
> Max-Forwards: 1
> Content-Type: application/json
>
> {"action":3,"h_entry":3521,"h_id":23807,"state":5}
>
>
> And Node A correctly responded with a 500 because it was not expecting this
>
> SIP/2.0 500 Server Internal Error
> Via: SIP/2.0/UDP xx.xx.xx.xx:5060;branch=z9hG4bK22af.6d4559b5000000.0;
> received=no.de.b.ip
> To: <sip:dialog at no.de.a.ip:5060>;tag=7bf3c29789337c2087fcbd4083b8683d.147f
> From: <sip:dialog at no.de.b.ip:5060>;tag=4d8de1338e3b915c083406d1267d5e
> 7bg-1424
> CSeq: 10 KDMQ
> Call-ID: 7db853960276b4a4-20185 at no.de.b.ip
> User-Agent: kamailio (5.1.1 (x86_64/linux))
> Content-Length: 0
>
>
>
> Regards,
>
> Owais
>
>
> ------------------------------
> Charles Chance <charles.chance at sipcentric.com>
> *Sent:* Tuesday, July 24, 2018 3:46 PM
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] DMQ with dialog: KDMQ messages being looped
> back to the source
>
> Hi Pat,
>
> In your config, do you exit immediately after handle_dmq_message()?
>
> Are you able to share with us one of the looped messages, both as it is
> received by B and then as it is sent back to A?
>
> Cheers,
>
> Charles
>
>
> On 24 July 2018 at 16:05, Patrick Murphy <patmurph7 at outlook.com> wrote:
>
> Hi,
>
> I am using Kamailio 5.1.1 with DMQ with the following config (relevant
> parts) on 2 nodes.
>
> Node A:
> modparam("dmq", "server_address", "sip:no.de.a.ip:5060")
>
>
> Node B:
> modparam("dmq", "server_address", "sip:no.de.b.ip:5060")
>
> "myvoip.local" is a DNS A record that resolves to both the IPs of A and B.
>
> I have the dmq_handle_message(); called if method is of type "KDMQ" in the
> request_route.
>
> Now, in order to test it, I only sent a few calls only on node A.
> KDMQ messages flowed to node B and dialog state replicated. But I noticed,
> node B was randomly sending one of the KDMQ dialog messages back to A and
> receiving a 500 "Server Internal Error" back from node A... (for a subset
> of those calls, not all).
>
> Why would this be the case when the nodes correctly recognize their local
> status by the "local: 1" set as seen from dmq.list_nodes
>
> Anyone else experienced this? What could I be doing wrong?
>
>
> Thanks,
> Pat.
>
>
> _______________________________________________
>
>
>
>
> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> Birmingham Science Park, Birmingham B7 4BB.
>
> _______________________________________________
>
>
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180726/3e2ca2a6/attachment.html>
From s.safarov at gmail.com Thu Jul 26 15:50:04 2018

Date: Thu, 26 Jul 2018 16:50:04 +0300
In-Reply-To: <CAPu3kNUD_HEzyiHdwbyGey51d+dkEiZY83-NoZ1E39aukGEXQQ@mail.gmail.com>
<CAPu3kNUD_HEzyiHdwbyGey51d+dkEiZY83-NoZ1E39aukGEXQQ@mail.gmail.com>
Message-ID: <CAHtxdDf2hL5Za6B8P52ahRmjBQ3sBijyqvm-CuBi2nb6+hR48A@mail.gmail.com>
yes
чт, 26 июл. 2018 г. в 13:29, Patrick Wakano <pwakano at gmail.com>:
> Hi Sergey!
> You mean a github ticket?
>
> Patrick Wakano
>
>
>
>> I can confirm issue.
>> Could you create ticket for this issue.
>> I look this
>>
>> чт, 26 июл. 2018 г. в 2:12, Patrick Wakano <pwakano at gmail.com>:
>>
>>> Hello Sergey!
>>>
>>> I did a yum clean all, the rm -Rf /var/cache/yum/* and still the problem
>>> persist.....
>>> Now I noticed the modified date of the packages was updated, but anyway,
>>> there is something wrong with this repo and so yum does not allow me to
>>> install the Kamailio packages....
>>> I wonder what could have happened since July 10th when the repo was
>>> working fine...
>>>
>>> Thanks for you time!
>>> Kind regards,
>>> Patrick Wakano
>>>
>>>
>>>
>>>
>>>> I "trigger rebuild" and get this results
>>>>
>>>> https://build.opensuse.org/package/live_build_log/home:kamailio:v5.0.x-
>>>>
>>>> Rebuild is finished
>>>> https://prnt.sc/kauq7y
>>>> But time stamp of files inside root repo directory is not updated
>>>> And updated inside x86_64
>>>>
>>>> https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>>>
>>>> And inside repodata
>>>>
>>>> https://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>>>
>>>> Could you force delete content of /var/cache/yum
>>>>
>>>> rm -Rf /var/cache/yum/*
>>>>
>>>> And then try again
>>>> Sergey
>>>>
>>>> ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
>>>>
>>>>> Hello Sergey!
>>>>> Thanks for your attention!
>>>>>
>>>>> I have just tried and it is still not working.... Same error...
>>>>> I noticed the files in here
>>>>> http://download.opensuse.org/repositories/home:/kamailio:/v5.0.x-
>>>>> didn't get the modified date changed.... maybe the rebuild didn't work...
>>>>>
>>>>> Kind regards,
>>>>>
>>>>>
>>>>>
>>>>> On 25 July 2018 at 01:23, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>>>
>>>>>> Hello Patrick
>>>>>> Rebuild is trigered.
>>>>>>
>>>>>>
>>>>>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>>>>>
>>>>>>> Hello Sergey!
>>>>>>> Hope you are doing fine!
>>>>>>>
>>>>>>> I am having this same issue again today....
>>>>>>> Would you be able to check that?
>>>>>>>
>>>>>>> Thanks very much!
>>>>>>> Kind regards,
>>>>>>>
>>>>>>> # yum install kamailio
>>>>>>> Loaded plugins: fastestmirror
>>>>>>> Loading mirror speeds from cached hostfile
>>>>>>> * base: centos.mirror.serversaustralia.com.au
>>>>>>> * epel: mirror.intergrid.com.au
>>>>>>> * extras: centos.melbourneitmirror.net
>>>>>>> * remi: remi.conetix.com.au
>>>>>>> * remi-safe: remi.conetix.com.au
>>>>>>> * updates: mirror.intergrid.com.au
>>>>>>> Resolving Dependencies
>>>>>>> --> Running transaction check
>>>>>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>>>>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for
>>>>>>> package: kamailio-5.0.7-3.el7.centos.x86_64
>>>>>>> --> Running transaction check
>>>>>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be
>>>>>>> installed
>>>>>>> --> Finished Dependency Resolution
>>>>>>>
>>>>>>> Dependencies Resolved
>>>>>>>
>>>>>>>
>>>>>>>
===================================================================================
======================================================
>>>>>>> Package Arch
>>>>>>> Version
>>>>>>> Repository Size
>>>>>>>
>>>>>>>
===================================================================================
======================================================
>>>>>>> Installing:
>>>>>>> kamailio x86_64
>>>>>>> 5.0.7-3.el7.centos
>>>>>>> home_kamailio_v5.0.x-rpms 5.1 M
>>>>>>> Installing for dependencies:
>>>>>>> kamailio-ims x86_64
>>>>>>> 5.0.7-3.el7.centos
>>>>>>> home_kamailio_v5.0.x-rpms 1.2 M
>>>>>>>
>>>>>>> Transaction Summary
>>>>>>>
>>>>>>>
===================================================================================
======================================================
>>>>>>> Install 1 Package (+1 Dependent package)
>>>>>>>
>>>>>>> Total download size: 6.4 M
>>>>>>> Installed size: 29 M
>>>>>>> Is this ok [y/d/N]: y
>>>>>>>
>>>>>>> Downloading packages:
>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>> kamailio-5.0.7-3.el7.centos.x8
>>>>>>> FAILED
>>>>>>>
>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable
>>>>>>> kamailio-ims-5.0.7-3.el7.cento
>>>>>>> FAILED ]
>>>>>>> 218 kB/s | 710 kB 00:00:26 ETA
>>>>>>>
>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>>>
>>>>>>>
>>>>>>> Error downloading packages:
>>>>>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors to
>>>>>>> try.
>>>>>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more
>>>>>>> mirrors to try.
>>>>>>>
>>>>>>>
>>>>>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>>>>>
>>>>>>>> Thank you Sergey!!
>>>>>>>> Installation was successful now!!
>>>>>>>>
>>>>>>>> Cheers!
>>>>>>>>
>>>>>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> I was trigered rpm rebuild.
>>>>>>>>> Please check after 40 min.
>>>>>>>>>
>>>>>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>>>>>
>>>>>>>>>> Hello list,
>>>>>>>>>> Hope you all doing fine!
>>>>>>>>>>
>>>>>>>>>> I've been trying to install Kamailio packages from the opensuse
>>>>>>>>>> repo (as per https://www.kamailio.org/wiki/packages/rpms) but
>>>>>>>>>> the installation is failing with this message:
>>>>>>>>>> Downloading packages:
>>>>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>>>>> kamailio-ims-5.0.7-1.el7.cento
>>>>>>>>>> FAILED
>>>>>>>>>>
>>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>>>>> [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable --:--:--
ETA
>>>>>>>>>> Trying other mirror.
>>>>>>>>>> kamailio-5.0.7-1.el7.centos.x8
>>>>>>>>>> FAILED 77%
>>>>>>>>>> [============================================================-
>>>>>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>>>>>
>>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.0.x-
>>>>>>>>>> [Errno -1] Package does not match intended download. Suggestion: run yum
>>>>>>>>>> --enablerepo=home_kamailio_v5.0.x-rpms clean metadata
>>>>>>>>>> Trying other mirror.
>>>>>>>>>>
>>>>>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07)
>>>>>>>>>> but I've noticed the packages have changed last Saturday
(07/07/2018)....
>>>>>>>>>> Given this error message looks like the repository is broken somehow....
>>>>>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo
>>>>>>>>>> because my script was not migrated to 5.1.X yet....
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Kind regards,
>>>>>>>>>> Patrick Wakano
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>>
>>> _______________________________________________
>>>
>>
>> _______________________________________________
>>
>>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180726/32ff2fd9/attachment.html>
From alex.sosic at evosip.cloud Thu Jul 26 16:30:07 2018

Date: Thu, 26 Jul 2018 16:30:07 +0200
In-Reply-To: <CAOvxgzBX+Sm5UFrb=Q4C0-Gy84VL7=EfePx=bZOMACAdVr70_w@mail.gmail.com>
<CAOvxgzBX+Sm5UFrb=Q4C0-Gy84VL7=EfePx=bZOMACAdVr70_w@mail.gmail.com>
Message-ID: <CAA7tqQ5sKzZNQYOMBqiy5WJXqrwVcmDmyiRG-5Jq1-vT-+iLrQ@mail.gmail.com>
Hi Charles,
We're so glad about the improvements you just committed! Thanks!
Now I'm using the latest nightly: 5.2.0~dev6+0~20180726010431.1165+xenial

Kamailio starts even if the DNS record does not exist at first, that's
great. I'm having this nodes up and running:
```
proxy-66f79498cc-8ws6d 3/3 Running 0
4m 172.28.1.4
proxy-66f79498cc-b68dd 3/3 Running 0
4m 172.28.1.5
proxy-66f79498cc-lhbxg 3/3 Running 0
4m 172.28.1.6
proxy-66f79498cc-png6p 3/3 Running 0
4m 172.28.1.7
```
In those 4-5 minutes I've experienced a population and depopulation of

the dmq nodes.
For example:
```
{
host: 172.28.1.4
port: 5061
status: pending
local: 0
}
{
host: 172.28.1.6
port: 5061
status: pending
local: 0
}
{
host: 40.100.109.113
port: 5061
resolved_ip: 40.100.109.113
status: pending
local: 0
}
{
host: 172.28.1.5
port: 5061
status: active
local: 1
}
```
And after a few seconds only the loca node itself:

```
{
host: 172.28.1.5
port: 5061
status: active
local: 1
}
```
And then again the 3 nodes and the 40.100.109.113 which is a Microsoft
IP and I don't know what's doing that IP into my dmq server list.
The DNS record is this:

```
root at proxy-66f79498cc-b68dd:/# nslookup dmq-proxy-service
Server: 10.96.0.10
Address: 10.96.0.10#53
Name: dmq-proxy-service.alex.svc.cluster.local
Address: 172.28.1.7
Address: 172.28.1.6
Address: 172.28.1.5
Address: 172.28.1.4
```
Any clues why that ip is in the dmq nodes list? And why .7 is missing?
Kind regards,
--
Aleksandar Sosic
On Wed, Jul 25, 2018 at 3:06 PM Charles Chance

>
> Hi,
>
> I have just pushed some changes to master - one of these allows startup to
continue even if initial node resolution fails.
>
> There are some other improvements, too, which I have been planning to push for
some time and which should also help in your situation.
>
> Can you try again with these changes applied and let me know the outcome?
>
> Cheers,
>
> Charles
From patmurph7 at outlook.com Thu Jul 26 16:45:05 2018

Date: Thu, 26 Jul 2018 14:45:05 +0000
the source
In-Reply-To: <CAOvxgzBvCEMpY=k6o0-dRxtgderCRxovXMhtDKg79jWaFjHiBQ@mail.gmail.com>
References:
>
>
>,
<CAOvxgzBvCEMpY=k6o0-dRxtgderCRxovXMhtDKg79jWaFjHiBQ@mail.gmail.com>
Message-ID:
<HE1PR0201MB15795D6013EAD4383F76DDD1FC2B0@HE1PR0201MB1579.eurprd02.prod.outlook.com
>
Thanks Charles!
This has resolved the issue.
Regards
Pat.
________________________________
Sent: Thursday, July 26, 2018 1:01:22 PM
source
Hello,
I have just pushed a fix to master branch and also backported to 5.1.
https://github.com/kamailio/kamailio/commit/a84a3ea618f0e602a8892c37fce7f4e72ab7371
c
https://github.com/kamailio/kamailio/commit/e2eda1376def48ab1c78db7a766c1811d19205b
e
Please confirm if it fixes your issue.
Cheers,
Charles

Another bit of data:
KDMQ messages flow in the wrong direction i.e. (Node B to A) only for dialog state:
5 updates.
And this happens after the actual KDMQ from A to B has already been ack'd with a
200 OK.
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at
lists.kamailio.org>> on behalf of Patrick Murphy <patmurph7 at
outlook.com<mailto:patmurph7 at outlook.com>>
Sent: Tuesday, July 24, 2018 4:43:28 PM

source
Hi Charles,
DMQ:

CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de<mailto:7db853960276b4a4-20185 at
no.de>.a.ip
Content-Length: 50
Max-Forwards: 1

Via: SIP/2.0/UDP
CSeq: 10 KDMQ
Call-ID: 7db853960276b4a4-20185 at no.de<mailto:7db853960276b4a4-20185 at
no.de>.b.ip
Content-Length: 0
Regards,
Owais
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at
lists.kamailio.org>> on behalf of Charles Chance <charles.chance at
sipcentric.com<mailto:charles.chance at sipcentric.com>>
source
Hi Pat,
Cheers,
Charles

Hi,
nodes.
Node A:
Node B:

request_route.
Thanks,
Pat.
_______________________________________________
_______________________________________________
-------------- next part --------------
users/attachments/20180726/adf1ea67/attachment.html>
Date: Thu, 26 Jul 2018 17:14:01 +0100
In-Reply-To: <CAA7tqQ5sKzZNQYOMBqiy5WJXqrwVcmDmyiRG-5Jq1-vT-+iLrQ@mail.gmail.com>
<CAOvxgzBX+Sm5UFrb=Q4C0-Gy84VL7=EfePx=bZOMACAdVr70_w@mail.gmail.com>
<CAA7tqQ5sKzZNQYOMBqiy5WJXqrwVcmDmyiRG-5Jq1-vT-+iLrQ@mail.gmail.com>
Message-ID: <CAOvxgzDRyf1HQ_ZR=8DDY2Y5irGfYfMn+rJp6znTsS-UPJeQMg@mail.gmail.com>
Hi Aleksandar,
The initial depopulation of the nodes (following a period of 'pending'

state) is due to no response being received from them. Are you able to
trace the messages to/from one of them to confirm what is happening there?
As for the unrecognised IP, I'm afraid I can't answer that one. It must be
coming from somewhere - it's just a case of finding out where. Following
the initial population/depopulation of the node list, DMQ simply repeats
the process over and over until it eventually connects to one or more other
nodes. Are you running on a public cloud somewhere or is it your own,
locally running Kubernetes cluster?
Cheers,
Charles
> Hi Charles,
>
> We're so glad about the improvements you just committed! Thanks!
>
> Now I'm using the latest nightly: 5.2.0~dev6+0~20180726010431.1165+xenial
> Kamailio starts even if the DNS record does not exist at first, that's
> great. I'm having this nodes up and running:
> ```
> proxy-66f79498cc-8ws6d 3/3 Running 0
> 4m 172.28.1.4
> proxy-66f79498cc-b68dd 3/3 Running 0
> 4m 172.28.1.5
> proxy-66f79498cc-lhbxg 3/3 Running 0
> 4m 172.28.1.6
> proxy-66f79498cc-png6p 3/3 Running 0
> 4m 172.28.1.7
> ```
>
> In those 4-5 minutes I've experienced a population and depopulation of
> the dmq nodes.
>
> For example:
> ```
> {
> host: 172.28.1.4
> port: 5061
> status: pending
> local: 0
> }
> {
> host: 172.28.1.6
> port: 5061
> status: pending
> local: 0
> }
> {
> host: 40.100.109.113
> port: 5061
> resolved_ip: 40.100.109.113
> status: pending
> local: 0
> }
> {
> host: 172.28.1.5
> port: 5061
> status: active
> local: 1
> }
> ```
>
> And after a few seconds only the loca node itself:
> ```
> {
> host: 172.28.1.5
> port: 5061
> status: active
> local: 1
> }
> ```
> And then again the 3 nodes and the 40.100.109.113 which is a Microsoft
> IP and I don't know what's doing that IP into my dmq server list.
>
> The DNS record is this:
> ```
> root at proxy-66f79498cc-b68dd:/# nslookup dmq-proxy-service
> Server: 10.96.0.10
> Address: 10.96.0.10#53
>
> Name: dmq-proxy-service.alex.svc.cluster.local
> Address: 172.28.1.7
> Address: 172.28.1.6
> Address: 172.28.1.5
> Address: 172.28.1.4
> ```
> Any clues why that ip is in the dmq nodes list? And why .7 is missing?
> Kind regards,
> --
> Aleksandar Sosic
>
> On Wed, Jul 25, 2018 at 3:06 PM Charles Chance
> >
> > Hi,
> >
> > I have just pushed some changes to master - one of these allows startup
> to continue even if initial node resolution fails.
> >
> > There are some other improvements, too, which I have been planning to
> push for some time and which should also help in your situation.
> >
> > Can you try again with these changes applied and let me know the outcome?
> >
> > Cheers,
> >
> > Charles
>
> _______________________________________________
>
--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180726/f8325fad/attachment.html>
From pwakano at gmail.com Fri Jul 27 01:25:43 2018
Date: Fri, 27 Jul 2018 09:25:43 +1000
In-Reply-To: <CAHtxdDf2hL5Za6B8P52ahRmjBQ3sBijyqvm-CuBi2nb6+hR48A@mail.gmail.com>
<CAPu3kNUD_HEzyiHdwbyGey51d+dkEiZY83-NoZ1E39aukGEXQQ@mail.gmail.com>
<CAHtxdDf2hL5Za6B8P52ahRmjBQ3sBijyqvm-CuBi2nb6+hR48A@mail.gmail.com>
Message-ID: <CAPu3kNVdDSNwUcdt+VECPmgytpft_BnNy4+x+WyJqefFhHb=1A@mail.gmail.com>
Ticket created:
https://github.com/kamailio/kamailio/issues/1604
> yes
>
> чт, 26 июл. 2018 г. в 13:29, Patrick Wakano <pwakano at gmail.com>:
>
>> Hi Sergey!
>> You mean a github ticket?
>>
>> Patrick Wakano
>>
>>
>>
>>> I can confirm issue.
>>> Could you create ticket for this issue.
>>> I look this
>>>
>>> чт, 26 июл. 2018 г. в 2:12, Patrick Wakano <pwakano at gmail.com>:
>>>
>>>> Hello Sergey!
>>>>
>>>> I did a yum clean all, the rm -Rf /var/cache/yum/* and still the
>>>> problem persist.....
>>>> Now I noticed the modified date of the packages was updated, but
>>>> anyway, there is something wrong with this repo and so yum does not allow
>>>> me to install the Kamailio packages....
>>>> I wonder what could have happened since July 10th when the repo was
>>>> working fine...
>>>>
>>>> Thanks for you time!
>>>> Kind regards,
>>>> Patrick Wakano
>>>>
>>>>
>>>>
>>>>
>>>>> I "trigger rebuild" and get this results
>>>>> https://build.opensuse.org/package/live_build_log/home:
>>>>> kamailio:v5.0.x-rpms/kamailio50/CentOS_7/x86_64
>>>>>
>>>>> Rebuild is finished
>>>>> https://prnt.sc/kauq7y
>>>>> But time stamp of files inside root repo directory is not updated
>>>>> And updated inside x86_64
>>>>> https://download.opensuse.org/repositories/home:/kamailio:/
>>>>> v5.0.x-rpms/CentOS_7/x86_64/
>>>>>
>>>>> And inside repodata
>>>>> https://download.opensuse.org/repositories/home:/kamailio:/
>>>>> v5.0.x-rpms/CentOS_7/repodata/
>>>>>
>>>>> Could you force delete content of /var/cache/yum
>>>>>
>>>>> rm -Rf /var/cache/yum/*
>>>>>
>>>>> And then try again
>>>>> Sergey
>>>>>
>>>>> ср, 25 июл. 2018 г. в 5:05, Patrick Wakano <pwakano at gmail.com>:
>>>>>
>>>>>> Hello Sergey!
>>>>>> Thanks for your attention!
>>>>>>
>>>>>> I have just tried and it is still not working.... Same error...
>>>>>> I noticed the files in here http://download.opensuse.org/
>>>>>> repositories/home:/kamailio:/v5.0.x-rpms/CentOS_7/x86_64/ didn't get
>>>>>> the modified date changed.... maybe the rebuild didn't work...
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 25 July 2018 at 01:23, Sergey Safarov <s.safarov at gmail.com> wrote:
>>>>>>
>>>>>>> Hello Patrick
>>>>>>> Rebuild is trigered.
>>>>>>>
>>>>>>>
>>>>>>> вт, 24 июл. 2018 г. в 7:56, Patrick Wakano <pwakano at gmail.com>:
>>>>>>>
>>>>>>>> Hello Sergey!
>>>>>>>> Hope you are doing fine!
>>>>>>>>
>>>>>>>> I am having this same issue again today....
>>>>>>>> Would you be able to check that?
>>>>>>>>
>>>>>>>> Thanks very much!
>>>>>>>> Kind regards,
>>>>>>>>
>>>>>>>> # yum install kamailio
>>>>>>>> Loaded plugins: fastestmirror
>>>>>>>> Loading mirror speeds from cached hostfile
>>>>>>>> * base: centos.mirror.serversaustralia.com.au
>>>>>>>> * epel: mirror.intergrid.com.au
>>>>>>>> * extras: centos.melbourneitmirror.net
>>>>>>>> * remi: remi.conetix.com.au
>>>>>>>> * remi-safe: remi.conetix.com.au
>>>>>>>> * updates: mirror.intergrid.com.au
>>>>>>>> Resolving Dependencies
>>>>>>>> --> Running transaction check
>>>>>>>> ---> Package kamailio.x86_64 0:5.0.7-3.el7.centos will be installed
>>>>>>>> --> Processing Dependency: libkamailio_ims.so.0()(64bit) for
>>>>>>>> package: kamailio-5.0.7-3.el7.centos.x86_64
>>>>>>>> --> Running transaction check
>>>>>>>> ---> Package kamailio-ims.x86_64 0:5.0.7-3.el7.centos will be
>>>>>>>> installed
>>>>>>>> --> Finished Dependency Resolution
>>>>>>>>
>>>>>>>> Dependencies Resolved
>>>>>>>>
>>>>>>>> ============================================================
>>>>>>>> ============================================================
>>>>>>>> =================
>>>>>>>> Package Arch
>>>>>>>> Version Repository
>>>>>>>> Size
>>>>>>>> ============================================================
>>>>>>>> ============================================================
>>>>>>>> =================
>>>>>>>> Installing:
>>>>>>>> kamailio x86_64
>>>>>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>>>>>> 5.1 M
>>>>>>>> Installing for dependencies:
>>>>>>>> kamailio-ims x86_64
>>>>>>>> 5.0.7-3.el7.centos home_kamailio_v5.0.x-rpms
>>>>>>>> 1.2 M
>>>>>>>>
>>>>>>>> Transaction Summary
>>>>>>>> ============================================================
>>>>>>>> ============================================================
>>>>>>>> =================
>>>>>>>> Install 1 Package (+1 Dependent package)
>>>>>>>>
>>>>>>>> Total download size: 6.4 M
>>>>>>>> Installed size: 29 M
>>>>>>>> Is this ok [y/d/N]: y
>>>>>>>>
>>>>>>>> Downloading packages:
>>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>>> kamailio-5.0.7-3.el7.centos.x8 FAILED
>>>>>>>>
>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-3.el7.
>>>>>>>> centos.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range Not
>>>>>>>> Satisfiable
>>>>>>>> kamailio-ims-5.0.7-3.el7.cento FAILED
>>>>>>>> ] 218 kB/s | 710 kB
>>>>>>>> 00:00:26 ETA
>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-3.el7.
>>>>>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>>>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>>>>>> clean metadata
>>>>>>>>
>>>>>>>>
>>>>>>>> Error downloading packages:
>>>>>>>> kamailio-5.0.7-3.el7.centos.x86_64: [Errno 256] No more mirrors
>>>>>>>> to try.
>>>>>>>> kamailio-ims-5.0.7-3.el7.centos.x86_64: [Errno 256] No more
>>>>>>>> mirrors to try.
>>>>>>>>
>>>>>>>>
>>>>>>>> On 10 July 2018 at 14:49, Patrick Wakano <pwakano at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Thank you Sergey!!
>>>>>>>>> Installation was successful now!!
>>>>>>>>>
>>>>>>>>> Cheers!
>>>>>>>>> Patrick Wakano
>>>>>>>>>
>>>>>>>>> On 10 July 2018 at 14:24, Sergey Safarov <s.safarov at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> I was trigered rpm rebuild.
>>>>>>>>>> Please check after 40 min.
>>>>>>>>>>
>>>>>>>>>> вт, 10 июля 2018 г., 6:57 Patrick Wakano <pwakano at gmail.com>:
>>>>>>>>>>
>>>>>>>>>>> Hello list,
>>>>>>>>>>> Hope you all doing fine!
>>>>>>>>>>>
>>>>>>>>>>> I've been trying to install Kamailio packages from the opensuse
>>>>>>>>>>> repo (as per https://www.kamailio.org/wiki/packages/rpms) but
>>>>>>>>>>> the installation is failing with this message:
>>>>>>>>>>> Downloading packages:
>>>>>>>>>>> Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
>>>>>>>>>>> kamailio-ims-5.0.7-1.el7.cento FAILED
>>>>>>>>>>>
>>>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-ims-5.0.7-1.el7.
>>>>>>>>>>> centos.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range
>>>>>>>>>>> Not Satisfiable --:--:-- ETA
>>>>>>>>>>> Trying other mirror.
>>>>>>>>>>> kamailio-5.0.7-1.el7.centos.x8 FAILED
>>>>>>>>>>> 77% [============================================================-
>>>>>>>>>>> ] 1.0 MB/s | 4.9 MB 00:00:01 ETA
>>>>>>>>>>> http://download.opensuse.org/repositories/home%3A/kamailio%
>>>>>>>>>>> 3A/v5.0.x-rpms/CentOS_7/x86_64/kamailio-5.0.7-1.el7.
>>>>>>>>>>> centos.x86_64.rpm: [Errno -1] Package does not match intended
>>>>>>>>>>> download. Suggestion: run yum --enablerepo=home_kamailio_v5.0.x-rpms
>>>>>>>>>>> clean metadata
>>>>>>>>>>> Trying other mirror.
>>>>>>>>>>>
>>>>>>>>>>> I've successfully installed the 5.0.7 version on Friday (06/07)
>>>>>>>>>>> but I've noticed the packages have changed last Saturday
(07/07/2018)....
>>>>>>>>>>> Given this error message looks like the repository is broken
somehow....
>>>>>>>>>>> Is anyone aware of such issue? I haven't tried the 5.1.X repo
>>>>>>>>>>> because my script was not migrated to 5.1.X yet....
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Kind regards,
>>>>>>>>>>> Patrick Wakano
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>>>>> sr-users at lists.kamailio.org
>>>>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>>
>>>>>
>>>> _______________________________________________
>>>>
>>>
>>> _______________________________________________
>>>
>>>
>> _______________________________________________
>>
>
> _______________________________________________
>
>
-------------- next part --------------
From koszab at gmail.com Fri Jul 27 11:11:41 2018

From: koszab at gmail.com (=?UTF-8?Q?Kordov=C3=A1n_Szabolcs?=)
Date: Fri, 27 Jul 2018 11:11:41 +0200
Subject: [SR-Users] No cdr after Kamailio 5.0.4 and 5.2 dev restart
In-Reply-To: <CANKf1TybuowoX81pw_cou2R-5q6O6Dyv4TfHwQgwR8VXRF-hkg@mail.gmail.com>
References: <CANKf1Ty1dsdsdyj5uKWzWAKOCW_Ew=daaAeKd=-NKBe5M+9ExQ@mail.gmail.com>
<6910b585-41c6-5935-e310-c049500871fb@gmail.com>
<CANKf1TybuowoX81pw_cou2R-5q6O6Dyv4TfHwQgwR8VXRF-hkg@mail.gmail.com>
Message-ID: <CANKf1TygnzSSpnUMT3k_UXrzWMVwtuL5GLLW-uSrzckCtQJXXA@mail.gmail.com>
Hi,
I try to investigate the bug. Now I see that the DLGCB_LOADED type callback
never will be called. In the acc_cdr.c the cdr_on_load() function will be
seted as DLGCB_LOADED.
Other thing that I don't understand, in the dialog.c in mod_init() function
the run_load_callbacks() will be called, in the dlg_cb.c in
run_load_callbacks() function there is an expression if (load_cbs &&
load_cbs!=POINTER_CLOSED_MARKER) but at this point load_cbs is always 0
because it will be setted later.
In the dlg_cb.c in line 137 there is a mistake: if
(load_cbs==POINTER_CLOSED_MARKER) is wrong, if
(create_cbs==POINTER_CLOSED_MARKER) is good.
Any idea?
Regards,
Szabolcs
Kordován Szabolcs <koszab at gmail.com> ezt írta (időpont: 2018. júl. 19., Cs,
15:22):
> Hello,
>
> I have a test environment with Kamailio 5.1.4 where I can investigate the
> bug.
> After restart 'kamctl dialog show' command shows the present dialog. After
> hangup kamailio does an insert into acc table and makes delete from dialog
> and dialog_vars tables.
>
> Any idea?
>
> Thanks,
> Szabolcs
>
> Daniel-Constantin Mierla <miconda at gmail.com> ezt írta (időpont: 2017.
> dec. 4., H, 10:20):
>
>> Hello,
>>
>> after restart, if you list the dialogs via rpc command, do you see them
>> in what is returned?
>>
>> Cheers,
>> Daniel
>>
>> On 29.11.17 20:52, Kordován Szabolcs wrote:
>>
>> Hi All,
>>
>> In March there was a discus about this issue.
>>
>> We tested the new 5.2 dev and 5.0.4 version of Kamailio and we experience
>> that If we restart Kamailio during the call the cdr won't be stored in
>> table acc_cdrs but the data will be inserted to table acc and data will be
>> deleted from table dialog and dialog_vars.
>> Did I omit the fix for it?
>>
>> Thanks for your help.
>> Best regards,
>> Szabolcs
>>
>>
>> _______________________________________________
>>
>>
>> --
>> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - www.asipto.com
>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>>
>>
-------------- next part --------------
users/attachments/20180727/cb8b2825/attachment.html>
From duarterocha91 at gmail.com Fri Jul 27 11:43:07 2018

From: duarterocha91 at gmail.com (Duarte Rocha)
Date: Fri, 27 Jul 2018 10:43:07 +0100
Subject: [SR-Users] NGN and NNI functionalities
Message-ID: <CAAJJHZhkysagFWWZnyjDfgcWP6WsdV8zReYkwUYBWUUXQz39Fg@mail.gmail.com>
Greetings,
Does Kamailio has any module that deals with NGN and NNI ?
Also, is there any variable or transformation that gives me access to a

parameter in the User Part of an URI ?
Best Regards,
Duarte Rocha
-------------- next part --------------
users/attachments/20180727/0eb27392/attachment.html>
From mespio at gmail.com Fri Jul 27 13:00:38 2018

Date: Fri, 27 Jul 2018 15:30:38 +0430
Subject: [SR-Users] NGN and NNI functionalities
In-Reply-To: <CAAJJHZhkysagFWWZnyjDfgcWP6WsdV8zReYkwUYBWUUXQz39Fg@mail.gmail.com>
References: <CAAJJHZhkysagFWWZnyjDfgcWP6WsdV8zReYkwUYBWUUXQz39Fg@mail.gmail.com>
Message-ID: <CABVi_EzkcqyTggCrZgnXP=CCLj33Mk_F=HR_=ir04-NfUh8n1w@mail.gmail.com>
Helll,
The NGN is the concept in next generation network.
The NNI (network to network interface) is deal with to conect two or more
networks with together.
The Kamailio has some modules to impelement IMS network, Also the IMS
network could be connect with other IMS/Non IMS networks. For example some
nodes e.g. ICSCF, MGCF, BGCF could be used as NNI interface in IMS/NGN
networks.
With Regards.Mojtaba
On Fri, 27 Jul 2018 14:13 Duarte Rocha, <duarterocha91 at gmail.com> wrote:
> Greetings,
>
> Does Kamailio has any module that deals with NGN and NNI ?
>
> Also, is there any variable or transformation that gives me access to a
> parameter in the User Part of an URI ?
>
> Best Regards,
>
> Duarte Rocha
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180727/446e6dd3/attachment.html>
From abtinext at gmail.com Thu Jul 26 12:18:13 2018

From: abtinext at gmail.com (abtinext)
Date: Thu, 26 Jul 2018 03:18:13 -0700 (MST)
In-Reply-To: <CAPu3kNXRuj4cjCDrPmsTPD2Y+p65yEnEQSxkcJ9Rqqgbp7NooQ@mail.gmail.com>
Message-ID: <1532600293536-0.post@n5.nabble.com>
Hello there,
I'm getting the same error while installing : Kamailio 5.1.4

--=====================--
No Presto metadata available for home_kamailio_v5.1.x-rpms
kamailio-5.1.4-2.el7.centos.x8 FAILED
==========-] 536 kB/s | 5.3 MB 00:00:00 ETA
Error downloading packages:

kamailio-5.1.4-2.el7.centos.x86_64: [Errno 256] No more mirrors to try.
--=====================--
--
Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html
From gmorse at godaddy.com Thu Jul 26 20:41:53 2018

From: gmorse at godaddy.com (Skip Morse)
Date: Thu, 26 Jul 2018 18:41:53 +0000
Subject: [SR-Users] Package hashes for Kamailio 5.1.4 rpms are wrong.
Message-ID:
<BYAPR02MB4198A18F318C74D40DE4D31FC02B0@BYAPR02MB4198.namprd02.prod.outlook.com>
Hi,
The package hashes for Kamailio 5.1.4 rpms are wrong. I actually saw this happen
with 5.1.3 and then somehow I think it got corrected.
Repo details: http://download.opensuse.org/repositories/home%3A/kamailio%3A/v5.1.x-

rpms/CentOS_7/x86_64/kamailio-5.1.4-2.el7.centos.x86_64.rpm.mirrorlist
Filename: kamailio-5.1.4-2.el7.centos.x86_64.rpm
Path: /repositories/home:/kamailio:/v5.1.x-rpms/CentOS_7/x86_64/kamailio-5.1.4-
2.el7.centos.x86_64.rpm
Size: 5.4M (5645948 bytes)
Last modified: Thu, 19 Jul 2018 02:53:15 GMT (Unix time: 1531968795)
SHA-256 Hash: aed812fa3ccf502634fe6de848eca2ce167ee70f6ace31aa1541a5787502667d
SHA-1 Hash: ae0977ca32e6b5ba2a627e58948098f386639582
MD5 Hash: 68784949f33d6259420b50de5e70a4ec
BitTorrent Information Hash: f743a7c45d50065084d40a314bd80e3ec143c384
What I get locally:

$ wget http://download.opensuse.org/repositories/home:/kamailio:/v5.1.x-
rpms/CentOS_7/x86_64/kamailio-5.1.4-2.el7.centos.x86_64.rpm
$ sha256sum kamailio-5.1.4-2.el7.centos.x86_64.rpm
a21d2b6c98da041af85ebc0f8b6fe8525e8e247e84317c32db021e90ec43b209 kamailio-5.1.4-
2.el7.centos.x86_64.rpm
$ sha1sum kamailio-5.1.4-2.el7.centos.x86_64.rpm
9cbf6de153fb8ffc4913f0582d6e85535b44975f kamailio-5.1.4-2.el7.centos.x86_64.rpm
$ md5sum kamailio-5.1.4-2.el7.centos.x86_64.rpm
d36149f4bd91d0879c239b8e81264fb3 kamailio-5.1.4-2.el7.centos.x86_64.rpm
Let me know if I should report this elsewhere.
Thanks!
-Skip
-------------- next part --------------
users/attachments/20180726/8653945d/attachment.html>
From s.safarov at gmail.com Fri Jul 27 14:58:32 2018

Date: Fri, 27 Jul 2018 15:58:32 +0300
In-Reply-To: <1532600293536-0.post@n5.nabble.com>
<1532600293536-0.post@n5.nabble.com>
Message-ID: <CAHtxdDdLKOMOE0icDDPRts9GSVAz5kU_h-oRMfPUZ1zBAKdJnQ@mail.gmail.com>
Please load RPM files manually and install like

yum install kamailio*.rpm
When issue will be fixed, then we write here.
Sergey
пт, 27 июл. 2018 г. в 15:29, abtinext <abtinext at gmail.com>:
> Hello there,

>
> I'm getting the same error while installing : Kamailio 5.1.4
>
>
> --=====================--
> No Presto metadata available for home_kamailio_v5.1.x-rpms
> kamailio-5.1.4-2.el7.centos.x8 FAILED
>
> ==========-] 536 kB/s | 5.3 MB 00:00:00 ETA
>
> :
>
> --=====================--
>
>
>
>
>
> --
> Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180727/74fdd6c3/attachment.html>
From s.safarov at gmail.com Fri Jul 27 14:58:32 2018

Date: Fri, 27 Jul 2018 15:58:32 +0300
In-Reply-To: <1532600293536-0.post@n5.nabble.com>
<1532600293536-0.post@n5.nabble.com>
Message-ID: <CAHtxdDdLKOMOE0icDDPRts9GSVAz5kU_h-oRMfPUZ1zBAKdJnQ@mail.gmail.com>
Please load RPM files manually and install like

yum install kamailio*.rpm
When issue will be fixed, then we write here.
Sergey
пт, 27 июл. 2018 г. в 15:29, abtinext <abtinext at gmail.com>:
> Hello there,

>
> I'm getting the same error while installing : Kamailio 5.1.4
>
>
> --=====================--
> No Presto metadata available for home_kamailio_v5.1.x-rpms
> kamailio-5.1.4-2.el7.centos.x8 FAILED
>
> ==========-] 536 kB/s | 5.3 MB 00:00:00 ETA
>
> :
>
> --=====================--
>
>
>
>
>
> --
> Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180727/74fdd6c3/attachment-0001.html>
From joel at textplus.com Fri Jul 27 20:29:55 2018

Date: Fri, 27 Jul 2018 11:29:55 -0700
Subject: [SR-Users] Is anyone having issues with dialog metrics when DMQ is
enabled?
Message-ID: <CAMtXxQn-aYE2MJBDEyEXzEiCyXLd4xFMhYUPmZvmsNCbE4HXRg@mail.gmail.com>
Hi guys,
Is anyone having issues gathering active/early dialog metrics from kamailio

when DMQ is enabled?
I have an open ticket in GH (

https://github.com/kamailio/kamailio/issues/1591) and I'm wondering if this
could be happening to anyone else?
So far the theory is that the counter goes below 0 and that creates the
problem.
I'd love to hear from you if you are experiencing this too.
If any of you are using Kamailio 5.1 + DMQ and gather active/early dialog
metrics using the stats.fetch or stats.get_statistics rpc commands, do you
ever get values close to 64BIT ULONG_MAX? (18446744073709551615)??
Thanks!
Joel.
-------------- next part --------------
users/attachments/20180727/a1be0b41/attachment.html>
From charles.chance at sipcentric.com Sat Jul 28 16:46:37 2018

Date: Sat, 28 Jul 2018 15:46:37 +0100
Subject: [SR-Users] Is anyone having issues with dialog metrics when DMQ
is enabled?
In-Reply-To: <CAMtXxQn-aYE2MJBDEyEXzEiCyXLd4xFMhYUPmZvmsNCbE4HXRg@mail.gmail.com>
References: <CAMtXxQn-aYE2MJBDEyEXzEiCyXLd4xFMhYUPmZvmsNCbE4HXRg@mail.gmail.com>
Message-ID: <CAOvxgzCx5x1zRtPCnQoYXJQJgBKgRSCwvFuZptZ5-=Z-QdYpxQ@mail.gmail.com>
Hi Joel,
I plan to take a look at this on Monday, if nobody else happens to look

sooner.
I did push a fix yesterday for a bug which was causing dialog removals to
be replicated multiple times. On the chance that it may be related, you may
like to test with it in the meantime.
Cheers,
Charles
On Fri, 27 Jul 2018 at 19:31, Joel Serrano <joel at textplus.com> wrote:
> Hi guys,
>
> Is anyone having issues gathering active/early dialog metrics from
> kamailio when DMQ is enabled?
>
> I have an open ticket in GH (
> https://github.com/kamailio/kamailio/issues/1591) and I'm wondering if
> this could be happening to anyone else?
>
> So far the theory is that the counter goes below 0 and that creates the
> problem.
>
> I'd love to hear from you if you are experiencing this too.
>
> If any of you are using Kamailio 5.1 + DMQ and gather active/early dialog
> metrics using the stats.fetch or stats.get_statistics rpc commands, do you
> ever get values close to 64BIT ULONG_MAX? (18446744073709551615)??
>
> Thanks!
> Joel.
> _______________________________________________
>
--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180728/885ef755/attachment.html>
From joel at textplus.com Sat Jul 28 18:05:12 2018

Date: Sat, 28 Jul 2018 09:05:12 -0700
is enabled?
In-Reply-To: <CAOvxgzCx5x1zRtPCnQoYXJQJgBKgRSCwvFuZptZ5-=Z-QdYpxQ@mail.gmail.com>
<CAOvxgzCx5x1zRtPCnQoYXJQJgBKgRSCwvFuZptZ5-=Z-QdYpxQ@mail.gmail.com>
Message-ID: <CAMtXxQ=XQ1N=8K-CxUC2SJJO9JV+OMiG1wsvgZ86gqhq+ciA5Q@mail.gmail.com>
Absolutely! I compiling right now release v5.1.4 with cherry-pick:

e2eda1376def48ab1c78db7a766c1811d19205be
I'll let you know how it goes :)
On Sat, Jul 28, 2018 at 7:46 AM, Charles Chance <

charles.chance at sipcentric.com> wrote:
> Hi Joel,
>
> I plan to take a look at this on Monday, if nobody else happens to look
> sooner.
>
> I did push a fix yesterday for a bug which was causing dialog removals to
> be replicated multiple times. On the chance that it may be related, you may
> like to test with it in the meantime.
>
> Cheers,
>
> Charles
>
> On Fri, 27 Jul 2018 at 19:31, Joel Serrano <joel at textplus.com> wrote:
>
>> Hi guys,
>>
>> Is anyone having issues gathering active/early dialog metrics from
>> kamailio when DMQ is enabled?
>>
>> I have an open ticket in GH (https://github.com/kamailio/
>> kamailio/issues/1591) and I'm wondering if this could be happening to
>> anyone else?
>>
>> So far the theory is that the counter goes below 0 and that creates the
>> problem.
>>
>> I'd love to hear from you if you are experiencing this too.
>>
>> If any of you are using Kamailio 5.1 + DMQ and gather active/early dialog
>> metrics using the stats.fetch or stats.get_statistics rpc commands, do you
>> ever get values close to 64BIT ULONG_MAX? (18446744073709551615)??
>>
>> Thanks!
>> Joel.
>> _______________________________________________
>>
> --
> *Charles Chance*
> Managing Director
>
> t. 0330 120 1200 m. 07932 063 891
>
>
> _______________________________________________
>
>
-------------- next part --------------
From alvaro at voxcore.cl Sun Jul 29 00:45:25 2018

From: alvaro at voxcore.cl (Alvaro Araos)
Date: Sat, 28 Jul 2018 18:45:25 -0400
Subject: [SR-Users] How to get Formatted Current TIME (NOT CACHED)
Message-ID: <c4f70869bb51305cc83b249455dcf58e@voxcore.cl>
Hi,
If i call to $timef multiple times, always returns the same time string
(CACHED), how i get formatted current time??
Example:
$dlg_var(start)=$timef(%Y-%m-%d %H:%M:%S) // RETURNS "2018-07-28

18:44:35"
.. some seconds later

$dlg_var(start)=$timef(%Y-%m-%d %H:%M:%S) // RETURNS THE SAME DATE
STRING "2018-07-28 18:44:35"
Saludos,
ALVARO ARAOS MÉNDEZ

Director de Tecnología en FONOIP
+56 2 2947 9000

alvaro at fonoip.com | www.fonoip.com [1]
Moisés Chacón 46, El Monte, RM
Links:
------
[1] http://www.fonoip.com
-------------- next part --------------
users/attachments/20180728/7142fb47/attachment.html>
-------------- next part --------------
Name: afc1f762.jpeg
Type: image/jpeg
Size: 10362 bytes
Desc: not available
users/attachments/20180728/7142fb47/attachment.jpeg>
From joel at textplus.com Mon Jul 30 04:29:01 2018
Date: Sun, 29 Jul 2018 19:29:01 -0700
is enabled?
In-Reply-To: <CAMtXxQ=XQ1N=8K-CxUC2SJJO9JV+OMiG1wsvgZ86gqhq+ciA5Q@mail.gmail.com>
<CAOvxgzCx5x1zRtPCnQoYXJQJgBKgRSCwvFuZptZ5-=Z-QdYpxQ@mail.gmail.com>
<CAMtXxQ=XQ1N=8K-CxUC2SJJO9JV+OMiG1wsvgZ86gqhq+ciA5Q@mail.gmail.com>
Message-ID: <CAMtXxQ=WsCPN0gJS2srGBT+RjXkZRJLN=bhh6dAJKO0rqBg38g@mail.gmail.com>
Hi Charles,
So far so good. I did add the info I found to the ticket. Maybe it’s fixed
or maybe we have to troubleshoot further, I’ll wait for you and Daniel to
give feedback with your thoughts.
Thanks,
Joel.
On Sat, Jul 28, 2018 at 09:05 Joel Serrano <joel at textplus.com> wrote:
> Absolutely! I compiling right now release v5.1.4 with cherry-pick:

> e2eda1376def48ab1c78db7a766c1811d19205be
>
> I'll let you know how it goes :)
>
>
>
> On Sat, Jul 28, 2018 at 7:46 AM, Charles Chance <
> charles.chance at sipcentric.com> wrote:
>
>> Hi Joel,
>>
>> I plan to take a look at this on Monday, if nobody else happens to look
>> sooner.
>>
>> I did push a fix yesterday for a bug which was causing dialog removals to
>> be replicated multiple times. On the chance that it may be related, you may
>> like to test with it in the meantime.
>>
>> Cheers,
>>
>> Charles
>>
>> On Fri, 27 Jul 2018 at 19:31, Joel Serrano <joel at textplus.com> wrote:
>>
>>> Hi guys,
>>>
>>> Is anyone having issues gathering active/early dialog metrics from
>>> kamailio when DMQ is enabled?
>>>
>>> I have an open ticket in GH (
>>> https://github.com/kamailio/kamailio/issues/1591) and I'm wondering if
>>> this could be happening to anyone else?
>>>
>>> So far the theory is that the counter goes below 0 and that creates the
>>> problem.
>>>
>>> I'd love to hear from you if you are experiencing this too.
>>>
>>> If any of you are using Kamailio 5.1 + DMQ and gather active/early
>>> dialog metrics using the stats.fetch or stats.get_statistics rpc commands,
>>> do you ever get values close to 64BIT ULONG_MAX? (
>>> 18446744073709551615)??
>>>
>>> Thanks!
>>> Joel.
>>> _______________________________________________
>>>
>> --
>> *Charles Chance*
>> Managing Director
>>
>> t. 0330 120 1200 m. 07932 063 891
>>
>> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>> Birmingham Science Park, Birmingham B7 4BB.
>>
>> _______________________________________________
>>
>>
>
-------------- next part --------------
users/attachments/20180729/e5476cd4/attachment.html>
From red_dra at plugit.net Mon Jul 30 09:50:04 2018

Date: Mon, 30 Jul 2018 09:50:04 +0200
Subject: [SR-Users] MYSQL and various
Message-ID: <4739720f-6bf4-c1c4-8f5b-211ef83e1320@plugit.net>
Dear list,
on my kamailio 4.4.7 i use interactions with MYSQL.
For example .. i use it for some black list control and other like this..
sql_query("cb", "select id from blacklist where cli='$var(g2)'

and (ippeer = '$si' or ippeer = 'ALL')", "rabl");
if($dbr(rabl=>rows)>0){
sql_result_free("rabl");
sl_send_reply("403","Forbidden blacklist");
exit;
}
sql_result_free("rabl");
I was wonder what was the best method to prevent the query going on if
mysql don't respond for high load or other situation..
If Mysql is not able to reply to the query tight now the call continue
over the configuration... what is the best way to prevent this and for
examples drop it with a standard SIP 503 error.
I have search on docs.. but i haven't found any valid way.
Thanks
Laura
From hw at kamailio.org Mon Jul 30 09:53:39 2018

Date: Mon, 30 Jul 2018 09:53:39 +0200
Subject: [SR-Users] Security announcement related to Kamailio
Message-ID: <16485933.SgyJyTW6Fc@linux-rdlu>
Hello,
I want to highlight that the last stable versions (for the two maintained
series: 5.0 and 5.1) include fixes for an security issues that can crash a
running instance of Kamailio, therefore it is strongly recommended to upgrade.
Details:
There exists a security vulnerability in the Kamailio SIP server related to

"To" header processing. A specially crafted SIP message with double "To"
header and an empty "To" tag causes a segmentation fault and crashes Kamailio.
The reason is missing input validation in the "build_res_buf_from_sip_req"
core function.
If an attacker sends many of this messages this would lead to a Denial of

Service of the attacked infrastructure. This is especially critical as no
authentication for the remote source is needed.
You find all the details including a proof of concept code in the published
security announcement in my blog:
https://skalatan.de/blog/advisory-hw-2018-05
A CVE report for this issue is going to be created as well in the near future.
The issues were found some months ago and were fixed quickly. The code related
to the reported issues is rather old and there are no known incidents of
exploiting these issues so far. However, once the CVE report becomes public,
there could be a higher risk of exploitation.
Please address any detailed technical questions related to this to the

developer list at sr-dev at lists.kamailio.org .
In case of confidential remarks related to this or other security issues,

please address them to the Kamailio Management.
Best regards,
Henning Westerholt
--
Henning Westerholt
https://skalatan.de/blog/
From rogelio at telnyx.com Tue Jul 31 06:58:12 2018

From: rogelio at telnyx.com (Rogelio Perez)
Date: Tue, 31 Jul 2018 01:58:12 -0300
Subject: [SR-Users] DMQ mem leak issues
Message-ID: <CAMQvhcot_837sMiuZv-tqYX-==m=QLazf38fM7d7dFF4Ynsd9Q@mail.gmail.com>
Hello,
We're running three instances of Kamailo v5.14 as registrars handling

registrations from ~2000 SIP clients, with one instance being primary and
the other two as backups.
The three of them are using the dmq and dmq_usrloc modules to synchronize
user locations, however after a couple of days of operation the two
failover instances show memory leak behaviors, with mem usage assigned to
the core taking all available resources.
When this happens we've noticed that:

- The shared memory used by the function "sip_msg_shm_clone" spikes (from
1kb to 1.5GB).
- The shared memory used by the function "dmq:worker.c:job_queue_push"
also increases, but not as much (from 1kb to 1MB)
- DMQ request are not being answered (with a 200 OK) by the affected
instance during this memory leak, which make us think that DMQ module
becomes unresponsive.
A few more notes:

- The failover instances are doing nothing except receiving replicated
contacts.
- The shared memory grows at the same rate on both instances, but the
critical behavior never happens at the same time.
- We are allocating 1GB memory on startup to each instance.
- We store the location DB in a psql DB and we load it at startup.
- We didn't find any errors in syslog, even at debug level.
Has anyone experienced a similar issue who can suggest a possible solution?
Thanks,
Rogelio Perez
Telnyx
-------------- next part --------------
users/attachments/20180731/e49f129b/attachment.html>
From alex.tatham at dmcplc.co.uk Tue Jul 31 12:54:11 2018

From: alex.tatham at dmcplc.co.uk (Alex Tatham)
Date: Tue, 31 Jul 2018 10:54:11 +0000
Subject: [SR-Users] RTP Proxy
Message-ID:
<HE1PR0902MB169296300551019C343CDBB8C62E0@HE1PR0902MB1692.eurprd09.prod.outlook.com
>
Hello everyone,
I'm in the process of moving approx. 100 Kamailio/Media Proxy (AG Projects) servers
to Kamailio/RTPEngine. I have all the functionality in place and I have a handful
of servers in production. I'm trying to monitor the RTP engine (using Munin) and
I'm graphing the values returned from the RPC command rtpengine.get_hash_total.
This value is slowly increasing over time and I'm trying to find out if this is
something I should worry about. I want to make sure that sessions are not being
left open and therefore the software will eventually run out of ports. To give
some values, if I make 100 calls the call will be around 25 after those calls.
>From all other tests I have done including a check through the verbose logs I can
see the sessions are being closed at the end of the calls.
Can anyone help with this at all or does anyone possibly have any better ideas?
Thank you, Alex
Alex Tatham
Technical Director
T:01233 220 943

E:alex.tatham at dmcplc.co.uk
W:www.dmctechnologies.co.uk
DMC Technologies formerly HP Technology

Unit 5, Invicta Business Centre
|
Orbital Park
|
Ashford
|
Kent |
TN24 0HB
DMC Technologies is a trading name of Hobbs Parker 2000 Limited
Registered Office: Romney House, Orbital Park, Monument Way, Ashford TN24 0HB
Registered in England No.04027755
-------------- next part --------------

users/attachments/20180731/b9983e7b/attachment.html>
-------------- next part --------------
Name: image529285.png
Type: image/png
Size: 13052 bytes
Desc: image529285.png
users/attachments/20180731/b9983e7b/attachment.png>
Date: Tue, 31 Jul 2018 14:05:35 +0200
In-Reply-To: <CAMQvhcot_837sMiuZv-tqYX-==m=QLazf38fM7d7dFF4Ynsd9Q@mail.gmail.com>
References: <CAMQvhcot_837sMiuZv-tqYX-==m=QLazf38fM7d7dFF4Ynsd9Q@mail.gmail.com>
Message-ID: <CAFRry4W9qeJCLtxF_oQbt_68=p_Q_f-5OV+-bRO5sf9DAqh_Sw@mail.gmail.com>
Hello,
not using dmq much, but at a quick look in the code, I noticed that there
are some cases when the job fields were not released if the processing was
not completely done for various reasons.
I pushed the commit a1f5fbe2c18246d4afefa44fd8a52612a5182a46, can you try

with it and see the results?
Maybe Charles Chance can also do a bit of review here, being the one doing
most of the work lately for dmq.
Cheers,
Daniel
On Tue, Jul 31, 2018 at 6:58 AM, Rogelio Perez <rogelio at telnyx.com> wrote:
> Hello,
>
> We're running three instances of Kamailo v5.14 as registrars handling
> registrations from ~2000 SIP clients, with one instance being primary and
> the other two as backups.
>
> The three of them are using the dmq and dmq_usrloc modules to synchronize
> user locations, however after a couple of days of operation the two
> failover instances show memory leak behaviors, with mem usage assigned to
> the core taking all available resources.
>
> When this happens we've noticed that:
> - The shared memory used by the function "sip_msg_shm_clone" spikes
> (from 1kb to 1.5GB).
> - The shared memory used by the function "dmq:worker.c:job_queue_push"
> also increases, but not as much (from 1kb to 1MB)
> - DMQ request are not being answered (with a 200 OK) by the affected
> instance during this memory leak, which make us think that DMQ module
> becomes unresponsive.
>
> A few more notes:
> - The failover instances are doing nothing except receiving replicated
> contacts.
> - The shared memory grows at the same rate on both instances, but the
> critical behavior never happens at the same time.
> - We are allocating 1GB memory on startup to each instance.
> - We store the location DB in a psql DB and we load it at startup.
> - We didn't find any errors in syslog, even at debug level.
>
> Has anyone experienced a similar issue who can suggest a possible solution?
>
> Thanks,
> Rogelio Perez
> Telnyx
>
> _______________________________________________
>
>
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
users/attachments/20180731/55206a0a/attachment.html>

Date: Tue, 31 Jul 2018 13:59:46 +0100
In-Reply-To: <CAFRry4W9qeJCLtxF_oQbt_68=p_Q_f-5OV+-bRO5sf9DAqh_Sw@mail.gmail.com>
<CAFRry4W9qeJCLtxF_oQbt_68=p_Q_f-5OV+-bRO5sf9DAqh_Sw@mail.gmail.com>
Message-ID: <CAOvxgzALCvi7jZahNmYpLSW71_fRwC6=Gwqw_xkVXdF3fRK6Uw@mail.gmail.com>
Hi Daniel,
Nice spot! I had tried to reproduce locally, but had not considered the
possibility that jobs may be failing somewhere in Rogelio’s setup.
Most likely your patch will resolve it but I’m happy to take a look further
if not.
Cheers,
Charles
On Tue, 31 Jul 2018 at 13:05, Daniel-Constantin Mierla <miconda at gmail.com>

wrote:
> Hello,
>
> not using dmq much, but at a quick look in the code, I noticed that there
> are some cases when the job fields were not released if the processing was
> not completely done for various reasons.
>
> I pushed the commit a1f5fbe2c18246d4afefa44fd8a52612a5182a46, can you try
> with it and see the results?
>
> Maybe Charles Chance can also do a bit of review here, being the one doing
> most of the work lately for dmq.
>
> Cheers,
> Daniel
>
> On Tue, Jul 31, 2018 at 6:58 AM, Rogelio Perez <rogelio at telnyx.com> wrote:
>
>> Hello,
>>
>> We're running three instances of Kamailo v5.14 as registrars handling
>> registrations from ~2000 SIP clients, with one instance being primary and
>> the other two as backups.
>>
>> The three of them are using the dmq and dmq_usrloc modules to synchronize
>> user locations, however after a couple of days of operation the two
>> failover instances show memory leak behaviors, with mem usage assigned to
>> the core taking all available resources.
>>
>> When this happens we've noticed that:
>> - The shared memory used by the function "sip_msg_shm_clone" spikes
>> (from 1kb to 1.5GB).
>> - The shared memory used by the function "dmq:worker.c:job_queue_push"
>> also increases, but not as much (from 1kb to 1MB)
>> - DMQ request are not being answered (with a 200 OK) by the affected
>> instance during this memory leak, which make us think that DMQ module
>> becomes unresponsive.
>>
>> A few more notes:
>> - The failover instances are doing nothing except receiving replicated
>> contacts.
>> - The shared memory grows at the same rate on both instances, but the
>> critical behavior never happens at the same time.
>> - We are allocating 1GB memory on startup to each instance.
>> - We store the location DB in a psql DB and we load it at startup.
>> - We didn't find any errors in syslog, even at debug level.
>>
>> Has anyone experienced a similar issue who can suggest a possible
>> solution?
>>
>> Thanks,
>> Rogelio Perez
>> Telnyx
>>
>> _______________________________________________
>>
>>
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180731/d40442ef/attachment.html>
From rfuchs at sipwise.com Tue Jul 31 15:08:02 2018

From: rfuchs at sipwise.com (Richard Fuchs)
Date: Tue, 31 Jul 2018 09:08:02 -0400
Subject: [SR-Users] RTP Proxy
In-Reply-To:
>
References:
>
Message-ID: <0c7e970b-d018-08eb-3a97-d0bbc189672c@sipwise.com>
On 2018-07-31 06:54, Alex Tatham wrote:

>
> Hello everyone,
>
> I’m in the process of moving approx. 100 Kamailio/Media Proxy (AG
> Projects) servers to Kamailio/RTPEngine. I have all the functionality
> in place and I have a handful of servers in production. I’m trying to
> monitor the RTP engine (using Munin) and I’m graphing the values
> returned from the RPC command rtpengine.get_hash_total. This value is
> slowly increasing over time and I’m trying to find out if this is
> something I should worry about. I want to make sure that sessions are
> not being left open and therefore the software will eventually run out
> of ports. To give some values, if I make 100 calls the call will be
> around 25 after those calls.
>
> From all other tests I have done including a check through the verbose
> logs I can see the sessions are being closed at the end of the calls.
>
> Can anyone help with this at all or does anyone possibly have any
> better ideas?
>
The size of the hash table does not necessarily directly correlate with
the sessions rtpengine itself has open. Normally it should, but it's
possible for rtpengine to close a session with the entry remaining in
the hash table, or vice versa.
To get a better idea of how many sessions rtpengine actually has open,
check out it's CLI interface or the related control script (rtpengine-ctl).
As for the hash table itself, AFAICS entries are deleted when the
_delete method is used. Otherwise they stay in memory until the timeout
is reached, defaulting to 1 hour. (They're only actually deleted after
the timeout if encountered while processing the hash table at some
point.) If you don't see the hash table decrease in size, it's probably
not calling the _delete method properly.
Cheers
-------------- next part --------------
users/attachments/20180731/ce40ca91/attachment.html>
From alvaro at voxcore.cl Tue Jul 31 17:46:20 2018
From: alvaro at voxcore.cl (Alvaro Araos)
Date: Tue, 31 Jul 2018 11:46:20 -0400
Subject: [SR-Users] How to get Formatted Current TIME (NOT CACHED)
In-Reply-To: <c4f70869bb51305cc83b249455dcf58e@voxcore.cl>
References: <c4f70869bb51305cc83b249455dcf58e@voxcore.cl>
Message-ID: <a79e3bca501d3b5f5bf657adebad8d71@voxcore.cl>
Hi,
I answer myself. It was very easy, you just had to use

"transformations".
$dlg_var(start)=$(TS{s.ftime,%Y-%m-%d %H:%M:%S});
Saludos,
ALVARO ARAOS MÉNDEZ

Director de Tecnología en FONOIP
+56 2 2947 9000

alvaro at fonoip.com | www.fonoip.com [1]
Moisés Chacón 46, El Monte, RM
El 28-07-2018 18:45, Alvaro Araos escribió:
> Hi,
>
> If i call to $timef multiple times, always returns the same time string (CACHED),
how i get formatted current time??
>
> Example:
>
> $dlg_var(start)=$timef(%Y-%m-%d %H:%M:%S) // RETURNS "2018-07-28 18:44:35"
>
> .. some seconds later
> $dlg_var(start)=$timef(%Y-%m-%d %H:%M:%S) // RETURNS THE SAME DATE STRING "2018-
07-28 18:44:35"
>
> Saludos,
>
> ALVARO ARAOS MÉNDEZ
> Director de Tecnología en FONOIP
>
> +56 2 2947 9000
> alvaro at fonoip.com | www.fonoip.com [1]
> Moisés Chacón 46, El Monte, RM
>
> _______________________________________________
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users [2]
Links:
------
[1] http://www.fonoip.com
[2] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
users/attachments/20180731/fc870d01/attachment.html>
-------------- next part --------------
Name: afc1f762.jpeg
Type: image/jpeg
Size: 10362 bytes
Desc: not available
users/attachments/20180731/fc870d01/attachment.jpeg>
-------------- next part --------------
Name: afc1f762.jpeg
Type: image/jpeg
Size: 10362 bytes
Desc: not available
users/attachments/20180731/fc870d01/attachment-0001.jpeg>
From jchavanton at gmail.com Tue Jul 31 17:50:58 2018

From: jchavanton at gmail.com (Julien Chavanton)
Date: Tue, 31 Jul 2018 08:50:58 -0700
In-Reply-To: <CAOvxgzALCvi7jZahNmYpLSW71_fRwC6=Gwqw_xkVXdF3fRK6Uw@mail.gmail.com>
<CAOvxgzALCvi7jZahNmYpLSW71_fRwC6=Gwqw_xkVXdF3fRK6Uw@mail.gmail.com>
Message-ID: <CAKmcL2mCdtde227q8hZUtTNnwk0ZTQ+Jv4v7b0NSodgpkRKcRA@mail.gmail.com>
Nice finding ! however Rogelio is saying there was no errors in the logs,
looking at the patch he would have seen some.
LM_ERR("running job failed\n");
Hope I am wrong.
Rogerio is this a slow leak of you mean suddenly it is using 1.5G ?
There can be a lot of shm used by sip_msg_shm_clone if Kamailio starts to

re transmit.
2K seems very small.
Normally this kind of high memory usage can take place at startup when DMQ
userloc is getting a full sync from all other nodes.
On Tue, Jul 31, 2018 at 5:59 AM, Charles Chance <

charles.chance at sipcentric.com> wrote:
> Hi Daniel,
>
> Nice spot! I had tried to reproduce locally, but had not considered the
> possibility that jobs may be failing somewhere in Rogelio’s setup.
>
> Most likely your patch will resolve it but I’m happy to take a look
> further if not.
>
> Cheers,
>
> Charles
>
> On Tue, 31 Jul 2018 at 13:05, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> not using dmq much, but at a quick look in the code, I noticed that there
>> are some cases when the job fields were not released if the processing was
>> not completely done for various reasons.
>>
>> I pushed the commit a1f5fbe2c18246d4afefa44fd8a52612a5182a46, can you
>> try with it and see the results?
>>
>> Maybe Charles Chance can also do a bit of review here, being the one
>> doing most of the work lately for dmq.
>>
>> Cheers,
>> Daniel
>>
>> On Tue, Jul 31, 2018 at 6:58 AM, Rogelio Perez <rogelio at telnyx.com>
>> wrote:
>>
>>> Hello,
>>>
>>> We're running three instances of Kamailo v5.14 as registrars handling
>>> registrations from ~2000 SIP clients, with one instance being primary and
>>> the other two as backups.
>>>
>>> The three of them are using the dmq and dmq_usrloc modules to
>>> synchronize user locations, however after a couple of days of operation the
>>> two failover instances show memory leak behaviors, with mem usage assigned
>>> to the core taking all available resources.
>>>
>>> When this happens we've noticed that:
>>> - The shared memory used by the function "sip_msg_shm_clone" spikes
>>> (from 1kb to 1.5GB).
>>> - The shared memory used by the function "dmq:worker.c:job_queue_push"
>>> also increases, but not as much (from 1kb to 1MB)
>>> - DMQ request are not being answered (with a 200 OK) by the affected
>>> instance during this memory leak, which make us think that DMQ module
>>> becomes unresponsive.
>>>
>>> A few more notes:
>>> - The failover instances are doing nothing except receiving replicated
>>> contacts.
>>> - The shared memory grows at the same rate on both instances, but the
>>> critical behavior never happens at the same time.
>>> - We are allocating 1GB memory on startup to each instance.
>>> - We store the location DB in a psql DB and we load it at startup.
>>> - We didn't find any errors in syslog, even at debug level.
>>>
>>> Has anyone experienced a similar issue who can suggest a possible
>>> solution?
>>>
>>> Thanks,
>>> Rogelio Perez
>>> Telnyx
>>>
>>> _______________________________________________
>>>
>>>
>>
>>
>> --
>> Daniel-Constantin Mierla - http://www.asipto.com
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
> --
> *Charles Chance*
> Managing Director
>
> t. 0330 120 1200 m. 07932 063 891
>
>
> _______________________________________________
>
>
-------------- next part --------------
users/attachments/20180731/dc6bce3e/attachment.html>
From 00asgaroth00 at gmail.com Tue Jul 31 18:01:43 2018

From: 00asgaroth00 at gmail.com (Asgaroth)
Date: Tue, 31 Jul 2018 17:01:43 +0100
Subject: [SR-Users] is_method not matching message type KDMQ breaking DMQ
bus. (master branch)
Message-ID: <efadb3cf-2185-0ce9-a335-88340a2ffec6@gmail.com>
Hi All,
I've come across and oddity whereby my is_method("KDMQ") checks are not
matching.
I'm testing with kamailio master:
version: kamailio 5.2.0-dev6 (x86_64/linux) a16272

flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC,
F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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_URI_SIZE 1024,
BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: a16272
compiled on 15:27:21 Jul 31 2018 with gcc 7.3.1
Sample routing logic:
request_route {
route("InitialMessageChecks");
exit;
}
route[InitialMessageChecks] {
xlog("L_INFO", "Received message type $rm from $si:$sp on $Ri:$Rp");
if ( is_method("KDMQ") ) { xlog("L_INFO", "KDMQ check passed."); }

if ( is_method("OPTIONS") ) { xlog("L_INFO", "OPTIONS check
passed."); }
if ( is_method("SUBSCRIBE") ) { xlog("L_INFO", "SUBSCRIBE check
passed."); }
In the logs I am only receiving the 1st log line in the initial message
checks route for message types of KDMQ, eg:
INFO: <script>: Received message KDMQ from 1.1.1.1:5060 on 1.1.1.2:5060

INFO: <script>: Received message KDMQ from 1.1.1.3:5060 on 1.1.1.2:5060
I never seem to hit the is_method check log line when the method type is
KDMQ.
I do see the options/subscribe logs though:
INFO: <script>: OPTIONS check passed.

INFO: <script>: SUBSCRIBE check passed.
nothing for KDMQ.
Reason for asking is: this check never matches and breaks the dmq bus:
if ( is_method("KDMQ") ) {
if ( dmq_is_from_node() ) {
dmq_handle_message();
exit;
} else {
exit;
}
}
Any thoughts, or am I going crazy :)
Thanks

Date: Tue, 31 Jul 2018 13:21:55 -0300
In-Reply-To: <CAKmcL2mCdtde227q8hZUtTNnwk0ZTQ+Jv4v7b0NSodgpkRKcRA@mail.gmail.com>
<CAKmcL2mCdtde227q8hZUtTNnwk0ZTQ+Jv4v7b0NSodgpkRKcRA@mail.gmail.com>
Message-ID: <CAMQvhcqLWcuXr6tUfqy9a-ssV9PA50kFUXLy+5C7uRG-wvyh8w@mail.gmail.com>
Thanks Daniel, Charles and Julien.
I confirm we're not getting the error log "running job failed".
The behavior is always the same, any of the two failover instances would
run without issues for a day or two and then suddenly start consuming all
available memory in the span of an hour or less.
Please check these graphs with some examples for more details:
https://www.dropbox.com/sh/tu0jxi1vlbq81m8/AABhfz9rDumdCu3l0ROH7Lkla?dl=0
I'll try Daniel's patch and confirm results soon.
Rogelio
-------------- next part --------------
users/attachments/20180731/0b8cad8e/attachment.html>
From jchavanton at gmail.com Tue Jul 31 18:58:26 2018

From: jchavanton at gmail.com (Julien Chavanton)
Date: Tue, 31 Jul 2018 09:58:26 -0700
In-Reply-To: <CAMQvhcqLWcuXr6tUfqy9a-ssV9PA50kFUXLy+5C7uRG-wvyh8w@mail.gmail.com>
<CAMQvhcqLWcuXr6tUfqy9a-ssV9PA50kFUXLy+5C7uRG-wvyh8w@mail.gmail.com>
Message-ID: <CAKmcL2kQRa0xeWKjW1Z7y17EDxdJpWEYhdgR-VS=XgW7EFbdNA@mail.gmail.com>
Since it seem you are recovering the memory this does not seems like a real
"leak"
One hypothesis :
When you restart a node on the DMQ bus, it can trigger memory usage on the
other nodes since they will start to do a SYNC and send one DMQ message /
contact
It could be that one node in the DMQ bus is restarted and not answering DMQ
messages ?
Few ideas :
You could search you trace, maybe you will find the DMQ sync requests ...
You can also confirm significant increase in active transactions.
Verify the state of the bus :

kamcmd dmq.list_nodes
Verify the amount of contact on each node (confirm that the cluster is
healthy)
kamctl stats | grep usrloc | grep contact
On Tue, Jul 31, 2018 at 9:21 AM, Rogelio Perez <rogelio at telnyx.com> wrote:
> Thanks Daniel, Charles and Julien.

>
> I confirm we're not getting the error log "running job failed".
> The behavior is always the same, any of the two failover instances would
> run without issues for a day or two and then suddenly start consuming all
> available memory in the span of an hour or less.
> Please check these graphs with some examples for more details:
> https://www.dropbox.com/sh/tu0jxi1vlbq81m8/AABhfz9rDumdCu3l0ROH7Lkla?dl=0
>
> I'll try Daniel's patch and confirm results soon.
>
> Rogelio
>
>
>
-------------- next part --------------
users/attachments/20180731/b2b41ef2/attachment.html>
From joel at textplus.com Tue Jul 31 19:08:36 2018

Date: Tue, 31 Jul 2018 10:08:36 -0700
Subject: [SR-Users] is_method not matching message type KDMQ breaking
DMQ bus. (master branch)
In-Reply-To: <efadb3cf-2185-0ce9-a335-88340a2ffec6@gmail.com>
References: <efadb3cf-2185-0ce9-a335-88340a2ffec6@gmail.com>
Message-ID: <CAMtXxQ=spxdgOFaUP+yrQRbVzrk4h64rLvLXCOLoi7VzyUsz6g@mail.gmail.com>
Hi Asgaroth,
I'm using dmq and I haven't seen a msg get passed this:
# Handles DMQ messages

if (is_method("KDMQ")) {
dmq_handle_message();
}
That said, just to make sure it's not some work-in-progress happening on
master branch, give it a try on latest stable release (v5.1.4) to see if
you find the same behavior. I haven't tried on master but on v5.1.4 I'm not
seeing that behavior.
Are you manually replicating stuff using dmq functions or are you taking
advantage of auto-replication using modparam enable_dmq=1 on certain
modules?
Joel.
On Tue, Jul 31, 2018 at 9:01 AM, Asgaroth <00asgaroth00 at gmail.com> wrote:
> Hi All,
>
> I've come across and oddity whereby my is_method("KDMQ") checks are not
> matching.
>
> I'm testing with kamailio master:
>
> version: kamailio 5.2.0-dev6 (x86_64/linux) a16272
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE,
> USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC,
> TLSF_MALLOC, DBG_SR_MEMORY, 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_URI_SIZE 1024,
> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
> id: a16272
> compiled on 15:27:21 Jul 31 2018 with gcc 7.3.1
>
> Sample routing logic:
>
> request_route {
> route("InitialMessageChecks");
> exit;
> }
>
>
> route[InitialMessageChecks] {
> xlog("L_INFO", "Received message type $rm from $si:$sp on $Ri:$Rp");
>
> if ( is_method("KDMQ") ) { xlog("L_INFO", "KDMQ check passed."); }
> if ( is_method("OPTIONS") ) { xlog("L_INFO", "OPTIONS check passed.");
> }
> if ( is_method("SUBSCRIBE") ) { xlog("L_INFO", "SUBSCRIBE check
> passed."); }
>
> }
>
> In the logs I am only receiving the 1st log line in the initial message
> checks route for message types of KDMQ, eg:
>
> INFO: <script>: Received message KDMQ from 1.1.1.1:5060 on 1.1.1.2:5060
> INFO: <script>: Received message KDMQ from 1.1.1.3:5060 on 1.1.1.2:5060
>
> I never seem to hit the is_method check log line when the method type is
> KDMQ.
>
> I do see the options/subscribe logs though:
>
> INFO: <script>: OPTIONS check passed.
> INFO: <script>: SUBSCRIBE check passed.
>
> nothing for KDMQ.
>
> Reason for asking is: this check never matches and breaks the dmq bus:
>
> if ( is_method("KDMQ") ) {
> if ( dmq_is_from_node() ) {
> dmq_handle_message();
> exit;
> } else {
> exit;
> }
> }
>
> Any thoughts, or am I going crazy :)
>
> Thanks
>
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180731/d8d94b64/attachment.html>
From 00asgaroth00 at gmail.com Tue Jul 31 19:20:49 2018

From: 00asgaroth00 at gmail.com (Asgaroth)
Date: Tue, 31 Jul 2018 18:20:49 +0100
In-Reply-To: <CAMtXxQ=spxdgOFaUP+yrQRbVzrk4h64rLvLXCOLoi7VzyUsz6g@mail.gmail.com>
<CAMtXxQ=spxdgOFaUP+yrQRbVzrk4h64rLvLXCOLoi7VzyUsz6g@mail.gmail.com>
Message-ID: <b17fb61b-5458-6457-e70d-f9c5df944b0f@gmail.com>
Hi,
I can see that it works properly on kamailio v5.0.7, I've no instances

of v5.1.x. It may just be related to master branch, however, in this
instance I'm trying to use the presence dmq features that are in master
at the moment. It might be that I pulled an in-flight bug on master, not
sure.
On 31/07/18 18:08, Joel Serrano wrote:

> Hi Asgaroth,
>
> I'm using dmq and I haven't seen a msg get passed this:
>
> # Handles DMQ messages
> if (is_method("KDMQ")) {
> }
>
> That said, just to make sure it's not some work-in-progress happening
> on master branch, give it a try on latest stable release (v5.1.4) to
> see if you find the same behavior. I haven't tried on master but on
> v5.1.4 I'm not seeing that behavior.
>
> Are you manually replicating stuff using dmq functions or are you
> taking advantage of auto-replication using modparam enable_dmq=1 on
> certain modules?
>
> Joel.
>
>
>
>
> On Tue, Jul 31, 2018 at 9:01 AM, Asgaroth <00asgaroth00 at gmail.com
> <mailto:00asgaroth00 at gmail.com>> wrote:
>
> Hi All,
>
> I've come across and oddity whereby my is_method("KDMQ") checks
> are not matching.
>
> I'm testing with kamailio master:
>
> version: kamailio 5.2.0-dev6 (x86_64/linux) a16272
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP,
> PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY,
> 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_URI_SIZE
> 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
> id: a16272
> compiled on 15:27:21 Jul 31 2018 with gcc 7.3.1
>
> Sample routing logic:
>
> request_route {
> route("InitialMessageChecks");
> exit;
> }
>
>
> route[InitialMessageChecks] {
> xlog("L_INFO", "Received message type $rm from $si:$sp on
> $Ri:$Rp");
>
> if ( is_method("KDMQ") ) { xlog("L_INFO", "KDMQ check passed."); }
> if ( is_method("OPTIONS") ) { xlog("L_INFO", "OPTIONS check
> passed."); }
> if ( is_method("SUBSCRIBE") ) { xlog("L_INFO", "SUBSCRIBE
> check passed."); }
>
> }
>
> In the logs I am only receiving the 1st log line in the initial
> message checks route for message types of KDMQ, eg:
>
> INFO: <script>: Received message KDMQ from 1.1.1.1:5060
> <http://1.1.1.1:5060> on 1.1.1.2:5060 <http://1.1.1.2:5060>
> INFO: <script>: Received message KDMQ from 1.1.1.3:5060
> <http://1.1.1.3:5060> on 1.1.1.2:5060 <http://1.1.1.2:5060>
>
> I never seem to hit the is_method check log line when the method
> type is KDMQ.
>
> I do see the options/subscribe logs though:
>
> INFO: <script>: OPTIONS check passed.
> INFO: <script>: SUBSCRIBE check passed.
>
> nothing for KDMQ.
>
> Reason for asking is: this check never matches and breaks the dmq bus:
>
> if ( is_method("KDMQ") ) {
> if ( dmq_is_from_node() ) {
> exit;
> } else {
> exit;
> }
> }
>
> Any thoughts, or am I going crazy :)
>
> Thanks
>
>
> _______________________________________________
>
>
>
>
> _______________________________________________
-------------- next part --------------

users/attachments/20180731/3884eaf7/attachment.html>

Date: Tue, 31 Jul 2018 18:25:44 +0100
In-Reply-To: <CAMtXxQ=spxdgOFaUP+yrQRbVzrk4h64rLvLXCOLoi7VzyUsz6g@mail.gmail.com>
<CAMtXxQ=spxdgOFaUP+yrQRbVzrk4h64rLvLXCOLoi7VzyUsz6g@mail.gmail.com>
Message-ID: <CAOvxgzB8OC3TWBiM8+TN3Xr54yPawmLOUeC1ABiVGC4cn+woDQ@mail.gmail.com>
Hello,
I have checked and it is a problem with is_method() not matching "KDMQ"

(there is no method definition to match when parsing the message first
line). This is not a DMQ issue specifically, and 'if (method == "KDMQ")'
works just fine. I'm sure it _used_ to work (in fact, it's documented!) -
although I may be totally mistaken, since everywhere we use ‘method’.
I will try to see later if something changed anywhere in textops or core,

but in the meantime I suggest using ‘method’ for now.
Cheers,
Charles
On 31 July 2018 at 18:08, Joel Serrano <joel at textplus.com> wrote:
> Hi Asgaroth,
>
> I'm using dmq and I haven't seen a msg get passed this:
>
> # Handles DMQ messages
> if (is_method("KDMQ")) {
> }
>
> That said, just to make sure it's not some work-in-progress happening on
> master branch, give it a try on latest stable release (v5.1.4) to see if
> you find the same behavior. I haven't tried on master but on v5.1.4 I'm not
> seeing that behavior.
>
> Are you manually replicating stuff using dmq functions or are you taking
> advantage of auto-replication using modparam enable_dmq=1 on certain
> modules?
>
> Joel.
>
>
>
>
> On Tue, Jul 31, 2018 at 9:01 AM, Asgaroth <00asgaroth00 at gmail.com> wrote:
>
>> Hi All,
>>
>> I've come across and oddity whereby my is_method("KDMQ") checks are not
>> matching.
>>
>> I'm testing with kamailio master:
>>
>> version: kamailio 5.2.0-dev6 (x86_64/linux) a16272
>> HAVE_RESOLV_RES
>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024,
>> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
>> id: a16272
>> compiled on 15:27:21 Jul 31 2018 with gcc 7.3.1
>>
>> Sample routing logic:
>>
>> request_route {
>> route("InitialMessageChecks");
>> exit;
>> }
>>
>>
>> route[InitialMessageChecks] {
>> xlog("L_INFO", "Received message type $rm from $si:$sp on $Ri:$Rp");
>>
>> if ( is_method("KDMQ") ) { xlog("L_INFO", "KDMQ check passed."); }
>> if ( is_method("OPTIONS") ) { xlog("L_INFO", "OPTIONS check
>> passed."); }
>> if ( is_method("SUBSCRIBE") ) { xlog("L_INFO", "SUBSCRIBE check
>> passed."); }
>>
>> }
>>
>> In the logs I am only receiving the 1st log line in the initial message
>> checks route for message types of KDMQ, eg:
>>
>> INFO: <script>: Received message KDMQ from 1.1.1.1:5060 on 1.1.1.2:5060
>> INFO: <script>: Received message KDMQ from 1.1.1.3:5060 on 1.1.1.2:5060
>>
>> I never seem to hit the is_method check log line when the method type is
>> KDMQ.
>>
>> I do see the options/subscribe logs though:
>>
>> INFO: <script>: OPTIONS check passed.
>> INFO: <script>: SUBSCRIBE check passed.
>>
>> nothing for KDMQ.
>>
>> Reason for asking is: this check never matches and breaks the dmq bus:
>>
>> if ( is_method("KDMQ") ) {
>> if ( dmq_is_from_node() ) {
>> dmq_handle_message();
>> exit;
>> } else {
>> exit;
>> }
>> }
>>
>> Any thoughts, or am I going crazy :)
>>
>> Thanks
>>
>>
>> _______________________________________________
>>
>
>
> _______________________________________________
>
>
--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891

--
*Charles Chance*
Managing Director
t. 0330 120 1200 m. 07932 063 891
--
Sipcentric Ltd.
7365592. Registered
-------------- next part --------------
users/attachments/20180731/351b11d9/attachment.html>
From alirsm2 at outlook.com Tue Jul 31 19:36:42 2018

From: alirsm2 at outlook.com (AL S)
Date: Tue, 31 Jul 2018 17:36:42 +0000
Subject: [SR-Users] kamalio in virtual environment
Message-ID:
<DM5PR06MB3468F5F297E35DCDF8B4577EE62E0@DM5PR06MB3468.namprd06.prod.outlook.com>
Hi,
Is recent kamalio release interoperable in virtual environment?
Thanks,
Alex
-------------- next part --------------
users/attachments/20180731/3511d5e5/attachment.html>
From Antony.Stone at kamailio.open.source.it Tue Jul 31 19:43:25 2018

From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Tue, 31 Jul 2018 19:43:25 +0200
In-Reply-To:
References:
Message-ID: <201807311943.25614.Antony.Stone@kamailio.open.source.it>
On Tuesday 31 July 2018 at 19:36:42, AL S wrote:

> Hi,
>
>
> Is recent kamalio release interoperable
Interoperable with what?
> in virtual environment?
Why not?
What reservations do you have about using Kamailio in a VM?
Antony.
--
If you were ploughing a field, which would you rather use - two strong oxen or
1024 chickens?
- Seymour Cray, pioneer of supercomputing
Please reply to the list;

please *don't* CC me.
From alirsm2 at outlook.com Tue Jul 31 19:50:50 2018

From: alirsm2 at outlook.com (AL S)
Date: Tue, 31 Jul 2018 17:50:50 +0000
In-Reply-To: <201807311943.25614.Antony.Stone@kamailio.open.source.it>
References:
<DM5PR06MB3468F5F297E35DCDF8B4577EE62E0@DM5PR06MB3468.namprd06.prod.outlook.com>,
<201807311943.25614.Antony.Stone@kamailio.open.source.it>
Message-ID:
<DM5PR06MB346852372A7488A782F68286E62E0@DM5PR06MB3468.namprd06.prod.outlook.com>
We are running old release of Kamailio 3.3.0 on bare metal and would like to
upgrade the app and the HW. I was wondering if Kamailio is working in a Virtual
Environment.
Thanks,
Alex
________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Antony Stone
<Antony.Stone at kamailio.open.source.it>
To: Kamailio Users Mailing List
Subject: Re: [SR-Users] kamalio in virtual environment
On Tuesday 31 July 2018 at 19:36:42, AL S wrote:
> Hi,
>
>
> Is recent kamalio release interoperable
Interoperable with what?

> in virtual environment?
Why not?
What reservations do you have about using Kamailio in a VM?
Antony.
--
If you were ploughing a field, which would you rather use - two strong oxen or
1024 chickens?
- Seymour Cray, pioneer of supercomputing
Please reply to the list;

please *don't* CC me.
_______________________________________________
sr-users -- Kamailio (SER) - Users Mailing List<https://lists.kamailio.org/cgi-
bin/mailman/listinfo/sr-users>
lists.kamailio.org
Kamailio Users Mailing list - online email forum for communities of Kamailio
(OpenSER) and SIP Express Router (SER) projects. Subscription is open to anyone
that wants to join, the topics should be related to stable versions and general
community discussions.
-------------- next part --------------

users/attachments/20180731/22e1b217/attachment.html>
From hw at kamailio.org Tue Jul 31 20:00:51 2018

Date: Tue, 31 Jul 2018 20:00:51 +0200
In-Reply-To:
References:
Message-ID: <139371334.pIATZZHp5J@linux-rdlu>
Am Dienstag, 31. Juli 2018, 19:50:50 CEST schrieb AL S:

> We are running old release of Kamailio 3.3.0 on bare metal and would like to
> upgrade the app and the HW. I was wondering if Kamailio is working in a
> Virtual Environment.
>
Hello Alex.
many people use Kamailio on virtual machines like VMWare or AWS/Azure etc.. It
should work without any problems. One thing you need to keep in mind is if you
also route RTP media data (e.g. with RTPproxy) you will need probably a bigger
instance in a public cloud environment to have a decent performance.
Alex Balashov had a talk at the last KamailioWorld conference about this issue
in particular, you can find it on e.g. on youtube.
Best regards,
Henning
--
Henning Westerholt
https://skalatan.de/blog/

Date: Tue, 31 Jul 2018 21:45:21 +0300
In-Reply-To: <139371334.pIATZZHp5J@linux-rdlu>
References:
<139371334.pIATZZHp5J@linux-rdlu>
Message-ID: <CAHtxdDf76=d_ndvJvP=vp=mbNewYh8DFuNRjb7LFoi2x9eQ_Tg@mail.gmail.com>
I used kamailio in environment on production:

1) bare metal + docker swarm;
2) vmware vm;
3) xen vm;
4) amazon vm;
5) vmware + docker swarm;
6) amazon vm + docker swarm.
Sergey
вт, 31 июл. 2018 г. в 21:01, Henning Westerholt <hw at kamailio.org>:
> Am Dienstag, 31. Juli 2018, 19:50:50 CEST schrieb AL S:

> > We are running old release of Kamailio 3.3.0 on bare metal and would
> like to
> > upgrade the app and the HW. I was wondering if Kamailio is working in a
> > Virtual Environment.
> >
>
> Hello Alex.
>
> many people use Kamailio on virtual machines like VMWare or AWS/Azure
> etc.. It
> should work without any problems. One thing you need to keep in mind is if
> you
> also route RTP media data (e.g. with RTPproxy) you will need probably a
> bigger
> instance in a public cloud environment to have a decent performance.
>
> Alex Balashov had a talk at the last KamailioWorld conference about this
> issue
> in particular, you can find it on e.g. on youtube.
>
> Best regards,
>
> Henning
>
> --
> Henning Westerholt
> https://skalatan.de/blog/
>
> _______________________________________________
>
-------------- next part --------------
users/attachments/20180731/810e1e89/attachment.html>

Date: Tue, 31 Jul 2018 17:15:22 -0300
In-Reply-To: <CAKmcL2kQRa0xeWKjW1Z7y17EDxdJpWEYhdgR-VS=XgW7EFbdNA@mail.gmail.com>
<CAMQvhcqLWcuXr6tUfqy9a-ssV9PA50kFUXLy+5C7uRG-wvyh8w@mail.gmail.com>
<CAKmcL2kQRa0xeWKjW1Z7y17EDxdJpWEYhdgR-VS=XgW7EFbdNA@mail.gmail.com>
Message-ID: <CAMQvhcqu8YuRbn=yM1Og=RyCo1X74Dnu87Q=LEJYe5BtJt+4CQ@mail.gmail.com>
Julien,
> Since it seem you are recovering the memory this does not seems like a
real "leak"
I forgot to mention that the recoveries are actual Kamailio manual restarts.
> One hypothesis :

> When you restart a node on the DMQ bus, it can trigger memory usage on
the other nodes since they will start to do a SYNC and send one DMQ message
/ contact
> It could be that one node in the DMQ bus is restarted and not answering
DMQ messages ?
The mem leak periods do not match the moment we restart any of the nodes.
> Few ideas :

> You could search you trace, maybe you will find the DMQ sync requests ...
We verified the traces and we found that at the moment of the mem leak
there was nothing unusual.
> You can also confirm significant increase in active transactions.

Same.
> Verify the state of the bus :

> kamcmd dmq.list_nodes
The primary node state shows the affected secondary node as inactive.
> Verify the amount of contact on each node (confirm that the cluster is
healthy)
> kamctl stats | grep usrloc | grep contact
I'll run this check the next time we see the mem leak in action.
Daniel's patch is now in production, I'll confirm results soon.
Thanks,
Rogelio
-------------- next part --------------
users/attachments/20180731/27cfc3e5/attachment.html>
From fred at palner.com Tue Jul 31 19:45:31 2018

From: fred at palner.com (Fred Posner)
Date: Tue, 31 Jul 2018 13:45:31 -0400
In-Reply-To:
References:
Message-ID: <8d9cedd3-2126-db12-ced4-4e68341dcf66@palner.com>
On 7/31/18 1:36 PM, AL S wrote:

> Hi,
>
>
> Is recent kamalio release interoperable in virtual environment?
>
>
Depends on the environment of course. I've never had a problem with

VMware systems.
--fred
From iliusha.md at gmail.com Tue Jul 31 17:54:46 2018

From: iliusha.md at gmail.com (Ilie Soltanici)
Date: Tue, 31 Jul 2018 16:54:46 +0100
Subject: [SR-Users] get_out_socket(): no socket found
Message-ID: <CAJQ6-U3kFFcQUGJBV=u1sHVh2mjpQ1MK2nHpCKckezM7ocMFbw@mail.gmail.com>
Hi All,
I'm unable to register an extension to the Upstream Provider by using uac

module.
Getting the following error:
*Jul 31 15:49:39 k1-core1 k1[13146]: ERROR: <core> [core/forward.c:181]:

get_out_socket(): no socket found*
*Jul 31 15:49:39 k1-core1 k1[13146]: ERROR: <core> [core/forward.c:183]:
get_out_socket(): no corresponding socket found for(udp:8.8.8.8:5060
<http://8.8.8.8:5060>)*
*Jul 31 15:49:39 k1-core1 k1[13146]: ERROR: tm [ut.h:317]: uri2dst2(): no
corresponding socket found for "svr04.nuacom.net <http://svr04.nuacom.net>"
af 2 (udp:8.8.8.8:5060 <http://8.8.8.8:5060>)*
*Jul 31 15:49:39 k1-core1 k1[13146]: ERROR: tm [uac.c:449]:
t_uac_prepare(): no socket found*
*Jul 31 15:49:39 k1-core1 k1[13146]: ERROR: uac [uac_reg.c:1161]:
uac_reg_update(): failed to send request for [1050]*
Kamailio is listening on 2 interfaces:

[root at kamailio user]# /usr/local/sbin/kamcmd core.sockets_list
{
socket: {
proto: udp
address: 10.1.1.11
ipaddress: 10.1.1.11
port: 5060
mcast: no
mhomed: no
}
socket: {
proto: udp
address: 2.2.2.2
ipaddress: 2.2.2.2
port: 5060
mcast: no
mhomed: no
}
mhomed is enabled in the configuration file: *mhomed=1*
I'm not using ' force_send_socket' anywhere in the configuration file.

This is the uac module configuration:
modparam("uac", "reg_keep_callid", 1)
modparam("uac", "reg_contact_addr", "2.2.2.2")
modparam("uac", "reg_db_url","cluster://kamailio")
If i'm disabling mhomed from configuration file - i don't receive any

errors - but then kamailio is trying to send the message to the external
server (8.8.8.8) through internal interface (10.1.1.1).
Thank You.
-------------- next part --------------
users/attachments/20180731/9a0d0e26/attachment.html>

2018 July

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

2018 July

Uploaded by

Copyright:

Available Formats

From alex.sosic at evosip.

cloud Sun Jul 1 08:08:08 2018

so adding some xlogs We've managed to find out what's happening.

So why is that? In the documentation there's an example with is_method:

Everything is working except for this message:

This portion of DMQ documentation says that `Default value is "NULL".`

So my next question is:

On Sat, Jun 30, 2018 at 11:12 AM Aleksandar Sosic

From ovoshlook at gmail.com Sun Jul 1 09:27:00 2018

I have a situation when provider sends me 200 response with Request-Route

Means response comes from

My ACK (handled by kamailio) goes to the 1.1.1.1:5060 as it setted up at

I was surprised because of

Says that I should use Route header for reaching destination

(I know that I use kamailio on my case as proxy server but should

From abalashov at evaristesys.com Sun Jul 1 09:28:29 2018

This is entirely appropriate and correct. Nobody should be ignoring a

On Sun, Jul 01, 2018 at 10:27:00AM +0300, Yuriy Gorlichenko wrote:

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From ovoshlook at gmail.com Sun Jul 1 09:50:45 2018

Alex thank you for the response

question is: Any guess why this can happen?

2018-07-01 10:28 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:

From abalashov at evaristesys.com Sun Jul 1 09:52:10 2018

By "request route", I assume you mean Record-Route?

See RFC 3261 § 16 for more details.

On Sun, Jul 01, 2018 at 10:50:45AM +0300, Yuriy Gorlichenko wrote:

> Alex thank you for the response

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From abalashov at evaristesys.com Sun Jul 1 09:54:20 2018

Well, that was a confusing statement. To clarify:

Record-Route imposes obligations on both UAs to send their in-dialog

On Sun, Jul 01, 2018 at 10:50:45AM +0300, Yuriy Gorlichenko wrote:

> Alex thank you for the response

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From ovoshlook at gmail.com Sun Jul 1 10:01:19 2018

Yep. Record-Route. Sorry for typo.

Thx for the explanation.

On Sun, Jul 1, 2018, 10:56 Alex Balashov <abalashov at evaristesys.com> wrote:

> Well, that was a confusing statement. To clarify:

From ovoshlook at gmail.com Sun Jul 1 10:27:36 2018

Regarding UAC I meant not internal handling at the Freeswitch

In this case provider answers with Record-Route header as 1.1.1.1:5060

That was confused me...

2018-07-01 10:52 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:

> By "request route", I assume you mean Record-Route?

2018-07-01 10:54 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:

> Well, that was a confusing statement. To clarify:

From abalashov at evaristesys.com Sun Jul 1 10:35:42 2018

On Sun, Jul 01, 2018 at 11:27:36AM +0300, Yuriy Gorlichenko wrote:

If so, that's wrong.

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)

From ovoshlook at gmail.com Sun Jul 1 10:48:04 2018

Hm... Nice guess

2018-07-01 11:35 GMT+03:00 Alex Balashov <abalashov at evaristesys.com>:

From mespio at gmail.com Sun Jul 1 11:47:40 2018

I have strange issue,

From dometec at gmail.com Sun Jul 1 11:57:15 2018

Il 01 lug 2018 11:48 AM, "Mojtaba" <mespio at gmail.com> ha scritto:

I have strange issue,

From mespio at gmail.com Sun Jul 1 12:07:39 2018

What do you mean?

From pali.rohar at gmail.com Sun Jul 1 10:17:41 2018

Below features are mandatory for our project: