From hw at skalatan.de  Sat May  1 11:28:02 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Sat, 1 May 2021 09:28:02 +0000
Subject: [SR-Users] new in Kamailio 5.5.x document updated
Message-ID: <AM0PR05MB65959D3763500345306CE4C9C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

the "new in Kamailio 5.5.x" document has been updated. Again, a really impressive set of changes that lead to this release:

Over 1350 commits have been done in the last development period from over 70 individual contributors.

You find the document at the usual place in our wiki: https://www.kamailio.org/wiki/features/new-in-5.5.x

Many thanks to everybody who contributed to Kamailio.

Help in updating the documentation (e.g. core cookbook, pseudo-variable and transformation section) in the wiki is really welcome, as some content is probably still missing there.

Best regards,

Henning

--
Henning Westerholt - https://skalatan.de/blog/
Kamailio services - https://gilawa.com<https://gilawa.com/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210501/ef49b6f6/attachment.htm>

From hw at skalatan.de  Sat May  1 23:04:54 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Sat, 1 May 2021 21:04:54 +0000
Subject: [SR-Users] Dialog server behind proxy and ka_timer/ka_interval
In-Reply-To: <CAFGRPVq5RYtMCE+fZ1wr+VPiO0gEfHYZhyo792P9E6GczyLWjw@mail.gmail.com>
References: <CAFGRPVq5RYtMCE+fZ1wr+VPiO0gEfHYZhyo792P9E6GczyLWjw@mail.gmail.com>
Message-ID: <AM0PR05MB6595E758E05493282C5D4C30C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello David,

Some other ideas:


  *   Using media timeout (e.g. with rtpengine) to detect a dead call
  *   Using something like SIP session timers to make sure that dead calls are ended somehow
  *   Actually making sure that the Proxy server are forwarding the SIP Options to the UAs and not replying them ?

Cheers,

Henning

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David Villasmil
Sent: Friday, April 30, 2021 8:20 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Dialog server behind proxy and ka_timer/ka_interval

Hello guys,

So i have a setup where

client
    |
    V
   (WS)
[proxy (no dialog tracking)]
    |
    V
[dialog server]
    |
    V
[proxy (no dialog tracking)]
   (WS)
    |
    V
client

I'd like to know when any of the clients are not available (i.e.: crashed, shutdown unexpectedly. etc), so i enabled on the dialog server ka_timer/ka_interval. I see the OPTIONS going to the proxy when the call starts, and the proxy replying with 200 OK. If i shutdown the client, i see the OPTIONS still going, but the proxy is still responding. I assume the Proxy (kamailio) is simply responding to an OPTIONS message and not actually trying to resend it to the client.

Is there anyway of doing this or something better to accomplish the same thing?

Thanks!

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210501/19fa3882/attachment.htm>

From aziz647 at gmail.com  Sun May  2 14:07:30 2021
From: aziz647 at gmail.com (Abdulaziz Alghosh)
Date: Sun, 2 May 2021 14:07:30 +0200
Subject: [SR-Users] cannot xlog messages into /var/log/syslog
Message-ID: <CAP61Auzp6d_TLfMwTnYsb954dJ0ZO8PuMPV0rdB-DtyzWai-pw@mail.gmail.com>

Hi Everyone,

i am a beginner with Kamaili Server and I am trying to get along with
Kamailio config file by logging some messages by xlog Module. xlog module
logs two already-written messages which had been delivered with the default
configuration file with <script> as a prefix.

Unfortunately, I am not able to log anything further neither with xlog()
nor xdbg() functions.
may someone please advise?

Best regards.
Abdul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210502/4733933a/attachment.htm>

From Antony.Stone at kamailio.open.source.it  Sun May  2 14:15:05 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Sun, 2 May 2021 14:15:05 +0200
Subject: [SR-Users] cannot xlog messages into /var/log/syslog
In-Reply-To: <CAP61Auzp6d_TLfMwTnYsb954dJ0ZO8PuMPV0rdB-DtyzWai-pw@mail.gmail.com>
References: <CAP61Auzp6d_TLfMwTnYsb954dJ0ZO8PuMPV0rdB-DtyzWai-pw@mail.gmail.com>
Message-ID: <202105021415.05605.Antony.Stone@kamailio.open.source.it>

On Sunday 02 May 2021 at 14:07:30, Abdulaziz Alghosh wrote:

> i am a beginner with Kamailio Server and I am trying to get along with
> Kamailio config file by logging some messages by xlog Module. xlog module
> logs two already-written messages which had been delivered with the default
> configuration file with <script> as a prefix.
> 
> Unfortunately, I am not able to log anything further neither with xlog()
> nor xdbg() functions. may someone please advise?

I suggest you:

a) show us the configuration you are working with

b) tell us in more detail what you mean by "not able to log anything further".

That will save us from having to guess quite so much about your setup.


Antony.

-- 
I think broken pencils are pointless.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From nick at nickvsnetworking.com  Sun May  2 23:41:51 2021
From: nick at nickvsnetworking.com (Nick)
Date: Mon, 3 May 2021 07:41:51 +1000
Subject: [SR-Users] Set $uac_req(body) to raw hex value
In-Reply-To: <72c9e427-3721-5ff5-f706-2b905c7671e4@gmail.com>
References: <CALxx1oG9Cc8v8gUwwsBxAH3r1b+qJz6VLmcB8K89LroqroEfCw@mail.gmail.com>
 <72c9e427-3721-5ff5-f706-2b905c7671e4@gmail.com>
Message-ID: <CALxx1oEE7QQCCmByd6imcEsNLudP6=nErnjtDR4N1LV44DAtow@mail.gmail.com>

Hi Daniel,
This is to do with sending IMS SMS, where the SIP Body is encoded as GSM A
(GSM 03.38) containing the SMS TPDU.
There's a few things the *smsops* module couldn't handle, I'm using Kemi so
I was able to correctly encode / decode the values we needed using an
external library but then couldn't encode this as the message body.
Ideally I'd be able to take the output of the external library to encode as
the message body (in hex as it would be on the wire) and set it as the
message body, but I imagine this is a bit of an edge-case so probably not
much demand for it.
In the end some recent commits that addressed the same issues with smsops I
was facing enabled me to use the smsops module to do everything I needed,
Cheers,
Nick

[image: image.png]


On Mon, Apr 26, 2021 at 6:52 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> On 24.04.21 12:32, Nick wrote:
> > Hi all,
> >
> > It seems in the UAC module the $uac_req(body) PV is evaluated as a
> string,
> >
> > How can I set the value of the request body of a generated request, to
> > a raw hex value without it being interpreted as a string?
>
> Kamailio configuration file works only with integer and strings.
>
> Can you give an explicit example of what you try and what you expect to
> happen?
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/925b2634/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 53688 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/925b2634/attachment.png>

From david.villasmil.work at gmail.com  Mon May  3 00:59:29 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sun, 2 May 2021 23:59:29 +0100
Subject: [SR-Users] Dialog server behind proxy and ka_timer/ka_interval
In-Reply-To: <AM0PR05MB6595E758E05493282C5D4C30C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAFGRPVq5RYtMCE+fZ1wr+VPiO0gEfHYZhyo792P9E6GczyLWjw@mail.gmail.com>
 <AM0PR05MB6595E758E05493282C5D4C30C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAFGRPVpEy6-vzqtvdwPd8uec=XgzL49BYfKTmBCnKxeVMES38g@mail.gmail.com>

???? oh man I must?ve been having a horrible day... of course I just
changed the cfg to forward OPTIONS unless they were for ?myself? and that?s
it... damn.

Thanks Henning.

On Sat, 1 May 2021 at 22:04, Henning Westerholt <hw at skalatan.de> wrote:

> Hello David,
>
>
>
> Some other ideas:
>
>
>
>    - Using media timeout (e.g. with rtpengine) to detect a dead call
>    - Using something like SIP session timers to make sure that dead calls
>    are ended somehow
>    - Actually making sure that the Proxy server are forwarding the SIP
>    Options to the UAs and not replying them ?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *David
> Villasmil
> *Sent:* Friday, April 30, 2021 8:20 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] Dialog server behind proxy and ka_timer/ka_interval
>
>
>
> Hello guys,
>
>
>
> So i have a setup where
>
>
>
> client
>
>     |
>
>     V
>
>    (WS)
>
> [proxy (no dialog tracking)]
>
>     |
>
>     V
>
> [dialog server]
>
>     |
>
>     V
>
> [proxy (no dialog tracking)]
>
>    (WS)
>
>     |
>
>     V
>
> client
>
>
>
> I'd like to know when any of the clients are not available (i.e.: crashed,
> shutdown unexpectedly. etc), so i enabled on the dialog server
> ka_timer/ka_interval. I see the OPTIONS going to the proxy when the call
> starts, and the proxy replying with 200 OK. If i shutdown the client, i see
> the OPTIONS still going, but the proxy is still responding. I assume the
> Proxy (kamailio) is simply responding to an OPTIONS message and not
> actually trying to resend it to the client.
>
>
>
> Is there anyway of doing this or something better to accomplish the same
> thing?
>
>
>
> Thanks!
>
>
>
> David Villasmil
>
> email: david.villasmil.work at gmail.com
>
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210502/93f27355/attachment.htm>

From jh at tutpro.com  Mon May  3 06:50:24 2021
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 3 May 2021 07:50:24 +0300
Subject: [SR-Users] potential PRACK related topos bug [solved]
Message-ID: <24719.33040.102259.132352@tutpro.com>

Thanks to Daniel who patched topos/topos_redis code, topos now works
also in situations where requests spiral through the same proxy twice,
for example: A - P1 - P2 - P1 - B.

-- Juha


From miconda at gmail.com  Mon May  3 08:11:29 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 08:11:29 +0200
Subject: [SR-Users] potential PRACK related topos bug [solved]
In-Reply-To: <24719.33040.102259.132352@tutpro.com>
References: <24719.33040.102259.132352@tutpro.com>
Message-ID: <fa46b087-2837-63ce-d2a5-9ea1fd82e41b@gmail.com>


On 03.05.21 06:50, Juha Heinanen wrote:
> Thanks to Daniel who patched topos/topos_redis code, topos now works
> also in situations where requests spiral through the same proxy twice,
> for example: A - P1 - P2 - P1 - B.

Thanks for testing and reporting back -- I will backport remaining
commits to branch 5.5.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Mon May  3 08:20:45 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 08:20:45 +0200
Subject: [SR-Users] new in Kamailio 5.5.x document updated
In-Reply-To: <AM0PR05MB65959D3763500345306CE4C9C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <AM0PR05MB65959D3763500345306CE4C9C55D9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <b0bbb485-814d-edaa-9a94-ef9f172e1e16@gmail.com>

Thanks Henning!

Daniel

On 01.05.21 11:28, Henning Westerholt wrote:
>
> Hello,
>
> ?
>
> the ?new in Kamailio 5.5.x? document has been updated. Again, a really
> impressive set of changes that lead to this release:
>
> ?
>
> Over 1350 commits have been done in the last development period from
> over 70 individual contributors.
>
> ?
>
> You find the document at the usual place in our wiki:
> https://www.kamailio.org/wiki/features/new-in-5.5.x
> <https://www.kamailio.org/wiki/features/new-in-5.5.x>
>
> ?
>
> Many thanks to everybody who contributed to Kamailio.
>
> ?
>
> Help in updating the documentation (e.g. core cookbook,
> pseudo-variable and transformation section) in the wiki is really
> welcome, as some content is probably still missing there.
>
> ?
>
> Best regards,
>
> ?
>
> Henning
>
> ?
>
> -- 
>
> Henning Westerholt ? https://skalatan.de/blog/ <https://skalatan.de/blog/>
>
> Kamailio services ? https://gilawa.com <https://gilawa.com/>
>
> ?
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/7c7abaa3/attachment.htm>

From miconda at gmail.com  Mon May  3 08:34:29 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 08:34:29 +0200
Subject: [SR-Users] Set $uac_req(body) to raw hex value
In-Reply-To: <CALxx1oEE7QQCCmByd6imcEsNLudP6=nErnjtDR4N1LV44DAtow@mail.gmail.com>
References: <CALxx1oG9Cc8v8gUwwsBxAH3r1b+qJz6VLmcB8K89LroqroEfCw@mail.gmail.com>
 <72c9e427-3721-5ff5-f706-2b905c7671e4@gmail.com>
 <CALxx1oEE7QQCCmByd6imcEsNLudP6=nErnjtDR4N1LV44DAtow@mail.gmail.com>
Message-ID: <cdcbe145-134e-22ff-6d7b-4be465333422@gmail.com>

Hello,

still not very clear for me: if you want to set the body to hex string,
it should work, the hex string should not create any problem.

It is good that smsops cover those cases now. If you want to investigate
other directions, then:

If you have a multi-part body, there is another function that can be
useful, see:

? *
https://www.kamailio.org/docs/modules/stable/modules/textops.html#textops.f.append_body_part_hex

Moreover, there are transformations to encode/decode hex strings, they
may be useful. And, at the end, adding a function to set any type of
body should be not much C coding, you can look at the functions from
textops module.

Cheers,
Daniel

On 02.05.21 23:41, Nick wrote:
> Hi Daniel,
> This is to do with sending IMS SMS, where the SIP Body is encoded as
> GSM A (GSM 03.38) containing the SMS TPDU.
> There's a few things the *smsops*?module couldn't?handle, I'm using
> Kemi so I was able to correctly encode / decode the values we needed
> using an external library but then couldn't encode this as the message
> body.
> Ideally I'd be able to take the output of the external library to
> encode as the message body (in hex as it would be on the wire) and set
> it as the message body, but I imagine this is a bit of an edge-case so
> probably not much demand for it.
> In the end some recent commits that addressed the same issues with
> smsops I was facing enabled me to use the smsops module to do
> everything I needed,
> Cheers,
> Nick
>
>
>
>
> On Mon, Apr 26, 2021 at 6:52 PM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     On 24.04.21 12:32, Nick wrote:
>     > Hi all,
>     >
>     > It seems in the UAC module the?$uac_req(body) PV is evaluated as
>     a string,
>     >
>     > How can I set the value of the request body of a generated
>     request, to
>     > a raw hex value without it being interpreted as a string?
>
>     Kamailio configuration file works only with integer and strings.
>
>     Can you give an explicit example of what you try and what you
>     expect to
>     happen?
>
>     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>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>     ? * https://www.asipto.com/sw/kamailio-advanced-training-online/
>     <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/2d62689b/attachment.htm>

From mespio at gmail.com  Mon May  3 10:05:12 2021
From: mespio at gmail.com (Mojtaba)
Date: Mon, 3 May 2021 12:35:12 +0430
Subject: [SR-Users] connect multiple asterisk to kamailio
In-Reply-To: <CAFrQ1RmPwNdaWDdUNyEhcNG8_0FVkWq9ZYc6pX4VbrYCh1mqhA@mail.gmail.com>
References: <CAFrQ1RmPwNdaWDdUNyEhcNG8_0FVkWq9ZYc6pX4VbrYCh1mqhA@mail.gmail.com>
Message-ID: <CABVi_EyrPWo7E7XF0z2ZknTYviQ_Q5HW_2Qjj=wd-Am36drC9w@mail.gmail.com>

Hello Vahid,
Ofcourse, you could use multi-domain feature in Kamailio. Your customers
could put in specific domain like as sip:customer1 at domain1.com or
sip:customer2
@domain2.com.
All customers have to send their requests to kamailio which is defined in
outbound-proxy field. In kamailio, based on their domains, the requests
will relay to their asterisk or upstream servers.
Thanks.
Mojtaba Esfandiari.S

On Fri, Apr 30, 2021 at 11:31 PM Vahid sadrnia <vahidsadrnia at gmail.com>
wrote:

> hi everybody
> how can i connect multiple asterisk to kamailio and user just connect to
> specific asterisk(not load balancing),in fact each customer have their own
> media gateway(asterisk) and use kamailio for topolgy hiding.
> by regards and thanks.
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
--Mojtaba Esfandiari.S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/8bf811c9/attachment.htm>

From pwerspire at gmail.com  Mon May  3 11:02:32 2021
From: pwerspire at gmail.com (pwer spire)
Date: Mon, 3 May 2021 11:02:32 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
Message-ID: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>

Hi,

Any one have some idea about this? Or how it should be configured in order to still have the original response received in kamailio instead of the mapping one?

Thanks in advance,
Regards,
Tiago

From llcfhllml at gmail.com  Mon May  3 14:21:11 2021
From: llcfhllml at gmail.com (beer Ll)
Date: Mon, 3 May 2021 14:21:11 +0200
Subject: [SR-Users] named account with multiple numbers
Message-ID: <CAL1qiZBJ5seuZSyd0e46F-ZLS9PUKM_c_3CRpHeyq4ZkSXyWjw@mail.gmail.com>

Hi
I have a configuration with sip accounts which authenticate with the real
name of the customers
ex:

customer1 at sip.myvoip.dev
customer2 at sip.myvoip.dev
...


INBOUND call of multiple numbers are connected with alias_db to the
accounts

ex:
+331234567890 | sip.myvoip.dev        | customer1      | sip.myvoip.dev |
+331234567891 | sip.myvoip.dev        | customer1      | sip.myvoip.dev |

+341234567893 | sip.myvoip.dev        | customer2      | sip.myvoip.dev |
+341234567894 | sip.myvoip.dev        | customer2      | sip.myvoip.dev |
...

and all works perfectly.


OUTBOUND call
after authentication with the username kamailio change the caller id and
the ip of my ISP-SIP-TRUNK
to relay the call with the correct CID for the ISP using the variable $fn
(display name in the From header)

[SIP-GW-ISP]
{
                #out with ISP
                route(CID);
                $ru = "sip:" + $rU + "@" + "IP_ADDRESS_MY-ISP";
                route(RELAY);
                exit;
}

ROUTE[CID]
{
        $var(caller) = $(fn{re.subst,/"//g});
        uac_replace_from("$var(caller)","sip:$var(caller)@$fd");
 }

Is possible do it with a different approach for example using
Remote-Party-ID ,  PPI P-Preferred-Identity ?
Is possible to check if the customer uses the correct outbound number
present in the alias_db table ?

ex
for customer1 only +331234567890 or +331234567891 numbers


many thanks

Luca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/f9379a20/attachment.htm>

From miconda at gmail.com  Mon May  3 15:38:58 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 15:38:58 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
Message-ID: <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>

Hello,

On 03.05.21 11:02, pwer spire wrote:
> Hi,
>
> Any one have some idea about this? Or how it should be configured in order to still have the original response received in kamailio instead of the mapping one?

If you want all the traffic mirrored, then look at:

? *
https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode

It is simpler that the use of functions and flags to select what
messages should be mirrored.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From pwerspire at gmail.com  Mon May  3 16:31:53 2021
From: pwerspire at gmail.com (pwerspire)
Date: Mon, 3 May 2021 16:31:53 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
Message-ID: <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>

Hi,

Thanks for your reply.

We had the modparam("siptrace", "trace_mode", 1) but the issue with that is
that local error answers from kamailio doesn't appear.

For example, when Kamailio receives the INVITE and replies with a
forbidden, the Invite and the ACK is there but the Forbidden is not.

So with "trace_mode" 1 , everything works fine except this messages missing
and this was the problem that we tried to solve messing around with the
functions and flags.

Regards,
Tiago

Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
3/05/2021 ?(s) 15:39:

> Hello,
>
> On 03.05.21 11:02, pwer spire wrote:
> > Hi,
> >
> > Any one have some idea about this? Or how it should be configured in
> order to still have the original response received in kamailio instead of
> the mapping one?
>
> If you want all the traffic mirrored, then look at:
>
>   *
>
> https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>
> It is simpler that the use of functions and flags to select what
> messages should be mirrored.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/eabc4861/attachment.htm>

From miconda at gmail.com  Mon May  3 17:25:50 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 17:25:50 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
 <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
Message-ID: <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>

Hello,

local replies should be captured with trace_mode=1. Run with debug=3 in
kamailio.cfg and attach all log/debug messages printed by Kamailio for
such case (from the INVITE to the ACK processing).

Cheers,
Daniel

On 03.05.21 16:31, pwerspire wrote:
> Hi,
>
> Thanks for your reply.
>
> We had the?modparam("siptrace", "trace_mode", 1) but the issue with
> that is that local error answers from kamailio doesn't appear.
>
> For example, when Kamailio receives the INVITE and replies with a
> forbidden, the Invite and the ACK is there but the Forbidden is not.
>
> So with?"trace_mode" 1 , everything works fine except this messages
> missing and this was the problem that we tried to solve messing around
> with the functions and flags.
>
> Regards,
> Tiago
>
> Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>> escreveu no dia segunda, 3/05/2021 ?(s) 15:39:
>
>     Hello,
>
>     On 03.05.21 11:02, pwer spire wrote:
>     > Hi,
>     >
>     > Any one have some idea about this? Or how it should be
>     configured in order to still have the original response received
>     in kamailio instead of the mapping one?
>
>     If you want all the traffic mirrored, then look at:
>
>     ? *
>     https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>     <https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode>
>
>     It is simpler that the use of functions and flags to select what
>     messages should be mirrored.
>
>     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>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>     ? * https://www.asipto.com/sw/kamailio-advanced-training-online/
>     <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/0bd2bc59/attachment.htm>

From pwerspire at gmail.com  Mon May  3 19:16:16 2021
From: pwerspire at gmail.com (pwerspire)
Date: Mon, 3 May 2021 19:16:16 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
 <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
 <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>
Message-ID: <CAA4m=sH2NdERA-_CzhB961rM4xzdmooK2rbfgTj+NRA0nspF2A@mail.gmail.com>

Hello,

So I tested with the following configuration:

modparam("siptrace", "duplicate_uri", "sip:x.x.x.x:9060")
modparam("siptrace", "hep_mode_on", 1)
modparam("siptrace", "trace_to_database", 0)
#modparam("siptrace", "trace_flag", FLT_SIPTRACE)
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_mode", 1)
modparam("siptrace", "hep_version", 3)
modparam("siptrace", "hep_capture_id", 2040)

I can see this on the logs:

May 03 15:40:30  kamailio[6259]: ) 5(6267) DEBUG: sl [sl_funcs.c:554]:
sl_run_callbacks(): execute callback for event type 1
May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: siptrace
[siptrace.c:1842]: trace_sl_onreply_out(): trace off...
May 03 15:40:30 kamailio[6259]:  5(6267) DEBUG: <core>
[core/parser/msg_parser.c:620]: parse_msg(): SIP Reply  (status):
May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
[core/parser/msg_parser.c:622]: parse_msg():  version: <SIP/2.0>
May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
[core/parser/msg_parser.c:624]: parse_msg():  status:  <403>
May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
[core/parser/msg_parser.c:626]: parse_msg():  reason:  <Forbidden>

In attach is the log, I changed some of the values to mask the original
values.


Thanks,
Regards,
Tiago


Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
3/05/2021 ?(s) 17:25:

> Hello,
>
> local replies should be captured with trace_mode=1. Run with debug=3 in
> kamailio.cfg and attach all log/debug messages printed by Kamailio for such
> case (from the INVITE to the ACK processing).
>
> Cheers,
> Daniel
> On 03.05.21 16:31, pwerspire wrote:
>
> Hi,
>
> Thanks for your reply.
>
> We had the modparam("siptrace", "trace_mode", 1) but the issue with that
> is that local error answers from kamailio doesn't appear.
>
> For example, when Kamailio receives the INVITE and replies with a
> forbidden, the Invite and the ACK is there but the Forbidden is not.
>
> So with "trace_mode" 1 , everything works fine except this messages
> missing and this was the problem that we tried to solve messing around with
> the functions and flags.
>
> Regards,
> Tiago
>
> Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
> 3/05/2021 ?(s) 15:39:
>
>> Hello,
>>
>> On 03.05.21 11:02, pwer spire wrote:
>> > Hi,
>> >
>> > Any one have some idea about this? Or how it should be configured in
>> order to still have the original response received in kamailio instead of
>> the mapping one?
>>
>> If you want all the traffic mirrored, then look at:
>>
>>   *
>>
>> https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>>
>> It is simpler that the use of functions and flags to select what
>> messages should be mirrored.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/99655893/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kamailio.log
Type: application/octet-stream
Size: 41843 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/99655893/attachment.obj>

From david.villasmil.work at gmail.com  Mon May  3 21:29:14 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 3 May 2021 20:29:14 +0100
Subject: [SR-Users] possible bug on {param.value,name}
Message-ID: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>

Hello guys,

I'm possible using this wrong, but here it is;
I need to get a previously set parameter to rr, named "wsconnid":

$var(wsconnid) = $(hdr(Route){param.value,wsconnid})
xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");

And i'm getting:

May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR: <script>:
WS Connection ID 13>
May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR: <script>:
Got an OPTIONS We now need to get the connection id from rr

This is an example:
Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>

The function is returning "13>" instead of "13".

Thanks all,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/cc5be124/attachment.htm>

From miconda at gmail.com  Mon May  3 21:58:05 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 3 May 2021 21:58:05 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <CAA4m=sH2NdERA-_CzhB961rM4xzdmooK2rbfgTj+NRA0nspF2A@mail.gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
 <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
 <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>
 <CAA4m=sH2NdERA-_CzhB961rM4xzdmooK2rbfgTj+NRA0nspF2A@mail.gmail.com>
Message-ID: <75818dca-58e7-68bf-8f77-59586851095a@gmail.com>

Hello,

logs indicate that the siptrace is engaged when the reply is sent out:

May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
[siptrace_hep.c:496]: pipport2su(): the port string is 5060
May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
[siptrace_hep.c:496]: pipport2su(): the port string is 58530
May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: <core>
[core/proxy.c:264]: mk_proxy(): doing DNS lookup...
May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
[siptrace_hep.c:184]: trace_send_hep3_duplicate(): setting up the
socket_info

Can you watch the network traffic with ngrep/wireshark and check if the
reply is actually sent over?

Cheers,
Daniel

On 03.05.21 19:16, pwerspire wrote:
> Hello,
>
> So I tested with the following configuration:?
>
> modparam("siptrace", "duplicate_uri", "sip:x.x.x.x:9060")
> modparam("siptrace", "hep_mode_on", 1)
> modparam("siptrace", "trace_to_database", 0)
> #modparam("siptrace", "trace_flag", FLT_SIPTRACE)
> modparam("siptrace", "trace_on", 1)
> modparam("siptrace", "trace_mode", 1)
> modparam("siptrace", "hep_version", 3)
> modparam("siptrace", "hep_capture_id", 2040)
>
> I can see this on the logs:?
>
> May 03 15:40:30 ?kamailio[6259]: ) 5(6267) DEBUG: sl [sl_funcs.c:554]:
> sl_run_callbacks(): execute callback for event type 1
> May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: siptrace
> [siptrace.c:1842]: trace_sl_onreply_out(): trace off...
> May 03 15:40:30 kamailio[6259]: ?5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:620]: parse_msg(): SIP Reply ?(status):
> May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:622]: parse_msg(): ?version: <SIP/2.0>
> May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:624]: parse_msg(): ?status: ?<403>
> May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:626]: parse_msg(): ?reason: ?<Forbidden>
>
> In attach is the log, I changed some of the values to mask the
> original values.
>
>
> Thanks,
> Regards,
> Tiago
>
>
> Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>> escreveu no dia segunda, 3/05/2021 ?(s) 17:25:
>
>     Hello,
>
>     local replies should be captured with trace_mode=1. Run with
>     debug=3 in kamailio.cfg and attach all log/debug messages printed
>     by Kamailio for such case (from the INVITE to the ACK processing).
>
>     Cheers,
>     Daniel
>
>     On 03.05.21 16:31, pwerspire wrote:
>>     Hi,
>>
>>     Thanks for your reply.
>>
>>     We had the?modparam("siptrace", "trace_mode", 1) but the issue
>>     with that is that local error answers from kamailio doesn't appear.
>>
>>     For example, when Kamailio receives the INVITE and replies with a
>>     forbidden, the Invite and the ACK is there but the Forbidden is not.
>>
>>     So with?"trace_mode" 1 , everything works fine except this
>>     messages missing and this was the problem that we tried to solve
>>     messing around with the functions and flags.
>>
>>     Regards,
>>     Tiago
>>
>>     Daniel-Constantin Mierla <miconda at gmail.com
>>     <mailto:miconda at gmail.com>> escreveu no dia segunda, 3/05/2021
>>     ?(s) 15:39:
>>
>>         Hello,
>>
>>         On 03.05.21 11:02, pwer spire wrote:
>>         > Hi,
>>         >
>>         > Any one have some idea about this? Or how it should be
>>         configured in order to still have the original response
>>         received in kamailio instead of the mapping one?
>>
>>         If you want all the traffic mirrored, then look at:
>>
>>         ? *
>>         https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>>         <https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode>
>>
>>         It is simpler that the use of functions and flags to select what
>>         messages should be mirrored.
>>
>>         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>
>>         Kamailio Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America
>>         Timezone)
>>         ? *
>>         https://www.asipto.com/sw/kamailio-advanced-training-online/
>>         <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>>
>>     __________________________________________________________
>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>       * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>     Edit mailing list options or unsubscribe:
>>       * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/3722e8bc/attachment.htm>

From david.villasmil.work at gmail.com  Mon May  3 23:41:02 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 3 May 2021 22:41:02 +0100
Subject: [SR-Users] Can't make tcp_conid_alive work with $var
Message-ID: <CAFGRPVr4+u6o_UYwY+vuBz5BMJQDr+oKwq=8umZFMrDAJieVxA@mail.gmail.com>

Hello guys,

I'm trying to do the following:

On INVITE, i add a param to RR "wsconnid" which is the connection id of the
WS socket.
Afterwards, i get an OPTIONS including said param.

Next I want to retrieve the param and check if the connection is alive.

NOTE: using simply "$(hdr(Route){param.value,wsconnid})" returns an extra
">" from the end of the string, and i haven't been able to remove that any
other way but with "striptail", it works fine.

***
    $var(conid) = $(hdr(Route){param.value,wsconnid});
    $var(conid) = $(var(conid){s.striptail,1});
    xlog("L_ERR", "Connection ID parameter: [$var(conid)]");
    if (tcp_conid_alive("$var(conid)")) {
        xlog("L_ERR", "WS Connection ID $var(conid) is alive");
    } else {
        xlog("L_ERR", "WS Connection ID $var(conid) is NOT alive");
    }
***

With that, "$var(conid)" contains the connection id properly:
***
ERROR: <script>: Connection ID parameter: [2]
***

but tcp_conid_alive complaints:
***
ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not convert
PV to int
ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
'conid' (must be a number)
***

Using a hardcoded number such as "1" generates no complaints.

Kamailio version:
version: kamailio 5.3.7 (x86_64/linux)

Not sure what's going on here, any ideas?

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/716546cd/attachment.htm>

From osas at voipembedded.com  Tue May  4 00:02:19 2021
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 3 May 2021 18:02:19 -0400
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
Message-ID: <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>

You should try something like this:
$var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
First you need to extract the URI, and then the URI parameter.

The param.value transformation is expecting a true param list, not uri
or nameaddress.

Regards,
Ovidiu Sas

On Mon, May 3, 2021 at 3:29 PM David Villasmil
<david.villasmil.work at gmail.com> wrote:
>
> Hello guys,
>
> I'm possible using this wrong, but here it is;
> I need to get a previously set parameter to rr, named "wsconnid":
>
> $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
> xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>
> And i'm getting:
>
> May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR: <script>: WS Connection ID 13>
> May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR: <script>: Got an OPTIONS We now need to get the connection id from rr
>
> This is an example:
> Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>
> The function is returning "13>" instead of "13".
>
> Thanks all,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


From osas at voipembedded.com  Tue May  4 00:05:27 2021
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 3 May 2021 18:05:27 -0400
Subject: [SR-Users] Can't make tcp_conid_alive work with $var
In-Reply-To: <CAFGRPVr4+u6o_UYwY+vuBz5BMJQDr+oKwq=8umZFMrDAJieVxA@mail.gmail.com>
References: <CAFGRPVr4+u6o_UYwY+vuBz5BMJQDr+oKwq=8umZFMrDAJieVxA@mail.gmail.com>
Message-ID: <CAND0LksfN2HaVU9SSvDJzCUymgqrRHCSy6rNWvVxH45j21Kc4Q@mail.gmail.com>

Try to convert to int using the {s.int} transformation.

Regards,
Ovidiu Sas

On Mon, May 3, 2021 at 5:41 PM David Villasmil
<david.villasmil.work at gmail.com> wrote:
>
> Hello guys,
>
> I'm trying to do the following:
>
> On INVITE, i add a param to RR "wsconnid" which is the connection id of the WS socket.
> Afterwards, i get an OPTIONS including said param.
>
> Next I want to retrieve the param and check if the connection is alive.
>
> NOTE: using simply "$(hdr(Route){param.value,wsconnid})" returns an extra ">" from the end of the string, and i haven't been able to remove that any other way but with "striptail", it works fine.
>
> ***
>     $var(conid) = $(hdr(Route){param.value,wsconnid});
>     $var(conid) = $(var(conid){s.striptail,1});
>     xlog("L_ERR", "Connection ID parameter: [$var(conid)]");
>     if (tcp_conid_alive("$var(conid)")) {
>         xlog("L_ERR", "WS Connection ID $var(conid) is alive");
>     } else {
>         xlog("L_ERR", "WS Connection ID $var(conid) is NOT alive");
>     }
> ***
>
> With that, "$var(conid)" contains the connection id properly:
> ***
> ERROR: <script>: Connection ID parameter: [2]
> ***
>
> but tcp_conid_alive complaints:
> ***
> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not convert PV to int
> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter 'conid' (must be a number)
> ***
>
> Using a hardcoded number such as "1" generates no complaints.
>
> Kamailio version:
> version: kamailio 5.3.7 (x86_64/linux)
>
> Not sure what's going on here, any ideas?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


From david.villasmil.work at gmail.com  Tue May  4 00:19:57 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 3 May 2021 23:19:57 +0100
Subject: [SR-Users] Can't make tcp_conid_alive work with $var
In-Reply-To: <CAND0LksfN2HaVU9SSvDJzCUymgqrRHCSy6rNWvVxH45j21Kc4Q@mail.gmail.com>
References: <CAFGRPVr4+u6o_UYwY+vuBz5BMJQDr+oKwq=8umZFMrDAJieVxA@mail.gmail.com>
 <CAND0LksfN2HaVU9SSvDJzCUymgqrRHCSy6rNWvVxH45j21Kc4Q@mail.gmail.com>
Message-ID: <CAFGRPVqUughngnt+9fRSAR95t33ukU_37GRSKLeMs6fjfoagBQ@mail.gmail.com>

Thanks Ovidiu,

Already tried that..

$var(conid) = $(hdr(Route){param.value,wsconnid});
$var(conid) = $(var(conid){s.striptail,1}{s.int});

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 3, 2021 at 11:06 PM Ovidiu Sas <osas at voipembedded.com> wrote:

> Try to convert to int using the {s.int} transformation.
>
> Regards,
> Ovidiu Sas
>
> On Mon, May 3, 2021 at 5:41 PM David Villasmil
> <david.villasmil.work at gmail.com> wrote:
> >
> > Hello guys,
> >
> > I'm trying to do the following:
> >
> > On INVITE, i add a param to RR "wsconnid" which is the connection id of
> the WS socket.
> > Afterwards, i get an OPTIONS including said param.
> >
> > Next I want to retrieve the param and check if the connection is alive.
> >
> > NOTE: using simply "$(hdr(Route){param.value,wsconnid})" returns an
> extra ">" from the end of the string, and i haven't been able to remove
> that any other way but with "striptail", it works fine.
> >
> > ***
> >     $var(conid) = $(hdr(Route){param.value,wsconnid});
> >     $var(conid) = $(var(conid){s.striptail,1});
> >     xlog("L_ERR", "Connection ID parameter: [$var(conid)]");
> >     if (tcp_conid_alive("$var(conid)")) {
> >         xlog("L_ERR", "WS Connection ID $var(conid) is alive");
> >     } else {
> >         xlog("L_ERR", "WS Connection ID $var(conid) is NOT alive");
> >     }
> > ***
> >
> > With that, "$var(conid)" contains the connection id properly:
> > ***
> > ERROR: <script>: Connection ID parameter: [2]
> > ***
> >
> > but tcp_conid_alive complaints:
> > ***
> > ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not
> convert PV to int
> > ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
> 'conid' (must be a number)
> > ***
> >
> > Using a hardcoded number such as "1" generates no complaints.
> >
> > Kamailio version:
> > version: kamailio 5.3.7 (x86_64/linux)
> >
> > Not sure what's going on here, any ideas?
> >
> > Regards,
> >
> > David Villasmil
> > email: david.villasmil.work at gmail.com
> > phone: +34669448337
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> >   * sr-users at lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> > Edit mailing list options or unsubscribe:
> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> VoIP Embedded, Inc.
> http://www.voipembedded.com
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/99ee5ac3/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 00:27:08 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 3 May 2021 23:27:08 +0100
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
Message-ID: <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>

That did the trick (and adding the s.init)

$var(conid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});

Now, i understand uri.param returning and extra ">".

but now i'd really like to understand why $var(whatever) which contains "4"
would result in:

ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not convert
PV to int
ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
'conid' (must be a number)

?


Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com> wrote:

> You should try something like this:
> $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
> First you need to extract the URI, and then the URI parameter.
>
> The param.value transformation is expecting a true param list, not uri
> or nameaddress.
>
> Regards,
> Ovidiu Sas
>
> On Mon, May 3, 2021 at 3:29 PM David Villasmil
> <david.villasmil.work at gmail.com> wrote:
> >
> > Hello guys,
> >
> > I'm possible using this wrong, but here it is;
> > I need to get a previously set parameter to rr, named "wsconnid":
> >
> > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
> > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
> >
> > And i'm getting:
> >
> > May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
> <script>: WS Connection ID 13>
> > May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR:
> <script>: Got an OPTIONS We now need to get the connection id from rr
> >
> > This is an example:
> > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
> >
> > The function is returning "13>" instead of "13".
> >
> > Thanks all,
> >
> > David Villasmil
> > email: david.villasmil.work at gmail.com
> > phone: +34669448337
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> >   * sr-users at lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> > Edit mailing list options or unsubscribe:
> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> VoIP Embedded, Inc.
> http://www.voipembedded.com
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210503/060b9730/attachment.htm>

From miconda at gmail.com  Tue May  4 08:24:22 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 4 May 2021 08:24:22 +0200
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
Message-ID: <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>

Hello,

you have to show how you use the function and pass the parameters to it.

Cheers,
Daniel

On 04.05.21 00:27, David Villasmil wrote:
> That did the trick (and adding the s.init)
>
> $var(conid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int
> <http://s.int>});
>
> Now, i understand uri.param returning and extra ">".
>
> but now i'd really like to understand why $var(whatever) which
> contains "4" would result in:
>
> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not
> convert PV to int
> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid
> parameter 'conid' (must be a number)
>
> ?
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com
> <mailto:osas at voipembedded.com>> wrote:
>
>     You should try something like this:
>     $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>     First you need to extract the URI, and then the URI parameter.
>
>     The param.value transformation is expecting a true param list, not uri
>     or nameaddress.
>
>     Regards,
>     Ovidiu Sas
>
>     On Mon, May 3, 2021 at 3:29 PM David Villasmil
>     <david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>> wrote:
>     >
>     > Hello guys,
>     >
>     > I'm possible using this wrong, but here it is;
>     > I need to get a previously set parameter to rr, named "wsconnid":
>     >
>     > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>     > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>     >
>     > And i'm getting:
>     >
>     > May? 3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]:
>     ERROR: <script>: WS Connection ID 13>
>     > May? 3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]:
>     ERROR: <script>: Got an OPTIONS We now need to get the connection
>     id from rr
>     >
>     > This is an example:
>     > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>     >
>     > The function is returning "13>" instead of "13".
>     >
>     > Thanks all,
>     >
>     > David Villasmil
>     > email: david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>
>     > phone: +34669448337
>     > __________________________________________________________
>     > Kamailio - Users Mailing List - Non Commercial Discussions
>     >? ?* sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     > Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     > Edit mailing list options or unsubscribe:
>     >? ?* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>     -- 
>     VoIP Embedded, Inc.
>     http://www.voipembedded.com <http://www.voipembedded.com>
>
>     __________________________________________________________
>     Kamailio - Users Mailing List - Non Commercial Discussions
>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     Edit mailing list options or unsubscribe:
>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/d3df63f6/attachment.htm>

From pwerspire at gmail.com  Tue May  4 12:36:24 2021
From: pwerspire at gmail.com (pwerspire)
Date: Tue, 4 May 2021 12:36:24 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <75818dca-58e7-68bf-8f77-59586851095a@gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
 <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
 <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>
 <CAA4m=sH2NdERA-_CzhB961rM4xzdmooK2rbfgTj+NRA0nspF2A@mail.gmail.com>
 <75818dca-58e7-68bf-8f77-59586851095a@gmail.com>
Message-ID: <CAA4m=sHtX6QA9O8Nbn7-H8YHryqPEPusyB8Na3Xg2xi62BSa8A@mail.gmail.com>

Hello,

I captured a tcpdump on this scenario and saw that in fact, the siptrace is
sending the 403 Forbidden towards Homer.
The issue is that for this local reply, Kamailio instead of using the
private interface as it does for the other messages, is choosing the public
interface, so the local reply doesn't arrive on heplify side.

After forcing the socket with send_sock_addr, the reply appears on Homer.
modparam("siptrace", "send_sock_addr", "sip:x.x.x.x:xxxx")

>From the documentation, I saw that if we don't use the send_sock_addr
Kamailio will choose the interface, but shouldn't it choose always the same
interface?

Thanks for the help finding the issue.
Regards,
Tiago


Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
3/05/2021 ?(s) 21:58:

> Hello,
>
> logs indicate that the siptrace is engaged when the reply is sent out:
>
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: siptrace
> [siptrace_hep.c:496]: pipport2su(): the port string is 5060
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: siptrace
> [siptrace_hep.c:496]: pipport2su(): the port string is 58530
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
> [core/proxy.c:264]: mk_proxy(): doing DNS lookup...
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: siptrace
> [siptrace_hep.c:184]: trace_send_hep3_duplicate(): setting up the
> socket_info
>
> Can you watch the network traffic with ngrep/wireshark and check if the
> reply is actually sent over?
>
> Cheers,
> Daniel
> On 03.05.21 19:16, pwerspire wrote:
>
> Hello,
>
> So I tested with the following configuration:
>
> modparam("siptrace", "duplicate_uri", "sip:x.x.x.x:9060")
> modparam("siptrace", "hep_mode_on", 1)
> modparam("siptrace", "trace_to_database", 0)
> #modparam("siptrace", "trace_flag", FLT_SIPTRACE)
> modparam("siptrace", "trace_on", 1)
> modparam("siptrace", "trace_mode", 1)
> modparam("siptrace", "hep_version", 3)
> modparam("siptrace", "hep_capture_id", 2040)
>
> I can see this on the logs:
>
> May 03 15:40:30  kamailio[6259]: ) 5(6267) DEBUG: sl [sl_funcs.c:554]:
> sl_run_callbacks(): execute callback for event type 1
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: siptrace
> [siptrace.c:1842]: trace_sl_onreply_out(): trace off...
> May 03 15:40:30 kamailio[6259]:  5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:620]: parse_msg(): SIP Reply  (status):
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:622]: parse_msg():  version: <SIP/2.0>
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:624]: parse_msg():  status:  <403>
> May 03 15:40:30  kamailio[6259]:  5(6267) DEBUG: <core>
> [core/parser/msg_parser.c:626]: parse_msg():  reason:  <Forbidden>
>
> In attach is the log, I changed some of the values to mask the original
> values.
>
>
> Thanks,
> Regards,
> Tiago
>
>
> Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
> 3/05/2021 ?(s) 17:25:
>
>> Hello,
>>
>> local replies should be captured with trace_mode=1. Run with debug=3 in
>> kamailio.cfg and attach all log/debug messages printed by Kamailio for such
>> case (from the INVITE to the ACK processing).
>>
>> Cheers,
>> Daniel
>> On 03.05.21 16:31, pwerspire wrote:
>>
>> Hi,
>>
>> Thanks for your reply.
>>
>> We had the modparam("siptrace", "trace_mode", 1) but the issue with that
>> is that local error answers from kamailio doesn't appear.
>>
>> For example, when Kamailio receives the INVITE and replies with a
>> forbidden, the Invite and the ACK is there but the Forbidden is not.
>>
>> So with "trace_mode" 1 , everything works fine except this messages
>> missing and this was the problem that we tried to solve messing around with
>> the functions and flags.
>>
>> Regards,
>> Tiago
>>
>> Daniel-Constantin Mierla <miconda at gmail.com> escreveu no dia segunda,
>> 3/05/2021 ?(s) 15:39:
>>
>>> Hello,
>>>
>>> On 03.05.21 11:02, pwer spire wrote:
>>> > Hi,
>>> >
>>> > Any one have some idea about this? Or how it should be configured in
>>> order to still have the original response received in kamailio instead of
>>> the mapping one?
>>>
>>> If you want all the traffic mirrored, then look at:
>>>
>>>   *
>>>
>>> https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>>>
>>> It is simpler that the use of functions and flags to select what
>>> messages should be mirrored.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/cbe62232/attachment.htm>

From miconda at gmail.com  Tue May  4 14:05:19 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 4 May 2021 14:05:19 +0200
Subject: [SR-Users] Kamailio 5.4.4 and Siptrace
In-Reply-To: <CAA4m=sHtX6QA9O8Nbn7-H8YHryqPEPusyB8Na3Xg2xi62BSa8A@mail.gmail.com>
References: <4E397F2A-5FA3-4F29-9CAF-2A298D2D505F@gmail.com>
 <b94508f5-aacd-aeeb-53ab-42453f5e0801@gmail.com>
 <CAA4m=sFe3UYA9oQOxmipO_fwhYComGSXG2=LPXh=VK42brrsWw@mail.gmail.com>
 <97b21758-2b83-f751-41ee-976404b236aa@gmail.com>
 <CAA4m=sH2NdERA-_CzhB961rM4xzdmooK2rbfgTj+NRA0nspF2A@mail.gmail.com>
 <75818dca-58e7-68bf-8f77-59586851095a@gmail.com>
 <CAA4m=sHtX6QA9O8Nbn7-H8YHryqPEPusyB8Na3Xg2xi62BSa8A@mail.gmail.com>
Message-ID: <413dea0f-ec1a-291c-b474-d171c7c7a28a@gmail.com>

Hello,

the interface selection is based on the conditions met at a specific
moment, depending also on the operations done in the code case by case.
If you want to enforce a specific one, then you have to specify it via
modparam.

Cheers,
Daniel

On 04.05.21 12:36, pwerspire wrote:
> Hello,
>
> I captured a tcpdump on this scenario and saw that in fact, the
> siptrace is sending the 403 Forbidden towards Homer.
> The issue is that for this local reply, Kamailio instead of using the
> private interface as it does for the?other messages, is choosing the
> public interface, so the local reply doesn't arrive on heplify side.
>
> After forcing the socket with?send_sock_addr, the reply appears on Homer.
> modparam("siptrace", "send_sock_addr", "sip:x.x.x.x:xxxx")
>
> From the documentation, I saw that if we don't use the?send_sock_addr
> Kamailio will choose the interface, but shouldn't it choose always the
> same interface?
>
> Thanks for the help finding the issue.
> Regards,
> Tiago
>
>
> Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>> escreveu no dia segunda, 3/05/2021 ?(s) 21:58:
>
>     Hello,
>
>     logs indicate that the siptrace is engaged when the reply is sent out:
>
>     May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
>     [siptrace_hep.c:496]: pipport2su(): the port string is 5060
>     May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
>     [siptrace_hep.c:496]: pipport2su(): the port string is 58530
>     May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: <core>
>     [core/proxy.c:264]: mk_proxy(): doing DNS lookup...
>     May 03 15:40:30? kamailio[6259]:? 5(6267) DEBUG: siptrace
>     [siptrace_hep.c:184]: trace_send_hep3_duplicate(): setting up the
>     socket_info
>
>     Can you watch the network traffic with ngrep/wireshark and check
>     if the reply is actually sent over?
>
>     Cheers,
>     Daniel
>
>     On 03.05.21 19:16, pwerspire wrote:
>>     Hello,
>>
>>     So I tested with the following configuration:?
>>
>>     modparam("siptrace", "duplicate_uri", "sip:x.x.x.x:9060")
>>     modparam("siptrace", "hep_mode_on", 1)
>>     modparam("siptrace", "trace_to_database", 0)
>>     #modparam("siptrace", "trace_flag", FLT_SIPTRACE)
>>     modparam("siptrace", "trace_on", 1)
>>     modparam("siptrace", "trace_mode", 1)
>>     modparam("siptrace", "hep_version", 3)
>>     modparam("siptrace", "hep_capture_id", 2040)
>>
>>     I can see this on the logs:?
>>
>>     May 03 15:40:30 ?kamailio[6259]: ) 5(6267) DEBUG: sl
>>     [sl_funcs.c:554]: sl_run_callbacks(): execute callback for event
>>     type 1
>>     May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: siptrace
>>     [siptrace.c:1842]: trace_sl_onreply_out(): trace off...
>>     May 03 15:40:30 kamailio[6259]: ?5(6267) DEBUG: <core>
>>     [core/parser/msg_parser.c:620]: parse_msg(): SIP Reply ?(status):
>>     May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
>>     [core/parser/msg_parser.c:622]: parse_msg(): ?version: <SIP/2.0>
>>     May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
>>     [core/parser/msg_parser.c:624]: parse_msg(): ?status: ?<403>
>>     May 03 15:40:30 ?kamailio[6259]: ?5(6267) DEBUG: <core>
>>     [core/parser/msg_parser.c:626]: parse_msg(): ?reason: ?<Forbidden>
>>
>>     In attach is the log, I changed some of the values to mask the
>>     original values.
>>
>>
>>     Thanks,
>>     Regards,
>>     Tiago
>>
>>
>>     Daniel-Constantin Mierla <miconda at gmail.com
>>     <mailto:miconda at gmail.com>> escreveu no dia segunda, 3/05/2021
>>     ?(s) 17:25:
>>
>>         Hello,
>>
>>         local replies should be captured with trace_mode=1. Run with
>>         debug=3 in kamailio.cfg and attach all log/debug messages
>>         printed by Kamailio for such case (from the INVITE to the ACK
>>         processing).
>>
>>         Cheers,
>>         Daniel
>>
>>         On 03.05.21 16:31, pwerspire wrote:
>>>         Hi,
>>>
>>>         Thanks for your reply.
>>>
>>>         We had the?modparam("siptrace", "trace_mode", 1) but the
>>>         issue with that is that local error answers from kamailio
>>>         doesn't appear.
>>>
>>>         For example, when Kamailio receives the INVITE and replies
>>>         with a forbidden, the Invite and the ACK is there but the
>>>         Forbidden is not.
>>>
>>>         So with?"trace_mode" 1 , everything works fine except this
>>>         messages missing and this was the problem that we tried to
>>>         solve messing around with the functions and flags.
>>>
>>>         Regards,
>>>         Tiago
>>>
>>>         Daniel-Constantin Mierla <miconda at gmail.com
>>>         <mailto:miconda at gmail.com>> escreveu no dia segunda,
>>>         3/05/2021 ?(s) 15:39:
>>>
>>>             Hello,
>>>
>>>             On 03.05.21 11:02, pwer spire wrote:
>>>             > Hi,
>>>             >
>>>             > Any one have some idea about this? Or how it should be
>>>             configured in order to still have the original response
>>>             received in kamailio instead of the mapping one?
>>>
>>>             If you want all the traffic mirrored, then look at:
>>>
>>>             ? *
>>>             https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode
>>>             <https://www.kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode>
>>>
>>>             It is simpler that the use of functions and flags to
>>>             select what
>>>             messages should be mirrored.
>>>
>>>             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>
>>>             Kamailio Advanced Training - Online
>>>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021
>>>             (America Timezone)
>>>             ? *
>>>             https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>             <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>
>>>
>>>         __________________________________________________________
>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>           * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>         Edit mailing list options or unsubscribe:
>>>           * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/56059da0/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 15:15:00 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 14:15:00 +0100
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
 <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
Message-ID: <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>

I was using it like:

$var(conid) = $(hdr(Route){uri.param,wsconnid}{s.int})

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 4, 2021 at 7:24 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> you have to show how you use the function and pass the parameters to it.
>
> Cheers,
> Daniel
> On 04.05.21 00:27, David Villasmil wrote:
>
> That did the trick (and adding the s.init)
>
> $var(conid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});
>
> Now, i understand uri.param returning and extra ">".
>
> but now i'd really like to understand why $var(whatever) which contains
> "4" would result in:
>
> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not convert
> PV to int
> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
> 'conid' (must be a number)
>
> ?
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com> wrote:
>
>> You should try something like this:
>> $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>> First you need to extract the URI, and then the URI parameter.
>>
>> The param.value transformation is expecting a true param list, not uri
>> or nameaddress.
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Mon, May 3, 2021 at 3:29 PM David Villasmil
>> <david.villasmil.work at gmail.com> wrote:
>> >
>> > Hello guys,
>> >
>> > I'm possible using this wrong, but here it is;
>> > I need to get a previously set parameter to rr, named "wsconnid":
>> >
>> > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>> > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>> >
>> > And i'm getting:
>> >
>> > May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
>> <script>: WS Connection ID 13>
>> > May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR:
>> <script>: Got an OPTIONS We now need to get the connection id from rr
>> >
>> > This is an example:
>> > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>> >
>> > The function is returning "13>" instead of "13".
>> >
>> > Thanks all,
>> >
>> > David Villasmil
>> > email: david.villasmil.work at gmail.com
>> > phone: +34669448337
>> > __________________________________________________________
>> > Kamailio - Users Mailing List - Non Commercial Discussions
>> >   * sr-users at lists.kamailio.org
>> > Important: keep the mailing list in the recipients, do not reply only
>> to the sender!
>> > Edit mailing list options or unsubscribe:
>> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> --
>> VoIP Embedded, Inc.
>> http://www.voipembedded.com
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/61c75b6e/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 15:16:36 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 14:16:36 +0100
Subject: [SR-Users] geting $conid on outbound INVITE
Message-ID: <CAFGRPVo9DxLX5_tL9W+PioJp5Wr_4Qmx9coDUtkWPCcWM4oA+A@mail.gmail.com>

Hello guys,

I don't have a lot of experience with webrtc (websocket).
I'm trying to get $conid when i receive an INVITE via UDP which is GOING to
a ws, how do i do that?

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/ef0a93aa/attachment.htm>

From miconda at gmail.com  Tue May  4 15:41:56 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 4 May 2021 15:41:56 +0200
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
 <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
 <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>
Message-ID: <af024131-6ae2-f1c0-7288-1f2ac181f85a@gmail.com>

The question was about the tcpops function, because that one printed the
logs.

Cheers,
Daniel

On 04.05.21 15:15, David Villasmil wrote:
> I was using it like:
>
> $var(conid) = $(hdr(Route){uri.param,wsconnid}{s.int <http://s.int>})
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Tue, May 4, 2021 at 7:24 AM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     you have to show how you use the function and pass the parameters
>     to it.
>
>     Cheers,
>     Daniel
>
>     On 04.05.21 00:27, David Villasmil wrote:
>>     That did the trick (and adding the s.init)
>>
>>     $var(conid) =
>>     $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int
>>     <http://s.int>});
>>
>>     Now, i understand uri.param returning and extra ">".
>>
>>     but now i'd really like to understand why $var(whatever) which
>>     contains "4" would result in:
>>
>>     ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could
>>     not convert PV to int
>>     ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid
>>     parameter 'conid' (must be a number)
>>
>>     ?
>>
>>
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>
>>
>>     On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com
>>     <mailto:osas at voipembedded.com>> wrote:
>>
>>         You should try something like this:
>>         $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>>         First you need to extract the URI, and then the URI parameter.
>>
>>         The param.value transformation is expecting a true param
>>         list, not uri
>>         or nameaddress.
>>
>>         Regards,
>>         Ovidiu Sas
>>
>>         On Mon, May 3, 2021 at 3:29 PM David Villasmil
>>         <david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>> wrote:
>>         >
>>         > Hello guys,
>>         >
>>         > I'm possible using this wrong, but here it is;
>>         > I need to get a previously set parameter to rr, named
>>         "wsconnid":
>>         >
>>         > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>>         > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>>         >
>>         > And i'm getting:
>>         >
>>         > May? 3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]:
>>         ERROR: <script>: WS Connection ID 13>
>>         > May? 3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]:
>>         ERROR: <script>: Got an OPTIONS We now need to get the
>>         connection id from rr
>>         >
>>         > This is an example:
>>         > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>>         >
>>         > The function is returning "13>" instead of "13".
>>         >
>>         > Thanks all,
>>         >
>>         > David Villasmil
>>         > email: david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>
>>         > phone: +34669448337
>>         > __________________________________________________________
>>         > Kamailio - Users Mailing List - Non Commercial Discussions
>>         >? ?* sr-users at lists.kamailio.org
>>         <mailto:sr-users at lists.kamailio.org>
>>         > Important: keep the mailing list in the recipients, do not
>>         reply only to the sender!
>>         > Edit mailing list options or unsubscribe:
>>         >? ?*
>>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>         -- 
>>         VoIP Embedded, Inc.
>>         http://www.voipembedded.com <http://www.voipembedded.com>
>>
>>         __________________________________________________________
>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>         ? * sr-users at lists.kamailio.org
>>         <mailto:sr-users at lists.kamailio.org>
>>         Important: keep the mailing list in the recipients, do not
>>         reply only to the sender!
>>         Edit mailing list options or unsubscribe:
>>         ? *
>>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>     __________________________________________________________
>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>       * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>     Edit mailing list options or unsubscribe:
>>       * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/e2fd816c/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 15:48:44 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 14:48:44 +0100
Subject: [SR-Users] geting $conid on outbound INVITE
In-Reply-To: <CAFGRPVo9DxLX5_tL9W+PioJp5Wr_4Qmx9coDUtkWPCcWM4oA+A@mail.gmail.com>
References: <CAFGRPVo9DxLX5_tL9W+PioJp5Wr_4Qmx9coDUtkWPCcWM4oA+A@mail.gmail.com>
Message-ID: <CAFGRPVqek+R67A6==F6u-AqxPqrKQ3Kr5oceEF6FYS6CHV+sfg@mail.gmail.com>

Hello guys,

Ok i got this with (WITHINDLG):

        if ($du == "") {
            if (!handle_ruri_alias()) {
                xlog("L_ERR", "[$ci][$rm]: bad alias <$ru>");
                sl_send_reply("400", "Bad Request");
                exit;
            } else {
                $var(tmp) = $(du{s.replace,sip:,}{re.subst,/;.*//});
                xlog("L_ERR", "[$ci][$rm]: Packet is going to <$var(tmp)>");
                if(tcp_get_conid("$var(tmp)", "$var(conid)")) {
                    xlog("connection id is: $var(conid)\n");
                }
            }
        }



Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 4, 2021 at 2:16 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello guys,
>
> I don't have a lot of experience with webrtc (websocket).
> I'm trying to get $conid when i receive an INVITE via UDP which is GOING
> to a ws, how do i do that?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/18407c1a/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 15:53:45 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 14:53:45 +0100
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <af024131-6ae2-f1c0-7288-1f2ac181f85a@gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
 <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
 <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>
 <af024131-6ae2-f1c0-7288-1f2ac181f85a@gmail.com>
Message-ID: <CAFGRPVr1ezstXrsbfzw9ojsiLVA9_SQrZHvZ2Df=uWtwvs0N=A@mail.gmail.com>

Not really, the question was about

$var(conid) = $(hdr(Route){uri.param,wsconnid})

which returns an extra ">" from:

Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>

if i print $var(conid) i would get:

May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR: <script>:
WS Connection ID 13>

But then prepending {uri.param,wsconnid} with {nameaddr.uri} and adding {
s.int} did the trick, like so:

$(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});

Now I understand adding {nameaddr.uri} would basically remove those "<" and
">" and that's why it then works.

Thanks Daniel and Ovidiu,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 4, 2021 at 2:41 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> The question was about the tcpops function, because that one printed the
> logs.
>
> Cheers,
> Daniel
> On 04.05.21 15:15, David Villasmil wrote:
>
> I was using it like:
>
> $var(conid) = $(hdr(Route){uri.param,wsconnid}{s.int})
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 4, 2021 at 7:24 AM Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> you have to show how you use the function and pass the parameters to it.
>>
>> Cheers,
>> Daniel
>> On 04.05.21 00:27, David Villasmil wrote:
>>
>> That did the trick (and adding the s.init)
>>
>> $var(conid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});
>>
>> Now, i understand uri.param returning and extra ">".
>>
>> but now i'd really like to understand why $var(whatever) which contains
>> "4" would result in:
>>
>> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not
>> convert PV to int
>> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
>> 'conid' (must be a number)
>>
>> ?
>>
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com> wrote:
>>
>>> You should try something like this:
>>> $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>>> First you need to extract the URI, and then the URI parameter.
>>>
>>> The param.value transformation is expecting a true param list, not uri
>>> or nameaddress.
>>>
>>> Regards,
>>> Ovidiu Sas
>>>
>>> On Mon, May 3, 2021 at 3:29 PM David Villasmil
>>> <david.villasmil.work at gmail.com> wrote:
>>> >
>>> > Hello guys,
>>> >
>>> > I'm possible using this wrong, but here it is;
>>> > I need to get a previously set parameter to rr, named "wsconnid":
>>> >
>>> > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>>> > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>>> >
>>> > And i'm getting:
>>> >
>>> > May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
>>> <script>: WS Connection ID 13>
>>> > May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR:
>>> <script>: Got an OPTIONS We now need to get the connection id from rr
>>> >
>>> > This is an example:
>>> > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>>> >
>>> > The function is returning "13>" instead of "13".
>>> >
>>> > Thanks all,
>>> >
>>> > David Villasmil
>>> > email: david.villasmil.work at gmail.com
>>> > phone: +34669448337
>>> > __________________________________________________________
>>> > Kamailio - Users Mailing List - Non Commercial Discussions
>>> >   * sr-users at lists.kamailio.org
>>> > Important: keep the mailing list in the recipients, do not reply only
>>> to the sender!
>>> > Edit mailing list options or unsubscribe:
>>> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>>
>>> --
>>> VoIP Embedded, Inc.
>>> http://www.voipembedded.com
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/18decaa8/attachment.htm>

From kamailio at marrold.co.uk  Tue May  4 16:07:31 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Tue, 4 May 2021 15:07:31 +0100
Subject: [SR-Users] geting $conid on outbound INVITE
In-Reply-To: <CAFGRPVqek+R67A6==F6u-AqxPqrKQ3Kr5oceEF6FYS6CHV+sfg@mail.gmail.com>
References: <CAFGRPVo9DxLX5_tL9W+PioJp5Wr_4Qmx9coDUtkWPCcWM4oA+A@mail.gmail.com>
 <CAFGRPVqek+R67A6==F6u-AqxPqrKQ3Kr5oceEF6FYS6CHV+sfg@mail.gmail.com>
Message-ID: <CAC-Lcd-fGD0O+w1Dsj7TfMTk7ZdQLqXL=OtD_DHv2wd6vg7WSg@mail.gmail.com>

Hi David,

I've previously looked at $conid and I was under the impression it was only
available as the *source* connection ID for received messages, not the
destination connection ID. Some experiments confirmed this, although I
didn't dig too deeply into the code.

It's inferred in the docs
<https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#conid_-_tcp_connection_id>
that it's only for messages arriving at Kamailio: "The TCP connection ID of
the connection the current message *arrived* on for TCP, TLS, WS, and WSS.
Set to $null for SCTP and UDP."

There is however tcp_get_conid
<https://www.kamailio.org/docs/modules/5.3.x/modules/tcpops.html#tcpops.f.tcp_get_conid>
available
in the TCPOPS module in 5.3 and up which will retrieve the destination
connection ID.

Cheers



On Tue, May 4, 2021 at 2:50 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello guys,
>
> Ok i got this with (WITHINDLG):
>
>         if ($du == "") {
>             if (!handle_ruri_alias()) {
>                 xlog("L_ERR", "[$ci][$rm]: bad alias <$ru>");
>                 sl_send_reply("400", "Bad Request");
>                 exit;
>             } else {
>                 $var(tmp) = $(du{s.replace,sip:,}{re.subst,/;.*//});
>                 xlog("L_ERR", "[$ci][$rm]: Packet is going to
> <$var(tmp)>");
>                 if(tcp_get_conid("$var(tmp)", "$var(conid)")) {
>                     xlog("connection id is: $var(conid)\n");
>                 }
>             }
>         }
>
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 4, 2021 at 2:16 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello guys,
>>
>> I don't have a lot of experience with webrtc (websocket).
>> I'm trying to get $conid when i receive an INVITE via UDP which is GOING
>> to a ws, how do i do that?
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/b51d5078/attachment.htm>

From miconda at gmail.com  Tue May  4 16:08:16 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 4 May 2021 16:08:16 +0200
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <CAFGRPVr1ezstXrsbfzw9ojsiLVA9_SQrZHvZ2Df=uWtwvs0N=A@mail.gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
 <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
 <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>
 <af024131-6ae2-f1c0-7288-1f2ac181f85a@gmail.com>
 <CAFGRPVr1ezstXrsbfzw9ojsiLVA9_SQrZHvZ2Df=uWtwvs0N=A@mail.gmail.com>
Message-ID: <8b862391-8725-f95a-237d-99e46f5d7bd8@gmail.com>

The email written by you, to which I replied, had:

"""

but now i'd really like to understand why $var(whatever) which contains
"4" would result in:

ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not
convert PV to int
ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
'conid' (must be a number)

?
"""

So the question/error was about tcpops function ... maybe you wanted to
mean something else, or I do not understand properly ... ?!?!

Cheers,
Daniel


On 04.05.21 15:53, David Villasmil wrote:
> Not really, the question was about?
>
> $var(conid) = $(hdr(Route){uri.param,wsconnid})
>
> which returns an extra ">" from:
>
> Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>
> if i print $var(conid) i would get:
>
> May ?3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
> <script>: WS Connection ID 13>
>
> But then prepending?{uri.param,wsconnid} with {nameaddr.uri} and
> adding {s.int <http://s.int>} did the trick, like so:
>
> $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int <http://s.int/>});
>
> Now I understand adding {nameaddr.uri} would basically remove those
> "<" and ">" and that's why it then works.
>
> Thanks Daniel and Ovidiu,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Tue, May 4, 2021 at 2:41 PM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     The question was about the tcpops function, because that one
>     printed the logs.
>
>     Cheers,
>     Daniel
>
>     On 04.05.21 15:15, David Villasmil wrote:
>>     I was using it like:
>>
>>     $var(conid) = $(hdr(Route){uri.param,wsconnid}{s.int <http://s.int>})
>>
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>
>>
>>     On Tue, May 4, 2021 at 7:24 AM Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         you have to show how you use the function and pass the
>>         parameters to it.
>>
>>         Cheers,
>>         Daniel
>>
>>         On 04.05.21 00:27, David Villasmil wrote:
>>>         That did the trick (and adding the s.init)
>>>
>>>         $var(conid) =
>>>         $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int
>>>         <http://s.int>});
>>>
>>>         Now, i understand uri.param returning and extra ">".
>>>
>>>         but now i'd really like to understand why $var(whatever)
>>>         which contains "4" would result in:
>>>
>>>         ERROR: <core> [core/sr_module.c:1638]: get_int_fparam():
>>>         Could not convert PV to int
>>>         ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state():
>>>         invalid parameter 'conid' (must be a number)
>>>
>>>         ?
>>>
>>>
>>>         Regards,
>>>
>>>         David Villasmil
>>>         email: david.villasmil.work at gmail.com
>>>         <mailto:david.villasmil.work at gmail.com>
>>>         phone: +34669448337
>>>
>>>
>>>         On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas
>>>         <osas at voipembedded.com <mailto:osas at voipembedded.com>> wrote:
>>>
>>>             You should try something like this:
>>>             $var(wsconnid) =
>>>             $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>>>             First you need to extract the URI, and then the URI
>>>             parameter.
>>>
>>>             The param.value transformation is expecting a true param
>>>             list, not uri
>>>             or nameaddress.
>>>
>>>             Regards,
>>>             Ovidiu Sas
>>>
>>>             On Mon, May 3, 2021 at 3:29 PM David Villasmil
>>>             <david.villasmil.work at gmail.com
>>>             <mailto:david.villasmil.work at gmail.com>> wrote:
>>>             >
>>>             > Hello guys,
>>>             >
>>>             > I'm possible using this wrong, but here it is;
>>>             > I need to get a previously set parameter to rr, named
>>>             "wsconnid":
>>>             >
>>>             > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>>>             > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>>>             >
>>>             > And i'm getting:
>>>             >
>>>             > May? 3 19:24:45 ip-10-231-32-37
>>>             /usr/sbin/kamailio[10015]: ERROR: <script>: WS
>>>             Connection ID 13>
>>>             > May? 3 19:24:49 ip-10-231-32-37
>>>             /usr/sbin/kamailio[10014]: ERROR: <script>: Got an
>>>             OPTIONS We now need to get the connection id from rr
>>>             >
>>>             > This is an example:
>>>             > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>>>             >
>>>             > The function is returning "13>" instead of "13".
>>>             >
>>>             > Thanks all,
>>>             >
>>>             > David Villasmil
>>>             > email: david.villasmil.work at gmail.com
>>>             <mailto:david.villasmil.work at gmail.com>
>>>             > phone: +34669448337
>>>             > __________________________________________________________
>>>             > Kamailio - Users Mailing List - Non Commercial Discussions
>>>             >? ?* sr-users at lists.kamailio.org
>>>             <mailto:sr-users at lists.kamailio.org>
>>>             > Important: keep the mailing list in the recipients, do
>>>             not reply only to the sender!
>>>             > Edit mailing list options or unsubscribe:
>>>             >? ?*
>>>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>>
>>>             -- 
>>>             VoIP Embedded, Inc.
>>>             http://www.voipembedded.com <http://www.voipembedded.com>
>>>
>>>             __________________________________________________________
>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>             ? * sr-users at lists.kamailio.org
>>>             <mailto:sr-users at lists.kamailio.org>
>>>             Important: keep the mailing list in the recipients, do
>>>             not reply only to the sender!
>>>             Edit mailing list options or unsubscribe:
>>>             ? *
>>>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>>         __________________________________________________________
>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>           * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>         Edit mailing list options or unsubscribe:
>>>           * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/eceab8e5/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 16:29:06 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 15:29:06 +0100
Subject: [SR-Users] possible bug on {param.value,name}
In-Reply-To: <8b862391-8725-f95a-237d-99e46f5d7bd8@gmail.com>
References: <CAFGRPVr3Y0iysvdDwo-wJP+0uHVBSOM+rVrFai_f9TVkgSL9ew@mail.gmail.com>
 <CAND0LkvNPUvZfBZgPaG2e9VF43_pGCicJE8zTgxYxeBYmhY9jQ@mail.gmail.com>
 <CAFGRPVrdEWT2sKzej=024OJzxeNChT9gatK-QW99fWro90pqrQ@mail.gmail.com>
 <30887244-fe5e-d672-9294-aece1ad562dc@gmail.com>
 <CAFGRPVoF19UuGUkZu3io=aBDcg_or1qraC+nbRv0sV5cA0utdw@mail.gmail.com>
 <af024131-6ae2-f1c0-7288-1f2ac181f85a@gmail.com>
 <CAFGRPVr1ezstXrsbfzw9ojsiLVA9_SQrZHvZ2Df=uWtwvs0N=A@mail.gmail.com>
 <8b862391-8725-f95a-237d-99e46f5d7bd8@gmail.com>
Message-ID: <CAFGRPVqa4SONBmmZat0Ty-2-Qf1Ua_O4eC8q_tY_MDXHop3Jrg@mail.gmail.com>

Hello Daniel,

Yes, initially my question was about the tcpops returning an error, but
then i realized i was passing the parameter as it was returned by

$var(conid) = $(hdr(Route){uri.param,wsconnid})

Which had an extra ">" at the end.

But the problem wasn't really with the tcpops function, but with the
transformation.

Thanks for taking the time to read the emails :)

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 4, 2021 at 3:08 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> The email written by you, to which I replied, had:
>
> """
> but now i'd really like to understand why $var(whatever) which contains
> "4" would result in:
>
> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not convert
> PV to int
> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
> 'conid' (must be a number)
>
> ?
> """
>
> So the question/error was about tcpops function ... maybe you wanted to
> mean something else, or I do not understand properly ... ?!?!
>
> Cheers,
> Daniel
>
>
> On 04.05.21 15:53, David Villasmil wrote:
>
> Not really, the question was about
>
> $var(conid) = $(hdr(Route){uri.param,wsconnid})
>
> which returns an extra ">" from:
>
> Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>
> if i print $var(conid) i would get:
>
> May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
> <script>: WS Connection ID 13>
>
> But then prepending {uri.param,wsconnid} with {nameaddr.uri} and adding {
> s.int} did the trick, like so:
>
> $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});
>
> Now I understand adding {nameaddr.uri} would basically remove those "<"
> and ">" and that's why it then works.
>
> Thanks Daniel and Ovidiu,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 4, 2021 at 2:41 PM Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> The question was about the tcpops function, because that one printed the
>> logs.
>>
>> Cheers,
>> Daniel
>> On 04.05.21 15:15, David Villasmil wrote:
>>
>> I was using it like:
>>
>> $var(conid) = $(hdr(Route){uri.param,wsconnid}{s.int})
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Tue, May 4, 2021 at 7:24 AM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> you have to show how you use the function and pass the parameters to it.
>>>
>>> Cheers,
>>> Daniel
>>> On 04.05.21 00:27, David Villasmil wrote:
>>>
>>> That did the trick (and adding the s.init)
>>>
>>> $var(conid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid}{s.int});
>>>
>>> Now, i understand uri.param returning and extra ">".
>>>
>>> but now i'd really like to understand why $var(whatever) which contains
>>> "4" would result in:
>>>
>>> ERROR: <core> [core/sr_module.c:1638]: get_int_fparam(): Could not
>>> convert PV to int
>>> ERROR: tcpops [tcpops_mod.c:374]: w_tcp_conid_state(): invalid parameter
>>> 'conid' (must be a number)
>>>
>>> ?
>>>
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Mon, May 3, 2021 at 11:03 PM Ovidiu Sas <osas at voipembedded.com>
>>> wrote:
>>>
>>>> You should try something like this:
>>>> $var(wsconnid) = $(hdr(Route){nameaddr.uri}{uri.param,wsconnid})
>>>> First you need to extract the URI, and then the URI parameter.
>>>>
>>>> The param.value transformation is expecting a true param list, not uri
>>>> or nameaddress.
>>>>
>>>> Regards,
>>>> Ovidiu Sas
>>>>
>>>> On Mon, May 3, 2021 at 3:29 PM David Villasmil
>>>> <david.villasmil.work at gmail.com> wrote:
>>>> >
>>>> > Hello guys,
>>>> >
>>>> > I'm possible using this wrong, but here it is;
>>>> > I need to get a previously set parameter to rr, named "wsconnid":
>>>> >
>>>> > $var(wsconnid) = $(hdr(Route){param.value,wsconnid})
>>>> > xlog("L_ERR", "Connection ID parameter: $var(wsconnid)");
>>>> >
>>>> > And i'm getting:
>>>> >
>>>> > May  3 19:24:45 ip-10-231-32-37 /usr/sbin/kamailio[10015]: ERROR:
>>>> <script>: WS Connection ID 13>
>>>> > May  3 19:24:49 ip-10-231-32-37 /usr/sbin/kamailio[10014]: ERROR:
>>>> <script>: Got an OPTIONS We now need to get the connection id from rr
>>>> >
>>>> > This is an example:
>>>> > Route: <sip:10.231.32.37;r2=on;lr;wsconnid=13>
>>>> >
>>>> > The function is returning "13>" instead of "13".
>>>> >
>>>> > Thanks all,
>>>> >
>>>> > David Villasmil
>>>> > email: david.villasmil.work at gmail.com
>>>> > phone: +34669448337
>>>> > __________________________________________________________
>>>> > Kamailio - Users Mailing List - Non Commercial Discussions
>>>> >   * sr-users at lists.kamailio.org
>>>> > Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> > Edit mailing list options or unsubscribe:
>>>> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>>>
>>>> --
>>>> VoIP Embedded, Inc.
>>>> http://www.voipembedded.com
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/bbde859c/attachment.htm>

From david.villasmil.work at gmail.com  Tue May  4 16:59:16 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 4 May 2021 15:59:16 +0100
Subject: [SR-Users] dialog OPTIONS
Message-ID: <CAFGRPVqnCd=npOoVPEB5U7NFwfdeG95-ZpB6fsAbVAsyfXbMFQ@mail.gmail.com>

Hello guys,

I'm using the dialog module, params are:

# ----- dialog params -----
modparam("dialog", "db_mode", 0)
modparam("dialog", "dlg_flag", 20)
modparam("dialog", "ka_timer", 10)
modparam("dialog", "ka_interval", 30)
modparam("dialog", "ka_failed_limit", 2)
modparam("dialog", "send_bye", 1)
modparam("dialog", "timer_procs", 1)

When receiving an INVITE, i'm doing

dlg_set_property("ka-src");
dlg_set_property("ka-dst");
dlg_set_property("timeout-noreset");

I have a couple questions:

The flow is the following:

clientA>-\
          kamailio<->freeswitch
clientB<-/

Kamailio receives an INVITE from ClientA, which I forward to freeswitch,
which in turn forwards it back to Kamailio.

In reality I would like to monitor only the client legs, but I'm having
problems, so I'm enabling OPTIONS on all legs.

On the ClientA legs, I see OPTIONS going from kamailio to both freeswitch
and the client.
But on the ClientB legs i don't see any OPTIONS at all.

Can someone point me in the right direction to enable it on all legs?

Something else i'm seeing is even though i set "ka_failed_limit" to 2,
kamailio is sending several OPTIONS before sending BYEs to both legs
(clientA, since there are no OPTIONS on clientB)


Thanks all,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210504/0fc154b4/attachment.htm>

From miconda at gmail.com  Wed May  5 08:09:46 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 08:09:46 +0200
Subject: [SR-Users] The plan for releasing Kamailio v5.5.0
In-Reply-To: <e0449534-c51a-119f-b911-b0cfc83ca5ce@gmail.com>
References: <e0449534-c51a-119f-b911-b0cfc83ca5ce@gmail.com>
Message-ID: <76638536-0c5a-42aa-b81c-6d61c25d56ce@gmail.com>

Hello,

this is the day for v5.5.0 -- as usual when a release is prepared, any
commit to branch 5.5 should be announced to sr-dev mainling list or
irc/matrix channels and wait for ack, in order to avoid packaging
conflicts. Once the announcement is out, commits can go in branch 5.5 as
usual.

Cheers,
Daniel

On 27.04.21 12:32, Daniel-Constantin Mierla wrote:
> Hello,
>
> after almost 4 weeks since development was frozen, it is time to plan
> releasing the next major stable version, respectively 5.5.0, therefore I
> propose to do it on Wednesday, May 5, 2021.
>
> The branch 5.5 was already created about one week ago, several doc
> resources were published (core/variables/transformations/rpcs/stats
> cookbooks, alphabetic indexes, ...).
>
> If anyone is testing an upgrade from branch 5.4 to 5.5 and encounters
> changes that should be done in Kamailio config, add notes about at:
>
> ? * https://www.kamailio.org/wiki/install/upgrade/5.4.x-to-5.5.0
>
> Cheers,
> Daniel
>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Wed May  5 11:16:16 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 11:16:16 +0200
Subject: [SR-Users] dialog OPTIONS
In-Reply-To: <CAFGRPVqnCd=npOoVPEB5U7NFwfdeG95-ZpB6fsAbVAsyfXbMFQ@mail.gmail.com>
References: <CAFGRPVqnCd=npOoVPEB5U7NFwfdeG95-ZpB6fsAbVAsyfXbMFQ@mail.gmail.com>
Message-ID: <4e5d4ce6-e71d-62b0-3ea3-834eb26eea48@gmail.com>

Hello,

do you track both legs of the call in kamailio? From freeswitch comes
back a completely new call.

Cheers,
Daniel

On 04.05.21 16:59, David Villasmil wrote:
> Hello guys,
>
> I'm using the dialog module, params are:
>
> # ----- dialog params -----
> modparam("dialog", "db_mode", 0)
> modparam("dialog", "dlg_flag", 20)
> modparam("dialog", "ka_timer", 10)
> modparam("dialog", "ka_interval", 30)
> modparam("dialog", "ka_failed_limit", 2)
> modparam("dialog", "send_bye", 1)
> modparam("dialog", "timer_procs", 1)
>
> When receiving an INVITE, i'm doing
>
> dlg_set_property("ka-src");
> dlg_set_property("ka-dst");
> dlg_set_property("timeout-noreset");
>
> I have a couple questions:
>
> The flow is the following:
>
> clientA>-\
> ? ? ? ? ? kamailio<->freeswitch
> clientB<-/
>
> Kamailio receives an INVITE from ClientA, which I forward to
> freeswitch, which in turn forwards it back to Kamailio.
>
> In reality I would like to monitor only the client legs, but I'm
> having problems, so I'm enabling OPTIONS on all legs.
>
> On the ClientA legs, I see OPTIONS going from kamailio to both
> freeswitch and the client.
> But on the ClientB legs i don't see any OPTIONS at all.
>
> Can someone point me in the right direction to enable it on all legs?
>
> Something else i'm seeing is even though i set "ka_failed_limit" to 2,
> kamailio is sending several OPTIONS before sending BYEs to both legs
> (clientA, since there are no OPTIONS on clientB)
>
>
> Thanks all,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/0f3f7acc/attachment.htm>

From volodyaivanets at gmail.com  Wed May  5 13:51:48 2021
From: volodyaivanets at gmail.com (=?UTF-8?B?0JLQvtC70L7QtNC40LzQuNGAINCG0LLQsNC90LXRhtGM?=)
Date: Wed, 5 May 2021 14:51:48 +0300
Subject: [SR-Users] start_recording and stop_recording inside
 event_route[xhttp:request]
In-Reply-To: <3162f2b7-ec17-7c7c-5930-e9ed3c085ccd@gmail.com>
References: <CAOQgkjbn4G9QrUHrFFDH0WSHHT2ypWxS7VwssivYHwjsfYJZXg@mail.gmail.com>
 <d38f1a93-f9a0-b6fb-a517-2dda2172f02d@sipwise.com>
 <CAOQgkjZoaFu9enq8=KOxiMYJ4DA08wHu+WwDx=9AUdnDVQ12Cg@mail.gmail.com>
 <00ff3460-0e14-a5de-302f-94589762b2b2@gmail.com>
 <CAOQgkjadgD=YwKSVjdPUA4Pe0R8+G6k7LwdvKZ42sbNprdGZkw@mail.gmail.com>
 <e99709f5-205e-67d1-6db6-8f13f296d18d@gmail.com>
 <CAOQgkjaSgc-SBRoprEpFNHKWEXc=Ho+8-y=Rujxuy2=9PBXo8Q@mail.gmail.com>
 <682c9755-35c4-54d2-44cf-8fe67cbd42e3@gmail.com>
 <3162f2b7-ec17-7c7c-5930-e9ed3c085ccd@gmail.com>
Message-ID: <CAOQgkjbD0ggQYp=+Q=5yyzkWdF0TDtqvcMZ6SYCZwLcOF10GTg@mail.gmail.com>

Hello Daniel,

Sorry, I was out of the office and could make a test only now. As you told,
the HTTP request is now processed differently. Unfortunately, I can no
longer start call recording. I tried the following options and got the
"rtpp_function_call(): can't get From tag" error message each time.


   1. /usr/bin/curl -H "Content-Type: text" "
   http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
   "
   2. /usr/bin/curl -H "Content-Type: text" "
   http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0"
   -H "From: <sip:123 at 127.0.0.1:5080>;tag=1"
   3. /usr/bin/curl -H "Content-Type: text" "
   http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0"
   -H "Call-Id: 249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0" -H "To:
   sip:456 at 127.0.0.1:5060" -H "From: <sip:123 at 127.0.0.1:5080>;tag=1"


*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_fline.c:250]: parse_first_line(): first line type 1
(request) flags 2*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:677]: parse_msg(): SIP Request:*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:679]: parse_msg():  method:  <GET>*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:681]: parse_msg():  uri:
</CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:683]: parse_msg():  version: <HTTP/1.1>*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
name [Via] type 1*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:555]: parse_headers(): Via found, flags=2*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:557]: parse_headers(): this is the first via*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: == TRACE.
xhttp:request*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: == TRACE.
xhttp:request. HTTP Request Received*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: == TRACE.
xhttp:request. hu is:
/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0 1111111111*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: ERROR: rtpengine
[rtpengine.c:2547]: rtpp_function_call(): can't get From tag*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: xhttp
[xhttp_mod.c:420]: xhttp_send_reply(): sending out response: 200 OK*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
name [Host] type 0*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
name [User-Agent] type 28*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
name [Accept] type 23*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
name [Content-Type] type 11*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/parser/msg_parser.c:91]: get_hdr_field(): found end of header*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/msg_translator.c:162]: check_via_address(): (127.0.0.1, 127.0.0.1, 0)*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/tcp_main.c:1590]: _tcpconn_find(): found connection by id: 5*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/tcp_main.c:2472]: tcpconn_send_put(): send from reader (19603 (27)),
reusing fd*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/tcp_main.c:2706]: tcpconn_do_send(): sending...*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/tcp_main.c:2739]: tcpconn_do_send(): after real write: c=
0x7f4ba719cd70 n=118 fd=10*
*May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
[core/tcp_main.c:2740]: tcpconn_do_send(): buf=*


Thank you!

??, 30 ????. 2021 ? 17:53 Daniel-Constantin Mierla <miconda at gmail.com> ????:

> I pushed a commit to master branch that should make it work to use the
> function for non-SIP message processing, by giving call-id=... and
> from-tag=... via flags parameter -- these two attributes seemed to be used
> by expecting to be set, even if the rtpengine application may ignore one of
> them.
>
> If you have a chance to test, let me know the result.
>
> Cheers,
> Daniel
> On 29.04.21 16:38, Daniel-Constantin Mierla wrote:
>
> I looked in the code and indeed it first takes the values from headers for
> Call-Id, To (tag), From (tag), failing if the headers are not found, but
> then it updates the values from the flags parameter. So the call-id can be
> anything in the headers if you provide it as "call-id=xyz" parameter.
>
> Maybe the code should be reworked a bit to parse first the flags
> parameters and if values are not found for the sip attributes, then try to
> get them from headers.
>
> Cheers,
> Daniel
> On 29.04.21 15:39, ????????? ??????? wrote:
>
> I run Kamailio with debug=3 and Rtpengine with LOG_LEVEL=6.
>
> Rtpengine logs offers, answers and deletes but there is nothing when I
> trigger *start_recording* with HTTP request. Below is the full Kamailio
> log for the request. It looks to be failing right on the *start_recording*
> function and I don't see any other issues except empty Call-Id here:
> "receive_msg(): --- received sip message - request - call-id: [] - cseq:
> []".
>
> I tried to add Call-Id header to my HTTP request and found out that now
> rtpengine module will complain about missing To header. With tries and
> errors, I specified all required headers and Rtpengine started call
> recording:
>
> */usr/bin/curl -H "Content-Type: text"
> "http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
> <http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
> -H "Call-Id: 38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
> <38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>" -H "To:
> sip:200-test at 127.0.0.1:5060 <http://sip:200-test at 127.0.0.1:5060>" -H "From:
> <sip:2564286000 at 127.0.0.1:5080
> <http://sip:2564286000 at 127.0.0.1:5080>>;tag=as7a92114c"*
>
>
> It also looks like rtpengine module does not care about actual header
> values. Function *start_recording* called with Call-Id value is enough to
> start call recording even if all headers contain random invalid values:
>
> * /usr/bin/curl -H "Content-Type: text"
> "http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0
> <http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0>"
> -H "Call-Id: does_mot_matter" -H "To: sip:456 at 127.0.0.1:5060
> <http://sip:456 at 127.0.0.1:5060>" -H "From: <sip:123 at 127.0.0.1:5080
> <http://sip:123 at 127.0.0.1:5080>>;tag=1"*
>
>
> *Thank you very much for your help!*
>
>
>
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new tcp connection:
> 127.0.0.1*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:1175]: tcpconn_new(): on port 42782, type 2, socket 64*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:1498]: tcpconn_add(): hashes: 1710:1616:2551, 1*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/io_wait.h:375]: io_watch_add(): DBG: io_watch_add(0xae63a0, 64, 2,
> 0x7f943ba04ac0), fd_no=50*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0xae63a0, 64, -1,
> 0x0) fd_no=51 called*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:4457]: handle_tcpconn_ev(): sending to child, events 1*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:4130]: send2child(): selected tcp worker idx:0 proc:35
> pid:24116 for activity on [tcp:127.0.0.1:8088 <http://127.0.0.1:8088>],
> 0x7f943ba04ac0*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_read.c:1749]: handle_io(): received n=8 con=0x7f943ba04ac0, fd=13*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:610]: parse_msg(): SIP Request:*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:612]: parse_msg():  method:  <GET>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:614]: parse_msg():  uri:
> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:616]: parse_msg():  version: <HTTP/1.1>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/receive.c:324]: receive_msg(): --- received sip message - request -
> call-id: [] - cseq: []*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: xhttp
> [xhttp_mod.c:382]: xhttp_handler(): new fake msg created (286 bytes):*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:610]: parse_msg(): SIP Request:*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:612]: parse_msg():  method:  <GET>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:614]: parse_msg():  uri:
> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:616]: parse_msg():  version: <HTTP/1.1>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:498]: parse_headers(): Via found, flags=2*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:500]: parse_headers(): this is the first via*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
> TRACE. xhttp:request*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
> TRACE. xhttp:request. HTTP Request Received*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
> TRACE. xhttp:request. hu is:
> /CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>:
> call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0
> <call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR: rtpengine
> [rtpengine_funcs.c:294]: get_callid(): call-id not found*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR: rtpengine
> [rtpengine.c:2383]: rtpp_function_call(): can't get Call-Id field*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: xhttp
> [xhttp_mod.c:441]: xhttp_send_reply(): sending out response: 200 OK*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/msg_translator.c:161]: check_via_address(): (127.0.0.1, 127.0.0.1, 0)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_main.c:1590]: _tcpconn_find(): found connection by id: 1*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_main.c:2472]: tcpconn_send_put(): send from reader (24116 (35)),
> reusing fd*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_main.c:2706]: tcpconn_do_send(): sending...*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_main.c:2739]: tcpconn_do_send(): after real write: c=
> 0x7f943ba04ac0 n=113 fd=13*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/receive.c:528]: receive_msg(): cleaning up*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/io_wait.h:375]: io_watch_add(): DBG: io_watch_add(0xb2a640, 13, 2,
> 0x7f943ba04ac0), fd_no=1*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:3793]: handle_ser_child(): read response= 7f943ba04ac0,
> -1, fd -1 from 35 (24116)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0xb2a640, 13, -1,
> 0x10) fd_no=2 called*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_read.c:1890]: handle_io(): removing from list 0x7f943ba04ac0 id 1
> fd 13, state -1, flags 4028, main fd -1, refcnt 1 ([127.0.0.1]:42782 ->
> [127.0.0.1]:8088)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_read.c:1671]: release_tcpconn(): releasing con 0x7f943ba04ac0,
> state -2, fd=13, id=1 ([127.0.0.1]:42782 -> [127.0.0.1]:8088)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
> [core/tcp_read.c:1672]: release_tcpconn(): extra_data (nil)*
> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
> [core/tcp_main.c:3560]: handle_tcp_child(): reader response= 7f943ba04ac0,
> -2 from 0*
>
>
> ??, 29 ????. 2021 ? 13:17 Daniel-Constantin Mierla <miconda at gmail.com>
> ????:
>
>> Ohhh, blindly missed the assignment before. You should run both kamailio
>> and rtpengine with higher debug level and see if you get any hints from the
>> log messages.
>>
>> Cheers,
>> Daniel
>> On 29.04.21 11:51, ????????? ??????? wrote:
>>
>> Hello Daniel,
>>
>> That is correct. My *$var(call_id)* variable contains concatenation of
>> the "call-id=" string and a Call-Id value.
>>
>> *Apr 27 18:25:00 test /usr/sbin/kamailio[5347]: DEBUG: <script>:
>> call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0
>> <call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0>*
>>
>>
>> Thank you!
>>
>> ??, 29 ????. 2021 ? 09:58 Daniel-Constantin Mierla <miconda at gmail.com>
>> ????:
>>
>>> Hello,
>>>
>>> related to the initial config snippet example, the call-id is expected
>>> to be provide as a named flag, like:
>>>
>>> start_recording("call-id=$var(call_id)");
>>>
>>> See the readme of the rtpengine module for more details.
>>>
>>> Cheers,
>>> Daniel
>>> On 29.04.21 08:23, ????????? ??????? wrote:
>>>
>>> Hello Richard,
>>>
>>> Thank you very much for the suggestion! I will give it a try.
>>>
>>> ??, 28 ????. 2021, 20:00 ?????????? Richard Fuchs <rfuchs at sipwise.com>
>>> ????:
>>>
>>>> On 28/04/2021 10.53, [ EXT ] ????????? ??????? wrote:
>>>>
>>>> Hello!
>>>>
>>>> I'm testing call recording with Rtpengine. It works fine when the
>>>> "record-call=on" flag is added to the *rtpengine_offer* or
>>>> *start_recording* is used in the *request_route*.
>>>>
>>>> But I was wondering if the call recording can be managed by a separate
>>>> application. So I add the following lines to the
>>>> *event_route[xhttp:request]* and triggered it with an HTTP request
>>>> after the call was established. The call-id value was taken from the
>>>> Rtpengine log and sent with the request.
>>>>
>>>> *  if ($hu =~ "^/CALL_RECORD_START/") {*
>>>> *    $var(call_id) = *"call-id=" + *$(hu{s.select,2,/});*
>>>>     xlog("L_DBG", "$var(call_id)");
>>>> *    start_recording($var(call_id));*
>>>>     exit;
>>>> *  }*
>>>>
>>>> If you have to reason to go through Kamailio for this, you can simply
>>>> trigger the command from any other external application. There's a sample
>>>> script included in the repo that can be used for this purpose directly
>>>> (making use of the Perl module that is also included):
>>>> https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client
>>>>
>>>> There's also a nodejs client that I'm aware of:
>>>> https://github.com/davehorton/rtpengine-client
>>>>
>>>> Or you can hand-roll the request and talk to rtpengine via HTTP or
>>>> Websocket for example.
>>>>
>>>> Cheers
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/5726a1b1/attachment.htm>

From miconda at gmail.com  Wed May  5 15:46:17 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 15:46:17 +0200
Subject: [SR-Users] start_recording and stop_recording inside
 event_route[xhttp:request]
In-Reply-To: <CAOQgkjbD0ggQYp=+Q=5yyzkWdF0TDtqvcMZ6SYCZwLcOF10GTg@mail.gmail.com>
References: <CAOQgkjbn4G9QrUHrFFDH0WSHHT2ypWxS7VwssivYHwjsfYJZXg@mail.gmail.com>
 <d38f1a93-f9a0-b6fb-a517-2dda2172f02d@sipwise.com>
 <CAOQgkjZoaFu9enq8=KOxiMYJ4DA08wHu+WwDx=9AUdnDVQ12Cg@mail.gmail.com>
 <00ff3460-0e14-a5de-302f-94589762b2b2@gmail.com>
 <CAOQgkjadgD=YwKSVjdPUA4Pe0R8+G6k7LwdvKZ42sbNprdGZkw@mail.gmail.com>
 <e99709f5-205e-67d1-6db6-8f13f296d18d@gmail.com>
 <CAOQgkjaSgc-SBRoprEpFNHKWEXc=Ho+8-y=Rujxuy2=9PBXo8Q@mail.gmail.com>
 <682c9755-35c4-54d2-44cf-8fe67cbd42e3@gmail.com>
 <3162f2b7-ec17-7c7c-5930-e9ed3c085ccd@gmail.com>
 <CAOQgkjbD0ggQYp=+Q=5yyzkWdF0TDtqvcMZ6SYCZwLcOF10GTg@mail.gmail.com>
Message-ID: <c6c616a0-0f30-4736-0f51-73a6b51ca1bb@gmail.com>

Hello,

do you pass "from-tag=xyz" to the start_recording() function?

Cheers,
Daniel

On 05.05.21 13:51, ????????? ??????? wrote:
> Hello Daniel,
>
> Sorry, I was out of the office and could make a test only now. As you
> told, the HTTP request is now processed differently. Unfortunately, I
> can no longer start call recording. I tried the following options and
> got?the "rtpp_function_call(): can't get From tag" error message each
> time.
>
>  1. /usr/bin/curl -H "Content-Type: text"
>     "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>     <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>  2. /usr/bin/curl -H "Content-Type: text"
>     "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>     <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>     -H "From: <sip:123 at 127.0.0.1:5080
>     <http://sip:123 at 127.0.0.1:5080>>;tag=1"
>  3. /usr/bin/curl -H "Content-Type: text"
>     "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>     <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>     -H "Call-Id: 249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0" -H
>     "To: sip:456 at 127.0.0.1:5060 <http://sip:456 at 127.0.0.1:5060>" -H
>     "From: <sip:123 at 127.0.0.1:5080 <http://sip:123 at 127.0.0.1:5080>>;tag=1"
>
>
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_fline.c:250]: parse_first_line(): first line
>     type 1 (request) flags 2/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:677]: parse_msg(): SIP Request:/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:679]: parse_msg(): ?method: ?<GET>/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:681]: parse_msg(): ?uri: ? ?
>     </CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:683]: parse_msg(): ?version: <HTTP/1.1>/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed
>     header name [Via] type 1/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_via.c:2639]: parse_via(): end of header
>     reached, state=5/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:555]: parse_headers(): Via found, flags=2/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:557]: parse_headers(): this is the first
>     via/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
>     == TRACE. xhttp:request/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
>     == TRACE. xhttp:request. HTTP Request Received/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
>     == TRACE. xhttp:request. hu is:
>     /CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
>     call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0 1111111111/
>     /*May ?5 14:40:43 test /usr/sbin/kamailio[19603]: ERROR: rtpengine
>     [rtpengine.c:2547]: rtpp_function_call(): can't get From tag*/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: xhttp
>     [xhttp_mod.c:420]: xhttp_send_reply(): sending out response: 200 OK/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed
>     header name [Host] type 0/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed
>     header name [User-Agent] type 28/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed
>     header name [Accept] type 23/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed
>     header name [Content-Type] type 11/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/parser/msg_parser.c:91]: get_hdr_field(): found end of header/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/msg_translator.c:162]: check_via_address(): (127.0.0.1,
>     127.0.0.1, 0)/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/tcp_main.c:1590]: _tcpconn_find(): found connection by id: 5/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/tcp_main.c:2472]: tcpconn_send_put(): send from reader
>     (19603 (27)), reusing fd/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/tcp_main.c:2706]: tcpconn_do_send(): sending.../
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/tcp_main.c:2739]: tcpconn_do_send(): after real write: c=
>     0x7f4ba719cd70 n=118 fd=10/
>     /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
>     [core/tcp_main.c:2740]: tcpconn_do_send(): buf=/
>     /
>     /
>     /
>     /
>
> Thank you!
>
> ??, 30 ????. 2021 ? 17:53 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>> ????:
>
>     I pushed a commit to master branch that should make it work to use
>     the function for non-SIP message processing, by giving call-id=...
>     and from-tag=... via flags parameter -- these two attributes
>     seemed to be used by expecting to be set, even if the rtpengine
>     application may ignore one of them.
>
>     If you have a chance to test, let me know the result.
>
>     Cheers,
>     Daniel
>
>     On 29.04.21 16:38, Daniel-Constantin Mierla wrote:
>>
>>     I looked in the code and indeed it first takes the values from
>>     headers for Call-Id, To (tag), From (tag), failing if the headers
>>     are not found, but then it updates the values from the flags
>>     parameter. So the call-id can be anything in the headers if you
>>     provide it as "call-id=xyz" parameter.
>>
>>     Maybe the code should be reworked a bit to parse first the flags
>>     parameters and if values are not found for the sip attributes,
>>     then try to get them from headers.
>>
>>     Cheers,
>>     Daniel
>>
>>     On 29.04.21 15:39, ????????? ??????? wrote:
>>>     I run Kamailio with debug=3 and Rtpengine with?LOG_LEVEL=6.
>>>
>>>     Rtpengine logs offers, answers and deletes but there is nothing
>>>     when I trigger /start_recording/ with HTTP request. Below is the
>>>     full Kamailio log for the request. It looks to be failing right
>>>     on the /start_recording/ function and I don't see any other
>>>     issues except empty?Call-Id here: "receive_msg(): --- received
>>>     sip message - request - call-id: [] - cseq: []".
>>>
>>>     I tried to add Call-Id header to my HTTP request and found out
>>>     that now rtpengine module will complain?about missing To header.
>>>     With tries and errors, I specified all required headers and
>>>     Rtpengine started call recording:
>>>
>>>         //usr/bin/curl -H "Content-Type: text"
>>>         "http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>>>         <http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
>>>         -H "Call-Id:
>>>         38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>>>         <mailto:38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
>>>         -H "To: sip:200-test at 127.0.0.1:5060
>>>         <http://sip:200-test at 127.0.0.1:5060>" -H "From:
>>>         <sip:2564286000 at 127.0.0.1:5080
>>>         <http://sip:2564286000 at 127.0.0.1:5080>>;tag=as7a92114c"/
>>>
>>>
>>>     It also looks like rtpengine module does not care about actual
>>>     header values. Function?/start_recording/?called with Call-Id
>>>     value is enough to start call recording even if all headers
>>>     contain random invalid values:
>>>
>>>         /?/usr/bin/curl -H "Content-Type: text"
>>>         "http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0
>>>         <http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0>"
>>>         -H "Call-Id: does_mot_matter" -H "To: sip:456 at 127.0.0.1:5060
>>>         <http://sip:456 at 127.0.0.1:5060>" -H "From:
>>>         <sip:123 at 127.0.0.1:5080 <http://sip:123 at 127.0.0.1:5080>>;tag=1"/
>>>
>>>
>>>     *Thank you very much for your help!*
>>>
>>>
>>>
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new
>>>         tcp connection: 127.0.0.1/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:1175]: tcpconn_new(): on port 42782,
>>>         type 2, socket 64/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:1498]: tcpconn_add(): hashes:
>>>         1710:1616:2551, 1/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/io_wait.h:375]: io_watch_add(): DBG:
>>>         io_watch_add(0xae63a0, 64, 2, 0x7f943ba04ac0), fd_no=50/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/io_wait.h:600]: io_watch_del(): DBG:
>>>         io_watch_del (0xae63a0, 64, -1, 0x0) fd_no=51 called/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:4457]: handle_tcpconn_ev(): sending
>>>         to child, events 1/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:4130]: send2child(): selected tcp
>>>         worker idx:0 proc:35 pid:24116 for activity on
>>>         [tcp:127.0.0.1:8088 <http://127.0.0.1:8088>], 0x7f943ba04ac0/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_read.c:1749]: handle_io(): received n=8
>>>         con=0x7f943ba04ac0, fd=13/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:610]: parse_msg(): SIP
>>>         Request:/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:612]: parse_msg(): ?method:
>>>         ?<GET>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:614]: parse_msg(): ?uri: ?
>>>         ?
>>>         </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>>>         <mailto:/CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:616]: parse_msg():
>>>         ?version: <HTTP/1.1>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found
>>>         end of header/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/receive.c:324]: receive_msg(): --- received sip
>>>         message - request - call-id: [] - cseq: []/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         xhttp [xhttp_mod.c:382]: xhttp_handler(): new fake msg
>>>         created (286 bytes):/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:610]: parse_msg(): SIP
>>>         Request:/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:612]: parse_msg(): ?method:
>>>         ?<GET>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:614]: parse_msg(): ?uri: ?
>>>         ?
>>>         </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>>>         <mailto:/CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:616]: parse_msg():
>>>         ?version: <HTTP/1.1>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/parse_via.c:2639]: parse_via(): end of
>>>         header reached, state=5/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:498]: parse_headers(): Via
>>>         found, flags=2/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:500]: parse_headers(): this
>>>         is the first via/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <script>: == TRACE. xhttp:request/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <script>: == TRACE. xhttp:request. HTTP Request Received/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <script>: == TRACE. xhttp:request. hu is:
>>>         /CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <script>:
>>>         call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0
>>>         <mailto:call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/parser/msg_parser.c:89]: get_hdr_field(): found
>>>         end of header/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR:
>>>         rtpengine [rtpengine_funcs.c:294]: get_callid(): call-id not
>>>         found/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR:
>>>         rtpengine [rtpengine.c:2383]: rtpp_function_call(): can't
>>>         get Call-Id field/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         xhttp [xhttp_mod.c:441]: xhttp_send_reply(): sending out
>>>         response: 200 OK/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/msg_translator.c:161]: check_via_address():
>>>         (127.0.0.1, 127.0.0.1, 0)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_main.c:1590]: _tcpconn_find(): found
>>>         connection by id: 1/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_main.c:2472]: tcpconn_send_put(): send from
>>>         reader (24116 (35)), reusing fd/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_main.c:2706]: tcpconn_do_send(): sending.../
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_main.c:2739]: tcpconn_do_send(): after real
>>>         write: c= 0x7f943ba04ac0 n=113 fd=13/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/usr_avp.c:636]: destroy_avp_list(): destroying
>>>         list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/xavp.c:539]: xavp_destroy_list(): destroying
>>>         xavp list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/xavp.c:539]: xavp_destroy_list(): destroying
>>>         xavp list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/xavp.c:539]: xavp_destroy_list(): destroying
>>>         xavp list (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/receive.c:528]: receive_msg(): cleaning up/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/io_wait.h:375]: io_watch_add(): DBG:
>>>         io_watch_add(0xb2a640, 13, 2, 0x7f943ba04ac0), fd_no=1/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:3793]: handle_ser_child(): read
>>>         response= 7f943ba04ac0, -1, fd -1 from 35 (24116)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/io_wait.h:600]: io_watch_del(): DBG:
>>>         io_watch_del (0xb2a640, 13, -1, 0x10) fd_no=2 called/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_read.c:1890]: handle_io(): removing from
>>>         list 0x7f943ba04ac0 id 1 fd 13, state -1, flags 4028, main
>>>         fd -1, refcnt 1 ([127.0.0.1]:42782 -> [127.0.0.1]:8088)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_read.c:1671]: release_tcpconn(): releasing
>>>         con 0x7f943ba04ac0, state -2, fd=13, id=1 ([127.0.0.1]:42782
>>>         -> [127.0.0.1]:8088)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>         <core> [core/tcp_read.c:1672]: release_tcpconn(): extra_data
>>>         (nil)/
>>>         /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>         <core> [core/tcp_main.c:3560]: handle_tcp_child(): reader
>>>         response= 7f943ba04ac0, -2 from 0/
>>>
>>>
>>>     ??, 29 ????. 2021 ? 13:17 Daniel-Constantin Mierla
>>>     <miconda at gmail.com <mailto:miconda at gmail.com>> ????:
>>>
>>>         Ohhh, blindly missed the assignment before. You should run
>>>         both kamailio and rtpengine with higher debug level and see
>>>         if you get any hints from the log messages.
>>>
>>>         Cheers,
>>>         Daniel
>>>
>>>         On 29.04.21 11:51, ????????? ??????? wrote:
>>>>         Hello Daniel,
>>>>
>>>>         That is correct. My?/$var(call_id)/?variable contains
>>>>         concatenation of the "call-id=" string and a Call-Id value.
>>>>
>>>>             /Apr 27 18:25:00 test /usr/sbin/kamailio[5347]: DEBUG:
>>>>             <script>:
>>>>             call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0
>>>>             <mailto:call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0>/
>>>>
>>>>
>>>>         Thank you!
>>>>
>>>>         ??, 29 ????. 2021 ? 09:58 Daniel-Constantin Mierla
>>>>         <miconda at gmail.com <mailto:miconda at gmail.com>> ????:
>>>>
>>>>             Hello,
>>>>
>>>>             related to the initial config snippet example, the
>>>>             call-id is expected to be provide as a named flag, like:
>>>>
>>>>             start_recording("call-id=$var(call_id)");
>>>>
>>>>             See the readme of the rtpengine module for more details.
>>>>
>>>>             Cheers,
>>>>             Daniel
>>>>
>>>>             On 29.04.21 08:23, ????????? ??????? wrote:
>>>>>             Hello Richard,
>>>>>
>>>>>             Thank you very much for the suggestion! I will give it
>>>>>             a try.
>>>>>
>>>>>             ??, 28 ????. 2021, 20:00 ?????????? Richard Fuchs
>>>>>             <rfuchs at sipwise.com <mailto:rfuchs at sipwise.com>> ????:
>>>>>
>>>>>                 On 28/04/2021 10.53, [ EXT ] ????????? ??????? wrote:
>>>>>>                 Hello!
>>>>>>
>>>>>>                 I'm testing call recording with Rtpengine. It
>>>>>>                 works fine when the "record-call=on" flag is
>>>>>>                 added to the?/rtpengine_offer/
>>>>>>                 or?/start_recording/?is used in the?*request_route*.
>>>>>>
>>>>>>                 But I was wondering if the call recording can be
>>>>>>                 managed by a separate application. So I add?the
>>>>>>                 following lines to
>>>>>>                 the?*event_route[xhttp:request]* and triggered?it
>>>>>>                 with an HTTP request after the call was
>>>>>>                 established. The call-id value was taken?from the
>>>>>>                 Rtpengine log and sent with the request.
>>>>>>
>>>>>>                     /? if ($hu =~ "^/CALL_RECORD_START/") {/
>>>>>>                     /? ? $var(call_id) =?/"call-id="
>>>>>>                     +?/$(hu{s.select,2,/});/
>>>>>>                     ? ? xlog("L_DBG", "$var(call_id)");
>>>>>>                     /? ? start_recording($var(call_id));/
>>>>>>                     /? ??/exit;
>>>>>>                     /? }/
>>>>>>
>>>>>                 If you have to reason to go through Kamailio for
>>>>>                 this, you can simply trigger the command from any
>>>>>                 other external application. There's a sample
>>>>>                 script included in the repo that can be used for
>>>>>                 this purpose directly (making use of the Perl
>>>>>                 module that is also included):
>>>>>                 https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client
>>>>>                 <https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client>
>>>>>
>>>>>                 There's also a nodejs client that I'm aware of:
>>>>>                 https://github.com/davehorton/rtpengine-client
>>>>>                 <https://github.com/davehorton/rtpengine-client>
>>>>>
>>>>>                 Or you can hand-roll the request and talk to
>>>>>                 rtpengine via HTTP or Websocket for example.
>>>>>
>>>>>                 Cheers
>>>>>
>>>>>                 __________________________________________________________
>>>>>                 Kamailio - Users Mailing List - Non Commercial
>>>>>                 Discussions
>>>>>                 ? * sr-users at lists.kamailio.org
>>>>>                 <mailto:sr-users at lists.kamailio.org>
>>>>>                 Important: keep the mailing list in the
>>>>>                 recipients, do not reply only to the sender!
>>>>>                 Edit mailing list options or unsubscribe:
>>>>>                 ? *
>>>>>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>                 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>
>>>>>
>>>>>             __________________________________________________________
>>>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>               * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>>             Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>             Edit mailing list options or unsubscribe:
>>>>>               * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>             Kamailio Advanced Training - Online
>>>>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>               * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>
>>>         -- 
>>>         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 Advanced Training - Online
>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>
>>     -- 
>>     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 Advanced Training - Online
>>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/af980dcd/attachment.htm>

From iliusha.md at gmail.com  Wed May  5 16:25:38 2021
From: iliusha.md at gmail.com (Ilie Soltanici)
Date: Wed, 5 May 2021 15:25:38 +0100
Subject: [SR-Users] Unable to parse the Cancel request
Message-ID: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>

Hello,

We are having an issue here where Kamailio is complaining about duplicate
To header, while in the SIP Packet there is just one. See below the log
message:

DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate To header
ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot build CANCEL
request
ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a CANCEL
failed
ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error

And this is the sip message:

CANCEL sip:123456789 at 1.2.3.4:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:19373
;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
Max-Forwards: 70
To: <sip:123456789 at 1.2.3.4:5060>
From: "101"<sip:101 at 1.2.3.4:5060>;tag=6f373b66
Call-ID: hC2O6zx8ZaUJ1di046
CSeq: 2 CANCEL
Proxy-Authorization: Digest
username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="
sip:123456789 at 1.2.3.4:5060
",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
User-Agent: TEST
Content-Length: 0

version: kamailio 5.5.0 (x86_64/linux) d4c1a1

The route itself, is like in the standard documentation:

# CANCEL processing
          if KSR.is_CANCEL() :
              KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
              if KSR.tm.t_check_trans()>0 :
                  self.ksr_route_relay(msg)
              return 1


   def ksr_route_relay(self, msg):
        if KSR.is_method_in("IBSU") :
            if KSR.tm.t_is_set("branch_route")<0 :
                KSR.tm.t_on_branch("ksr_branch_manage")

        if KSR.is_method_in("ISU") :
            if KSR.tm.t_is_set("onreply_route")<0 :
                KSR.tm.t_on_reply("ksr_onreply_manage")

        if KSR.is_INVITE() :
            if KSR.tm.t_is_set("failure_route")<0 :
                KSR.tm.t_on_failure("ksr_failure_manage")

        if KSR.tm.t_relay()<0 :
            KSR.sl.sl_reply_error()

        return -255

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/d0bc7aec/attachment.htm>

From miconda at gmail.com  Wed May  5 16:40:29 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 16:40:29 +0200
Subject: [SR-Users] Kamailio v5.5.0 Released - new major version is out
Message-ID: <a6b933ad-4379-2412-6f85-c8337befa131@gmail.com>

Kamailio v5.5.0 is out ? it comes with 6 new modules and a considerable
set of improvements touching again more than 80 existing modules.

You can read detailed release notes at:

?? * https://www.kamailio.org/w/kamailio-v5-5-0-release-notes/

Many thanks to all developers and community members that made possible
this release.

v5.5.0 brings more flexibility and optimizations across many components,
enhancements to distributed message queue (dmq module), load balancer,
http client, STIR/SHAKEN support, IMS/VoLTE, rtpengine and tls as well
as to make available more functions to KEMI interface ... just to list
only a few here. Enjoy Kamailio v5.5.0!

Thank you for flying Kamailio!

Stay safe and healthy!
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Wed May  5 17:24:32 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 17:24:32 +0200
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
Message-ID: <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>

Hello,

the CANCEL to be sent is generated locally by tm module from the INVITE
that was sent on the branch, so the errors is actually about a duplicate
To header in that INVITE. Check it on the network to see if that's the case.

Cheers,
Daniel

On 05.05.21 16:25, Ilie Soltanici wrote:
> Hello,
>
> We are having an issue here where Kamailio is complaining about
> duplicate To header, while in the SIP Packet there is just one. See
> below the log message:
>
> DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate To header
> ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot build
> CANCEL request
> ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a CANCEL
> failed
> ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>
> And this is the sip message:
>
> CANCEL sip:123456789 at 1.2.3.4:5060 <http://sip:123456789 at 1.2.3.4:5060>
> SIP/2.0
> Via: SIP/2.0/UDP
> 192.168.1.1:19373;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
> Max-Forwards: 70
> To: <sip:123456789 at 1.2.3.4:5060 <http://sip:123456789 at 1.2.3.4:5060>>
> From: "101"<sip:101 at 1.2.3.4:5060
> <http://sip:101 at 1.2.3.4:5060>>;tag=6f373b66
> Call-ID: hC2O6zx8ZaUJ1di046
> CSeq: 2 CANCEL
> Proxy-Authorization: Digest
> username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="sip:123456789 at 1.2.3.4:5060
> <http://sip:123456789 at 1.2.3.4:5060>",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
> User-Agent: TEST
> Content-Length: 0
>
> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>
> The route itself, is like in the standard documentation:
>
> # CANCEL processing
> ? ? ? ? ? if KSR.is_CANCEL() :
> ? ? ? ? ? ? ? KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
> ? ? ? ? ? ? ? if KSR.tm.t_check_trans()>0 :
> ? ? ? ? ? ? ? ? ? self.ksr_route_relay(msg)
> ? ? ? ? ? ? ? return 1
>
>
> ? ?def ksr_route_relay(self, msg):
> ? ? ? ? if KSR.is_method_in("IBSU") :
> ? ? ? ? ? ? if KSR.tm.t_is_set("branch_route")<0 :
> ? ? ? ? ? ? ? ? KSR.tm.t_on_branch("ksr_branch_manage")
>
> ? ? ? ? if KSR.is_method_in("ISU") :
> ? ? ? ? ? ? if KSR.tm.t_is_set("onreply_route")<0 :
> ? ? ? ? ? ? ? ? KSR.tm.t_on_reply("ksr_onreply_manage")
>
> ? ? ? ? if KSR.is_INVITE() :
> ? ? ? ? ? ? if KSR.tm.t_is_set("failure_route")<0 :
> ? ? ? ? ? ? ? ? KSR.tm.t_on_failure("ksr_failure_manage")
>
> ? ? ? ? if KSR.tm.t_relay()<0 :
> ? ? ? ? ? ? KSR.sl.sl_reply_error()
>
> ? ? ? ? return -255
>
> Thanks
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/e5e5ee64/attachment.htm>

From iliusha.md at gmail.com  Wed May  5 17:32:10 2021
From: iliusha.md at gmail.com (Ilie Soltanici)
Date: Wed, 5 May 2021 16:32:10 +0100
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
Message-ID: <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>

Hello,

No, that's not the case, see below the INVITE sent to the branch:

INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
Via: SIP/2.0/UDP 1.2.3.4:5060
;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
Via: SIP/2.0/UDP 192.168.1.10:40769
;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
Max-Forwards: 69
Contact: <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
To: <sip:123456789 at 1.2.3.4:5060>
From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
User-Agent: Z 5.4.12 v2.10.13.2-mod
Allow-Events: presence, kpml, talk
Content-Length: 336
TOH: 123456789

v=0
o=Z 1620220570589 1 IN IP4 1.3.5.7
s=Z
c=IN IP4 1.3.5.7
t=0 0
m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
a=rtpmap:106 opus/48000/2
a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1
a=rtpmap:98 telephone-event/48000
a=fmtp:98 0-16
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

thanks

On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> the CANCEL to be sent is generated locally by tm module from the INVITE
> that was sent on the branch, so the errors is actually about a duplicate To
> header in that INVITE. Check it on the network to see if that's the case.
>
> Cheers,
> Daniel
> On 05.05.21 16:25, Ilie Soltanici wrote:
>
> Hello,
>
> We are having an issue here where Kamailio is complaining about duplicate
> To header, while in the SIP Packet there is just one. See below the log
> message:
>
> DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate To header
> ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot build CANCEL
> request
> ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a CANCEL
> failed
> ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>
> And this is the sip message:
>
> CANCEL sip:123456789 at 1.2.3.4:5060 SIP/2.0
> Via: SIP/2.0/UDP 192.168.1.1:19373
> ;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
> Max-Forwards: 70
> To: <sip:123456789 at 1.2.3.4:5060>
> From: "101"<sip:101 at 1.2.3.4:5060>;tag=6f373b66
> Call-ID: hC2O6zx8ZaUJ1di046
> CSeq: 2 CANCEL
> Proxy-Authorization: Digest
> username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="
> sip:123456789 at 1.2.3.4:5060
> ",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
> User-Agent: TEST
> Content-Length: 0
>
> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>
> The route itself, is like in the standard documentation:
>
> # CANCEL processing
>           if KSR.is_CANCEL() :
>               KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>               if KSR.tm.t_check_trans()>0 :
>                   self.ksr_route_relay(msg)
>               return 1
>
>
>    def ksr_route_relay(self, msg):
>         if KSR.is_method_in("IBSU") :
>             if KSR.tm.t_is_set("branch_route")<0 :
>                 KSR.tm.t_on_branch("ksr_branch_manage")
>
>         if KSR.is_method_in("ISU") :
>             if KSR.tm.t_is_set("onreply_route")<0 :
>                 KSR.tm.t_on_reply("ksr_onreply_manage")
>
>         if KSR.is_INVITE() :
>             if KSR.tm.t_is_set("failure_route")<0 :
>                 KSR.tm.t_on_failure("ksr_failure_manage")
>
>         if KSR.tm.t_relay()<0 :
>             KSR.sl.sl_reply_error()
>
>         return -255
>
> Thanks
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/1b4c3b9a/attachment.htm>

From miconda at gmail.com  Wed May  5 17:42:02 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 17:42:02 +0200
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
 <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
Message-ID: <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>

Hello,

are you running the latest version in the X.Y series? Likely you have a
version with an issue that was fixed, iirc.

Cheers,
Daniel

On 05.05.21 17:32, Ilie Soltanici wrote:
> Hello,
>
> No, that's not the case, see below the INVITE sent to the branch:
>
> INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
> Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
> Via: SIP/2.0/UDP
> 1.2.3.4:5060;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
> Via: SIP/2.0/UDP
> 192.168.1.10:40769;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
> Max-Forwards: 69
> Contact: <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
> To: <sip:123456789 at 1.2.3.4:5060 <http://sip:123456789 at 1.2.3.4:5060>>
> From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
> Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
> CSeq: 2 INVITE
> Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS,
> INFO, SUBSCRIBE
> Content-Type: application/sdp
> User-Agent: Z 5.4.12 v2.10.13.2-mod
> Allow-Events: presence, kpml, talk
> Content-Length: 336
> TOH: 123456789
>
> v=0
> o=Z 1620220570589 1 IN IP4 1.3.5.7
> s=Z
> c=IN IP4 1.3.5.7
> t=0 0
> m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
> a=rtpmap:106 opus/48000/2
> a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1
> a=rtpmap:98 telephone-event/48000
> a=fmtp:98 0-16
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=sendrecv
>
> thanks
>
> On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     the CANCEL to be sent is generated locally by tm module from the
>     INVITE that was sent on the branch, so the errors is actually
>     about a duplicate To header in that INVITE. Check it on the
>     network to see if that's the case.
>
>     Cheers,
>     Daniel
>
>     On 05.05.21 16:25, Ilie Soltanici wrote:
>>     Hello,
>>
>>     We are having an issue here where Kamailio is complaining about
>>     duplicate To header, while in the SIP Packet there is just one.
>>     See below the log message:
>>
>>     DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate
>>     To header
>>     ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot
>>     build CANCEL request
>>     ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a
>>     CANCEL failed
>>     ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>>
>>     And this is the sip message:
>>
>>     CANCEL sip:123456789 at 1.2.3.4:5060
>>     <http://sip:123456789 at 1.2.3.4:5060> SIP/2.0
>>     Via: SIP/2.0/UDP
>>     192.168.1.1:19373;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
>>     Max-Forwards: 70
>>     To: <sip:123456789 at 1.2.3.4:5060 <http://sip:123456789 at 1.2.3.4:5060>>
>>     From: "101"<sip:101 at 1.2.3.4:5060
>>     <http://sip:101 at 1.2.3.4:5060>>;tag=6f373b66
>>     Call-ID: hC2O6zx8ZaUJ1di046
>>     CSeq: 2 CANCEL
>>     Proxy-Authorization: Digest
>>     username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="sip:123456789 at 1.2.3.4:5060
>>     <http://sip:123456789 at 1.2.3.4:5060>",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
>>     User-Agent: TEST
>>     Content-Length: 0
>>
>>     version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>
>>     The route itself, is like in the standard documentation:
>>
>>     # CANCEL processing
>>     ? ? ? ? ? if KSR.is_CANCEL() :
>>     ? ? ? ? ? ? ? KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>>     ? ? ? ? ? ? ? if KSR.tm.t_check_trans()>0 :
>>     ? ? ? ? ? ? ? ? ? self.ksr_route_relay(msg)
>>     ? ? ? ? ? ? ? return 1
>>
>>
>>     ? ?def ksr_route_relay(self, msg):
>>     ? ? ? ? if KSR.is_method_in("IBSU") :
>>     ? ? ? ? ? ? if KSR.tm.t_is_set("branch_route")<0 :
>>     ? ? ? ? ? ? ? ? KSR.tm.t_on_branch("ksr_branch_manage")
>>
>>     ? ? ? ? if KSR.is_method_in("ISU") :
>>     ? ? ? ? ? ? if KSR.tm.t_is_set("onreply_route")<0 :
>>     ? ? ? ? ? ? ? ? KSR.tm.t_on_reply("ksr_onreply_manage")
>>
>>     ? ? ? ? if KSR.is_INVITE() :
>>     ? ? ? ? ? ? if KSR.tm.t_is_set("failure_route")<0 :
>>     ? ? ? ? ? ? ? ? KSR.tm.t_on_failure("ksr_failure_manage")
>>
>>     ? ? ? ? if KSR.tm.t_relay()<0 :
>>     ? ? ? ? ? ? KSR.sl.sl_reply_error()
>>
>>     ? ? ? ? return -255
>>
>>     Thanks
>>
>>     __________________________________________________________
>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>       * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>     Edit mailing list options or unsubscribe:
>>       * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/615f2fca/attachment.htm>

From iliusha.md at gmail.com  Wed May  5 17:56:35 2021
From: iliusha.md at gmail.com (Ilie Soltanici)
Date: Wed, 5 May 2021 16:56:35 +0100
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
 <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
 <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>
Message-ID: <CAJQ6-U2mOo-nuk1r4qGTEypXYK-xEntBjEP1N-d3Bjn3q234bw@mail.gmail.com>

Hello,

Yes, initially I was trying with version 5.4.5, then I upgraded to the
latest version from 5.5 branch - but this didn't fix the issue.

version: kamailio 5.5.0 (x86_64/linux) d4c1a1
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, 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_BLOCKLIST,
HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
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: d4c1a1
compiled on 16:08:42 May  5 2021 with gcc 8.3.0

OS: Description: Debian GNU/Linux 10 (buster)

Thank you.

On Wed, 5 May 2021 at 16:42, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> are you running the latest version in the X.Y series? Likely you have a
> version with an issue that was fixed, iirc.
>
> Cheers,
> Daniel
> On 05.05.21 17:32, Ilie Soltanici wrote:
>
> Hello,
>
> No, that's not the case, see below the INVITE sent to the branch:
>
> INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
> Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
> Via: SIP/2.0/UDP 1.2.3.4:5060
> ;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
> Via: SIP/2.0/UDP 192.168.1.10:40769
> ;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
> Max-Forwards: 69
> Contact: <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
> To: <sip:123456789 at 1.2.3.4:5060>
> From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
> Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
> CSeq: 2 INVITE
> Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
> SUBSCRIBE
> Content-Type: application/sdp
> User-Agent: Z 5.4.12 v2.10.13.2-mod
> Allow-Events: presence, kpml, talk
> Content-Length: 336
> TOH: 123456789
>
> v=0
> o=Z 1620220570589 1 IN IP4 1.3.5.7
> s=Z
> c=IN IP4 1.3.5.7
> t=0 0
> m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
> a=rtpmap:106 opus/48000/2
> a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1
> a=rtpmap:98 telephone-event/48000
> a=fmtp:98 0-16
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=sendrecv
>
> thanks
>
> On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> the CANCEL to be sent is generated locally by tm module from the INVITE
>> that was sent on the branch, so the errors is actually about a duplicate To
>> header in that INVITE. Check it on the network to see if that's the case.
>>
>> Cheers,
>> Daniel
>> On 05.05.21 16:25, Ilie Soltanici wrote:
>>
>> Hello,
>>
>> We are having an issue here where Kamailio is complaining about duplicate
>> To header, while in the SIP Packet there is just one. See below the log
>> message:
>>
>> DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate To header
>> ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot build
>> CANCEL request
>> ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a CANCEL
>> failed
>> ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>>
>> And this is the sip message:
>>
>> CANCEL sip:123456789 at 1.2.3.4:5060 SIP/2.0
>> Via: SIP/2.0/UDP 192.168.1.1:19373
>> ;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
>> Max-Forwards: 70
>> To: <sip:123456789 at 1.2.3.4:5060>
>> From: "101"<sip:101 at 1.2.3.4:5060>;tag=6f373b66
>> Call-ID: hC2O6zx8ZaUJ1di046
>> CSeq: 2 CANCEL
>> Proxy-Authorization: Digest
>> username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="
>> sip:123456789 at 1.2.3.4:5060
>> ",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
>> User-Agent: TEST
>> Content-Length: 0
>>
>> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>
>> The route itself, is like in the standard documentation:
>>
>> # CANCEL processing
>>           if KSR.is_CANCEL() :
>>               KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>>               if KSR.tm.t_check_trans()>0 :
>>                   self.ksr_route_relay(msg)
>>               return 1
>>
>>
>>    def ksr_route_relay(self, msg):
>>         if KSR.is_method_in("IBSU") :
>>             if KSR.tm.t_is_set("branch_route")<0 :
>>                 KSR.tm.t_on_branch("ksr_branch_manage")
>>
>>         if KSR.is_method_in("ISU") :
>>             if KSR.tm.t_is_set("onreply_route")<0 :
>>                 KSR.tm.t_on_reply("ksr_onreply_manage")
>>
>>         if KSR.is_INVITE() :
>>             if KSR.tm.t_is_set("failure_route")<0 :
>>                 KSR.tm.t_on_failure("ksr_failure_manage")
>>
>>         if KSR.tm.t_relay()<0 :
>>             KSR.sl.sl_reply_error()
>>
>>         return -255
>>
>> Thanks
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/7591d2b9/attachment.htm>

From volodyaivanets at gmail.com  Wed May  5 18:20:13 2021
From: volodyaivanets at gmail.com (=?UTF-8?B?0JLQvtC70L7QtNC40LzQuNGAINCG0LLQsNC90LXRhtGM?=)
Date: Wed, 5 May 2021 19:20:13 +0300
Subject: [SR-Users] start_recording and stop_recording inside
 event_route[xhttp:request]
In-Reply-To: <c6c616a0-0f30-4736-0f51-73a6b51ca1bb@gmail.com>
References: <CAOQgkjbn4G9QrUHrFFDH0WSHHT2ypWxS7VwssivYHwjsfYJZXg@mail.gmail.com>
 <d38f1a93-f9a0-b6fb-a517-2dda2172f02d@sipwise.com>
 <CAOQgkjZoaFu9enq8=KOxiMYJ4DA08wHu+WwDx=9AUdnDVQ12Cg@mail.gmail.com>
 <00ff3460-0e14-a5de-302f-94589762b2b2@gmail.com>
 <CAOQgkjadgD=YwKSVjdPUA4Pe0R8+G6k7LwdvKZ42sbNprdGZkw@mail.gmail.com>
 <e99709f5-205e-67d1-6db6-8f13f296d18d@gmail.com>
 <CAOQgkjaSgc-SBRoprEpFNHKWEXc=Ho+8-y=Rujxuy2=9PBXo8Q@mail.gmail.com>
 <682c9755-35c4-54d2-44cf-8fe67cbd42e3@gmail.com>
 <3162f2b7-ec17-7c7c-5930-e9ed3c085ccd@gmail.com>
 <CAOQgkjbD0ggQYp=+Q=5yyzkWdF0TDtqvcMZ6SYCZwLcOF10GTg@mail.gmail.com>
 <c6c616a0-0f30-4736-0f51-73a6b51ca1bb@gmail.com>
Message-ID: <CAOQgkjZTqxHnaq+ZRHZ_dAr9pQAe-n_MQifiY_vhPVx=E+9DMw@mail.gmail.com>

Hello,

I did not. I misunderstood your previous message. Now I called
start_recording() and stop_recording() with *call-id* and *from-tag* flags
and everything worked fine.

Thank you very much!

??, 5 ????. 2021 ? 16:46 Daniel-Constantin Mierla <miconda at gmail.com> ????:

> Hello,
>
> do you pass "from-tag=xyz" to the start_recording() function?
>
> Cheers,
> Daniel
> On 05.05.21 13:51, ????????? ??????? wrote:
>
> Hello Daniel,
>
> Sorry, I was out of the office and could make a test only now. As you
> told, the HTTP request is now processed differently. Unfortunately, I can
> no longer start call recording. I tried the following options and got the
> "rtpp_function_call(): can't get From tag" error message each time.
>
>
>    1. /usr/bin/curl -H "Content-Type: text" "
>    http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>    "
>    2. /usr/bin/curl -H "Content-Type: text" "
>    http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0"
>    -H "From: <sip:123 at 127.0.0.1:5080>;tag=1"
>    3. /usr/bin/curl -H "Content-Type: text" "
>    http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0"
>    -H "Call-Id: 249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0" -H
>    "To: sip:456 at 127.0.0.1:5060" -H "From: <sip:123 at 127.0.0.1:5080>;tag=1"
>
>
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_fline.c:250]: parse_first_line(): first line type 1
> (request) flags 2*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:677]: parse_msg(): SIP Request:*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:679]: parse_msg():  method:  <GET>*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:681]: parse_msg():  uri:
> </CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>
> </CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:683]: parse_msg():  version: <HTTP/1.1>*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
> name [Via] type 1*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:555]: parse_headers(): Via found, flags=2*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:557]: parse_headers(): this is the first via*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: ==
> TRACE. xhttp:request*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: ==
> TRACE. xhttp:request. HTTP Request Received*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>: ==
> TRACE. xhttp:request. hu is:
> /CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <script>:
> call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
> <call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0> 1111111111*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: ERROR: rtpengine
> [rtpengine.c:2547]: rtpp_function_call(): can't get From tag*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: xhttp
> [xhttp_mod.c:420]: xhttp_send_reply(): sending out response: 200 OK*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
> name [Host] type 0*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
> name [User-Agent] type 28*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
> name [Accept] type 23*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/parse_hname2.c:294]: parse_sip_header_name(): parsed header
> name [Content-Type] type 11*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/parser/msg_parser.c:91]: get_hdr_field(): found end of header*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/msg_translator.c:162]: check_via_address(): (127.0.0.1, 127.0.0.1, 0)*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/tcp_main.c:1590]: _tcpconn_find(): found connection by id: 5*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/tcp_main.c:2472]: tcpconn_send_put(): send from reader (19603 (27)),
> reusing fd*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/tcp_main.c:2706]: tcpconn_do_send(): sending...*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/tcp_main.c:2739]: tcpconn_do_send(): after real write: c=
> 0x7f4ba719cd70 n=118 fd=10*
> *May  5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: <core>
> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=*
>
>
> Thank you!
>
> ??, 30 ????. 2021 ? 17:53 Daniel-Constantin Mierla <miconda at gmail.com>
> ????:
>
>> I pushed a commit to master branch that should make it work to use the
>> function for non-SIP message processing, by giving call-id=... and
>> from-tag=... via flags parameter -- these two attributes seemed to be used
>> by expecting to be set, even if the rtpengine application may ignore one of
>> them.
>>
>> If you have a chance to test, let me know the result.
>>
>> Cheers,
>> Daniel
>> On 29.04.21 16:38, Daniel-Constantin Mierla wrote:
>>
>> I looked in the code and indeed it first takes the values from headers
>> for Call-Id, To (tag), From (tag), failing if the headers are not found,
>> but then it updates the values from the flags parameter. So the call-id can
>> be anything in the headers if you provide it as "call-id=xyz" parameter.
>>
>> Maybe the code should be reworked a bit to parse first the flags
>> parameters and if values are not found for the sip attributes, then try to
>> get them from headers.
>>
>> Cheers,
>> Daniel
>> On 29.04.21 15:39, ????????? ??????? wrote:
>>
>> I run Kamailio with debug=3 and Rtpengine with LOG_LEVEL=6.
>>
>> Rtpengine logs offers, answers and deletes but there is nothing when I
>> trigger *start_recording* with HTTP request. Below is the full Kamailio
>> log for the request. It looks to be failing right on the
>> *start_recording* function and I don't see any other issues except
>> empty Call-Id here: "receive_msg(): --- received sip message - request -
>> call-id: [] - cseq: []".
>>
>> I tried to add Call-Id header to my HTTP request and found out that now
>> rtpengine module will complain about missing To header. With tries and
>> errors, I specified all required headers and Rtpengine started call
>> recording:
>>
>> */usr/bin/curl -H "Content-Type: text"
>> "http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>> <http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
>> -H "Call-Id: 38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>> <38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>" -H "To:
>> sip:200-test at 127.0.0.1:5060 <http://sip:200-test at 127.0.0.1:5060>" -H "From:
>> <sip:2564286000 at 127.0.0.1:5080
>> <http://sip:2564286000 at 127.0.0.1:5080>>;tag=as7a92114c"*
>>
>>
>> It also looks like rtpengine module does not care about actual header
>> values. Function *start_recording* called with Call-Id value is enough
>> to start call recording even if all headers contain random invalid values:
>>
>> * /usr/bin/curl -H "Content-Type: text"
>> "http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0
>> <http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0>"
>> -H "Call-Id: does_mot_matter" -H "To: sip:456 at 127.0.0.1:5060
>> <http://sip:456 at 127.0.0.1:5060>" -H "From: <sip:123 at 127.0.0.1:5080
>> <http://sip:123 at 127.0.0.1:5080>>;tag=1"*
>>
>>
>> *Thank you very much for your help!*
>>
>>
>>
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/ip_addr.c:229]: print_ip(): tcpconn_new: new tcp connection:
>> 127.0.0.1*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:1175]: tcpconn_new(): on port 42782, type 2, socket 64*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:1498]: tcpconn_add(): hashes: 1710:1616:2551, 1*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/io_wait.h:375]: io_watch_add(): DBG: io_watch_add(0xae63a0, 64, 2,
>> 0x7f943ba04ac0), fd_no=50*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0xae63a0, 64, -1,
>> 0x0) fd_no=51 called*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:4457]: handle_tcpconn_ev(): sending to child, events 1*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:4130]: send2child(): selected tcp worker idx:0 proc:35
>> pid:24116 for activity on [tcp:127.0.0.1:8088 <http://127.0.0.1:8088>],
>> 0x7f943ba04ac0*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_read.c:1749]: handle_io(): received n=8 con=0x7f943ba04ac0, fd=13*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:610]: parse_msg(): SIP Request:*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:612]: parse_msg():  method:  <GET>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:614]: parse_msg():  uri:
>> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:616]: parse_msg():  version: <HTTP/1.1>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/receive.c:324]: receive_msg(): --- received sip message - request -
>> call-id: [] - cseq: []*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: xhttp
>> [xhttp_mod.c:382]: xhttp_handler(): new fake msg created (286 bytes):*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:610]: parse_msg(): SIP Request:*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:612]: parse_msg():  method:  <GET>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:614]: parse_msg():  uri:
>> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>> </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:616]: parse_msg():  version: <HTTP/1.1>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/parse_via.c:2639]: parse_via(): end of header reached, state=5*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:498]: parse_headers(): Via found, flags=2*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:500]: parse_headers(): this is the first via*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
>> TRACE. xhttp:request*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
>> TRACE. xhttp:request. HTTP Request Received*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>: ==
>> TRACE. xhttp:request. hu is:
>> /CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <script>:
>> call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0
>> <call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/parser/msg_parser.c:89]: get_hdr_field(): found end of header*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR: rtpengine
>> [rtpengine_funcs.c:294]: get_callid(): call-id not found*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR: rtpengine
>> [rtpengine.c:2383]: rtpp_function_call(): can't get Call-Id field*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: xhttp
>> [xhttp_mod.c:441]: xhttp_send_reply(): sending out response: 200 OK*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/msg_translator.c:161]: check_via_address(): (127.0.0.1, 127.0.0.1, 0)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_main.c:1590]: _tcpconn_find(): found connection by id: 1*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_main.c:2472]: tcpconn_send_put(): send from reader (24116 (35)),
>> reusing fd*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_main.c:2706]: tcpconn_do_send(): sending...*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_main.c:2739]: tcpconn_do_send(): after real write: c=
>> 0x7f943ba04ac0 n=113 fd=13*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/usr_avp.c:636]: destroy_avp_list(): destroying list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/receive.c:528]: receive_msg(): cleaning up*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/io_wait.h:375]: io_watch_add(): DBG: io_watch_add(0xb2a640, 13, 2,
>> 0x7f943ba04ac0), fd_no=1*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:3793]: handle_ser_child(): read response= 7f943ba04ac0,
>> -1, fd -1 from 35 (24116)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/io_wait.h:600]: io_watch_del(): DBG: io_watch_del (0xb2a640, 13, -1,
>> 0x10) fd_no=2 called*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_read.c:1890]: handle_io(): removing from list 0x7f943ba04ac0 id 1
>> fd 13, state -1, flags 4028, main fd -1, refcnt 1 ([127.0.0.1]:42782 ->
>> [127.0.0.1]:8088)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_read.c:1671]: release_tcpconn(): releasing con 0x7f943ba04ac0,
>> state -2, fd=13, id=1 ([127.0.0.1]:42782 -> [127.0.0.1]:8088)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG: <core>
>> [core/tcp_read.c:1672]: release_tcpconn(): extra_data (nil)*
>> *Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG: <core>
>> [core/tcp_main.c:3560]: handle_tcp_child(): reader response= 7f943ba04ac0,
>> -2 from 0*
>>
>>
>> ??, 29 ????. 2021 ? 13:17 Daniel-Constantin Mierla <miconda at gmail.com>
>> ????:
>>
>>> Ohhh, blindly missed the assignment before. You should run both kamailio
>>> and rtpengine with higher debug level and see if you get any hints from the
>>> log messages.
>>>
>>> Cheers,
>>> Daniel
>>> On 29.04.21 11:51, ????????? ??????? wrote:
>>>
>>> Hello Daniel,
>>>
>>> That is correct. My *$var(call_id)* variable contains concatenation of
>>> the "call-id=" string and a Call-Id value.
>>>
>>> *Apr 27 18:25:00 test /usr/sbin/kamailio[5347]: DEBUG: <script>:
>>> call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0
>>> <call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0>*
>>>
>>>
>>> Thank you!
>>>
>>> ??, 29 ????. 2021 ? 09:58 Daniel-Constantin Mierla <miconda at gmail.com>
>>> ????:
>>>
>>>> Hello,
>>>>
>>>> related to the initial config snippet example, the call-id is expected
>>>> to be provide as a named flag, like:
>>>>
>>>> start_recording("call-id=$var(call_id)");
>>>>
>>>> See the readme of the rtpengine module for more details.
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 29.04.21 08:23, ????????? ??????? wrote:
>>>>
>>>> Hello Richard,
>>>>
>>>> Thank you very much for the suggestion! I will give it a try.
>>>>
>>>> ??, 28 ????. 2021, 20:00 ?????????? Richard Fuchs <rfuchs at sipwise.com>
>>>> ????:
>>>>
>>>>> On 28/04/2021 10.53, [ EXT ] ????????? ??????? wrote:
>>>>>
>>>>> Hello!
>>>>>
>>>>> I'm testing call recording with Rtpengine. It works fine when the
>>>>> "record-call=on" flag is added to the *rtpengine_offer* or
>>>>> *start_recording* is used in the *request_route*.
>>>>>
>>>>> But I was wondering if the call recording can be managed by a separate
>>>>> application. So I add the following lines to the
>>>>> *event_route[xhttp:request]* and triggered it with an HTTP request
>>>>> after the call was established. The call-id value was taken from the
>>>>> Rtpengine log and sent with the request.
>>>>>
>>>>> *  if ($hu =~ "^/CALL_RECORD_START/") {*
>>>>> *    $var(call_id) = *"call-id=" + *$(hu{s.select,2,/});*
>>>>>     xlog("L_DBG", "$var(call_id)");
>>>>> *    start_recording($var(call_id));*
>>>>>     exit;
>>>>> *  }*
>>>>>
>>>>> If you have to reason to go through Kamailio for this, you can simply
>>>>> trigger the command from any other external application. There's a sample
>>>>> script included in the repo that can be used for this purpose directly
>>>>> (making use of the Perl module that is also included):
>>>>> https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client
>>>>>
>>>>> There's also a nodejs client that I'm aware of:
>>>>> https://github.com/davehorton/rtpengine-client
>>>>>
>>>>> Or you can hand-roll the request and talk to rtpengine via HTTP or
>>>>> Websocket for example.
>>>>>
>>>>> Cheers
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>> to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/f25d3252/attachment.htm>

From miconda at gmail.com  Wed May  5 18:28:30 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 18:28:30 +0200
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <CAJQ6-U2mOo-nuk1r4qGTEypXYK-xEntBjEP1N-d3Bjn3q234bw@mail.gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
 <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
 <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>
 <CAJQ6-U2mOo-nuk1r4qGTEypXYK-xEntBjEP1N-d3Bjn3q234bw@mail.gmail.com>
Message-ID: <37446232-6e17-ae4f-9fc3-94646a5bab34@gmail.com>

Hello,

hmm, 5.4.5 should have been also good, being the last in 5.4.x series,
with the fix that I was thinking of. I will look at the code.

Cheers,
Daniel

On 05.05.21 17:56, Ilie Soltanici wrote:
> Hello,
>
> Yes, initially I was trying with version 5.4.5, then I upgraded to the
> latest version from 5.5 branch - but this didn't fix the issue.
>
> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
> flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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_BLOCKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
> 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: d4c1a1
> compiled on 16:08:42 May ?5 2021 with gcc 8.3.0
>
> OS:?Description: Debian GNU/Linux 10 (buster)
>
> Thank you.
>
> On Wed, 5 May 2021 at 16:42, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     are you running the latest version in the X.Y series? Likely you
>     have a version with an issue that was fixed, iirc.
>
>     Cheers,
>     Daniel
>
>     On 05.05.21 17:32, Ilie Soltanici wrote:
>>     Hello,
>>
>>     No, that's not the case, see below the INVITE sent to the branch:
>>
>>     INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
>>     Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
>>     Via: SIP/2.0/UDP
>>     1.2.3.4:5060;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
>>     Via: SIP/2.0/UDP
>>     192.168.1.10:40769;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
>>     Max-Forwards: 69
>>     Contact: <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
>>     To: <sip:123456789 at 1.2.3.4:5060 <http://sip:123456789 at 1.2.3.4:5060>>
>>     From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
>>     Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
>>     CSeq: 2 INVITE
>>     Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS,
>>     INFO, SUBSCRIBE
>>     Content-Type: application/sdp
>>     User-Agent: Z 5.4.12 v2.10.13.2-mod
>>     Allow-Events: presence, kpml, talk
>>     Content-Length: 336
>>     TOH: 123456789
>>
>>     v=0
>>     o=Z 1620220570589 1 IN IP4 1.3.5.7
>>     s=Z
>>     c=IN IP4 1.3.5.7
>>     t=0 0
>>     m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
>>     a=rtpmap:106 opus/48000/2
>>     a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1
>>     a=rtpmap:98 telephone-event/48000
>>     a=fmtp:98 0-16
>>     a=rtpmap:101 telephone-event/8000
>>     a=fmtp:101 0-16
>>     a=sendrecv
>>
>>     thanks
>>
>>     On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         the CANCEL to be sent is generated locally by tm module from
>>         the INVITE that was sent on the branch, so the errors is
>>         actually about a duplicate To header in that INVITE. Check it
>>         on the network to see if that's the case.
>>
>>         Cheers,
>>         Daniel
>>
>>         On 05.05.21 16:25, Ilie Soltanici wrote:
>>>         Hello,
>>>
>>>         We are having an issue here where Kamailio is complaining
>>>         about duplicate To header, while in the SIP Packet there is
>>>         just one. See below the log message:
>>>
>>>         DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse():
>>>         duplicate To header
>>>         ERROR: tm [t_msgbuilder.c:531]: build_local_reparse():
>>>         cannot build CANCEL request
>>>         ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to
>>>         build a CANCEL failed
>>>         ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>>>
>>>         And this is the sip message:
>>>
>>>         CANCEL sip:123456789 at 1.2.3.4:5060
>>>         <http://sip:123456789 at 1.2.3.4:5060> SIP/2.0
>>>         Via: SIP/2.0/UDP
>>>         192.168.1.1:19373;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
>>>         Max-Forwards: 70
>>>         To: <sip:123456789 at 1.2.3.4:5060
>>>         <http://sip:123456789 at 1.2.3.4:5060>>
>>>         From: "101"<sip:101 at 1.2.3.4:5060
>>>         <http://sip:101 at 1.2.3.4:5060>>;tag=6f373b66
>>>         Call-ID: hC2O6zx8ZaUJ1di046
>>>         CSeq: 2 CANCEL
>>>         Proxy-Authorization: Digest
>>>         username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="sip:123456789 at 1.2.3.4:5060
>>>         <http://sip:123456789 at 1.2.3.4:5060>",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
>>>         User-Agent: TEST
>>>         Content-Length: 0
>>>
>>>         version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>>
>>>         The route itself, is like in the standard documentation:
>>>
>>>         # CANCEL processing
>>>         ? ? ? ? ? if KSR.is_CANCEL() :
>>>         ? ? ? ? ? ? ? KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>>>         ? ? ? ? ? ? ? if KSR.tm.t_check_trans()>0 :
>>>         ? ? ? ? ? ? ? ? ? self.ksr_route_relay(msg)
>>>         ? ? ? ? ? ? ? return 1
>>>
>>>
>>>         ? ?def ksr_route_relay(self, msg):
>>>         ? ? ? ? if KSR.is_method_in("IBSU") :
>>>         ? ? ? ? ? ? if KSR.tm.t_is_set("branch_route")<0 :
>>>         ? ? ? ? ? ? ? ? KSR.tm.t_on_branch("ksr_branch_manage")
>>>
>>>         ? ? ? ? if KSR.is_method_in("ISU") :
>>>         ? ? ? ? ? ? if KSR.tm.t_is_set("onreply_route")<0 :
>>>         ? ? ? ? ? ? ? ? KSR.tm.t_on_reply("ksr_onreply_manage")
>>>
>>>         ? ? ? ? if KSR.is_INVITE() :
>>>         ? ? ? ? ? ? if KSR.tm.t_is_set("failure_route")<0 :
>>>         ? ? ? ? ? ? ? ? KSR.tm.t_on_failure("ksr_failure_manage")
>>>
>>>         ? ? ? ? if KSR.tm.t_relay()<0 :
>>>         ? ? ? ? ? ? KSR.sl.sl_reply_error()
>>>
>>>         ? ? ? ? return -255
>>>
>>>         Thanks
>>>
>>>         __________________________________________________________
>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>           * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>         Edit mailing list options or unsubscribe:
>>>           * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>         Kamailio Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/34a447a8/attachment.htm>

From miconda at gmail.com  Wed May  5 18:30:44 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 18:30:44 +0200
Subject: [SR-Users] start_recording and stop_recording inside
 event_route[xhttp:request]
In-Reply-To: <CAOQgkjZTqxHnaq+ZRHZ_dAr9pQAe-n_MQifiY_vhPVx=E+9DMw@mail.gmail.com>
References: <CAOQgkjbn4G9QrUHrFFDH0WSHHT2ypWxS7VwssivYHwjsfYJZXg@mail.gmail.com>
 <d38f1a93-f9a0-b6fb-a517-2dda2172f02d@sipwise.com>
 <CAOQgkjZoaFu9enq8=KOxiMYJ4DA08wHu+WwDx=9AUdnDVQ12Cg@mail.gmail.com>
 <00ff3460-0e14-a5de-302f-94589762b2b2@gmail.com>
 <CAOQgkjadgD=YwKSVjdPUA4Pe0R8+G6k7LwdvKZ42sbNprdGZkw@mail.gmail.com>
 <e99709f5-205e-67d1-6db6-8f13f296d18d@gmail.com>
 <CAOQgkjaSgc-SBRoprEpFNHKWEXc=Ho+8-y=Rujxuy2=9PBXo8Q@mail.gmail.com>
 <682c9755-35c4-54d2-44cf-8fe67cbd42e3@gmail.com>
 <3162f2b7-ec17-7c7c-5930-e9ed3c085ccd@gmail.com>
 <CAOQgkjbD0ggQYp=+Q=5yyzkWdF0TDtqvcMZ6SYCZwLcOF10GTg@mail.gmail.com>
 <c6c616a0-0f30-4736-0f51-73a6b51ca1bb@gmail.com>
 <CAOQgkjZTqxHnaq+ZRHZ_dAr9pQAe-n_MQifiY_vhPVx=E+9DMw@mail.gmail.com>
Message-ID: <e19df427-33dc-2735-72df-d3750f5cc141@gmail.com>

Hello,

ok, good that it works now. You should still be able to take them from
headers with $ci and $ft, but they have to be provided in the parameter
of start_recording()/stop_recording() if used with a non-SIP message.

Cheers,
Daniel

On 05.05.21 18:20, ????????? ??????? wrote:
> Hello,
>
> I did not. I misunderstood?your previous message. Now I called
> start_recording() and stop_recording() with /call-id/ and
> /from-tag/?flags and everything worked fine.
>
> Thank you very much!
>
> ??, 5 ????. 2021 ? 16:46 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>> ????:
>
>     Hello,
>
>     do you pass "from-tag=xyz" to the start_recording() function?
>
>     Cheers,
>     Daniel
>
>     On 05.05.21 13:51, ????????? ??????? wrote:
>>     Hello Daniel,
>>
>>     Sorry, I was out of the office and could make a test only now. As
>>     you told, the HTTP request is now processed differently.
>>     Unfortunately, I can no longer start call recording. I tried the
>>     following options and got?the "rtpp_function_call(): can't get
>>     From tag" error message each time.
>>
>>      1. /usr/bin/curl -H "Content-Type: text"
>>         "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>>         <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>>      2. /usr/bin/curl -H "Content-Type: text"
>>         "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>>         <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>>         -H "From: <sip:123 at 127.0.0.1:5080
>>         <http://sip:123 at 127.0.0.1:5080>>;tag=1"
>>      3. /usr/bin/curl -H "Content-Type: text"
>>         "http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>>         <http://localhost:8088/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>>         -H "Call-Id:
>>         249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>>         <mailto:249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>"
>>         -H "To: sip:456 at 127.0.0.1:5060
>>         <http://sip:456 at 127.0.0.1:5060>" -H "From:
>>         <sip:123 at 127.0.0.1:5080 <http://sip:123 at 127.0.0.1:5080>>;tag=1"
>>
>>
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_fline.c:250]: parse_first_line():
>>         first line type 1 (request) flags 2/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:677]: parse_msg(): SIP Request:/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:679]: parse_msg(): ?method:
>>         ?<GET>/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:681]: parse_msg(): ?uri: ? ?
>>         </CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>
>>         <mailto:/CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:683]: parse_msg(): ?version:
>>         <HTTP/1.1>/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_hname2.c:294]:
>>         parse_sip_header_name(): parsed header name [Via] type 1/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_via.c:2639]: parse_via(): end of
>>         header reached, state=5/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:555]: parse_headers(): Via
>>         found, flags=2/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:557]: parse_headers(): this
>>         is the first via/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <script>: == TRACE. xhttp:request/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <script>: == TRACE. xhttp:request. HTTP Request Received/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <script>: == TRACE. xhttp:request. hu is:
>>         /CALL_RECORD_START/249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <script>:
>>         call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0
>>         <mailto:call-id=249ae6300da4b1393be203e21068f6a2 at 127.0.0.1:5080.0>
>>         1111111111/
>>         /*May ?5 14:40:43 test /usr/sbin/kamailio[19603]: ERROR:
>>         rtpengine [rtpengine.c:2547]: rtpp_function_call(): can't get
>>         From tag*/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG: xhttp
>>         [xhttp_mod.c:420]: xhttp_send_reply(): sending out response:
>>         200 OK/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_hname2.c:294]:
>>         parse_sip_header_name(): parsed header name [Host] type 0/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_hname2.c:294]:
>>         parse_sip_header_name(): parsed header name [User-Agent] type 28/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_hname2.c:294]:
>>         parse_sip_header_name(): parsed header name [Accept] type 23/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/parse_hname2.c:294]:
>>         parse_sip_header_name(): parsed header name [Content-Type]
>>         type 11/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/parser/msg_parser.c:91]: get_hdr_field(): found
>>         end of header/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/msg_translator.c:162]: check_via_address():
>>         (127.0.0.1, 127.0.0.1, 0)/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/tcp_main.c:1590]: _tcpconn_find(): found
>>         connection by id: 5/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/tcp_main.c:2472]: tcpconn_send_put(): send from
>>         reader (19603 (27)), reusing fd/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/tcp_main.c:2706]: tcpconn_do_send(): sending.../
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/tcp_main.c:2739]: tcpconn_do_send(): after real
>>         write: c= 0x7f4ba719cd70 n=118 fd=10/
>>         /May ?5 14:40:43 test /usr/sbin/kamailio[19603]: DEBUG:
>>         <core> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=/
>>         /
>>         /
>>         /
>>         /
>>
>>     Thank you!
>>
>>     ??, 30 ????. 2021 ? 17:53 Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> ????:
>>
>>         I pushed a commit to master branch that should make it work
>>         to use the function for non-SIP message processing, by giving
>>         call-id=... and from-tag=... via flags parameter -- these two
>>         attributes seemed to be used by expecting to be set, even if
>>         the rtpengine application may ignore one of them.
>>
>>         If you have a chance to test, let me know the result.
>>
>>         Cheers,
>>         Daniel
>>
>>         On 29.04.21 16:38, Daniel-Constantin Mierla wrote:
>>>
>>>         I looked in the code and indeed it first takes the values
>>>         from headers for Call-Id, To (tag), From (tag), failing if
>>>         the headers are not found, but then it updates the values
>>>         from the flags parameter. So the call-id can be anything in
>>>         the headers if you provide it as "call-id=xyz" parameter.
>>>
>>>         Maybe the code should be reworked a bit to parse first the
>>>         flags parameters and if values are not found for the sip
>>>         attributes, then try to get them from headers.
>>>
>>>         Cheers,
>>>         Daniel
>>>
>>>         On 29.04.21 15:39, ????????? ??????? wrote:
>>>>         I run Kamailio with debug=3 and Rtpengine with?LOG_LEVEL=6.
>>>>
>>>>         Rtpengine logs offers, answers and deletes but there is
>>>>         nothing when I trigger /start_recording/ with HTTP request.
>>>>         Below is the full Kamailio log for the request. It looks to
>>>>         be failing right on the /start_recording/ function and I
>>>>         don't see any other issues except empty?Call-Id here:
>>>>         "receive_msg(): --- received sip message - request -
>>>>         call-id: [] - cseq: []".
>>>>
>>>>         I tried to add Call-Id header to my HTTP request and found
>>>>         out that now rtpengine module will complain?about missing
>>>>         To header. With tries and errors, I specified all required
>>>>         headers and Rtpengine started call recording:
>>>>
>>>>             //usr/bin/curl -H "Content-Type: text"
>>>>             "http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>>>>             <http://localhost:8088/CALL_RECORD_START/38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
>>>>             -H "Call-Id:
>>>>             38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1
>>>>             <mailto:38687ab466a031d20d852706710d2b4f at 127.0.0.1:5080.1>"
>>>>             -H "To: sip:200-test at 127.0.0.1:5060
>>>>             <http://sip:200-test at 127.0.0.1:5060>" -H "From:
>>>>             <sip:2564286000 at 127.0.0.1:5080
>>>>             <http://sip:2564286000 at 127.0.0.1:5080>>;tag=as7a92114c"/
>>>>
>>>>
>>>>         It also looks like rtpengine module does not care about
>>>>         actual header values. Function?/start_recording/?called
>>>>         with Call-Id value is enough to start call recording even
>>>>         if all headers contain random invalid values:
>>>>
>>>>             /?/usr/bin/curl -H "Content-Type: text"
>>>>             "http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0
>>>>             <http://localhost:8088/CALL_RECORD_START/6559572e21e08e0a41503ba5779c6604 at 127.0.0.1:5080.0>"
>>>>             -H "Call-Id: does_mot_matter" -H "To:
>>>>             sip:456 at 127.0.0.1:5060 <http://sip:456 at 127.0.0.1:5060>"
>>>>             -H "From: <sip:123 at 127.0.0.1:5080
>>>>             <http://sip:123 at 127.0.0.1:5080>>;tag=1"/
>>>>
>>>>
>>>>         *Thank you very much for your help!*
>>>>
>>>>
>>>>
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/ip_addr.c:229]: print_ip(): tcpconn_new:
>>>>             new tcp connection: 127.0.0.1/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:1175]: tcpconn_new(): on port
>>>>             42782, type 2, socket 64/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:1498]: tcpconn_add(): hashes:
>>>>             1710:1616:2551, 1/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/io_wait.h:375]: io_watch_add(): DBG:
>>>>             io_watch_add(0xae63a0, 64, 2, 0x7f943ba04ac0), fd_no=50/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/io_wait.h:600]: io_watch_del(): DBG:
>>>>             io_watch_del (0xae63a0, 64, -1, 0x0) fd_no=51 called/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:4457]: handle_tcpconn_ev():
>>>>             sending to child, events 1/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:4130]: send2child(): selected
>>>>             tcp worker idx:0 proc:35 pid:24116 for activity on
>>>>             [tcp:127.0.0.1:8088 <http://127.0.0.1:8088>],
>>>>             0x7f943ba04ac0/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_read.c:1749]: handle_io(): received
>>>>             n=8 con=0x7f943ba04ac0, fd=13/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:610]: parse_msg(): SIP
>>>>             Request:/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:612]: parse_msg():
>>>>             ?method: ?<GET>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:614]: parse_msg():
>>>>             ?uri: ? ?
>>>>             </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>>>>             <mailto:/CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:616]: parse_msg():
>>>>             ?version: <HTTP/1.1>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:89]: get_hdr_field():
>>>>             found end of header/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/receive.c:324]: receive_msg(): ---
>>>>             received sip message - request - call-id: [] - cseq: []/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             xhttp [xhttp_mod.c:382]: xhttp_handler(): new fake msg
>>>>             created (286 bytes):/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:610]: parse_msg(): SIP
>>>>             Request:/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:612]: parse_msg():
>>>>             ?method: ?<GET>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:614]: parse_msg():
>>>>             ?uri: ? ?
>>>>             </CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>
>>>>             <mailto:/CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:616]: parse_msg():
>>>>             ?version: <HTTP/1.1>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/parse_via.c:2639]: parse_via(): end
>>>>             of header reached, state=5/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:498]: parse_headers():
>>>>             Via found, flags=2/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:500]: parse_headers():
>>>>             this is the first via/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <script>: == TRACE. xhttp:request/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <script>: == TRACE. xhttp:request. HTTP Request Received/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <script>: == TRACE. xhttp:request. hu is:
>>>>             /CALL_RECORD_START/7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <script>:
>>>>             call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0
>>>>             <mailto:call-id=7a444c165953cf0a196e10e50d0b611e at 127.0.0.1:5080.0>/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/parser/msg_parser.c:89]: get_hdr_field():
>>>>             found end of header/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR:
>>>>             rtpengine [rtpengine_funcs.c:294]: get_callid():
>>>>             call-id not found/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: ERROR:
>>>>             rtpengine [rtpengine.c:2383]: rtpp_function_call():
>>>>             can't get Call-Id field/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             xhttp [xhttp_mod.c:441]: xhttp_send_reply(): sending
>>>>             out response: 200 OK/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/msg_translator.c:161]:
>>>>             check_via_address(): (127.0.0.1, 127.0.0.1, 0)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_main.c:1590]: _tcpconn_find(): found
>>>>             connection by id: 1/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_main.c:2472]: tcpconn_send_put(): send
>>>>             from reader (24116 (35)), reusing fd/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_main.c:2706]: tcpconn_do_send():
>>>>             sending.../
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_main.c:2739]: tcpconn_do_send(): after
>>>>             real write: c= 0x7f943ba04ac0 n=113 fd=13/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_main.c:2740]: tcpconn_do_send(): buf=/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/usr_avp.c:636]: destroy_avp_list():
>>>>             destroying list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/xavp.c:539]: xavp_destroy_list():
>>>>             destroying xavp list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/xavp.c:539]: xavp_destroy_list():
>>>>             destroying xavp list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/xavp.c:539]: xavp_destroy_list():
>>>>             destroying xavp list (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/receive.c:528]: receive_msg(): cleaning up/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/io_wait.h:375]: io_watch_add(): DBG:
>>>>             io_watch_add(0xb2a640, 13, 2, 0x7f943ba04ac0), fd_no=1/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:3793]: handle_ser_child(): read
>>>>             response= 7f943ba04ac0, -1, fd -1 from 35 (24116)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/io_wait.h:600]: io_watch_del(): DBG:
>>>>             io_watch_del (0xb2a640, 13, -1, 0x10) fd_no=2 called/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_read.c:1890]: handle_io(): removing
>>>>             from list 0x7f943ba04ac0 id 1 fd 13, state -1, flags
>>>>             4028, main fd -1, refcnt 1 ([127.0.0.1]:42782 ->
>>>>             [127.0.0.1]:8088)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_read.c:1671]: release_tcpconn():
>>>>             releasing con 0x7f943ba04ac0, state -2, fd=13, id=1
>>>>             ([127.0.0.1]:42782 -> [127.0.0.1]:8088)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24116]: DEBUG:
>>>>             <core> [core/tcp_read.c:1672]: release_tcpconn():
>>>>             extra_data (nil)/
>>>>             /Apr 29 16:01:47 test /usr/sbin/kamailio[24120]: DEBUG:
>>>>             <core> [core/tcp_main.c:3560]: handle_tcp_child():
>>>>             reader response= 7f943ba04ac0, -2 from 0/
>>>>
>>>>
>>>>         ??, 29 ????. 2021 ? 13:17 Daniel-Constantin Mierla
>>>>         <miconda at gmail.com <mailto:miconda at gmail.com>> ????:
>>>>
>>>>             Ohhh, blindly missed the assignment before. You should
>>>>             run both kamailio and rtpengine with higher debug level
>>>>             and see if you get any hints from the log messages.
>>>>
>>>>             Cheers,
>>>>             Daniel
>>>>
>>>>             On 29.04.21 11:51, ????????? ??????? wrote:
>>>>>             Hello Daniel,
>>>>>
>>>>>             That is correct. My?/$var(call_id)/?variable contains
>>>>>             concatenation of the "call-id=" string and a Call-Id
>>>>>             value.
>>>>>
>>>>>                 /Apr 27 18:25:00 test /usr/sbin/kamailio[5347]:
>>>>>                 DEBUG: <script>:
>>>>>                 call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0
>>>>>                 <mailto:call-id=3de74068278ede4417086eb82bdf5a06 at 127.0.0.1:5080.0>/
>>>>>
>>>>>
>>>>>             Thank you!
>>>>>
>>>>>             ??, 29 ????. 2021 ? 09:58 Daniel-Constantin Mierla
>>>>>             <miconda at gmail.com <mailto:miconda at gmail.com>> ????:
>>>>>
>>>>>                 Hello,
>>>>>
>>>>>                 related to the initial config snippet example, the
>>>>>                 call-id is expected to be provide as a named flag,
>>>>>                 like:
>>>>>
>>>>>                 start_recording("call-id=$var(call_id)");
>>>>>
>>>>>                 See the readme of the rtpengine module for more
>>>>>                 details.
>>>>>
>>>>>                 Cheers,
>>>>>                 Daniel
>>>>>
>>>>>                 On 29.04.21 08:23, ????????? ??????? wrote:
>>>>>>                 Hello Richard,
>>>>>>
>>>>>>                 Thank you very much for the suggestion! I will
>>>>>>                 give it a try.
>>>>>>
>>>>>>                 ??, 28 ????. 2021, 20:00 ?????????? Richard Fuchs
>>>>>>                 <rfuchs at sipwise.com <mailto:rfuchs at sipwise.com>>
>>>>>>                 ????:
>>>>>>
>>>>>>                     On 28/04/2021 10.53, [ EXT ] ?????????
>>>>>>                     ??????? wrote:
>>>>>>>                     Hello!
>>>>>>>
>>>>>>>                     I'm testing call recording with Rtpengine.
>>>>>>>                     It works fine when the "record-call=on" flag
>>>>>>>                     is added to the?/rtpengine_offer/
>>>>>>>                     or?/start_recording/?is used in
>>>>>>>                     the?*request_route*.
>>>>>>>
>>>>>>>                     But I was wondering if the call recording
>>>>>>>                     can be managed by a separate application. So
>>>>>>>                     I add?the following lines to
>>>>>>>                     the?*event_route[xhttp:request]* and
>>>>>>>                     triggered?it with an HTTP request after the
>>>>>>>                     call was established. The call-id value was
>>>>>>>                     taken?from the Rtpengine log and sent with
>>>>>>>                     the request.
>>>>>>>
>>>>>>>                         /? if ($hu =~ "^/CALL_RECORD_START/") {/
>>>>>>>                         /? ? $var(call_id) =?/"call-id="
>>>>>>>                         +?/$(hu{s.select,2,/});/
>>>>>>>                         ? ? xlog("L_DBG", "$var(call_id)");
>>>>>>>                         /? ? start_recording($var(call_id));/
>>>>>>>                         /? ??/exit;
>>>>>>>                         /? }/
>>>>>>>
>>>>>>                     If you have to reason to go through Kamailio
>>>>>>                     for this, you can simply trigger the command
>>>>>>                     from any other external application. There's
>>>>>>                     a sample script included in the repo that can
>>>>>>                     be used for this purpose directly (making use
>>>>>>                     of the Perl module that is also included):
>>>>>>                     https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client
>>>>>>                     <https://github.com/sipwise/rtpengine/blob/master/utils/rtpengine-ng-client>
>>>>>>
>>>>>>                     There's also a nodejs client that I'm aware
>>>>>>                     of:
>>>>>>                     https://github.com/davehorton/rtpengine-client
>>>>>>                     <https://github.com/davehorton/rtpengine-client>
>>>>>>
>>>>>>                     Or you can hand-roll the request and talk to
>>>>>>                     rtpengine via HTTP or Websocket for example.
>>>>>>
>>>>>>                     Cheers
>>>>>>
>>>>>>                     __________________________________________________________
>>>>>>                     Kamailio - Users Mailing List - Non
>>>>>>                     Commercial Discussions
>>>>>>                     ? * sr-users at lists.kamailio.org
>>>>>>                     <mailto:sr-users at lists.kamailio.org>
>>>>>>                     Important: keep the mailing list in the
>>>>>>                     recipients, do not reply only to the sender!
>>>>>>                     Edit mailing list options or unsubscribe:
>>>>>>                     ? *
>>>>>>                     https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>                     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>>
>>>>>>
>>>>>>                 __________________________________________________________
>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>                   * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>                   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>>                 Kamailio Advanced Training - Online
>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>                   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>
>>>>             -- 
>>>>             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 Advanced Training - Online
>>>>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>               * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>
>>>         -- 
>>>         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 Advanced Training - Online
>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>>         -- 
>>         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 Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/6a1a293e/attachment.htm>

From iliusha.md at gmail.com  Wed May  5 18:32:10 2021
From: iliusha.md at gmail.com (Ilie Soltanici)
Date: Wed, 5 May 2021 17:32:10 +0100
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <37446232-6e17-ae4f-9fc3-94646a5bab34@gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
 <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
 <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>
 <CAJQ6-U2mOo-nuk1r4qGTEypXYK-xEntBjEP1N-d3Bjn3q234bw@mail.gmail.com>
 <37446232-6e17-ae4f-9fc3-94646a5bab34@gmail.com>
Message-ID: <CAJQ6-U2=vXS3D=3xddUOLeaSxvQ+i+UrCQDay0SQwGvto-qivg@mail.gmail.com>

Hello,

Thank you Daniel for looking into this, I think I found the problem and it
was in the header:

*TOH: 123456789*

For some reason kamailio parsed it as a "To" header, by removing this
header the Cancel message was delivered successfully out.

Thank you.

On Wed, 5 May 2021 at 17:28, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> hmm, 5.4.5 should have been also good, being the last in 5.4.x series,
> with the fix that I was thinking of. I will look at the code.
>
> Cheers,
> Daniel
> On 05.05.21 17:56, Ilie Soltanici wrote:
>
> Hello,
>
> Yes, initially I was trying with version 5.4.5, then I upgraded to the
> latest version from 5.5 branch - but this didn't fix the issue.
>
> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
> flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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_BLOCKLIST,
> HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
> 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: d4c1a1
> compiled on 16:08:42 May  5 2021 with gcc 8.3.0
>
> OS: Description: Debian GNU/Linux 10 (buster)
>
> Thank you.
>
> On Wed, 5 May 2021 at 16:42, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> are you running the latest version in the X.Y series? Likely you have a
>> version with an issue that was fixed, iirc.
>>
>> Cheers,
>> Daniel
>> On 05.05.21 17:32, Ilie Soltanici wrote:
>>
>> Hello,
>>
>> No, that's not the case, see below the INVITE sent to the branch:
>>
>> INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
>> Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
>> Via: SIP/2.0/UDP 1.2.3.4:5060
>> ;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
>> Via: SIP/2.0/UDP 192.168.1.10:40769
>> ;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
>> Max-Forwards: 69
>> Contact: <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
>> To: <sip:123456789 at 1.2.3.4:5060>
>> From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
>> Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
>> CSeq: 2 INVITE
>> Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
>> SUBSCRIBE
>> Content-Type: application/sdp
>> User-Agent: Z 5.4.12 v2.10.13.2-mod
>> Allow-Events: presence, kpml, talk
>> Content-Length: 336
>> TOH: 123456789
>>
>> v=0
>> o=Z 1620220570589 1 IN IP4 1.3.5.7
>> s=Z
>> c=IN IP4 1.3.5.7
>> t=0 0
>> m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
>> a=rtpmap:106 opus/48000/2
>> a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1
>> a=rtpmap:98 telephone-event/48000
>> a=fmtp:98 0-16
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-16
>> a=sendrecv
>>
>> thanks
>>
>> On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla <miconda at gmail.com>
>> wrote:
>>
>>> Hello,
>>>
>>> the CANCEL to be sent is generated locally by tm module from the INVITE
>>> that was sent on the branch, so the errors is actually about a duplicate To
>>> header in that INVITE. Check it on the network to see if that's the case.
>>>
>>> Cheers,
>>> Daniel
>>> On 05.05.21 16:25, Ilie Soltanici wrote:
>>>
>>> Hello,
>>>
>>> We are having an issue here where Kamailio is complaining about
>>> duplicate To header, while in the SIP Packet there is just one. See below
>>> the log message:
>>>
>>> DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse(): duplicate To
>>> header
>>> ERROR: tm [t_msgbuilder.c:531]: build_local_reparse(): cannot build
>>> CANCEL request
>>> ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to build a CANCEL
>>> failed
>>> ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>>>
>>> And this is the sip message:
>>>
>>> CANCEL sip:123456789 at 1.2.3.4:5060 SIP/2.0
>>> Via: SIP/2.0/UDP 192.168.1.1:19373
>>> ;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
>>> Max-Forwards: 70
>>> To: <sip:123456789 at 1.2.3.4:5060>
>>> From: "101"<sip:101 at 1.2.3.4:5060>;tag=6f373b66
>>> Call-ID: hC2O6zx8ZaUJ1di046
>>> CSeq: 2 CANCEL
>>> Proxy-Authorization: Digest
>>> username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="
>>> sip:123456789 at 1.2.3.4:5060
>>> ",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
>>> User-Agent: TEST
>>> Content-Length: 0
>>>
>>> version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>>
>>> The route itself, is like in the standard documentation:
>>>
>>> # CANCEL processing
>>>           if KSR.is_CANCEL() :
>>>               KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>>>               if KSR.tm.t_check_trans()>0 :
>>>                   self.ksr_route_relay(msg)
>>>               return 1
>>>
>>>
>>>    def ksr_route_relay(self, msg):
>>>         if KSR.is_method_in("IBSU") :
>>>             if KSR.tm.t_is_set("branch_route")<0 :
>>>                 KSR.tm.t_on_branch("ksr_branch_manage")
>>>
>>>         if KSR.is_method_in("ISU") :
>>>             if KSR.tm.t_is_set("onreply_route")<0 :
>>>                 KSR.tm.t_on_reply("ksr_onreply_manage")
>>>
>>>         if KSR.is_INVITE() :
>>>             if KSR.tm.t_is_set("failure_route")<0 :
>>>                 KSR.tm.t_on_failure("ksr_failure_manage")
>>>
>>>         if KSR.tm.t_relay()<0 :
>>>             KSR.sl.sl_reply_error()
>>>
>>>         return -255
>>>
>>> Thanks
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/ca91515a/attachment.htm>

From miconda at gmail.com  Wed May  5 19:00:30 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 5 May 2021 19:00:30 +0200
Subject: [SR-Users] Unable to parse the Cancel request
In-Reply-To: <CAJQ6-U2=vXS3D=3xddUOLeaSxvQ+i+UrCQDay0SQwGvto-qivg@mail.gmail.com>
References: <CAJQ6-U3DAMGXXjnTn8obF2HV12AEz2BO_ri6ph8RKxA-Arijkg@mail.gmail.com>
 <ef5903da-46a2-00d2-86b5-8458aa6071c0@gmail.com>
 <CAJQ6-U3LqqptXA92x2OWMVAzK_vdvESW3L+5DcKKFMqmAWokQg@mail.gmail.com>
 <59354267-e3f5-56cc-593c-28bdefd86727@gmail.com>
 <CAJQ6-U2mOo-nuk1r4qGTEypXYK-xEntBjEP1N-d3Bjn3q234bw@mail.gmail.com>
 <37446232-6e17-ae4f-9fc3-94646a5bab34@gmail.com>
 <CAJQ6-U2=vXS3D=3xddUOLeaSxvQ+i+UrCQDay0SQwGvto-qivg@mail.gmail.com>
Message-ID: <73cc2e74-144e-40cf-6d6f-40357bb01c57@gmail.com>

Hello,

can you try the TOH header scenario with any of latest 5.4, 5.5 or
master branches? I just pushed a commit that should fix it.

Cheers,
Daniel

On 05.05.21 18:32, Ilie Soltanici wrote:
> Hello,
>
> Thank you Daniel for looking into this, I think I found the problem
> and it was in the header:
>
> *TOH: 123456789*
> *
> *
> For some?reason kamailio parsed it as a "To" header, by removing this
> header the Cancel message was delivered successfully out.
>
> Thank you.
>
> On Wed, 5 May 2021 at 17:28, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     hmm, 5.4.5 should have been also good, being the last in 5.4.x
>     series, with the fix that I was thinking of. I will look at the code.
>
>     Cheers,
>     Daniel
>
>     On 05.05.21 17:56, Ilie Soltanici wrote:
>>     Hello,
>>
>>     Yes, initially I was trying with version 5.4.5, then I upgraded
>>     to the latest version from 5.5 branch - but this didn't fix the
>>     issue.
>>
>>     version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>     flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
>>     DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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_BLOCKLIST, HAVE_RESOLV_RES,
>>     TLS_PTHREAD_MUTEX_SHARED
>>     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: d4c1a1
>>     compiled on 16:08:42 May ?5 2021 with gcc 8.3.0
>>
>>     OS:?Description: Debian GNU/Linux 10 (buster)
>>
>>     Thank you.
>>
>>     On Wed, 5 May 2021 at 16:42, Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         are you running the latest version in the X.Y series? Likely
>>         you have a version with an issue that was fixed, iirc.
>>
>>         Cheers,
>>         Daniel
>>
>>         On 05.05.21 17:32, Ilie Soltanici wrote:
>>>         Hello,
>>>
>>>         No, that's not the case, see below the INVITE sent to the
>>>         branch:
>>>
>>>         INVITE sip:123456789 at 1.2.3.4:5060;transport=UDP SIP/2.0
>>>         Record-Route: <sip:1.2.3.4:5060;lr;ftag=244c2803;did=cb4.8cb>
>>>         Via: SIP/2.0/UDP
>>>         1.2.3.4:5060;branch=z9hG4bK0f41.5079ae8da835958ee58ca1e8a4eb057b.0
>>>         Via: SIP/2.0/UDP
>>>         192.168.1.10:40769;received=1.3.5.7;branch=z9hG4bK-524287-1---46a5782b47b6ec85;rport=40769
>>>         Max-Forwards: 69
>>>         Contact:
>>>         <sip:101 at 1.3.5.7:40769;transport=UDP;alias=1.3.5.7~40769~1>
>>>         To: <sip:123456789 at 1.2.3.4:5060
>>>         <http://sip:123456789 at 1.2.3.4:5060>>
>>>         From: <sip:101 at 1.2.3.4:5060;transport=UDP>;tag=244c2803
>>>         Call-ID: KfuC1GMvCvk1YCSKnHwDrw..
>>>         CSeq: 2 INVITE
>>>         Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE,
>>>         OPTIONS, INFO, SUBSCRIBE
>>>         Content-Type: application/sdp
>>>         User-Agent: Z 5.4.12 v2.10.13.2-mod
>>>         Allow-Events: presence, kpml, talk
>>>         Content-Length: 336
>>>         TOH: 123456789
>>>
>>>         v=0
>>>         o=Z 1620220570589 1 IN IP4 1.3.5.7
>>>         s=Z
>>>         c=IN IP4 1.3.5.7
>>>         t=0 0
>>>         m=audio 8000 RTP/AVP 106 9 98 101 0 8 3
>>>         a=rtpmap:106 opus/48000/2
>>>         a=fmtp:106 sprop-maxcapturerate=16000; minptime=20;
>>>         useinbandfec=1
>>>         a=rtpmap:98 telephone-event/48000
>>>         a=fmtp:98 0-16
>>>         a=rtpmap:101 telephone-event/8000
>>>         a=fmtp:101 0-16
>>>         a=sendrecv
>>>
>>>         thanks
>>>
>>>         On Wed, 5 May 2021 at 16:24, Daniel-Constantin Mierla
>>>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>>             Hello,
>>>
>>>             the CANCEL to be sent is generated locally by tm module
>>>             from the INVITE that was sent on the branch, so the
>>>             errors is actually about a duplicate To header in that
>>>             INVITE. Check it on the network to see if that's the case.
>>>
>>>             Cheers,
>>>             Daniel
>>>
>>>             On 05.05.21 16:25, Ilie Soltanici wrote:
>>>>             Hello,
>>>>
>>>>             We are having an issue here where Kamailio is
>>>>             complaining about duplicate To header, while in the SIP
>>>>             Packet there is just one. See below the log message:
>>>>
>>>>             DEBUG: tm [t_msgbuilder.c:391]: build_local_reparse():
>>>>             duplicate To header
>>>>             ERROR: tm [t_msgbuilder.c:531]: build_local_reparse():
>>>>             cannot build CANCEL request
>>>>             ERROR: tm [t_cancel.c:297]: cancel_branch(): attempt to
>>>>             build a CANCEL failed
>>>>             ERROR: tm [t_fwd.c:1434]: e2e_cancel(): cancel error
>>>>
>>>>             And this is the sip message:
>>>>
>>>>             CANCEL sip:123456789 at 1.2.3.4:5060
>>>>             <http://sip:123456789 at 1.2.3.4:5060> SIP/2.0
>>>>             Via: SIP/2.0/UDP
>>>>             192.168.1.1:19373;branch=z9hG4bK-524287-1---7774073fad1a3264;rport
>>>>             Max-Forwards: 70
>>>>             To: <sip:123456789 at 1.2.3.4:5060
>>>>             <http://sip:123456789 at 1.2.3.4:5060>>
>>>>             From: "101"<sip:101 at 1.2.3.4:5060
>>>>             <http://sip:101 at 1.2.3.4:5060>>;tag=6f373b66
>>>>             Call-ID: hC2O6zx8ZaUJ1di046
>>>>             CSeq: 2 CANCEL
>>>>             Proxy-Authorization: Digest
>>>>             username="101",realm="1.2.3.4",nonce="YJKbfWCSmlFTHxdJfKmySydF9L7FzfaqcgyOo4A=",uri="sip:123456789 at 1.2.3.4:5060
>>>>             <http://sip:123456789 at 1.2.3.4:5060>",response="2bf2ba8ef2374d6aa8c39d650613077d",algorithm=MD5
>>>>             User-Agent: TEST
>>>>             Content-Length: 0
>>>>
>>>>             version: kamailio 5.5.0 (x86_64/linux) d4c1a1
>>>>
>>>>             The route itself, is like in the standard documentation:
>>>>
>>>>             # CANCEL processing
>>>>             ? ? ? ? ? if KSR.is_CANCEL() :
>>>>             ? ? ? ? ? ? ? KSR.info(RANDOM_LOG + 'KSR.is_CANCEL')
>>>>             ? ? ? ? ? ? ? if KSR.tm.t_check_trans()>0 :
>>>>             ? ? ? ? ? ? ? ? ? self.ksr_route_relay(msg)
>>>>             ? ? ? ? ? ? ? return 1
>>>>
>>>>
>>>>             ? ?def ksr_route_relay(self, msg):
>>>>             ? ? ? ? if KSR.is_method_in("IBSU") :
>>>>             ? ? ? ? ? ? if KSR.tm.t_is_set("branch_route")<0 :
>>>>             ? ? ? ? ? ? ? ? KSR.tm.t_on_branch("ksr_branch_manage")
>>>>
>>>>             ? ? ? ? if KSR.is_method_in("ISU") :
>>>>             ? ? ? ? ? ? if KSR.tm.t_is_set("onreply_route")<0 :
>>>>             ? ? ? ? ? ? ? ? KSR.tm.t_on_reply("ksr_onreply_manage")
>>>>
>>>>             ? ? ? ? if KSR.is_INVITE() :
>>>>             ? ? ? ? ? ? if KSR.tm.t_is_set("failure_route")<0 :
>>>>             ? ? ? ? ? ? ? ? KSR.tm.t_on_failure("ksr_failure_manage")
>>>>
>>>>             ? ? ? ? if KSR.tm.t_relay()<0 :
>>>>             ? ? ? ? ? ? KSR.sl.sl_reply_error()
>>>>
>>>>             ? ? ? ? return -255
>>>>
>>>>             Thanks
>>>>
>>>>             __________________________________________________________
>>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>>               * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>             Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>             Edit mailing list options or unsubscribe:
>>>>               * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>             Kamailio Advanced Training - Online
>>>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>               * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>
>>         -- 
>>         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 Advanced Training - Online
>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/d816e28c/attachment.htm>

From eliphas at gmail.com  Wed May  5 23:44:07 2021
From: eliphas at gmail.com (Eliphas Levy Theodoro)
Date: Wed, 5 May 2021 18:44:07 -0300
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
Message-ID: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>

Hello!

I am trying to config one kamailio as reverse proxy for a bunch of internal
(no internet address) separate asterisk sip instances (per domain). The
kamailio server would be the only with the valid IP address, so would use
rtpengine to force to be in the media path.

Like this scenario:
https://opensips.org/pipermail/users/2020-August/043610.html

I have used as starting point this very basic config:
https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/

Basically just added rtpproxy support, and voil?, inter-SIP is
working, media always passing into the proxy.

The problem: I would have WebRTC phones connecting too. I tried setting WSS
up in kamailio, and asterisk (pjsip) wouldn't know how to send the message
to the proxy: on register it has trasnport=wss in the contact: header,
looks like it is confusing the asterisk.

So, I resort for the wisdom of the list :) What would be the good-best-path
to take here, hack the header, or put the webphones registering directly on
the asterisks (with a nginx reverse proxy maybe)?

Someone must have already made a blog with such setup, but I could not
google-unearth it at least until now.

Regards,
-- 
Eliphas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210505/63012b99/attachment.htm>

From abalashov at evaristesys.com  Thu May  6 08:28:58 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Thu, 6 May 2021 02:28:58 -0400
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
Message-ID: <0575ad7d-637f-61a4-8f5a-5061225ab8f7@evaristesys.com>

It sounds like you are in need of the Path extension:

https://tools.ietf.org/html/rfc3327

https://kamailio.org/docs/modules/stable/modules/path.html

-- Alex

On 5/5/21 5:44 PM, Eliphas Levy Theodoro wrote:

> Hello!
> 
> I am trying to config one kamailio as reverse proxy for a bunch of 
> internal (no internet address) separate asterisk sip instances (per 
> domain). The kamailio server would be the only with the valid IP 
> address, so would use rtpengine to force to be in the media path.
> 
> Like this scenario: 
> https://opensips.org/pipermail/users/2020-August/043610.html 
> <https://opensips.org/pipermail/users/2020-August/043610.html>
> 
> I have used as starting point this very basic config:
> https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/ 
> <https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/>
> 
> Basically just added rtpproxy support, and voil?, inter-SIP is 
> working,?media always passing into the proxy.
> 
> The problem: I would have WebRTC phones connecting too. I tried setting 
> WSS up in kamailio, and asterisk (pjsip) wouldn't know how to send the 
> message to the proxy: on register it has trasnport=wss in the contact: 
> header, looks like it is confusing the asterisk.
> 
> So, I resort for the wisdom of the list :) What would be the 
> good-best-path to take here, hack the header, or put the webphones 
> registering directly on the asterisks (with a nginx reverse proxy maybe)?
> 
> Someone must have already made a blog with such setup, but I could not 
> google-unearth it at least until now.
> 
> Regards,
> -- 
> Eliphas
> 
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * 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/


From daniel.wojtko at rittec.de  Thu May  6 10:31:00 2021
From: daniel.wojtko at rittec.de (Wojtko, Daniel)
Date: Thu, 6 May 2021 08:31:00 +0000
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
Message-ID: <1620289860202.89627@rittec.de>

?Hi,

afaik rtpproxy doesn't support WebRTC but rtpengine does


Regards


Daniel

________________________________
Von: sr-users <sr-users-bounces at lists.kamailio.org> im Auftrag von Eliphas Levy Theodoro <eliphas at gmail.com>
Gesendet: Mittwoch, 5. Mai 2021 23:44
An: sr-users at lists.kamailio.org
Betreff: [SR-Users] Kamailio as front proxy for multiple sip servers

Hello!

I am trying to config one kamailio as reverse proxy for a bunch of internal (no internet address) separate asterisk sip instances (per domain). The kamailio server would be the only with the valid IP address, so would use rtpengine to force to be in the media path.

Like this scenario: https://opensips.org/pipermail/users/2020-August/043610.html

I have used as starting point this very basic config:
https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/

Basically just added rtpproxy support, and voil?, inter-SIP is working, media always passing into the proxy.

The problem: I would have WebRTC phones connecting too. I tried setting WSS up in kamailio, and asterisk (pjsip) wouldn't know how to send the message to the proxy: on register it has trasnport=wss in the contact: header, looks like it is confusing the asterisk.

So, I resort for the wisdom of the list :) What would be the good-best-path to take here, hack the header, or put the webphones registering directly on the asterisks (with a nginx reverse proxy maybe)?

Someone must have already made a blog with such setup, but I could not google-unearth it at least until now.

Regards,
--
Eliphas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210506/7f409331/attachment.htm>

From ovoshlook at gmail.com  Thu May  6 10:54:11 2021
From: ovoshlook at gmail.com (Yuriy Gorlichenko)
Date: Thu, 6 May 2021 10:54:11 +0200
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <1620289860202.89627@rittec.de>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
 <1620289860202.89627@rittec.de>
Message-ID: <CABSP_VcAyVmzQADahD5q6xjEBJVH4t-BHDoYg86QPNMVXaWQ2Q@mail.gmail.com>

If you looking for examples: you can use this one
https://github.com/havfo/WEBRTC-to-SIP as starting point

anyway, the Path mentioned by Alex is the best approach.

??, 6 ??? 2021 ?. ? 10:34, Wojtko, Daniel <daniel.wojtko at rittec.de>:

> ?Hi,
>
> afaik rtpproxy doesn't support WebRTC but rtpengine does
>
>
> Regards
>
>
> Daniel
> ------------------------------
> *Von:* sr-users <sr-users-bounces at lists.kamailio.org> im Auftrag von
> Eliphas Levy Theodoro <eliphas at gmail.com>
> *Gesendet:* Mittwoch, 5. Mai 2021 23:44
> *An:* sr-users at lists.kamailio.org
> *Betreff:* [SR-Users] Kamailio as front proxy for multiple sip servers
>
> Hello!
>
> I am trying to config one kamailio as reverse proxy for a bunch of
> internal (no internet address) separate asterisk sip instances (per
> domain). The kamailio server would be the only with the valid IP address,
> so would use rtpengine to force to be in the media path.
>
> Like this scenario:
> https://opensips.org/pipermail/users/2020-August/043610.html
>
> I have used as starting point this very basic config:
>
> https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/
>
> Basically just added rtpproxy support, and voil?, inter-SIP is
> working, media always passing into the proxy.
>
> The problem: I would have WebRTC phones connecting too. I tried setting
> WSS up in kamailio, and asterisk (pjsip) wouldn't know how to send the
> message to the proxy: on register it has trasnport=wss in the contact:
> header, looks like it is confusing the asterisk.
>
> So, I resort for the wisdom of the list :) What would be the
> good-best-path to take here, hack the header, or put the webphones
> registering directly on the asterisks (with a nginx reverse proxy maybe)?
>
> Someone must have already made a blog with such setup, but I could not
> google-unearth it at least until now.
>
> Regards,
> --
> Eliphas
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210506/e0be9b88/attachment.htm>

From miconda at gmail.com  Thu May  6 11:25:28 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 6 May 2021 11:25:28 +0200
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <1620289860202.89627@rittec.de>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
 <1620289860202.89627@rittec.de>
Message-ID: <c897bc21-81de-a284-40dc-376f8e82adbd@gmail.com>

Hello,


if both endpoints can do webrtc srtp, then it works with rtpproxy to do
srtp packet forwarding for nat traversal or networks bridging.


Cheers,
Daniel


On 06.05.21 10:31, Wojtko, Daniel wrote:
>
> ?Hi,?
>
> afaik rtpproxy doesn't support WebRTC but rtpengine does
>
>
> Regards
>
>
> Daniel
>
> ------------------------------------------------------------------------
> *Von:* sr-users <sr-users-bounces at lists.kamailio.org> im Auftrag von
> Eliphas Levy Theodoro <eliphas at gmail.com>
> *Gesendet:* Mittwoch, 5. Mai 2021 23:44
> *An:* sr-users at lists.kamailio.org
> *Betreff:* [SR-Users] Kamailio as front proxy for multiple sip servers
> ?
> Hello!
>
> I am trying to config one kamailio as reverse proxy for a bunch of
> internal (no internet address) separate asterisk sip instances (per
> domain). The kamailio server would be the only with the valid IP
> address, so would use rtpengine to force to be in the media path.
>
> Like this scenario:
> https://opensips.org/pipermail/users/2020-August/043610.html
> <https://opensips.org/pipermail/users/2020-August/043610.html>
>
> I have used as starting point this very basic config:
> https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/
> <https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/>
>
> Basically just added rtpproxy support, and voil?, inter-SIP is
> working,?media always passing into the proxy.
>
> The problem: I would have WebRTC phones connecting too. I tried
> setting WSS up in kamailio, and asterisk (pjsip) wouldn't know how to
> send the message to the proxy: on register it has trasnport=wss in the
> contact: header, looks like it is confusing the asterisk.
>
> So, I resort for the wisdom of the list :) What would be the
> good-best-path to take here, hack the header, or put the webphones
> registering directly on the asterisks (with a nginx reverse proxy maybe)?
>
> Someone must have already made a blog with such setup, but I could not
> google-unearth it at least until now.
>
> Regards,
> --?
> Eliphas
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210506/fd9a5e8d/attachment.htm>

From eliphas at gmail.com  Thu May  6 20:41:19 2021
From: eliphas at gmail.com (Eliphas Levy Theodoro)
Date: Thu, 6 May 2021 15:41:19 -0300
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
Message-ID: <CAD3rYqxZFFqRZek40bvXBPNtKTtVuWpUKXbx8XeJoa_XB8m3tA@mail.gmail.com>

As I have got 4 different answers (thanks!) I will paste them all down there.

Em qua., 5 de mai. de 2021 ?s 18:44, Eliphas Levy Theodoro
<eliphas at gmail.com> escreveu:
>
> I am trying to config one kamailio as reverse proxy for a bunch of internal (no internet address) separate asterisk sip
> instances (per domain). The kamailio server would be the only with the valid IP address, so would use rtpengine to
> force to be in the media path.
>
> Like this scenario: https://opensips.org/pipermail/users/2020-August/043610.html
>
> I have used as starting point this very basic config:
> https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/
>
> Basically just added rtpproxy support, and voil?, inter-SIP is working, media always passing into the proxy.
>
> The problem: I would have WebRTC phones connecting too. I tried setting WSS up in kamailio, and asterisk (pjsip)
> wouldn't know how to send the message to the proxy: on register it has trasnport=wss in the contact: header, looks
> like it is confusing the asterisk.
>
> So, I resort for the wisdom of the list :) What would be the good-best-path to take here, hack the header, or put the
> webphones registering directly on the asterisks (with a nginx reverse proxy maybe)?

[..]

Daniel-Constantin Mierla miconda at gmail.com por  lists.kamailio.org
06:26 (h? 8 horas)
>
> if both endpoints can do webrtc srtp, then it works with rtpproxy to do srtp packet forwarding for nat traversal or networks bridging.

Yes, when a pair of softphones (ok) and softphones (not yet) exchange
signalling alright in that scenario, I will start on transcoding...


Wojtko, Daniel daniel.wojtko at rittec.de por  lists.kamailio.org 05:32
(h? 8 horas)
> afaik rtpproxy doesn't support WebRTC but rtpengine does

As Daniel said above, I reckon that rtpproxy would work when
transcoding/translating sip/webrtc is not needed. But first, need to
pass signalling at least :)


Yuriy Gorlichenko ovoshlook at gmail.com por  lists.kamailio.org 05:55 (h? 8 horas)
>
> If you looking for examples: you can use this one
> https://github.com/havfo/WEBRTC-to-SIP as starting point
>
> anyway, the Path mentioned by Alex is the best approach.

I tried that one but could not figure most of it out... I think I
borked it. Tried only changing $du to asterisk instead of doing
register locally and got the same results (and lots of rtpengine
chattiness) too, so I am using now a very simple config to make
finding the signalling problem easier.


> Alex Balashov abalashov at evaristesys.com por  lists.kamailio.org 03:26 (h? 10 horas)
> It sounds like you are in need of the Path extension:

That was one of the modifications I have made, found out later that
the problem is PJSIP not handling Path: anyway:
https://community.asterisk.org/t/pjsip-path-module-issues/88046
https://issues.asterisk.org/jira/browse/ASTERISK-28211
So I have changed back to the older chan_sip interface, problem
solved, that one worked with Path: header. Now asterisk sends the
invite back to kamailio!

Now, the basic signalling of webphone -> kamailio -> asterisk ->
kamailio -> otherphone is stopping on kamailio itself, it is sending
the packet via UDP like asterisk was, instead of using the socket.

This is how the webphone contact looks like:
<sip:cakrtk0i at 192.0.2.210;transport=wss>
Kamailio (and asterisk before Path: worked) invites
UDP:192.0.2.210:5060, instead of the "local" websocket, and of course
never succeeding.

I tried save()ing the register locally, but I am sure I am doing it wrong.

if someone wants to look at the actual test config, I pasted it:
https://pastebin.com/RuXniDTU

Cheers,
-- 
Eliphas


From ovoshlook at gmail.com  Thu May  6 21:02:50 2021
From: ovoshlook at gmail.com (Yuriy Gorlichenko)
Date: Thu, 6 May 2021 21:02:50 +0200
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <CAD3rYqxZFFqRZek40bvXBPNtKTtVuWpUKXbx8XeJoa_XB8m3tA@mail.gmail.com>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
 <CAD3rYqxZFFqRZek40bvXBPNtKTtVuWpUKXbx8XeJoa_XB8m3tA@mail.gmail.com>
Message-ID: <CABSP_Vf+gAispMSRROgHL5Rahjcc3ELx64-doT7SNqaZb4RhOg@mail.gmail.com>

If pjsip path doest work ( which indeed can be a case )
It is an option for you to mascarade contact on kamailio ( if you need to
register phones on asterisk ), but this is not a trivial.

If you do registrar on kamailio then lookup and set up proper $du for
webrtc endpoints will workout for you I believe.

On Thu, 6 May 2021, 20:43 Eliphas Levy Theodoro, <eliphas at gmail.com> wrote:

> As I have got 4 different answers (thanks!) I will paste them all down
> there.
>
> Em qua., 5 de mai. de 2021 ?s 18:44, Eliphas Levy Theodoro
> <eliphas at gmail.com> escreveu:
> >
> > I am trying to config one kamailio as reverse proxy for a bunch of
> internal (no internet address) separate asterisk sip
> > instances (per domain). The kamailio server would be the only with the
> valid IP address, so would use rtpengine to
> > force to be in the media path.
> >
> > Like this scenario:
> https://opensips.org/pipermail/users/2020-August/043610.html
> >
> > I have used as starting point this very basic config:
> >
> https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/
> >
> > Basically just added rtpproxy support, and voil?, inter-SIP is working,
> media always passing into the proxy.
> >
> > The problem: I would have WebRTC phones connecting too. I tried setting
> WSS up in kamailio, and asterisk (pjsip)
> > wouldn't know how to send the message to the proxy: on register it has
> trasnport=wss in the contact: header, looks
> > like it is confusing the asterisk.
> >
> > So, I resort for the wisdom of the list :) What would be the
> good-best-path to take here, hack the header, or put the
> > webphones registering directly on the asterisks (with a nginx reverse
> proxy maybe)?
>
> [..]
>
> Daniel-Constantin Mierla miconda at gmail.com por  lists.kamailio.org
> 06:26 (h? 8 horas)
> >
> > if both endpoints can do webrtc srtp, then it works with rtpproxy to do
> srtp packet forwarding for nat traversal or networks bridging.
>
> Yes, when a pair of softphones (ok) and softphones (not yet) exchange
> signalling alright in that scenario, I will start on transcoding...
>
>
> Wojtko, Daniel daniel.wojtko at rittec.de por  lists.kamailio.org 05:32
> (h? 8 horas)
> > afaik rtpproxy doesn't support WebRTC but rtpengine does
>
> As Daniel said above, I reckon that rtpproxy would work when
> transcoding/translating sip/webrtc is not needed. But first, need to
> pass signalling at least :)
>
>
> Yuriy Gorlichenko ovoshlook at gmail.com por  lists.kamailio.org 05:55 (h? 8
> horas)
> >
> > If you looking for examples: you can use this one
> > https://github.com/havfo/WEBRTC-to-SIP as starting point
> >
> > anyway, the Path mentioned by Alex is the best approach.
>
> I tried that one but could not figure most of it out... I think I
> borked it. Tried only changing $du to asterisk instead of doing
> register locally and got the same results (and lots of rtpengine
> chattiness) too, so I am using now a very simple config to make
> finding the signalling problem easier.
>
>
> > Alex Balashov abalashov at evaristesys.com por  lists.kamailio.org 03:26
> (h? 10 horas)
> > It sounds like you are in need of the Path extension:
>
> That was one of the modifications I have made, found out later that
> the problem is PJSIP not handling Path: anyway:
> https://community.asterisk.org/t/pjsip-path-module-issues/88046
> https://issues.asterisk.org/jira/browse/ASTERISK-28211
> So I have changed back to the older chan_sip interface, problem
> solved, that one worked with Path: header. Now asterisk sends the
> invite back to kamailio!
>
> Now, the basic signalling of webphone -> kamailio -> asterisk ->
> kamailio -> otherphone is stopping on kamailio itself, it is sending
> the packet via UDP like asterisk was, instead of using the socket.
>
> This is how the webphone contact looks like:
> <sip:cakrtk0i at 192.0.2.210;transport=wss>
> Kamailio (and asterisk before Path: worked) invites
> UDP:192.0.2.210:5060, instead of the "local" websocket, and of course
> never succeeding.
>
> I tried save()ing the register locally, but I am sure I am doing it wrong.
>
> if someone wants to look at the actual test config, I pasted it:
> https://pastebin.com/RuXniDTU
>
> Cheers,
> --
> Eliphas
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210506/36f2f829/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 11:17:19 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 11:17:19 +0200
Subject: [SR-Users] loose_route() and FQDN
Message-ID: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>

Hello,

I saw there are some topics on this already and carefully walked through 
all of them, but can't solve following issue.

For a reason I do need that in Record-Route header sent to endpoint 
would present FQDN. If it matters, it's UDP/WSS conversion done on Kamailio.

So, scheme is quite simple

Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)

Main issue here, that if in Record-Route headers it's FQDN, but not IP 
addresses, on a new transactions with a dialog (ACK on 200, PRACK, BYE), 
Kamailio*loose_route()* function resolves address of destination not 
current dialog, but actual R-URI (or itself, if R-URI is something from 
WebRTC world) that is not correct due to NAT.

If in RR headers IP addresses are present - all is working as expected.

As an example (RR with FQDN)

B answers 200

SIP/2.0 200 OK
Record-Route: 
<sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Record-Route: 
<sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
From: 
<sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
CSeq: 18326 INVITE
Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
Supported: outbound
Content-Type: application/sdp
Content-Length: 817


ACK looks like

ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
Via: SIP/2.0/UDP 
A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
CSeq: 18326 ACK
Route: <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Route: 
<sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Max-Forwards: 70
User-Agent: Asterisk PBX 13.33.0
Content-Length:? 0

And Kamailio on *loose_route()* loops ACK to itself. (with result of 
function == 1)

In a case if in Record-Route/Route headers just IP address of Kamailio 
present, all works as expected, but it's not really behavior I want to 
achieve.

I've tried to play with *record_route_preset("...")* specifying only WSS 
part (as suggested in https://skalatan.de/de/blog/kamailio-sbc-teams) 
with FQDN, but no luck.

Also wanted to try approach using record_route_preset() function in 
branch route, but it was working only with first branch, not affecting 
others (but I assume having different RR headers across branches is not 
a good idea)

-- 
Regards,
Igor

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/4f777065/attachment.htm>

From miconda at gmail.com  Fri May  7 13:21:39 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 7 May 2021 13:21:39 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
Message-ID: <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>

Hello,

is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
parameter or domain module+register myself)?

Cheers,
Daniel

On 07.05.21 11:17, Igor Olhovskiy wrote:
>
> Hello,
>
> I saw there are some topics on this already and carefully walked
> through all of them, but can't solve following issue.
>
> For a reason I do need that in Record-Route header sent to endpoint
> would present FQDN. If it matters, it's UDP/WSS conversion done on
> Kamailio.
>
> So, scheme is quite simple
>
> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>
> Main issue here, that if in Record-Route headers it's FQDN, but not IP
> addresses, on a new transactions with a dialog (ACK on 200, PRACK,
> BYE), Kamailio*loose_route()* function resolves address of destination
> not current dialog, but actual R-URI (or itself, if R-URI is something
> from WebRTC world) that is not correct due to NAT.
>
> If in RR headers IP addresses are present - all is working as expected.
>
> As an example (RR with FQDN)
>
> B answers 200
>
> SIP/2.0 200 OK
> Record-Route:
> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Record-Route:
> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
> From:
> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 INVITE
> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
> Supported: outbound
> Content-Type: application/sdp
> Content-Length: 817
>
>
> ACK looks like
>
> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
> Via: SIP/2.0/UDP
> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 ACK
> Route:
> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Route:
> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Max-Forwards: 70
> User-Agent: Asterisk PBX 13.33.0
> Content-Length:? 0
>
> And Kamailio on *loose_route()* loops ACK to itself. (with result of
> function == 1)
>
> In a case if in Record-Route/Route headers just IP address of Kamailio
> present, all works as expected, but it's not really behavior I want to
> achieve.
>
> I've tried to play with *record_route_preset("...")* specifying only
> WSS part (as suggested in
> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>
> Also wanted to try approach using record_route_preset() function in
> branch route, but it was working only with first branch, not affecting
> others (but I assume having different RR headers across branches is
> not a good idea)
>
> -- 
> Regards,
> Igor
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/a672a593/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 13:25:04 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 13:25:04 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
Message-ID: <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>

Daniel,

Yes, it is.

alias=...

Also tried with

listen = IP advertise FQDN

same behavior, loose_route() stops acting correctly.

PS: Forgot to add, Kamailio 5.4.3 / 5.4.4

Regards,
Igor

On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias 
> parameter or domain module+register myself)?
>
> Cheers,
> Daniel
>
> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>
>> Hello,
>>
>> I saw there are some topics on this already and carefully walked 
>> through all of them, but can't solve following issue.
>>
>> For a reason I do need that in Record-Route header sent to endpoint 
>> would present FQDN. If it matters, it's UDP/WSS conversion done on 
>> Kamailio.
>>
>> So, scheme is quite simple
>>
>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>
>> Main issue here, that if in Record-Route headers it's FQDN, but not 
>> IP addresses, on a new transactions with a dialog (ACK on 200, PRACK, 
>> BYE), Kamailio*loose_route()* function resolves address of 
>> destination not current dialog, but actual R-URI (or itself, if R-URI 
>> is something from WebRTC world) that is not correct due to NAT.
>>
>> If in RR headers IP addresses are present - all is working as expected.
>>
>> As an example (RR with FQDN)
>>
>> B answers 200
>>
>> SIP/2.0 200 OK
>> Record-Route: 
>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Record-Route: 
>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>> From: 
>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 INVITE
>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>> Supported: outbound
>> Content-Type: application/sdp
>> Content-Length: 817
>>
>>
>> ACK looks like
>>
>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>> Via: SIP/2.0/UDP 
>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 ACK
>> Route: 
>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Route: 
>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Max-Forwards: 70
>> User-Agent: Asterisk PBX 13.33.0
>> Content-Length:? 0
>>
>> And Kamailio on *loose_route()* loops ACK to itself. (with result of 
>> function == 1)
>>
>> In a case if in Record-Route/Route headers just IP address of 
>> Kamailio present, all works as expected, but it's not really behavior 
>> I want to achieve.
>>
>> I've tried to play with *record_route_preset("...")* specifying only 
>> WSS part (as suggested in 
>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>>
>> Also wanted to try approach using record_route_preset() function in 
>> branch route, but it was working only with first branch, not 
>> affecting others (but I assume having different RR headers across 
>> branches is not a good idea)
>>
>> -- 
>> Regards,
>> Igor
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>    *sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>    *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 Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/cc7faec4/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 13:43:40 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 13:43:40 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
Message-ID: <73d4828c-1a47-e823-fd0f-a72f58a576f6@gmail.com>

Just made another test with TLS, not WSS. Same behavior

A -> Kamailio -> B


INVITE sip:88882 at KAMAILIO_FQDN:5060 SIP/2.0
Via: SIP/2.0/UDP 
A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj84577fd7-611e-40ce-b095-835583310eab
From: <sip:88881 at A_IP_ADDRESS>;tag=62ce37c8-b186-40d9-ae88-31321338031d
To: <sip:88882 at KAMAILIO_FQDN>
Contact: <sip:asterisk at A_IP_ADDRESS:5060>
Call-ID: 8c9f68bf-1514-4dfa-8ba0-72cd8922a22b
CSeq: 597 INVITE
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, 
UPDATE, PRACK, REGISTER, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Session-Expires: 1800
Min-SE: 90
Max-Forwards: 70
User-Agent: Asterisk PBX 13.33.0
Content-Type: application/sdp
Content-Length:?? 387


180 reply

SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 
A_IP_ADDRESS:5060;received=A_IP_ADDRESS;rport=5060;branch=z9hG4bKPj84577fd7-611e-40ce-b095-835583310eab
From: 
<sip:+XXXXX688881 at tone.cern.ch>;tag=62ce37c8-b186-40d9-ae88-31321338031d
To: "TEST 88882" <sip:88882 at KAMAILIO_FQDN>;tag=5AE57984-651CED77
CSeq: 597 INVITE
Call-ID: 8c9f68bf-1514-4dfa-8ba0-72cd8922a22b
Contact: <sip:88882 at 192.168.0.30:54224;transport=tls>
Record-Route: 
<sip:KAMAILIO_FQDN:5061;transport=tls;r2=on;lr=on;ftag=62ce37c8-b186-40d9-ae88-31321338031d;nat=tls>, 
<sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=62ce37c8-b186-40d9-ae88-31321338031d;nat=tls>
User-Agent: PolycomVVX-VVX_411-UA/6.3.1.11465
Allow-Events: conference,talk,hold
Accept-Language: en
Require: 100rel
RSeq: 8193
Content-Length: 0

And PRACK from A

PRACK sip:88882 at 192.168.0.30:54224;transport=tls SIP/2.0
Via: SIP/2.0/UDP 
A_IP_ADDRESS:5060;rport;branch=z9hG4bKPjc9d866c0-a483-404e-9b97-d0738490fd74
From: <sip:88881 at A_IP_ADDRESS>;tag=62ce37c8-b186-40d9-ae88-31321338031d
To: <sip:88882 at KAMAILIO_FQDN>;tag=5AE57984-651CED77
Call-ID: 8c9f68bf-1514-4dfa-8ba0-72cd8922a22b
CSeq: 598 PRACK
Route: 
<sip:KAMAILIO_FQDN;lr;r2=on;ftag=62ce37c8-b186-40d9-ae88-31321338031d;nat=tls>
Route: 
<sip:KAMAILIO_FQDN:5061;transport=tls;lr;r2=on;ftag=62ce37c8-b186-40d9-ae88-31321338031d;nat=tls>
RAck: 8193 597 INVITE
Max-Forwards: 70
User-Agent: Asterisk PBX 13.33.0
Content-Length:? 0


on *loose_route() *Kamailio is trying to send it to 192.168.0.30, which 
is just Contact address in 180 responce (incorrect one).

If using IP addresses in RR - all is working as expected

Maybe I'm missing some part of RFC?

Regards,
Igor

On 07.05.2021 13:25, Igor Olhovskiy wrote:
>
> Daniel,
>
> Yes, it is.
>
> alias=...
>
> Also tried with
>
> listen = IP advertise FQDN
>
> same behavior, loose_route() stops acting correctly.
>
> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>
> Regards,
> Igor
> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>
>> Hello,
>>
>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias 
>> parameter or domain module+register myself)?
>>
>> Cheers,
>> Daniel
>>
>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>
>>> Hello,
>>>
>>> I saw there are some topics on this already and carefully walked 
>>> through all of them, but can't solve following issue.
>>>
>>> For a reason I do need that in Record-Route header sent to endpoint 
>>> would present FQDN. If it matters, it's UDP/WSS conversion done on 
>>> Kamailio.
>>>
>>> So, scheme is quite simple
>>>
>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>
>>> Main issue here, that if in Record-Route headers it's FQDN, but not 
>>> IP addresses, on a new transactions with a dialog (ACK on 200, 
>>> PRACK, BYE), Kamailio*loose_route()* function resolves address of 
>>> destination not current dialog, but actual R-URI (or itself, if 
>>> R-URI is something from WebRTC world) that is not correct due to NAT.
>>>
>>> If in RR headers IP addresses are present - all is working as expected.
>>>
>>> As an example (RR with FQDN)
>>>
>>> B answers 200
>>>
>>> SIP/2.0 200 OK
>>> Record-Route: 
>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Record-Route: 
>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>> From: 
>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 INVITE
>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>> Supported: outbound
>>> Content-Type: application/sdp
>>> Content-Length: 817
>>>
>>>
>>> ACK looks like
>>>
>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>> Via: SIP/2.0/UDP 
>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 ACK
>>> Route: 
>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Route: 
>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Max-Forwards: 70
>>> User-Agent: Asterisk PBX 13.33.0
>>> Content-Length:? 0
>>>
>>> And Kamailio on *loose_route()* loops ACK to itself. (with result of 
>>> function == 1)
>>>
>>> In a case if in Record-Route/Route headers just IP address of 
>>> Kamailio present, all works as expected, but it's not really 
>>> behavior I want to achieve.
>>>
>>> I've tried to play with *record_route_preset("...")* specifying only 
>>> WSS part (as suggested in 
>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>>>
>>> Also wanted to try approach using record_route_preset() function in 
>>> branch route, but it was working only with first branch, not 
>>> affecting others (but I assume having different RR headers across 
>>> branches is not a good idea)
>>>
>>> -- 
>>> Regards,
>>> Igor
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>    *sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>    *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 Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/15a264e5/attachment.htm>

From miconda at gmail.com  Fri May  7 13:48:10 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 7 May 2021 13:48:10 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
Message-ID: <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>

Can you paste the ACK that loops, after being handled once by Kamailio?

Cheers,
Daniel

On 07.05.21 13:25, Igor Olhovskiy wrote:
>
> Daniel,
>
> Yes, it is.
>
> alias=...
>
> Also tried with
>
> listen = IP advertise FQDN
>
> same behavior, loose_route() stops acting correctly.
>
> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>
> Regards,
> Igor
> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>
>> Hello,
>>
>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>> parameter or domain module+register myself)?
>>
>> Cheers,
>> Daniel
>>
>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>
>>> Hello,
>>>
>>> I saw there are some topics on this already and carefully walked
>>> through all of them, but can't solve following issue.
>>>
>>> For a reason I do need that in Record-Route header sent to endpoint
>>> would present FQDN. If it matters, it's UDP/WSS conversion done on
>>> Kamailio.
>>>
>>> So, scheme is quite simple
>>>
>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>
>>> Main issue here, that if in Record-Route headers it's FQDN, but not
>>> IP addresses, on a new transactions with a dialog (ACK on 200,
>>> PRACK, BYE), Kamailio*loose_route()* function resolves address of
>>> destination not current dialog, but actual R-URI (or itself, if
>>> R-URI is something from WebRTC world) that is not correct due to NAT.
>>>
>>> If in RR headers IP addresses are present - all is working as expected.
>>>
>>> As an example (RR with FQDN)
>>>
>>> B answers 200
>>>
>>> SIP/2.0 200 OK
>>> Record-Route:
>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Record-Route:
>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>> From:
>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 INVITE
>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>> Supported: outbound
>>> Content-Type: application/sdp
>>> Content-Length: 817
>>>
>>>
>>> ACK looks like
>>>
>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>> Via: SIP/2.0/UDP
>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 ACK
>>> Route:
>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Route:
>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Max-Forwards: 70
>>> User-Agent: Asterisk PBX 13.33.0
>>> Content-Length:? 0
>>>
>>> And Kamailio on *loose_route()* loops ACK to itself. (with result of
>>> function == 1)
>>>
>>> In a case if in Record-Route/Route headers just IP address of
>>> Kamailio present, all works as expected, but it's not really
>>> behavior I want to achieve.
>>>
>>> I've tried to play with *record_route_preset("...")* specifying only
>>> WSS part (as suggested in
>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>>>
>>> Also wanted to try approach using record_route_preset() function in
>>> branch route, but it was working only with first branch, not
>>> affecting others (but I assume having different RR headers across
>>> branches is not a good idea)
>>>
>>> -- 
>>> Regards,
>>> Igor
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * 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 Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/4f1da017/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 13:51:10 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 13:51:10 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
Message-ID: <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>

Sure.

ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
Via: SIP/2.0/UDP 
A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
CSeq: 18326 ACK
Route: 
<sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Route: 
<sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
Max-Forwards: 70
User-Agent: Asterisk PBX 13.33.0
Content-Length:? 0


By loop I meant, Kamailio just relaying it back to self and discard.

Regards,
Igor

On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>
> Can you paste the ACK that loops, after being handled once by Kamailio?
>
> Cheers,
> Daniel
>
> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>
>> Daniel,
>>
>> Yes, it is.
>>
>> alias=...
>>
>> Also tried with
>>
>> listen = IP advertise FQDN
>>
>> same behavior, loose_route() stops acting correctly.
>>
>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>
>> Regards,
>> Igor
>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>
>>> Hello,
>>>
>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias 
>>> parameter or domain module+register myself)?
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>
>>>> Hello,
>>>>
>>>> I saw there are some topics on this already and carefully walked 
>>>> through all of them, but can't solve following issue.
>>>>
>>>> For a reason I do need that in Record-Route header sent to endpoint 
>>>> would present FQDN. If it matters, it's UDP/WSS conversion done on 
>>>> Kamailio.
>>>>
>>>> So, scheme is quite simple
>>>>
>>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>
>>>> Main issue here, that if in Record-Route headers it's FQDN, but not 
>>>> IP addresses, on a new transactions with a dialog (ACK on 200, 
>>>> PRACK, BYE), Kamailio*loose_route()* function resolves address of 
>>>> destination not current dialog, but actual R-URI (or itself, if 
>>>> R-URI is something from WebRTC world) that is not correct due to NAT.
>>>>
>>>> If in RR headers IP addresses are present - all is working as expected.
>>>>
>>>> As an example (RR with FQDN)
>>>>
>>>> B answers 200
>>>>
>>>> SIP/2.0 200 OK
>>>> Record-Route: 
>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Record-Route: 
>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>> From: 
>>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 INVITE
>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>> Supported: outbound
>>>> Content-Type: application/sdp
>>>> Content-Length: 817
>>>>
>>>>
>>>> ACK looks like
>>>>
>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>> Via: SIP/2.0/UDP 
>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 ACK
>>>> Route: 
>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Route: 
>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Max-Forwards: 70
>>>> User-Agent: Asterisk PBX 13.33.0
>>>> Content-Length:? 0
>>>>
>>>> And Kamailio on *loose_route()* loops ACK to itself. (with result 
>>>> of function == 1)
>>>>
>>>> In a case if in Record-Route/Route headers just IP address of 
>>>> Kamailio present, all works as expected, but it's not really 
>>>> behavior I want to achieve.
>>>>
>>>> I've tried to play with *record_route_preset("...")* specifying 
>>>> only WSS part (as suggested in 
>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>>>>
>>>> Also wanted to try approach using record_route_preset() function in 
>>>> branch route, but it was working only with first branch, not 
>>>> affecting others (but I assume having different RR headers across 
>>>> branches is not a good idea)
>>>>
>>>> -- 
>>>> Regards,
>>>> Igor
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>    *sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>    *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 Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>    *sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>    *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 Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/6a43fedf/attachment.htm>

From miconda at gmail.com  Fri May  7 14:02:10 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 7 May 2021 14:02:10 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
Message-ID: <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>

This looks like incoming ACK, because there is only one Via header, so
it is not what proxy forwards -- that one is relevant to see what
headers were consumed and added.

Cheers,
Daniel

On 07.05.21 13:51, Igor Olhovskiy wrote:
> Sure.
>
> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
> Via: SIP/2.0/UDP
> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 ACK
> Route:
> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Route:
> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Max-Forwards: 70
> User-Agent: Asterisk PBX 13.33.0
> Content-Length:? 0
>
>
> By loop I meant, Kamailio just relaying it back to self and discard.
>
> Regards,
> Igor
> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>
>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>
>> Cheers,
>> Daniel
>>
>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>
>>> Daniel,
>>>
>>> Yes, it is.
>>>
>>> alias=...
>>>
>>> Also tried with
>>>
>>> listen = IP advertise FQDN
>>>
>>> same behavior, loose_route() stops acting correctly.
>>>
>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>
>>> Regards,
>>> Igor
>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>
>>>> Hello,
>>>>
>>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>>>> parameter or domain module+register myself)?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I saw there are some topics on this already and carefully walked
>>>>> through all of them, but can't solve following issue.
>>>>>
>>>>> For a reason I do need that in Record-Route header sent to
>>>>> endpoint would present FQDN. If it matters, it's UDP/WSS
>>>>> conversion done on Kamailio.
>>>>>
>>>>> So, scheme is quite simple
>>>>>
>>>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>
>>>>> Main issue here, that if in Record-Route headers it's FQDN, but
>>>>> not IP addresses, on a new transactions with a dialog (ACK on 200,
>>>>> PRACK, BYE), Kamailio*loose_route()* function resolves address of
>>>>> destination not current dialog, but actual R-URI (or itself, if
>>>>> R-URI is something from WebRTC world) that is not correct due to NAT.
>>>>>
>>>>> If in RR headers IP addresses are present - all is working as
>>>>> expected.
>>>>>
>>>>> As an example (RR with FQDN)
>>>>>
>>>>> B answers 200
>>>>>
>>>>> SIP/2.0 200 OK
>>>>> Record-Route:
>>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>> Record-Route:
>>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>> From:
>>>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>> CSeq: 18326 INVITE
>>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>> Supported: outbound
>>>>> Content-Type: application/sdp
>>>>> Content-Length: 817
>>>>>
>>>>>
>>>>> ACK looks like
>>>>>
>>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>> Via: SIP/2.0/UDP
>>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>> From:
>>>>> <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>> CSeq: 18326 ACK
>>>>> Route:
>>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>> Route:
>>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>> Max-Forwards: 70
>>>>> User-Agent: Asterisk PBX 13.33.0
>>>>> Content-Length:? 0
>>>>>
>>>>> And Kamailio on *loose_route()* loops ACK to itself. (with result
>>>>> of function == 1)
>>>>>
>>>>> In a case if in Record-Route/Route headers just IP address of
>>>>> Kamailio present, all works as expected, but it's not really
>>>>> behavior I want to achieve.
>>>>>
>>>>> I've tried to play with *record_route_preset("...")* specifying
>>>>> only WSS part (as suggested in
>>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no
>>>>> luck.
>>>>>
>>>>> Also wanted to try approach using record_route_preset() function
>>>>> in branch route, but it was working only with first branch, not
>>>>> affecting others (but I assume having different RR headers across
>>>>> branches is not a good idea)
>>>>>
>>>>> -- 
>>>>> Regards,
>>>>> Igor
>>>>>
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * 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 Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * 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 Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/05dd136d/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 14:13:29 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 14:13:29 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
Message-ID: <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>

Ah, no, sorry, I was wrong at this one,

This just is not sent with "unable to resolve address 
toleivu2gdbh.invalid".

Sorry. Looping were something else during my tests, this just with 
*advertise* added

Regards,
Igor

On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>
> This looks like incoming ACK, because there is only one Via header, so 
> it is not what proxy forwards -- that one is relevant to see what 
> headers were consumed and added.
>
> Cheers,
> Daniel
>
> On 07.05.21 13:51, Igor Olhovskiy wrote:
>> Sure.
>>
>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>> Via: SIP/2.0/UDP 
>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 ACK
>> Route: 
>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Route: 
>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Max-Forwards: 70
>> User-Agent: Asterisk PBX 13.33.0
>> Content-Length:? 0
>>
>>
>> By loop I meant, Kamailio just relaying it back to self and discard.
>>
>> Regards,
>> Igor
>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>
>>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>
>>>> Daniel,
>>>>
>>>> Yes, it is.
>>>>
>>>> alias=...
>>>>
>>>> Also tried with
>>>>
>>>> listen = IP advertise FQDN
>>>>
>>>> same behavior, loose_route() stops acting correctly.
>>>>
>>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>
>>>> Regards,
>>>> Igor
>>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias 
>>>>> parameter or domain module+register myself)?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I saw there are some topics on this already and carefully walked 
>>>>>> through all of them, but can't solve following issue.
>>>>>>
>>>>>> For a reason I do need that in Record-Route header sent to 
>>>>>> endpoint would present FQDN. If it matters, it's UDP/WSS 
>>>>>> conversion done on Kamailio.
>>>>>>
>>>>>> So, scheme is quite simple
>>>>>>
>>>>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>>
>>>>>> Main issue here, that if in Record-Route headers it's FQDN, but 
>>>>>> not IP addresses, on a new transactions with a dialog (ACK on 
>>>>>> 200, PRACK, BYE), Kamailio*loose_route()* function resolves 
>>>>>> address of destination not current dialog, but actual R-URI (or 
>>>>>> itself, if R-URI is something from WebRTC world) that is not 
>>>>>> correct due to NAT.
>>>>>>
>>>>>> If in RR headers IP addresses are present - all is working as 
>>>>>> expected.
>>>>>>
>>>>>> As an example (RR with FQDN)
>>>>>>
>>>>>> B answers 200
>>>>>>
>>>>>> SIP/2.0 200 OK
>>>>>> Record-Route: 
>>>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>> Record-Route: 
>>>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
>>>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>> From: 
>>>>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>> CSeq: 18326 INVITE
>>>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>> Supported: outbound
>>>>>> Content-Type: application/sdp
>>>>>> Content-Length: 817
>>>>>>
>>>>>>
>>>>>> ACK looks like
>>>>>>
>>>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>> Via: SIP/2.0/UDP 
>>>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>> From: 
>>>>>> <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>> CSeq: 18326 ACK
>>>>>> Route: 
>>>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>> Route: 
>>>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>> Max-Forwards: 70
>>>>>> User-Agent: Asterisk PBX 13.33.0
>>>>>> Content-Length:? 0
>>>>>>
>>>>>> And Kamailio on *loose_route()* loops ACK to itself. (with result 
>>>>>> of function == 1)
>>>>>>
>>>>>> In a case if in Record-Route/Route headers just IP address of 
>>>>>> Kamailio present, all works as expected, but it's not really 
>>>>>> behavior I want to achieve.
>>>>>>
>>>>>> I've tried to play with *record_route_preset("...")* specifying 
>>>>>> only WSS part (as suggested in 
>>>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no 
>>>>>> luck.
>>>>>>
>>>>>> Also wanted to try approach using record_route_preset() function 
>>>>>> in branch route, but it was working only with first branch, not 
>>>>>> affecting others (but I assume having different RR headers across 
>>>>>> branches is not a good idea)
>>>>>>
>>>>>> -- 
>>>>>> Regards,
>>>>>> Igor
>>>>>>
>>>>>> __________________________________________________________
>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>    *sr-users at lists.kamailio.org
>>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>> Edit mailing list options or unsubscribe:
>>>>>>    *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 Advanced Training - Online
>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>    *sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>    *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 Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
> -- 
> Daniel-Constantin Mierla --www.asipto.com
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/e219b080/attachment.htm>

From miconda at gmail.com  Fri May  7 14:22:18 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 7 May 2021 14:22:18 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
Message-ID: <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>

OK, because looping was something that should not have happened in this
case.

Then the problem is that you do not do nat-traversal-like processing for
websocket/webrtc traffic. You have to use set_contact_alias() +
handle_ruri_alias() because the webrtc endpoints do not set "valid"
contact addresses.

Cheers,
Daniel

On 07.05.21 14:13, Igor Olhovskiy wrote:
>
> Ah, no, sorry, I was wrong at this one,
>
> This just is not sent with "unable to resolve address
> toleivu2gdbh.invalid".
>
> Sorry. Looping were something else during my tests, this just with
> *advertise* added
>
> Regards,
> Igor
> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>
>> This looks like incoming ACK, because there is only one Via header,
>> so it is not what proxy forwards -- that one is relevant to see what
>> headers were consumed and added.
>>
>> Cheers,
>> Daniel
>>
>> On 07.05.21 13:51, Igor Olhovskiy wrote:
>>> Sure.
>>>
>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>> Via: SIP/2.0/UDP
>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 ACK
>>> Route:
>>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Route:
>>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Max-Forwards: 70
>>> User-Agent: Asterisk PBX 13.33.0
>>> Content-Length:? 0
>>>
>>>
>>> By loop I meant, Kamailio just relaying it back to self and discard.
>>>
>>> Regards,
>>> Igor
>>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>
>>>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>
>>>>> Daniel,
>>>>>
>>>>> Yes, it is.
>>>>>
>>>>> alias=...
>>>>>
>>>>> Also tried with
>>>>>
>>>>> listen = IP advertise FQDN
>>>>>
>>>>> same behavior, loose_route() stops acting correctly.
>>>>>
>>>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>
>>>>> Regards,
>>>>> Igor
>>>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>>>>>> parameter or domain module+register myself)?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> I saw there are some topics on this already and carefully walked
>>>>>>> through all of them, but can't solve following issue.
>>>>>>>
>>>>>>> For a reason I do need that in Record-Route header sent to
>>>>>>> endpoint would present FQDN. If it matters, it's UDP/WSS
>>>>>>> conversion done on Kamailio.
>>>>>>>
>>>>>>> So, scheme is quite simple
>>>>>>>
>>>>>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>>>
>>>>>>> Main issue here, that if in Record-Route headers it's FQDN, but
>>>>>>> not IP addresses, on a new transactions with a dialog (ACK on
>>>>>>> 200, PRACK, BYE), Kamailio*loose_route()* function resolves
>>>>>>> address of destination not current dialog, but actual R-URI (or
>>>>>>> itself, if R-URI is something from WebRTC world) that is not
>>>>>>> correct due to NAT.
>>>>>>>
>>>>>>> If in RR headers IP addresses are present - all is working as
>>>>>>> expected.
>>>>>>>
>>>>>>> As an example (RR with FQDN)
>>>>>>>
>>>>>>> B answers 200
>>>>>>>
>>>>>>> SIP/2.0 200 OK
>>>>>>> Record-Route:
>>>>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>> Record-Route:
>>>>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>>>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>> From:
>>>>>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>> CSeq: 18326 INVITE
>>>>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>> Supported: outbound
>>>>>>> Content-Type: application/sdp
>>>>>>> Content-Length: 817
>>>>>>>
>>>>>>>
>>>>>>> ACK looks like
>>>>>>>
>>>>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>>> Via: SIP/2.0/UDP
>>>>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>> From:
>>>>>>> <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>> CSeq: 18326 ACK
>>>>>>> Route:
>>>>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>> Route:
>>>>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>> Max-Forwards: 70
>>>>>>> User-Agent: Asterisk PBX 13.33.0
>>>>>>> Content-Length:? 0
>>>>>>>
>>>>>>> And Kamailio on *loose_route()* loops ACK to itself. (with
>>>>>>> result of function == 1)
>>>>>>>
>>>>>>> In a case if in Record-Route/Route headers just IP address of
>>>>>>> Kamailio present, all works as expected, but it's not really
>>>>>>> behavior I want to achieve.
>>>>>>>
>>>>>>> I've tried to play with *record_route_preset("...")* specifying
>>>>>>> only WSS part (as suggested in
>>>>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but
>>>>>>> no luck.
>>>>>>>
>>>>>>> Also wanted to try approach using record_route_preset() function
>>>>>>> in branch route, but it was working only with first branch, not
>>>>>>> affecting others (but I assume having different RR headers
>>>>>>> across branches is not a good idea)
>>>>>>>
>>>>>>> -- 
>>>>>>> Regards,
>>>>>>> Igor
>>>>>>>
>>>>>>> __________________________________________________________
>>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>   * sr-users at lists.kamailio.org
>>>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>> Edit mailing list options or unsubscribe:
>>>>>>>   * 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 Advanced Training - Online
>>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>>
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * 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 Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>> -- 
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/3e279f22/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 14:43:47 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 14:43:47 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
Message-ID: <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>

Daniel,

Seems to be it's really the case, but with other function

With FQDN in RR


      |is_first_hop()|

is not acting correctly for reply.

> For incoming SIP replies, it means that top Record-Route URI is 
> 'myself' and source address is not matching it
But in Record-Route we have "myself", but *is_first_hop()* returning 0.

Thanks!

Regards,
Igor

On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>
> OK, because looping was something that should not have happened in 
> this case.
>
> Then the problem is that you do not do nat-traversal-like processing 
> for websocket/webrtc traffic. You have to use set_contact_alias() + 
> handle_ruri_alias() because the webrtc endpoints do not set "valid" 
> contact addresses.
>
> Cheers,
> Daniel
>
> On 07.05.21 14:13, Igor Olhovskiy wrote:
>>
>> Ah, no, sorry, I was wrong at this one,
>>
>> This just is not sent with "unable to resolve address 
>> toleivu2gdbh.invalid".
>>
>> Sorry. Looping were something else during my tests, this just with 
>> *advertise* added
>>
>> Regards,
>> Igor
>> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>
>>> This looks like incoming ACK, because there is only one Via header, 
>>> so it is not what proxy forwards -- that one is relevant to see what 
>>> headers were consumed and added.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>> Sure.
>>>>
>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>> Via: SIP/2.0/UDP 
>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 ACK
>>>> Route: 
>>>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Route: 
>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Max-Forwards: 70
>>>> User-Agent: Asterisk PBX 13.33.0
>>>> Content-Length:? 0
>>>>
>>>>
>>>> By loop I meant, Kamailio just relaying it back to self and discard.
>>>>
>>>> Regards,
>>>> Igor
>>>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>>
>>>>> Can you paste the ACK that loops, after being handled once by 
>>>>> Kamailio?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>
>>>>>> Daniel,
>>>>>>
>>>>>> Yes, it is.
>>>>>>
>>>>>> alias=...
>>>>>>
>>>>>> Also tried with
>>>>>>
>>>>>> listen = IP advertise FQDN
>>>>>>
>>>>>> same behavior, loose_route() stops acting correctly.
>>>>>>
>>>>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>
>>>>>> Regards,
>>>>>> Igor
>>>>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias 
>>>>>>> parameter or domain module+register myself)?
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Daniel
>>>>>>>
>>>>>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I saw there are some topics on this already and carefully 
>>>>>>>> walked through all of them, but can't solve following issue.
>>>>>>>>
>>>>>>>> For a reason I do need that in Record-Route header sent to 
>>>>>>>> endpoint would present FQDN. If it matters, it's UDP/WSS 
>>>>>>>> conversion done on Kamailio.
>>>>>>>>
>>>>>>>> So, scheme is quite simple
>>>>>>>>
>>>>>>>> Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>>>>
>>>>>>>> Main issue here, that if in Record-Route headers it's FQDN, but 
>>>>>>>> not IP addresses, on a new transactions with a dialog (ACK on 
>>>>>>>> 200, PRACK, BYE), Kamailio*loose_route()* function resolves 
>>>>>>>> address of destination not current dialog, but actual R-URI (or 
>>>>>>>> itself, if R-URI is something from WebRTC world) that is not 
>>>>>>>> correct due to NAT.
>>>>>>>>
>>>>>>>> If in RR headers IP addresses are present - all is working as 
>>>>>>>> expected.
>>>>>>>>
>>>>>>>> As an example (RR with FQDN)
>>>>>>>>
>>>>>>>> B answers 200
>>>>>>>>
>>>>>>>> SIP/2.0 200 OK
>>>>>>>> Record-Route: 
>>>>>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>> Record-Route: 
>>>>>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP 
>>>>>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>> From: 
>>>>>>>> <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>> CSeq: 18326 INVITE
>>>>>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>> Supported: outbound
>>>>>>>> Content-Type: application/sdp
>>>>>>>> Content-Length: 817
>>>>>>>>
>>>>>>>>
>>>>>>>> ACK looks like
>>>>>>>>
>>>>>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>>>> Via: SIP/2.0/UDP 
>>>>>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>> From: 
>>>>>>>> <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>> CSeq: 18326 ACK
>>>>>>>> Route: 
>>>>>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>> Route: 
>>>>>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>> Max-Forwards: 70
>>>>>>>> User-Agent: Asterisk PBX 13.33.0
>>>>>>>> Content-Length:? 0
>>>>>>>>
>>>>>>>> And Kamailio on *loose_route()* loops ACK to itself. (with 
>>>>>>>> result of function == 1)
>>>>>>>>
>>>>>>>> In a case if in Record-Route/Route headers just IP address of 
>>>>>>>> Kamailio present, all works as expected, but it's not really 
>>>>>>>> behavior I want to achieve.
>>>>>>>>
>>>>>>>> I've tried to play with *record_route_preset("...")* specifying 
>>>>>>>> only WSS part (as suggested in 
>>>>>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but 
>>>>>>>> no luck.
>>>>>>>>
>>>>>>>> Also wanted to try approach using record_route_preset() 
>>>>>>>> function in branch route, but it was working only with first 
>>>>>>>> branch, not affecting others (but I assume having different RR 
>>>>>>>> headers across branches is not a good idea)
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Regards,
>>>>>>>> Igor
>>>>>>>>
>>>>>>>> __________________________________________________________
>>>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>    *sr-users at lists.kamailio.org
>>>>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>> Edit mailing list options or unsubscribe:
>>>>>>>>    *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 Advanced Training - Online
>>>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>>>
>>>>>> __________________________________________________________
>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>    *sr-users at lists.kamailio.org
>>>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>> Edit mailing list options or unsubscribe:
>>>>>>    *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 Advanced Training - Online
>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
>>> -- 
>>> Daniel-Constantin Mierla --www.asipto.com
>>> www.twitter.com/miconda  --www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
> -- 
> Daniel-Constantin Mierla --www.asipto.com
> www.twitter.com/miconda  --www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>    *https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/26f78e79/attachment.htm>

From david.villasmil.work at gmail.com  Fri May  7 16:07:24 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 7 May 2021 15:07:24 +0100
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
Message-ID: <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>

Did you add the handle_ruri_alias() as suggested by Daniel? I had something
like this where I would get ?unable to resolve blah blah blah" and it?s
because the RURI is the actual wss ?address? which is unresolvable, so
executing the function forces kamailio to take the alias instead.


On Fri, 7 May 2021 at 13:48, Igor Olhovskiy <igorolhovskiy at gmail.com> wrote:

> Daniel,
>
> Seems to be it's really the case, but with other function
>
> With FQDN in RR
> is_first_hop()
>
> is not acting correctly for reply.
>
> For incoming SIP replies, it means that top Record-Route URI is 'myself'
> and source address is not matching it
>
> But in Record-Route we have "myself", but *is_first_hop()* returning 0.
>
> Thanks!
>
> Regards,
> Igor
>
> On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>
> OK, because looping was something that should not have happened in this
> case.
>
> Then the problem is that you do not do nat-traversal-like processing for
> websocket/webrtc traffic. You have to use set_contact_alias() +
> handle_ruri_alias() because the webrtc endpoints do not set "valid" contact
> addresses.
>
> Cheers,
> Daniel
> On 07.05.21 14:13, Igor Olhovskiy wrote:
>
> Ah, no, sorry, I was wrong at this one,
>
> This just is not sent with "unable to resolve address
> toleivu2gdbh.invalid".
>
> Sorry. Looping were something else during my tests, this just with
> *advertise* added
>
> Regards,
> Igor
>
> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>
> This looks like incoming ACK, because there is only one Via header, so it
> is not what proxy forwards -- that one is relevant to see what headers were
> consumed and added.
>
> Cheers,
> Daniel
> On 07.05.21 13:51, Igor Olhovskiy wrote:
>
> Sure.
>
> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
> Via: SIP/2.0/UDP
> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 ACK
> Route:
> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Route:
> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Max-Forwards: 70
> User-Agent: Asterisk PBX 13.33.0
> Content-Length:  0
>
>
> By loop I meant, Kamailio just relaying it back to self and discard.
>
> Regards,
> Igor
>
> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>
> Can you paste the ACK that loops, after being handled once by Kamailio?
>
> Cheers,
> Daniel
> On 07.05.21 13:25, Igor Olhovskiy wrote:
>
> Daniel,
>
> Yes, it is.
>
> alias=...
>
> Also tried with
>
> listen = IP advertise FQDN
>
> same behavior, loose_route() stops acting correctly.
>
> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>
> Regards,
> Igor
>
> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias parameter
> or domain module+register myself)?
>
> Cheers,
> Daniel
> On 07.05.21 11:17, Igor Olhovskiy wrote:
>
> Hello,
>
> I saw there are some topics on this already and carefully walked through
> all of them, but can't solve following issue.
>
> For a reason I do need that in Record-Route header sent to endpoint would
> present FQDN. If it matters, it's UDP/WSS conversion done on Kamailio.
>
> So, scheme is quite simple
>
> Enpoint A  ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>
> Main issue here, that if in Record-Route headers it's FQDN, but not IP
> addresses, on a new transactions with a dialog (ACK on 200, PRACK, BYE),
> Kamailio* loose_route()* function resolves address of destination not
> current dialog, but actual R-URI (or itself, if R-URI is something from
> WebRTC world) that is not correct due to NAT.
>
> If in RR headers IP addresses are present - all is working as expected.
>
> As an example (RR with FQDN)
>
> B answers 200
>
> SIP/2.0 200 OK
> Record-Route:
> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Record-Route:
> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
> From: <sip:+XXXX7688881@
> <KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 INVITE
> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
> Supported: outbound
> Content-Type: application/sdp
> Content-Length: 817
>
>
> ACK looks like
>
> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
> Via: SIP/2.0/UDP
> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
> CSeq: 18326 ACK
> Route:
> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Route:
> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
> Max-Forwards: 70
> User-Agent: Asterisk PBX 13.33.0
> Content-Length:  0
>
> And Kamailio on *loose_route()* loops ACK to itself. (with result of
> function == 1)
>
> In a case if in Record-Route/Route headers just IP address of Kamailio
> present, all works as expected, but it's not really behavior I want to
> achieve.
>
> I've tried to play with *record_route_preset("...")* specifying only WSS
> part (as suggested in https://skalatan.de/de/blog/kamailio-sbc-teams)
> with FQDN, but no luck.
>
> Also wanted to try approach using record_route_preset() function in branch
> route, but it was working only with first branch, not affecting others (but
> I assume having different RR headers across branches is not a good idea)
>
> --
> Regards,
> Igor
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/b6678af0/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 17:14:46 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 17:14:46 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
Message-ID: <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>

David,

Yes, I did added it, means it was there, but is_first_hop() was blocking 
adding it. I think it's some leftovers from default config.

So, my conclusion, that is_first_hop() is ok with IP addresses, but not 
ok with FQDN in route. Although FQDN is added as alias

Regards,
Igor

On 07.05.2021 16:07, David Villasmil wrote:
> Did you add the handle_ruri_alias() as suggested by Daniel? I had 
> something like this where I would get ?unable to resolve blah blah 
> blah" and it?s because the RURI is the actual wss ?address? which is 
> unresolvable, so executing the function forces kamailio to take the 
> alias instead.
>
>
> On Fri, 7 May 2021 at 13:48, Igor Olhovskiy <igorolhovskiy at gmail.com 
> <mailto:igorolhovskiy at gmail.com>> wrote:
>
>     Daniel,
>
>     Seems to be it's really the case, but with other function
>
>     With FQDN in RR
>
>
>           |is_first_hop()|
>
>     is not acting correctly for reply.
>
>>     For incoming SIP replies, it means that top Record-Route URI is
>>     'myself' and source address is not matching it
>     But in Record-Route we have "myself", but *is_first_hop()*
>     returning 0.
>
>     Thanks!
>
>     Regards,
>     Igor
>
>     On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>
>>     OK, because looping was something that should not have happened
>>     in this case.
>>
>>     Then the problem is that you do not do nat-traversal-like
>>     processing for websocket/webrtc traffic. You have to use
>>     set_contact_alias() + handle_ruri_alias() because the webrtc
>>     endpoints do not set "valid" contact addresses.
>>
>>     Cheers,
>>     Daniel
>>
>>     On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>
>>>     Ah, no, sorry, I was wrong at this one,
>>>
>>>     This just is not sent with "unable to resolve address
>>>     toleivu2gdbh.invalid".
>>>
>>>     Sorry. Looping were something else during my tests, this just
>>>     with *advertise* added
>>>
>>>     Regards,
>>>     Igor
>>>     On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>
>>>>     This looks like incoming ACK, because there is only one Via
>>>>     header, so it is not what proxy forwards -- that one is
>>>>     relevant to see what headers were consumed and added.
>>>>
>>>>     Cheers,
>>>>     Daniel
>>>>
>>>>     On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>>     Sure.
>>>>>
>>>>>     ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>     Via: SIP/2.0/UDP
>>>>>     A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>     From:
>>>>>     <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>     To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>     Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>     CSeq: 18326 ACK
>>>>>     Route:
>>>>>     <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>     Route:
>>>>>     <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>     Max-Forwards: 70
>>>>>     User-Agent: Asterisk PBX 13.33.0
>>>>>     Content-Length:? 0
>>>>>
>>>>>
>>>>>     By loop I meant, Kamailio just relaying it back to self and
>>>>>     discard.
>>>>>
>>>>>     Regards,
>>>>>     Igor
>>>>>     On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>>>
>>>>>>     Can you paste the ACK that loops, after being handled once by
>>>>>>     Kamailio?
>>>>>>
>>>>>>     Cheers,
>>>>>>     Daniel
>>>>>>
>>>>>>     On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>>
>>>>>>>     Daniel,
>>>>>>>
>>>>>>>     Yes, it is.
>>>>>>>
>>>>>>>     alias=...
>>>>>>>
>>>>>>>     Also tried with
>>>>>>>
>>>>>>>     listen = IP advertise FQDN
>>>>>>>
>>>>>>>     same behavior, loose_route() stops acting correctly.
>>>>>>>
>>>>>>>     PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>>
>>>>>>>     Regards,
>>>>>>>     Igor
>>>>>>>     On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>>>>>
>>>>>>>>     Hello,
>>>>>>>>
>>>>>>>>     is the KAMAILIO_FQDN set as local domain for Kamailio (via
>>>>>>>>     alias parameter or domain module+register myself)?
>>>>>>>>
>>>>>>>>     Cheers,
>>>>>>>>     Daniel
>>>>>>>>
>>>>>>>>     On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>>
>>>>>>>>>     Hello,
>>>>>>>>>
>>>>>>>>>     I saw there are some topics on this already and carefully
>>>>>>>>>     walked through all of them, but can't solve following issue.
>>>>>>>>>
>>>>>>>>>     For a reason I do need that in Record-Route header sent to
>>>>>>>>>     endpoint would present FQDN. If it matters, it's UDP/WSS
>>>>>>>>>     conversion done on Kamailio.
>>>>>>>>>
>>>>>>>>>     So, scheme is quite simple
>>>>>>>>>
>>>>>>>>>     Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>>>>>
>>>>>>>>>     Main issue here, that if in Record-Route headers it's
>>>>>>>>>     FQDN, but not IP addresses, on a new transactions with a
>>>>>>>>>     dialog (ACK on 200, PRACK, BYE), Kamailio*loose_route()*
>>>>>>>>>     function resolves address of destination not current
>>>>>>>>>     dialog, but actual R-URI (or itself, if R-URI is something
>>>>>>>>>     from WebRTC world) that is not correct due to NAT.
>>>>>>>>>
>>>>>>>>>     If in RR headers IP addresses are present - all is working
>>>>>>>>>     as expected.
>>>>>>>>>
>>>>>>>>>     As an example (RR with FQDN)
>>>>>>>>>
>>>>>>>>>     B answers 200
>>>>>>>>>
>>>>>>>>>     SIP/2.0 200 OK
>>>>>>>>>     Record-Route:
>>>>>>>>>     <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>     Record-Route:
>>>>>>>>>     <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>     Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>>>>>>>>     ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>>>     To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>>>     From:
>>>>>>>>>     <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>     Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>     CSeq: 18326 INVITE
>>>>>>>>>     Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>>>     Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>>>     Supported: outbound
>>>>>>>>>     Content-Type: application/sdp
>>>>>>>>>     Content-Length: 817
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>     ACK looks like
>>>>>>>>>
>>>>>>>>>     ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>>>>>     Via: SIP/2.0/UDP
>>>>>>>>>     A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>     From:
>>>>>>>>>     <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>     To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>     Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>     CSeq: 18326 ACK
>>>>>>>>>     Route:
>>>>>>>>>     <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>     Route:
>>>>>>>>>     <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>     Max-Forwards: 70
>>>>>>>>>     User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>     Content-Length:? 0
>>>>>>>>>
>>>>>>>>>     And Kamailio on *loose_route()* loops ACK to itself. (with
>>>>>>>>>     result of function == 1)
>>>>>>>>>
>>>>>>>>>     In a case if in Record-Route/Route headers just IP address
>>>>>>>>>     of Kamailio present, all works as expected, but it's not
>>>>>>>>>     really behavior I want to achieve.
>>>>>>>>>
>>>>>>>>>     I've tried to play with *record_route_preset("...")*
>>>>>>>>>     specifying only WSS part (as suggested in
>>>>>>>>>     https://skalatan.de/de/blog/kamailio-sbc-teams
>>>>>>>>>     <https://skalatan.de/de/blog/kamailio-sbc-teams>) with
>>>>>>>>>     FQDN, but no luck.
>>>>>>>>>
>>>>>>>>>     Also wanted to try approach using record_route_preset()
>>>>>>>>>     function in branch route, but it was working only with
>>>>>>>>>     first branch, not affecting others (but I assume having
>>>>>>>>>     different RR headers across branches is not a good idea)
>>>>>>>>>
>>>>>>>>>     -- 
>>>>>>>>>     Regards,
>>>>>>>>>     Igor
>>>>>>>>>
>>>>>>>>>     __________________________________________________________
>>>>>>>>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>        *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>     Edit mailing list options or unsubscribe:
>>>>>>>>>        *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>     Kamailio Advanced Training - Online
>>>>>>>>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>        *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>
>>>>>>>     __________________________________________________________
>>>>>>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>        *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>     Edit mailing list options or unsubscribe:
>>>>>>>        *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>     Kamailio Advanced Training - Online
>>>>>>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>        *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>     -- 
>>>>     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 Advanced Training - Online
>>>>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>        *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>     -- 
>>     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 Advanced Training - Online
>>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>        *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>     __________________________________________________________
>     Kamailio - Users Mailing List - Non Commercial Discussions
>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     Edit mailing list options or unsubscribe:
>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
> -- 
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com 
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/dd051fa5/attachment.htm>

From david.villasmil.work at gmail.com  Fri May  7 17:32:30 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 7 May 2021 16:32:30 +0100
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
Message-ID: <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>

Have you tried verifying Kamailio actually believes the FQDN is itself?

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy <igorolhovskiy at gmail.com>
wrote:

> David,
>
> Yes, I did added it, means it was there, but is_first_hop() was blocking
> adding it. I think it's some leftovers from default config.
>
> So, my conclusion, that is_first_hop() is ok with IP addresses, but not ok
> with FQDN in route. Although FQDN is added as alias
>
> Regards,
> Igor
>
> On 07.05.2021 16:07, David Villasmil wrote:
>
> Did you add the handle_ruri_alias() as suggested by Daniel? I had
> something like this where I would get ?unable to resolve blah blah blah"
> and it?s because the RURI is the actual wss ?address? which is
> unresolvable, so executing the function forces kamailio to take the alias
> instead.
>
>
> On Fri, 7 May 2021 at 13:48, Igor Olhovskiy <igorolhovskiy at gmail.com>
> wrote:
>
>> Daniel,
>>
>> Seems to be it's really the case, but with other function
>>
>> With FQDN in RR
>> is_first_hop()
>>
>> is not acting correctly for reply.
>>
>> For incoming SIP replies, it means that top Record-Route URI is 'myself'
>> and source address is not matching it
>>
>> But in Record-Route we have "myself", but *is_first_hop()* returning 0.
>>
>> Thanks!
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>
>> OK, because looping was something that should not have happened in this
>> case.
>>
>> Then the problem is that you do not do nat-traversal-like processing for
>> websocket/webrtc traffic. You have to use set_contact_alias() +
>> handle_ruri_alias() because the webrtc endpoints do not set "valid" contact
>> addresses.
>>
>> Cheers,
>> Daniel
>> On 07.05.21 14:13, Igor Olhovskiy wrote:
>>
>> Ah, no, sorry, I was wrong at this one,
>>
>> This just is not sent with "unable to resolve address
>> toleivu2gdbh.invalid".
>>
>> Sorry. Looping were something else during my tests, this just with
>> *advertise* added
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>
>> This looks like incoming ACK, because there is only one Via header, so it
>> is not what proxy forwards -- that one is relevant to see what headers were
>> consumed and added.
>>
>> Cheers,
>> Daniel
>> On 07.05.21 13:51, Igor Olhovskiy wrote:
>>
>> Sure.
>>
>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>> Via: SIP/2.0/UDP
>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 ACK
>> Route:
>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Route:
>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Max-Forwards: 70
>> User-Agent: Asterisk PBX 13.33.0
>> Content-Length:  0
>>
>>
>> By loop I meant, Kamailio just relaying it back to self and discard.
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>
>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>
>> Cheers,
>> Daniel
>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>
>> Daniel,
>>
>> Yes, it is.
>>
>> alias=...
>>
>> Also tried with
>>
>> listen = IP advertise FQDN
>>
>> same behavior, loose_route() stops acting correctly.
>>
>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>
>> Hello,
>>
>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>> parameter or domain module+register myself)?
>>
>> Cheers,
>> Daniel
>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>
>> Hello,
>>
>> I saw there are some topics on this already and carefully walked through
>> all of them, but can't solve following issue.
>>
>> For a reason I do need that in Record-Route header sent to endpoint would
>> present FQDN. If it matters, it's UDP/WSS conversion done on Kamailio.
>>
>> So, scheme is quite simple
>>
>> Enpoint A  ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>
>> Main issue here, that if in Record-Route headers it's FQDN, but not IP
>> addresses, on a new transactions with a dialog (ACK on 200, PRACK, BYE),
>> Kamailio* loose_route()* function resolves address of destination not
>> current dialog, but actual R-URI (or itself, if R-URI is something from
>> WebRTC world) that is not correct due to NAT.
>>
>> If in RR headers IP addresses are present - all is working as expected.
>>
>> As an example (RR with FQDN)
>>
>> B answers 200
>>
>> SIP/2.0 200 OK
>> Record-Route:
>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Record-Route:
>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>> From: <sip:+XXXX7688881@
>> <KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 INVITE
>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>> Supported: outbound
>> Content-Type: application/sdp
>> Content-Length: 817
>>
>>
>> ACK looks like
>>
>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>> Via: SIP/2.0/UDP
>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>> CSeq: 18326 ACK
>> Route:
>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Route:
>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>> Max-Forwards: 70
>> User-Agent: Asterisk PBX 13.33.0
>> Content-Length:  0
>>
>> And Kamailio on *loose_route()* loops ACK to itself. (with result of
>> function == 1)
>>
>> In a case if in Record-Route/Route headers just IP address of Kamailio
>> present, all works as expected, but it's not really behavior I want to
>> achieve.
>>
>> I've tried to play with *record_route_preset("...")* specifying only WSS
>> part (as suggested in https://skalatan.de/de/blog/kamailio-sbc-teams)
>> with FQDN, but no luck.
>>
>> Also wanted to try approach using record_route_preset() function in
>> branch route, but it was working only with first branch, not affecting
>> others (but I assume having different RR headers across branches is not a
>> good idea)
>>
>> --
>> Regards,
>> Igor
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/790f1bbf/attachment.htm>

From igorolhovskiy at gmail.com  Fri May  7 22:08:54 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Fri, 7 May 2021 22:08:54 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
Message-ID: <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>

Yes. It passesuri == myself condition on auth.

Regards,
Igor

On 07.05.2021 17:32, David Villasmil wrote:
> Have you tried verifying Kamailio actually believes the FQDN is itself?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com 
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy <igorolhovskiy at gmail.com 
> <mailto:igorolhovskiy at gmail.com>> wrote:
>
>     David,
>
>     Yes, I did added it, means it was there, but is_first_hop() was
>     blocking adding it. I think it's some leftovers from default config.
>
>     So, my conclusion, that is_first_hop() is ok with IP addresses,
>     but not ok with FQDN in route. Although FQDN is added as alias
>
>     Regards,
>     Igor
>
>     On 07.05.2021 16:07, David Villasmil wrote:
>>     Did you add the handle_ruri_alias() as suggested by Daniel? I had
>>     something like this where I would get ?unable to resolve blah
>>     blah blah" and it?s because the RURI is the actual wss ?address?
>>     which is unresolvable, so executing the function forces kamailio
>>     to take the alias instead.
>>
>>
>>     On Fri, 7 May 2021 at 13:48, Igor Olhovskiy
>>     <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>> wrote:
>>
>>         Daniel,
>>
>>         Seems to be it's really the case, but with other function
>>
>>         With FQDN in RR
>>
>>
>>               |is_first_hop()|
>>
>>         is not acting correctly for reply.
>>
>>>         For incoming SIP replies, it means that top Record-Route URI
>>>         is 'myself' and source address is not matching it
>>         But in Record-Route we have "myself", but *is_first_hop()*
>>         returning 0.
>>
>>         Thanks!
>>
>>         Regards,
>>         Igor
>>
>>         On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>
>>>         OK, because looping was something that should not have
>>>         happened in this case.
>>>
>>>         Then the problem is that you do not do nat-traversal-like
>>>         processing for websocket/webrtc traffic. You have to use
>>>         set_contact_alias() + handle_ruri_alias() because the webrtc
>>>         endpoints do not set "valid" contact addresses.
>>>
>>>         Cheers,
>>>         Daniel
>>>
>>>         On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>>
>>>>         Ah, no, sorry, I was wrong at this one,
>>>>
>>>>         This just is not sent with "unable to resolve address
>>>>         toleivu2gdbh.invalid".
>>>>
>>>>         Sorry. Looping were something else during my tests, this
>>>>         just with *advertise* added
>>>>
>>>>         Regards,
>>>>         Igor
>>>>         On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>>
>>>>>         This looks like incoming ACK, because there is only one
>>>>>         Via header, so it is not what proxy forwards -- that one
>>>>>         is relevant to see what headers were consumed and added.
>>>>>
>>>>>         Cheers,
>>>>>         Daniel
>>>>>
>>>>>         On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>>>         Sure.
>>>>>>
>>>>>>         ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>>         Via: SIP/2.0/UDP
>>>>>>         A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>         From:
>>>>>>         <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>         To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>         Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>         CSeq: 18326 ACK
>>>>>>         Route:
>>>>>>         <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>         Route:
>>>>>>         <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>         Max-Forwards: 70
>>>>>>         User-Agent: Asterisk PBX 13.33.0
>>>>>>         Content-Length:? 0
>>>>>>
>>>>>>
>>>>>>         By loop I meant, Kamailio just relaying it back to self
>>>>>>         and discard.
>>>>>>
>>>>>>         Regards,
>>>>>>         Igor
>>>>>>         On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>>>>
>>>>>>>         Can you paste the ACK that loops, after being handled
>>>>>>>         once by Kamailio?
>>>>>>>
>>>>>>>         Cheers,
>>>>>>>         Daniel
>>>>>>>
>>>>>>>         On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>>>
>>>>>>>>         Daniel,
>>>>>>>>
>>>>>>>>         Yes, it is.
>>>>>>>>
>>>>>>>>         alias=...
>>>>>>>>
>>>>>>>>         Also tried with
>>>>>>>>
>>>>>>>>         listen = IP advertise FQDN
>>>>>>>>
>>>>>>>>         same behavior, loose_route() stops acting correctly.
>>>>>>>>
>>>>>>>>         PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>>>
>>>>>>>>         Regards,
>>>>>>>>         Igor
>>>>>>>>         On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>>>>>>
>>>>>>>>>         Hello,
>>>>>>>>>
>>>>>>>>>         is the KAMAILIO_FQDN set as local domain for Kamailio
>>>>>>>>>         (via alias parameter or domain module+register myself)?
>>>>>>>>>
>>>>>>>>>         Cheers,
>>>>>>>>>         Daniel
>>>>>>>>>
>>>>>>>>>         On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>>>
>>>>>>>>>>         Hello,
>>>>>>>>>>
>>>>>>>>>>         I saw there are some topics on this already and
>>>>>>>>>>         carefully walked through all of them, but can't solve
>>>>>>>>>>         following issue.
>>>>>>>>>>
>>>>>>>>>>         For a reason I do need that in Record-Route header
>>>>>>>>>>         sent to endpoint would present FQDN. If it matters,
>>>>>>>>>>         it's UDP/WSS conversion done on Kamailio.
>>>>>>>>>>
>>>>>>>>>>         So, scheme is quite simple
>>>>>>>>>>
>>>>>>>>>>         Enpoint A? ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>>>>>>>
>>>>>>>>>>         Main issue here, that if in Record-Route headers it's
>>>>>>>>>>         FQDN, but not IP addresses, on a new transactions
>>>>>>>>>>         with a dialog (ACK on 200, PRACK, BYE),
>>>>>>>>>>         Kamailio*loose_route()* function resolves address of
>>>>>>>>>>         destination not current dialog, but actual R-URI (or
>>>>>>>>>>         itself, if R-URI is something from WebRTC world) that
>>>>>>>>>>         is not correct due to NAT.
>>>>>>>>>>
>>>>>>>>>>         If in RR headers IP addresses are present - all is
>>>>>>>>>>         working as expected.
>>>>>>>>>>
>>>>>>>>>>         As an example (RR with FQDN)
>>>>>>>>>>
>>>>>>>>>>         B answers 200
>>>>>>>>>>
>>>>>>>>>>         SIP/2.0 200 OK
>>>>>>>>>>         Record-Route:
>>>>>>>>>>         <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>         Record-Route:
>>>>>>>>>>         <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>         Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>>>>>>>>>         ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>>>>         To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>>>>         From:
>>>>>>>>>>         <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>         Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>         CSeq: 18326 INVITE
>>>>>>>>>>         Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>>>>         Allow:
>>>>>>>>>>         ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>>>>         Supported: outbound
>>>>>>>>>>         Content-Type: application/sdp
>>>>>>>>>>         Content-Length: 817
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>         ACK looks like
>>>>>>>>>>
>>>>>>>>>>         ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>>>>>>>>         Via: SIP/2.0/UDP
>>>>>>>>>>         A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>>         From:
>>>>>>>>>>         <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>         To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>>         Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>         CSeq: 18326 ACK
>>>>>>>>>>         Route:
>>>>>>>>>>         <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>         Route:
>>>>>>>>>>         <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>         Max-Forwards: 70
>>>>>>>>>>         User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>>         Content-Length:? 0
>>>>>>>>>>
>>>>>>>>>>         And Kamailio on *loose_route()* loops ACK to itself.
>>>>>>>>>>         (with result of function == 1)
>>>>>>>>>>
>>>>>>>>>>         In a case if in Record-Route/Route headers just IP
>>>>>>>>>>         address of Kamailio present, all works as expected,
>>>>>>>>>>         but it's not really behavior I want to achieve.
>>>>>>>>>>
>>>>>>>>>>         I've tried to play with *record_route_preset("...")*
>>>>>>>>>>         specifying only WSS part (as suggested in
>>>>>>>>>>         https://skalatan.de/de/blog/kamailio-sbc-teams
>>>>>>>>>>         <https://skalatan.de/de/blog/kamailio-sbc-teams>)
>>>>>>>>>>         with FQDN, but no luck.
>>>>>>>>>>
>>>>>>>>>>         Also wanted to try approach using
>>>>>>>>>>         record_route_preset() function in branch route, but
>>>>>>>>>>         it was working only with first branch, not affecting
>>>>>>>>>>         others (but I assume having different RR headers
>>>>>>>>>>         across branches is not a good idea)
>>>>>>>>>>
>>>>>>>>>>         -- 
>>>>>>>>>>         Regards,
>>>>>>>>>>         Igor
>>>>>>>>>>
>>>>>>>>>>         __________________________________________________________
>>>>>>>>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>            *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>         Edit mailing list options or unsubscribe:
>>>>>>>>>>            *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>>         Kamailio Advanced Training - Online
>>>>>>>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>            *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>>
>>>>>>>>         __________________________________________________________
>>>>>>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>            *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>         Edit mailing list options or unsubscribe:
>>>>>>>>            *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>         Kamailio Advanced Training - Online
>>>>>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>            *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>         -- 
>>>>>         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 Advanced Training - Online
>>>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>            *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>         -- 
>>>         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 Advanced Training - Online
>>>         May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>            *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>         __________________________________________________________
>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>         ? * sr-users at lists.kamailio.org
>>         <mailto:sr-users at lists.kamailio.org>
>>         Important: keep the mailing list in the recipients, do not
>>         reply only to the sender!
>>         Edit mailing list options or unsubscribe:
>>         ? *
>>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>     -- 
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>
>>     __________________________________________________________
>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>        *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>     Important: keep the mailing list in the recipients, do not reply only to the sender!
>>     Edit mailing list options or unsubscribe:
>>        *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>     __________________________________________________________
>     Kamailio - Users Mailing List - Non Commercial Discussions
>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     Edit mailing list options or unsubscribe:
>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/3b504827/attachment.htm>

From david.villasmil.work at gmail.com  Sat May  8 01:17:44 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sat, 8 May 2021 00:17:44 +0100
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
 <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
Message-ID: <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>

Can you share a trace?

On Fri, 7 May 2021 at 21:12, Igor Olhovskiy <igorolhovskiy at gmail.com> wrote:

> Yes. It passes uri == myself condition on auth.
>
> Regards,
> Igor
>
> On 07.05.2021 17:32, David Villasmil wrote:
>
> Have you tried verifying Kamailio actually believes the FQDN is itself?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy <igorolhovskiy at gmail.com>
> wrote:
>
>> David,
>>
>> Yes, I did added it, means it was there, but is_first_hop() was blocking
>> adding it. I think it's some leftovers from default config.
>>
>> So, my conclusion, that is_first_hop() is ok with IP addresses, but not
>> ok with FQDN in route. Although FQDN is added as alias
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 16:07, David Villasmil wrote:
>>
>> Did you add the handle_ruri_alias() as suggested by Daniel? I had
>> something like this where I would get ?unable to resolve blah blah blah"
>> and it?s because the RURI is the actual wss ?address? which is
>> unresolvable, so executing the function forces kamailio to take the alias
>> instead.
>>
>>
>> On Fri, 7 May 2021 at 13:48, Igor Olhovskiy <igorolhovskiy at gmail.com>
>> wrote:
>>
>>> Daniel,
>>>
>>> Seems to be it's really the case, but with other function
>>>
>>> With FQDN in RR
>>> is_first_hop()
>>>
>>> is not acting correctly for reply.
>>>
>>> For incoming SIP replies, it means that top Record-Route URI is 'myself'
>>> and source address is not matching it
>>>
>>> But in Record-Route we have "myself", but *is_first_hop()* returning 0.
>>>
>>> Thanks!
>>>
>>> Regards,
>>> Igor
>>>
>>> On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>
>>> OK, because looping was something that should not have happened in this
>>> case.
>>>
>>> Then the problem is that you do not do nat-traversal-like processing for
>>> websocket/webrtc traffic. You have to use set_contact_alias() +
>>> handle_ruri_alias() because the webrtc endpoints do not set "valid" contact
>>> addresses.
>>>
>>> Cheers,
>>> Daniel
>>> On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>
>>> Ah, no, sorry, I was wrong at this one,
>>>
>>> This just is not sent with "unable to resolve address
>>> toleivu2gdbh.invalid".
>>>
>>> Sorry. Looping were something else during my tests, this just with
>>> *advertise* added
>>>
>>> Regards,
>>> Igor
>>>
>>> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>
>>> This looks like incoming ACK, because there is only one Via header, so
>>> it is not what proxy forwards -- that one is relevant to see what headers
>>> were consumed and added.
>>>
>>> Cheers,
>>> Daniel
>>> On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>
>>> Sure.
>>>
>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>> Via: SIP/2.0/UDP
>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 ACK
>>> Route:
>>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Route:
>>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Max-Forwards: 70
>>> User-Agent: Asterisk PBX 13.33.0
>>> Content-Length:  0
>>>
>>>
>>> By loop I meant, Kamailio just relaying it back to self and discard.
>>>
>>> Regards,
>>> Igor
>>>
>>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>
>>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>>
>>> Cheers,
>>> Daniel
>>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>
>>> Daniel,
>>>
>>> Yes, it is.
>>>
>>> alias=...
>>>
>>> Also tried with
>>>
>>> listen = IP advertise FQDN
>>>
>>> same behavior, loose_route() stops acting correctly.
>>>
>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>
>>> Regards,
>>> Igor
>>>
>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>
>>> Hello,
>>>
>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>>> parameter or domain module+register myself)?
>>>
>>> Cheers,
>>> Daniel
>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>
>>> Hello,
>>>
>>> I saw there are some topics on this already and carefully walked through
>>> all of them, but can't solve following issue.
>>>
>>> For a reason I do need that in Record-Route header sent to endpoint
>>> would present FQDN. If it matters, it's UDP/WSS conversion done on Kamailio.
>>>
>>> So, scheme is quite simple
>>>
>>> Enpoint A  ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>
>>> Main issue here, that if in Record-Route headers it's FQDN, but not IP
>>> addresses, on a new transactions with a dialog (ACK on 200, PRACK, BYE),
>>> Kamailio* loose_route()* function resolves address of destination not
>>> current dialog, but actual R-URI (or itself, if R-URI is something from
>>> WebRTC world) that is not correct due to NAT.
>>>
>>> If in RR headers IP addresses are present - all is working as expected.
>>>
>>> As an example (RR with FQDN)
>>>
>>> B answers 200
>>>
>>> SIP/2.0 200 OK
>>> Record-Route:
>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Record-Route:
>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>> From: <sip:+XXXX7688881@
>>> <KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 INVITE
>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>> Supported: outbound
>>> Content-Type: application/sdp
>>> Content-Length: 817
>>>
>>>
>>> ACK looks like
>>>
>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>> Via: SIP/2.0/UDP
>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>> CSeq: 18326 ACK
>>> Route:
>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Route:
>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>> Max-Forwards: 70
>>> User-Agent: Asterisk PBX 13.33.0
>>> Content-Length:  0
>>>
>>> And Kamailio on *loose_route()* loops ACK to itself. (with result of
>>> function == 1)
>>>
>>> In a case if in Record-Route/Route headers just IP address of Kamailio
>>> present, all works as expected, but it's not really behavior I want to
>>> achieve.
>>>
>>> I've tried to play with *record_route_preset("...")* specifying only
>>> WSS part (as suggested in https://skalatan.de/de/blog/kamailio-sbc-teams)
>>> with FQDN, but no luck.
>>>
>>> Also wanted to try approach using record_route_preset() function in
>>> branch route, but it was working only with first branch, not affecting
>>> others (but I assume having different RR headers across branches is not a
>>> good idea)
>>>
>>> --
>>> Regards,
>>> Igor
>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210508/39f90ff2/attachment.htm>

From pojogas at gmail.com  Sat May  8 02:42:11 2021
From: pojogas at gmail.com (Sergiu Pojoga)
Date: Fri, 7 May 2021 20:42:11 -0400
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
 <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
 <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>
Message-ID: <CAJZsGCmcJDHzqryLict3NxaKWg5MOMOjNMofvcFAw_gwQXdXfQ@mail.gmail.com>

May be related to a previous topic about is_first_hop() and 'myself'

https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html

On Fri, May 7, 2021 at 7:22 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

>
> Can you share a trace?
>
> On Fri, 7 May 2021 at 21:12, Igor Olhovskiy <igorolhovskiy at gmail.com>
> wrote:
>
>> Yes. It passes uri == myself condition on auth.
>>
>> Regards,
>> Igor
>>
>> On 07.05.2021 17:32, David Villasmil wrote:
>>
>> Have you tried verifying Kamailio actually believes the FQDN is itself?
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy <igorolhovskiy at gmail.com>
>> wrote:
>>
>>> David,
>>>
>>> Yes, I did added it, means it was there, but is_first_hop() was blocking
>>> adding it. I think it's some leftovers from default config.
>>>
>>> So, my conclusion, that is_first_hop() is ok with IP addresses, but not
>>> ok with FQDN in route. Although FQDN is added as alias
>>>
>>> Regards,
>>> Igor
>>>
>>> On 07.05.2021 16:07, David Villasmil wrote:
>>>
>>> Did you add the handle_ruri_alias() as suggested by Daniel? I had
>>> something like this where I would get ?unable to resolve blah blah blah"
>>> and it?s because the RURI is the actual wss ?address? which is
>>> unresolvable, so executing the function forces kamailio to take the alias
>>> instead.
>>>
>>>
>>> On Fri, 7 May 2021 at 13:48, Igor Olhovskiy <igorolhovskiy at gmail.com>
>>> wrote:
>>>
>>>> Daniel,
>>>>
>>>> Seems to be it's really the case, but with other function
>>>>
>>>> With FQDN in RR
>>>> is_first_hop()
>>>>
>>>> is not acting correctly for reply.
>>>>
>>>> For incoming SIP replies, it means that top Record-Route URI is
>>>> 'myself' and source address is not matching it
>>>>
>>>> But in Record-Route we have "myself", but *is_first_hop()* returning
>>>> 0.
>>>>
>>>> Thanks!
>>>>
>>>> Regards,
>>>> Igor
>>>>
>>>> On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>>
>>>> OK, because looping was something that should not have happened in this
>>>> case.
>>>>
>>>> Then the problem is that you do not do nat-traversal-like processing
>>>> for websocket/webrtc traffic. You have to use set_contact_alias() +
>>>> handle_ruri_alias() because the webrtc endpoints do not set "valid" contact
>>>> addresses.
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>>
>>>> Ah, no, sorry, I was wrong at this one,
>>>>
>>>> This just is not sent with "unable to resolve address
>>>> toleivu2gdbh.invalid".
>>>>
>>>> Sorry. Looping were something else during my tests, this just with
>>>> *advertise* added
>>>>
>>>> Regards,
>>>> Igor
>>>>
>>>> On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>
>>>> This looks like incoming ACK, because there is only one Via header, so
>>>> it is not what proxy forwards -- that one is relevant to see what headers
>>>> were consumed and added.
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>
>>>> Sure.
>>>>
>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>> Via: SIP/2.0/UDP
>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 ACK
>>>> Route:
>>>> <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Route:
>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Max-Forwards: 70
>>>> User-Agent: Asterisk PBX 13.33.0
>>>> Content-Length:  0
>>>>
>>>>
>>>> By loop I meant, Kamailio just relaying it back to self and discard.
>>>>
>>>> Regards,
>>>> Igor
>>>>
>>>> On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>
>>>> Can you paste the ACK that loops, after being handled once by Kamailio?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>
>>>> Daniel,
>>>>
>>>> Yes, it is.
>>>>
>>>> alias=...
>>>>
>>>> Also tried with
>>>>
>>>> listen = IP advertise FQDN
>>>>
>>>> same behavior, loose_route() stops acting correctly.
>>>>
>>>> PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>
>>>> Regards,
>>>> Igor
>>>>
>>>> On 07.05.2021 13:21, Daniel-Constantin Mierla wrote:
>>>>
>>>> Hello,
>>>>
>>>> is the KAMAILIO_FQDN set as local domain for Kamailio (via alias
>>>> parameter or domain module+register myself)?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>
>>>> Hello,
>>>>
>>>> I saw there are some topics on this already and carefully walked
>>>> through all of them, but can't solve following issue.
>>>>
>>>> For a reason I do need that in Record-Route header sent to endpoint
>>>> would present FQDN. If it matters, it's UDP/WSS conversion done on Kamailio.
>>>>
>>>> So, scheme is quite simple
>>>>
>>>> Enpoint A  ->UDP-> Kamailio ->WSS-> Endpoint B (NAT)
>>>>
>>>> Main issue here, that if in Record-Route headers it's FQDN, but not IP
>>>> addresses, on a new transactions with a dialog (ACK on 200, PRACK, BYE),
>>>> Kamailio* loose_route()* function resolves address of destination not
>>>> current dialog, but actual R-URI (or itself, if R-URI is something from
>>>> WebRTC world) that is not correct due to NAT.
>>>>
>>>> If in RR headers IP addresses are present - all is working as expected.
>>>>
>>>> As an example (RR with FQDN)
>>>>
>>>> B answers 200
>>>>
>>>> SIP/2.0 200 OK
>>>> Record-Route:
>>>> <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Record-Route:
>>>> <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Via: SIP/2.0/UDP <A_IP_ADDRESS>:5060;received=A IP
>>>> ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>> To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>> From: <sip:+XXXX7688881@
>>>> <KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 INVITE
>>>> Contact: <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>> Allow: ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>> Supported: outbound
>>>> Content-Type: application/sdp
>>>> Content-Length: 817
>>>>
>>>>
>>>> ACK looks like
>>>>
>>>> ACK sip:88290 at toleivu2gdbh.invalid;transport=wss SIP/2.0
>>>> Via: SIP/2.0/UDP
>>>> A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>> From: <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>> To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>> Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>> CSeq: 18326 ACK
>>>> Route:
>>>> <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Route:
>>>> <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>> Max-Forwards: 70
>>>> User-Agent: Asterisk PBX 13.33.0
>>>> Content-Length:  0
>>>>
>>>> And Kamailio on *loose_route()* loops ACK to itself. (with result of
>>>> function == 1)
>>>>
>>>> In a case if in Record-Route/Route headers just IP address of Kamailio
>>>> present, all works as expected, but it's not really behavior I want to
>>>> achieve.
>>>>
>>>> I've tried to play with *record_route_preset("...")* specifying only
>>>> WSS part (as suggested in
>>>> https://skalatan.de/de/blog/kamailio-sbc-teams) with FQDN, but no luck.
>>>>
>>>> Also wanted to try approach using record_route_preset() function in
>>>> branch route, but it was working only with first branch, not affecting
>>>> others (but I assume having different RR headers across branches is not a
>>>> good idea)
>>>>
>>>> --
>>>> Regards,
>>>> Igor
>>>>
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> --
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210507/39cdd97c/attachment.htm>

From victor.velo at yahoo.ca  Sun May  9 04:47:30 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Sun, 9 May 2021 02:47:30 +0000 (UTC)
Subject: [SR-Users] MS Teams SBC
References: <858061488.1167558.1620528450449.ref@mail.yahoo.com>
Message-ID: <858061488.1167558.1620528450449@mail.yahoo.com>

Hello,
I'm trying to test a Henning's tutorial for Teams SBC described here: https://skalatan.de/en/blog/kamailio-sbc-teams.
A minor change at the MS Teams setup is just about the login. Now it requires MFA.The license I used is : Microsoft 365 developer subscriptions (E5).The domanin dv-sbc.openabrik.com is added + 1 user
PS> Connect-MicrosoftTeams (MFA)PS> New-CsOnlinePSTNGateway -Fqdn dev-sbc.openfabrik.com -SipSignalingPort 5061 -MaxConcurrentSessions 10 -ForwardCallHistory $true -Enabled $true
Everything seems to be OK at MS Teams side.
I'm using the Kamailio coming with Kazoo. Version 5.2.5[root at dev-sbc kamailio]# kamailio -versionversion: kamailio 5.2.5 (x86_64/linux)?flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 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_RESADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144 MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MBpoll method support: poll, epoll_lt, epoll_et, sigio_rt, select.id: unknown?compiled on 01:14:59 Nov 19 2019 with gcc 7.3.1


When Kamailio is probing MS Teams, the log shows the following errors (for the 3 GW):
hG4bKc188.6a606040000000000000000000000000.0#015#012To: <sip:sip2.pstnhub.microsoft.com;transport=tls>#015#012From: <sip:dev-sbc.openfabrik.com>;tag=d9a52ca041d9e6253dd2a7d5399056e3-2f56#015#012CSeq: 10 OPTIONS#015#012Call-ID: 4ed99b8a73a96dcd-10234 at 155.138.140.233#015#012Max-Forwards: 70#015#012Content-Length: 0May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:618]: _wbufq_add(): (517 bytes): write queue full or timeout? (0, total 1100374016, last write 41683154 s ago)May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:2673]: tcpconn_1st_send(): 52.114.76.76:5061: EAGAIN and write queue full or failed for 0x7fce434db860May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [../../core/forward.h:293]: msg_send_buffer(): tcp_send failedMay? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [uac.c:648]: send_prepared_request_impl(): Attempt to send to precreated request failedMay? 9 01:26:17 dev-sbc kamailio[10234]: INFO: <script>: Sent out tm request to Teams: OPTIONS sip:sip.pstnhub.microsoft.com;transport=tls SIP/2.0#015#012Via: SIP/2.0/TLS 155.138.140.233:5061;branc
config:
tls.cfg
[server:default]method = TLSv1.2+verify_certificate = yesrequire_certificate = yesprivate_key = /etc/letsencrypt/live/openfabrik.com/privkey.pemcertificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pemca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pemserver_name = dev-sbc.openfabrik.com
[client:default]method = TLSv1.2+verify_certificate = yesrequire_certificate = yesprivate_key = /etc/letsencrypt/live/openfabrik.com/privkey.pemcertificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pemca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
====
event_route[tm:local-request]{? ? setflag(FLAG_LOCAL_REQUEST);
? ? if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") {? ? ? ? ? ?append_hf("Contact: <sip:dev-sbc.openfabrik.com:5061;transport=tls>\r\n");? ? ? ? ? ?xlog("L_INFO", "Sent out tm request to Teams: $mb\n");? ? }
? ? xlog("L_DEBUG", "$ci|local|start $pr request $rm $ou\n");? ? xlog("L_DEBUG", "$ci|local|source $si:$sp -> $dd:$dp\n");? ? xlog("L_DEBUG", "$ci|local|from $fu\n");? ? xlog("L_DEBUG", "$ci|local|to $tu\n");
? ? #!ifdef SIP_TRACE_ROLE? ? route(SIP_TRACE);? ? #!endif
? ? #!ifdef PRESENCE_ROLE? ? route(PRESENCE_LOCAL_REQUEST);? ? #!endif
}
====# setid(integer) destination(sip uri) flags (integer, optional), priority(int,opt), attrs (str,optional)kamctl dispatcher add 2 'sip:sip.pstnhub.microsoft.com;transport=tls' 0 3 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'kamctl dispatcher add 3 'sip:sip2.pstnhub.microsoft.com;transport=tls' 0 2 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'kamctl dispatcher add 4 'sip:sip3.pstnhub.microsoft.com;transport=tls' 0 1 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
[root at dev-sbc kamailio]# kamctl dispatcher showdispatcher gatewayssqlite_query: /usr/bin/sqlite3? /etc/kazoo/kamailio/db/kazoo.db select * FROM dispatcher ORDER BY setid;?1|1|sip:155.138.140.233:11000|9|0|zone=local;profile=sipinterface_1;duid=243;node=freeswitch at dev-sbc.openfabrik.com|added by nodes role2|2|sip:sip.pstnhub.microsoft.com;transport=tls|0|3|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|3|3|sip:sip2.pstnhub.microsoft.com;transport=tls|0|2|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|4|4|sip:sip3.pstnhub.microsoft.com;transport=tls|0|1|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|


Is it a bug on the Kamailio 5.2.5 release or Do I miss something?
Thanks,
Victor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210509/65cdf088/attachment.htm>

From hw at skalatan.de  Sun May  9 09:22:45 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Sun, 9 May 2021 07:22:45 +0000
Subject: [SR-Users] MS Teams SBC
In-Reply-To: <858061488.1167558.1620528450449@mail.yahoo.com>
References: <858061488.1167558.1620528450449.ref@mail.yahoo.com>
 <858061488.1167558.1620528450449@mail.yahoo.com>
Message-ID: <AM0PR05MB65954039BE4AA664C4FB11B4C5559@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello Victor,

just a generic comment about the Kamailio version ? if you start to create a new setup, you really should use the latest stable version of the 5.4.x branch. 5.2.x is already end of life.

About your specific issue, already looked into it with e.g. a network tracing tool?

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Victor Velo
Sent: Sunday, May 9, 2021 4:48 AM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] MS Teams SBC

Hello,

I'm trying to test a Henning's tutorial for Teams SBC described here: https://skalatan.de/en/blog/kamailio-sbc-teams.

A minor change at the MS Teams setup is just about the login. Now it requires MFA.
The license I used is : Microsoft 365 developer subscriptions (E5).
The domanin dv-sbc.openabrik.com is added + 1 user

PS> Connect-MicrosoftTeams (MFA)
PS> New-CsOnlinePSTNGateway -Fqdn dev-sbc.openfabrik.com -SipSignalingPort 5061 -MaxConcurrentSessions 10 -ForwardCallHistory $true -Enabled $true

Everything seems to be OK at MS Teams side.

I'm using the Kamailio coming with Kazoo. Version 5.2.5
[root at dev-sbc kamailio]# kamailio -version
version: kamailio 5.2.5 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 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: unknown
compiled on 01:14:59 Nov 19 2019 with gcc 7.3.1



When Kamailio is probing MS Teams, the log shows the following errors (for the 3 GW):

hG4bKc188.6a606040000000000000000000000000.0#015#012To: <sip:sip2.pstnhub.microsoft.com;transport=tls>#015#012From: <sip:dev-sbc.openfabrik.com>;tag=d9a52ca041d9e6253dd2a7d5399056e3-2f56#015#012CSeq: 10 OPTIONS#015#012Call-ID: 4ed99b8a73a96dcd-10234 at 155.138.140.233#015#012Max-Forwards<mailto:4ed99b8a73a96dcd-10234 at 155.138.140.233#015#012Max-Forwards>: 70#015#012Content-Length: 0
May  9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:618]: _wbufq_add(): (517 bytes): write queue full or timeout  (0, total 1100374016, last write 41683154 s ago)
May  9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:2673]: tcpconn_1st_send(): 52.114.76.76:5061: EAGAIN and write queue full or failed for 0x7fce434db860
May  9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [../../core/forward.h:293]: msg_send_buffer(): tcp_send failed
May  9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [uac.c:648]: send_prepared_request_impl(): Attempt to send to precreated request failed
May  9 01:26:17 dev-sbc kamailio[10234]: INFO: <script>: Sent out tm request to Teams: OPTIONS sip:sip.pstnhub.microsoft.com;transport=tls SIP/2.0#015#012Via: SIP/2.0/TLS 155.138.140.233:5061;branc

config:

tls.cfg

[server:default]
method = TLSv1.2+
verify_certificate = yes
require_certificate = yes
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
server_name = dev-sbc.openfabrik.com

[client:default]
method = TLSv1.2+
verify_certificate = yes
require_certificate = yes
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem

====

event_route[tm:local-request]
{
    setflag(FLAG_LOCAL_REQUEST);

    if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") {
           append_hf("Contact: <sip:dev-sbc.openfabrik.com:5061;transport=tls>\r\n");
           xlog("L_INFO", "Sent out tm request to Teams: $mb\n");
    }

    xlog("L_DEBUG", "$ci|local|start $pr request $rm $ou\n");
    xlog("L_DEBUG", "$ci|local|source $si:$sp -> $dd:$dp\n");
    xlog("L_DEBUG", "$ci|local|from $fu\n");
    xlog("L_DEBUG", "$ci|local|to $tu\n");

    #!ifdef SIP_TRACE_ROLE
    route(SIP_TRACE);
    #!endif

    #!ifdef PRESENCE_ROLE
    route(PRESENCE_LOCAL_REQUEST);
    #!endif

}

====
# setid(integer) destination(sip uri) flags (integer, optional), priority(int,opt), attrs (str,optional)
kamctl dispatcher add 2 'sip:sip.pstnhub.microsoft.com;transport=tls' 0 3 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
kamctl dispatcher add 3 'sip:sip2.pstnhub.microsoft.com;transport=tls' 0 2 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
kamctl dispatcher add 4 'sip:sip3.pstnhub.microsoft.com;transport=tls' 0 1 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'

[root at dev-sbc kamailio]# kamctl dispatcher show
dispatcher gateways
sqlite_query: /usr/bin/sqlite3  /etc/kazoo/kamailio/db/kazoo.db select * FROM dispatcher ORDER BY setid;
1|1|sip:155.138.140.233:11000|9|0|zone=local;profile=sipinterface_1;duid=243;node=freeswitch at dev-sbc.openfabrik.com|added by nodes role
2|2|sip:sip.pstnhub.microsoft.com;transport=tls|0|3|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
3|3|sip:sip2.pstnhub.microsoft.com;transport=tls|0|2|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
4|4|sip:sip3.pstnhub.microsoft.com;transport=tls|0|1|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|



Is it a bug on the Kamailio 5.2.5 release or Do I miss something?

Thanks,

Victor

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210509/c2766cfd/attachment.htm>

From victor.velo at yahoo.ca  Sun May  9 19:57:27 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Sun, 9 May 2021 17:57:27 +0000 (UTC)
Subject: [SR-Users] MS Teams SBC
In-Reply-To: <AM0PR05MB65954039BE4AA664C4FB11B4C5559@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <858061488.1167558.1620528450449.ref@mail.yahoo.com>
 <858061488.1167558.1620528450449@mail.yahoo.com>
 <AM0PR05MB65954039BE4AA664C4FB11B4C5559@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <1026266707.1210442.1620583047247@mail.yahoo.com>

 Hello Henning,
There is not much going on. The initial handshake is not even there.
ssldump port 5061? -k /etc/letsencrypt/live/openfabrik.com/privkey.pem?New TCP connection #3: dev-sbc.openfabrik.com(35795) <-> 52.114.132.46(5061)3? ? 0.0244 (0.0244)? C>S? TCP RSTNew TCP connection #2: dev-sbc.openfabrik.com(38665) <-> 52.114.76.76(5061)2? ? 0.0788 (0.0788)? C>S? TCP RSTNew TCP connection #1: dev-sbc.openfabrik.com(40740) <-> 52.114.7.24(5061)1? ? 0.1967 (0.1967)? C>S? TCP RST



    On Sunday, May 9, 2021, 03:22:48 a.m. EDT, Henning Westerholt <hw at skalatan.de> wrote:  
 
 #yiv5610585594 #yiv5610585594 -- _filtered {} _filtered {} _filtered {}#yiv5610585594 #yiv5610585594 p.yiv5610585594MsoNormal, #yiv5610585594 li.yiv5610585594MsoNormal, #yiv5610585594 div.yiv5610585594MsoNormal {margin:0cm;font-size:11.0pt;font-family:sans-serif;}#yiv5610585594 a:link, #yiv5610585594 span.yiv5610585594MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv5610585594 span.yiv5610585594E-MailFormatvorlage19 {font-family:sans-serif;color:windowtext;}#yiv5610585594 .yiv5610585594MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv5610585594 div.yiv5610585594WordSection1 {}#yiv5610585594 
Hello Victor,
 
 ?
 
just a generic comment about the Kamailio version ? if you start to create a new setup, you really should use the latest stable version of the 5.4.x branch. 5.2.x is already end of life.
 
 ?
 
About your specific issue, already looked into it with e.g. a network tracing tool?
 
 ?
 
Cheers,
 
 ?
 
Henning
 
 ?
 
-- 
 
Henning Westerholt ?https://skalatan.de/blog/
 
Kamailio services ?https://gilawa.com
 
 ?
 
From: sr-users <sr-users-bounces at lists.kamailio.org>On Behalf Of Victor Velo
Sent: Sunday, May 9, 2021 4:48 AM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] MS Teams SBC
 
 ?
 
Hello,
 
 ?
 
I'm trying to test a Henning's tutorial for Teams SBC described here:https://skalatan.de/en/blog/kamailio-sbc-teams.
 
 ?
 
A minor change at the MS Teams setup is just about the login. Now it requires MFA.
 
The license I used is : Microsoft 365 developer subscriptions (E5).
 
The domanin dv-sbc.openabrik.com is added + 1 user
 
 ?
 
PS> Connect-MicrosoftTeams (MFA)
 
PS> New-CsOnlinePSTNGateway -Fqdn dev-sbc.openfabrik.com -SipSignalingPort 5061 -MaxConcurrentSessions 10 -ForwardCallHistory $true -Enabled $true
 
 ?
 
Everything seems to be OK at MS Teams side.
 
 ?
 
I'm using the Kamailio coming with Kazoo. Version 5.2.5
 
[root at dev-sbc kamailio]# kamailio -version
 
version: kamailio 5.2.5 (x86_64/linux)?
 
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 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: unknown?
 
compiled on 01:14:59 Nov 19 2019 with gcc 7.3.1
 
 ?
 
 ?
 
 ?
 
When Kamailio is probing MS Teams, the log shows the following errors (for the 3 GW):
 
 ?
 
hG4bKc188.6a606040000000000000000000000000.0#015#012To: <sip:sip2.pstnhub.microsoft.com;transport=tls>#015#012From: <sip:dev-sbc.openfabrik.com>;tag=d9a52ca041d9e6253dd2a7d5399056e3-2f56#015#012CSeq: 10 OPTIONS#015#012Call-ID:4ed99b8a73a96dcd-10234 at 155.138.140.233#015#012Max-Forwards: 70#015#012Content-Length: 0
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:618]: _wbufq_add(): (517 bytes): write queue full or timeout? (0, total 1100374016, last write 41683154 s ago)
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:2673]: tcpconn_1st_send(): 52.114.76.76:5061: EAGAIN and write queue full or failed for 0x7fce434db860
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [../../core/forward.h:293]: msg_send_buffer(): tcp_send failed
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [uac.c:648]: send_prepared_request_impl(): Attempt to send to precreated request failed
 
May? 9 01:26:17 dev-sbc kamailio[10234]: INFO: <script>: Sent out tm request to Teams: OPTIONSsip:sip.pstnhub.microsoft.com;transport=tls SIP/2.0#015#012Via: SIP/2.0/TLS 155.138.140.233:5061;branc
 
 ?
 
config:
 
 ?
 
tls.cfg
 
 ?
 
[server:default]
 
method = TLSv1.2+
 
verify_certificate = yes
 
require_certificate = yes
 
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
 
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
 
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
 
server_name = dev-sbc.openfabrik.com
 
 ?
 
[client:default]
 
method = TLSv1.2+
 
verify_certificate = yes
 
require_certificate = yes
 
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
 
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
 
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
 
 ?
 
====
 
 ?
 
event_route[tm:local-request]
 
{
 
? ? setflag(FLAG_LOCAL_REQUEST);
 
 ?
 
? ? if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") {
 
? ? ? ? ? ?append_hf("Contact: <sip:dev-sbc.openfabrik.com:5061;transport=tls>\r\n");
 
? ? ? ? ? ?xlog("L_INFO", "Sent out tm request to Teams: $mb\n");
 
? ? }
 
 ?
 
? ? xlog("L_DEBUG", "$ci|local|start $pr request $rm $ou\n");
 
? ? xlog("L_DEBUG", "$ci|local|source $si:$sp -> $dd:$dp\n");
 
? ? xlog("L_DEBUG", "$ci|local|from $fu\n");
 
? ? xlog("L_DEBUG", "$ci|local|to $tu\n");
 
 ?
 
? ? #!ifdef SIP_TRACE_ROLE
 
? ? route(SIP_TRACE);
 
? ? #!endif
 
 ?
 
? ? #!ifdef PRESENCE_ROLE
 
? ? route(PRESENCE_LOCAL_REQUEST);
 
? ? #!endif
 
 ?
 
}
 
 ?
 
====
 
# setid(integer) destination(sip uri) flags (integer, optional), priority(int,opt), attrs (str,optional)
 
kamctl dispatcher add 2 'sip:sip.pstnhub.microsoft.com;transport=tls' 0 3 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
kamctl dispatcher add 3 'sip:sip2.pstnhub.microsoft.com;transport=tls' 0 2 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
kamctl dispatcher add 4 'sip:sip3.pstnhub.microsoft.com;transport=tls' 0 1 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
 ?
 
[root at dev-sbc kamailio]# kamctl dispatcher show
 
dispatcher gateways
 
sqlite_query: /usr/bin/sqlite3? /etc/kazoo/kamailio/db/kazoo.db select * FROM dispatcher ORDER BY setid;?
 
1|1|sip:155.138.140.233:11000|9|0|zone=local;profile=sipinterface_1;duid=243;node=freeswitch at dev-sbc.openfabrik.com|added by nodes role
 
2|2|sip:sip.pstnhub.microsoft.com;transport=tls|0|3|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
3|3|sip:sip2.pstnhub.microsoft.com;transport=tls|0|2|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
4|4|sip:sip3.pstnhub.microsoft.com;transport=tls|0|1|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
 ?
 
 ?
 
 ?
 
Is it a bug on the Kamailio 5.2.5 release or Do I miss something?
 
 ?
 
Thanks,
 
 ?
 
Victor
 
 ?
   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210509/6d452bff/attachment.htm>

From victor.velo at yahoo.ca  Sun May  9 23:48:58 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Sun, 9 May 2021 21:48:58 +0000 (UTC)
Subject: [SR-Users] MS Teams SBC
In-Reply-To: <AM0PR05MB65954039BE4AA664C4FB11B4C5559@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <858061488.1167558.1620528450449.ref@mail.yahoo.com>
 <858061488.1167558.1620528450449@mail.yahoo.com>
 <AM0PR05MB65954039BE4AA664C4FB11B4C5559@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <1115644448.1238234.1620596938149@mail.yahoo.com>

 Thanks for the Kamailio 5.4 tips. The version 5.4.5 works.
Thanks,
Victor

    On Sunday, May 9, 2021, 03:22:48 a.m. EDT, Henning Westerholt <hw at skalatan.de> wrote:  
 
 #yiv5610585594 #yiv5610585594 -- _filtered {} _filtered {} _filtered {}#yiv5610585594 #yiv5610585594 p.yiv5610585594MsoNormal, #yiv5610585594 li.yiv5610585594MsoNormal, #yiv5610585594 div.yiv5610585594MsoNormal {margin:0cm;font-size:11.0pt;font-family:sans-serif;}#yiv5610585594 a:link, #yiv5610585594 span.yiv5610585594MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv5610585594 span.yiv5610585594E-MailFormatvorlage19 {font-family:sans-serif;color:windowtext;}#yiv5610585594 .yiv5610585594MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv5610585594 div.yiv5610585594WordSection1 {}#yiv5610585594 
Hello Victor,
 
 ?
 
just a generic comment about the Kamailio version ? if you start to create a new setup, you really should use the latest stable version of the 5.4.x branch. 5.2.x is already end of life.
 
 ?
 
About your specific issue, already looked into it with e.g. a network tracing tool?
 
 ?
 
Cheers,
 
 ?
 
Henning
 
 ?
 
-- 
 
Henning Westerholt ?https://skalatan.de/blog/
 
Kamailio services ?https://gilawa.com
 
 ?
 
From: sr-users <sr-users-bounces at lists.kamailio.org>On Behalf Of Victor Velo
Sent: Sunday, May 9, 2021 4:48 AM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] MS Teams SBC
 
 ?
 
Hello,
 
 ?
 
I'm trying to test a Henning's tutorial for Teams SBC described here:https://skalatan.de/en/blog/kamailio-sbc-teams.
 
 ?
 
A minor change at the MS Teams setup is just about the login. Now it requires MFA.
 
The license I used is : Microsoft 365 developer subscriptions (E5).
 
The domanin dv-sbc.openabrik.com is added + 1 user
 
 ?
 
PS> Connect-MicrosoftTeams (MFA)
 
PS> New-CsOnlinePSTNGateway -Fqdn dev-sbc.openfabrik.com -SipSignalingPort 5061 -MaxConcurrentSessions 10 -ForwardCallHistory $true -Enabled $true
 
 ?
 
Everything seems to be OK at MS Teams side.
 
 ?
 
I'm using the Kamailio coming with Kazoo. Version 5.2.5
 
[root at dev-sbc kamailio]# kamailio -version
 
version: kamailio 5.2.5 (x86_64/linux)?
 
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 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: unknown?
 
compiled on 01:14:59 Nov 19 2019 with gcc 7.3.1
 
 ?
 
 ?
 
 ?
 
When Kamailio is probing MS Teams, the log shows the following errors (for the 3 GW):
 
 ?
 
hG4bKc188.6a606040000000000000000000000000.0#015#012To: <sip:sip2.pstnhub.microsoft.com;transport=tls>#015#012From: <sip:dev-sbc.openfabrik.com>;tag=d9a52ca041d9e6253dd2a7d5399056e3-2f56#015#012CSeq: 10 OPTIONS#015#012Call-ID:4ed99b8a73a96dcd-10234 at 155.138.140.233#015#012Max-Forwards: 70#015#012Content-Length: 0
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:618]: _wbufq_add(): (517 bytes): write queue full or timeout? (0, total 1100374016, last write 41683154 s ago)
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: <core> [core/tcp_main.c:2673]: tcpconn_1st_send(): 52.114.76.76:5061: EAGAIN and write queue full or failed for 0x7fce434db860
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [../../core/forward.h:293]: msg_send_buffer(): tcp_send failed
 
May? 9 01:26:17 dev-sbc kamailio[10234]: ERROR: tm [uac.c:648]: send_prepared_request_impl(): Attempt to send to precreated request failed
 
May? 9 01:26:17 dev-sbc kamailio[10234]: INFO: <script>: Sent out tm request to Teams: OPTIONSsip:sip.pstnhub.microsoft.com;transport=tls SIP/2.0#015#012Via: SIP/2.0/TLS 155.138.140.233:5061;branc
 
 ?
 
config:
 
 ?
 
tls.cfg
 
 ?
 
[server:default]
 
method = TLSv1.2+
 
verify_certificate = yes
 
require_certificate = yes
 
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
 
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
 
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
 
server_name = dev-sbc.openfabrik.com
 
 ?
 
[client:default]
 
method = TLSv1.2+
 
verify_certificate = yes
 
require_certificate = yes
 
private_key = /etc/letsencrypt/live/openfabrik.com/privkey.pem
 
certificate = /etc/letsencrypt/live/openfabrik.com/fullchain.pem
 
ca_list = /etc/letsencrypt/live/openfabrik.com/bc2025.pem
 
 ?
 
====
 
 ?
 
event_route[tm:local-request]
 
{
 
? ? setflag(FLAG_LOCAL_REQUEST);
 
 ?
 
? ? if(is_method("OPTIONS") && $ru =~ "pstnhub.microsoft.com") {
 
? ? ? ? ? ?append_hf("Contact: <sip:dev-sbc.openfabrik.com:5061;transport=tls>\r\n");
 
? ? ? ? ? ?xlog("L_INFO", "Sent out tm request to Teams: $mb\n");
 
? ? }
 
 ?
 
? ? xlog("L_DEBUG", "$ci|local|start $pr request $rm $ou\n");
 
? ? xlog("L_DEBUG", "$ci|local|source $si:$sp -> $dd:$dp\n");
 
? ? xlog("L_DEBUG", "$ci|local|from $fu\n");
 
? ? xlog("L_DEBUG", "$ci|local|to $tu\n");
 
 ?
 
? ? #!ifdef SIP_TRACE_ROLE
 
? ? route(SIP_TRACE);
 
? ? #!endif
 
 ?
 
? ? #!ifdef PRESENCE_ROLE
 
? ? route(PRESENCE_LOCAL_REQUEST);
 
? ? #!endif
 
 ?
 
}
 
 ?
 
====
 
# setid(integer) destination(sip uri) flags (integer, optional), priority(int,opt), attrs (str,optional)
 
kamctl dispatcher add 2 'sip:sip.pstnhub.microsoft.com;transport=tls' 0 3 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
kamctl dispatcher add 3 'sip:sip2.pstnhub.microsoft.com;transport=tls' 0 2 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
kamctl dispatcher add 4 'sip:sip3.pstnhub.microsoft.com;transport=tls' 0 1 'socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com'
 
 ?
 
[root at dev-sbc kamailio]# kamctl dispatcher show
 
dispatcher gateways
 
sqlite_query: /usr/bin/sqlite3? /etc/kazoo/kamailio/db/kazoo.db select * FROM dispatcher ORDER BY setid;?
 
1|1|sip:155.138.140.233:11000|9|0|zone=local;profile=sipinterface_1;duid=243;node=freeswitch at dev-sbc.openfabrik.com|added by nodes role
 
2|2|sip:sip.pstnhub.microsoft.com;transport=tls|0|3|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
3|3|sip:sip2.pstnhub.microsoft.com;transport=tls|0|2|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
4|4|sip:sip3.pstnhub.microsoft.com;transport=tls|0|1|socket=tls:155.138.140.233:5061;ping_from=sip:dev-sbc.openfabrik.com|
 
 ?
 
 ?
 
 ?
 
Is it a bug on the Kamailio 5.2.5 release or Do I miss something?
 
 ?
 
Thanks,
 
 ?
 
Victor
 
 ?
   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210509/7951e25a/attachment.htm>

From igorolhovskiy at gmail.com  Mon May 10 08:55:05 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Mon, 10 May 2021 08:55:05 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <CAJZsGCmcJDHzqryLict3NxaKWg5MOMOjNMofvcFAw_gwQXdXfQ@mail.gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
 <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
 <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>
 <CAJZsGCmcJDHzqryLict3NxaKWg5MOMOjNMofvcFAw_gwQXdXfQ@mail.gmail.com>
Message-ID: <62960dee-693f-1928-7d3c-90b331a0447b@gmail.com>

Sergiu,

Actually, yes

Problem is in order of checking in this function

https://github.com/kamailio/kamailio/blob/02240711239149e2f5c4890a70ab158d10fa8187/src/modules/siputils/sipops.c#L183

 ??? ??? if (((ip = str2ip(&(puri.host))) == NULL)
 ??? ??? ??? ??? && ((ip = str2ip6(&(puri.host))) == NULL)) {
 ??? ??? ??? LM_DBG("uri host is not an ip address\n");
 ??? ??? ??? return -1;
 ??? ??? }

So, it's checking if Record-Route is an IP address before actually 
calling *check_self()* function. I'll add an issue.

Regards,
Igor

On 08.05.2021 02:42, Sergiu Pojoga wrote:
> May be related to a previous topic about is_first_hop() and 'myself'
>
> https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html 
> <https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html>
>
> On Fri, May 7, 2021 at 7:22 PM David Villasmil 
> <david.villasmil.work at gmail.com 
> <mailto:david.villasmil.work at gmail.com>> wrote:
>
>
>     Can you share a trace?
>
>     On Fri, 7 May 2021 at 21:12, Igor Olhovskiy
>     <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>> wrote:
>
>         Yes. It passesuri == myself condition on auth.
>
>         Regards,
>         Igor
>
>         On 07.05.2021 17:32, David Villasmil wrote:
>>         Have you tried verifying Kamailio actually believes the FQDN
>>         is itself?
>>
>>         Regards,
>>
>>         David Villasmil
>>         email: david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>
>>         phone: +34669448337
>>
>>
>>         On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy
>>         <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>> wrote:
>>
>>             David,
>>
>>             Yes, I did added it, means it was there, but
>>             is_first_hop() was blocking adding it. I think it's some
>>             leftovers from default config.
>>
>>             So, my conclusion, that is_first_hop() is ok with IP
>>             addresses, but not ok with FQDN in route. Although FQDN
>>             is added as alias
>>
>>             Regards,
>>             Igor
>>
>>             On 07.05.2021 16:07, David Villasmil wrote:
>>>             Did you add the handle_ruri_alias() as suggested by
>>>             Daniel? I had something like this where I would get
>>>             ?unable to resolve blah blah blah" and it?s because the
>>>             RURI is the actual wss ?address? which is unresolvable,
>>>             so executing the function forces kamailio to take the
>>>             alias instead.
>>>
>>>
>>>             On Fri, 7 May 2021 at 13:48, Igor Olhovskiy
>>>             <igorolhovskiy at gmail.com
>>>             <mailto:igorolhovskiy at gmail.com>> wrote:
>>>
>>>                 Daniel,
>>>
>>>                 Seems to be it's really the case, but with other
>>>                 function
>>>
>>>                 With FQDN in RR
>>>
>>>
>>>                       |is_first_hop()|
>>>
>>>                 is not acting correctly for reply.
>>>
>>>>                 For incoming SIP replies, it means that top
>>>>                 Record-Route URI is 'myself' and source address is
>>>>                 not matching it
>>>                 But in Record-Route we have "myself", but
>>>                 *is_first_hop()* returning 0.
>>>
>>>                 Thanks!
>>>
>>>                 Regards,
>>>                 Igor
>>>
>>>                 On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>>
>>>>                 OK, because looping was something that should not
>>>>                 have happened in this case.
>>>>
>>>>                 Then the problem is that you do not do
>>>>                 nat-traversal-like processing for websocket/webrtc
>>>>                 traffic. You have to use set_contact_alias() +
>>>>                 handle_ruri_alias() because the webrtc endpoints do
>>>>                 not set "valid" contact addresses.
>>>>
>>>>                 Cheers,
>>>>                 Daniel
>>>>
>>>>                 On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>>>
>>>>>                 Ah, no, sorry, I was wrong at this one,
>>>>>
>>>>>                 This just is not sent with "unable to resolve
>>>>>                 address toleivu2gdbh.invalid".
>>>>>
>>>>>                 Sorry. Looping were something else during my
>>>>>                 tests, this just with *advertise* added
>>>>>
>>>>>                 Regards,
>>>>>                 Igor
>>>>>                 On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>>>
>>>>>>                 This looks like incoming ACK, because there is
>>>>>>                 only one Via header, so it is not what proxy
>>>>>>                 forwards -- that one is relevant to see what
>>>>>>                 headers were consumed and added.
>>>>>>
>>>>>>                 Cheers,
>>>>>>                 Daniel
>>>>>>
>>>>>>                 On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>>>>                 Sure.
>>>>>>>
>>>>>>>                 ACK sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>                 SIP/2.0
>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>                 From:
>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>                 CSeq: 18326 ACK
>>>>>>>                 Route:
>>>>>>>                 <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>                 Route:
>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>                 Max-Forwards: 70
>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>                 Content-Length:? 0
>>>>>>>
>>>>>>>
>>>>>>>                 By loop I meant, Kamailio just relaying it back
>>>>>>>                 to self and discard.
>>>>>>>
>>>>>>>                 Regards,
>>>>>>>                 Igor
>>>>>>>                 On 07.05.2021 13:48, Daniel-Constantin Mierla wrote:
>>>>>>>>
>>>>>>>>                 Can you paste the ACK that loops, after being
>>>>>>>>                 handled once by Kamailio?
>>>>>>>>
>>>>>>>>                 Cheers,
>>>>>>>>                 Daniel
>>>>>>>>
>>>>>>>>                 On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>>>>
>>>>>>>>>                 Daniel,
>>>>>>>>>
>>>>>>>>>                 Yes, it is.
>>>>>>>>>
>>>>>>>>>                 alias=...
>>>>>>>>>
>>>>>>>>>                 Also tried with
>>>>>>>>>
>>>>>>>>>                 listen = IP advertise FQDN
>>>>>>>>>
>>>>>>>>>                 same behavior, loose_route() stops acting
>>>>>>>>>                 correctly.
>>>>>>>>>
>>>>>>>>>                 PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>>>>
>>>>>>>>>                 Regards,
>>>>>>>>>                 Igor
>>>>>>>>>                 On 07.05.2021 13:21, Daniel-Constantin Mierla
>>>>>>>>>                 wrote:
>>>>>>>>>>
>>>>>>>>>>                 Hello,
>>>>>>>>>>
>>>>>>>>>>                 is the KAMAILIO_FQDN set as local domain for
>>>>>>>>>>                 Kamailio (via alias parameter or domain
>>>>>>>>>>                 module+register myself)?
>>>>>>>>>>
>>>>>>>>>>                 Cheers,
>>>>>>>>>>                 Daniel
>>>>>>>>>>
>>>>>>>>>>                 On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>>>>
>>>>>>>>>>>                 Hello,
>>>>>>>>>>>
>>>>>>>>>>>                 I saw there are some topics on this already
>>>>>>>>>>>                 and carefully walked through all of them,
>>>>>>>>>>>                 but can't solve following issue.
>>>>>>>>>>>
>>>>>>>>>>>                 For a reason I do need that in Record-Route
>>>>>>>>>>>                 header sent to endpoint would present FQDN.
>>>>>>>>>>>                 If it matters, it's UDP/WSS conversion done
>>>>>>>>>>>                 on Kamailio.
>>>>>>>>>>>
>>>>>>>>>>>                 So, scheme is quite simple
>>>>>>>>>>>
>>>>>>>>>>>                 Enpoint A ->UDP-> Kamailio ->WSS-> Endpoint
>>>>>>>>>>>                 B (NAT)
>>>>>>>>>>>
>>>>>>>>>>>                 Main issue here, that if in Record-Route
>>>>>>>>>>>                 headers it's FQDN, but not IP addresses, on
>>>>>>>>>>>                 a new transactions with a dialog (ACK on
>>>>>>>>>>>                 200, PRACK, BYE), Kamailio*loose_route()*
>>>>>>>>>>>                 function resolves address of destination not
>>>>>>>>>>>                 current dialog, but actual R-URI (or itself,
>>>>>>>>>>>                 if R-URI is something from WebRTC world)
>>>>>>>>>>>                 that is not correct due to NAT.
>>>>>>>>>>>
>>>>>>>>>>>                 If in RR headers IP addresses are present -
>>>>>>>>>>>                 all is working as expected.
>>>>>>>>>>>
>>>>>>>>>>>                 As an example (RR with FQDN)
>>>>>>>>>>>
>>>>>>>>>>>                 B answers 200
>>>>>>>>>>>
>>>>>>>>>>>                 SIP/2.0 200 OK
>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>                 <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>                 <A_IP_ADDRESS>:5060;received=A IP
>>>>>>>>>>>                 ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>>>>>                 To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>>>>>                 From:
>>>>>>>>>>>                 <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>                 CSeq: 18326 INVITE
>>>>>>>>>>>                 Contact:
>>>>>>>>>>>                 <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>>>>>                 Allow:
>>>>>>>>>>>                 ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>>>>>                 Supported: outbound
>>>>>>>>>>>                 Content-Type: application/sdp
>>>>>>>>>>>                 Content-Length: 817
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                 ACK looks like
>>>>>>>>>>>
>>>>>>>>>>>                 ACK
>>>>>>>>>>>                 sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>>>>>                 SIP/2.0
>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>>>                 From:
>>>>>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>                 CSeq: 18326 ACK
>>>>>>>>>>>                 Route:
>>>>>>>>>>>                 <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>                 Route:
>>>>>>>>>>>                 <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>                 Max-Forwards: 70
>>>>>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>>>                 Content-Length: 0
>>>>>>>>>>>
>>>>>>>>>>>                 And Kamailio on *loose_route()* loops ACK to
>>>>>>>>>>>                 itself. (with result of function == 1)
>>>>>>>>>>>
>>>>>>>>>>>                 In a case if in Record-Route/Route headers
>>>>>>>>>>>                 just IP address of Kamailio present, all
>>>>>>>>>>>                 works as expected, but it's not really
>>>>>>>>>>>                 behavior I want to achieve.
>>>>>>>>>>>
>>>>>>>>>>>                 I've tried to play with
>>>>>>>>>>>                 *record_route_preset("...")* specifying only
>>>>>>>>>>>                 WSS part (as suggested in
>>>>>>>>>>>                 https://skalatan.de/de/blog/kamailio-sbc-teams
>>>>>>>>>>>                 <https://skalatan.de/de/blog/kamailio-sbc-teams>)
>>>>>>>>>>>                 with FQDN, but no luck.
>>>>>>>>>>>
>>>>>>>>>>>                 Also wanted to try approach using
>>>>>>>>>>>                 record_route_preset() function in branch
>>>>>>>>>>>                 route, but it was working only with first
>>>>>>>>>>>                 branch, not affecting others (but I assume
>>>>>>>>>>>                 having different RR headers across branches
>>>>>>>>>>>                 is not a good idea)
>>>>>>>>>>>
>>>>>>>>>>>                 -- 
>>>>>>>>>>>                 Regards,
>>>>>>>>>>>                 Igor
>>>>>>>>>>>
>>>>>>>>>>>                 __________________________________________________________
>>>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>>                    *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>>>                    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>>>
>>>>>>>>>                 __________________________________________________________
>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>                    *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>                    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>                 -- 
>>>>>>                 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 Advanced Training - Online
>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>                 -- 
>>>>                 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 Advanced Training - Online
>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>                 __________________________________________________________
>>>                 Kamailio - Users Mailing List - Non Commercial
>>>                 Discussions
>>>                 ? * sr-users at lists.kamailio.org
>>>                 <mailto:sr-users at lists.kamailio.org>
>>>                 Important: keep the mailing list in the recipients,
>>>                 do not reply only to the sender!
>>>                 Edit mailing list options or unsubscribe:
>>>                 ? *
>>>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>                 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>             -- 
>>>             Regards,
>>>
>>>             David Villasmil
>>>             email: david.villasmil.work at gmail.com
>>>             <mailto:david.villasmil.work at gmail.com>
>>>             phone: +34669448337
>>>
>>>             __________________________________________________________
>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>                *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>             Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>             Edit mailing list options or unsubscribe:
>>>                *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>             __________________________________________________________
>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>             ? * sr-users at lists.kamailio.org
>>             <mailto:sr-users at lists.kamailio.org>
>>             Important: keep the mailing list in the recipients, do
>>             not reply only to the sender!
>>             Edit mailing list options or unsubscribe:
>>             ? *
>>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>         __________________________________________________________
>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>            *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>         Edit mailing list options or unsubscribe:
>>            *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>         __________________________________________________________
>         Kamailio - Users Mailing List - Non Commercial Discussions
>         ? * sr-users at lists.kamailio.org
>         <mailto:sr-users at lists.kamailio.org>
>         Important: keep the mailing list in the recipients, do not
>         reply only to the sender!
>         Edit mailing list options or unsubscribe:
>         ? *
>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Regards,
>
>     David Villasmil
>     email: david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>
>     phone: +34669448337
>     __________________________________________________________
>     Kamailio - Users Mailing List - Non Commercial Discussions
>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     Edit mailing list options or unsubscribe:
>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/844cd8af/attachment.htm>

From kashishraheja1809 at gmail.com  Mon May 10 11:07:48 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Mon, 10 May 2021 14:37:48 +0530
Subject: [SR-Users] No Audio For Outbound Calls
Message-ID: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>

Hi All,

I have set up Kamailio in the following manner:

Kamailio (Physical Server: Register to Telecom Operator Carrier SIP trunk)
---> Asterisk Server (on Cloud having public IP)

I am successfully able to route the call to Asterisk server on Cloud when I
make a call to the number provided by the carrier and there is audio also
on both sides.

However, when I am making an outbound call from Asterisk server to the
number through Kamailio, there is no audio when I pick up the call. I have
tried to capture the traces but not able to understand the exact problem
here.

Note: I am running the RTP proxy on Kamailio server.

Any help on why this might be happening?

Thanks.
Regards
Kashish
+919413745250
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/ee11ffeb/attachment.htm>

From david.villasmil.work at gmail.com  Mon May 10 11:24:04 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 10 May 2021 10:24:04 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
Message-ID: <CAFGRPVrSc3+xDNvaQ3yhAGhCupN+WS3QADJoCct-Dkv5U9Scjw@mail.gmail.com>

SDP is probably wrong, a trace here would help.

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 10, 2021 at 10:11 AM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Hi All,
>
> I have set up Kamailio in the following manner:
>
> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP trunk)
> ---> Asterisk Server (on Cloud having public IP)
>
> I am successfully able to route the call to Asterisk server on Cloud when
> I make a call to the number provided by the carrier and there is audio also
> on both sides.
>
> However, when I am making an outbound call from Asterisk server to the
> number through Kamailio, there is no audio when I pick up the call. I have
> tried to capture the traces but not able to understand the exact problem
> here.
>
> Note: I am running the RTP proxy on Kamailio server.
>
> Any help on why this might be happening?
>
> Thanks.
> Regards
> Kashish
> +919413745250
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/5cd9f1c2/attachment.htm>

From kashishraheja1809 at gmail.com  Mon May 10 12:34:53 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Mon, 10 May 2021 16:04:53 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
Message-ID: <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>

Here are the SIP Traces:

*Asterisk Server to Kamailio Server (SDP Packet):*

2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP
192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
CSeq: 102 INVITE
Allow:
INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
Contact: <sip:09413745250 at 10.0.X.X
:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
User-Agent: ZTE Softswitch/1.0.0
Require: timer
Session-Expires: 7200;refresher=uac
Content-Length: 182
Content-Type: application/sdp

v=0
o=- 1936 20890 IN IP4 10.0.X.X
s=SBC call
c=IN IP4 10.0.X.X
t=0 0
m=audio 37874 RTP/AVP 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:8 PCMA/8000/1


*Kamailio Server to Telecom Operator Carrier (SDP Packet):*

2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 3.236.72.101:5060
;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
CSeq: 102 INVITE
Allow:
INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
Contact: <sip:09413745250 at 10.0.X.X
:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
User-Agent: ZTE Softswitch/1.0.0
Require: timer
Session-Expires: 7200;refresher=uac
Content-Length: 182
Content-Type: application/sdp

v=0
o=- 1936 20890 IN IP4 10.0.X.X
s=SBC call
c=IN IP4 10.0.X.X
t=0 0
m=audio 37874 RTP/AVP 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:8 PCMA/8000/1

Regards
Kashish


On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Hi All,
>
> I have set up Kamailio in the following manner:
>
> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP trunk)
> ---> Asterisk Server (on Cloud having public IP)
>
> I am successfully able to route the call to Asterisk server on Cloud when
> I make a call to the number provided by the carrier and there is audio also
> on both sides.
>
> However, when I am making an outbound call from Asterisk server to the
> number through Kamailio, there is no audio when I pick up the call. I have
> tried to capture the traces but not able to understand the exact problem
> here.
>
> Note: I am running the RTP proxy on Kamailio server.
>
> Any help on why this might be happening?
>
> Thanks.
> Regards
> Kashish
> +919413745250
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/293efb55/attachment.htm>

From kamailio at marrold.co.uk  Mon May 10 15:01:53 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Mon, 10 May 2021 14:01:53 +0100
Subject: [SR-Users] Bad config - you can not call 'handle_publish' function
 (db_url not set)
In-Reply-To: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
Message-ID: <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>

Hi,

We're trying to upgrade from 5.3.X to 5.4.5 however kamailio will not start
and produces the following error, despite the db_url being set in the
config and printed in the logs:

Bad config - you can not call 'handle_publish' function (db_url not set)

Looking at the code this error only seems plausible if the
*pres_library_mode* is set to 1 here
<https://github.com/kamailio/kamailio/blob/cc2a9518207e36b7b18aef5c8714f0c21da3dd95/src/modules/presence/presence.c#L296>
but
we don't see the corresponding "switch to library mode" message in the
debug logs which leaves me a bit stuck - I've included the grepped logs at
the bottom of the message.

Does anyone have any ideas what is causing this issue? I've seen a previous
issue relating to interactions between presence and presence_xml which
we're also using, but it looks like this was fixed in an older version.

Any suggestions appreciated.

# ----- presence params -----
modparam("presence", "db_url", DBURL)
modparam("presence", "db_update_period", 20)
modparam("presence", "clean_period", 60)
modparam("presence", "local_log_facility", "LOG_LOCAL3")
modparam("presence", "max_expires", 14430)

# ----- presence_xml params -----
modparam("presence_xml", "db_url", DBURL)
modparam("presence_xml", "force_active", 1)

root at kamailio:/etc/kamailio# grep -i "presence"
/var/log/kamailio/kamailio.log
May 10 12:44:14 kamailio /sbin/kamailio[23729]: ERROR: presence
[presence.c:656]: fixup_presence(): Bad config - you can not call
'handle_publish' function (db_url not set)
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
yyparse(): loading module presence.so
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
load_module(): trying to load </lib64/kamailio/modules/presence.so>
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
sr_kemi_modules_add(): adding module: presence
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:287]:
register_module(): register PV from: presence
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
pp_define(): defining id: MOD_presence
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
yyparse(): loading module presence_xml.so
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
load_module(): trying to load </lib64/kamailio/modules/presence_xml.so>
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
sr_kemi_modules_add(): adding module: presence_xml
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
pp_define(): defining id: MOD_presence_xml
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
yyparse(): loading module presence_mwi.so
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
load_module(): trying to load </lib64/kamailio/modules/presence_mwi.so>
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
pp_define(): defining id: MOD_presence_mwi
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
yyparse(): loading module presence_dialoginfo.so
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
load_module(): trying to load
</lib64/kamailio/modules/presence_dialoginfo.so>
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
pp_define(): defining id: MOD_presence_dialoginfo
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence' matches module 'presence'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <db_url> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <db_url> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence' matches module 'presence'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <db_update_period> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <db_update_period> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence' matches module 'presence'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <clean_period> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <clean_period> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence' matches module 'presence'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <local_log_facility> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <local_log_facility> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence' matches module 'presence'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <max_expires> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <max_expires> in module presence
[/lib64/kamailio/modules/presence.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <db_url> in module presence_xml
[/lib64/kamailio/modules/presence_xml.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <db_url> in module presence_xml
[/lib64/kamailio/modules/presence_xml.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
find_param_export(): found <force_active> in module presence_xml
[/lib64/kamailio/modules/presence_xml.so]
May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
set_mod_param_regex(): found <force_active> in module presence_xml
[/lib64/kamailio/modules/presence_xml.so]
May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
find_mod_export_record(): found export of <handle_publish> in module
presence [/lib64/kamailio/modules/presence.so]
May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
find_mod_export_record(): found export of <handle_subscribe> in module
presence [/lib64/kamailio/modules/presence.so]
May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/route.c:129]:
route_add(): mapping routing block (0x560e73f9a440)[PRESENCE] to 11
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:873]: init_mod(): presence
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[presence.c:293]: mod_init():
db_url=mysql://kamailio:PASSWORD at localhost/kamailio
(len=50 addr=0x7f3a33d4e288)
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[presence.c:337]: mod_init(): server_address parameter not set in
configuration file
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[subscribe.c:2529]: restore_db_subs(): loading information from database 0
records
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:873]: init_mod(): presence_xml
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
[presence_xml.c:170]: mod_init():
db_url=mysql://kamailio:PASSWORD at localhost/kamailio
(len=50 addr=0x7f3a33d4ef00)
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:652]: find_mod_export_record(): found export of
<bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [presence/1]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [presence.winfo/2]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:239]: add_event(): successfully added event: presence - len= 8
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
[add_events.c:75]: xml_add_events(): added 'presence' event to presence
module
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [presence.winfo/2]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [presence/1]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:188]: add_event(): Found wipeer event [presence] for event
[presence.winfo]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:239]: add_event(): successfully added event: presence.winfo -
len= 14
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
[add_events.c:94]: xml_add_events(): added 'presence.winfo' event to
presence module
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [xcap-diff/0]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [xcap-diff.winfo/0]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:239]: add_event(): successfully added event: xcap-diff - len=
9
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
[add_events.c:132]: xml_add_events(): added 'xcap-diff' event to presence
module
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:873]: init_mod(): presence_mwi
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:652]: find_mod_export_record(): found export of
<bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [message-summary/6]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [message-summary.winfo/0]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:239]: add_event(): successfully added event: message-summary
- len= 15
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:873]: init_mod(): presence_dialoginfo
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
[core/sr_module.c:652]: find_mod_export_record(): found export of
<bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [dialog/5]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:324]: search_event(): start event= [dialog.winfo/0]
May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
[event_list.c:239]: add_event(): successfully added event: dialog - len= 6
May 10 12:44:47 kamailio /sbin/kamailio[23830]: ERROR: presence
[presence.c:656]: fixup_presence(): Bad config - you can not call
'handle_publish' function (db_url not set)
May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
[presence_xml.c:295]: destroy(): start
May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
[subscribe.c:2433]: timer_db_update(): db_update timer
May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
[subscribe.c:2137]: update_db_subs_timer(): update_db_subs_timer: start
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/ef07056e/attachment.htm>

From jh at tutpro.com  Mon May 10 15:36:43 2021
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 10 May 2021 16:36:43 +0300
Subject: [SR-Users] Bad config - you can not call 'handle_publish' function
 (db_url not set)
In-Reply-To: <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
Message-ID: <24729.14059.503772.82251@tutpro.com>

Marrold writes:

> Any suggestions appreciated.
> 
> # ----- presence params -----
> modparam("presence", "db_url", DBURL)
> modparam("presence", "db_update_period", 20)
> modparam("presence", "clean_period", 60)
> modparam("presence", "local_log_facility", "LOG_LOCAL3")
> modparam("presence", "max_expires", 14430)
> 
> # ----- presence_xml params -----
> modparam("presence_xml", "db_url", DBURL)
> modparam("presence_xml", "force_active", 1)

Mine starts with the following presence config:

loadmodule "presence"
loadmodule "presence_dialoginfo"
loadmodule "presence_reginfo"
loadmodule "presence_mwi"
loadmodule "presence_profile"
loadmodule "presence_xml"

# -- presence params
modparam("presence", "db_url", "MYSQL_PRES_SERV_URL")
modparam("presence", "server_address", "sip:PRESENCE_SERVER_IP:PRESENCE_SERVER_PORT;transport=tcp")
modparam("presence", "max_expires", 15552000)   # 6 months
modparam("presence", "pres_subs_mode", 0)

# -- presence_xml params
modparam("presence_xml", "db_url", "MYSQL_PRES_SERV_URL")
modparam("presence_xml", "force_active", 1)
modparam("presence_xml", "integrated_xcap_server", 1)

-- Juha


From david.villasmil.work at gmail.com  Mon May 10 15:53:22 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 10 May 2021 14:53:22 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
Message-ID: <CAFGRPVp7vUnqGxW-m2gMC1qWFcfrhhVdJJ6KNGJJYEZVPkJkMg@mail.gmail.com>

Is the telecom operator on a private network? The 200 OK SDP is asking the
telco to send the rtp to 10.0.X.X.

The 200 OK (Kamailio->telco) the sdp says:

c=IN IP4 10.0.X.X

That should be an IP the telco can reach.

You need to configure kamailio and RTPProxy to set an IP the telco can
actually reach. And probably do it on both the INVITE and the 200 OK.

On the initial invite, you should do the the same.


On Mon, 10 May 2021 at 11:39, Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Here are the SIP Traces:
>
> *Asterisk Server to Kamailio Server (SDP Packet):*
>
> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP
> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X
> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
>
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
>
>
> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>
> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 3.236.72.101:5060
> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X
> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
>
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
>
> Regards
> Kashish
>
>
> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Hi All,
>>
>> I have set up Kamailio in the following manner:
>>
>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>
>> I am successfully able to route the call to Asterisk server on Cloud when
>> I make a call to the number provided by the carrier and there is audio also
>> on both sides.
>>
>> However, when I am making an outbound call from Asterisk server to the
>> number through Kamailio, there is no audio when I pick up the call. I have
>> tried to capture the traces but not able to understand the exact problem
>> here.
>>
>> Note: I am running the RTP proxy on Kamailio server.
>>
>> Any help on why this might be happening?
>>
>> Thanks.
>> Regards
>> Kashish
>> +919413745250
>>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/b5986f9d/attachment.htm>

From miconda at gmail.com  Mon May 10 19:10:38 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 10 May 2021 19:10:38 +0200
Subject: [SR-Users] Bad config - you can not call 'handle_publish'
 function (db_url not set)
In-Reply-To: <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
Message-ID: <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>

Hello,

do you use utils module? If yes, what is your operating system and the
compiler version (if you compiled from sources, not installing from
packages)?

Cheers,
Daniel

On 10.05.21 15:01, Marrold wrote:
> Hi,
>
> We're trying to upgrade from 5.3.X to 5.4.5 however kamailio will not
> start and produces the following error, despite the db_url being set
> in the config and printed in the logs:
>
> Bad config - you can not call 'handle_publish' function (db_url not set)
>
> Looking at the code this error only seems plausible if the
> /pres_library_mode/ is set to 1?here
> <https://github.com/kamailio/kamailio/blob/cc2a9518207e36b7b18aef5c8714f0c21da3dd95/src/modules/presence/presence.c#L296>?but
> we don't see the corresponding "switch to library mode" message in the
> debug logs which leaves me a bit stuck - I've included the grepped
> logs at the bottom of the message.
>
> Does anyone have any ideas what is causing?this issue? I've seen a
> previous issue relating to interactions between presence and
> presence_xml which we're also using, but it looks like this was fixed
> in an older version.
>
> Any suggestions appreciated.
>
> # ----- presence params -----
> modparam("presence", "db_url", DBURL)
> modparam("presence", "db_update_period", 20)
> modparam("presence", "clean_period", 60)
> modparam("presence", "local_log_facility", "LOG_LOCAL3")
> modparam("presence", "max_expires", 14430)
>
> # ----- presence_xml params -----
> modparam("presence_xml", "db_url", DBURL)
> modparam("presence_xml", "force_active", 1)
>
> root at kamailio:/etc/kamailio# grep -i "presence"
> /var/log/kamailio/kamailio.log
> May 10 12:44:14 kamailio /sbin/kamailio[23729]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:525]: load_module(): trying to load
> </lib64/kamailio/modules/presence.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
> sr_kemi_modules_add(): adding module: presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:287]: register_module(): register PV from: presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_xml.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:525]: load_module(): trying to load
> </lib64/kamailio/modules/presence_xml.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
> sr_kemi_modules_add(): adding module: presence_xml
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_xml
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_mwi.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:525]: load_module(): trying to load
> </lib64/kamailio/modules/presence_mwi.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_mwi
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_dialoginfo.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:525]: load_module(): trying to load
> </lib64/kamailio/modules/presence_dialoginfo.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_dialoginfo
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence' matches
> module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <db_url> in module
> presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <db_url> in module
> presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence' matches
> module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <db_update_period>
> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <db_update_period>
> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence' matches
> module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <clean_period> in
> module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <clean_period> in
> module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence' matches
> module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found
> <local_log_facility> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found
> <local_log_facility> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence' matches
> module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <max_expires> in
> module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <max_expires> in
> module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence_xml' matches
> module 'presence_xml'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <db_url> in module
> presence_xml [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <db_url> in module
> presence_xml [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:107]: set_mod_param_regex(): 'presence_xml' matches
> module 'presence_xml'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:744]: find_param_export(): found <force_active> in
> module presence_xml [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core>
> [core/modparam.c:123]: set_mod_param_regex(): found <force_active> in
> module presence_xml [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <handle_publish> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <handle_subscribe> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/route.c:129]:
> route_add(): mapping routing block (0x560e73f9a440)[PRESENCE] to 11
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [presence.c:293]: mod_init():
> db_url=mysql://kamailio:PASSWORD at localhost/kamailio (len=50
> addr=0x7f3a33d4e288)
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [presence.c:337]: mod_init(): server_address parameter not set in
> configuration file
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2529]: restore_db_subs(): loading information from
> database 0 records
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_xml
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [presence_xml.c:170]: mod_init():
> db_url=mysql://kamailio:PASSWORD at localhost/kamailio (len=50
> addr=0x7f3a33d4ef00)
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence/1]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: presence -
> len= 8
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:75]: xml_add_events(): added 'presence' event to
> presence module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence/1]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:188]: add_event(): Found wipeer event [presence] for
> event [presence.winfo]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event:
> presence.winfo - len= 14
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:94]: xml_add_events(): added 'presence.winfo' event to
> presence module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [xcap-diff/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [xcap-diff.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: xcap-diff -
> len= 9
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:132]: xml_add_events(): added 'xcap-diff' event to
> presence module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_mwi
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [message-summary/6]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [message-summary.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event:
> message-summary - len= 15
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_dialoginfo
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [dialog/5]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [dialog.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: dialog - len= 6
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [presence_xml.c:295]: destroy(): start
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2433]: timer_db_update(): db_update timer
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2137]: update_db_subs_timer(): update_db_subs_timer: start
>
>
>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/74aa748f/attachment.htm>

From kashishraheja1809 at gmail.com  Mon May 10 16:56:58 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Mon, 10 May 2021 20:26:58 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
Message-ID: <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>

Yes, the telecom operator is on the private network. 10.0.X.X is the SBC IP
of the telecom operator to which we register. 10.0.X.X is reachable only
through the second network interface. The complete flow is given below:

[image: image.png]

Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first network
interface IP, 10.0.87.230 is second network interface IP and 10.0.76.9 is
telecom operator SBC IP to which we do SIP register.

We are running the rtpproxy on local IP (192.168.0.192) in the following
way:

*rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
udp:localhost:7722*


Thanks.
Regards
Kashish


On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Here are the SIP Traces:
>
> *Asterisk Server to Kamailio Server (SDP Packet):*
>
> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP
> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X
> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
>
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
>
>
> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>
> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 3.236.72.101:5060
> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow:
> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X
> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
>
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
>
> Regards
> Kashish
>
>
> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Hi All,
>>
>> I have set up Kamailio in the following manner:
>>
>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>
>> I am successfully able to route the call to Asterisk server on Cloud when
>> I make a call to the number provided by the carrier and there is audio also
>> on both sides.
>>
>> However, when I am making an outbound call from Asterisk server to the
>> number through Kamailio, there is no audio when I pick up the call. I have
>> tried to capture the traces but not able to understand the exact problem
>> here.
>>
>> Note: I am running the RTP proxy on Kamailio server.
>>
>> Any help on why this might be happening?
>>
>> Thanks.
>> Regards
>> Kashish
>> +919413745250
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/ac3f22f9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 380292 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/ac3f22f9/attachment.png>

From eliphas at gmail.com  Mon May 10 22:55:22 2021
From: eliphas at gmail.com (Eliphas Levy Theodoro)
Date: Mon, 10 May 2021 17:55:22 -0300
Subject: [SR-Users] Kamailio as front proxy for multiple sip servers
In-Reply-To: <CABSP_Vf+gAispMSRROgHL5Rahjcc3ELx64-doT7SNqaZb4RhOg@mail.gmail.com>
References: <CAD3rYqxOFTNLNRAWYUBpNXXCVA6v-feD+VMyY8V95W2M5R_51Q@mail.gmail.com>
 <CAD3rYqxZFFqRZek40bvXBPNtKTtVuWpUKXbx8XeJoa_XB8m3tA@mail.gmail.com>
 <CABSP_Vf+gAispMSRROgHL5Rahjcc3ELx64-doT7SNqaZb4RhOg@mail.gmail.com>
Message-ID: <CAD3rYqz-O1fLFXz3eX=ZnV=y3Nqcm676Z_8cHHWw23AfWuAK=A@mail.gmail.com>

Hello,

I now understood that to send the request directly to the socket
instead of via UDP/invalid.ip.address. Succeded by lookup() after
save(), or asterisk's, Dial(PJSIP/local_aor) if registered locally.

I settled with passing registration by domain to the right asterisk
server beneath kamailio, and save()ing on reply 200 OK. On the
asterisks, I set kamailio as outbound proxy; They then dial the
sip:aor at domain and kamailio will lookup($rd) easily.

By the way, why save("$rd") and lookup("$rd") won't substitute for
request uri domain? It is saving a literal $rd on the location table.
In this case I will need to have multiple if()s with each domain name.
Should I use another function/table for saving multidomain contacts?

Now that the signaling is doing alright, I need to figure out about
the media, starting with that config from gitub/havfo (WEBRTC-to-SIP).

Thanks,
Eliphas

Em qui., 6 de mai. de 2021 ?s 16:03, Yuriy Gorlichenko
<ovoshlook at gmail.com> escreveu:
>
> If pjsip path doest work ( which indeed can be a case )
> It is an option for you to mascarade contact on kamailio ( if you need to register phones on asterisk ), but this is not a trivial.
>
> If you do registrar on kamailio then lookup and set up proper $du for webrtc endpoints will workout for you I believe.
>
> On Thu, 6 May 2021, 20:43 Eliphas Levy Theodoro, <eliphas at gmail.com> wrote:
>>
>> As I have got 4 different answers (thanks!) I will paste them all down there.
>>
>> Em qua., 5 de mai. de 2021 ?s 18:44, Eliphas Levy Theodoro
>> <eliphas at gmail.com> escreveu:
>> >
>> > I am trying to config one kamailio as reverse proxy for a bunch of internal (no internet address) separate asterisk sip
>> > instances (per domain). The kamailio server would be the only with the valid IP address, so would use rtpengine to
>> > force to be in the media path.
>> >
>> > Like this scenario: https://opensips.org/pipermail/users/2020-August/043610.html
>> >
>> > I have used as starting point this very basic config:
>> > https://blog.voipxswitch.com/2015/03/27/kamailio-basic-sip-proxy-all-requests-setup/
>> >
>> > Basically just added rtpproxy support, and voil?, inter-SIP is working, media always passing into the proxy.
>> >
>> > The problem: I would have WebRTC phones connecting too. I tried setting WSS up in kamailio, and asterisk (pjsip)
>> > wouldn't know how to send the message to the proxy: on register it has trasnport=wss in the contact: header, looks
>> > like it is confusing the asterisk.
>> >
>> > So, I resort for the wisdom of the list :) What would be the good-best-path to take here, hack the header, or put the
>> > webphones registering directly on the asterisks (with a nginx reverse proxy maybe)?
>>
>> [..]
>>
>> Daniel-Constantin Mierla miconda at gmail.com por  lists.kamailio.org
>> 06:26 (h? 8 horas)
>> >
>> > if both endpoints can do webrtc srtp, then it works with rtpproxy to do srtp packet forwarding for nat traversal or networks bridging.
>>
>> Yes, when a pair of softphones (ok) and softphones (not yet) exchange
>> signalling alright in that scenario, I will start on transcoding...
>>
>>
>> Wojtko, Daniel daniel.wojtko at rittec.de por  lists.kamailio.org 05:32
>> (h? 8 horas)
>> > afaik rtpproxy doesn't support WebRTC but rtpengine does
>>
>> As Daniel said above, I reckon that rtpproxy would work when
>> transcoding/translating sip/webrtc is not needed. But first, need to
>> pass signalling at least :)
>>
>>
>> Yuriy Gorlichenko ovoshlook at gmail.com por  lists.kamailio.org 05:55 (h? 8 horas)
>> >
>> > If you looking for examples: you can use this one
>> > https://github.com/havfo/WEBRTC-to-SIP as starting point
>> >
>> > anyway, the Path mentioned by Alex is the best approach.
>>
>> I tried that one but could not figure most of it out... I think I
>> borked it. Tried only changing $du to asterisk instead of doing
>> register locally and got the same results (and lots of rtpengine
>> chattiness) too, so I am using now a very simple config to make
>> finding the signalling problem easier.
>>
>>
>> > Alex Balashov abalashov at evaristesys.com por  lists.kamailio.org 03:26 (h? 10 horas)
>> > It sounds like you are in need of the Path extension:
>>
>> That was one of the modifications I have made, found out later that
>> the problem is PJSIP not handling Path: anyway:
>> https://community.asterisk.org/t/pjsip-path-module-issues/88046
>> https://issues.asterisk.org/jira/browse/ASTERISK-28211
>> So I have changed back to the older chan_sip interface, problem
>> solved, that one worked with Path: header. Now asterisk sends the
>> invite back to kamailio!
>>
>> Now, the basic signalling of webphone -> kamailio -> asterisk ->
>> kamailio -> otherphone is stopping on kamailio itself, it is sending
>> the packet via UDP like asterisk was, instead of using the socket.
>>
>> This is how the webphone contact looks like:
>> <sip:cakrtk0i at 192.0.2.210;transport=wss>
>> Kamailio (and asterisk before Path: worked) invites
>> UDP:192.0.2.210:5060, instead of the "local" websocket, and of course
>> never succeeding.
>>
>> I tried save()ing the register locally, but I am sure I am doing it wrong.
>>
>> if someone wants to look at the actual test config, I pasted it:
>> https://pastebin.com/RuXniDTU
>>
>> Cheers,
>> --
>> Eliphas
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


From david.villasmil.work at gmail.com  Mon May 10 22:49:41 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 10 May 2021 21:49:41 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
Message-ID: <CAFGRPVro8RV1MkmpGLsQZnzuLt8zwmE+qxTqXVmZ7seJ7NPtuw@mail.gmail.com>

So let me get this right:

asterisk (10.0.x.x)--->(192.168.0.192) proxy (10.0.x.x)--->(10.0.x.x)telco
op

There's something i'm not seeing.
Can you explain further like i did above?


Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 10, 2021 at 8:42 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC
> IP of the telecom operator to which we register. 10.0.X.X is reachable only
> through the second network interface. The complete flow is given below:
>
> [image: image.png]
>
> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first network
> interface IP, 10.0.87.230 is second network interface IP and 10.0.76.9 is
> telecom operator SBC IP to which we do SIP register.
>
> We are running the rtpproxy on local IP (192.168.0.192) in the following
> way:
>
> *rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
> udp:localhost:7722*
>
>
> Thanks.
> Regards
> Kashish
>
>
> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Here are the SIP Traces:
>>
>> *Asterisk Server to Kamailio Server (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP
>> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
>> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>>
>> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP 3.236.72.101:5060
>> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>> Regards
>> Kashish
>>
>>
>> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> I have set up Kamailio in the following manner:
>>>
>>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>>
>>> I am successfully able to route the call to Asterisk server on Cloud
>>> when I make a call to the number provided by the carrier and there is audio
>>> also on both sides.
>>>
>>> However, when I am making an outbound call from Asterisk server to the
>>> number through Kamailio, there is no audio when I pick up the call. I have
>>> tried to capture the traces but not able to understand the exact problem
>>> here.
>>>
>>> Note: I am running the RTP proxy on Kamailio server.
>>>
>>> Any help on why this might be happening?
>>>
>>> Thanks.
>>> Regards
>>> Kashish
>>> +919413745250
>>>
>> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/913533b6/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 380292 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210510/913533b6/attachment-0001.png>

From kashishraheja1809 at gmail.com  Tue May 11 10:14:07 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Tue, 11 May 2021 13:44:07 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
Message-ID: <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>

This is how it looks:


   - Asterisk is running on Cloud having a public IP (3.236.X.X)
   - Kamailio is running on a Physical server having 2 NIC ports.
      - One of them is connected to the SIP trunk and this NIC port local
      IP is 10.0.87.X. We register to the SBC server (10.0.76.X) of telecom
      operator carrier through this port.
      - Second NIC port is connected to ILL for internet connection having
      local IP as 192.168.0.192 and public IP as 14.X.X.X
   - To make an outbound call, Asterisk Server (3.236.X.X) sends the call
   to Kamailio server on public IP (14.X.X.X) and in turn Kamailio server
   sends the call to telecom operator SBC (10.0.76.X) through 10.0.87.X port.

Here is the diagram:

              3.236.72.101:5060             192.168.0.192:5060
    10.0.87.230:5060               10.0.76.9:5060
            ????????????????????          ????????????????????
 ????????????????????          ????????????????????
    20:24:11.644416   ?        INVITE (SDP)         ?
           ?                             ?
          +0.000585   ? ??????????????????????????> ?
           ?                             ?
    20:24:11.645001   ?  100 trying -- your call is ?
           ?                             ?
          +0.000235   ? <?????????????????????????? ?
           ?                             ?
    20:24:11.645236   ?                             ?
           ?        INVITE (SDP)         ?
          +0.005768   ?                             ?
           ? ??????????????????????????> ?
    20:24:11.651004   ?                             ?
           ?         100 Trying          ?
          +0.580627   ?                             ?
           ? <?????????????????????????? ?
    20:24:12.231631   ?                             ?
           ?  183 Session Progress (SDP) ?
          +0.000159   ?                             ?
           ? <?????????????????????????? ?
    20:24:12.231790   ?  183 Session Progress (SDP) ?
           ?                             ?
          +1.932655   ? <?????????????????????????? ?
           ?                             ?
    20:24:14.164445   ?                             ?
           ?         180 Ringing         ?
          +0.000204   ?                             ?
           ? <?????????????????????????? ?
    20:24:14.164649   ?         180 Ringing         ?
           ?                             ?
          +3.631157   ? <?????????????????????????? ?
           ?                             ?
    20:24:17.795806   ?                             ?
           ?        200 OK (SDP)         ?
          +0.000361   ?                             ?
           ? <?????????????????????????? ?
    20:24:17.796167   ?        200 OK (SDP)         ?
           ?                             ?
          +0.233102   ? <?????????????????????????? ?
           ?                             ?
    20:24:18.029269   ?             ACK             ?
           ?                             ?
          +0.000385   ? ??????????????????????????> ?
           ?                             ?
    20:24:18.029654   ?                             ?
           ?             ACK             ?
         +11.647190   ?                             ?
           ? ??????????????????????????> ?
    20:24:29.676844   ?                             ?
           ?             BYE             ?
          +0.000605   ?                             ?
           ? <?????????????????????????? ?
    20:24:29.677449   ?             BYE             ?
           ?                             ?
          +0.236993   ? <?????????????????????????? ?
           ?                             ?
    20:24:29.914442   ?           200 OK            ?
           ?                             ?
          +0.000225   ? ??????????????????????????> ?
           ?                             ?
    20:24:29.914667   ?                             ?
           ?           200 OK            ?
                      ?                             ?
           ? ??????????????????????????> ?


Thanks.
Regards
Kashish

On Mon, May 10, 2021 at 8:26 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC
> IP of the telecom operator to which we register. 10.0.X.X is reachable only
> through the second network interface. The complete flow is given below:
>
>
> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first network
> interface IP, 10.0.87.230 is second network interface IP and 10.0.76.9 is
> telecom operator SBC IP to which we do SIP register.
>
> We are running the rtpproxy on local IP (192.168.0.192) in the following
> way:
>
> *rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
> udp:localhost:7722*
>
>
> Thanks.
> Regards
> Kashish
>
>
> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Here are the SIP Traces:
>>
>> *Asterisk Server to Kamailio Server (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP
>> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
>> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>>
>> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP 3.236.72.101:5060
>> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>> Regards
>> Kashish
>>
>>
>> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> I have set up Kamailio in the following manner:
>>>
>>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>>
>>> I am successfully able to route the call to Asterisk server on Cloud
>>> when I make a call to the number provided by the carrier and there is audio
>>> also on both sides.
>>>
>>> However, when I am making an outbound call from Asterisk server to the
>>> number through Kamailio, there is no audio when I pick up the call. I have
>>> tried to capture the traces but not able to understand the exact problem
>>> here.
>>>
>>> Note: I am running the RTP proxy on Kamailio server.
>>>
>>> Any help on why this might be happening?
>>>
>>> Thanks.
>>> Regards
>>> Kashish
>>> +919413745250
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/e522a620/attachment.htm>

From daniel.donoghue at freespee.com  Tue May 11 10:25:00 2021
From: daniel.donoghue at freespee.com (Daniel Donoghue)
Date: Tue, 11 May 2021 10:25:00 +0200
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
Message-ID: <3DDF8CEC-0E10-43E8-AD35-4BCC404BAB3F@freespee.com>

Since your asterisk server is in the cloud, make sure the relevant udp audio port range is open to the telecoms carrier.

It is possible that your firewall/security group setup allows an incoming reply on a port when something first goes out on that port which can explain why audio works in one direction but not the other.

Blessings,
?
Daniel



> On 11 May 2021, at 10:14, Kashish Raheja <kashishraheja1809 at gmail.com> wrote:
> 
> This is how it looks:
> 
> Asterisk is running on Cloud having a public IP (3.236.X.X)
> Kamailio is running on a Physical server having 2 NIC ports.
> One of them is connected to the SIP trunk and this NIC port local IP is 10.0.87.X. We register to the SBC server (10.0.76.X) of telecom operator carrier through this port.
> Second NIC port is connected to ILL for internet connection having local IP as 192.168.0.192 and public IP as 14.X.X.X
> To make an outbound call, Asterisk Server (3.236.X.X) sends the call to Kamailio server on public IP (14.X.X.X) and in turn Kamailio server sends the call to telecom operator SBC (10.0.76.X) through 10.0.87.X port.
> Here is the diagram:
> 
>               3.236.72.101:5060 <http://3.236.72.101:5060/>             192.168.0.192:5060 <http://192.168.0.192:5060/>             10.0.87.230:5060 <http://10.0.87.230:5060/>               10.0.76.9:5060 <http://10.0.76.9:5060/>  
>             ????????????????????          ????????????????????          ????????????????????          ????????????????????
>     20:24:11.644416   ?        INVITE (SDP)         ?                             ?                             ?         
>           +0.000585   ? ??????????????????????????> ?                             ?                             ?         
>     20:24:11.645001   ?  100 trying -- your call is ?                             ?                             ?         
>           +0.000235   ? <?????????????????????????? ?                             ?                             ?         
>     20:24:11.645236   ?                             ?                             ?        INVITE (SDP)         ?         
>           +0.005768   ?                             ?                             ? ??????????????????????????> ?         
>     20:24:11.651004   ?                             ?                             ?         100 Trying          ?         
>           +0.580627   ?                             ?                             ? <?????????????????????????? ?         
>     20:24:12.231631   ?                             ?                             ?  183 Session Progress (SDP) ?         
>           +0.000159   ?                             ?                             ? <?????????????????????????? ?         
>     20:24:12.231790   ?  183 Session Progress (SDP) ?                             ?                             ?         
>           +1.932655   ? <?????????????????????????? ?                             ?                             ?         
>     20:24:14.164445   ?                             ?                             ?         180 Ringing         ?         
>           +0.000204   ?                             ?                             ? <?????????????????????????? ?         
>     20:24:14.164649   ?         180 Ringing         ?                             ?                             ?         
>           +3.631157   ? <?????????????????????????? ?                             ?                             ?         
>     20:24:17.795806   ?                             ?                             ?        200 OK (SDP)         ?         
>           +0.000361   ?                             ?                             ? <?????????????????????????? ?         
>     20:24:17.796167   ?        200 OK (SDP)         ?                             ?                             ?         
>           +0.233102   ? <?????????????????????????? ?                             ?                             ?         
>     20:24:18.029269   ?             ACK             ?                             ?                             ?         
>           +0.000385   ? ??????????????????????????> ?                             ?                             ?         
>     20:24:18.029654   ?                             ?                             ?             ACK             ?         
>          +11.647190   ?                             ?                             ? ??????????????????????????> ?         
>     20:24:29.676844   ?                             ?                             ?             BYE             ?         
>           +0.000605   ?                             ?                             ? <?????????????????????????? ?         
>     20:24:29.677449   ?             BYE             ?                             ?                             ?         
>           +0.236993   ? <?????????????????????????? ?                             ?                             ?         
>     20:24:29.914442   ?           200 OK            ?                             ?                             ?         
>           +0.000225   ? ??????????????????????????> ?                             ?                             ?         
>     20:24:29.914667   ?                             ?                             ?           200 OK            ?         
>                       ?                             ?                             ? ??????????????????????????> ?          
> 
> Thanks.
> Regards
> Kashish
> 
> On Mon, May 10, 2021 at 8:26 PM Kashish Raheja <kashishraheja1809 at gmail.com <mailto:kashishraheja1809 at gmail.com>> wrote:
> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC IP of the telecom operator to which we register. 10.0.X.X is reachable only through the second network interface. The complete flow is given below:
> 
> 
> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first network interface IP, 10.0.87.230 is second network interface IP and 10.0.76.9 is telecom operator SBC IP to which we do SIP register.
> 
> We are running the rtpproxy on local IP (192.168.0.192) in the following way:
> 
> rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s udp:localhost:7722
> 
> 
> Thanks.
> Regards
> Kashish
> 
> 
> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <kashishraheja1809 at gmail.com <mailto:kashishraheja1809 at gmail.com>> wrote:
> Here are the SIP Traces:
> 
> Asterisk Server to Kamailio Server (SDP Packet):
> 
> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110 <mailto:58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110>
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060 <http://sip:09413745250 at 192.168.0.192:5060/>>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
> 
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
> 
> 
> Kamailio Server to Telecom Operator Carrier (SDP Packet):
> 
> 2021/05/10 15:54:52.835419 192.168.0.192:5060 <http://192.168.0.192:5060/> -> 3.X.X.X:5060
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110 <mailto:58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110>
> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
> To: <sip:09413745250 at 192.168.0.192:5060 <http://sip:09413745250 at 192.168.0.192:5060/>>;tag=aa2c806-Huku2c07186a1
> CSeq: 102 INVITE
> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
> Contact: <sip:09413745250 at 10.0.X.X:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
> User-Agent: ZTE Softswitch/1.0.0
> Require: timer
> Session-Expires: 7200;refresher=uac
> Content-Length: 182
> Content-Type: application/sdp
> 
> v=0
> o=- 1936 20890 IN IP4 10.0.X.X
> s=SBC call
> c=IN IP4 10.0.X.X
> t=0 0
> m=audio 37874 RTP/AVP 8 101
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=rtpmap:8 PCMA/8000/1
> 
> Regards
> Kashish
> 
> 
> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <kashishraheja1809 at gmail.com <mailto:kashishraheja1809 at gmail.com>> wrote:
> Hi All,
> 
> I have set up Kamailio in the following manner:
> 
> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP trunk) ---> Asterisk Server (on Cloud having public IP)
> 
> I am successfully able to route the call to Asterisk server on Cloud when I make a call to the number provided by the carrier and there is audio also on both sides.
> 
> However, when I am making an outbound call from Asterisk server to the number through Kamailio, there is no audio when I pick up the call. I have tried to capture the traces but not able to understand the exact problem here.
> 
> Note: I am running the RTP proxy on Kamailio server.
> 
> Any help on why this might be happening?
> 
> Thanks.
> Regards
> Kashish
> +919413745250
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/9d898355/attachment.htm>

From david.villasmil.work at gmail.com  Tue May 11 11:39:01 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 11 May 2021 10:39:01 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <3DDF8CEC-0E10-43E8-AD35-4BCC404BAB3F@freespee.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
 <3DDF8CEC-0E10-43E8-AD35-4BCC404BAB3F@freespee.com>
Message-ID: <CAFGRPVo_WAt8do-D=gKdsdUCqHtbYjaYJZSL3+s-aFeJPe6_3g@mail.gmail.com>

You need to also

INVITE

Asterisk->kamailio offer the asterisk?s public IP in the SDP.
Kamailio->telco offer in the invite the rtpproxy?s pr?vate IP (10.x.x.x)

And on the 200

Kamailio->asterisk offer the rtpproxy?s PUBLIC ip.

On the cloud firewall, you need to allow the rtpproxy and Kamailio?s public
IPs.
On the asterisk, you need to configure its public IP as the SDP, not the
private.

You also need to start rtpproxy in bridge mode providing both the public
and private IPs at start (or config)

Hope this helps.

On Tue, 11 May 2021 at 09:32, Daniel Donoghue <daniel.donoghue at freespee.com>
wrote:

> Since your asterisk server is in the cloud, make sure the relevant udp
> audio port range is open to the telecoms carrier.
>
> It is possible that your firewall/security group setup allows an incoming
> reply on a port when something first goes out on that port which can
> explain why audio works in one direction but not the other.
>
> Blessings,
> ?
> Daniel
>
>
>
> On 11 May 2021, at 10:14, Kashish Raheja <kashishraheja1809 at gmail.com>
> wrote:
>
> This is how it looks:
>
>
>    - Asterisk is running on Cloud having a public IP (3.236.X.X)
>    - Kamailio is running on a Physical server having 2 NIC ports.
>       - One of them is connected to the SIP trunk and this NIC port local
>       IP is 10.0.87.X. We register to the SBC server (10.0.76.X) of telecom
>       operator carrier through this port.
>       - Second NIC port is connected to ILL for internet connection
>       having local IP as 192.168.0.192 and public IP as 14.X.X.X
>    - To make an outbound call, Asterisk Server (3.236.X.X) sends the call
>    to Kamailio server on public IP (14.X.X.X) and in turn Kamailio server
>    sends the call to telecom operator SBC (10.0.76.X) through 10.0.87.X port.
>
> Here is the diagram:
>
>               3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060
>             ????????????????????          ????????????????????          ????????????????????          ????????????????????
>     20:24:11.644416   ?        INVITE (SDP)         ?                             ?                             ?
>           +0.000585   ? ??????????????????????????> ?                             ?                             ?
>     20:24:11.645001   ?  100 trying -- your call is ?                             ?                             ?
>           +0.000235   ? <?????????????????????????? ?                             ?                             ?
>     20:24:11.645236   ?                             ?                             ?        INVITE (SDP)         ?
>           +0.005768   ?                             ?                             ? ??????????????????????????> ?
>     20:24:11.651004   ?                             ?                             ?         100 Trying          ?
>           +0.580627   ?                             ?                             ? <?????????????????????????? ?
>     20:24:12.231631   ?                             ?                             ?  183 Session Progress (SDP) ?
>           +0.000159   ?                             ?                             ? <?????????????????????????? ?
>     20:24:12.231790   ?  183 Session Progress (SDP) ?                             ?                             ?
>           +1.932655   ? <?????????????????????????? ?                             ?                             ?
>     20:24:14.164445   ?                             ?                             ?         180 Ringing         ?
>           +0.000204   ?                             ?                             ? <?????????????????????????? ?
>     20:24:14.164649   ?         180 Ringing         ?                             ?                             ?
>           +3.631157   ? <?????????????????????????? ?                             ?                             ?
>     20:24:17.795806   ?                             ?                             ?        200 OK (SDP)         ?
>           +0.000361   ?                             ?                             ? <?????????????????????????? ?
>     20:24:17.796167   ?        200 OK (SDP)         ?                             ?                             ?
>           +0.233102   ? <?????????????????????????? ?                             ?                             ?
>     20:24:18.029269   ?             ACK             ?                             ?                             ?
>           +0.000385   ? ??????????????????????????> ?                             ?                             ?
>     20:24:18.029654   ?                             ?                             ?             ACK             ?
>          +11.647190   ?                             ?                             ? ??????????????????????????> ?
>     20:24:29.676844   ?                             ?                             ?             BYE             ?
>           +0.000605   ?                             ?                             ? <?????????????????????????? ?
>     20:24:29.677449   ?             BYE             ?                             ?                             ?
>           +0.236993   ? <?????????????????????????? ?                             ?                             ?
>     20:24:29.914442   ?           200 OK            ?                             ?                             ?
>           +0.000225   ? ??????????????????????????> ?                             ?                             ?
>     20:24:29.914667   ?                             ?                             ?           200 OK            ?
>                       ?                             ?                             ? ??????????????????????????> ?
>
>
> Thanks.
> Regards
> Kashish
>
> On Mon, May 10, 2021 at 8:26 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC
>> IP of the telecom operator to which we register. 10.0.X.X is reachable only
>> through the second network interface. The complete flow is given below:
>>
>>
>> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first
>> network interface IP, 10.0.87.230 is second network interface IP
>> and 10.0.76.9 is telecom operator SBC IP to which we do SIP register.
>>
>> We are running the rtpproxy on local IP (192.168.0.192) in the following
>> way:
>>
>> *rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
>> udp:localhost:7722*
>>
>>
>> Thanks.
>> Regards
>> Kashish
>>
>>
>> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Here are the SIP Traces:
>>>
>>> *Asterisk Server to Kamailio Server (SDP Packet):*
>>>
>>> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/UDP
>>> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
>>> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
>>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>>> CSeq: 102 INVITE
>>> Allow:
>>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>> Contact: <
>>> sip:09413745250 at 10.0.X.X:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>> User-Agent: ZTE Softswitch/1.0.0
>>> Require: timer
>>> Session-Expires: 7200;refresher=uac
>>> Content-Length: 182
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=- 1936 20890 IN IP4 10.0.X.X
>>> s=SBC call
>>> c=IN IP4 10.0.X.X
>>> t=0 0
>>> m=audio 37874 RTP/AVP 8 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=rtpmap:8 PCMA/8000/1
>>>
>>>
>>> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>>>
>>> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/UDP 3.236.72.101:5060
>>> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
>>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>>> CSeq: 102 INVITE
>>> Allow:
>>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>> Contact: <
>>> sip:09413745250 at 10.0.X.X:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>> User-Agent: ZTE Softswitch/1.0.0
>>> Require: timer
>>> Session-Expires: 7200;refresher=uac
>>> Content-Length: 182
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=- 1936 20890 IN IP4 10.0.X.X
>>> s=SBC call
>>> c=IN IP4 10.0.X.X
>>> t=0 0
>>> m=audio 37874 RTP/AVP 8 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=rtpmap:8 PCMA/8000/1
>>>
>>> Regards
>>> Kashish
>>>
>>>
>>> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
>>> kashishraheja1809 at gmail.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I have set up Kamailio in the following manner:
>>>>
>>>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>>>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>>>
>>>> I am successfully able to route the call to Asterisk server on Cloud
>>>> when I make a call to the number provided by the carrier and there is audio
>>>> also on both sides.
>>>>
>>>> However, when I am making an outbound call from Asterisk server to the
>>>> number through Kamailio, there is no audio when I pick up the call. I have
>>>> tried to capture the traces but not able to understand the exact problem
>>>> here.
>>>>
>>>> Note: I am running the RTP proxy on Kamailio server.
>>>>
>>>> Any help on why this might be happening?
>>>>
>>>> Thanks.
>>>> Regards
>>>> Kashish
>>>> +919413745250
>>>>
>>> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/0001a803/attachment.htm>

From david.villasmil.work at gmail.com  Tue May 11 15:19:52 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 11 May 2021 14:19:52 +0100
Subject: [SR-Users] secsipid
Message-ID: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>

Hello guys,

I'm trying to use secsipid as per
https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html


I just installed go on a new vm:

the env is as follows:
# env
GOPATH=/root/go

then:

~# go get github.com/asipto/secsipidx
~#

Then:

~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No such file
or directory

it looks like it's not downloaded where the documentation says.
It is however in:

go
|-- bin
`-- pkg
    |-- mod
    |   |-- cache
    |   |   `-- download
    |   |       |-- github.com
    |   |       |   |-- asipto
    |   |       |   |   `-- secsipidx
    |   |       |   |       `-- @v
    |   |       |   `-- google
    |   |       |       `-- uuid
    |   |       |           `-- @v
    |   |       `-- sumdb
    |   |           `-- sum.golang.org
    |   |               |-- lookup
    |   |               |   `-- github.com
    |   |               |       |-- asipto
    |   |               |       `-- google
    |   |               `-- tile
    |   |                   `-- 8
    |   |                       |-- 0
    |   |                       |   |-- x010
    |   |                       |   |-- x011
    |   |                       |   `-- x016
    |   |                       |       `-- 560.p
    |   |                       |-- 1
    |   |                       |   `-- 064.p
    |   |                       `-- 2
    |   |                           `-- 000.p
    |   `-- github.com
    |       |-- asipto
    |       |   `-- secsipidx at v1.0.0
    |       |       |-- csecsipid
    |       |       `-- secsipid
    |       `-- google
    |           `-- uuid at v1.2.0
    `-- sumdb
        `-- sum.golang.org

38 directories

But going into ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
we have:

~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
total 16
-r--r--r-- 1 root root  231 May 11 13:14 Makefile
-r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
-r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
-r--r--r-- 1 root root  120 May 11 13:14 secsipid.h

The Makefile contains the proper liba:

# Makefile to build libraries
#

all: libso

libso:
go build -o libsecsipid.so -buildmode=c-shared csecsipid.go

liba:
go build -o libsecsipid.a -buildmode=c-archive csecsipid.go

clean:
rm -f libsecsipid.so
rm -f linsecsipid.a

But "make liba" returns:

# make liba
go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
csecsipid.go:6:2: no required module provides package
github.com/asipto/secsipidx/secsipid: go.mod file not found in current
directory or any parent directory; see 'go help modules'
make: *** [Makefile:10: liba] Error 1

Obviously not a "go" guy here.

What am I doing wrong?

Thanks for your help!

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/a8466aac/attachment.htm>

From arsperger at gmail.com  Tue May 11 15:46:47 2021
From: arsperger at gmail.com (Arsen Semenov)
Date: Tue, 11 May 2021 18:46:47 +0500
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
Message-ID: <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>

Hi David,

seems you are using Go with Go modules support enabled.
secsipidx does not support go modules, make sure you have environment
variable GO111MODULE set to off and then download the module by executing
"go get github.com/asipto/secsipidx"

it should be downloaded in your $GOPATH



On Tue, May 11, 2021 at 6:21 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello guys,
>
> I'm trying to use secsipid as per
> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>
>
> I just installed go on a new vm:
>
> the env is as follows:
> # env
> GOPATH=/root/go
>
> then:
>
> ~# go get github.com/asipto/secsipidx
> ~#
>
> Then:
>
> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No such
> file or directory
>
> it looks like it's not downloaded where the documentation says.
> It is however in:
>
> go
> |-- bin
> `-- pkg
>     |-- mod
>     |   |-- cache
>     |   |   `-- download
>     |   |       |-- github.com
>     |   |       |   |-- asipto
>     |   |       |   |   `-- secsipidx
>     |   |       |   |       `-- @v
>     |   |       |   `-- google
>     |   |       |       `-- uuid
>     |   |       |           `-- @v
>     |   |       `-- sumdb
>     |   |           `-- sum.golang.org
>     |   |               |-- lookup
>     |   |               |   `-- github.com
>     |   |               |       |-- asipto
>     |   |               |       `-- google
>     |   |               `-- tile
>     |   |                   `-- 8
>     |   |                       |-- 0
>     |   |                       |   |-- x010
>     |   |                       |   |-- x011
>     |   |                       |   `-- x016
>     |   |                       |       `-- 560.p
>     |   |                       |-- 1
>     |   |                       |   `-- 064.p
>     |   |                       `-- 2
>     |   |                           `-- 000.p
>     |   `-- github.com
>     |       |-- asipto
>     |       |   `-- secsipidx at v1.0.0
>     |       |       |-- csecsipid
>     |       |       `-- secsipid
>     |       `-- google
>     |           `-- uuid at v1.2.0
>     `-- sumdb
>         `-- sum.golang.org
>
> 38 directories
>
> But going into ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
> we have:
>
> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
> total 16
> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>
> The Makefile contains the proper liba:
>
> # Makefile to build libraries
> #
>
> all: libso
>
> libso:
> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>
> liba:
> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>
> clean:
> rm -f libsecsipid.so
> rm -f linsecsipid.a
>
> But "make liba" returns:
>
> # make liba
> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
> csecsipid.go:6:2: no required module provides package
> github.com/asipto/secsipidx/secsipid: go.mod file not found in current
> directory or any parent directory; see 'go help modules'
> make: *** [Makefile:10: liba] Error 1
>
> Obviously not a "go" guy here.
>
> What am I doing wrong?
>
> Thanks for your help!
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
Arsen Semenov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/d0b868b9/attachment.htm>

From david.villasmil.work at gmail.com  Tue May 11 16:30:19 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 11 May 2021 15:30:19 +0100
Subject: [SR-Users] secsipid
In-Reply-To: <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
Message-ID: <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>

Hello Arsen,

Thanks for replying. That was it!
Should that detail be added to the doc? a lot of people wanting to use that
are not seasoned Go devs.

@Daniel-Constantin Mierla <miconda at gmail.com>  ?

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com> wrote:

> Hi David,
>
> seems you are using Go with Go modules support enabled.
> secsipidx does not support go modules, make sure you have environment
> variable GO111MODULE set to off and then download the module by executing
> "go get github.com/asipto/secsipidx"
>
> it should be downloaded in your $GOPATH
>
>
>
> On Tue, May 11, 2021 at 6:21 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello guys,
>>
>> I'm trying to use secsipid as per
>> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>
>>
>> I just installed go on a new vm:
>>
>> the env is as follows:
>> # env
>> GOPATH=/root/go
>>
>> then:
>>
>> ~# go get github.com/asipto/secsipidx
>> ~#
>>
>> Then:
>>
>> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No such
>> file or directory
>>
>> it looks like it's not downloaded where the documentation says.
>> It is however in:
>>
>> go
>> |-- bin
>> `-- pkg
>>     |-- mod
>>     |   |-- cache
>>     |   |   `-- download
>>     |   |       |-- github.com
>>     |   |       |   |-- asipto
>>     |   |       |   |   `-- secsipidx
>>     |   |       |   |       `-- @v
>>     |   |       |   `-- google
>>     |   |       |       `-- uuid
>>     |   |       |           `-- @v
>>     |   |       `-- sumdb
>>     |   |           `-- sum.golang.org
>>     |   |               |-- lookup
>>     |   |               |   `-- github.com
>>     |   |               |       |-- asipto
>>     |   |               |       `-- google
>>     |   |               `-- tile
>>     |   |                   `-- 8
>>     |   |                       |-- 0
>>     |   |                       |   |-- x010
>>     |   |                       |   |-- x011
>>     |   |                       |   `-- x016
>>     |   |                       |       `-- 560.p
>>     |   |                       |-- 1
>>     |   |                       |   `-- 064.p
>>     |   |                       `-- 2
>>     |   |                           `-- 000.p
>>     |   `-- github.com
>>     |       |-- asipto
>>     |       |   `-- secsipidx at v1.0.0
>>     |       |       |-- csecsipid
>>     |       |       `-- secsipid
>>     |       `-- google
>>     |           `-- uuid at v1.2.0
>>     `-- sumdb
>>         `-- sum.golang.org
>>
>> 38 directories
>>
>> But going into ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
>> we have:
>>
>> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
>> total 16
>> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
>> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>>
>> The Makefile contains the proper liba:
>>
>> # Makefile to build libraries
>> #
>>
>> all: libso
>>
>> libso:
>> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>>
>> liba:
>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>
>> clean:
>> rm -f libsecsipid.so
>> rm -f linsecsipid.a
>>
>> But "make liba" returns:
>>
>> # make liba
>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>> csecsipid.go:6:2: no required module provides package
>> github.com/asipto/secsipidx/secsipid: go.mod file not found in current
>> directory or any parent directory; see 'go help modules'
>> make: *** [Makefile:10: liba] Error 1
>>
>> Obviously not a "go" guy here.
>>
>> What am I doing wrong?
>>
>> Thanks for your help!
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
> Arsen Semenov
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/8796a868/attachment.htm>

From david.villasmil.work at gmail.com  Tue May 11 16:46:17 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 11 May 2021 15:46:17 +0100
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
Message-ID: <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>

So that helped doing:

...
go get https://github.com/asipto/secsipidx
cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
make liba
cp secsipid.h libsecsipid.h libsecsipid.a \
    /path/to/kamailio/src/modules/secsipid_proc/


but when compiling:

cd /path/to/kamailio/
make include_modules="secsipid secsipid_proc ..." cfg
make all
make install

make fails because the lib is not installed

The documentation should be:

...
# Get and install the module:

go get https://github.com/asipto/secsipidx
cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
make liba
cp secsipid.h libsecsipid.h libsecsipid.a \
    /path/to/kamailio/src/modules/secsipid_proc/

cd $GOPATH/src/github.com/asipto/secsipidx/
make
make install

# make the module

cd /path/to/kamailio/
make include_modules="secsipid secsipid_proc ..." cfg
make all
make install


## or compiling individual modules for use inside source tree
make modules modules=src/modules/secsipid_proc
make modules modules=src/modules/secsipid
...

Now kamailio compiles properly.



Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 11, 2021 at 3:30 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello Arsen,
>
> Thanks for replying. That was it!
> Should that detail be added to the doc? a lot of people wanting to use
> that are not seasoned Go devs.
>
> @Daniel-Constantin Mierla <miconda at gmail.com>  ?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com> wrote:
>
>> Hi David,
>>
>> seems you are using Go with Go modules support enabled.
>> secsipidx does not support go modules, make sure you have environment
>> variable GO111MODULE set to off and then download the module by executing
>> "go get github.com/asipto/secsipidx"
>>
>> it should be downloaded in your $GOPATH
>>
>>
>>
>> On Tue, May 11, 2021 at 6:21 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Hello guys,
>>>
>>> I'm trying to use secsipid as per
>>> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>>
>>>
>>> I just installed go on a new vm:
>>>
>>> the env is as follows:
>>> # env
>>> GOPATH=/root/go
>>>
>>> then:
>>>
>>> ~# go get github.com/asipto/secsipidx
>>> ~#
>>>
>>> Then:
>>>
>>> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No such
>>> file or directory
>>>
>>> it looks like it's not downloaded where the documentation says.
>>> It is however in:
>>>
>>> go
>>> |-- bin
>>> `-- pkg
>>>     |-- mod
>>>     |   |-- cache
>>>     |   |   `-- download
>>>     |   |       |-- github.com
>>>     |   |       |   |-- asipto
>>>     |   |       |   |   `-- secsipidx
>>>     |   |       |   |       `-- @v
>>>     |   |       |   `-- google
>>>     |   |       |       `-- uuid
>>>     |   |       |           `-- @v
>>>     |   |       `-- sumdb
>>>     |   |           `-- sum.golang.org
>>>     |   |               |-- lookup
>>>     |   |               |   `-- github.com
>>>     |   |               |       |-- asipto
>>>     |   |               |       `-- google
>>>     |   |               `-- tile
>>>     |   |                   `-- 8
>>>     |   |                       |-- 0
>>>     |   |                       |   |-- x010
>>>     |   |                       |   |-- x011
>>>     |   |                       |   `-- x016
>>>     |   |                       |       `-- 560.p
>>>     |   |                       |-- 1
>>>     |   |                       |   `-- 064.p
>>>     |   |                       `-- 2
>>>     |   |                           `-- 000.p
>>>     |   `-- github.com
>>>     |       |-- asipto
>>>     |       |   `-- secsipidx at v1.0.0
>>>     |       |       |-- csecsipid
>>>     |       |       `-- secsipid
>>>     |       `-- google
>>>     |           `-- uuid at v1.2.0
>>>     `-- sumdb
>>>         `-- sum.golang.org
>>>
>>> 38 directories
>>>
>>> But going into ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
>>> we have:
>>>
>>> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
>>> total 16
>>> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
>>> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>>> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>>> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>>>
>>> The Makefile contains the proper liba:
>>>
>>> # Makefile to build libraries
>>> #
>>>
>>> all: libso
>>>
>>> libso:
>>> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>>>
>>> liba:
>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>
>>> clean:
>>> rm -f libsecsipid.so
>>> rm -f linsecsipid.a
>>>
>>> But "make liba" returns:
>>>
>>> # make liba
>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>> csecsipid.go:6:2: no required module provides package
>>> github.com/asipto/secsipidx/secsipid: go.mod file not found in current
>>> directory or any parent directory; see 'go help modules'
>>> make: *** [Makefile:10: liba] Error 1
>>>
>>> Obviously not a "go" guy here.
>>>
>>> What am I doing wrong?
>>>
>>> Thanks for your help!
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>> --
>> Arsen Semenov
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/9b8a530c/attachment.htm>

From kamailio at marrold.co.uk  Tue May 11 21:12:42 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Tue, 11 May 2021 20:12:42 +0100
Subject: [SR-Users] Bad config - you can not call 'handle_publish'
 function (db_url not set)
In-Reply-To: <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
 <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>
Message-ID: <CAC-Lcd8rnx57Cnz7UYDDNsEpp8L+zDVJHhESDn=xhcKE4RAkfw@mail.gmail.com>

Hi Both,

Juha - Thanks for sharing your config , I tweaked the values in my config
but still experience the same issue.

Daniel - We're not using the utils module, although we are using siputils
and cfgutils. OS is stock Debian 10 and GCC is version 8.3.0

For what it's worth I edited the "Bad config - you can not call
'handle_publish' function" log line to include the value for *pres_library_mode
*and it appears to be set to 10. Where that's coming from, I have no idea.

Thanks again



On Mon, May 10, 2021 at 6:10 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> do you use utils module? If yes, what is your operating system and the
> compiler version (if you compiled from sources, not installing from
> packages)?
>
> Cheers,
> Daniel
> On 10.05.21 15:01, Marrold wrote:
>
> Hi,
>
> We're trying to upgrade from 5.3.X to 5.4.5 however kamailio will not
> start and produces the following error, despite the db_url being set in the
> config and printed in the logs:
>
> Bad config - you can not call 'handle_publish' function (db_url not set)
>
> Looking at the code this error only seems plausible if the
> *pres_library_mode* is set to 1 here
> <https://github.com/kamailio/kamailio/blob/cc2a9518207e36b7b18aef5c8714f0c21da3dd95/src/modules/presence/presence.c#L296> but
> we don't see the corresponding "switch to library mode" message in the
> debug logs which leaves me a bit stuck - I've included the grepped logs at
> the bottom of the message.
>
> Does anyone have any ideas what is causing this issue? I've seen a
> previous issue relating to interactions between presence and presence_xml
> which we're also using, but it looks like this was fixed in an older
> version.
>
> Any suggestions appreciated.
>
> # ----- presence params -----
> modparam("presence", "db_url", DBURL)
> modparam("presence", "db_update_period", 20)
> modparam("presence", "clean_period", 60)
> modparam("presence", "local_log_facility", "LOG_LOCAL3")
> modparam("presence", "max_expires", 14430)
>
> # ----- presence_xml params -----
> modparam("presence_xml", "db_url", DBURL)
> modparam("presence_xml", "force_active", 1)
>
> root at kamailio:/etc/kamailio# grep -i "presence"
> /var/log/kamailio/kamailio.log
> May 10 12:44:14 kamailio /sbin/kamailio[23729]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
> load_module(): trying to load </lib64/kamailio/modules/presence.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
> sr_kemi_modules_add(): adding module: presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:287]:
> register_module(): register PV from: presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_xml.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
> load_module(): trying to load </lib64/kamailio/modules/presence_xml.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
> sr_kemi_modules_add(): adding module: presence_xml
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_xml
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_mwi.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
> load_module(): trying to load </lib64/kamailio/modules/presence_mwi.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_mwi
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
> yyparse(): loading module presence_dialoginfo.so
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
> load_module(): trying to load
> </lib64/kamailio/modules/presence_dialoginfo.so>
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
> pp_define(): defining id: MOD_presence_dialoginfo
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence' matches module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <db_url> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <db_url> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence' matches module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <db_update_period> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <db_update_period> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence' matches module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <clean_period> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <clean_period> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence' matches module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <local_log_facility> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <local_log_facility> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence' matches module 'presence'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <max_expires> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <max_expires> in module presence
> [/lib64/kamailio/modules/presence.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <db_url> in module presence_xml
> [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <db_url> in module presence_xml
> [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
> set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
> find_param_export(): found <force_active> in module presence_xml
> [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
> set_mod_param_regex(): found <force_active> in module presence_xml
> [/lib64/kamailio/modules/presence_xml.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
> find_mod_export_record(): found export of <handle_publish> in module
> presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
> find_mod_export_record(): found export of <handle_subscribe> in module
> presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/route.c:129]:
> route_add(): mapping routing block (0x560e73f9a440)[PRESENCE] to 11
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [presence.c:293]: mod_init(): db_url=mysql://kamailio:PASSWORD at localhost/kamailio
> (len=50 addr=0x7f3a33d4e288)
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [presence.c:337]: mod_init(): server_address parameter not set in
> configuration file
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2529]: restore_db_subs(): loading information from database 0
> records
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_xml
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [presence_xml.c:170]: mod_init(): db_url=mysql://kamailio:PASSWORD at localhost/kamailio
> (len=50 addr=0x7f3a33d4ef00)
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence/1]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: presence - len= 8
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:75]: xml_add_events(): added 'presence' event to presence
> module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [presence/1]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:188]: add_event(): Found wipeer event [presence] for event
> [presence.winfo]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: presence.winfo -
> len= 14
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:94]: xml_add_events(): added 'presence.winfo' event to
> presence module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [xcap-diff/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [xcap-diff.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: xcap-diff - len=
> 9
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [add_events.c:132]: xml_add_events(): added 'xcap-diff' event to presence
> module
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_mwi
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [message-summary/6]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [message-summary.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: message-summary
> - len= 15
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:873]: init_mod(): presence_dialoginfo
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
> [core/sr_module.c:652]: find_mod_export_record(): found export of
> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [dialog/5]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:324]: search_event(): start event= [dialog.winfo/0]
> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [event_list.c:239]: add_event(): successfully added event: dialog - len= 6
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
> [presence_xml.c:295]: destroy(): start
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2433]: timer_db_update(): db_update timer
> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
> [subscribe.c:2137]: update_db_subs_timer(): update_db_subs_timer: start
>
>
>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/b909e258/attachment.htm>

From david.villasmil.work at gmail.com  Wed May 12 02:01:26 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 12 May 2021 01:01:26 +0100
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
 <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
Message-ID: <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>

So kamailio compiled but on start:

Config:
#!ifdef WITH_STIR
loadmodule "secsipid.so"
#!endif
...
#!ifdef WITH_STIR
modparam("secsipid", "expire", 600)
modparam("secsipid", "timeout", 2)
modparam("secsipid", "cache_dir", "/tmp/kamailio/secsipid")
modparam("secsipid", "cache_expire", 7200)
#!endif

On start i get:
May 11 23:25:35 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[20035]:
ERROR: secsipid [secsipid_mod.c:140]: child_init(): could not open module
</usr/local/lib64/kamailio/modules/secsipid_proc.so>: libsecsipid.so.1:
cannot open shared object file: No such file or directory
May 11 23:25:35 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[20035]:
ERROR: <core> [core/sr_module.c:865]: init_mod_child(): error while
initializing module secsipid
(/usr/local/lib64/kamailio/modules/secsipid.so) (idx: 8 rank: 8 desc: [udp
receiver child=7 sock=0.0.0.0:5060])
May 11 23:25:35 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[20035]:
ERROR: <core> [core/pt.c:338]: fork_process(): init_child failed for
process 8, pid 20035, "udp receiver child=7 sock=0.0.0.0:5060"

but:

# ls -l /usr/local/kamailio5/lib64/kamailio/modules/secsip*
-rwxr-xr-x 1 root root 99312 May 11 23:46
/usr/local/kamailio5/lib64/kamailio/modules/secsipid.so
-rwxr-xr-x 1 root root 47304 May 11 23:46
/usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so
#

/usr/local/include/libsecsipid.h
/usr/local/lib/libsecsipid.so.1
/usr/local/lib/libsecsipid.so
/usr/local/lib/libsecsipid.so.1.0.0
/usr/local/lib/libsecsipid.a

Not really sure what's going on here...
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Tue, May 11, 2021 at 3:46 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> So that helped doing:
>
> ...
> go get https://github.com/asipto/secsipidx
> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
> make liba
> cp secsipid.h libsecsipid.h libsecsipid.a \
>     /path/to/kamailio/src/modules/secsipid_proc/
>
>
> but when compiling:
>
> cd /path/to/kamailio/
> make include_modules="secsipid secsipid_proc ..." cfg
> make all
> make install
>
> make fails because the lib is not installed
>
> The documentation should be:
>
> ...
> # Get and install the module:
>
> go get https://github.com/asipto/secsipidx
> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
> make liba
> cp secsipid.h libsecsipid.h libsecsipid.a \
>     /path/to/kamailio/src/modules/secsipid_proc/
>
> cd $GOPATH/src/github.com/asipto/secsipidx/
> make
> make install
>
> # make the module
>
> cd /path/to/kamailio/
> make include_modules="secsipid secsipid_proc ..." cfg
> make all
> make install
>
>
> ## or compiling individual modules for use inside source tree
> make modules modules=src/modules/secsipid_proc
> make modules modules=src/modules/secsipid
> ...
>
> Now kamailio compiles properly.
>
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 11, 2021 at 3:30 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello Arsen,
>>
>> Thanks for replying. That was it!
>> Should that detail be added to the doc? a lot of people wanting to use
>> that are not seasoned Go devs.
>>
>> @Daniel-Constantin Mierla <miconda at gmail.com>  ?
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com>
>> wrote:
>>
>>> Hi David,
>>>
>>> seems you are using Go with Go modules support enabled.
>>> secsipidx does not support go modules, make sure you have environment
>>> variable GO111MODULE set to off and then download the module by executing
>>> "go get github.com/asipto/secsipidx"
>>>
>>> it should be downloaded in your $GOPATH
>>>
>>>
>>>
>>> On Tue, May 11, 2021 at 6:21 PM David Villasmil <
>>> david.villasmil.work at gmail.com> wrote:
>>>
>>>> Hello guys,
>>>>
>>>> I'm trying to use secsipid as per
>>>> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>>>
>>>>
>>>> I just installed go on a new vm:
>>>>
>>>> the env is as follows:
>>>> # env
>>>> GOPATH=/root/go
>>>>
>>>> then:
>>>>
>>>> ~# go get github.com/asipto/secsipidx
>>>> ~#
>>>>
>>>> Then:
>>>>
>>>> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>>> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No such
>>>> file or directory
>>>>
>>>> it looks like it's not downloaded where the documentation says.
>>>> It is however in:
>>>>
>>>> go
>>>> |-- bin
>>>> `-- pkg
>>>>     |-- mod
>>>>     |   |-- cache
>>>>     |   |   `-- download
>>>>     |   |       |-- github.com
>>>>     |   |       |   |-- asipto
>>>>     |   |       |   |   `-- secsipidx
>>>>     |   |       |   |       `-- @v
>>>>     |   |       |   `-- google
>>>>     |   |       |       `-- uuid
>>>>     |   |       |           `-- @v
>>>>     |   |       `-- sumdb
>>>>     |   |           `-- sum.golang.org
>>>>     |   |               |-- lookup
>>>>     |   |               |   `-- github.com
>>>>     |   |               |       |-- asipto
>>>>     |   |               |       `-- google
>>>>     |   |               `-- tile
>>>>     |   |                   `-- 8
>>>>     |   |                       |-- 0
>>>>     |   |                       |   |-- x010
>>>>     |   |                       |   |-- x011
>>>>     |   |                       |   `-- x016
>>>>     |   |                       |       `-- 560.p
>>>>     |   |                       |-- 1
>>>>     |   |                       |   `-- 064.p
>>>>     |   |                       `-- 2
>>>>     |   |                           `-- 000.p
>>>>     |   `-- github.com
>>>>     |       |-- asipto
>>>>     |       |   `-- secsipidx at v1.0.0
>>>>     |       |       |-- csecsipid
>>>>     |       |       `-- secsipid
>>>>     |       `-- google
>>>>     |           `-- uuid at v1.2.0
>>>>     `-- sumdb
>>>>         `-- sum.golang.org
>>>>
>>>> 38 directories
>>>>
>>>> But going into ~/go/pkg/mod/
>>>> github.com/asipto/secsipidx at v1.0.0/csecsipid
>>>> we have:
>>>>
>>>> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
>>>> total 16
>>>> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
>>>> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>>>> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>>>> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>>>>
>>>> The Makefile contains the proper liba:
>>>>
>>>> # Makefile to build libraries
>>>> #
>>>>
>>>> all: libso
>>>>
>>>> libso:
>>>> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>>>>
>>>> liba:
>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>>
>>>> clean:
>>>> rm -f libsecsipid.so
>>>> rm -f linsecsipid.a
>>>>
>>>> But "make liba" returns:
>>>>
>>>> # make liba
>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>> csecsipid.go:6:2: no required module provides package
>>>> github.com/asipto/secsipidx/secsipid: go.mod file not found in current
>>>> directory or any parent directory; see 'go help modules'
>>>> make: *** [Makefile:10: liba] Error 1
>>>>
>>>> Obviously not a "go" guy here.
>>>>
>>>> What am I doing wrong?
>>>>
>>>> Thanks for your help!
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.work at gmail.com
>>>> phone: +34669448337
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>
>>>
>>> --
>>> Arsen Semenov
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/3aa735d2/attachment.htm>

From descartin at sonoc.io  Wed May 12 08:02:43 2021
From: descartin at sonoc.io (=?UTF-8?Q?David_Escart=C3=ADn?=)
Date: Wed, 12 May 2021 08:02:43 +0200
Subject: [SR-Users] bogus event with terminated dialogs with late 200ok
 responses
Message-ID: <CADvHuE_0y-nSeRNn7yyxPVRGVcEuA8FUyRFnc67vf=bQ4kLuxg@mail.gmail.com>

Hello all

using kamailio version 5.4.4, we are seeing some errors like

CRITICAL: dialog [dlg_hash.c:1205]: next_state_dlg(): bogus event 3 in
state 5 (with BYE) for dlg 0x7f6ca2304b48 [15135:39671] with clid
'00463385_20210512_002_HPRA_1.1.4.40.sp3_7532_0_54533900281' and tags
'Out-55089-0000000CB27947F9' '170cB11c48vmj'

which seem to be generated when we receive a BYE from the remote UA but we
were expecting an ACK also,

For example
INVITE ---------->
<---------------183
<---------------200
BYE ------------->
(no ACK)
<--------------200
<--------------200
....

so the b2bua (freeswitch) keeps retransmitting the 200ok, and on each 200ok
retransmission we are getting this type of message.
These seem to be like race conditions since 200/BYE flow almost at the same
time, and as I understand, the UA should send the ACK.
But my doubt is if these errors can be harmful for the kamailio or they can
be ignored and address the issue to the remote UA on each case

thanks a lot and regards
david

-- 
<http://www.sonoc.io/>
David Escart?n
NOC engineer
*www.sonoc.io* <http://www.sonoc.io/>
[image: LinkedIn] <https://www.linkedin.com/company/sonoc>
[image: Twitter] <https://twitter.com/sonoc_>
[image: Facebook] <https://www.facebook.com/SONOCio/>
This e-mail is for the exclusive use of its recipients and may contain
business secrets or other confidential or privileged information. Any
unauthorised use, copying, publication or distribution of this e-mail is
strictly prohibited. If you are not the intended recipient, please inform
us immediately by replying to this e-mail and delete it, including any
attachments or copies on your system.

In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we inform
you that this e-mail address and/or any other personal data you have
provided us with will be treated by SONOC with absolute confidentiality and
with the only purpose of providing you with the requested services, due to
your condition as a client, supplier or because you have requested
information from us at any time. These data will only be kept for as long
as required to comply with legal obligations. You can exercise your rights
at any time by sending an e-mail to: *dataprotection at sonoc.io*
<dataprotection at sonoc.io>*.* <dataprotection at sonoc.io>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/2d9b8ad9/attachment.htm>

From kashishraheja1809 at gmail.com  Tue May 11 10:04:49 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Tue, 11 May 2021 13:34:49 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
Message-ID: <CAK9NXHi=Pr45Rqypp=_WxsLsaqJXUa=KA4XJdYrpQ-2mGckQUw@mail.gmail.com>

This is how it looks:

   - Asterisk is running on Cloud having a public IP (3.236.X.X)
   - Kamailio is running on a Physical server having 2 NIC ports.
      - One of them is connected to the SIP trunk and this NIC port local
      IP is 10.0.87.X. We register to the SBC server (10.0.76.X) of telecom
      operator carrier through this port.
      - Second NIC port is connected to ILL for internet connection having
      local IP as 192.168.0.192 and public IP as 14.X.X.X
   - To make an outbound call, Asterisk Server (3.236.X.X) sends the call
   to Kamailio server on public IP (14.X.X.X) and in turn Kamailio server
   sends the call to telecom operator SBC (10.0.76.X) through 10.0.87.X port.

Here is the actual flow:
                                   (Asterisk)
       (Kamailio Local ILL Port)                 (Kamailio Local SIP
Interface)            (Telecom Operator SBC)

              3.236.72.101:5060             192.168.0.192:5060
    10.0.87.230:5060               10.0.76.9:5060
            ????????????????????          ????????????????????
 ????????????????????          ????????????????????
    20:24:11.644416   ?        INVITE (SDP)         ?
           ?                             ?
          +0.000585   ? ??????????????????????????> ?
           ?                             ?
    20:24:11.645001   ?  100 trying -- your call is ?
           ?                             ?
          +0.000235   ? <?????????????????????????? ?
           ?                             ?
    20:24:11.645236   ?                             ?
           ?        INVITE (SDP)         ?
          +0.005768   ?                             ?
           ? ??????????????????????????> ?
    20:24:11.651004   ?                             ?
           ?         100 Trying          ?
          +0.580627   ?                             ?
           ? <?????????????????????????? ?
    20:24:12.231631   ?                             ?
           ?  183 Session Progress (SDP) ?
          +0.000159   ?                             ?
           ? <?????????????????????????? ?
    20:24:12.231790   ?  183 Session Progress (SDP) ?
           ?                             ?
          +1.932655   ? <?????????????????????????? ?
           ?                             ?
    20:24:14.164445   ?                             ?
           ?         180 Ringing         ?
          +0.000204   ?                             ?
           ? <?????????????????????????? ?
    20:24:14.164649   ?         180 Ringing         ?
           ?                             ?
          +3.631157   ? <?????????????????????????? ?
           ?                             ?
    20:24:17.795806   ?                             ?
           ?        200 OK (SDP)         ?
          +0.000361   ?                             ?
           ? <?????????????????????????? ?
    20:24:17.796167   ?        200 OK (SDP)         ?
           ?                             ?
          +0.233102   ? <?????????????????????????? ?
           ?                             ?
    20:24:18.029269   ?             ACK             ?
           ?                             ?
          +0.000385   ? ??????????????????????????> ?
           ?                             ?
    20:24:18.029654   ?                             ?
           ?             ACK             ?
         +11.647190   ?                             ?
           ? ??????????????????????????> ?
    20:24:29.676844   ?                             ?
           ?             BYE             ?
          +0.000605   ?                             ?
           ? <?????????????????????????? ?
    20:24:29.677449   ?             BYE             ?
           ?                             ?
          +0.236993   ? <?????????????????????????? ?
           ?                             ?
    20:24:29.914442   ?           200 OK            ?
           ?                             ?
          +0.000225   ? ??????????????????????????> ?
           ?                             ?
    20:24:29.914667   ?                             ?
           ?           200 OK            ?
                      ?                             ?
           ? ??????????????????????????> ?



Thanks.
Regards
Kashish



On Mon, May 10, 2021 at 8:26 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC
> IP of the telecom operator to which we register. 10.0.X.X is reachable only
> through the second network interface. The complete flow is given below:
>
> [image: image.png]
>
> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first network
> interface IP, 10.0.87.230 is second network interface IP and 10.0.76.9 is
> telecom operator SBC IP to which we do SIP register.
>
> We are running the rtpproxy on local IP (192.168.0.192) in the following
> way:
>
> *rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
> udp:localhost:7722*
>
>
> Thanks.
> Regards
> Kashish
>
>
> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Here are the SIP Traces:
>>
>> *Asterisk Server to Kamailio Server (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP
>> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
>> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>>
>> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>>
>> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP 3.236.72.101:5060
>> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>> CSeq: 102 INVITE
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>> Contact: <sip:09413745250 at 10.0.X.X
>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>> User-Agent: ZTE Softswitch/1.0.0
>> Require: timer
>> Session-Expires: 7200;refresher=uac
>> Content-Length: 182
>> Content-Type: application/sdp
>>
>> v=0
>> o=- 1936 20890 IN IP4 10.0.X.X
>> s=SBC call
>> c=IN IP4 10.0.X.X
>> t=0 0
>> m=audio 37874 RTP/AVP 8 101
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-15
>> a=rtpmap:8 PCMA/8000/1
>>
>> Regards
>> Kashish
>>
>>
>> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> I have set up Kamailio in the following manner:
>>>
>>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>>
>>> I am successfully able to route the call to Asterisk server on Cloud
>>> when I make a call to the number provided by the carrier and there is audio
>>> also on both sides.
>>>
>>> However, when I am making an outbound call from Asterisk server to the
>>> number through Kamailio, there is no audio when I pick up the call. I have
>>> tried to capture the traces but not able to understand the exact problem
>>> here.
>>>
>>> Note: I am running the RTP proxy on Kamailio server.
>>>
>>> Any help on why this might be happening?
>>>
>>> Thanks.
>>> Regards
>>> Kashish
>>> +919413745250
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/79481a7e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 380292 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/79481a7e/attachment.png>

From sergio.charrua at voip.pt  Tue May 11 10:17:36 2021
From: sergio.charrua at voip.pt (Sergio Charrua)
Date: Tue, 11 May 2021 09:17:36 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAFGRPVro8RV1MkmpGLsQZnzuLt8zwmE+qxTqXVmZ7seJ7NPtuw@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAFGRPVro8RV1MkmpGLsQZnzuLt8zwmE+qxTqXVmZ7seJ7NPtuw@mail.gmail.com>
Message-ID: <CALZWR5zPDA+37nZqjhOFCt=skxCtxgvt4oj+Uhg=0gCDKX9FUg@mail.gmail.com>

Hello,

Could you share your Asterisk's sip context where you set up connectivity
with telco? Just delete all usernames and passwords, if any....

Your setup is very similar to the one I have with a very large telco in my
country, and it works fine as long as you always keep Asterisk on the RTP
path (no re-invites allowed, NAT always active)


*S?rgio Charrua*


*www.voip.pt <http://www.voip.pt/>*
Tel.: +351  <callto:+351+91+104+12+66>21 130 71 77

Email : *sergio.charrua at voip.pt <sergio.charrua at voip.pt>*

This message and any files or documents attached are strictly confidential
or otherwise legally protected.

It is intended only for the individual or entity named. If you are not the
named addressee or have received this email in error, please inform the
sender immediately, delete it from your system and do not copy or disclose
it or its contents or use it for any purpose. Please also note that
transmission cannot be guaranteed to be secure or error-free.








On Tue, May 11, 2021 at 8:02 AM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> So let me get this right:
>
> asterisk (10.0.x.x)--->(192.168.0.192) proxy (10.0.x.x)--->(10.0.x.x)telco
> op
>
> There's something i'm not seeing.
> Can you explain further like i did above?
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Mon, May 10, 2021 at 8:42 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Yes, the telecom operator is on the private network. 10.0.X.X is the SBC
>> IP of the telecom operator to which we register. 10.0.X.X is reachable only
>> through the second network interface. The complete flow is given below:
>>
>> [image: image.png]
>>
>> Here 3.236.72.101 is Asterisk Server, 192.168.0.192 is local first
>> network interface IP, 10.0.87.230 is second network interface IP
>> and 10.0.76.9 is telecom operator SBC IP to which we do SIP register.
>>
>> We are running the rtpproxy on local IP (192.168.0.192) in the following
>> way:
>>
>> *rtpproxy -F -p /var/run/rtpproxy.pid -u asterisk -l 192.168.0.192 -s
>> udp:localhost:7722*
>>
>>
>> Thanks.
>> Regards
>> Kashish
>>
>>
>> On Mon, May 10, 2021 at 4:04 PM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Here are the SIP Traces:
>>>
>>> *Asterisk Server to Kamailio Server (SDP Packet):*
>>>
>>> 2021/05/10 15:54:52.835255 10.0.X.X:5060 -> 10.0.X.X:5060
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/UDP
>>> 192.168.0.192;branch=z9hG4bK2599.de1bcd2ba5f8bfc86afb083b0a9e3f65.0;received=10.0.X.X;rport=5060,SIP/2.0/UDP
>>> 3.236.X.X:5060;branch=z9hG4bK5a69547a;received=3.236.X.X;rport=5060
>>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>>> CSeq: 102 INVITE
>>> Allow:
>>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>> Contact: <sip:09413745250 at 10.0.X.X
>>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>> User-Agent: ZTE Softswitch/1.0.0
>>> Require: timer
>>> Session-Expires: 7200;refresher=uac
>>> Content-Length: 182
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=- 1936 20890 IN IP4 10.0.X.X
>>> s=SBC call
>>> c=IN IP4 10.0.X.X
>>> t=0 0
>>> m=audio 37874 RTP/AVP 8 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=rtpmap:8 PCMA/8000/1
>>>
>>>
>>> *Kamailio Server to Telecom Operator Carrier (SDP Packet):*
>>>
>>> 2021/05/10 15:54:52.835419 192.168.0.192:5060 -> 3.X.X.X:5060
>>> SIP/2.0 200 OK
>>> Via: SIP/2.0/UDP 3.236.72.101:5060
>>> ;branch=z9hG4bK5a69547a;received=3.236.72.101;rport=5060
>>> Record-Route: <sip:192.168.0.192;lr;ftag=as2b21d944>
>>> Call-ID: 58eb00885daef7ff3a67ad0e235e817a at 14.98.22.110
>>> From: <sip:68XXXXX at 10.0.X.X>;tag=as2b21d944
>>> To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-Huku2c07186a1
>>> CSeq: 102 INVITE
>>> Allow:
>>> INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>> Contact: <sip:09413745250 at 10.0.X.X
>>> :5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>> User-Agent: ZTE Softswitch/1.0.0
>>> Require: timer
>>> Session-Expires: 7200;refresher=uac
>>> Content-Length: 182
>>> Content-Type: application/sdp
>>>
>>> v=0
>>> o=- 1936 20890 IN IP4 10.0.X.X
>>> s=SBC call
>>> c=IN IP4 10.0.X.X
>>> t=0 0
>>> m=audio 37874 RTP/AVP 8 101
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-15
>>> a=rtpmap:8 PCMA/8000/1
>>>
>>> Regards
>>> Kashish
>>>
>>>
>>> On Mon, May 10, 2021 at 2:37 PM Kashish Raheja <
>>> kashishraheja1809 at gmail.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I have set up Kamailio in the following manner:
>>>>
>>>> Kamailio (Physical Server: Register to Telecom Operator Carrier SIP
>>>> trunk) ---> Asterisk Server (on Cloud having public IP)
>>>>
>>>> I am successfully able to route the call to Asterisk server on Cloud
>>>> when I make a call to the number provided by the carrier and there is audio
>>>> also on both sides.
>>>>
>>>> However, when I am making an outbound call from Asterisk server to the
>>>> number through Kamailio, there is no audio when I pick up the call. I have
>>>> tried to capture the traces but not able to understand the exact problem
>>>> here.
>>>>
>>>> Note: I am running the RTP proxy on Kamailio server.
>>>>
>>>> Any help on why this might be happening?
>>>>
>>>> Thanks.
>>>> Regards
>>>> Kashish
>>>> +919413745250
>>>>
>>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/5093ddbb/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 380292 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210511/5093ddbb/attachment-0001.png>

From miconda at gmail.com  Wed May 12 08:27:12 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 12 May 2021 08:27:12 +0200
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
Message-ID: <1f10adaf-3182-b8b1-cc90-5fa0a447c6ac@gmail.com>

Hello,

the note about GO111MODULE was added a while ago in the README of
secsipidx project:

? * https://github.com/asipto/secsipidx#installation

I will add a note in the module readme as well.

Cheers,
Daniel

On 11.05.21 16:30, David Villasmil wrote:
> Hello Arsen,
>
> Thanks for replying. That was it!
> Should that detail be added to the doc? a lot of people wanting to use
> that are not seasoned Go devs.
>
> @Daniel-Constantin Mierla <mailto:miconda at gmail.com>? ?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com
> <mailto:arsperger at gmail.com>> wrote:
>
>     Hi David,
>
>     seems you are using Go with Go modules support enabled.
>     secsipidx does not support go modules, make sure you have
>     environment variable GO111MODULE set to off and then download the
>     module by executing "go get github.com/asipto/secsipidx
>     <http://github.com/asipto/secsipidx>"
>
>     it should be downloaded in your $GOPATH?
>
>
>
>     On Tue, May 11, 2021 at 6:21 PM David Villasmil
>     <david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>> wrote:
>
>         Hello guys,
>
>         I'm trying to use secsipid as
>         per?https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>         <https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html>
>
>
>         I just installed go on a new vm:
>
>         the env is as follows:
>         # env
>         GOPATH=/root/go
>
>         then:
>
>         ~# go get github.com/asipto/secsipidx
>         <http://github.com/asipto/secsipidx>
>         ~#
>
>         Then:
>
>         ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>         <http://github.com/asipto/secsipidx/csecsipid/>
>         bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/
>         <http://github.com/asipto/secsipidx/csecsipid/>: No such file
>         or directory
>
>         it looks like it's not downloaded where the documentation says.
>         It is however in:
>
>         go
>         |-- bin
>         `-- pkg
>         ? ? |-- mod
>         ? ? | ? |-- cache
>         ? ? | ? | ? `-- download
>         ? ? | ? | ? ? ? |-- github.com <http://github.com>
>         ? ? | ? | ? ? ? | ? |-- asipto
>         ? ? | ? | ? ? ? | ? | ? `-- secsipidx
>         ? ? | ? | ? ? ? | ? | ? ? ? `-- @v
>         ? ? | ? | ? ? ? | ? `-- google
>         ? ? | ? | ? ? ? | ? ? ? `-- uuid
>         ? ? | ? | ? ? ? | ? ? ? ? ? `-- @v
>         ? ? | ? | ? ? ? `-- sumdb
>         ? ? | ? | ? ? ? ? ? `-- sum.golang.org <http://sum.golang.org>
>         ? ? | ? | ? ? ? ? ? ? ? |-- lookup
>         ? ? | ? | ? ? ? ? ? ? ? | ? `-- github.com <http://github.com>
>         ? ? | ? | ? ? ? ? ? ? ? | ? ? ? |-- asipto
>         ? ? | ? | ? ? ? ? ? ? ? | ? ? ? `-- google
>         ? ? | ? | ? ? ? ? ? ? ? `-- tile
>         ? ? | ? | ? ? ? ? ? ? ? ? ? `-- 8
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 0
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x010
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x011
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- x016
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? ? ? `-- 560.p
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 1
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- 064.p
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? `-- 2
>         ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? ? ? `-- 000.p
>         ? ? | ? `-- github.com <http://github.com>
>         ? ? | ? ? ? |-- asipto
>         ? ? | ? ? ? | ? `-- secsipidx at v1.0.0
>         ? ? | ? ? ? | ? ? ? |-- csecsipid
>         ? ? | ? ? ? | ? ? ? `-- secsipid
>         ? ? | ? ? ? `-- google
>         ? ? | ? ? ? ? ? `-- uuid at v1.2.0
>         ? ? `-- sumdb
>         ? ? ? ? `-- sum.golang.org <http://sum.golang.org>
>
>         38 directories
>
>         But going
>         into?~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
>         <http://github.com/asipto/secsipidx at v1.0.0/csecsipid>
>         we have:
>
>         ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid#
>         <http://github.com/asipto/secsipidx at v1.0.0/csecsipid#> ls -l
>         total 16
>         -r--r--r-- 1 root root ?231 May 11 13:14 Makefile
>         -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>         -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>         -r--r--r-- 1 root root ?120 May 11 13:14 secsipid.h
>
>         The Makefile contains the proper liba:
>
>         # Makefile to build libraries
>         #
>
>         all: libso
>
>         libso:
>         go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>
>         liba:
>         go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>
>         clean:
>         rm -f libsecsipid.so
>         rm -f linsecsipid.a
>
>         But "make liba" returns:
>
>         # make liba
>         go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>         csecsipid.go:6:2: no required module provides package
>         github.com/asipto/secsipidx/secsipid
>         <http://github.com/asipto/secsipidx/secsipid>: go.mod file not
>         found in current directory or any parent directory; see 'go
>         help modules'
>         make: *** [Makefile:10: liba] Error 1
>
>         Obviously not a "go" guy here.
>
>         What am I doing wrong?
>
>         Thanks for your help!
>
>         David Villasmil
>         email: david.villasmil.work at gmail.com
>         <mailto:david.villasmil.work at gmail.com>
>         phone: +34669448337
>         __________________________________________________________
>         Kamailio - Users Mailing List - Non Commercial Discussions
>         ? * sr-users at lists.kamailio.org
>         <mailto:sr-users at lists.kamailio.org>
>         Important: keep the mailing list in the recipients, do not
>         reply only to the sender!
>         Edit mailing list options or unsubscribe:
>         ? *
>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>     -- 
>     Arsen Semenov
>
>     __________________________________________________________
>     Kamailio - Users Mailing List - Non Commercial Discussions
>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>     Important: keep the mailing list in the recipients, do not reply
>     only to the sender!
>     Edit mailing list options or unsubscribe:
>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>     <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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/4f22297d/attachment.htm>

From miconda at gmail.com  Wed May 12 08:53:35 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 12 May 2021 08:53:35 +0200
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
 <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
 <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>
Message-ID: <a7aa7a90-2ffc-af5e-7be8-6817cd34fe79@gmail.com>

Hello,

be sure that /usr/local/lib/ is in your ld library path, then if it is a
fresh installation, you may need to rebuild the libraries cache, usually
can be done by running:

sudo ldconfig

Cheers,
Daniel

On 12.05.21 02:01, David Villasmil wrote:
> So kamailio compiled but on start:
>
> Config:
> #!ifdef WITH_STIR
> loadmodule "secsipid.so"
> #!endif
> ...
> #!ifdef WITH_STIR
> modparam("secsipid", "expire", 600)
> modparam("secsipid", "timeout", 2)
> modparam("secsipid", "cache_dir", "/tmp/kamailio/secsipid")
> modparam("secsipid", "cache_expire", 7200)
> #!endif
>
> On start i get:
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: secsipid
> [secsipid_mod.c:140]: child_init(): could not open module
> </usr/local/lib64/kamailio/modules/secsipid_proc.so>:
> libsecsipid.so.1: cannot open shared object file: No such file or
> directory
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
> [core/sr_module.c:865]: init_mod_child(): error while initializing
> module secsipid (/usr/local/lib64/kamailio/modules/secsipid.so) (idx:
> 8 rank: 8 desc: [udp receiver child=7 sock=0.0.0.0:5060
> <http://0.0.0.0:5060>])
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
> [core/pt.c:338]: fork_process(): init_child failed for process 8, pid
> 20035, "udp receiver child=7 sock=0.0.0.0:5060 <http://0.0.0.0:5060>"
>
> but:
>
> # ls -l /usr/local/kamailio5/lib64/kamailio/modules/secsip*
> -rwxr-xr-x 1 root root 99312 May 11 23:46
> /usr/local/kamailio5/lib64/kamailio/modules/secsipid.so
> -rwxr-xr-x 1 root root 47304 May 11 23:46
> /usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so
> #
>
> /usr/local/include/libsecsipid.h
> /usr/local/lib/libsecsipid.so.1
> /usr/local/lib/libsecsipid.so
> /usr/local/lib/libsecsipid.so.1.0.0
> /usr/local/lib/libsecsipid.a
>
> Not really sure what's going on here...
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Tue, May 11, 2021 at 3:46 PM David Villasmil
> <david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>> wrote:
>
>     So that helped doing:
>
>     ...
>     go get https://github.com/asipto/secsipidx <https://github.com/asipto/secsipidx>
>     cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/ <http://github.com/asipto/secsipidx/csecsipid/>
>     make liba
>     cp secsipid.h libsecsipid.h libsecsipid.a \
>         /path/to/kamailio/src/modules/secsipid_proc/
>
>
>     but when compiling:
>
>     cd /path/to/kamailio/
>     make include_modules="secsipid secsipid_proc ..." cfg
>     make all
>     make install
>
>     make fails because the lib is not installed
>
>     The documentation should be:
>
>     ...
>     # Get and install the module:
>
>     go get https://github.com/asipto/secsipidx
>     <https://github.com/asipto/secsipidx>
>     cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>     <http://github.com/asipto/secsipidx/csecsipid/>
>     make liba
>     cp secsipid.h libsecsipid.h libsecsipid.a \
>     ? ? /path/to/kamailio/src/modules/secsipid_proc/
>
>     cd $GOPATH/src/github.com/asipto/secsipidx/
>     <http://github.com/asipto/secsipidx/>
>     make
>     make install
>
>     # make the module
>
>     cd /path/to/kamailio/
>     make include_modules="secsipid secsipid_proc ..." cfg
>     make all
>     make install
>
>
>     ## or compiling individual modules for use inside source tree
>     make modules modules=src/modules/secsipid_proc
>     make modules modules=src/modules/secsipid
>     ...
>
>     Now kamailio compiles properly.
>
>
>
>     Regards,
>
>     David Villasmil
>     email: david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>
>     phone: +34669448337
>
>
>     On Tue, May 11, 2021 at 3:30 PM David Villasmil
>     <david.villasmil.work at gmail.com
>     <mailto:david.villasmil.work at gmail.com>> wrote:
>
>         Hello Arsen,
>
>         Thanks for replying. That was it!
>         Should that detail be added to the doc? a lot of people
>         wanting to use that are not seasoned Go devs.
>
>         @Daniel-Constantin Mierla <mailto:miconda at gmail.com>? ?
>
>         Regards,
>
>         David Villasmil
>         email: david.villasmil.work at gmail.com
>         <mailto:david.villasmil.work at gmail.com>
>         phone: +34669448337
>
>
>         On Tue, May 11, 2021 at 2:48 PM Arsen Semenov
>         <arsperger at gmail.com <mailto:arsperger at gmail.com>> wrote:
>
>             Hi David,
>
>             seems you are using Go with Go modules support enabled.
>             secsipidx does not support go modules, make sure you have
>             environment variable GO111MODULE set to off and then
>             download the module by executing "go get
>             github.com/asipto/secsipidx
>             <http://github.com/asipto/secsipidx>"
>
>             it should be downloaded in your $GOPATH?
>
>
>
>             On Tue, May 11, 2021 at 6:21 PM David Villasmil
>             <david.villasmil.work at gmail.com
>             <mailto:david.villasmil.work at gmail.com>> wrote:
>
>                 Hello guys,
>
>                 I'm trying to use secsipid as
>                 per?https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>                 <https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html>
>
>
>                 I just installed go on a new vm:
>
>                 the env is as follows:
>                 # env
>                 GOPATH=/root/go
>
>                 then:
>
>                 ~# go get github.com/asipto/secsipidx
>                 <http://github.com/asipto/secsipidx>
>                 ~#
>
>                 Then:
>
>                 ~# cd
>                 $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>                 <http://github.com/asipto/secsipidx/csecsipid/>
>                 bash: cd:
>                 /root/go/src/github.com/asipto/secsipidx/csecsipid/
>                 <http://github.com/asipto/secsipidx/csecsipid/>: No
>                 such file or directory
>
>                 it looks like it's not downloaded where the
>                 documentation says.
>                 It is however in:
>
>                 go
>                 |-- bin
>                 `-- pkg
>                 ? ? |-- mod
>                 ? ? | ? |-- cache
>                 ? ? | ? | ? `-- download
>                 ? ? | ? | ? ? ? |-- github.com <http://github.com>
>                 ? ? | ? | ? ? ? | ? |-- asipto
>                 ? ? | ? | ? ? ? | ? | ? `-- secsipidx
>                 ? ? | ? | ? ? ? | ? | ? ? ? `-- @v
>                 ? ? | ? | ? ? ? | ? `-- google
>                 ? ? | ? | ? ? ? | ? ? ? `-- uuid
>                 ? ? | ? | ? ? ? | ? ? ? ? ? `-- @v
>                 ? ? | ? | ? ? ? `-- sumdb
>                 ? ? | ? | ? ? ? ? ? `-- sum.golang.org
>                 <http://sum.golang.org>
>                 ? ? | ? | ? ? ? ? ? ? ? |-- lookup
>                 ? ? | ? | ? ? ? ? ? ? ? | ? `-- github.com
>                 <http://github.com>
>                 ? ? | ? | ? ? ? ? ? ? ? | ? ? ? |-- asipto
>                 ? ? | ? | ? ? ? ? ? ? ? | ? ? ? `-- google
>                 ? ? | ? | ? ? ? ? ? ? ? `-- tile
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? `-- 8
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 0
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x010
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x011
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- x016
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? ? ? `-- 560.p
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 1
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- 064.p
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? `-- 2
>                 ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? ? ? `-- 000.p
>                 ? ? | ? `-- github.com <http://github.com>
>                 ? ? | ? ? ? |-- asipto
>                 ? ? | ? ? ? | ? `-- secsipidx at v1.0.0
>                 ? ? | ? ? ? | ? ? ? |-- csecsipid
>                 ? ? | ? ? ? | ? ? ? `-- secsipid
>                 ? ? | ? ? ? `-- google
>                 ? ? | ? ? ? ? ? `-- uuid at v1.2.0
>                 ? ? `-- sumdb
>                 ? ? ? ? `-- sum.golang.org <http://sum.golang.org>
>
>                 38 directories
>
>                 But going
>                 into?~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
>                 <http://github.com/asipto/secsipidx at v1.0.0/csecsipid>
>                 we have:
>
>                 ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid#
>                 <http://github.com/asipto/secsipidx at v1.0.0/csecsipid#>
>                 ls -l
>                 total 16
>                 -r--r--r-- 1 root root ?231 May 11 13:14 Makefile
>                 -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>                 -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>                 -r--r--r-- 1 root root ?120 May 11 13:14 secsipid.h
>
>                 The Makefile contains the proper liba:
>
>                 # Makefile to build libraries
>                 #
>
>                 all: libso
>
>                 libso:
>                 go build -o libsecsipid.so -buildmode=c-shared
>                 csecsipid.go
>
>                 liba:
>                 go build -o libsecsipid.a -buildmode=c-archive
>                 csecsipid.go
>
>                 clean:
>                 rm -f libsecsipid.so
>                 rm -f linsecsipid.a
>
>                 But "make liba" returns:
>
>                 # make liba
>                 go build -o libsecsipid.a -buildmode=c-archive
>                 csecsipid.go
>                 csecsipid.go:6:2: no required module provides package
>                 github.com/asipto/secsipidx/secsipid
>                 <http://github.com/asipto/secsipidx/secsipid>: go.mod
>                 file not found in current directory or any parent
>                 directory; see 'go help modules'
>                 make: *** [Makefile:10: liba] Error 1
>
>                 Obviously not a "go" guy here.
>
>                 What am I doing wrong?
>
>                 Thanks for your help!
>
>                 David Villasmil
>                 email: david.villasmil.work at gmail.com
>                 <mailto:david.villasmil.work at gmail.com>
>                 phone: +34669448337
>                 __________________________________________________________
>                 Kamailio - Users Mailing List - Non Commercial Discussions
>                 ? * sr-users at lists.kamailio.org
>                 <mailto:sr-users at lists.kamailio.org>
>                 Important: keep the mailing list in the recipients, do
>                 not reply only to the sender!
>                 Edit mailing list options or unsubscribe:
>                 ? *
>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>                 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>             -- 
>             Arsen Semenov
>
>             __________________________________________________________
>             Kamailio - Users Mailing List - Non Commercial Discussions
>             ? * sr-users at lists.kamailio.org
>             <mailto:sr-users at lists.kamailio.org>
>             Important: keep the mailing list in the recipients, do not
>             reply only to the sender!
>             Edit mailing list options or unsubscribe:
>             ? *
>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>             <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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/fdceaee3/attachment.htm>

From david.villasmil.work at gmail.com  Wed May 12 12:09:39 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 12 May 2021 11:09:39 +0100
Subject: [SR-Users] secsipid
In-Reply-To: <a7aa7a90-2ffc-af5e-7be8-6817cd34fe79@gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
 <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
 <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>
 <a7aa7a90-2ffc-af5e-7be8-6817cd34fe79@gmail.com>
Message-ID: <CAFGRPVrE9Sf=QaYUPJqBccPHNsg63T6NsnavArFgwNg=Xn58jw@mail.gmail.com>

Thanks Daniel,

I was 100% sure i'd done an "ldconfig", but it seems I did not. That worked:

May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5030]:
DEBUG: <core> [core/sr_module.c:862]: init_mod_child(): idx 1 rank 1:
secsipid [udp receiver child=0 sock=0.0.0.0:5060]
May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5032]:
DEBUG: secsipid [secsipid_mod.c:132]: child_init(): trying to load
</usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>
May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5042]:
DEBUG: secsipid [secsipid_mod.c:155]: child_init(): bound to proc module:
</usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>


Thanks!

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Wed, May 12, 2021 at 7:53 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> be sure that /usr/local/lib/ is in your ld library path, then if it is a
> fresh installation, you may need to rebuild the libraries cache, usually
> can be done by running:
>
> sudo ldconfig
>
> Cheers,
> Daniel
> On 12.05.21 02:01, David Villasmil wrote:
>
> So kamailio compiled but on start:
>
> Config:
> #!ifdef WITH_STIR
> loadmodule "secsipid.so"
> #!endif
> ...
> #!ifdef WITH_STIR
> modparam("secsipid", "expire", 600)
> modparam("secsipid", "timeout", 2)
> modparam("secsipid", "cache_dir", "/tmp/kamailio/secsipid")
> modparam("secsipid", "cache_expire", 7200)
> #!endif
>
> On start i get:
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: secsipid
> [secsipid_mod.c:140]: child_init(): could not open module
> </usr/local/lib64/kamailio/modules/secsipid_proc.so>: libsecsipid.so.1:
> cannot open shared object file: No such file or directory
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
> [core/sr_module.c:865]: init_mod_child(): error while initializing module
> secsipid (/usr/local/lib64/kamailio/modules/secsipid.so) (idx: 8 rank: 8
> desc: [udp receiver child=7 sock=0.0.0.0:5060])
> May 11 23:25:35 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core> [core/pt.c:338]:
> fork_process(): init_child failed for process 8, pid 20035, "udp receiver
> child=7 sock=0.0.0.0:5060"
>
> but:
>
> # ls -l /usr/local/kamailio5/lib64/kamailio/modules/secsip*
> -rwxr-xr-x 1 root root 99312 May 11 23:46
> /usr/local/kamailio5/lib64/kamailio/modules/secsipid.so
> -rwxr-xr-x 1 root root 47304 May 11 23:46
> /usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so
> #
>
> /usr/local/include/libsecsipid.h
> /usr/local/lib/libsecsipid.so.1
> /usr/local/lib/libsecsipid.so
> /usr/local/lib/libsecsipid.so.1.0.0
> /usr/local/lib/libsecsipid.a
>
> Not really sure what's going on here...
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Tue, May 11, 2021 at 3:46 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> So that helped doing:
>>
>> ...
>> go get https://github.com/asipto/secsipidx
>> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>> make liba
>> cp secsipid.h libsecsipid.h libsecsipid.a \
>>     /path/to/kamailio/src/modules/secsipid_proc/
>>
>>
>> but when compiling:
>>
>> cd /path/to/kamailio/
>> make include_modules="secsipid secsipid_proc ..." cfg
>> make all
>> make install
>>
>> make fails because the lib is not installed
>>
>> The documentation should be:
>>
>> ...
>> # Get and install the module:
>>
>> go get https://github.com/asipto/secsipidx
>> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>> make liba
>> cp secsipid.h libsecsipid.h libsecsipid.a \
>>     /path/to/kamailio/src/modules/secsipid_proc/
>>
>> cd $GOPATH/src/github.com/asipto/secsipidx/
>> make
>> make install
>>
>> # make the module
>>
>> cd /path/to/kamailio/
>> make include_modules="secsipid secsipid_proc ..." cfg
>> make all
>> make install
>>
>>
>> ## or compiling individual modules for use inside source tree
>> make modules modules=src/modules/secsipid_proc
>> make modules modules=src/modules/secsipid
>> ...
>>
>> Now kamailio compiles properly.
>>
>>
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Tue, May 11, 2021 at 3:30 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Hello Arsen,
>>>
>>> Thanks for replying. That was it!
>>> Should that detail be added to the doc? a lot of people wanting to use
>>> that are not seasoned Go devs.
>>>
>>> @Daniel-Constantin Mierla <miconda at gmail.com>  ?
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com>
>>> wrote:
>>>
>>>> Hi David,
>>>>
>>>> seems you are using Go with Go modules support enabled.
>>>> secsipidx does not support go modules, make sure you have environment
>>>> variable GO111MODULE set to off and then download the module by executing
>>>> "go get github.com/asipto/secsipidx"
>>>>
>>>> it should be downloaded in your $GOPATH
>>>>
>>>>
>>>>
>>>> On Tue, May 11, 2021 at 6:21 PM David Villasmil <
>>>> david.villasmil.work at gmail.com> wrote:
>>>>
>>>>> Hello guys,
>>>>>
>>>>> I'm trying to use secsipid as per
>>>>> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>>>>
>>>>>
>>>>> I just installed go on a new vm:
>>>>>
>>>>> the env is as follows:
>>>>> # env
>>>>> GOPATH=/root/go
>>>>>
>>>>> then:
>>>>>
>>>>> ~# go get github.com/asipto/secsipidx
>>>>> ~#
>>>>>
>>>>> Then:
>>>>>
>>>>> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>>>> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No
>>>>> such file or directory
>>>>>
>>>>> it looks like it's not downloaded where the documentation says.
>>>>> It is however in:
>>>>>
>>>>> go
>>>>> |-- bin
>>>>> `-- pkg
>>>>>     |-- mod
>>>>>     |   |-- cache
>>>>>     |   |   `-- download
>>>>>     |   |       |-- github.com
>>>>>     |   |       |   |-- asipto
>>>>>     |   |       |   |   `-- secsipidx
>>>>>     |   |       |   |       `-- @v
>>>>>     |   |       |   `-- google
>>>>>     |   |       |       `-- uuid
>>>>>     |   |       |           `-- @v
>>>>>     |   |       `-- sumdb
>>>>>     |   |           `-- sum.golang.org
>>>>>     |   |               |-- lookup
>>>>>     |   |               |   `-- github.com
>>>>>     |   |               |       |-- asipto
>>>>>     |   |               |       `-- google
>>>>>     |   |               `-- tile
>>>>>     |   |                   `-- 8
>>>>>     |   |                       |-- 0
>>>>>     |   |                       |   |-- x010
>>>>>     |   |                       |   |-- x011
>>>>>     |   |                       |   `-- x016
>>>>>     |   |                       |       `-- 560.p
>>>>>     |   |                       |-- 1
>>>>>     |   |                       |   `-- 064.p
>>>>>     |   |                       `-- 2
>>>>>     |   |                           `-- 000.p
>>>>>     |   `-- github.com
>>>>>     |       |-- asipto
>>>>>     |       |   `-- secsipidx at v1.0.0
>>>>>     |       |       |-- csecsipid
>>>>>     |       |       `-- secsipid
>>>>>     |       `-- google
>>>>>     |           `-- uuid at v1.2.0
>>>>>     `-- sumdb
>>>>>         `-- sum.golang.org
>>>>>
>>>>> 38 directories
>>>>>
>>>>> But going into ~/go/pkg/mod/
>>>>> github.com/asipto/secsipidx at v1.0.0/csecsipid
>>>>> we have:
>>>>>
>>>>> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
>>>>> total 16
>>>>> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
>>>>> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>>>>> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>>>>> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>>>>>
>>>>> The Makefile contains the proper liba:
>>>>>
>>>>> # Makefile to build libraries
>>>>> #
>>>>>
>>>>> all: libso
>>>>>
>>>>> libso:
>>>>> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>>>>>
>>>>> liba:
>>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>>>
>>>>> clean:
>>>>> rm -f libsecsipid.so
>>>>> rm -f linsecsipid.a
>>>>>
>>>>> But "make liba" returns:
>>>>>
>>>>> # make liba
>>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>>> csecsipid.go:6:2: no required module provides package
>>>>> github.com/asipto/secsipidx/secsipid: go.mod file not found in
>>>>> current directory or any parent directory; see 'go help modules'
>>>>> make: *** [Makefile:10: liba] Error 1
>>>>>
>>>>> Obviously not a "go" guy here.
>>>>>
>>>>> What am I doing wrong?
>>>>>
>>>>> Thanks for your help!
>>>>>
>>>>> David Villasmil
>>>>> email: david.villasmil.work at gmail.com
>>>>> phone: +34669448337
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>> to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>>
>>>> --
>>>> Arsen Semenov
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/857d2ff4/attachment.htm>

From miconda at gmail.com  Wed May 12 12:36:40 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 12 May 2021 12:36:40 +0200
Subject: [SR-Users] secsipid
In-Reply-To: <CAFGRPVrE9Sf=QaYUPJqBccPHNsg63T6NsnavArFgwNg=Xn58jw@mail.gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
 <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
 <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>
 <a7aa7a90-2ffc-af5e-7be8-6817cd34fe79@gmail.com>
 <CAFGRPVrE9Sf=QaYUPJqBccPHNsg63T6NsnavArFgwNg=Xn58jw@mail.gmail.com>
Message-ID: <adccf933-4d9f-6d01-dc2b-7c41d7314b30@gmail.com>

Hello,

ok, good that solved it! Let us know if any other issues pop up when you
do testing or works ok, because not many providers deployed it so far
and feedback was pretty minimal.

Cheers,
Daniel

On 12.05.21 12:09, David Villasmil wrote:
> Thanks Daniel,
>
> I was 100% sure i'd done an "ldconfig", but it seems I did not. That
> worked:
>
> May 12 10:07:04 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[5030]: DEBUG: <core>
> [core/sr_module.c:862]: init_mod_child(): idx 1 rank 1: secsipid [udp
> receiver child=0 sock=0.0.0.0:5060 <http://0.0.0.0:5060>]
> May 12 10:07:04 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[5032]: DEBUG: secsipid
> [secsipid_mod.c:132]: child_init(): trying to load
> </usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>
> May 12 10:07:04 ip-10-231-32-169
> /usr/local/kamailio5/sbin/kamailio[5042]: DEBUG: secsipid
> [secsipid_mod.c:155]: child_init(): bound to proc module:
> </usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>
>
>
> Thanks!
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Wed, May 12, 2021 at 7:53 AM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     be sure that /usr/local/lib/ is in your ld library path, then if
>     it is a fresh installation, you may need to rebuild the libraries
>     cache, usually can be done by running:
>
>     sudo ldconfig
>
>     Cheers,
>     Daniel
>
>     On 12.05.21 02:01, David Villasmil wrote:
>>     So kamailio compiled but on start:
>>
>>     Config:
>>     #!ifdef WITH_STIR
>>     loadmodule "secsipid.so"
>>     #!endif
>>     ...
>>     #!ifdef WITH_STIR
>>     modparam("secsipid", "expire", 600)
>>     modparam("secsipid", "timeout", 2)
>>     modparam("secsipid", "cache_dir", "/tmp/kamailio/secsipid")
>>     modparam("secsipid", "cache_expire", 7200)
>>     #!endif
>>
>>     On start i get:
>>     May 11 23:25:35 ip-10-231-32-169
>>     /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: secsipid
>>     [secsipid_mod.c:140]: child_init(): could not open module
>>     </usr/local/lib64/kamailio/modules/secsipid_proc.so>:
>>     libsecsipid.so.1: cannot open shared object file: No such file or
>>     directory
>>     May 11 23:25:35 ip-10-231-32-169
>>     /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
>>     [core/sr_module.c:865]: init_mod_child(): error while
>>     initializing module secsipid
>>     (/usr/local/lib64/kamailio/modules/secsipid.so) (idx: 8 rank: 8
>>     desc: [udp receiver child=7 sock=0.0.0.0:5060 <http://0.0.0.0:5060>])
>>     May 11 23:25:35 ip-10-231-32-169
>>     /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
>>     [core/pt.c:338]: fork_process(): init_child failed for process 8,
>>     pid 20035, "udp receiver child=7 sock=0.0.0.0:5060
>>     <http://0.0.0.0:5060>"
>>
>>     but:
>>
>>     # ls -l /usr/local/kamailio5/lib64/kamailio/modules/secsip*
>>     -rwxr-xr-x 1 root root 99312 May 11 23:46
>>     /usr/local/kamailio5/lib64/kamailio/modules/secsipid.so
>>     -rwxr-xr-x 1 root root 47304 May 11 23:46
>>     /usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so
>>     #
>>
>>     /usr/local/include/libsecsipid.h
>>     /usr/local/lib/libsecsipid.so.1
>>     /usr/local/lib/libsecsipid.so
>>     /usr/local/lib/libsecsipid.so.1.0.0
>>     /usr/local/lib/libsecsipid.a
>>
>>     Not really sure what's going on here...
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>
>>
>>     On Tue, May 11, 2021 at 3:46 PM David Villasmil
>>     <david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>> wrote:
>>
>>         So that helped doing:
>>
>>         ...
>>         go get https://github.com/asipto/secsipidx <https://github.com/asipto/secsipidx>
>>         cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/ <http://github.com/asipto/secsipidx/csecsipid/>
>>         make liba
>>         cp secsipid.h libsecsipid.h libsecsipid.a \
>>             /path/to/kamailio/src/modules/secsipid_proc/
>>
>>
>>         but when compiling:
>>
>>         cd /path/to/kamailio/
>>         make include_modules="secsipid secsipid_proc ..." cfg
>>         make all
>>         make install
>>
>>         make fails because the lib is not installed
>>
>>         The documentation should be:
>>
>>         ...
>>         # Get and install the module:
>>
>>         go get https://github.com/asipto/secsipidx
>>         <https://github.com/asipto/secsipidx>
>>         cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>         <http://github.com/asipto/secsipidx/csecsipid/>
>>         make liba
>>         cp secsipid.h libsecsipid.h libsecsipid.a \
>>         ? ? /path/to/kamailio/src/modules/secsipid_proc/
>>
>>         cd $GOPATH/src/github.com/asipto/secsipidx/
>>         <http://github.com/asipto/secsipidx/>
>>         make
>>         make install
>>
>>         # make the module
>>
>>         cd /path/to/kamailio/
>>         make include_modules="secsipid secsipid_proc ..." cfg
>>         make all
>>         make install
>>
>>
>>         ## or compiling individual modules for use inside source tree
>>         make modules modules=src/modules/secsipid_proc
>>         make modules modules=src/modules/secsipid
>>         ...
>>
>>         Now kamailio compiles properly.
>>
>>
>>
>>         Regards,
>>
>>         David Villasmil
>>         email: david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>
>>         phone: +34669448337
>>
>>
>>         On Tue, May 11, 2021 at 3:30 PM David Villasmil
>>         <david.villasmil.work at gmail.com
>>         <mailto:david.villasmil.work at gmail.com>> wrote:
>>
>>             Hello Arsen,
>>
>>             Thanks for replying. That was it!
>>             Should that detail be added to the doc? a lot of people
>>             wanting to use that are not seasoned Go devs.
>>
>>             @Daniel-Constantin Mierla <mailto:miconda at gmail.com>? ?
>>
>>             Regards,
>>
>>             David Villasmil
>>             email: david.villasmil.work at gmail.com
>>             <mailto:david.villasmil.work at gmail.com>
>>             phone: +34669448337
>>
>>
>>             On Tue, May 11, 2021 at 2:48 PM Arsen Semenov
>>             <arsperger at gmail.com <mailto:arsperger at gmail.com>> wrote:
>>
>>                 Hi David,
>>
>>                 seems you are using Go with Go modules support enabled.
>>                 secsipidx does not support go modules, make sure you
>>                 have environment variable GO111MODULE set to off and
>>                 then download the module by executing "go get
>>                 github.com/asipto/secsipidx
>>                 <http://github.com/asipto/secsipidx>"
>>
>>                 it should be downloaded in your $GOPATH?
>>
>>
>>
>>                 On Tue, May 11, 2021 at 6:21 PM David Villasmil
>>                 <david.villasmil.work at gmail.com
>>                 <mailto:david.villasmil.work at gmail.com>> wrote:
>>
>>                     Hello guys,
>>
>>                     I'm trying to use secsipid as
>>                     per?https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>                     <https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html>
>>
>>
>>                     I just installed go on a new vm:
>>
>>                     the env is as follows:
>>                     # env
>>                     GOPATH=/root/go
>>
>>                     then:
>>
>>                     ~# go get github.com/asipto/secsipidx
>>                     <http://github.com/asipto/secsipidx>
>>                     ~#
>>
>>                     Then:
>>
>>                     ~# cd
>>                     $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>                     <http://github.com/asipto/secsipidx/csecsipid/>
>>                     bash: cd:
>>                     /root/go/src/github.com/asipto/secsipidx/csecsipid/
>>                     <http://github.com/asipto/secsipidx/csecsipid/>:
>>                     No such file or directory
>>
>>                     it looks like it's not downloaded where the
>>                     documentation says.
>>                     It is however in:
>>
>>                     go
>>                     |-- bin
>>                     `-- pkg
>>                     ? ? |-- mod
>>                     ? ? | ? |-- cache
>>                     ? ? | ? | ? `-- download
>>                     ? ? | ? | ? ? ? |-- github.com <http://github.com>
>>                     ? ? | ? | ? ? ? | ? |-- asipto
>>                     ? ? | ? | ? ? ? | ? | ? `-- secsipidx
>>                     ? ? | ? | ? ? ? | ? | ? ? ? `-- @v
>>                     ? ? | ? | ? ? ? | ? `-- google
>>                     ? ? | ? | ? ? ? | ? ? ? `-- uuid
>>                     ? ? | ? | ? ? ? | ? ? ? ? ? `-- @v
>>                     ? ? | ? | ? ? ? `-- sumdb
>>                     ? ? | ? | ? ? ? ? ? `-- sum.golang.org
>>                     <http://sum.golang.org>
>>                     ? ? | ? | ? ? ? ? ? ? ? |-- lookup
>>                     ? ? | ? | ? ? ? ? ? ? ? | ? `-- github.com
>>                     <http://github.com>
>>                     ? ? | ? | ? ? ? ? ? ? ? | ? ? ? |-- asipto
>>                     ? ? | ? | ? ? ? ? ? ? ? | ? ? ? `-- google
>>                     ? ? | ? | ? ? ? ? ? ? ? `-- tile
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? `-- 8
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 0
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x010
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? |-- x011
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- x016
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? ? ? `-- 560.p
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? |-- 1
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? | ? `-- 064.p
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? `-- 2
>>                     ? ? | ? | ? ? ? ? ? ? ? ? ? ? ? ? ? `-- 000.p
>>                     ? ? | ? `-- github.com <http://github.com>
>>                     ? ? | ? ? ? |-- asipto
>>                     ? ? | ? ? ? | ? `-- secsipidx at v1.0.0
>>                     <mailto:secsipidx at v1.0.0>
>>                     ? ? | ? ? ? | ? ? ? |-- csecsipid
>>                     ? ? | ? ? ? | ? ? ? `-- secsipid
>>                     ? ? | ? ? ? `-- google
>>                     ? ? | ? ? ? ? ? `-- uuid at v1.2.0 <mailto:uuid at v1.2.0>
>>                     ? ? `-- sumdb
>>                     ? ? ? ? `-- sum.golang.org <http://sum.golang.org>
>>
>>                     38 directories
>>
>>                     But going
>>                     into?~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid
>>                     <http://github.com/asipto/secsipidx at v1.0.0/csecsipid>
>>                     we have:
>>
>>                     ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid#
>>                     <http://github.com/asipto/secsipidx at v1.0.0/csecsipid#>
>>                     ls -l
>>                     total 16
>>                     -r--r--r-- 1 root root ?231 May 11 13:14 Makefile
>>                     -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>>                     -r--r--r-- 1 root root 1988 May 11 13:14
>>                     libsecsipid.h
>>                     -r--r--r-- 1 root root ?120 May 11 13:14 secsipid.h
>>
>>                     The Makefile contains the proper liba:
>>
>>                     # Makefile to build libraries
>>                     #
>>
>>                     all: libso
>>
>>                     libso:
>>                     go build -o libsecsipid.so -buildmode=c-shared
>>                     csecsipid.go
>>
>>                     liba:
>>                     go build -o libsecsipid.a -buildmode=c-archive
>>                     csecsipid.go
>>
>>                     clean:
>>                     rm -f libsecsipid.so
>>                     rm -f linsecsipid.a
>>
>>                     But "make liba" returns:
>>
>>                     # make liba
>>                     go build -o libsecsipid.a -buildmode=c-archive
>>                     csecsipid.go
>>                     csecsipid.go:6:2: no required module provides
>>                     package github.com/asipto/secsipidx/secsipid
>>                     <http://github.com/asipto/secsipidx/secsipid>:
>>                     go.mod file not found in current directory or any
>>                     parent directory; see 'go help modules'
>>                     make: *** [Makefile:10: liba] Error 1
>>
>>                     Obviously not a "go" guy here.
>>
>>                     What am I doing wrong?
>>
>>                     Thanks for your help!
>>
>>                     David Villasmil
>>                     email: david.villasmil.work at gmail.com
>>                     <mailto:david.villasmil.work at gmail.com>
>>                     phone: +34669448337
>>                     __________________________________________________________
>>                     Kamailio - Users Mailing List - Non Commercial
>>                     Discussions
>>                     ? * sr-users at lists.kamailio.org
>>                     <mailto:sr-users at lists.kamailio.org>
>>                     Important: keep the mailing list in the
>>                     recipients, do not reply only to the sender!
>>                     Edit mailing list options or unsubscribe:
>>                     ? *
>>                     https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>                     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>
>>                 -- 
>>                 Arsen Semenov
>>
>>                 __________________________________________________________
>>                 Kamailio - Users Mailing List - Non Commercial
>>                 Discussions
>>                 ? * sr-users at lists.kamailio.org
>>                 <mailto:sr-users at lists.kamailio.org>
>>                 Important: keep the mailing list in the recipients,
>>                 do not reply only to the sender!
>>                 Edit mailing list options or unsubscribe:
>>                 ? *
>>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>                 <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Kamailio Advanced Training - Online
>     May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/c49333b7/attachment.htm>

From hw at skalatan.de  Wed May 12 13:49:26 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Wed, 12 May 2021 11:49:26 +0000
Subject: [SR-Users] bogus event with terminated dialogs with late 200ok
 responses
In-Reply-To: <CADvHuE_0y-nSeRNn7yyxPVRGVcEuA8FUyRFnc67vf=bQ4kLuxg@mail.gmail.com>
References: <CADvHuE_0y-nSeRNn7yyxPVRGVcEuA8FUyRFnc67vf=bQ4kLuxg@mail.gmail.com>
Message-ID: <AM0PR05MB659558E4263CA3F0FF71DFD9C5529@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hi David,

This error is created from the dialog state machine, as you already guessed. In the worst case the dialog will be expired then after the expiration timeout. So if you do not getting tons of this errors, it should be not critical for kamailio internal operation.

Regarding the SIP race condition, you can lookup the particular RFC (e.g. 5407) and then address it in the UA, if appropriate.

Cheers,

Henning

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David Escart?n
Sent: Wednesday, May 12, 2021 8:03 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] bogus event with terminated dialogs with late 200ok responses

Hello all

using kamailio version 5.4.4, we are seeing some errors like

CRITICAL: dialog [dlg_hash.c:1205]: next_state_dlg(): bogus event 3 in state 5 (with BYE) for dlg 0x7f6ca2304b48 [15135:39671] with clid '00463385_20210512_002_HPRA_1.1.4.40.sp3_7532_0_54533900281' and tags 'Out-55089-0000000CB27947F9' '170cB11c48vmj'

which seem to be generated when we receive a BYE from the remote UA but we were expecting an ACK also,

For example
INVITE ---------->
<---------------183
<---------------200
BYE ------------->
(no ACK)
<--------------200
<--------------200
....

so the b2bua (freeswitch) keeps retransmitting the 200ok, and on each 200ok retransmission we are getting this type of message.
These seem to be like race conditions since 200/BYE flow almost at the same time, and as I understand, the UA should send the ACK.
But my doubt is if these errors can be harmful for the kamailio or they can be ignored and address the issue to the remote UA on each case

thanks a lot and regards
david

--
[https://www.sonoc.io/wp-content/uploads/2020/07/Logo_SONOC_emails.png]<http://www.sonoc.io/>
David Escart?n
NOC engineer
www.sonoc.io<http://www.sonoc.io/>
[LinkedIn]<https://www.linkedin.com/company/sonoc>
[Twitter]<https://twitter.com/sonoc_>
[Facebook]<https://www.facebook.com/SONOCio/>
This e-mail is for the exclusive use of its recipients and may contain business secrets or other confidential or privileged information. Any unauthorised use, copying, publication or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please inform us immediately by replying to this e-mail and delete it, including any attachments or copies on your system.

In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we inform you that this e-mail address and/or any other personal data you have provided us with will be treated by SONOC with absolute confidentiality and with the only purpose of providing you with the requested services, due to your condition as a client, supplier or because you have requested information from us at any time. These data will only be kept for as long as required to comply with legal obligations. You can exercise your rights at any time by sending an e-mail to: dataprotection at sonoc.io<mailto:dataprotection at sonoc.io>.<mailto:dataprotection at sonoc.io>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/c2ae18dc/attachment.htm>

From david.villasmil.work at gmail.com  Wed May 12 15:23:11 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 12 May 2021 14:23:11 +0100
Subject: [SR-Users] secsipid
In-Reply-To: <adccf933-4d9f-6d01-dc2b-7c41d7314b30@gmail.com>
References: <CAFGRPVoqu8gXduf9cbbwiawG+6T2fCWh+r9UdznS_SWJYxOeXw@mail.gmail.com>
 <CAC3hFApLXwO3XoLyMcLPBVOX9sf0N5bacSdoSJ0aVKdCP0Y1Tg@mail.gmail.com>
 <CAFGRPVroJP0u+GtPfA2neZDJyJj4VTYA1O-pR44VS=2ouNA3rQ@mail.gmail.com>
 <CAFGRPVpnJ_to2XonTQ4cWTO87R-hsHZD2Y+3E08Jk4HAmEP_xQ@mail.gmail.com>
 <CAFGRPVovSirN7kCRrNYpUHPhqSgKHeSDo_zFDLO8eFAGxYoH-A@mail.gmail.com>
 <a7aa7a90-2ffc-af5e-7be8-6817cd34fe79@gmail.com>
 <CAFGRPVrE9Sf=QaYUPJqBccPHNsg63T6NsnavArFgwNg=Xn58jw@mail.gmail.com>
 <adccf933-4d9f-6d01-dc2b-7c41d7314b30@gmail.com>
Message-ID: <CAFGRPVrDopAXOFxMthE1mMj7uVQYBDUfWBDbLBTef6LPiDRkQQ@mail.gmail.com>

Yep, will do. I?m setting it up this month.
Will keep you posted.

Thanks Daniel

On Wed, 12 May 2021 at 11:37, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> ok, good that solved it! Let us know if any other issues pop up when you
> do testing or works ok, because not many providers deployed it so far and
> feedback was pretty minimal.
>
> Cheers,
> Daniel
> On 12.05.21 12:09, David Villasmil wrote:
>
> Thanks Daniel,
>
> I was 100% sure i'd done an "ldconfig", but it seems I did not. That
> worked:
>
> May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5030]:
> DEBUG: <core> [core/sr_module.c:862]: init_mod_child(): idx 1 rank 1:
> secsipid [udp receiver child=0 sock=0.0.0.0:5060]
> May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5032]:
> DEBUG: secsipid [secsipid_mod.c:132]: child_init(): trying to load
> </usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>
> May 12 10:07:04 ip-10-231-32-169 /usr/local/kamailio5/sbin/kamailio[5042]:
> DEBUG: secsipid [secsipid_mod.c:155]: child_init(): bound to proc module:
> </usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so>
>
>
> Thanks!
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Wed, May 12, 2021 at 7:53 AM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> be sure that /usr/local/lib/ is in your ld library path, then if it is a
>> fresh installation, you may need to rebuild the libraries cache, usually
>> can be done by running:
>>
>> sudo ldconfig
>>
>> Cheers,
>> Daniel
>> On 12.05.21 02:01, David Villasmil wrote:
>>
>> So kamailio compiled but on start:
>>
>> Config:
>> #!ifdef WITH_STIR
>> loadmodule "secsipid.so"
>> #!endif
>> ...
>> #!ifdef WITH_STIR
>> modparam("secsipid", "expire", 600)
>> modparam("secsipid", "timeout", 2)
>> modparam("secsipid", "cache_dir", "/tmp/kamailio/secsipid")
>> modparam("secsipid", "cache_expire", 7200)
>> #!endif
>>
>> On start i get:
>> May 11 23:25:35 ip-10-231-32-169
>> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: secsipid
>> [secsipid_mod.c:140]: child_init(): could not open module
>> </usr/local/lib64/kamailio/modules/secsipid_proc.so>: libsecsipid.so.1:
>> cannot open shared object file: No such file or directory
>> May 11 23:25:35 ip-10-231-32-169
>> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core>
>> [core/sr_module.c:865]: init_mod_child(): error while initializing module
>> secsipid (/usr/local/lib64/kamailio/modules/secsipid.so) (idx: 8 rank: 8
>> desc: [udp receiver child=7 sock=0.0.0.0:5060])
>> May 11 23:25:35 ip-10-231-32-169
>> /usr/local/kamailio5/sbin/kamailio[20035]: ERROR: <core> [core/pt.c:338]:
>> fork_process(): init_child failed for process 8, pid 20035, "udp receiver
>> child=7 sock=0.0.0.0:5060"
>>
>> but:
>>
>> # ls -l /usr/local/kamailio5/lib64/kamailio/modules/secsip*
>> -rwxr-xr-x 1 root root 99312 May 11 23:46
>> /usr/local/kamailio5/lib64/kamailio/modules/secsipid.so
>> -rwxr-xr-x 1 root root 47304 May 11 23:46
>> /usr/local/kamailio5/lib64/kamailio/modules/secsipid_proc.so
>> #
>>
>> /usr/local/include/libsecsipid.h
>> /usr/local/lib/libsecsipid.so.1
>> /usr/local/lib/libsecsipid.so
>> /usr/local/lib/libsecsipid.so.1.0.0
>> /usr/local/lib/libsecsipid.a
>>
>> Not really sure what's going on here...
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Tue, May 11, 2021 at 3:46 PM David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> So that helped doing:
>>>
>>> ...
>>> go get https://github.com/asipto/secsipidx
>>> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>> make liba
>>> cp secsipid.h libsecsipid.h libsecsipid.a \
>>>     /path/to/kamailio/src/modules/secsipid_proc/
>>>
>>>
>>> but when compiling:
>>>
>>> cd /path/to/kamailio/
>>> make include_modules="secsipid secsipid_proc ..." cfg
>>> make all
>>> make install
>>>
>>> make fails because the lib is not installed
>>>
>>> The documentation should be:
>>>
>>> ...
>>> # Get and install the module:
>>>
>>> go get https://github.com/asipto/secsipidx
>>> cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>> make liba
>>> cp secsipid.h libsecsipid.h libsecsipid.a \
>>>     /path/to/kamailio/src/modules/secsipid_proc/
>>>
>>> cd $GOPATH/src/github.com/asipto/secsipidx/
>>> make
>>> make install
>>>
>>> # make the module
>>>
>>> cd /path/to/kamailio/
>>> make include_modules="secsipid secsipid_proc ..." cfg
>>> make all
>>> make install
>>>
>>>
>>> ## or compiling individual modules for use inside source tree
>>> make modules modules=src/modules/secsipid_proc
>>> make modules modules=src/modules/secsipid
>>> ...
>>>
>>> Now kamailio compiles properly.
>>>
>>>
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Tue, May 11, 2021 at 3:30 PM David Villasmil <
>>> david.villasmil.work at gmail.com> wrote:
>>>
>>>> Hello Arsen,
>>>>
>>>> Thanks for replying. That was it!
>>>> Should that detail be added to the doc? a lot of people wanting to use
>>>> that are not seasoned Go devs.
>>>>
>>>> @Daniel-Constantin Mierla <miconda at gmail.com>  ?
>>>>
>>>> Regards,
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.work at gmail.com
>>>> phone: +34669448337
>>>>
>>>>
>>>> On Tue, May 11, 2021 at 2:48 PM Arsen Semenov <arsperger at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi David,
>>>>>
>>>>> seems you are using Go with Go modules support enabled.
>>>>> secsipidx does not support go modules, make sure you have environment
>>>>> variable GO111MODULE set to off and then download the module by executing
>>>>> "go get github.com/asipto/secsipidx"
>>>>>
>>>>> it should be downloaded in your $GOPATH
>>>>>
>>>>>
>>>>>
>>>>> On Tue, May 11, 2021 at 6:21 PM David Villasmil <
>>>>> david.villasmil.work at gmail.com> wrote:
>>>>>
>>>>>> Hello guys,
>>>>>>
>>>>>> I'm trying to use secsipid as per
>>>>>> https://kamailio.org/docs/modules/5.5.x/modules/secsipid.html
>>>>>>
>>>>>>
>>>>>> I just installed go on a new vm:
>>>>>>
>>>>>> the env is as follows:
>>>>>> # env
>>>>>> GOPATH=/root/go
>>>>>>
>>>>>> then:
>>>>>>
>>>>>> ~# go get github.com/asipto/secsipidx
>>>>>> ~#
>>>>>>
>>>>>> Then:
>>>>>>
>>>>>> ~# cd $GOPATH/src/github.com/asipto/secsipidx/csecsipid/
>>>>>> bash: cd: /root/go/src/github.com/asipto/secsipidx/csecsipid/: No
>>>>>> such file or directory
>>>>>>
>>>>>> it looks like it's not downloaded where the documentation says.
>>>>>> It is however in:
>>>>>>
>>>>>> go
>>>>>> |-- bin
>>>>>> `-- pkg
>>>>>>     |-- mod
>>>>>>     |   |-- cache
>>>>>>     |   |   `-- download
>>>>>>     |   |       |-- github.com
>>>>>>     |   |       |   |-- asipto
>>>>>>     |   |       |   |   `-- secsipidx
>>>>>>     |   |       |   |       `-- @v
>>>>>>     |   |       |   `-- google
>>>>>>     |   |       |       `-- uuid
>>>>>>     |   |       |           `-- @v
>>>>>>     |   |       `-- sumdb
>>>>>>     |   |           `-- sum.golang.org
>>>>>>     |   |               |-- lookup
>>>>>>     |   |               |   `-- github.com
>>>>>>     |   |               |       |-- asipto
>>>>>>     |   |               |       `-- google
>>>>>>     |   |               `-- tile
>>>>>>     |   |                   `-- 8
>>>>>>     |   |                       |-- 0
>>>>>>     |   |                       |   |-- x010
>>>>>>     |   |                       |   |-- x011
>>>>>>     |   |                       |   `-- x016
>>>>>>     |   |                       |       `-- 560.p
>>>>>>     |   |                       |-- 1
>>>>>>     |   |                       |   `-- 064.p
>>>>>>     |   |                       `-- 2
>>>>>>     |   |                           `-- 000.p
>>>>>>     |   `-- github.com
>>>>>>     |       |-- asipto
>>>>>>     |       |   `-- secsipidx at v1.0.0
>>>>>>     |       |       |-- csecsipid
>>>>>>     |       |       `-- secsipid
>>>>>>     |       `-- google
>>>>>>     |           `-- uuid at v1.2.0
>>>>>>     `-- sumdb
>>>>>>         `-- sum.golang.org
>>>>>>
>>>>>> 38 directories
>>>>>>
>>>>>> But going into ~/go/pkg/mod/
>>>>>> github.com/asipto/secsipidx at v1.0.0/csecsipid
>>>>>> we have:
>>>>>>
>>>>>> ~/go/pkg/mod/github.com/asipto/secsipidx at v1.0.0/csecsipid# ls -l
>>>>>> total 16
>>>>>> -r--r--r-- 1 root root  231 May 11 13:14 Makefile
>>>>>> -r--r--r-- 1 root root 1778 May 11 13:14 csecsipid.go
>>>>>> -r--r--r-- 1 root root 1988 May 11 13:14 libsecsipid.h
>>>>>> -r--r--r-- 1 root root  120 May 11 13:14 secsipid.h
>>>>>>
>>>>>> The Makefile contains the proper liba:
>>>>>>
>>>>>> # Makefile to build libraries
>>>>>> #
>>>>>>
>>>>>> all: libso
>>>>>>
>>>>>> libso:
>>>>>> go build -o libsecsipid.so -buildmode=c-shared csecsipid.go
>>>>>>
>>>>>> liba:
>>>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>>>>
>>>>>> clean:
>>>>>> rm -f libsecsipid.so
>>>>>> rm -f linsecsipid.a
>>>>>>
>>>>>> But "make liba" returns:
>>>>>>
>>>>>> # make liba
>>>>>> go build -o libsecsipid.a -buildmode=c-archive csecsipid.go
>>>>>> csecsipid.go:6:2: no required module provides package
>>>>>> github.com/asipto/secsipidx/secsipid: go.mod file not found in
>>>>>> current directory or any parent directory; see 'go help modules'
>>>>>> make: *** [Makefile:10: liba] Error 1
>>>>>>
>>>>>> Obviously not a "go" guy here.
>>>>>>
>>>>>> What am I doing wrong?
>>>>>>
>>>>>> Thanks for your help!
>>>>>>
>>>>>> David Villasmil
>>>>>> email: david.villasmil.work at gmail.com
>>>>>> phone: +34669448337
>>>>>> __________________________________________________________
>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>   * sr-users at lists.kamailio.org
>>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>>> to the sender!
>>>>>> Edit mailing list options or unsubscribe:
>>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Arsen Semenov
>>>>>
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>> to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/4d70c7a1/attachment.htm>

From kamailio at marrold.co.uk  Wed May 12 18:01:50 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Wed, 12 May 2021 17:01:50 +0100
Subject: [SR-Users] Bad config - you can not call 'handle_publish'
 function (db_url not set)
In-Reply-To: <CAC-Lcd8rnx57Cnz7UYDDNsEpp8L+zDVJHhESDn=xhcKE4RAkfw@mail.gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
 <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>
 <CAC-Lcd8rnx57Cnz7UYDDNsEpp8L+zDVJHhESDn=xhcKE4RAkfw@mail.gmail.com>
Message-ID: <CAC-Lcd_cOzLSiXC+uDpLZAKjUqa+XewV+kfKx55s-O9uR3YOwA@mail.gmail.com>

Hi All,

I've performed some crude troubleshooting and managed to replicate the
issue with the Debian packages and standard installation
<https://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/>
with example configuration, the only changes to kamailio.cfg are:

#!define WITH_MYSQL
#!define WITH_PRESENCE

modparam("presence", "local_log_facility", "LOG_LOCAL3")

When the "local_log_facility" parameter is defined as per the documentation
<https://kamailio.org/docs/modules/5.4.x/modules/presence.html#presence.p.local_log_facility>,
Kamailio will fail to start with the following error:

May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: presence
[presence.c:656]: fixup_presence(): Bad config - you can not call
'handle_publish' function (db_url not set)
May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:769
May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:775

If I set it as the following, Kamailio starts up without error:

modparam("presence", "local_log_facility", "3")

Thanks









On Tue, May 11, 2021 at 8:12 PM Marrold <kamailio at marrold.co.uk> wrote:

> Hi Both,
>
> Juha - Thanks for sharing your config , I tweaked the values in my config
> but still experience the same issue.
>
> Daniel - We're not using the utils module, although we are using siputils
> and cfgutils. OS is stock Debian 10 and GCC is version 8.3.0
>
> For what it's worth I edited the "Bad config - you can not call
> 'handle_publish' function" log line to include the value for *pres_library_mode
> *and it appears to be set to 10. Where that's coming from, I have no idea.
>
> Thanks again
>
>
>
> On Mon, May 10, 2021 at 6:10 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> do you use utils module? If yes, what is your operating system and the
>> compiler version (if you compiled from sources, not installing from
>> packages)?
>>
>> Cheers,
>> Daniel
>> On 10.05.21 15:01, Marrold wrote:
>>
>> Hi,
>>
>> We're trying to upgrade from 5.3.X to 5.4.5 however kamailio will not
>> start and produces the following error, despite the db_url being set in the
>> config and printed in the logs:
>>
>> Bad config - you can not call 'handle_publish' function (db_url not set)
>>
>> Looking at the code this error only seems plausible if the
>> *pres_library_mode* is set to 1 here
>> <https://github.com/kamailio/kamailio/blob/cc2a9518207e36b7b18aef5c8714f0c21da3dd95/src/modules/presence/presence.c#L296> but
>> we don't see the corresponding "switch to library mode" message in the
>> debug logs which leaves me a bit stuck - I've included the grepped logs at
>> the bottom of the message.
>>
>> Does anyone have any ideas what is causing this issue? I've seen a
>> previous issue relating to interactions between presence and presence_xml
>> which we're also using, but it looks like this was fixed in an older
>> version.
>>
>> Any suggestions appreciated.
>>
>> # ----- presence params -----
>> modparam("presence", "db_url", DBURL)
>> modparam("presence", "db_update_period", 20)
>> modparam("presence", "clean_period", 60)
>> modparam("presence", "local_log_facility", "LOG_LOCAL3")
>> modparam("presence", "max_expires", 14430)
>>
>> # ----- presence_xml params -----
>> modparam("presence_xml", "db_url", DBURL)
>> modparam("presence_xml", "force_active", 1)
>>
>> root at kamailio:/etc/kamailio# grep -i "presence"
>> /var/log/kamailio/kamailio.log
>> May 10 12:44:14 kamailio /sbin/kamailio[23729]: ERROR: presence
>> [presence.c:656]: fixup_presence(): Bad config - you can not call
>> 'handle_publish' function (db_url not set)
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
>> yyparse(): loading module presence.so
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
>> load_module(): trying to load </lib64/kamailio/modules/presence.so>
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
>> sr_kemi_modules_add(): adding module: presence
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:287]:
>> register_module(): register PV from: presence
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
>> pp_define(): defining id: MOD_presence
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
>> yyparse(): loading module presence_xml.so
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
>> load_module(): trying to load </lib64/kamailio/modules/presence_xml.so>
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/kemi.c:2927]:
>> sr_kemi_modules_add(): adding module: presence_xml
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
>> pp_define(): defining id: MOD_presence_xml
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
>> yyparse(): loading module presence_mwi.so
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
>> load_module(): trying to load </lib64/kamailio/modules/presence_mwi.so>
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
>> pp_define(): defining id: MOD_presence_mwi
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.y:1810]:
>> yyparse(): loading module presence_dialoginfo.so
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:525]:
>> load_module(): trying to load
>> </lib64/kamailio/modules/presence_dialoginfo.so>
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/cfg.lex:1796]:
>> pp_define(): defining id: MOD_presence_dialoginfo
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence' matches module 'presence'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <db_url> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <db_url> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence' matches module 'presence'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <db_update_period> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <db_update_period> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence' matches module 'presence'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <clean_period> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <clean_period> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence' matches module 'presence'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <local_log_facility> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <local_log_facility> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence' matches module 'presence'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <max_expires> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <max_expires> in module presence
>> [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <db_url> in module presence_xml
>> [/lib64/kamailio/modules/presence_xml.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <db_url> in module presence_xml
>> [/lib64/kamailio/modules/presence_xml.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:107]:
>> set_mod_param_regex(): 'presence_xml' matches module 'presence_xml'
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/sr_module.c:744]:
>> find_param_export(): found <force_active> in module presence_xml
>> [/lib64/kamailio/modules/presence_xml.so]
>> May 10 12:44:41 kamailio kamailio: DEBUG: <core> [core/modparam.c:123]:
>> set_mod_param_regex(): found <force_active> in module presence_xml
>> [/lib64/kamailio/modules/presence_xml.so]
>> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
>> find_mod_export_record(): found export of <handle_publish> in module
>> presence [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/sr_module.c:652]:
>> find_mod_export_record(): found export of <handle_subscribe> in module
>> presence [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:43 kamailio kamailio: DEBUG: <core> [core/route.c:129]:
>> route_add(): mapping routing block (0x560e73f9a440)[PRESENCE] to 11
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:873]: init_mod(): presence
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [presence.c:293]: mod_init(): db_url=mysql://kamailio:PASSWORD at localhost/kamailio
>> (len=50 addr=0x7f3a33d4e288)
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [presence.c:337]: mod_init(): server_address parameter not set in
>> configuration file
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [subscribe.c:2529]: restore_db_subs(): loading information from database 0
>> records
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:873]: init_mod(): presence_xml
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
>> [presence_xml.c:170]: mod_init(): db_url=mysql://kamailio:PASSWORD at localhost/kamailio
>> (len=50 addr=0x7f3a33d4ef00)
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:652]: find_mod_export_record(): found export of
>> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [presence/1]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:239]: add_event(): successfully added event: presence - len= 8
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
>> [add_events.c:75]: xml_add_events(): added 'presence' event to presence
>> module
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [presence.winfo/2]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [presence/1]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:188]: add_event(): Found wipeer event [presence] for event
>> [presence.winfo]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:239]: add_event(): successfully added event: presence.winfo -
>> len= 14
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
>> [add_events.c:94]: xml_add_events(): added 'presence.winfo' event to
>> presence module
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [xcap-diff/0]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [xcap-diff.winfo/0]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:239]: add_event(): successfully added event: xcap-diff - len=
>> 9
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
>> [add_events.c:132]: xml_add_events(): added 'xcap-diff' event to presence
>> module
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:873]: init_mod(): presence_mwi
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:652]: find_mod_export_record(): found export of
>> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [message-summary/6]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [message-summary.winfo/0]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:239]: add_event(): successfully added event: message-summary
>> - len= 15
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:873]: init_mod(): presence_dialoginfo
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: <core>
>> [core/sr_module.c:652]: find_mod_export_record(): found export of
>> <bind_presence> in module presence [/lib64/kamailio/modules/presence.so]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [dialog/5]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:324]: search_event(): start event= [dialog.winfo/0]
>> May 10 12:44:45 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [event_list.c:239]: add_event(): successfully added event: dialog - len= 6
>> May 10 12:44:47 kamailio /sbin/kamailio[23830]: ERROR: presence
>> [presence.c:656]: fixup_presence(): Bad config - you can not call
>> 'handle_publish' function (db_url not set)
>> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence_xml
>> [presence_xml.c:295]: destroy(): start
>> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [subscribe.c:2433]: timer_db_update(): db_update timer
>> May 10 12:44:47 kamailio /sbin/kamailio[23830]: DEBUG: presence
>> [subscribe.c:2137]: update_db_subs_timer(): update_db_subs_timer: start
>>
>>
>>
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/d9e4e654/attachment.htm>

From ibrahimasoumana at gmail.com  Wed May 12 13:22:01 2021
From: ibrahimasoumana at gmail.com (Ibrahim soumana djibo)
Date: Wed, 12 May 2021 13:22:01 +0200
Subject: [SR-Users] Question about Kamailio IMS in box
Message-ID: <CANC-CZw1rbUyLLAUOqk8nagc4ixS=9cXXjyq8cH5fSAqxoB_=w@mail.gmail.com>

Hello,

I am new to kamailio. And I Am following the work of Franz Edler.

I would like to test it in a local environment without internet connection
on ubuntu. What I don't understand is, to download the packages I
necessarily need the internet. Do I have to use two network interfaces for
the same virtual machine in order to access the internet and make the DNS
configuration locally with the second interface?

Cordially,



*SOUMANA** DJIBO **Ibrahim*
*Ing?nieur R?seaux & T?l?coms*
*5 Avenue Emile Baudot, 91300 Massy*
+33 07 61 80 20 35
[image: R?sultat de recherche d'images pour "logo paris saclay"]
https://www.universite-paris-saclay.fr/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/a526b55c/attachment.htm>

From miconda at gmail.com  Wed May 12 18:17:58 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 12 May 2021 18:17:58 +0200
Subject: [SR-Users] Bad config - you can not call 'handle_publish'
 function (db_url not set)
In-Reply-To: <CAC-Lcd_cOzLSiXC+uDpLZAKjUqa+XewV+kfKx55s-O9uR3YOwA@mail.gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
 <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>
 <CAC-Lcd8rnx57Cnz7UYDDNsEpp8L+zDVJHhESDn=xhcKE4RAkfw@mail.gmail.com>
 <CAC-Lcd_cOzLSiXC+uDpLZAKjUqa+XewV+kfKx55s-O9uR3YOwA@mail.gmail.com>
Message-ID: <123505a7-bc78-41f2-c8b6-5bc1bd2ee96b@gmail.com>

Hello,

On 12.05.21 18:01, Marrold wrote:
> Hi All,
>
> I've performed some crude troubleshooting and managed to replicate the
> issue with the Debian packages and standard installation
> <https://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/>
> with example configuration, the only changes to kamailio.cfg are:
>
> #!define WITH_MYSQL
> #!define WITH_PRESENCE
>
> modparam("presence", "local_log_facility", "LOG_LOCAL3")
>
> When the "local_log_facility" parameter is defined as per the
> documentation
> <https://kamailio.org/docs/modules/5.4.x/modules/presence.html#presence.p.local_log_facility>,
> Kamailio will fail to start with the following error:
>
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
> [core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
> cfg:/etc/kamailio/kamailio.cfg:769
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
> [core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
> cfg:/etc/kamailio/kamailio.cfg:775
>
> If I set it as the following, Kamailio starts up without error:
>
> modparam("presence", "local_log_facility", "3")

can you try with the patch from the next commit?

? *
https://github.com/kamailio/kamailio/commit/5f4662a95a97d5224bf03745a9a354a41925706c

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210512/b9dd2a06/attachment.htm>

From igorolhovskiy at gmail.com  Thu May 13 17:04:47 2021
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Thu, 13 May 2021 17:04:47 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <62960dee-693f-1928-7d3c-90b331a0447b@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
 <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
 <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>
 <CAJZsGCmcJDHzqryLict3NxaKWg5MOMOjNMofvcFAw_gwQXdXfQ@mail.gmail.com>
 <62960dee-693f-1928-7d3c-90b331a0447b@gmail.com>
Message-ID: <4b3a4bff-573c-bb5e-3886-dd3dd7038414@gmail.com>

In a case, if someone will find this topic via search

is_first_hop() according to documentation is working only with IP 
addresses in a case of replies. So, it's fully correct behavior.

My bad.

Regards,
Igor

On 10.05.2021 08:55, Igor Olhovskiy wrote:
>
> Sergiu,
>
> Actually, yes
>
> Problem is in order of checking in this function
>
> https://github.com/kamailio/kamailio/blob/02240711239149e2f5c4890a70ab158d10fa8187/src/modules/siputils/sipops.c#L183
>
> ??? ??? if (((ip = str2ip(&(puri.host))) == NULL)
> ??? ??? ??? ??? && ((ip = str2ip6(&(puri.host))) == NULL)) {
> ??? ??? ??? LM_DBG("uri host is not an ip address\n");
> ??? ??? ??? return -1;
> ??? ??? }
>
> So, it's checking if Record-Route is an IP address before actually 
> calling *check_self()* function. I'll add an issue.
>
> Regards,
> Igor
> On 08.05.2021 02:42, Sergiu Pojoga wrote:
>> May be related to a previous topic about is_first_hop() and 'myself'
>>
>> https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html 
>> <https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html>
>>
>> On Fri, May 7, 2021 at 7:22 PM David Villasmil 
>> <david.villasmil.work at gmail.com 
>> <mailto:david.villasmil.work at gmail.com>> wrote:
>>
>>
>>     Can you share a trace?
>>
>>     On Fri, 7 May 2021 at 21:12, Igor Olhovskiy
>>     <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>> wrote:
>>
>>         Yes. It passesuri == myself condition on auth.
>>
>>         Regards,
>>         Igor
>>
>>         On 07.05.2021 17:32, David Villasmil wrote:
>>>         Have you tried verifying Kamailio actually believes the FQDN
>>>         is itself?
>>>
>>>         Regards,
>>>
>>>         David Villasmil
>>>         email: david.villasmil.work at gmail.com
>>>         <mailto:david.villasmil.work at gmail.com>
>>>         phone: +34669448337
>>>
>>>
>>>         On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy
>>>         <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>>
>>>         wrote:
>>>
>>>             David,
>>>
>>>             Yes, I did added it, means it was there, but
>>>             is_first_hop() was blocking adding it. I think it's some
>>>             leftovers from default config.
>>>
>>>             So, my conclusion, that is_first_hop() is ok with IP
>>>             addresses, but not ok with FQDN in route. Although FQDN
>>>             is added as alias
>>>
>>>             Regards,
>>>             Igor
>>>
>>>             On 07.05.2021 16:07, David Villasmil wrote:
>>>>             Did you add the handle_ruri_alias() as suggested by
>>>>             Daniel? I had something like this where I would get
>>>>             ?unable to resolve blah blah blah" and it?s because the
>>>>             RURI is the actual wss ?address? which is unresolvable,
>>>>             so executing the function forces kamailio to take the
>>>>             alias instead.
>>>>
>>>>
>>>>             On Fri, 7 May 2021 at 13:48, Igor Olhovskiy
>>>>             <igorolhovskiy at gmail.com
>>>>             <mailto:igorolhovskiy at gmail.com>> wrote:
>>>>
>>>>                 Daniel,
>>>>
>>>>                 Seems to be it's really the case, but with other
>>>>                 function
>>>>
>>>>                 With FQDN in RR
>>>>
>>>>
>>>>                       |is_first_hop()|
>>>>
>>>>                 is not acting correctly for reply.
>>>>
>>>>>                 For incoming SIP replies, it means that top
>>>>>                 Record-Route URI is 'myself' and source address is
>>>>>                 not matching it
>>>>                 But in Record-Route we have "myself", but
>>>>                 *is_first_hop()* returning 0.
>>>>
>>>>                 Thanks!
>>>>
>>>>                 Regards,
>>>>                 Igor
>>>>
>>>>                 On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>>>
>>>>>                 OK, because looping was something that should not
>>>>>                 have happened in this case.
>>>>>
>>>>>                 Then the problem is that you do not do
>>>>>                 nat-traversal-like processing for websocket/webrtc
>>>>>                 traffic. You have to use set_contact_alias() +
>>>>>                 handle_ruri_alias() because the webrtc endpoints
>>>>>                 do not set "valid" contact addresses.
>>>>>
>>>>>                 Cheers,
>>>>>                 Daniel
>>>>>
>>>>>                 On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>>>>
>>>>>>                 Ah, no, sorry, I was wrong at this one,
>>>>>>
>>>>>>                 This just is not sent with "unable to resolve
>>>>>>                 address toleivu2gdbh.invalid".
>>>>>>
>>>>>>                 Sorry. Looping were something else during my
>>>>>>                 tests, this just with *advertise* added
>>>>>>
>>>>>>                 Regards,
>>>>>>                 Igor
>>>>>>                 On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>>>>
>>>>>>>                 This looks like incoming ACK, because there is
>>>>>>>                 only one Via header, so it is not what proxy
>>>>>>>                 forwards -- that one is relevant to see what
>>>>>>>                 headers were consumed and added.
>>>>>>>
>>>>>>>                 Cheers,
>>>>>>>                 Daniel
>>>>>>>
>>>>>>>                 On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>>>>>                 Sure.
>>>>>>>>
>>>>>>>>                 ACK
>>>>>>>>                 sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>>                 SIP/2.0
>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>                 From:
>>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>                 CSeq: 18326 ACK
>>>>>>>>                 Route:
>>>>>>>>                 <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>                 Route:
>>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>                 Max-Forwards: 70
>>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>>                 Content-Length:? 0
>>>>>>>>
>>>>>>>>
>>>>>>>>                 By loop I meant, Kamailio just relaying it back
>>>>>>>>                 to self and discard.
>>>>>>>>
>>>>>>>>                 Regards,
>>>>>>>>                 Igor
>>>>>>>>                 On 07.05.2021 13:48, Daniel-Constantin Mierla
>>>>>>>>                 wrote:
>>>>>>>>>
>>>>>>>>>                 Can you paste the ACK that loops, after being
>>>>>>>>>                 handled once by Kamailio?
>>>>>>>>>
>>>>>>>>>                 Cheers,
>>>>>>>>>                 Daniel
>>>>>>>>>
>>>>>>>>>                 On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>>>>>
>>>>>>>>>>                 Daniel,
>>>>>>>>>>
>>>>>>>>>>                 Yes, it is.
>>>>>>>>>>
>>>>>>>>>>                 alias=...
>>>>>>>>>>
>>>>>>>>>>                 Also tried with
>>>>>>>>>>
>>>>>>>>>>                 listen = IP advertise FQDN
>>>>>>>>>>
>>>>>>>>>>                 same behavior, loose_route() stops acting
>>>>>>>>>>                 correctly.
>>>>>>>>>>
>>>>>>>>>>                 PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>>>>>
>>>>>>>>>>                 Regards,
>>>>>>>>>>                 Igor
>>>>>>>>>>                 On 07.05.2021 13:21, Daniel-Constantin Mierla
>>>>>>>>>>                 wrote:
>>>>>>>>>>>
>>>>>>>>>>>                 Hello,
>>>>>>>>>>>
>>>>>>>>>>>                 is the KAMAILIO_FQDN set as local domain for
>>>>>>>>>>>                 Kamailio (via alias parameter or domain
>>>>>>>>>>>                 module+register myself)?
>>>>>>>>>>>
>>>>>>>>>>>                 Cheers,
>>>>>>>>>>>                 Daniel
>>>>>>>>>>>
>>>>>>>>>>>                 On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>                 Hello,
>>>>>>>>>>>>
>>>>>>>>>>>>                 I saw there are some topics on this already
>>>>>>>>>>>>                 and carefully walked through all of them,
>>>>>>>>>>>>                 but can't solve following issue.
>>>>>>>>>>>>
>>>>>>>>>>>>                 For a reason I do need that in Record-Route
>>>>>>>>>>>>                 header sent to endpoint would present FQDN.
>>>>>>>>>>>>                 If it matters, it's UDP/WSS conversion done
>>>>>>>>>>>>                 on Kamailio.
>>>>>>>>>>>>
>>>>>>>>>>>>                 So, scheme is quite simple
>>>>>>>>>>>>
>>>>>>>>>>>>                 Enpoint A ->UDP-> Kamailio ->WSS-> Endpoint
>>>>>>>>>>>>                 B (NAT)
>>>>>>>>>>>>
>>>>>>>>>>>>                 Main issue here, that if in Record-Route
>>>>>>>>>>>>                 headers it's FQDN, but not IP addresses, on
>>>>>>>>>>>>                 a new transactions with a dialog (ACK on
>>>>>>>>>>>>                 200, PRACK, BYE), Kamailio*loose_route()*
>>>>>>>>>>>>                 function resolves address of destination
>>>>>>>>>>>>                 not current dialog, but actual R-URI (or
>>>>>>>>>>>>                 itself, if R-URI is something from WebRTC
>>>>>>>>>>>>                 world) that is not correct due to NAT.
>>>>>>>>>>>>
>>>>>>>>>>>>                 If in RR headers IP addresses are present -
>>>>>>>>>>>>                 all is working as expected.
>>>>>>>>>>>>
>>>>>>>>>>>>                 As an example (RR with FQDN)
>>>>>>>>>>>>
>>>>>>>>>>>>                 B answers 200
>>>>>>>>>>>>
>>>>>>>>>>>>                 SIP/2.0 200 OK
>>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>>                 <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>>                 <A_IP_ADDRESS>:5060;received=A IP
>>>>>>>>>>>>                 ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>>>>>>                 To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>>>>>>                 From:
>>>>>>>>>>>>                 <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>>                 CSeq: 18326 INVITE
>>>>>>>>>>>>                 Contact:
>>>>>>>>>>>>                 <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>>>>>>                 Allow:
>>>>>>>>>>>>                 ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>>>>>>                 Supported: outbound
>>>>>>>>>>>>                 Content-Type: application/sdp
>>>>>>>>>>>>                 Content-Length: 817
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>                 ACK looks like
>>>>>>>>>>>>
>>>>>>>>>>>>                 ACK
>>>>>>>>>>>>                 sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>>>>>>                 SIP/2.0
>>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>>>>                 From:
>>>>>>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>>                 CSeq: 18326 ACK
>>>>>>>>>>>>                 Route:
>>>>>>>>>>>>                 <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>                 Route:
>>>>>>>>>>>>                 <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>                 Max-Forwards: 70
>>>>>>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>>>>                 Content-Length:? 0
>>>>>>>>>>>>
>>>>>>>>>>>>                 And Kamailio on *loose_route()* loops ACK
>>>>>>>>>>>>                 to itself. (with result of function == 1)
>>>>>>>>>>>>
>>>>>>>>>>>>                 In a case if in Record-Route/Route headers
>>>>>>>>>>>>                 just IP address of Kamailio present, all
>>>>>>>>>>>>                 works as expected, but it's not really
>>>>>>>>>>>>                 behavior I want to achieve.
>>>>>>>>>>>>
>>>>>>>>>>>>                 I've tried to play with
>>>>>>>>>>>>                 *record_route_preset("...")* specifying
>>>>>>>>>>>>                 only WSS part (as suggested in
>>>>>>>>>>>>                 https://skalatan.de/de/blog/kamailio-sbc-teams
>>>>>>>>>>>>                 <https://skalatan.de/de/blog/kamailio-sbc-teams>)
>>>>>>>>>>>>                 with FQDN, but no luck.
>>>>>>>>>>>>
>>>>>>>>>>>>                 Also wanted to try approach using
>>>>>>>>>>>>                 record_route_preset() function in branch
>>>>>>>>>>>>                 route, but it was working only with first
>>>>>>>>>>>>                 branch, not affecting others (but I assume
>>>>>>>>>>>>                 having different RR headers across branches
>>>>>>>>>>>>                 is not a good idea)
>>>>>>>>>>>>
>>>>>>>>>>>>                 -- 
>>>>>>>>>>>>                 Regards,
>>>>>>>>>>>>                 Igor
>>>>>>>>>>>>
>>>>>>>>>>>>                 __________________________________________________________
>>>>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>>>                    *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>>>>                    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>>>>
>>>>>>>>>>                 __________________________________________________________
>>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>                    *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>>                    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <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>  --www.linkedin.com/in/miconda  <http://www.linkedin.com/in/miconda>
>>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>                 -- 
>>>>>>>                 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 Advanced Training - Online
>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>                 -- 
>>>>>                 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 Advanced Training - Online
>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>                    *https://www.asipto.com/sw/kamailio-advanced-training-online/  <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>                 __________________________________________________________
>>>>                 Kamailio - Users Mailing List - Non Commercial
>>>>                 Discussions
>>>>                 ? * sr-users at lists.kamailio.org
>>>>                 <mailto:sr-users at lists.kamailio.org>
>>>>                 Important: keep the mailing list in the recipients,
>>>>                 do not reply only to the sender!
>>>>                 Edit mailing list options or unsubscribe:
>>>>                 ? *
>>>>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>                 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>
>>>>             -- 
>>>>             Regards,
>>>>
>>>>             David Villasmil
>>>>             email: david.villasmil.work at gmail.com
>>>>             <mailto:david.villasmil.work at gmail.com>
>>>>             phone: +34669448337
>>>>
>>>>             __________________________________________________________
>>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>>                *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>>             Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>             Edit mailing list options or unsubscribe:
>>>>                *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>             __________________________________________________________
>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>             ? * sr-users at lists.kamailio.org
>>>             <mailto:sr-users at lists.kamailio.org>
>>>             Important: keep the mailing list in the recipients, do
>>>             not reply only to the sender!
>>>             Edit mailing list options or unsubscribe:
>>>             ? *
>>>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>>         __________________________________________________________
>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>            *sr-users at lists.kamailio.org  <mailto:sr-users at lists.kamailio.org>
>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>         Edit mailing list options or unsubscribe:
>>>            *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users  <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>         __________________________________________________________
>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>         ? * sr-users at lists.kamailio.org
>>         <mailto:sr-users at lists.kamailio.org>
>>         Important: keep the mailing list in the recipients, do not
>>         reply only to the sender!
>>         Edit mailing list options or unsubscribe:
>>         ? *
>>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>     -- 
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>     __________________________________________________________
>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>     Important: keep the mailing list in the recipients, do not reply
>>     only to the sender!
>>     Edit mailing list options or unsubscribe:
>>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>    *sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210513/5e823dae/attachment.htm>

From kamailio at marrold.co.uk  Thu May 13 17:43:55 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Thu, 13 May 2021 16:43:55 +0100
Subject: [SR-Users] Bad config - you can not call 'handle_publish'
 function (db_url not set)
In-Reply-To: <123505a7-bc78-41f2-c8b6-5bc1bd2ee96b@gmail.com>
References: <CAC-Lcd-+kzHn-Cs3N5SDgH09KOohkpkQOgBk00uVn+z4ckP+PA@mail.gmail.com>
 <CAC-Lcd9wRwrm5a6BFiDfKfiCGQm8=kUmD-zAd+JWtB_xEaLe6Q@mail.gmail.com>
 <17d12a21-f064-237e-233f-ca2960a72475@gmail.com>
 <CAC-Lcd8rnx57Cnz7UYDDNsEpp8L+zDVJHhESDn=xhcKE4RAkfw@mail.gmail.com>
 <CAC-Lcd_cOzLSiXC+uDpLZAKjUqa+XewV+kfKx55s-O9uR3YOwA@mail.gmail.com>
 <123505a7-bc78-41f2-c8b6-5bc1bd2ee96b@gmail.com>
Message-ID: <CAC-Lcd-y1TwrZ-NXU1abdKu8J145ZrbuZJVcgFC7UdVeDpLC3Q@mail.gmail.com>

Hi Daniel,

That fixed the issue, thanks as always.

On Wed, May 12, 2021 at 5:18 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
> On 12.05.21 18:01, Marrold wrote:
>
> Hi All,
>
> I've performed some crude troubleshooting and managed to replicate the
> issue with the Debian packages and standard installation
> <https://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/>
> with example configuration, the only changes to kamailio.cfg are:
>
> #!define WITH_MYSQL
> #!define WITH_PRESENCE
>
> modparam("presence", "local_log_facility", "LOG_LOCAL3")
>
> When the "local_log_facility" parameter is defined as per the
> documentation
> <https://kamailio.org/docs/modules/5.4.x/modules/presence.html#presence.p.local_log_facility>,
> Kamailio will fail to start with the following error:
>
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: presence
> [presence.c:656]: fixup_presence(): Bad config - you can not call
> 'handle_publish' function (db_url not set)
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
> [core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
> cfg:/etc/kamailio/kamailio.cfg:769
> May 12 15:48:41 kamailio /usr/sbin/kamailio[13050]: ERROR: <core>
> [core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
> cfg:/etc/kamailio/kamailio.cfg:775
>
> If I set it as the following, Kamailio starts up without error:
>
> modparam("presence", "local_log_facility", "3")
>
> can you try with the patch from the next commit?
>
>   *
> https://github.com/kamailio/kamailio/commit/5f4662a95a97d5224bf03745a9a354a41925706c
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210513/2a6ce61f/attachment.htm>

From achen at fuze.com  Thu May 13 20:26:55 2021
From: achen at fuze.com (Andrew Chen)
Date: Thu, 13 May 2021 14:26:55 -0400
Subject: [SR-Users] 5.4 dependency package question
Message-ID: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>

Hi guys,

I'm trying to build a deb file of kamailio 5.4 and when doing
dpkg-buidpackage it gave a bunch of dependency warnings.

I was able to take care a good number of them until I ran into this:

*dpkg-checkbuilddeps: **error*: Unmet build dependencies: gcj-jdk
libval-dev libxmlrpc-c3-dev


None of these packages are in the "apt-cache search" output.


Below is a list of modules currently loaded in 5.2.5 and want to use them
again:


INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex tm
tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl acc
dispatcher cfgutils permissions domain presence presence_xml nathelper
dialog tls htable pike db_mysql userblacklist sqlops websocket xhttp
siptrace tcpops jsonrpcs rtimer"


Thanks



-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210513/ca0dca1a/attachment.htm>

From rembgrets at gmail.com  Thu May 13 21:32:58 2021
From: rembgrets at gmail.com (ryan embgrets)
Date: Fri, 14 May 2021 00:32:58 +0500
Subject: [SR-Users] Possible to get the value of $DLG_lifetime before the
 BYE hits loose_route()
Message-ID: <CAJ_X8k6KA+PrYfvCnmCKFfSGKadHRBj5gk_LPacVZ=0K0M27vQ@mail.gmail.com>

Greetings,

I would like to know if it is possible to get the value of $DLG_lifetime
before the BYE hits loose_route().

opensips provides a similar function which lets you get dialog life.

https://opensips.org/html/docs/modules/3.1.x/dialog.html#func_load_dialog_ctx

But i could not get the same from kamailio or maybe kamailio has a better
way for this?

Thanks for any pointer.

Ryan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/4c1f863d/attachment.htm>

From achen at fuze.com  Thu May 13 21:56:11 2021
From: achen at fuze.com (Andrew Chen)
Date: Thu, 13 May 2021 15:56:11 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
Message-ID: <CAEytwJ12hWtOtPy=--ba1WFoms9p6g3LhafNpYXGZ0s_f+VeqA@mail.gmail.com>

Btw, I manually downloaded the gcj-jdk deb package (
gcj-jdk_6.4.0-3ubuntu1_amd64.deb) from Ubuntu main page and still I get
this error:

The following packages have unmet dependencies:
 gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
           Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
           Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable


I also did the same for libval-dev (libval-dev_2.2-4_amd64.deb) and got this:


The following packages have unmet dependencies:

 libval-dev : Depends: libval15 (= 2.2-4) but it is not installable

E: Unable to correct problems, you have held broken packages.


As for libxmlrpc-c3-dev, there is a "libxmlrpc-core-c3-dev" package.
Is that the same thing?  If not, does anyone know where I can get my
hands on libxmlrpc-c3-dev.deb?


On Thu, May 13, 2021 at 2:26 PM Andrew Chen <achen at fuze.com> wrote:

> Hi guys,
>
> I'm trying to build a deb file of kamailio 5.4 and when doing
> dpkg-buidpackage it gave a bunch of dependency warnings.
>
> I was able to take care a good number of them until I ran into this:
>
> *dpkg-checkbuilddeps: **error*: Unmet build dependencies: gcj-jdk
> libval-dev libxmlrpc-c3-dev
>
>
> None of these packages are in the "apt-cache search" output.
>
>
> Below is a list of modules currently loaded in 5.2.5 and want to use them
> again:
>
>
> INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex tm
> tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl acc
> dispatcher cfgutils permissions domain presence presence_xml nathelper
> dialog tls htable pike db_mysql userblacklist sqlops websocket xhttp
> siptrace tcpops jsonrpcs rtimer"
>
>
> Thanks
>
>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210513/451b0762/attachment.htm>

From achen at fuze.com  Thu May 13 23:08:50 2021
From: achen at fuze.com (Andrew Chen)
Date: Thu, 13 May 2021 17:08:50 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ12hWtOtPy=--ba1WFoms9p6g3LhafNpYXGZ0s_f+VeqA@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <CAEytwJ12hWtOtPy=--ba1WFoms9p6g3LhafNpYXGZ0s_f+VeqA@mail.gmail.com>
Message-ID: <CAEytwJ2ZuZhd1HC8s=agHS4n6FuWg4biHytBjUei6_Hkxwz88Q@mail.gmail.com>

The other option was to apply the "-d" to the dpkg-buildpackage binary to
ignore the dependencies..but I don't know what are the repercussions in
doing this.

Again, please advise. :)

On Thu, May 13, 2021 at 3:56 PM Andrew Chen <achen at fuze.com> wrote:

> Btw, I manually downloaded the gcj-jdk deb package (
> gcj-jdk_6.4.0-3ubuntu1_amd64.deb) from Ubuntu main page and still I get
> this error:
>
> The following packages have unmet dependencies:
>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>
>
> I also did the same for libval-dev (libval-dev_2.2-4_amd64.deb) and got this:
>
>
> The following packages have unmet dependencies:
>
>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>
> E: Unable to correct problems, you have held broken packages.
>
>
> As for libxmlrpc-c3-dev, there is a "libxmlrpc-core-c3-dev" package.  Is that the same thing?  If not, does anyone know where I can get my hands on libxmlrpc-c3-dev.deb?
>
>
> On Thu, May 13, 2021 at 2:26 PM Andrew Chen <achen at fuze.com> wrote:
>
>> Hi guys,
>>
>> I'm trying to build a deb file of kamailio 5.4 and when doing
>> dpkg-buidpackage it gave a bunch of dependency warnings.
>>
>> I was able to take care a good number of them until I ran into this:
>>
>> *dpkg-checkbuilddeps: **error*: Unmet build dependencies: gcj-jdk
>> libval-dev libxmlrpc-c3-dev
>>
>>
>> None of these packages are in the "apt-cache search" output.
>>
>>
>> Below is a list of modules currently loaded in 5.2.5 and want to use them
>> again:
>>
>>
>> INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex tm
>> tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl acc
>> dispatcher cfgutils permissions domain presence presence_xml nathelper
>> dialog tls htable pike db_mysql userblacklist sqlops websocket xhttp
>> siptrace tcpops jsonrpcs rtimer"
>>
>>
>> Thanks
>>
>>
>>
>> --
>> Andy Chen
>> Sr. Telephony Lead Engineer
>> 415 516 5535 (M)
>> achen@ <achen at thinkingphones.com>fuze.com
>>
>>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210513/7203ca6c/attachment.htm>

From kamailio at marrold.co.uk  Fri May 14 12:44:38 2021
From: kamailio at marrold.co.uk (Marrold)
Date: Fri, 14 May 2021 11:44:38 +0100
Subject: [SR-Users] Setting $conid per branch
In-Reply-To: <891b2cee-5443-b24d-18f3-33e962231651@gmail.com>
References: <CAC-Lcd9+c2sm8wJ7_rCboxiGAjwHb=KmAx7B78bEp+sGzWmOVQ@mail.gmail.com>
 <CAC-Lcd9ETUU_LSLDxbEvOz+xTdY55g28MhrMx8=EenLYdXVwEQ@mail.gmail.com>
 <2b3b7626-64a0-a117-249e-5e60643d9300@gmail.com>
 <CAC-Lcd8Gj9Mk-GB6BRYASReZ_LfjJLqSUgL2DfqiVo42=6d4bg@mail.gmail.com>
 <7c5fa47e-1347-b190-12dd-3e595b63fdf7@gmail.com>
 <CAC-Lcd_P7EcEFDgbNBH=w8zCp=DT4cuKZPLCDmbZP7sQP8ky4Q@mail.gmail.com>
 <891b2cee-5443-b24d-18f3-33e962231651@gmail.com>
Message-ID: <CAC-Lcd8xvFQP4Qch2yTjSRCBcbqfH6jS9sgvbdng7KGrN9RMvw@mail.gmail.com>

Hi,

Apologies for the delay updating this one - it took longer than expected to
get our test platform upgraded to the latest kamailio version that included
the newer TCPOPS functions.

I can confirm that using tcp_get_conid() and tcp_set_otcpid() appears to
work around the issue. I'm still curious why Kamailio is intermittently
getting the wrong connection ID internally.

Thinking about it some more, the issue is actually occuring on the
*main* branch
when we set the following vars from the output of reg_fetch_contacts, as
it's only returning a single contact during testing.

    $ru = $var(addr);
    $du = $var(received);
    $bf = $var(cflags);
    $fs = $var(socket);

Thanks


On Tue, Mar 30, 2021 at 12:08 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> can you try with master branch to use sbranch-related functions from pv
> module along with the result from reg_fetch_contact().
>
> Cheers,
> Daniel
> On 19.03.21 11:13, Marrold wrote:
>
> We don't see the issue when using the standard lookup() function, only
> when we start manually appending branches with the results
> from  reg_fetch_contact()
>
> Thanks
> Matthew
>
> On Wed, Mar 17, 2021 at 7:18 AM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>>
>> On 11.03.21 10:55, Marrold wrote:
>>
>> Hi Daniel,
>>
>> I didn't spot those TCPOPs functions, I'll give them a try and let you
>> know how I get on.
>>
>> Do you have any idea why Kamailio is intermittently selecting the wrong
>> connection using ID vs peer address?
>>
>>
>> have you tried and got that with lookup("location") or only with your
>> script-based reg_fetch_contact()?
>>
>> Cheers,
>> Daniel
>>
>>
>> Thanks for the suggestions.
>> Matthew
>>
>> On Wed, Mar 10, 2021 at 7:27 AM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> a while ago I did some work to make possible to specify the outgoing tcp
>>> connection id, see:
>>>
>>>   *
>>> https://www.kamailio.org/docs/modules/stable/modules/tcpops.html#tcpops.f.tcp_set_otcpid
>>>
>>> And the next function after it.
>>>
>>> However, the testing was minimal, maybe not verifying the entire chain
>>> with t_relay()/forward(). Even more, the specifying of the outbound tcp
>>> connection was supposed to be done internally by the lookup("location"),
>>> the functions from tcpops being added for more config flexibility, suitable
>>> for single branch forwarding or branch_route blocks.
>>>
>>> However, in your seem to do manual processing with reg_fetch_contacts(),
>>> not rely on lookup location. You can test with master and use $sbranch(...)
>>> and corresponding functions from pv module, instead of setting the r-uri
>>> and append_branch().
>>>
>>> Cheers,
>>> Daniel
>>> On 10.03.21 06:00, Marrold wrote:
>>>
>>> Hi,
>>>
>>> I've done a bit more digging and realised that $conid is read-only, and
>>> only available for an inbound connection - so I dont think it will achieve
>>> what I need.
>>>
>>> I did a bit more troubleshooting and observed the differences in the
>>> debug log between two identical calls:
>>>
>>> This example failed - the INVITEs went out to the incorrect endpoint /
>>> TCP connection. The "ulc_conid" from the location table for the TCP
>>> endpoint is 13:
>>>
>>> Mar  9 10:30:20 proxy-01 /sbin/kamailio[27014]: ERROR: <script>: Adding
>>> to main branch. ua: Yealink SIP-T42G 29.83.0.120 ru:
>>> sip:442079460000 at 10.0.130.218:5060 du: sip:203.0.113.1:1046 ulc_conid:
>>> 0 flags: 192 ci: 162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>> Mar  9 10:30:20 proxy-01 /sbin/kamailio[27014]: ERROR: <script>: Adding
>>> to child branch. ua: Yealink SIP-T58 58.85.0.5 ru:
>>> sip:442079460000 at 10.0.130.241:50130;transport=TCP du:
>>> sip:203.0.113.1:50130;transport=tcp ulc_conid: 13  flags: 192 ci:
>>> 162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>>
>>> The debug log shows the wrong connection was found *by id, *which in
>>> this case was 2, but should have been 13:
>>>
>>> Mar  9 10:30:21 proxy-01 /sbin/kamailio[27014]: INFO: <script>: ONSEND:
>>> rm: INVITE ru: sip:442079460000 at 10.0.130.218:5060 du: sip:
>>> 203.0.113.1:1046 proto: udp src: 185.28.212.61:5060 dest:
>>> 203.0.113.1:1046 ci:
>>> 162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>> Mar  9 10:30:21 proxy-01 /sbin/kamailio[27014]: INFO: <script>: ONSEND:
>>> rm: INVITE ru: sip:442079460000 at 10.0.130.218:5060 du: sip:
>>> 203.0.113.1:1046 proto: tcp src: 185.28.212.61:5062 dest:
>>> 203.0.113.1:50130 ci:
>>> 162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>> Mar  9 10:30:21 proxy-01 /sbin/kamailio[27014]: DEBUG: <core>
>>> [core/tcp_main.c:1651]: _tcpconn_find(): found connection by id: 2
>>> Mar  9 10:30:21 proxy-01 /sbin/kamailio[27014]: DEBUG: <core>
>>> [core/tcp_main.c:2545]: tcpconn_send_put(): found fd in cache (5,
>>> 0x7fedc49d2448, 2)
>>>
>>> This example worked - the INVITEs went out to the correct endpoints /
>>> TCP connections. The "ulc_conid" from the location table for the TCP
>>> endpoint is still 13:
>>>
>>> Mar  9 10:42:30 proxy-01 /sbin/kamailio[27016]: ERROR: <script>: Adding
>>> to main branch. ua: Yealink SIP-T42G 29.83.0.120 ru:
>>> sip:442079460000 at 10.0.130.218:5060 du: sip:203.0.113.1:1046 ulc_conid:
>>> 0 flags: 192 ci: 95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>> Mar  9 10:42:30 proxy-01 /sbin/kamailio[27016]: ERROR: <script>: Adding
>>> to child branch. ua: Yealink SIP-T58 58.85.0.5 ru:
>>> sip:442079460000 at 10.0.130.241:50130;transport=TCP du:
>>> sip:203.0.113.1:50130;transport=tcp ulc_conid: 13 flags: 192 ci:
>>> 95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>>
>>> The debug log shows the correct connection was found *by peer address *and
>>> determined the correct connection 13:
>>>
>>> Mar  9 10:42:31 proxy-01 /sbin/kamailio[27016]: INFO: <script>: ONSEND:
>>> rm: INVITE ru: sip:442079460000 at 10.0.130.218:5060 du: sip:
>>> 203.0.113.1:1046 proto: udp src: 185.28.212.61:5060 dest:
>>> 203.0.113.1:1046 conid: <null> ci:
>>> 95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>> Mar  9 10:42:31 proxy-01 /sbin/kamailio[27016]: INFO: <script>: ONSEND:
>>> rm: INVITE ru: sip:442079460000 at 10.0.130.218:5060 du: sip:
>>> 203.0.113.1:1046 proto: tcp src: 185.28.212.61:5062 dest:
>>> 203.0.113.1:50130 conid: <null> ci:
>>> 95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>> Mar  9 10:42:31 proxy-01 /sbin/kamailio[27016]: DEBUG: <core>
>>> [core/tcp_main.c:1670]: _tcpconn_find(): found connection by peer address
>>> (id: 13)
>>> Mar  9 10:42:31 proxy-01 /sbin/kamailio[27016]: DEBUG: <core>
>>> [core/tcp_main.c:2548]: tcpconn_send_put(): tcp connection found
>>> (0x7fedc49ce0e8), acquiring fd
>>>
>>> Additionally I checked the connection IDs and IPs / Ports before a
>>> failed and working call and they had not changed, it was the same TCP
>>> connection - so it doesn't appear to be some interaction with a connection
>>> closing or changing. We also don't see this issue using the standard
>>> lookup() function.
>>>
>>> Does anyone know why Kamailio is intermittently switching between
>>> finding by peer address and id, and why it's using the wrong ID?
>>>
>>> Thanks again
>>> Matthew
>>>
>>>
>>> On Tue, Mar 9, 2021 at 8:56 AM Marrold <kamailio at marrold.co.uk> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm currently adding a feature to our Kamailio configuration to fork
>>>> calls based on user agent.
>>>>
>>>> To do so I'm getting the registered endpoints with reg_fetch_contacts()
>>>> iterating through and matching on them, then using seturi() /
>>>> append_branch() and setting the dst-uri and flags as required.
>>>>
>>>> However, calls are intermittently going to the wrong TCP connection,
>>>> despite the logs showing the correct destination IP and port in the ONSEND
>>>> route.
>>>>
>>>> Looking in the location table I can see each registration has a
>>>> connection_id, and the debug log indicates it's finding the connection by
>>>> ID:
>>>>
>>>>  DEBUG: <core> [core/tcp_main.c:1651]: _tcpconn_find(): found
>>>> connection by id: 3
>>>>
>>>> Is there a way to set the conid per branch? Is it necessary?
>>>>
>>>> We're using kamailio 5.3.3 on Debian 10.
>>>>
>>>> Thanks
>>>> Matthew
>>>>
>>>
>>> _______________________________________________
>>> 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
>>> Funding: https://www.paypal.me/dcmierla
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Funding: https://www.paypal.me/dcmierla
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/117634d9/attachment.htm>

From linuxmaniac at torreviejawireless.org  Fri May 14 13:01:32 2021
From: linuxmaniac at torreviejawireless.org (Victor Seva)
Date: Fri, 14 May 2021 13:01:32 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
Message-ID: <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>

Hi,

you have some official Ubuntu versions supported [0]

[0] http://deb.kamailio.org/#dev54



From miconda at gmail.com  Fri May 14 13:03:07 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 14 May 2021 13:03:07 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ2ZuZhd1HC8s=agHS4n6FuWg4biHytBjUei6_Hkxwz88Q@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <CAEytwJ12hWtOtPy=--ba1WFoms9p6g3LhafNpYXGZ0s_f+VeqA@mail.gmail.com>
 <CAEytwJ2ZuZhd1HC8s=agHS4n6FuWg4biHytBjUei6_Hkxwz88Q@mail.gmail.com>
Message-ID: <0c456f57-36af-ea85-3412-9afeecb9fef2@gmail.com>

Hello,

are you using the specs from corresponding sub-sfolder in
pkg/kamailio/deb/ for your distribution?

Cheers,
Daniel

On 13.05.21 23:08, Andrew Chen wrote:
> The other option was to apply the "-d" to the dpkg-buildpackage binary
> to ignore the dependencies..but I don't know what are the
> repercussions?in doing this.
>
> Again, please advise. :)?
>
> On Thu, May 13, 2021 at 3:56 PM Andrew Chen <achen at fuze.com
> <mailto:achen at fuze.com>> wrote:
>
>     Btw, I manually downloaded the gcj-jdk deb package
>     (gcj-jdk_6.4.0-3ubuntu1_amd64.deb)?from Ubuntu main page and still
>     I get this error:
>
>     The following packages have unmet dependencies:
>      gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>                Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>                Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>
>     I also did the same for libval-dev (libval-dev_2.2-4_amd64.deb) and got this:
>
>     The following packages have unmet dependencies:
>
>
>     ?libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>
>
>     E: Unable to correct problems, you have held broken packages.
>
>
>
>     As for libxmlrpc-c3-dev, there is a "libxmlrpc-core-c3-dev" package.  Is that the same thing?  If not, does anyone know where I can get my hands on libxmlrpc-c3-dev.deb?
>
>
>     On Thu, May 13, 2021 at 2:26 PM Andrew Chen <achen at fuze.com
>     <mailto:achen at fuze.com>> wrote:
>
>         Hi guys,
>
>         I'm trying to build a deb file of kamailio 5.4 and when doing
>         dpkg-buidpackage?it gave a bunch of dependency?warnings.
>
>         I was able to take care a good number of them until I ran into
>         this:
>
>         *dpkg-checkbuilddeps: **error*: Unmet build dependencies:
>         gcj-jdk libval-dev libxmlrpc-c3-dev
>
>
>         None of these packages are in the "apt-cache search" output.
>
>
>         Below is a list of modules currently loaded in 5.2.5 and want
>         to use them again:
>
>
>         INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd
>         dialplan kex tm tmx sl rr pv maxfwd usrloc textops sdpops
>         siputils xlog sanity ctl acc dispatcher cfgutils permissions
>         domain presence presence_xml nathelper dialog tls htable pike
>         db_mysql userblacklist sqlops websocket xhttp siptrace tcpops
>         jsonrpcs rtimer"
>
>
>         Thanks
>
>
>
>         -- 
>         Andy Chen
>         Sr. Telephony Lead Engineer
>         415 516 5535 (M)
>         achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
>
>     -- 
>     Andy Chen
>     Sr. Telephony Lead Engineer
>     415 516 5535 (M)
>     achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
>
> -- 
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.*
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/e61319ca/attachment.htm>

From miconda at gmail.com  Fri May 14 13:07:15 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 14 May 2021 13:07:15 +0200
Subject: [SR-Users] Setting $conid per branch
In-Reply-To: <CAC-Lcd8xvFQP4Qch2yTjSRCBcbqfH6jS9sgvbdng7KGrN9RMvw@mail.gmail.com>
References: <CAC-Lcd9+c2sm8wJ7_rCboxiGAjwHb=KmAx7B78bEp+sGzWmOVQ@mail.gmail.com>
 <CAC-Lcd9ETUU_LSLDxbEvOz+xTdY55g28MhrMx8=EenLYdXVwEQ@mail.gmail.com>
 <2b3b7626-64a0-a117-249e-5e60643d9300@gmail.com>
 <CAC-Lcd8Gj9Mk-GB6BRYASReZ_LfjJLqSUgL2DfqiVo42=6d4bg@mail.gmail.com>
 <7c5fa47e-1347-b190-12dd-3e595b63fdf7@gmail.com>
 <CAC-Lcd_P7EcEFDgbNBH=w8zCp=DT4cuKZPLCDmbZP7sQP8ky4Q@mail.gmail.com>
 <891b2cee-5443-b24d-18f3-33e962231651@gmail.com>
 <CAC-Lcd8xvFQP4Qch2yTjSRCBcbqfH6jS9sgvbdng7KGrN9RMvw@mail.gmail.com>
Message-ID: <6d7e0d5a-575f-40cc-37bf-40febf3f1426@gmail.com>

Hello,

you can look at the code of lookup("location") function to see what
other attributes are set vs what you set via config operations, as you
wrote that with lookup("location") you don't face the issue.

Cheers,
Daniel

On 14.05.21 12:44, Marrold wrote:
> Hi,
>
> Apologies for the delay updating this one - it took longer than
> expected to get our test platform upgraded to the latest kamailio
> version that included the newer TCPOPS functions.
>
> I can confirm that using?tcp_get_conid() and tcp_set_otcpid() appears
> to work around the issue. I'm still curious why Kamailio is
> intermittently getting the wrong connection ID internally.
>
> Thinking about it some more, the issue is actually occuring on the
> /main/?branch when we set the following vars from the output
> of?reg_fetch_contacts, as it's only returning a single contact during
> testing.
>
> ? ? $ru = $var(addr);
> ? ? $du = $var(received);
> ? ? $bf = $var(cflags);
> ? ? $fs = $var(socket);
>
> Thanks
>
>
> On Tue, Mar 30, 2021 at 12:08 PM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     can you try with master branch to use sbranch-related functions
>     from pv module along with the result from reg_fetch_contact().
>
>     Cheers,
>     Daniel
>
>     On 19.03.21 11:13, Marrold wrote:
>>     We don't see the issue when using the standard lookup() function,
>>     only when we start manually appending branches with the results
>>     from??reg_fetch_contact()
>>
>>     Thanks
>>     Matthew
>>
>>     On Wed, Mar 17, 2021 at 7:18 AM Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>
>>         On 11.03.21 10:55, Marrold wrote:
>>>         Hi Daniel,
>>>
>>>         I didn't spot those TCPOPs functions, I'll give them a try
>>>         and let you know how I get on.
>>>
>>>         Do you have any idea why Kamailio is
>>>         intermittently?selecting the wrong connection using ID vs
>>>         peer address?
>>
>>
>>         have you tried and got that with lookup("location") or only
>>         with your script-based reg_fetch_contact()?
>>
>>         Cheers,
>>         Daniel
>>
>>>
>>>         Thanks for the suggestions.
>>>         Matthew
>>>
>>>         On Wed, Mar 10, 2021 at 7:27 AM Daniel-Constantin Mierla
>>>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>>             Hello,
>>>
>>>             a while ago I did some work to make possible to specify
>>>             the outgoing tcp connection id, see:
>>>
>>>             ? *
>>>             https://www.kamailio.org/docs/modules/stable/modules/tcpops.html#tcpops.f.tcp_set_otcpid
>>>             <https://www.kamailio.org/docs/modules/stable/modules/tcpops.html#tcpops.f.tcp_set_otcpid>
>>>
>>>             And the next function after it.
>>>
>>>             However, the testing was minimal, maybe not verifying
>>>             the entire chain with t_relay()/forward(). Even more,
>>>             the specifying of the outbound tcp connection was
>>>             supposed to be done internally by the
>>>             lookup("location"), the functions from tcpops being
>>>             added for more config flexibility, suitable for single
>>>             branch forwarding or branch_route blocks.
>>>
>>>             However, in your seem to do manual processing with
>>>             reg_fetch_contacts(), not rely on lookup location. You
>>>             can test with master and use $sbranch(...) and
>>>             corresponding functions from pv module, instead of
>>>             setting the r-uri and append_branch().
>>>
>>>             Cheers,
>>>             Daniel
>>>
>>>             On 10.03.21 06:00, Marrold wrote:
>>>>             Hi,
>>>>
>>>>             I've done a bit more digging and realised that $conid
>>>>             is read-only, and only available for an
>>>>             inbound?connection - so I dont?think it will achieve
>>>>             what I need.
>>>>
>>>>             I did a bit more troubleshooting and observed the
>>>>             differences in the debug log between two identical calls:
>>>>
>>>>             This example failed - the INVITEs went out to the
>>>>             incorrect endpoint / TCP connection. The "ulc_conid"
>>>>             from the location table for the TCP endpoint is 13:
>>>>
>>>>             Mar ?9 10:30:20 proxy-01 /sbin/kamailio[27014]: ERROR:
>>>>             <script>: Adding to main branch. ua: Yealink SIP-T42G
>>>>             29.83.0.120 ru: sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046
>>>>             <http://203.0.113.1:1046>?ulc_conid: 0 flags: 192 ci:
>>>>             162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>>>             Mar ?9 10:30:20 proxy-01 /sbin/kamailio[27014]: ERROR:
>>>>             <script>: Adding to child branch. ua: Yealink SIP-T58
>>>>             58.85.0.5 ru:
>>>>             sip:442079460000 at 10.0.130.241:50130;transport=TCP du:
>>>>             sip:203.0.113.1:50130;transport=tcp ulc_conid: 13?
>>>>             flags: 192 ci:
>>>>             162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>>>
>>>>             The debug log shows the wrong connection was found /by
>>>>             id, /which in this case was 2, but should have been 13:
>>>>
>>>>             Mar ?9 10:30:21 proxy-01 /sbin/kamailio[27014]: INFO:
>>>>             <script>: ONSEND: rm: INVITE ru:
>>>>             sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046 <http://203.0.113.1:1046> proto:
>>>>             udp src: 185.28.212.61:5060 <http://185.28.212.61:5060>
>>>>             dest: 203.0.113.1:1046 <http://203.0.113.1:1046>?ci:
>>>>             162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>>>             Mar ?9 10:30:21 proxy-01 /sbin/kamailio[27014]: INFO:
>>>>             <script>: ONSEND: rm: INVITE ru:
>>>>             sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046 <http://203.0.113.1:1046> proto:
>>>>             tcp src: 185.28.212.61:5062 <http://185.28.212.61:5062>
>>>>             dest: 203.0.113.1:50130 <http://203.0.113.1:50130>?ci:
>>>>             162e3e84-4036-48d7-a1d1-79cc92b7cea4-2-1 at sip-server-01
>>>>             Mar ?9 10:30:21 proxy-01 /sbin/kamailio[27014]: DEBUG:
>>>>             <core> [core/tcp_main.c:1651]: _tcpconn_find(): found
>>>>             connection by id: 2
>>>>             Mar ?9 10:30:21 proxy-01 /sbin/kamailio[27014]: DEBUG:
>>>>             <core> [core/tcp_main.c:2545]: tcpconn_send_put():
>>>>             found fd in cache (5, 0x7fedc49d2448, 2)
>>>>
>>>>             This example worked - the INVITEs went out to the
>>>>             correct endpoints / TCP connections. The "ulc_conid"
>>>>             from the location table for the TCP endpoint is still 13:
>>>>
>>>>             Mar ?9 10:42:30 proxy-01 /sbin/kamailio[27016]: ERROR:
>>>>             <script>: Adding to main branch. ua: Yealink SIP-T42G
>>>>             29.83.0.120 ru: sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046
>>>>             <http://203.0.113.1:1046>?ulc_conid: 0 flags: 192 ci:
>>>>             95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>>>             Mar ?9 10:42:30 proxy-01 /sbin/kamailio[27016]: ERROR:
>>>>             <script>: Adding to child branch. ua: Yealink SIP-T58
>>>>             58.85.0.5 ru:
>>>>             sip:442079460000 at 10.0.130.241:50130;transport=TCP du:
>>>>             sip:203.0.113.1:50130;transport=tcp ulc_conid: 13
>>>>             flags: 192 ci:
>>>>             95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>>>
>>>>             The debug log shows the correct connection was found
>>>>             /by peer address /and determined the correct connection 13:
>>>>
>>>>             Mar ?9 10:42:31 proxy-01 /sbin/kamailio[27016]: INFO:
>>>>             <script>: ONSEND: rm: INVITE ru:
>>>>             sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046 <http://203.0.113.1:1046> proto:
>>>>             udp src: 185.28.212.61:5060 <http://185.28.212.61:5060>
>>>>             dest: 203.0.113.1:1046 <http://203.0.113.1:1046> conid:
>>>>             <null> ci:
>>>>             95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>>>             Mar ?9 10:42:31 proxy-01 /sbin/kamailio[27016]: INFO:
>>>>             <script>: ONSEND: rm: INVITE ru:
>>>>             sip:442079460000 at 10.0.130.218:5060
>>>>             <http://sip:442079460000 at 10.0.130.218:5060> du:
>>>>             sip:203.0.113.1:1046 <http://203.0.113.1:1046> proto:
>>>>             tcp src: 185.28.212.61:5062 <http://185.28.212.61:5062>
>>>>             dest: 203.0.113.1:50130 <http://203.0.113.1:50130>
>>>>             conid: <null> ci:
>>>>             95ba0691-bdfc-4293-b99d-d46946cb5180-2-1 at sip-server-01
>>>>             Mar ?9 10:42:31 proxy-01 /sbin/kamailio[27016]: DEBUG:
>>>>             <core> [core/tcp_main.c:1670]: _tcpconn_find(): found
>>>>             connection by peer address (id: 13)
>>>>             Mar ?9 10:42:31 proxy-01 /sbin/kamailio[27016]: DEBUG:
>>>>             <core> [core/tcp_main.c:2548]: tcpconn_send_put(): tcp
>>>>             connection found (0x7fedc49ce0e8), acquiring fd
>>>>
>>>>             Additionally I checked the connection IDs and IPs /
>>>>             Ports before a failed and working call and they had not
>>>>             changed, it was the same TCP connection - so it doesn't
>>>>             appear to be some interaction with a connection closing
>>>>             or changing. We also don't see this issue using the
>>>>             standard?lookup() function.
>>>>
>>>>             Does anyone know why Kamailio is intermittently
>>>>             switching between finding by peer address and id, and
>>>>             why it's using the wrong ID??
>>>>
>>>>             Thanks again
>>>>             Matthew
>>>>
>>>>
>>>>             On Tue, Mar 9, 2021 at 8:56 AM Marrold
>>>>             <kamailio at marrold.co.uk
>>>>             <mailto:kamailio at marrold.co.uk>> wrote:
>>>>
>>>>                 Hi all,
>>>>
>>>>                 I'm currently adding a feature to our Kamailio
>>>>                 configuration to fork calls based on user agent.
>>>>
>>>>                 To do so I'm getting the registered endpoints
>>>>                 with?reg_fetch_contacts() iterating through and
>>>>                 matching on them,?then using seturi() /
>>>>                 append_branch() and setting the dst-uri and flags
>>>>                 as required.
>>>>
>>>>                 However, calls are intermittently going to the
>>>>                 wrong TCP connection, despite the logs showing the
>>>>                 correct destination IP and port in the ONSEND route.
>>>>
>>>>                 Looking in the location table I can see each
>>>>                 registration has a connection_id, and the debug log
>>>>                 indicates it's finding the connection by ID:
>>>>
>>>>                 ?DEBUG: <core> [core/tcp_main.c:1651]:
>>>>                 _tcpconn_find(): found connection by id: 3
>>>>
>>>>                 Is there a way to set the conid per branch? Is it
>>>>                 necessary?
>>>>
>>>>                 We're using?kamailio 5.3.3 on Debian 10.
>>>>
>>>>                 Thanks
>>>>                 Matthew
>>>>
>>>>
>>>>             _______________________________________________
>>>>             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 <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>             Funding: https://www.paypal.me/dcmierla <https://www.paypal.me/dcmierla>
>>>
>>         -- 
>>         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>
>>         Funding: https://www.paypal.me/dcmierla <https://www.paypal.me/dcmierla>
>>
>     -- 
>     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>
>     Funding: https://www.paypal.me/dcmierla <https://www.paypal.me/dcmierla>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/33f58f27/attachment.htm>

From miconda at gmail.com  Fri May 14 13:23:23 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 14 May 2021 13:23:23 +0200
Subject: [SR-Users] loose_route() and FQDN
In-Reply-To: <4b3a4bff-573c-bb5e-3886-dd3dd7038414@gmail.com>
References: <193b9e24-0edb-442a-8df1-27bc04293fb6@gmail.com>
 <6d9f566b-2815-f119-0a8d-7e5bdf06c660@gmail.com>
 <6ca545db-e3f1-f47e-e95f-966864bb8e1a@gmail.com>
 <13af5047-aa7c-3a96-6684-385fb883d206@gmail.com>
 <bf82d67b-9a4f-123f-46cd-75a593fc315a@gmail.com>
 <4935457a-8c6f-29cd-ace2-72bfd848bed3@gmail.com>
 <aabd2bf3-ad3a-2c8b-ed10-ec1372161407@gmail.com>
 <4f8a3d41-0c37-5031-3885-f2eadff2386c@gmail.com>
 <76bd6b2a-333d-102a-e1a3-c7507bed94e6@gmail.com>
 <CAFGRPVofj6f1G-L+s6A4KsjbYo5EzCFoat9ebT04yMm7Pktp5w@mail.gmail.com>
 <46f002c7-69ba-39f4-6cbd-a5fa0d6ef4dc@gmail.com>
 <CAFGRPVp-HmhcLNQ9QFjPnbhpuCpTjYkHdw5J042RZDaWQcVKYg@mail.gmail.com>
 <1d93b21b-2f59-864a-37d6-e2ae6223a205@gmail.com>
 <CAFGRPVqF8eQNZtpKwD0yc+WOXjZC8h35fYyApSf3KSGTv9Tg6g@mail.gmail.com>
 <CAJZsGCmcJDHzqryLict3NxaKWg5MOMOjNMofvcFAw_gwQXdXfQ@mail.gmail.com>
 <62960dee-693f-1928-7d3c-90b331a0447b@gmail.com>
 <4b3a4bff-573c-bb5e-3886-dd3dd7038414@gmail.com>
Message-ID: <0a1dd878-788a-cd64-b71c-6626a8311a04@gmail.com>

As an update, in the development version there is no is_first_hop(mode)
and when mode is 1, it should skip checking for ip and matching src ip
against it, so it should work with FQDN, expecting the config admin to
restrict looping, etc... for accurate results.

Cheers,
Daniel

On 13.05.21 17:04, Igor Olhovskiy wrote:
>
> In a case, if someone will find this topic via search
>
> is_first_hop() according to documentation is working only with IP
> addresses in a case of replies. So, it's fully correct behavior.
>
> My bad.
>
> Regards,
> Igor
> On 10.05.2021 08:55, Igor Olhovskiy wrote:
>>
>> Sergiu,
>>
>> Actually, yes
>>
>> Problem is in order of checking in this function
>>
>> https://github.com/kamailio/kamailio/blob/02240711239149e2f5c4890a70ab158d10fa8187/src/modules/siputils/sipops.c#L183
>>
>> ??? ??? if (((ip = str2ip(&(puri.host))) == NULL)
>> ??? ??? ??? ??? && ((ip = str2ip6(&(puri.host))) == NULL)) {
>> ??? ??? ??? LM_DBG("uri host is not an ip address\n");
>> ??? ??? ??? return -1;
>> ??? ??? }
>>
>> So, it's checking if Record-Route is an IP address before actually
>> calling *check_self()* function. I'll add an issue.
>>
>> Regards,
>> Igor
>> On 08.05.2021 02:42, Sergiu Pojoga wrote:
>>> May be related to a previous topic about is_first_hop() and 'myself'
>>>
>>> https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html
>>> <https://lists.kamailio.org/pipermail/sr-users/2018-October/103261.html>
>>>
>>> On Fri, May 7, 2021 at 7:22 PM David Villasmil
>>> <david.villasmil.work at gmail.com
>>> <mailto:david.villasmil.work at gmail.com>> wrote:
>>>
>>>
>>>     Can you share a trace?
>>>
>>>     On Fri, 7 May 2021 at 21:12, Igor Olhovskiy
>>>     <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>> wrote:
>>>
>>>         Yes. It passesuri == myself condition on auth.
>>>
>>>         Regards,
>>>         Igor
>>>
>>>         On 07.05.2021 17:32, David Villasmil wrote:
>>>>         Have you tried verifying Kamailio actually believes the
>>>>         FQDN is itself?
>>>>
>>>>         Regards,
>>>>
>>>>         David Villasmil
>>>>         email: david.villasmil.work at gmail.com
>>>>         <mailto:david.villasmil.work at gmail.com>
>>>>         phone: +34669448337
>>>>
>>>>
>>>>         On Fri, May 7, 2021 at 4:18 PM Igor Olhovskiy
>>>>         <igorolhovskiy at gmail.com <mailto:igorolhovskiy at gmail.com>>
>>>>         wrote:
>>>>
>>>>             David,
>>>>
>>>>             Yes, I did added it, means it was there, but
>>>>             is_first_hop() was blocking adding it. I think it's
>>>>             some leftovers from default config.
>>>>
>>>>             So, my conclusion, that is_first_hop() is ok with IP
>>>>             addresses, but not ok with FQDN in route. Although FQDN
>>>>             is added as alias
>>>>
>>>>             Regards,
>>>>             Igor
>>>>
>>>>             On 07.05.2021 16:07, David Villasmil wrote:
>>>>>             Did you add the handle_ruri_alias() as suggested by
>>>>>             Daniel? I had something like this where I would get
>>>>>             ?unable to resolve blah blah blah" and it?s because
>>>>>             the RURI is the actual wss ?address? which is
>>>>>             unresolvable, so executing the function forces
>>>>>             kamailio to take the alias instead.
>>>>>
>>>>>
>>>>>             On Fri, 7 May 2021 at 13:48, Igor Olhovskiy
>>>>>             <igorolhovskiy at gmail.com
>>>>>             <mailto:igorolhovskiy at gmail.com>> wrote:
>>>>>
>>>>>                 Daniel,
>>>>>
>>>>>                 Seems to be it's really the case, but with other
>>>>>                 function
>>>>>
>>>>>                 With FQDN in RR
>>>>>
>>>>>
>>>>>                       |is_first_hop()|
>>>>>
>>>>>                 is not acting correctly for reply.
>>>>>
>>>>>>                 For incoming SIP replies, it means that top
>>>>>>                 Record-Route URI is 'myself' and source address
>>>>>>                 is not matching it
>>>>>                 But in Record-Route we have "myself", but
>>>>>                 *is_first_hop()* returning 0.
>>>>>
>>>>>                 Thanks!
>>>>>
>>>>>                 Regards,
>>>>>                 Igor
>>>>>
>>>>>                 On 07.05.2021 14:22, Daniel-Constantin Mierla wrote:
>>>>>>
>>>>>>                 OK, because looping was something that should not
>>>>>>                 have happened in this case.
>>>>>>
>>>>>>                 Then the problem is that you do not do
>>>>>>                 nat-traversal-like processing for
>>>>>>                 websocket/webrtc traffic. You have to use
>>>>>>                 set_contact_alias() + handle_ruri_alias() because
>>>>>>                 the webrtc endpoints do not set "valid" contact
>>>>>>                 addresses.
>>>>>>
>>>>>>                 Cheers,
>>>>>>                 Daniel
>>>>>>
>>>>>>                 On 07.05.21 14:13, Igor Olhovskiy wrote:
>>>>>>>
>>>>>>>                 Ah, no, sorry, I was wrong at this one,
>>>>>>>
>>>>>>>                 This just is not sent with "unable to resolve
>>>>>>>                 address toleivu2gdbh.invalid".
>>>>>>>
>>>>>>>                 Sorry. Looping were something else during my
>>>>>>>                 tests, this just with *advertise* added
>>>>>>>
>>>>>>>                 Regards,
>>>>>>>                 Igor
>>>>>>>                 On 07.05.2021 14:02, Daniel-Constantin Mierla wrote:
>>>>>>>>
>>>>>>>>                 This looks like incoming ACK, because there is
>>>>>>>>                 only one Via header, so it is not what proxy
>>>>>>>>                 forwards -- that one is relevant to see what
>>>>>>>>                 headers were consumed and added.
>>>>>>>>
>>>>>>>>                 Cheers,
>>>>>>>>                 Daniel
>>>>>>>>
>>>>>>>>                 On 07.05.21 13:51, Igor Olhovskiy wrote:
>>>>>>>>>                 Sure.
>>>>>>>>>
>>>>>>>>>                 ACK
>>>>>>>>>                 sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>>>                 SIP/2.0
>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>                 From:
>>>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>                 CSeq: 18326 ACK
>>>>>>>>>                 Route:
>>>>>>>>>                 <sip:KAMAILIO_FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>                 Route:
>>>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>                 Max-Forwards: 70
>>>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>                 Content-Length:? 0
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                 By loop I meant, Kamailio just relaying it
>>>>>>>>>                 back to self and discard.
>>>>>>>>>
>>>>>>>>>                 Regards,
>>>>>>>>>                 Igor
>>>>>>>>>                 On 07.05.2021 13:48, Daniel-Constantin Mierla
>>>>>>>>>                 wrote:
>>>>>>>>>>
>>>>>>>>>>                 Can you paste the ACK that loops, after being
>>>>>>>>>>                 handled once by Kamailio?
>>>>>>>>>>
>>>>>>>>>>                 Cheers,
>>>>>>>>>>                 Daniel
>>>>>>>>>>
>>>>>>>>>>                 On 07.05.21 13:25, Igor Olhovskiy wrote:
>>>>>>>>>>>
>>>>>>>>>>>                 Daniel,
>>>>>>>>>>>
>>>>>>>>>>>                 Yes, it is.
>>>>>>>>>>>
>>>>>>>>>>>                 alias=...
>>>>>>>>>>>
>>>>>>>>>>>                 Also tried with
>>>>>>>>>>>
>>>>>>>>>>>                 listen = IP advertise FQDN
>>>>>>>>>>>
>>>>>>>>>>>                 same behavior, loose_route() stops acting
>>>>>>>>>>>                 correctly.
>>>>>>>>>>>
>>>>>>>>>>>                 PS: Forgot to add, Kamailio 5.4.3 / 5.4.4
>>>>>>>>>>>
>>>>>>>>>>>                 Regards,
>>>>>>>>>>>                 Igor
>>>>>>>>>>>                 On 07.05.2021 13:21, Daniel-Constantin
>>>>>>>>>>>                 Mierla wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>                 Hello,
>>>>>>>>>>>>
>>>>>>>>>>>>                 is the KAMAILIO_FQDN set as local domain
>>>>>>>>>>>>                 for Kamailio (via alias parameter or domain
>>>>>>>>>>>>                 module+register myself)?
>>>>>>>>>>>>
>>>>>>>>>>>>                 Cheers,
>>>>>>>>>>>>                 Daniel
>>>>>>>>>>>>
>>>>>>>>>>>>                 On 07.05.21 11:17, Igor Olhovskiy wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 Hello,
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 I saw there are some topics on this
>>>>>>>>>>>>>                 already and carefully walked through all
>>>>>>>>>>>>>                 of them, but can't solve following issue.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 For a reason I do need that in
>>>>>>>>>>>>>                 Record-Route header sent to endpoint would
>>>>>>>>>>>>>                 present FQDN. If it matters, it's UDP/WSS
>>>>>>>>>>>>>                 conversion done on Kamailio.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 So, scheme is quite simple
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 Enpoint A? ->UDP-> Kamailio ->WSS->
>>>>>>>>>>>>>                 Endpoint B (NAT)
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 Main issue here, that if in Record-Route
>>>>>>>>>>>>>                 headers it's FQDN, but not IP addresses,
>>>>>>>>>>>>>                 on a new transactions with a dialog (ACK
>>>>>>>>>>>>>                 on 200, PRACK, BYE),
>>>>>>>>>>>>>                 Kamailio*loose_route()* function resolves
>>>>>>>>>>>>>                 address of destination not current dialog,
>>>>>>>>>>>>>                 but actual R-URI (or itself, if R-URI is
>>>>>>>>>>>>>                 something from WebRTC world) that is not
>>>>>>>>>>>>>                 correct due to NAT.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 If in RR headers IP addresses are present
>>>>>>>>>>>>>                 - all is working as expected.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 As an example (RR with FQDN)
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 B answers 200
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 SIP/2.0 200 OK
>>>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>>>                 <sip:KAMAILIO_FQDN:8089;transport=ws;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>>                 Record-Route:
>>>>>>>>>>>>>                 <sip:KAMAILIO_FQDN;r2=on;lr=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>>>                 <A_IP_ADDRESS>:5060;received=A IP
>>>>>>>>>>>>>                 ADDRESS;rport=5060;branch=z9hG4bKPj67fb6d86-97d7-4231-995b-e54b0f62881e
>>>>>>>>>>>>>                 To: <sip:88290@<KAMAILIO_FQDN>>;tag=hvra7mj3q0
>>>>>>>>>>>>>                 From:
>>>>>>>>>>>>>                 <sip:+XXXX7688881@<KAMAILIO_FQDN>>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>>>                 CSeq: 18326 INVITE
>>>>>>>>>>>>>                 Contact:
>>>>>>>>>>>>>                 <sip:88290 at toleivu2gdbh.invalid;transport=wss>
>>>>>>>>>>>>>                 Allow:
>>>>>>>>>>>>>                 ACK,CANCEL,INVITE,MESSAGE,BYE,OPTIONS,INFO,NOTIFY,REFER
>>>>>>>>>>>>>                 Supported: outbound
>>>>>>>>>>>>>                 Content-Type: application/sdp
>>>>>>>>>>>>>                 Content-Length: 817
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 ACK looks like
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 ACK
>>>>>>>>>>>>>                 sip:88290 at toleivu2gdbh.invalid;transport=wss
>>>>>>>>>>>>>                 SIP/2.0
>>>>>>>>>>>>>                 Via: SIP/2.0/UDP
>>>>>>>>>>>>>                 A_IP_ADDRESS:5060;rport;branch=z9hG4bKPj8d05548a-91ef-4332-8617-32f8eeebf8f2
>>>>>>>>>>>>>                 From:
>>>>>>>>>>>>>                 <sip:88881 at A_IP_ADDRESS>;tag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d
>>>>>>>>>>>>>                 To: <sip:88290 at KAMAILIO_FQDN>;tag=hvra7mj3q0
>>>>>>>>>>>>>                 Call-ID: 46f44741-d155-4dd5-8fd8-78e540fc1acb
>>>>>>>>>>>>>                 CSeq: 18326 ACK
>>>>>>>>>>>>>                 Route:
>>>>>>>>>>>>>                 <sip:FQDN;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>>                 Route:
>>>>>>>>>>>>>                 <sip:FQDN:8089;transport=ws;lr;r2=on;ftag=0a3e31a6-96ad-42d0-9310-81b35cedbd3d;nat=wss>
>>>>>>>>>>>>>                 Max-Forwards: 70
>>>>>>>>>>>>>                 User-Agent: Asterisk PBX 13.33.0
>>>>>>>>>>>>>                 Content-Length:? 0
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 And Kamailio on *loose_route()* loops ACK
>>>>>>>>>>>>>                 to itself. (with result of function == 1)
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 In a case if in Record-Route/Route headers
>>>>>>>>>>>>>                 just IP address of Kamailio present, all
>>>>>>>>>>>>>                 works as expected, but it's not really
>>>>>>>>>>>>>                 behavior I want to achieve.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 I've tried to play with
>>>>>>>>>>>>>                 *record_route_preset("...")* specifying
>>>>>>>>>>>>>                 only WSS part (as suggested in
>>>>>>>>>>>>>                 https://skalatan.de/de/blog/kamailio-sbc-teams
>>>>>>>>>>>>>                 <https://skalatan.de/de/blog/kamailio-sbc-teams>)
>>>>>>>>>>>>>                 with FQDN, but no luck.
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 Also wanted to try approach using
>>>>>>>>>>>>>                 record_route_preset() function in branch
>>>>>>>>>>>>>                 route, but it was working only with first
>>>>>>>>>>>>>                 branch, not affecting others (but I assume
>>>>>>>>>>>>>                 having different RR headers across
>>>>>>>>>>>>>                 branches is not a good idea)
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 -- 
>>>>>>>>>>>>>                 Regards,
>>>>>>>>>>>>>                 Igor
>>>>>>>>>>>>>
>>>>>>>>>>>>>                 __________________________________________________________
>>>>>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>>>>                   * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>>>>>                   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>>>>                   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>>>>>
>>>>>>>>>>>                 __________________________________________________________
>>>>>>>>>>>                 Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>>>>>>>                   * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>>>>>>>>                 Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>>>>>>>                 Edit mailing list options or unsubscribe:
>>>>>>>>>>>                   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <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> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>>>>>>>>>>                 Kamailio Advanced Training - Online
>>>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>>>                   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>>>                 -- 
>>>>>>>>                 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 Advanced Training - Online
>>>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>>>                   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>>                 -- 
>>>>>>                 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 Advanced Training - Online
>>>>>>                 May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>>                   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>>>                 __________________________________________________________
>>>>>                 Kamailio - Users Mailing List - Non Commercial
>>>>>                 Discussions
>>>>>                 ? * sr-users at lists.kamailio.org
>>>>>                 <mailto:sr-users at lists.kamailio.org>
>>>>>                 Important: keep the mailing list in the
>>>>>                 recipients, do not reply only to the sender!
>>>>>                 Edit mailing list options or unsubscribe:
>>>>>                 ? *
>>>>>                 https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>                 <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>
>>>>>             -- 
>>>>>             Regards,
>>>>>
>>>>>             David Villasmil
>>>>>             email: david.villasmil.work at gmail.com
>>>>>             <mailto:david.villasmil.work at gmail.com>
>>>>>             phone: +34669448337
>>>>>
>>>>>             __________________________________________________________
>>>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>               * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>>             Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>>             Edit mailing list options or unsubscribe:
>>>>>               * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>             __________________________________________________________
>>>>             Kamailio - Users Mailing List - Non Commercial Discussions
>>>>             ? * sr-users at lists.kamailio.org
>>>>             <mailto:sr-users at lists.kamailio.org>
>>>>             Important: keep the mailing list in the recipients, do
>>>>             not reply only to the sender!
>>>>             Edit mailing list options or unsubscribe:
>>>>             ? *
>>>>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>>
>>>>
>>>>         __________________________________________________________
>>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>>           * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>>         Important: keep the mailing list in the recipients, do not reply only to the sender!
>>>>         Edit mailing list options or unsubscribe:
>>>>           * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>         __________________________________________________________
>>>         Kamailio - Users Mailing List - Non Commercial Discussions
>>>         ? * sr-users at lists.kamailio.org
>>>         <mailto:sr-users at lists.kamailio.org>
>>>         Important: keep the mailing list in the recipients, do not
>>>         reply only to the sender!
>>>         Edit mailing list options or unsubscribe:
>>>         ? *
>>>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>         <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>     -- 
>>>     Regards,
>>>
>>>     David Villasmil
>>>     email: david.villasmil.work at gmail.com
>>>     <mailto:david.villasmil.work at gmail.com>
>>>     phone: +34669448337
>>>     __________________________________________________________
>>>     Kamailio - Users Mailing List - Non Commercial Discussions
>>>     ? * sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>>     Important: keep the mailing list in the recipients, do not reply
>>>     only to the sender!
>>>     Edit mailing list options or unsubscribe:
>>>     ? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>     <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/2d6bfb73/attachment.htm>

From achen at fuze.com  Fri May 14 14:09:13 2021
From: achen at fuze.com (Andrew Chen)
Date: Fri, 14 May 2021 08:09:13 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
Message-ID: <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>

Hi Daniel,

Yes.  These are the steps I took:

## git clone kamailio repository
cd $INSTALLDIR
sudo git clone https://github.com/kamailio/kamailio kamailio
cd kamailio
sudo git checkout 5.4

## Make config files with included modules list
sudo make include_modules="$INCLUDE_MODULES" cfg

## Compile Kamailio
sudo make mode=debug

cd pkg/kamailio/deb

## Create debian package
sudo dpkg-buildpackage


Hi Victor,

Yes, this is the version of Ubuntu we are using:

deb     http://deb.kamailio.org/kamailio54 bionic main
deb-src http://deb.kamailio.org/kamailio54 bionic main



On Fri, May 14, 2021 at 7:03 AM Victor Seva <
linuxmaniac at torreviejawireless.org> wrote:

> Hi,
>
> you have some official Ubuntu versions supported [0]
>
> [0] http://deb.kamailio.org/#dev54
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/8af4410e/attachment.htm>

From barry at flanagan.ie  Fri May 14 15:52:25 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Fri, 14 May 2021 14:52:25 +0100
Subject: [SR-Users] Getting MOS feedback from rtpengine
Message-ID: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>

Hi

Using Kamailio 5.4.4 on Debian Buster. I am trying to get feedback of 
the MOS scores at call end. However the variables are always <null>.

I have the modparams set as follows:

# ----- rtpengine params -----
modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
modparam("rtpengine", "rtpengine_disable_tout", -1)
modparam("rtpengine", "rtpengine_tout_ms", 2000)
modparam("rtpengine", "rtpengine_allow_op", 1)
modparam("rtpengine", "mos_min_pv", "$avp(s:mos_min)")
modparam("rtpengine", "mos_max_pv", "$avp(s:mos_max)")
modparam("rtpengine", "mos_average_pv", "$avp(s:mos_avg)")
modparam("rtpengine", "mos_average_packetloss_pv", 
"$avp(s:mos_avg_packetloss)")
modparam("rtpengine", "mos_average_jitter_pv", "$avp(s:mos_avg_jitter)")
modparam("rtpengine", "mos_average_roundtrip_pv", 
"$avp(s:mos_avg_roundtrip)")

I am trying to log the values from within the dialog:end event_route:

event_route[dialog:end] {
 ??? rtpengine_delete();
 ??? xlog("L_INFO","mos_avg=$avp(mos_avg), 
packetloss_avg=$avp(mos_avg_packetloss), 
jitter_avg=$avp(mos_avg_jitter), latency_avg=$avp(mos_avg_roundtrip), 
sip_last_reply=$rs?? - $ci\n");
 ??? return;
}

Am I missing something? I have tried rtpengine_query and 
rtpengine_manage in place of the _delete and also tried placing this in 
the BYE handling section of WITHIN_DIALOG but no joy.

Any assistance much appreciated!

-Barry




-- 
-Barry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3066 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/29c21ac8/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/29c21ac8/attachment.sig>

From jh at tutpro.com  Fri May 14 16:47:13 2021
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 14 May 2021 17:47:13 +0300
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
Message-ID: <24734.36209.84102.355456@tutpro.com>

I don't know if it matters, but in modparams you prefix the avp names
with "s:", and don't do it in the xlog call.

-- Juha


From barry at flanagan.ie  Fri May 14 16:52:43 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Fri, 14 May 2021 15:52:43 +0100
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <24734.36209.84102.355456@tutpro.com>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <24734.36209.84102.355456@tutpro.com>
Message-ID: <347d1cdf-acda-d219-9959-f488a07b3cba@flanagan.ie>

On 14/05/2021 15:47, Juha Heinanen wrote:
> I don't know if it matters, but in modparams you prefix the avp names
> with "s:", and don't do it in the xlog call.

I actually copied and pasted your code in just to be sure, but no result.

-- 

-Barry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/da401778/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3066 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/da401778/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/da401778/attachment.sig>

From abalashov at evaristesys.com  Fri May 14 16:56:02 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 14 May 2021 10:56:02 -0400
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <347d1cdf-acda-d219-9959-f488a07b3cba@flanagan.ie>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <24734.36209.84102.355456@tutpro.com>
 <347d1cdf-acda-d219-9959-f488a07b3cba@flanagan.ie>
Message-ID: <94c54f48-70b1-eeb3-ae63-0fc374485ff8@evaristesys.com>

For what it's worth, I have tried this as well and had the same result 
as Barry.

I gave up.

-- 
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/


From jh at tutpro.com  Fri May 14 17:03:23 2021
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 14 May 2021 18:03:23 +0300
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <94c54f48-70b1-eeb3-ae63-0fc374485ff8@evaristesys.com>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <24734.36209.84102.355456@tutpro.com>
 <347d1cdf-acda-d219-9959-f488a07b3cba@flanagan.ie>
 <94c54f48-70b1-eeb3-ae63-0fc374485ff8@evaristesys.com>
Message-ID: <24734.37179.76850.348778@tutpro.com>

To Barry:  I have never shown any mos code for copying.  So you must
have mixed people up.

I have never used dialog module, since I don't believe it is the job of
sip proxy to deal with dialogs.

I just did a simple test where placed the xinfo call after
rtpengine_delete() call and got to syslog:

May 14 17:59:01 lohi /usr/bin/sip-proxy[29816]: INFO: ===== rtpengine_delete()
May 14 17:59:01 lohi /usr/bin/sip-proxy[29816]: INFO: mos_avg=4.3 packetloss_avg=0 jitter_avg=4 roudtrip_avg=6814

-- Juha


From rfuchs at sipwise.com  Fri May 14 17:08:13 2021
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Fri, 14 May 2021 11:08:13 -0400
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
Message-ID: <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>

Are your RTP clients sending RTCP? MOS calculation depends on RTCP. You 
can look in rtpengine's log, at the end of the call the MOS score is 
logged together with other stream stats.

In more recent versions of rtpengine you can enable local RTCP 
generation and this should give you stats even if the clients don't send 
RTCP.

Cheers


On 14/05/2021 09.52, [ EXT ] Barry Flanagan wrote:
> Hi
>
> Using Kamailio 5.4.4 on Debian Buster. I am trying to get feedback of 
> the MOS scores at call end. However the variables are always <null>.
>
> I have the modparams set as follows:
>
> # ----- rtpengine params -----
> modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
> modparam("rtpengine", "rtpengine_disable_tout", -1)
> modparam("rtpengine", "rtpengine_tout_ms", 2000)
> modparam("rtpengine", "rtpengine_allow_op", 1)
> modparam("rtpengine", "mos_min_pv", "$avp(s:mos_min)")
> modparam("rtpengine", "mos_max_pv", "$avp(s:mos_max)")
> modparam("rtpengine", "mos_average_pv", "$avp(s:mos_avg)")
> modparam("rtpengine", "mos_average_packetloss_pv", 
> "$avp(s:mos_avg_packetloss)")
> modparam("rtpengine", "mos_average_jitter_pv", "$avp(s:mos_avg_jitter)")
> modparam("rtpengine", "mos_average_roundtrip_pv", 
> "$avp(s:mos_avg_roundtrip)")
>
> I am trying to log the values from within the dialog:end event_route:
>
> event_route[dialog:end] {
> ??? rtpengine_delete();
> ??? xlog("L_INFO","mos_avg=$avp(mos_avg), 
> packetloss_avg=$avp(mos_avg_packetloss), 
> jitter_avg=$avp(mos_avg_jitter), latency_avg=$avp(mos_avg_roundtrip), 
> sip_last_reply=$rs?? - $ci\n");
> ??? return;
> }
>
> Am I missing something? I have tried rtpengine_query and 
> rtpengine_manage in place of the _delete and also tried placing this 
> in the BYE handling section of WITHIN_DIALOG but no joy.
>
> Any assistance much appreciated!
>
> -Barry
>
>
>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/ffc1acf3/attachment.htm>

From barry at flanagan.ie  Fri May 14 17:57:01 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Fri, 14 May 2021 16:57:01 +0100
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
Message-ID: <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>

Hi Richard!

On 14/05/2021 16:08, Richard Fuchs wrote:

> Are your RTP clients sending RTCP? MOS calculation depends on RTCP. 
> You can look in rtpengine's log, at the end of the call the MOS score 
> is logged together with other stream stats.
>
OK, this could be the issue. I don't control the clients here.

> In more recent versions of rtpengine you can enable local RTCP 
> generation and this should give you stats even if the clients don't 
> send RTCP.
>
I am running rtpengine 8.5.3.2 - how would I enable this feature or what 
version would I need?

Thanks

-Barry

> Cheers
>
>
> On 14/05/2021 09.52, [ EXT ] Barry Flanagan wrote:
>> Hi
>>
>> Using Kamailio 5.4.4 on Debian Buster. I am trying to get feedback of 
>> the MOS scores at call end. However the variables are always <null>.
>>
>> I have the modparams set as follows:
>>
>> # ----- rtpengine params -----
>> modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
>> modparam("rtpengine", "rtpengine_disable_tout", -1)
>> modparam("rtpengine", "rtpengine_tout_ms", 2000)
>> modparam("rtpengine", "rtpengine_allow_op", 1)
>> modparam("rtpengine", "mos_min_pv", "$avp(s:mos_min)")
>> modparam("rtpengine", "mos_max_pv", "$avp(s:mos_max)")
>> modparam("rtpengine", "mos_average_pv", "$avp(s:mos_avg)")
>> modparam("rtpengine", "mos_average_packetloss_pv", 
>> "$avp(s:mos_avg_packetloss)")
>> modparam("rtpengine", "mos_average_jitter_pv", "$avp(s:mos_avg_jitter)")
>> modparam("rtpengine", "mos_average_roundtrip_pv", 
>> "$avp(s:mos_avg_roundtrip)")
>>
>> I am trying to log the values from within the dialog:end event_route:
>>
>> event_route[dialog:end] {
>> ??? rtpengine_delete();
>> ??? xlog("L_INFO","mos_avg=$avp(mos_avg), 
>> packetloss_avg=$avp(mos_avg_packetloss), 
>> jitter_avg=$avp(mos_avg_jitter), latency_avg=$avp(mos_avg_roundtrip), 
>> sip_last_reply=$rs?? - $ci\n");
>> ??? return;
>> }
>>
>> Am I missing something? I have tried rtpengine_query and 
>> rtpengine_manage in place of the _delete and also tried placing this 
>> in the BYE handling section of WITHIN_DIALOG but no joy.
>>
>> Any assistance much appreciated!
>>
>> -Barry
>>
>>
>>
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>    *sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>    *https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>    * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>    * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
-Barry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/4d1c1ef1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3066 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/4d1c1ef1/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/4d1c1ef1/attachment.sig>

From rfuchs at sipwise.com  Fri May 14 18:04:45 2021
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Fri, 14 May 2021 12:04:45 -0400
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
 <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>
Message-ID: <e301da82-43ad-0b78-ded0-bd9358abd8f5@sipwise.com>

On 14/05/2021 11.57, [ EXT ] Barry Flanagan wrote:
>>
>> In more recent versions of rtpengine you can enable local RTCP 
>> generation and this should give you stats even if the clients don't 
>> send RTCP.
>>
> I am running rtpengine 8.5.3.2 - how would I enable this feature or 
> what version would I need?
>
This is available from 9.2 onwards. Simply add `generate-RTCP` to your 
offer or answer flags and this will switch from RTCP passthrough to 
locally generated RTCP for that call.

Cheers



From barry at flanagan.ie  Fri May 14 18:06:12 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Fri, 14 May 2021 17:06:12 +0100
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <e301da82-43ad-0b78-ded0-bd9358abd8f5@sipwise.com>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
 <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>
 <e301da82-43ad-0b78-ded0-bd9358abd8f5@sipwise.com>
Message-ID: <078afaac-9265-561a-b1d2-cdaee1971b9c@flanagan.ie>

On 14/05/2021 17:04, Richard Fuchs wrote:

> On 14/05/2021 11.57, [ EXT ] Barry Flanagan wrote:
>>>
>>> In more recent versions of rtpengine you can enable local RTCP 
>>> generation and this should give you stats even if the clients don't 
>>> send RTCP.
>>>
>> I am running rtpengine 8.5.3.2 - how would I enable this feature or 
>> what version would I need?
>>
> This is available from 9.2 onwards. Simply add `generate-RTCP` to your 
> offer or answer flags and this will switch from RTCP passthrough to 
> locally generated RTCP for that call.

OK, great. That might be just what is required.

Many thanks.

-Barry


> Cheers
>
-- 
-Barry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3066 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/7d3aee7d/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/7d3aee7d/attachment.sig>

From victor.velo at yahoo.ca  Fri May 14 20:49:36 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Fri, 14 May 2021 18:49:36 +0000 (UTC)
Subject: [SR-Users] Help to overwrite the $od, or another solution
References: <822672362.395848.1621018176234.ref@mail.yahoo.com>
Message-ID: <822672362.395848.1621018176234@mail.yahoo.com>

Hello,
I'm facing to some challenge in my learning process and using Kamalio as MS Teams SBC,
the request I receive from MS Teams seems to be correct but I need to overwrite the Original Domain, which is the FQDN of Kamailio itself, to another domain name:
INVITE sip:+15142144069 at dev-sbc.openfabrik.com:5061;user=phone;transport=tls SIP/2.0Record-Route: <sip:155.138.140.233;r2=on;lr=on;ftag=3e2ca0c5d0da4335b121f205a6f20541>Record-Route: <sip:155.138.140.233:5061;transport=tls;r2=on;lr=on;ftag=3e2ca0c5d0da4335b121f205a6f20541>FROM: Victor Velo<sip:+14507001777 at sip.pstnhub.microsoft.com:5061;user=phone>;tag=3e2ca0c5d0da4335b121f205a6f20541TO: <sip:+15142144069 at dev-sbc.openfabrik.com:5061;user=phone>
rewrite to:
INVITE sip:+15142144069 at dev-sbc.openfabrik.com:5061;user=phone;transport=tls SIP/2.0Record-Route: <sip:155.138.140.233;r2=on;lr=on;ftag=3e2ca0c5d0da4335b121f205a6f20541>Record-Route: <sip:155.138.140.233:5061;transport=tls;r2=on;lr=on;ftag=3e2ca0c5d0da4335b121f205a6f20541>FROM: Victor Velo<sip:+14507001777 at sip.pstnhub.microsoft.com:5061;user=phone>;tag=3e2ca0c5d0da4335b121f205a6f20541TO: <sip:+15142144069 at dev.myinternaldomain.openfabrik.com:5061;user=phone>
What would the best why to achieve this rewriting??
Thanks,
Victor


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210514/2ccf2cf4/attachment.htm>

From fred at palner.com  Fri May 14 21:12:17 2021
From: fred at palner.com (Fred Posner)
Date: Fri, 14 May 2021 15:12:17 -0400
Subject: [SR-Users] Help to overwrite the $od, or another solution
In-Reply-To: <822672362.395848.1621018176234@mail.yahoo.com>
References: <822672362.395848.1621018176234.ref@mail.yahoo.com>
 <822672362.395848.1621018176234@mail.yahoo.com>
Message-ID: <bdde1cca-8e88-4415-6d2f-047709d2dcd8@palner.com>

On 5/14/21 2:49 PM, Victor Velo wrote:
> Hello,
> 
> the request I receive from MS Teams seems to be correct but I need to
> overwrite the Original Domain, which is the FQDN of Kamailio itself, to
> another domain name:
> 
> TO: <sip:+15142144069@*dev-sbc.openfabrik.com:5061*;user=phone>
> 
> rewrite to:
> TO: <sip:+15142144069@*dev.myinternaldomain.openfabrik.com*:5061;user=phone>
> 
> What would the best why to achieve this rewriting??
> 

Take a look at UAC module:
https://www.kamailio.org/docs/modules/stable/modules/uac.html

In your case:
uac_replace_to_uri


You can also use replace_all within textops:
https://www.kamailio.org/docs/modules/stable/modules/textops.html

-- 
Fred Posner -- www.palner.com
Matrix: @fred:matrix.lod.com


From victor.velo at yahoo.ca  Sat May 15 13:42:19 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Sat, 15 May 2021 11:42:19 +0000 (UTC)
Subject: [SR-Users] Help to overwrite the $od, or another solution
In-Reply-To: <bdde1cca-8e88-4415-6d2f-047709d2dcd8@palner.com>
References: <822672362.395848.1621018176234.ref@mail.yahoo.com>
 <822672362.395848.1621018176234@mail.yahoo.com>
 <bdde1cca-8e88-4415-6d2f-047709d2dcd8@palner.com>
Message-ID: <251133890.490461.1621078939647@mail.yahoo.com>

 Hello Fred,
Thank you, that did replace the to_uri.
I'm now facing with another thing: "407 Proxy Authentication Required".
I already added the 3 MS Teams GW to trusted source in the FreeSwitch ACL:
But still getting this Proxy Authentication Required?error.
Any tips for investigation is welcome.?
Thanks,Victor
    On Friday, May 14, 2021, 03:12:40 p.m. EDT, Fred Posner <fred at palner.com> wrote:  
 
 On 5/14/21 2:49 PM, Victor Velo wrote:
> Hello,
> 
> the request I receive from MS Teams seems to be correct but I need to
> overwrite the Original Domain, which is the FQDN of Kamailio itself, to
> another domain name:
> 
> TO: <sip:+15142144069@*dev-sbc.openfabrik.com:5061*;user=phone>
> 
> rewrite to:
> TO: <sip:+15142144069@*dev.myinternaldomain.openfabrik.com*:5061;user=phone>
> 
> What would the best why to achieve this rewriting??
> 

Take a look at UAC module:
https://www.kamailio.org/docs/modules/stable/modules/uac.html

In your case:
uac_replace_to_uri


You can also use replace_all within textops:
https://www.kamailio.org/docs/modules/stable/modules/textops.html

-- 
Fred Posner -- www.palner.com
Matrix: @fred:matrix.lod.com

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
? * sr-users at lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
? * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210515/1a36ce78/attachment.htm>

From Antony.Stone at kamailio.open.source.it  Sat May 15 15:21:28 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Sat, 15 May 2021 15:21:28 +0200
Subject: [SR-Users] Can Kamailio help with this?
Message-ID: <202105151521.29034.Antony.Stone@kamailio.open.source.it>

Hi.

I've been aware of Kamailio, and on this list, for several years, but so far I 
have not implemented Kamailio for any purpose.

I wonder if it could be a suitable tool for the following scenario.

I currently use Asterisk to register as a client, with username and password, 
to other SIP PBXs in order to receive calls.  As far as the other PBX is 
concerned, Asterisk looks like a SIP telephone on a particular extension.

However, Asterisk's SIP client capabilities are limited to handling phone 
calls only, and it specifically cannot receive presence information about the 
state of other extensions from the remote PBX.

So, could Kamailio be used in the path between Asterisk and the remote PBX so 
that the registration on the PBX comes from Kamailio (with any incoming calls 
being passed to Asterisk), but with Kamailio also receiving presence 
information from the remote PBX and making this available to some script or 
application (which I would expect to have to write)?

The main point is that I don't want to have two things registering to the 
remote PBX, one for calls and one for presence, so I'm looking for a way to 
register with something which understands presence, and can also pass calls on 
to Asterisk.

Can anyone suggest whether Kamailio could do this, and if so, point me at some 
resources to help me get started; or alternatively suggest ideas on some other 
tool which might be more appropriate than Kamailio?


Thanks for any ideas,


Antony.

-- 
Schr?dinger's rule of data integrity: the condition of any backup is unknown 
until a restore is attempted.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From mespio at gmail.com  Sat May 15 22:49:01 2021
From: mespio at gmail.com (Mojtaba)
Date: Sun, 16 May 2021 01:19:01 +0430
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
Message-ID: <CABVi_ExUz9rajd4yunj6MbViYDOBX5MkPH8yyXKuS_PHz4ajTQ@mail.gmail.com>

Absolutely yes, In Kamailio with specific module you could do it. Some
related module for doing this scenario are:
presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo
You could know more about them by referring to its documentation.
With Best Regards

Mojtaba Esfandiari.S

On Sat, May 15, 2021 at 5:52 PM Antony Stone <
Antony.Stone at kamailio.open.source.it> wrote:

> Hi.
>
> I've been aware of Kamailio, and on this list, for several years, but so
> far I
> have not implemented Kamailio for any purpose.
>
> I wonder if it could be a suitable tool for the following scenario.
>
> I currently use Asterisk to register as a client, with username and
> password,
> to other SIP PBXs in order to receive calls.  As far as the other PBX is
> concerned, Asterisk looks like a SIP telephone on a particular extension.
>
> However, Asterisk's SIP client capabilities are limited to handling phone
> calls only, and it specifically cannot receive presence information about
> the
> state of other extensions from the remote PBX.
>
> So, could Kamailio be used in the path between Asterisk and the remote PBX
> so
> that the registration on the PBX comes from Kamailio (with any incoming
> calls
> being passed to Asterisk), but with Kamailio also receiving presence
> information from the remote PBX and making this available to some script
> or
> application (which I would expect to have to write)?
>
> The main point is that I don't want to have two things registering to the
> remote PBX, one for calls and one for presence, so I'm looking for a way
> to
> register with something which understands presence, and can also pass
> calls on
> to Asterisk.
>
> Can anyone suggest whether Kamailio could do this, and if so, point me at
> some
> resources to help me get started; or alternatively suggest ideas on some
> other
> tool which might be more appropriate than Kamailio?
>
>
> Thanks for any ideas,
>
>
> Antony.
>
> --
> Schr?dinger's rule of data integrity: the condition of any backup is
> unknown
> until a restore is attempted.
>
>                                                    Please reply to the
> list;
>                                                          please *don't* CC
> me.
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
--Mojtaba Esfandiari.S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210516/3033494b/attachment.htm>

From edo.ekunwe at gmail.com  Sun May 16 00:46:35 2021
From: edo.ekunwe at gmail.com (Edo)
Date: Sat, 15 May 2021 17:46:35 -0500
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System
Message-ID: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>

Hi,

I am looking to get a complete kamailio.cfg file that I can use to set up a
voice termination system.
This system will only connect with peers making multiple
simultaneous calls, registering strictly via ip, accounting calls to sql
db, capable of multiple rate tables for the different peers, call control,
CDR tool and billing capable and call routing to multiple media servers.

I am willing to try to build this myself but at this time I do not even
understand why I need to use "record_route" or "t_precheck_trans" -- :)). I
am a lover of information and cannot find a simple enough text to help in
my kamailio journey -- unlike asterisk.

If you are interested please respond to me directly at edo.ekunwe at gmail.com
and I am willing to pay for this information or guidance(if you have the
patience and time to mentor me).

Thanks

-- 
-----
Nogie Ekunwe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210515/7d569793/attachment.htm>

From hw at skalatan.de  Sun May 16 12:41:57 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Sun, 16 May 2021 10:41:57 +0000
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System
In-Reply-To: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>
References: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>
Message-ID: <AM0PR05MB65952B18A18E50A2D9350F99C52E9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hi Edo,

you might also want to send this e-mail to our business list:
https://lists.kamailio.org/cgi-bin/mailman/listinfo/business

or have a look to our business directory at:
https://www.kamailio.org/w/business-directory/

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Edo
Sent: Sunday, May 16, 2021 12:47 AM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System

Hi,

I am looking to get a complete kamailio.cfg file that I can use to set up a voice termination system.
This system will only connect with peers making multiple simultaneous calls, registering strictly via ip, accounting calls to sql db, capable of multiple rate tables for the different peers, call control, CDR tool and billing capable and call routing to multiple media servers.

I am willing to try to build this myself but at this time I do not even understand why I need to use "record_route" or "t_precheck_trans" -- :)). I am a lover of information and cannot find a simple enough text to help in my kamailio journey -- unlike asterisk.

If you are interested please respond to me directly at edo.ekunwe at gmail.com<mailto:edo.ekunwe at gmail.com> and I am willing to pay for this information or guidance(if you have the patience and time to mentor me).

Thanks

--
-----
Nogie Ekunwe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210516/ba97c03e/attachment.htm>

From edo.ekunwe at gmail.com  Sun May 16 16:17:55 2021
From: edo.ekunwe at gmail.com (Edo)
Date: Sun, 16 May 2021 09:17:55 -0500
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System
In-Reply-To: <AM0PR05MB65952B18A18E50A2D9350F99C52E9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>
 <AM0PR05MB65952B18A18E50A2D9350F99C52E9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAFkRdGv7MM0AKSfoZyGRubuZDWgU3UeYfN5Dj0O-GrGi0Wkp9w@mail.gmail.com>

Thanks for the information Henning. I just joined the business mailing list.

Thanks again.


On Sun, May 16, 2021 at 5:42 AM Henning Westerholt <hw at skalatan.de> wrote:

> Hi Edo,
>
>
>
> you might also want to send this e-mail to our business list:
>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/business
>
>
>
> or have a look to our business directory at:
>
> https://www.kamailio.org/w/business-directory/
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Edo
> *Sent:* Sunday, May 16, 2021 12:47 AM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] Hunting Kamailio.cfg for Voice termination System
>
>
>
> Hi,
>
>
>
> I am looking to get a complete kamailio.cfg file that I can use to set up
> a voice termination system.
>
> This system will only connect with peers making multiple
> simultaneous calls, registering strictly via ip, accounting calls to sql
> db, capable of multiple rate tables for the different peers, call control,
> CDR tool and billing capable and call routing to multiple media servers.
>
>
>
> I am willing to try to build this myself but at this time I do not even
> understand why I need to use "record_route" or "t_precheck_trans" -- :)). I
> am a lover of information and cannot find a simple enough text to help in
> my kamailio journey -- unlike asterisk.
>
>
>
> If you are interested please respond to me directly at
> edo.ekunwe at gmail.com and I am willing to pay for this information or
> guidance(if you have the patience and time to mentor me).
>
>
>
> Thanks
>
>
>
> --
>
> -----
>
> Nogie Ekunwe
>


-- 
-----
Ekunwe
EDO Network Services, Inc.
Tel: 601.497.3932
Fax: 601.979.5931
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210516/61b833f3/attachment.htm>

From barry at flanagan.ie  Sun May 16 18:20:53 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Sun, 16 May 2021 16:20:53 +0000 (UTC)
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System
In-Reply-To: <CAFkRdGv7MM0AKSfoZyGRubuZDWgU3UeYfN5Dj0O-GrGi0Wkp9w@mail.gmail.com>
References: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>
 <AM0PR05MB65952B18A18E50A2D9350F99C52E9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAFkRdGv7MM0AKSfoZyGRubuZDWgU3UeYfN5Dj0O-GrGi0Wkp9w@mail.gmail.com>
Message-ID: <38684d5d-a372-49c3-95a2-5baec89eb553@flanagan.ie>

You might want to check out Sipwise CE - built on kamailio and will cover your stated requirements out of the box.

16 May 2021 15:20:34 Edo <edo.ekunwe at gmail.com>:

> Thanks for the information Henning. I just joined the business mailing list.
> 
> Thanks again.
> 
> 
> On Sun, May 16, 2021 at 5:42 AM Henning Westerholt <hw at skalatan.de> wrote:
>> 
>> Hi Edo,
>> 
>> ?
>> 
>> you might also want to send this e-mail to our business list:
>> 
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/business
>> 
>> ?
>> 
>> or have a look to our business directory at:
>> 
>> https://www.kamailio.org/w/business-directory/
>> 
>> ?
>> 
>> Cheers,
>> 
>> ?
>> 
>> Henning
>> 
>> ?
>> 
>> -- 
>> 
>> Henning Westerholt ? https://skalatan.de/blog/
>> 
>> Kamailio services ? https://gilawa.com[https://gilawa.com/]
>> 
>> ?
>> 
>> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Edo
>> *Sent:* Sunday, May 16, 2021 12:47 AM
>> *To:* sr-users at lists.kamailio.org
>> *Subject:* [SR-Users] Hunting Kamailio.cfg for Voice termination System
>> 
>> ?
>> 
>> Hi,
>> 
>> ?
>> 
>> I am looking to get a complete kamailio.cfg file that I can use to set up a voice termination system.
>> 
>> This system will only connect with peers making multiple simultaneous?calls, registering strictly via ip, accounting calls to sql db, capable of multiple rate tables for the different?peers, call control, CDR tool and billing capable and call routing to multiple media servers.
>> 
>> ?
>> 
>> I am willing to try to build this myself but at this time I do not even understand why I need to use "record_route" or "t_precheck_trans" -- :)). I am a lover of information?and cannot find a simple enough text to help in my kamailio journey -- unlike asterisk.
>> 
>> ?
>> 
>> If you are interested please respond to me directly at edo.ekunwe at gmail.com and I am willing to pay for this information or guidance(if you have the patience and time to mentor me).
>> 
>> ?
>> 
>> Thanks
>> 
>> ?
>> 
>> -- 
>> 
>> -----
>> 
>> Nogie Ekunwe
>> 
>> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210516/f9744505/attachment.htm>

From edo.ekunwe at gmail.com  Sun May 16 20:30:20 2021
From: edo.ekunwe at gmail.com (Edo)
Date: Sun, 16 May 2021 13:30:20 -0500
Subject: [SR-Users] Hunting Kamailio.cfg for Voice termination System
In-Reply-To: <38684d5d-a372-49c3-95a2-5baec89eb553@flanagan.ie>
References: <CAFkRdGuXqQM2D+tvtm5AqqXYM7y4Ya5nbUX_74VhEWMs2F=GPw@mail.gmail.com>
 <AM0PR05MB65952B18A18E50A2D9350F99C52E9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAFkRdGv7MM0AKSfoZyGRubuZDWgU3UeYfN5Dj0O-GrGi0Wkp9w@mail.gmail.com>
 <38684d5d-a372-49c3-95a2-5baec89eb553@flanagan.ie>
Message-ID: <CAFkRdGttPkEhi6e0nOibD8yh60A4A0SiUCFsO1TC9qkNy_sepw@mail.gmail.com>

Thanks Barry. I will check it out.

On Sun, May 16, 2021 at 11:23 AM Barry Flanagan <barry at flanagan.ie> wrote:

> You might want to check out Sipwise CE - built on kamailio and will cover
> your stated requirements out of the box.
>
> 16 May 2021 15:20:34 Edo <edo.ekunwe at gmail.com>:
>
> Thanks for the information Henning. I just joined the business mailing
> list.
>
> Thanks again.
>
>
> On Sun, May 16, 2021 at 5:42 AM Henning Westerholt <hw at skalatan.de>
> wrote:
>
>> Hi Edo,
>>
>>
>>
>> you might also want to send this e-mail to our business list:
>>
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/business
>>
>>
>>
>> or have a look to our business directory at:
>>
>> https://www.kamailio.org/w/business-directory/
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt ? https://skalatan.de/blog/
>>
>> Kamailio services ? https://gilawa.com
>>
>>
>>
>> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Edo
>> *Sent:* Sunday, May 16, 2021 12:47 AM
>> *To:* sr-users at lists.kamailio.org
>> *Subject:* [SR-Users] Hunting Kamailio.cfg for Voice termination System
>>
>>
>>
>> Hi,
>>
>>
>>
>> I am looking to get a complete kamailio.cfg file that I can use to set up
>> a voice termination system.
>>
>> This system will only connect with peers making multiple
>> simultaneous calls, registering strictly via ip, accounting calls to sql
>> db, capable of multiple rate tables for the different peers, call control,
>> CDR tool and billing capable and call routing to multiple media servers.
>>
>>
>>
>> I am willing to try to build this myself but at this time I do not even
>> understand why I need to use "record_route" or "t_precheck_trans" -- :)). I
>> am a lover of information and cannot find a simple enough text to help in
>> my kamailio journey -- unlike asterisk.
>>
>>
>>
>> If you are interested please respond to me directly at
>> edo.ekunwe at gmail.com and I am willing to pay for this information or
>> guidance(if you have the patience and time to mentor me).
>>
>>
>>
>> Thanks
>>
>>
>>
>> --
>>
>> -----
>>
>> Nogie Ekunwe
>>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
-----
Ekunwe
EDO Network Services, Inc.
Tel: 601.497.3932
Fax: 601.979.5931
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210516/a92e5234/attachment.htm>

From hans-juergen.brand at gmx.net  Mon May 17 07:57:51 2021
From: hans-juergen.brand at gmx.net (=?UTF-8?Q?Hans-J=C3=BCrgen_Brand?=)
Date: Mon, 17 May 2021 07:57:51 +0200
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <078afaac-9265-561a-b1d2-cdaee1971b9c@flanagan.ie>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
 <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>
 <e301da82-43ad-0b78-ded0-bd9358abd8f5@sipwise.com>
 <078afaac-9265-561a-b1d2-cdaee1971b9c@flanagan.ie>
Message-ID: <trinity-52062025-464b-41d8-8873-c78be6b2fc4b-1621231071662@3c-app-gmx-bs61>

An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/74ff8933/attachment.htm>

From linuxmaniac at torreviejawireless.org  Mon May 17 09:49:50 2021
From: linuxmaniac at torreviejawireless.org (Victor Seva)
Date: Mon, 17 May 2021 09:49:50 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
Message-ID: <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>

On 5/14/21 2:09 PM, Andrew Chen wrote:
> Hi Daniel,
> 
> Yes.? These are the steps I took:
> 
> ## git clone kamailio repository
> cd $INSTALLDIR
> sudo git clone https://github.com/kamailio/kamailio 
> <https://github.com/kamailio/kamailio> kamailio
> cd kamailio
> sudo git checkout 5.4
> 
> ## Make config files with included modules list
> sudo make include_modules="$INCLUDE_MODULES" cfg
> 
> ## Compile Kamailio
> sudo make mode=debug
> 
> cd pkg/kamailio/deb
> 
> ## Create debian package
> sudo dpkg-buildpackage
> 
> 
> Hi Victor,
> 
> Yes, this is the version of Ubuntu we are using:
> 
> debhttp://deb.kamailio.org/kamailio54  <http://deb.kamailio.org/kamailio54>  bionic main
> deb-srchttp://deb.kamailio.org/kamailio54  <http://deb.kamailio.org/kamailio54>  bionic main

If you're using bionic, then use bionic directory at pkg/kamailio/deb as 
your debian dir.

On the root of the kamailio repository:
# cp -r pkg/kamailio/deb/bionic debian
# dpkg-buildpackage -rfakeroot -tc -uc -us

Have fun


From miconda at gmail.com  Mon May 17 11:01:04 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 17 May 2021 11:01:04 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
Message-ID: <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>


On 17.05.21 09:49, Victor Seva wrote:
> On 5/14/21 2:09 PM, Andrew Chen wrote:
>> Hi Daniel,
>>
>> Yes.? These are the steps I took:
>>
>> ## git clone kamailio repository
>> cd $INSTALLDIR
>> sudo git clone https://github.com/kamailio/kamailio
>> <https://github.com/kamailio/kamailio> kamailio
>> cd kamailio
>> sudo git checkout 5.4
>>
>> ## Make config files with included modules list
>> sudo make include_modules="$INCLUDE_MODULES" cfg
>>
>> ## Compile Kamailio
>> sudo make mode=debug
>>
>> cd pkg/kamailio/deb
>>
>> ## Create debian package
>> sudo dpkg-buildpackage
>>
>>
>> Hi Victor,
>>
>> Yes, this is the version of Ubuntu we are using:
>>
>> debhttp://deb.kamailio.org/kamailio54?
>> <http://deb.kamailio.org/kamailio54>? bionic main
>> deb-srchttp://deb.kamailio.org/kamailio54?
>> <http://deb.kamailio.org/kamailio54>? bionic main
>
> If you're using bionic, then use bionic directory at pkg/kamailio/deb
> as your debian dir.
>
> On the root of the kamailio repository:
> # cp -r pkg/kamailio/deb/bionic debian
> # dpkg-buildpackage -rfakeroot -tc -uc -us

For what it worth, we have also a target in the Makefile for building
debs, next is what I typically use to test debs building before a release:

ln -s pkg/kamailio/deb/bionic debian
make deb

Note that debian symlink is deleted after 'make deb' completes or fails,
so needs to be recreated if the command has to be run again.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From barry at flanagan.ie  Mon May 17 11:26:00 2021
From: barry at flanagan.ie (Barry Flanagan)
Date: Mon, 17 May 2021 10:26:00 +0100
Subject: [SR-Users] Getting MOS feedback from rtpengine
In-Reply-To: <trinity-52062025-464b-41d8-8873-c78be6b2fc4b-1621231071662@3c-app-gmx-bs61>
References: <d17fd137-519c-5600-def7-fd2af3e68a8f@flanagan.ie>
 <2c2a0439-4917-189c-74f8-923910e9ad6e@sipwise.com>
 <67b72529-aca6-f35e-4f48-521eb6adafee@flanagan.ie>
 <e301da82-43ad-0b78-ded0-bd9358abd8f5@sipwise.com>
 <078afaac-9265-561a-b1d2-cdaee1971b9c@flanagan.ie>
 <trinity-52062025-464b-41d8-8873-c78be6b2fc4b-1621231071662@3c-app-gmx-bs61>
Message-ID: <783e2c1c-62e5-a11e-4a75-1e66e1cf05c9@flanagan.ie>

On 17/05/2021 06:57, Hans-J?rgen Brand wrote:
> Hello Barry,
> maybe this helps a littel.
> https://telecom.altanai.com/2018/04/17/voip-call-metric-monitoring/

Thanks for that. Useful document. Hopefully the "generate-RTCP" flag 
Richard advised will do the trick.

-Barry


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/deb63fb2/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3066 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/deb63fb2/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/deb63fb2/attachment.sig>

From achen at fuze.com  Mon May 17 13:59:20 2021
From: achen at fuze.com (Andrew Chen)
Date: Mon, 17 May 2021 07:59:20 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
Message-ID: <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>

Thanks guys!  I will try these out today.

On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

>
> On 17.05.21 09:49, Victor Seva wrote:
> > On 5/14/21 2:09 PM, Andrew Chen wrote:
> >> Hi Daniel,
> >>
> >> Yes.  These are the steps I took:
> >>
> >> ## git clone kamailio repository
> >> cd $INSTALLDIR
> >> sudo git clone https://github.com/kamailio/kamailio
> >> <https://github.com/kamailio/kamailio> kamailio
> >> cd kamailio
> >> sudo git checkout 5.4
> >>
> >> ## Make config files with included modules list
> >> sudo make include_modules="$INCLUDE_MODULES" cfg
> >>
> >> ## Compile Kamailio
> >> sudo make mode=debug
> >>
> >> cd pkg/kamailio/deb
> >>
> >> ## Create debian package
> >> sudo dpkg-buildpackage
> >>
> >>
> >> Hi Victor,
> >>
> >> Yes, this is the version of Ubuntu we are using:
> >>
> >> debhttp://deb.kamailio.org/kamailio54
> >> <http://deb.kamailio.org/kamailio54>  bionic main
> >> deb-srchttp://deb.kamailio.org/kamailio54
> >> <http://deb.kamailio.org/kamailio54>  bionic main
> >
> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
> > as your debian dir.
> >
> > On the root of the kamailio repository:
> > # cp -r pkg/kamailio/deb/bionic debian
> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>
> For what it worth, we have also a target in the Makefile for building
> debs, next is what I typically use to test debs building before a release:
>
> ln -s pkg/kamailio/deb/bionic debian
> make deb
>
> Note that debian symlink is deleted after 'make deb' completes or fails,
> so needs to be recreated if the command has to be run again.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/a11bf494/attachment.htm>

From achen at fuze.com  Mon May 17 17:34:02 2021
From: achen at fuze.com (Andrew Chen)
Date: Mon, 17 May 2021 11:34:02 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
Message-ID: <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>

Hey guys.  The linking of the directory worked!  Thanks again for your help.

On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:

> Thanks guys!  I will try these out today.
>
> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>>
>> On 17.05.21 09:49, Victor Seva wrote:
>> > On 5/14/21 2:09 PM, Andrew Chen wrote:
>> >> Hi Daniel,
>> >>
>> >> Yes.  These are the steps I took:
>> >>
>> >> ## git clone kamailio repository
>> >> cd $INSTALLDIR
>> >> sudo git clone https://github.com/kamailio/kamailio
>> >> <https://github.com/kamailio/kamailio> kamailio
>> >> cd kamailio
>> >> sudo git checkout 5.4
>> >>
>> >> ## Make config files with included modules list
>> >> sudo make include_modules="$INCLUDE_MODULES" cfg
>> >>
>> >> ## Compile Kamailio
>> >> sudo make mode=debug
>> >>
>> >> cd pkg/kamailio/deb
>> >>
>> >> ## Create debian package
>> >> sudo dpkg-buildpackage
>> >>
>> >>
>> >> Hi Victor,
>> >>
>> >> Yes, this is the version of Ubuntu we are using:
>> >>
>> >> debhttp://deb.kamailio.org/kamailio54
>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>> >> deb-srchttp://deb.kamailio.org/kamailio54
>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>> >
>> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
>> > as your debian dir.
>> >
>> > On the root of the kamailio repository:
>> > # cp -r pkg/kamailio/deb/bionic debian
>> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>
>> For what it worth, we have also a target in the Makefile for building
>> debs, next is what I typically use to test debs building before a release:
>>
>> ln -s pkg/kamailio/deb/bionic debian
>> make deb
>>
>> Note that debian symlink is deleted after 'make deb' completes or fails,
>> so needs to be recreated if the command has to be run again.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/423ba699/attachment.htm>

From achen at fuze.com  Mon May 17 17:44:42 2021
From: achen at fuze.com (Andrew Chen)
Date: Mon, 17 May 2021 11:44:42 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
Message-ID: <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>

So after looking at the build logs, it seems I'm still facing these
dependency errors:

The following packages have unmet dependencies:
 gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
           Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
           Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable


The following packages have unmet dependencies:
 libval-dev : Depends: libval15 (= 2.2-4) but it is not installable


How important are these libraries and which module uses them?


On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com> wrote:

> Hey guys.  The linking of the directory worked!  Thanks again for your
> help.
>
> On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:
>
>> Thanks guys!  I will try these out today.
>>
>> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>>
>>> On 17.05.21 09:49, Victor Seva wrote:
>>> > On 5/14/21 2:09 PM, Andrew Chen wrote:
>>> >> Hi Daniel,
>>> >>
>>> >> Yes.  These are the steps I took:
>>> >>
>>> >> ## git clone kamailio repository
>>> >> cd $INSTALLDIR
>>> >> sudo git clone https://github.com/kamailio/kamailio
>>> >> <https://github.com/kamailio/kamailio> kamailio
>>> >> cd kamailio
>>> >> sudo git checkout 5.4
>>> >>
>>> >> ## Make config files with included modules list
>>> >> sudo make include_modules="$INCLUDE_MODULES" cfg
>>> >>
>>> >> ## Compile Kamailio
>>> >> sudo make mode=debug
>>> >>
>>> >> cd pkg/kamailio/deb
>>> >>
>>> >> ## Create debian package
>>> >> sudo dpkg-buildpackage
>>> >>
>>> >>
>>> >> Hi Victor,
>>> >>
>>> >> Yes, this is the version of Ubuntu we are using:
>>> >>
>>> >> debhttp://deb.kamailio.org/kamailio54
>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>> >> deb-srchttp://deb.kamailio.org/kamailio54
>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>> >
>>> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
>>> > as your debian dir.
>>> >
>>> > On the root of the kamailio repository:
>>> > # cp -r pkg/kamailio/deb/bionic debian
>>> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>>
>>> For what it worth, we have also a target in the Makefile for building
>>> debs, next is what I typically use to test debs building before a
>>> release:
>>>
>>> ln -s pkg/kamailio/deb/bionic debian
>>> make deb
>>>
>>> Note that debian symlink is deleted after 'make deb' completes or fails,
>>> so needs to be recreated if the command has to be run again.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online
>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to
>>> the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>> --
>> Andy Chen
>> Sr. Telephony Lead Engineer
>> 415 516 5535 (M)
>> achen@ <achen at thinkingphones.com>fuze.com
>>
>>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/24721c31/attachment.htm>

From miconda at gmail.com  Mon May 17 19:09:07 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 17 May 2021 19:09:07 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
Message-ID: <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>

Is it debian symlink pointing to the right folder in pkg/kamailio/deb/
for you distribution? As I said, it gets deleted and running 'make deb'
again with (re-)create the symlink to the 'debian' folder. In other
words, create symlink always before running 'make deb'.

Cheers,
Daniel

On 17.05.21 17:44, Andrew Chen wrote:
> So after looking at the build logs, it seems I'm still facing these
> dependency errors:
>
> The following packages have unmet dependencies:
>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
> The following packages have unmet dependencies:
>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
> How important are these libraries and which module uses them?
>
> On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com
> <mailto:achen at fuze.com>> wrote:
>
>     Hey guys.? The linking of the directory worked!? Thanks again for
>     your help.
>
>     On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com
>     <mailto:achen at fuze.com>> wrote:
>
>         Thanks guys!? I will try these out today.
>
>         On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla
>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>
>             On 17.05.21 09:49, Victor Seva wrote:
>             > On 5/14/21 2:09 PM, Andrew Chen wrote:
>             >> Hi Daniel,
>             >>
>             >> Yes.? These are the steps I took:
>             >>
>             >> ## git clone kamailio repository
>             >> cd $INSTALLDIR
>             >> sudo git clone https://github.com/kamailio/kamailio
>             <https://github.com/kamailio/kamailio>
>             >> <https://github.com/kamailio/kamailio
>             <https://github.com/kamailio/kamailio>> kamailio
>             >> cd kamailio
>             >> sudo git checkout 5.4
>             >>
>             >> ## Make config files with included modules list
>             >> sudo make include_modules="$INCLUDE_MODULES" cfg
>             >>
>             >> ## Compile Kamailio
>             >> sudo make mode=debug
>             >>
>             >> cd pkg/kamailio/deb
>             >>
>             >> ## Create debian package
>             >> sudo dpkg-buildpackage
>             >>
>             >>
>             >> Hi Victor,
>             >>
>             >> Yes, this is the version of Ubuntu we are using:
>             >>
>             >> debhttp://deb.kamailio.org/kamailio54
>             <http://deb.kamailio.org/kamailio54>?
>             >> <http://deb.kamailio.org/kamailio54
>             <http://deb.kamailio.org/kamailio54>>? bionic main
>             >> deb-srchttp://deb.kamailio.org/kamailio54
>             <http://deb.kamailio.org/kamailio54>?
>             >> <http://deb.kamailio.org/kamailio54
>             <http://deb.kamailio.org/kamailio54>>? bionic main
>             >
>             > If you're using bionic, then use bionic directory at
>             pkg/kamailio/deb
>             > as your debian dir.
>             >
>             > On the root of the kamailio repository:
>             > # cp -r pkg/kamailio/deb/bionic debian
>             > # dpkg-buildpackage -rfakeroot -tc -uc -us
>
>             For what it worth, we have also a target in the Makefile
>             for building
>             debs, next is what I typically use to test debs building
>             before a release:
>
>             ln -s pkg/kamailio/deb/bionic debian
>             make deb
>
>             Note that debian symlink is deleted after 'make deb'
>             completes or fails,
>             so needs to be recreated if the command has to be run again.
>
>             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>
>             Kamailio Advanced Training - Online
>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021
>             (America Timezone)
>             ? *
>             https://www.asipto.com/sw/kamailio-advanced-training-online/
>             <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
>
>             __________________________________________________________
>             Kamailio - Users Mailing List - Non Commercial Discussions
>             ? * sr-users at lists.kamailio.org
>             <mailto:sr-users at lists.kamailio.org>
>             Important: keep the mailing list in the recipients, do not
>             reply only to the sender!
>             Edit mailing list options or unsubscribe:
>             ? *
>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>
>         -- 
>         Andy Chen
>         Sr. Telephony Lead Engineer
>         415 516 5535 (M)
>         achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
>
>     -- 
>     Andy Chen
>     Sr. Telephony Lead Engineer
>     415 516 5535 (M)
>     achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
>
> -- 
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/7c29b4df/attachment.htm>

From achen at fuze.com  Mon May 17 19:56:15 2021
From: achen at fuze.com (Andrew Chen)
Date: Mon, 17 May 2021 13:56:15 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
Message-ID: <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>

Yes.  My Jenkins job runs the symlink step everytime:

sudo ln -s pkg/kamailio/deb/bionic debian

## Create debian package
sudo make deb

I do this in the main kamailio install directory.

On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Is it debian symlink pointing to the right folder in pkg/kamailio/deb/ for
> you distribution? As I said, it gets deleted and running 'make deb' again
> with (re-)create the symlink to the 'debian' folder. In other words, create
> symlink always before running 'make deb'.
>
> Cheers,
> Daniel
> On 17.05.21 17:44, Andrew Chen wrote:
>
> So after looking at the build logs, it seems I'm still facing these
> dependency errors:
>
> The following packages have unmet dependencies:
>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>
> The following packages have unmet dependencies:
>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>
> How important are these libraries and which module uses them?
>
>
> On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com> wrote:
>
>> Hey guys.  The linking of the directory worked!  Thanks again for your
>> help.
>>
>> On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:
>>
>>> Thanks guys!  I will try these out today.
>>>
>>> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>>
>>>> On 17.05.21 09:49, Victor Seva wrote:
>>>> > On 5/14/21 2:09 PM, Andrew Chen wrote:
>>>> >> Hi Daniel,
>>>> >>
>>>> >> Yes.  These are the steps I took:
>>>> >>
>>>> >> ## git clone kamailio repository
>>>> >> cd $INSTALLDIR
>>>> >> sudo git clone https://github.com/kamailio/kamailio
>>>> >> <https://github.com/kamailio/kamailio> kamailio
>>>> >> cd kamailio
>>>> >> sudo git checkout 5.4
>>>> >>
>>>> >> ## Make config files with included modules list
>>>> >> sudo make include_modules="$INCLUDE_MODULES" cfg
>>>> >>
>>>> >> ## Compile Kamailio
>>>> >> sudo make mode=debug
>>>> >>
>>>> >> cd pkg/kamailio/deb
>>>> >>
>>>> >> ## Create debian package
>>>> >> sudo dpkg-buildpackage
>>>> >>
>>>> >>
>>>> >> Hi Victor,
>>>> >>
>>>> >> Yes, this is the version of Ubuntu we are using:
>>>> >>
>>>> >> debhttp://deb.kamailio.org/kamailio54
>>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>>> >> deb-srchttp://deb.kamailio.org/kamailio54
>>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>>> >
>>>> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
>>>> > as your debian dir.
>>>> >
>>>> > On the root of the kamailio repository:
>>>> > # cp -r pkg/kamailio/deb/bionic debian
>>>> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>>>
>>>> For what it worth, we have also a target in the Makefile for building
>>>> debs, next is what I typically use to test debs building before a
>>>> release:
>>>>
>>>> ln -s pkg/kamailio/deb/bionic debian
>>>> make deb
>>>>
>>>> Note that debian symlink is deleted after 'make deb' completes or fails,
>>>> so needs to be recreated if the command has to be run again.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>
>>>
>>> --
>>> Andy Chen
>>> Sr. Telephony Lead Engineer
>>> 415 516 5535 (M)
>>> achen@ <achen at thinkingphones.com>fuze.com
>>>
>>>
>>
>> --
>> Andy Chen
>> Sr. Telephony Lead Engineer
>> 415 516 5535 (M)
>> achen@ <achen at thinkingphones.com>fuze.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 -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>

-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/e871c665/attachment.htm>

From mespio at gmail.com  Mon May 17 23:26:51 2021
From: mespio at gmail.com (Mojtaba)
Date: Tue, 18 May 2021 01:56:51 +0430
Subject: [SR-Users] Question about Kamailio IMS in box
In-Reply-To: <CANC-CZw1rbUyLLAUOqk8nagc4ixS=9cXXjyq8cH5fSAqxoB_=w@mail.gmail.com>
References: <CANC-CZw1rbUyLLAUOqk8nagc4ixS=9cXXjyq8cH5fSAqxoB_=w@mail.gmail.com>
Message-ID: <CABVi_EyxY-XNZfPGYPdXCN3er=CBLapxenst9mHULv-LiyCONA@mail.gmail.com>

absolutely yes.
Just set local DNS ip server in nslookup file in Ubuntu.
With regards.

On Wed, 12 May 2021, 20:48 Ibrahim soumana djibo, <ibrahimasoumana at gmail.com>
wrote:

> Hello,
>
> I am new to kamailio. And I Am following the work of Franz Edler.
>
> I would like to test it in a local environment without internet connection
> on ubuntu. What I don't understand is, to download the packages I
> necessarily need the internet. Do I have to use two network interfaces for
> the same virtual machine in order to access the internet and make the DNS
> configuration locally with the second interface?
>
> Cordially,
>
>
>
> *SOUMANA** DJIBO **Ibrahim*
> *Ing?nieur R?seaux & T?l?coms*
> *5 Avenue Emile Baudot, 91300 Massy*
> +33 07 61 80 20 35
> [image: R?sultat de recherche d'images pour "logo paris saclay"]
> https://www.universite-paris-saclay.fr/
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/5930223b/attachment.htm>

From mespio at gmail.com  Mon May 17 23:26:51 2021
From: mespio at gmail.com (Mojtaba)
Date: Tue, 18 May 2021 01:56:51 +0430
Subject: [SR-Users] Question about Kamailio IMS in box
In-Reply-To: <CANC-CZw1rbUyLLAUOqk8nagc4ixS=9cXXjyq8cH5fSAqxoB_=w@mail.gmail.com>
References: <CANC-CZw1rbUyLLAUOqk8nagc4ixS=9cXXjyq8cH5fSAqxoB_=w@mail.gmail.com>
Message-ID: <CABVi_EyxY-XNZfPGYPdXCN3er=CBLapxenst9mHULv-LiyCONA@mail.gmail.com>

absolutely yes.
Just set local DNS ip server in nslookup file in Ubuntu.
With regards.

On Wed, 12 May 2021, 20:48 Ibrahim soumana djibo, <ibrahimasoumana at gmail.com>
wrote:

> Hello,
>
> I am new to kamailio. And I Am following the work of Franz Edler.
>
> I would like to test it in a local environment without internet connection
> on ubuntu. What I don't understand is, to download the packages I
> necessarily need the internet. Do I have to use two network interfaces for
> the same virtual machine in order to access the internet and make the DNS
> configuration locally with the second interface?
>
> Cordially,
>
>
>
> *SOUMANA** DJIBO **Ibrahim*
> *Ing?nieur R?seaux & T?l?coms*
> *5 Avenue Emile Baudot, 91300 Massy*
> +33 07 61 80 20 35
> [image: R?sultat de recherche d'images pour "logo paris saclay"]
> https://www.universite-paris-saclay.fr/
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/5930223b/attachment-0001.htm>

From martin.nystrom at connectel.se  Mon May 17 12:03:12 2021
From: martin.nystrom at connectel.se (=?utf-8?B?TWFydGluIE55c3Ryw7Zt?=)
Date: Mon, 17 May 2021 10:03:12 +0000
Subject: [SR-Users] Text transformations s.select and newline char
Message-ID: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>

Hello,

I am simply trying to parse a SDP body, read it line by line and save the line into a variable for further processing. It seems when using a newline \n as the delimiter it breaks down with errors. How should I treat this issue and properly managed the newline as delimiter?

May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: pv [pv_trans.c:2326]: tr_parse_string(): invalid select transformation: select,$var(i),$var(delimeter)}!!
May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: <core> [core/pvapi.c:1717]: tr_lookup(): error parsing [{s.select,$var(i),$var(delimeter)}]


Block extracted from .cfg

sdp_get("$avp(sdp)");
$avp(lines) = $(avp(sdp){line.count});
$var(delimeter) = "\n";

$var(i) = 0;
while($var(i) < $avp(lines)) {

        # This works
        xlog("L_INFO", "==> Position $var(i): $(avp(sdp){s.select,$var(i),\n}) \n");

        # This fails
        $var(l1) = $(avp(sdp){s.select,$var(i),$var(delimeter)});

        # This fails
        $var(l2) = $(avp(sdp){s.select,$var(i),\n});

        # This fails
        $var(l3) = $(avp(sdp){s.select,$var(i),\\n});

        # Supposed to do something funny with the $var(line) here

        $var(i) = $var(i) + 1;

}



/M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/bcea9a9e/attachment.htm>

From romain at cantoo.co  Mon May 17 12:11:44 2021
From: romain at cantoo.co (Romain Untereiner)
Date: Mon, 17 May 2021 12:11:44 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <0de482ae-4774-4508-9479-fff051347536@Spark>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
Message-ID: <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>

Hello all,

I am having some trouble with Permissions module of Kamailio, regarding the allow_source_address_group() function. In 99.9% of the cases the IP of our partner is allowed as expected, but randomly it can fail (returning -1 for the same IP address that was allowed for many other calls in the meantime).

I can?t understand why it fails and why only ??sometimes?? - I confirm this append on the same Kamailio box, with same IP and Port of the partner.

In my custom logs:
??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed -??allow_source_address_group returned -1?

It is maybe to note that in the address table, this range is defined as /24 and not /32. Until now it never happened on /32 defined address but I don?t know if it can be correlated.

Would someone have a clue on this?

Versions:
- kamailio 5.5.0 (x86_64/linux) d4c1a1
- debian 9 stretch
- postgresql 11.7

Many thanks!

Romain Untereiner
Co founder at Cantoo
www.cantoo.co
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210517/520206d3/attachment.htm>

From bastian.triller at gmail.com  Tue May 18 08:28:53 2021
From: bastian.triller at gmail.com (Bastian Triller)
Date: Tue, 18 May 2021 08:28:53 +0200
Subject: [SR-Users] Text transformations s.select and newline char
In-Reply-To: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>
References: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>
Message-ID: <CALJ8HB4UJq6+vTAcr+OONSnTQK=FU6-W5AX8tEkmbqnVsiViaw@mail.gmail.com>

https://www.kamailio.org/wiki/cookbooks/5.2.x/transformations#lineat_pos
Try {line.at,pos}

On Tue, May 18, 2021, 08:09 Martin Nystr?m <martin.nystrom at connectel.se>
wrote:

> Hello,
>
>
>
> I am simply trying to parse a SDP body, read it line by line and save the
> line into a variable for further processing. It seems when using a newline
> \n as the delimiter it breaks down with errors. How should I treat this
> issue and properly managed the newline as delimiter?
>
>
>
> May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: pv
> [pv_trans.c:2326]: tr_parse_string(): invalid select transformation:
> select,$var(i),$var(delimeter)}!!
>
> May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: <core>
> [core/pvapi.c:1717]: tr_lookup(): error parsing
> [{s.select,$var(i),$var(delimeter)}]
>
>
>
>
>
> Block extracted from .cfg
>
>
>
> sdp_get("$avp(sdp)");
>
> $avp(lines) = $(avp(sdp){line.count});
>
> $var(delimeter) = "\n";
>
>
>
> $var(i) = 0;
>
> while($var(i) < $avp(lines)) {
>
>
>
>         # This works
>
>         xlog("L_INFO", "==> Position $var(i):
> $(avp(sdp){s.select,$var(i),\n}) \n");
>
>
>
>         # This fails
>
>         $var(l1) = $(avp(sdp){s.select,$var(i),$var(delimeter)});
>
>
>
>         # This fails
>
>         $var(l2) = $(avp(sdp){s.select,$var(i),\n});
>
>
>
>         # This fails
>
>         $var(l3) = $(avp(sdp){s.select,$var(i),\\n});
>
>
>
>         # Supposed to do something funny with the $var(line) here
>
>
>
>         $var(i) = $var(i) + 1;
>
>
>
> }
>
>
>
>
>
>
>
> /M
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/29ba9594/attachment.htm>

From miconda at gmail.com  Tue May 18 08:44:07 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 18 May 2021 08:44:07 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
Message-ID: <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>

Hello,

On 17.05.21 12:11, Romain Untereiner wrote:
> Hello all,
>
> I am having some trouble with Permissions module of Kamailio,
> regarding the allow_source_address_group() function. In 99.9% of the
> cases the IP of our partner is allowed as expected, but randomly it
> can fail (returning -1 for the same IP address that was allowed for
> many other calls in the meantime).?
>
> I can?t understand why it fails and why only ??sometimes?? - I confirm
> this append on the same Kamailio box, with same IP and Port of the
> partner.
>
> In my custom logs:
> ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
> and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
> -??allow_source_address_group returned -1?
>
> It is maybe to note that in the address table, this range is defined
> as /24 and not /32. Until now it never happened on /32 defined address
> but I don?t know if it can be correlated.
>
> Would someone have a clue on this?
>
> Versions:
> - kamailio 5.5.0 (x86_64/linux) d4c1a1
> - debian 9 stretch
> - postgresql 11.7

how do you test the return code of the function? Paste here the snippet
of the config where the function is used.

Then, do you really need the goup id of the address or just to match the
address?

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From melekoktay at gmail.com  Tue May 18 10:55:19 2021
From: melekoktay at gmail.com (Melek Oktay)
Date: Tue, 18 May 2021 11:55:19 +0300
Subject: [SR-Users] (no subject)
Message-ID: <CAOopgPVDxnB-TKcTvzXXx2QvnsCfbco28bB9fwK0p2PgNW77ww@mail.gmail.com>

Hi,


I have been investigating distributing incoming/outgoing SIP traffic to
behind Kamailio SIP  servers in order to scale and other advantages too!.

SRV type distribution is not a good option, it is already tested.

So,  I am trying to deploy Kamailio as a *LoadBalancer* in Tier1 , so it
distributes traffic backbone Kamilio servers in Tier 2. There is a good
presentation as follows, actually I want to implement it.
https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf


However, I could not find sample configurations and sample study ! Would
you show me sample configurations that Kamailio uses as a Load Balancer if
you have it.

Current Kamailio responsibilities in my system are:
 1. Registar Server
 2. Presence Server
 3. Sip proxy server
 4. WebSocket

Maybe it will be very good to separate  *Registar *Server &  *Presence *Server,
but could not find sample configurations too.


Best Regards
Melek

P.S.  If we could collect such configurations, I would share them for
community on Github.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/6bc52e77/attachment.htm>

From melekoktay at gmail.com  Tue May 18 10:59:21 2021
From: melekoktay at gmail.com (Melek Oktay)
Date: Tue, 18 May 2021 11:59:21 +0300
Subject: [SR-Users] Kamailio as Load Balancer
Message-ID: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>

Hi,


I have been investigating distributing incoming/outgoing SIP traffic to
behind Kamailio SIP  servers in order to scale and other advantages too!.

SRV type distribution is not a good option, it is already tested.

So,  I am trying to deploy Kamailio as a *LoadBalancer* in Tier1 , so it
distributes traffic backbone Kamilio servers in Tier 2. There is a good
presentation as follows, actually I want to implement it.
https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf


However, I could not find sample configurations and sample study ! Would
you show me sample configurations that Kamailio uses as a Load Balancer if
you have it.

Current Kamailio responsibilities in my system are:
 1. Registar Server
 2. Presence Server
 3. Sip proxy server
 4. WebSocket

Maybe it will be very good to separate  *Registar *Server &  *Presence *Server,
but could not find sample configurations too.


Best Regards
Melek

P.S.  If we could collect such configurations, I would share them for
community on Github.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/e272ff0a/attachment.htm>

From romain at cantoo.co  Tue May 18 11:15:30 2021
From: romain at cantoo.co (Romain Untereiner)
Date: Tue, 18 May 2021 11:15:30 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
Message-ID: <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>

Hello Daniel,

Thanks for your quick answer!

I indeed need to identify the group ID too.

Here?s how I handle it (inspired from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address):

?''
$var(group) = allow_source_address_group();

if ($var(group) != -1) {
?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
?? ?[...]
} else {
?? ?xlog("L_INFO", "$si : $sp is not allowed - allow_source_address_group returned -1\n");
?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
?? ?sl_send_reply("403", "Forbidden");
?? ?exit;
}
?''

Best regards,

Romain Untereiner
Co founder at Cantoo
www.cantoo.co
Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> Hello,
>
> On 17.05.21 12:11, Romain Untereiner wrote:
> > Hello all,
> >
> > I am having some trouble with Permissions module of Kamailio,
> > regarding the allow_source_address_group() function. In 99.9% of the
> > cases the IP of our partner is allowed as expected, but randomly it
> > can fail (returning -1 for the same IP address that was allowed for
> > many other calls in the meantime).
> >
> > I can?t understand why it fails and why only ??sometimes?? - I confirm
> > this append on the same Kamailio box, with same IP and Port of the
> > partner.
> >
> > In my custom logs:
> > ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
> > and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
> > -??allow_source_address_group returned -1?
> >
> > It is maybe to note that in the address table, this range is defined
> > as /24 and not /32. Until now it never happened on /32 defined address
> > but I don?t know if it can be correlated.
> >
> > Would someone have a clue on this?
> >
> > Versions:
> > - kamailio 5.5.0 (x86_64/linux) d4c1a1
> > - debian 9 stretch
> > - postgresql 11.7
>
> how do you test the return code of the function? Paste here the snippet
> of the config where the function is used.
>
> Then, do you really need the goup id of the address or just to match the
> address?
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/20e8d59d/attachment.htm>

From miconda at gmail.com  Tue May 18 12:18:04 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 18 May 2021 12:18:04 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
Message-ID: <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>

Hmm, do you have port set for the records in the address table? I notice
you print it in the log message...

Cheers,
Daniel

On 18.05.21 11:15, Romain Untereiner wrote:
> Hello Daniel,
>
> Thanks for your quick answer!?
>
> I indeed need to identify the group ID too.
>
> Here?s how I handle it (inspired
> from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address
> <https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address>):
>
> ?''
> $var(group) = allow_source_address_group();
>
> if ($var(group) != -1) {
> ?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
> ?? ?[...]
> } else {
> ?? ?xlog("L_INFO", "$si : $sp is not allowed -
> allow_source_address_group returned -1\n");
> ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
> ?? ?sl_send_reply("403", "Forbidden");
> ?? ?exit;
> }
> ?''
>
> Best regards,
>
> *Romain Untereiner*
> Co founder at /Cantoo/ <https://www.cantoo.co>
> www.cantoo.co <www.cantoo.co>
> Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla
> <miconda at gmail.com>, a ?crit :
>> Hello,
>>
>> On 17.05.21 12:11, Romain Untereiner wrote:
>>> Hello all,
>>>
>>> I am having some trouble with Permissions module of Kamailio,
>>> regarding the allow_source_address_group() function. In 99.9% of the
>>> cases the IP of our partner is allowed as expected, but randomly it
>>> can fail (returning -1 for the same IP address that was allowed for
>>> many other calls in the meantime).?
>>>
>>> I can?t understand why it fails and why only ??sometimes?? - I confirm
>>> this append on the same Kamailio box, with same IP and Port of the
>>> partner.
>>>
>>> In my custom logs:
>>> ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
>>> and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
>>> -??allow_source_address_group returned -1?
>>>
>>> It is maybe to note that in the address table, this range is defined
>>> as /24 and not /32. Until now it never happened on /32 defined address
>>> but I don?t know if it can be correlated.
>>>
>>> Would someone have a clue on this?
>>>
>>> Versions:
>>> - kamailio 5.5.0 (x86_64/linux) d4c1a1
>>> - debian 9 stretch
>>> - postgresql 11.7
>>
>> how do you test the return code of the function? Paste here the snippet
>> of the config where the function is used.
>>
>> Then, do you really need the goup id of the address or just to match the
>> address?
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>> * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/0d151569/attachment.htm>

From romain at cantoo.co  Tue May 18 12:29:38 2021
From: romain at cantoo.co (Romain Untereiner)
Date: Tue, 18 May 2021 12:29:38 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
 <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
Message-ID: <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>

Yes it is set in the table:

group | ip_addr | mask | port | tag
ZZZ | X.X.X.X | 24 | 5060 | NULL

And I can confirm the IP and Port I see in the traces should match X.X.X.X/24 & 5060, and as mentioned before I could see that few ms before (99.99% of the cases), same IP and Port were correctly allowed and the group was found.

Is there some more advanced debugging I could setup to dive into allow_source_address_group() behavior?

Thanks

Romain Untereiner
Co founder at Cantoo
www.cantoo.co
Le 18 mai 2021 ? 12:18 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> Hmm, do you have port set for the records in the address table? I notice you print it in the log message...
> Cheers,
> Daniel
> On 18.05.21 11:15, Romain Untereiner wrote:
> > Hello Daniel,
> >
> > Thanks for your quick answer!
> >
> > I indeed need to identify the group ID too.
> >
> > Here?s how I handle it (inspired from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address):
> >
> > ?''
> > $var(group) = allow_source_address_group();
> >
> > if ($var(group) != -1) {
> > ?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
> > ?? ?[...]
> > } else {
> > ?? ?xlog("L_INFO", "$si : $sp is not allowed - allow_source_address_group returned -1\n");
> > ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
> > ?? ?sl_send_reply("403", "Forbidden");
> > ?? ?exit;
> > }
> > ?''
> >
> > Best regards,
> >
> > Romain Untereiner
> > Co founder at Cantoo
> > www.cantoo.co
> > Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > > Hello,
> > >
> > > On 17.05.21 12:11, Romain Untereiner wrote:
> > > > Hello all,
> > > >
> > > > I am having some trouble with Permissions module of Kamailio,
> > > > regarding the allow_source_address_group() function. In 99.9% of the
> > > > cases the IP of our partner is allowed as expected, but randomly it
> > > > can fail (returning -1 for the same IP address that was allowed for
> > > > many other calls in the meantime).
> > > >
> > > > I can?t understand why it fails and why only ??sometimes?? - I confirm
> > > > this append on the same Kamailio box, with same IP and Port of the
> > > > partner.
> > > >
> > > > In my custom logs:
> > > > ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
> > > > and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
> > > > -??allow_source_address_group returned -1?
> > > >
> > > > It is maybe to note that in the address table, this range is defined
> > > > as /24 and not /32. Until now it never happened on /32 defined address
> > > > but I don?t know if it can be correlated.
> > > >
> > > > Would someone have a clue on this?
> > > >
> > > > Versions:
> > > > - kamailio 5.5.0 (x86_64/linux) d4c1a1
> > > > - debian 9 stretch
> > > > - postgresql 11.7
> > >
> > > how do you test the return code of the function? Paste here the snippet
> > > of the config where the function is used.
> > >
> > > Then, do you really need the goup id of the address or just to match the
> > > address?
> > >
> > > Cheers,
> > > Daniel
> > >
> > > --
> > > Daniel-Constantin Mierla -- www.asipto.com
> > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > Kamailio Advanced Training - Online
> > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > > * https://www.asipto.com/sw/kamailio-advanced-training-online/
> > >
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>  * https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/a897a879/attachment.htm>

From miconda at gmail.com  Tue May 18 12:45:11 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 18 May 2021 12:45:11 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
 <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
 <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>
Message-ID: <2e57beca-af03-b150-2c75-6b4f3f4c3e2e@gmail.com>


On 18.05.21 12:29, Romain Untereiner wrote:
> Yes it is set in the table:?
>
> group | ip_addr | mask | port | tag
> ZZZ | X.X.X.X | 24 | 5060 | NULL
>
> And I can confirm the IP and Port I see in the traces should match
> X.X.X.X/24 & 5060, and as mentioned before I could see that few ms
> before (99.99% of the cases), same IP and Port were correctly allowed
> and the group was found.
>
> Is there some more advanced debugging I could setup to dive into
> allow_source_address_group() behavior?

The source code is available, so you can edit and add more log messages
in the corresponding functions inside the permissions module, then
re-compile/re-install, if you want to go that path.

Do you reload records from the address table at runtime via rpc? If yes,
do you think it happened at the same time with the matching failure?
Trying to see what can be ruled out or not ...

Cheers,
Daniel

>
> Thanks
>
> *Romain Untereiner*
> Co founder at /Cantoo/ <https://www.cantoo.co>
> www.cantoo.co <www.cantoo.co>
> Le 18 mai 2021 ? 12:18 +0200, Daniel-Constantin Mierla
> <miconda at gmail.com>, a ?crit :
>>
>> Hmm, do you have port set for the records in the address table? I
>> notice you print it in the log message...
>>
>> Cheers,
>> Daniel
>>
>> On 18.05.21 11:15, Romain Untereiner wrote:
>>> Hello Daniel,
>>>
>>> Thanks for your quick answer!?
>>>
>>> I indeed need to identify the group ID too.
>>>
>>> Here?s how I handle it (inspired
>>> from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address
>>> <https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address>):
>>>
>>> ?''
>>> $var(group) = allow_source_address_group();
>>>
>>> if ($var(group) != -1) {
>>> ?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
>>> ?? ?[...]
>>> } else {
>>> ?? ?xlog("L_INFO", "$si : $sp is not allowed -
>>> allow_source_address_group returned -1\n");
>>> ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
>>> ?? ?sl_send_reply("403", "Forbidden");
>>> ?? ?exit;
>>> }
>>> ?''
>>>
>>> Best regards,
>>>
>>> *Romain Untereiner*
>>> Co founder at /Cantoo/ <https://www.cantoo.co>
>>> www.cantoo.co <www.cantoo.co>
>>> Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla
>>> <miconda at gmail.com>, a ?crit :
>>>> Hello,
>>>>
>>>> On 17.05.21 12:11, Romain Untereiner wrote:
>>>>> Hello all,
>>>>>
>>>>> I am having some trouble with Permissions module of Kamailio,
>>>>> regarding the allow_source_address_group() function. In 99.9% of the
>>>>> cases the IP of our partner is allowed as expected, but randomly it
>>>>> can fail (returning -1 for the same IP address that was allowed for
>>>>> many other calls in the meantime).?
>>>>>
>>>>> I can?t understand why it fails and why only ??sometimes?? - I confirm
>>>>> this append on the same Kamailio box, with same IP and Port of the
>>>>> partner.
>>>>>
>>>>> In my custom logs:
>>>>> ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
>>>>> and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
>>>>> -??allow_source_address_group returned -1?
>>>>>
>>>>> It is maybe to note that in the address table, this range is defined
>>>>> as /24 and not /32. Until now it never happened on /32 defined address
>>>>> but I don?t know if it can be correlated.
>>>>>
>>>>> Would someone have a clue on this?
>>>>>
>>>>> Versions:
>>>>> - kamailio 5.5.0 (x86_64/linux) d4c1a1
>>>>> - debian 9 stretch
>>>>> - postgresql 11.7
>>>>
>>>> how do you test the return code of the function? Paste here the snippet
>>>> of the config where the function is used.
>>>>
>>>> Then, do you really need the goup id of the address or just to
>>>> match the
>>>> address?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>> * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>> --  
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/afea58a4/attachment.htm>

From Antony.Stone at kamailio.open.source.it  Tue May 18 12:51:21 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Tue, 18 May 2021 12:51:21 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <CABVi_ExUz9rajd4yunj6MbViYDOBX5MkPH8yyXKuS_PHz4ajTQ@mail.gmail.com>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <CABVi_ExUz9rajd4yunj6MbViYDOBX5MkPH8yyXKuS_PHz4ajTQ@mail.gmail.com>
Message-ID: <202105181251.22237.Antony.Stone@kamailio.open.source.it>

On Saturday 15 May 2021 at 22:49:01, Mojtaba wrote:

> Absolutely yes, In Kamailio with specific module you could do it. Some
> related module for doing this scenario are:
> presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo
> You could know more about them by referring to its documentation.

Thanks for the confirmation; I'm sure the details you provide will make more 
sense to me once I'm at a stage where I can use them.

In the meantime, I assume that the other part of my requirement - getting 
Kamailio to pass through client registrations from Asterisk to a remote PBX - 
is a far more standard setup - where can I find configuration guidelines on how 
to do this, given that I've never implemented Kamailio so far?


Thanks,

> On Sat, May 15, 2021 at 5:52 PM Antony Stone wrote:
> > Hi.
> > 
> > I've been aware of Kamailio, and on this list, for several years, but so
> > far I have not implemented Kamailio for any purpose.
> > 
> > I wonder if it could be a suitable tool for the following scenario.
> > 
> > I currently use Asterisk to register as a client, with username and
> > password, to other SIP PBXs in order to receive calls.  As far as the
> > other PBX is concerned, Asterisk looks like a SIP telephone on a
> > particular extension.
> > 
> > However, Asterisk's SIP client capabilities are limited to handling phone
> > calls only, and it specifically cannot receive presence information about
> > the state of other extensions from the remote PBX.
> > 
> > So, could Kamailio be used in the path between Asterisk and the remote
> > PBX so that the registration on the PBX comes from Kamailio (with any
> > incoming calls being passed to Asterisk), but with Kamailio also receiving
> > presence information from the remote PBX and making this available to some
> > script or application (which I would expect to have to write)?
> > 
> > The main point is that I don't want to have two things registering to the
> > remote PBX, one for calls and one for presence, so I'm looking for a way
> > to register with something which understands presence, and can also pass
> > calls on to Asterisk.
> > 
> > Can anyone suggest whether Kamailio could do this, and if so, point me at
> > some resources to help me get started; or alternatively suggest ideas on
> > some other tool which might be more appropriate than Kamailio?
> > 
> > 
> > Thanks for any ideas,
> > 
> > 
> > Antony.

-- 
This sentence contains exacly three erors.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From avi at avipc.net  Tue May 18 11:29:09 2021
From: avi at avipc.net (Avremy Cohen)
Date: Tue, 18 May 2021 12:29:09 +0300
Subject: [SR-Users] execute callback every X minutes mid call
Message-ID: <CAA8J=MTo7HBQ7GBD_R1vJF25G2ndhTaC6DkyLWJTKnDqXDF7GA@mail.gmail.com>

Hi
I am trying to execute code every X min in active calls and I cant seem to
find any way to do this. I basically have a function  that checks if the
user has balance and permission to carry on the call and the callback
should trigger it every X mins.

The  call_control module doesnt work for me since
A. It doesn't trigger a function it just ends the callback
B. it uses an external application to calculate it

any advice is appreciated
Avi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/0dc40ad2/attachment.htm>

From hw at skalatan.de  Tue May 18 14:16:21 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Tue, 18 May 2021 12:16:21 +0000
Subject: [SR-Users] execute callback every X minutes mid call
In-Reply-To: <CAA8J=MTo7HBQ7GBD_R1vJF25G2ndhTaC6DkyLWJTKnDqXDF7GA@mail.gmail.com>
References: <CAA8J=MTo7HBQ7GBD_R1vJF25G2ndhTaC6DkyLWJTKnDqXDF7GA@mail.gmail.com>
Message-ID: <AM0PR05MB65959E32D47AC591C0FB1686C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hi,

Just some ideas for research:

IMS route: https://kamailio.org/docs/modules/devel/modules/ims_charging.html

Using SIP session timer and then executing on the periodic re-INVITE the check and end the dialog if needed

Insert the call in a user specific profile together with a dialog timeout and then periodically check the profiles in a timer route and update the timeout

Insert the call in a hash table together with a timeout and then periodically checks this again in a timer route

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Avremy Cohen
Sent: Tuesday, May 18, 2021 11:29 AM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] execute callback every X minutes mid call

Hi
I am trying to execute code every X min in active calls and I cant seem to find any way to do this. I basically have a function  that checks if the user has balance and permission to carry on the call and the callback should trigger it every X mins.

The  call_control module doesnt work for me since
                A. It doesn't trigger a function it just ends the callback
                B. it uses an external application to calculate it

any advice is appreciated
Avi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/e4bddd40/attachment.htm>

From romain at cantoo.co  Tue May 18 14:50:50 2021
From: romain at cantoo.co (Romain Untereiner)
Date: Tue, 18 May 2021 14:50:50 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <2e57beca-af03-b150-2c75-6b4f3f4c3e2e@gmail.com>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
 <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
 <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>
 <2e57beca-af03-b150-2c75-6b4f3f4c3e2e@gmail.com>
Message-ID: <c62e6ce4-dd60-4082-9744-fbcf0a7e0352@Spark>

Thanks for the hints!

I didn?t think about the potential correlation with rpc reloads. Yes, we proceed to reloads during runtime but I can?t remember if theses 2 events (reloading and not allowing $si) happened at the same time.

It has a quite minor impact anyway but I felt I was doing something wrong.

So I?ll actively monitor these 2 events? occurrences to see if there?s a link. And if not I might touch the source code of permissions module. I?ll revert to you with some more detailed diagnostic.

Thanks again for the help, for your reactivity and for all the work you put inside our beloved Kamailio!

PS: I might soon open new threads here for other minor issues I?m having

Romain Untereiner
Co founder at Cantoo
www.cantoo.co
Le 18 mai 2021 ? 12:45 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
>
> On 18.05.21 12:29, Romain Untereiner wrote:
> > Yes it is set in the table:
> >
> > group | ip_addr | mask | port | tag
> > ZZZ | X.X.X.X | 24 | 5060 | NULL
> >
> > And I can confirm the IP and Port I see in the traces should match X.X.X.X/24 & 5060, and as mentioned before I could see that few ms before (99.99% of the cases), same IP and Port were correctly allowed and the group was found.
> >
> > Is there some more advanced debugging I could setup to dive into allow_source_address_group() behavior?
> The source code is available, so you can edit and add more log messages in the corresponding functions inside the permissions module, then re-compile/re-install, if you want to go that path.
> Do you reload records from the address table at runtime via rpc? If yes, do you think it happened at the same time with the matching failure? Trying to see what can be ruled out or not ...
> Cheers,
> Daniel
> >
> > Thanks
> >
> > Romain Untereiner
> > Co founder at Cantoo
> > www.cantoo.co
> > Le 18 mai 2021 ? 12:18 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > > Hmm, do you have port set for the records in the address table? I notice you print it in the log message...
> > > Cheers,
> > > Daniel
> > > On 18.05.21 11:15, Romain Untereiner wrote:
> > > > Hello Daniel,
> > > >
> > > > Thanks for your quick answer!
> > > >
> > > > I indeed need to identify the group ID too.
> > > >
> > > > Here?s how I handle it (inspired from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address):
> > > >
> > > > ?''
> > > > $var(group) = allow_source_address_group();
> > > >
> > > > if ($var(group) != -1) {
> > > > ?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
> > > > ?? ?[...]
> > > > } else {
> > > > ?? ?xlog("L_INFO", "$si : $sp is not allowed - allow_source_address_group returned -1\n");
> > > > ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
> > > > ?? ?sl_send_reply("403", "Forbidden");
> > > > ?? ?exit;
> > > > }
> > > > ?''
> > > >
> > > > Best regards,
> > > >
> > > > Romain Untereiner
> > > > Co founder at Cantoo
> > > > www.cantoo.co
> > > > Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > > > > Hello,
> > > > >
> > > > > On 17.05.21 12:11, Romain Untereiner wrote:
> > > > > > Hello all,
> > > > > >
> > > > > > I am having some trouble with Permissions module of Kamailio,
> > > > > > regarding the allow_source_address_group() function. In 99.9% of the
> > > > > > cases the IP of our partner is allowed as expected, but randomly it
> > > > > > can fail (returning -1 for the same IP address that was allowed for
> > > > > > many other calls in the meantime).
> > > > > >
> > > > > > I can?t understand why it fails and why only ??sometimes?? - I confirm
> > > > > > this append on the same Kamailio box, with same IP and Port of the
> > > > > > partner.
> > > > > >
> > > > > > In my custom logs:
> > > > > > ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
> > > > > > and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
> > > > > > -??allow_source_address_group returned -1?
> > > > > >
> > > > > > It is maybe to note that in the address table, this range is defined
> > > > > > as /24 and not /32. Until now it never happened on /32 defined address
> > > > > > but I don?t know if it can be correlated.
> > > > > >
> > > > > > Would someone have a clue on this?
> > > > > >
> > > > > > Versions:
> > > > > > - kamailio 5.5.0 (x86_64/linux) d4c1a1
> > > > > > - debian 9 stretch
> > > > > > - postgresql 11.7
> > > > >
> > > > > how do you test the return code of the function? Paste here the snippet
> > > > > of the config where the function is used.
> > > > >
> > > > > Then, do you really need the goup id of the address or just to match the
> > > > > address?
> > > > >
> > > > > Cheers,
> > > > > Daniel
> > > > >
> > > > > --
> > > > > Daniel-Constantin Mierla -- www.asipto.com
> > > > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > > > Kamailio Advanced Training - Online
> > > > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > > > > * https://www.asipto.com/sw/kamailio-advanced-training-online/
> > > > >
> > > --
> > > Daniel-Constantin Mierla -- www.asipto.com
> > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > Kamailio Advanced Training - Online
> > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > >  * https://www.asipto.com/sw/kamailio-advanced-training-online/
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>  * https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/b8f342cc/attachment.htm>

From miconda at gmail.com  Tue May 18 16:49:39 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 18 May 2021 16:49:39 +0200
Subject: [SR-Users] execute callback every X minutes mid call
In-Reply-To: <AM0PR05MB65959E32D47AC591C0FB1686C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAA8J=MTo7HBQ7GBD_R1vJF25G2ndhTaC6DkyLWJTKnDqXDF7GA@mail.gmail.com>
 <AM0PR05MB65959E32D47AC591C0FB1686C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <99304c2d-28cf-5894-10d8-6cf350e279c7@gmail.com>

Hello,

in addition, check also cnxcc module, if you haven't done it yet, it may
offer the features you are looking for, without having to build them
with timer callbacks.

Cheers,
Daniel

On 18.05.21 14:16, Henning Westerholt wrote:
>
> Hi,
>
> ?
>
> Just some ideas for research:
>
> ?
>
> IMS route:
> https://kamailio.org/docs/modules/devel/modules/ims_charging.html
> <https://kamailio.org/docs/modules/devel/modules/ims_charging.html>
>
> ?
>
> Using SIP session timer and then executing on the periodic re-INVITE
> the check and end the dialog if needed
>
> ?
>
> Insert the call in a user specific profile together with a dialog
> timeout and then periodically check the profiles in a timer route and
> update the timeout
>
> ?
>
> Insert the call in a hash table together with a timeout and then
> periodically checks this again in a timer route
>
> ?
>
> Cheers,
>
> ?
>
> Henning
>
> ?
>
> -- 
>
> Henning Westerholt ? https://skalatan.de/blog/ <https://skalatan.de/blog/>
>
> Kamailio services ? https://gilawa.com <https://gilawa.com/>
>
> ?
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of
> *Avremy Cohen
> *Sent:* Tuesday, May 18, 2021 11:29 AM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] execute callback every X minutes mid call
>
> ?
>
> Hi?
>
> I am trying to execute code every X min in active calls and I cant
> seem to find any way to do this. I basically have a function? that
> checks if the user has balance and permission to carry on the call and
> the callback should trigger it every X mins.?
>
> ?
>
> The? call_control module doesnt work for me since
>
> ??????????????? A. It doesn't trigger a function it just ends the callback
>
> ??????????????? B. it uses an external application to calculate it?
>
> ?
>
> any advice is appreciated?
>
> Avi
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/283708b8/attachment.htm>

From hw at skalatan.de  Tue May 18 18:12:31 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Tue, 18 May 2021 16:12:31 +0000
Subject: [SR-Users] Kamailio as Load Balancer
In-Reply-To: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>
References: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>
Message-ID: <AM0PR05MB65952792498A2473CF8449D0C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

you find a small sample cfg e.g. in this docs:

https://kamailio.org/docs/modules/devel/modules/dispatcher.html#dispatcher.ex.config

Cheers,

Henning
--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Melek Oktay
Sent: Tuesday, May 18, 2021 10:59 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Kamailio as Load Balancer

Hi,


I have been investigating distributing incoming/outgoing SIP traffic to behind Kamailio SIP  servers in order to scale and other advantages too!.

SRV type distribution is not a good option, it is already tested.

So,  I am trying to deploy Kamailio as a LoadBalancer in Tier1 , so it distributes traffic backbone Kamilio servers in Tier 2. There is a good presentation as follows, actually I want to implement it.
https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf

However, I could not find sample configurations and sample study ! Would you show me sample configurations that Kamailio uses as a Load Balancer if you have it.

Current Kamailio responsibilities in my system are:
 1. Registar Server
 2. Presence Server
 3. Sip proxy server
 4. WebSocket

Maybe it will be very good to separate  Registar Server &  Presence Server, but could not find sample configurations too.


Best Regards
Melek

P.S.  If we could collect such configurations, I would share them for community on Github.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210518/80072c0d/attachment.htm>

From cezar at mokalife.ro  Tue May 18 23:43:11 2021
From: cezar at mokalife.ro (Mihai Cezar)
Date: Wed, 19 May 2021 00:43:11 +0300
Subject: [SR-Users] Eternal config - Kamailio and rtpengine
Message-ID: <CANk_n4bcywtj9FZgig5Uk7x6qEvo=8Jvm0XtwTXJqUP44ZxB=Q@mail.gmail.com>

Hi!

I use lxc containers with asterisk wich their are connecting to
kamailio, so far so good they work when i put the containers with
public ips, but when i switched to private ip I have one-way audio.

I tried to with rtpengine but no luck:

 rtpengine --table=42 --listen-ng=127.0.0.1:2223
--interface=56.12.19.100 --tos=184 --pidfile=/run/rtpengine.pid
--no-fallback --log-level=7 --log-facility=local3

the setup looks like this:
VM-KAMAILIO-(public ip 56.12.19.100 with static routes for the private
IP) --> LxC(n) (with private class 192.168.0.n)

The problem i think is when LxC asterisk is sending back the 200 OK
from Invite it puts his private ip in the sdp filed:

v=0
o=- 2171376102 3 IN IP4 192.168.0.2
s=Asterisk
c=IN IP4 192.168.0.2
t=0 0
m=audio 11336 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv


i've loaded the modules, but after this i am stuck....
loadmodule "nathelper.so"
loadmodule "rtpengine.so"
modparam("nathelper", "received_avp", "$avp(RECEIVED)")
modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
modparam("nathelper", "natping_interval", 30)
modparam("nathelper", "ping_nated_only", 1)
modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
modparam("nathelper", "sipping_from", "sip:pinger at proxy")

# params needed for NAT traversal in other modules
modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
modparam("usrloc", "nat_bflag", FLB_NATB)

modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
modparam("rtpengine", "rtpengine_retr", 2)
modparam("rtpengine", "hash_table_size", 256)
modparam("rtpengine", "hash_table_tout", 600)


From rahul.ultimate at gmail.com  Wed May 19 06:19:19 2021
From: rahul.ultimate at gmail.com (Rahul mm)
Date: Wed, 19 May 2021 09:49:19 +0530
Subject: [SR-Users] Eternal config - Kamailio and rtpengine
In-Reply-To: <CANk_n4bcywtj9FZgig5Uk7x6qEvo=8Jvm0XtwTXJqUP44ZxB=Q@mail.gmail.com>
References: <CANk_n4bcywtj9FZgig5Uk7x6qEvo=8Jvm0XtwTXJqUP44ZxB=Q@mail.gmail.com>
Message-ID: <CAM8wsqJHr0dBM5gBadWGeUHXJQ1ar1Mkm8HukdtgeihBMsONww@mail.gmail.com>

Hi Mihai,

You need to provide both public and private interface in rtpengine params.
Further, you will have to provide the direction while invoking
rtpengine_manage/offer/answer.
Check the rtpengine module documentation for details.


On Wed, May 19, 2021, 3:13 AM Mihai Cezar <cezar at mokalife.ro> wrote:

> Hi!
>
> I use lxc containers with asterisk wich their are connecting to
> kamailio, so far so good they work when i put the containers with
> public ips, but when i switched to private ip I have one-way audio.
>
> I tried to with rtpengine but no luck:
>
>  rtpengine --table=42 --listen-ng=127.0.0.1:2223
> --interface=56.12.19.100 --tos=184 --pidfile=/run/rtpengine.pid
> --no-fallback --log-level=7 --log-facility=local3
>
> the setup looks like this:
> VM-KAMAILIO-(public ip 56.12.19.100 with static routes for the private
> IP) --> LxC(n) (with private class 192.168.0.n)
>
> The problem i think is when LxC asterisk is sending back the 200 OK
> from Invite it puts his private ip in the sdp filed:
>
> v=0
> o=- 2171376102 3 IN IP4 192.168.0.2
> s=Asterisk
> c=IN IP4 192.168.0.2
> t=0 0
> m=audio 11336 RTP/AVP 8 101
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=ptime:20
> a=maxptime:150
> a=sendrecv
>
>
> i've loaded the modules, but after this i am stuck....
> loadmodule "nathelper.so"
> loadmodule "rtpengine.so"
> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
> modparam("nathelper", "natping_interval", 30)
> modparam("nathelper", "ping_nated_only", 1)
> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
>
> # params needed for NAT traversal in other modules
> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
> modparam("usrloc", "nat_bflag", FLB_NATB)
>
> modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
> modparam("rtpengine", "rtpengine_retr", 2)
> modparam("rtpengine", "hash_table_size", 256)
> modparam("rtpengine", "hash_table_tout", 600)
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/635e6f24/attachment.htm>

From melekoktay at gmail.com  Wed May 19 07:31:59 2021
From: melekoktay at gmail.com (Melek Oktay)
Date: Wed, 19 May 2021 08:31:59 +0300
Subject: [SR-Users] Kamailio as Load Balancer
In-Reply-To: <AM0PR05MB65952792498A2473CF8449D0C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>
 <AM0PR05MB65952792498A2473CF8449D0C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAOopgPWYQtiwLLOrRP7pGNcp+uNXusMCqHpQQ_aEZy-cifdOSw@mail.gmail.com>

Hi,

Thanks for the reply, but this helps us for distributing traffic backbone
Asterisk/FreeSwitch. I am trying to distributing traffic Tier 2 Kamailio
There should be path module for load balancer config file for example.

loadmodule "path.so"
modparam("path", "use_received", 1)


Sample Topology, I want to implement is as follows. I could not find such a
complex topology configurations results of my research.

                          Kamailio (Tier 1)
                            Load Balancer


Kamailio #1             Kamailio#2  ...................      Kamailio#N
(Tier 2)


Kindly Regards,
Melek



On Tue, May 18, 2021 at 7:12 PM Henning Westerholt <hw at skalatan.de> wrote:

> Hello,
>
>
>
> you find a small sample cfg e.g. in this docs:
>
>
>
>
> https://kamailio.org/docs/modules/devel/modules/dispatcher.html#dispatcher.ex.config
>
>
>
> Cheers,
>
>
>
> Henning
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Melek
> Oktay
> *Sent:* Tuesday, May 18, 2021 10:59 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] Kamailio as Load Balancer
>
>
>
> Hi,
>
>
>
>
>
> I have been investigating distributing incoming/outgoing SIP traffic to
> behind Kamailio SIP  servers in order to scale and other advantages too!.
>
>
>
> SRV type distribution is not a good option, it is already tested.
>
>
>
> So,  I am trying to deploy Kamailio as a *LoadBalancer* in Tier1 , so it
> distributes traffic backbone Kamilio servers in Tier 2. There is a good
> presentation as follows, actually I want to implement it.
>
>
> https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf
>
>
>
>
> However, I could not find sample configurations and sample study ! Would
> you show me sample configurations that Kamailio uses as a Load Balancer if
> you have it.
>
>
>
> Current Kamailio responsibilities in my system are:
>
>  1. Registar Server
>  2. Presence Server
>  3. Sip proxy server
>  4. WebSocket
>
>
>
> Maybe it will be very good to separate  *Registar *Server &  *Presence *Server,
> but could not find sample configurations too.
>
>
>
>
>
> Best Regards
>
> Melek
>
>
>
> P.S.  If we could collect such configurations, I would share them for
> community on Github.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/8c96e8c8/attachment.htm>

From hw at skalatan.de  Wed May 19 08:17:16 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Wed, 19 May 2021 06:17:16 +0000
Subject: [SR-Users] Kamailio as Load Balancer
In-Reply-To: <CAOopgPWYQtiwLLOrRP7pGNcp+uNXusMCqHpQQ_aEZy-cifdOSw@mail.gmail.com>
References: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>
 <AM0PR05MB65952792498A2473CF8449D0C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAOopgPWYQtiwLLOrRP7pGNcp+uNXusMCqHpQQ_aEZy-cifdOSw@mail.gmail.com>
Message-ID: <AM0PR05MB659546BA4805415069550D14C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

you probably will not find the configuration that match 100% to your requirements. But there are other example cfgs, also in kamailio source tree in misc/examples.

You can start with something easier (like the mentioned cases), and then e.g., just add the path module and other components.

Alternatively, you can of course also pay somebody to create a cfg that match your requirements.

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: Melek Oktay <melekoktay at gmail.com>
Sent: Wednesday, May 19, 2021 7:32 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Cc: Henning Westerholt <hw at skalatan.de>
Subject: Re: [SR-Users] Kamailio as Load Balancer

Hi,

Thanks for the reply, but this helps us for distributing traffic backbone Asterisk/FreeSwitch. I am trying to distributing traffic Tier 2 Kamailio
There should be path module for load balancer config file for example.

loadmodule "path.so"
modparam("path", "use_received", 1)


Sample Topology, I want to implement is as follows. I could not find such a complex topology configurations results of my research.

                          Kamailio (Tier 1)
                            Load Balancer


Kamailio #1             Kamailio#2  ...................      Kamailio#N  (Tier 2)


Kindly Regards,
Melek



On Tue, May 18, 2021 at 7:12 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hello,

you find a small sample cfg e.g. in this docs:

https://kamailio.org/docs/modules/devel/modules/dispatcher.html#dispatcher.ex.config

Cheers,

Henning
--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of Melek Oktay
Sent: Tuesday, May 18, 2021 10:59 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] Kamailio as Load Balancer

Hi,


I have been investigating distributing incoming/outgoing SIP traffic to behind Kamailio SIP  servers in order to scale and other advantages too!.

SRV type distribution is not a good option, it is already tested.

So,  I am trying to deploy Kamailio as a LoadBalancer in Tier1 , so it distributes traffic backbone Kamilio servers in Tier 2. There is a good presentation as follows, actually I want to implement it.
https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf

However, I could not find sample configurations and sample study ! Would you show me sample configurations that Kamailio uses as a Load Balancer if you have it.

Current Kamailio responsibilities in my system are:
 1. Registar Server
 2. Presence Server
 3. Sip proxy server
 4. WebSocket

Maybe it will be very good to separate  Registar Server &  Presence Server, but could not find sample configurations too.


Best Regards
Melek

P.S.  If we could collect such configurations, I would share them for community on Github.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/625bc543/attachment.htm>

From cezar at mokalife.ro  Wed May 19 08:25:26 2021
From: cezar at mokalife.ro (Mihai Cezar)
Date: Wed, 19 May 2021 09:25:26 +0300
Subject: [SR-Users] Eternal config - Kamailio and rtpengine
In-Reply-To: <CAM8wsqJHr0dBM5gBadWGeUHXJQ1ar1Mkm8HukdtgeihBMsONww@mail.gmail.com>
References: <CANk_n4bcywtj9FZgig5Uk7x6qEvo=8Jvm0XtwTXJqUP44ZxB=Q@mail.gmail.com>
 <CAM8wsqJHr0dBM5gBadWGeUHXJQ1ar1Mkm8HukdtgeihBMsONww@mail.gmail.com>
Message-ID: <CANk_n4bq8D+E09uxRxiZ=Omt1ayopSz05MuvDW2bm+716hoU-A@mail.gmail.com>

Hei Rahul,

RTPengine should be on the machine with the LxC containers ?
Because on the proxy-kamailio machine i use on nic with 1 IP and a
static route that goes to the LxC VM with containers.

On Wed, May 19, 2021 at 7:22 AM Rahul mm <rahul.ultimate at gmail.com> wrote:
>
> Hi Mihai,
>
> You need to provide both public and private interface in rtpengine params. Further, you will have to provide the direction while invoking rtpengine_manage/offer/answer.
> Check the rtpengine module documentation for details.
>
>
> On Wed, May 19, 2021, 3:13 AM Mihai Cezar <cezar at mokalife.ro> wrote:
>>
>> Hi!
>>
>> I use lxc containers with asterisk wich their are connecting to
>> kamailio, so far so good they work when i put the containers with
>> public ips, but when i switched to private ip I have one-way audio.
>>
>> I tried to with rtpengine but no luck:
>>
>>  rtpengine --table=42 --listen-ng=127.0.0.1:2223
>> --interface=56.12.19.100 --tos=184 --pidfile=/run/rtpengine.pid
>> --no-fallback --log-level=7 --log-facility=local3
>>
>> the setup looks like this:
>> VM-KAMAILIO-(public ip 56.12.19.100 with static routes for the private
>> IP) --> LxC(n) (with private class 192.168.0.n)
>>
>> The problem i think is when LxC asterisk is sending back the 200 OK
>> from Invite it puts his private ip in the sdp filed:
>>
>> v=0
>> o=- 2171376102 3 IN IP4 192.168.0.2
>> s=Asterisk
>> c=IN IP4 192.168.0.2
>> t=0 0
>> m=audio 11336 RTP/AVP 8 101
>> a=rtpmap:8 PCMA/8000
>> a=rtpmap:101 telephone-event/8000
>> a=fmtp:101 0-16
>> a=ptime:20
>> a=maxptime:150
>> a=sendrecv
>>
>>
>> i've loaded the modules, but after this i am stuck....
>> loadmodule "nathelper.so"
>> loadmodule "rtpengine.so"
>> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
>> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
>> modparam("nathelper", "natping_interval", 30)
>> modparam("nathelper", "ping_nated_only", 1)
>> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
>> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
>>
>> # params needed for NAT traversal in other modules
>> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
>> modparam("usrloc", "nat_bflag", FLB_NATB)
>>
>> modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
>> modparam("rtpengine", "rtpengine_retr", 2)
>> modparam("rtpengine", "hash_table_size", 256)
>> modparam("rtpengine", "hash_table_tout", 600)
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


From miconda at gmail.com  Wed May 19 08:40:15 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 19 May 2021 08:40:15 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <c62e6ce4-dd60-4082-9744-fbcf0a7e0352@Spark>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
 <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
 <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>
 <2e57beca-af03-b150-2c75-6b4f3f4c3e2e@gmail.com>
 <c62e6ce4-dd60-4082-9744-fbcf0a7e0352@Spark>
Message-ID: <07d7b43c-b8c9-5a8b-9779-39f56efc99b9@gmail.com>

It needs to be fixed if there is an issue, even if happens during
reload. I looked only a bit at the code and I tried to figure out what
could be the situations when matching can fail due to internal
operations. First we have to identify the case, then it will be fixed.

Cheers,
Daniel

On 18.05.21 14:50, Romain Untereiner wrote:
> Thanks for the hints!
>
> I didn?t think about the potential correlation with rpc reloads. Yes,
> we proceed to reloads during runtime but I can?t remember if theses 2
> events (reloading and not allowing $si) happened at the same time.
>
> It has a quite minor impact anyway but I felt I was doing something
> wrong.?
>
> So I?ll actively monitor these 2 events? occurrences to see if there?s
> a link. And if not I might touch the source code of permissions
> module. I?ll revert to you with some more detailed diagnostic.
>
> Thanks again for the help, for your reactivity and for all the work
> you put inside our beloved Kamailio!
>
> PS: I might soon open new threads here for other minor issues I?m having
>
> *Romain Untereiner*
> Co founder at /Cantoo/ <https://www.cantoo.co>
> www.cantoo.co <www.cantoo.co>
> Le 18 mai 2021 ? 12:45 +0200, Daniel-Constantin Mierla
> <miconda at gmail.com>, a ?crit :
>>
>>
>> On 18.05.21 12:29, Romain Untereiner wrote:
>>> Yes it is set in the table:?
>>>
>>> group | ip_addr | mask | port | tag
>>> ZZZ | X.X.X.X | 24 | 5060 | NULL
>>>
>>> And I can confirm the IP and Port I see in the traces should match
>>> X.X.X.X/24 & 5060, and as mentioned before I could see that few ms
>>> before (99.99% of the cases), same IP and Port were correctly
>>> allowed and the group was found.
>>>
>>> Is there some more advanced debugging I could setup to dive into
>>> allow_source_address_group() behavior?
>>
>> The source code is available, so you can edit and add more log
>> messages in the corresponding functions inside the permissions
>> module, then re-compile/re-install, if you want to go that path.
>>
>> Do you reload records from the address table at runtime via rpc? If
>> yes, do you think it happened at the same time with the matching
>> failure? Trying to see what can be ruled out or not ...
>>
>> Cheers,
>> Daniel
>>
>>>
>>> Thanks
>>>
>>> *Romain Untereiner*
>>> Co founder at /Cantoo/ <https://www.cantoo.co>
>>> www.cantoo.co <www.cantoo.co>
>>> Le 18 mai 2021 ? 12:18 +0200, Daniel-Constantin Mierla
>>> <miconda at gmail.com>, a ?crit :
>>>>
>>>> Hmm, do you have port set for the records in the address table? I
>>>> notice you print it in the log message...
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 18.05.21 11:15, Romain Untereiner wrote:
>>>>> Hello Daniel,
>>>>>
>>>>> Thanks for your quick answer!?
>>>>>
>>>>> I indeed need to identify the group ID too.
>>>>>
>>>>> Here?s how I handle it (inspired
>>>>> from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address
>>>>> <https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address>):
>>>>>
>>>>> ?''
>>>>> $var(group) = allow_source_address_group();
>>>>>
>>>>> if ($var(group) != -1) {
>>>>> ?? ?xlog("L_INFO", "$si : $sp is allowed through group:
>>>>> $var(group)\n");
>>>>> ?? ?[...]
>>>>> } else {
>>>>> ?? ?xlog("L_INFO", "$si : $sp is not allowed -
>>>>> allow_source_address_group returned -1\n");
>>>>> ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
>>>>> ?? ?sl_send_reply("403", "Forbidden");
>>>>> ?? ?exit;
>>>>> }
>>>>> ?''
>>>>>
>>>>> Best regards,
>>>>>
>>>>> *Romain Untereiner*
>>>>> Co founder at /Cantoo/ <https://www.cantoo.co>
>>>>> www.cantoo.co <www.cantoo.co>
>>>>> Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla
>>>>> <miconda at gmail.com>, a ?crit :
>>>>>> Hello,
>>>>>>
>>>>>> On 17.05.21 12:11, Romain Untereiner wrote:
>>>>>>> Hello all,
>>>>>>>
>>>>>>> I am having some trouble with Permissions module of Kamailio,
>>>>>>> regarding the allow_source_address_group() function. In 99.9% of the
>>>>>>> cases the IP of our partner is allowed as expected, but randomly it
>>>>>>> can fail (returning -1 for the same IP address that was allowed for
>>>>>>> many other calls in the meantime).?
>>>>>>>
>>>>>>> I can?t understand why it fails and why only ??sometimes?? - I
>>>>>>> confirm
>>>>>>> this append on the same Kamailio box, with same IP and Port of the
>>>>>>> partner.
>>>>>>>
>>>>>>> In my custom logs:
>>>>>>> ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
>>>>>>> and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
>>>>>>> -??allow_source_address_group returned -1?
>>>>>>>
>>>>>>> It is maybe to note that in the address table, this range is defined
>>>>>>> as /24 and not /32. Until now it never happened on /32 defined
>>>>>>> address
>>>>>>> but I don?t know if it can be correlated.
>>>>>>>
>>>>>>> Would someone have a clue on this?
>>>>>>>
>>>>>>> Versions:
>>>>>>> - kamailio 5.5.0 (x86_64/linux) d4c1a1
>>>>>>> - debian 9 stretch
>>>>>>> - postgresql 11.7
>>>>>>
>>>>>> how do you test the return code of the function? Paste here the
>>>>>> snippet
>>>>>> of the config where the function is used.
>>>>>>
>>>>>> Then, do you really need the goup id of the address or just to
>>>>>> match the
>>>>>> address?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>
>>>>>> --
>>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>>> Kamailio Advanced Training - Online
>>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America
>>>>>> Timezone)
>>>>>> * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>>>
>>>> --   
>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online
>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>> --  
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/394ef9a9/attachment.htm>

From melekoktay at gmail.com  Wed May 19 08:52:40 2021
From: melekoktay at gmail.com (Melek Oktay)
Date: Wed, 19 May 2021 09:52:40 +0300
Subject: [SR-Users] Kamailio as Load Balancer
In-Reply-To: <AM0PR05MB659546BA4805415069550D14C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAOopgPXJMGCun2c5R4AX6cR9RxbLqTYO9uxxwNBAX-sUS4=mOw@mail.gmail.com>
 <AM0PR05MB65952792498A2473CF8449D0C52C9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAOopgPWYQtiwLLOrRP7pGNcp+uNXusMCqHpQQ_aEZy-cifdOSw@mail.gmail.com>
 <AM0PR05MB659546BA4805415069550D14C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAOopgPX=LkJCG6Gjni69BgWTfvE9-q9ahX8zP8oAB1UPuZRkDg@mail.gmail.com>

Hello again Henning,

I'm not looking forward to finding the configuration that will match my
requirements. The case studies that will inspire my thought  will be very
appropriate.
This is why I put Daniel's study/presentation about Kamailio LoadBalancer
https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf
link in original email.

Regards,
Melek

On Wed, May 19, 2021 at 9:17 AM Henning Westerholt <hw at skalatan.de> wrote:

> Hello,
>
>
>
> you probably will not find the configuration that match 100% to your
> requirements. But there are other example cfgs, also in kamailio source
> tree in misc/examples.
>
>
>
> You can start with something easier (like the mentioned cases), and then
> e.g., just add the path module and other components.
>
>
>
> Alternatively, you can of course also pay somebody to create a cfg that
> match your requirements.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Melek Oktay <melekoktay at gmail.com>
> *Sent:* Wednesday, May 19, 2021 7:32 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Cc:* Henning Westerholt <hw at skalatan.de>
> *Subject:* Re: [SR-Users] Kamailio as Load Balancer
>
>
>
> Hi,
>
>
>
> Thanks for the reply, but this helps us for distributing traffic backbone
> Asterisk/FreeSwitch. I am trying to distributing traffic Tier 2 Kamailio
>
> There should be path module for load balancer config file for example.
>
>
>
> loadmodule "path.so"
> modparam("path", "use_received", 1)
>
>
>
>
>
> Sample Topology, I want to implement is as follows. I could not find such
> a complex topology configurations results of my research.
>
>
>
>                           Kamailio (Tier 1)
>
>                             Load Balancer
>
>
>
>
>
> Kamailio #1             Kamailio#2  ...................      Kamailio#N
> (Tier 2)
>
>
>
>
>
> Kindly Regards,
>
> Melek
>
>
>
>
>
>
>
> On Tue, May 18, 2021 at 7:12 PM Henning Westerholt <hw at skalatan.de> wrote:
>
> Hello,
>
>
>
> you find a small sample cfg e.g. in this docs:
>
>
>
>
> https://kamailio.org/docs/modules/devel/modules/dispatcher.html#dispatcher.ex.config
>
>
>
> Cheers,
>
>
>
> Henning
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Melek
> Oktay
> *Sent:* Tuesday, May 18, 2021 10:59 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] Kamailio as Load Balancer
>
>
>
> Hi,
>
>
>
>
>
> I have been investigating distributing incoming/outgoing SIP traffic to
> behind Kamailio SIP  servers in order to scale and other advantages too!.
>
>
>
> SRV type distribution is not a good option, it is already tested.
>
>
>
> So,  I am trying to deploy Kamailio as a *LoadBalancer* in Tier1 , so it
> distributes traffic backbone Kamilio servers in Tier 2. There is a good
> presentation as follows, actually I want to implement it.
>
>
> https://www.kamailio.org/events/2013-KamailioWorld/23-Daniel-Constantin.Mierla-Load-Balancing-Load-Balancers.pdf
>
>
>
>
> However, I could not find sample configurations and sample study ! Would
> you show me sample configurations that Kamailio uses as a Load Balancer if
> you have it.
>
>
>
> Current Kamailio responsibilities in my system are:
>
>  1. Registar Server
>  2. Presence Server
>  3. Sip proxy server
>  4. WebSocket
>
>
>
> Maybe it will be very good to separate  *Registar *Server &  *Presence *Server,
> but could not find sample configurations too.
>
>
>
>
>
> Best Regards
>
> Melek
>
>
>
> P.S.  If we could collect such configurations, I would share them for
> community on Github.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/d291ca51/attachment.htm>

From romain at cantoo.co  Wed May 19 12:02:13 2021
From: romain at cantoo.co (Romain Untereiner)
Date: Wed, 19 May 2021 12:02:13 +0200
Subject: [SR-Users] Permissions sometimes does not find group
In-Reply-To: <07d7b43c-b8c9-5a8b-9779-39f56efc99b9@gmail.com>
References: <0de482ae-4774-4508-9479-fff051347536@Spark>
 <1cf83614-10d4-4184-8866-ecbdc913ece2@Spark>
 <b1a37934-fda4-b3eb-8994-0e618dcb9254@gmail.com>
 <045797a5-d71c-4a3b-afd0-d9b8301373fe@Spark>
 <bc2ff9bc-5e49-811a-4453-5d2d5b2e1007@gmail.com>
 <a249094e-f9be-471d-b0d2-869f0ab142aa@Spark>
 <2e57beca-af03-b150-2c75-6b4f3f4c3e2e@gmail.com>
 <c62e6ce4-dd60-4082-9744-fbcf0a7e0352@Spark>
 <07d7b43c-b8c9-5a8b-9779-39f56efc99b9@gmail.com>
Message-ID: <1ffccfc2-efe8-4277-b4cb-8a4c11a0a9e9@Spark>

Totally aligned, thanks! I?ll need some time to proceed to some complete diagnostic but I will come back to you whenever I?ve better explanation of the behavior.

Also I?d like to touch to the permissions module in order to see what happens inside, but the issue is seen only on production, and debugging in production is a bad thing :)

As first step, we will activate soon the LM_DBG logging in our prod proxies to begin diving into this.

Cheers,

Romain Untereiner
Co founder at Cantoo
www.cantoo.co
Le 19 mai 2021 ? 08:40 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> It needs to be fixed if there is an issue, even if happens during reload. I looked only a bit at the code and I tried to figure out what could be the situations when matching can fail due to internal operations. First we have to identify the case, then it will be fixed.
> Cheers,
> Daniel
> On 18.05.21 14:50, Romain Untereiner wrote:
> > Thanks for the hints!
> >
> > I didn?t think about the potential correlation with rpc reloads. Yes, we proceed to reloads during runtime but I can?t remember if theses 2 events (reloading and not allowing $si) happened at the same time.
> >
> > It has a quite minor impact anyway but I felt I was doing something wrong.
> >
> > So I?ll actively monitor these 2 events? occurrences to see if there?s a link. And if not I might touch the source code of permissions module. I?ll revert to you with some more detailed diagnostic.
> >
> > Thanks again for the help, for your reactivity and for all the work you put inside our beloved Kamailio!
> >
> > PS: I might soon open new threads here for other minor issues I?m having
> >
> > Romain Untereiner
> > Co founder at Cantoo
> > www.cantoo.co
> > Le 18 mai 2021 ? 12:45 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > >
> > > On 18.05.21 12:29, Romain Untereiner wrote:
> > > > Yes it is set in the table:
> > > >
> > > > group | ip_addr | mask | port | tag
> > > > ZZZ | X.X.X.X | 24 | 5060 | NULL
> > > >
> > > > And I can confirm the IP and Port I see in the traces should match X.X.X.X/24 & 5060, and as mentioned before I could see that few ms before (99.99% of the cases), same IP and Port were correctly allowed and the group was found.
> > > >
> > > > Is there some more advanced debugging I could setup to dive into allow_source_address_group() behavior?
> > > The source code is available, so you can edit and add more log messages in the corresponding functions inside the permissions module, then re-compile/re-install, if you want to go that path.
> > > Do you reload records from the address table at runtime via rpc? If yes, do you think it happened at the same time with the matching failure? Trying to see what can be ruled out or not ...
> > > Cheers,
> > > Daniel
> > > >
> > > > Thanks
> > > >
> > > > Romain Untereiner
> > > > Co founder at Cantoo
> > > > www.cantoo.co
> > > > Le 18 mai 2021 ? 12:18 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > > > > Hmm, do you have port set for the records in the address table? I notice you print it in the log message...
> > > > > Cheers,
> > > > > Daniel
> > > > > On 18.05.21 11:15, Romain Untereiner wrote:
> > > > > > Hello Daniel,
> > > > > >
> > > > > > Thanks for your quick answer!
> > > > > >
> > > > > > I indeed need to identify the group ID too.
> > > > > >
> > > > > > Here?s how I handle it (inspired from?https://kamailio.org/docs/modules/5.5.x/modules/permissions.html#permissions.f.allow_source_address):
> > > > > >
> > > > > > ?''
> > > > > > $var(group) = allow_source_address_group();
> > > > > >
> > > > > > if ($var(group) != -1) {
> > > > > > ?? ?xlog("L_INFO", "$si : $sp is allowed through group: $var(group)\n");
> > > > > > ?? ?[...]
> > > > > > } else {
> > > > > > ?? ?xlog("L_INFO", "$si : $sp is not allowed - allow_source_address_group returned -1\n");
> > > > > > ?? ?xlog("L_INFO", "Rejecting $ci with 403 'Forbidden'\n");
> > > > > > ?? ?sl_send_reply("403", "Forbidden");
> > > > > > ?? ?exit;
> > > > > > }
> > > > > > ?''
> > > > > >
> > > > > > Best regards,
> > > > > >
> > > > > > Romain Untereiner
> > > > > > Co founder at Cantoo
> > > > > > www.cantoo.co
> > > > > > Le 18 mai 2021 ? 08:44 +0200, Daniel-Constantin Mierla <miconda at gmail.com>, a ?crit :
> > > > > > > Hello,
> > > > > > >
> > > > > > > On 17.05.21 12:11, Romain Untereiner wrote:
> > > > > > > > Hello all,
> > > > > > > >
> > > > > > > > I am having some trouble with Permissions module of Kamailio,
> > > > > > > > regarding the allow_source_address_group() function. In 99.9% of the
> > > > > > > > cases the IP of our partner is allowed as expected, but randomly it
> > > > > > > > can fail (returning -1 for the same IP address that was allowed for
> > > > > > > > many other calls in the meantime).
> > > > > > > >
> > > > > > > > I can?t understand why it fails and why only ??sometimes?? - I confirm
> > > > > > > > this append on the same Kamailio box, with same IP and Port of the
> > > > > > > > partner.
> > > > > > > >
> > > > > > > > In my custom logs:
> > > > > > > > ??X.X.X.X:YYYY is allowed through group Z?? ?> as expected
> > > > > > > > and sometimes (like 1% of the cases): ??X.X.X.X:YYYY is not allowed
> > > > > > > > -??allow_source_address_group returned -1?
> > > > > > > >
> > > > > > > > It is maybe to note that in the address table, this range is defined
> > > > > > > > as /24 and not /32. Until now it never happened on /32 defined address
> > > > > > > > but I don?t know if it can be correlated.
> > > > > > > >
> > > > > > > > Would someone have a clue on this?
> > > > > > > >
> > > > > > > > Versions:
> > > > > > > > - kamailio 5.5.0 (x86_64/linux) d4c1a1
> > > > > > > > - debian 9 stretch
> > > > > > > > - postgresql 11.7
> > > > > > >
> > > > > > > how do you test the return code of the function? Paste here the snippet
> > > > > > > of the config where the function is used.
> > > > > > >
> > > > > > > Then, do you really need the goup id of the address or just to match the
> > > > > > > address?
> > > > > > >
> > > > > > > Cheers,
> > > > > > > Daniel
> > > > > > >
> > > > > > > --
> > > > > > > Daniel-Constantin Mierla -- www.asipto.com
> > > > > > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > > > > > Kamailio Advanced Training - Online
> > > > > > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > > > > > > * https://www.asipto.com/sw/kamailio-advanced-training-online/
> > > > > > >
> > > > > --
> > > > > Daniel-Constantin Mierla -- www.asipto.com
> > > > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > > > Kamailio Advanced Training - Online
> > > > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > > > >  * https://www.asipto.com/sw/kamailio-advanced-training-online/
> > > --
> > > Daniel-Constantin Mierla -- www.asipto.com
> > > www.twitter.com/miconda -- www.linkedin.com/in/miconda
> > > Kamailio Advanced Training - Online
> > > May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
> > >  * https://www.asipto.com/sw/kamailio-advanced-training-online/
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>  * https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/6ac85eab/attachment.htm>

From achen at fuze.com  Wed May 19 13:58:59 2021
From: achen at fuze.com (Andrew Chen)
Date: Wed, 19 May 2021 07:58:59 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
Message-ID: <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>

Hi guys,

Does anyone have any updates on this?

More so, can this package dependency be ignored if I am not using Java for
Kamailio configuration?

Thanks
--Andy

On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com> wrote:

> Yes.  My Jenkins job runs the symlink step everytime:
>
> sudo ln -s pkg/kamailio/deb/bionic debian
>
> ## Create debian package
> sudo make deb
>
> I do this in the main kamailio install directory.
>
> On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Is it debian symlink pointing to the right folder in pkg/kamailio/deb/
>> for you distribution? As I said, it gets deleted and running 'make deb'
>> again with (re-)create the symlink to the 'debian' folder. In other words,
>> create symlink always before running 'make deb'.
>>
>> Cheers,
>> Daniel
>> On 17.05.21 17:44, Andrew Chen wrote:
>>
>> So after looking at the build logs, it seems I'm still facing these
>> dependency errors:
>>
>> The following packages have unmet dependencies:
>>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>>
>> The following packages have unmet dependencies:
>>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>>
>> How important are these libraries and which module uses them?
>>
>>
>> On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com> wrote:
>>
>>> Hey guys.  The linking of the directory worked!  Thanks again for your
>>> help.
>>>
>>> On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:
>>>
>>>> Thanks guys!  I will try these out today.
>>>>
>>>> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>>
>>>>> On 17.05.21 09:49, Victor Seva wrote:
>>>>> > On 5/14/21 2:09 PM, Andrew Chen wrote:
>>>>> >> Hi Daniel,
>>>>> >>
>>>>> >> Yes.  These are the steps I took:
>>>>> >>
>>>>> >> ## git clone kamailio repository
>>>>> >> cd $INSTALLDIR
>>>>> >> sudo git clone https://github.com/kamailio/kamailio
>>>>> >> <https://github.com/kamailio/kamailio> kamailio
>>>>> >> cd kamailio
>>>>> >> sudo git checkout 5.4
>>>>> >>
>>>>> >> ## Make config files with included modules list
>>>>> >> sudo make include_modules="$INCLUDE_MODULES" cfg
>>>>> >>
>>>>> >> ## Compile Kamailio
>>>>> >> sudo make mode=debug
>>>>> >>
>>>>> >> cd pkg/kamailio/deb
>>>>> >>
>>>>> >> ## Create debian package
>>>>> >> sudo dpkg-buildpackage
>>>>> >>
>>>>> >>
>>>>> >> Hi Victor,
>>>>> >>
>>>>> >> Yes, this is the version of Ubuntu we are using:
>>>>> >>
>>>>> >> debhttp://deb.kamailio.org/kamailio54
>>>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>>>> >> deb-srchttp://deb.kamailio.org/kamailio54
>>>>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>>>>> >
>>>>> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
>>>>> > as your debian dir.
>>>>> >
>>>>> > On the root of the kamailio repository:
>>>>> > # cp -r pkg/kamailio/deb/bionic debian
>>>>> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>>>>
>>>>> For what it worth, we have also a target in the Makefile for building
>>>>> debs, next is what I typically use to test debs building before a
>>>>> release:
>>>>>
>>>>> ln -s pkg/kamailio/deb/bionic debian
>>>>> make deb
>>>>>
>>>>> Note that debian symlink is deleted after 'make deb' completes or
>>>>> fails,
>>>>> so needs to be recreated if the command has to be run again.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio Advanced Training - Online
>>>>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>>
>>>>>
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>> to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>>
>>>> --
>>>> Andy Chen
>>>> Sr. Telephony Lead Engineer
>>>> 415 516 5535 (M)
>>>> achen@ <achen at thinkingphones.com>fuze.com
>>>>
>>>>
>>>
>>> --
>>> Andy Chen
>>> Sr. Telephony Lead Engineer
>>> 415 516 5535 (M)
>>> achen@ <achen at thinkingphones.com>fuze.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 -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
>
> --
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <achen at thinkingphones.com>fuze.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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/8ea81259/attachment.htm>

From hw at skalatan.de  Wed May 19 14:08:39 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Wed, 19 May 2021 12:08:39 +0000
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
 <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
Message-ID: <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hi Andrew,

just remove the app_java module which introduce this dependency if you do not use it.

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Andrew Chen
Sent: Wednesday, May 19, 2021 1:59 PM
To: Daniel-Constantin Mierla <miconda at gmail.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] 5.4 dependency package question

Hi guys,

Does anyone have any updates on this?

More so, can this package dependency be ignored if I am not using Java for Kamailio configuration?

Thanks
--Andy

On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com<mailto:achen at fuze.com>> wrote:
Yes.  My Jenkins job runs the symlink step everytime:

sudo ln -s pkg/kamailio/deb/bionic debian

## Create debian package
sudo make deb

I do this in the main kamailio install directory.

On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla <miconda at gmail.com<mailto:miconda at gmail.com>> wrote:

Is it debian symlink pointing to the right folder in pkg/kamailio/deb/ for you distribution? As I said, it gets deleted and running 'make deb' again with (re-)create the symlink to the 'debian' folder. In other words, create symlink always before running 'make deb'.

Cheers,
Daniel
On 17.05.21 17:44, Andrew Chen wrote:
So after looking at the build logs, it seems I'm still facing these dependency errors:


The following packages have unmet dependencies:

 gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable

           Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable

           Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable

The following packages have unmet dependencies:

 libval-dev : Depends: libval15 (= 2.2-4) but it is not installable

How important are these libraries and which module uses them?

On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com<mailto:achen at fuze.com>> wrote:
Hey guys.  The linking of the directory worked!  Thanks again for your help.

On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com<mailto:achen at fuze.com>> wrote:
Thanks guys!  I will try these out today.

On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <miconda at gmail.com<mailto:miconda at gmail.com>> wrote:

On 17.05.21 09:49, Victor Seva wrote:
> On 5/14/21 2:09 PM, Andrew Chen wrote:
>> Hi Daniel,
>>
>> Yes.  These are the steps I took:
>>
>> ## git clone kamailio repository
>> cd $INSTALLDIR
>> sudo git clone https://github.com/kamailio/kamailio
>> <https://github.com/kamailio/kamailio> kamailio
>> cd kamailio
>> sudo git checkout 5.4
>>
>> ## Make config files with included modules list
>> sudo make include_modules="$INCLUDE_MODULES" cfg
>>
>> ## Compile Kamailio
>> sudo make mode=debug
>>
>> cd pkg/kamailio/deb
>>
>> ## Create debian package
>> sudo dpkg-buildpackage
>>
>>
>> Hi Victor,
>>
>> Yes, this is the version of Ubuntu we are using:
>>
>> debhttp://deb.kamailio.org/kamailio54<http://deb.kamailio.org/kamailio54>
>> <http://deb.kamailio.org/kamailio54>  bionic main
>> deb-srchttp://deb.kamailio.org/kamailio54<http://deb.kamailio.org/kamailio54>
>> <http://deb.kamailio.org/kamailio54>  bionic main
>
> If you're using bionic, then use bionic directory at pkg/kamailio/deb
> as your debian dir.
>
> On the root of the kamailio repository:
> # cp -r pkg/kamailio/deb/bionic debian
> # dpkg-buildpackage -rfakeroot -tc -uc -us

For what it worth, we have also a target in the Makefile for building
debs, next is what I typically use to test debs building before a release:

ln -s pkg/kamailio/deb/bionic debian
make deb

Note that debian symlink is deleted after 'make deb' completes or fails,
so needs to be recreated if the command has to be run again.

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>
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/


__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen at thinkingphones.com>fuze.com<http://fuze.com>



--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen at thinkingphones.com>fuze.com<http://fuze.com>



--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen at thinkingphones.com>fuze.com<http://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.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 Advanced Training - Online

May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)

  * https://www.asipto.com/sw/kamailio-advanced-training-online/


--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen at thinkingphones.com>fuze.com<http://fuze.com>



--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@<mailto:achen at thinkingphones.com>fuze.com<http://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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/ba216e74/attachment.htm>

From achen at fuze.com  Wed May 19 16:16:27 2021
From: achen at fuze.com (Andrew Chen)
Date: Wed, 19 May 2021 10:16:27 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
 <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
 <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAEytwJ3WQHRNDK4-aBs40WtAGYd=J8dO5xhs1Lqzc9N55NWpfA@mail.gmail.com>

Hi Henning,

Thanks for the response.

>From what I can see, I am not seeing that module.  Below is my
INCLUDE_MODULES list:

INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex tm
tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl acc
dispatcher cfgutils permissions domain presence presence_xml nathelper
dialog tls htable pike db_mysql userblacklist sqlops websocket xhttp
siptrace tcpops jsonrpcs rtimer"

--Andy

On Wed, May 19, 2021 at 8:08 AM Henning Westerholt <hw at skalatan.de> wrote:

> Hi Andrew,
>
>
>
> just remove the app_java module which introduce this dependency if you do
> not use it.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Andrew
> Chen
> *Sent:* Wednesday, May 19, 2021 1:59 PM
> *To:* Daniel-Constantin Mierla <miconda at gmail.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] 5.4 dependency package question
>
>
>
> Hi guys,
>
>
>
> Does anyone have any updates on this?
>
>
>
> More so, can this package dependency be ignored if I am not using Java for
> Kamailio configuration?
>
>
>
> Thanks
>
> --Andy
>
>
>
> On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com> wrote:
>
> Yes.  My Jenkins job runs the symlink step everytime:
>
>
>
> sudo ln -s pkg/kamailio/deb/bionic debian
>
> ## Create debian package
> sudo make deb
>
>
>
> I do this in the main kamailio install directory.
>
>
>
> On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
> Is it debian symlink pointing to the right folder in pkg/kamailio/deb/ for
> you distribution? As I said, it gets deleted and running 'make deb' again
> with (re-)create the symlink to the 'debian' folder. In other words, create
> symlink always before running 'make deb'.
>
> Cheers,
> Daniel
>
> On 17.05.21 17:44, Andrew Chen wrote:
>
> So after looking at the build logs, it seems I'm still facing these
> dependency errors:
>
>
>
> The following packages have unmet dependencies:
>
>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>
>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>
>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>
> The following packages have unmet dependencies:
>
>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>
> How important are these libraries and which module uses them?
>
>
>
> On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com> wrote:
>
> Hey guys.  The linking of the directory worked!  Thanks again for your
> help.
>
>
>
> On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:
>
> Thanks guys!  I will try these out today.
>
>
>
> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>
> On 17.05.21 09:49, Victor Seva wrote:
> > On 5/14/21 2:09 PM, Andrew Chen wrote:
> >> Hi Daniel,
> >>
> >> Yes.  These are the steps I took:
> >>
> >> ## git clone kamailio repository
> >> cd $INSTALLDIR
> >> sudo git clone https://github.com/kamailio/kamailio
> >> <https://github.com/kamailio/kamailio> kamailio
> >> cd kamailio
> >> sudo git checkout 5.4
> >>
> >> ## Make config files with included modules list
> >> sudo make include_modules="$INCLUDE_MODULES" cfg
> >>
> >> ## Compile Kamailio
> >> sudo make mode=debug
> >>
> >> cd pkg/kamailio/deb
> >>
> >> ## Create debian package
> >> sudo dpkg-buildpackage
> >>
> >>
> >> Hi Victor,
> >>
> >> Yes, this is the version of Ubuntu we are using:
> >>
> >> debhttp://deb.kamailio.org/kamailio54
> >> <http://deb.kamailio.org/kamailio54>  bionic main
> >> deb-srchttp://deb.kamailio.org/kamailio54
> >> <http://deb.kamailio.org/kamailio54>  bionic main
> >
> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
> > as your debian dir.
> >
> > On the root of the kamailio repository:
> > # cp -r pkg/kamailio/deb/bionic debian
> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>
> For what it worth, we have also a target in the Makefile for building
> debs, next is what I typically use to test debs building before a release:
>
> ln -s pkg/kamailio/deb/bionic debian
> make deb
>
> Note that debian symlink is deleted after 'make deb' completes or fails,
> so needs to be recreated if the command has to be run again.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
>
> Andy Chen
>
> Sr. Telephony Lead Engineer
>
> 415 516 5535 (M)
>
> achen@ <achen at thinkingphones.com>fuze.com
>
>
>
>
>
>
> --
>
> Andy Chen
>
> Sr. Telephony Lead Engineer
>
> 415 516 5535 (M)
>
> achen@ <achen at thinkingphones.com>fuze.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.com
>
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>
> Kamailio Advanced Training - Online
>
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
>
>
> --
>
> Andy Chen
>
> Sr. Telephony Lead Engineer
>
> 415 516 5535 (M)
>
> achen@ <achen at thinkingphones.com>fuze.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.*
>


-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/41508ff6/attachment.htm>

From miconda at gmail.com  Wed May 19 16:38:11 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 19 May 2021 16:38:11 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <CAEytwJ3WQHRNDK4-aBs40WtAGYd=J8dO5xhs1Lqzc9N55NWpfA@mail.gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
 <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
 <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAEytwJ3WQHRNDK4-aBs40WtAGYd=J8dO5xhs1Lqzc9N55NWpfA@mail.gmail.com>
Message-ID: <5e271df8-b53c-dc74-76a6-8419601c2e40@gmail.com>

Hello,

is quite strange that you get those dependency requirements. I do not
have a bionic, I do it for buster and they are not required.

Searching for gcj-jdk on specs dirs results in:

ag gcj-jdk pkg/kamailio/deb/
pkg/kamailio/deb/debian/backports/bionic
21:# No app_java due lack of gcj-jdk
22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \

pkg/kamailio/deb/debian/backports/sid
21:# No app_java due lack of gcj-jdk
22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \

pkg/kamailio/deb/debian/backports/bullseye
21:# No app_java due lack of gcj-jdk
22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \

pkg/kamailio/deb/debian/backports/focal
21:# No app_java due lack of gcj-jdk
22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \

pkg/kamailio/deb/debian/control
17: gcj-jdk,

pkg/kamailio/deb/debian/backports/buster
21:# No app_java due lack of gcj-jdk
22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \

pkg/kamailio/deb/precise/control
15: gcj-jdk,

pkg/kamailio/deb/stretch/control
17: gcj-jdk,

pkg/kamailio/deb/wheezy/control
15: gcj-jdk,

pkg/kamailio/deb/jessie/control
16: gcj-jdk,

pkg/kamailio/deb/xenial/control
16: gcj-jdk,

pkg/kamailio/deb/trusty/control
15: gcj-jdk,

So it is not in pkg/kamailio/deb/bionic/control (also not in the folder
for buster), you should not get it if debian symlink is pointing
correctly. I do the steps:

ln -s pkg/kamailio/deb/buster debian
make deb

every time I do a public kamailio release to be sure packages build fine
(independent of deb.kamailio.org portal) and no java/jdk is requested as
dependency. Can you try to run manually on a VM or docker with bionic?

Cheers,
Daniel

On 19.05.21 16:16, Andrew Chen wrote:
> Hi Henning,
>
> Thanks for the response.
>
> From what I can see, I am not seeing that module.? Below is my
> INCLUDE_MODULES list:
>
> INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex
> tm tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl
> acc dispatcher cfgutils permissions domain presence presence_xml
> nathelper dialog tls htable pike db_mysql userblacklist sqlops
> websocket xhttp siptrace tcpops jsonrpcs rtimer"
>
> --Andy
>
> On Wed, May 19, 2021 at 8:08 AM Henning Westerholt <hw at skalatan.de
> <mailto:hw at skalatan.de>> wrote:
>
>     Hi Andrew,
>
>     ?
>
>     just remove the app_java module which introduce this dependency if
>     you do not use it.
>
>     ?
>
>     Cheers,
>
>     ?
>
>     Henning
>
>     ?
>
>     -- 
>
>     Henning Westerholt ? https://skalatan.de/blog/
>     <https://skalatan.de/blog/>
>
>     Kamailio services ? https://gilawa.com <https://gilawa.com/>
>
>     ?
>
>     *From:* sr-users <sr-users-bounces at lists.kamailio.org
>     <mailto:sr-users-bounces at lists.kamailio.org>> *On Behalf Of
>     *Andrew Chen
>     *Sent:* Wednesday, May 19, 2021 1:59 PM
>     *To:* Daniel-Constantin Mierla <miconda at gmail.com
>     <mailto:miconda at gmail.com>>
>     *Cc:* Kamailio (SER) - Users Mailing List
>     <sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>>
>     *Subject:* Re: [SR-Users] 5.4 dependency package question
>
>     ?
>
>     Hi guys,
>
>     ?
>
>     Does anyone have any updates on this?
>
>     ?
>
>     More so, can this package dependency?be ignored if I am not using
>     Java for Kamailio configuration?
>
>     ?
>
>     Thanks
>
>     --Andy
>
>     ?
>
>     On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com
>     <mailto:achen at fuze.com>> wrote:
>
>         Yes.? My Jenkins job runs the symlink step everytime:
>
>         ?
>
>         sudo ln -s pkg/kamailio/deb/bionic debian
>
>         ## Create debian package
>         sudo make deb
>
>         ?
>
>         I do this in the main kamailio install directory.
>
>         ?
>
>         On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla
>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>             Is it debian symlink pointing to the right folder in
>             pkg/kamailio/deb/ for you distribution? As I said, it gets
>             deleted and running 'make deb' again with (re-)create the
>             symlink to the 'debian' folder. In other words, create
>             symlink always before running 'make deb'.
>
>             Cheers,
>             Daniel
>
>             On 17.05.21 17:44, Andrew Chen wrote:
>
>                 So after looking at the build logs, it seems I'm still
>                 facing these dependency errors:
>
>                 ?
>
>                 The following packages have unmet dependencies:
>
>                 gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1)
>                 but it is not installable
>
>                 ?????????? Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but
>                 it is not installable
>
>                 ?????????? Depends: gcj-6-jdk (>= 6.4.0-1~) but it is
>                 not installable
>
>                 The following packages have unmet dependencies:
>
>                 libval-dev : Depends: libval15 (= 2.2-4) but it is not
>                 installable
>
>                 How important are these libraries and which module
>                 uses them?
>
>                 ?
>
>                 On Mon, May 17, 2021 at 11:34 AM Andrew Chen
>                 <achen at fuze.com <mailto:achen at fuze.com>> wrote:
>
>                     Hey guys.? The linking of the directory worked!?
>                     Thanks again for your help.
>
>                     ?
>
>                     On Mon, May 17, 2021 at 7:59 AM Andrew Chen
>                     <achen at fuze.com <mailto:achen at fuze.com>> wrote:
>
>                         Thanks guys!? I will try these out today.
>
>                         ?
>
>                         On Mon, May 17, 2021 at 5:08 AM
>                         Daniel-Constantin Mierla <miconda at gmail.com
>                         <mailto:miconda at gmail.com>> wrote:
>
>
>                             On 17.05.21 09:49, Victor Seva wrote:
>                             > On 5/14/21 2:09 PM, Andrew Chen wrote:
>                             >> Hi Daniel,
>                             >>
>                             >> Yes.? These are the steps I took:
>                             >>
>                             >> ## git clone kamailio repository
>                             >> cd $INSTALLDIR
>                             >> sudo git clone
>                             https://github.com/kamailio/kamailio
>                             <https://github.com/kamailio/kamailio>
>                             >> <https://github.com/kamailio/kamailio
>                             <https://github.com/kamailio/kamailio>>
>                             kamailio
>                             >> cd kamailio
>                             >> sudo git checkout 5.4
>                             >>
>                             >> ## Make config files with included
>                             modules list
>                             >> sudo make
>                             include_modules="$INCLUDE_MODULES" cfg
>                             >>
>                             >> ## Compile Kamailio
>                             >> sudo make mode=debug
>                             >>
>                             >> cd pkg/kamailio/deb
>                             >>
>                             >> ## Create debian package
>                             >> sudo dpkg-buildpackage
>                             >>
>                             >>
>                             >> Hi Victor,
>                             >>
>                             >> Yes, this is the version of Ubuntu we
>                             are using:
>                             >>
>                             >> debhttp://deb.kamailio.org/kamailio54
>                             <http://deb.kamailio.org/kamailio54>?
>                             >> <http://deb.kamailio.org/kamailio54
>                             <http://deb.kamailio.org/kamailio54>>?
>                             bionic main
>                             >>
>                             deb-srchttp://deb.kamailio.org/kamailio54
>                             <http://deb.kamailio.org/kamailio54>?
>                             >> <http://deb.kamailio.org/kamailio54
>                             <http://deb.kamailio.org/kamailio54>>?
>                             bionic main
>                             >
>                             > If you're using bionic, then use bionic
>                             directory at pkg/kamailio/deb
>                             > as your debian dir.
>                             >
>                             > On the root of the kamailio repository:
>                             > # cp -r pkg/kamailio/deb/bionic debian
>                             > # dpkg-buildpackage -rfakeroot -tc -uc -us
>
>                             For what it worth, we have also a target
>                             in the Makefile for building
>                             debs, next is what I typically use to test
>                             debs building before a release:
>
>                             ln -s pkg/kamailio/deb/bionic debian
>                             make deb
>
>                             Note that debian symlink is deleted after
>                             'make deb' completes or fails,
>                             so needs to be recreated if the command
>                             has to be run again.
>
>                             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>
>                             Kamailio Advanced Training - Online
>                             May 17-20, 2021 (Europe Timezone) - June
>                             7-10, 2021 (America Timezone)
>                             ? *
>                             https://www.asipto.com/sw/kamailio-advanced-training-online/
>                             <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
>
>                             __________________________________________________________
>                             Kamailio - Users Mailing List - Non
>                             Commercial Discussions
>                             ? * sr-users at lists.kamailio.org
>                             <mailto:sr-users at lists.kamailio.org>
>                             Important: keep the mailing list in the
>                             recipients, do not reply only to the sender!
>                             Edit mailing list options or unsubscribe:
>                             ? *
>                             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>                             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>
>                         ?
>
>                         -- 
>
>                         Andy Chen
>
>                         Sr. Telephony Lead Engineer
>
>                         415 516 5535 (M)
>
>                         achen@
>                         <mailto:achen at thinkingphones.com>fuze.com
>                         <http://fuze.com>
>
>                         ?
>
>
>                     ?
>
>                     -- 
>
>                     Andy Chen
>
>                     Sr. Telephony Lead Engineer
>
>                     415 516 5535 (M)
>
>                     achen@ <mailto:achen at thinkingphones.com>fuze.com
>                     <http://fuze.com>
>
>                     ?
>
>
>                 ?
>
>                 -- 
>
>                 Andy Chen
>
>                 Sr. Telephony Lead Engineer
>
>                 415 516 5535 (M)
>
>                 achen@ <mailto:achen at thinkingphones.com>fuze.com
>                 <http://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.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 Advanced Training - Online
>
>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>
>             ? * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
>
>         ?
>
>         -- 
>
>         Andy Chen
>
>         Sr. Telephony Lead Engineer
>
>         415 516 5535 (M)
>
>         achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>         ?
>
>
>     ?
>
>     -- 
>
>     Andy Chen
>
>     Sr. Telephony Lead Engineer
>
>     415 516 5535 (M)
>
>     achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.*
>
>
>
> -- 
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.*
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/510b2109/attachment.htm>

From miconda at gmail.com  Wed May 19 16:45:59 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 19 May 2021 16:45:59 +0200
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <5e271df8-b53c-dc74-76a6-8419601c2e40@gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
 <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
 <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAEytwJ3WQHRNDK4-aBs40WtAGYd=J8dO5xhs1Lqzc9N55NWpfA@mail.gmail.com>
 <5e271df8-b53c-dc74-76a6-8419601c2e40@gmail.com>
Message-ID: <dc3d563c-360b-74ab-f1e3-f4bad7a60cc1@gmail.com>

Maybe switch to hard copy as instructed by Victor Seva and use
dpkg-buildpackage directly:

On the root of the kamailio repository:

cp -r pkg/kamailio/deb/bionic debian
dpkg-buildpackage -rfakeroot -tc -uc -us

On 19.05.21 16:38, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> is quite strange that you get those dependency requirements. I do not
> have a bionic, I do it for buster and they are not required.
>
> Searching for gcj-jdk on specs dirs results in:
>
> ag gcj-jdk pkg/kamailio/deb/
> pkg/kamailio/deb/debian/backports/bionic
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/sid
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/bullseye
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/focal
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/control
> 17: gcj-jdk,
>
> pkg/kamailio/deb/debian/backports/buster
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/precise/control
> 15: gcj-jdk,
>
> pkg/kamailio/deb/stretch/control
> 17: gcj-jdk,
>
> pkg/kamailio/deb/wheezy/control
> 15: gcj-jdk,
>
> pkg/kamailio/deb/jessie/control
> 16: gcj-jdk,
>
> pkg/kamailio/deb/xenial/control
> 16: gcj-jdk,
>
> pkg/kamailio/deb/trusty/control
> 15: gcj-jdk,
>
> So it is not in pkg/kamailio/deb/bionic/control (also not in the
> folder for buster), you should not get it if debian symlink is
> pointing correctly. I do the steps:
>
> ln -s pkg/kamailio/deb/buster debian
> make deb
>
> every time I do a public kamailio release to be sure packages build
> fine (independent of deb.kamailio.org portal) and no java/jdk is
> requested as dependency. Can you try to run manually on a VM or docker
> with bionic?
>
> Cheers,
> Daniel
>
> On 19.05.21 16:16, Andrew Chen wrote:
>> Hi Henning,
>>
>> Thanks for the response.
>>
>> From what I can see, I am not seeing that module.? Below is my
>> INCLUDE_MODULES list:
>>
>> INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan
>> kex tm tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity
>> ctl acc dispatcher cfgutils permissions domain presence presence_xml
>> nathelper dialog tls htable pike db_mysql userblacklist sqlops
>> websocket xhttp siptrace tcpops jsonrpcs rtimer"
>>
>> --Andy
>>
>> On Wed, May 19, 2021 at 8:08 AM Henning Westerholt <hw at skalatan.de
>> <mailto:hw at skalatan.de>> wrote:
>>
>>     Hi Andrew,
>>
>>     ?
>>
>>     just remove the app_java module which introduce this dependency
>>     if you do not use it.
>>
>>     ?
>>
>>     Cheers,
>>
>>     ?
>>
>>     Henning
>>
>>     ?
>>
>>     -- 
>>
>>     Henning Westerholt ? https://skalatan.de/blog/
>>     <https://skalatan.de/blog/>
>>
>>     Kamailio services ? https://gilawa.com <https://gilawa.com/>
>>
>>     ?
>>
>>     *From:* sr-users <sr-users-bounces at lists.kamailio.org
>>     <mailto:sr-users-bounces at lists.kamailio.org>> *On Behalf Of
>>     *Andrew Chen
>>     *Sent:* Wednesday, May 19, 2021 1:59 PM
>>     *To:* Daniel-Constantin Mierla <miconda at gmail.com
>>     <mailto:miconda at gmail.com>>
>>     *Cc:* Kamailio (SER) - Users Mailing List
>>     <sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>>
>>     *Subject:* Re: [SR-Users] 5.4 dependency package question
>>
>>     ?
>>
>>     Hi guys,
>>
>>     ?
>>
>>     Does anyone have any updates on this?
>>
>>     ?
>>
>>     More so, can this package dependency?be ignored if I am not using
>>     Java for Kamailio configuration?
>>
>>     ?
>>
>>     Thanks
>>
>>     --Andy
>>
>>     ?
>>
>>     On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com
>>     <mailto:achen at fuze.com>> wrote:
>>
>>         Yes.? My Jenkins job runs the symlink step everytime:
>>
>>         ?
>>
>>         sudo ln -s pkg/kamailio/deb/bionic debian
>>
>>         ## Create debian package
>>         sudo make deb
>>
>>         ?
>>
>>         I do this in the main kamailio install directory.
>>
>>         ?
>>
>>         On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla
>>         <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>             Is it debian symlink pointing to the right folder in
>>             pkg/kamailio/deb/ for you distribution? As I said, it
>>             gets deleted and running 'make deb' again with
>>             (re-)create the symlink to the 'debian' folder. In other
>>             words, create symlink always before running 'make deb'.
>>
>>             Cheers,
>>             Daniel
>>
>>             On 17.05.21 17:44, Andrew Chen wrote:
>>
>>                 So after looking at the build logs, it seems I'm
>>                 still facing these dependency errors:
>>
>>                 ?
>>
>>                 The following packages have unmet dependencies:
>>
>>                 gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1)
>>                 but it is not installable
>>
>>                 ?????????? Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but
>>                 it is not installable
>>
>>                 ?????????? Depends: gcj-6-jdk (>= 6.4.0-1~) but it is
>>                 not installable
>>
>>                 The following packages have unmet dependencies:
>>
>>                 libval-dev : Depends: libval15 (= 2.2-4) but it is
>>                 not installable
>>
>>                 How important are these libraries and which module
>>                 uses them?
>>
>>                 ?
>>
>>                 On Mon, May 17, 2021 at 11:34 AM Andrew Chen
>>                 <achen at fuze.com <mailto:achen at fuze.com>> wrote:
>>
>>                     Hey guys.? The linking of the directory worked!?
>>                     Thanks again for your help.
>>
>>                     ?
>>
>>                     On Mon, May 17, 2021 at 7:59 AM Andrew Chen
>>                     <achen at fuze.com <mailto:achen at fuze.com>> wrote:
>>
>>                         Thanks guys!? I will try these out today.
>>
>>                         ?
>>
>>                         On Mon, May 17, 2021 at 5:08 AM
>>                         Daniel-Constantin Mierla <miconda at gmail.com
>>                         <mailto:miconda at gmail.com>> wrote:
>>
>>
>>                             On 17.05.21 09:49, Victor Seva wrote:
>>                             > On 5/14/21 2:09 PM, Andrew Chen wrote:
>>                             >> Hi Daniel,
>>                             >>
>>                             >> Yes.? These are the steps I took:
>>                             >>
>>                             >> ## git clone kamailio repository
>>                             >> cd $INSTALLDIR
>>                             >> sudo git clone
>>                             https://github.com/kamailio/kamailio
>>                             <https://github.com/kamailio/kamailio>
>>                             >> <https://github.com/kamailio/kamailio
>>                             <https://github.com/kamailio/kamailio>>
>>                             kamailio
>>                             >> cd kamailio
>>                             >> sudo git checkout 5.4
>>                             >>
>>                             >> ## Make config files with included
>>                             modules list
>>                             >> sudo make
>>                             include_modules="$INCLUDE_MODULES" cfg
>>                             >>
>>                             >> ## Compile Kamailio
>>                             >> sudo make mode=debug
>>                             >>
>>                             >> cd pkg/kamailio/deb
>>                             >>
>>                             >> ## Create debian package
>>                             >> sudo dpkg-buildpackage
>>                             >>
>>                             >>
>>                             >> Hi Victor,
>>                             >>
>>                             >> Yes, this is the version of Ubuntu we
>>                             are using:
>>                             >>
>>                             >> debhttp://deb.kamailio.org/kamailio54
>>                             <http://deb.kamailio.org/kamailio54>?
>>                             >> <http://deb.kamailio.org/kamailio54
>>                             <http://deb.kamailio.org/kamailio54>>?
>>                             bionic main
>>                             >>
>>                             deb-srchttp://deb.kamailio.org/kamailio54
>>                             <http://deb.kamailio.org/kamailio54>?
>>                             >> <http://deb.kamailio.org/kamailio54
>>                             <http://deb.kamailio.org/kamailio54>>?
>>                             bionic main
>>                             >
>>                             > If you're using bionic, then use bionic
>>                             directory at pkg/kamailio/deb
>>                             > as your debian dir.
>>                             >
>>                             > On the root of the kamailio repository:
>>                             > # cp -r pkg/kamailio/deb/bionic debian
>>                             > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>
>>                             For what it worth, we have also a target
>>                             in the Makefile for building
>>                             debs, next is what I typically use to
>>                             test debs building before a release:
>>
>>                             ln -s pkg/kamailio/deb/bionic debian
>>                             make deb
>>
>>                             Note that debian symlink is deleted after
>>                             'make deb' completes or fails,
>>                             so needs to be recreated if the command
>>                             has to be run again.
>>
>>                             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>
>>                             Kamailio Advanced Training - Online
>>                             May 17-20, 2021 (Europe Timezone) - June
>>                             7-10, 2021 (America Timezone)
>>                             ? *
>>                             https://www.asipto.com/sw/kamailio-advanced-training-online/
>>                             <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>>
>>                             __________________________________________________________
>>                             Kamailio - Users Mailing List - Non
>>                             Commercial Discussions
>>                             ? * sr-users at lists.kamailio.org
>>                             <mailto:sr-users at lists.kamailio.org>
>>                             Important: keep the mailing list in the
>>                             recipients, do not reply only to the sender!
>>                             Edit mailing list options or unsubscribe:
>>                             ? *
>>                             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>                             <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>>                         ?
>>
>>                         -- 
>>
>>                         Andy Chen
>>
>>                         Sr. Telephony Lead Engineer
>>
>>                         415 516 5535 (M)
>>
>>                         achen@
>>                         <mailto:achen at thinkingphones.com>fuze.com
>>                         <http://fuze.com>
>>
>>                         ?
>>
>>
>>                     ?
>>
>>                     -- 
>>
>>                     Andy Chen
>>
>>                     Sr. Telephony Lead Engineer
>>
>>                     415 516 5535 (M)
>>
>>                     achen@ <mailto:achen at thinkingphones.com>fuze.com
>>                     <http://fuze.com>
>>
>>                     ?
>>
>>
>>                 ?
>>
>>                 -- 
>>
>>                 Andy Chen
>>
>>                 Sr. Telephony Lead Engineer
>>
>>                 415 516 5535 (M)
>>
>>                 achen@ <mailto:achen at thinkingphones.com>fuze.com
>>                 <http://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.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 Advanced Training - Online
>>
>>             May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>
>>             ? * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>>
>>         ?
>>
>>         -- 
>>
>>         Andy Chen
>>
>>         Sr. Telephony Lead Engineer
>>
>>         415 516 5535 (M)
>>
>>         achen@ <mailto:achen at thinkingphones.com>fuze.com
>>         <http://fuze.com>
>>
>>         ?
>>
>>
>>     ?
>>
>>     -- 
>>
>>     Andy Chen
>>
>>     Sr. Telephony Lead Engineer
>>
>>     415 516 5535 (M)
>>
>>     achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.*
>>
>>
>>
>> -- 
>> Andy Chen
>> Sr. Telephony Lead Engineer
>> 415 516 5535 (M)
>> achen@ <mailto:achen at thinkingphones.com>fuze.com <http://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.*
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * 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 Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/818d0b44/attachment.htm>

From achen at fuze.com  Wed May 19 17:07:48 2021
From: achen at fuze.com (Andrew Chen)
Date: Wed, 19 May 2021 11:07:48 -0400
Subject: [SR-Users] 5.4 dependency package question
In-Reply-To: <dc3d563c-360b-74ab-f1e3-f4bad7a60cc1@gmail.com>
References: <CAEytwJ1Kr7ej5U2YJ+HDvobeb7E=jAu3OSchPfkC1AyncKtbXg@mail.gmail.com>
 <4148ab6b-17d3-89c6-672b-d98d639e17e0@torreviejawireless.org>
 <CAEytwJ0ajdwaT6-8QXWM70tnYUhKe44EZ7HSE_1GS5HTMmW18w@mail.gmail.com>
 <0852c2a1-e8c0-219c-c212-92ba83077f69@torreviejawireless.org>
 <95007319-e1ba-8120-3b25-5804cc996ff7@gmail.com>
 <CAEytwJ1gHQPsJLfbg92HQLQ62w1Aq+4XSZQKuqHtV39z6K69nQ@mail.gmail.com>
 <CAEytwJ0NXM705i=BXW5kQDjwnsY6UXDL8ooQMKtfoNrj9Sb6bA@mail.gmail.com>
 <CAEytwJ3NJ+8FYQpUMoOw2avf3oyZ3n_JWyM2C8WSRHJ2Qy9g1Q@mail.gmail.com>
 <0e9598f0-6ec2-113c-2ad3-a21866e81773@gmail.com>
 <CAEytwJ3o4SR0Bhy5kWFN8dokz+gAYcC6vmoWdU1tP8OhyfGuPg@mail.gmail.com>
 <CAEytwJ1oG-TSDVG0C92_mfLjEdchQA+HBSrH=n9uhjjvParSbg@mail.gmail.com>
 <AM0PR05MB6595F3D1EC14943ED3DCD550C52B9@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAEytwJ3WQHRNDK4-aBs40WtAGYd=J8dO5xhs1Lqzc9N55NWpfA@mail.gmail.com>
 <5e271df8-b53c-dc74-76a6-8419601c2e40@gmail.com>
 <dc3d563c-360b-74ab-f1e3-f4bad7a60cc1@gmail.com>
Message-ID: <CAEytwJ1iK+J-jnBiXzvK0FyCnYxNKkXAexq7dDXVoyzGdVbgPQ@mail.gmail.com>

Ok I'll try those steps.  Thanks.

On Wed, May 19, 2021 at 10:46 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Maybe switch to hard copy as instructed by Victor Seva and use
> dpkg-buildpackage directly:
>
> On the root of the kamailio repository:
>
> cp -r pkg/kamailio/deb/bionic debian
> dpkg-buildpackage -rfakeroot -tc -uc -us
> On 19.05.21 16:38, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> is quite strange that you get those dependency requirements. I do not have
> a bionic, I do it for buster and they are not required.
>
> Searching for gcj-jdk on specs dirs results in:
>
> ag gcj-jdk pkg/kamailio/deb/
> pkg/kamailio/deb/debian/backports/bionic
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/sid
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/bullseye
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/backports/focal
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/debian/control
> 17: gcj-jdk,
>
> pkg/kamailio/deb/debian/backports/buster
> 21:# No app_java due lack of gcj-jdk
> 22:sed -i -e '/gcj-jdk/d' -e '/^Package: kamailio-java-modules/,/^$/d' \
>
> pkg/kamailio/deb/precise/control
> 15: gcj-jdk,
>
> pkg/kamailio/deb/stretch/control
> 17: gcj-jdk,
>
> pkg/kamailio/deb/wheezy/control
> 15: gcj-jdk,
>
> pkg/kamailio/deb/jessie/control
> 16: gcj-jdk,
>
> pkg/kamailio/deb/xenial/control
> 16: gcj-jdk,
>
> pkg/kamailio/deb/trusty/control
> 15: gcj-jdk,
>
> So it is not in pkg/kamailio/deb/bionic/control (also not in the folder
> for buster), you should not get it if debian symlink is pointing correctly.
> I do the steps:
>
> ln -s pkg/kamailio/deb/buster debian
> make deb
>
> every time I do a public kamailio release to be sure packages build fine
> (independent of deb.kamailio.org portal) and no java/jdk is requested as
> dependency. Can you try to run manually on a VM or docker with bionic?
>
> Cheers,
> Daniel
> On 19.05.21 16:16, Andrew Chen wrote:
>
> Hi Henning,
>
> Thanks for the response.
>
> From what I can see, I am not seeing that module.  Below is my
> INCLUDE_MODULES list:
>
> INCLUDE_MODULES="exec rtpengine topoh carrierroute statsd dialplan kex tm
> tmx sl rr pv maxfwd usrloc textops sdpops siputils xlog sanity ctl acc
> dispatcher cfgutils permissions domain presence presence_xml nathelper
> dialog tls htable pike db_mysql userblacklist sqlops websocket xhttp
> siptrace tcpops jsonrpcs rtimer"
>
> --Andy
>
> On Wed, May 19, 2021 at 8:08 AM Henning Westerholt <hw at skalatan.de> wrote:
>
>> Hi Andrew,
>>
>>
>>
>> just remove the app_java module which introduce this dependency if you do
>> not use it.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt ? https://skalatan.de/blog/
>>
>> Kamailio services ? https://gilawa.com
>>
>>
>>
>> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Andrew
>> Chen
>> *Sent:* Wednesday, May 19, 2021 1:59 PM
>> *To:* Daniel-Constantin Mierla <miconda at gmail.com>
>> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>> *Subject:* Re: [SR-Users] 5.4 dependency package question
>>
>>
>>
>> Hi guys,
>>
>>
>>
>> Does anyone have any updates on this?
>>
>>
>>
>> More so, can this package dependency be ignored if I am not using Java
>> for Kamailio configuration?
>>
>>
>>
>> Thanks
>>
>> --Andy
>>
>>
>>
>> On Mon, May 17, 2021 at 1:56 PM Andrew Chen <achen at fuze.com> wrote:
>>
>> Yes.  My Jenkins job runs the symlink step everytime:
>>
>>
>>
>> sudo ln -s pkg/kamailio/deb/bionic debian
>>
>> ## Create debian package
>> sudo make deb
>>
>>
>>
>> I do this in the main kamailio install directory.
>>
>>
>>
>> On Mon, May 17, 2021 at 1:09 PM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>> Is it debian symlink pointing to the right folder in pkg/kamailio/deb/
>> for you distribution? As I said, it gets deleted and running 'make deb'
>> again with (re-)create the symlink to the 'debian' folder. In other words,
>> create symlink always before running 'make deb'.
>>
>> Cheers,
>> Daniel
>>
>> On 17.05.21 17:44, Andrew Chen wrote:
>>
>> So after looking at the build logs, it seems I'm still facing these
>> dependency errors:
>>
>>
>>
>> The following packages have unmet dependencies:
>>
>>  gcj-jdk : Depends: libgcj-common (>= 1:6.4-3ubuntu1) but it is not installable
>>
>>            Depends: gcj-jre (>= 4:6.4.0-3ubuntu1) but it is not installable
>>
>>            Depends: gcj-6-jdk (>= 6.4.0-1~) but it is not installable
>>
>> The following packages have unmet dependencies:
>>
>>  libval-dev : Depends: libval15 (= 2.2-4) but it is not installable
>>
>> How important are these libraries and which module uses them?
>>
>>
>>
>> On Mon, May 17, 2021 at 11:34 AM Andrew Chen <achen at fuze.com> wrote:
>>
>> Hey guys.  The linking of the directory worked!  Thanks again for your
>> help.
>>
>>
>>
>> On Mon, May 17, 2021 at 7:59 AM Andrew Chen <achen at fuze.com> wrote:
>>
>> Thanks guys!  I will try these out today.
>>
>>
>>
>> On Mon, May 17, 2021 at 5:08 AM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>
>> On 17.05.21 09:49, Victor Seva wrote:
>> > On 5/14/21 2:09 PM, Andrew Chen wrote:
>> >> Hi Daniel,
>> >>
>> >> Yes.  These are the steps I took:
>> >>
>> >> ## git clone kamailio repository
>> >> cd $INSTALLDIR
>> >> sudo git clone https://github.com/kamailio/kamailio
>> >> <https://github.com/kamailio/kamailio> kamailio
>> >> cd kamailio
>> >> sudo git checkout 5.4
>> >>
>> >> ## Make config files with included modules list
>> >> sudo make include_modules="$INCLUDE_MODULES" cfg
>> >>
>> >> ## Compile Kamailio
>> >> sudo make mode=debug
>> >>
>> >> cd pkg/kamailio/deb
>> >>
>> >> ## Create debian package
>> >> sudo dpkg-buildpackage
>> >>
>> >>
>> >> Hi Victor,
>> >>
>> >> Yes, this is the version of Ubuntu we are using:
>> >>
>> >> debhttp://deb.kamailio.org/kamailio54
>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>> >> deb-srchttp://deb.kamailio.org/kamailio54
>> >> <http://deb.kamailio.org/kamailio54>  bionic main
>> >
>> > If you're using bionic, then use bionic directory at pkg/kamailio/deb
>> > as your debian dir.
>> >
>> > On the root of the kamailio repository:
>> > # cp -r pkg/kamailio/deb/bionic debian
>> > # dpkg-buildpackage -rfakeroot -tc -uc -us
>>
>> For what it worth, we have also a target in the Makefile for building
>> debs, next is what I typically use to test debs building before a release:
>>
>> ln -s pkg/kamailio/deb/bionic debian
>> make deb
>>
>> Note that debian symlink is deleted after 'make deb' completes or fails,
>> so needs to be recreated if the command has to be run again.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>>
>> --
>>
>> Andy Chen
>>
>> Sr. Telephony Lead Engineer
>>
>> 415 516 5535 (M)
>>
>> achen@ <achen at thinkingphones.com>fuze.com
>>
>>
>>
>>
>>
>>
>> --
>>
>> Andy Chen
>>
>> Sr. Telephony Lead Engineer
>>
>> 415 516 5535 (M)
>>
>> achen@ <achen at thinkingphones.com>fuze.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.com
>>
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>
>> Kamailio Advanced Training - Online
>>
>> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>>
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
>>
>>
>> --
>>
>> Andy Chen
>>
>> Sr. Telephony Lead Engineer
>>
>> 415 516 5535 (M)
>>
>> achen@ <achen at thinkingphones.com>fuze.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.*
>>
>
>
> --
> 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.*
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
> May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>

-- 
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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210519/a16ee626/attachment.htm>

From hyavari at rocketmail.com  Thu May 20 03:00:46 2021
From: hyavari at rocketmail.com (H Yavari)
Date: Thu, 20 May 2021 01:00:46 +0000 (UTC)
Subject: [SR-Users] IMS IPSec does use UDP socket?
References: <1872329737.3836253.1621472446195.ref@mail.yahoo.com>
Message-ID: <1872329737.3836253.1621472446195@mail.yahoo.com>

Hi to all,
I am interested in the implementation of IPsec module. When I run Kamailio, it is creating processes based on the below formulate:
UDP children *?IPSEC_MAX_CONN * interfaces (v4 and v6) + (TCP+UD) processes for each interface.
For example:?
children = 16tcp_children=16
IPSEC_MAX_CONN = 25and two interface : IPv6 and V4
Kamailio process count = (16 * 25 * 2 ) + 16 + 16 = 832
But why IPsec module is listening to UDP not TCP? this is an internal connection?


Thank you.
Regards,Hossein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210520/c23c9ee7/attachment.htm>

From miconda at gmail.com  Thu May 20 13:28:20 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 20 May 2021 13:28:20 +0200
Subject: [SR-Users] Text transformations s.select and newline char
In-Reply-To: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>
References: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>
Message-ID: <dee8756d-821e-0c50-9465-aaeceff3e7a4@gmail.com>

Hello,

the separator has to be a single character as documented:

? *
https://www.kamailio.org/wiki/cookbooks/5.5.x/transformations#sselect_index_separator

It does not support variables.

Looking at the code, it also does not support escaped characters,
probably this feature can be useful to introduce.

Cheers,
Daniel

On 17.05.21 12:03, Martin Nystr?m wrote:
>
> Hello,
>
> ?
>
> I am simply trying to parse a SDP body, read it line by line and save
> the line into a variable for further processing. It seems when using a
> newline \n as the delimiter it breaks down with errors. How should I
> treat this issue and properly managed the newline as delimiter?
>
> ?
>
> May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:? 0(12878) ERROR: pv
> [pv_trans.c:2326]: tr_parse_string(): invalid select transformation:
> select,$var(i),$var(delimeter)}!!
>
> May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:? 0(12878) ERROR:
> <core> [core/pvapi.c:1717]: tr_lookup(): error parsing
> [{s.select,$var(i),$var(delimeter)}]
>
> ?
>
> ?
>
> Block extracted from .cfg
>
> ?
>
> sdp_get("$avp(sdp)");
>
> $avp(lines) = $(avp(sdp){line.count});
>
> $var(delimeter) = "\n";
>
> ?
>
> $var(i) = 0;
>
> while($var(i) < $avp(lines)) {
>
> ?
>
> ??????? # This works
>
> ??????? xlog("L_INFO", "==> Position $var(i):
> $(avp(sdp){s.select,$var(i),\n}) \n");
>
> ?
>
> ??????? # This fails
>
> ??????? $var(l1) = $(avp(sdp){s.select,$var(i),$var(delimeter)});
>
> ?
>
> ??????? # This fails
>
> ????????$var(l2) = $(avp(sdp){s.select,$var(i),\n});
>
> ?
>
> ??????? # This fails
>
> ????????$var(l3) = $(avp(sdp){s.select,$var(i),\\n});
>
> ?
>
> ??????? # Supposed to do something funny with the $var(line) here
>
> ?
>
> ??????? $var(i) = $var(i) + 1;
>
> ?
>
> }
>
> ?
>
> ?
>
> ?
>
> /M
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210520/d81d4825/attachment.htm>

From marqumch at gmail.com  Thu May 20 16:38:16 2021
From: marqumch at gmail.com (M Arqum CH)
Date: Thu, 20 May 2021 19:38:16 +0500
Subject: [SR-Users] Kamailio Stop Processing Call
Message-ID: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>

Hello Members,
I have kamailio setup backed with mysql db, using db_cluster module for
spliting read and write..
Lisiting on three  different virtual ips are bind with same/single  udp port
*1* for processing  calls.
 One  static IP is bind with  udp port*2*  to for processing/response  to
option messages send from  keepalived external script  after every few
seconds and for DMQ messages from other kamailio node.

General configuation details:
children=16
fork=yes
listen=udp:VIP:SIP_PORT1
listen=udp:VIP2:SIP_PORT1
listen=udp:VIP3:SIP_PORT1
listen=udp:StaticIP3:SIP_PORT2
listen=tcp:SIP:RPC_PORT

SH_MEM=5012
PRIV_MEM=264

System Specification : 24 GB RAM, 12 CPUs

Sometimes kamailio  radomly stop processing the requests or give no
response on  new requests recevied on virtual ips and as well it did't show
any error in syslog.

To monitor the kamailio memory I used promethues (
https://github.com/florentchauveau/kamailio_exporter)

The moment kamailio stop processing the requests it also stop responding to
kamailio exporter and scrap request get timeout.  i.e error log on console
debian prometheus-kamailio-exporter[83440]: 2021/05/20 12:15:27 [error]
cannot read header: read unix @->/tmp/kamailio__ctl: i/o timeout


After getting first timeout occurrence of  kamailio-exporter scrap request,
kamailio processed sip messages for almost 30 seconds then completly stop
replying to any message.  But it keep replying to option message arrive on
different port from keepalived script.

Stats :
Active dialog: 75
Shared memory used: 150 MB

Kamailio Installed version :
kamailio -v
version: kamailio 5.4.1 (x86_64/linux) 2ca223
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED
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: 2ca223
compiled on 12:51:24 Sep 21 2020 with gcc 6.3.0


Is anyone else face similar issue  or idea why kamailio is showing such
behaviour.?

Please guide me on what I should do to find and fix the issue.

Thanks
-- 
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210520/0dbc5dcf/attachment.htm>

From kashishraheja1809 at gmail.com  Thu May 20 22:14:57 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Fri, 21 May 2021 01:44:57 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
Message-ID: <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>

Hi Daniel,

Sorry it took some time for me to make these changes.

I have made all the changes as suggested by you however it still doesn't
seem to work. No audio in the outbound call however incoming call works
fine.

Here are the SIP traces after making the changes:

*INVITE: Asterisk to Kamailio:*


                                                 ?INVITE
sip:09413745250 at 192.168.0.192:5060 SIP/2.0
            3.236.72.101:5060             192.168.0.192:5060
  10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP
3.236.72.101:5060;branch=z9hG4bK62f0d772;rport
          ????????????????????          ????????????????????
????????????????????          ?????????????????????Max-Forwards: 70
  01:22:15.782149   ?        *INVITE (SDP) *        ?
           ?                             ?         ?From:
<sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
        +0.050579   ? *??????????????????????????>* ?
           ?                             ?         ?To:
<sip:09413745250 at 192.168.0.192:5060>
  01:22:15.832728   ?  100 trying -- your call is ?
         ?                             ?         ?Contact:
<sip:68983619 at 3.236.72.101:5060>
        +0.000348   ? <?????????????????????????? ?
         ?                             ?         ?Call-ID:
1191aedf331ec3e35955bf376a20999d at 14.98.22.110
  01:22:15.833076   ?                             ?
         ?        INVITE (SDP)         ?         ?CSeq: 102 INVITE
        +0.004863   ?                             ?
         ? ??????????????????????????> ?         ?User-Agent: Asterisk
PBX 17.7.0
  01:22:15.837939   ?                             ?
         ?         100 Trying          ?         ?Date: Thu, 20 May
2021 19:52:15 GMT
        +0.799120   ?                             ?
         ? <?????????????????????????? ?         ?Allow: INVITE, ACK,
CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
  01:22:16.637059   ?                             ?
         ?  183 Session Progress (SDP) ?         ?Supported: replaces,
timer
        +0.000179   ?                             ?
         ? <?????????????????????????? ?
?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
  01:22:16.637238   ?  183 Session Progress (SDP) ?
         ?                             ?         ?Content-Type:
application/sdp
        +1.490537   ? <?????????????????????????? ?
         ?                             ?         ?Content-Length: 263
  01:22:18.127775   ?                             ?
         ?         180 Ringing         ?         ?
        +0.000189   ?                             ?
         ? <?????????????????????????? ?         ?v=0
  01:22:18.127964   ?         180 Ringing         ?
         ?                             ?         ?o=root 1560151942
1560151942 IN IP4 3.236.72.101 *(Asterisk's Public IP)*
        +0.349351   ? <?????????????????????????? ?
         ?                             ?         ?s=Asterisk PBX
17.7.0
  01:22:18.477315   ?                             ?
         ?         180 Ringing         ?         ?c=IN IP4
3.236.72.101 *(Asterisk's Public IP)*
        +0.000206   ?                             ?
         ? <<<???????????????????????? ?         ?t=0 0
  01:22:18.477521   ?         180 Ringing         ?
         ?                             ?         ?m=audio 14046
RTP/AVP 8 0 101
       +19.181387   ? <<<???????????????????????? ?
         ?                             ?         ?a=rtpmap:8 PCMA/8000
  01:22:37.658908   ?                             ?
         ?        200 OK (SDP)         ?         ?a=rtpmap:0 PCMU/8000
        +0.073719   ?                             ?
         ? <?????????????????????????? ?         ?a=rtpmap:101
telephone-event/8000
  01:22:37.732627   ?        200 OK (SDP)         ?
         ?                             ?         ?a=fmtp:101 0-16
        +0.241852   ? <?????????????????????????? ?
         ?                             ?         ?a=maxptime:150
  01:22:37.974479   ?             ACK             ?
         ?                             ?         ?a=sendrecv
        +0.000282   ? ??????????????????????????> ?
         ?                             ?         ?
  01:22:37.974761   ?                             ?
         ?             ACK             ?         ?
        +4.095171   ?                             ?
         ? ??????????????????????????> ?         ?
  01:22:42.069932   ?                             ?
         ?             BYE             ?         ?
        +0.000361   ?                             ?
         ? <?????????????????????????? ?         ?
  01:22:42.070293   ?             BYE             ?
         ?                             ?         ?
        +0.244125   ? <?????????????????????????? ?
         ?                             ?         ?
  01:22:42.314418   ?           200 OK            ?
         ?                             ?         ?
        +0.000275   ? ??????????????????????????> ?
         ?                             ?         ?
  01:22:42.314693   ?                             ?
         ?           200 OK            ?         ?
                    ?                             ?
         ? ??????????????????????????> ?         ?



*INVITE: Kamailio to Telco:*


                                                 ?INVITE
sip:09413745250 at 10.0.76.9 SIP/2.0
            3.236.72.101:5060             192.168.0.192:5060
  10.0.87.230:5060               10.0.76.9:5060  ?Record-Route:
<sip:192.168.0.192;lr=on;ftag=as69eb1cce>
          ????????????????????          ????????????????????
????????????????????          ?????????????????????Via: SIP/2.0/UDP
192.168.0.192;branch=z9hG4bK9a7.1dc719cb9791c895364af0a28d633d02.0
  01:22:15.782149   ?        INVITE (SDP)         ?
         ?                             ?         ?Via: SIP/2.0/UDP
3.236.72.101:5060;received=3.236.72.101;branch=z9hG4bK62f0d772;rport=5060
        +0.050579   ? ??????????????????????????> ?
         ?                             ?         ?Max-Forwards: 69
  01:22:15.832728   ?  100 trying -- your call is ?
         ?                             ?         ?From:
<sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
        +0.000348   ? <?????????????????????????? ?
         ?                             ?         ?To:
<sip:09413745250 at 192.168.0.192:5060>
  01:22:15.833076   ?                             ?
         ? *       INVITE (SDP) *        ?         ?Contact:
<sip:68983619 at 3.236.72.101:5060>
        +0.004863   ?                             ?
         ? *??????????????????????????>* ?         ?Call-ID:
1191aedf331ec3e35955bf376a20999d at 14.98.22.110
  01:22:15.837939   ?                             ?
         ?         100 Trying          ?         ?CSeq: 102 INVITE
        +0.799120   ?                             ?
         ? <?????????????????????????? ?         ?User-Agent: Asterisk
PBX 17.7.0
  01:22:16.637059   ?                             ?
         ?  183 Session Progress (SDP) ?         ?Date: Thu, 20 May
2021 19:52:15 GMT
        +0.000179   ?                             ?
         ? <?????????????????????????? ?         ?Allow: INVITE, ACK,
CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
  01:22:16.637238   ?  183 Session Progress (SDP) ?
         ?                             ?         ?Supported: replaces,
timer
        +1.490537   ? <?????????????????????????? ?
         ?                             ?
?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
  01:22:18.127775   ?                             ?
         ?         180 Ringing         ?         ?Content-Type:
application/sdp
        +0.000189   ?                             ?
         ? <?????????????????????????? ?         ?Content-Length: 279
  01:22:18.127964   ?         180 Ringing         ?
         ?                             ?         ?
        +0.349351   ? <?????????????????????????? ?
         ?                             ?         ?v=0
  01:22:18.477315   ?                             ?
         ?         180 Ringing         ?         ?o=root 1560151942
1560151942 IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
        +0.000206   ?                             ?
         ? <<<???????????????????????? ?         ?s=Asterisk PBX
17.7.0
  01:22:18.477521   ?         180 Ringing         ?
         ?                             ?         ?c=IN IP4 10.0.87.230
*(RTP Proxy's private IP)*
       +19.181387   ? <<<???????????????????????? ?
         ?                             ?         ?t=0 0
  01:22:37.658908   ?                             ?
         ?        200 OK (SDP)         ?         ?m=audio 37322
RTP/AVP 8 0 101
        +0.073719   ?                             ?
         ? <?????????????????????????? ?         ?a=rtpmap:8 PCMA/8000
  01:22:37.732627   ?        200 OK (SDP)         ?
         ?                             ?         ?a=rtpmap:0 PCMU/8000
        +0.241852   ? <?????????????????????????? ?
         ?                             ?         ?a=rtpmap:101
telephone-event/8000
  01:22:37.974479   ?             ACK             ?
         ?                             ?         ?a=fmtp:101 0-16
        +0.000282   ? ??????????????????????????> ?
         ?                             ?         ?a=maxptime:150
  01:22:37.974761   ?                             ?
         ?             ACK             ?         ?a=sendrecv
        +4.095171   ?                             ?
         ? ??????????????????????????> ?         ?a=nortpproxy:yes
  01:22:42.069932   ?                             ?
         ?             BYE             ?         ?
        +0.000361   ?                             ?
         ? <?????????????????????????? ?         ?
  01:22:42.070293   ?             BYE             ?
         ?                             ?         ?
        +0.244125   ? <?????????????????????????? ?
         ?                             ?         ?
  01:22:42.314418   ?           200 OK            ?
         ?                             ?         ?
        +0.000275   ? ??????????????????????????> ?
         ?                             ?         ?
  01:22:42.314693   ?                             ?
         ?           200 OK            ?         ?
                    ?                             ?
         ? ??????????????????????????> ?         ?



*On 200: Kamailio to Asterisk:*


                                                 ?SIP/2.0 200 OK
            3.236.72.101:5060             192.168.0.192:5060
  10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP
3.236.72.101:5060;branch=z9hG4bK62f0d772;received=3.236.72.101;rport=5060
          ????????????????????          ????????????????????
????????????????????          ?????????????????????Record-Route:
<sip:192.168.0.192;lr;ftag=as69eb1cce>
  01:22:15.782149   ?        INVITE (SDP)         ?
         ?                             ?         ?Call-ID:
1191aedf331ec3e35955bf376a20999d at 14.98.22.110
        +0.050579   ? ??????????????????????????> ?
         ?                             ?         ?From:
<sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
  01:22:15.832728   ?  100 trying -- your call is ?
         ?                             ?         ?To:
<sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-t7ln3f58c3ea1
        +0.000348   ? <?????????????????????????? ?
         ?                             ?         ?CSeq: 102 INVITE
  01:22:15.833076   ?                             ?
         ?        INVITE (SDP)         ?         ?Allow:
INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
        +0.004863   ?                             ?
         ? ??????????????????????????> ?         ?Contact:
<sip:09413745250 at 10.0.76.9:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
  01:22:15.837939   ?                             ?
         ?         100 Trying          ?         ?User-Agent: ZTE
Softswitch/1.0.0
        +0.799120   ?                             ?
         ? <?????????????????????????? ?         ?Require: timer
  01:22:16.637059   ?                             ?
         ?  183 Session Progress (SDP) ?         ?Session-Expires:
7200;refresher=uac
        +0.000179   ?                             ?
         ? <?????????????????????????? ?         ?Content-Length: 208
  01:22:16.637238   ?  183 Session Progress (SDP) ?
         ?                             ?         ?Content-Type:
application/sdp
        +1.490537   ? <?????????????????????????? ?
         ?                             ?         ?
  01:22:18.127775   ?                             ?
         ?         180 Ringing         ?         ?v=0
        +0.000189   ?                             ?
         ? <?????????????????????????? ?         ?o=- 1026 13186 IN
IP4 192.168.0.192 *(RTP Proxy's public IP)*
  01:22:18.127964   ?         180 Ringing         ?
         ?                             ?         ?s=SBC call
        +0.349351   ? <?????????????????????????? ?
         ?                             ?         ?c=IN IP4
192.168.0.192 *(RTP Proxy's public IP)*
  01:22:18.477315   ?                             ?
         ?         180 Ringing         ?         ?t=0 0
        +0.000206   ?                             ?
         ? <<<???????????????????????? ?         ?m=audio 48462
RTP/AVP 8 101
  01:22:18.477521   ?         180 Ringing         ?
         ?                             ?         ?a=rtpmap:101
telephone-event/8000
       +19.181387   ? <<<???????????????????????? ?
         ?                             ?         ?a=fmtp:101 0-15
  01:22:37.658908   ?                             ?
         ?        200 OK (SDP)         ?         ?a=rtpmap:8
PCMA/8000/1
        +0.073719   ?                             ?
         ? <?????????????????????????? ?         ?a=nortpproxy:yes
  01:22:37.732627   ? *       200 OK (SDP)*         ?
           ?                             ?         ?
        +0.241852   ? *<??????????????????????????* ?
           ?                             ?         ?
  01:22:37.974479   ?             ACK             ?
         ?                             ?         ?
        +0.000282   ? ??????????????????????????> ?
         ?                             ?         ?
  01:22:37.974761   ?                             ?
         ?             ACK             ?         ?
        +4.095171   ?                             ?
         ? ??????????????????????????> ?         ?
  01:22:42.069932   ?                             ?
         ?             BYE             ?         ?
        +0.000361   ?                             ?
         ? <?????????????????????????? ?         ?
  01:22:42.070293   ?             BYE             ?
         ?                             ?         ?
        +0.244125   ? <?????????????????????????? ?
         ?                             ?         ?
  01:22:42.314418   ?           200 OK            ?
         ?                             ?         ?
        +0.000275   ? ??????????????????????????> ?
         ?                             ?         ?
  01:22:42.314693   ?                             ?
         ?           200 OK            ?         ?
                    ?                             ?
         ? ??????????????????????????> ?         ?



On the cloud Asterisk, all the relevant public IPs are already allowed.

Have run the rtpproxy on the bridge mode with the following command:
*/usr/local/bin/rtpproxy -s udp:127.0.0.1:7722 <http://127.0.0.1:7722> -u
asterisk -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.192/10.0.87.230
<http://192.168.0.192/10.0.87.230>*

Apart from this, in the Asterisk console I can see that the RTP packets are
being sent to Kamailio

Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022310, ts
029280, len 000160)
Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022311, ts
029440, len 000160)
Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022312, ts
029600, len 000160)
Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022313, ts
029760, len 000160)


However, there isn't any log for receiving the RTP packets unlike for
incoming calls

Anything am I missing here?

Thanks.
Regards
Kashish

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/4f8864d6/attachment.htm>

From cezar at mokalife.ro  Thu May 20 23:04:09 2021
From: cezar at mokalife.ro (Mihai Cezar)
Date: Fri, 21 May 2021 00:04:09 +0300
Subject: [SR-Users] Eternal config - Kamailio and rtpengine
In-Reply-To: <CANk_n4bq8D+E09uxRxiZ=Omt1ayopSz05MuvDW2bm+716hoU-A@mail.gmail.com>
References: <CANk_n4bcywtj9FZgig5Uk7x6qEvo=8Jvm0XtwTXJqUP44ZxB=Q@mail.gmail.com>
 <CAM8wsqJHr0dBM5gBadWGeUHXJQ1ar1Mkm8HukdtgeihBMsONww@mail.gmail.com>
 <CANk_n4bq8D+E09uxRxiZ=Omt1ayopSz05MuvDW2bm+716hoU-A@mail.gmail.com>
Message-ID: <CANk_n4bBBopoWGygNbLV9Seksfgcv+Vj0iCiFCSqwfv2cPYspQ@mail.gmail.com>

after some try-and-fail i've found that for asterisk/pjsip you ca set
external_media_address and this will change the SDP field to you media
server.
now i am still facing  the one-way audio problem. any suggestions?

On Wed, May 19, 2021 at 9:25 AM Mihai Cezar <cezar at mokalife.ro> wrote:
>
> Hei Rahul,
>
> RTPengine should be on the machine with the LxC containers ?
> Because on the proxy-kamailio machine i use on nic with 1 IP and a
> static route that goes to the LxC VM with containers.
>
> On Wed, May 19, 2021 at 7:22 AM Rahul mm <rahul.ultimate at gmail.com> wrote:
> >
> > Hi Mihai,
> >
> > You need to provide both public and private interface in rtpengine params. Further, you will have to provide the direction while invoking rtpengine_manage/offer/answer.
> > Check the rtpengine module documentation for details.
> >
> >
> > On Wed, May 19, 2021, 3:13 AM Mihai Cezar <cezar at mokalife.ro> wrote:
> >>
> >> Hi!
> >>
> >> I use lxc containers with asterisk wich their are connecting to
> >> kamailio, so far so good they work when i put the containers with
> >> public ips, but when i switched to private ip I have one-way audio.
> >>
> >> I tried to with rtpengine but no luck:
> >>
> >>  rtpengine --table=42 --listen-ng=127.0.0.1:2223
> >> --interface=56.12.19.100 --tos=184 --pidfile=/run/rtpengine.pid
> >> --no-fallback --log-level=7 --log-facility=local3
> >>
> >> the setup looks like this:
> >> VM-KAMAILIO-(public ip 56.12.19.100 with static routes for the private
> >> IP) --> LxC(n) (with private class 192.168.0.n)
> >>
> >> The problem i think is when LxC asterisk is sending back the 200 OK
> >> from Invite it puts his private ip in the sdp filed:
> >>
> >> v=0
> >> o=- 2171376102 3 IN IP4 192.168.0.2
> >> s=Asterisk
> >> c=IN IP4 192.168.0.2
> >> t=0 0
> >> m=audio 11336 RTP/AVP 8 101
> >> a=rtpmap:8 PCMA/8000
> >> a=rtpmap:101 telephone-event/8000
> >> a=fmtp:101 0-16
> >> a=ptime:20
> >> a=maxptime:150
> >> a=sendrecv
> >>
> >>
> >> i've loaded the modules, but after this i am stuck....
> >> loadmodule "nathelper.so"
> >> loadmodule "rtpengine.so"
> >> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
> >> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
> >> modparam("nathelper", "natping_interval", 30)
> >> modparam("nathelper", "ping_nated_only", 1)
> >> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
> >> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
> >>
> >> # params needed for NAT traversal in other modules
> >> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
> >> modparam("usrloc", "nat_bflag", FLB_NATB)
> >>
> >> modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")
> >> modparam("rtpengine", "rtpengine_retr", 2)
> >> modparam("rtpengine", "hash_table_size", 256)
> >> modparam("rtpengine", "hash_table_tout", 600)
> >>
> >> __________________________________________________________
> >> Kamailio - Users Mailing List - Non Commercial Discussions
> >>   * sr-users at lists.kamailio.org
> >> Important: keep the mailing list in the recipients, do not reply only to the sender!
> >> Edit mailing list options or unsubscribe:
> >>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> >   * sr-users at lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to the sender!
> > Edit mailing list options or unsubscribe:
> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


From martin.nystrom at connectel.se  Thu May 20 13:31:17 2021
From: martin.nystrom at connectel.se (=?utf-8?B?TWFydGluIE55c3Ryw7Zt?=)
Date: Thu, 20 May 2021 11:31:17 +0000
Subject: [SR-Users] Text transformations s.select and newline char
In-Reply-To: <dee8756d-821e-0c50-9465-aaeceff3e7a4@gmail.com>
References: <CE2C16BA-4C84-454A-9428-2CA2F0390577@connectel.se>
 <dee8756d-821e-0c50-9465-aaeceff3e7a4@gmail.com>
Message-ID: <24220F11-1A0A-4E2F-B3A6-B29234EB3912@connectel.se>

Thanks,

I did as previously suggested and used line.at instead. It works so my issue can be considered solved. But yes, I agree it can be a useful feature to introduce.


/M

From: Daniel-Constantin Mierla <miconda at gmail.com>
Reply to: "miconda at gmail.com" <miconda at gmail.com>
Date: Thursday, 20 May 2021 at 13:28
To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.kamailio.org>, Martin Nystr?m <martin.nystrom at connectel.se>
Subject: Re: [SR-Users] Text transformations s.select and newline char


Hello,

the separator has to be a single character as documented:

  * https://www.kamailio.org/wiki/cookbooks/5.5.x/transformations#sselect_index_separator

It does not support variables.

Looking at the code, it also does not support escaped characters, probably this feature can be useful to introduce.

Cheers,
Daniel
On 17.05.21 12:03, Martin Nystr?m wrote:
Hello,

I am simply trying to parse a SDP body, read it line by line and save the line into a variable for further processing. It seems when using a newline \n as the delimiter it breaks down with errors. How should I treat this issue and properly managed the newline as delimiter?

May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: pv [pv_trans.c:2326]: tr_parse_string(): invalid select transformation: select,$var(i),$var(delimeter)}!!
May 17 12:00:00 ip-10-120-120-12 kamailio[12878]:  0(12878) ERROR: <core> [core/pvapi.c:1717]: tr_lookup(): error parsing [{s.select,$var(i),$var(delimeter)}]


Block extracted from .cfg

sdp_get("$avp(sdp)");
$avp(lines) = $(avp(sdp){line.count});
$var(delimeter) = "\n";

$var(i) = 0;
while($var(i) < $avp(lines)) {

        # This works
        xlog("L_INFO", "==> Position $var(i): $(avp(sdp){s.select,$var(i),\n}) \n");

        # This fails
        $var(l1) = $(avp(sdp){s.select,$var(i),$var(delimeter)});

        # This fails
        $var(l2) = $(avp(sdp){s.select,$var(i),\n});

        # This fails
        $var(l3) = $(avp(sdp){s.select,$var(i),\\n});

        # Supposed to do something funny with the $var(line) here

        $var(i) = $var(i) + 1;

}



/M



__________________________________________________________

Kamailio - Users Mailing List - Non Commercial Discussions

  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>

Important: keep the mailing list in the recipients, do not reply only to the sender!

Edit mailing list options or unsubscribe:

  * 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> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>

Kamailio Advanced Training - Online

May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)

  * https://www.asipto.com/sw/kamailio-advanced-training-online/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210520/b6903bf7/attachment.htm>

From lckenny at outlook.com  Fri May 21 09:31:35 2021
From: lckenny at outlook.com (Luke Kenny)
Date: Fri, 21 May 2021 07:31:35 +0000
Subject: [SR-Users] Video transcode for doorbell
Message-ID: <DM6PR10MB3593323909A2CDE841751446A4299@DM6PR10MB3593.namprd10.prod.outlook.com>

I have a SIP video doorbell device that is only capable of sending H264 and MJPEG video.  The site is using 3CX and its associated mobile app, which only supports VP8 and VP9.

Without properly reading the documentation, I went ahead and set up kamailio and rtpengine to sit in between the doorbell and 3CX.  I has assumed rtpengine was capable of transcoding video as well as audio, however upon proper inspection it appears that isn't the case.

Is there a kamailio module that is capable of video transcoding, even if it isn't real time, or at a reduced framerate?  As the application is a doorbell, it doesn't need to be perfect.

Many thanks,
Luke Kenny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/bf949304/attachment.htm>

From hw at skalatan.de  Fri May 21 09:42:29 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 21 May 2021 07:42:29 +0000
Subject: [SR-Users] Kamailio Stop Processing Call
In-Reply-To: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>
References: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>
Message-ID: <AM0PR05MB6595EE799B0FBB10741EC031C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

just a quick note ? 264 MB of private memory is a lot, as it is per process. Usually, you do not need that much.

Regarding the error/hang of Kamailio, do you see any errors in the log file, e.g., an out of memory error or similar?

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of M Arqum CH
Sent: Thursday, May 20, 2021 4:38 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Kamailio Stop Processing Call

Hello Members,
I have kamailio setup backed with mysql db, using db_cluster module for spliting read and write..
Lisiting on three  different virtual ips are bind with same/single  udp port1 for processing  calls.
 One  static IP is bind with  udp port2  to for processing/response  to option messages send from  keepalived external script  after every few seconds and for DMQ messages from other kamailio node.

General configuation details:
children=16
fork=yes
listen=udp:VIP:SIP_PORT1
listen=udp:VIP2:SIP_PORT1
listen=udp:VIP3:SIP_PORT1
listen=udp:StaticIP3:SIP_PORT2
listen=tcp:SIP:RPC_PORT

SH_MEM=5012
PRIV_MEM=264

System Specification : 24 GB RAM, 12 CPUs

Sometimes kamailio  radomly stop processing the requests or give no response on  new requests recevied on virtual ips and as well it did't show any error in syslog.

To monitor the kamailio memory I used promethues (https://github.com/florentchauveau/kamailio_exporter)

The moment kamailio stop processing the requests it also stop responding to kamailio exporter and scrap request get timeout.  i.e error log on console
debian prometheus-kamailio-exporter[83440]: 2021/05/20 12:15:27 [error] cannot read header: read unix @->/tmp/kamailio__ctl: i/o timeout


After getting first timeout occurrence of  kamailio-exporter scrap request, kamailio processed sip messages for almost 30 seconds then completly stop replying to any message.  But it keep replying to option message arrive on different port from keepalived script.

Stats :
Active dialog: 75
Shared memory used: 150 MB

Kamailio Installed version :
kamailio -v
version: kamailio 5.4.1 (x86_64/linux) 2ca223
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED
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: 2ca223
compiled on 12:51:24 Sep 21 2020 with gcc 6.3.0


Is anyone else face similar issue  or idea why kamailio is showing such behaviour.?

Please guide me on what I should do to find and fix the issue.

Thanks
--
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/cc625eb6/attachment.htm>

From marqumch at gmail.com  Fri May 21 11:16:20 2021
From: marqumch at gmail.com (M Arqum CH)
Date: Fri, 21 May 2021 14:16:20 +0500
Subject: [SR-Users] Kamailio Stop Processing Call
In-Reply-To: <AM0PR05MB6595EE799B0FBB10741EC031C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>
 <AM0PR05MB6595EE799B0FBB10741EC031C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CACm_yeFWPbqU7wPB9jZiq2fRm_2SZDAof4wOQG5_HaorDN-7FQ@mail.gmail.com>

Hi Henning,

Thanks for reply and information regarding memory.

No error log in log file  regarding anything.

Prometheus scrapper just shows as shared unable to connect with kamailio
socket.

Thanks

Arqum

On Fri, May 21, 2021, 12:42 PM Henning Westerholt <hw at skalatan.de> wrote:

> Hello,
>
>
>
> just a quick note ? 264 MB of private memory is a lot, as it is per
> process. Usually, you do not need that much.
>
>
>
> Regarding the error/hang of Kamailio, do you see any errors in the log
> file, e.g., an out of memory error or similar?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *M
> Arqum CH
> *Sent:* Thursday, May 20, 2021 4:38 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] Kamailio Stop Processing Call
>
>
>
> Hello Members,
>
> I have kamailio setup backed with mysql db, using db_cluster module for
> spliting read and write..
>
> Lisiting on three  different virtual ips are bind with same/single  udp
> port*1* for processing  calls.
>
>  One  static IP is bind with  udp port*2*  to for processing/response  to
> option messages send from  keepalived external script  after every few
> seconds and for DMQ messages from other kamailio node.
>
>
>
> General configuation details:
>
> children=16
> fork=yes
>
> listen=udp:VIP:SIP_PORT1
>
> listen=udp:VIP2:SIP_PORT1
> listen=udp:VIP3:SIP_PORT1
>
> listen=udp:StaticIP3:SIP_PORT2
>
> listen=tcp:SIP:RPC_PORT
>
>
>
> SH_MEM=5012
> PRIV_MEM=264
>
>
>
> System Specification : 24 GB RAM, 12 CPUs
>
>
>
> Sometimes kamailio  radomly stop processing the requests or give no
> response on  new requests recevied on virtual ips and as well it did't show
> any error in syslog.
>
>
>
> To monitor the kamailio memory I used promethues (
> https://github.com/florentchauveau/kamailio_exporter)
>
>
>
> The moment kamailio stop processing the requests it also stop responding
> to kamailio exporter and scrap request get timeout.  i.e error log on
> console
>
> debian prometheus-kamailio-exporter[83440]: 2021/05/20 12:15:27 [error]
> cannot read header: read unix @->/tmp/kamailio__ctl: i/o timeout
>
>
>
>
>
> After getting first timeout occurrence of  kamailio-exporter scrap
> request, kamailio processed sip messages for almost 30 seconds then
> completly stop replying to any message.  But it keep replying to option
> message arrive on different port from keepalived script.
>
>
>
> Stats :
>
> Active dialog: 75
>
> Shared memory used: 150 MB
>
>
>
> Kamailio Installed version :
>
> kamailio -v
> version: kamailio 5.4.1 (x86_64/linux) 2ca223
> flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED
> 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: 2ca223
> compiled on 12:51:24 Sep 21 2020 with gcc 6.3.0
>
>
>
>
>
> Is anyone else face similar issue  or idea why kamailio is showing such
> behaviour.?
>
>
>
> Please guide me on what I should do to find and fix the issue.
>
>
>
> Thanks
>
> --
>
> Regards
>
> M Arqum
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/c5f1421a/attachment.htm>

From descartin at sonoc.io  Fri May 21 13:14:47 2021
From: descartin at sonoc.io (=?UTF-8?Q?David_Escart=C3=ADn?=)
Date: Fri, 21 May 2021 13:14:47 +0200
Subject: [SR-Users] core kamailio 5.4
Message-ID: <CADvHuE-rzoMLuM1T2au3su0nmF-sOTNvspZs14Jwm6CLt+A8gw@mail.gmail.com>

Dear all

we have seen a core in a kamailio instance today, i attach you the bt in
dropbox

https://www.dropbox.com/s/3dg72cbuz7nvx5b/core_kamailio_21mayo?dl=0
https://www.dropbox.com/s/iyko32fwfxj8aam/core_kamailio_21mayo_2?dl=0

seems there might be a relation async module when delaying a request after
communicating with the rtpengine ??
could you please take a look?

thanks a lot and regards
david


-- 
<http://www.sonoc.io/>
David Escart?n
NOC engineer
*www.sonoc.io* <http://www.sonoc.io/>
[image: LinkedIn] <https://www.linkedin.com/company/sonoc>
[image: Twitter] <https://twitter.com/sonoc_>
[image: Facebook] <https://www.facebook.com/SONOCio/>
This e-mail is for the exclusive use of its recipients and may contain
business secrets or other confidential or privileged information. Any
unauthorised use, copying, publication or distribution of this e-mail is
strictly prohibited. If you are not the intended recipient, please inform
us immediately by replying to this e-mail and delete it, including any
attachments or copies on your system.

In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we inform
you that this e-mail address and/or any other personal data you have
provided us with will be treated by SONOC with absolute confidentiality and
with the only purpose of providing you with the requested services, due to
your condition as a client, supplier or because you have requested
information from us at any time. These data will only be kept for as long
as required to comply with legal obligations. You can exercise your rights
at any time by sending an e-mail to: *dataprotection at sonoc.io*
<dataprotection at sonoc.io>*.* <dataprotection at sonoc.io>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/cdadc6a4/attachment.htm>

From hw at skalatan.de  Fri May 21 13:56:28 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 21 May 2021 11:56:28 +0000
Subject: [SR-Users] core kamailio 5.4
In-Reply-To: <CADvHuE-rzoMLuM1T2au3su0nmF-sOTNvspZs14Jwm6CLt+A8gw@mail.gmail.com>
References: <CADvHuE-rzoMLuM1T2au3su0nmF-sOTNvspZs14Jwm6CLt+A8gw@mail.gmail.com>
Message-ID: <AM0PR05MB6595CFB5A6B4D825429F7922C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello David,

Please create an issue for this kind of crashes on our tracker, its much easier to track and discuss.

Cheers,

Henning

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David Escart?n
Sent: Friday, May 21, 2021 1:15 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] core kamailio 5.4

Dear all

we have seen a core in a kamailio instance today, i attach you the bt in dropbox

https://www.dropbox.com/s/3dg72cbuz7nvx5b/core_kamailio_21mayo?dl=0
https://www.dropbox.com/s/iyko32fwfxj8aam/core_kamailio_21mayo_2?dl=0

seems there might be a relation async module when delaying a request after communicating with the rtpengine ??
could you please take a look?

thanks a lot and regards
david


--
[https://www.sonoc.io/wp-content/uploads/2020/07/Logo_SONOC_emails.png]<http://www.sonoc.io/>
David Escart?n
NOC engineer
www.sonoc.io<http://www.sonoc.io/>
[LinkedIn]<https://www.linkedin.com/company/sonoc>
[Twitter]<https://twitter.com/sonoc_>
[Facebook]<https://www.facebook.com/SONOCio/>
This e-mail is for the exclusive use of its recipients and may contain business secrets or other confidential or privileged information. Any unauthorised use, copying, publication or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please inform us immediately by replying to this e-mail and delete it, including any attachments or copies on your system.

In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we inform you that this e-mail address and/or any other personal data you have provided us with will be treated by SONOC with absolute confidentiality and with the only purpose of providing you with the requested services, due to your condition as a client, supplier or because you have requested information from us at any time. These data will only be kept for as long as required to comply with legal obligations. You can exercise your rights at any time by sending an e-mail to: dataprotection at sonoc.io<mailto:dataprotection at sonoc.io>.<mailto:dataprotection at sonoc.io>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/a1682b6d/attachment.htm>

From descartin at sonoc.io  Fri May 21 15:56:24 2021
From: descartin at sonoc.io (=?UTF-8?Q?David_Escart=C3=ADn?=)
Date: Fri, 21 May 2021 15:56:24 +0200
Subject: [SR-Users] core kamailio 5.4
In-Reply-To: <AM0PR05MB6595CFB5A6B4D825429F7922C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CADvHuE-rzoMLuM1T2au3su0nmF-sOTNvspZs14Jwm6CLt+A8gw@mail.gmail.com>
 <AM0PR05MB6595CFB5A6B4D825429F7922C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CADvHuE_WCqufQzShmdgGyrxz-1_iFD95cXVQ397ygcHfWzCx_w@mail.gmail.com>

ok, done
Thanks a lot Henning

El vie, 21 may 2021 a las 13:56, Henning Westerholt (<hw at skalatan.de>)
escribi?:

> Hello David,
>
>
>
> Please create an issue for this kind of crashes on our tracker, its much
> easier to track and discuss.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *David
> Escart?n
> *Sent:* Friday, May 21, 2021 1:15 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] core kamailio 5.4
>
>
>
> Dear all
>
>
>
> we have seen a core in a kamailio instance today, i attach you the bt in
> dropbox
>
>
>
> https://www.dropbox.com/s/3dg72cbuz7nvx5b/core_kamailio_21mayo?dl=0
>
> https://www.dropbox.com/s/iyko32fwfxj8aam/core_kamailio_21mayo_2?dl=0
>
>
>
> seems there might be a relation async module when delaying a request after
> communicating with the rtpengine ??
>
> could you please take a look?
>
>
>
> thanks a lot and regards
> david
>
>
>
>
> --
>
> <http://www.sonoc.io/>
>
> David Escart?n
>
> NOC engineer
>
> *www.sonoc.io* <http://www.sonoc.io/>
>
> [image: LinkedIn] <https://www.linkedin.com/company/sonoc>
>
> [image: Twitter] <https://twitter.com/sonoc_>
>
> [image: Facebook] <https://www.facebook.com/SONOCio/>
>
> This e-mail is for the exclusive use of its recipients and may contain
> business secrets or other confidential or privileged information. Any
> unauthorised use, copying, publication or distribution of this e-mail is
> strictly prohibited. If you are not the intended recipient, please inform
> us immediately by replying to this e-mail and delete it, including any
> attachments or copies on your system.
>
> In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we
> inform you that this e-mail address and/or any other personal data you have
> provided us with will be treated by SONOC with absolute confidentiality and
> with the only purpose of providing you with the requested services, due to
> your condition as a client, supplier or because you have requested
> information from us at any time. These data will only be kept for as long
> as required to comply with legal obligations. You can exercise your rights
> at any time by sending an e-mail to: *dataprotection at sonoc.io*
> <dataprotection at sonoc.io>*.* <dataprotection at sonoc.io>
>
>
>


-- 
[image: Logo]

David Escart?n Almud?var
VoIP/Switch Engineer
descartin at sonoc.io

*SONOC*
C/ Josefa Amar y Borb?n, 10, 4? ? 50001 Zaragoza, Espa?a
Tlf: +34 917019888 ? www.sonoc.io

David Escart?n
NOC engineer
www.sonoc.io
This e-mail is for the exclusive use of its recipients and may contain business secrets or other confidential or privileged information. Any unauthorised use, copying, publication or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please inform us immediately by replying to this e-mail and delete it, including any attachments or copies on your system.
?
In accordance with the GDPR (EU) 2016/679 and the LOPDGDD 3/2018, we inform you that this e-mail address and/or any other personal data you have provided us with will be treated by SONOC with absolute confidentiality and with the only purpose of providing you with the requested services, due to your condition as a client, supplier or because you have requested information from us at any time. These data will only be kept for as long as required to comply with legal obligations. You can exercise your rights at any time by sending an e-mail to: dataprotection at sonoc.io.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/9ce3195e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image887018.png
Type: image/png
Size: 791 bytes
Desc: image887018.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/9ce3195e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image865569.png
Type: image/png
Size: 830 bytes
Desc: image865569.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/9ce3195e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image588742.png
Type: image/png
Size: 810 bytes
Desc: image588742.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/9ce3195e/attachment-0002.png>

From Antony.Stone at kamailio.open.source.it  Fri May 21 16:07:27 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Fri, 21 May 2021 16:07:27 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105181251.22237.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <CABVi_ExUz9rajd4yunj6MbViYDOBX5MkPH8yyXKuS_PHz4ajTQ@mail.gmail.com>
 <202105181251.22237.Antony.Stone@kamailio.open.source.it>
Message-ID: <202105211607.27614.Antony.Stone@kamailio.open.source.it>

Hi.

I think maybe I asked this question at a busy time, when people were dealing 
with other questions.

Can anyone point me at the appropriate documentation on how to get Kamailio 
set up to pass client registrations through to a remote PBX?

I'm assuming this is a pretty basic use case, but I haven't yet found a simple 
guide.


Thanks in advance.

On Tuesday 18 May 2021 at 12:51:21, Antony Stone wrote:

> On Saturday 15 May 2021 at 22:49:01, Mojtaba wrote:
> > Absolutely yes, In Kamailio with specific module you could do it. Some
> > related module for doing this scenario are:
> > presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo
> > You could know more about them by referring to its documentation.
> 
> Thanks for the confirmation; I'm sure the details you provide will make
> more sense to me once I'm at a stage where I can use them.
> 
> In the meantime, I assume that the other part of my requirement - getting
> Kamailio to pass through client registrations from Asterisk to a remote PBX
> - is a far more standard setup - where can I find configuration guidelines
> on how to do this, given that I've never implemented Kamailio so far?
> 
> 
> Thanks,
> 
> > On Sat, May 15, 2021 at 5:52 PM Antony Stone wrote:
> > > Hi.
> > > 
> > > I've been aware of Kamailio, and on this list, for several years, but
> > > so far I have not implemented Kamailio for any purpose.
> > > 
> > > I wonder if it could be a suitable tool for the following scenario.
> > > 
> > > I currently use Asterisk to register as a client, with username and
> > > password, to other SIP PBXs in order to receive calls.  As far as the
> > > other PBX is concerned, Asterisk looks like a SIP telephone on a
> > > particular extension.
> > > 
> > > However, Asterisk's SIP client capabilities are limited to handling
> > > phone calls only, and it specifically cannot receive presence
> > > information about the state of other extensions from the remote PBX.
> > > 
> > > So, could Kamailio be used in the path between Asterisk and the remote
> > > PBX so that the registration on the PBX comes from Kamailio (with any
> > > incoming calls being passed to Asterisk), but with Kamailio also
> > > receiving presence information from the remote PBX and making this
> > > available to some script or application (which I would expect to have
> > > to write)?
> > > 
> > > The main point is that I don't want to have two things registering to
> > > the remote PBX, one for calls and one for presence, so I'm looking for
> > > a way to register with something which understands presence, and can
> > > also pass calls on to Asterisk.
> > > 
> > > Can anyone suggest whether Kamailio could do this, and if so, point me
> > > at some resources to help me get started; or alternatively suggest
> > > ideas on some other tool which might be more appropriate than
> > > Kamailio?
> > > 
> > > 
> > > Thanks for any ideas,
> > > 
> > > 
> > > Antony.

-- 
Pavlov is in the pub enjoying a pint.
The barman rings for last orders, and Pavlov jumps up exclaiming "Damn!  I 
forgot to feed the dog!"

                                                   Please reply to the list;
                                                         please *don't* CC me.


From jurijs.ivolga at gmail.com  Fri May 21 16:14:06 2021
From: jurijs.ivolga at gmail.com (Jurijs Ivolga)
Date: Fri, 21 May 2021 17:14:06 +0300
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105211607.27614.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <CABVi_ExUz9rajd4yunj6MbViYDOBX5MkPH8yyXKuS_PHz4ajTQ@mail.gmail.com>
 <202105181251.22237.Antony.Stone@kamailio.open.source.it>
 <202105211607.27614.Antony.Stone@kamailio.open.source.it>
Message-ID: <CAOrA2UbeQGCcJPe+=x32SL6gxi8bhVigaskg_eWM0Ubzt1p7rQ@mail.gmail.com>

Hi,

If your remote PBX support path header, then easiest way would be to use
Path module of Kamailio:

https://www.kamailio.org/docs/modules/devel/modules/path.html

Jurijs


On Fri, May 21, 2021 at 5:09 PM Antony Stone <
Antony.Stone at kamailio.open.source.it> wrote:

> Hi.
>
> I think maybe I asked this question at a busy time, when people were
> dealing
> with other questions.
>
> Can anyone point me at the appropriate documentation on how to get
> Kamailio
> set up to pass client registrations through to a remote PBX?
>
> I'm assuming this is a pretty basic use case, but I haven't yet found a
> simple
> guide.
>
>
> Thanks in advance.
>
> On Tuesday 18 May 2021 at 12:51:21, Antony Stone wrote:
>
> > On Saturday 15 May 2021 at 22:49:01, Mojtaba wrote:
> > > Absolutely yes, In Kamailio with specific module you could do it. Some
> > > related module for doing this scenario are:
> > > presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo
> > > You could know more about them by referring to its documentation.
> >
> > Thanks for the confirmation; I'm sure the details you provide will make
> > more sense to me once I'm at a stage where I can use them.
> >
> > In the meantime, I assume that the other part of my requirement - getting
> > Kamailio to pass through client registrations from Asterisk to a remote
> PBX
> > - is a far more standard setup - where can I find configuration
> guidelines
> > on how to do this, given that I've never implemented Kamailio so far?
> >
> >
> > Thanks,
> >
> > > On Sat, May 15, 2021 at 5:52 PM Antony Stone wrote:
> > > > Hi.
> > > >
> > > > I've been aware of Kamailio, and on this list, for several years, but
> > > > so far I have not implemented Kamailio for any purpose.
> > > >
> > > > I wonder if it could be a suitable tool for the following scenario.
> > > >
> > > > I currently use Asterisk to register as a client, with username and
> > > > password, to other SIP PBXs in order to receive calls.  As far as the
> > > > other PBX is concerned, Asterisk looks like a SIP telephone on a
> > > > particular extension.
> > > >
> > > > However, Asterisk's SIP client capabilities are limited to handling
> > > > phone calls only, and it specifically cannot receive presence
> > > > information about the state of other extensions from the remote PBX.
> > > >
> > > > So, could Kamailio be used in the path between Asterisk and the
> remote
> > > > PBX so that the registration on the PBX comes from Kamailio (with any
> > > > incoming calls being passed to Asterisk), but with Kamailio also
> > > > receiving presence information from the remote PBX and making this
> > > > available to some script or application (which I would expect to have
> > > > to write)?
> > > >
> > > > The main point is that I don't want to have two things registering to
> > > > the remote PBX, one for calls and one for presence, so I'm looking
> for
> > > > a way to register with something which understands presence, and can
> > > > also pass calls on to Asterisk.
> > > >
> > > > Can anyone suggest whether Kamailio could do this, and if so, point
> me
> > > > at some resources to help me get started; or alternatively suggest
> > > > ideas on some other tool which might be more appropriate than
> > > > Kamailio?
> > > >
> > > >
> > > > Thanks for any ideas,
> > > >
> > > >
> > > > Antony.
>
> --
> Pavlov is in the pub enjoying a pint.
> The barman rings for last orders, and Pavlov jumps up exclaiming "Damn!  I
> forgot to feed the dog!"
>
>                                                    Please reply to the
> list;
>                                                          please *don't* CC
> me.
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/42be3844/attachment.htm>

From Antony.Stone at kamailio.open.source.it  Fri May 21 16:30:32 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Fri, 21 May 2021 16:30:32 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <CAOrA2UbeQGCcJPe+=x32SL6gxi8bhVigaskg_eWM0Ubzt1p7rQ@mail.gmail.com>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <202105211607.27614.Antony.Stone@kamailio.open.source.it>
 <CAOrA2UbeQGCcJPe+=x32SL6gxi8bhVigaskg_eWM0Ubzt1p7rQ@mail.gmail.com>
Message-ID: <202105211630.32888.Antony.Stone@kamailio.open.source.it>

On Friday 21 May 2021 at 16:14:06, Jurijs Ivolga wrote:

> Hi,
> 
> If your remote PBX support path header,

That is something I cannot tell, since the PBXs I shall be registering to are 
operated by customers and/or their service providers.  All I know are the SIP 
credentials to register with.

Is path header a common thing for PBXs to support or not support?

> then easiest way would be to use Path module of Kamailio:
> 
> https://www.kamailio.org/docs/modules/devel/modules/path.html

Hm, that seems like comprehensive documentation about a specific module, but 
how does this fit into a bigger picture?

As I said, I have never implemented Kamailio so far, so I'm looking for a 
guide which shows me how to set up something which I hope is quite basic 
(forwarding client SIP registrations), starting from when I have installed 
Kamailio on a machine.


Thanks,

> On Fri, May 21, 2021 at 5:09 PM Antony Stone wrote:
> > Hi.
> > 
> > I think maybe I asked this question at a busy time, when people were
> > dealing with other questions.
> > 
> > Can anyone point me at the appropriate documentation on how to get
> > Kamailio set up to pass client registrations through to a remote PBX?
> > 
> > I'm assuming this is a pretty basic use case, but I haven't yet found a
> > simple guide.
> > 
> > 
> > Thanks in advance.
> > 
> > On Tuesday 18 May 2021 at 12:51:21, Antony Stone wrote:
> > > On Saturday 15 May 2021 at 22:49:01, Mojtaba wrote:
> > > > Absolutely yes, In Kamailio with specific module you could do it.
> > > > Some related module for doing this scenario are:
> > > > presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo
> > > > You could know more about them by referring to its documentation.
> > > 
> > > Thanks for the confirmation; I'm sure the details you provide will make
> > > more sense to me once I'm at a stage where I can use them.
> > > 
> > > In the meantime, I assume that the other part of my requirement -
> > > getting Kamailio to pass through client registrations from Asterisk to
> > > a remote PBX - is a far more standard setup - where can I find
> > > configuration guidelines on how to do this, given that I've never
> > > implemented Kamailio so far?
> > > 
> > > 
> > > Thanks,
> > > 
> > > > On Sat, May 15, 2021 at 5:52 PM Antony Stone wrote:
> > > > > Hi.
> > > > > 
> > > > > I've been aware of Kamailio, and on this list, for several years,
> > > > > but so far I have not implemented Kamailio for any purpose.
> > > > > 
> > > > > I wonder if it could be a suitable tool for the following scenario.
> > > > > 
> > > > > I currently use Asterisk to register as a client, with username and
> > > > > password, to other SIP PBXs in order to receive calls.  As far as
> > > > > the other PBX is concerned, Asterisk looks like a SIP telephone on
> > > > > a particular extension.
> > > > > 
> > > > > However, Asterisk's SIP client capabilities are limited to handling
> > > > > phone calls only, and it specifically cannot receive presence
> > > > > information about the state of other extensions from the remote
> > > > > PBX.
> > > > > 
> > > > > So, could Kamailio be used in the path between Asterisk and the
> > > > > remote PBX so that the registration on the PBX comes from Kamailio
> > > > > (with any incoming calls being passed to Asterisk), but with
> > > > > Kamailio also receiving presence information from the remote PBX and
> > > > > making this available to some script or application (which I would
> > > > > expect to have to write)?
> > > > > 
> > > > > The main point is that I don't want to have two things registering
> > > > > to the remote PBX, one for calls and one for presence, so I'm
> > > > > looking for a way to register with something which understands
> > > > > presence, and can also pass calls on to Asterisk.
> > > > > 
> > > > > Can anyone suggest whether Kamailio could do this, and if so, point
> > > > > me at some resources to help me get started; or alternatively
> > > > > suggest ideas on some other tool which might be more appropriate
> > > > > than Kamailio?
> > > > > 
> > > > > 
> > > > > Thanks for any ideas,
> > > > > 
> > > > > 
> > > > > Antony.

-- 
Warum k?nnen Seer?uber nicht den Umfang eines Kreises berechnen?
Weil sie Piraten...


                                                   Please reply to the list;
                                                         please *don't* CC me.


From abalashov at evaristesys.com  Fri May 21 16:54:49 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 21 May 2021 10:54:49 -0400
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105211630.32888.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <202105211607.27614.Antony.Stone@kamailio.open.source.it>
 <CAOrA2UbeQGCcJPe+=x32SL6gxi8bhVigaskg_eWM0Ubzt1p7rQ@mail.gmail.com>
 <202105211630.32888.Antony.Stone@kamailio.open.source.it>
Message-ID: <3547a256-74b1-f273-9bd5-a62a7d11fb54@evaristesys.com>

On 5/21/21 10:30 AM, Antony Stone wrote:

> Is path header a common thing for PBXs to support or not support?

It's common, since it's a standard. But it took some time to get 
traction. Asterisk did not support it before version 12, for example.

-- 
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/


From hw at skalatan.de  Fri May 21 16:53:40 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 21 May 2021 14:53:40 +0000
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105211630.32888.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <202105211607.27614.Antony.Stone@kamailio.open.source.it>
 <CAOrA2UbeQGCcJPe+=x32SL6gxi8bhVigaskg_eWM0Ubzt1p7rQ@mail.gmail.com>
 <202105211630.32888.Antony.Stone@kamailio.open.source.it>
Message-ID: <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello Anthony,

as written before, Kamailio is from its design and setup targeted to many different use cases. For certain use cases you find examples or tutorials in our wiki. But if the example fits to your case, is mostly a matter of luck and how common it is.

The module documentation is indeed more in "reference" style, useful for somebody who knows how to combine the building blocks, but for a newcomer admittedly less useful.

There exists a Kamailio book (refer to asipto.com) which might be useful for your situation. Here you will get a more broader picture about the different modules and how they can fit together.

Another approach which some people are using is to start with the default configuration (which has a lot of comments) and experiment with e.g., a small server and 1-2 phones. For more advanced topics there exists many talks from past Kamailio World conferences.

Cheers,

Henning

-----Original Message-----
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Antony Stone
Sent: Friday, May 21, 2021 4:31 PM
To: sr-users at lists.kamailio.org
Subject: Re: [SR-Users] Can Kamailio help with this?

On Friday 21 May 2021 at 16:14:06, Jurijs Ivolga wrote:

> Hi,
> 
> If your remote PBX support path header,

That is something I cannot tell, since the PBXs I shall be registering to are operated by customers and/or their service providers.  All I know are the SIP credentials to register with.

Is path header a common thing for PBXs to support or not support?

> then easiest way would be to use Path module of Kamailio:
> 
> https://www.kamailio.org/docs/modules/devel/modules/path.html

Hm, that seems like comprehensive documentation about a specific module, but how does this fit into a bigger picture?

As I said, I have never implemented Kamailio so far, so I'm looking for a guide which shows me how to set up something which I hope is quite basic (forwarding client SIP registrations), starting from when I have installed Kamailio on a machine.


Thanks,

> On Fri, May 21, 2021 at 5:09 PM Antony Stone wrote:
> > Hi.
> > 
> > I think maybe I asked this question at a busy time, when people were 
> > dealing with other questions.
> > 
> > Can anyone point me at the appropriate documentation on how to get 
> > Kamailio set up to pass client registrations through to a remote PBX?
> > 
> > I'm assuming this is a pretty basic use case, but I haven't yet 
> > found a simple guide.
> > 
> > 
> > Thanks in advance.
> > 
> > On Tuesday 18 May 2021 at 12:51:21, Antony Stone wrote:
> > > On Saturday 15 May 2021 at 22:49:01, Mojtaba wrote:
> > > > Absolutely yes, In Kamailio with specific module you could do it.
> > > > Some related module for doing this scenario are:
> > > > presence, presence_xml, presence_dialoginfo, pua, pua_dialoginfo 
> > > > You could know more about them by referring to its documentation.
> > > 
> > > Thanks for the confirmation; I'm sure the details you provide will 
> > > make more sense to me once I'm at a stage where I can use them.
> > > 
> > > In the meantime, I assume that the other part of my requirement - 
> > > getting Kamailio to pass through client registrations from 
> > > Asterisk to a remote PBX - is a far more standard setup - where 
> > > can I find configuration guidelines on how to do this, given that 
> > > I've never implemented Kamailio so far?
> > > 
> > > 
> > > Thanks,
> > > 
> > > > On Sat, May 15, 2021 at 5:52 PM Antony Stone wrote:
> > > > > Hi.
> > > > > 
> > > > > I've been aware of Kamailio, and on this list, for several 
> > > > > years, but so far I have not implemented Kamailio for any purpose.
> > > > > 
> > > > > I wonder if it could be a suitable tool for the following scenario.
> > > > > 
> > > > > I currently use Asterisk to register as a client, with 
> > > > > username and password, to other SIP PBXs in order to receive 
> > > > > calls.  As far as the other PBX is concerned, Asterisk looks 
> > > > > like a SIP telephone on a particular extension.
> > > > > 
> > > > > However, Asterisk's SIP client capabilities are limited to 
> > > > > handling phone calls only, and it specifically cannot receive 
> > > > > presence information about the state of other extensions from 
> > > > > the remote PBX.
> > > > > 
> > > > > So, could Kamailio be used in the path between Asterisk and 
> > > > > the remote PBX so that the registration on the PBX comes from 
> > > > > Kamailio (with any incoming calls being passed to Asterisk), 
> > > > > but with Kamailio also receiving presence information from the 
> > > > > remote PBX and making this available to some script or 
> > > > > application (which I would expect to have to write)?
> > > > > 
> > > > > The main point is that I don't want to have two things 
> > > > > registering to the remote PBX, one for calls and one for 
> > > > > presence, so I'm looking for a way to register with something 
> > > > > which understands presence, and can also pass calls on to Asterisk.
> > > > > 
> > > > > Can anyone suggest whether Kamailio could do this, and if so, 
> > > > > point me at some resources to help me get started; or 
> > > > > alternatively suggest ideas on some other tool which might be 
> > > > > more appropriate than Kamailio?
> > > > > 
> > > > > 
> > > > > Thanks for any ideas,
> > > > > 
> > > > > 
> > > > > Antony.

--
Warum k?nnen Seer?uber nicht den Umfang eines Kreises berechnen?
Weil sie Piraten...


                                                   Please reply to the list;
                                                         please *don't* CC me.

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


From hw at skalatan.de  Fri May 21 16:56:12 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 21 May 2021 14:56:12 +0000
Subject: [SR-Users] Kamailio Stop Processing Call
In-Reply-To: <CACm_yeFWPbqU7wPB9jZiq2fRm_2SZDAof4wOQG5_HaorDN-7FQ@mail.gmail.com>
References: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>
 <AM0PR05MB6595EE799B0FBB10741EC031C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CACm_yeFWPbqU7wPB9jZiq2fRm_2SZDAof4wOQG5_HaorDN-7FQ@mail.gmail.com>
Message-ID: <AM0PR05MB65955937182C6D4A9876F6B4C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

you need to somehow get more information from your kamailio that is possible to help you. ?

If the server is stuck the next time, I would suggest to use e.g. ?strace? or ?kamcmd trap? to get more information what the processes are currently doing and where they hang.

Enable more verbose logging might also help.

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: M Arqum CH <marqumch at gmail.com>
Sent: Friday, May 21, 2021 11:16 AM
To: Henning Westerholt <hw at skalatan.de>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Kamailio Stop Processing Call

Hi Henning,

Thanks for reply and information regarding memory.

No error log in log file  regarding anything.

Prometheus scrapper just shows as shared unable to connect with kamailio socket.

Thanks

Arqum
On Fri, May 21, 2021, 12:42 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hello,

just a quick note ? 264 MB of private memory is a lot, as it is per process. Usually, you do not need that much.

Regarding the error/hang of Kamailio, do you see any errors in the log file, e.g., an out of memory error or similar?

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of M Arqum CH
Sent: Thursday, May 20, 2021 4:38 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] Kamailio Stop Processing Call

Hello Members,
I have kamailio setup backed with mysql db, using db_cluster module for spliting read and write..
Lisiting on three  different virtual ips are bind with same/single  udp port1 for processing  calls.
 One  static IP is bind with  udp port2  to for processing/response  to option messages send from  keepalived external script  after every few seconds and for DMQ messages from other kamailio node.

General configuation details:
children=16
fork=yes
listen=udp:VIP:SIP_PORT1
listen=udp:VIP2:SIP_PORT1
listen=udp:VIP3:SIP_PORT1
listen=udp:StaticIP3:SIP_PORT2
listen=tcp:SIP:RPC_PORT

SH_MEM=5012
PRIV_MEM=264

System Specification : 24 GB RAM, 12 CPUs

Sometimes kamailio  radomly stop processing the requests or give no response on  new requests recevied on virtual ips and as well it did't show any error in syslog.

To monitor the kamailio memory I used promethues (https://github.com/florentchauveau/kamailio_exporter)

The moment kamailio stop processing the requests it also stop responding to kamailio exporter and scrap request get timeout.  i.e error log on console
debian prometheus-kamailio-exporter[83440]: 2021/05/20 12:15:27 [error] cannot read header: read unix @->/tmp/kamailio__ctl: i/o timeout


After getting first timeout occurrence of  kamailio-exporter scrap request, kamailio processed sip messages for almost 30 seconds then completly stop replying to any message.  But it keep replying to option message arrive on different port from keepalived script.

Stats :
Active dialog: 75
Shared memory used: 150 MB

Kamailio Installed version :
kamailio -v
version: kamailio 5.4.1 (x86_64/linux) 2ca223
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED
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: 2ca223
compiled on 12:51:24 Sep 21 2020 with gcc 6.3.0


Is anyone else face similar issue  or idea why kamailio is showing such behaviour.?

Please guide me on what I should do to find and fix the issue.

Thanks
--
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210521/7b2c7920/attachment.htm>

From Antony.Stone at kamailio.open.source.it  Fri May 21 16:57:39 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Fri, 21 May 2021 16:57:39 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <3547a256-74b1-f273-9bd5-a62a7d11fb54@evaristesys.com>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <202105211630.32888.Antony.Stone@kamailio.open.source.it>
 <3547a256-74b1-f273-9bd5-a62a7d11fb54@evaristesys.com>
Message-ID: <202105211657.39597.Antony.Stone@kamailio.open.source.it>

On Friday 21 May 2021 at 16:54:49, Alex Balashov wrote:

> On 5/21/21 10:30 AM, Antony Stone wrote:
> > Is path header a common thing for PBXs to support or not support?
> 
> It's common, since it's a standard. But it took some time to get
> traction. Asterisk did not support it before version 12, for example.

Okay, thanks - at least it's a starting point which is:

a) a standard, so we can refer people to it if we get problems, and

b) supported by our own PBXs (Asterisk 13 & 16) so we can evaluate (once I get 
to a point where I have *something* working in Kamailio - I'm still searching 
for the beginners' guide, I think).


Antony.

-- 
Don't procrastinate - put it off until tomorrow.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From Antony.Stone at kamailio.open.source.it  Fri May 21 17:04:21 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Fri, 21 May 2021 17:04:21 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <202105211630.32888.Antony.Stone@kamailio.open.source.it>
 <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <202105211704.21754.Antony.Stone@kamailio.open.source.it>

On Friday 21 May 2021 at 16:53:40, Henning Westerholt wrote:

> Hello Antony,
> 
> as written before, Kamailio is from its design and setup targeted to many
> different use cases. For certain use cases you find examples or tutorials
> in our wiki. But if the example fits to your case, is mostly a matter of
> luck and how common it is.

Well, I had at least expected to find some documentation on how to get it doing 
something basic which is easy to test, but I'm still struggling to find such 
guides.

Maybe I have the wrong idea about what's a simple setup, and I should learn 
how to do what everyone else thinks is a simple place to start?

> The module documentation is indeed more in "reference" style, useful for
> somebody who knows how to combine the building blocks, but for a newcomer
> admittedly less useful.

I have no problem with that provided there's a guide to "where to specify your 
modules".

> There exists a Kamailio book (refer to asipto.com) which might be useful
> for your situation. Here you will get a more broader picture about the
> different modules and how they can fit together.

Thanks, I'll take a look.

> Another approach which some people are using is to start with the default
> configuration (which has a lot of comments) and experiment with e.g., a
> small server and 1-2 phones. For more advanced topics there exists many
> talks from past Kamailio World conferences.

I'm very happy to experiment - I have enough SIP phones to play with and I can 
easily create an Asterisk VM as a server to register to and run a dial plan 
on.


Thanks for the pointers.


Antony.

-- 
This email was created using 100% recycled electrons.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From cezar at mokalife.ro  Fri May 21 19:36:02 2021
From: cezar at mokalife.ro (Mihai Cezar)
Date: Fri, 21 May 2021 20:36:02 +0300
Subject: [SR-Users] Kamailio 5.3.8 and RTPengine 9.4.1.1+0~mr9.4.1.1
Message-ID: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>

Hi All,

I've been using Kamailio as a proxy for asterisk (with public ips),
everything was fine  until i've changed the setup to private ips for
asterisk.

What I did so far:
- Kamailio and rtpengine are on a box with 1 public IP.
- Asterisk containers on private ips each asterisk has 2 trunks (
1trunk voip provider 1trunk the Proxy).

What works:
- Proxy registrations and sip signaling works.

What it does not  work:
- On the asterisk I got only on rtp connexion, my guess is that has
something to do with the SDP, asterisk put the private ip in the SDP
header.

RTPengine is configured using this guide https://github.com/sipwise/rtpengine

Can you have a look at the kamailio config, i think i am missing
something or do something wrong.

Thank you!

command to start was:
rtpengine --table=42 --listen-ng=127.0.0.1:2223
--interface=public/110.20.20.1 --tos=184 --pidfile=/run/rtpengine.pid
--no-fallback

and the Kamailio cfg is this:

#!KAMAILIO

#!define FLT_ACC 1
#!define FLT_ACCMISSED 2
#!define FLT_ACCFAILED 3
#!define FLT_FS 10

#!define FLT_NATS 5
#!define FLB_NATB 6
#!define FLB_NATSIPPING 7

#!define WITH_DEBUG
#!define WITH_NAT


## This is the main configuration file for our proxy!

####### Global Parameters #########

#!ifdef WITH_DEBUG
debug=4
memdbg=5
memlog=5
log_stderror=yes
disable_core_dump=no
sip_warning=yes
#!else
debug=-0
log_stderror=no
sip_warning=no
disable_core_dump=yes
#!endif

log_facility=LOG_LOCAL0

fork=yes
children=8
auto_aliases=no
port=5060
disable_tcp=yes

server_id = 1
server_signature=yes
server_header="Server: proxy"

dns_try_ipv6=no
dns_try_naptr=no
dns_retr_time=1
dns_retr_no=1
rev_dns=no

####### Modules Section ########

#loadmodule "db_mysql.so"
loadmodule "jsonrpcs.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 "usrloc.so"
loadmodule "registrar.so"
loadmodule "textops.so"
loadmodule "siputils.so"
loadmodule "xlog.so"
loadmodule "sanity.so"
loadmodule "ctl.so"
loadmodule "acc.so"
loadmodule "dispatcher.so"
loadmodule "path.so"
loadmodule "nathelper.so"
loadmodule "rtpengine.so"


####### Modules Settings
# ----------------- setting module-specific parameters ---------------

modparam("xlog", "buf_size", 4096)
modparam("xlog", "prefix", "xlog: ")
modparam("xlog", "log_facility", "LOG_DAEMON")
modparam("xlog", "log_colors", "L_ERR=cr")
modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px")

# ----- jsonrpcs params -----
modparam("jsonrpcs", "pretty_format", 1)

# ----- tm params -----
modparam("tm", "failure_reply_mode", 3)
modparam("tm", "fr_timer", 30000)
modparam("tm", "fr_inv_timer", 120000)

# ----- rr params -----
modparam("rr", "enable_full_lr", 1)
modparam("rr", "append_fromtag", 0)

#!ifdef WITH_NAT
modparam("nathelper", "received_avp", "$avp(RECEIVED)")
modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
modparam("nathelper", "natping_interval", 30)
modparam("nathelper", "ping_nated_only", 1)
modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
modparam("nathelper", "sipping_from", "sip:pinger at proxy")

# params needed for NAT traversal in other modules
modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
modparam("usrloc", "nat_bflag", FLB_NATB)

modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223")
modparam("rtpengine", "rtpengine_retr", 2)
modparam("rtpengine", "hash_table_size", 256)
modparam("rtpengine", "hash_table_tout", 600)
#!endif

# ----- registrar params -----
modparam("registrar", "method_filtering", 1)
modparam("registrar", "append_branches", 0)
modparam("registrar", "max_expires", 3600)
modparam("registrar", "gruu_enabled", 1)

# ----- acc params -----
modparam("acc", "early_media", 0)
modparam("acc", "report_ack", 0)
modparam("acc", "report_cancels", 0)
modparam("acc", "detect_direction", 0)
modparam("acc", "log_flag", FLT_ACC)
modparam("acc", "log_missed_flag", FLT_ACCMISSED)
modparam("acc", "log_extra",
"src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)

# ----- dispatcher params -----
modparam("dispatcher", "list_file", "/etc/kamailio/plugins/dispatcher.list")
modparam("dispatcher", "xavp_dst", "_dsdst_")
modparam("dispatcher", "xavp_ctx", "_dsctx_")
modparam("dispatcher", "ds_ping_from", "sip:ping at proxy")
modparam("dispatcher", "ds_probing_mode", 1)

modparam("path", "use_received", 1)


####### Routing Logic ###########
# main request routing logic

request_route {

    # per request initial checks
    route(REQINIT);

    # NAT detection
    route(NATDETECT);

    if(ds_is_from_list()) {
            setflag(FLT_FS);
    }

    # CANCEL processing
    if (is_method("CANCEL")) {
        rtpengine_delete();
        if (t_check_trans()) {
            route(RELAY);
        }
        exit;
    }

    # handle retransmissions
    if (!is_method("ACK")) {
        if(t_precheck_trans()) {
            t_check_trans();
            exit;
        }
        t_check_trans();
    }

    # handle requests within SIP dialogs
    route(WITHINDLG);

    if (isflagset(FLT_FS)) {
            route(FROM_WORLD);
            exit;
    }

    ### only initial requests (no To tag)

    # record routing for dialog forming requests (in case they are routed)
    # - remove preloaded route headers
    remove_hf("Route");
    if (is_method("INVITE|SUBSCRIBE")) {
        record_route();
    }

    # account only INVITEs
    if (is_method("INVITE")) {
        setflag(FLT_ACC); # do accounting
        sl_send_reply("100","Trying");
    }

    # handle presence related requests
    route(PRESENCE);

    # handle registrations
    route(REGISTRAR);

    if ($rU==$null) {
        # request with no Username in RURI
        sl_send_reply("484","Address Incomplete");
        exit;
    }

    # dispatch destinations
    route(DISPATCH);
}

route[FROM_WORLD]
{
        record_route();
        route(RELAY);
        exit;
}

route[RELAY] {
    if (!t_relay()) {
        sl_reply_error();
    }

    if (!add_path()) {
        sl_send_reply("503", "Internal Path Error");
    }

    if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
        if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH");
    }
    if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
        if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
    }
    if (is_method("INVITE")) {
        if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
    }

    if (has_body("application/sdp")) {
            rtpengine_manage();
    }

    append_hf("Supported: path\r\n");
    exit;
}

# Per SIP request initial checks
route[REQINIT] {

    if (!mf_process_maxfwd_header("10")) {
        sl_send_reply("483","Too Many Hops");
        exit;
    }

    if(is_method("OPTIONS") && uri==myself && $rU==$null) {
        sl_send_reply("200","Keepalive");
        exit;
    }

    if(!sanity_check("1511", "7")) {
        xlog("L_WARN","Malformed SIP message from $si:$sp\n");
        exit;
    }
}

# Handle requests within SIP dialogs
route[WITHINDLG] {
    if (has_totag()) {
        # sequential request withing a dialog should
        # take the path determined by record-routing
        if (loose_route()) {
            if (is_method("BYE")) {
                rtpengine_delete();
                setflag(FLT_ACC); # do accounting ...
                setflag(FLT_ACCFAILED); # ... even if the transaction fails
            } else if ( is_method("ACK") ) {
                # ACK is forwarded statelessly
                route(NATMANAGE);
            } else if ( is_method("NOTIFY") ) {
                # Add Record-Route for in-dialog NOTIFY as per RFC 6665.
                record_route();
            }
            route(RELAY);
            # exit;

        } else {

            if (is_method("SUBSCRIBE") && uri == myself) {
                # in-dialog subscribe requests
                route(PRESENCE);
                exit;
            }
            if ( is_method("ACK") ) {
                if ( t_check_trans() ) {
                    # non loose-route, but stateful ACK; must be ACK
after a 487 or e.g. 404 from upstream server
                    t_relay();
                    exit;
                } else {
                    # ACK without matching transaction ... ignore and discard.
                    exit;
                }
            }
            sl_send_reply("404","Not here");
        }
        exit;
    }
}

# Handle SIP registrations
route[REGISTRAR] {

    if(!is_method("REGISTER"))
        return;

    if(isflagset(FLT_NATS)) {
        setbflag(FLB_NATB);
    }

    if (!add_path_received()) {
        sl_send_reply("503", "Internal Path Error");
    };

    route(DISPATCH);
}

# Presence server route
route[PRESENCE] {
    if(!is_method("PUBLISH|SUBSCRIBE"))
        return;

    sl_send_reply("404", "Not found");
    exit;
}


# Dispatch requests
route[DISPATCH] {
    # to add more servers in k8s
    if (!ds_select_dst("1", "4")) {
                    send_reply(503, "Service Unavailable $fd");
                    exit;
    }

    t_on_failure("RTF_DISPATCH");
    route(RELAY);
    exit;
}

# Caller NAT detection
route[NATDETECT] {
#!ifdef WITH_NAT
     if (nat_uac_test("3")) {
               if (is_method("REGISTER")) {
                           xlog("L_WARN", "natdetect
fix_nated_register ip: $si\n");
                       fix_nated_register();
               } else {
                           xlog("L_WARN", "natdetect set_contact_alias
ip: $si\n");
                       fix_nated_contact();
               }
               force_rport();
       }
       if (has_body("application/sdp") && nat_uac_test("8")) {
               xlog("L_WARN", "sdp fix ip: $si\n");
               fix_nated_sdp("10");
       }
#!endif
    return;
}

# RTPProxy control and signaling updates for NAT traversal
route[NATMANAGE] {
#!ifdef WITH_NAT
        if (is_request()) {
                if(has_totag()) {
                        if(check_route_param("nat=yes")) {
                                setbflag(FLB_NATB);
                        }
                }
        }
        if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;

        if(nat_uac_test("8")) {
            xlog("L_WARN", "nat_uac_test 1...");
            rtpengine_manage("replace-origin
replace-session-connection direction=public ICE=force");
        } else {
            xlog("L_WARN", "nat_uac_test addrtp...");
            rtpengine_manage("codec-strip-all codec-transcode-PCMA
codec-transcode-PCMU codec-transcode-G729 replace-origin
replace-session-connection direction=public ICE=force ");
        }

        if (is_request()) {
                if (!has_totag()) {
                        if(t_is_branch_route()) {
                                add_rr_param(";nat=yes");
                        }
                }
        }
        if (is_reply()) {
                if(isbflagset(FLB_NATB)) {
                        if(is_first_hop())
                                set_contact_alias();
                }
        }
#!endif
        return;
}

# Manage outgoing branches
branch_route[MANAGE_BRANCH] {
    xlog("L_WARN", "new branch [$T_branch_idx] to $ru\n");
    route(NATMANAGE);
}

# Manage incoming replies
onreply_route[MANAGE_REPLY] {
        xlog("L_WARN", "incoming reply\n");

        if(status=~"[12][0-9][0-9]") {
                route(NATMANAGE);
        }
        if (has_body("application/sdp")) {
                rtpengine_manage();
        }

}

onreply_route[REPLY_ROUTE] {
    if(status=~"2[0-9][0-9]") {
        rtpengine_answer("replace-session-connection replace-origin");
    }
    if (has_body("application/sdp")) {
        rtpengine_offer();
    }
}

# Manage failure routing cases
failure_route[MANAGE_FAILURE] {
    xlog("L_WARN", "failure route\n");
    route(NATMANAGE);
    if (t_is_canceled()) exit;
}

# Try next destionations in failure route
failure_route[RTF_DISPATCH] {
    if (t_is_canceled()) {
        exit;
    }
    # next DST - only for 500 or local timeout
    if (t_check_status("500")
            or (t_branch_timeout() and !t_branch_replied())) {
        if(ds_next_dst()) {
            xlog("Retrying to <$ru> via <$du> (attrs:
$xavp(_dsdst_=>attrs))\n");
            t_on_failure("RTF_DISPATCH");
            route(RELAY);
            exit;
        }
    }
}


From Antony.Stone at kamailio.open.source.it  Sat May 22 14:30:18 2021
From: Antony.Stone at kamailio.open.source.it (Antony Stone)
Date: Sat, 22 May 2021 14:30:18 +0200
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105211704.21754.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <202105211704.21754.Antony.Stone@kamailio.open.source.it>
Message-ID: <202105221430.18535.Antony.Stone@kamailio.open.source.it>

On Friday 21 May 2021 at 17:04:21, Antony Stone wrote:

> Well, I had at least expected to find some documentation on how to get it
> doing something basic which is easy to test, but I'm still struggling to
> find such guides.
> 
> Maybe I have the wrong idea about what's a simple setup, and I should learn
> how to do what everyone else thinks is a simple place to start?

During my searches for "getting started with Kamailio" one of the first results 
I find is https://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf

Is this (still?) relevant to starting out with Kamailio?

I'm starting from Debian 10 and therefore Kamailio 5.2.1; it's not clear to me 
whether this is directly compatible with documentation for SER or even how old 
that document is.


Thanks,


Antony.

-- 
90% of networking problems are routing problems.
9 of the remaining 10% are routing problems in the other direction.
The remaining 1% might be something else, but check the routing anyway.

                                                   Please reply to the list;
                                                         please *don't* CC me.


From david.villasmil.work at gmail.com  Sat May 22 16:56:11 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sat, 22 May 2021 15:56:11 +0100
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <202105221430.18535.Antony.Stone@kamailio.open.source.it>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <202105211704.21754.Antony.Stone@kamailio.open.source.it>
 <202105221430.18535.Antony.Stone@kamailio.open.source.it>
Message-ID: <CAFGRPVrh4NX790D8HJCf6haw-CTz6oqyPj9cNjcdoFXrCsAcOA@mail.gmail.com>

If I were you, I?d start here:
https://www.asipto.com/sw/kamailio-admin-book/

Get the book, read id and restart. It?ll probably be much easier for you.

Good luck

On Sat, 22 May 2021 at 13:32, Antony Stone <
Antony.Stone at kamailio.open.source.it> wrote:

> On Friday 21 May 2021 at 17:04:21, Antony Stone wrote:
>
> > Well, I had at least expected to find some documentation on how to get it
> > doing something basic which is easy to test, but I'm still struggling to
> > find such guides.
> >
> > Maybe I have the wrong idea about what's a simple setup, and I should
> learn
> > how to do what everyone else thinks is a simple place to start?
>
> During my searches for "getting started with Kamailio" one of the first
> results
> I find is
> https://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf
>
> Is this (still?) relevant to starting out with Kamailio?
>
> I'm starting from Debian 10 and therefore Kamailio 5.2.1; it's not clear
> to me
> whether this is directly compatible with documentation for SER or even how
> old
> that document is.
>
>
> Thanks,
>
>
> Antony.
>
> --
> 90% of networking problems are routing problems.
> 9 of the remaining 10% are routing problems in the other direction.
> The remaining 1% might be something else, but check the routing anyway.
>
>                                                    Please reply to the
> list;
>                                                          please *don't* CC
> me.
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210522/290ed084/attachment.htm>

From rob.van.den.bulk at gmail.com  Sat May 22 17:00:31 2021
From: rob.van.den.bulk at gmail.com (Rob van den Bulk)
Date: Sat, 22 May 2021 15:00:31 +0000
Subject: [SR-Users] Can Kamailio help with this?
In-Reply-To: <CAFGRPVrh4NX790D8HJCf6haw-CTz6oqyPj9cNjcdoFXrCsAcOA@mail.gmail.com>
References: <202105151521.29034.Antony.Stone@kamailio.open.source.it>
 <AM0PR05MB6595A27C28F223950ED422EEC5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <202105211704.21754.Antony.Stone@kamailio.open.source.it>
 <202105221430.18535.Antony.Stone@kamailio.open.source.it>,
 <CAFGRPVrh4NX790D8HJCf6haw-CTz6oqyPj9cNjcdoFXrCsAcOA@mail.gmail.com>
Message-ID: <AM8PR08MB5554E652981098059B958EB4FC289@AM8PR08MB5554.eurprd08.prod.outlook.com>

I did buy it and it helps total ?



Sent from mobile, with due apologies for brevity and errors.



________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of David Villasmil <david.villasmil.work at gmail.com>
Sent: Saturday, May 22, 2021 4:56:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Can Kamailio help with this?

If I were you, I?d start here:
https://www.asipto.com/sw/kamailio-admin-book/

Get the book, read id and restart. It?ll probably be much easier for you.

Good luck

On Sat, 22 May 2021 at 13:32, Antony Stone <Antony.Stone at kamailio.open.source.it<mailto:Antony.Stone at kamailio.open.source.it>> wrote:
On Friday 21 May 2021 at 17:04:21, Antony Stone wrote:

> Well, I had at least expected to find some documentation on how to get it
> doing something basic which is easy to test, but I'm still struggling to
> find such guides.
>
> Maybe I have the wrong idea about what's a simple setup, and I should learn
> how to do what everyone else thinks is a simple place to start?

During my searches for "getting started with Kamailio" one of the first results
I find is https://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf

Is this (still?) relevant to starting out with Kamailio?

I'm starting from Debian 10 and therefore Kamailio 5.2.1; it's not clear to me
whether this is directly compatible with documentation for SER or even how old
that document is.


Thanks,


Antony.

--
90% of networking problems are routing problems.
9 of the remaining 10% are routing problems in the other direction.
The remaining 1% might be something else, but check the routing anyway.

                                                   Please reply to the list;
                                                         please *don't* CC me.

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210522/fa64e098/attachment.htm>

From marqumch at gmail.com  Sun May 23 12:17:36 2021
From: marqumch at gmail.com (M Arqum CH)
Date: Sun, 23 May 2021 15:17:36 +0500
Subject: [SR-Users] Kamailio 5.3.8 and RTPengine 9.4.1.1+0~mr9.4.1.1
In-Reply-To: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>
References: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>
Message-ID: <CACm_yeH4K2Yx4WuY1_UF-uYKcCw4c2ajm6WnzfqZZT_nwV-TYA@mail.gmail.com>

Hi Mehai,

Bind rtpengine with local ip as well.

use direction flags  in  rtpengine_offer function .
https://kamailio.org/docs/modules/5.2.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer

>From Rtpenigne Doc:

direction

Contains a list of two strings and corresponds to the *rtpproxy* e and i flags.
Each element must correspond to one of the named logical interfaces
configured on the command line (through --interface). For example, if there
is one logical interface named pub and another one named priv, then if side
A (originator of the message) is considered to be on the private network
and side B (destination of the message) on the public network, then that
would be rendered within the dictionary as:

  { ..., "direction": [ "priv", "pub" ], ... }


Cheers,

Arqum


On Fri, May 21, 2021 at 10:39 PM Mihai Cezar <cezar at mokalife.ro> wrote:

> Hi All,
>
> I've been using Kamailio as a proxy for asterisk (with public ips),
> everything was fine  until i've changed the setup to private ips for
> asterisk.
>
> What I did so far:
> - Kamailio and rtpengine are on a box with 1 public IP.
> - Asterisk containers on private ips each asterisk has 2 trunks (
> 1trunk voip provider 1trunk the Proxy).
>
> What works:
> - Proxy registrations and sip signaling works.
>
> What it does not  work:
> - On the asterisk I got only on rtp connexion, my guess is that has
> something to do with the SDP, asterisk put the private ip in the SDP
> header.
>
> RTPengine is configured using this guide
> https://github.com/sipwise/rtpengine
>
> Can you have a look at the kamailio config, i think i am missing
> something or do something wrong.
>
> Thank you!
>
> command to start was:
> rtpengine --table=42 --listen-ng=127.0.0.1:2223
> --interface=public/110.20.20.1 --tos=184 --pidfile=/run/rtpengine.pid
> --no-fallback
>
> and the Kamailio cfg is this:
>
> #!KAMAILIO
>
> #!define FLT_ACC 1
> #!define FLT_ACCMISSED 2
> #!define FLT_ACCFAILED 3
> #!define FLT_FS 10
>
> #!define FLT_NATS 5
> #!define FLB_NATB 6
> #!define FLB_NATSIPPING 7
>
> #!define WITH_DEBUG
> #!define WITH_NAT
>
>
> ## This is the main configuration file for our proxy!
>
> ####### Global Parameters #########
>
> #!ifdef WITH_DEBUG
> debug=4
> memdbg=5
> memlog=5
> log_stderror=yes
> disable_core_dump=no
> sip_warning=yes
> #!else
> debug=-0
> log_stderror=no
> sip_warning=no
> disable_core_dump=yes
> #!endif
>
> log_facility=LOG_LOCAL0
>
> fork=yes
> children=8
> auto_aliases=no
> port=5060
> disable_tcp=yes
>
> server_id = 1
> server_signature=yes
> server_header="Server: proxy"
>
> dns_try_ipv6=no
> dns_try_naptr=no
> dns_retr_time=1
> dns_retr_no=1
> rev_dns=no
>
> ####### Modules Section ########
>
> #loadmodule "db_mysql.so"
> loadmodule "jsonrpcs.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 "usrloc.so"
> loadmodule "registrar.so"
> loadmodule "textops.so"
> loadmodule "siputils.so"
> loadmodule "xlog.so"
> loadmodule "sanity.so"
> loadmodule "ctl.so"
> loadmodule "acc.so"
> loadmodule "dispatcher.so"
> loadmodule "path.so"
> loadmodule "nathelper.so"
> loadmodule "rtpengine.so"
>
>
> ####### Modules Settings
> # ----------------- setting module-specific parameters ---------------
>
> modparam("xlog", "buf_size", 4096)
> modparam("xlog", "prefix", "xlog: ")
> modparam("xlog", "log_facility", "LOG_DAEMON")
> modparam("xlog", "log_colors", "L_ERR=cr")
> modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px")
>
> # ----- jsonrpcs params -----
> modparam("jsonrpcs", "pretty_format", 1)
>
> # ----- tm params -----
> modparam("tm", "failure_reply_mode", 3)
> modparam("tm", "fr_timer", 30000)
> modparam("tm", "fr_inv_timer", 120000)
>
> # ----- rr params -----
> modparam("rr", "enable_full_lr", 1)
> modparam("rr", "append_fromtag", 0)
>
> #!ifdef WITH_NAT
> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
> modparam("nathelper", "natping_interval", 30)
> modparam("nathelper", "ping_nated_only", 1)
> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
>
> # params needed for NAT traversal in other modules
> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
> modparam("usrloc", "nat_bflag", FLB_NATB)
>
> modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223")
> modparam("rtpengine", "rtpengine_retr", 2)
> modparam("rtpengine", "hash_table_size", 256)
> modparam("rtpengine", "hash_table_tout", 600)
> #!endif
>
> # ----- registrar params -----
> modparam("registrar", "method_filtering", 1)
> modparam("registrar", "append_branches", 0)
> modparam("registrar", "max_expires", 3600)
> modparam("registrar", "gruu_enabled", 1)
>
> # ----- acc params -----
> modparam("acc", "early_media", 0)
> modparam("acc", "report_ack", 0)
> modparam("acc", "report_cancels", 0)
> modparam("acc", "detect_direction", 0)
> modparam("acc", "log_flag", FLT_ACC)
> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
> modparam("acc", "log_extra",
>
> "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>
> # ----- dispatcher params -----
> modparam("dispatcher", "list_file",
> "/etc/kamailio/plugins/dispatcher.list")
> modparam("dispatcher", "xavp_dst", "_dsdst_")
> modparam("dispatcher", "xavp_ctx", "_dsctx_")
> modparam("dispatcher", "ds_ping_from", "sip:ping at proxy")
> modparam("dispatcher", "ds_probing_mode", 1)
>
> modparam("path", "use_received", 1)
>
>
> ####### Routing Logic ###########
> # main request routing logic
>
> request_route {
>
>     # per request initial checks
>     route(REQINIT);
>
>     # NAT detection
>     route(NATDETECT);
>
>     if(ds_is_from_list()) {
>             setflag(FLT_FS);
>     }
>
>     # CANCEL processing
>     if (is_method("CANCEL")) {
>         rtpengine_delete();
>         if (t_check_trans()) {
>             route(RELAY);
>         }
>         exit;
>     }
>
>     # handle retransmissions
>     if (!is_method("ACK")) {
>         if(t_precheck_trans()) {
>             t_check_trans();
>             exit;
>         }
>         t_check_trans();
>     }
>
>     # handle requests within SIP dialogs
>     route(WITHINDLG);
>
>     if (isflagset(FLT_FS)) {
>             route(FROM_WORLD);
>             exit;
>     }
>
>     ### only initial requests (no To tag)
>
>     # record routing for dialog forming requests (in case they are routed)
>     # - remove preloaded route headers
>     remove_hf("Route");
>     if (is_method("INVITE|SUBSCRIBE")) {
>         record_route();
>     }
>
>     # account only INVITEs
>     if (is_method("INVITE")) {
>         setflag(FLT_ACC); # do accounting
>         sl_send_reply("100","Trying");
>     }
>
>     # handle presence related requests
>     route(PRESENCE);
>
>     # handle registrations
>     route(REGISTRAR);
>
>     if ($rU==$null) {
>         # request with no Username in RURI
>         sl_send_reply("484","Address Incomplete");
>         exit;
>     }
>
>     # dispatch destinations
>     route(DISPATCH);
> }
>
> route[FROM_WORLD]
> {
>         record_route();
>         route(RELAY);
>         exit;
> }
>
> route[RELAY] {
>     if (!t_relay()) {
>         sl_reply_error();
>     }
>
>     if (!add_path()) {
>         sl_send_reply("503", "Internal Path Error");
>     }
>
>     if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
>         if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH");
>     }
>     if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
>         if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
>     }
>     if (is_method("INVITE")) {
>         if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
>     }
>
>     if (has_body("application/sdp")) {
>             rtpengine_manage();
>     }
>
>     append_hf("Supported: path\r\n");
>     exit;
> }
>
> # Per SIP request initial checks
> route[REQINIT] {
>
>     if (!mf_process_maxfwd_header("10")) {
>         sl_send_reply("483","Too Many Hops");
>         exit;
>     }
>
>     if(is_method("OPTIONS") && uri==myself && $rU==$null) {
>         sl_send_reply("200","Keepalive");
>         exit;
>     }
>
>     if(!sanity_check("1511", "7")) {
>         xlog("L_WARN","Malformed SIP message from $si:$sp\n");
>         exit;
>     }
> }
>
> # Handle requests within SIP dialogs
> route[WITHINDLG] {
>     if (has_totag()) {
>         # sequential request withing a dialog should
>         # take the path determined by record-routing
>         if (loose_route()) {
>             if (is_method("BYE")) {
>                 rtpengine_delete();
>                 setflag(FLT_ACC); # do accounting ...
>                 setflag(FLT_ACCFAILED); # ... even if the transaction fails
>             } else if ( is_method("ACK") ) {
>                 # ACK is forwarded statelessly
>                 route(NATMANAGE);
>             } else if ( is_method("NOTIFY") ) {
>                 # Add Record-Route for in-dialog NOTIFY as per RFC 6665.
>                 record_route();
>             }
>             route(RELAY);
>             # exit;
>
>         } else {
>
>             if (is_method("SUBSCRIBE") && uri == myself) {
>                 # in-dialog subscribe requests
>                 route(PRESENCE);
>                 exit;
>             }
>             if ( is_method("ACK") ) {
>                 if ( t_check_trans() ) {
>                     # non loose-route, but stateful ACK; must be ACK
> after a 487 or e.g. 404 from upstream server
>                     t_relay();
>                     exit;
>                 } else {
>                     # ACK without matching transaction ... ignore and
> discard.
>                     exit;
>                 }
>             }
>             sl_send_reply("404","Not here");
>         }
>         exit;
>     }
> }
>
> # Handle SIP registrations
> route[REGISTRAR] {
>
>     if(!is_method("REGISTER"))
>         return;
>
>     if(isflagset(FLT_NATS)) {
>         setbflag(FLB_NATB);
>     }
>
>     if (!add_path_received()) {
>         sl_send_reply("503", "Internal Path Error");
>     };
>
>     route(DISPATCH);
> }
>
> # Presence server route
> route[PRESENCE] {
>     if(!is_method("PUBLISH|SUBSCRIBE"))
>         return;
>
>     sl_send_reply("404", "Not found");
>     exit;
> }
>
>
> # Dispatch requests
> route[DISPATCH] {
>     # to add more servers in k8s
>     if (!ds_select_dst("1", "4")) {
>                     send_reply(503, "Service Unavailable $fd");
>                     exit;
>     }
>
>     t_on_failure("RTF_DISPATCH");
>     route(RELAY);
>     exit;
> }
>
> # Caller NAT detection
> route[NATDETECT] {
> #!ifdef WITH_NAT
>      if (nat_uac_test("3")) {
>                if (is_method("REGISTER")) {
>                            xlog("L_WARN", "natdetect
> fix_nated_register ip: $si\n");
>                        fix_nated_register();
>                } else {
>                            xlog("L_WARN", "natdetect set_contact_alias
> ip: $si\n");
>                        fix_nated_contact();
>                }
>                force_rport();
>        }
>        if (has_body("application/sdp") && nat_uac_test("8")) {
>                xlog("L_WARN", "sdp fix ip: $si\n");
>                fix_nated_sdp("10");
>        }
> #!endif
>     return;
> }
>
> # RTPProxy control and signaling updates for NAT traversal
> route[NATMANAGE] {
> #!ifdef WITH_NAT
>         if (is_request()) {
>                 if(has_totag()) {
>                         if(check_route_param("nat=yes")) {
>                                 setbflag(FLB_NATB);
>                         }
>                 }
>         }
>         if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
>
>         if(nat_uac_test("8")) {
>             xlog("L_WARN", "nat_uac_test 1...");
>             rtpengine_manage("replace-origin
> replace-session-connection direction=public ICE=force");
>         } else {
>             xlog("L_WARN", "nat_uac_test addrtp...");
>             rtpengine_manage("codec-strip-all codec-transcode-PCMA
> codec-transcode-PCMU codec-transcode-G729 replace-origin
> replace-session-connection direction=public ICE=force ");
>         }
>
>         if (is_request()) {
>                 if (!has_totag()) {
>                         if(t_is_branch_route()) {
>                                 add_rr_param(";nat=yes");
>                         }
>                 }
>         }
>         if (is_reply()) {
>                 if(isbflagset(FLB_NATB)) {
>                         if(is_first_hop())
>                                 set_contact_alias();
>                 }
>         }
> #!endif
>         return;
> }
>
> # Manage outgoing branches
> branch_route[MANAGE_BRANCH] {
>     xlog("L_WARN", "new branch [$T_branch_idx] to $ru\n");
>     route(NATMANAGE);
> }
>
> # Manage incoming replies
> onreply_route[MANAGE_REPLY] {
>         xlog("L_WARN", "incoming reply\n");
>
>         if(status=~"[12][0-9][0-9]") {
>                 route(NATMANAGE);
>         }
>         if (has_body("application/sdp")) {
>                 rtpengine_manage();
>         }
>
> }
>
> onreply_route[REPLY_ROUTE] {
>     if(status=~"2[0-9][0-9]") {
>         rtpengine_answer("replace-session-connection replace-origin");
>     }
>     if (has_body("application/sdp")) {
>         rtpengine_offer();
>     }
> }
>
> # Manage failure routing cases
> failure_route[MANAGE_FAILURE] {
>     xlog("L_WARN", "failure route\n");
>     route(NATMANAGE);
>     if (t_is_canceled()) exit;
> }
>
> # Try next destionations in failure route
> failure_route[RTF_DISPATCH] {
>     if (t_is_canceled()) {
>         exit;
>     }
>     # next DST - only for 500 or local timeout
>     if (t_check_status("500")
>             or (t_branch_timeout() and !t_branch_replied())) {
>         if(ds_next_dst()) {
>             xlog("Retrying to <$ru> via <$du> (attrs:
> $xavp(_dsdst_=>attrs))\n");
>             t_on_failure("RTF_DISPATCH");
>             route(RELAY);
>             exit;
>         }
>     }
> }
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210523/71bdb738/attachment.htm>

From david.villasmil.work at gmail.com  Sun May 23 16:04:56 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Sun, 23 May 2021 15:04:56 +0100
Subject: [SR-Users] Kamailio 5.3.8 and RTPengine 9.4.1.1+0~mr9.4.1.1
In-Reply-To: <CACm_yeH4K2Yx4WuY1_UF-uYKcCw4c2ajm6WnzfqZZT_nwV-TYA@mail.gmail.com>
References: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>
 <CACm_yeH4K2Yx4WuY1_UF-uYKcCw4c2ajm6WnzfqZZT_nwV-TYA@mail.gmail.com>
Message-ID: <CAFGRPVoHpdvGArNQaSy9Bfr8pGMUBSoc9+M+ezFYFoT3iW5Zhw@mail.gmail.com>

This might help you, you need to set directions (as suggested)

https://github.com/davidcsi/kamailio-private-public/blob/master/kamailio.cfg#L1220


On Sun, 23 May 2021 at 11:22, M Arqum CH <marqumch at gmail.com> wrote:

> Hi Mehai,
>
> Bind rtpengine with local ip as well.
>
> use direction flags  in  rtpengine_offer function .
> https://kamailio.org/docs/modules/5.2.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer
>
> From Rtpenigne Doc:
>
> direction
>
> Contains a list of two strings and corresponds to the *rtpproxy* e and i flags.
> Each element must correspond to one of the named logical interfaces
> configured on the command line (through --interface). For example, if
> there is one logical interface named pub and another one named priv, then
> if side A (originator of the message) is considered to be on the private
> network and side B (destination of the message) on the public network, then
> that would be rendered within the dictionary as:
>
>   { ..., "direction": [ "priv", "pub" ], ... }
>
>
> Cheers,
>
> Arqum
>
>
> On Fri, May 21, 2021 at 10:39 PM Mihai Cezar <cezar at mokalife.ro> wrote:
>
>> Hi All,
>>
>> I've been using Kamailio as a proxy for asterisk (with public ips),
>> everything was fine  until i've changed the setup to private ips for
>> asterisk.
>>
>> What I did so far:
>> - Kamailio and rtpengine are on a box with 1 public IP.
>> - Asterisk containers on private ips each asterisk has 2 trunks (
>> 1trunk voip provider 1trunk the Proxy).
>>
>> What works:
>> - Proxy registrations and sip signaling works.
>>
>> What it does not  work:
>> - On the asterisk I got only on rtp connexion, my guess is that has
>> something to do with the SDP, asterisk put the private ip in the SDP
>> header.
>>
>> RTPengine is configured using this guide
>> https://github.com/sipwise/rtpengine
>>
>> Can you have a look at the kamailio config, i think i am missing
>> something or do something wrong.
>>
>> Thank you!
>>
>> command to start was:
>> rtpengine --table=42 --listen-ng=127.0.0.1:2223
>> --interface=public/110.20.20.1 --tos=184 --pidfile=/run/rtpengine.pid
>> --no-fallback
>>
>> and the Kamailio cfg is this:
>>
>> #!KAMAILIO
>>
>> #!define FLT_ACC 1
>> #!define FLT_ACCMISSED 2
>> #!define FLT_ACCFAILED 3
>> #!define FLT_FS 10
>>
>> #!define FLT_NATS 5
>> #!define FLB_NATB 6
>> #!define FLB_NATSIPPING 7
>>
>> #!define WITH_DEBUG
>> #!define WITH_NAT
>>
>>
>> ## This is the main configuration file for our proxy!
>>
>> ####### Global Parameters #########
>>
>> #!ifdef WITH_DEBUG
>> debug=4
>> memdbg=5
>> memlog=5
>> log_stderror=yes
>> disable_core_dump=no
>> sip_warning=yes
>> #!else
>> debug=-0
>> log_stderror=no
>> sip_warning=no
>> disable_core_dump=yes
>> #!endif
>>
>> log_facility=LOG_LOCAL0
>>
>> fork=yes
>> children=8
>> auto_aliases=no
>> port=5060
>> disable_tcp=yes
>>
>> server_id = 1
>> server_signature=yes
>> server_header="Server: proxy"
>>
>> dns_try_ipv6=no
>> dns_try_naptr=no
>> dns_retr_time=1
>> dns_retr_no=1
>> rev_dns=no
>>
>> ####### Modules Section ########
>>
>> #loadmodule "db_mysql.so"
>> loadmodule "jsonrpcs.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 "usrloc.so"
>> loadmodule "registrar.so"
>> loadmodule "textops.so"
>> loadmodule "siputils.so"
>> loadmodule "xlog.so"
>> loadmodule "sanity.so"
>> loadmodule "ctl.so"
>> loadmodule "acc.so"
>> loadmodule "dispatcher.so"
>> loadmodule "path.so"
>> loadmodule "nathelper.so"
>> loadmodule "rtpengine.so"
>>
>>
>> ####### Modules Settings
>> # ----------------- setting module-specific parameters ---------------
>>
>> modparam("xlog", "buf_size", 4096)
>> modparam("xlog", "prefix", "xlog: ")
>> modparam("xlog", "log_facility", "LOG_DAEMON")
>> modparam("xlog", "log_colors", "L_ERR=cr")
>> modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px")
>>
>> # ----- jsonrpcs params -----
>> modparam("jsonrpcs", "pretty_format", 1)
>>
>> # ----- tm params -----
>> modparam("tm", "failure_reply_mode", 3)
>> modparam("tm", "fr_timer", 30000)
>> modparam("tm", "fr_inv_timer", 120000)
>>
>> # ----- rr params -----
>> modparam("rr", "enable_full_lr", 1)
>> modparam("rr", "append_fromtag", 0)
>>
>> #!ifdef WITH_NAT
>> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
>> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
>> modparam("nathelper", "natping_interval", 30)
>> modparam("nathelper", "ping_nated_only", 1)
>> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
>> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
>>
>> # params needed for NAT traversal in other modules
>> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
>> modparam("usrloc", "nat_bflag", FLB_NATB)
>>
>> modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223")
>> modparam("rtpengine", "rtpengine_retr", 2)
>> modparam("rtpengine", "hash_table_size", 256)
>> modparam("rtpengine", "hash_table_tout", 600)
>> #!endif
>>
>> # ----- registrar params -----
>> modparam("registrar", "method_filtering", 1)
>> modparam("registrar", "append_branches", 0)
>> modparam("registrar", "max_expires", 3600)
>> modparam("registrar", "gruu_enabled", 1)
>>
>> # ----- acc params -----
>> modparam("acc", "early_media", 0)
>> modparam("acc", "report_ack", 0)
>> modparam("acc", "report_cancels", 0)
>> modparam("acc", "detect_direction", 0)
>> modparam("acc", "log_flag", FLT_ACC)
>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>> modparam("acc", "log_extra",
>>
>> "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>>
>> # ----- dispatcher params -----
>> modparam("dispatcher", "list_file",
>> "/etc/kamailio/plugins/dispatcher.list")
>> modparam("dispatcher", "xavp_dst", "_dsdst_")
>> modparam("dispatcher", "xavp_ctx", "_dsctx_")
>> modparam("dispatcher", "ds_ping_from", "sip:ping at proxy")
>> modparam("dispatcher", "ds_probing_mode", 1)
>>
>> modparam("path", "use_received", 1)
>>
>>
>> ####### Routing Logic ###########
>> # main request routing logic
>>
>> request_route {
>>
>>     # per request initial checks
>>     route(REQINIT);
>>
>>     # NAT detection
>>     route(NATDETECT);
>>
>>     if(ds_is_from_list()) {
>>             setflag(FLT_FS);
>>     }
>>
>>     # CANCEL processing
>>     if (is_method("CANCEL")) {
>>         rtpengine_delete();
>>         if (t_check_trans()) {
>>             route(RELAY);
>>         }
>>         exit;
>>     }
>>
>>     # handle retransmissions
>>     if (!is_method("ACK")) {
>>         if(t_precheck_trans()) {
>>             t_check_trans();
>>             exit;
>>         }
>>         t_check_trans();
>>     }
>>
>>     # handle requests within SIP dialogs
>>     route(WITHINDLG);
>>
>>     if (isflagset(FLT_FS)) {
>>             route(FROM_WORLD);
>>             exit;
>>     }
>>
>>     ### only initial requests (no To tag)
>>
>>     # record routing for dialog forming requests (in case they are routed)
>>     # - remove preloaded route headers
>>     remove_hf("Route");
>>     if (is_method("INVITE|SUBSCRIBE")) {
>>         record_route();
>>     }
>>
>>     # account only INVITEs
>>     if (is_method("INVITE")) {
>>         setflag(FLT_ACC); # do accounting
>>         sl_send_reply("100","Trying");
>>     }
>>
>>     # handle presence related requests
>>     route(PRESENCE);
>>
>>     # handle registrations
>>     route(REGISTRAR);
>>
>>     if ($rU==$null) {
>>         # request with no Username in RURI
>>         sl_send_reply("484","Address Incomplete");
>>         exit;
>>     }
>>
>>     # dispatch destinations
>>     route(DISPATCH);
>> }
>>
>> route[FROM_WORLD]
>> {
>>         record_route();
>>         route(RELAY);
>>         exit;
>> }
>>
>> route[RELAY] {
>>     if (!t_relay()) {
>>         sl_reply_error();
>>     }
>>
>>     if (!add_path()) {
>>         sl_send_reply("503", "Internal Path Error");
>>     }
>>
>>     if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
>>         if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH");
>>     }
>>     if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
>>         if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
>>     }
>>     if (is_method("INVITE")) {
>>         if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
>>     }
>>
>>     if (has_body("application/sdp")) {
>>             rtpengine_manage();
>>     }
>>
>>     append_hf("Supported: path\r\n");
>>     exit;
>> }
>>
>> # Per SIP request initial checks
>> route[REQINIT] {
>>
>>     if (!mf_process_maxfwd_header("10")) {
>>         sl_send_reply("483","Too Many Hops");
>>         exit;
>>     }
>>
>>     if(is_method("OPTIONS") && uri==myself && $rU==$null) {
>>         sl_send_reply("200","Keepalive");
>>         exit;
>>     }
>>
>>     if(!sanity_check("1511", "7")) {
>>         xlog("L_WARN","Malformed SIP message from $si:$sp\n");
>>         exit;
>>     }
>> }
>>
>> # Handle requests within SIP dialogs
>> route[WITHINDLG] {
>>     if (has_totag()) {
>>         # sequential request withing a dialog should
>>         # take the path determined by record-routing
>>         if (loose_route()) {
>>             if (is_method("BYE")) {
>>                 rtpengine_delete();
>>                 setflag(FLT_ACC); # do accounting ...
>>                 setflag(FLT_ACCFAILED); # ... even if the transaction
>> fails
>>             } else if ( is_method("ACK") ) {
>>                 # ACK is forwarded statelessly
>>                 route(NATMANAGE);
>>             } else if ( is_method("NOTIFY") ) {
>>                 # Add Record-Route for in-dialog NOTIFY as per RFC 6665.
>>                 record_route();
>>             }
>>             route(RELAY);
>>             # exit;
>>
>>         } else {
>>
>>             if (is_method("SUBSCRIBE") && uri == myself) {
>>                 # in-dialog subscribe requests
>>                 route(PRESENCE);
>>                 exit;
>>             }
>>             if ( is_method("ACK") ) {
>>                 if ( t_check_trans() ) {
>>                     # non loose-route, but stateful ACK; must be ACK
>> after a 487 or e.g. 404 from upstream server
>>                     t_relay();
>>                     exit;
>>                 } else {
>>                     # ACK without matching transaction ... ignore and
>> discard.
>>                     exit;
>>                 }
>>             }
>>             sl_send_reply("404","Not here");
>>         }
>>         exit;
>>     }
>> }
>>
>> # Handle SIP registrations
>> route[REGISTRAR] {
>>
>>     if(!is_method("REGISTER"))
>>         return;
>>
>>     if(isflagset(FLT_NATS)) {
>>         setbflag(FLB_NATB);
>>     }
>>
>>     if (!add_path_received()) {
>>         sl_send_reply("503", "Internal Path Error");
>>     };
>>
>>     route(DISPATCH);
>> }
>>
>> # Presence server route
>> route[PRESENCE] {
>>     if(!is_method("PUBLISH|SUBSCRIBE"))
>>         return;
>>
>>     sl_send_reply("404", "Not found");
>>     exit;
>> }
>>
>>
>> # Dispatch requests
>> route[DISPATCH] {
>>     # to add more servers in k8s
>>     if (!ds_select_dst("1", "4")) {
>>                     send_reply(503, "Service Unavailable $fd");
>>                     exit;
>>     }
>>
>>     t_on_failure("RTF_DISPATCH");
>>     route(RELAY);
>>     exit;
>> }
>>
>> # Caller NAT detection
>> route[NATDETECT] {
>> #!ifdef WITH_NAT
>>      if (nat_uac_test("3")) {
>>                if (is_method("REGISTER")) {
>>                            xlog("L_WARN", "natdetect
>> fix_nated_register ip: $si\n");
>>                        fix_nated_register();
>>                } else {
>>                            xlog("L_WARN", "natdetect set_contact_alias
>> ip: $si\n");
>>                        fix_nated_contact();
>>                }
>>                force_rport();
>>        }
>>        if (has_body("application/sdp") && nat_uac_test("8")) {
>>                xlog("L_WARN", "sdp fix ip: $si\n");
>>                fix_nated_sdp("10");
>>        }
>> #!endif
>>     return;
>> }
>>
>> # RTPProxy control and signaling updates for NAT traversal
>> route[NATMANAGE] {
>> #!ifdef WITH_NAT
>>         if (is_request()) {
>>                 if(has_totag()) {
>>                         if(check_route_param("nat=yes")) {
>>                                 setbflag(FLB_NATB);
>>                         }
>>                 }
>>         }
>>         if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
>>
>>         if(nat_uac_test("8")) {
>>             xlog("L_WARN", "nat_uac_test 1...");
>>             rtpengine_manage("replace-origin
>> replace-session-connection direction=public ICE=force");
>>         } else {
>>             xlog("L_WARN", "nat_uac_test addrtp...");
>>             rtpengine_manage("codec-strip-all codec-transcode-PCMA
>> codec-transcode-PCMU codec-transcode-G729 replace-origin
>> replace-session-connection direction=public ICE=force ");
>>         }
>>
>>         if (is_request()) {
>>                 if (!has_totag()) {
>>                         if(t_is_branch_route()) {
>>                                 add_rr_param(";nat=yes");
>>                         }
>>                 }
>>         }
>>         if (is_reply()) {
>>                 if(isbflagset(FLB_NATB)) {
>>                         if(is_first_hop())
>>                                 set_contact_alias();
>>                 }
>>         }
>> #!endif
>>         return;
>> }
>>
>> # Manage outgoing branches
>> branch_route[MANAGE_BRANCH] {
>>     xlog("L_WARN", "new branch [$T_branch_idx] to $ru\n");
>>     route(NATMANAGE);
>> }
>>
>> # Manage incoming replies
>> onreply_route[MANAGE_REPLY] {
>>         xlog("L_WARN", "incoming reply\n");
>>
>>         if(status=~"[12][0-9][0-9]") {
>>                 route(NATMANAGE);
>>         }
>>         if (has_body("application/sdp")) {
>>                 rtpengine_manage();
>>         }
>>
>> }
>>
>> onreply_route[REPLY_ROUTE] {
>>     if(status=~"2[0-9][0-9]") {
>>         rtpengine_answer("replace-session-connection replace-origin");
>>     }
>>     if (has_body("application/sdp")) {
>>         rtpengine_offer();
>>     }
>> }
>>
>> # Manage failure routing cases
>> failure_route[MANAGE_FAILURE] {
>>     xlog("L_WARN", "failure route\n");
>>     route(NATMANAGE);
>>     if (t_is_canceled()) exit;
>> }
>>
>> # Try next destionations in failure route
>> failure_route[RTF_DISPATCH] {
>>     if (t_is_canceled()) {
>>         exit;
>>     }
>>     # next DST - only for 500 or local timeout
>>     if (t_check_status("500")
>>             or (t_branch_timeout() and !t_branch_replied())) {
>>         if(ds_next_dst()) {
>>             xlog("Retrying to <$ru> via <$du> (attrs:
>> $xavp(_dsdst_=>attrs))\n");
>>             t_on_failure("RTF_DISPATCH");
>>             route(RELAY);
>>             exit;
>>         }
>>     }
>> }
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
> Regards
> M Arqum
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210523/018be443/attachment.htm>

From cezar at mokalife.ro  Sun May 23 17:37:52 2021
From: cezar at mokalife.ro (Mihai Cezar)
Date: Sun, 23 May 2021 18:37:52 +0300
Subject: [SR-Users] Kamailio 5.3.8 and RTPengine 9.4.1.1+0~mr9.4.1.1
In-Reply-To: <CAFGRPVoHpdvGArNQaSy9Bfr8pGMUBSoc9+M+ezFYFoT3iW5Zhw@mail.gmail.com>
References: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>
 <CACm_yeH4K2Yx4WuY1_UF-uYKcCw4c2ajm6WnzfqZZT_nwV-TYA@mail.gmail.com>
 <CAFGRPVoHpdvGArNQaSy9Bfr8pGMUBSoc9+M+ezFYFoT3iW5Zhw@mail.gmail.com>
Message-ID: <CANk_n4YbWBkd9g+U2NR1ajR=wmeXGD89HxkPdLCHb71ug_U+GQ@mail.gmail.com>

 If my rtpengine is on vm with 1 ip address ( public ) and started in
the command line with --interface=public/110.20.20.1 --tos=184
--pidfile=/run/rtpengine.pid
my direction will be public, corect? Or do I need to start rtpengine
on the same vm with asterisk where it has 2 interfaces (public and
private)

Thanks!



On Sun, May 23, 2021 at 5:11 PM David Villasmil
<david.villasmil.work at gmail.com> wrote:
>
> This might help you, you need to set directions (as suggested)
>
> https://github.com/davidcsi/kamailio-private-public/blob/master/kamailio.cfg#L1220
>
>
> On Sun, 23 May 2021 at 11:22, M Arqum CH <marqumch at gmail.com> wrote:
>>
>> Hi Mehai,
>>
>> Bind rtpengine with local ip as well.
>>
>> use direction flags  in  rtpengine_offer function .  https://kamailio.org/docs/modules/5.2.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer
>>
>> From Rtpenigne Doc:
>>
>> direction
>>
>> Contains a list of two strings and corresponds to the rtpproxy e and i flags. Each element must correspond to one of the named logical interfaces configured on the command line (through --interface). For example, if there is one logical interface named pub and another one named priv, then if side A (originator of the message) is considered to be on the private network and side B (destination of the message) on the public network, then that would be rendered within the dictionary as:
>>
>>   { ..., "direction": [ "priv", "pub" ], ... }
>>
>>
>> Cheers,
>>
>> Arqum
>>
>>
>> On Fri, May 21, 2021 at 10:39 PM Mihai Cezar <cezar at mokalife.ro> wrote:
>>>
>>> Hi All,
>>>
>>> I've been using Kamailio as a proxy for asterisk (with public ips),
>>> everything was fine  until i've changed the setup to private ips for
>>> asterisk.
>>>
>>> What I did so far:
>>> - Kamailio and rtpengine are on a box with 1 public IP.
>>> - Asterisk containers on private ips each asterisk has 2 trunks (
>>> 1trunk voip provider 1trunk the Proxy).
>>>
>>> What works:
>>> - Proxy registrations and sip signaling works.
>>>
>>> What it does not  work:
>>> - On the asterisk I got only on rtp connexion, my guess is that has
>>> something to do with the SDP, asterisk put the private ip in the SDP
>>> header.
>>>
>>> RTPengine is configured using this guide https://github.com/sipwise/rtpengine
>>>
>>> Can you have a look at the kamailio config, i think i am missing
>>> something or do something wrong.
>>>
>>> Thank you!
>>>
>>> command to start was:
>>> rtpengine --table=42 --listen-ng=127.0.0.1:2223
>>> --interface=public/110.20.20.1 --tos=184 --pidfile=/run/rtpengine.pid
>>> --no-fallback
>>>
>>> and the Kamailio cfg is this:
>>>
>>> #!KAMAILIO
>>>
>>> #!define FLT_ACC 1
>>> #!define FLT_ACCMISSED 2
>>> #!define FLT_ACCFAILED 3
>>> #!define FLT_FS 10
>>>
>>> #!define FLT_NATS 5
>>> #!define FLB_NATB 6
>>> #!define FLB_NATSIPPING 7
>>>
>>> #!define WITH_DEBUG
>>> #!define WITH_NAT
>>>
>>>
>>> ## This is the main configuration file for our proxy!
>>>
>>> ####### Global Parameters #########
>>>
>>> #!ifdef WITH_DEBUG
>>> debug=4
>>> memdbg=5
>>> memlog=5
>>> log_stderror=yes
>>> disable_core_dump=no
>>> sip_warning=yes
>>> #!else
>>> debug=-0
>>> log_stderror=no
>>> sip_warning=no
>>> disable_core_dump=yes
>>> #!endif
>>>
>>> log_facility=LOG_LOCAL0
>>>
>>> fork=yes
>>> children=8
>>> auto_aliases=no
>>> port=5060
>>> disable_tcp=yes
>>>
>>> server_id = 1
>>> server_signature=yes
>>> server_header="Server: proxy"
>>>
>>> dns_try_ipv6=no
>>> dns_try_naptr=no
>>> dns_retr_time=1
>>> dns_retr_no=1
>>> rev_dns=no
>>>
>>> ####### Modules Section ########
>>>
>>> #loadmodule "db_mysql.so"
>>> loadmodule "jsonrpcs.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 "usrloc.so"
>>> loadmodule "registrar.so"
>>> loadmodule "textops.so"
>>> loadmodule "siputils.so"
>>> loadmodule "xlog.so"
>>> loadmodule "sanity.so"
>>> loadmodule "ctl.so"
>>> loadmodule "acc.so"
>>> loadmodule "dispatcher.so"
>>> loadmodule "path.so"
>>> loadmodule "nathelper.so"
>>> loadmodule "rtpengine.so"
>>>
>>>
>>> ####### Modules Settings
>>> # ----------------- setting module-specific parameters ---------------
>>>
>>> modparam("xlog", "buf_size", 4096)
>>> modparam("xlog", "prefix", "xlog: ")
>>> modparam("xlog", "log_facility", "LOG_DAEMON")
>>> modparam("xlog", "log_colors", "L_ERR=cr")
>>> modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px")
>>>
>>> # ----- jsonrpcs params -----
>>> modparam("jsonrpcs", "pretty_format", 1)
>>>
>>> # ----- tm params -----
>>> modparam("tm", "failure_reply_mode", 3)
>>> modparam("tm", "fr_timer", 30000)
>>> modparam("tm", "fr_inv_timer", 120000)
>>>
>>> # ----- rr params -----
>>> modparam("rr", "enable_full_lr", 1)
>>> modparam("rr", "append_fromtag", 0)
>>>
>>> #!ifdef WITH_NAT
>>> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
>>> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
>>> modparam("nathelper", "natping_interval", 30)
>>> modparam("nathelper", "ping_nated_only", 1)
>>> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
>>> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
>>>
>>> # params needed for NAT traversal in other modules
>>> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
>>> modparam("usrloc", "nat_bflag", FLB_NATB)
>>>
>>> modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223")
>>> modparam("rtpengine", "rtpengine_retr", 2)
>>> modparam("rtpengine", "hash_table_size", 256)
>>> modparam("rtpengine", "hash_table_tout", 600)
>>> #!endif
>>>
>>> # ----- registrar params -----
>>> modparam("registrar", "method_filtering", 1)
>>> modparam("registrar", "append_branches", 0)
>>> modparam("registrar", "max_expires", 3600)
>>> modparam("registrar", "gruu_enabled", 1)
>>>
>>> # ----- acc params -----
>>> modparam("acc", "early_media", 0)
>>> modparam("acc", "report_ack", 0)
>>> modparam("acc", "report_cancels", 0)
>>> modparam("acc", "detect_direction", 0)
>>> modparam("acc", "log_flag", FLT_ACC)
>>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>>> modparam("acc", "log_extra",
>>> "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
>>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>>>
>>> # ----- dispatcher params -----
>>> modparam("dispatcher", "list_file", "/etc/kamailio/plugins/dispatcher.list")
>>> modparam("dispatcher", "xavp_dst", "_dsdst_")
>>> modparam("dispatcher", "xavp_ctx", "_dsctx_")
>>> modparam("dispatcher", "ds_ping_from", "sip:ping at proxy")
>>> modparam("dispatcher", "ds_probing_mode", 1)
>>>
>>> modparam("path", "use_received", 1)
>>>
>>>
>>> ####### Routing Logic ###########
>>> # main request routing logic
>>>
>>> request_route {
>>>
>>>     # per request initial checks
>>>     route(REQINIT);
>>>
>>>     # NAT detection
>>>     route(NATDETECT);
>>>
>>>     if(ds_is_from_list()) {
>>>             setflag(FLT_FS);
>>>     }
>>>
>>>     # CANCEL processing
>>>     if (is_method("CANCEL")) {
>>>         rtpengine_delete();
>>>         if (t_check_trans()) {
>>>             route(RELAY);
>>>         }
>>>         exit;
>>>     }
>>>
>>>     # handle retransmissions
>>>     if (!is_method("ACK")) {
>>>         if(t_precheck_trans()) {
>>>             t_check_trans();
>>>             exit;
>>>         }
>>>         t_check_trans();
>>>     }
>>>
>>>     # handle requests within SIP dialogs
>>>     route(WITHINDLG);
>>>
>>>     if (isflagset(FLT_FS)) {
>>>             route(FROM_WORLD);
>>>             exit;
>>>     }
>>>
>>>     ### only initial requests (no To tag)
>>>
>>>     # record routing for dialog forming requests (in case they are routed)
>>>     # - remove preloaded route headers
>>>     remove_hf("Route");
>>>     if (is_method("INVITE|SUBSCRIBE")) {
>>>         record_route();
>>>     }
>>>
>>>     # account only INVITEs
>>>     if (is_method("INVITE")) {
>>>         setflag(FLT_ACC); # do accounting
>>>         sl_send_reply("100","Trying");
>>>     }
>>>
>>>     # handle presence related requests
>>>     route(PRESENCE);
>>>
>>>     # handle registrations
>>>     route(REGISTRAR);
>>>
>>>     if ($rU==$null) {
>>>         # request with no Username in RURI
>>>         sl_send_reply("484","Address Incomplete");
>>>         exit;
>>>     }
>>>
>>>     # dispatch destinations
>>>     route(DISPATCH);
>>> }
>>>
>>> route[FROM_WORLD]
>>> {
>>>         record_route();
>>>         route(RELAY);
>>>         exit;
>>> }
>>>
>>> route[RELAY] {
>>>     if (!t_relay()) {
>>>         sl_reply_error();
>>>     }
>>>
>>>     if (!add_path()) {
>>>         sl_send_reply("503", "Internal Path Error");
>>>     }
>>>
>>>     if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
>>>         if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH");
>>>     }
>>>     if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
>>>         if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
>>>     }
>>>     if (is_method("INVITE")) {
>>>         if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
>>>     }
>>>
>>>     if (has_body("application/sdp")) {
>>>             rtpengine_manage();
>>>     }
>>>
>>>     append_hf("Supported: path\r\n");
>>>     exit;
>>> }
>>>
>>> # Per SIP request initial checks
>>> route[REQINIT] {
>>>
>>>     if (!mf_process_maxfwd_header("10")) {
>>>         sl_send_reply("483","Too Many Hops");
>>>         exit;
>>>     }
>>>
>>>     if(is_method("OPTIONS") && uri==myself && $rU==$null) {
>>>         sl_send_reply("200","Keepalive");
>>>         exit;
>>>     }
>>>
>>>     if(!sanity_check("1511", "7")) {
>>>         xlog("L_WARN","Malformed SIP message from $si:$sp\n");
>>>         exit;
>>>     }
>>> }
>>>
>>> # Handle requests within SIP dialogs
>>> route[WITHINDLG] {
>>>     if (has_totag()) {
>>>         # sequential request withing a dialog should
>>>         # take the path determined by record-routing
>>>         if (loose_route()) {
>>>             if (is_method("BYE")) {
>>>                 rtpengine_delete();
>>>                 setflag(FLT_ACC); # do accounting ...
>>>                 setflag(FLT_ACCFAILED); # ... even if the transaction fails
>>>             } else if ( is_method("ACK") ) {
>>>                 # ACK is forwarded statelessly
>>>                 route(NATMANAGE);
>>>             } else if ( is_method("NOTIFY") ) {
>>>                 # Add Record-Route for in-dialog NOTIFY as per RFC 6665.
>>>                 record_route();
>>>             }
>>>             route(RELAY);
>>>             # exit;
>>>
>>>         } else {
>>>
>>>             if (is_method("SUBSCRIBE") && uri == myself) {
>>>                 # in-dialog subscribe requests
>>>                 route(PRESENCE);
>>>                 exit;
>>>             }
>>>             if ( is_method("ACK") ) {
>>>                 if ( t_check_trans() ) {
>>>                     # non loose-route, but stateful ACK; must be ACK
>>> after a 487 or e.g. 404 from upstream server
>>>                     t_relay();
>>>                     exit;
>>>                 } else {
>>>                     # ACK without matching transaction ... ignore and discard.
>>>                     exit;
>>>                 }
>>>             }
>>>             sl_send_reply("404","Not here");
>>>         }
>>>         exit;
>>>     }
>>> }
>>>
>>> # Handle SIP registrations
>>> route[REGISTRAR] {
>>>
>>>     if(!is_method("REGISTER"))
>>>         return;
>>>
>>>     if(isflagset(FLT_NATS)) {
>>>         setbflag(FLB_NATB);
>>>     }
>>>
>>>     if (!add_path_received()) {
>>>         sl_send_reply("503", "Internal Path Error");
>>>     };
>>>
>>>     route(DISPATCH);
>>> }
>>>
>>> # Presence server route
>>> route[PRESENCE] {
>>>     if(!is_method("PUBLISH|SUBSCRIBE"))
>>>         return;
>>>
>>>     sl_send_reply("404", "Not found");
>>>     exit;
>>> }
>>>
>>>
>>> # Dispatch requests
>>> route[DISPATCH] {
>>>     # to add more servers in k8s
>>>     if (!ds_select_dst("1", "4")) {
>>>                     send_reply(503, "Service Unavailable $fd");
>>>                     exit;
>>>     }
>>>
>>>     t_on_failure("RTF_DISPATCH");
>>>     route(RELAY);
>>>     exit;
>>> }
>>>
>>> # Caller NAT detection
>>> route[NATDETECT] {
>>> #!ifdef WITH_NAT
>>>      if (nat_uac_test("3")) {
>>>                if (is_method("REGISTER")) {
>>>                            xlog("L_WARN", "natdetect
>>> fix_nated_register ip: $si\n");
>>>                        fix_nated_register();
>>>                } else {
>>>                            xlog("L_WARN", "natdetect set_contact_alias
>>> ip: $si\n");
>>>                        fix_nated_contact();
>>>                }
>>>                force_rport();
>>>        }
>>>        if (has_body("application/sdp") && nat_uac_test("8")) {
>>>                xlog("L_WARN", "sdp fix ip: $si\n");
>>>                fix_nated_sdp("10");
>>>        }
>>> #!endif
>>>     return;
>>> }
>>>
>>> # RTPProxy control and signaling updates for NAT traversal
>>> route[NATMANAGE] {
>>> #!ifdef WITH_NAT
>>>         if (is_request()) {
>>>                 if(has_totag()) {
>>>                         if(check_route_param("nat=yes")) {
>>>                                 setbflag(FLB_NATB);
>>>                         }
>>>                 }
>>>         }
>>>         if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
>>>
>>>         if(nat_uac_test("8")) {
>>>             xlog("L_WARN", "nat_uac_test 1...");
>>>             rtpengine_manage("replace-origin
>>> replace-session-connection direction=public ICE=force");
>>>         } else {
>>>             xlog("L_WARN", "nat_uac_test addrtp...");
>>>             rtpengine_manage("codec-strip-all codec-transcode-PCMA
>>> codec-transcode-PCMU codec-transcode-G729 replace-origin
>>> replace-session-connection direction=public ICE=force ");
>>>         }
>>>
>>>         if (is_request()) {
>>>                 if (!has_totag()) {
>>>                         if(t_is_branch_route()) {
>>>                                 add_rr_param(";nat=yes");
>>>                         }
>>>                 }
>>>         }
>>>         if (is_reply()) {
>>>                 if(isbflagset(FLB_NATB)) {
>>>                         if(is_first_hop())
>>>                                 set_contact_alias();
>>>                 }
>>>         }
>>> #!endif
>>>         return;
>>> }
>>>
>>> # Manage outgoing branches
>>> branch_route[MANAGE_BRANCH] {
>>>     xlog("L_WARN", "new branch [$T_branch_idx] to $ru\n");
>>>     route(NATMANAGE);
>>> }
>>>
>>> # Manage incoming replies
>>> onreply_route[MANAGE_REPLY] {
>>>         xlog("L_WARN", "incoming reply\n");
>>>
>>>         if(status=~"[12][0-9][0-9]") {
>>>                 route(NATMANAGE);
>>>         }
>>>         if (has_body("application/sdp")) {
>>>                 rtpengine_manage();
>>>         }
>>>
>>> }
>>>
>>> onreply_route[REPLY_ROUTE] {
>>>     if(status=~"2[0-9][0-9]") {
>>>         rtpengine_answer("replace-session-connection replace-origin");
>>>     }
>>>     if (has_body("application/sdp")) {
>>>         rtpengine_offer();
>>>     }
>>> }
>>>
>>> # Manage failure routing cases
>>> failure_route[MANAGE_FAILURE] {
>>>     xlog("L_WARN", "failure route\n");
>>>     route(NATMANAGE);
>>>     if (t_is_canceled()) exit;
>>> }
>>>
>>> # Try next destionations in failure route
>>> failure_route[RTF_DISPATCH] {
>>>     if (t_is_canceled()) {
>>>         exit;
>>>     }
>>>     # next DST - only for 500 or local timeout
>>>     if (t_check_status("500")
>>>             or (t_branch_timeout() and !t_branch_replied())) {
>>>         if(ds_next_dst()) {
>>>             xlog("Retrying to <$ru> via <$du> (attrs:
>>> $xavp(_dsdst_=>attrs))\n");
>>>             t_on_failure("RTF_DISPATCH");
>>>             route(RELAY);
>>>             exit;
>>>         }
>>>     }
>>> }
>>>
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> --
>> Regards
>> M Arqum
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


From hw at skalatan.de  Mon May 24 11:55:11 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Mon, 24 May 2021 09:55:11 +0000
Subject: [SR-Users] Kamailio Stop Processing Call
In-Reply-To: <CACm_yeEwW1ELakrodDcQN14vokLL46nQ1FpHsUwbjEvWOKVdbA@mail.gmail.com>
References: <CACm_yeEBcmSYvY4HMUoq7KW3xXYm6-W2w9-R0j1ErNKgi90PGg@mail.gmail.com>
 <AM0PR05MB6595EE799B0FBB10741EC031C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CACm_yeFWPbqU7wPB9jZiq2fRm_2SZDAof4wOQG5_HaorDN-7FQ@mail.gmail.com>
 <AM0PR05MB65955937182C6D4A9876F6B4C5299@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CACm_yeEwW1ELakrodDcQN14vokLL46nQ1FpHsUwbjEvWOKVdbA@mail.gmail.com>
Message-ID: <AM0PR05MB65954572EDA362223D3046D0C5269@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

Ok ? in this case probably ?strace? or ?gdb? should still work.

You can also consider to increase debug level, to see if you get more information as well.

Cheers,

Henning
--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>



From: M Arqum CH <marqumch at gmail.com>
Sent: Sunday, May 23, 2021 10:23 AM
To: Henning Westerholt <hw at skalatan.de>
Subject: Re: [SR-Users] Kamailio Stop Processing Call

Hi Henning,

Unfortunately when process hang, it did't respond on kamcmd socket, it gives timeout too, so i have no clue what was happening at that moment.

Thanks

Arqum

On Fri, May 21, 2021 at 7:56 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hello,

you need to somehow get more information from your kamailio that is possible to help you. ?

If the server is stuck the next time, I would suggest to use e.g. ?strace? or ?kamcmd trap? to get more information what the processes are currently doing and where they hang.

Enable more verbose logging might also help.

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: M Arqum CH <marqumch at gmail.com<mailto:marqumch at gmail.com>>
Sent: Friday, May 21, 2021 11:16 AM
To: Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Kamailio Stop Processing Call

Hi Henning,

Thanks for reply and information regarding memory.

No error log in log file  regarding anything.

Prometheus scrapper just shows as shared unable to connect with kamailio socket.

Thanks

Arqum
On Fri, May 21, 2021, 12:42 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hello,

just a quick note ? 264 MB of private memory is a lot, as it is per process. Usually, you do not need that much.

Regarding the error/hang of Kamailio, do you see any errors in the log file, e.g., an out of memory error or similar?

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of M Arqum CH
Sent: Thursday, May 20, 2021 4:38 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] Kamailio Stop Processing Call

Hello Members,
I have kamailio setup backed with mysql db, using db_cluster module for spliting read and write..
Lisiting on three  different virtual ips are bind with same/single  udp port1 for processing  calls.
 One  static IP is bind with  udp port2  to for processing/response  to option messages send from  keepalived external script  after every few seconds and for DMQ messages from other kamailio node.

General configuation details:
children=16
fork=yes
listen=udp:VIP:SIP_PORT1
listen=udp:VIP2:SIP_PORT1
listen=udp:VIP3:SIP_PORT1
listen=udp:StaticIP3:SIP_PORT2
listen=tcp:SIP:RPC_PORT

SH_MEM=5012
PRIV_MEM=264

System Specification : 24 GB RAM, 12 CPUs

Sometimes kamailio  radomly stop processing the requests or give no response on  new requests recevied on virtual ips and as well it did't show any error in syslog.

To monitor the kamailio memory I used promethues (https://github.com/florentchauveau/kamailio_exporter)

The moment kamailio stop processing the requests it also stop responding to kamailio exporter and scrap request get timeout.  i.e error log on console
debian prometheus-kamailio-exporter[83440]: 2021/05/20 12:15:27 [error] cannot read header: read unix @->/tmp/kamailio__ctl: i/o timeout


After getting first timeout occurrence of  kamailio-exporter scrap request, kamailio processed sip messages for almost 30 seconds then completly stop replying to any message.  But it keep replying to option message arrive on different port from keepalived script.

Stats :
Active dialog: 75
Shared memory used: 150 MB

Kamailio Installed version :
kamailio -v
version: kamailio 5.4.1 (x86_64/linux) 2ca223
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, 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, TLS_PTHREAD_MUTEX_SHARED
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: 2ca223
compiled on 12:51:24 Sep 21 2020 with gcc 6.3.0


Is anyone else face similar issue  or idea why kamailio is showing such behaviour.?

Please guide me on what I should do to find and fix the issue.

Thanks
--
Regards
M Arqum


--
Regards
M Arqum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210524/2cce248a/attachment.htm>

From sergio.charrua at voip.pt  Mon May 24 13:18:10 2021
From: sergio.charrua at voip.pt (Sergio Charrua)
Date: Mon, 24 May 2021 12:18:10 +0100
Subject: [SR-Users] Kamailio 5.3.8 and RTPengine 9.4.1.1+0~mr9.4.1.1
In-Reply-To: <CANk_n4YbWBkd9g+U2NR1ajR=wmeXGD89HxkPdLCHb71ug_U+GQ@mail.gmail.com>
References: <CANk_n4Zs7RHmYLR8zymDv+ja=GHfzmXq-nxza3dVXttP2=5L6Q@mail.gmail.com>
 <CACm_yeH4K2Yx4WuY1_UF-uYKcCw4c2ajm6WnzfqZZT_nwV-TYA@mail.gmail.com>
 <CAFGRPVoHpdvGArNQaSy9Bfr8pGMUBSoc9+M+ezFYFoT3iW5Zhw@mail.gmail.com>
 <CANk_n4YbWBkd9g+U2NR1ajR=wmeXGD89HxkPdLCHb71ug_U+GQ@mail.gmail.com>
Message-ID: <CALZWR5xo+00MOCCDwruJkP9bO=1EDaFedCOLbK+kG+6drQqLeg@mail.gmail.com>

Hi Mihai!

RTPEngine should be set on the same server where Kamailio is running.
These are the options I use in RTPEngine on a NATed server,

/etc/sysconfig/rtpengine
# Add extra options here
OPTIONS="--interface eth1/10.19.139.66 --listen-ng 127.0.0.1:60000 -m 10000
-M 20000 -L 7 --log-facility=local1"

where 10.19.139.66 is a local Virutal IP address (handled by Pacemaker +
Corosync). This IP Address receives everything from the router/firewall who
has the public IP address, meaning that for security purposes, the server
has no public IP setup directly on the server, instead the public IP is set
on the router/firewall equipment, who redirects (almost) everything to the
server.

This is pretty standard.

My setup is very similar to yours: all SIP traffic received on Kamailio is
forwarded to 1 of the Asterisk servers available (using dispatcher) who
will process the SIP messages accordingly, including calls which are then
forwarded by Asterisk to SIP Trunks (Telcos) or directly to customers (SIP
extensions or SIP trunks too). So, resuming, we receive calls from inbound
Telcos (or SIP registered partners) to Kamailio then to Asterisk who will
decide (route) calls (to IVR or other destinations) and process transcoding
if required.

Not sure if this is the best approach, but it works. However there is 1
minor issue I have found in this setup: inbound calls need a separate IP
address from outbound calls, that is, Kamailio's public IP address must be
different thant IP Address of the Asterisk servers (all Asterisk servers
share the same public IP for outbound to other networks), so that SIP
messages do not scramble between inbound and outbound calls.
Needless to say that you must keep the same path for a call coming from
Kamailio to Asterisk, so that SIP messages use always the same Asterisk
servers back and forth the endpoints.
Also, check if RTPEngine is initialized in every call that comes from
public network to Kamailio:
- on route[NATMANAGE]  there must be a rtpengine_manage() command
- the main route() method must contain the following lines after the
route(WITHINDLG); call:

               if (is_method("INVITE|SUBSCRIBE")){
                        xlog("L_INFO","Recording Route");
                        record_route();

                        if (is_method("INVITE")) {
                            if (has_body("application/sdp")) {
                                    if (rtpengine_offer())
                                        t_on_reply("1");
                                } else {
                                    t_on_reply("2");
                                }
                        }
                }

                if (is_method("ACK") && has_body("application/sdp"))
                        rtpengine_answer();

I think it should be enough.

Cheers!

(you still owe me a beer, but now it is 2 ? ... it this works)

*S?rgio Charrua*


*www.voip.pt <http://www.voip.pt/>*
Tel.: +351  <callto:+351+91+104+12+66>21 130 71 77

Email : *sergio.charrua at voip.pt <sergio.charrua at voip.pt>*

This message and any files or documents attached are strictly confidential
or otherwise legally protected.

It is intended only for the individual or entity named. If you are not the
named addressee or have received this email in error, please inform the
sender immediately, delete it from your system and do not copy or disclose
it or its contents or use it for any purpose. Please also note that
transmission cannot be guaranteed to be secure or error-free.








On Sun, May 23, 2021 at 4:42 PM Mihai Cezar <cezar at mokalife.ro> wrote:

>  If my rtpengine is on vm with 1 ip address ( public ) and started in
> the command line with --interface=public/110.20.20.1 --tos=184
> --pidfile=/run/rtpengine.pid
> my direction will be public, corect? Or do I need to start rtpengine
> on the same vm with asterisk where it has 2 interfaces (public and
> private)
>
> Thanks!
>
>
>
> On Sun, May 23, 2021 at 5:11 PM David Villasmil
> <david.villasmil.work at gmail.com> wrote:
> >
> > This might help you, you need to set directions (as suggested)
> >
> >
> https://github.com/davidcsi/kamailio-private-public/blob/master/kamailio.cfg#L1220
> >
> >
> > On Sun, 23 May 2021 at 11:22, M Arqum CH <marqumch at gmail.com> wrote:
> >>
> >> Hi Mehai,
> >>
> >> Bind rtpengine with local ip as well.
> >>
> >> use direction flags  in  rtpengine_offer function .
> https://kamailio.org/docs/modules/5.2.x/modules/rtpengine.html#rtpengine.f.rtpengine_offer
> >>
> >> From Rtpenigne Doc:
> >>
> >> direction
> >>
> >> Contains a list of two strings and corresponds to the rtpproxy e and i
> flags. Each element must correspond to one of the named logical interfaces
> configured on the command line (through --interface). For example, if there
> is one logical interface named pub and another one named priv, then if side
> A (originator of the message) is considered to be on the private network
> and side B (destination of the message) on the public network, then that
> would be rendered within the dictionary as:
> >>
> >>   { ..., "direction": [ "priv", "pub" ], ... }
> >>
> >>
> >> Cheers,
> >>
> >> Arqum
> >>
> >>
> >> On Fri, May 21, 2021 at 10:39 PM Mihai Cezar <cezar at mokalife.ro> wrote:
> >>>
> >>> Hi All,
> >>>
> >>> I've been using Kamailio as a proxy for asterisk (with public ips),
> >>> everything was fine  until i've changed the setup to private ips for
> >>> asterisk.
> >>>
> >>> What I did so far:
> >>> - Kamailio and rtpengine are on a box with 1 public IP.
> >>> - Asterisk containers on private ips each asterisk has 2 trunks (
> >>> 1trunk voip provider 1trunk the Proxy).
> >>>
> >>> What works:
> >>> - Proxy registrations and sip signaling works.
> >>>
> >>> What it does not  work:
> >>> - On the asterisk I got only on rtp connexion, my guess is that has
> >>> something to do with the SDP, asterisk put the private ip in the SDP
> >>> header.
> >>>
> >>> RTPengine is configured using this guide
> https://github.com/sipwise/rtpengine
> >>>
> >>> Can you have a look at the kamailio config, i think i am missing
> >>> something or do something wrong.
> >>>
> >>> Thank you!
> >>>
> >>> command to start was:
> >>> rtpengine --table=42 --listen-ng=127.0.0.1:2223
> >>> --interface=public/110.20.20.1 --tos=184 --pidfile=/run/rtpengine.pid
> >>> --no-fallback
> >>>
> >>> and the Kamailio cfg is this:
> >>>
> >>> #!KAMAILIO
> >>>
> >>> #!define FLT_ACC 1
> >>> #!define FLT_ACCMISSED 2
> >>> #!define FLT_ACCFAILED 3
> >>> #!define FLT_FS 10
> >>>
> >>> #!define FLT_NATS 5
> >>> #!define FLB_NATB 6
> >>> #!define FLB_NATSIPPING 7
> >>>
> >>> #!define WITH_DEBUG
> >>> #!define WITH_NAT
> >>>
> >>>
> >>> ## This is the main configuration file for our proxy!
> >>>
> >>> ####### Global Parameters #########
> >>>
> >>> #!ifdef WITH_DEBUG
> >>> debug=4
> >>> memdbg=5
> >>> memlog=5
> >>> log_stderror=yes
> >>> disable_core_dump=no
> >>> sip_warning=yes
> >>> #!else
> >>> debug=-0
> >>> log_stderror=no
> >>> sip_warning=no
> >>> disable_core_dump=yes
> >>> #!endif
> >>>
> >>> log_facility=LOG_LOCAL0
> >>>
> >>> fork=yes
> >>> children=8
> >>> auto_aliases=no
> >>> port=5060
> >>> disable_tcp=yes
> >>>
> >>> server_id = 1
> >>> server_signature=yes
> >>> server_header="Server: proxy"
> >>>
> >>> dns_try_ipv6=no
> >>> dns_try_naptr=no
> >>> dns_retr_time=1
> >>> dns_retr_no=1
> >>> rev_dns=no
> >>>
> >>> ####### Modules Section ########
> >>>
> >>> #loadmodule "db_mysql.so"
> >>> loadmodule "jsonrpcs.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 "usrloc.so"
> >>> loadmodule "registrar.so"
> >>> loadmodule "textops.so"
> >>> loadmodule "siputils.so"
> >>> loadmodule "xlog.so"
> >>> loadmodule "sanity.so"
> >>> loadmodule "ctl.so"
> >>> loadmodule "acc.so"
> >>> loadmodule "dispatcher.so"
> >>> loadmodule "path.so"
> >>> loadmodule "nathelper.so"
> >>> loadmodule "rtpengine.so"
> >>>
> >>>
> >>> ####### Modules Settings
> >>> # ----------------- setting module-specific parameters ---------------
> >>>
> >>> modparam("xlog", "buf_size", 4096)
> >>> modparam("xlog", "prefix", "xlog: ")
> >>> modparam("xlog", "log_facility", "LOG_DAEMON")
> >>> modparam("xlog", "log_colors", "L_ERR=cr")
> >>> modparam("xlog", "log_colors", "L_ERR=cr;L_WARN=px")
> >>>
> >>> # ----- jsonrpcs params -----
> >>> modparam("jsonrpcs", "pretty_format", 1)
> >>>
> >>> # ----- tm params -----
> >>> modparam("tm", "failure_reply_mode", 3)
> >>> modparam("tm", "fr_timer", 30000)
> >>> modparam("tm", "fr_inv_timer", 120000)
> >>>
> >>> # ----- rr params -----
> >>> modparam("rr", "enable_full_lr", 1)
> >>> modparam("rr", "append_fromtag", 0)
> >>>
> >>> #!ifdef WITH_NAT
> >>> modparam("nathelper", "received_avp", "$avp(RECEIVED)")
> >>> modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n")
> >>> modparam("nathelper", "natping_interval", 30)
> >>> modparam("nathelper", "ping_nated_only", 1)
> >>> modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
> >>> modparam("nathelper", "sipping_from", "sip:pinger at proxy")
> >>>
> >>> # params needed for NAT traversal in other modules
> >>> modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")
> >>> modparam("usrloc", "nat_bflag", FLB_NATB)
> >>>
> >>> modparam("rtpengine", "rtpengine_sock", "udp:127.0.0.1:2223")
> >>> modparam("rtpengine", "rtpengine_retr", 2)
> >>> modparam("rtpengine", "hash_table_size", 256)
> >>> modparam("rtpengine", "hash_table_tout", 600)
> >>> #!endif
> >>>
> >>> # ----- registrar params -----
> >>> modparam("registrar", "method_filtering", 1)
> >>> modparam("registrar", "append_branches", 0)
> >>> modparam("registrar", "max_expires", 3600)
> >>> modparam("registrar", "gruu_enabled", 1)
> >>>
> >>> # ----- acc params -----
> >>> modparam("acc", "early_media", 0)
> >>> modparam("acc", "report_ack", 0)
> >>> modparam("acc", "report_cancels", 0)
> >>> modparam("acc", "detect_direction", 0)
> >>> modparam("acc", "log_flag", FLT_ACC)
> >>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
> >>> modparam("acc", "log_extra",
> >>>
> "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
> >>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
> >>>
> >>> # ----- dispatcher params -----
> >>> modparam("dispatcher", "list_file",
> "/etc/kamailio/plugins/dispatcher.list")
> >>> modparam("dispatcher", "xavp_dst", "_dsdst_")
> >>> modparam("dispatcher", "xavp_ctx", "_dsctx_")
> >>> modparam("dispatcher", "ds_ping_from", "sip:ping at proxy")
> >>> modparam("dispatcher", "ds_probing_mode", 1)
> >>>
> >>> modparam("path", "use_received", 1)
> >>>
> >>>
> >>> ####### Routing Logic ###########
> >>> # main request routing logic
> >>>
> >>> request_route {
> >>>
> >>>     # per request initial checks
> >>>     route(REQINIT);
> >>>
> >>>     # NAT detection
> >>>     route(NATDETECT);
> >>>
> >>>     if(ds_is_from_list()) {
> >>>             setflag(FLT_FS);
> >>>     }
> >>>
> >>>     # CANCEL processing
> >>>     if (is_method("CANCEL")) {
> >>>         rtpengine_delete();
> >>>         if (t_check_trans()) {
> >>>             route(RELAY);
> >>>         }
> >>>         exit;
> >>>     }
> >>>
> >>>     # handle retransmissions
> >>>     if (!is_method("ACK")) {
> >>>         if(t_precheck_trans()) {
> >>>             t_check_trans();
> >>>             exit;
> >>>         }
> >>>         t_check_trans();
> >>>     }
> >>>
> >>>     # handle requests within SIP dialogs
> >>>     route(WITHINDLG);
> >>>
> >>>     if (isflagset(FLT_FS)) {
> >>>             route(FROM_WORLD);
> >>>             exit;
> >>>     }
> >>>
> >>>     ### only initial requests (no To tag)
> >>>
> >>>     # record routing for dialog forming requests (in case they are
> routed)
> >>>     # - remove preloaded route headers
> >>>     remove_hf("Route");
> >>>     if (is_method("INVITE|SUBSCRIBE")) {
> >>>         record_route();
> >>>     }
> >>>
> >>>     # account only INVITEs
> >>>     if (is_method("INVITE")) {
> >>>         setflag(FLT_ACC); # do accounting
> >>>         sl_send_reply("100","Trying");
> >>>     }
> >>>
> >>>     # handle presence related requests
> >>>     route(PRESENCE);
> >>>
> >>>     # handle registrations
> >>>     route(REGISTRAR);
> >>>
> >>>     if ($rU==$null) {
> >>>         # request with no Username in RURI
> >>>         sl_send_reply("484","Address Incomplete");
> >>>         exit;
> >>>     }
> >>>
> >>>     # dispatch destinations
> >>>     route(DISPATCH);
> >>> }
> >>>
> >>> route[FROM_WORLD]
> >>> {
> >>>         record_route();
> >>>         route(RELAY);
> >>>         exit;
> >>> }
> >>>
> >>> route[RELAY] {
> >>>     if (!t_relay()) {
> >>>         sl_reply_error();
> >>>     }
> >>>
> >>>     if (!add_path()) {
> >>>         sl_send_reply("503", "Internal Path Error");
> >>>     }
> >>>
> >>>     if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
> >>>         if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH");
> >>>     }
> >>>     if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
> >>>         if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY");
> >>>     }
> >>>     if (is_method("INVITE")) {
> >>>         if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE");
> >>>     }
> >>>
> >>>     if (has_body("application/sdp")) {
> >>>             rtpengine_manage();
> >>>     }
> >>>
> >>>     append_hf("Supported: path\r\n");
> >>>     exit;
> >>> }
> >>>
> >>> # Per SIP request initial checks
> >>> route[REQINIT] {
> >>>
> >>>     if (!mf_process_maxfwd_header("10")) {
> >>>         sl_send_reply("483","Too Many Hops");
> >>>         exit;
> >>>     }
> >>>
> >>>     if(is_method("OPTIONS") && uri==myself && $rU==$null) {
> >>>         sl_send_reply("200","Keepalive");
> >>>         exit;
> >>>     }
> >>>
> >>>     if(!sanity_check("1511", "7")) {
> >>>         xlog("L_WARN","Malformed SIP message from $si:$sp\n");
> >>>         exit;
> >>>     }
> >>> }
> >>>
> >>> # Handle requests within SIP dialogs
> >>> route[WITHINDLG] {
> >>>     if (has_totag()) {
> >>>         # sequential request withing a dialog should
> >>>         # take the path determined by record-routing
> >>>         if (loose_route()) {
> >>>             if (is_method("BYE")) {
> >>>                 rtpengine_delete();
> >>>                 setflag(FLT_ACC); # do accounting ...
> >>>                 setflag(FLT_ACCFAILED); # ... even if the transaction
> fails
> >>>             } else if ( is_method("ACK") ) {
> >>>                 # ACK is forwarded statelessly
> >>>                 route(NATMANAGE);
> >>>             } else if ( is_method("NOTIFY") ) {
> >>>                 # Add Record-Route for in-dialog NOTIFY as per RFC
> 6665.
> >>>                 record_route();
> >>>             }
> >>>             route(RELAY);
> >>>             # exit;
> >>>
> >>>         } else {
> >>>
> >>>             if (is_method("SUBSCRIBE") && uri == myself) {
> >>>                 # in-dialog subscribe requests
> >>>                 route(PRESENCE);
> >>>                 exit;
> >>>             }
> >>>             if ( is_method("ACK") ) {
> >>>                 if ( t_check_trans() ) {
> >>>                     # non loose-route, but stateful ACK; must be ACK
> >>> after a 487 or e.g. 404 from upstream server
> >>>                     t_relay();
> >>>                     exit;
> >>>                 } else {
> >>>                     # ACK without matching transaction ... ignore and
> discard.
> >>>                     exit;
> >>>                 }
> >>>             }
> >>>             sl_send_reply("404","Not here");
> >>>         }
> >>>         exit;
> >>>     }
> >>> }
> >>>
> >>> # Handle SIP registrations
> >>> route[REGISTRAR] {
> >>>
> >>>     if(!is_method("REGISTER"))
> >>>         return;
> >>>
> >>>     if(isflagset(FLT_NATS)) {
> >>>         setbflag(FLB_NATB);
> >>>     }
> >>>
> >>>     if (!add_path_received()) {
> >>>         sl_send_reply("503", "Internal Path Error");
> >>>     };
> >>>
> >>>     route(DISPATCH);
> >>> }
> >>>
> >>> # Presence server route
> >>> route[PRESENCE] {
> >>>     if(!is_method("PUBLISH|SUBSCRIBE"))
> >>>         return;
> >>>
> >>>     sl_send_reply("404", "Not found");
> >>>     exit;
> >>> }
> >>>
> >>>
> >>> # Dispatch requests
> >>> route[DISPATCH] {
> >>>     # to add more servers in k8s
> >>>     if (!ds_select_dst("1", "4")) {
> >>>                     send_reply(503, "Service Unavailable $fd");
> >>>                     exit;
> >>>     }
> >>>
> >>>     t_on_failure("RTF_DISPATCH");
> >>>     route(RELAY);
> >>>     exit;
> >>> }
> >>>
> >>> # Caller NAT detection
> >>> route[NATDETECT] {
> >>> #!ifdef WITH_NAT
> >>>      if (nat_uac_test("3")) {
> >>>                if (is_method("REGISTER")) {
> >>>                            xlog("L_WARN", "natdetect
> >>> fix_nated_register ip: $si\n");
> >>>                        fix_nated_register();
> >>>                } else {
> >>>                            xlog("L_WARN", "natdetect set_contact_alias
> >>> ip: $si\n");
> >>>                        fix_nated_contact();
> >>>                }
> >>>                force_rport();
> >>>        }
> >>>        if (has_body("application/sdp") && nat_uac_test("8")) {
> >>>                xlog("L_WARN", "sdp fix ip: $si\n");
> >>>                fix_nated_sdp("10");
> >>>        }
> >>> #!endif
> >>>     return;
> >>> }
> >>>
> >>> # RTPProxy control and signaling updates for NAT traversal
> >>> route[NATMANAGE] {
> >>> #!ifdef WITH_NAT
> >>>         if (is_request()) {
> >>>                 if(has_totag()) {
> >>>                         if(check_route_param("nat=yes")) {
> >>>                                 setbflag(FLB_NATB);
> >>>                         }
> >>>                 }
> >>>         }
> >>>         if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;
> >>>
> >>>         if(nat_uac_test("8")) {
> >>>             xlog("L_WARN", "nat_uac_test 1...");
> >>>             rtpengine_manage("replace-origin
> >>> replace-session-connection direction=public ICE=force");
> >>>         } else {
> >>>             xlog("L_WARN", "nat_uac_test addrtp...");
> >>>             rtpengine_manage("codec-strip-all codec-transcode-PCMA
> >>> codec-transcode-PCMU codec-transcode-G729 replace-origin
> >>> replace-session-connection direction=public ICE=force ");
> >>>         }
> >>>
> >>>         if (is_request()) {
> >>>                 if (!has_totag()) {
> >>>                         if(t_is_branch_route()) {
> >>>                                 add_rr_param(";nat=yes");
> >>>                         }
> >>>                 }
> >>>         }
> >>>         if (is_reply()) {
> >>>                 if(isbflagset(FLB_NATB)) {
> >>>                         if(is_first_hop())
> >>>                                 set_contact_alias();
> >>>                 }
> >>>         }
> >>> #!endif
> >>>         return;
> >>> }
> >>>
> >>> # Manage outgoing branches
> >>> branch_route[MANAGE_BRANCH] {
> >>>     xlog("L_WARN", "new branch [$T_branch_idx] to $ru\n");
> >>>     route(NATMANAGE);
> >>> }
> >>>
> >>> # Manage incoming replies
> >>> onreply_route[MANAGE_REPLY] {
> >>>         xlog("L_WARN", "incoming reply\n");
> >>>
> >>>         if(status=~"[12][0-9][0-9]") {
> >>>                 route(NATMANAGE);
> >>>         }
> >>>         if (has_body("application/sdp")) {
> >>>                 rtpengine_manage();
> >>>         }
> >>>
> >>> }
> >>>
> >>> onreply_route[REPLY_ROUTE] {
> >>>     if(status=~"2[0-9][0-9]") {
> >>>         rtpengine_answer("replace-session-connection replace-origin");
> >>>     }
> >>>     if (has_body("application/sdp")) {
> >>>         rtpengine_offer();
> >>>     }
> >>> }
> >>>
> >>> # Manage failure routing cases
> >>> failure_route[MANAGE_FAILURE] {
> >>>     xlog("L_WARN", "failure route\n");
> >>>     route(NATMANAGE);
> >>>     if (t_is_canceled()) exit;
> >>> }
> >>>
> >>> # Try next destionations in failure route
> >>> failure_route[RTF_DISPATCH] {
> >>>     if (t_is_canceled()) {
> >>>         exit;
> >>>     }
> >>>     # next DST - only for 500 or local timeout
> >>>     if (t_check_status("500")
> >>>             or (t_branch_timeout() and !t_branch_replied())) {
> >>>         if(ds_next_dst()) {
> >>>             xlog("Retrying to <$ru> via <$du> (attrs:
> >>> $xavp(_dsdst_=>attrs))\n");
> >>>             t_on_failure("RTF_DISPATCH");
> >>>             route(RELAY);
> >>>             exit;
> >>>         }
> >>>     }
> >>> }
> >>>
> >>> __________________________________________________________
> >>> Kamailio - Users Mailing List - Non Commercial Discussions
> >>>   * sr-users at lists.kamailio.org
> >>> Important: keep the mailing list in the recipients, do not reply only
> to the sender!
> >>> Edit mailing list options or unsubscribe:
> >>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >>
> >>
> >>
> >> --
> >> Regards
> >> M Arqum
> >> __________________________________________________________
> >> Kamailio - Users Mailing List - Non Commercial Discussions
> >>   * sr-users at lists.kamailio.org
> >> Important: keep the mailing list in the recipients, do not reply only
> to the sender!
> >> Edit mailing list options or unsubscribe:
> >>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> > --
> > Regards,
> >
> > David Villasmil
> > email: david.villasmil.work at gmail.com
> > phone: +34669448337
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> >   * sr-users at lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> > Edit mailing list options or unsubscribe:
> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210524/fb3416cb/attachment.htm>

From aatifshaikh3295 at gmail.com  Mon May 24 17:00:35 2021
From: aatifshaikh3295 at gmail.com (Aatif Shaikh)
Date: Mon, 24 May 2021 20:30:35 +0530
Subject: [SR-Users] not able to display number in SCA module
Message-ID: <CALjjLb8mkqhc=rhmBaD5P=4gqBkr4DfwW5js6+uDg-emrkYpbQ@mail.gmail.com>

Hello All,
          I am using sca module to handle SLA presence and I am using
sca.update_appearance
RPC command to update the display name.

kamcmd sca.update_appearance sip:215 at voice.example.com 3 held KELVIN

after executing the above command I am getting the KELVIN name on my
Polycom phone display but I want to also update the display number so is
there any way to update the display number for SLA presence using the SCA
module
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210524/a9c0c35f/attachment.htm>

From hunterj91 at hotmail.com  Tue May 25 12:25:28 2021
From: hunterj91 at hotmail.com (Jonathan Hunter)
Date: Tue, 25 May 2021 10:25:28 +0000
Subject: [SR-Users] segfault kamailio 4.4.6 Registrar
Message-ID: <VI1PR07MB39042BE602B79A8E70B4D13FBD259@VI1PR07MB3904.eurprd07.prod.outlook.com>

Hi Guys,

We are running kamailio 4.4.6 on debian 8 and not had any issues, however we did suffer a segfault and a core was generated;

May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core> [main.c:740]: handle_sigs(): child process 9575 exited by a signal 11
May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core> [main.c:743]: handle_sigs(): core was generated
May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: INFO: <core> [main.c:755]: handle_sigs(): terminating due to SIGCHLD


Running gdb on the core file generated returns this output;


Reading symbols from /usr/sbin/kamailio...Reading symbols from /usr/lib/debug/.build-id/bc/fbd7e44c057e9e7e0680c2a5e8f6a47290c5ba.debug...done.
done.
[New LWP 9575]

warning: Error reading shared library list entry at 0x28250c3348

warning: Error reading shared library list entry at 0x79c0850018bf73e8
Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000000000589cce in lval_pvar_assign (lv=<optimized out>, rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at lvalue.c:353
353     lvalue.c: No such file or directory.
(gdb) bt full
#0  0x0000000000589cce in lval_pvar_assign (lv=<optimized out>, rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at lvalue.c:353
        r_avp = 0x6
        destroy_pval = -874501672
        pvar = 0x0
        pval = {rs = {s = 0x0, len = 0}, ri = 0, flags = 0}
        avp_val = {n = -874501704, s = {s = 0x7fb6cbe029b8 "\272/}", len = 5807505}, re = 0x7fb6cbe029b8}
        v = 6
#1  lval_assign (h=0x7fb6cbe029d8, msg=0x344, lv=0x0, rve=0x0) at lvalue.c:400
        rv = 0x7fb6cbe029b8
        ret = -874501672
        __FUNCTION__ = "lval_assign"
#2  0x0000000000000000 in ?? ()
No symbol table info available.

Is this  of any help? Could someone advise what next steps might be?

Should we be looking to upgrade or is there a way to get more detail out of the core dump?

Many Thanks

Jon

Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210525/27187940/attachment.htm>

From david.villasmil.work at gmail.com  Tue May 25 13:15:22 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Tue, 25 May 2021 12:15:22 +0100
Subject: [SR-Users] segfault kamailio 4.4.6 Registrar
In-Reply-To: <VI1PR07MB39042BE602B79A8E70B4D13FBD259@VI1PR07MB3904.eurprd07.prod.outlook.com>
References: <VI1PR07MB39042BE602B79A8E70B4D13FBD259@VI1PR07MB3904.eurprd07.prod.outlook.com>
Message-ID: <CAFGRPVp8Hvzn=O92mNw42VviUqENfsKKC3t68O885ek3fmXK3w@mail.gmail.com>

You?re on 4.4, so in any case: yes, you should upgrade.

On Tue, 25 May 2021 at 11:28, Jonathan Hunter <hunterj91 at hotmail.com> wrote:

> Hi Guys,
>
>
>
> We are running kamailio 4.4.6 on debian 8 and not had any issues, however
> we did suffer a segfault and a core was generated;
>
>
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core>
> [main.c:740]: handle_sigs(): child process 9575 exited by a signal 11
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core>
> [main.c:743]: handle_sigs(): core was generated
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: INFO: <core>
> [main.c:755]: handle_sigs(): terminating due to SIGCHLD
>
>
>
>
>
> Running gdb on the core file generated returns this output;
>
>
>
>
>
> Reading symbols from /usr/sbin/kamailio...Reading symbols from
> /usr/lib/debug/.build-id/bc/fbd7e44c057e9e7e0680c2a5e8f6a47290c5ba.debug...done.
>
> done.
>
> [New LWP 9575]
>
>
>
> warning: Error reading shared library list entry at 0x28250c3348
>
>
>
> warning: Error reading shared library list entry at 0x79c0850018bf73e8
>
> Core was generated by `/usr/sbin/kamailio -P
> /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'.
>
> Program terminated with signal SIGSEGV, Segmentation fault.
>
> #0  0x0000000000589cce in lval_pvar_assign (lv=<optimized out>,
> rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at lvalue.c:353
>
> 353     lvalue.c: No such file or directory.
>
> (gdb) bt full
>
> #0  0x0000000000589cce in lval_pvar_assign (lv=<optimized out>,
> rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at lvalue.c:353
>
>         r_avp = 0x6
>
>         destroy_pval = -874501672
>
>         pvar = 0x0
>
>         pval = {rs = {s = 0x0, len = 0}, ri = 0, flags = 0}
>
>         avp_val = {n = -874501704, s = {s = 0x7fb6cbe029b8 "\272/}", len =
> 5807505}, re = 0x7fb6cbe029b8}
>
>         v = 6
>
> #1  lval_assign (h=0x7fb6cbe029d8, msg=0x344, lv=0x0, rve=0x0) at
> lvalue.c:400
>
>         rv = 0x7fb6cbe029b8
>
>         ret = -874501672
>
>         __FUNCTION__ = "lval_assign"
>
> #2  0x0000000000000000 in ?? ()
>
> No symbol table info available.
>
>
>
> Is this  of any help? Could someone advise what next steps might be?
>
>
>
> Should we be looking to upgrade or is there a way to get more detail out
> of the core dump?
>
>
>
> Many Thanks
>
>
>
> Jon
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210525/75f38df7/attachment.htm>

From hisham.jan at haditelecom.com  Tue May 25 15:56:03 2021
From: hisham.jan at haditelecom.com (Hisham Ahmad Jan)
Date: Tue, 25 May 2021 18:56:03 +0500
Subject: [SR-Users] Collecting stats from Kamailio.cfg using
 Kamailio_exporter Prometheus
Message-ID: <CABBiT3=yffiDGxPcMU-Y0k3SVk_chHQAKxdxxXinZi37bXwNVw@mail.gmail.com>

Hi,

I'm using Kamailio version 5.3.7 with DISPATCHER module and I would like to
integrate my kamailio with a kamailio_exporter for monitoring using
Prometheus server.

Is it possible to collect data such as the number of total calls (inbound,
outbound) and plot time-graphs using those stats?
If so, what modules/functions would I need apart from the Dispatcher module
to be able to have efficient results?

Any degree of help will be appreciated.

*Hisham Jan*
*VoIP Engineer*

*0322-6398775*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210525/310937a9/attachment.htm>

From arsperger at gmail.com  Tue May 25 16:29:28 2021
From: arsperger at gmail.com (Arsen Semenov)
Date: Tue, 25 May 2021 19:29:28 +0500
Subject: [SR-Users] Collecting stats from Kamailio.cfg using
 Kamailio_exporter Prometheus
In-Reply-To: <CABBiT3=yffiDGxPcMU-Y0k3SVk_chHQAKxdxxXinZi37bXwNVw@mail.gmail.com>
References: <CABBiT3=yffiDGxPcMU-Y0k3SVk_chHQAKxdxxXinZi37bXwNVw@mail.gmail.com>
Message-ID: <CAC3hFApx1S144uNc4Tkn5CA=_NZD1zXNyjuEVtNm2cJR-bH+=A@mail.gmail.com>

Hi Hisham,

Yes you can use it for monitoring total calls handled by kamailio.

In kamailio you need to configure dialog module and make sure you run
kamailio_exporter with dlg.stats_active enabled.

On Tue, 25 May 2021 at 6:57 PM, Hisham Ahmad Jan <hisham.jan at haditelecom.com>
wrote:

> Hi,
>
> I'm using Kamailio version 5.3.7 with DISPATCHER module and I would like
> to integrate my kamailio with a kamailio_exporter for monitoring using
> Prometheus server.
>
> Is it possible to collect data such as the number of total calls (inbound,
> outbound) and plot time-graphs using those stats?
> If so, what modules/functions would I need apart from the Dispatcher
> module to be able to have efficient results?
>
> Any degree of help will be appreciated.
>
> *Hisham Jan*
> *VoIP Engineer*
>
> *0322-6398775*
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210525/4f4a1b25/attachment.htm>

From hisham.jan at haditelecom.com  Wed May 26 14:59:39 2021
From: hisham.jan at haditelecom.com (Hisham Ahmad Jan)
Date: Wed, 26 May 2021 17:59:39 +0500
Subject: [SR-Users] Collecting stats from Kamailio.cfg using
 Kamailio_exporter Prometheus
In-Reply-To: <CAC3hFApx1S144uNc4Tkn5CA=_NZD1zXNyjuEVtNm2cJR-bH+=A@mail.gmail.com>
References: <CABBiT3=yffiDGxPcMU-Y0k3SVk_chHQAKxdxxXinZi37bXwNVw@mail.gmail.com>
 <CAC3hFApx1S144uNc4Tkn5CA=_NZD1zXNyjuEVtNm2cJR-bH+=A@mail.gmail.com>
Message-ID: <CABBiT3=ebgvXd615uhd=X+9N_-jcCZE_ryPVXLFx35oP7JEB6Q@mail.gmail.com>

Hi Arsen,
Thank you for the reply.

Just a quick little question.

Previously, I had installed NodeRed on my Kamamilio to show total calls.
For that, I also enabled a JSON RPC module which used to collect data and
show it on NodeRed. My question is, can I use kamailio_exporter to scrape
data onto Prometheus from the same JSON RPC script running for NodeRed? Or,
do I need to rewrite a new script/code for Kamailio_exporter to scrape data?


*Regards,*
*Hisham Jan*
*VoIP Engineer*

*0322-6398775*


On Tue, May 25, 2021 at 7:30 PM Arsen Semenov <arsperger at gmail.com> wrote:

> Hi Hisham,
>
> Yes you can use it for monitoring total calls handled by kamailio.
>
> In kamailio you need to configure dialog module and make sure you run
> kamailio_exporter with dlg.stats_active enabled.
>
> On Tue, 25 May 2021 at 6:57 PM, Hisham Ahmad Jan <
> hisham.jan at haditelecom.com> wrote:
>
>> Hi,
>>
>> I'm using Kamailio version 5.3.7 with DISPATCHER module and I would like
>> to integrate my kamailio with a kamailio_exporter for monitoring using
>> Prometheus server.
>>
>> Is it possible to collect data such as the number of total calls
>> (inbound, outbound) and plot time-graphs using those stats?
>> If so, what modules/functions would I need apart from the Dispatcher
>> module to be able to have efficient results?
>>
>> Any degree of help will be appreciated.
>>
>> *Hisham Jan*
>> *VoIP Engineer*
>>
>> *0322-6398775*
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210526/ef4e150e/attachment.htm>

From miconda at gmail.com  Wed May 26 17:15:09 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 26 May 2021 17:15:09 +0200
Subject: [SR-Users] segfault kamailio 4.4.6 Registrar
In-Reply-To: <VI1PR07MB39042BE602B79A8E70B4D13FBD259@VI1PR07MB3904.eurprd07.prod.outlook.com>
References: <VI1PR07MB39042BE602B79A8E70B4D13FBD259@VI1PR07MB3904.eurprd07.prod.outlook.com>
Message-ID: <00663487-2a23-13a2-b24b-a304e5520134@gmail.com>

Hello,

the backtrace is incomplete or corefile truncated, not much useful
information out of it. Like it was suggested, the best is to move to a
maintained series, 4.4 is pretty old for a devel to remember easily what
issues were at that moment and fixed meanwhile.

Cheers,
Daniel

On 25.05.21 12:25, Jonathan Hunter wrote:
>
> Hi Guys,
>
> ?
>
> We are running kamailio 4.4.6 on debian 8 and not had any issues,
> however we did suffer a segfault and a core was generated;
>
> ?
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core>
> [main.c:740]: handle_sigs(): child process 9575 exited by a signal 11
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: ALERT: <core>
> [main.c:743]: handle_sigs(): core was generated
>
> May 25 09:17:06 Kam-HA-1 /usr/sbin/kamailio[9560]: INFO: <core>
> [main.c:755]: handle_sigs(): terminating due to SIGCHLD
>
> ?
>
> ?
>
> Running gdb on the core file generated returns this output;
>
> ?
>
> ?
>
> Reading symbols from /usr/sbin/kamailio...Reading symbols from
> /usr/lib/debug/.build-id/bc/fbd7e44c057e9e7e0680c2a5e8f6a47290c5ba.debug...done.
>
> done.
>
> [New LWP 9575]
>
> ?
>
> warning: Error reading shared library list entry at 0x28250c3348
>
> ?
>
> warning: Error reading shared library list entry at 0x79c0850018bf73e8
>
> Core was generated by `/usr/sbin/kamailio -P
> /var/run/kamailio/kamailio.pid -f /etc/kamailio/kamailio.'.
>
> Program terminated with signal SIGSEGV, Segmentation fault.
>
> #0? 0x0000000000589cce in lval_pvar_assign (lv=<optimized out>,
> rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at
> lvalue.c:353
>
> 353???? lvalue.c: No such file or directory.
>
> (gdb) bt full
>
> #0? 0x0000000000589cce in lval_pvar_assign (lv=<optimized out>,
> rv=<optimized out>, msg=<optimized out>, h=<optimized out>) at
> lvalue.c:353
>
> ??????? r_avp = 0x6
>
> ??????? destroy_pval = -874501672
>
> ??????? pvar = 0x0
>
> ??????? pval = {rs = {s = 0x0, len = 0}, ri = 0, flags = 0}
>
> ??????? avp_val = {n = -874501704, s = {s = 0x7fb6cbe029b8 "\272/}",
> len = 5807505}, re = 0x7fb6cbe029b8}
>
> ??????? v = 6
>
> #1? lval_assign (h=0x7fb6cbe029d8, msg=0x344, lv=0x0, rve=0x0) at
> lvalue.c:400
>
> ??????? rv = 0x7fb6cbe029b8
>
> ??????? ret = -874501672
>
> ??????? __FUNCTION__ = "lval_assign"
>
> #2? 0x0000000000000000 in ?? ()
>
> No symbol table info available.
>
> ?
>
> Is this? of any help? Could someone advise what next steps might be?
>
> ?
>
> Should we be looking to upgrade or is there a way to get more detail
> out of the core dump?
>
> ?
>
> Many Thanks
>
> ?
>
> Jon
>
> ?
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
> ?
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210526/ec601609/attachment.htm>

From miconda at gmail.com  Wed May 26 17:18:04 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 26 May 2021 17:18:04 +0200
Subject: [SR-Users] not able to display number in SCA module
In-Reply-To: <CALjjLb8mkqhc=rhmBaD5P=4gqBkr4DfwW5js6+uDg-emrkYpbQ@mail.gmail.com>
References: <CALjjLb8mkqhc=rhmBaD5P=4gqBkr4DfwW5js6+uDg-emrkYpbQ@mail.gmail.com>
Message-ID: <b3f30613-8bf0-8e22-b5e1-647cb5a44217@gmail.com>

Hello,

I am not familiar with SCA, if nobody answers soon, I can only recommend
to look into source code of the module and see if that is possible in
some way or needs C coding, based on SCA specs.

Cheers,
Daniel

On 24.05.21 17:00, Aatif Shaikh wrote:
> Hello All,
> ? ? ? ? ? I am using sca module to handle SLA presence and I am
> using?sca.update_appearance RPC command to update the display name.
>
> kamcmd sca.update_appearance sip:215 at voice.example.com
> <mailto:sip%3A215 at voice.example.com> 3 held?KELVIN?
>
> after executing the above command I am getting the KELVIN name on my
> Polycom phone display?but I want to also update the display number so
> is there any way to update the display number for SLA presence using
> the SCA module?
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * 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 Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210526/c9552570/attachment.htm>

From duarterocha91 at gmail.com  Wed May 26 18:22:45 2021
From: duarterocha91 at gmail.com (Duarte Rocha)
Date: Wed, 26 May 2021 17:22:45 +0100
Subject: [SR-Users] Body formats for filter_body()
Message-ID: <CAAJJHZjOPSD4GBw5Y1E1Y=oCwx3p+xqN49=-56-C4HYAwsYCtw@mail.gmail.com>

Hello all,

A couple  years ago the function filter_body() from textops would only work
with "application/sdp" if the string on the body was "Content-Type:
application/sdp\r\n". It would fail if there wasn't a space after ":" and
it would fail if there was present "\r\n\r\n" instead of "\r\n".

Is this the actual behaviour of the function or has it been changed to also
identify SDP in the formats mentioned above?

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210526/d5b460d7/attachment.htm>

From osas at voipembedded.com  Wed May 26 21:54:19 2021
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 26 May 2021 15:54:19 -0400
Subject: [SR-Users] Collecting stats from Kamailio.cfg using
 Kamailio_exporter Prometheus
In-Reply-To: <CABBiT3=ebgvXd615uhd=X+9N_-jcCZE_ryPVXLFx35oP7JEB6Q@mail.gmail.com>
References: <CABBiT3=yffiDGxPcMU-Y0k3SVk_chHQAKxdxxXinZi37bXwNVw@mail.gmail.com>
 <CAC3hFApx1S144uNc4Tkn5CA=_NZD1zXNyjuEVtNm2cJR-bH+=A@mail.gmail.com>
 <CABBiT3=ebgvXd615uhd=X+9N_-jcCZE_ryPVXLFx35oP7JEB6Q@mail.gmail.com>
Message-ID: <CAND0LktunjELZPMhRK0cd1uBSBQ3UeGY0fjx8rOxPucC_hhZBA@mail.gmail.com>

Hello Hisham,

Yes, you can. Here are the steps:
 1. load the jsonrpcs and jansson module,
 2. collect your data using the jsonrpc_exec() function,
 3. handle the data using the jansson methods,
 4. store the data in a new metric(s) using the prom_gauge_set() function.

Then let the prometheus scrape the metrics and use grafana to plot them.
Enjoy!

https://kamailio.org/docs/modules/devel/modules/jsonrpcs.html
https://kamailio.org/docs/modules/devel/modules/jansson.html

Regards,
Ovidiu Sas


On Wed, May 26, 2021 at 9:00 AM Hisham Ahmad Jan
<hisham.jan at haditelecom.com> wrote:
>
> Hi Arsen,
> Thank you for the reply.
>
> Just a quick little question.
>
> Previously, I had installed NodeRed on my Kamamilio to show total calls. For that, I also enabled a JSON RPC module which used to collect data and show it on NodeRed. My question is, can I use kamailio_exporter to scrape data onto Prometheus from the same JSON RPC script running for NodeRed? Or, do I need to rewrite a new script/code for Kamailio_exporter to scrape data?
>
>
> Regards,
> Hisham Jan
> VoIP Engineer
>
> 0322-6398775
>
>
> On Tue, May 25, 2021 at 7:30 PM Arsen Semenov <arsperger at gmail.com> wrote:
>>
>> Hi Hisham,
>>
>> Yes you can use it for monitoring total calls handled by kamailio.
>>
>> In kamailio you need to configure dialog module and make sure you run kamailio_exporter with dlg.stats_active enabled.
>>
>> On Tue, 25 May 2021 at 6:57 PM, Hisham Ahmad Jan <hisham.jan at haditelecom.com> wrote:
>>>
>>> Hi,
>>>
>>> I'm using Kamailio version 5.3.7 with DISPATCHER module and I would like to integrate my kamailio with a kamailio_exporter for monitoring using Prometheus server.
>>>
>>> Is it possible to collect data such as the number of total calls (inbound, outbound) and plot time-graphs using those stats?
>>> If so, what modules/functions would I need apart from the Dispatcher module to be able to have efficient results?
>>>
>>> Any degree of help will be appreciated.
>>>
>>> Hisham Jan
>>> VoIP Engineer
>>>
>>> 0322-6398775
>>> __________________________________________________________
>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>   * sr-users at lists.kamailio.org
>>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>>> Edit mailing list options or unsubscribe:
>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Sent from Gmail Mobile
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


From victor.velo at yahoo.ca  Wed May 26 23:31:18 2021
From: victor.velo at yahoo.ca (Victor Velo)
Date: Wed, 26 May 2021 21:31:18 +0000 (UTC)
Subject: [SR-Users] SDP body, add maxptime attribut
References: <728289252.275167.1622064678587.ref@mail.yahoo.com>
Message-ID: <728289252.275167.1622064678587@mail.yahoo.com>

Hello,
I would like to add the maxptime attribut to the sdp body. How and where should I do insertion?
This kamailio is also using RTPEngine, so is it better to do the insertion using RTPEngine? And the source of the SDP is actually FreeSwitch :), maybe there to tweak?
Of course, I don't know either way of doing it so please advise.
Thanks,
Victor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210526/df797660/attachment.htm>

From miconda at gmail.com  Thu May 27 11:20:05 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 27 May 2021 11:20:05 +0200
Subject: [SR-Users] Body formats for filter_body()
In-Reply-To: <CAAJJHZjOPSD4GBw5Y1E1Y=oCwx3p+xqN49=-56-C4HYAwsYCtw@mail.gmail.com>
References: <CAAJJHZjOPSD4GBw5Y1E1Y=oCwx3p+xqN49=-56-C4HYAwsYCtw@mail.gmail.com>
Message-ID: <30db4682-4740-919f-c77f-00f5cd2d74bc@gmail.com>

Hello,

On 26.05.21 18:22, Duarte Rocha wrote:
> Hello all,?
>
> A couple? years ago the function filter_body() from textops would only
> work with "application/sdp" if the string on the body was
> "Content-Type: application/sdp\r\n". It would fail if there wasn't a
> space after ":" and it would fail if there was present "\r\n\r\n"
> instead of "\r\n".?
>
> Is this the actual behaviour of the function or has it been changed to
> also identify SDP in the formats mentioned above?

I do not recall these limitations, but I haven't developed the function,
nor used it that much.

I would recommend you test and if there are still issues (like not
working if no space after ':' ), then open a bug in the issue tracker.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Thu May 27 11:22:45 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 27 May 2021 11:22:45 +0200
Subject: [SR-Users] Releasing Kamailio v5.4.6
Message-ID: <8b83dba5-3f5e-8fa9-beb3-08e2829ba988@gmail.com>

Hello,

I am considering to release Kamailio v5.4.6 sometime next week, likely
on Wednesday or Thursday (June 2 or 3, 2021). This is the usual heads up
notification to see if anyone is aware of issues not yet reported to bug
tracker and if yes, do it as soon as possible to give them a chance to
be fixed.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From kashishraheja1809 at gmail.com  Thu May 27 15:14:36 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Thu, 27 May 2021 18:44:36 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
 <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>
Message-ID: <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>

Haven't been able to sort this out yet. Anything am I missing here?

Thanks.
Regards
Kashish

On Fri, May 21, 2021 at 1:44 AM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Hi Daniel,
>
> Sorry it took some time for me to make these changes.
>
> I have made all the changes as suggested by you however it still doesn't
> seem to work. No audio in the outbound call however incoming call works
> fine.
>
> Here are the SIP traces after making the changes:
>
> *INVITE: Asterisk to Kamailio:*
>
>                                                                                                                         ?INVITE sip:09413745250 at 192.168.0.192:5060 SIP/2.0
>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;rport
>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Max-Forwards: 70
>   01:22:15.782149   ?        *INVITE (SDP) *        ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>         +0.050579   ? *??????????????????????????>* ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?CSeq: 102 INVITE
>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?User-Agent: Asterisk PBX 17.7.0
>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Supported: replaces, timer
>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?Content-Length: 263
>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?
>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?v=0
>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?o=root 1560151942 1560151942 IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?s=Asterisk PBX 17.7.0
>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?c=IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?t=0 0
>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?m=audio 14046 RTP/AVP 8 0 101
>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=rtpmap:8 PCMA/8000
>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:0 PCMU/8000
>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:101 telephone-event/8000
>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=fmtp:101 0-16
>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=maxptime:150
>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=sendrecv
>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>                     ?                             ?                             ? ??????????????????????????> ?         ?
>
>
>
> *INVITE: Kamailio to Telco:*
>
>                                                                                                                         ?INVITE sip:09413745250 at 10.0.76.9 SIP/2.0
>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Record-Route: <sip:192.168.0.192;lr=on;ftag=as69eb1cce>
>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Via: SIP/2.0/UDP 192.168.0.192;branch=z9hG4bK9a7.1dc719cb9791c895364af0a28d633d02.0
>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Via: SIP/2.0/UDP 3.236.72.101:5060;received=3.236.72.101;branch=z9hG4bK62f0d772;rport=5060
>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?Max-Forwards: 69
>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>   01:22:15.833076   ?                             ?                             ? *       INVITE (SDP) *        ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>         +0.004863   ?                             ?                             ? *??????????????????????????>* ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?CSeq: 102 INVITE
>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?User-Agent: Asterisk PBX 17.7.0
>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Supported: replaces, timer
>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?Content-Type: application/sdp
>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 279
>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?
>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?v=0
>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?o=root 1560151942 1560151942 IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?s=Asterisk PBX 17.7.0
>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?c=IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?t=0 0
>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?m=audio 37322 RTP/AVP 8 0 101
>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:8 PCMA/8000
>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=rtpmap:0 PCMU/8000
>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=fmtp:101 0-16
>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?a=maxptime:150
>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?a=sendrecv
>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?a=nortpproxy:yes
>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>                     ?                             ?                             ? ??????????????????????????> ?         ?
>
>
>
> *On 200: Kamailio to Asterisk:*
>
>                                                                                                                         ?SIP/2.0 200 OK
>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;received=3.236.72.101;rport=5060
>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Record-Route: <sip:192.168.0.192;lr;ftag=as69eb1cce>
>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-t7ln3f58c3ea1
>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?CSeq: 102 INVITE
>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?Contact: <sip:09413745250 at 10.0.76.9:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?User-Agent: ZTE Softswitch/1.0.0
>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Require: timer
>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Session-Expires: 7200;refresher=uac
>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 208
>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?
>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?v=0
>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?o=- 1026 13186 IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?s=SBC call
>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?c=IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?t=0 0
>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?m=audio 48462 RTP/AVP 8 101
>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=fmtp:101 0-15
>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:8 PCMA/8000/1
>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=nortpproxy:yes
>   01:22:37.732627   ? *       200 OK (SDP)*         ?                             ?                             ?         ?
>         +0.241852   ? *<??????????????????????????* ?                             ?                             ?         ?
>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?
>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>                     ?                             ?                             ? ??????????????????????????> ?         ?
>
>
>
> On the cloud Asterisk, all the relevant public IPs are already allowed.
>
> Have run the rtpproxy on the bridge mode with the following command:
> */usr/local/bin/rtpproxy -s udp:127.0.0.1:7722 <http://127.0.0.1:7722> -u
> asterisk -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.192/10.0.87.230
> <http://192.168.0.192/10.0.87.230>*
>
> Apart from this, in the Asterisk console I can see that the RTP packets
> are being sent to Kamailio
>
> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022310, ts 029280, len 000160)
> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022311, ts 029440, len 000160)
> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022312, ts 029600, len 000160)
> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022313, ts 029760, len 000160)
>
>
> However, there isn't any log for receiving the RTP packets unlike for
> incoming calls
>
> Anything am I missing here?
>
> Thanks.
> Regards
> Kashish
>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/04b3ef05/attachment.htm>

From abdirahman.osm at gmail.com  Thu May 27 18:37:00 2021
From: abdirahman.osm at gmail.com (Abdirahman Osman)
Date: Thu, 27 May 2021 12:37:00 -0400
Subject: [SR-Users] Setting the prefix in Json formatted logs
Message-ID: <CAEjtZA21jq-k_gg1TqwUEjevxtob70To=jW5QSo8nMg=QVAQog@mail.gmail.com>

Hello everyone,

Tried to use the log-engine to push json formatted logs, here is a what
kamailio is sending, my question is, How can I set the kamailio prefix?

(232) { "kamailio.level": "DEBUG", "kamailio.module": "tm",
"kamailio.file": "timer.c", "kamailio.line": 634, "kamailio.function":
"wait_handler", "kamailio.callid": "", "kamailio.logprefix": "", "message":
"finished transaction: 0x7f232236b1c0 (p:0x7f232216ae58/n:0x7f232216ae58)" }



Thank you!
Abdirahman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/cf697e25/attachment.htm>

From david.villasmil.work at gmail.com  Thu May 27 19:13:59 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 27 May 2021 18:13:59 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
 <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>
 <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>
Message-ID: <CAFGRPVoXHhT4CUe43_-v1iC797_JpCWqO7t3VCsXT4BC8CHxQg@mail.gmail.com>

Kashish,

Best you can do is take a trace on BOTH ends and share it with us.

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Thu, May 27, 2021 at 2:26 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Haven't been able to sort this out yet. Anything am I missing here?
>
> Thanks.
> Regards
> Kashish
>
> On Fri, May 21, 2021 at 1:44 AM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Hi Daniel,
>>
>> Sorry it took some time for me to make these changes.
>>
>> I have made all the changes as suggested by you however it still doesn't
>> seem to work. No audio in the outbound call however incoming call works
>> fine.
>>
>> Here are the SIP traces after making the changes:
>>
>> *INVITE: Asterisk to Kamailio:*
>>
>>                                                                                                                         ?INVITE sip:09413745250 at 192.168.0.192:5060 SIP/2.0
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;rport
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Max-Forwards: 70
>>   01:22:15.782149   ?        *INVITE (SDP) *        ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>         +0.050579   ? *??????????????????????????>* ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?CSeq: 102 INVITE
>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?User-Agent: Asterisk PBX 17.7.0
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Supported: replaces, timer
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?Content-Length: 263
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?v=0
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?o=root 1560151942 1560151942 IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?s=Asterisk PBX 17.7.0
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?c=IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?t=0 0
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?m=audio 14046 RTP/AVP 8 0 101
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=rtpmap:8 PCMA/8000
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:0 PCMU/8000
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:101 telephone-event/8000
>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=fmtp:101 0-16
>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=maxptime:150
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=sendrecv
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> *INVITE: Kamailio to Telco:*
>>
>>                                                                                                                         ?INVITE sip:09413745250 at 10.0.76.9 SIP/2.0
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Record-Route: <sip:192.168.0.192;lr=on;ftag=as69eb1cce>
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Via: SIP/2.0/UDP 192.168.0.192;branch=z9hG4bK9a7.1dc719cb9791c895364af0a28d633d02.0
>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Via: SIP/2.0/UDP 3.236.72.101:5060;received=3.236.72.101;branch=z9hG4bK62f0d772;rport=5060
>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?Max-Forwards: 69
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>   01:22:15.833076   ?                             ?                             ? *       INVITE (SDP) *        ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>         +0.004863   ?                             ?                             ? *??????????????????????????>* ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?CSeq: 102 INVITE
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?User-Agent: Asterisk PBX 17.7.0
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Supported: replaces, timer
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?Content-Type: application/sdp
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 279
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?v=0
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?o=root 1560151942 1560151942 IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?s=Asterisk PBX 17.7.0
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?c=IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?t=0 0
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?m=audio 37322 RTP/AVP 8 0 101
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:8 PCMA/8000
>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=rtpmap:0 PCMU/8000
>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=fmtp:101 0-16
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?a=maxptime:150
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?a=sendrecv
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?a=nortpproxy:yes
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> *On 200: Kamailio to Asterisk:*
>>
>>                                                                                                                         ?SIP/2.0 200 OK
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;received=3.236.72.101;rport=5060
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Record-Route: <sip:192.168.0.192;lr;ftag=as69eb1cce>
>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-t7ln3f58c3ea1
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?CSeq: 102 INVITE
>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?Contact: <sip:09413745250 at 10.0.76.9:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?User-Agent: ZTE Softswitch/1.0.0
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Require: timer
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Session-Expires: 7200;refresher=uac
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 208
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?v=0
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?o=- 1026 13186 IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?s=SBC call
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?c=IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?t=0 0
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?m=audio 48462 RTP/AVP 8 101
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=fmtp:101 0-15
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:8 PCMA/8000/1
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=nortpproxy:yes
>>   01:22:37.732627   ? *       200 OK (SDP)*         ?                             ?                             ?         ?
>>         +0.241852   ? *<??????????????????????????* ?                             ?                             ?         ?
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> On the cloud Asterisk, all the relevant public IPs are already allowed.
>>
>> Have run the rtpproxy on the bridge mode with the following command:
>> */usr/local/bin/rtpproxy -s udp:127.0.0.1:7722 <http://127.0.0.1:7722> -u
>> asterisk -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.192/10.0.87.230
>> <http://192.168.0.192/10.0.87.230>*
>>
>> Apart from this, in the Asterisk console I can see that the RTP packets
>> are being sent to Kamailio
>>
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022310, ts 029280, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022311, ts 029440, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022312, ts 029600, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022313, ts 029760, len 000160)
>>
>>
>> However, there isn't any log for receiving the RTP packets unlike for
>> incoming calls
>>
>> Anything am I missing here?
>>
>> Thanks.
>> Regards
>> Kashish
>>
>>> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/fddc7e63/attachment.htm>

From david.villasmil.work at gmail.com  Thu May 27 19:58:17 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 27 May 2021 18:58:17 +0100
Subject: [SR-Users] STIR/SHAKEN tests
Message-ID: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>

Hello guys,

I want to test secsipid, but i don't yet have the certificate. So i thought
i'd create a cert like:

openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
snakeoil.csr
openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey snakeoil.key
-out snakeoil.pem

Then i'm simply doing:

$var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
https://somedomain.com/stir/$rd/cert.pem
<https://kamailio.org/stir/$rd/cert.pem>", "/etc/kamailio/snakeoil.pem");
if ( $var(rc) ) {
    xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
Identity Header created)\n");
} else {
    xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
}

But no matter what i do it silently fails:

INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
[STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed

I have debug on 6, but i don't get more info regarding the error.

Any ideas?

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/579078be/attachment.htm>

From miconda at gmail.com  Thu May 27 20:09:20 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 27 May 2021 20:09:20 +0200
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
Message-ID: <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>

Hello,

On 27.05.21 19:58, David Villasmil wrote:
> Hello guys,
>
> I want to test secsipid, but i don't yet have the certificate. So i
> thought i'd create a cert like:
>
> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
> snakeoil.csr
> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
> snakeoil.key -out snakeoil.pem
>
> Then i'm simply doing:
>
> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "",
> "https://somedomain.com/stir/$rd/cert.pem
> <https://kamailio.org/stir/$rd/cert.pem>", "/etc/kamailio/snakeoil.pem");
> if ( $var(rc) ) {
> ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
> Identity Header created)\n");
> } else {
> ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
> }
>
> But no matter what i do it silently fails:
>
> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>
> I have debug on 6, but i don't get more info regarding the error.
>
> Any ideas?

based on the specs, it should not be the usual ssl/tls certificate, try
to generate them using the guidelines at:

? * https://github.com/asipto/secsipidx#keys-generation

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/12d56031/attachment.htm>

From david.villasmil.work at gmail.com  Thu May 27 20:13:03 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 27 May 2021 19:13:03 +0100
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
Message-ID: <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>

Yep i just tried that :)

I don't get an error on the CLI:

# secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999 -attest
A -x5u http://asipto.lab/stir/cert.pem -k ec256-private.pem
eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<
http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken

But still failing in kamailio...

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
> On 27.05.21 19:58, David Villasmil wrote:
>
> Hello guys,
>
> I want to test secsipid, but i don't yet have the certificate. So i
> thought i'd create a cert like:
>
> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
> snakeoil.csr
> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey snakeoil.key
> -out snakeoil.pem
>
> Then i'm simply doing:
>
> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
> https://somedomain.com/stir/$rd/cert.pem
> <https://kamailio.org/stir/$rd/cert.pem>", "/etc/kamailio/snakeoil.pem");
> if ( $var(rc) ) {
>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
> Identity Header created)\n");
> } else {
>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
> }
>
> But no matter what i do it silently fails:
>
> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>
> I have debug on 6, but i don't get more info regarding the error.
>
> Any ideas?
>
> based on the specs, it should not be the usual ssl/tls certificate, try to
> generate them using the guidelines at:
>
>   * https://github.com/asipto/secsipidx#keys-generation
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/594d18b8/attachment.htm>

From miconda at gmail.com  Thu May 27 20:15:52 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 27 May 2021 20:15:52 +0200
Subject: [SR-Users] Setting the prefix in Json formatted logs
In-Reply-To: <CAEjtZA21jq-k_gg1TqwUEjevxtob70To=jW5QSo8nMg=QVAQog@mail.gmail.com>
References: <CAEjtZA21jq-k_gg1TqwUEjevxtob70To=jW5QSo8nMg=QVAQog@mail.gmail.com>
Message-ID: <7811340d-613f-86a2-b4b2-014a15df266f@gmail.com>

Hello,

On 27.05.21 18:37, Abdirahman Osman wrote:
> Hello everyone,
>
> Tried to use the log-engine to push json formatted logs, here is a
> what kamailio is sending, my question is, How can I set the kamailio
> prefix?
>
> (232) { "kamailio.level": "DEBUG", "kamailio.module": "tm",
> "kamailio.file": "timer.c", "kamailio.line": 634, "kamailio.function":
> "wait_handler", "kamailio.callid": "", "kamailio.logprefix": "",
> "message": "finished transaction: 0x7f232236b1c0
> (p:0x7f232216ae58/n:0x7f232216ae58)" }
>
set log_prefix global parameter, like:

? * https://github.com/kamailio/kamailio/blob/master/etc/kamailio.cfg#L174

But note that it is actually set only when processing SIP traffic. The
log you pasted above is from a timer routine, not from a sip handling
function. So in such case the log prefix is going to be empty always.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/6c592174/attachment.htm>

From miconda at gmail.com  Thu May 27 21:54:19 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 27 May 2021 21:54:19 +0200
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
Message-ID: <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>

Same logs like with before with previous certificate? Can you attach log
messages with debug=3?

Cheers,
Daniel

On 27.05.21 20:13, David Villasmil wrote:
> Yep i just tried that :)
>
> I don't get an error on the CLI:
>
> # secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999
> -attest A -x5u http://asipto.lab/stir/cert.pem
> <http://asipto.lab/stir/cert.pem> -k ec256-private.pem
> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<http://asipto.lab/stir/cert.pem
> <http://asipto.lab/stir/cert.pem>>;alg=ES256;ppt=shaken
>
> But still failing in kamailio...
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337
>
>
> On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Hello,
>
>     On 27.05.21 19:58, David Villasmil wrote:
>>     Hello guys,
>>
>>     I want to test secsipid, but i don't yet have the certificate. So
>>     i thought i'd create a cert like:
>>
>>     openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key
>>     -out snakeoil.csr
>>     openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
>>     snakeoil.key -out snakeoil.pem
>>
>>     Then i'm simply doing:
>>
>>     $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "",
>>     "https://somedomain.com/stir/$rd/cert.pem
>>     <https://kamailio.org/stir/$rd/cert.pem>",
>>     "/etc/kamailio/snakeoil.pem");
>>     if ( $var(rc) ) {
>>     ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added
>>     (SIP Identity Header created)\n");
>>     } else {
>>     ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>     }
>>
>>     But no matter what i do it silently fails:
>>
>>     INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>     [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>
>>     I have debug on 6, but i don't get more info regarding the error.
>>
>>     Any ideas?
>
>     based on the specs, it should not be the usual ssl/tls
>     certificate, try to generate them using the guidelines at:
>
>     ? * https://github.com/asipto/secsipidx#keys-generation
>     <https://github.com/asipto/secsipidx#keys-generation>
>
>     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>
>     Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/eaca19cc/attachment.htm>

From kashishraheja1809 at gmail.com  Thu May 27 22:05:01 2021
From: kashishraheja1809 at gmail.com (Kashish Raheja)
Date: Fri, 28 May 2021 01:35:01 +0530
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
 <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>
 <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>
Message-ID: <CAK9NXHjtie6vJ7LHyDsmRyTjyrZgCRF-DiK=XpP2T_Jz-6RiYQ@mail.gmail.com>

Yes, have shared the complete traces in this thread itself.

Thanks.
Regards
Kashish

On Thu, May 27, 2021 at 6:44 PM Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Haven't been able to sort this out yet. Anything am I missing here?
>
> Thanks.
> Regards
> Kashish
>
> On Fri, May 21, 2021 at 1:44 AM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Hi Daniel,
>>
>> Sorry it took some time for me to make these changes.
>>
>> I have made all the changes as suggested by you however it still doesn't
>> seem to work. No audio in the outbound call however incoming call works
>> fine.
>>
>> Here are the SIP traces after making the changes:
>>
>> *INVITE: Asterisk to Kamailio:*
>>
>>                                                                                                                         ?INVITE sip:09413745250 at 192.168.0.192:5060 SIP/2.0
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;rport
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Max-Forwards: 70
>>   01:22:15.782149   ?        *INVITE (SDP) *        ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>         +0.050579   ? *??????????????????????????>* ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?CSeq: 102 INVITE
>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?User-Agent: Asterisk PBX 17.7.0
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Supported: replaces, timer
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?Content-Length: 263
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?v=0
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?o=root 1560151942 1560151942 IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?s=Asterisk PBX 17.7.0
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?c=IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?t=0 0
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?m=audio 14046 RTP/AVP 8 0 101
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=rtpmap:8 PCMA/8000
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:0 PCMU/8000
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:101 telephone-event/8000
>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=fmtp:101 0-16
>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=maxptime:150
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=sendrecv
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> *INVITE: Kamailio to Telco:*
>>
>>                                                                                                                         ?INVITE sip:09413745250 at 10.0.76.9 SIP/2.0
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Record-Route: <sip:192.168.0.192;lr=on;ftag=as69eb1cce>
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Via: SIP/2.0/UDP 192.168.0.192;branch=z9hG4bK9a7.1dc719cb9791c895364af0a28d633d02.0
>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Via: SIP/2.0/UDP 3.236.72.101:5060;received=3.236.72.101;branch=z9hG4bK62f0d772;rport=5060
>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?Max-Forwards: 69
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>   01:22:15.833076   ?                             ?                             ? *       INVITE (SDP) *        ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>         +0.004863   ?                             ?                             ? *??????????????????????????>* ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?CSeq: 102 INVITE
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?User-Agent: Asterisk PBX 17.7.0
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Supported: replaces, timer
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?Content-Type: application/sdp
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 279
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?v=0
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?o=root 1560151942 1560151942 IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?s=Asterisk PBX 17.7.0
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?c=IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?t=0 0
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?m=audio 37322 RTP/AVP 8 0 101
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:8 PCMA/8000
>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=rtpmap:0 PCMU/8000
>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=fmtp:101 0-16
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?a=maxptime:150
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?a=sendrecv
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?a=nortpproxy:yes
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> *On 200: Kamailio to Asterisk:*
>>
>>                                                                                                                         ?SIP/2.0 200 OK
>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;received=3.236.72.101;rport=5060
>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Record-Route: <sip:192.168.0.192;lr;ftag=as69eb1cce>
>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-t7ln3f58c3ea1
>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?CSeq: 102 INVITE
>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?Contact: <sip:09413745250 at 10.0.76.9:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?User-Agent: ZTE Softswitch/1.0.0
>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Require: timer
>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Session-Expires: 7200;refresher=uac
>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 208
>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?v=0
>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?o=- 1026 13186 IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?s=SBC call
>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?c=IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?t=0 0
>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?m=audio 48462 RTP/AVP 8 101
>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=fmtp:101 0-15
>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:8 PCMA/8000/1
>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=nortpproxy:yes
>>   01:22:37.732627   ? *       200 OK (SDP)*         ?                             ?                             ?         ?
>>         +0.241852   ? *<??????????????????????????* ?                             ?                             ?         ?
>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?
>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>
>>
>>
>> On the cloud Asterisk, all the relevant public IPs are already allowed.
>>
>> Have run the rtpproxy on the bridge mode with the following command:
>> */usr/local/bin/rtpproxy -s udp:127.0.0.1:7722 <http://127.0.0.1:7722> -u
>> asterisk -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.192/10.0.87.230
>> <http://192.168.0.192/10.0.87.230>*
>>
>> Apart from this, in the Asterisk console I can see that the RTP packets
>> are being sent to Kamailio
>>
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022310, ts 029280, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022311, ts 029440, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022312, ts 029600, len 000160)
>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022313, ts 029760, len 000160)
>>
>>
>> However, there isn't any log for receiving the RTP packets unlike for
>> incoming calls
>>
>> Anything am I missing here?
>>
>> Thanks.
>> Regards
>> Kashish
>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/dba40042/attachment.htm>

From abdirahman.osm at gmail.com  Thu May 27 22:08:31 2021
From: abdirahman.osm at gmail.com (Abdirahman Osman)
Date: Thu, 27 May 2021 16:08:31 -0400
Subject: [SR-Users] Setting the prefix in Json formatted logs
In-Reply-To: <7811340d-613f-86a2-b4b2-014a15df266f@gmail.com>
References: <CAEjtZA21jq-k_gg1TqwUEjevxtob70To=jW5QSo8nMg=QVAQog@mail.gmail.com>
 <7811340d-613f-86a2-b4b2-014a15df266f@gmail.com>
Message-ID: <CAEjtZA3-zGdbxEfLhPEkVa9urb-nkzqaAqrKQyvhDka_=amceA@mail.gmail.com>

Thanks Daniel,

Is there a way to add additional custom fields? like the value of a
custom global variable.?

Abdirahman

On Thu, 27 May 2021 at 14:15, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
> On 27.05.21 18:37, Abdirahman Osman wrote:
>
> Hello everyone,
>
> Tried to use the log-engine to push json formatted logs, here is a what
> kamailio is sending, my question is, How can I set the kamailio prefix?
>
> (232) { "kamailio.level": "DEBUG", "kamailio.module": "tm",
> "kamailio.file": "timer.c", "kamailio.line": 634, "kamailio.function":
> "wait_handler", "kamailio.callid": "", "kamailio.logprefix": "", "message":
> "finished transaction: 0x7f232236b1c0 (p:0x7f232216ae58/n:0x7f232216ae58)" }
>
> set log_prefix global parameter, like:
>
>   * https://github.com/kamailio/kamailio/blob/master/etc/kamailio.cfg#L174
>
> But note that it is actually set only when processing SIP traffic. The log
> you pasted above is from a timer routine, not from a sip handling function.
> So in such case the log prefix is going to be empty always.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/effe9cfc/attachment.htm>

From feodorro at list.ru  Thu May 27 16:00:11 2021
From: feodorro at list.ru (=?UTF-8?B?0KTRkdC00L7RgCDQmNC30LzQsNC50LvQvtCy?=)
Date: Thu, 27 May 2021 17:00:11 +0300
Subject: [SR-Users] =?utf-8?q?kamailio=3A_split_initialized_call_to_two_?=
 =?utf-8?q?=28three_or_four_or_five=29_numbers?=
Message-ID: <1622124011.220557677@f125.i.mail.ru>


Hello,
?
I have question regarding of call forking on kamailio. Maybe somebody can help me.
For example I have table like
?
+--------------+---------------+--------------+---------------+--------------+
| First number | Second number | Third number | Fourth number | Fifth number |
+--------------+---------------+--------------+---------------+--------------+
|?? A number?? |?? B number??? |?? C number?? |?????? ---???? |????? ---???? |
+--------------+---------------+--------------+---------------+--------------+
Table 1: Extra_numbers
?
or
?
separated by comma
?
+--------------------+-----------------------------+
| First_number?????? |???? Additional_numbers????? |
+--------------------+-----------------------------+
|?? Primary number?? |???? 2nd,3rd number????????? |
+--------------+-----------------------------------+
Table 2: Extra_numbers
+--------------------+---------------------------------+
| First_number?????? |???? Additional_numbers????????? |
+--------------------+---------------------------------+
|?? Primary number?? |? 2nd number,3rd number,4 number |
+--------------------+---------------------------------+
Table 3: Extra_numbers
?
If kamailio get the call (INVITE) to some number/extension (for example, "1st number"), then in routing I request (select `Additional_numbers` from `Extra_numbers` where First_number='1 number';) from the mysql database and there I check, if "Additional_numbers" exists in the database.
Then I add "Additional_numbers" to the routing, and generate INVITE to "Additional_numbers" and 1 number. (always)

set r-uri ($ru) to first destination (2 number)
set r-uri ($ru) to second destination (3 number)
set r-uri ($ru) to Third destination (1 number)
set r-uri ($ru) to n destination

How could this be done?
?
Who can help with routing?
?
--
Best regards,
Fjodor Izmajlov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/14f8a7c1/attachment.htm>

From feodorro at list.ru  Thu May 27 16:44:37 2021
From: feodorro at list.ru (=?UTF-8?B?0KTRkdC00L7RgCDQmNC30LzQsNC50LvQvtCy?=)
Date: Thu, 27 May 2021 17:44:37 +0300
Subject: [SR-Users] =?utf-8?q?kamailio=3A_split_initialized_call_to_two_?=
 =?utf-8?q?=28three_or_four_or_five=29_numbers?=
Message-ID: <1622126677.509744765@f503.i.mail.ru>


Hello,
?
I have question regarding of call forking on kamailio. Maybe somebody can help me.
For example I have table like
?
+--------------+---------------+--------------+---------------+--------------+
| First number | Second number | Third number | Fourth number | Fifth number |
+--------------+---------------+--------------+---------------+--------------+
|?? A number?? |?? B number??? |?? C number?? |?????? ---???? |????? ---???? |
+--------------+---------------+--------------+---------------+--------------+
Table 1: Extra_numbers
?
or
?
separated by comma
?
+--------------------+-----------------------------+
| First_number?????? |???? Additional_numbers????? |
+--------------------+-----------------------------+
|?? Primary number?? |???? 2nd,3rd number????????? |
+--------------+-----------------------------------+
Table 2: Extra_numbers
+--------------------+---------------------------------+
| First_number?????? |???? Additional_numbers????????? |
+--------------------+---------------------------------+
|?? Primary number?? |? 2nd number,3rd number,4 number |
+--------------------+---------------------------------+
Table 3: Extra_numbers
?
If kamailio get the call (INVITE) to some number/extension (for example, "1st number"), then in routing I request (select `Additional_numbers` from `Extra_numbers` where First_number='1 number';) from the mysql database and there I check, if "Additional_numbers" exists in the database.
Then I add "Additional_numbers" to the routing, and generate INVITE to "Additional_numbers" and 1 number. (always)

set r-uri ($ru) to first destination (2 number)
set r-uri ($ru) to second destination (3 number)
set r-uri ($ru) to Third destination (1 number)
set r-uri ($ru) to n destination

How could this be done?
?
Who can help with routing?
?
--
Best regards,
Fjodor Izmajlov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210527/52e93b0b/attachment.htm>

From hw at skalatan.de  Fri May 28 09:31:18 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 28 May 2021 07:31:18 +0000
Subject: [SR-Users] kamailio: split initialized call to two (three or
 four or five) numbers
In-Reply-To: <1622126677.509744765@f503.i.mail.ru>
References: <1622126677.509744765@f503.i.mail.ru>
Message-ID: <AM0PR05MB65957F5496E1CD319ABC2C68C5229@AM0PR05MB6595.eurprd05.prod.outlook.com>

Hello,

there are many ways of doing this parallel-call functionality.

But one idea is to use e.g., the alias_db module. When you enable a certain parameter, it should add additional contacts in the DB table as branches.

https://kamailio.org/docs/modules/5.4.x/modules/alias_db.html#alias_db.p.append_branches

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of ????? ????????
Sent: Thursday, May 27, 2021 4:45 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] kamailio: split initialized call to two (three or four or five) numbers

Hello,

I have question regarding of call forking on kamailio. Maybe somebody can help me.
For example I have table like

+--------------+---------------+--------------+---------------+--------------+
| First number | Second number | Third number | Fourth number | Fifth number |
+--------------+---------------+--------------+---------------+--------------+
|   A number   |   B number    |   C number   |       ---     |      ---     |
+--------------+---------------+--------------+---------------+--------------+
Table 1: Extra_numbers

or

separated by comma

+--------------------+-----------------------------+
| First_number       |     Additional_numbers      |
+--------------------+-----------------------------+
|   Primary number   |     2nd,3rd number          |
+--------------+-----------------------------------+
Table 2: Extra_numbers
+--------------------+---------------------------------+
| First_number       |     Additional_numbers          |
+--------------------+---------------------------------+
|   Primary number   |  2nd number,3rd number,4 number |
+--------------------+---------------------------------+
Table 3: Extra_numbers

If kamailio get the call (INVITE) to some number/extension (for example, "1st number"), then in routing I request (select `Additional_numbers` from `Extra_numbers` where First_number='1 number';) from the mysql database and there I check, if "Additional_numbers" exists in the database.
Then I add "Additional_numbers" to the routing, and generate INVITE to "Additional_numbers" and 1 number. (always)

set r-uri ($ru) to first destination (2 number)
set r-uri ($ru) to second destination (3 number)
set r-uri ($ru) to Third destination (1 number)
set r-uri ($ru) to n destination

How could this be done?

Who can help with routing?

--
Best regards,
Fjodor Izmajlov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/0cd07c77/attachment.htm>

From ovoshlook at gmail.com  Fri May 28 10:25:58 2021
From: ovoshlook at gmail.com (Yuriy Gorlichenko)
Date: Fri, 28 May 2021 10:25:58 +0200
Subject: [SR-Users] kamailio: split initialized call to two (three or
 four or five) numbers
In-Reply-To: <AM0PR05MB65957F5496E1CD319ABC2C68C5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <1622126677.509744765@f503.i.mail.ru>
 <AM0PR05MB65957F5496E1CD319ABC2C68C5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CABSP_VfxXCEUippmCG5MXtLjj7zA51fWROu60BAwxy_kLJdQbg@mail.gmail.com>

If the question only in changing R-URI but not call forking behaviour
itself - you can go with append_branch function and pseudo vars you can set
to each branch.

On Fri, 28 May 2021, 09:34 Henning Westerholt, <hw at skalatan.de> wrote:

> Hello,
>
>
>
> there are many ways of doing this parallel-call functionality.
>
>
>
> But one idea is to use e.g., the alias_db module. When you enable a
> certain parameter, it should add additional contacts in the DB table as
> branches.
>
>
>
>
> https://kamailio.org/docs/modules/5.4.x/modules/alias_db.html#alias_db.p.append_branches
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *?????
> ????????
> *Sent:* Thursday, May 27, 2021 4:45 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] kamailio: split initialized call to two (three or
> four or five) numbers
>
>
>
> Hello,
>
>
>
> I have question regarding of call forking on kamailio. Maybe somebody can
> help me.
> For example I have table like
>
>
>
>
> +--------------+---------------+--------------+---------------+--------------+
> | First number | Second number | Third number | Fourth number | Fifth
> number |
>
> +--------------+---------------+--------------+---------------+--------------+
> |   A number   |   B number    |   C number   |       ---     |
> ---     |
>
> +--------------+---------------+--------------+---------------+--------------+
> Table 1: Extra_numbers
>
>
>
> or
>
>
>
> separated by comma
>
>
>
> +--------------------+-----------------------------+
> | First_number       |     Additional_numbers      |
> +--------------------+-----------------------------+
> |   Primary number   |     2nd,3rd number          |
> +--------------+-----------------------------------+
> Table 2: Extra_numbers
>
> +--------------------+---------------------------------+
> | First_number       |     Additional_numbers          |
> +--------------------+---------------------------------+
> |   Primary number   |  2nd number,3rd number,4 number |
> +--------------------+---------------------------------+
> Table 3: Extra_numbers
>
>
>
> If kamailio get the call (INVITE) to some number/extension (for example,
> "1st number"), then in routing I request (select `Additional_numbers` from
> `Extra_numbers` where First_number='1 number';) from the mysql database and
> there I check, if "Additional_numbers" exists in the database.
> Then I add "Additional_numbers" to the routing, and generate INVITE to
> "Additional_numbers" and 1 number. (always)
>
>
> set r-uri ($ru) to first destination (2 number)
>
> set r-uri ($ru) to second destination (3 number)
>
> set r-uri ($ru) to Third destination (1 number)
>
> set r-uri ($ru) to n destination
>
>
> How could this be done?
>
>
>
> Who can help with routing?
>
>
>
> --
>
> Best regards,
>
> Fjodor Izmajlov
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/080feaab/attachment.htm>

From david.villasmil.work at gmail.com  Fri May 28 10:27:11 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 28 May 2021 09:27:11 +0100
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
Message-ID: <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>

Correct.
That?s a log with debug 3, absolutely nothing is coming out. :(



On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Same logs like with before with previous certificate? Can you attach log
> messages with debug=3?
>
> Cheers,
> Daniel
> On 27.05.21 20:13, David Villasmil wrote:
>
> Yep i just tried that :)
>
> I don't get an error on the CLI:
>
> # secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999 -attest
> A -x5u http://asipto.lab/stir/cert.pem -k ec256-private.pem
>
> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<
> http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken
>
> But still failing in kamailio...
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>> On 27.05.21 19:58, David Villasmil wrote:
>>
>> Hello guys,
>>
>> I want to test secsipid, but i don't yet have the certificate. So i
>> thought i'd create a cert like:
>>
>> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
>> snakeoil.csr
>> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
>> snakeoil.key -out snakeoil.pem
>>
>> Then i'm simply doing:
>>
>> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
>> https://somedomain.com/stir/$rd/cert.pem
>> <https://kamailio.org/stir/$rd/cert.pem>", "/etc/kamailio/snakeoil.pem");
>> if ( $var(rc) ) {
>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
>> Identity Header created)\n");
>> } else {
>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>> }
>>
>> But no matter what i do it silently fails:
>>
>> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>
>> I have debug on 6, but i don't get more info regarding the error.
>>
>> Any ideas?
>>
>> based on the specs, it should not be the usual ssl/tls certificate, try
>> to generate them using the guidelines at:
>>
>>   * https://github.com/asipto/secsipidx#keys-generation
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/7558216c/attachment.htm>

From david.villasmil.work at gmail.com  Fri May 28 10:29:08 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 28 May 2021 09:29:08 +0100
Subject: [SR-Users] No Audio For Outbound Calls
In-Reply-To: <CAK9NXHjtie6vJ7LHyDsmRyTjyrZgCRF-DiK=XpP2T_Jz-6RiYQ@mail.gmail.com>
References: <CAK9NXHiyQR6eAHzGGa+5up3yWytCVjh74GbbFWQq9yQG8BgKGQ@mail.gmail.com>
 <CAK9NXHga4+Tr-HKUm_yJwPgEm2Cd78oTd=DevD+zyT=ugVooTg@mail.gmail.com>
 <CAK9NXHhqRKMgAdMKvzRoUQ3FW=ru2vp7umVsGhsvgv4n2zQDgQ@mail.gmail.com>
 <CAK9NXHgVrbYpBsqAxB38ioHjJBi5LZiG5yX8wWigLiyjN9wH4w@mail.gmail.com>
 <CAK9NXHjit_QMSE+0VFHPj_m1EO03r5QH_932r9W_rxoOCQidEg@mail.gmail.com>
 <CAK9NXHhTEGDwN4YDBC-5ZfMGYnXrQjzZC-Nc84VtctRvX0Hw7w@mail.gmail.com>
 <CAK9NXHjtie6vJ7LHyDsmRyTjyrZgCRF-DiK=XpP2T_Jz-6RiYQ@mail.gmail.com>
Message-ID: <CAFGRPVpmXN7BcEYRqzm00EOCatmy7V0+48YGci4mGtqbZjz05w@mail.gmail.com>

It?s very difficult to read, don?t paste an sngrep screenshot. If you can,
please save the call to a file, then share that.
:)

On Thu, 27 May 2021 at 21:09, Kashish Raheja <kashishraheja1809 at gmail.com>
wrote:

> Yes, have shared the complete traces in this thread itself.
>
> Thanks.
> Regards
> Kashish
>
> On Thu, May 27, 2021 at 6:44 PM Kashish Raheja <
> kashishraheja1809 at gmail.com> wrote:
>
>> Haven't been able to sort this out yet. Anything am I missing here?
>>
>> Thanks.
>> Regards
>> Kashish
>>
>> On Fri, May 21, 2021 at 1:44 AM Kashish Raheja <
>> kashishraheja1809 at gmail.com> wrote:
>>
>>> Hi Daniel,
>>>
>>> Sorry it took some time for me to make these changes.
>>>
>>> I have made all the changes as suggested by you however it still doesn't
>>> seem to work. No audio in the outbound call however incoming call works
>>> fine.
>>>
>>> Here are the SIP traces after making the changes:
>>>
>>> *INVITE: Asterisk to Kamailio:*
>>>
>>>                                                                                                                         ?INVITE sip:09413745250 at 192.168.0.192:5060 SIP/2.0
>>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;rport
>>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Max-Forwards: 70
>>>   01:22:15.782149   ?        *INVITE (SDP) *        ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>>         +0.050579   ? *??????????????????????????>* ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?CSeq: 102 INVITE
>>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?User-Agent: Asterisk PBX 17.7.0
>>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Supported: replaces, timer
>>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?Content-Length: 263
>>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?
>>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?v=0
>>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?o=root 1560151942 1560151942 IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?s=Asterisk PBX 17.7.0
>>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?c=IN IP4 3.236.72.101 *(Asterisk's Public IP)*
>>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?t=0 0
>>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?m=audio 14046 RTP/AVP 8 0 101
>>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=rtpmap:8 PCMA/8000
>>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:0 PCMU/8000
>>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:101 telephone-event/8000
>>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=fmtp:101 0-16
>>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=maxptime:150
>>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=sendrecv
>>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>>
>>>
>>>
>>> *INVITE: Kamailio to Telco:*
>>>
>>>                                                                                                                         ?INVITE sip:09413745250 at 10.0.76.9 SIP/2.0
>>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Record-Route: <sip:192.168.0.192;lr=on;ftag=as69eb1cce>
>>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Via: SIP/2.0/UDP 192.168.0.192;branch=z9hG4bK9a7.1dc719cb9791c895364af0a28d633d02.0
>>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Via: SIP/2.0/UDP 3.236.72.101:5060;received=3.236.72.101;branch=z9hG4bK62f0d772;rport=5060
>>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?Max-Forwards: 69
>>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>
>>>   01:22:15.833076   ?                             ?                             ? *       INVITE (SDP) *        ?         ?Contact: <sip:68983619 at 3.236.72.101:5060>
>>>         +0.004863   ?                             ?                             ? *??????????????????????????>* ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?CSeq: 102 INVITE
>>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?User-Agent: Asterisk PBX 17.7.0
>>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Date: Thu, 20 May 2021 19:52:15 GMT
>>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
>>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Supported: replaces, timer
>>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?P-Preferred-Identity: <sip:68983600 at 10.0.76.9>
>>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?Content-Type: application/sdp
>>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 279
>>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?
>>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?v=0
>>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?o=root 1560151942 1560151942 IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?s=Asterisk PBX 17.7.0
>>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?c=IN IP4 10.0.87.230 *(RTP Proxy's private IP)*
>>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?t=0 0
>>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?m=audio 37322 RTP/AVP 8 0 101
>>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=rtpmap:8 PCMA/8000
>>>   01:22:37.732627   ?        200 OK (SDP)         ?                             ?                             ?         ?a=rtpmap:0 PCMU/8000
>>>         +0.241852   ? <?????????????????????????? ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?a=fmtp:101 0-16
>>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?a=maxptime:150
>>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?a=sendrecv
>>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?a=nortpproxy:yes
>>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>>
>>>
>>>
>>> *On 200: Kamailio to Asterisk:*
>>>
>>>                                                                                                                         ?SIP/2.0 200 OK
>>>             3.236.72.101:5060             192.168.0.192:5060             10.0.87.230:5060               10.0.76.9:5060  ?Via: SIP/2.0/UDP 3.236.72.101:5060;branch=z9hG4bK62f0d772;received=3.236.72.101;rport=5060
>>>           ????????????????????          ????????????????????          ????????????????????          ?????????????????????Record-Route: <sip:192.168.0.192;lr;ftag=as69eb1cce>
>>>   01:22:15.782149   ?        INVITE (SDP)         ?                             ?                             ?         ?Call-ID: 1191aedf331ec3e35955bf376a20999d at 14.98.22.110
>>>         +0.050579   ? ??????????????????????????> ?                             ?                             ?         ?From: <sip:68983619 at 192.168.0.192:5060>;tag=as69eb1cce
>>>   01:22:15.832728   ?  100 trying -- your call is ?                             ?                             ?         ?To: <sip:09413745250 at 192.168.0.192:5060>;tag=aa2c806-t7ln3f58c3ea1
>>>         +0.000348   ? <?????????????????????????? ?                             ?                             ?         ?CSeq: 102 INVITE
>>>   01:22:15.833076   ?                             ?                             ?        INVITE (SDP)         ?         ?Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,INFO,REFER,NOTIFY,SUBSCRIBE,PRACK,UPDATE
>>>         +0.004863   ?                             ?                             ? ??????????????????????????> ?         ?Contact: <sip:09413745250 at 10.0.76.9:5060;Hpt=8e72_16;CxtId=3;TRC=ffffffff-ffffffff>
>>>   01:22:15.837939   ?                             ?                             ?         100 Trying          ?         ?User-Agent: ZTE Softswitch/1.0.0
>>>         +0.799120   ?                             ?                             ? <?????????????????????????? ?         ?Require: timer
>>>   01:22:16.637059   ?                             ?                             ?  183 Session Progress (SDP) ?         ?Session-Expires: 7200;refresher=uac
>>>         +0.000179   ?                             ?                             ? <?????????????????????????? ?         ?Content-Length: 208
>>>   01:22:16.637238   ?  183 Session Progress (SDP) ?                             ?                             ?         ?Content-Type: application/sdp
>>>         +1.490537   ? <?????????????????????????? ?                             ?                             ?         ?
>>>   01:22:18.127775   ?                             ?                             ?         180 Ringing         ?         ?v=0
>>>         +0.000189   ?                             ?                             ? <?????????????????????????? ?         ?o=- 1026 13186 IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>>   01:22:18.127964   ?         180 Ringing         ?                             ?                             ?         ?s=SBC call
>>>         +0.349351   ? <?????????????????????????? ?                             ?                             ?         ?c=IN IP4 192.168.0.192 *(RTP Proxy's public IP)*
>>>   01:22:18.477315   ?                             ?                             ?         180 Ringing         ?         ?t=0 0
>>>         +0.000206   ?                             ?                             ? <<<???????????????????????? ?         ?m=audio 48462 RTP/AVP 8 101
>>>   01:22:18.477521   ?         180 Ringing         ?                             ?                             ?         ?a=rtpmap:101 telephone-event/8000
>>>        +19.181387   ? <<<???????????????????????? ?                             ?                             ?         ?a=fmtp:101 0-15
>>>   01:22:37.658908   ?                             ?                             ?        200 OK (SDP)         ?         ?a=rtpmap:8 PCMA/8000/1
>>>         +0.073719   ?                             ?                             ? <?????????????????????????? ?         ?a=nortpproxy:yes
>>>   01:22:37.732627   ? *       200 OK (SDP)*         ?                             ?                             ?         ?
>>>         +0.241852   ? *<??????????????????????????* ?                             ?                             ?         ?
>>>   01:22:37.974479   ?             ACK             ?                             ?                             ?         ?
>>>         +0.000282   ? ??????????????????????????> ?                             ?                             ?         ?
>>>   01:22:37.974761   ?                             ?                             ?             ACK             ?         ?
>>>         +4.095171   ?                             ?                             ? ??????????????????????????> ?         ?
>>>   01:22:42.069932   ?                             ?                             ?             BYE             ?         ?
>>>         +0.000361   ?                             ?                             ? <?????????????????????????? ?         ?
>>>   01:22:42.070293   ?             BYE             ?                             ?                             ?         ?
>>>         +0.244125   ? <?????????????????????????? ?                             ?                             ?         ?
>>>   01:22:42.314418   ?           200 OK            ?                             ?                             ?         ?
>>>         +0.000275   ? ??????????????????????????> ?                             ?                             ?         ?
>>>   01:22:42.314693   ?                             ?                             ?           200 OK            ?         ?
>>>                     ?                             ?                             ? ??????????????????????????> ?         ?
>>>
>>>
>>>
>>> On the cloud Asterisk, all the relevant public IPs are already allowed.
>>>
>>> Have run the rtpproxy on the bridge mode with the following command:
>>> */usr/local/bin/rtpproxy -s udp:127.0.0.1:7722 <http://127.0.0.1:7722>
>>> -u asterisk -p /var/run/rtpproxy/rtpproxy.pid -l 192.168.0.192/10.0.87.230
>>> <http://192.168.0.192/10.0.87.230>*
>>>
>>> Apart from this, in the Asterisk console I can see that the RTP packets
>>> are being sent to Kamailio
>>>
>>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022310, ts 029280, len 000160)
>>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022311, ts 029440, len 000160)
>>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022312, ts 029600, len 000160)
>>> Sent RTP packet to      14.98.22.110:11648 (type 08, seq 022313, ts 029760, len 000160)
>>>
>>>
>>> However, there isn't any log for receiving the RTP packets unlike for
>>> incoming calls
>>>
>>> Anything am I missing here?
>>>
>>> Thanks.
>>> Regards
>>> Kashish
>>>
>>>> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/8f6ace0b/attachment.htm>

From miconda at gmail.com  Fri May 28 13:05:09 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 28 May 2021 13:05:09 +0200
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
 <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
Message-ID: <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>

I will try to reproduce when I get the first chance these days, maybe I
broke something while I worked to propagate different return codes for
error cases.

One more question for now: are you using the latest libsecsipid, build
from the master/main branch of the secsipidx project?

Cheers,
Daniel

On 28.05.21 10:27, David Villasmil wrote:
> Correct.
> That?s a log with debug 3, absolutely nothing is coming out. :(
>
>
>
> On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
>     Same logs like with before with previous certificate? Can you
>     attach log messages with debug=3?
>
>     Cheers,
>     Daniel
>
>     On 27.05.21 20:13, David Villasmil wrote:
>>     Yep i just tried that :)
>>
>>     I don't get an error on the CLI:
>>
>>     # secsipidx -sign-full -orig-tn 493044448888 -dest-tn
>>     493055559999 -attest A -x5u http://asipto.lab/stir/cert.pem
>>     <http://asipto.lab/stir/cert.pem> -k ec256-private.pem
>>     eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<http://asipto.lab/stir/cert.pem
>>     <http://asipto.lab/stir/cert.pem>>;alg=ES256;ppt=shaken
>>
>>     But still failing in kamailio...
>>
>>     Regards,
>>
>>     David Villasmil
>>     email: david.villasmil.work at gmail.com
>>     <mailto:david.villasmil.work at gmail.com>
>>     phone: +34669448337
>>
>>
>>     On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla
>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>         Hello,
>>
>>         On 27.05.21 19:58, David Villasmil wrote:
>>>         Hello guys,
>>>
>>>         I want to test secsipid, but i don't yet have the
>>>         certificate. So i thought i'd create a cert like:
>>>
>>>         openssl req -new -newkey rsa:4096 -nodes -keyout
>>>         snakeoil.key -out snakeoil.csr
>>>         openssl x509 -req -sha256 -days 365 -in snakeoil.csr
>>>         -signkey snakeoil.key -out snakeoil.pem
>>>
>>>         Then i'm simply doing:
>>>
>>>         $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "",
>>>         "https://somedomain.com/stir/$rd/cert.pem
>>>         <https://kamailio.org/stir/$rd/cert.pem>",
>>>         "/etc/kamailio/snakeoil.pem");
>>>         if ( $var(rc) ) {
>>>         ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication
>>>         added (SIP Identity Header created)\n");
>>>         } else {
>>>         ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>>         }
>>>
>>>         But no matter what i do it silently fails:
>>>
>>>         INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>>         [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>>
>>>         I have debug on 6, but i don't get more info regarding the
>>>         error.
>>>
>>>         Any ideas?
>>
>>         based on the specs, it should not be the usual ssl/tls
>>         certificate, try to generate them using the guidelines at:
>>
>>         ? * https://github.com/asipto/secsipidx#keys-generation
>>         <https://github.com/asipto/secsipidx#keys-generation>
>>
>>         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>
>>         Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>     -- 
>     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 Advanced Training - Online - June 7-10, 2021 (America Timezone)
>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>
> -- 
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> <mailto:david.villasmil.work at gmail.com>
> phone: +34669448337

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/1014b021/attachment.htm>

From daian.conrad at gmail.com  Fri May 28 16:23:48 2021
From: daian.conrad at gmail.com (Daian Conrad)
Date: Fri, 28 May 2021 11:23:48 -0300
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
Message-ID: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>

Hi all,

I am studying and improving my understanding of how kamailio works, I have
used asterisk for a few years(and starting learning freeswitch too), and I
use an application to manage extensions, trunks and other media services.
I'm building a new scenario where kamailio is facing the internet and the
asterisk(s) are internally on private networks, would like the opinion of
you who are more experienced with more complex environments than me.

 I cannot change the application that uses asterisk for now, due to the
effort to develop event monitoring, cdr and other features that I use today.

I imagined and working on making kamailio functional by saving the
registration of extensions with location on DB, and with the UAC module
making the registration of extensions on asterisk(s), replacing the
registration address with the address of kamailio, its functional at this
point, but data replication with extensions turns things some hard to
mantain manually.

I think about using the DNS domain for each asterisk and make this
forwarded, each asterisk response for a fqdn and its extensions, like (
pbx1.example.com is forwarded to asterisk1, pbx2.example.com to asterisk2)
and so on.

Read about the dispatcher, rr, htable,carrierroute module to identify the
domain and forward based on that , none made me sure to be chosen for the
role, however, everyone has the resources to do it.

I am very wrong to follow this path, which option in your opinion is "less"
painful for a beginner apprentice like me?

I think about simple proxy based on domain requests(all messages and
dialogs) to asterisk where is responsible for the domain(realm)
but, loss the ability to use great security features of kamailio, is what I
understand now with the knowledge I have.

Sorry and forgive my english, i'm not very good at writing.


-- 
================
**Daian Conrad**

E-mail: daian.conrad at gmail.com
OpenS Team (DaCoD)
Linux user: #248912
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/65d61e5f/attachment.htm>

From abalashov at evaristesys.com  Fri May 28 17:51:40 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 28 May 2021 11:51:40 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
Message-ID: <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>

Hi Daian,

Rather than reoriginaring registrations with Kamailio?s UAC module, I suggest you look into the Path extension and Kamailio?s PATH module as a means of relaying registrations inward to Asterisk. 

You can still benefit from security features of Kamailio in that case, while removing 90% of the complexity in your proposal. :-)

? Alex

?
Sent from mobile, with due apologies for brevity and errors.

> On May 28, 2021, at 10:24 AM, Daian Conrad <daian.conrad at gmail.com> wrote:
> 
> ?
> Hi all,
> 
> I am studying and improving my understanding of how kamailio works, I have used asterisk for a few years(and starting learning freeswitch too), and I use an application to manage extensions, trunks and other media services.
> I'm building a new scenario where kamailio is facing the internet and the asterisk(s) are internally on private networks, would like the opinion of you who are more experienced with more complex environments than me.
> 
>  I cannot change the application that uses asterisk for now, due to the effort to develop event monitoring, cdr and other features that I use today.
> 
> I imagined and working on making kamailio functional by saving the registration of extensions with location on DB, and with the UAC module making the registration of extensions on asterisk(s), replacing the registration address with the address of kamailio, its functional at this point, but data replication with extensions turns things some hard to mantain manually.
> 
> I think about using the DNS domain for each asterisk and make this forwarded, each asterisk response for a fqdn and its extensions, like (pbx1.example.com is forwarded to asterisk1, pbx2.example.com to asterisk2) and so on.
> 
> Read about the dispatcher, rr, htable,carrierroute module to identify the domain and forward based on that , none made me sure to be chosen for the role, however, everyone has the resources to do it.
> 
> I am very wrong to follow this path, which option in your opinion is "less" painful for a beginner apprentice like me?
> 
> I think about simple proxy based on domain requests(all messages and dialogs) to asterisk where is responsible for the domain(realm)
> but, loss the ability to use great security features of kamailio, is what I understand now with the knowledge I have.
> 
> Sorry and forgive my english, i'm not very good at writing.
> 
> 
> -- 
> ================
> **Daian Conrad**
> 
> E-mail: daian.conrad at gmail.com
> OpenS Team (DaCoD)
> Linux user: #248912 
> 
> 
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/4698e60b/attachment.htm>

From pojogas at gmail.com  Fri May 28 18:47:58 2021
From: pojogas at gmail.com (Sergiu Pojoga)
Date: Fri, 28 May 2021 12:47:58 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
Message-ID: <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>

Heads-up though, before you get over excited about the suggested simplicity
of using PATH. Don't try it if your asterisk farm runs on PJSIP - it simply
won't work.

On Fri, May 28, 2021 at 11:53 AM Alex Balashov <abalashov at evaristesys.com>
wrote:

> Hi Daian,
>
> Rather than reoriginaring registrations with Kamailio?s UAC module, I
> suggest you look into the Path extension and Kamailio?s PATH module as a
> means of relaying registrations inward to Asterisk.
>
> You can still benefit from security features of Kamailio in that case,
> while removing 90% of the complexity in your proposal. :-)
>
> ? Alex
>
> ?
> Sent from mobile, with due apologies for brevity and errors.
>
> On May 28, 2021, at 10:24 AM, Daian Conrad <daian.conrad at gmail.com> wrote:
>
> ?
> Hi all,
>
> I am studying and improving my understanding of how kamailio works, I have
> used asterisk for a few years(and starting learning freeswitch too), and I
> use an application to manage extensions, trunks and other media services.
> I'm building a new scenario where kamailio is facing the internet and the
> asterisk(s) are internally on private networks, would like the opinion of
> you who are more experienced with more complex environments than me.
>
>  I cannot change the application that uses asterisk for now, due to the
> effort to develop event monitoring, cdr and other features that I use today.
>
> I imagined and working on making kamailio functional by saving the
> registration of extensions with location on DB, and with the UAC module
> making the registration of extensions on asterisk(s), replacing the
> registration address with the address of kamailio, its functional at this
> point, but data replication with extensions turns things some hard to
> mantain manually.
>
> I think about using the DNS domain for each asterisk and make this
> forwarded, each asterisk response for a fqdn and its extensions, like (
> pbx1.example.com is forwarded to asterisk1, pbx2.example.com to
> asterisk2) and so on.
>
> Read about the dispatcher, rr, htable,carrierroute module to identify the
> domain and forward based on that , none made me sure to be chosen for the
> role, however, everyone has the resources to do it.
>
> I am very wrong to follow this path, which option in your opinion is
> "less" painful for a beginner apprentice like me?
>
> I think about simple proxy based on domain requests(all messages and
> dialogs) to asterisk where is responsible for the domain(realm)
> but, loss the ability to use great security features of kamailio, is what
> I understand now with the knowledge I have.
>
> Sorry and forgive my english, i'm not very good at writing.
>
>
> --
> ================
> **Daian Conrad**
>
> E-mail: daian.conrad at gmail.com
> OpenS Team (DaCoD)
> Linux user: #248912
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/cecda8f1/attachment.htm>

From abalashov at evaristesys.com  Fri May 28 18:54:59 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 28 May 2021 12:54:59 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
Message-ID: <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>

On 5/28/21 12:47 PM, Sergiu Pojoga wrote:

> Heads-up though, before you get over excited about the suggested 
> simplicity of using PATH. Don't try it if your asterisk farm runs on 
> PJSIP - it simply won't work.

Why, did they break Path?

-- 
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/


From pojogas at gmail.com  Fri May 28 19:00:12 2021
From: pojogas at gmail.com (Sergiu Pojoga)
Date: Fri, 28 May 2021 13:00:12 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
Message-ID: <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>

Yeah, PATH implimentation is broken in PJSIP. There's a ticket with Digium
pending for the last 2+ years, low importance, according to them...

On Fri., May 28, 2021, 12:52 p.m. Alex Balashov, <abalashov at evaristesys.com>
wrote:

> On 5/28/21 12:47 PM, Sergiu Pojoga wrote:
>
> > Heads-up though, before you get over excited about the suggested
> > simplicity of using PATH. Don't try it if your asterisk farm runs on
> > PJSIP - it simply won't work.
>
> Why, did they break Path?
>
> --
> 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 - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/1ee72f97/attachment.htm>

From abalashov at evaristesys.com  Fri May 28 19:06:31 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 28 May 2021 13:06:31 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
Message-ID: <9388ebf9-f6da-9049-7979-e7a7a1656223@evaristesys.com>

On 5/28/21 1:00 PM, Sergiu Pojoga wrote:

> Yeah, PATH implimentation is broken in PJSIP. There's a ticket with 
> Digium pending for the last 2+ years, low importance, according to
> them...

How sad. Thanks for the heads up.

-- 
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/


From hw at skalatan.de  Fri May 28 19:26:24 2021
From: hw at skalatan.de (Henning Westerholt)
Date: Fri, 28 May 2021 17:26:24 +0000
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
Message-ID: <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>

Just to add a bit more context, its probably this particular issue:
https://issues.asterisk.org/jira/browse/ASTERISK-28211

Cheers,

Henning

--
Henning Westerholt ? https://skalatan.de/blog/
Kamailio services ? https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Sergiu Pojoga
Sent: Friday, May 28, 2021 7:00 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Architecture - your opinion is welcome and your experience too

Yeah, PATH implimentation is broken in PJSIP. There's a ticket with Digium pending for the last 2+ years, low importance, according to them...

On Fri., May 28, 2021, 12:52 p.m. Alex Balashov, <abalashov at evaristesys.com<mailto:abalashov at evaristesys.com>> wrote:
On 5/28/21 12:47 PM, Sergiu Pojoga wrote:

> Heads-up though, before you get over excited about the suggested
> simplicity of using PATH. Don't try it if your asterisk farm runs on
> PJSIP - it simply won't work.

Why, did they break Path?

--
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 - Users Mailing List - Non Commercial Discussions
  * sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/61f91dfc/attachment.htm>

From david.villasmil.work at gmail.com  Fri May 28 20:01:43 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 28 May 2021 19:01:43 +0100
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
 <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>

Maybe you need to rethink wether you want the users registered on the
asterisks, instead registering on kamailio? Is that an option?

On Fri, 28 May 2021 at 18:28, Henning Westerholt <hw at skalatan.de> wrote:

> Just to add a bit more context, its probably this particular issue:
>
> https://issues.asterisk.org/jira/browse/ASTERISK-28211
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Sergiu
> Pojoga
> *Sent:* Friday, May 28, 2021 7:00 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] Architecture - your opinion is welcome and your
> experience too
>
>
>
> Yeah, PATH implimentation is broken in PJSIP. There's a ticket with Digium
> pending for the last 2+ years, low importance, according to them...
>
>
>
> On Fri., May 28, 2021, 12:52 p.m. Alex Balashov, <
> abalashov at evaristesys.com> wrote:
>
> On 5/28/21 12:47 PM, Sergiu Pojoga wrote:
>
> > Heads-up though, before you get over excited about the suggested
> > simplicity of using PATH. Don't try it if your asterisk farm runs on
> > PJSIP - it simply won't work.
>
> Why, did they break Path?
>
> --
> 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 - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/5c1dc4f7/attachment.htm>

From abalashov at evaristesys.com  Fri May 28 20:09:21 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 28 May 2021 14:09:21 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
 <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
Message-ID: <b57f3d69-2dcd-fdad-b96d-b6db892a8146@evaristesys.com>

On 5/28/21 2:01 PM, David Villasmil wrote:

> Maybe you need to rethink wether you want the users registered on the
>  asterisks, instead registering on kamailio? Is that an option?

I would agree with that. Besides, I've heard that chan_pjsip has made it 
a lot easier to have an outboard registrar.

-- 
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/


From fred at palner.com  Fri May 28 20:09:36 2021
From: fred at palner.com (Fred Posner)
Date: Fri, 28 May 2021 14:09:36 -0400
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
 <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
Message-ID: <bc60879b-7324-cc00-c596-dd7ffbea6f8d@palner.com>

On 5/28/21 2:01 PM, David Villasmil wrote:
> Maybe you need to rethink wether you want the users registered on the
> asterisks, instead registering on kamailio? Is that an option?

He had stated it was too difficult to redo the asterisk side I believe...

Generally, you can put Kamailio as a mid-registrar and you could either
move Asterisk to private IP and proxy the RTP or have a domain lookup
(htable or module) to forward the domain to the proper PBX.

Many different ways to approach it of course.


-- 
Fred Posner -- www.palner.com
Matrix: @fred:matrix.lod.com


From daian.conrad at gmail.com  Fri May 28 20:26:29 2021
From: daian.conrad at gmail.com (Daian Conrad)
Date: Fri, 28 May 2021 15:26:29 -0300
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
 <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
Message-ID: <CACCzU-k+8ncZh3HyaJCNSHj9_=Qd0RP6daCsAiTML+Kx2TpkOQ@mail.gmail.com>

Thanks for the answers and the discussion guys,

yes, i'm trying module PATH, but just work for me if I use kamailio like
proxy(by-passing) to asterisk(pjsip)









*    # Add path for REGISTER    if ((is_method("REGISTER"))) {
add_path();    }    $du = "sip:172.29.1.24:5060
<http://172.29.1.24:5060>";    route(RELAY);    exit;*

In this case I lost statefull and security features in my config,
registrations works.

Question: Can I use route[REQINIT] (default) before forward request to
asterisk or need adjusts, try to soften SIP brute-forces?

Em sex., 28 de mai. de 2021 ?s 14:27, Henning Westerholt <hw at skalatan.de>
escreveu:

> Just to add a bit more context, its probably this particular issue:
>
> https://issues.asterisk.org/jira/browse/ASTERISK-28211
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Sergiu
> Pojoga
> *Sent:* Friday, May 28, 2021 7:00 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] Architecture - your opinion is welcome and your
> experience too
>
>
>
> Yeah, PATH implimentation is broken in PJSIP. There's a ticket with Digium
> pending for the last 2+ years, low importance, according to them...
>
>
>
> On Fri., May 28, 2021, 12:52 p.m. Alex Balashov, <
> abalashov at evaristesys.com> wrote:
>
> On 5/28/21 12:47 PM, Sergiu Pojoga wrote:
>
> > Heads-up though, before you get over excited about the suggested
> > simplicity of using PATH. Don't try it if your asterisk farm runs on
> > PJSIP - it simply won't work.
>
> Why, did they break Path?
>
> --
> 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 - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
================
**Daian Conrad**

E-mail: daian.conrad at gmail.com
OpenS Team (DaCoD)
Linux user: #248912
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/49b51425/attachment.htm>

From daian.conrad at gmail.com  Fri May 28 20:36:58 2021
From: daian.conrad at gmail.com (Daian Conrad)
Date: Fri, 28 May 2021 15:36:58 -0300
Subject: [SR-Users] Architecture - your opinion is welcome and your
 experience too
In-Reply-To: <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
References: <CACCzU-nnJTy9LfapPMsEK8EA+ULdbLf7ygyYzNGr_gEv1Z00ew@mail.gmail.com>
 <8AC23E9F-D349-494E-9877-368073B9D9A5@evaristesys.com>
 <CAJZsGCk5f2KY8MG=gVK+0GShkuRtt4RQ2vMfA9thNejPVmvYHQ@mail.gmail.com>
 <bf77d517-16f0-6b28-362e-3b11bb75ac89@evaristesys.com>
 <CAJZsGCnK-jbVTTbgAOm0hrbTvf55DFsuMSPLS9un0p1ue=b0qA@mail.gmail.com>
 <AM0PR05MB65959B4A492156413317BE9EC5229@AM0PR05MB6595.eurprd05.prod.outlook.com>
 <CAFGRPVpQkUaDnxtZkUx8weM7tHQdi5rOTSwrhEyqBss_B5Qndg@mail.gmail.com>
Message-ID: <CACCzU-ktM3dc7op3Q6DQB0ZmZNM89bwKrEtfpiKFMm1YiRarHg@mail.gmail.com>

I'm trying to take this decision David, is hard to change application on
asterisk side by now.

Yes Fred, I think is the way, use htable to choose asterisk's.

thanks guys, your answers motivate me to keep looking for the best solution
;-)

Em sex., 28 de mai. de 2021 ?s 15:03, David Villasmil <
david.villasmil.work at gmail.com> escreveu:

> Maybe you need to rethink wether you want the users registered on the
> asterisks, instead registering on kamailio? Is that an option?
>
> On Fri, 28 May 2021 at 18:28, Henning Westerholt <hw at skalatan.de> wrote:
>
>> Just to add a bit more context, its probably this particular issue:
>>
>> https://issues.asterisk.org/jira/browse/ASTERISK-28211
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt ? https://skalatan.de/blog/
>>
>> Kamailio services ? https://gilawa.com
>>
>>
>>
>> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *Sergiu
>> Pojoga
>> *Sent:* Friday, May 28, 2021 7:00 PM
>> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>> *Subject:* Re: [SR-Users] Architecture - your opinion is welcome and
>> your experience too
>>
>>
>>
>> Yeah, PATH implimentation is broken in PJSIP. There's a ticket with
>> Digium pending for the last 2+ years, low importance, according to them...
>>
>>
>>
>> On Fri., May 28, 2021, 12:52 p.m. Alex Balashov, <
>> abalashov at evaristesys.com> wrote:
>>
>> On 5/28/21 12:47 PM, Sergiu Pojoga wrote:
>>
>> > Heads-up though, before you get over excited about the suggested
>> > simplicity of using PATH. Don't try it if your asterisk farm runs on
>> > PJSIP - it simply won't work.
>>
>> Why, did they break Path?
>>
>> --
>> 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 - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
================
**Daian Conrad**

E-mail: daian.conrad at gmail.com
OpenS Team (DaCoD)
Linux user: #248912
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210528/6ae45594/attachment.htm>

From hamed.rasstegar at gmail.com  Sat May 29 11:03:30 2021
From: hamed.rasstegar at gmail.com (hamed r)
Date: Sat, 29 May 2021 13:33:30 +0430
Subject: [SR-Users] Problem NOTIFY in Presence module
Message-ID: <CAOJWuwvpih2fHUSzsNWYcSmzqt0YC=WAiXeynj=tLA=WbMWbRg@mail.gmail.com>

hello dears ,i am using presence module and NOTIFY message are working
properly. but when i put the database on another server , NOTIFY message
will not be sent to subscribers. what is problem?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210529/0b415a72/attachment.htm>

From zakast123 at gmail.com  Mon May 31 00:11:26 2021
From: zakast123 at gmail.com (zak ast)
Date: Mon, 31 May 2021 08:11:26 +1000
Subject: [SR-Users] How To setup Provider SIP trunk with registration
Message-ID: <CACrhm_Xyv2hBYPUnOjyLrzFAk8DiPfcEDSrvOoNb5aFxejPDSg@mail.gmail.com>

Hi,

I know I can you uacreg to register a SIP trunk as a SIP client with
username/password. But how can I set up a SIP trunk as a provider and get
the other end (SIP client) to register with username/password.

Regards,
Zak.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/484d82f3/attachment.htm>

From arsperger at gmail.com  Mon May 31 06:43:44 2021
From: arsperger at gmail.com (Arsen Semenov)
Date: Mon, 31 May 2021 09:43:44 +0500
Subject: [SR-Users] How To setup Provider SIP trunk with registration
In-Reply-To: <CACrhm_Xyv2hBYPUnOjyLrzFAk8DiPfcEDSrvOoNb5aFxejPDSg@mail.gmail.com>
References: <CACrhm_Xyv2hBYPUnOjyLrzFAk8DiPfcEDSrvOoNb5aFxejPDSg@mail.gmail.com>
Message-ID: <CAC3hFApH6nfjiQ5ZePb74q7yjtLaRKK9No4zqnDWmDU_pZOH7w@mail.gmail.com>

Hello,

Kamailio default configuration file provides samples on how to configure a
simple VoIP provider.

regarding SIP trunking it has examples for: user authentication and IP
authorization.

In order to enable user authentication you need to define:

#!define WITH_MYSQL
#!define WITH_AUTH

This will enable MySQL DB back-end support and auth and auth_db modules.
You should have MySQL server configured with a database required by
kamailio and create subscribers with username, passwords.

After that you can register a SIP client with username/password previously
created.

https://kamailio.org/docs/modules/5.5.x/modules/auth.html
https://kamailio.org/docs/modules/5.5.x/modules/auth_db.html



On Mon, May 31, 2021 at 3:12 AM zak ast <zakast123 at gmail.com> wrote:

> Hi,
>
> I know I can you uacreg to register a SIP trunk as a SIP client with
> username/password. But how can I set up a SIP trunk as a provider and get
> the other end (SIP client) to register with username/password.
>
> Regards,
> Zak.
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
Arsen Semenov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/1ff5f4db/attachment.htm>

From miconda at gmail.com  Mon May 31 15:15:20 2021
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 31 May 2021 15:15:20 +0200
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
 <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
 <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>
Message-ID: <f738be7e-0a50-26b1-212f-9a6aec58bce0@gmail.com>

Hello,

what are your operating system, golang and openssl versions?

I tried on Debian stable and I get the Identity header, see next:

OPTIONS sip:alice at 127.0.0.1 SIP/2.0
Via: SIP/2.0/UDP
127.0.0.1;branch=z9hG4bK8eba.da1d50fc272715b1f6dfcd665d319b32.0
Via: SIP/2.0/UDP
127.0.1.1:52897;received=127.0.0.1;branch=z9hG4bK.2d35a346;rport=56013;alias
From: sip:sipsak at 127.0.1.1:52897;tag=219ec22d
To: sip:alice at 127.0.0.1
Call-ID: 564052525 at 127.0.1.1
CSeq: 1 OPTIONS
Contact: sip:sipsak at 127.0.1.1:52897
Content-Length: 0
Max-Forwards: 69
User-Agent: sipsak 0.9.7pre
Accept: text/plain
Identity:
eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cHM6Ly9hc2lwdG8ubGFiL3N0aXIvY2VydC5wZW0ifQ.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ2NjUyNSwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiJlOWI3Nzc1OC03ZmI3LTQ1ZWQtYWMwOS02MDlmOTM3NjFiOWQifQ.fnLenxEUk5qyKvY2xChbAPS-kvjiRmu8jKqEzlywFt0RnpDAK-ErUBjbR78aRjt66fJIFEdQ_dXvV-qRoxkWzA;info=<https://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken

The OPTIONS was generated with: sipsak -s sip:alice at 127.0.0.1

In kamaili.cfg I have:

?? if(is_method("OPTIONS|INVITE")) {
????????? secsipid_add_identity("493044448888", "493055559999", "A", "",
????????????????? "https://asipto.lab/stir/cert.pem",
????????????????? "/tmp/ec256-private.pem");

Versions:

$ go version
go version go1.11.6 linux/amd64

$ openssl version
OpenSSL 1.1.1d? 10 Sep 2019

Cheers,
Daniel

On 28.05.21 13:05, Daniel-Constantin Mierla wrote:
>
> I will try to reproduce when I get the first chance these days, maybe
> I broke something while I worked to propagate different return codes
> for error cases.
>
> One more question for now: are you using the latest libsecsipid, build
> from the master/main branch of the secsipidx project?
>
> Cheers,
> Daniel
>
> On 28.05.21 10:27, David Villasmil wrote:
>> Correct.
>> That?s a log with debug 3, absolutely nothing is coming out. :(
>>
>>
>>
>> On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>>     Same logs like with before with previous certificate? Can you
>>     attach log messages with debug=3?
>>
>>     Cheers,
>>     Daniel
>>
>>     On 27.05.21 20:13, David Villasmil wrote:
>>>     Yep i just tried that :)
>>>
>>>     I don't get an error on the CLI:
>>>
>>>     # secsipidx -sign-full -orig-tn 493044448888 -dest-tn
>>>     493055559999 -attest A -x5u http://asipto.lab/stir/cert.pem
>>>     <http://asipto.lab/stir/cert.pem> -k ec256-private.pem
>>>     eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<http://asipto.lab/stir/cert.pem
>>>     <http://asipto.lab/stir/cert.pem>>;alg=ES256;ppt=shaken
>>>
>>>     But still failing in kamailio...
>>>
>>>     Regards,
>>>
>>>     David Villasmil
>>>     email: david.villasmil.work at gmail.com
>>>     <mailto:david.villasmil.work at gmail.com>
>>>     phone: +34669448337
>>>
>>>
>>>     On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla
>>>     <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>>
>>>         Hello,
>>>
>>>         On 27.05.21 19:58, David Villasmil wrote:
>>>>         Hello guys,
>>>>
>>>>         I want to test secsipid, but i don't yet have the
>>>>         certificate. So i thought i'd create a cert like:
>>>>
>>>>         openssl req -new -newkey rsa:4096 -nodes -keyout
>>>>         snakeoil.key -out snakeoil.csr
>>>>         openssl x509 -req -sha256 -days 365 -in snakeoil.csr
>>>>         -signkey snakeoil.key -out snakeoil.pem
>>>>
>>>>         Then i'm simply doing:
>>>>
>>>>         $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "",
>>>>         "https://somedomain.com/stir/$rd/cert.pem
>>>>         <https://kamailio.org/stir/$rd/cert.pem>",
>>>>         "/etc/kamailio/snakeoil.pem");
>>>>         if ( $var(rc) ) {
>>>>         ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication
>>>>         added (SIP Identity Header created)\n");
>>>>         } else {
>>>>         ? ? xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>>>         }
>>>>
>>>>         But no matter what i do it silently fails:
>>>>
>>>>         INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>>>         [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>>>
>>>>         I have debug on 6, but i don't get more info regarding the
>>>>         error.
>>>>
>>>>         Any ideas?
>>>
>>>         based on the specs, it should not be the usual ssl/tls
>>>         certificate, try to generate them using the guidelines at:
>>>
>>>         ? * https://github.com/asipto/secsipidx#keys-generation
>>>         <https://github.com/asipto/secsipidx#keys-generation>
>>>
>>>         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>
>>>         Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>>
>>     -- 
>>     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 Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>       * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://www.asipto.com/sw/kamailio-advanced-training-online/>
>>
>> -- 
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> <mailto:david.villasmil.work at gmail.com>
>> phone: +34669448337
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/c772fde2/attachment.htm>

From david.villasmil.work at gmail.com  Mon May 31 15:19:34 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 31 May 2021 14:19:34 +0100
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <f738be7e-0a50-26b1-212f-9a6aec58bce0@gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
 <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
 <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>
 <f738be7e-0a50-26b1-212f-9a6aec58bce0@gmail.com>
Message-ID: <CAFGRPVqG2CLxQ9RA6jRS2+uoc-hgDOvBcyMREfa2_aGV5YyaWQ@mail.gmail.com>

Hello Daniel,

Thanks for looking into this:

# go version
go version go1.16.4 linux/amd64

# openssl version
OpenSSL 1.1.1d  10 Sep 2019
root at sip-stir1:/home/admin#
i can try getting the same go version and see what happens.

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 31, 2021 at 2:15 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> what are your operating system, golang and openssl versions?
>
> I tried on Debian stable and I get the Identity header, see next:
>
> OPTIONS sip:alice at 127.0.0.1 SIP/2.0
> Via: SIP/2.0/UDP
> 127.0.0.1;branch=z9hG4bK8eba.da1d50fc272715b1f6dfcd665d319b32.0
> Via: SIP/2.0/UDP 127.0.1.1:52897
> ;received=127.0.0.1;branch=z9hG4bK.2d35a346;rport=56013;alias
> From: sip:sipsak at 127.0.1.1:52897;tag=219ec22d
> To: sip:alice at 127.0.0.1
> Call-ID: 564052525 at 127.0.1.1
> CSeq: 1 OPTIONS
> Contact: sip:sipsak at 127.0.1.1:52897
> Content-Length: 0
> Max-Forwards: 69
> User-Agent: sipsak 0.9.7pre
> Accept: text/plain
> Identity:
> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cHM6Ly9hc2lwdG8ubGFiL3N0aXIvY2VydC5wZW0ifQ.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ2NjUyNSwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiJlOWI3Nzc1OC03ZmI3LTQ1ZWQtYWMwOS02MDlmOTM3NjFiOWQifQ.fnLenxEUk5qyKvY2xChbAPS-kvjiRmu8jKqEzlywFt0RnpDAK-ErUBjbR78aRjt66fJIFEdQ_dXvV-qRoxkWzA;info=
> <https://asipto.lab/stir/cert.pem> <https://asipto.lab/stir/cert.pem>
> ;alg=ES256;ppt=shaken
>
> The OPTIONS was generated with: sipsak -s sip:alice at 127.0.0.1
>
> In kamaili.cfg I have:
>
>    if(is_method("OPTIONS|INVITE")) {
>           secsipid_add_identity("493044448888", "493055559999", "A", "",
>                   "https://asipto.lab/stir/cert.pem"
> <https://asipto.lab/stir/cert.pem>,
>                   "/tmp/ec256-private.pem");
>
> Versions:
>
> $ go version
> go version go1.11.6 linux/amd64
>
> $ openssl version
> OpenSSL 1.1.1d  10 Sep 2019
>
> Cheers,
> Daniel
> On 28.05.21 13:05, Daniel-Constantin Mierla wrote:
>
> I will try to reproduce when I get the first chance these days, maybe I
> broke something while I worked to propagate different return codes for
> error cases.
>
> One more question for now: are you using the latest libsecsipid, build
> from the master/main branch of the secsipidx project?
>
> Cheers,
> Daniel
> On 28.05.21 10:27, David Villasmil wrote:
>
> Correct.
> That?s a log with debug 3, absolutely nothing is coming out. :(
>
>
>
> On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Same logs like with before with previous certificate? Can you attach log
>> messages with debug=3?
>>
>> Cheers,
>> Daniel
>> On 27.05.21 20:13, David Villasmil wrote:
>>
>> Yep i just tried that :)
>>
>> I don't get an error on the CLI:
>>
>> # secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999
>> -attest A -x5u http://asipto.lab/stir/cert.pem -k ec256-private.pem
>>
>> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<
>> http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken
>>
>> But still failing in kamailio...
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>> On 27.05.21 19:58, David Villasmil wrote:
>>>
>>> Hello guys,
>>>
>>> I want to test secsipid, but i don't yet have the certificate. So i
>>> thought i'd create a cert like:
>>>
>>> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
>>> snakeoil.csr
>>> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
>>> snakeoil.key -out snakeoil.pem
>>>
>>> Then i'm simply doing:
>>>
>>> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
>>> https://somedomain.com/stir/$rd/cert.pem
>>> <https://kamailio.org/stir/$rd/cert.pem>",
>>> "/etc/kamailio/snakeoil.pem");
>>> if ( $var(rc) ) {
>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
>>> Identity Header created)\n");
>>> } else {
>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>> }
>>>
>>> But no matter what i do it silently fails:
>>>
>>> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>>
>>> I have debug on 6, but i don't get more info regarding the error.
>>>
>>> Any ideas?
>>>
>>> based on the specs, it should not be the usual ssl/tls certificate, try
>>> to generate them using the guidelines at:
>>>
>>>   * https://github.com/asipto/secsipidx#keys-generation
>>>
>>> Cheers,
>>> Daniel
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/0e68ae52/attachment.htm>

From david.villasmil.work at gmail.com  Mon May 31 17:26:18 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 31 May 2021 16:26:18 +0100
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <CAFGRPVqG2CLxQ9RA6jRS2+uoc-hgDOvBcyMREfa2_aGV5YyaWQ@mail.gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
 <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
 <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>
 <f738be7e-0a50-26b1-212f-9a6aec58bce0@gmail.com>
 <CAFGRPVqG2CLxQ9RA6jRS2+uoc-hgDOvBcyMREfa2_aGV5YyaWQ@mail.gmail.com>
Message-ID: <CAFGRPVpZ9Zj=DK1sdpmnosveZScRy-qG2h0YGFy_P-ivyyU8Ow@mail.gmail.com>

Daniel,

Ok, i downloaded and installed 1.11.6 just like yours and recompiled, etc.
I also changed the owner of the pem file, which was owned by root, and not
by the user kamailio.

Now it's working.

d9655} <script>: [STIR/SHAKEN][157428d2-3cc7-123a-eaad-122eaa5d9655]
secsipid_add_identity('493044448888', '493055559999', 'A', '', '
http://asipto.lab/stir/cert.pem', '/etc/kamailio/ec256-private.pem')
May 31 15:24:08 ip-10-231-32-237 /usr/local/kamailio5/sbin/kamailio[1920]:
DEBUG: {1 36683532 INVITE 157428d2-3cc7-123a-eaad-122eaa5d9655} secsipid
[secsipid_mod.c:333]: ki_secsipid_add_identity(): appending identity:
eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ3NDY0OCwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiI0YWU3NGE3My01N2Q3LTQzZWMtYjMyOS00NDdiMDg4OWVkYmMifQ.AyxAeNFuthcpJld8osJBj9QVxBnwK91zeo0tEusXrMNNrG2aW8N9Az255qf3UlOIDtm1MmQI_y3-Gz6u57OCQA;info=<
http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken

But now i?m left wondering whether it was the ownership of the file or the
version.

So i will install again the latest and see what happens.


Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 31, 2021 at 2:19 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello Daniel,
>
> Thanks for looking into this:
>
> # go version
> go version go1.16.4 linux/amd64
>
> # openssl version
> OpenSSL 1.1.1d  10 Sep 2019
> root at sip-stir1:/home/admin#
> i can try getting the same go version and see what happens.
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Mon, May 31, 2021 at 2:15 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> what are your operating system, golang and openssl versions?
>>
>> I tried on Debian stable and I get the Identity header, see next:
>>
>> OPTIONS sip:alice at 127.0.0.1 SIP/2.0
>> Via: SIP/2.0/UDP
>> 127.0.0.1;branch=z9hG4bK8eba.da1d50fc272715b1f6dfcd665d319b32.0
>> Via: SIP/2.0/UDP 127.0.1.1:52897
>> ;received=127.0.0.1;branch=z9hG4bK.2d35a346;rport=56013;alias
>> From: sip:sipsak at 127.0.1.1:52897;tag=219ec22d
>> To: sip:alice at 127.0.0.1
>> Call-ID: 564052525 at 127.0.1.1
>> CSeq: 1 OPTIONS
>> Contact: sip:sipsak at 127.0.1.1:52897
>> Content-Length: 0
>> Max-Forwards: 69
>> User-Agent: sipsak 0.9.7pre
>> Accept: text/plain
>> Identity:
>> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cHM6Ly9hc2lwdG8ubGFiL3N0aXIvY2VydC5wZW0ifQ.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ2NjUyNSwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiJlOWI3Nzc1OC03ZmI3LTQ1ZWQtYWMwOS02MDlmOTM3NjFiOWQifQ.fnLenxEUk5qyKvY2xChbAPS-kvjiRmu8jKqEzlywFt0RnpDAK-ErUBjbR78aRjt66fJIFEdQ_dXvV-qRoxkWzA;info=
>> <https://asipto.lab/stir/cert.pem> <https://asipto.lab/stir/cert.pem>
>> ;alg=ES256;ppt=shaken
>>
>> The OPTIONS was generated with: sipsak -s sip:alice at 127.0.0.1
>>
>> In kamaili.cfg I have:
>>
>>    if(is_method("OPTIONS|INVITE")) {
>>           secsipid_add_identity("493044448888", "493055559999", "A", "",
>>                   "https://asipto.lab/stir/cert.pem"
>> <https://asipto.lab/stir/cert.pem>,
>>                   "/tmp/ec256-private.pem");
>>
>> Versions:
>>
>> $ go version
>> go version go1.11.6 linux/amd64
>>
>> $ openssl version
>> OpenSSL 1.1.1d  10 Sep 2019
>>
>> Cheers,
>> Daniel
>> On 28.05.21 13:05, Daniel-Constantin Mierla wrote:
>>
>> I will try to reproduce when I get the first chance these days, maybe I
>> broke something while I worked to propagate different return codes for
>> error cases.
>>
>> One more question for now: are you using the latest libsecsipid, build
>> from the master/main branch of the secsipidx project?
>>
>> Cheers,
>> Daniel
>> On 28.05.21 10:27, David Villasmil wrote:
>>
>> Correct.
>> That?s a log with debug 3, absolutely nothing is coming out. :(
>>
>>
>>
>> On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla <miconda at gmail.com>
>> wrote:
>>
>>> Same logs like with before with previous certificate? Can you attach log
>>> messages with debug=3?
>>>
>>> Cheers,
>>> Daniel
>>> On 27.05.21 20:13, David Villasmil wrote:
>>>
>>> Yep i just tried that :)
>>>
>>> I don't get an error on the CLI:
>>>
>>> # secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999
>>> -attest A -x5u http://asipto.lab/stir/cert.pem -k ec256-private.pem
>>>
>>> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<
>>> http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken
>>>
>>> But still failing in kamailio...
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>> On 27.05.21 19:58, David Villasmil wrote:
>>>>
>>>> Hello guys,
>>>>
>>>> I want to test secsipid, but i don't yet have the certificate. So i
>>>> thought i'd create a cert like:
>>>>
>>>> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
>>>> snakeoil.csr
>>>> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
>>>> snakeoil.key -out snakeoil.pem
>>>>
>>>> Then i'm simply doing:
>>>>
>>>> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
>>>> https://somedomain.com/stir/$rd/cert.pem
>>>> <https://kamailio.org/stir/$rd/cert.pem>",
>>>> "/etc/kamailio/snakeoil.pem");
>>>> if ( $var(rc) ) {
>>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
>>>> Identity Header created)\n");
>>>> } else {
>>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>>> }
>>>>
>>>> But no matter what i do it silently fails:
>>>>
>>>> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>>> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>>>
>>>> I have debug on 6, but i don't get more info regarding the error.
>>>>
>>>> Any ideas?
>>>>
>>>> based on the specs, it should not be the usual ssl/tls certificate, try
>>>> to generate them using the guidelines at:
>>>>
>>>>   * https://github.com/asipto/secsipidx#keys-generation
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/493fe732/attachment.htm>

From david.villasmil.work at gmail.com  Mon May 31 17:35:30 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 31 May 2021 16:35:30 +0100
Subject: [SR-Users] STIR/SHAKEN tests
In-Reply-To: <CAFGRPVpZ9Zj=DK1sdpmnosveZScRy-qG2h0YGFy_P-ivyyU8Ow@mail.gmail.com>
References: <CAFGRPVopC-HjDYm5yatm=3zDxjbW66jw7dFp97zboELmxF=pvQ@mail.gmail.com>
 <fe6982fd-fa11-f64a-0530-3c459a4ebd21@gmail.com>
 <CAFGRPVpPbzboWDd8Zo1q61RMLBTWkT67XJrfxEpGF6r0eS063w@mail.gmail.com>
 <0867e95c-fba4-2c20-9efd-286acd02e5c7@gmail.com>
 <CAFGRPVrZ8J66NYFzh3UPMCXM0ZNoEFS1av9V0i6uqaOvw2Us2A@mail.gmail.com>
 <0e5b41d6-28db-7cbd-08c9-c9b89ccc4ae4@gmail.com>
 <f738be7e-0a50-26b1-212f-9a6aec58bce0@gmail.com>
 <CAFGRPVqG2CLxQ9RA6jRS2+uoc-hgDOvBcyMREfa2_aGV5YyaWQ@mail.gmail.com>
 <CAFGRPVpZ9Zj=DK1sdpmnosveZScRy-qG2h0YGFy_P-ivyyU8Ow@mail.gmail.com>
Message-ID: <CAFGRPVq871yfndHaQn6Ejq7P0T0VkYokg+nHvwjoji9LJPvcaQ@mail.gmail.com>

Yep, It's working with 1.16.4
So the problem was with the pem ownership.
It's a pity secsipid.so doesn't return an access denied error.

CLI doesn return an error:

error: Unable to read private key file: open
/etc/kamailio/ec256-private.pem: permission denied

Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 31, 2021 at 4:26 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Daniel,
>
> Ok, i downloaded and installed 1.11.6 just like yours and recompiled, etc.
> I also changed the owner of the pem file, which was owned by root, and not
> by the user kamailio.
>
> Now it's working.
>
> d9655} <script>: [STIR/SHAKEN][157428d2-3cc7-123a-eaad-122eaa5d9655]
> secsipid_add_identity('493044448888', '493055559999', 'A', '', '
> http://asipto.lab/stir/cert.pem', '/etc/kamailio/ec256-private.pem')
> May 31 15:24:08 ip-10-231-32-237 /usr/local/kamailio5/sbin/kamailio[1920]:
> DEBUG: {1 36683532 INVITE 157428d2-3cc7-123a-eaad-122eaa5d9655} secsipid
> [secsipid_mod.c:333]: ki_secsipid_add_identity(): appending identity:
> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ3NDY0OCwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiI0YWU3NGE3My01N2Q3LTQzZWMtYjMyOS00NDdiMDg4OWVkYmMifQ.AyxAeNFuthcpJld8osJBj9QVxBnwK91zeo0tEusXrMNNrG2aW8N9Az255qf3UlOIDtm1MmQI_y3-Gz6u57OCQA;info=<
> http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken
>
> But now i?m left wondering whether it was the ownership of the file or the
> version.
>
> So i will install again the latest and see what happens.
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.work at gmail.com
> phone: +34669448337
>
>
> On Mon, May 31, 2021 at 2:19 PM David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> Hello Daniel,
>>
>> Thanks for looking into this:
>>
>> # go version
>> go version go1.16.4 linux/amd64
>>
>> # openssl version
>> OpenSSL 1.1.1d  10 Sep 2019
>> root at sip-stir1:/home/admin#
>> i can try getting the same go version and see what happens.
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.work at gmail.com
>> phone: +34669448337
>>
>>
>> On Mon, May 31, 2021 at 2:15 PM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> what are your operating system, golang and openssl versions?
>>>
>>> I tried on Debian stable and I get the Identity header, see next:
>>>
>>> OPTIONS sip:alice at 127.0.0.1 SIP/2.0
>>> Via: SIP/2.0/UDP
>>> 127.0.0.1;branch=z9hG4bK8eba.da1d50fc272715b1f6dfcd665d319b32.0
>>> Via: SIP/2.0/UDP 127.0.1.1:52897
>>> ;received=127.0.0.1;branch=z9hG4bK.2d35a346;rport=56013;alias
>>> From: sip:sipsak at 127.0.1.1:52897;tag=219ec22d
>>> To: sip:alice at 127.0.0.1
>>> Call-ID: 564052525 at 127.0.1.1
>>> CSeq: 1 OPTIONS
>>> Contact: sip:sipsak at 127.0.1.1:52897
>>> Content-Length: 0
>>> Max-Forwards: 69
>>> User-Agent: sipsak 0.9.7pre
>>> Accept: text/plain
>>> Identity:
>>> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cHM6Ly9hc2lwdG8ubGFiL3N0aXIvY2VydC5wZW0ifQ.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjQ2NjUyNSwib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiJlOWI3Nzc1OC03ZmI3LTQ1ZWQtYWMwOS02MDlmOTM3NjFiOWQifQ.fnLenxEUk5qyKvY2xChbAPS-kvjiRmu8jKqEzlywFt0RnpDAK-ErUBjbR78aRjt66fJIFEdQ_dXvV-qRoxkWzA;info=
>>> <https://asipto.lab/stir/cert.pem> <https://asipto.lab/stir/cert.pem>
>>> ;alg=ES256;ppt=shaken
>>>
>>> The OPTIONS was generated with: sipsak -s sip:alice at 127.0.0.1
>>>
>>> In kamaili.cfg I have:
>>>
>>>    if(is_method("OPTIONS|INVITE")) {
>>>           secsipid_add_identity("493044448888", "493055559999", "A", "",
>>>                   "https://asipto.lab/stir/cert.pem"
>>> <https://asipto.lab/stir/cert.pem>,
>>>                   "/tmp/ec256-private.pem");
>>>
>>> Versions:
>>>
>>> $ go version
>>> go version go1.11.6 linux/amd64
>>>
>>> $ openssl version
>>> OpenSSL 1.1.1d  10 Sep 2019
>>>
>>> Cheers,
>>> Daniel
>>> On 28.05.21 13:05, Daniel-Constantin Mierla wrote:
>>>
>>> I will try to reproduce when I get the first chance these days, maybe I
>>> broke something while I worked to propagate different return codes for
>>> error cases.
>>>
>>> One more question for now: are you using the latest libsecsipid, build
>>> from the master/main branch of the secsipidx project?
>>>
>>> Cheers,
>>> Daniel
>>> On 28.05.21 10:27, David Villasmil wrote:
>>>
>>> Correct.
>>> That?s a log with debug 3, absolutely nothing is coming out. :(
>>>
>>>
>>>
>>> On Thu, 27 May 2021 at 20:54, Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Same logs like with before with previous certificate? Can you attach
>>>> log messages with debug=3?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 27.05.21 20:13, David Villasmil wrote:
>>>>
>>>> Yep i just tried that :)
>>>>
>>>> I don't get an error on the CLI:
>>>>
>>>> # secsipidx -sign-full -orig-tn 493044448888 -dest-tn 493055559999
>>>> -attest A -x5u http://asipto.lab/stir/cert.pem -k ec256-private.pem
>>>>
>>>> eyJhbGciOiJFUzI1NiIsInBwdCI6InNoYWtlbiIsInR5cCI6InBhc3Nwb3J0IiwieDV1IjoiaHR0cDovL2FzaXB0by5sYWIvc3Rpci9jZXJ0LnBlbSJ9.eyJhdHRlc3QiOiJBIiwiZGVzdCI6eyJ0biI6WyI0OTMwNTU1NTk5OTkiXX0sImlhdCI6MTYyMjEzOTE1Nywib3JpZyI6eyJ0biI6IjQ5MzA0NDQ0ODg4OCJ9LCJvcmlnaWQiOiIxOWE5OWY2ZS1mZWE5LTQyYmEtYmU2ZC1lNDZkNjZkMGIzNjcifQ.64Z_uNPA5frA20nqurHxOD8qLtuvcGeMxmx0ZhBmSWFoeEU53nHSmEWOsAJC5eiJLuIWfVI9HFhJIKyK6PMrcA;info=<
>>>> http://asipto.lab/stir/cert.pem>;alg=ES256;ppt=shaken
>>>>
>>>> But still failing in kamailio...
>>>>
>>>> Regards,
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.work at gmail.com
>>>> phone: +34669448337
>>>>
>>>>
>>>> On Thu, May 27, 2021 at 7:09 PM Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>> On 27.05.21 19:58, David Villasmil wrote:
>>>>>
>>>>> Hello guys,
>>>>>
>>>>> I want to test secsipid, but i don't yet have the certificate. So i
>>>>> thought i'd create a cert like:
>>>>>
>>>>> openssl req -new -newkey rsa:4096 -nodes -keyout snakeoil.key -out
>>>>> snakeoil.csr
>>>>> openssl x509 -req -sha256 -days 365 -in snakeoil.csr -signkey
>>>>> snakeoil.key -out snakeoil.pem
>>>>>
>>>>> Then i'm simply doing:
>>>>>
>>>>> $var(rc) = secsipid_add_identity("$fU", "$rU", "A", "", "
>>>>> https://somedomain.com/stir/$rd/cert.pem
>>>>> <https://kamailio.org/stir/$rd/cert.pem>",
>>>>> "/etc/kamailio/snakeoil.pem");
>>>>> if ( $var(rc) ) {
>>>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Shaken authentication added (SIP
>>>>> Identity Header created)\n");
>>>>> } else {
>>>>>     xlog("L_ERR", "[STIR/SHAKEN][$ci] Failed\n");
>>>>> }
>>>>>
>>>>> But no matter what i do it silently fails:
>>>>>
>>>>> INVITE d54c2919-39b6-123a-95a7-0e29a5289b8d} <script>:
>>>>> [STIR/SHAKEN][d54c2919-39b6-123a-95a7-0e29a5289b8d] Failed
>>>>>
>>>>> I have debug on 6, but i don't get more info regarding the error.
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> based on the specs, it should not be the usual ssl/tls certificate,
>>>>> try to generate them using the guidelines at:
>>>>>
>>>>>   * https://github.com/asipto/secsipidx#keys-generation
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>>
>>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>>
>>>> --
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.work at gmail.com
>>> phone: +34669448337
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>>> Kamailio Advanced Training - Online - June 7-10, 2021 (America Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/c79f4db2/attachment.htm>

From denys.pozniak at gmail.com  Mon May 31 19:51:33 2021
From: denys.pozniak at gmail.com (Denys Pozniak)
Date: Mon, 31 May 2021 20:51:33 +0300
Subject: [SR-Users] handle_ruri_alias() and multiple aliases
Message-ID: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>

Hello!

I need help understanding how the *handle_ruri_alias()* function works.
*Call-flow:* Upstream operator -> Kamailio Proxy -> Edpoint.

The upstream operator in the initial SIP INVITE in the Contact field sends
us an alias parameter, in turn, our Kamailio Proxy adds its own too.
The Contact after the Proxy looks something like this:

*Contact:
<sip:10.0.0.115:5060;alias=10.0.0.115~5060~1;alias=3.3.3.3~5060~1>*

When the Endpoint sends us a SIP BYE, then the *handle_ruri_alias()*
absorbs not the last alias, but the first one, and this leads to the
incorrect formation of a $du.
The RURI after the Proxy looks something like this:

*Request-Line: BYE sip:10.0.0.115:5060;alias=3.3.3.3~5060~1 SIP/2.0*

The first thing that comes to mind is a modification of the original
Contact field with storing it's within a dialogue ...

Is it possible to elegantly solve this problem?

-- 

BR,
Denys Pozniak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/1e0ac067/attachment.htm>

From abalashov at evaristesys.com  Mon May 31 19:57:17 2021
From: abalashov at evaristesys.com (Alex Balashov)
Date: Mon, 31 May 2021 13:57:17 -0400
Subject: [SR-Users] handle_ruri_alias() and multiple aliases
In-Reply-To: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>
References: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>
Message-ID: <F693BF9F-5E04-49B1-B592-8D5B8B71FA6E@evaristesys.com>

I don?t think the handle_ruri_alias() concept was created to handle such complications. Usually you would not have two layers of NAT...

?
Sent from mobile, with due apologies for brevity and errors.

> On May 31, 2021, at 1:53 PM, Denys Pozniak <denys.pozniak at gmail.com> wrote:
> 
> ?
> Hello!
> 
> I need help understanding how the handle_ruri_alias() function works.
> Call-flow: Upstream operator -> Kamailio Proxy -> Edpoint.
> 
> The upstream operator in the initial SIP INVITE in the Contact field sends us an alias parameter, in turn, our Kamailio Proxy adds its own too.
> The Contact after the Proxy looks something like this:
> 
> Contact: <sip:10.0.0.115:5060;alias=10.0.0.115~5060~1;alias=3.3.3.3~5060~1>
> 
> When the Endpoint sends us a SIP BYE, then the handle_ruri_alias() absorbs not the last alias, but the first one, and this leads to the incorrect formation of a $du.
> The RURI after the Proxy looks something like this:  
> 
> Request-Line: BYE sip:10.0.0.115:5060;alias=3.3.3.3~5060~1 SIP/2.0
> 
> The first thing that comes to mind is a modification of the original Contact field with storing it's within a dialogue ...
> 
> Is it possible to elegantly solve this problem?
> 
> -- 
> 
> BR,
> Denys Pozniak
> 
> 
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/5a0e28c0/attachment.htm>

From osas at voipembedded.com  Mon May 31 20:09:51 2021
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 31 May 2021 14:09:51 -0400
Subject: [SR-Users] handle_ruri_alias() and multiple aliases
In-Reply-To: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>
References: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>
Message-ID: <CAND0LkuQR75tH-o5w72V02VMMMagF3jtWezPj3Eqp+tcNNKb_w@mail.gmail.com>

If there are two proxies involved, only one should handle aliases (the
one that is communicating directly with the endpoint).
If a Contact has a private IP, but the request is coming from a proxy
that is in charge of NAT, then the Contact should not be altered. When
you route back in dialog requests, it is ok to have a private IP in
RURI and proper Route headers, The next SIP hop (the other proxy) will
take care of properly routing the request.

Regards,
Ovidiu Sas

On Mon, May 31, 2021 at 1:53 PM Denys Pozniak <denys.pozniak at gmail.com> wrote:
>
> Hello!
>
> I need help understanding how the handle_ruri_alias() function works.
> Call-flow: Upstream operator -> Kamailio Proxy -> Edpoint.
>
> The upstream operator in the initial SIP INVITE in the Contact field sends us an alias parameter, in turn, our Kamailio Proxy adds its own too.
> The Contact after the Proxy looks something like this:
>
> Contact: <sip:10.0.0.115:5060;alias=10.0.0.115~5060~1;alias=3.3.3.3~5060~1>
>
> When the Endpoint sends us a SIP BYE, then the handle_ruri_alias() absorbs not the last alias, but the first one, and this leads to the incorrect formation of a $du.
> The RURI after the Proxy looks something like this:
>
> Request-Line: BYE sip:10.0.0.115:5060;alias=3.3.3.3~5060~1 SIP/2.0
>
> The first thing that comes to mind is a modification of the original Contact field with storing it's within a dialogue ...
>
> Is it possible to elegantly solve this problem?
>
> --
>
> BR,
> Denys Pozniak
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


From stephen.lokker at bitco.co.za  Mon May 31 14:31:44 2021
From: stephen.lokker at bitco.co.za (Stephen Lokker)
Date: Mon, 31 May 2021 12:31:44 +0000
Subject: [SR-Users] New MariaDB server "limiting" Kamailio CPS
Message-ID: <HE1P190MB0347BD02D556866F21CABFCCD53F9@HE1P190MB0347.EURP190.PROD.OUTLOOK.COM>

Good afternoon All,

Im hoping for some advise or direction with the below. We are running a Kamailio SBC used for high call volumes and recently decided to upgrade the Database servers as the existing servers were struggling. Both the old and new databases are using MariaDB(version details all below), the problem we face is that since migrating to the new database there appears to a limitation to the amount of DB connections that can be processed or accepted. The SBC functions normally until the CPS starts to exceed around 100cps at which point the SBC stops responding to invites(in bursts which resembles flood prevention). We have checked both the Kamailio logs and the MySQL logs on the DB, both log files have no indication of errors that would cause the problem experienced(the logs attached are seen when the SBC is cut back to use the old DB, not sure they are related to the fault), the connections/processes in mysql do not drastically increase or get stuck either. The fault points to a db connection limit of some kind but all users have no limitations set. If anyone has experienced a similar problem or has any advise it would be greatly appreciated.

Some info on the Kamialio and DB versions

New DB
root at voice-jhb-db01:~# mysql --version
mysql  Ver 15.1 Distrib 10.3.27-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

Old DB
[root at isadb01 ~]# mysql --version
mysql  Ver 15.1 Distrib 10.0.36-MariaDB, for Linux (x86_64) using readline 5.1

Kamailio SBC
[root at sbc01 ~]# kamailio -v
version: kamailio 5.1.4 (x86_64/linux)

Kind regards,
 
Stephen  
Voice Engineer 
 
 Tel: 
2404 
 Fax: 
3468 
 Email: 
 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/d3a203ea/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0.png
Type: image/png
Size: 27438 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/d3a203ea/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 168668 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/d3a203ea/attachment-0001.png>
-------------- next part --------------
MariaDB [mysql]> select * from user where User = 'kamailio' and Host = '%';
+------+----------+-------------------------------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+--------------+------------+-----------------------+------------------+--------------+-----------------+------------------+------------------+----------------+---------------------+--------------------+------------------+------------+--------------+------------------------+---------------------+----------+------------+-------------+--------------+---------------+-------------+-----------------+----------------------+--------+-----------------------+------------------+---------+--------------+--------------------+
| Host | User     | Password                                  | Select_priv | Insert_priv | Update_priv | Delete_priv | Create_priv | Drop_priv | Reload_priv | Shutdown_priv | Process_priv | File_priv | Grant_priv | References_priv | Index_priv | Alter_priv | Show_db_priv | Super_priv | Create_tmp_table_priv | Lock_tables_priv | Execute_priv | Repl_slave_priv | Repl_client_priv | Create_view_priv | Show_view_priv | Create_routine_priv | Alter_routine_priv | Create_user_priv | Event_priv | Trigger_priv | Create_tablespace_priv | Delete_history_priv | ssl_type | ssl_cipher | x509_issuer | x509_subject | max_questions | max_updates | max_connections | max_user_connections | plugin | authentication_string | password_expired | is_role | default_role | max_statement_time |
+------+----------+-------------------------------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+--------------+------------+-----------------------+------------------+--------------+-----------------+------------------+------------------+----------------+---------------------+--------------------+------------------+------------+--------------+------------------------+---------------------+----------+------------+-------------+--------------+---------------+-------------+-----------------+----------------------+--------+-----------------------+------------------+---------+--------------+--------------------+
| %    | kamailio | 										  | Y           | Y           | Y           | Y           | Y           | Y         | Y           | Y             | Y            | Y         | N          | Y               | Y          | Y          | Y            | Y          | Y                     | Y                | Y            | Y               | Y                | Y                | Y              | Y                   | Y                  | Y                | Y          | Y            | Y                      | Y                   |          |            |             |              |             0 |           0 |               0 |                    0 |        |                       | N                | N       |              |           0.000000 |
+------+----------+-------------------------------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+--------------+------------+-----------------------+------------------+--------------+-----------------+------------------+------------------+----------------+---------------------+--------------------+------------------+------------+--------------+------------------------+---------------------+----------+------------+-------------+--------------+---------------+-------------+-----------------+----------------------+--------+-----------------------+------------------+---------+--------------+--------------------+

-------------- next part --------------
MariaDB [kamailio01]> show full processlist;
+------+-------------+-------------------+-------------+--------------+--------+-----------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+
| Id   | User        | Host              | db          | Command      | Time   | State                                                                       | Info                                                                                                                                                                                                                                                                                                                                                              | Progress |
+------+-------------+-------------------+-------------+--------------+--------+-----------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+
|    1 | system user |                   | NULL        | Daemon       |   NULL | InnoDB purge coordinator                                                    | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|    3 | system user |                   | NULL        | Daemon       |   NULL | InnoDB purge worker                                                         | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|    4 | system user |                   | NULL        | Daemon       |   NULL | InnoDB purge worker                                                         | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|    2 | system user |                   | NULL        | Daemon       |   NULL | InnoDB purge worker                                                         | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|    5 | system user |                   | NULL        | Daemon       |   NULL | InnoDB shutdown handler                                                     | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   10 | system user |                   | NULL        | Slave_IO     | 181147 | Waiting for master to send event                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   13 | system user |                   | NULL        | Slave_worker |      5 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   14 | system user |                   | NULL        | Slave_worker |      5 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   12 | system user |                   | NULL        | Slave_worker |      5 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   15 | system user |                   | NULL        | Slave_worker |      2 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   16 | system user |                   | NULL        | Slave_worker |      2 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   17 | system user |                   | NULL        | Slave_worker |      5 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   19 | system user |                   | NULL        | Slave_worker |      5 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   18 | system user |                   | NULL        | Slave_worker |      2 | Waiting for work from SQL thread                                            | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|   11 | system user |                   | NULL        | Slave_SQL    |    435 | Slave has read all relay log; waiting for the slave I/O thread to update it | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
|  334 | replication | 10.10.0.4:37846   | NULL        | Binlog Dump  | 180250 | Master has sent all binlog to slave; waiting for binlog to be updated       | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4025 | voipmonitor | 41.79.80.5:58632  | voipmonitor | Sleep        |      3 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4026 | voipmonitor | 41.79.80.5:58634  | voipmonitor | Sleep        |  12738 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4984 | voipmonitor | 41.79.80.22:38936 | voipmonitor | Sleep        |     17 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4987 | root        | localhost         | kamailio01  | Query        |      0 | Init                                                                        | show full processlist                                                                                                                                                                                                                                                                                                                                             |    0.000 |
| 4993 | kamailio    | 41.79.80.5:59098  | kamailio01  | Sleep        |      3 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4994 | kamailio    | 41.79.80.5:59100  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4995 | kamailio    | 41.79.80.5:59102  | kamailio01  | Sleep        |      3 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4997 | kamailio    | 41.79.80.5:59106  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4998 | kamailio    | 41.79.80.5:59108  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4999 | kamailio    | 41.79.80.5:59110  | kamailio01  | Sleep        |      4 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5000 | kamailio    | 41.79.80.5:59114  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5001 | kamailio    | 41.79.80.5:59116  | kamailio01  | Sleep        |      3 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 4996 | kamailio    | 41.79.80.5:59104  | kamailio01  | Sleep        |      3 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5002 | kamailio    | 41.79.80.5:59112  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5003 | kamailio    | 41.79.80.5:59118  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5004 | kamailio    | 41.79.80.5:59120  | kamailio01  | Sleep        |      4 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5005 | kamailio    | 41.79.80.5:59122  | kamailio01  | Sleep        |      5 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5006 | kamailio    | 41.79.80.5:59124  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5007 | kamailio    | 41.79.80.5:59126  | kamailio01  | Sleep        |      4 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5008 | kamailio    | 41.79.80.5:59128  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5009 | kamailio    | 41.79.80.5:59130  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5010 | kamailio    | 41.79.80.5:59132  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5011 | kamailio    | 41.79.80.5:59134  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5012 | kamailio    | 41.79.80.5:59136  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5013 | kamailio    | 41.79.80.5:59138  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5014 | kamailio    | 41.79.80.5:59140  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5015 | kamailio    | 41.79.80.5:59142  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5016 | kamailio    | 41.79.80.5:59144  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5017 | kamailio    | 41.79.80.5:59146  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5018 | kamailio    | 41.79.80.5:59148  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5019 | kamailio    | 41.79.80.5:59150  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5020 | kamailio    | 41.79.80.5:59152  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5021 | kamailio    | 41.79.80.5:59154  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5022 | kamailio    | 41.79.80.5:59156  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5023 | kamailio    | 41.79.80.5:59158  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5024 | kamailio    | 41.79.80.5:59160  | kamailio01  | Sleep        |      1 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5025 | kamailio    | 41.79.80.5:59162  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5026 | kamailio    | 41.79.80.5:59164  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5027 | kamailio    | 41.79.80.5:59166  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5028 | kamailio    | 41.79.80.5:59168  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5029 | kamailio    | 41.79.80.5:59170  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5030 | kamailio    | 41.79.80.5:59172  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5031 | kamailio    | 41.79.80.5:59174  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5032 | kamailio    | 41.79.80.5:59176  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5033 | kamailio    | 41.79.80.5:59178  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5034 | kamailio    | 41.79.80.5:59180  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5035 | kamailio    | 41.79.80.5:59182  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5036 | kamailio    | 41.79.80.5:59184  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5037 | kamailio    | 41.79.80.5:59186  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5038 | kamailio    | 41.79.80.5:59188  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5039 | kamailio    | 41.79.80.5:59190  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5040 | kamailio    | 41.79.80.5:59192  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5041 | kamailio    | 41.79.80.5:59194  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5042 | kamailio    | 41.79.80.5:59196  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5043 | kamailio    | 41.79.80.5:59200  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5044 | kamailio    | 41.79.80.5:59198  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5045 | kamailio    | 41.79.80.5:59202  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5046 | kamailio    | 41.79.80.5:59204  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5047 | kamailio    | 41.79.80.5:59206  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5048 | kamailio    | 41.79.80.5:59208  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5049 | kamailio    | 41.79.80.5:59210  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5050 | kamailio    | 41.79.80.5:59214  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5051 | kamailio    | 41.79.80.5:59212  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5052 | kamailio    | 41.79.80.5:59216  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5053 | kamailio    | 41.79.80.5:59218  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5054 | kamailio    | 41.79.80.5:59220  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5055 | kamailio    | 41.79.80.5:59222  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5056 | kamailio    | 41.79.80.5:59224  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5057 | kamailio    | 41.79.80.5:59226  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5058 | kamailio    | 41.79.80.5:59228  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5059 | kamailio    | 41.79.80.5:59230  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5060 | root        | localhost:59232   | kamailio01  | Query        |      0 | Updating                                                                    | DELETE FROM cdr_live WHERE call_id =  NAME_CONST('p_call_id',_utf8mb4'7f2263a47022d98b31f9a98b5de99771 at 10.250.2.202:5060' COLLATE 'utf8mb4_general_ci')                                                                                                                                                                                                           |    0.000 |
| 5061 | root        | localhost:59234   | kamailio01  | Query        |      0 | Updating                                                                    | DELETE FROM cdr_live WHERE call_id =  NAME_CONST('p_call_id',_utf8mb4'471809ac2d0c5c5b39cd4ecd503f8360 at 10.250.2.231:5060' COLLATE 'utf8mb4_general_ci')                                                                                                                                                                                                           |    0.000 |
| 5062 | kamailio    | 41.79.80.5:59236  | kamailio01  | Query        |      0 | Update                                                                      | INSERT INTO cdr_live (call_id, start, original_src, original_dst, final_src, final_dst, src_account, dst_account, routing_label, disposition, tag01, tag02, tag03, export_status) VALUES ('0b2210090aa51e6041b60c5053ad1415 at 10.250.2.202:5060', NOW(2), '', '27787560679', '+27871358599', '+27787560679', 'UBERMO16', 'MTN', 'D083', 'PENDING', '', '', '', 'L') |    0.000 |
| 5063 | root        | localhost:59238   | kamailio01  | Query        |      0 | Sending data                                                                | INSERT INTO cdr_xfer SELECT * FROM cdr_live WHERE call_id =  NAME_CONST('p_call_id',_utf8mb4'00ffba7c684481d252fc8a9a3c387637 at 41.79.80.133:5060' COLLATE 'utf8mb4_general_ci')                                                                                                                                                                                    |    0.000 |
| 5064 | kamailio    | 41.79.80.5:59240  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5065 | kamailio    | 41.79.80.5:59242  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5066 | kamailio    | 41.79.80.5:59244  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
| 5067 | kamailio    | 41.79.80.5:59246  | kamailio01  | Sleep        |      7 |                                                                             | NULL                                                                                                                                                                                                                                                                                                                                                              |    0.000 |
+------+-------------+-------------------+-------------+--------------+--------+-----------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+
95 rows in set (0.000 sec)
-------------- next part --------------
2021-05-29  9:48:17 27496 [Warning] Aborted connection 27496 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27512 [Warning] Aborted connection 27512 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27515 [Warning] Aborted connection 27515 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27515 [Warning] Aborted connection 27515 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27510 [Warning] Aborted connection 27510 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27510 [Warning] Aborted connection 27510 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27499 [Warning] Aborted connection 27499 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27499 [Warning] Aborted connection 27499 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27506 [Warning] Aborted connection 27506 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27506 [Warning] Aborted connection 27506 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27492 [Warning] Aborted connection 27492 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27502 [Warning] Aborted connection 27502 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27492 [Warning] Aborted connection 27492 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27502 [Warning] Aborted connection 27502 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27514 [Warning] Aborted connection 27514 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27511 [Warning] Aborted connection 27511 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27511 [Warning] Aborted connection 27511 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27514 [Warning] Aborted connection 27514 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27487 [Warning] Aborted connection 27487 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27487 [Warning] Aborted connection 27487 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27488 [Warning] Aborted connection 27488 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27488 [Warning] Aborted connection 27488 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27552 [Warning] Aborted connection 27552 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27552 [Warning] Aborted connection 27552 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27551 [Warning] Aborted connection 27551 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27551 [Warning] Aborted connection 27551 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27554 [Warning] Aborted connection 27554 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27554 [Warning] Aborted connection 27554 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)
2021-05-29  9:48:17 27553 [Warning] Aborted connection 27553 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (Got an error reading communication packets)
2021-05-29  9:48:17 27553 [Warning] Aborted connection 27553 to db: 'kamailio01' user: 'kamailio' host: '41.79.80.5' (CLOSE_CONNECTION)

From denys.pozniak at gmail.com  Mon May 31 21:04:45 2021
From: denys.pozniak at gmail.com (Denys Pozniak)
Date: Mon, 31 May 2021 22:04:45 +0300
Subject: [SR-Users] handle_ruri_alias() and multiple aliases
In-Reply-To: <CAND0LkuQR75tH-o5w72V02VMMMagF3jtWezPj3Eqp+tcNNKb_w@mail.gmail.com>
References: <CA+x3Axq9EuAzp0RU32PiSfMxGgcB6bMUqzUWLL5+vyLPihViBw@mail.gmail.com>
 <CAND0LkuQR75tH-o5w72V02VMMMagF3jtWezPj3Eqp+tcNNKb_w@mail.gmail.com>
Message-ID: <CA+x3AxqSWWHYiV4Y=kEBd_3fW_39LaC-F3QcpdWA-dUwa=OsFA@mail.gmail.com>

Thanks, Alex and Ovidiu,

Yes, I agree that *set_contact_alias ()* should only be used once.
The essence of the problem is that all external connections are processed
as for NAT by default in my script.

Is there any reason for improving the *handle_ruri_alias ()* function so
that we can specify the ordinal number of the alias parameter?


??, 31 ??? 2021 ?. ? 21:10, Ovidiu Sas <osas at voipembedded.com>:

> If there are two proxies involved, only one should handle aliases (the
> one that is communicating directly with the endpoint).
> If a Contact has a private IP, but the request is coming from a proxy
> that is in charge of NAT, then the Contact should not be altered. When
> you route back in dialog requests, it is ok to have a private IP in
> RURI and proper Route headers, The next SIP hop (the other proxy) will
> take care of properly routing the request.
>
> Regards,
> Ovidiu Sas
>
> On Mon, May 31, 2021 at 1:53 PM Denys Pozniak <denys.pozniak at gmail.com>
> wrote:
> >
> > Hello!
> >
> > I need help understanding how the handle_ruri_alias() function works.
> > Call-flow: Upstream operator -> Kamailio Proxy -> Edpoint.
> >
> > The upstream operator in the initial SIP INVITE in the Contact field
> sends us an alias parameter, in turn, our Kamailio Proxy adds its own too.
> > The Contact after the Proxy looks something like this:
> >
> > Contact: <sip:10.0.0.115:5060
> ;alias=10.0.0.115~5060~1;alias=3.3.3.3~5060~1>
> >
> > When the Endpoint sends us a SIP BYE, then the handle_ruri_alias()
> absorbs not the last alias, but the first one, and this leads to the
> incorrect formation of a $du.
> > The RURI after the Proxy looks something like this:
> >
> > Request-Line: BYE sip:10.0.0.115:5060;alias=3.3.3.3~5060~1 SIP/2.0
> >
> > The first thing that comes to mind is a modification of the original
> Contact field with storing it's within a dialogue ...
> >
> > Is it possible to elegantly solve this problem?
> >
> > --
> >
> > BR,
> > Denys Pozniak
> >
> >
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> >   * sr-users at lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> > Edit mailing list options or unsubscribe:
> >   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> VoIP Embedded, Inc.
> http://www.voipembedded.com
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 

BR,
Denys Pozniak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/231c9cbf/attachment.htm>

From david.villasmil.work at gmail.com  Mon May 31 20:41:00 2021
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Mon, 31 May 2021 19:41:00 +0100
Subject: [SR-Users] New MariaDB server "limiting" Kamailio CPS
In-Reply-To: <HE1P190MB0347BD02D556866F21CABFCCD53F9@HE1P190MB0347.EURP190.PROD.OUTLOOK.COM>
References: <HE1P190MB0347BD02D556866F21CABFCCD53F9@HE1P190MB0347.EURP190.PROD.OUTLOOK.COM>
Message-ID: <CAFGRPVrxj6yEGPRO0RH4b19n30_+hZu=ZXbKYjmrBhQnwPCCeQ@mail.gmail.com>

Did you check the max_connections in mysql?

https://mariadb.com/docs/reference/mdb/system-variables/max_user_connections/
and
https://mariadb.com/docs/reference/mdb/system-variables/max_connections/

Also, what are you doing with the db? how are your modules configured?


Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337


On Mon, May 31, 2021 at 7:20 PM Stephen Lokker <stephen.lokker at bitco.co.za>
wrote:

> [image: BitCo Business Broadband]
> <https://www.bitco.co.za/business-broadband-fibre-fno/>
> Good afternoon All,
>
> Im hoping for some advise or direction with the below. We are running a
> Kamailio SBC used for high call volumes and recently decided to upgrade the
> Database servers as the existing servers were struggling. Both the old and
> new databases are using MariaDB(version details all below), the problem we
> face is that since migrating to the new database there appears to a
> limitation to the amount of DB connections that can be processed or
> accepted. The SBC functions normally until the CPS starts to exceed around
> 100cps at which point the SBC stops responding to invites(in bursts which
> resembles flood prevention). We have checked both the Kamailio logs and the
> MySQL logs on the DB, both log files have no indication of errors that
> would cause the problem experienced(the logs attached are seen when the SBC
> is cut back to use the old DB, not sure they are related to the fault), the
> connections/processes in mysql do not drastically increase or get stuck
> either. The fault points to a db connection limit of some kind but all
> users have no limitations set. If anyone has experienced a similar problem
> or has any advise it would be greatly appreciated.
>
> Some info on the Kamialio and DB versions
>
> New DB
> root at voice-jhb-db01:~# mysql --version
> mysql  Ver 15.1 Distrib 10.3.27-MariaDB, for debian-linux-gnu (x86_64)
> using readline 5.2
>
> Old DB
> [root at isadb01 ~]# mysql --version
> mysql  Ver 15.1 Distrib 10.0.36-MariaDB, for Linux (x86_64) using readline
> 5.1
>
> Kamailio SBC
> [root at sbc01 ~]# kamailio -v
> version: kamailio 5.1.4 (x86_64/linux)
>
> Kind regards,
>
>
> * Stephen Lokker | BitCo Telecoms*
> *Voice Engineer*
> Website: www.bitco.co.za
> Email: stephen.lokker at bitco.co.za
> Telephone: 087 135 0000 | EXT: 2404
> Softphone Extension: 3468
>
> [image: BitCo Telecoms] <http://www.bitco.co.za>
>
> *Disclaimer*
>
> ?This communication contains confidential information. All information
> contained in this email remains the intellectual property of BitCo and may
> not be used for any purpose or made available to any third party without
> the express written permission of an authorised BitCo representative.?
>
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/ff9e1db8/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0.png
Type: image/png
Size: 27438 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/ff9e1db8/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1.png
Type: image/png
Size: 168668 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210531/ff9e1db8/attachment-0003.png>