From yboujraf at by-research.be  Fri Apr  1 12:23:01 2022
From: yboujraf at by-research.be (Youssef Boujraf)
Date: Fri, 01 Apr 2022 12:23:01 +0200
Subject: [SR-Users] =?utf-8?b?Pz09P3V0Zi04P3E/ICBSVFBFTkdJTkUgOiAgS2Ft?=
 =?utf-8?q?ailio_-_Get_status_if_max_sessions_reached?=
In-Reply-To: <AS8PR05MB8551C4F6E1D858C52743A16EBF1F9@AS8PR05MB8551.eurprd05.prod.outlook.com>
Message-ID: <3970-6246d280-1f-3a391080@68634975>


Dear,

At rtpengine offer , The function will return true on success and false (-1) on various failures.
It will be great to get different status like max-sessions limit.

Do I need to apply this feature in dev mailinglist ?

Best Regards


On Wednesday, March 30, 2022 17:42 CEST, Henning Westerholt <hw at gilawa.com> wrote:
??
Hello,


?
you can of course reject the call if the rtpengine call is failing in Kamailio. But you need to implement this logic in the cfg, it?s not done automatically.


?
Cheers,


?
Henning


?
-- 

Henning Westerholt ? https://skalatan.de/blog/

Kamailio services ? https://gilawa.com


?
From: Youssef Boujraf <yboujraf at by-research.be>
Sent: Wednesday, March 30, 2022 5:01 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: RE: [SR-Users] RTPENGINE : Kamailio - Get status if max sessions reached


?
Dear,

Yes we did it but get for he same call 4x return value (2x true & 2x false) and the number of max sessions was not reached.

That's why I asked my question.

When following the log from kamailio, kamailio get the correct status from rtpengine but if the max sessions is reached, the INVITE is not cancelled. Then no audio.

Best Regards,

On Wednesday, March 30, 2022 15:38 CEST, Henning Westerholt <hw at gilawa.com> wrote:
?

?

Hello,

?

have you tried to evaluate the return value of the rtpengine_manage(..) function call in kamailio.cfg? It should return an error in this case, I think.

?

In a production setting you should monitor your rtpengine call load with some monitoring or visualization tools.

?

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 Youssef Boujraf
Sent: Wednesday, March 30, 2022 2:48 PM
To: sr-users at lists.kamailio.org
Subject: Re: [SR-Users] RTPENGINE : Kamailio - Get status if max sessions reached

?

Dear,

Why to develop another kamailio ?

The question is kamailio is handeling the status received from rtpengine but not sharing this status for extra control.

Do I need to parse the module code to find where it is ? I ahve seen many people in this forum or dev forum to ask to get extra status and most of the time an update is done.

Best Regards,


On Wednesday, March 30, 2022 12:05 CEST, "Youssef Boujraf" <yboujraf at by-research.be> wrote:
?

?

Dear,

?

QUESTION : 

?

Through kamailio,

We are using rtpengine_manage and the return value is true or false but don"t know for which reason.

????????? How to be informed if rtpengine reach the maximum of sessions and will not accept any rtp routing ?

????????? We have seen if rtpengine reached the max-session; The call is accept by kamailio and finally no audio because SDP not processed

- kamailio.log

?

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: ALERT: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} <script>: [NATMANAGE] branch_id:0 ruri: sip:9919993 at public:32617;transport=UDP;rinstance=f5d124565504bdb6, method:INVITE, status:<null>, extra_id: z9hG4bK-524287-1---290944f5547c740a0, rtpengine_manage: replace-origin replace-session-connection via-branch=extra

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine_funcs.c:144]: check_content_type(): type <application/sdp> found valid

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:1834]: build_rtpp_socks(): same rtpengines list version: 1 (1648562844)

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3276]: select_rtpp_node_old(): rtpengine hash table lookup failed to find node for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch=z9hG4bK-524287-1---290944f5547c740a0

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3167]: select_rtpp_node_new(): sum is = 27

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2691]: rtpp_function_call(): proxy reply: d6:result10:load limit7:message30:Parallel session limit reachede

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: INFO: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2715]: rtpp_function_call(): proxy udp:192.168.1.33:2223 has reached its load limit (Parallel session limit reached) - trying next one

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:1834]: build_rtpp_socks(): same rtpengines list version: 1 (1648562844) 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3276]: select_rtpp_node_old(): rtpengine hash table lookup failed to find node for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch=z9hG4bK-524287-1---290944f5547c740a0 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3167]: select_rtpp_node_new(): sum is = 27 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2691]: rtpp_function_call(): proxy reply: d6:result10:load limit7:message30:Parallel session limit reachede Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: INFO: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2715]: rtpp_function_call(): proxy udp:127.0.0.1:2223 has reached its load limit (Parallel session limit reached) - trying next one 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:1834]: build_rtpp_socks(): same rtpengines list version: 1 (1648562844) 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3276]: select_rtpp_node_old(): rtpengine hash table lookup failed to find node for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch=z9hG4bK-524287-1---290944f5547c740a0 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3167]: select_rtpp_node_new(): sum is = 27 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: INFO: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2900]: rtpp_test(): rtpengine instance <udp:127.0.0.1:2223> found, support for it enabled 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: INFO: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2900]: rtpp_test(): rtpengine instance <udp:192.168.1.33:2223> found, support for it enabled 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3167]: select_rtpp_node_new(): sum is = 27 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: ERROR: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3330]: select_rtpp_node(): rtpengine failed to select new for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21065]: ERROR: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2678]: rtpp_function_call(): no available proxies 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21070]: ALERT: {2 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} <script>: [NATMANAGE] branch_id:0 ruri: <null>, method:INVITE, status:100, extra_id: z9hG4bK-524287-1---290944f5547c740a0, rtpengine_manage: replace-origin replace-session-connection trust-address via-branch=extra 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: ALERT: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} <script>: [NATMANAGE] branch_id:1 ruri: sip:9919993 at public:32617;transport=UDP;rinstance=f5d124565504bdb6, method:INVITE, status:<null>, extra_id: z9hG4bK-524287-1---290944f5547c740a0, rtpengine_manage: replace-origin replace-session-connection 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:1834]: build_rtpp_socks(): same rtpengines list version: 1 (1648562844) 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3276]: select_rtpp_node_old(): rtpengine hash table lookup failed to find node for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch= 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:3167]: select_rtpp_node_new(): sum is = 27 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2691]: rtpp_function_call(): proxy reply: d7:warning38:Call-ID not found or tags didn't match6:result2:oke Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2784]: rtpp_function_call(): rtpengine hash table insert node=udp:192.168.1.33:2223 for calllen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch= 

Mar 29 16:08:14 kamailio /usr/sbin/kamailio[21069]: DEBUG: {1 2 INVITE nIdGvZZNiFnt3_r0xSIKpQ..} rtpengine [rtpengine.c:2801]: rtpp_function_call(): rtpengine hash table remove entry for callen=24 callid=nIdGvZZNiFnt3_r0xSIKpQ.. viabranch=

?

- rtpengine.log :

?

Mar 29 16:08:14 rtp01srv rtpengine[3921]: INFO: [nIdGvZZNiFnt3_r0xSIKpQ..]: [control] Received command 'offer' from 192.168.1.41:42822 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: DEBUG: [nIdGvZZNiFnt3_r0xSIKpQ..]: [control] Dump for 'offer' from 192.168.1.41:42822: { "supports": [ "load limit" ], "sdp": "v=0 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: o=Zoiper 141319690 1 IN IP4 192.168.30.216 Mar 29 16:08:14 rtp01srv rtpengine[3921]: s=Z Mar 29 16:08:14 rtp01srv rtpengine[3921]: c=IN IP4 192.168.30.216 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: t=0 0 Mar 29 16:08:14 rtp01srv rtpengine[3921]: m=audio 8000 RTP/AVP 0 101 8 3 97 Mar 29 16:08:14 rtp01srv rtpengine[3921]: a=rtpmap:101 telephone-event/8000 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: a=fmtp:101 0-16 Mar 29 16:08:14 rtp01srv rtpengine[3921]: a=rtpmap:97 iLBC/8000 Mar 29 16:08:14 rtp01srv rtpengine[3921]: a=fmtp:97 mode=30 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: a=sendrecv 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: ", "replace": [ "origin", "session-connection" ], "call-id": "nIdGvZZNiFnt3_r0xSIKpQ..", "via-branch": "z9hG4bK-524287-1---290944f5547c740a0", "received-from": [ "IP4", "public" ], "from-tag": "75983054", "command": "offer" } 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: ERR: [nIdGvZZNiFnt3_r0xSIKpQ..]: [core] Parallel session limit reached (2) 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: INFO: [nIdGvZZNiFnt3_r0xSIKpQ..]: [control] Replying to 'offer' from 192.168.1.41:42822 (elapsed time 0.000058 sec) 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: DEBUG: [nIdGvZZNiFnt3_r0xSIKpQ..]: [control] Response dump for 'offer' to 192.168.1.41:42822: { "result": "load limit", "message": "Parallel session limit reached" } 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: INFO: [control] Received command 'ping' from 192.168.1.41:42822 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: DEBUG: [control] Dump for 'ping' from 192.168.1.41:42822: { "command": "ping" } 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: INFO: [control] Replying to 'ping' from 192.168.1.41:42822 (elapsed time 0.000001 sec) 

Mar 29 16:08:14 rtp01srv rtpengine[3921]: DEBUG: [control] Response dump for 'ping' to 192.168.1.41:42822: { "result": "pong" }

?

?

How to get this information then we could cancel the call or send sip message that the number of max call is reached ?


--
Youssef? 

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

From bayupmail at gmail.com  Fri Apr  1 12:48:38 2022
From: bayupmail at gmail.com (bayu p)
Date: Fri, 1 Apr 2022 17:48:38 +0700
Subject: [SR-Users] Manual usage and example kamailio kamctl
Message-ID: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>

Dear Expert Kamailio,

I use this tutorial kamctl to make kamailio and other sip server
communicated
https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html

but, i cannot found further tutorial how use kamctl.
Could you please share, the detail/further  tutorial and example of kamctl
usage..

Since i always found error/failure during execute some command from the
link, here captured:

(1).
# kamctl cr dump
-e \E[37;31mERROR: Error opening Kamailio's FIFO
/var/run/kamailio/kamailio_rpc.fifo
-e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module and set
FIFO transport parameters

(2).
# kamctl  lcr show_gws
-e \E[37;31mERROR: command disabled

(3).
# kamctl  lcr reload
-e \E[37;31mERROR: command disabled

(4).
# kamctl ping 192.168.31.50
{
  "jsonrpc":  "2.0",
  "error":  {
    "code": 400,
    "message":  "Invalid request uri \"192.168.31.50\""
  },
  "id": 76608
}

(5).
# kamctl cr reload
{
  "jsonrpc":  "2.0",
  "error":  {
    "code": 500,
    "message":  "Method Not Found"
  },
  "id": 76659
}


Warm Regards,

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

From fred at palner.com  Fri Apr  1 14:49:19 2022
From: fred at palner.com (Fred Posner)
Date: Fri, 1 Apr 2022 08:49:19 -0400
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
Message-ID: <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>

On 4/1/22 06:48, bayu p wrote:
> [snip]
> 
> but, i cannot found further tutorial how use kamctl.
> Could you?please share, the detail/further? tutorial and example of 
> kamctl usage..
> [...]
It looks like there are some aspects of the commands you're hitting 
incorrectly as well as perhaps not having the modules loaded or configured.

You can also try with kamcmd... such as kamcmd core.uptime or kamcmd 
core.info

Fred Posner | palner.com
Matrix: https://matrix.to/#/@fred:matrix.lod.com
o: +1 (212) 937-7844



From wojciech.kopciewicz at motorolasolutions.com  Fri Apr  1 15:40:13 2022
From: wojciech.kopciewicz at motorolasolutions.com (Wojciech Kopciewicz)
Date: Fri, 1 Apr 2022 15:40:13 +0200
Subject: [SR-Users] Intermittent error seen when using a python script
 in kamailio
In-Reply-To: <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
References: <CAFtx=7Yer+r2-D-GCo1tHy0Dg7x4fbNwtQYT_=Mf+J9aLgAFqw@mail.gmail.com>
 <52cf4234-8804-30fd-8f12-6c49a2d5f3f8@gmail.com>
 <CAFtx=7a0hwzupF5azb8Y8DRTSXQqDEYkh6Jqr-x4K=MZb=c=wg@mail.gmail.com>
 <6be032d6-389d-2009-2168-876b001a8921@gmail.com>
 <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
Message-ID: <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>

Any thoughts on this?

Pozdrawiam / Best regards,
Wojtek


On Fri, Feb 25, 2022 at 9:30 AM Wojciech Kopciewicz <
wojciech.kopciewicz at motorolasolutions.com> wrote:

> Hi Daniel,
>
> This is still a development setup so the traffic is very small - a few
> calls a day.
> It seems that the issue can be seen during first calls after some
> inactivity.
>
> Pozdrawiam / Best regards,
> Wojtek
>
>
> On Wed, Feb 23, 2022 at 2:11 PM Daniel-Constantin Mierla <
> miconda at gmail.com> wrote:
>
>> Hello,
>>
>> how often they show up and is there high volume of traffic at that moment?
>>
>> Cheers,
>> Daniel
>> On 23.02.22 11:44, Wojciech Kopciewicz wrote:
>>
>> Hi,
>>
>> Yes, those values are hard-coded strings.
>>
>> Pozdrawiam / Best regards,
>> Wojtek
>>
>>
>> On Wed, Feb 23, 2022 at 8:25 AM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> do you check that header_name parameter set for KSR.hdr.is_present() is
>>> a string value?
>>>
>>> Cheers,
>>> Daniel
>>> On 22.02.22 15:36, Wojciech Kopciewicz wrote:
>>>
>>> Hi,
>>>
>>> Intermittently we are observing the following error when checking if
>>> given header is present in SIP INVITE:
>>>
>>> SystemError: returned a result with an error set
>>>
>>> The complete stack trace is (some names redacted):
>>> 11(28) ERROR: {1 195 INVITE nMHZDN.10nOIDt4ldOwz5cqz0XnMepA9}
>>> app_python3 [python_support.c:156]: python_handle_exception(): apy_exec:
>>> modify_headers((null)): Unhandled exception in the Python code:
>>> TypeError: an integer is required (got type NoneType)
>>>
>>> The above exception was the direct cause of the following exception:
>>>
>>> Traceback (most recent call last):
>>> File "/etc/kamailio/kamailio.py", line 25, in modify_headers
>>> self.modify_header("SomeHeader")
>>> File "/etc/kamailio/kamailio.py", line 29, in modify_header
>>> present = KSR.hdr.is_present(header_name)
>>> SystemError: returned a result with an error set
>>>
>>> Kamailio version (kamailio -v output):
>>>
>>> version: kamailio 5.4.6 (x86_64/linux)
>>>
>>> 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: unknown
>>> compiled with gcc 8.3.0
>>>
>>> Operation system: Linux kamailio-5c7484c74d-vhhr8 5.4.0-1056-azure
>>> #58~18.04.1-Ubuntu SMP Wed Jul 28 23:14:18 UTC 2021 x86_64 GNU/Linux
>>>
>>> Are you able to help me find the root cause of this issue?
>>> Pozdrawiam / Best regards,
>>> Wojtek
>>>
>>> *For more information on how and why we collect your personal
>>> information, please visit our Privacy Policy
>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>
>>> __________________________________________________________
>>> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=oNz1IY8iG084QGzn9D7M4d5CSZ2xiCNdRm22mixUGjA&e=>
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=pnzsCbZ_eh8dJX6QplBGIAK-EmQkpN_VjRyxXF0SFxo&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=iWp3lX8ri4p3VEeSGTnGf6vgaEBQDXLQmnskbOwLB3E&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=1iFgA-q0-_ZShBF-FItoq6r0sAg09N2RKDLCO80LzGw&e=>
>>> Kamailio Advanced Training - Online
>>>   Mar 28-31, 2022 (Europe Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=QwGb6KwCF4tHdyutmu1wpA-aRpIRbvyVHS1wcj34mdA&e=>
>>>
>>>
>> *For more information on how and why we collect your personal
>> information, please visit our Privacy Policy
>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=zJFtVCAWufSwSehp6pvpr04uyL6lD3FGqDeaFPv944I&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=qUYXpFu_MBwO--p70pHIPCfpxAjJtZr3uBK5K-mGvFA&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=9swPTb_vUy_tOOdA5cLpzqwo46lZcq49D8HfUU5nukk&e=>
>> Kamailio Advanced Training - Online
>>   Mar 28-31, 2022 (Europe Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=vuZxuK6JIx5vA6L8rdnutswybBv_85F8w0JaOSr-9Ps&e=>
>>
>>

-- 


*For more information on how and why we collect your personal 
information, please visit our Privacy Policy 
<https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220401/a4e13478/attachment.htm>

From khorsmann at gmail.com  Fri Apr  1 20:39:32 2022
From: khorsmann at gmail.com (Karsten Horsmann)
Date: Fri, 1 Apr 2022 20:39:32 +0200
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>
Message-ID: <CAFArqsYt10D65_zMNNQZb66JEdQibU7NgPVZMcXTct=fuCex2g@mail.gmail.com>

Hi,

as Fred said. kamcmd help show you command that are currently possible
based on your kamailio.cfg.

Fred Posner <fred at palner.com> schrieb am Fr., 1. Apr. 2022, 14:50:

> On 4/1/22 06:48, bayu p wrote:
> > [snip]
> >
> > but, i cannot found further tutorial how use kamctl.
> > Could you please share, the detail/further  tutorial and example of
> > kamctl usage..
> > [...]
> It looks like there are some aspects of the commands you're hitting
> incorrectly as well as perhaps not having the modules loaded or configured.
>
> You can also try with kamcmd... such as kamcmd core.uptime or kamcmd
> core.info
>
> Fred Posner | palner.com
> Matrix: https://matrix.to/#/@fred:matrix.lod.com
> o: +1 (212) 937-7844
>
>
> __________________________________________________________
> 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/20220401/af938e3c/attachment.htm>

From bayupmail at gmail.com  Mon Apr  4 15:13:49 2022
From: bayupmail at gmail.com (bayu p)
Date: Mon, 4 Apr 2022 20:13:49 +0700
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
Message-ID: <CAMy5KNeg0qL-eDrJrKeDALcyvBOXRGnfZ-0oUCioBF4iw3kKNQ@mail.gmail.com>

I tried to loading Carrierroute module and lcr module but I can not found
the module from apt search kamailio for carrierroute and lcr.

So, how should i find that module?

On Fri, Apr 1, 2022, 17:48 bayu p <bayupmail at gmail.com> wrote:

> Dear Expert Kamailio,
>
> I use this tutorial kamctl to make kamailio and other sip server
> communicated
> https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html
>
> but, i cannot found further tutorial how use kamctl.
> Could you please share, the detail/further  tutorial and example of kamctl
> usage..
>
> Since i always found error/failure during execute some command from the
> link, here captured:
>
> (1).
> # kamctl cr dump
> -e \E[37;31mERROR: Error opening Kamailio's FIFO
> /var/run/kamailio/kamailio_rpc.fifo
> -e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module and set
> FIFO transport parameters
>
> (2).
> # kamctl  lcr show_gws
> -e \E[37;31mERROR: command disabled
>
> (3).
> # kamctl  lcr reload
> -e \E[37;31mERROR: command disabled
>
> (4).
> # kamctl ping 192.168.31.50
> {
>   "jsonrpc":  "2.0",
>   "error":  {
>     "code": 400,
>     "message":  "Invalid request uri \"192.168.31.50\""
>   },
>   "id": 76608
> }
>
> (5).
> # kamctl cr reload
> {
>   "jsonrpc":  "2.0",
>   "error":  {
>     "code": 500,
>     "message":  "Method Not Found"
>   },
>   "id": 76659
> }
>
>
> Warm Regards,
>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220404/86b14c8e/attachment.htm>

From miconda at gmail.com  Mon Apr  4 17:00:38 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 4 Apr 2022 17:00:38 +0200
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
Message-ID: <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>

Hello,

you have to tell what kamailio version you are running to know what
commands are available. Some for lcr are disabled on purpose, nobody
updated them, as it is written in the output.

Cheers,
Daniel

On 01.04.22 12:48, bayu p wrote:
> Dear Expert Kamailio,
>
> I use this tutorial kamctl to make kamailio and other sip server
> communicated
> https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html
>
> but, i cannot found further tutorial how use kamctl.
> Could you?please share, the detail/further? tutorial and example of
> kamctl usage..
>
> Since i always found error/failure during execute some command from
> the link, here captured:
>
> (1).
> # kamctl cr dump
> -e \E[37;31mERROR: Error opening Kamailio's FIFO
> /var/run/kamailio/kamailio_rpc.fifo
> -e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module and
> set FIFO transport parameters
>
> (2).
> # kamctl ?lcr show_gws
> -e \E[37;31mERROR: command disabled
>
> (3).
> # kamctl ?lcr reload
> -e \E[37;31mERROR: command disabled
>
> (4).
> # kamctl ping 192.168.31.50
> {
> ? "jsonrpc": ?"2.0",
> ? "error": ?{
> ? ? "code": 400,
> ? ? "message": ?"Invalid request uri \"192.168.31.50\""
> ? },
> ? "id": 76608
> }
>
> (5).
> # kamctl cr reload
> {
> ? "jsonrpc": ?"2.0",
> ? "error": ?{
> ? ? "code": 500,
> ? ? "message": ?"Method Not Found"
> ? },
> ? "id": 76659
> }
>
>
> Warm Regards,
>
>
> __________________________________________________________
> 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
  March 28-31, 2022 (Europe 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/20220404/c8ed8ade/attachment.htm>

From miconda at gmail.com  Mon Apr  4 17:05:34 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 4 Apr 2022 17:05:34 +0200
Subject: [SR-Users] Asterisk,
 unable to find dialog for ACK with route param and call-id
In-Reply-To: <c118e7f6-a568-cee0-6681-2fc2aadffbc2@acrovoice.ca>
References: <c118e7f6-a568-cee0-6681-2fc2aadffbc2@acrovoice.ca>
Message-ID: <6ab47f18-e447-47b0-8ee3-235bbd390beb@gmail.com>

Hello,

be sure that you call dlg_manage() for all sip requests that can belongs
to the call. Also, you can set the modparam to fallback on SIP
attributes for dialog matching if did-param-based matching fails.

For troubleshooting, try to increase the verbosity for dialog module
using debugger module or do it globally with debug=3, then look at the
logs printed by kamailio.

Cheers,
Daniel

On 30.03.22 06:14, Trevor Peirce wrote:
> Hello,
>
> I'm having some trouble with what I think is the dialog module.
>
> I've got Kamailio 5.5.4 running well for some time.? Recently I added
> Asterisk to the mix and have come across an issue.
>
> Call to Kamailio.? Kamailio sends it to Asterisk.? Asterisk may decide
> to "forward" the call.? To do this it will place a new outbound call
> through Kamailio.? From the user perspective, this works absolutely
> fine (invite, ringing, ok, bye).? The acc module handles it fine also.
>
> However dialog does not, and the events for ok and bye do not fire on
> the original call.? They do fire for the forwarded call.
>
> I've added some logging output to try to isolate the problem, but I'm
> no further ahead.? Here's what I have.? Any suggestions?
>
> ** Call initiated **
>
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=100 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
> dlg-h-id=3360
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
> dlg-h-id=12036
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=183 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
> dlg-h-id=12036
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=183 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
> dlg-h-id=3360
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
> dlg-h-id=12036
> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
> update dialog lifetime
> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
> update dialog lifetime
> ERROR: dialog [dlg_profile.c:1028]: dlg_set_timeout_by_profile():
> Unable to set timeout on 3306:12036
> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
> timestamp=1648611824;time_unix=1648611824.346;method=INVITE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
> dlg-h-id=<null>
> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
> timestamp=1648611824;time_unix=1648611824.354;method=INVITE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
> dlg-h-id=<null>
> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
> dialog for ACK with route param '161.02d' [353:3360] and call-id
> '53bad4f0034b61a5745163d82daef402'
> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
> dialog for ACK with route param '161.02d' [353:3360] and call-id
> '53bad4f0034b61a5745163d82daef402'
>
> ** The call is answered and endpoints can talk to each other **
> ** Now the original caller hangs up **
>
> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
> dialog for BYE with route param '161.02d' [353:3360] and call-id
> '53bad4f0034b61a5745163d82daef402'
> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
> timestamp=1648611831;time_unix=1648611831.933;method=BYE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
> dlg-h-id=12036
> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
> dlg-h-id=12036
> ERROR: <script>: got result for bye = Bye!; DLG_lifetime = 8
> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
> timestamp=1648611832;time_unix=1648611832.115;method=BYE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
> ERROR: dialog [dlg_handlers.c:363]: dlg_terminated_confirmed(): failed
> to get dialog from params!
>
> ** Everything ends cleanly on the other SIP endpoints **
>
> What can I do from here to try to isolate this further?
>
> Thanks,
>
> --?
> Trevor Peirce
> AcroVoice Solutions Inc
>
>
> __________________________________________________________
> 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
  March 28-31, 2022 (Europe Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Mon Apr  4 17:11:09 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 4 Apr 2022 17:11:09 +0200
Subject: [SR-Users] Intermittent error seen when using a python script
 in kamailio
In-Reply-To: <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>
References: <CAFtx=7Yer+r2-D-GCo1tHy0Dg7x4fbNwtQYT_=Mf+J9aLgAFqw@mail.gmail.com>
 <52cf4234-8804-30fd-8f12-6c49a2d5f3f8@gmail.com>
 <CAFtx=7a0hwzupF5azb8Y8DRTSXQqDEYkh6Jqr-x4K=MZb=c=wg@mail.gmail.com>
 <6be032d6-389d-2009-2168-876b001a8921@gmail.com>
 <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
 <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>
Message-ID: <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>

I am not using Python module myself, although I helped adding Kemi
support to it. It is not easy for me to create a testbed and try to
reproduce. Maybe you can create a minimal config and a sipp scenario
that can reproduce it. That could help the non-python developers to
troubleshoot.

Cheers,
Daniel

On 01.04.22 15:40, Wojciech Kopciewicz wrote:
> Any thoughts on this?
>
> Pozdrawiam / Best regards,
> Wojtek
>
>
> On Fri, Feb 25, 2022 at 9:30 AM Wojciech Kopciewicz
> <wojciech.kopciewicz at motorolasolutions.com> wrote:
>
>     Hi Daniel,
>
>     This is still a development setup so the traffic is very small - a
>     few calls a day.
>     It seems that the issue can be seen during first calls after some
>     inactivity.
>
>     Pozdrawiam / Best regards,
>     Wojtek
>
>
>     On Wed, Feb 23, 2022 at 2:11 PM Daniel-Constantin Mierla
>     <miconda at gmail.com> wrote:
>
>         Hello,
>
>         how often they show up and is there high volume of traffic at
>         that moment?
>
>         Cheers,
>         Daniel
>
>         On 23.02.22 11:44, Wojciech Kopciewicz wrote:
>>         Hi,
>>
>>         Yes, those values are hard-coded strings.
>>
>>         Pozdrawiam / Best regards,
>>         Wojtek
>>
>>
>>         On Wed, Feb 23, 2022 at 8:25 AM Daniel-Constantin Mierla
>>         <miconda at gmail.com> wrote:
>>
>>             Hello,
>>
>>             do you check that header_name parameter set for
>>             KSR.hdr.is_present() is a string value?
>>
>>             Cheers,
>>             Daniel
>>
>>             On 22.02.22 15:36, Wojciech Kopciewicz wrote:
>>>
>>>             Hi,
>>>
>>>             Intermittently we are observing the following error when
>>>             checking if given header is present in SIP INVITE:
>>>
>>>             SystemError: returned a result with an error set
>>>
>>>             The complete stack trace is (some names redacted):
>>>             11(28) ERROR: {1 195 INVITE
>>>             nMHZDN.10nOIDt4ldOwz5cqz0XnMepA9} app_python3
>>>             [python_support.c:156]: python_handle_exception():
>>>             apy_exec: modify_headers((null)): Unhandled exception in
>>>             the Python code:
>>>             TypeError: an integer is required (got type NoneType)
>>>
>>>             The above exception was the direct cause of the
>>>             following exception:
>>>
>>>             Traceback (most recent call last):
>>>             File "/etc/kamailio/kamailio.py", line 25, in modify_headers
>>>             self.modify_header("SomeHeader")
>>>             File "/etc/kamailio/kamailio.py", line 29, in modify_header
>>>             present = KSR.hdr.is_present(header_name)
>>>             SystemError: returned a result with an error set
>>>
>>>             Kamailio version (kamailio -v output):
>>>
>>>             version: kamailio 5.4.6 (x86_64/linux)
>>>
>>>             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: unknown
>>>             compiled with gcc 8.3.0
>>>
>>>             Operation system:?Linux kamailio-5c7484c74d-vhhr8
>>>             5.4.0-1056-azure #58~18.04.1-Ubuntu SMP Wed Jul 28
>>>             23:14:18 UTC 2021 x86_64 GNU/Linux?
>>>
>>>             Are you able to help me find the root cause of this issue?
>>>
>>>             Pozdrawiam / Best regards,
>>>             Wojtek
>>>
>>>             /For more information on how and why we collect your
>>>             personal information, please visit our Privacy Policy
>>>             <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>./
>>>
>>>
>>>             __________________________________________________________
>>>             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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=oNz1IY8iG084QGzn9D7M4d5CSZ2xiCNdRm22mixUGjA&e=>
>>
>>             -- 
>>             Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=pnzsCbZ_eh8dJX6QplBGIAK-EmQkpN_VjRyxXF0SFxo&e=>
>>             www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=iWp3lX8ri4p3VEeSGTnGf6vgaEBQDXLQmnskbOwLB3E&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=1iFgA-q0-_ZShBF-FItoq6r0sAg09N2RKDLCO80LzGw&e=>
>>             Kamailio Advanced Training - Online
>>               Mar 28-31, 2022 (Europe Timezone)
>>               * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=QwGb6KwCF4tHdyutmu1wpA-aRpIRbvyVHS1wcj34mdA&e=>
>>
>>
>>         /For more information on how and why we collect your personal
>>         information, please visit our Privacy Policy
>>         <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>./
>>
>         -- 
>         Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=zJFtVCAWufSwSehp6pvpr04uyL6lD3FGqDeaFPv944I&e=>
>         www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=qUYXpFu_MBwO--p70pHIPCfpxAjJtZr3uBK5K-mGvFA&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=9swPTb_vUy_tOOdA5cLpzqwo46lZcq49D8HfUU5nukk&e=>
>         Kamailio Advanced Training - Online
>           Mar 28-31, 2022 (Europe Timezone)
>           * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=vuZxuK6JIx5vA6L8rdnutswybBv_85F8w0JaOSr-9Ps&e=>
>
>
> /For more information on how and why we collect your personal
> information, please visit our Privacy Policy
> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>./
>
>
> __________________________________________________________
> 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
  March 28-31, 2022 (Europe 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/20220404/e327762b/attachment.htm>

From luciano.motti at gmail.com  Mon Apr  4 17:31:08 2022
From: luciano.motti at gmail.com (Luciano Motti)
Date: Mon, 4 Apr 2022 12:31:08 -0300
Subject: [SR-Users] Auth_ephemeral Module > username_format not accepted
Message-ID: <CAJgOYG_QPXcFQuOF5kO-rpNsue8Kok7kz9r7UvjdwRHC9ZS3ow@mail.gmail.com>

Hi!

I was able to successfully use the auth_ephemeral module on my environment:
Kamailio > Asterisk > ARI

I ran into a problem with ARI, where Asterisk wouldn't send the complete
from URI to ARI program, just the first part (timestamp), and the most
important part (the username) isn't forwarded.

For example:
Kamailio username: 1649106119:1001
Asterisk only forwards 1649106119 to ARI, which makes it impossible for me
to track the user.

So I planned on using the deprecated username_format from Auth Ephemeral
module:
https://kamailio.org/docs/modules/4.1.x/modules/auth_ephemeral.html#auth_eph.p.username_format

By switching the timestamp with the username, my problems would be fixed.

After setting the variable, and trying to register on Kamailio with
username 1001:1649106119, I get an error message: SIP/2.0 400 Bad From URI

Am I doing something wrong?

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

From bayupmail at gmail.com  Mon Apr  4 19:31:43 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 00:31:43 +0700
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
Message-ID: <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>

I got by default installation kamailio version are 5.3.2.

If some kamctl command are disabled, what should I used to make my kamailio
communicate with other sip server as sip proxy kamailio ?

What should i did to use "least cost routing" modules, such as lcr or
carrierroute modules  ?



On Mon, Apr 4, 2022, 22:00 Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> you have to tell what kamailio version you are running to know what
> commands are available. Some for lcr are disabled on purpose, nobody
> updated them, as it is written in the output.
>
> Cheers,
> Daniel
> On 01.04.22 12:48, bayu p wrote:
>
> Dear Expert Kamailio,
>
> I use this tutorial kamctl to make kamailio and other sip server
> communicated
> https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html
>
> but, i cannot found further tutorial how use kamctl.
> Could you please share, the detail/further  tutorial and example of kamctl
> usage..
>
> Since i always found error/failure during execute some command from the
> link, here captured:
>
> (1).
> # kamctl cr dump
> -e \E[37;31mERROR: Error opening Kamailio's FIFO
> /var/run/kamailio/kamailio_rpc.fifo
> -e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module and set
> FIFO transport parameters
>
> (2).
> # kamctl  lcr show_gws
> -e \E[37;31mERROR: command disabled
>
> (3).
> # kamctl  lcr reload
> -e \E[37;31mERROR: command disabled
>
> (4).
> # kamctl ping 192.168.31.50
> {
>   "jsonrpc":  "2.0",
>   "error":  {
>     "code": 400,
>     "message":  "Invalid request uri \"192.168.31.50\""
>   },
>   "id": 76608
> }
>
> (5).
> # kamctl cr reload
> {
>   "jsonrpc":  "2.0",
>   "error":  {
>     "code": 500,
>     "message":  "Method Not Found"
>   },
>   "id": 76659
> }
>
>
> Warm Regards,
>
>>
> __________________________________________________________
> 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
>   March 28-31, 2022 (Europe 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/20220405/c4019671/attachment.htm>

From miconda at gmail.com  Mon Apr  4 20:00:40 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 4 Apr 2022 20:00:40 +0200
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
Message-ID: <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>

kamctl has nothing to do with SIP routing done by kamailio, is just a
admin tool for kamailio, but kamailio does not depend on it for SIP routing.

You can also use kamcli or siremis as alternative admin tools for kamailio.

For using lcr or any other module, load it in the kamailio.cfg and then
set its parameters and use its functions in the routing blocks. The
readme of each module offer the reference tutorial, e.g.:

? * https://www.kamailio.org/docs/modules/stable/modules/lcr.html

Cheers,
Daniel

On 04.04.22 19:31, bayu p wrote:
> I got by default installation kamailio version are 5.3.2.
>
> If some kamctl command are disabled, what should I used to make my
> kamailio communicate with other sip server as sip proxy kamailio ?
>
> What should i did to use "least cost routing" modules, such as lcr or
> carrierroute modules? ?
>
>
>
> On Mon, Apr 4, 2022, 22:00 Daniel-Constantin Mierla
> <miconda at gmail.com> wrote:
>
>     Hello,
>
>     you have to tell what kamailio version you are running to know
>     what commands are available. Some for lcr are disabled on purpose,
>     nobody updated them, as it is written in the output.
>
>     Cheers,
>     Daniel
>
>     On 01.04.22 12:48, bayu p wrote:
>>     Dear Expert Kamailio,
>>
>>     I use this tutorial kamctl to make kamailio and other sip server
>>     communicated
>>     https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html
>>
>>     but, i cannot found further tutorial how use kamctl.
>>     Could you?please share, the detail/further? tutorial and example
>>     of kamctl usage..
>>
>>     Since i always found error/failure during execute some command
>>     from the link, here captured:
>>
>>     (1).
>>     # kamctl cr dump
>>     -e \E[37;31mERROR: Error opening Kamailio's FIFO
>>     /var/run/kamailio/kamailio_rpc.fifo
>>     -e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module
>>     and set FIFO transport parameters
>>
>>     (2).
>>     # kamctl ?lcr show_gws
>>     -e \E[37;31mERROR: command disabled
>>
>>     (3).
>>     # kamctl ?lcr reload
>>     -e \E[37;31mERROR: command disabled
>>
>>     (4).
>>     # kamctl ping 192.168.31.50
>>     {
>>     ? "jsonrpc": ?"2.0",
>>     ? "error": ?{
>>     ? ? "code": 400,
>>     ? ? "message": ?"Invalid request uri \"192.168.31.50\""
>>     ? },
>>     ? "id": 76608
>>     }
>>
>>     (5).
>>     # kamctl cr reload
>>     {
>>     ? "jsonrpc": ?"2.0",
>>     ? "error": ?{
>>     ? ? "code": 500,
>>     ? ? "message": ?"Method Not Found"
>>     ? },
>>     ? "id": 76659
>>     }
>>
>>
>>     Warm Regards,
>>
>>
>>     __________________________________________________________
>>     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 <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
>       March 28-31, 2022 (Europe 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
  March 28-31, 2022 (Europe 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/20220404/c679ab7f/attachment.htm>

From tpeirce-lists at acrovoice.ca  Tue Apr  5 02:03:39 2022
From: tpeirce-lists at acrovoice.ca (Trevor Peirce)
Date: Mon, 4 Apr 2022 17:03:39 -0700
Subject: [SR-Users] Asterisk,
 unable to find dialog for ACK with route param and call-id
In-Reply-To: <6ab47f18-e447-47b0-8ee3-235bbd390beb@gmail.com>
References: <c118e7f6-a568-cee0-6681-2fc2aadffbc2@acrovoice.ca>
 <6ab47f18-e447-47b0-8ee3-235bbd390beb@gmail.com>
Message-ID: <d171f89e-6f37-fd78-9a51-e9521f6e2428@acrovoice.ca>

Hi Daniel,

Thanks for the reply.? I have verified that dlg_manage() is being called 
for both legs of the call.? I have tested with dlg_match_mode set to 
various values with no change in behaviour.

The output I shared originally was with modparam("debugger", 
"mod_level", "dialog=4") and I don't see any change when increasing that 
to 5.

I would like to re-iterate the oddness that leg A only has these 
problems when leg B exists.? If leg B goes through a separate kamailio 
instance, A seems to work fine.

In these two scenarios, leg A works as expected:

Leg A: SBC -> Kamailio -> Asterisk (handled internally)

Leg A: SBC -> Kamailio -> Asterisk
Leg B: Asterisk -> Kamailio -> Locally registered SIP endpoint

Here leg A does not work as expected:

Leg A: SBC -> Kamailio -> Asterisk
Leg B: Asterisk -> Kamailio -> SBC

It feels like Kamailio is thinking that Leg A and B are related, but 
they shouldn't be.? They should appear as two completely independent calls.

I have tried with detect_spirals both on and off.

Thanks,
Trevor

On 2022-04-04 8:05 a.m., Daniel-Constantin Mierla wrote:
> Hello,
>
> be sure that you call dlg_manage() for all sip requests that can belongs
> to the call. Also, you can set the modparam to fallback on SIP
> attributes for dialog matching if did-param-based matching fails.
>
> For troubleshooting, try to increase the verbosity for dialog module
> using debugger module or do it globally with debug=3, then look at the
> logs printed by kamailio.
>
> Cheers,
> Daniel
>
> On 30.03.22 06:14, Trevor Peirce wrote:
>> Hello,
>>
>> I'm having some trouble with what I think is the dialog module.
>>
>> I've got Kamailio 5.5.4 running well for some time.? Recently I added
>> Asterisk to the mix and have come across an issue.
>>
>> Call to Kamailio.? Kamailio sends it to Asterisk.? Asterisk may decide
>> to "forward" the call.? To do this it will place a new outbound call
>> through Kamailio.? From the user perspective, this works absolutely
>> fine (invite, ringing, ok, bye).? The acc module handles it fine also.
>>
>> However dialog does not, and the events for ok and bye do not fire on
>> the original call.? They do fire for the forwarded call.
>>
>> I've added some logging output to try to isolate the problem, but I'm
>> no further ahead.? Here's what I have.? Any suggestions?
>>
>> ** Call initiated **
>>
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=100 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>> dlg-h-id=3360
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>> dlg-h-id=12036
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=183 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>> dlg-h-id=12036
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=183 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>> dlg-h-id=3360
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>> dlg-h-id=12036
>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>> update dialog lifetime
>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>> update dialog lifetime
>> ERROR: dialog [dlg_profile.c:1028]: dlg_set_timeout_by_profile():
>> Unable to set timeout on 3306:12036
>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>> timestamp=1648611824;time_unix=1648611824.346;method=INVITE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>> dlg-h-id=<null>
>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>> timestamp=1648611824;time_unix=1648611824.354;method=INVITE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>> dlg-h-id=<null>
>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>> '53bad4f0034b61a5745163d82daef402'
>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>> '53bad4f0034b61a5745163d82daef402'
>>
>> ** The call is answered and endpoints can talk to each other **
>> ** Now the original caller hangs up **
>>
>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>> dialog for BYE with route param '161.02d' [353:3360] and call-id
>> '53bad4f0034b61a5745163d82daef402'
>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>> timestamp=1648611831;time_unix=1648611831.933;method=BYE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>> dlg-h-id=12036
>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>> dlg-h-id=12036
>> ERROR: <script>: got result for bye = Bye!; DLG_lifetime = 8
>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>> timestamp=1648611832;time_unix=1648611832.115;method=BYE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>> ERROR: dialog [dlg_handlers.c:363]: dlg_terminated_confirmed(): failed
>> to get dialog from params!
>>
>> ** Everything ends cleanly on the other SIP endpoints **
>>
>> What can I do from here to try to isolate this further?
>>
>> Thanks,

-- 
Trevor Peirce
AcroVoice Solutions Inc

www.acrovoice.ca - 1-888-606-3030 x701



From bayupmail at gmail.com  Tue Apr  5 05:14:08 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 10:14:08 +0700
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
Message-ID: <CAMy5KNf2E_L4UmThw_xeL7Fn69oizAxoCnm8doH23TzMg-C0dA@mail.gmail.com>

I load lcr module by add some line on kamilio.cfg to make "kamctl lcr
reload" work.
so , i add line loadmodule, modparam, define and declare route(LCR), add
database info lcr gateway

when i restart kamailio, it shown failure starting kamailio, here capture :


Apr  5 10:06:14 kamal /usr/sbin/kamailio[175306]: ERROR: <core> [db.c:204]:
db_bind_mod(): Module db_mysql not found. Missing loadmodule?
Apr  5 10:06:14 kamal /usr/sbin/kamailio[175306]: ERROR: lcr
[lcr_mod.c:398]: lcr_db_bind(): unable to bind to the database module
Apr  5 10:06:14 kamal /usr/sbin/kamailio[175306]: ERROR: lcr
[lcr_mod.c:439]: mod_init(): no database module found
Apr  5 10:06:14 kamal /usr/sbin/kamailio[175306]: ERROR: <core>
[core/sr_module.c:849]: init_mod(): Error while initializing module lcr
(/usr/lib/x86_64-linux-gnu/kamailio/modules/lcr.so)


Why this log shown missing module, kind of my lcr module not loaded
correctly ?
any else missing i did to completely load this module ?

Kind Regards,

Pada tanggal Sel, 5 Apr 2022 pukul 01.00 Daniel-Constantin Mierla <
miconda at gmail.com> menulis:

> kamctl has nothing to do with SIP routing done by kamailio, is just a
> admin tool for kamailio, but kamailio does not depend on it for SIP routing.
>
> You can also use kamcli or siremis as alternative admin tools for kamailio.
>
> For using lcr or any other module, load it in the kamailio.cfg and then
> set its parameters and use its functions in the routing blocks. The readme
> of each module offer the reference tutorial, e.g.:
>
>   * https://www.kamailio.org/docs/modules/stable/modules/lcr.html
>
> Cheers,
> Daniel
> On 04.04.22 19:31, bayu p wrote:
>
> I got by default installation kamailio version are 5.3.2.
>
> If some kamctl command are disabled, what should I used to make my
> kamailio communicate with other sip server as sip proxy kamailio ?
>
> What should i did to use "least cost routing" modules, such as lcr or
> carrierroute modules  ?
>
>
>
> On Mon, Apr 4, 2022, 22:00 Daniel-Constantin Mierla <miconda at gmail.com>
> wrote:
>
>> Hello,
>>
>> you have to tell what kamailio version you are running to know what
>> commands are available. Some for lcr are disabled on purpose, nobody
>> updated them, as it is written in the output.
>>
>> Cheers,
>> Daniel
>> On 01.04.22 12:48, bayu p wrote:
>>
>> Dear Expert Kamailio,
>>
>> I use this tutorial kamctl to make kamailio and other sip server
>> communicated
>> https://manpages.ubuntu.com/manpages/xenial/man8/kamctl.8.html
>>
>> but, i cannot found further tutorial how use kamctl.
>> Could you please share, the detail/further  tutorial and example of
>> kamctl usage..
>>
>> Since i always found error/failure during execute some command from the
>> link, here captured:
>>
>> (1).
>> # kamctl cr dump
>> -e \E[37;31mERROR: Error opening Kamailio's FIFO
>> /var/run/kamailio/kamailio_rpc.fifo
>> -e \E[37;31mERROR: Make sure you have loaded the jsonrpcs module and set
>> FIFO transport parameters
>>
>> (2).
>> # kamctl  lcr show_gws
>> -e \E[37;31mERROR: command disabled
>>
>> (3).
>> # kamctl  lcr reload
>> -e \E[37;31mERROR: command disabled
>>
>> (4).
>> # kamctl ping 192.168.31.50
>> {
>>   "jsonrpc":  "2.0",
>>   "error":  {
>>     "code": 400,
>>     "message":  "Invalid request uri \"192.168.31.50\""
>>   },
>>   "id": 76608
>> }
>>
>> (5).
>> # kamctl cr reload
>> {
>>   "jsonrpc":  "2.0",
>>   "error":  {
>>     "code": 500,
>>     "message":  "Method Not Found"
>>   },
>>   "id": 76659
>> }
>>
>>
>> Warm Regards,
>>
>>>
>> __________________________________________________________
>> 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
>>   March 28-31, 2022 (Europe 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
>   March 28-31, 2022 (Europe 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/20220405/8082e81f/attachment.htm>

From nileshwargoswami19 at gmail.com  Mon Apr  4 12:36:02 2022
From: nileshwargoswami19 at gmail.com (Nileshwar Goswami)
Date: Mon, 4 Apr 2022 16:06:02 +0530
Subject: [SR-Users] Kamailio as a SBC
Message-ID: <CAFwXFoJaKfbXuEUsNHJOa6oGHfeUSPHjCoO3RQe+Df=mfQ_pZQ@mail.gmail.com>

Hi There,

I'm looking out for an SBC and came across your platform.

Can Kamailio work as a SBC and provide all the functionalities of a SBC ?

A quick reply will be appreciated.

Best Regards,
Nileshwar Goswami
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220404/78c07d84/attachment.htm>

From riccardo.villa at netaxis.be  Mon Apr  4 19:26:41 2022
From: riccardo.villa at netaxis.be (Riccardo Villa)
Date: Mon, 4 Apr 2022 19:26:41 +0200
Subject: [SR-Users] rpm.kamailio.org is down
Message-ID: <60C9EDA9-C40D-4F87-A8F4-63B5CEEC9351@netaxis.be>

Host is up and responding to ping but not to http requests.

Riccardo



-- 
--
NOTICE: This electronic mail transmission may contain confidential 
information and is intended only for the person(s) named. Any use, copying, 
or disclosure by any other person is strictly prohibited. If you have 
received this transmission in error, please notify the sender via e-mail.


From abalashov at evaristesys.com  Tue Apr  5 10:04:41 2022
From: abalashov at evaristesys.com (Alex Balashov)
Date: Tue, 5 Apr 2022 04:04:41 -0400
Subject: [SR-Users] Kamailio as a SBC
In-Reply-To: <CAFwXFoJaKfbXuEUsNHJOa6oGHfeUSPHjCoO3RQe+Df=mfQ_pZQ@mail.gmail.com>
References: <CAFwXFoJaKfbXuEUsNHJOa6oGHfeUSPHjCoO3RQe+Df=mfQ_pZQ@mail.gmail.com>
Message-ID: <45EA8699-6C43-496D-BF3A-DD9BF31465EC@evaristesys.com>

Yes and no. Have a read:

http://www.evaristesys.com/blog/kamailio-as-an-sbc-five-years-on/

?
Sent from mobile, with due apologies for brevity and errors.

> On Apr 5, 2022, at 2:10 AM, Nileshwar Goswami <nileshwargoswami19 at gmail.com> wrote:
> 
> ?
> Hi There,
> 
> I'm looking out for an SBC and came across your platform.
> 
> Can Kamailio work as a SBC and provide all the functionalities of a SBC ?
> 
> A quick reply will be appreciated.
> 
> Best Regards,
> Nileshwar Goswami 
> __________________________________________________________
> 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/20220405/fff56cae/attachment.htm>

From miconda at gmail.com  Tue Apr  5 10:43:01 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 5 Apr 2022 10:43:01 +0200
Subject: [SR-Users] Asterisk,
 unable to find dialog for ACK with route param and call-id
In-Reply-To: <d171f89e-6f37-fd78-9a51-e9521f6e2428@acrovoice.ca>
References: <c118e7f6-a568-cee0-6681-2fc2aadffbc2@acrovoice.ca>
 <6ab47f18-e447-47b0-8ee3-235bbd390beb@gmail.com>
 <d171f89e-6f37-fd78-9a51-e9521f6e2428@acrovoice.ca>
Message-ID: <c754c69f-5efd-eb25-5d90-072a5ab3ed59@gmail.com>

Hello,

do the two legs have different Call-Id and From-tag values?

Cheers,
Daniel

On 05.04.22 02:03, Trevor Peirce wrote:
> Hi Daniel,
>
> Thanks for the reply.? I have verified that dlg_manage() is being
> called for both legs of the call.? I have tested with dlg_match_mode
> set to various values with no change in behaviour.
>
> The output I shared originally was with modparam("debugger",
> "mod_level", "dialog=4") and I don't see any change when increasing
> that to 5.
>
> I would like to re-iterate the oddness that leg A only has these
> problems when leg B exists.? If leg B goes through a separate kamailio
> instance, A seems to work fine.
>
> In these two scenarios, leg A works as expected:
>
> Leg A: SBC -> Kamailio -> Asterisk (handled internally)
>
> Leg A: SBC -> Kamailio -> Asterisk
> Leg B: Asterisk -> Kamailio -> Locally registered SIP endpoint
>
> Here leg A does not work as expected:
>
> Leg A: SBC -> Kamailio -> Asterisk
> Leg B: Asterisk -> Kamailio -> SBC
>
> It feels like Kamailio is thinking that Leg A and B are related, but
> they shouldn't be.? They should appear as two completely independent
> calls.
>
> I have tried with detect_spirals both on and off.
>
> Thanks,
> Trevor
>
> On 2022-04-04 8:05 a.m., Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> be sure that you call dlg_manage() for all sip requests that can belongs
>> to the call. Also, you can set the modparam to fallback on SIP
>> attributes for dialog matching if did-param-based matching fails.
>>
>> For troubleshooting, try to increase the verbosity for dialog module
>> using debugger module or do it globally with debug=3, then look at the
>> logs printed by kamailio.
>>
>> Cheers,
>> Daniel
>>
>> On 30.03.22 06:14, Trevor Peirce wrote:
>>> Hello,
>>>
>>> I'm having some trouble with what I think is the dialog module.
>>>
>>> I've got Kamailio 5.5.4 running well for some time.? Recently I added
>>> Asterisk to the mix and have come across an issue.
>>>
>>> Call to Kamailio.? Kamailio sends it to Asterisk.? Asterisk may decide
>>> to "forward" the call.? To do this it will place a new outbound call
>>> through Kamailio.? From the user perspective, this works absolutely
>>> fine (invite, ringing, ok, bye).? The acc module handles it fine also.
>>>
>>> However dialog does not, and the events for ok and bye do not fire on
>>> the original call.? They do fire for the forwarded call.
>>>
>>> I've added some logging output to try to isolate the problem, but I'm
>>> no further ahead.? Here's what I have.? Any suggestions?
>>>
>>> ** Call initiated **
>>>
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=100 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>> dlg-h-id=3360
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>> dlg-h-id=12036
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=183 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>> dlg-h-id=12036
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=183 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>> dlg-h-id=3360
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>> dlg-h-id=12036
>>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>>> update dialog lifetime
>>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>>> update dialog lifetime
>>> ERROR: dialog [dlg_profile.c:1028]: dlg_set_timeout_by_profile():
>>> Unable to set timeout on 3306:12036
>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>> timestamp=1648611824;time_unix=1648611824.346;method=INVITE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>>>
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>> dlg-h-id=<null>
>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>> timestamp=1648611824;time_unix=1648611824.354;method=INVITE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>>>
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>> dlg-h-id=<null>
>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>>> '53bad4f0034b61a5745163d82daef402'
>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>>> '53bad4f0034b61a5745163d82daef402'
>>>
>>> ** The call is answered and endpoints can talk to each other **
>>> ** Now the original caller hangs up **
>>>
>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>> dialog for BYE with route param '161.02d' [353:3360] and call-id
>>> '53bad4f0034b61a5745163d82daef402'
>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>> timestamp=1648611831;time_unix=1648611831.933;method=BYE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>>>
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>> dlg-h-id=12036
>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>> dlg-h-id=12036
>>> ERROR: <script>: got result for bye = Bye!; DLG_lifetime = 8
>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>> timestamp=1648611832;time_unix=1648611832.115;method=BYE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>>>
>>> ERROR: dialog [dlg_handlers.c:363]: dlg_terminated_confirmed(): failed
>>> to get dialog from params!
>>>
>>> ** Everything ends cleanly on the other SIP endpoints **
>>>
>>> What can I do from here to try to isolate this further?
>>>
>>> Thanks,
>
> --?
> Trevor Peirce
> AcroVoice Solutions Inc
>
> www.acrovoice.ca - 1-888-606-3030 x701
>
>
> __________________________________________________________
> 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
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From miconda at gmail.com  Tue Apr  5 10:59:10 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 5 Apr 2022 10:59:10 +0200
Subject: [SR-Users] Auth_ephemeral Module > username_format not accepted
In-Reply-To: <CAJgOYG_QPXcFQuOF5kO-rpNsue8Kok7kz9r7UvjdwRHC9ZS3ow@mail.gmail.com>
References: <CAJgOYG_QPXcFQuOF5kO-rpNsue8Kok7kz9r7UvjdwRHC9ZS3ow@mail.gmail.com>
Message-ID: <3f88c588-f9d1-80ee-c819-4d15d11f270a@gmail.com>

Hello,

you should use the format with userid and timestamp only for
authentication username, not for From/To URI username. These are two
different fields and they accept different formats, one is set in
Proxy-/Authorization header and one in From/To SIP URI, the latter must
follow the grammar for SIP URI username.

Cheers,
Daniel

On 04.04.22 17:31, Luciano Motti wrote:
> Hi!
>
> I was able to successfully use the auth_ephemeral module on my
> environment:
> Kamailio > Asterisk > ARI
>
> I ran into a problem with ARI, where Asterisk wouldn't send the
> complete from URI to ARI program, just the first part (timestamp), and
> the most important part (the username) isn't forwarded.
>
> For example:
> Kamailio username: 1649106119:1001
> Asterisk only forwards 1649106119 to ARI, which makes it impossible
> for me to track the user.
>
> So I planned on using the deprecated username_format from Auth
> Ephemeral module:
> https://kamailio.org/docs/modules/4.1.x/modules/auth_ephemeral.html#auth_eph.p.username_format
>
> By switching the timestamp with the username, my problems would be fixed.
>
> After setting the variable, and trying to register on Kamailio with
> username 1001:1649106119, I get an error?message:?SIP/2.0 400 Bad From URI
>
> Am I doing something wrong?
>
> 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
  * 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/20220405/57a7336f/attachment.htm>

From tpeirce-lists at acrovoice.ca  Tue Apr  5 11:02:08 2022
From: tpeirce-lists at acrovoice.ca (Trevor Peirce)
Date: Tue, 5 Apr 2022 02:02:08 -0700
Subject: [SR-Users] Asterisk,
 unable to find dialog for ACK with route param and call-id
In-Reply-To: <c754c69f-5efd-eb25-5d90-072a5ab3ed59@gmail.com>
References: <c118e7f6-a568-cee0-6681-2fc2aadffbc2@acrovoice.ca>
 <6ab47f18-e447-47b0-8ee3-235bbd390beb@gmail.com>
 <d171f89e-6f37-fd78-9a51-e9521f6e2428@acrovoice.ca>
 <c754c69f-5efd-eb25-5d90-072a5ab3ed59@gmail.com>
Message-ID: <235060b0-92ba-4cdd-5716-59da0d8f01f8@acrovoice.ca>

They do, all the values are different.? Even the To is different. Only 
the From header is the same.

NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
timestamp=1648611831;time_unix=1648611831.933;method=BYE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK

NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
timestamp=1648611832;time_unix=1648611832.115;method=BYE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK

On 2022-04-05 1:43 a.m., Daniel-Constantin Mierla wrote:
> Hello,
>
> do the two legs have different Call-Id and From-tag values?
>
> Cheers,
> Daniel
>
> On 05.04.22 02:03, Trevor Peirce wrote:
>> Hi Daniel,
>>
>> Thanks for the reply.? I have verified that dlg_manage() is being
>> called for both legs of the call.? I have tested with dlg_match_mode
>> set to various values with no change in behaviour.
>>
>> The output I shared originally was with modparam("debugger",
>> "mod_level", "dialog=4") and I don't see any change when increasing
>> that to 5.
>>
>> I would like to re-iterate the oddness that leg A only has these
>> problems when leg B exists.? If leg B goes through a separate kamailio
>> instance, A seems to work fine.
>>
>> In these two scenarios, leg A works as expected:
>>
>> Leg A: SBC -> Kamailio -> Asterisk (handled internally)
>>
>> Leg A: SBC -> Kamailio -> Asterisk
>> Leg B: Asterisk -> Kamailio -> Locally registered SIP endpoint
>>
>> Here leg A does not work as expected:
>>
>> Leg A: SBC -> Kamailio -> Asterisk
>> Leg B: Asterisk -> Kamailio -> SBC
>>
>> It feels like Kamailio is thinking that Leg A and B are related, but
>> they shouldn't be.? They should appear as two completely independent
>> calls.
>>
>> I have tried with detect_spirals both on and off.
>>
>> Thanks,
>> Trevor
>>
>> On 2022-04-04 8:05 a.m., Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> be sure that you call dlg_manage() for all sip requests that can belongs
>>> to the call. Also, you can set the modparam to fallback on SIP
>>> attributes for dialog matching if did-param-based matching fails.
>>>
>>> For troubleshooting, try to increase the verbosity for dialog module
>>> using debugger module or do it globally with debug=3, then look at the
>>> logs printed by kamailio.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 30.03.22 06:14, Trevor Peirce wrote:
>>>> Hello,
>>>>
>>>> I'm having some trouble with what I think is the dialog module.
>>>>
>>>> I've got Kamailio 5.5.4 running well for some time. Recently I added
>>>> Asterisk to the mix and have come across an issue.
>>>>
>>>> Call to Kamailio.? Kamailio sends it to Asterisk.? Asterisk may decide
>>>> to "forward" the call.? To do this it will place a new outbound call
>>>> through Kamailio.? From the user perspective, this works absolutely
>>>> fine (invite, ringing, ok, bye).? The acc module handles it fine also.
>>>>
>>>> However dialog does not, and the events for ok and bye do not fire on
>>>> the original call.? They do fire for the forwarded call.
>>>>
>>>> I've added some logging output to try to isolate the problem, but I'm
>>>> no further ahead.? Here's what I have.? Any suggestions?
>>>>
>>>> ** Call initiated **
>>>>
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=100 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>>> dlg-h-id=3360
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>>> dlg-h-id=12036
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=183 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>>> dlg-h-id=12036
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=183 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>>> dlg-h-id=3360
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>>> dlg-h-id=12036
>>>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>>>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>>>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>>>> update dialog lifetime
>>>> CRITICAL: dialog [dlg_timer.c:200]: update_dlg_timer(): Trying to
>>>> update a bogus dlg tl=0x7fa0494006e8 tl->next=(nil) tl->prev=(nil)
>>>> ERROR: dialog [dlg_hash.c:1329]: update_dlg_timeout(): failed to
>>>> update dialog lifetime
>>>> ERROR: dialog [dlg_profile.c:1028]: dlg_set_timeout_by_profile():
>>>> Unable to set timeout on 3306:12036
>>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>>> timestamp=1648611824;time_unix=1648611824.346;method=INVITE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>>>>
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>>> dlg-h-id=<null>
>>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>>> timestamp=1648611824;time_unix=1648611824.354;method=INVITE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>>>>
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=200 ru=<null> tu=sip:destination at endpoint DLG_status=<null>
>>>> dlg-h-id=<null>
>>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>>>> '53bad4f0034b61a5745163d82daef402'
>>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>>> dialog for ACK with route param '161.02d' [353:3360] and call-id
>>>> '53bad4f0034b61a5745163d82daef402'
>>>>
>>>> ** The call is answered and endpoints can talk to each other **
>>>> ** Now the original caller hangs up **
>>>>
>>>> WARNING: dialog [dlg_handlers.c:1328]: dlg_onroute(): unable to find
>>>> dialog for BYE with route param '161.02d' [353:3360] and call-id
>>>> '53bad4f0034b61a5745163d82daef402'
>>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>>> timestamp=1648611831;time_unix=1648611831.933;method=BYE;from_tag=as730369e7;to_tag=as3b06b3e2;call_id=53bad4f0034b61a5745163d82daef402;code=200;reason=OK
>>>>
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=100 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>>> dlg-h-id=12036
>>>> INFO: <script>: onreply_route[MANAGE_REPLY] branch [0] rm=INVITE
>>>> rs=200 ru=<null> tu=sip:fwddest at 0.0.0.1:5060 DLG_status=<null>
>>>> dlg-h-id=12036
>>>> ERROR: <script>: got result for bye = Bye!; DLG_lifetime = 8
>>>> NOTICE: acc [acc.c:270]: acc_log_request(): ACC: transaction answered:
>>>> timestamp=1648611832;time_unix=1648611832.115;method=BYE;from_tag=as292200a1;to_tag=as75834dc4;call_id=7cef233547dca0ac7882ce5249b3b54c;code=200;reason=OK
>>>>
>>>> ERROR: dialog [dlg_handlers.c:363]: dlg_terminated_confirmed(): failed
>>>> to get dialog from params!
>>>>
>>>> ** Everything ends cleanly on the other SIP endpoints **
>>>>
>>>> What can I do from here to try to isolate this further?
>>>>
>>>> Thanks,
>> -- Trevor Peirce
>> AcroVoice Solutions Inc
>>
>> www.acrovoice.ca - 1-888-606-3030 x701
>>
>>
>> __________________________________________________________
>> 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

-- 
Trevor Peirce
AcroVoice Solutions Inc

www.acrovoice.ca - 1-888-606-3030 x701



From bayupmail at gmail.com  Tue Apr  5 11:03:51 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 16:03:51 +0700
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not
 found"
In-Reply-To: <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
Message-ID: <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>

Dear Expert,
I found failure/critical status after restart kamailio 5.3.2.
Could you please to share correct step to install/loading lcr module ?

Previously, i did load lcr module in kamailio.cfg, found "error"
db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside
kamailio.cfg file into DBURL, the error messages is transformed into as
captured below :


Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: syntax error
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: Invalid arguments
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 32:
Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
sctp_core_destroy(): SCTP API not initialized



Kind Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/164517f3/attachment.htm>

From hw at gilawa.com  Tue Apr  5 11:24:37 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 5 Apr 2022 09:24:37 +0000
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
Message-ID: <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

You have some syntax errors in your cfg file. Have a look to the mentioned lines in your kamailio.cfg (e.g. line 468).

Cheers,

Henning
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of bayu p
Sent: Tuesday, April 5, 2022 11:04 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

Dear Expert,
I found failure/critical status after restart kamailio 5.3.2.
Could you please to share correct step to install/loading lcr module ?

Previously, i did load lcr module in kamailio.cfg, found "error" db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside kamailio.cfg file into DBURL, the error messages is transformed into as captured below :


Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized



Kind Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/780cf74b/attachment.htm>

From miconda at gmail.com  Tue Apr  5 11:53:31 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 5 Apr 2022 11:53:31 +0200
Subject: [SR-Users] rpm.kamailio.org is down
In-Reply-To: <60C9EDA9-C40D-4F87-A8F4-63B5CEEC9351@netaxis.be>
References: <60C9EDA9-C40D-4F87-A8F4-63B5CEEC9351@netaxis.be>
Message-ID: <e4e29dec-6950-6780-a9fb-3638deaaaee3@gmail.com>

Hello,

thanks for heads up, I am not maintaining the box, but seems that
restarting ngnix-docker brought it back in service.

Cheers,
Daniel

On 04.04.22 19:26, Riccardo Villa wrote:
> Host is up and responding to ping but not to http requests.
>
> Riccardo
>
>
>
> -- 
> --
> NOTICE: This electronic mail transmission may contain confidential 
> information and is intended only for the person(s) named. Any use, copying, 
> or disclosure by any other person is strictly prohibited. If you have 
> received this transmission in error, please notify the sender via e-mail.
>
> __________________________________________________________
> 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
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From bayupmail at gmail.com  Tue Apr  5 12:00:48 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 17:00:48 +0700
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>

Ok, I got that point about syntax error.
I have compared the syntax with the other line format, but the result is
"it is the same syntax".

It could be related with lcr module error, due to my previous loading of
lcr module.


Pada tanggal Sel, 5 Apr 2022 pukul 16.24 Henning Westerholt <hw at gilawa.com>
menulis:

> Hello,
>
>
>
> You have some syntax errors in your cfg file. Have a look to the mentioned
> lines in your kamailio.cfg (e.g. line 468).
>
>
>
> Cheers,
>
>
>
> Henning
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *bayu
> p
> *Sent:* Tuesday, April 5, 2022 11:04 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
> not found"
>
>
>
> Dear Expert,
>
> I found failure/critical status after restart kamailio 5.3.2.
>
> Could you please to share correct step to install/loading lcr module ?
>
>
>
> Previously, i did load lcr module in kamailio.cfg, found "error"
> db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside
> kamailio.cfg file into DBURL, the error messages is transformed into as
> captured below :
>
>
>
>
>
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
>
>
>
> Kind Regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/bbddc913/attachment.htm>

From hw at gilawa.com  Tue Apr  5 12:02:33 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 5 Apr 2022 10:02:33 +0000
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
Message-ID: <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

do you?ve installed the mysql module for kamailio with system package management tools?

Cheers,

Henning

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

From: bayu p <bayupmail at gmail.com>
Sent: Tuesday, April 5, 2022 12:01 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

Ok, I got that point about syntax error.
I have compared the syntax with the other line format, but the result is "it is the same syntax".

It could be related with lcr module error, due to my previous loading of lcr module.


Pada tanggal Sel, 5 Apr 2022 pukul 16.24 Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> menulis:
Hello,

You have some syntax errors in your cfg file. Have a look to the mentioned lines in your kamailio.cfg (e.g. line 468).

Cheers,

Henning
From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of bayu p
Sent: Tuesday, April 5, 2022 11:04 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

Dear Expert,
I found failure/critical status after restart kamailio 5.3.2.
Could you please to share correct step to install/loading lcr module ?

Previously, i did load lcr module in kamailio.cfg, found "error" db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside kamailio.cfg file into DBURL, the error messages is transformed into as captured below :


Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized



Kind Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/dfb1b929/attachment.htm>

From bayupmail at gmail.com  Tue Apr  5 12:08:38 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 17:08:38 +0700
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
 <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMy5KNdFytUQ4=tJYpLsSHgaZA4PH4mZG8Kbmwf=m4MFvZTW4Q@mail.gmail.com>

What meaning of "system package management tools" ?
since my kamailio installation process did install below packages:

user at kamal:/etc/kamailio# dpkg -l |grep -i kamailio
kamailio                                   5.3.2-1build3
   very fast, dynamic and configurable SIP server
kamailio-mysql-modules:amd64               5.3.2-1build3
   MySQL database connectivity module for Kamailio
kamailio-outbound-modules:amd64            5.3.2-1build3
   SIP Outbound module for the Kamailio SIP server
kamailio-presence-modules:amd64            5.3.2-1build3
   SIP presence modules for Kamailio
kamailio-tls-modules:amd64                 5.3.2-1build3
   TLS support for the Kamailio SIP server (authentication, transport)
kamailio-websocket-modules:amd64           5.3.2-1build3
  WebSocket module for the Kamailio SIP server

Pada tanggal Sel, 5 Apr 2022 pukul 17.02 Henning Westerholt <hw at gilawa.com>
menulis:

> Hello,
>
>
>
> do you?ve installed the mysql module for kamailio with system package
> management tools?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* bayu p <bayupmail at gmail.com>
> *Sent:* Tuesday, April 5, 2022 12:01 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] CRITICAL after solve kamailio.cfg "module
> db_mysql not found"
>
>
>
> Ok, I got that point about syntax error.
>
> I have compared the syntax with the other line format, but the result is
> "it is the same syntax".
>
>
>
> It could be related with lcr module error, due to my previous loading of
> lcr module.
>
>
>
>
>
> Pada tanggal Sel, 5 Apr 2022 pukul 16.24 Henning Westerholt <hw at gilawa.com>
> menulis:
>
> Hello,
>
>
>
> You have some syntax errors in your cfg file. Have a look to the mentioned
> lines in your kamailio.cfg (e.g. line 468).
>
>
>
> Cheers,
>
>
>
> Henning
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *bayu
> p
> *Sent:* Tuesday, April 5, 2022 11:04 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
> not found"
>
>
>
> Dear Expert,
>
> I found failure/critical status after restart kamailio 5.3.2.
>
> Could you please to share correct step to install/loading lcr module ?
>
>
>
> Previously, i did load lcr module in kamailio.cfg, found "error"
> db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside
> kamailio.cfg file into DBURL, the error messages is transformed into as
> captured below :
>
>
>
>
>
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
>
>
>
> Kind Regards,
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/ec25a736/attachment.htm>

From hw at gilawa.com  Tue Apr  5 12:28:27 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 5 Apr 2022 10:28:27 +0000
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <CAMy5KNdFytUQ4=tJYpLsSHgaZA4PH4mZG8Kbmwf=m4MFvZTW4Q@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
 <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNdFytUQ4=tJYpLsSHgaZA4PH4mZG8Kbmwf=m4MFvZTW4Q@mail.gmail.com>
Message-ID: <PAXPR05MB8558863D4F293D5A17C79DE5BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

Ok, the module is installed. So, what is the line 468 from your cfg that produces the error?

Cheers,

Henning

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

From: bayu p <bayupmail at gmail.com>
Sent: Tuesday, April 5, 2022 12:09 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

What meaning of "system package management tools" ?
since my kamailio installation process did install below packages:
user at kamal:/etc/kamailio# dpkg -l |grep -i kamailio
kamailio                                   5.3.2-1build3                       very fast, dynamic and configurable SIP server
kamailio-mysql-modules:amd64               5.3.2-1build3                       MySQL database connectivity module for Kamailio
kamailio-outbound-modules:amd64            5.3.2-1build3                       SIP Outbound module for the Kamailio SIP server
kamailio-presence-modules:amd64            5.3.2-1build3                       SIP presence modules for Kamailio
kamailio-tls-modules:amd64                 5.3.2-1build3                       TLS support for the Kamailio SIP server (authentication, transport)
kamailio-websocket-modules:amd64           5.3.2-1build3                      WebSocket module for the Kamailio SIP server

Pada tanggal Sel, 5 Apr 2022 pukul 17.02 Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> menulis:
Hello,

do you?ve installed the mysql module for kamailio with system package management tools?

Cheers,

Henning

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

From: bayu p <bayupmail at gmail.com<mailto:bayupmail at gmail.com>>
Sent: Tuesday, April 5, 2022 12:01 PM
To: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

Ok, I got that point about syntax error.
I have compared the syntax with the other line format, but the result is "it is the same syntax".

It could be related with lcr module error, due to my previous loading of lcr module.


Pada tanggal Sel, 5 Apr 2022 pukul 16.24 Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> menulis:
Hello,

You have some syntax errors in your cfg file. Have a look to the mentioned lines in your kamailio.cfg (e.g. line 468).

Cheers,

Henning
From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of bayu p
Sent: Tuesday, April 5, 2022 11:04 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql not found"

Dear Expert,
I found failure/critical status after restart kamailio 5.3.2.
Could you please to share correct step to install/loading lcr module ?

Previously, i did load lcr module in kamailio.cfg, found "error" db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside kamailio.cfg file into DBURL, the error messages is transformed into as captured below :


Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: syntax error
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 27-31: Invalid arguments
Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 468, column 32:
Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized



Kind Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/1bd6fe61/attachment.htm>

From bayupmail at gmail.com  Tue Apr  5 12:47:38 2022
From: bayupmail at gmail.com (bayu p)
Date: Tue, 5 Apr 2022 17:47:38 +0700
Subject: [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
 not found"
In-Reply-To: <PAXPR05MB8558863D4F293D5A17C79DE5BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
 <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNdFytUQ4=tJYpLsSHgaZA4PH4mZG8Kbmwf=m4MFvZTW4Q@mail.gmail.com>
 <PAXPR05MB8558863D4F293D5A17C79DE5BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMy5KNf2pZevWcy1AvoXKdN-FfRHVqRP7MQoZVdW+G=uFB0-3g@mail.gmail.com>

line 468 are "modparam("lcr", "db_url", DBURL)"
it is replacement from previous line "modparam("lcr", "db_url",
"mysql://kamailioro:kamailioro at localhost/kamailio")"

here capture on kamailio.cfg file by "DBURL" filtered.

kamailio# cat -n kamailio.cfg |grep -i DBURL
   122  #!ifndef DBURL
   123  #!define DBURL "mysql://kamailio:kamailiorw at localhost/kamailio"
   365  modparam("acc", "db_url", DBURL)
   374  modparam("usrloc", "db_url", DBURL)
   381  modparam("auth_db", "db_url", DBURL)
   389  modparam("permissions", "db_url", DBURL)
   397  modparam("alias_db", "db_url", DBURL)
   403  modparam("speeddial", "db_url", DBURL)
   409  modparam("domain", "db_url", DBURL)
   416  modparam("presence", "db_url", DBURL)
   419  modparam("presence_xml", "db_url", DBURL)
   468  modparam("lcr", "db_url", DBURL)

Pada tanggal Sel, 5 Apr 2022 pukul 17.28 Henning Westerholt <hw at gilawa.com>
menulis:

> Hello,
>
>
>
> Ok, the module is installed. So, what is the line 468 from your cfg that
> produces the error?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* bayu p <bayupmail at gmail.com>
> *Sent:* Tuesday, April 5, 2022 12:09 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] CRITICAL after solve kamailio.cfg "module
> db_mysql not found"
>
>
>
> What meaning of "system package management tools" ?
>
> since my kamailio installation process did install below packages:
>
> user at kamal:/etc/kamailio# dpkg -l |grep -i kamailio
> kamailio                                   5.3.2-1build3
>      very fast, dynamic and configurable SIP server
> kamailio-mysql-modules:amd64               5.3.2-1build3
>      MySQL database connectivity module for Kamailio
> kamailio-outbound-modules:amd64            5.3.2-1build3
>      SIP Outbound module for the Kamailio SIP server
> kamailio-presence-modules:amd64            5.3.2-1build3
>      SIP presence modules for Kamailio
> kamailio-tls-modules:amd64                 5.3.2-1build3
>      TLS support for the Kamailio SIP server (authentication, transport)
> kamailio-websocket-modules:amd64           5.3.2-1build3
>     WebSocket module for the Kamailio SIP server
>
>
>
> Pada tanggal Sel, 5 Apr 2022 pukul 17.02 Henning Westerholt <hw at gilawa.com>
> menulis:
>
> Hello,
>
>
>
> do you?ve installed the mysql module for kamailio with system package
> management tools?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* bayu p <bayupmail at gmail.com>
> *Sent:* Tuesday, April 5, 2022 12:01 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] CRITICAL after solve kamailio.cfg "module
> db_mysql not found"
>
>
>
> Ok, I got that point about syntax error.
>
> I have compared the syntax with the other line format, but the result is
> "it is the same syntax".
>
>
>
> It could be related with lcr module error, due to my previous loading of
> lcr module.
>
>
>
>
>
> Pada tanggal Sel, 5 Apr 2022 pukul 16.24 Henning Westerholt <hw at gilawa.com>
> menulis:
>
> Hello,
>
>
>
> You have some syntax errors in your cfg file. Have a look to the mentioned
> lines in your kamailio.cfg (e.g. line 468).
>
>
>
> Cheers,
>
>
>
> Henning
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *bayu
> p
> *Sent:* Tuesday, April 5, 2022 11:04 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] CRITICAL after solve kamailio.cfg "module db_mysql
> not found"
>
>
>
> Dear Expert,
>
> I found failure/critical status after restart kamailio 5.3.2.
>
> Could you please to share correct step to install/loading lcr module ?
>
>
>
> Previously, i did load lcr module in kamailio.cfg, found "error"
> db_bind_mod(): Module db_mysql not found. When changes lcr db_mysql inside
> kamailio.cfg file into DBURL, the error messages is transformed into as
> captured below :
>
>
>
>
>
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:38 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:38 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: syntax error
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3536]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 27-31: Invalid arguments
> Apr  5 15:08:39 kamal kamailio: CRITICAL: <core> [core/cfg.y:3539]:
> yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line
> 468, column 32:
> Apr  5 15:08:39 kamal kamailio: INFO: <core> [core/sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
>
>
>
> Kind Regards,
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/9aea430e/attachment.htm>

From barry at flantel.com  Tue Apr  5 21:17:43 2022
From: barry at flantel.com (Barry Flanagan)
Date: Tue, 5 Apr 2022 20:17:43 +0100
Subject: [SR-Users] Jansson question
Message-ID: <438eed4a-4000-c8bb-cd33-adf228c9cb87@flantel.com>

Hi

I am trying to use the jannson_get function to pull field "secret" from 
the below json:

{"3":{"options":{"secret":"mybigsecret"}}}


This works is I use jansson_get("3.options.secret".....

However, I need to know the value of "3" in order to use it. I have 
tried all the variations on path I can find, but none apart from using 
the actual root value work for me.

How can I either:

1. Construct a PATH which will pick this up, or

2. Obtain this root value ("3" in my example)

I have tried testing using https://jsonpath.com/ and a path of 
"$..secret" and "$..options.secret" works there, but not in jansson 
kamailio module.

Any assistance much appreciated.

Thanks

-- 
-Barry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3075 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/5189dd72/attachment.key>

From gio.jose at gmail.com  Tue Apr  5 22:15:48 2022
From: gio.jose at gmail.com (Giovanni Jose)
Date: Tue, 5 Apr 2022 13:15:48 -0700
Subject: [SR-Users] More than TCP 800 concurrent calls,
 slows Kamailio (LUA FILE API REQUESTS)
In-Reply-To: <AS8PR05MB8551ACC8BDF6C09146CB7420BF1F9@AS8PR05MB8551.eurprd05.prod.outlook.com>
References: <CADXTvJN95XT8R8etegQ2CGKj4XvviML0a=3+id7JnZqRoxDS6A@mail.gmail.com>
 <AS8PR05MB855125F271114FC385014D08BF1F9@AS8PR05MB8551.eurprd05.prod.outlook.com>
 <CADXTvJPngXZ+xujobN-acGeQ=Vn2FTY5mWqx+9NzLFS0f6EXEA@mail.gmail.com>
 <AS8PR05MB8551ACC8BDF6C09146CB7420BF1F9@AS8PR05MB8551.eurprd05.prod.outlook.com>
Message-ID: <CADXTvJPLB+Pggd9VJen3g0+Xr__kJY2ORmhkfugbbP-Srauvkg@mail.gmail.com>

Hello again,

Ok I was able to resolve the load issue and yes asynchronous processing is
improving this A LOT, but now I am having issues with the ACK's as soon I
am getting an ACK request I am having this error

106(112) ERROR: * cfgtrace:request_route=[RELAY]
c=[/etc/kamailio/ccm-next-main.cfg] l=141 a=24 n=t_relay
106(112) INFO: tm [t_lookup.c:1333]: t_newtran(): attempt to create
transaction for a faked request - try to avoid it
106(112) WARNING: tm [t_reply.c:1583]: t_retransmit_reply(): WARNING:
t_retransmit_reply: no resolved dst to retransmit
106(112) ERROR: * cfgtrace:request_route=[RELAY]
c=[/etc/kamailio/ccm-next-main.cfg] l=144 a=2 n=exit

I think the problem could be because the t_newtran() is now working
properly with the ACKs so, as soon this is going to t_relay() fails.

route[RELAY_API] {
    $http_req(all) = $null;
    $http_req(suspend) = 0;
    $http_req(timeout) = 3000;
    $http_req(method) = "POST";
    $http_req(hdr) = "Content-Type: application/json";
    $http_req(hdr) = "Authorization: Bearer $sht(token=>new_token)";
    jansson_set("obj", "network", '{"srcIP":"$fd"}',
"$var(http_routing_query)");
    jansson_set("string", "callID", $ci, "$var(http_routing_query)");
    jansson_set("string", "sip", $mb, "$var(http_routing_query)");
    xlog("L_INFO","$rm API ASYNC ROUTING REQUEST:
$var(http_routing_query)\n");
    $http_req(body) = $var(http_routing_query);
    if (is_method("INVITE")) {
        xlog("L_INFO","BEFORE $rm INIT_CALL_API $var(call_request):
$var(http_routing_query)\n");
        if (!t_newtran()) {
            sl_reply_error();
            exit();
        }
        http_async_query("http:// API_END_POINT  /init",
"INIT_RELAY_API_RESPONSE");
    }
   if ( is_method("ACK|BYE|INFO") ) {
        xlog("L_INFO","BEFORE $rm DIALOG_CALL_API $var(call_request):
$var(http_routing_query)\n");
        if (!t_newtran()) {
            sl_reply_error();
            exit();
        }
        http_async_query("http://API_END_POINT", "RELAY");
    }
}





On Wed, Mar 30, 2022 at 8:19 AM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> please keep the list in CC, that others can comment as well.
>
>
>
> Beside from the obvious (improving the performance of the lua API call),
> you could use indeed asynchronous processing. If you just use the lua code
> to emit the REST request, using a native http client module would be
> probably also faster as doing it over lua.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Giovanni Jose <gio.jose at gmail.com>
> *Sent:* Wednesday, March 30, 2022 5:17 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Subject:* Re: [SR-Users] More than TCP 800 concurrent calls, slows
> Kamailio (LUA FILE API REQUESTS)
>
>
>
> Hello Henning, Thanks so much for the fast response
>
> I just commented the loop and I was hitting the backend and it's slow
> anyway maybe it's because, for this type of implementation when the
> destination of the call is decided by the API backend, I need to use
> the http_async_client module? I am noticing that for high volume calls
> kamailio slows the traffic and shows errors because there's a delay that is
> been added when the backend responds for every call.
>
>
>
> On Tue, Mar 29, 2022 at 11:53 PM Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
>
>
> why are you sleeping for 1s in the loop? This will cause Kamailio to block
> processing. I also do not see any stop condition on the loop, so it will
> loop until the limit.
>
>
>
> 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 *Giovanni
> Jose
> *Sent:* Tuesday, March 29, 2022 9:46 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] More than TCP 800 concurrent calls, slows Kamailio
> (LUA FILE API REQUESTS)
>
>
>
> Hello Guys I am having this issue where kamailio is receiving requests
> from SIPp (we are currently testing the platform and doing QA) but if we do
> more than 800 concurrent calls kamailio starts failing and slowing the
> requests, The scenario is the following:
>
>
>
> I am sending 5000 calls at 100 CPS on TCP and I am having this route in
> the configuration file:
>
> # Handle the calls to api
> route[CALL_API] {
>     xlog("L_NOTICE"," Call request $var(call_request) method: $rm \n");
>     $var(loop_true)=1;
>     while ($var(loop_true)) {
>
> if(!lua_run("call_request","$var(call_request)","$sht(token=>new_token)")) {
>             xlog("L_NOTICE", "SCRIPT: failed to execute lua function!\n");
>         }
>         if ($var(loop_true)){
>             sleep("1");
>         }
>     }
>     xlog("L_NOTICE", "SCRIPT: Sucess to execute lua function!\n");
> }
>
>
>
> So I am executing a LUA script for the requests and the API response will
> tell the destination of the call.
>
> At 800 concurrent calls, I can notice SLOWLINESS in the SIPp testing tool,
> and then I will start receiving 408 timeouts.
>
> This sounds like a load issue or something because I believe there's a
> time that it's been added every time we hit the backend and wait for the
> response.
>
>
>
> any help will be appreciated
>
>
>
> Regards
>
>
>
> Gio
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/08aa6de0/attachment.htm>

From luciano.motti at gmail.com  Tue Apr  5 23:06:46 2022
From: luciano.motti at gmail.com (Luciano Motti)
Date: Tue, 5 Apr 2022 18:06:46 -0300
Subject: [SR-Users] Auth_ephemeral Module > username_format not accepted
In-Reply-To: <3f88c588-f9d1-80ee-c819-4d15d11f270a@gmail.com>
References: <CAJgOYG_QPXcFQuOF5kO-rpNsue8Kok7kz9r7UvjdwRHC9ZS3ow@mail.gmail.com>
 <3f88c588-f9d1-80ee-c819-4d15d11f270a@gmail.com>
Message-ID: <CAJgOYG8TC=st8FaTMj-ffQH8FunnpZwTBM6H57-4KujE+3hVQg@mail.gmail.com>

It worked.

Thanks a lot!

On Tue, Apr 5, 2022 at 5:59 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> you should use the format with userid and timestamp only for
> authentication username, not for From/To URI username. These are two
> different fields and they accept different formats, one is set in
> Proxy-/Authorization header and one in From/To SIP URI, the latter must
> follow the grammar for SIP URI username.
>
> Cheers,
> Daniel
> On 04.04.22 17:31, Luciano Motti wrote:
>
> Hi!
>
> I was able to successfully use the auth_ephemeral module on my environment:
> Kamailio > Asterisk > ARI
>
> I ran into a problem with ARI, where Asterisk wouldn't send the complete
> from URI to ARI program, just the first part (timestamp), and the most
> important part (the username) isn't forwarded.
>
> For example:
> Kamailio username: 1649106119:1001
> Asterisk only forwards 1649106119 to ARI, which makes it impossible for me
> to track the user.
>
> So I planned on using the deprecated username_format from Auth Ephemeral
> module:
>
> https://kamailio.org/docs/modules/4.1.x/modules/auth_ephemeral.html#auth_eph.p.username_format
>
> By switching the timestamp with the username, my problems would be fixed.
>
> After setting the variable, and trying to register on Kamailio with
> username 1001:1649106119, I get an error message: SIP/2.0 400 Bad From URI
>
> Am I doing something wrong?
>
> 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
>   * 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/20220405/a673a3d0/attachment.htm>

From joseseabra4 at gmail.com  Wed Apr  6 00:39:47 2022
From: joseseabra4 at gmail.com (=?UTF-8?B?Sm9zw6kgU2VhYnJh?=)
Date: Tue, 5 Apr 2022 23:39:47 +0100
Subject: [SR-Users] Kamailio stop processing SIP in high call load with dlg
 replication via DMQ
Message-ID: <CAEVZRWtKvm=i5hXr8TjyH-R6yQ1=wt=oJNzdveezyaWXA67AcQ@mail.gmail.com>

Hi there,

I've two kamailio servers sharing dlg vars between them and I've noticed
that during high call load (~50-70 CPS) the kamailio that is processing all
the calls and sharing the dialogs with the other kamailio, stops processing
SIP.

If I set the parameter enable_dmq to 0 I cannot replicate the issue so I
assume that it's related to dialog replication through DMQ.

*Kamailio version: *5.4.7 - I've tested with recent versions but the issue
remains
*Configurations of Kamailio_1:*

# ----- dialog params -----
modparam("dialog", "dlg_flag", FLD_DLG)
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "enable_dmq", 1)
modparam("dialog", "h_id_start", 1000)
modparam("dialog", "h_id_step", 6000)

# ----- dmq params -----
modparam("dmq", "server_address", "sip:INTERNAL_INSTANCE_IP:5060")
modparam("dmq", "notification_address", "DMQ_NOTIFICATION_ADDRESS")

modparam("dmq", "multi_notify", 1)
modparam("dmq", "ping_interval", 10)
modparam("dmq", "num_workers",4)

*Configurations of Kamailio_2:*

# ----- dialog params -----
modparam("dialog", "dlg_flag", FLD_DLG)
modparam("dialog", "dlg_match_mode", 1)
modparam("dialog", "enable_dmq", 1)
modparam("dialog", "h_id_start", 5000)
modparam("dialog", "h_id_step", 6000)

# ----- dmq params -----
modparam("dmq", "server_address", "sip:INTERNAL_INSTANCE_IP:5060")
modparam("dmq", "notification_address", "DMQ_NOTIFICATION_ADDRESS")

modparam("dmq", "multi_notify", 1)
modparam("dmq", "ping_interval", 10)
modparam("dmq", "num_workers",4)


In this link you can find the kamctl trap
<https://textbin.net/quykw71nyl>output
after kamailio stop processing SIP.

Thank you
Best Regards
-- 
Cumprimentos
Jos? Seabra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/58b80bf8/attachment.htm>

From georgediam at gmail.com  Wed Apr  6 05:31:06 2022
From: georgediam at gmail.com (George Diamantopoulos)
Date: Wed, 6 Apr 2022 06:31:06 +0300
Subject: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
In-Reply-To: <CAPcKEYNOyE9hCi0OtcEmy4x1XV0o2d7FUKyNrxjCnj-US4-AZQ@mail.gmail.com>
References: <20180504143448.wl7okdmwitmbozof@office.pocos.nl>
 <e18c9b3c-208e-b7e8-a3f6-8e96b09aac92@gmail.com>
 <20180507144414.iclfoxl7ziowtagh@office.pocos.nl>
 <20180507153429.uix6ylqrfvxq7myy@office.pocos.nl>
 <aac7ba58-c2b1-4a98-8dc0-11b730b92341@gmail.com>
 <1b77bb52-a448-889a-cb5e-21e17df6c272@gmail.com>
 <20180525145913.yv4bdtszreycaav5@office.pocos.nl>
 <CAPcKEYPHYZXF+R3Hsk1ZZNSUdszyHGK8_udMEOv8OB38xvUJHA@mail.gmail.com>
 <PAXPR05MB85587A8DDA643C1417DD1CE5BF179@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAPcKEYNOyE9hCi0OtcEmy4x1XV0o2d7FUKyNrxjCnj-US4-AZQ@mail.gmail.com>
Message-ID: <CAPcKEYPZTOHNqW3JUGCMOCAWcF4s2EikSfWR7+LuaAiv55Gs7Q@mail.gmail.com>

Hello again,

I have confirmed the problem doesn't manifest without loading the topos
module. I'll see if I can also try a different topos backend this week to
confirm if this is a topos_redis issue or topos in general.

BR,
George

On Tue, 22 Mar 2022 at 17:11, George Diamantopoulos <georgediam at gmail.com>
wrote:

> Hello Henning,
>
> This is on kamailio 5.5.4.
>
> I'll try with a different backend and without topos and post the result
> here as soon as I find the time, just curious if anyone has stumbled on
> this with topos_redis before. Thanks!
>
> BR,
> George
>
> On Tue, 22 Mar 2022 at 15:51, Henning Westerholt <hw at gilawa.com> wrote:
>
>> Hello,
>>
>>
>>
>> please give a recent 5.5.x Kamailio a try. There was a fix regarding
>> early-dialog UPDATE handling in topos committed one year ago.
>>
>>
>>
>> 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 *George
>> Diamantopoulos
>> *Sent:* Monday, March 21, 2022 11:53 PM
>> *To:* d.tryba at pocos.nl; Kamailio (SER) - Users Mailing List <
>> sr-users at lists.kamailio.org>
>> *Subject:* Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
>>
>>
>>
>> Hello all,
>>
>>
>>
>> Any chance this could be affecting early-dialog UPDATE methods as well? I
>> haven't tried with a different backend (mysql) yet, but loose_route returns
>> false...
>>
>>
>>
>> BR,
>>
>> George
>>
>>
>>
>> On Fri, 25 May 2018 at 18:00, Daniel Tryba <d.tryba at pocos.nl> wrote:
>>
>> On Wed, May 23, 2018 at 10:51:37PM +0200, Daniel-Constantin Mierla wrote:
>> > I got a bit of time to look at this issue, can you try with the patch
>> > from the next commit?
>> >
>> > ?? -
>> >
>> https://github.com/kamailio/kamailio/commit/2a3ca5942291d29de05b14338a36cecbec11f129
>> >
>>
>> This off by 1 fix solved the PRACK issue with redis backend.
>>
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> 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/20220406/0a85ea7d/attachment.htm>

From bayupmail at gmail.com  Wed Apr  6 07:16:23 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 6 Apr 2022 12:16:23 +0700
Subject: [SR-Users] no pcre.h file kamailio 5.5.4
In-Reply-To: <CAMy5KNf2pZevWcy1AvoXKdN-FfRHVqRP7MQoZVdW+G=uFB0-3g@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <787b107f-b5d5-6a22-e34f-a5ee3723a34a@gmail.com>
 <CAMy5KNf9k13ZRuZ=L7gjfnfJo9oQEDS9PQwe1UVda52U1OZBwQ@mail.gmail.com>
 <3376eb58-68cd-8894-9aee-976a8826b6c5@gmail.com>
 <CAMy5KNc=Mr+e90yXBWYKgEDPjy-qsiyMBDMbBRmysfTKxX--DA@mail.gmail.com>
 <PAXPR05MB85585E8E924F856879BF9CCEBFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNe=Oytys0D6_yKg5pLQVwrRFnGcqV86Vhw7qtBVqadOsw@mail.gmail.com>
 <PAXPR05MB8558EF46CCF752654984EF30BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNdFytUQ4=tJYpLsSHgaZA4PH4mZG8Kbmwf=m4MFvZTW4Q@mail.gmail.com>
 <PAXPR05MB8558863D4F293D5A17C79DE5BFE49@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNf2pZevWcy1AvoXKdN-FfRHVqRP7MQoZVdW+G=uFB0-3g@mail.gmail.com>
Message-ID: <CAMy5KNcV7EPA1=TF4MVHqx0xWGP5uNDdSv26kWz3YKWbHmtgtw@mail.gmail.com>

Dear Developer,

would you please share which pcre.h file ? due to my compiling source
kamailio 5.5.4 found error.


Kind Regards,

In file included from dialplan.c:59:

dialplan.h:33:10: fatal error: pcre.h: No such file or directory

   33 | #include <pcre.h>

      |          ^~~~~~~~

compilation terminated.

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

From bayupmail at gmail.com  Wed Apr  6 07:19:50 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 6 Apr 2022 12:19:50 +0700
Subject: [SR-Users] kamailio 5.5.4 source not found file pcre.h file
Message-ID: <CAMy5KNfQoc_6ehnnckSkNAAU9gsNB-mUPxXUgMbvq64OQQfPZQ@mail.gmail.com>

Dear Developer,

would you please share which pcre.h file ? due to my compiling source
kamailio 5.5.4 found error as captured below.

In file included from dialplan.c:59:

dialplan.h:33:10: fatal error: pcre.h: No such file or directory

   33 | #include <pcre.h>

      |          ^~~~~~~~

compilation terminated.

Kind Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/5fdf763b/attachment.htm>

From vishalmpai at gmail.com  Wed Apr  6 07:49:57 2022
From: vishalmpai at gmail.com (Vishal Pai)
Date: Wed, 6 Apr 2022 11:19:57 +0530
Subject: [SR-Users] kamailio 5.5.4 source not found file pcre.h file
In-Reply-To: <CAMy5KNfQoc_6ehnnckSkNAAU9gsNB-mUPxXUgMbvq64OQQfPZQ@mail.gmail.com>
References: <CAMy5KNfQoc_6ehnnckSkNAAU9gsNB-mUPxXUgMbvq64OQQfPZQ@mail.gmail.com>
Message-ID: <CACOmXtAxLeiWMt=mGCViRjdYzcK_uEa6FYak=OEi9CXcKrKsuA@mail.gmail.com>

Bayu,

Seem like dependencies issue can you please try

For Debian/ubuntu
sudo apt-get install libpcre3-dev

For CentOS you will need to use
sudo yum install pcre-devel

and recompile it.


On Wed, Apr 6, 2022 at 10:50 AM bayu p <bayupmail at gmail.com> wrote:

> Dear Developer,
>
> would you please share which pcre.h file ? due to my compiling source
> kamailio 5.5.4 found error as captured below.
>
> In file included from dialplan.c:59:
>
> dialplan.h:33:10: fatal error: pcre.h: No such file or directory
>
>    33 | #include <pcre.h>
>
>       |          ^~~~~~~~
>
> compilation terminated.
>
> Kind Regards,
> __________________________________________________________
> 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/20220406/b30aa3e6/attachment.htm>

From barry at flanagan.ie  Tue Apr  5 21:12:02 2022
From: barry at flanagan.ie (Barry Flanagan)
Date: Tue, 5 Apr 2022 20:12:02 +0100
Subject: [SR-Users] Jansson question
Message-ID: <cbe4d53e-1efc-4dbd-6f7b-144b57876ca5@flanagan.ie>

Hi

I am trying to use the jannson_get function to pull field "secret" from 
the below json:

{"3":{"options":{"secret":"mybigsecret"}}}


This works is I use jansson_get("3.options.secret".....

However, I need to know the value of "3" in order to use it. I have 
tried all the variations on path I can find, but none apart from using 
the actual root value work for me.

How can I either:

1. Construct a PATH which will pick this up, or

2. Obtain this root value ("3" in my example)

I have tried testing using https://jsonpath.com/ and a path of 
"$..secret" and "$..options.secret" works there, but not in jansson 
kamailio module.

Any assistance much appreciated.

Thanks

-- 
-Barry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0xB1C81B216B50A825.asc
Type: application/pgp-keys
Size: 3074 bytes
Desc: OpenPGP public key
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220405/7f61329f/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/20220405/7f61329f/attachment.sig>

From bayupmail at gmail.com  Wed Apr  6 08:53:23 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 6 Apr 2022 13:53:23 +0700
Subject: [SR-Users] Manual usage and example kamailio kamctl
In-Reply-To: <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>
Message-ID: <CAMy5KNfWq+y33cr9SxZTvyd6Kd89R5DU70j+k_C4RYhPXnoVMA@mail.gmail.com>

Dear Fred,

I already add module lcr, but found error when searching pvar "ddn" inside
source code core/pvapi.c at line 923, as shown captured below :

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/pvapi.c:923]: pv_parse_spec2(): error searching pvar "ddn"

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/pvapi.c:1126]: pv_parse_spec2(): wrong char [n/110] in [$ddn] at [3
(0)]

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: xlog [xlog.c:511]:
xdbg_fixup_helper(): wrong format[Domain of destination: $ddn]

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:901

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:903

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:918

The question are, how to define correct "INVITE" methode inside route[LCR]
which I already defined inside kamailio.cfg:

route[LCR] {

if (status=="200")

{

  xlog("LCR: Inside the LCR routen");

}


if(method=="INVITE")

{

  xlog("We got an invite");

  if(!load_gws(1, $rU, $var(caller_uri))) {

    xlog("Couldn't load gateways");

    sl_send_reply("500", "Server Internal Error - Cannot load gateways");

    exit;

  } else {

        xlog("GW Selected '$avp(i:709)'n");

        xlog("Domain of destination: $ddn");

        xlog("To URI: $tun");

  }


  if(!next_gw()) {

    xlog("Couldn't proceed to next gateway");

    sl_send_reply("503", "Service not available, no gateways found");

    exit;

  } else {

        xlog("Calling the first matched gatewayn");

        xlog("ruri_user_avp: '$avp(i:500)'n");

        xlog("To URI after next_gw: $tun");

        xlog("Request URI: $rUn");


  }


}

}

Warm Regards,

Pada tanggal Jum, 1 Apr 2022 pukul 19.51 Fred Posner <fred at palner.com>
menulis:

> On 4/1/22 06:48, bayu p wrote:
> > [snip]
> >
> > but, i cannot found further tutorial how use kamctl.
> > Could you please share, the detail/further  tutorial and example of
> > kamctl usage..
> > [...]
> It looks like there are some aspects of the commands you're hitting
> incorrectly as well as perhaps not having the modules loaded or configured.
>
> You can also try with kamcmd... such as kamcmd core.uptime or kamcmd
> core.info
>
> Fred Posner | palner.com
> Matrix: https://matrix.to/#/@fred:matrix.lod.com
> o: +1 (212) 937-7844
>
>
> __________________________________________________________
> 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/20220406/28e615fb/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 09:07:33 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 07:07:33 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml only
 part
In-Reply-To: <1858751649228691@mail.yandex.ru>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
Message-ID: <258864708.2552614.1649228853948@mail.yahoo.com>

hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/9f1036dd/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 09:16:51 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 07:16:51 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <258864708.2552614.1649228853948@mail.yahoo.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
Message-ID: <2016998319.2566189.1649229411452@mail.yahoo.com>

 not sure why my first post is not formatted, sending it second time to make sure if it comes formatted or not:
hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art
 

    On Wednesday, April 6, 2022, 03:07:34 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
 hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/efeb637b/attachment.htm>

From miconda at gmail.com  Wed Apr  6 09:17:39 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 6 Apr 2022 09:17:39 +0200
Subject: [SR-Users] Jansson question
In-Reply-To: <cbe4d53e-1efc-4dbd-6f7b-144b57876ca5@flanagan.ie>
References: <cbe4d53e-1efc-4dbd-6f7b-144b57876ca5@flanagan.ie>
Message-ID: <e89e3fed-8bb0-beab-d46a-a4b1280adefa@gmail.com>

Hello,

I haven't implemented the jansson module, but the docs suggests it
supports only path with names:

? *
https://www.kamailio.org/docs/modules/stable/modules/jansson.html#jansson.f.jansson_get

I think you can get it with transformations {s.after} and {s.before}. Or
use inline execution of a Kemi script that can help with own json parser.

Cheers,
Daniel

On 05.04.22 21:12, Barry Flanagan wrote:
> Hi
>
> I am trying to use the jannson_get function to pull field "secret"
> from the below json:
>
> {"3":{"options":{"secret":"mybigsecret"}}}
>
>
> This works is I use jansson_get("3.options.secret".....
>
> However, I need to know the value of "3" in order to use it. I have
> tried all the variations on path I can find, but none apart from using
> the actual root value work for me.
>
> How can I either:
>
> 1. Construct a PATH which will pick this up, or
>
> 2. Obtain this root value ("3" in my example)
>
> I have tried testing using https://jsonpath.com/ and a path of
> "$..secret" and "$..options.secret" works there, but not in jansson
> kamailio module.
>
> Any assistance much appreciated.
>
> Thanks
>
> --?
> -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

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From hvspa at yahoo.com  Wed Apr  6 09:18:32 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 07:18:32 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <2016998319.2566189.1649229411452@mail.yahoo.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
 <2016998319.2566189.1649229411452@mail.yahoo.com>
Message-ID: <65209204.2562021.1649229512485@mail.yahoo.com>

sending third time the same message, if not formatted again, please excuse me and please let me know how to send so the message comes in formatted:

hello everyone,
?
i am trying to parse the xml from the message body: get_body_part("application/pidf+xml", "$var(pbody)"); and i am getting the following in my pbody var:
?
Content-Disposition: render;handling=optional
Content-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org>
<?xml version="1.0"?>
<presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
<dm:device id="Wifi">
<gp:geopriv>
<gp:location-info>
<gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
<gml:pos>31.204359 -44.512358</gml:pos>
<gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
</gs:Circle>
<con:confidence pdf="normal">92</con:confidence>
</gp:location-info>
<gp:method>DBH_HELO</gp:method>
<gp:usage-rules/>
</gp:geopriv>
<dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
</dm:device>
</presence>
?
?
how can i escape the first two lines in order to get the xml part of the content?
?
thanks in advance,
Art



   On Wednesday, April 6, 2022, 03:16:51 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
  not sure why my first post is not formatted, sending it second time to make sure if it comes formatted or not:
hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art
 

    On Wednesday, April 6, 2022, 03:07:34 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
 hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/99b073b9/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 10:14:48 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 08:14:48 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <65209204.2562021.1649229512485@mail.yahoo.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
 <2016998319.2566189.1649229411452@mail.yahoo.com>
 <65209204.2562021.1649229512485@mail.yahoo.com>
Message-ID: <960957437.2565063.1649232888037@mail.yahoo.com>

i have managed to escape first two lines assuming their length is constant:

$var(pbody) = $(var(pbody){s.strip,115});defined the namespaces:

??? 455 modparam("xmlops", "xml_ns", "pidf=urn:ietf:params:xml:ns:pidf")
??? 456 modparam("xmlops", "xml_ns", "gp=urn:ietf:params:xml:ns:pidf:geopriv10")
??? 457 modparam("xmlops", "xml_ns", "gs=http://www.opengis.net/pidflo/1.0")
??? 458 modparam("xmlops", "xml_ns", "gml=http://www.opengis.net/gml")

now i am trying to access the namespace "gml" from xml document but no luck:

593???????????????? xinfo("GML_LOC: $xml(x=>xpath:/gml:pos)\n");

trying to get the position from XML document:
<?xml version="1.0"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+16478897789 at ims.mnc015.mcc302.3gppnetwork.org">
<dm:device id="Wifi">
<gp:geopriv>
<gp:location-info>
<gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
<gml:pos>31.204359 -44.512358</gml:pos>
<gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
</gs:Circle>
<con:confidence pdf="normal">92</con:confidence>
</gp:location-info>
<gp:method>DBH_HELO</gp:method>
<gp:usage-rules/>
</gp:geopriv>
<dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
</dm:device>
</presence>
any ideas how to correctly define the gml namespace to be able to access the "pos" ?
thanks in advance,


    On Wednesday, April 6, 2022, 03:18:32 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
 sending third time the same message, if not formatted again, please excuse me and please let me know how to send so the message comes in formatted:

hello everyone,
?
i am trying to parse the xml from the message body: get_body_part("application/pidf+xml", "$var(pbody)"); and i am getting the following in my pbody var:
?
Content-Disposition: render;handling=optional
Content-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org>
<?xml version="1.0"?>
<presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
<dm:device id="Wifi">
<gp:geopriv>
<gp:location-info>
<gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
<gml:pos>31.204359 -44.512358</gml:pos>
<gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
</gs:Circle>
<con:confidence pdf="normal">92</con:confidence>
</gp:location-info>
<gp:method>DBH_HELO</gp:method>
<gp:usage-rules/>
</gp:geopriv>
<dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
</dm:device>
</presence>
?
?
how can i escape the first two lines in order to get the xml part of the content?
?
thanks in advance,
Art



   On Wednesday, April 6, 2022, 03:16:51 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
  not sure why my first post is not formatted, sending it second time to make sure if it comes formatted or not:
hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art
 

    On Wednesday, April 6, 2022, 03:07:34 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
 hello everyone,?i am trying to parse the xml from the message body:?get_body_part("application/pidf+xml", "$var(pbody)");?and i am getting the following in my pbody var:?Content-Disposition: render;handling=optionalContent-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org><?xml version="1.0"?><presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org"><dm:device id="Wifi"><gp:geopriv><gp:location-info><gs:Circle srsName="urn:ogc:def:crs:EPSG::5524"><gml:pos>31.204359 -44.512358</gml:pos><gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius></gs:Circle><con:confidence pdf="normal">92</con:confidence></gp:location-info><gp:method>DBH_HELO</gp:method><gp:usage-rules/></gp:geopriv><dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp></dm:device></presence>??how can i escape the first two lines in order to get the xml part of the content??thanks in advance,Art      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/075e0ab6/attachment.htm>

From miconda at gmail.com  Wed Apr  6 10:40:52 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 6 Apr 2022 10:40:52 +0200
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <960957437.2565063.1649232888037@mail.yahoo.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
 <2016998319.2566189.1649229411452@mail.yahoo.com>
 <65209204.2562021.1649229512485@mail.yahoo.com>
 <960957437.2565063.1649232888037@mail.yahoo.com>
Message-ID: <4480e645-1d89-cea6-6af4-351861382868@gmail.com>

It doesn't seem that element gml:pos is the root node, so the path to it
has to contain the parent tags. See the xpath specs to understand
betther how it has to be constructed.

Cheers,
Daniel

On 06.04.22 10:14, Artur Hovsepyan wrote:
> i have managed to escape first two lines assuming their length is
> constant:
>
>
> $var(pbody) = $(var(pbody){s.strip,115});
> defined the namespaces:
>
> ??? 455 modparam("xmlops", "xml_ns", "pidf=urn:ietf:params:xml:ns:pidf")
> ??? 456 modparam("xmlops", "xml_ns",
> "gp=urn:ietf:params:xml:ns:pidf:geopriv10")
> ??? 457 modparam("xmlops", "xml_ns",
> "gs=http://www.opengis.net/pidflo/1.0")
> ??? 458 modparam("xmlops", "xml_ns", "gml=http://www.opengis.net/gml")
>
> now i am trying to access the namespace "gml" from xml document but no
> luck:
>
>
> 593???????????????? xinfo("GML_LOC: $xml(x=>xpath:/gml:pos)\n");
>
> trying to get the position from XML document:
>
> <?xml version="1.0"?>
> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
> xmlns:gml="http://www.opengis.net/gml"
> xmlns:gs="http://www.opengis.net/pidflo/1.0"
> xmlns:con="urn:ietf:params:xml:ns:geopriv:conf"
> entity="sip:+16478897789 at ims.mnc015.mcc302.3gppnetwork.org">
> <dm:device id="Wifi">
> <gp:geopriv>
> <gp:location-info>
> <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
> *<gml:pos>31.204359 -44.512358</gml:pos>*
> <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
> </gs:Circle>
> <con:confidence pdf="normal">92</con:confidence>
> </gp:location-info>
> <gp:method>DBH_HELO</gp:method>
> <gp:usage-rules/>
> </gp:geopriv>
> <dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
> </dm:device>
> </presence>
>
> any ideas how to correctly define the gml namespace to be able to
> access the "pos" ?
>
> thanks in advance,
>
>
> On Wednesday, April 6, 2022, 03:18:32 AM EDT, Artur Hovsepyan
> <hvspa at yahoo.com> wrote:
>
>
> sending third time the same message, if not formatted again, please
> excuse me and please let me know how to send so the message comes in
> formatted:
>
>
> hello everyone,
> ?
> i am trying to parse the xml from the message body:
> get_body_part("application/pidf+xml", "$var(pbody)"); and i am getting
> the following in my pbody var:
> ?
> Content-Disposition: render;handling=optional
> Content-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org>
> <?xml version="1.0"?>
> <presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
> xmlns:gml="http://www.opengis.net/gml"
> xmlns:gs="http://www.opengis.net/pidflo/1.0"
> xmlns:con="urn:ietf:params:xml:ns:geopriv:conf"
> entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
> <dm:device id="Wifi">
> <gp:geopriv>
> <gp:location-info>
> <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
> <gml:pos>31.204359 -44.512358</gml:pos>
> <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
> </gs:Circle>
> <con:confidence pdf="normal">92</con:confidence>
> </gp:location-info>
> <gp:method>DBH_HELO</gp:method>
> <gp:usage-rules/>
> </gp:geopriv>
> <dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
> </dm:device>
> </presence>
> ?
> ?
> how can i escape the first two lines in order to get the xml part of
> the content?
> ?
> thanks in advance,
> Art
>
>
>
> On Wednesday, April 6, 2022, 03:16:51 AM EDT, Artur Hovsepyan
> <hvspa at yahoo.com> wrote:
>
>
> not sure why my first post is not formatted, sending it second time to
> make sure if it comes formatted or not:
>
> hello everyone,
> ?
> i am trying to parse the xml from the message
> body:?_get_body_part("application/pidf+xml", "$var(pbody)");_?and i am
> getting the following in my pbody var:
> ?
> Content-Disposition: render;handling=optional
> Content-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org>
> <?xml version="1.0"?>
> <presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
> xmlns:gml="http://www.opengis.net/gml"
> xmlns:gs="http://www.opengis.net/pidflo/1.0"
> xmlns:con="urn:ietf:params:xml:ns:geopriv:conf"
> entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
> <dm:device id="Wifi">
> <gp:geopriv>
> <gp:location-info>
> <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
> <gml:pos>31.204359 -44.512358</gml:pos>
> <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
> </gs:Circle>
> <con:confidence pdf="normal">92</con:confidence>
> </gp:location-info>
> <gp:method>DBH_HELO</gp:method>
> <gp:usage-rules/>
> </gp:geopriv>
> <dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
> </dm:device>
> </presence>
> ?
> ?
> how can i escape the first two lines in order to get the xml part of
> the content?
> ?
> thanks in advance,
> Art
>
>
>
> On Wednesday, April 6, 2022, 03:07:34 AM EDT, Artur Hovsepyan
> <hvspa at yahoo.com> wrote:
>
>
> hello everyone,
> ?
> i am trying to parse the xml from the message
> body:?_get_body_part("application/pidf+xml", "$var(pbody)");_?and i am
> getting the following in my pbody var:
> ?
> Content-Disposition: render;handling=optional
> Content-ID: <sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org>
> <?xml version="1.0"?>
> <presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
> xmlns:gml="http://www.opengis.net/gml"
> xmlns:gs="http://www.opengis.net/pidflo/1.0"
> xmlns:con="urn:ietf:params:xml:ns:geopriv:conf"
> entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
> <dm:device id="Wifi">
> <gp:geopriv>
> <gp:location-info>
> <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
> <gml:pos>31.204359 -44.512358</gml:pos>
> <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
> </gs:Circle>
> <con:confidence pdf="normal">92</con:confidence>
> </gp:location-info>
> <gp:method>DBH_HELO</gp:method>
> <gp:usage-rules/>
> </gp:geopriv>
> <dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
> </dm:device>
> </presence>
> ?
> ?
> how can i escape the first two lines in order to get the xml part of
> the content?
> ?
> thanks in advance,
> Art
>
> __________________________________________________________
> 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
  * 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/20220406/9387f85e/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 15:45:24 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 13:45:24 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <4480e645-1d89-cea6-6af4-351861382868@gmail.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
 <2016998319.2566189.1649229411452@mail.yahoo.com>
 <65209204.2562021.1649229512485@mail.yahoo.com>
 <960957437.2565063.1649232888037@mail.yahoo.com>
 <4480e645-1d89-cea6-6af4-351861382868@gmail.com>
Message-ID: <1517793623.2635558.1649252724848@mail.yahoo.com>

hi Daniel,i have also tried to access like this, but still no luck:
xinfo("status: $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:Circle/pidf:gml:pos)\n");
so i am not sure how do i access the gml_loc correctly. will appreciate if you give me an example of similar XML so i can use to get what i want to get.
thanks

 

    On Wednesday, April 6, 2022, 04:40:56 AM EDT, Daniel-Constantin Mierla <miconda at gmail.com> wrote:  
 
  
It doesn't seem that element gml:pos is the root node, so the path to it has to contain the parent tags. See the xpath specs to understand betther how it has to be constructed.
 
Cheers,
 Daniel
   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/bc9c5da9/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 16:02:31 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 14:02:31 +0000 (UTC)
Subject: [SR-Users] escape firt two lines from get_body_part to get xml
 only part
In-Reply-To: <1517793623.2635558.1649252724848@mail.yahoo.com>
References: <1942011649228059@mail.yandex.ru> <1858751649228691@mail.yandex.ru>
 <258864708.2552614.1649228853948@mail.yahoo.com>
 <2016998319.2566189.1649229411452@mail.yahoo.com>
 <65209204.2562021.1649229512485@mail.yahoo.com>
 <960957437.2565063.1649232888037@mail.yahoo.com>
 <4480e645-1d89-cea6-6af4-351861382868@gmail.com>
 <1517793623.2635558.1649252724848@mail.yahoo.com>
Message-ID: <1076584365.2656729.1649253751381@mail.yahoo.com>

I am trying different variants, but no luck:

xinfo("status: $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n");
xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/pidf:dm\:device/pidf:gp\:geopriv/pidf:gp\:location-info/pidf:gs\:Circle/pidf:gml\:pos)\n");
xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos)\n");


    On Wednesday, April 6, 2022, 09:45:24 AM EDT, Artur Hovsepyan <hvspa at yahoo.com> wrote:  
 
 hi Daniel,i have also tried to access like this, but still no luck:
xinfo("status: $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:Circle/pidf:gml:pos)\n");
so i am not sure how do i access the gml_loc correctly. will appreciate if you give me an example of similar XML so i can use to get what i want to get.
thanks

 

    On Wednesday, April 6, 2022, 04:40:56 AM EDT, Daniel-Constantin Mierla <miconda at gmail.com> wrote:  
 
  
It doesn't seem that element gml:pos is the root node, so the path to it has to contain the parent tags. See the xpath specs to understand betther how it has to be constructed.
 
Cheers,
 Daniel
     
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/b751f8a1/attachment.htm>

From wojciech.kopciewicz at motorolasolutions.com  Wed Apr  6 16:12:44 2022
From: wojciech.kopciewicz at motorolasolutions.com (Wojciech Kopciewicz)
Date: Wed, 6 Apr 2022 16:12:44 +0200
Subject: [SR-Users] Intermittent error seen when using a python script
 in kamailio
In-Reply-To: <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>
References: <CAFtx=7Yer+r2-D-GCo1tHy0Dg7x4fbNwtQYT_=Mf+J9aLgAFqw@mail.gmail.com>
 <52cf4234-8804-30fd-8f12-6c49a2d5f3f8@gmail.com>
 <CAFtx=7a0hwzupF5azb8Y8DRTSXQqDEYkh6Jqr-x4K=MZb=c=wg@mail.gmail.com>
 <6be032d6-389d-2009-2168-876b001a8921@gmail.com>
 <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
 <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>
 <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>
Message-ID: <CAFtx=7Z2Ye1n=LsFPOb5SvKsJBXLhrO9XZwgLmPGqiib=b=4WA@mail.gmail.com>

Daniel,

I am not sure if this enough but here are the changes that need to be done
to have a basic test bed working:

*kamailio.cfg*:

loadmodule "app_python3.so"
modparam("app_python3", "load", "/etc/kamailio/kamailio.py")

route {
    if (is_method("INVITE")) {
        python_exec("display_headers")
    }
}

*kamailio.py*:

import KSR as KSR

def mod_init():
    KSR.xlog.xdbg("Python mod init.\n")
    return kamailio()

class kamailio:
    def __init__(self):
        KSR.xlog.xdbg("kamailio.__init__\n")

    def child_init(self, _):
        return 0

    def display_headers(self, _):
        KSR.xlog.xdbg("display_headers\n")

        header_name = "Geolocation"
        if KSR.hdr.is_present(header_name):
            i = 0
            header_value = KSR.hdr.get_idx(header_name, i)
            while header_value:
                KSR.xlog.xdbg("Found header value: {0} for header {1}
\n".format(header_value, header_name))
                i += 1
                header_value = KSR.hdr.get_idx(header_name, i)

And your INVITE message then needs to have a Geolocation header. Something
like: Geolocation: <cid:target123 at atlanta.example.com>
Of course the header name shouldn't matter as long as it is in the INVITE.

Please let me know if this is enough or I should prepare something more.
I am currently also evaluating lua script for the same purpose to see if
the same error is observed.

Pozdrawiam / Best regards,
Wojtek


On Mon, Apr 4, 2022 at 5:11 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> I am not using Python module myself, although I helped adding Kemi support
> to it. It is not easy for me to create a testbed and try to reproduce.
> Maybe you can create a minimal config and a sipp scenario that can
> reproduce it. That could help the non-python developers to troubleshoot.
>
> Cheers,
> Daniel
> On 01.04.22 15:40, Wojciech Kopciewicz wrote:
>
> Any thoughts on this?
>
> Pozdrawiam / Best regards,
> Wojtek
>
>
> On Fri, Feb 25, 2022 at 9:30 AM Wojciech Kopciewicz <
> wojciech.kopciewicz at motorolasolutions.com> wrote:
>
>> Hi Daniel,
>>
>> This is still a development setup so the traffic is very small - a few
>> calls a day.
>> It seems that the issue can be seen during first calls after some
>> inactivity.
>>
>> Pozdrawiam / Best regards,
>> Wojtek
>>
>>
>> On Wed, Feb 23, 2022 at 2:11 PM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> how often they show up and is there high volume of traffic at that
>>> moment?
>>>
>>> Cheers,
>>> Daniel
>>> On 23.02.22 11:44, Wojciech Kopciewicz wrote:
>>>
>>> Hi,
>>>
>>> Yes, those values are hard-coded strings.
>>>
>>> Pozdrawiam / Best regards,
>>> Wojtek
>>>
>>>
>>> On Wed, Feb 23, 2022 at 8:25 AM Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> do you check that header_name parameter set for KSR.hdr.is_present() is
>>>> a string value?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 22.02.22 15:36, Wojciech Kopciewicz wrote:
>>>>
>>>> Hi,
>>>>
>>>> Intermittently we are observing the following error when checking if
>>>> given header is present in SIP INVITE:
>>>>
>>>> SystemError: returned a result with an error set
>>>>
>>>> The complete stack trace is (some names redacted):
>>>> 11(28) ERROR: {1 195 INVITE nMHZDN.10nOIDt4ldOwz5cqz0XnMepA9}
>>>> app_python3 [python_support.c:156]: python_handle_exception(): apy_exec:
>>>> modify_headers((null)): Unhandled exception in the Python code:
>>>> TypeError: an integer is required (got type NoneType)
>>>>
>>>> The above exception was the direct cause of the following exception:
>>>>
>>>> Traceback (most recent call last):
>>>> File "/etc/kamailio/kamailio.py", line 25, in modify_headers
>>>> self.modify_header("SomeHeader")
>>>> File "/etc/kamailio/kamailio.py", line 29, in modify_header
>>>> present = KSR.hdr.is_present(header_name)
>>>> SystemError: returned a result with an error set
>>>>
>>>> Kamailio version (kamailio -v output):
>>>>
>>>> version: kamailio 5.4.6 (x86_64/linux)
>>>>
>>>> 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: unknown
>>>> compiled with gcc 8.3.0
>>>>
>>>> Operation system: Linux kamailio-5c7484c74d-vhhr8 5.4.0-1056-azure
>>>> #58~18.04.1-Ubuntu SMP Wed Jul 28 23:14:18 UTC 2021 x86_64 GNU/Linux
>>>>
>>>> Are you able to help me find the root cause of this issue?
>>>> Pozdrawiam / Best regards,
>>>> Wojtek
>>>>
>>>> *For more information on how and why we collect your personal
>>>> information, please visit our Privacy Policy
>>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>>
>>>> __________________________________________________________
>>>> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=oNz1IY8iG084QGzn9D7M4d5CSZ2xiCNdRm22mixUGjA&e=>
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=pnzsCbZ_eh8dJX6QplBGIAK-EmQkpN_VjRyxXF0SFxo&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=iWp3lX8ri4p3VEeSGTnGf6vgaEBQDXLQmnskbOwLB3E&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=1iFgA-q0-_ZShBF-FItoq6r0sAg09N2RKDLCO80LzGw&e=>
>>>> Kamailio Advanced Training - Online
>>>>   Mar 28-31, 2022 (Europe Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=QwGb6KwCF4tHdyutmu1wpA-aRpIRbvyVHS1wcj34mdA&e=>
>>>>
>>>>
>>> *For more information on how and why we collect your personal
>>> information, please visit our Privacy Policy
>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=zJFtVCAWufSwSehp6pvpr04uyL6lD3FGqDeaFPv944I&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=qUYXpFu_MBwO--p70pHIPCfpxAjJtZr3uBK5K-mGvFA&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=9swPTb_vUy_tOOdA5cLpzqwo46lZcq49D8HfUU5nukk&e=>
>>> Kamailio Advanced Training - Online
>>>   Mar 28-31, 2022 (Europe Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=vuZxuK6JIx5vA6L8rdnutswybBv_85F8w0JaOSr-9Ps&e=>
>>>
>>>
> *For more information on how and why we collect your personal information,
> please visit our Privacy Policy
> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>
> __________________________________________________________
> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=7f7ha9mv9FqaXQl7YDrolyTf6u0qXf_Xy0QsyrFzYGI-oydX8xl3Q_RxW-TqgdKj&s=u-pT2mTVgEHvMBkYQKlW-zanBdaNyqDiiZ_dIFEKvz0&e=>
>
> --
> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=7f7ha9mv9FqaXQl7YDrolyTf6u0qXf_Xy0QsyrFzYGI-oydX8xl3Q_RxW-TqgdKj&s=ieimCnXayPj97QoLqV7DQJw3DxyWUNw5ouY9vdLm-HI&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=7f7ha9mv9FqaXQl7YDrolyTf6u0qXf_Xy0QsyrFzYGI-oydX8xl3Q_RxW-TqgdKj&s=PaDna9XJjLOUUjIER9zqaBkWszk00ERoK6fVY0gQ9wc&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=7f7ha9mv9FqaXQl7YDrolyTf6u0qXf_Xy0QsyrFzYGI-oydX8xl3Q_RxW-TqgdKj&s=ADcQ_IBCkfhVTfgAo8I2qkqkD0v-LsleY2Sk6rSDDdM&e=>
> Kamailio Advanced Training - Online
>   March 28-31, 2022 (Europe Timezone)
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=7f7ha9mv9FqaXQl7YDrolyTf6u0qXf_Xy0QsyrFzYGI-oydX8xl3Q_RxW-TqgdKj&s=_oOgZXCQtoBcFbCHCqpg9xeqAb5zpvX_HKMm0F7P_AE&e=>
>
>

-- 


*For more information on how and why we collect your personal 
information, please visit our Privacy Policy 
<https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/ed8ec4af/attachment.htm>

From bayupmail at gmail.com  Wed Apr  6 17:01:09 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 6 Apr 2022 22:01:09 +0700
Subject: [SR-Users] least cost routing module activation error
In-Reply-To: <CAMy5KNfA5n6XGLrrm-pHewJAf93ijBc+Z1qih1LxrrPNhLWvJQ@mail.gmail.com>
References: <CAMy5KNfkMoZLyB3U7y-XWj8aC+FH8CeqVykkpbyifYKs76S+PQ@mail.gmail.com>
 <a1837b04-5705-d96f-3697-f6f3ef709be7@palner.com>
 <CAMy5KNfWq+y33cr9SxZTvyd6Kd89R5DU70j+k_C4RYhPXnoVMA@mail.gmail.com>
 <CAMy5KNfA5n6XGLrrm-pHewJAf93ijBc+Z1qih1LxrrPNhLWvJQ@mail.gmail.com>
Message-ID: <CAMy5KNcVJ9JTsGJtQbo_F3bZd2y5ENFTouENgbrRRrEBKBOvfg@mail.gmail.com>

Dear Kamailio Expert,

I already add module lcr, but found error when searching pvar "ddn" inside
source code core/pvapi.c at line 923, as shown error log captured below :

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/pvapi.c:923]: pv_parse_spec2(): error searching pvar "ddn"

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/pvapi.c:1126]: pv_parse_spec2(): wrong char [n/110] in [$ddn] at [3
(0)]

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: xlog [xlog.c:511]:
xdbg_fixup_helper(): wrong format[Domain of destination: $ddn]

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:901

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:903

Apr  6 10:26:50 kamal /usr/sbin/kamailio[180954]: ERROR: <core>
[core/route.c:1166]: fix_actions(): fixing failed (code=-1) at
cfg:/etc/kamailio/kamailio.cfg:918

The question are, how to define correct "INVITE" methode (or correct
format) inside route[LCR] which is already defined inside kamailio.cfg:

route[LCR] {

if (status=="200")

{

  xlog("LCR: Inside the LCR routen");

}


if(method=="INVITE")

{

  xlog("We got an invite");

  if(!load_gws(1, $rU, $var(caller_uri))) {

    xlog("Couldn't load gateways");

    sl_send_reply("500", "Server Internal Error - Cannot load gateways");

    exit;

  } else {

        xlog("GW Selected '$avp(i:709)'n");

        xlog("Domain of destination: $ddn");

        xlog("To URI: $tun");

  }


  if(!next_gw()) {

    xlog("Couldn't proceed to next gateway");

    sl_send_reply("503", "Service not available, no gateways found");

    exit;

  } else {

        xlog("Calling the first matched gatewayn");

        xlog("ruri_user_avp: '$avp(i:500)'n");

        xlog("To URI after next_gw: $tun");

        xlog("Request URI: $rUn");


  }


}

}

Kind Regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/434ba40c/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 18:13:09 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 16:13:09 +0000 (UTC)
Subject: [SR-Users] parse XML nested name-spaces
References: <1148004886.273626.1649261589236.ref@mail.yahoo.com>
Message-ID: <1148004886.273626.1649261589236@mail.yahoo.com>

good evening everyone,
can you please help how to parse following XML body and get the "<gml:pos>31.204359 -44.512358</gml:pos>" in a variable? 

<?xml version="1.0"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
<dm:device id="Wifi">
<gp:geopriv>
<gp:location-info>
<gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
<gml:pos>31.204359 -44.512358</gml:pos>
<gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
</gs:Circle>
<con:confidence pdf="normal">92</con:confidence>
</gp:location-info>
<gp:method>DBH_HELO</gp:method>
<gp:usage-rules/>
</gp:geopriv>
<dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
</dm:device>
</presence>
i tried few variants:

xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n")
xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/pidf:dm\:device/pidf:gp\:geopriv/pidf:gp\:location-info/pidf:gs\:Circle/pidf:gml\:pos)\n");
xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n");
xinfo("GML_LOC: $xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos)\n");
and end up with error "unable to evaluate xpath expression":
ERROR: xmlops [pv_xml.c:308]: pv_get_xml(): unable to evaluate xpath expression [/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/70]

thanks in advance,Art
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/741f60fc/attachment.htm>

From georgediam at gmail.com  Wed Apr  6 19:28:45 2022
From: georgediam at gmail.com (George Diamantopoulos)
Date: Wed, 6 Apr 2022 20:28:45 +0300
Subject: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
In-Reply-To: <CAPcKEYPZTOHNqW3JUGCMOCAWcF4s2EikSfWR7+LuaAiv55Gs7Q@mail.gmail.com>
References: <20180504143448.wl7okdmwitmbozof@office.pocos.nl>
 <e18c9b3c-208e-b7e8-a3f6-8e96b09aac92@gmail.com>
 <20180507144414.iclfoxl7ziowtagh@office.pocos.nl>
 <20180507153429.uix6ylqrfvxq7myy@office.pocos.nl>
 <aac7ba58-c2b1-4a98-8dc0-11b730b92341@gmail.com>
 <1b77bb52-a448-889a-cb5e-21e17df6c272@gmail.com>
 <20180525145913.yv4bdtszreycaav5@office.pocos.nl>
 <CAPcKEYPHYZXF+R3Hsk1ZZNSUdszyHGK8_udMEOv8OB38xvUJHA@mail.gmail.com>
 <PAXPR05MB85587A8DDA643C1417DD1CE5BF179@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAPcKEYNOyE9hCi0OtcEmy4x1XV0o2d7FUKyNrxjCnj-US4-AZQ@mail.gmail.com>
 <CAPcKEYPZTOHNqW3JUGCMOCAWcF4s2EikSfWR7+LuaAiv55Gs7Q@mail.gmail.com>
Message-ID: <CAPcKEYNzo6GKAzTdo+kF=_HnQWKm6isn0-yO59czYO+MgBrGgA@mail.gmail.com>

This seems to be a topos issue regardless of backend, I tried with mariadb
as storage and UPDATE routing fails in the same way as it does with redis.
I'll probably open an issue on Github about this (early dialog UPDATE
broken by topos). PRACK seems to work fine in my case. Direction of UPDATE
vs PRACK however is different, not sure if that's important in any way.

BR,
George

On Wed, 6 Apr 2022 at 06:31, George Diamantopoulos <georgediam at gmail.com>
wrote:

> Hello again,
>
> I have confirmed the problem doesn't manifest without loading the topos
> module. I'll see if I can also try a different topos backend this week to
> confirm if this is a topos_redis issue or topos in general.
>
> BR,
> George
>
> On Tue, 22 Mar 2022 at 17:11, George Diamantopoulos <georgediam at gmail.com>
> wrote:
>
>> Hello Henning,
>>
>> This is on kamailio 5.5.4.
>>
>> I'll try with a different backend and without topos and post the result
>> here as soon as I find the time, just curious if anyone has stumbled on
>> this with topos_redis before. Thanks!
>>
>> BR,
>> George
>>
>> On Tue, 22 Mar 2022 at 15:51, Henning Westerholt <hw at gilawa.com> wrote:
>>
>>> Hello,
>>>
>>>
>>>
>>> please give a recent 5.5.x Kamailio a try. There was a fix regarding
>>> early-dialog UPDATE handling in topos committed one year ago.
>>>
>>>
>>>
>>> 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 *George
>>> Diamantopoulos
>>> *Sent:* Monday, March 21, 2022 11:53 PM
>>> *To:* d.tryba at pocos.nl; Kamailio (SER) - Users Mailing List <
>>> sr-users at lists.kamailio.org>
>>> *Subject:* Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
>>>
>>>
>>>
>>> Hello all,
>>>
>>>
>>>
>>> Any chance this could be affecting early-dialog UPDATE methods as well?
>>> I haven't tried with a different backend (mysql) yet, but loose_route
>>> returns false...
>>>
>>>
>>>
>>> BR,
>>>
>>> George
>>>
>>>
>>>
>>> On Fri, 25 May 2018 at 18:00, Daniel Tryba <d.tryba at pocos.nl> wrote:
>>>
>>> On Wed, May 23, 2018 at 10:51:37PM +0200, Daniel-Constantin Mierla wrote:
>>> > I got a bit of time to look at this issue, can you try with the patch
>>> > from the next commit?
>>> >
>>> > ?? -
>>> >
>>> https://github.com/kamailio/kamailio/commit/2a3ca5942291d29de05b14338a36cecbec11f129
>>> >
>>>
>>> This off by 1 fix solved the PRACK issue with redis backend.
>>>
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> 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/20220406/6339bb4e/attachment.htm>

From miconda at gmail.com  Wed Apr  6 19:43:06 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Wed, 6 Apr 2022 19:43:06 +0200
Subject: [SR-Users] parse XML nested name-spaces
In-Reply-To: <1148004886.273626.1649261589236@mail.yahoo.com>
References: <1148004886.273626.1649261589236.ref@mail.yahoo.com>
 <1148004886.273626.1649261589236@mail.yahoo.com>
Message-ID: <164af2f7-d3d9-ce56-c604-0b66b0aeb525@gmail.com>

iirc, to get the text between tags, you have to use text() function of
xpath (should be in the xpath specs) -- I guess you have to use:

$xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/text())

Cheers,
Daniel

On 06.04.22 18:13, Artur Hovsepyan wrote:
> good evening everyone,
>
> can you please help how to parse following XML body and get the
> "<gml:pos>31.204359 -44.512358</gml:pos>" in a variable?
>
> <?xml version="1.0"?>
> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
> xmlns:gml="http://www.opengis.net/gml"
> xmlns:gs="http://www.opengis.net/pidflo/1.0"
> xmlns:con="urn:ietf:params:xml:ns:geopriv:conf"
> entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
> <dm:device id="Wifi">
> <gp:geopriv>
> <gp:location-info>
> <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
> <gml:pos>31.204359 -44.512358</gml:pos>
> <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
> </gs:Circle>
> <con:confidence pdf="normal">92</con:confidence>
> </gp:location-info>
> <gp:method>DBH_HELO</gp:method>
> <gp:usage-rules/>
> </gp:geopriv>
> <dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
> </dm:device>
> </presence>
>
> i tried few variants:
>
> xinfo("GML_LOC:
> $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n")
> xinfo("GML_LOC:
> $xml(x=>xpath:/pidf:presence/pidf:dm\:device/pidf:gp\:geopriv/pidf:gp\:location-info/pidf:gs\:Circle/pidf:gml\:pos)\n");
> xinfo("GML_LOC:
> $xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n");
> xinfo("GML_LOC:
> $xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos)\n");
>
> and end up with error "unable to evaluate xpath expression":
>
> ERROR: xmlops [pv_xml.c:308]: pv_get_xml(): unable to evaluate xpath
> expression
> [/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/70]
>
> thanks in advance,
> Art
>
> __________________________________________________________
> 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
  * 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/20220406/5f62c819/attachment.htm>

From hvspa at yahoo.com  Wed Apr  6 20:20:19 2022
From: hvspa at yahoo.com (Artur Hovsepyan)
Date: Wed, 6 Apr 2022 18:20:19 +0000 (UTC)
Subject: [SR-Users] parse XML nested name-spaces
In-Reply-To: <164af2f7-d3d9-ce56-c604-0b66b0aeb525@gmail.com>
References: <1148004886.273626.1649261589236.ref@mail.yahoo.com>
 <1148004886.273626.1649261589236@mail.yahoo.com>
 <164af2f7-d3d9-ce56-c604-0b66b0aeb525@gmail.com>
Message-ID: <1181108704.2760549.1649269219657@mail.yahoo.com>

it still fails, i have tried handful scenarios, but still failing:
??? 454 modparam("xmlops", "xml_ns", "rpid=urn:ietf:params:xml:ns:pidf:rpid")
??? 455 modparam("xmlops", "xml_ns", "pidf=urn:ietf:params:xml:ns:pidf")
??? 456 modparam("xmlops", "xml_ns", "gp=urn:ietf:params:xml:ns:pidf:geopriv10")
??? 457 modparam("xmlops", "xml_ns", "dm=urn:ietf:params:xml:ns:pidf:data-model")
??? 458 modparam("xmlops", "xml_ns", "gs=http://www.opengis.net/pidflo/1.0")

with the text() function, i am getting error:
ERROR: <core> [core/pvapi.c:176]: pv_locate_name(): non-closing inner-name parenthesis [$xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/text()]
without text, i am getting this:
ERROR: xmlops [pv_xml.c:308]: pv_get_xml(): unable to evaluate xpath expression [/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/70]

i am still stuck.
 

    On Wednesday, April 6, 2022, 01:43:13 PM EDT, Daniel-Constantin Mierla <miconda at gmail.com> wrote:  
 
  
iirc, to get the text between tags, you have to use text() function of xpath (should be in the xpath specs) -- I guess you have to use:
 
$xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/text())
 
Cheers,
 Daniel
 
 On 06.04.22 18:13, Artur Hovsepyan wrote:
  
 
 good evening everyone, 
  can you please help how to parse following XML body and get the "<gml:pos>31.204359 -44.512358</gml:pos>" in a variable? 
  
   <?xml version="1.0"?>
 <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10" xmlns:gml="http://www.opengis.net/gml" xmlns:gs="http://www.opengis.net/pidflo/1.0" xmlns:con="urn:ietf:params:xml:ns:geopriv:conf" entity="sip:+6478897789 at ims.mnc0xx.mccxxx.3gppnetwork.org">
 <dm:device id="Wifi">
 <gp:geopriv>
 <gp:location-info>
 <gs:Circle srsName="urn:ogc:def:crs:EPSG::5524">
 <gml:pos>31.204359 -44.512358</gml:pos>
 <gs:radius uom="urn:ogc:def:uom:EPSG::8190">10.578000</gs:radius>
 </gs:Circle>
 <con:confidence pdf="normal">92</con:confidence>
 </gp:location-info>
 <gp:method>DBH_HELO</gp:method>
 <gp:usage-rules/>
 </gp:geopriv>
<dm:timestamp>2022-04-05T19:16:34Z</dm:timestamp>
 </dm:device>
 </presence> 
  i tried few variants:
  
   xinfo("GML_LOC:$xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n")
 xinfo("GML_LOC:$xml(x=>xpath:/pidf:presence/pidf:dm\:device/pidf:gp\:geopriv/pidf:gp\:location-info/pidf:gs\:Circle/pidf:gml\:pos)\n");
 xinfo("GML_LOC:$xml(x=>xpath:/pidf:presence/pidf:dm:device/pidf:gp:geopriv/pidf:gp:location-info/pidf:gs:Circle/pidf:gml:pos)\n");
 xinfo("GML_LOC:$xml(x=>xpath:/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos)\n"); 
  and end up with error "unable to evaluate xpath expression": 
  ERROR: xmlops [pv_xml.c:308]: pv_get_xml(): unable to evaluate xpath expression[/pidf:presence/dm:device/gp:geopriv/gp:location-info/gs:Circle/gml:pos/70]
    
  thanks in advance, Art
    
  __________________________________________________________
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
  * 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/20220406/3ffb515d/attachment.htm>

From david.villaume at sewan.fr  Wed Apr  6 21:00:05 2022
From: david.villaume at sewan.fr (David VILLAUME)
Date: Wed, 6 Apr 2022 19:00:05 +0000
Subject: [SR-Users] Kamailio preprocessor to get hostname
Message-ID: <PR1P264MB3342522E1935F3C7A42A6313FDE79@PR1P264MB3342.FRAP264.PROD.OUTLOOK.COM>

Hello all ,

Do you know any way to get the hostname of my server at kamailio runtime ?

The simple idea behind this would be ton import a specific environment file base on hostname.

Regards,
David

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

From bkaufman at bcmone.com  Wed Apr  6 21:03:36 2022
From: bkaufman at bcmone.com (Ben Kaufman)
Date: Wed, 6 Apr 2022 19:03:36 +0000
Subject: [SR-Users] Kamailio preprocessor to get hostname
In-Reply-To: <PR1P264MB3342522E1935F3C7A42A6313FDE79@PR1P264MB3342.FRAP264.PROD.OUTLOOK.COM>
References: <PR1P264MB3342522E1935F3C7A42A6313FDE79@PR1P264MB3342.FRAP264.PROD.OUTLOOK.COM>
Message-ID: <DM4PR11MB5407F18EE59AA06A0BFF3FB9A4E79@DM4PR11MB5407.namprd11.prod.outlook.com>

#!defenv HOSTNAME

Should work.

Ben Kaufman

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David VILLAUME
Sent: Wednesday, April 6, 2022 2:00 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Kamailio preprocessor to get hostname

Hello all ,

Do you know any way to get the hostname of my server at kamailio runtime ?

The simple idea behind this would be ton import a specific environment file base on hostname.

Regards,
David

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

From hw at gilawa.com  Wed Apr  6 21:48:57 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 6 Apr 2022 19:48:57 +0000
Subject: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
In-Reply-To: <CAPcKEYNzo6GKAzTdo+kF=_HnQWKm6isn0-yO59czYO+MgBrGgA@mail.gmail.com>
References: <20180504143448.wl7okdmwitmbozof@office.pocos.nl>
 <e18c9b3c-208e-b7e8-a3f6-8e96b09aac92@gmail.com>
 <20180507144414.iclfoxl7ziowtagh@office.pocos.nl>
 <20180507153429.uix6ylqrfvxq7myy@office.pocos.nl>
 <aac7ba58-c2b1-4a98-8dc0-11b730b92341@gmail.com>
 <1b77bb52-a448-889a-cb5e-21e17df6c272@gmail.com>
 <20180525145913.yv4bdtszreycaav5@office.pocos.nl>
 <CAPcKEYPHYZXF+R3Hsk1ZZNSUdszyHGK8_udMEOv8OB38xvUJHA@mail.gmail.com>
 <PAXPR05MB85587A8DDA643C1417DD1CE5BF179@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAPcKEYNOyE9hCi0OtcEmy4x1XV0o2d7FUKyNrxjCnj-US4-AZQ@mail.gmail.com>
 <CAPcKEYPZTOHNqW3JUGCMOCAWcF4s2EikSfWR7+LuaAiv55Gs7Q@mail.gmail.com>
 <CAPcKEYNzo6GKAzTdo+kF=_HnQWKm6isn0-yO59czYO+MgBrGgA@mail.gmail.com>
Message-ID: <PAXPR05MB8558EFB9D30C68ABA0FA5DA5BFE79@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

Thanks for the update. Opening a github issue about it is probably a good idea.

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 George Diamantopoulos
Sent: Wednesday, April 6, 2022 7:29 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK

This seems to be a topos issue regardless of backend, I tried with mariadb as storage and UPDATE routing fails in the same way as it does with redis. I'll probably open an issue on Github about this (early dialog UPDATE broken by topos). PRACK seems to work fine in my case. Direction of UPDATE vs PRACK however is different, not sure if that's important in any way.

BR,
George

On Wed, 6 Apr 2022 at 06:31, George Diamantopoulos <georgediam at gmail.com<mailto:georgediam at gmail.com>> wrote:
Hello again,

I have confirmed the problem doesn't manifest without loading the topos module. I'll see if I can also try a different topos backend this week to confirm if this is a topos_redis issue or topos in general.

BR,
George

On Tue, 22 Mar 2022 at 17:11, George Diamantopoulos <georgediam at gmail.com<mailto:georgediam at gmail.com>> wrote:
Hello Henning,

This is on kamailio 5.5.4.

I'll try with a different backend and without topos and post the result here as soon as I find the time, just curious if anyone has stumbled on this with topos_redis before. Thanks!

BR,
George

On Tue, 22 Mar 2022 at 15:51, Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:
Hello,

please give a recent 5.5.x Kamailio a try. There was a fix regarding early-dialog UPDATE handling in topos committed one year ago.

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 George Diamantopoulos
Sent: Monday, March 21, 2022 11:53 PM
To: d.tryba at pocos.nl<mailto:d.tryba at pocos.nl>; Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK

Hello all,

Any chance this could be affecting early-dialog UPDATE methods as well? I haven't tried with a different backend (mysql) yet, but loose_route returns false...

BR,
George

On Fri, 25 May 2018 at 18:00, Daniel Tryba <d.tryba at pocos.nl<mailto:d.tryba at pocos.nl>> wrote:
On Wed, May 23, 2018 at 10:51:37PM +0200, Daniel-Constantin Mierla wrote:
> I got a bit of time to look at this issue, can you try with the patch
> from the next commit?
>
> ?? -
> https://github.com/kamailio/kamailio/commit/2a3ca5942291d29de05b14338a36cecbec11f129
>

This off by 1 fix solved the PRACK issue with redis backend.


_______________________________________________
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/b7b68d8e/attachment.htm>

From bayupmail at gmail.com  Thu Apr  7 08:09:47 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 13:09:47 +0700
Subject: [SR-Users] kamailio 5.5.4 source not found file pcre.h file
In-Reply-To: <CACOmXtAxLeiWMt=mGCViRjdYzcK_uEa6FYak=OEi9CXcKrKsuA@mail.gmail.com>
References: <CAMy5KNfQoc_6ehnnckSkNAAU9gsNB-mUPxXUgMbvq64OQQfPZQ@mail.gmail.com>
 <CACOmXtAxLeiWMt=mGCViRjdYzcK_uEa6FYak=OEi9CXcKrKsuA@mail.gmail.com>
Message-ID: <CAMy5KNcu0R9NTZLy4A-tkNz3oL3FZWJo_MkHMZfmQVUCQ-de7g@mail.gmail.com>

That is good news, appreciated..

thanks

On Wed, Apr 6, 2022, 12:51 Vishal Pai <vishalmpai at gmail.com> wrote:

> Bayu,
>
> Seem like dependencies issue can you please try
>
> For Debian/ubuntu
> sudo apt-get install libpcre3-dev
>
> For CentOS you will need to use
> sudo yum install pcre-devel
>
> and recompile it.
>
>
> On Wed, Apr 6, 2022 at 10:50 AM bayu p <bayupmail at gmail.com> wrote:
>
>> Dear Developer,
>>
>> would you please share which pcre.h file ? due to my compiling source
>> kamailio 5.5.4 found error as captured below.
>>
>> In file included from dialplan.c:59:
>>
>> dialplan.h:33:10: fatal error: pcre.h: No such file or directory
>>
>>    33 | #include <pcre.h>
>>
>>       |          ^~~~~~~~
>>
>> compilation terminated.
>>
>> Kind Regards,
>> __________________________________________________________
>> 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/20220407/a798a8bf/attachment.htm>

From allo.cool at yandex.com  Wed Apr  6 08:58:00 2022
From: allo.cool at yandex.com (Does it really matter?)
Date: Wed, 06 Apr 2022 10:58:00 +0400
Subject: [SR-Users] escape firt two lines from get_body_part to get xml only
 part
Message-ID: <1942011649228059@mail.yandex.ru>

An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220406/1de5f8c9/attachment.htm>

From georgediam at gmail.com  Thu Apr  7 09:21:17 2022
From: georgediam at gmail.com (George Diamantopoulos)
Date: Thu, 7 Apr 2022 10:21:17 +0300
Subject: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
In-Reply-To: <PAXPR05MB8558EFB9D30C68ABA0FA5DA5BFE79@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <20180504143448.wl7okdmwitmbozof@office.pocos.nl>
 <e18c9b3c-208e-b7e8-a3f6-8e96b09aac92@gmail.com>
 <20180507144414.iclfoxl7ziowtagh@office.pocos.nl>
 <20180507153429.uix6ylqrfvxq7myy@office.pocos.nl>
 <aac7ba58-c2b1-4a98-8dc0-11b730b92341@gmail.com>
 <1b77bb52-a448-889a-cb5e-21e17df6c272@gmail.com>
 <20180525145913.yv4bdtszreycaav5@office.pocos.nl>
 <CAPcKEYPHYZXF+R3Hsk1ZZNSUdszyHGK8_udMEOv8OB38xvUJHA@mail.gmail.com>
 <PAXPR05MB85587A8DDA643C1417DD1CE5BF179@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAPcKEYNOyE9hCi0OtcEmy4x1XV0o2d7FUKyNrxjCnj-US4-AZQ@mail.gmail.com>
 <CAPcKEYPZTOHNqW3JUGCMOCAWcF4s2EikSfWR7+LuaAiv55Gs7Q@mail.gmail.com>
 <CAPcKEYNzo6GKAzTdo+kF=_HnQWKm6isn0-yO59czYO+MgBrGgA@mail.gmail.com>
 <PAXPR05MB8558EFB9D30C68ABA0FA5DA5BFE79@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAPcKEYN0om3Kvt1-KV+TDoeH7afw5LPd7YNi_Y615JFqaV8ZNA@mail.gmail.com>

Hello all,

Thanks for the feedback, Henning. There seems to have already been a ticket
about this but it's closed now:
https://github.com/kamailio/kamailio/issues/2659

I'm a little confused here. It seems early-dialog UPDATE should be handled
similarly to PRACK, so I guess maybe a patch like
https://github.com/kamailio/kamailio/commit/37830f53b1f21fba5beef5d8e22913c431dcd708
would be needed.

However, Daniel has commented in this issue about the need to do
record_route() in config. To quote him: "The module requires record
routing, so if the UPDATE requires to re-enforce Record-Route, then you
have to do it. [...] I was aware that only NOTIFY requires to re-enforce
Record-Route, but can be also a matter of UA implementation to want it for
other requests."

However, RR reinforcement for NOTIFY only happens (in the kamailio sample
configuration file) in route[WITHINDLG] only if loose_route() check is
successful. In my case, UPDATEs fail this test, so control goes directly to
"sl_send_reply("404","Not here");", same as the author of the
aforementioned ticket. Unless Daniel meant one needs to reinforce RR for
PRACKs in order for subsequent UPDATEs to work?

Any thoughts?

BR,
George

On Wed, 6 Apr 2022 at 22:48, Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> Thanks for the update. Opening a github issue about it is probably a good
> idea.
>
>
>
> 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 *George
> Diamantopoulos
> *Sent:* Wednesday, April 6, 2022 7:29 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
>
>
>
> This seems to be a topos issue regardless of backend, I tried with mariadb
> as storage and UPDATE routing fails in the same way as it does with redis.
> I'll probably open an issue on Github about this (early dialog UPDATE
> broken by topos). PRACK seems to work fine in my case. Direction of UPDATE
> vs PRACK however is different, not sure if that's important in any way.
>
>
>
> BR,
>
> George
>
>
>
> On Wed, 6 Apr 2022 at 06:31, George Diamantopoulos <georgediam at gmail.com>
> wrote:
>
> Hello again,
>
>
>
> I have confirmed the problem doesn't manifest without loading the topos
> module. I'll see if I can also try a different topos backend this week to
> confirm if this is a topos_redis issue or topos in general.
>
>
>
> BR,
>
> George
>
>
>
> On Tue, 22 Mar 2022 at 17:11, George Diamantopoulos <georgediam at gmail.com>
> wrote:
>
> Hello Henning,
>
>
>
> This is on kamailio 5.5.4.
>
>
>
> I'll try with a different backend and without topos and post the result
> here as soon as I find the time, just curious if anyone has stumbled on
> this with topos_redis before. Thanks!
>
>
>
> BR,
>
> George
>
>
>
> On Tue, 22 Mar 2022 at 15:51, Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
>
>
> please give a recent 5.5.x Kamailio a try. There was a fix regarding
> early-dialog UPDATE handling in topos committed one year ago.
>
>
>
> 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 *George
> Diamantopoulos
> *Sent:* Monday, March 21, 2022 11:53 PM
> *To:* d.tryba at pocos.nl; Kamailio (SER) - Users Mailing List <
> sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
>
>
>
> Hello all,
>
>
>
> Any chance this could be affecting early-dialog UPDATE methods as well? I
> haven't tried with a different backend (mysql) yet, but loose_route returns
> false...
>
>
>
> BR,
>
> George
>
>
>
> On Fri, 25 May 2018 at 18:00, Daniel Tryba <d.tryba at pocos.nl> wrote:
>
> On Wed, May 23, 2018 at 10:51:37PM +0200, Daniel-Constantin Mierla wrote:
> > I got a bit of time to look at this issue, can you try with the patch
> > from the next commit?
> >
> > ?? -
> >
> https://github.com/kamailio/kamailio/commit/2a3ca5942291d29de05b14338a36cecbec11f129
> >
>
> This off by 1 fix solved the PRACK issue with redis backend.
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> 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/20220407/f7fe4ce1/attachment.htm>

From bayupmail at gmail.com  Thu Apr  7 10:06:25 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 15:06:25 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
Message-ID: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>

Hello Expert,

We faces problem in utilizing lcr command line in "kamctl lcr show_gws",
whereas kamailio version is 5.5.4 which are new kamailio release, "kamctl
lcr show_gws" shown result "command disabled".

in this case, LCR module is already been uploaded and the systemd has been
running well active kamailio.
Could you share, what probably wrong in my kamailio configuration?

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/0cb924ed/attachment.htm>

From jh at tutpro.com  Thu Apr  7 10:16:55 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 7 Apr 2022 11:16:55 +0300
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
In-Reply-To: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
References: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
Message-ID: <25166.40439.461925.64572@tutpro.com>

bayu p writes:

> We faces problem in utilizing lcr command line in "kamctl lcr show_gws",
> whereas kamailio version is 5.5.4 which are new kamailio release, "kamctl
> lcr show_gws" shown result "command disabled".

Read this https://kamailio.org/docs/modules/5.5.x/modules/lcr.html#idm693 

-- Juha


From david.villasmil.work at gmail.com  Thu Apr  7 10:43:57 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 7 Apr 2022 09:43:57 +0100
Subject: [SR-Users] Htable reload
Message-ID: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>

Hello all,

I?ve been trying to figure out how htable reloads happen. Does it replaces
the existing one or creates a new one, populates it from the db and then
renames it? The latter would be (I think) ideal, even if it uses more
resources.

Thanks!

David
-- 
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/20220407/fcb4d008/attachment.htm>

From bayupmail at gmail.com  Thu Apr  7 11:09:49 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 16:09:49 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
In-Reply-To: <25166.40439.461925.64572@tutpro.com>
References: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
 <25166.40439.461925.64572@tutpro.com>
Message-ID: <CAMy5KNeHEf2KS+7wYLfaUZJuVpEonkN3gj0zO+R6cUp+3B6c2g@mail.gmail.com>

That is good news, Juha,
how about kamailio version 5.3.2 ?
i did the same config kamailio 5.5.4, but kamailio 5.3.2 LCR command line
resulting "command disabled"

if I should upgrade kamailio 5.3.2 into 5.5.4, it will take more time and
need more effort to find the upgrade process

Pada tanggal Kam, 7 Apr 2022 pukul 15.19 Juha Heinanen <jh at tutpro.com>
menulis:

> bayu p writes:
>
> > We faces problem in utilizing lcr command line in "kamctl lcr show_gws",
> > whereas kamailio version is 5.5.4 which are new kamailio release, "kamctl
> > lcr show_gws" shown result "command disabled".
>
> Read this https://kamailio.org/docs/modules/5.5.x/modules/lcr.html#idm693
>
> -- Juha
>
> __________________________________________________________
> 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/20220407/e4f569b0/attachment.htm>

From jh at tutpro.com  Thu Apr  7 11:22:21 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 7 Apr 2022 12:22:21 +0300
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
In-Reply-To: <CAMy5KNeHEf2KS+7wYLfaUZJuVpEonkN3gj0zO+R6cUp+3B6c2g@mail.gmail.com>
References: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
 <25166.40439.461925.64572@tutpro.com>
 <CAMy5KNeHEf2KS+7wYLfaUZJuVpEonkN3gj0zO+R6cUp+3B6c2g@mail.gmail.com>
Message-ID: <25166.44365.291418.195746@tutpro.com>

bayu p writes:

> how about kamailio version 5.3.2 ?

There is no change in LCR RPC Commands from 5.3.2 to 5.4.x.

-- Juha


From abalashov at evaristesys.com  Thu Apr  7 17:00:58 2022
From: abalashov at evaristesys.com (Alex Balashov)
Date: Thu, 7 Apr 2022 11:00:58 -0400
Subject: [SR-Users] Htable reload
In-Reply-To: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
Message-ID: <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>

No, the reload actually creates a temporary new hash table (in heap), loads the entries from the DB into it, then iterates through the buckets of that temporary table and replaces the entries (pointers) in the existing table with the entries from the temporary table, then frees the buckets in the temporary table.

> On Apr 7, 2022, at 4:43 AM, David Villasmil <david.villasmil.work at gmail.com> wrote:
> 
> Hello all,
> 
> I?ve been trying to figure out how htable reloads happen. Does it replaces the existing one or creates a new one, populates it from the db and then renames it? The latter would be (I think) ideal, even if it uses more resources.
> 
> Thanks!
> 
> David
> -- 
> 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

-- 
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 david.villasmil.work at gmail.com  Thu Apr  7 17:09:22 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 7 Apr 2022 16:09:22 +0100
Subject: [SR-Users] Htable reload
In-Reply-To: <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
 <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
Message-ID: <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>

Thanks Alex, I'm wondering how this will affect performance if there are
many thousands or even millions of records...

Regards,

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


On Thu, Apr 7, 2022 at 4:03 PM Alex Balashov <abalashov at evaristesys.com>
wrote:

> No, the reload actually creates a temporary new hash table (in heap),
> loads the entries from the DB into it, then iterates through the buckets of
> that temporary table and replaces the entries (pointers) in the existing
> table with the entries from the temporary table, then frees the buckets in
> the temporary table.
>
> > On Apr 7, 2022, at 4:43 AM, David Villasmil <
> david.villasmil.work at gmail.com> wrote:
> >
> > Hello all,
> >
> > I?ve been trying to figure out how htable reloads happen. Does it
> replaces the existing one or creates a new one, populates it from the db
> and then renames it? The latter would be (I think) ideal, even if it uses
> more resources.
> >
> > Thanks!
> >
> > David
> > --
> > 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
>
> --
> 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/20220407/73e80281/attachment.htm>

From bbridges at call48.com  Thu Apr  7 17:17:23 2022
From: bbridges at call48.com (Brooks Bridges)
Date: Thu, 7 Apr 2022 15:17:23 +0000
Subject: [SR-Users] Htable reload
In-Reply-To: <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
 <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
 <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>
Message-ID: <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>

I have several htables with various amounts of data in them ranging from a couple hundred entries to a couple million entries and while the reload itself does take a bit, the vast majority of the delay is the database -> Kamailio loading time.  Once the data is in there, the pointer updates haven?t been anything I?ve noticed.  I?m sure it takes some measurable amount of time, but in my case it?s so imperceptible that it?s irrelevant.

Brooks Bridges
1200 S. Rogers Circle, Unit 6
Boca Raton, FL 33487
Office: 916-235-2097 Main: 888-444-1111
email: bbridges at call48.com<mailto:bbridges at call48.com>  | web: www.call48.com<http://www.call48.com/>
[cid:image001.png at 01D84A57.E847A810]

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David Villasmil
Sent: Thursday, April 7, 2022 08:09
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Htable reload

Thanks Alex, I'm wondering how this will affect performance if there are many thousands or even millions of records...

Regards,

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


On Thu, Apr 7, 2022 at 4:03 PM Alex Balashov <abalashov at evaristesys.com<mailto:abalashov at evaristesys.com>> wrote:
No, the reload actually creates a temporary new hash table (in heap), loads the entries from the DB into it, then iterates through the buckets of that temporary table and replaces the entries (pointers) in the existing table with the entries from the temporary table, then frees the buckets in the temporary table.

> On Apr 7, 2022, at 4:43 AM, David Villasmil <david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>> wrote:
>
> Hello all,
>
> I?ve been trying to figure out how htable reloads happen. Does it replaces the existing one or creates a new one, populates it from the db and then renames it? The latter would be (I think) ideal, even if it uses more resources.
>
> Thanks!
>
> David
> --
> 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

--
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
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/67f1bad0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 13561 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/67f1bad0/attachment.png>

From david.villasmil.work at gmail.com  Thu Apr  7 18:33:41 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Thu, 7 Apr 2022 17:33:41 +0100
Subject: [SR-Users] Htable reload
In-Reply-To: <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
 <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
 <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>
 <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>
Message-ID: <CAFGRPVrq1qHfRYcWxnFS8e5rvvqS9Y08fYSHKw2K+z-s2hQNWA@mail.gmail.com>

Thanks Brooks, that's great news!

Regards,

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


On Thu, Apr 7, 2022 at 4:20 PM Brooks Bridges <bbridges at call48.com> wrote:

> I have several htables with various amounts of data in them ranging from a
> couple hundred entries to a couple million entries and while the reload
> itself does take a bit, the vast majority of the delay is the database ->
> Kamailio loading time.  Once the data is in there, the pointer updates
> haven?t been anything I?ve noticed.  I?m sure it takes some measurable
> amount of time, but in my case it?s so imperceptible that it?s irrelevant.
>
>
>
> *Brooks Bridges*
>
> 1200 S. Rogers Circle, Unit 6
>
> Boca Raton, FL 33487
>
> *Office:* 916-235-2097 *Main:* 888-444-1111
>
> *email: bbridges at call48.com <bbridges at call48.com>*  | *web:*
> www.call48.com
>
>
>
> *From:* sr-users <sr-users-bounces at lists.kamailio.org> *On Behalf Of *David
> Villasmil
> *Sent:* Thursday, April 7, 2022 08:09
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] Htable reload
>
>
>
> Thanks Alex, I'm wondering how this will affect performance if there are
> many thousands or even millions of records...
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.work at gmail.com
>
> phone: +34669448337
>
>
>
>
>
> On Thu, Apr 7, 2022 at 4:03 PM Alex Balashov <abalashov at evaristesys.com>
> wrote:
>
> No, the reload actually creates a temporary new hash table (in heap),
> loads the entries from the DB into it, then iterates through the buckets of
> that temporary table and replaces the entries (pointers) in the existing
> table with the entries from the temporary table, then frees the buckets in
> the temporary table.
>
> > On Apr 7, 2022, at 4:43 AM, David Villasmil <
> david.villasmil.work at gmail.com> wrote:
> >
> > Hello all,
> >
> > I?ve been trying to figure out how htable reloads happen. Does it
> replaces the existing one or creates a new one, populates it from the db
> and then renames it? The latter would be (I think) ideal, even if it uses
> more resources.
> >
> > Thanks!
> >
> > David
> > --
> > 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
>
> --
> 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
>
> Confidentiality Notice: This e-mail, and any attachment to it, contains
> privileged and confidential information intended only for the use of the
> individual(s) or entity named on the e-mail. If the reader of this e-mail
> is not the intended recipient, or the employee or agent responsible for
> delivering it to the intended recipient, you are hereby notified that
> reading this e-mail is strictly prohibited. If you have received this
> e-mail in error, please immediately return it to the sender and delete it
> from your system.
> __________________________________________________________
> 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/20220407/8404a16c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 13561 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/8404a16c/attachment.png>

From bbridges at call48.com  Thu Apr  7 18:49:12 2022
From: bbridges at call48.com (Brooks Bridges)
Date: Thu, 7 Apr 2022 16:49:12 +0000
Subject: [SR-Users] Htable reload
In-Reply-To: <CAFGRPVrq1qHfRYcWxnFS8e5rvvqS9Y08fYSHKw2K+z-s2hQNWA@mail.gmail.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
 <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
 <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>
 <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>
 <CAFGRPVrq1qHfRYcWxnFS8e5rvvqS9Y08fYSHKw2K+z-s2hQNWA@mail.gmail.com>
Message-ID: <CO1PR19MB4967D139B0C1C3FEF148BE24B5E69@CO1PR19MB4967.namprd19.prod.outlook.com>

Another tip for you? You?ll be tempted to crank up the fetch_rows to try to get it to load faster, but I?ve found that increasing that above 5k-ish doesn?t really seem to speed anything up and sometimes causes it to run a bit slower when importing the larger datasets.  Obviously there are a lot of factors that go into that, but with a decently specced DB server and Kam server, once I started getting above 5k it did start slowing down again.

Brooks Bridges
1200 S. Rogers Circle, Unit 6
Boca Raton, FL 33487
Office: 916-235-2097 Main: 888-444-1111
email: bbridges at call48.com<mailto:bbridges at call48.com>  | web: www.call48.com<http://www.call48.com/>
[cid:image001.png at 01D84A64.BBF859F0]

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of David Villasmil
Sent: Thursday, April 7, 2022 09:34
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Htable reload

Thanks Brooks, that's great news!

Regards,

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


On Thu, Apr 7, 2022 at 4:20 PM Brooks Bridges <bbridges at call48.com<mailto:bbridges at call48.com>> wrote:
I have several htables with various amounts of data in them ranging from a couple hundred entries to a couple million entries and while the reload itself does take a bit, the vast majority of the delay is the database -> Kamailio loading time.  Once the data is in there, the pointer updates haven?t been anything I?ve noticed.  I?m sure it takes some measurable amount of time, but in my case it?s so imperceptible that it?s irrelevant.

Brooks Bridges
1200 S. Rogers Circle, Unit 6
Boca Raton, FL 33487
Office: 916-235-2097 Main: 888-444-1111
email: bbridges at call48.com<mailto:bbridges at call48.com>  | web: www.call48.com<http://www.call48.com/>
[cid:image001.png at 01D84A64.BBF859F0]

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of David Villasmil
Sent: Thursday, April 7, 2022 08:09
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Htable reload

Thanks Alex, I'm wondering how this will affect performance if there are many thousands or even millions of records...

Regards,

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


On Thu, Apr 7, 2022 at 4:03 PM Alex Balashov <abalashov at evaristesys.com<mailto:abalashov at evaristesys.com>> wrote:
No, the reload actually creates a temporary new hash table (in heap), loads the entries from the DB into it, then iterates through the buckets of that temporary table and replaces the entries (pointers) in the existing table with the entries from the temporary table, then frees the buckets in the temporary table.

> On Apr 7, 2022, at 4:43 AM, David Villasmil <david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>> wrote:
>
> Hello all,
>
> I?ve been trying to figure out how htable reloads happen. Does it replaces the existing one or creates a new one, populates it from the db and then renames it? The latter would be (I think) ideal, even if it uses more resources.
>
> Thanks!
>
> David
> --
> 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

--
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
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
__________________________________________________________
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
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/2a5243e3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 13561 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/2a5243e3/attachment.png>

From hw at gilawa.com  Thu Apr  7 20:36:20 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Thu, 7 Apr 2022 18:36:20 +0000
Subject: [SR-Users] Htable reload
In-Reply-To: <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>
References: <CAFGRPVpoxQTTbN-48xSRdvGXmzRgMLus0UuGNJawsysvohxL9g@mail.gmail.com>
 <F98F6018-9784-4004-B3F1-0F9E40C0D732@evaristesys.com>
 <CAFGRPVoCHue-G5TEU9mE06_G7PmXd4FZ8arcbyZYqE38he-R3g@mail.gmail.com>
 <CO1PR19MB49678AF48FB32606B93064FAB5E69@CO1PR19MB4967.namprd19.prod.outlook.com>
Message-ID: <PAXPR05MB8558D5809A8946BE7C2B61BFBFE69@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

just a note: if you use that large dataset, especially if the purpose is for routing decisions/prefix matching, you probably will get a better lookup performance with modules that uses another data structure more optimized for this case. Two examples for these modules are mtree and carrierroute. A hash table can degenerate into linear list(s), if the data is formed in a specific way.

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 Brooks Bridges
Sent: Thursday, April 7, 2022 5:17 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Htable reload

I have several htables with various amounts of data in them ranging from a couple hundred entries to a couple million entries and while the reload itself does take a bit, the vast majority of the delay is the database -> Kamailio loading time.  Once the data is in there, the pointer updates haven?t been anything I?ve noticed.  I?m sure it takes some measurable amount of time, but in my case it?s so imperceptible that it?s irrelevant.

Brooks Bridges
1200 S. Rogers Circle, Unit 6
Boca Raton, FL 33487
Office: 916-235-2097 Main: 888-444-1111
email: bbridges at call48.com<mailto:bbridges at call48.com>  | web: www.call48.com<http://www.call48.com/>
[cid:image001.png at 01D84ABD.7836EED0]

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of David Villasmil
Sent: Thursday, April 7, 2022 08:09
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Htable reload

Thanks Alex, I'm wondering how this will affect performance if there are many thousands or even millions of records...

Regards,

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


On Thu, Apr 7, 2022 at 4:03 PM Alex Balashov <abalashov at evaristesys.com<mailto:abalashov at evaristesys.com>> wrote:
No, the reload actually creates a temporary new hash table (in heap), loads the entries from the DB into it, then iterates through the buckets of that temporary table and replaces the entries (pointers) in the existing table with the entries from the temporary table, then frees the buckets in the temporary table.

> On Apr 7, 2022, at 4:43 AM, David Villasmil <david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>> wrote:
>
> Hello all,
>
> I?ve been trying to figure out how htable reloads happen. Does it replaces the existing one or creates a new one, populates it from the db and then renames it? The latter would be (I think) ideal, even if it uses more resources.
>
> Thanks!
>
> David
> --
> 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

--
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
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named on the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/afdc9f45/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 13561 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/afdc9f45/attachment.png>

From luciano.motti at gmail.com  Thu Apr  7 21:27:37 2022
From: luciano.motti at gmail.com (Luciano Motti)
Date: Thu, 7 Apr 2022 16:27:37 -0300
Subject: [SR-Users] Kamailio + Asterisk + Voip SIP Trunk = Incorrect IP on
 ACK
Message-ID: <CAJgOYG_GL4ZyVmhgGzrUVq-HSEbsXbP-Lg-_0hd2QkzOgNkhuA@mail.gmail.com>

Hello!

I have the following architecture:

   - Kamailio with RTPEngine (with public access on IP *YY.YY.42.207*)
   - Asterisk (with no public access, internal IP *172.31.69.198*)

I am using a Voip SIP (with public access on IP *54.XXX.XXX.44*) configured
as a Trunk on Kamailio using UAC Module.

The issue I am facing is that the SIP messages replies I get from the VOIP
provider are being destined to Kamailio's public IP (YY.YY.42.207) instead
of Asterisk's IP (as sent on the message).

For example, this is the 200 message I sent to the VOIP provider (I clearly
state that the contact is Asterisk sip:172.31.69.198:5080):

2022/04/07 14:17:19.260864 172.31.32.7:5060 -> 54.XXX.XXX.44:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
*Contact: <sip:172.31.69.198:5080 <http://172.31.69.198:5080>>*
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE,
CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length:   239



v=0
o=- 1649321756 1649321759 IN IP4 172.31.69.198
s=Asterisk
c=IN IP4 172.31.69.198
t=0 0
m=audio 10010 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


But the ACK I get from them is destined to Kamailio instead of Asterisk:

2022/04/07 14:17:19.263469 54.XXX.XXX.44:5060 -> 172.31.32.7:5060
*ACK sip:YY.YY.42.207:5060 SIP/2.0*
Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 69
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


This causes Kamailio to not know where to forward the message to...
Asterisk never gets the reply.

This is happening to one of the SIP Trunks I am using, with the other,
everything is fine.

Is there anything I can do to work around it (other than contacting the
provider to fix on their end)?

Thanks!

ps: I have attached the full SIP messages trail to help.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/146e801d/attachment.htm>
-------------- next part --------------
2022/04/07 14:17:19.044923 54.XXX.XXX.44:5060 -> 172.31.32.7:5060
INVITE sip:ST_6F2E6A_WK0SVX at sip.zzz.com:5060 SIP/2.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;branch=z9hG4bK90b6.f7a6b0a4.0
Max-Forwards: 66
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
User-Agent: voip SBC v2.0
CSeq: 50116727 INVITE
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: path, replaces
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 248
X-SessionId: 1743845685
X-UUID: d9582c1a-9320-42b7-9755-d9479a0d54fd
X-ACCOUNTID: 33563
X-URADID: 5541XXXX7941
X-NUMBERSIP: 419XXXXX998
Remote-Party-ID: "419XXXXX998" <sip:419XXXXX998 at 172.31.32.169>;party=calling;screen=yes;privacy=off

v=0
o=FreeSWITCH 1649321756 1649321757 IN IP4 54.XXX.XXX.44
s=FreeSWITCH
c=IN IP4 54.XXX.XXX.44
t=0 0
m=audio 25820 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
a=rtcp:25821
a=ptime:20

2022/04/07 14:17:19.045805 172.31.32.7:5060 -> 54.XXX.XXX.44:5060
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;branch=z9hG4bK90b6.f7a6b0a4.0;rport=5060
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 INVITE
Server: kamailio (5.3.9 (x86_64/linux))
Content-Length: 0


2022/04/07 14:17:19.046036 172.31.32.7:5060 -> 172.31.69.198:5080
INVITE sip:ST_6F2E6A_WK0SVX at sip.zzz.com:5060 SIP/2.0
Record-Route: <sip:YY.YY.42.207;lr=on;ftag=p0BjH21gpa3rc>
Via: SIP/2.0/UDP YY.YY.42.207;branch=z9hG4bK90b6.9882e2c962c15b748ba340216ba106c2.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Max-Forwards: 65
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
User-Agent: voip SBC v2.0
CSeq: 50116727 INVITE
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: path, replaces
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 248
X-SessionId: 1743845685
X-UUID: d9582c1a-9320-42b7-9755-d9479a0d54fd
X-ACCOUNTID: 33563
X-URADID: 5541XXXX7941
X-NUMBERSIP: 419XXXXX998
Remote-Party-ID: "419XXXXX998" <sip:419XXXXX998 at 172.31.32.169>;party=calling;screen=yes;privacy=off

v=0
o=FreeSWITCH 1649321756 1649321757 IN IP4 54.XXX.XXX.44
s=FreeSWITCH
c=IN IP4 54.XXX.XXX.44
t=0 0
m=audio 25820 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
a=rtcp:25821
a=ptime:20


2022/04/07 14:17:19.047742 172.31.69.198:5080 -> 172.31.32.7:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP YY.YY.42.207;rport=5060;received=172.31.32.7;branch=z9hG4bK90b6.9882e2c962c15b748ba340216ba106c2.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
Content-Length:  0


2022/04/07 14:17:19.260615 172.31.69.198:5080 -> 172.31.32.7:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP YY.YY.42.207;rport=5060;received=172.31.32.7;branch=z9hG4bK90b6.9882e2c962c15b748ba340216ba106c2.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
Contact: <sip:172.31.69.198:5080>
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length:   239

v=0
o=- 1649321756 1649321759 IN IP4 172.31.69.198
s=Asterisk
c=IN IP4 172.31.69.198
t=0 0
m=audio 10010 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


2022/04/07 14:17:19.260864 172.31.32.7:5060 -> 54.XXX.XXX.44:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
Contact: <sip:172.31.69.198:5080>
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length:   239

v=0
o=- 1649321756 1649321759 IN IP4 172.31.69.198
s=Asterisk
c=IN IP4 172.31.69.198
t=0 0
m=audio 10010 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


2022/04/07 14:17:19.263469 54.XXX.XXX.44:5060 -> 172.31.32.7:5060
ACK sip:YY.YY.42.207:5060 SIP/2.0
Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 69
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


2022/04/07 14:17:19.264062 172.31.32.7:5060 -> YY.YY.42.207:5060
ACK sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc SIP/2.0
Via: SIP/2.0/UDP YY.YY.42.207;branch=z9hG4bK90b6.b67a9d126cb84546ec6dcda62d71b726.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 68
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


2022/04/07 14:17:19.264124 YY.YY.42.207:5060 -> 172.31.32.7:5060
ACK sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc SIP/2.0
Via: SIP/2.0/UDP YY.YY.42.207;branch=z9hG4bK90b6.b67a9d126cb84546ec6dcda62d71b726.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 68
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0

2022/04/07 14:17:19.761546 172.31.69.198:5080 -> 172.31.32.7:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP YY.YY.42.207;rport=5060;received=172.31.32.7;branch=z9hG4bK90b6.9882e2c962c15b748ba340216ba106c2.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
Contact: <sip:172.31.69.198:5080>
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length:   239

v=0
o=- 1649321756 1649321759 IN IP4 172.31.69.198
s=Asterisk
c=IN IP4 172.31.69.198
t=0 0
m=audio 10010 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


2022/04/07 14:17:19.761730 172.31.32.7:5060 -> 54.XXX.XXX.44:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.0
Record-Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
CSeq: 50116727 INVITE
Server: Asterisk PBX 18.11.0
Contact: <sip:172.31.69.198:5080>
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER
Supported: 100rel, timer, replaces, norefersub
Content-Type: application/sdp
Content-Length:   239

v=0
o=- 1649321756 1649321759 IN IP4 172.31.69.198
s=Asterisk
c=IN IP4 172.31.69.198
t=0 0
m=audio 10010 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



2022/04/07 14:17:19.763174 54.XXX.XXX.44:5060 -> 172.31.32.7:5060
ACK sip:YY.YY.42.207:5060 SIP/2.0
Route: <sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc>
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 69
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


2022/04/07 14:17:19.763797 172.31.32.7:5060 -> YY.YY.42.207:5060
ACK sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc SIP/2.0
Via: SIP/2.0/UDP YY.YY.42.207;branch=z9hG4bK90b6.b67a9d126cb84546ec6dcda62d71b726.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 68
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


2022/04/07 14:17:19.763859 YY.YY.42.207:5060 -> 172.31.32.7:5060
ACK sip:YY.YY.42.207;lr;ftag=p0BjH21gpa3rc SIP/2.0
Via: SIP/2.0/UDP YY.YY.42.207;branch=z9hG4bK90b6.b67a9d126cb84546ec6dcda62d71b726.0
Via: SIP/2.0/UDP 54.XXX.XXX.44:5060;rport=5060;branch=z9hG4bK90b6.f7a6b0a4.2
Max-Forwards: 68
From: "419XXXXX998" <sip:38XXXX02 at 172.31.32.169>;tag=p0BjH21gpa3rc
To: <sip:38XXXX02 at 54.XXX.XXX.44>;tag=8c3bb09e-a909-4cb4-99a7-3c57aa8f946e
Call-ID: 464f21c3-3120-123b-91b2-026ef2fede4c
CSeq: 50116727 ACK
Contact: <sip:voip.voip-sbc.6792.fab37901 at 54.XXX.XXX.44:5060>
Content-Length: 0


From dpaape at amtelco.com  Thu Apr  7 22:21:10 2022
From: dpaape at amtelco.com (Daniel Paape)
Date: Thu, 7 Apr 2022 20:21:10 +0000
Subject: [SR-Users] reply sent
Message-ID: <CO6PR13MB532138D25AB2A1E0F5D27D26C9E69@CO6PR13MB5321.namprd13.prod.outlook.com>

Hello,
Is there a function that can be called from a module that will return the last response code sent, regardless of whether it was a local or relayed  reply?

thanks,
Daniel

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

From bayupmail at gmail.com  Thu Apr  7 09:36:55 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 14:36:55 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
Message-ID: <CAMy5KNf5nMoMtshdCUAGCEte-P3O77OMpTuzPkp6PxgxkO_H0Q@mail.gmail.com>

Hello Expert,

I have problem in utilizing lcr command line in "kamctl lcr show_gws",
whereas my kamailio version is 5.5.4 which are new kamailio release,
"kamctl lcr show_gws" shown result "command disabled".

in this case, LCR module is already been uploaded and the systemd has been
running active kamailio.

Here detailed screenshot :
[image: image.png]
Could you share, what probably wrong in my kamailio configuration?


Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/c30a1687/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/c30a1687/attachment-0001.png>

From bayupmail at gmail.com  Thu Apr  7 09:46:58 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 14:46:58 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
Message-ID: <CAMy5KNd9msjkrdVWUS4akKZsD5jnfXcuJuX4eGGiYUVenCEf9g@mail.gmail.com>

Hello Expert,

I have problem in utilize lcr command line "kamctl lcr show_gws", whereas
kamailio version is 5.5.4 (new kamailio release), those resulting "command
disabled".
In this case, LCR module is already been uploaded and the systemd has been
running active kamailio.
Could you share, what probably wrong in my kamailio configuration?

[image: image.png]
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/f0d3d7e7/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/f0d3d7e7/attachment-0001.png>

From bayupmail at gmail.com  Thu Apr  7 09:52:48 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 14:52:48 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
Message-ID: <CAMy5KNe8vyD1oNpU9ik4rU8BEcC_K6K8ES7hQdQ3gBcC+tOBQw@mail.gmail.com>

problem in "kamctl lcr show_gws" (kamailio version 5.5.4 / new release)
resulting "command disabled".
LCR module had been uploaded on running well active kamailio.
Could you share, what probably wrong in my kamailio configuration?

[image: image.png]
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/7021b114/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/7021b114/attachment-0001.png>

From bayupmail at gmail.com  Thu Apr  7 09:59:42 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 14:59:42 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
Message-ID: <CAMy5KNef_7R5_bLwLDQGw9QwgXNJrbCEKO7LP_mHq8+-EX9TPw@mail.gmail.com>

problem in "kamctl lcr show_gws" resulting "command disabled".
Kamailio uses LCR module uploaded and running active kamailio.
what probably wrong in kamailio?
[image: image.png]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/311feda1/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/311feda1/attachment-0001.png>

From bayupmail at gmail.com  Thu Apr  7 10:08:53 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 15:08:53 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
In-Reply-To: <CAMy5KNf5nMoMtshdCUAGCEte-P3O77OMpTuzPkp6PxgxkO_H0Q@mail.gmail.com>
References: <CAMy5KNf5nMoMtshdCUAGCEte-P3O77OMpTuzPkp6PxgxkO_H0Q@mail.gmail.com>
Message-ID: <CAMy5KNcK=gJ-0iJkzhmfQmrq+1oubF-dT2iWht=8bTfgx1S8Sw@mail.gmail.com>

Here detailed screenshot :
[image: image.png]

Pada tanggal Kam, 7 Apr 2022 pukul 14.36 bayu p <bayupmail at gmail.com>
menulis:

> Hello Expert,
>
> I have problem in utilizing lcr command line in "kamctl lcr show_gws",
> whereas my kamailio version is 5.5.4 which are new kamailio release,
> "kamctl lcr show_gws" shown result "command disabled".
>
> in this case, LCR module is already been uploaded and the systemd has been
> running active kamailio.
>
> Here detailed screenshot :
> [image: image.png]
> Could you share, what probably wrong in my kamailio configuration?
>
>
> Best Regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/a430e7b9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/a430e7b9/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 122007 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/a430e7b9/attachment-0001.png>

From bayupmail at gmail.com  Thu Apr  7 10:24:33 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 7 Apr 2022 15:24:33 +0700
Subject: [SR-Users] Kamailio 5.5.4 lcr command disabled
In-Reply-To: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
References: <CAMy5KNdBM7Vct84FupoOtSz=SMsrq51Yc6CxHSwRo3-iqAo3Vw@mail.gmail.com>
Message-ID: <CAMy5KNc66QAFe+O6L4_=TRafxiSgT1vscpYUHSGuXpgJfwpPaQ@mail.gmail.com>

Here detailed screenshot :
[image: image.png]

Pada tanggal Kam, 7 Apr 2022 pukul 15.06 bayu p <bayupmail at gmail.com>
menulis:

> Hello Expert,
>
> We faces problem in utilizing lcr command line in "kamctl lcr show_gws",
> whereas kamailio version is 5.5.4 which are new kamailio release, "kamctl
> lcr show_gws" shown result "command disabled".
>
> in this case, LCR module is already been uploaded and the systemd has been
> running well active kamailio.
> Could you share, what probably wrong in my kamailio configuration?
>
> Best Regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/df0b3154/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 123420 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220407/df0b3154/attachment.png>

From miconda at gmail.com  Fri Apr  8 12:10:30 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 8 Apr 2022 12:10:30 +0200
Subject: [SR-Users] Roadmap to the next major release - v5.6.0
In-Reply-To: <57fc6c3c-4a1c-fcac-e3df-b652a50f95ac@gmail.com>
References: <57fc6c3c-4a1c-fcac-e3df-b652a50f95ac@gmail.com>
Message-ID: <4551f0ab-c81a-d5c7-043d-7ffe955ac3cf@gmail.com>

Hello,

a reminder about the plans to freeze development for v5.6.0 next week on
April 14, 2022.

If anyone wants to get new features in v5.6.x series, the code has to be
pushed or pull requests made till the repository is frozen.

Cheers,
Daniel

On 24.03.22 15:40, Daniel-Constantin Mierla wrote:
> Hello,
>
> it is the time to plan a bit the road to the next major release, to be
> versioned 5.6.0.
>
> The 5.5.0 was release about one year ago, therefore it is time to set
> the milestones for getting 5.6.0 out.
>
> I would propose to freeze the development on Thursday, April 14, 2020,
> test till mid of May or so, then release v5.6.0.
>
> There is a lot of development to existing components and a couple of new
> modules.
>
> If anyone wants a different time line towards 5.6.0, let's discuss and
> choose the one that suits most of the developers.
>
> Cheers,
> Daniel
>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From nicolas.chaigneau at capgemini.com  Fri Apr  8 17:01:08 2022
From: nicolas.chaigneau at capgemini.com (Chaigneau, Nicolas)
Date: Fri, 8 Apr 2022 15:01:08 +0000
Subject: [SR-Users] PostgreSQL - module sqlops - working with prepared
 statements ?
Message-ID: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>

Hello,


I'm using sql_xquery from sqlops module to execute requests on a PostgreSQL database.
This work fine.

Now, for performance reasons, I would like to use prepared statements.
I'm wondering if this is possible using sql_xquery. I've looked at the code and documentation, it seems it is not supported.
Can you confirm ?

If not possible with sql_xquery, is it possible with another existing function ?

In the code, I've searched for < PQprepare > / < PQexecPrepared >.
These can be found only in < modules/db_postgres/pg_cmd.c >, in function < pg_cmd_exec > which is exported from < modules/db_postgres/pg_mod.c > (see below).
I have no idea how to use these though... :/

Any ideas ?



/*
* Postgres module interface
*/
static cmd_export_t cmds[] = {
       {"db_ctx", (cmd_function)NULL, 0, 0, 0, 0},
       {"db_con", (cmd_function)pg_con, 0, 0, 0, 0},
       {"db_uri", (cmd_function)pg_uri, 0, 0, 0, 0},
       {"db_cmd", (cmd_function)pg_cmd, 0, 0, 0, 0},
       {"db_put", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_del", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_get", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_upd", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_sql", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_res", (cmd_function)pg_res, 0, 0, 0, 0},
       {"db_fld", (cmd_function)pg_fld, 0, 0, 0, 0},
       {"db_first", (cmd_function)pg_cmd_first, 0, 0, 0, 0},
       {"db_next", (cmd_function)pg_cmd_next, 0, 0, 0, 0},
       {"db_setopt", (cmd_function)pg_setopt, 0, 0, 0, 0},
       {"db_getopt", (cmd_function)pg_getopt, 0, 0, 0, 0},
       {"db_bind_api", (cmd_function)db_postgres_bind_api, 0, 0, 0, 0},
       {0, 0, 0, 0, 0, 0}
};



Regards,
Nicolas.

This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220408/4da1db01/attachment.htm>

From manwe at sipdoc.net  Sun Apr 10 01:23:59 2022
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Sun, 10 Apr 2022 01:23:59 +0200
Subject: [SR-Users] Kamailio + Asterisk + Voip SIP Trunk = Incorrect IP
 on ACK
In-Reply-To: <CAJgOYG_GL4ZyVmhgGzrUVq-HSEbsXbP-Lg-_0hd2QkzOgNkhuA@mail.gmail.com>
References: <CAJgOYG_GL4ZyVmhgGzrUVq-HSEbsXbP-Lg-_0hd2QkzOgNkhuA@mail.gmail.com>
Message-ID: <20220410012359.4382e42c@multivac.sipdoc.net>

El Thu, 7 Apr 2022 16:27:37 -0300
Luciano Motti <luciano.motti at gmail.com> escribi?:

>

Seen this before in some providers. You should tell them that they're breaking
SIP. 

As a workaround you could try topos module.






-- 
PekePBX, the multitenant PBX solution
https://pekepbx.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220410/f22af357/attachment.sig>

From adebarre at b2s-group.com  Mon Apr 11 12:16:46 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Mon, 11 Apr 2022 12:16:46 +0200
Subject: [SR-Users] LCR from_gw function
Message-ID: <CAOT09qWZV6x=81iKycvy2yAUTJs2WNgOpvuXdBdZ7YgMCqp1sw@mail.gmail.com>

Hi,

Kamailio 5.5.4 from deb packages

I tried to use the lcr function from_gw(lcr_id[, ip_addr, proto])

I've declared several gws with different lcr_id

Unfortunately from_gw doesn't work with lcr_id > 1

For example :
if (from_gw(2,$si,1)) {
....
}
...

error message => ki_from_gw(): invalid lcr_id parameter value 2

Thanks in advance !

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>


From jh at tutpro.com  Mon Apr 11 12:27:53 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 11 Apr 2022 13:27:53 +0300
Subject: [SR-Users] LCR from_gw function
In-Reply-To: <CAOT09qWZV6x=81iKycvy2yAUTJs2WNgOpvuXdBdZ7YgMCqp1sw@mail.gmail.com>
References: <CAOT09qWZV6x=81iKycvy2yAUTJs2WNgOpvuXdBdZ7YgMCqp1sw@mail.gmail.com>
Message-ID: <25172.681.172927.152709@tutpro.com>

Antoine DEBARRE writes:

> Unfortunately from_gw doesn't work with lcr_id > 1

Check this:

https://kamailio.org/docs/modules/5.5.x/modules/lcr.html#lcr.p.lcr_count

-- Juha


From hw at gilawa.com  Mon Apr 11 14:12:33 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Mon, 11 Apr 2022 12:12:33 +0000
Subject: [SR-Users] reply sent
In-Reply-To: <CO6PR13MB532138D25AB2A1E0F5D27D26C9E69@CO6PR13MB5321.namprd13.prod.outlook.com>
References: <CO6PR13MB532138D25AB2A1E0F5D27D26C9E69@CO6PR13MB5321.namprd13.prod.outlook.com>
Message-ID: <PAXPR05MB8558F5CB429DC640DBA75AF6BFEA9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

have a look to this: https://www.kamailio.org/wiki/cookbooks/5.5.x/pseudovariables#t_reply_code

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 Daniel Paape
Sent: Thursday, April 7, 2022 10:21 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] reply sent

Hello,
Is there a function that can be called from a module that will return the last response code sent, regardless of whether it was a local or relayed  reply?

thanks,
Daniel

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

From adebarre at b2s-group.com  Mon Apr 11 16:25:48 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Mon, 11 Apr 2022 16:25:48 +0200
Subject: [SR-Users] kamcmd autocompletion
Message-ID: <CAOT09qVV5WRWaNocKTH9Pyim-7zuw0h2sD5PEDq2PSEsaH3dig@mail.gmail.com>

Hi,

I just installed kamailio v5.5 via deb.kamailio.org packages (debian 11).
Seems that kamcmd autocompletion doesn't work at all.

It is OK for v5.4 via official debian packages
(packages.debian.org/bullseye/kamailio)

Best regards,

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>


From bkaufman at bcmone.com  Mon Apr 11 17:13:07 2022
From: bkaufman at bcmone.com (Ben Kaufman)
Date: Mon, 11 Apr 2022 15:13:07 +0000
Subject: [SR-Users] How to submit updates for core documentation?
In-Reply-To: <DM4PR11MB540773745C666D3022BB5DCBA4199@DM4PR11MB5407.namprd11.prod.outlook.com>
References: <DM4PR11MB540773745C666D3022BB5DCBA4199@DM4PR11MB5407.namprd11.prod.outlook.com>
Message-ID: <DM4PR11MB54072BA1C699C9730465DD88A4EA9@DM4PR11MB5407.namprd11.prod.outlook.com>

I've added the doc for the two commands to the wiki. https://www.kamailio.org/wiki/cookbooks/devel/core#trydefenv

I wasn't sure if they should have been grouped near #!defenv or alphabetically. I decided on the latter - I hope that's good.

Ben Kaufman

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Ben Kaufman
Sent: Thursday, March 24, 2022 10:19 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] How to submit updates for core documentation?

Hello,


I had a small patch merged for 5.6 to add preprocessor macros #!trydefenv and #!trydefenvs.  (https://github.com/kamailio/kamailio/issues/2967<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fkamailio%2Fkamailio%2Fissues%2F2967&data=04%7C01%7Cbkaufman%40bcmone.com%7Ca8dcab59260b47fc22ca08da0da9aac5%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637837319626464509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kWko0RUXUot8cEaPKP6EKIX4PO2PrS%2FXu9QqYHvXSHI%3D&reserved=0>), but they need documentation.  I believe that they should ultimately end up on this page: https://www.kamailio.org/wiki/cookbooks/devel/core<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kamailio.org%2Fwiki%2Fcookbooks%2Fdevel%2Fcore&data=04%7C01%7Cbkaufman%40bcmone.com%7Ca8dcab59260b47fc22ca08da0da9aac5%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637837319626464509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=W9oaa1my%2BHtnnq4dNaRRXqpYYkeZBPF7g04ezZ34joI%3D&reserved=0>.  I don't see this in the /doc section of the repo.  What's the process for me to submit this documentation?


Ben Kaufman
Sr. VoIP Engineer - BCM One

+1.612.735.9309
bkaufman at bcmone.com<mailto:bkaufman at bcmone.com>
24 hour client support: +1.855.639.6300

[https://www.bcmone.com/files/bcmone-logo.png]<https://www.bcmone.com/>   [https://www.bcmone.com/files/twitter-icon-circle.png] <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2Fbcmonenyc%2F&data=04%7C01%7Cbkaufman%40bcmone.com%7Ca8dcab59260b47fc22ca08da0da9aac5%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637837319626464509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=I8DcdgKr2vI3NhrR0spME2IsVgGJI%2FNHKS624JdBegs%3D&reserved=0>   [https://www.bcmone.com/files/twitter-icon-circle.png] <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Fbcm_one%2F&data=04%7C01%7Cbkaufman%40bcmone.com%7Ca8dcab59260b47fc22ca08da0da9aac5%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637837319626464509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vpmzo209ZndRiwIPS9QV0%2FNmWdATDzfgL%2BWYHK82%2BVI%3D&reserved=0>   [https://www.bcmone.com/files/linkedin-icon-circle.png] <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Fbusiness-communications-management%2F&data=04%7C01%7Cbkaufman%40bcmone.com%7Ca8dcab59260b47fc22ca08da0da9aac5%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637837319626464509%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ensUvBnTZoLy3xsvYK3AbbZ3WV7CfQouvmv60E7bY0Q%3D&reserved=0>

NOTE: This e-mail and any attachments are from BCM One, Inc. and are intended
solely for the use and review of the individual(s) to whom it is addressed.
If you believe you received this e-mail in error, please notify the sender
immediately, delete the e-mail (and any attachments) from your computer and do
not copy or disclose it to anyone else.

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

From dgeka25594 at gmail.com  Mon Apr 11 17:23:22 2022
From: dgeka25594 at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JzQsNGB0YLRgNCw0YLQvtCy?=)
Date: Mon, 11 Apr 2022 18:23:22 +0300
Subject: [SR-Users] Kamailio IMS heavy load
Message-ID: <CAOYMbZ7-XRFF-q6gt5BB+U++LuMFUxTzD9az-f-GYR3wrp06Cw@mail.gmail.com>

Hi!

Previously, I created a ticket on github
https://github.com/kamailio/kamailio/issues/3071 and tried to deal with the
problem there, but they sent me here for advice.

I set up Kamailio IMS , in the end everything turned out great, calls are
made, and I decided to check how Kamailio copes with the load. I am
creating a load using the sipp application. There is no problem with a low
call generation rate, but if you raise the call generation to more than 20
calls per second, some of the calls fail.
I compared the calls and saw that the ICSCF does not send a 180 Ringing
message towards the S-CSCF
[image: image.png]
[image: image.png]
As I found out further and suggested, the problem is that some calls are
cut on the S-CSCF and this is probably due to some kind of timer, but I
could not figure out which one.
Full logs and dump are attached to the issue on github, below is a log
sample by bad dialog 0x7fc133ce61d8

```
Apr  5 08:24:33 ims-core /usr/local/sbin/kamailio[26061]: DEBUG: ims_dialog
[dlg_handlers.c:284]: dlg_iuid_sfree(): freeing dlg iuid [465:10905]
(0x7fc133ce61d8)
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1025]: link_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_cb.c:251]: run_create_callbacks(): dialog=0x7fc133ce61d8
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_handlers.c:789]: dlg_onreq(): dialog [0x7fc133ce61d8] added to tm
callbacks
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1293]: next_state_dlg(): dialog 0x7fc133ce61d8 changed from
state 1 to state 6, due event 4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_handlers.c:1489]: dlg_onreply(): dialog 0x7fc133ce61d8 failed
(negative reply)
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 0
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:1066]: unref_dlg(): ref <=0 for dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:196]: destroy_dlg(): destroying dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_hash.c:207]: destroy_dlg(): removed timer for dlg 0x7fc133ce61d8
[3791:1419] with clid '43-3057631 at 10.2.16.63' and tags '78885556600'
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog
[dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=8192
```

What could be the reasons for this behavior and how to diagnose them? I did
not observe problems with MEM or CPU during the tests.

I will be grateful for any advice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220411/65af9e4e/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 886921 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220411/65af9e4e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 1633627 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220411/65af9e4e/attachment-0003.png>

From hw at gilawa.com  Tue Apr 12 10:57:52 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 12 Apr 2022 08:57:52 +0000
Subject: [SR-Users] Kamailio IMS heavy load
In-Reply-To: <CAOYMbZ6Bm-rELcLVHxCQ+h9kUa8QzFunVaCTmH2a8G5LKQU+3g@mail.gmail.com>
References: <CAOYMbZ7-XRFF-q6gt5BB+U++LuMFUxTzD9az-f-GYR3wrp06Cw@mail.gmail.com>
 <PAXPR05MB85580B58B5410F40820E2EB4BFED9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAOYMbZ6Bm-rELcLVHxCQ+h9kUa8QzFunVaCTmH2a8G5LKQU+3g@mail.gmail.com>
Message-ID: <PAXPR05MB8558677FCA9B778DB8383EE5BFED9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

checking CPU/I/O performance of the database during the load test would be a start. You can also monitor database access e.g. with a network debugging tools.

Cheers,

Henning

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

From: ??????? ????????? <dgeka25594 at gmail.com>
Sent: Tuesday, April 12, 2022 10:03 AM
To: Henning Westerholt <hw at gilawa.com>
Subject: Re: [SR-Users] Kamailio IMS heavy load

Hey Henning!

Thanks for the advice, I understand about logging, I will make edits and re-check. And how can I check the fact that what are the gaps when reading / writing the database? I am using MySQL.

??, 12 ???. 2022 ?. ? 10:52, Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>:
Hello,

as mentioned, I would start by monitoring my dependencies, in particular related to I/O, like database or monitoring.

Just to be sure, you are not running the tests with enabled debug log level? This would certainly cause problems.

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 ??????? ?????????
Sent: Monday, April 11, 2022 5:23 PM
To: sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Subject: [SR-Users] Kamailio IMS heavy load

Hi!

Previously, I created a ticket on github https://github.com/kamailio/kamailio/issues/3071 and tried to deal with the problem there, but they sent me here for advice.
I set up Kamailio IMS , in the end everything turned out great, calls are made, and I decided to check how Kamailio copes with the load. I am creating a load using the sipp application. There is no problem with a low call generation rate, but if you raise the call generation to more than 20 calls per second, some of the calls fail.
I compared the calls and saw that the ICSCF does not send a 180 Ringing message towards the S-CSCF
[..]

As I found out further and suggested, the problem is that some calls are cut on the S-CSCF and this is probably due to some kind of timer, but I could not figure out which one.
Full logs and dump are attached to the issue on github, below is a log sample by bad dialog 0x7fc133ce61d8

```
Apr  5 08:24:33 ims-core /usr/local/sbin/kamailio[26061]: DEBUG: ims_dialog [dlg_handlers.c:284]: dlg_iuid_sfree(): freeing dlg iuid [465:10905] (0x7fc133ce61d8)
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1025]: link_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:251]: run_create_callbacks(): dialog=0x7fc133ce61d8
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_handlers.c:789]: dlg_onreq(): dialog [0x7fc133ce61d8] added to tm callbacks
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1293]: next_state_dlg(): dialog 0x7fc133ce61d8 changed from state 1 to state 6, due event 4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_handlers.c:1489]: dlg_onreply(): dialog 0x7fc133ce61d8 failed (negative reply)
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 0
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): ref <=0 for dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:196]: destroy_dlg(): destroying dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:207]: destroy_dlg(): removed timer for dlg 0x7fc133ce61d8 [3791:1419] with clid '43-3057631 at 10.2.16.63<mailto:43-3057631 at 10.2.16.63>' and tags '78885556600'
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=8192
```

What could be the reasons for this behavior and how to diagnose them? I did not observe problems with MEM or CPU during the tests.

I will be grateful for any advice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220412/e55db8c8/attachment.htm>

From masoud96 at mail.ru  Tue Apr 12 15:07:03 2022
From: masoud96 at mail.ru (=?UTF-8?B?TXVib3Jha3Nob2hpIE1hc291ZA==?=)
Date: Tue, 12 Apr 2022 16:07:03 +0300
Subject: [SR-Users] =?utf-8?q?High_performance?=
Message-ID: <1649768823.487302558@f766.i.mail.ru>


Hello! I have kamailio 5.5 configured with digest authentication.
DB Mysql, 2 rtpengine one on the same server with kamailio, the other is separate.
Rtpengins work in bridge mode, internal/external/external-ipV6.
Kamailio listen 3 address: internal/external/external-ipV6 work in mixed mode: ipV4-ipV4, ipV4-ipV6, ipV6-ipV6.
OS Debian 10, CPU 1 core, Ram 4gb, Disk not ssd.
internal address is used for the gateway model of the connection to the PSTN. Before sending a call to PSTN, a request is sent to Billing by Diameter (request over the network, ims_charging ), Billing responds in the region of 10-17 milliseconds. usrloc db_mode = 0; UAS contacts are received according to the PUSH scheme (we send PUSH via http and get a REGISTER). children = 8 for each;
When running synthetic tests with sipp, I get 36 cps as a maximum, but there are a lot of retrans.
This is a test environment.
? Product:
I plan to get 100 cps; 20k concurrent calls, hardware will be 128GB RAM ddr4-2400; Intel Xeon Silver 4216, Optane SSD. 2 such servers, kamailio/rtpengine are configured exactly according to the scheme of the test environment.
Question:
Can you please tell me how many children, shm/pv do I need?
Is it worth going in the direction of asynchrony, or is the standard one enough for my purpose?
I will be very glad for any help.
Thank you!
--
?????????? ?? Mail.ru ??? Android
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220412/32f8d482/attachment.htm>

From bayupmail at gmail.com  Wed Apr 13 00:18:12 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 13 Apr 2022 05:18:12 +0700
Subject: [SR-Users] kamailio fail to load sip-router.cfg
Message-ID: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>

Dear Sir,

Could you please help me, please to share how to load sip-router.cfg file
inside running kamailio ?
the file is necessary to be load during rerouting kamailio gateway. I have
2 platform kamailio , both of them are failed to load sip-router.cfg file.
They are apt kamailio installation source and the second is tar.gz kamailio
installation source, which reload / restart kamailio process (and
installation) were failed to load sip-router.cfg file.

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/5df24b80/attachment.htm>

From hw at gilawa.com  Wed Apr 13 09:05:58 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 13 Apr 2022 07:05:58 +0000
Subject: [SR-Users] kamailio fail to load sip-router.cfg
In-Reply-To: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
References: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
Message-ID: <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

please share some errors from the log file of kamailio to see what kind of errors you get.

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 bayu p
Sent: Wednesday, April 13, 2022 12:18 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] kamailio fail to load sip-router.cfg

Dear Sir,

Could you please help me, please to share how to load sip-router.cfg file inside running kamailio ?
the file is necessary to be load during rerouting kamailio gateway. I have 2 platform kamailio , both of them are failed to load sip-router.cfg file. They are apt kamailio installation source and the second is tar.gz kamailio installation source, which reload / restart kamailio process (and installation) were failed to load sip-router.cfg file.

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/ce5370a0/attachment.htm>

From hw at gilawa.com  Tue Apr 12 09:52:26 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 12 Apr 2022 07:52:26 +0000
Subject: [SR-Users] Kamailio IMS heavy load
In-Reply-To: <CAOYMbZ7-XRFF-q6gt5BB+U++LuMFUxTzD9az-f-GYR3wrp06Cw@mail.gmail.com>
References: <CAOYMbZ7-XRFF-q6gt5BB+U++LuMFUxTzD9az-f-GYR3wrp06Cw@mail.gmail.com>
Message-ID: <PAXPR05MB85580B58B5410F40820E2EB4BFED9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

as mentioned, I would start by monitoring my dependencies, in particular related to I/O, like database or monitoring.

Just to be sure, you are not running the tests with enabled debug log level? This would certainly cause problems.

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: Monday, April 11, 2022 5:23 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] Kamailio IMS heavy load

Hi!

Previously, I created a ticket on github https://github.com/kamailio/kamailio/issues/3071 and tried to deal with the problem there, but they sent me here for advice.
I set up Kamailio IMS , in the end everything turned out great, calls are made, and I decided to check how Kamailio copes with the load. I am creating a load using the sipp application. There is no problem with a low call generation rate, but if you raise the call generation to more than 20 calls per second, some of the calls fail.
I compared the calls and saw that the ICSCF does not send a 180 Ringing message towards the S-CSCF
[cid:image001.png at 01D84E53.022411C0]
[cid:image002.png at 01D84E53.022411C0]
As I found out further and suggested, the problem is that some calls are cut on the S-CSCF and this is probably due to some kind of timer, but I could not figure out which one.
Full logs and dump are attached to the issue on github, below is a log sample by bad dialog 0x7fc133ce61d8

```
Apr  5 08:24:33 ims-core /usr/local/sbin/kamailio[26061]: DEBUG: ims_dialog [dlg_handlers.c:284]: dlg_iuid_sfree(): freeing dlg iuid [465:10905] (0x7fc133ce61d8)
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1025]: link_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:251]: run_create_callbacks(): dialog=0x7fc133ce61d8
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_handlers.c:789]: dlg_onreq(): dialog [0x7fc133ce61d8] added to tm callbacks
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:35 ims-core /usr/local/sbin/kamailio[26059]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:887]: lookup_dlg(): ref dlg 0x7fc133ce61d8 with 1 -> 2
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1293]: next_state_dlg(): dialog 0x7fc133ce61d8 changed from state 1 to state 6, due event 4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_handlers.c:1489]: dlg_onreply(): dialog 0x7fc133ce61d8 failed (negative reply)
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=4
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 1
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): unref dlg 0x7fc133ce61d8 with 1 -> 0
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:1066]: unref_dlg(): ref <=0 for dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:196]: destroy_dlg(): destroying dialog 0x7fc133ce61d8
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_hash.c:207]: destroy_dlg(): removed timer for dlg 0x7fc133ce61d8 [3791:1419] with clid '43-3057631 at 10.2.16.63<mailto:43-3057631 at 10.2.16.63>' and tags '78885556600'
Apr  5 08:24:38 ims-core /usr/local/sbin/kamailio[26056]: DEBUG: ims_dialog [dlg_cb.c:277]: run_dlg_callbacks(): dialog=0x7fc133ce61d8, type=8192
```

What could be the reasons for this behavior and how to diagnose them? I did not observe problems with MEM or CPU during the tests.

I will be grateful for any advice.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220412/66e0786b/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 1633627 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220412/66e0786b/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 886921 bytes
Desc: image002.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220412/66e0786b/attachment-0003.png>

From bayupmail at gmail.com  Wed Apr 13 14:41:50 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 13 Apr 2022 19:41:50 +0700
Subject: [SR-Users] kamailio fail to load sip-router.cfg
In-Reply-To: <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
 <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>

this logs I got from /var/log/kamailio.log

Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: We got an invite
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: GW Selected
'<null>'
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Domain of
destination: <null>
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: To URI:
sip:62211002 at 192.168.1.151 <sip%3A62211002 at 192.168.31.151>
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Couldn't
proceed to next gateway



Pada tanggal Rab, 13 Apr 2022 pukul 14.06 Henning Westerholt <hw at gilawa.com>
menulis:

> Hello,
>
>
>
> please share some errors from the log file of kamailio to see what kind of
> errors you get.
>
>
>
> 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 *bayu
> p
> *Sent:* Wednesday, April 13, 2022 12:18 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] kamailio fail to load sip-router.cfg
>
>
>
> Dear Sir,
>
>
>
> Could you please help me, please to share how to load sip-router.cfg file
> inside running kamailio ?
>
> the file is necessary to be load during rerouting kamailio gateway. I have
> 2 platform kamailio , both of them are failed to load sip-router.cfg file.
> They are apt kamailio installation source and the second is tar.gz kamailio
> installation source, which reload / restart kamailio process (and
> installation) were failed to load sip-router.cfg file.
>
>
>
> Best Regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/f035a11f/attachment.htm>

From hw at gilawa.com  Wed Apr 13 14:44:25 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 13 Apr 2022 12:44:25 +0000
Subject: [SR-Users] kamailio fail to load sip-router.cfg
In-Reply-To: <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>
References: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
 <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>
Message-ID: <PAXPR05MB8558261A131AFBC3D64CD89FBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

the kamailio service is running on the system. Please explain what you want to achieve, otherwise its difficult to help you on the list.

Cheers,

Henning

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

From: bayu p <bayupmail at gmail.com>
Sent: Wednesday, April 13, 2022 2:42 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] kamailio fail to load sip-router.cfg

this logs I got from /var/log/kamailio.log

Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: We got an invite
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: GW Selected '<null>'
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Domain of destination: <null>
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: To URI: sip:62211002 at 192.168.1.151<mailto:sip%3A62211002 at 192.168.31.151>
Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Couldn't proceed to next gateway



Pada tanggal Rab, 13 Apr 2022 pukul 14.06 Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> menulis:
Hello,

please share some errors from the log file of kamailio to see what kind of errors you get.

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 bayu p
Sent: Wednesday, April 13, 2022 12:18 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] kamailio fail to load sip-router.cfg

Dear Sir,

Could you please help me, please to share how to load sip-router.cfg file inside running kamailio ?
the file is necessary to be load during rerouting kamailio gateway. I have 2 platform kamailio , both of them are failed to load sip-router.cfg file. They are apt kamailio installation source and the second is tar.gz kamailio installation source, which reload / restart kamailio process (and installation) were failed to load sip-router.cfg file.

Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/edd8b1b9/attachment.htm>

From bayupmail at gmail.com  Wed Apr 13 14:45:21 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 13 Apr 2022 19:45:21 +0700
Subject: [SR-Users] kamailio fail to load sip-router.cfg
In-Reply-To: <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>
References: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
 <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>
Message-ID: <CAMy5KNd+fMuUukwJ-ttysce9vKFznbP-uyPSPGyEX0MJAG9OaQ@mail.gmail.com>

I try to use sip-router.cfg file to solve the error, as explain in
https://kamailio.org/docs/modules/4.4.x/modules/lcr.html#idp27380228 point
3.29,
but nothing happens to the call process logs, still same Error..


Pada tanggal Rab, 13 Apr 2022 pukul 19.41 bayu p <bayupmail at gmail.com>
menulis:

> this logs I got from /var/log/kamailio.log
>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: We got an
> invite
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: GW Selected
> '<null>'
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Domain of
> destination: <null>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: To URI:
> sip:62211002 at 192.168.1.151 <sip%3A62211002 at 192.168.31.151>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Couldn't
> proceed to next gateway
>
>
>
> Pada tanggal Rab, 13 Apr 2022 pukul 14.06 Henning Westerholt <
> hw at gilawa.com> menulis:
>
>> Hello,
>>
>>
>>
>> please share some errors from the log file of kamailio to see what kind
>> of errors you get.
>>
>>
>>
>> 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 *bayu
>> p
>> *Sent:* Wednesday, April 13, 2022 12:18 AM
>> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>> *Subject:* [SR-Users] kamailio fail to load sip-router.cfg
>>
>>
>>
>> Dear Sir,
>>
>>
>>
>> Could you please help me, please to share how to load sip-router.cfg file
>> inside running kamailio ?
>>
>> the file is necessary to be load during rerouting kamailio gateway. I
>> have 2 platform kamailio , both of them are failed to load sip-router.cfg
>> file. They are apt kamailio installation source and the second is tar.gz
>> kamailio installation source, which reload / restart kamailio process (and
>> installation) were failed to load sip-router.cfg file.
>>
>>
>>
>> Best Regards,
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/b805a09d/attachment.htm>

From afouad at gmail.com  Wed Apr 13 16:10:50 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Wed, 13 Apr 2022 10:10:50 -0400
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
Message-ID: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>

Hi,

I was wondering if this patch was ever merged to the current release(s)

https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split

I'd like to start Kamailio with all remote registration disabled then
enable based on the code logic

Thanks in advance,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/27b90014/attachment.htm>

From hw at gilawa.com  Wed Apr 13 16:13:30 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 13 Apr 2022 14:13:30 +0000
Subject: [SR-Users] kamcmd autocompletion
In-Reply-To: <CAOT09qVV5WRWaNocKTH9Pyim-7zuw0h2sD5PEDq2PSEsaH3dig@mail.gmail.com>
References: <CAOT09qVV5WRWaNocKTH9Pyim-7zuw0h2sD5PEDq2PSEsaH3dig@mail.gmail.com>
Message-ID: <PAXPR05MB8558705EA6474B121F099E68BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

this is a known issue; I can also reproduce it on Debian 11. 

You could open an issue about it on our tracker if you like.
The kamcmd tool is fairly old, you could give the newer kamcli a try, which is also more powerful. It also supports auto-completion.

Cheers,

Henning

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

-----Original Message-----
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Antoine DEBARRE
Sent: Monday, April 11, 2022 4:26 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] kamcmd autocompletion

Hi,

I just installed kamailio v5.5 via deb.kamailio.org packages (debian 11).
Seems that kamcmd autocompletion doesn't work at all.

It is OK for v5.4 via official debian packages
(packages.debian.org/bullseye/kamailio)

Best regards,

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>

__________________________________________________________
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 gilawa.com  Wed Apr 13 16:16:12 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 13 Apr 2022 14:16:12 +0000
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
Message-ID: <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

it is present e.g. in 5.5.x, also available in docs: https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active

Why do you think it was not merged?

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 Ahmed Fouad
Sent: Wednesday, April 13, 2022 4:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,

I was wondering if this patch was ever merged to the current release(s)

https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split

I'd like to start Kamailio with all remote registration disabled then enable based on the code logic

Thanks in advance,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/c89246e0/attachment.htm>

From afouad at gmail.com  Wed Apr 13 16:27:03 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Wed, 13 Apr 2022 10:27:03 -0400
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAKZddxhnJ5OOqODnMAFrWU4dj2LzyS+vQm-7wcsB2QOZuJcgqw@mail.gmail.com>

Hi Henning,

Thanks for your quick reply , my bad I was looking in old docs 5.1.x ,
setting it to zero stopped the auto registeration.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/ecd3fb05/attachment.htm>

From afouad at gmail.com  Wed Apr 13 16:42:28 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Wed, 13 Apr 2022 10:42:28 -0400
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>

Hi,

I've tested this parameter and it's working as expected but I've a question
here. When I start kamailio with disabled remote registration mode then
from the configuration I use uac_reg_request_to(user, mode) to register
only a single extension.
Will this scenario work ?
or the whole remote registration is disabled and needs to be enabled first ?

My goal is to send single registrations only from the code logic, not when
kamailio starts.

On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> it is present e.g. in 5.5.x, also available in docs:
> https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active
>
>
>
> Why do you think it was not merged?
>
>
>
> 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 *Ahmed
> Fouad
> *Sent:* Wednesday, April 13, 2022 4:11 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
>
>
> I was wondering if this patch was ever merged to the current release(s)
>
>
>
>
> https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split
>
>
>
> I'd like to start Kamailio with all remote registration disabled then
> enable based on the code logic
>
>
>
> Thanks in advance,
>


-- 
Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/0c929d61/attachment.htm>

From hw at gilawa.com  Wed Apr 13 17:03:13 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 13 Apr 2022 15:03:13 +0000
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
Message-ID: <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

don?t know without looking to the code, I?d say just give it a try and see if it works.

Cheers,

Henning

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

From: Ahmed Fouad <afouad at gmail.com>
Sent: Wednesday, April 13, 2022 4:42 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,

I've tested this parameter and it's working as expected but I've a question here. When I start kamailio with disabled remote registration mode then from the configuration I use uac_reg_request_to(user, mode) to register only a single extension.
Will this scenario work ?
or the whole remote registration is disabled and needs to be enabled first ?

My goal is to send single registrations only from the code logic, not when kamailio starts.

On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:
Hello,

it is present e.g. in 5.5.x, also available in docs: https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active

Why do you think it was not merged?

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 Ahmed Fouad
Sent: Wednesday, April 13, 2022 4:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,

I was wondering if this patch was ever merged to the current release(s)

https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split

I'd like to start Kamailio with all remote registration disabled then enable based on the code logic

Thanks in advance,


--
Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/4210edf2/attachment.htm>

From lewis.hutchinson at missionlabs.co.uk  Wed Apr 13 17:55:43 2022
From: lewis.hutchinson at missionlabs.co.uk (Lewis Hutchinson)
Date: Wed, 13 Apr 2022 15:55:43 +0000
Subject: [SR-Users] append new a= in SDP (without rtpengine)
Message-ID: <CWXP265MB251753C54BC9C86B7DECD2D8C5EC9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>

version: kamailio 5.5.3
Using KEMI Python

I have read several posts on this and tried several approaches but can not seem to get it to work. As it stands I am trying to add a=record:on | a=record:off | a=record:pause In the SDP because FreeSWITCH creating the INVITE isn't able to do this in the way required. When it is sent from FreeSWITCH a=record:on is send a=record

I have looked at SDPOPS, TEXTOPS and a few others but non of the offer the option to just inject and a= into the SDP body.

So as a result I tried a  couple of options where the INVITE is created with a=record (unsure why FreeSWITCH wont let us just add :off etc to the end but that's another point that if anyone know would be helpful) and then using replace_body or search_append_body but the result is TEXTOPS is unable to action the request because of a SDP parse error

DEBUG: <core> [core/parser/sdp/sdp.c:599]: parse_sdp_session(): ignoring unknown type in a= line: `a=record#015#012a=ptime:20...'

Does anyone have any thoughts or tricks on this to give me a few options at ways to handle this?

Lewis

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

From adebarre at b2s-group.com  Wed Apr 13 18:22:46 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Wed, 13 Apr 2022 18:22:46 +0200
Subject: [SR-Users] LCR issues (request_uri)
Message-ID: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>

Hi,

I'm trying to use LCR with kamailio v5.5.4
gw, rule and rule_target are stored on mysql.

for lcr rules, do you know if prefix is mandatory ?
I first wanted to start using request_uri instead and leave the prefix
column null/empty because prefix seems not to support regexp, I don't want
to add the same rule with different prefixes.

but I'm facing issues

my database is fulfilled with :
lcr_gw
+----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+
| id | lcr_id | gw_name      | ip_addr       | hostname | port | params |
uri_scheme | transport | strip | prefix | tag         | flags | defunct |
+----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+
|  1 |      1 | carrier1     | 10.78.51.3    | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | fd=carrier1 |     0 |    NULL |
|  2 |      1 | carrier2     | 10.78.51.3    | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | fd=carrier2 |     0 |    NULL |
|  3 |      1 | carrier3     | 10.192.50.212 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
|  6 |      1 | carrier4     | 10.192.50.3   | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | fd=carrier4 |     0 |    NULL |
| 10 |      1 | carrier5     | 10.192.50.3   | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | fd=carrier5 |     0 |    NULL |
| 18 |      1 | carrier6     | 10.192.50.214 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 20 |      1 | carrier7     | 10.192.50.210 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 30 |      1 | carrier8     | 10.192.50.211 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 31 |      1 | carrier9     | 10.192.50.216 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 32 |      2 | media1       | 10.192.50.232 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 33 |      2 | media2       | 10.192.50.233 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 34 |      2 | media3       | 10.192.50.234 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 35 |      2 | media4       | 10.192.50.235 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 36 |      2 | media5       | 10.192.50.240 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 37 |      2 | media6       | 10.192.50.241 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 38 |      2 | media7       | 10.192.50.242 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
| 39 |      3 | xivo-231     | 10.192.50.231 | NULL     | 5060 | NULL   |
    NULL |         1 |  NULL | NULL   | cps=5;cc=50 |     0 |    NULL |
+----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+

lcr_rule
+----+------------------------+-----------------------------------+------------------+--------+----------+-----------+---------+---------+
| id | desc                          | request_uri                   |
lcr_id | prefix | from_uri | mt_tvalue | stopper | enabled |
+----+------------------------+-----------------------------------+------------------+--------+----------+-----------+---------+---------+
|  1  | Default                      | .+
|      1 | NULL   | NULL     | NULL      |       0 |       1 |
|  2  | France GSM             | (0|(|00|\+)33)[67]\d{8}    |      1 | NULL
  | NULL     | NULL      |       1 |       1 |
|  3  | France                      | (0|(|00|\+)33)[1-59]\d{8} |      1 |
NULL   | NULL     | NULL      |       1 |       1 |
|  4  | International default  | (00|\+)[1-9].+                 |      1 |
NULL   | NULL     | NULL      |       1 |       1 |
|  5  | Italy                           | (00|\+)39.+                    |
     1 | NULL   | NULL     | NULL      |       1 |       1 |
| 14 | to_oldmedias            | .+                                   |
 2 | NULL   | NULL     | NULL      |       0 |       1 |
+----+------------------------+-----------------------------------+-------------------+--------+----------+-----------+---------+---------+

lcr_rule_target
+----+--------+---------+-------+----------+--------+
| id | lcr_id | rule_id | gw_id | priority | weight |
+----+--------+---------+-------+----------+--------+
| 25 |      1 |       3 |     3 |        1 |      1 |
| 26 |      1 |       3 |    18 |        2 |      1 |
| 28 |      1 |       3 |    30 |        3 |      1 |
| 29 |      1 |       2 |    30 |        4 |      1 |
| 30 |      1 |       2 |     3 |        2 |      1 |
| 31 |      1 |       2 |    18 |        3 |      1 |
| 32 |      1 |       2 |    20 |        1 |      1 |
| 33 |      1 |       1 |    30 |        1 |      1 |
| 34 |      1 |      12 |     1 |        1 |      1 |
| 35 |      1 |      12 |    10 |        1 |      1 |
| 37 |      2 |      14 |    32 |        1 |      1 |
| 38 |      2 |      14 |    33 |        1 |      1 |
| 39 |      2 |      14 |    34 |        1 |      1 |
| 40 |      2 |      14 |    35 |        1 |      1 |
| 41 |      2 |      14 |    36 |        1 |      1 |
| 42 |      2 |      14 |    37 |        1 |      1 |
| 43 |      2 |      14 |    38 |        1 |      1 |
| 45 |      1 |       2 |    10 |        3 |      1 |
+----+--------+---------+-------+----------+--------+

to test gws, I use kamcmd
for example :
kamcmd lcr.load_gws 1 s:0600000001 s:02111111111 s:0600000001
arg 1 : prefix or $rU
arg 2 : from_uri
arg 3 : request_uri

result is OK with 5 gateways selected

but in real test situation with the following config file :

kamailio.cfg :

request_route {
...
if(!load_gws(1,$rU,$fU)) {
              sl_send_reply("500", "Cannot load gateways");
              exit;
}
## - dumping the list of lcr gateways
$var(i) = 0;
while( $(avp(lcr_gw_uri)[$var(i)]) != $null) {
        xlog("L_ERR","loaded
gw_uri_avp[$var(i)]=?$(avp(lcr_gw_uri)[$var(i)])?\n");
        $var(i) = $var(i) + 1;
}

if(!next_gw()) {
        sl_send_reply("503", "No gateways found");
        exit;
}
}
.....

=> we receive a 503 "No gateways found", which indicate that load_gws() is
OK, but wasn't able to parse avp lcr_gw_uri (we have no xlog output)

Then I noticed that some calls are OK  and others are KO (with same pattern
for $rU) => lcr rule id 2

So I with debug=3

*call to 0611111111 => load_gws OK and next_gw OK*

 lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
 lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
 lcr [lcr_mod.c:3004]: do_from_gw(): request game from gw
 lcr [lcr_mod.c:3009]: do_from_gw(): added tag_avp <cps=5;cc=50>
 lcr [lcr_mod.c:2264]: ki_load_gws_furi(): load_gws(1, 0611111111,
0211111111)
 lcr [lcr_mod.c:2313]: ki_load_gws_furi(): from uri <0211111111> did not
match to from regex <AMD>
 lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
sip:0611111111 at 10.192.50.227:5060> did not match to request regex
<(00|\+)39.+>
 lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
sip:0611111111 at 10.192.50.227:5060> did not match to request regex
<(00|\+)[1-9].+>
 lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
sip:0611111111 at 10.192.50.227:5060> did not match to request regex
<(0|(|00|\+)33)[1-59]\d{8}>
 lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[0]=[4, 0, 3,
2329862]
 lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[1]=[5, 0, 1,
5553909]
 lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[2]=[8, 0, 3,
7256660]
 lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[3]=[7, 0, 2,
3129551]
 lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[4]=[6, 0, 4,
2234577]
 lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
<6|sip:|0|||3543318538||5060||;transport=udp|0|2> with weight <2234577>
 lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
<4|sip:|0||fd=carrier5|53657610||5060||;transport=udp|0|2> with weight
<2329862>
 lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
<8|sip:|0|||3593650186||5060||;transport=udp|0|2> with weight <7256660>
 lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
<7|sip:|0|||3560095754||5060||;transport=udp|0|2> with weight <3129551>
 lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
<5|sip:|0|||3526541322||5060||;transport=udp|0|2> with weight <5553909>
 lcr [lcr_mod.c:2610]: generate_uris(): r_uri
<sip:0611111111 at 10.192.50.210:5060;transport=udp>, dst_uri <>
 lcr [lcr_mod.c:2904]: ki_next_gw(): added ruri_user_avp <0611111111>
 lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
 lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3526541322>
 lcr [lcr_mod.c:2610]: generate_uris(): r_uri
<sip:0611111111 at 10.192.50.212:5060;transport=udp>, dst_uri <>
 lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
 lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3560095754>
 lcr [lcr_mod.c:2610]: generate_uris(): r_uri
<sip:0611111111 at 10.192.50.214:5060;transport=udp>, dst_uri <>
 lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
 lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3593650186>
 lcr [lcr_mod.c:2610]: generate_uris(): r_uri
<sip:0611111111 at 10.192.50.3:5060;transport=udp>, dst_uri <>
 lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <fd=carrier5>
 lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <53657610>
 lcr [lcr_mod.c:2610]: generate_uris(): r_uri
<sip:0611111111 at 10.192.50.211:5060;transport=udp>, dst_uri <>
 lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
 lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3543318538>

the right gws are selected and call are routed to them

*call to 0600000001 => load_gws OK and next_gw KO*

 lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
 lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
 lcr [lcr_mod.c:3004]: do_from_gw(): request game from gw
 lcr [lcr_mod.c:3009]: do_from_gw(): added tag_avp <cps=5;cc=50>
 lcr [lcr_mod.c:2264]: ki_load_gws_furi(): load_gws(1, 0600000001,
0211111111)
 lcr [lcr_mod.c:2313]: ki_load_gws_furi(): from uri <0170619309> did not
match to from regex <AMD>
 lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
sip:0600000001 at 10.192.50.227:5060> did not match to request regex
<(00|\+)39.+>

the process stops after trying to match rule with regexp <(00|\+)39.+>

Don't know if it's a bug or if I misunderstood something !

Thanks in advance !

Best regards,

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/f895a907/attachment.htm>

From afouad at gmail.com  Wed Apr 13 21:15:01 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Wed, 13 Apr 2022 15:15:01 -0400
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
 <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>

Hi,
I did many tests with some combinations and I'm afraid I've a problem here
with registration after being disabled
1 - Having modparam("uac", "reg_active", 0)
Completely disable the remote registration and can't be overridden any
other options trying to enable single registration from the code or from
kamcmd.

2 - Having modparam("uac", "reg_active", 1)
Remote registration is automatic and sent when kamailio is restarted and
all expiration is being handled perfectly.
thus dumping reg_dump the flags = 20 ( 16 (2^4) - registration initialized
+ 4 (2^2) - registration succeeded )

I tried to disable this registration using kamcmd uac.reg_disable
l_username XXXXX and it's disabled and confirmed flags: 21 (+ 1 (2^0) -
registration profile is disabled ))
but my problem here I didn't see unregister going with expiration = 0 to
clear the registration from the remote pbx so I used kamcmd
uac.reg_unregister l_username XXXXX and message went fine and extension was
unregistered.
tried again to enable it back using kamcmd uac.reg_enable l_username XXXXXX
I see the flags goes to 16 only and no register message is being sent and
it's stale like this even by running kamcmd uac.reg_reload

My request is simply I've some entries in the uacreg table. I'd like to
start kamailio without remote registration being enabled and have the
ability to enable/disable the REGISTER messages from the configuration file.

Can you please advise how to accomplish such scenario ?



On Wed, Apr 13, 2022 at 11:03 AM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> don?t know without looking to the code, I?d say just give it a try and see
> if it works.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Ahmed Fouad <afouad at gmail.com>
> *Sent:* Wednesday, April 13, 2022 4:42 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
>
>
> I've tested this parameter and it's working as expected but I've a
> question here. When I start kamailio with disabled remote registration mode
> then from the configuration I use uac_reg_request_to(user, mode) to
> register only a single extension.
>
> Will this scenario work ?
>
> or the whole remote registration is disabled and needs to be enabled first
> ?
>
>
>
> My goal is to send single registrations only from the code logic, not when
> kamailio starts.
>
>
>
> On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
>
>
> it is present e.g. in 5.5.x, also available in docs:
> https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active
>
>
>
> Why do you think it was not merged?
>
>
>
> 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 *Ahmed
> Fouad
> *Sent:* Wednesday, April 13, 2022 4:11 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
>
>
> I was wondering if this patch was ever merged to the current release(s)
>
>
>
>
> https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split
>
>
>
> I'd like to start Kamailio with all remote registration disabled then
> enable based on the code logic
>
>
>
> Thanks in advance,
>
>
>
> --
>
> Best Regards,
> Ahmed Fouad
>


-- 
Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220413/1c950372/attachment.htm>

From bayupmail at gmail.com  Thu Apr 14 05:39:49 2022
From: bayupmail at gmail.com (bayu p)
Date: Thu, 14 Apr 2022 10:39:49 +0700
Subject: [SR-Users] kamailio fail to load sip-router.cfg
In-Reply-To: <PAXPR05MB8558261A131AFBC3D64CD89FBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMy5KNeZv0hi-Smezwb6sd=xwdhJ_=pSHB_g9+YmoC_8sBS+nw@mail.gmail.com>
 <PAXPR05MB8558BEC1F0B8877A2110AD6CBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAMy5KNcZwoWudbxhAAsA_48QY3t4NUBZh1QC+3ciRk+Pcgi3gQ@mail.gmail.com>
 <PAXPR05MB8558261A131AFBC3D64CD89FBFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMy5KNfWmLo6EAdf0RCU8sSh6VHrPWZHnr9xKticJWuXkn_Pjg@mail.gmail.com>

Yes, you are right that kamialio service is running.
This config kamailio is using lcr module.
According to lcr module manual usage, I should define 'destination domain'
and 'gateway ip address' in sip-router.cfg.

So, how should sip-router.cfg config loading procedure in kamailio 5.3.2
(and kamailio 5.5.4) ?

Best Regards

On Wed, Apr 13, 2022, 19:44 Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> the kamailio service is running on the system. Please explain what you
> want to achieve, otherwise its difficult to help you on the list.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* bayu p <bayupmail at gmail.com>
> *Sent:* Wednesday, April 13, 2022 2:42 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] kamailio fail to load sip-router.cfg
>
>
>
> this logs I got from /var/log/kamailio.log
>
>
>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: We got an
> invite
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: GW Selected
> '<null>'
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Domain of
> destination: <null>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: To URI:
> sip:62211002 at 192.168.1.151 <sip%3A62211002 at 192.168.31.151>
> Apr 13 05:00:39 kamal /usr/sbin/kamailio[218818]: ERROR: {1 2 INVITE
> 50de5e5945799ec78cd49a50167cea1a at 0:0:0:0:0:0:0:0} <script>: Couldn't
> proceed to next gateway
>
>
>
>
>
>
>
> Pada tanggal Rab, 13 Apr 2022 pukul 14.06 Henning Westerholt <
> hw at gilawa.com> menulis:
>
> Hello,
>
>
>
> please share some errors from the log file of kamailio to see what kind of
> errors you get.
>
>
>
> 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 *bayu
> p
> *Sent:* Wednesday, April 13, 2022 12:18 AM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] kamailio fail to load sip-router.cfg
>
>
>
> Dear Sir,
>
>
>
> Could you please help me, please to share how to load sip-router.cfg file
> inside running kamailio ?
>
> the file is necessary to be load during rerouting kamailio gateway. I have
> 2 platform kamailio , both of them are failed to load sip-router.cfg file.
> They are apt kamailio installation source and the second is tar.gz kamailio
> installation source, which reload / restart kamailio process (and
> installation) were failed to load sip-router.cfg file.
>
>
>
> Best Regards,
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/70aa5775/attachment.htm>

From miconda at gmail.com  Thu Apr 14 08:45:23 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 14 Apr 2022 08:45:23 +0200
Subject: [SR-Users] Roadmap to the next major release - v5.6.0
In-Reply-To: <4551f0ab-c81a-d5c7-043d-7ffe955ac3cf@gmail.com>
References: <57fc6c3c-4a1c-fcac-e3df-b652a50f95ac@gmail.com>
 <4551f0ab-c81a-d5c7-043d-7ffe955ac3cf@gmail.com>
Message-ID: <cb7adc1a-ddab-8912-4de5-71c0b47f12c4@gmail.com>

Hello,

today is the last day to push commits or create pull requests with new
features that are going to be part of Kamailio v5.6.x release series.
Like the previous cases, to cover properly also the North America time
zone, the effective code freezing will be marked tomorrow morning Berlin
time by setting the version to 5.6.0-pre0.

After that, only the new modules and existing pull requests can be
worked to make them properly usable. After a few weeks of testing (3 or
so), the branch 5.6 is going to be created and code frozen on it, going
into last testing phase to fix only bugs.

Also, related tools (e.g., kamctl, kamdbctl) can still get updated to
work with the new features in the 5.6 release series.

Cheers,
Daniel

On 08.04.22 12:10, Daniel-Constantin Mierla wrote:
> Hello,
>
> a reminder about the plans to freeze development for v5.6.0 next week on
> April 14, 2022.
>
> If anyone wants to get new features in v5.6.x series, the code has to be
> pushed or pull requests made till the repository is frozen.
>
> Cheers,
> Daniel
>
> On 24.03.22 15:40, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> it is the time to plan a bit the road to the next major release, to be
>> versioned 5.6.0.
>>
>> The 5.5.0 was release about one year ago, therefore it is time to set
>> the milestones for getting 5.6.0 out.
>>
>> I would propose to freeze the development on Thursday, April 14, 2020,
>> test till mid of May or so, then release v5.6.0.
>>
>> There is a lot of development to existing components and a couple of new
>> modules.
>>
>> If anyone wants a different time line towards 5.6.0, let's discuss and
>> choose the one that suits most of the developers.
>>
>> Cheers,
>> Daniel
>>
>> -- 
>> Daniel-Constantin Mierla -- www.asipto.com
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>>
>>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
> 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
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From adebarre at b2s-group.com  Thu Apr 14 09:02:42 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Thu, 14 Apr 2022 09:02:42 +0200
Subject: [SR-Users] kamcmd autocompletion
In-Reply-To: <PAXPR05MB8558705EA6474B121F099E68BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAOT09qVV5WRWaNocKTH9Pyim-7zuw0h2sD5PEDq2PSEsaH3dig@mail.gmail.com>
 <PAXPR05MB8558705EA6474B121F099E68BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAOT09qVWHL4qnUG4tMi_9P8PjGaYYpcvuqzsjdX=CeBzvVuJLg@mail.gmail.com>

Thanks a lot. Installed

Seems that some modules cannot be configured via kamcli. LCR for example.

Best regards,

Le mer. 13 avr. 2022 ? 16:13, Henning Westerholt <hw at gilawa.com> a ?crit :

> Hello,
>
> this is a known issue; I can also reproduce it on Debian 11.
>
> You could open an issue about it on our tracker if you like.
> The kamcmd tool is fairly old, you could give the newer kamcli a try,
> which is also more powerful. It also supports auto-completion.
>
> Cheers,
>
> Henning
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://gilawa.com
>
> -----Original Message-----
> From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Antoine
> DEBARRE
> Sent: Monday, April 11, 2022 4:26 PM
> To: sr-users at lists.kamailio.org
> Subject: [SR-Users] kamcmd autocompletion
>
> Hi,
>
> I just installed kamailio v5.5 via deb.kamailio.org packages (debian 11).
> Seems that kamcmd autocompletion doesn't work at all.
>
> It is OK for v5.4 via official debian packages
> (packages.debian.org/bullseye/kamailio)
>
> Best regards,
>
> --
>
> __________________________________________________________
> 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
>

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/f0402fb4/attachment.htm>

From hw at gilawa.com  Thu Apr 14 10:50:15 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Thu, 14 Apr 2022 08:50:15 +0000
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
 <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>
Message-ID: <AS8PR05MB855178F4CB56323224E21B23BFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>

Hello,

if you do the reg enable and it shows also enabled in the flags, there should be (maybe after a timer run period) a new REGISTER send out.

Regarding your request, I would try to add the DB records with ?disabled? flag in the database, and then using the uac_reg_enable/_disable function in the cfg file.

Cheers,

Henning

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

From: Ahmed Fouad <afouad at gmail.com>
Sent: Wednesday, April 13, 2022 9:15 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,
I did many tests with some combinations and I'm afraid I've a problem here with registration after being disabled
1 - Having modparam("uac", "reg_active", 0)
Completely disable the remote registration and can't be overridden any other options trying to enable single registration from the code or from kamcmd.

2 - Having modparam("uac", "reg_active", 1)
Remote registration is automatic and sent when kamailio is restarted and all expiration is being handled perfectly.
thus dumping reg_dump the flags = 20 ( 16 (2^4) - registration initialized  + 4 (2^2) - registration succeeded )

I tried to disable this registration using kamcmd uac.reg_disable l_username XXXXX and it's disabled and confirmed flags: 21 (+ 1 (2^0) - registration profile is disabled ))
but my problem here I didn't see unregister going with expiration = 0 to clear the registration from the remote pbx so I used kamcmd uac.reg_unregister l_username XXXXX and message went fine and extension was unregistered.
tried again to enable it back using kamcmd uac.reg_enable l_username XXXXXX I see the flags goes to 16 only and no register message is being sent and it's stale like this even by running kamcmd uac.reg_reload

My request is simply I've some entries in the uacreg table. I'd like to start kamailio without remote registration being enabled and have the ability to enable/disable the REGISTER messages from the configuration file.

Can you please advise how to accomplish such scenario ?



On Wed, Apr 13, 2022 at 11:03 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:
Hello,

don?t know without looking to the code, I?d say just give it a try and see if it works.

Cheers,

Henning

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

From: Ahmed Fouad <afouad at gmail.com<mailto:afouad at gmail.com>>
Sent: Wednesday, April 13, 2022 4:42 PM
To: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,

I've tested this parameter and it's working as expected but I've a question here. When I start kamailio with disabled remote registration mode then from the configuration I use uac_reg_request_to(user, mode) to register only a single extension.
Will this scenario work ?
or the whole remote registration is disabled and needs to be enabled first ?

My goal is to send single registrations only from the code logic, not when kamailio starts.

On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:
Hello,

it is present e.g. in 5.5.x, also available in docs: https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active

Why do you think it was not merged?

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 Ahmed Fouad
Sent: Wednesday, April 13, 2022 4:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] UAC parameter for enabling and disabling remote registration

Hi,

I was wondering if this patch was ever merged to the current release(s)

https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split

I'd like to start Kamailio with all remote registration disabled then enable based on the code logic

Thanks in advance,


--
Best Regards,
Ahmed Fouad


--
Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/4a6d035c/attachment.htm>

From afouad at gmail.com  Thu Apr 14 10:53:59 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Thu, 14 Apr 2022 08:53:59 +0000
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <AS8PR05MB855178F4CB56323224E21B23BFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
 <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>
 <AS8PR05MB855178F4CB56323224E21B23BFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
Message-ID: <DU0P189MB193767D0B5F4BCC8AE4B7B10FAEF9@DU0P189MB1937.EURP189.PROD.OUTLOOK.COM>

Thanks and how can I control that timer after enabling the contact ?

Regarding the dbase flag I don't see the current values saved there , it's only shown when dumping.
________________________________
From: Henning Westerholt <hw at gilawa.com>
Sent: Thursday, April 14, 2022 10:50:15 AM
To: Ahmed Fouad <afouad at gmail.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: RE: [SR-Users] UAC parameter for enabling and disabling remote registration


Hello,



if you do the reg enable and it shows also enabled in the flags, there should be (maybe after a timer run period) a new REGISTER send out.



Regarding your request, I would try to add the DB records with ?disabled? flag in the database, and then using the uac_reg_enable/_disable function in the cfg file.



Cheers,



Henning



--

Henning Westerholt ? https://skalatan.de/blog/

Kamailio services ? https://gilawa.com<https://gilawa.com/>



From: Ahmed Fouad <afouad at gmail.com>
Sent: Wednesday, April 13, 2022 9:15 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,

I did many tests with some combinations and I'm afraid I've a problem here with registration after being disabled

1 - Having modparam("uac", "reg_active", 0)

Completely disable the remote registration and can't be overridden any other options trying to enable single registration from the code or from kamcmd.



2 - Having modparam("uac", "reg_active", 1)

Remote registration is automatic and sent when kamailio is restarted and all expiration is being handled perfectly.

thus dumping reg_dump the flags = 20 ( 16 (2^4) - registration initialized  + 4 (2^2) - registration succeeded )



I tried to disable this registration using kamcmd uac.reg_disable l_username XXXXX and it's disabled and confirmed flags: 21 (+ 1 (2^0) - registration profile is disabled ))

but my problem here I didn't see unregister going with expiration = 0 to clear the registration from the remote pbx so I used kamcmd uac.reg_unregister l_username XXXXX and message went fine and extension was unregistered.

tried again to enable it back using kamcmd uac.reg_enable l_username XXXXXX I see the flags goes to 16 only and no register message is being sent and it's stale like this even by running kamcmd uac.reg_reload



My request is simply I've some entries in the uacreg table. I'd like to start kamailio without remote registration being enabled and have the ability to enable/disable the REGISTER messages from the configuration file.



Can you please advise how to accomplish such scenario ?







On Wed, Apr 13, 2022 at 11:03 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:

Hello,



don?t know without looking to the code, I?d say just give it a try and see if it works.



Cheers,



Henning



--

Henning Westerholt ? https://skalatan.de/blog/

Kamailio services ? https://gilawa.com<https://gilawa.com/>



From: Ahmed Fouad <afouad at gmail.com<mailto:afouad at gmail.com>>
Sent: Wednesday, April 13, 2022 4:42 PM
To: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,



I've tested this parameter and it's working as expected but I've a question here. When I start kamailio with disabled remote registration mode then from the configuration I use uac_reg_request_to(user, mode) to register only a single extension.

Will this scenario work ?

or the whole remote registration is disabled and needs to be enabled first ?



My goal is to send single registrations only from the code logic, not when kamailio starts.



On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:

Hello,



it is present e.g. in 5.5.x, also available in docs: https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active



Why do you think it was not merged?



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 Ahmed Fouad
Sent: Wednesday, April 13, 2022 4:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,



I was wondering if this patch was ever merged to the current release(s)



https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split



I'd like to start Kamailio with all remote registration disabled then enable based on the code logic



Thanks in advance,


--

Best Regards,
Ahmed Fouad


--

Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/60b5e54f/attachment.htm>

From hw at gilawa.com  Thu Apr 14 11:19:54 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Thu, 14 Apr 2022 09:19:54 +0000
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <DU0P189MB193767D0B5F4BCC8AE4B7B10FAEF9@DU0P189MB1937.EURP189.PROD.OUTLOOK.COM>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
 <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>
 <AS8PR05MB855178F4CB56323224E21B23BFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
 <DU0P189MB193767D0B5F4BCC8AE4B7B10FAEF9@DU0P189MB1937.EURP189.PROD.OUTLOOK.COM>
Message-ID: <AS8PR05MB8551DC2E6465AEE0E76629FFBFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>

Hello,

please have a look to the docs, its all there.


  *   reg_timer_interval parameter
  *   section about database registration

Cheers,

Henning

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

From: Ahmed Fouad <afouad at gmail.com>
Sent: Thursday, April 14, 2022 10:54 AM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration

Thanks and how can I control that timer after enabling the contact ?

Regarding the dbase flag I don't see the current values saved there , it's only shown when dumping.
________________________________
From: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Sent: Thursday, April 14, 2022 10:50:15 AM
To: Ahmed Fouad <afouad at gmail.com<mailto:afouad 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] UAC parameter for enabling and disabling remote registration


Hello,



if you do the reg enable and it shows also enabled in the flags, there should be (maybe after a timer run period) a new REGISTER send out.



Regarding your request, I would try to add the DB records with "disabled" flag in the database, and then using the uac_reg_enable/_disable function in the cfg file.



Cheers,



Henning



--

Henning Westerholt - https://skalatan.de/blog/

Kamailio services - https://gilawa.com<https://gilawa.com/>



From: Ahmed Fouad <afouad at gmail.com<mailto:afouad at gmail.com>>
Sent: Wednesday, April 13, 2022 9:15 PM
To: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,

I did many tests with some combinations and I'm afraid I've a problem here with registration after being disabled

1 - Having modparam("uac", "reg_active", 0)

Completely disable the remote registration and can't be overridden any other options trying to enable single registration from the code or from kamcmd.



2 - Having modparam("uac", "reg_active", 1)

Remote registration is automatic and sent when kamailio is restarted and all expiration is being handled perfectly.

thus dumping reg_dump the flags = 20 ( 16 (2^4) - registration initialized  + 4 (2^2) - registration succeeded )



I tried to disable this registration using kamcmd uac.reg_disable l_username XXXXX and it's disabled and confirmed flags: 21 (+ 1 (2^0) - registration profile is disabled ))

but my problem here I didn't see unregister going with expiration = 0 to clear the registration from the remote pbx so I used kamcmd uac.reg_unregister l_username XXXXX and message went fine and extension was unregistered.

tried again to enable it back using kamcmd uac.reg_enable l_username XXXXXX I see the flags goes to 16 only and no register message is being sent and it's stale like this even by running kamcmd uac.reg_reload



My request is simply I've some entries in the uacreg table. I'd like to start kamailio without remote registration being enabled and have the ability to enable/disable the REGISTER messages from the configuration file.



Can you please advise how to accomplish such scenario ?







On Wed, Apr 13, 2022 at 11:03 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:

Hello,



don't know without looking to the code, I'd say just give it a try and see if it works.



Cheers,



Henning



--

Henning Westerholt - https://skalatan.de/blog/

Kamailio services - https://gilawa.com<https://gilawa.com/>



From: Ahmed Fouad <afouad at gmail.com<mailto:afouad at gmail.com>>
Sent: Wednesday, April 13, 2022 4:42 PM
To: Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,



I've tested this parameter and it's working as expected but I've a question here. When I start kamailio with disabled remote registration mode then from the configuration I use uac_reg_request_to(user, mode) to register only a single extension.

Will this scenario work ?

or the whole remote registration is disabled and needs to be enabled first ?



My goal is to send single registrations only from the code logic, not when kamailio starts.



On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:

Hello,



it is present e.g. in 5.5.x, also available in docs: https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active



Why do you think it was not merged?



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 Ahmed Fouad
Sent: Wednesday, April 13, 2022 4:11 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] UAC parameter for enabling and disabling remote registration



Hi,



I was wondering if this patch was ever merged to the current release(s)



https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split



I'd like to start Kamailio with all remote registration disabled then enable based on the code logic



Thanks in advance,


--

Best Regards,
Ahmed Fouad


--

Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/17f88127/attachment.htm>

From lewis.hutchinson at missionlabs.co.uk  Thu Apr 14 11:31:43 2022
From: lewis.hutchinson at missionlabs.co.uk (Lewis Hutchinson)
Date: Thu, 14 Apr 2022 09:31:43 +0000
Subject: [SR-Users] append new a= in SDP (without rtpengine)
In-Reply-To: <CWXP265MB251753C54BC9C86B7DECD2D8C5EC9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>
References: <CWXP265MB251753C54BC9C86B7DECD2D8C5EC9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>
Message-ID: <CWXP265MB2517372DC916A6A0A2977F69C5EF9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>

After a lot of playing around and fixing a silly mistake I had made I have managed to get it to work however the issue I have is, using:


           KSR.textops.replace_body_all("a=record:off", "a=record:on")
           KSR.textops.replace_body_str("a=record:off", "a=record:on", "a")

The SDP entry is not replaced but a new one added

v=0
o=ml-live-A 1649898066 1649898067 IN IP4 1.1.1.1
s=ml-live-A
c=IN IP4 1.1.1.1
t=0 0
m=audio 35238 RTP/AVP 8 0 102 9 101 103
a=record:off < ------------------------------------------------------------- Not replaced but left in situ
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:102 opus/48000/2
a=fmtp:102 useinbandfec=1; usedtx=1; maxaveragebitrate=30000; maxplaybackrate=48000; sprop-maxcapturerate=48000; ptime=20; minptime=10; maxptime=40
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:103 telephone-event/48000
a=fmtp:103 0-15
a=sendrecv
a=rtcp:35239
a=ptime:20
a=record:on < --------------------------------------------------------------- added here


This is still present in the debug log

DEBUG: <core> [core/parser/sdp/sdp.c:599]: parse_sdp_session(): ignoring unknown type in a= line: `a=record:off#015#012a=ptime:20...'

I know I can load SDPOPD and remove the, a=record:off but I am under the impression that it should not be required if TEXTOPS was doing its job properly

Any help is appreciated

Lewis

From: Lewis Hutchinson
Sent: 13 April 2022 16:56
To: sr-users at lists.kamailio.org
Subject: append new a= in SDP (without rtpengine)

version: kamailio 5.5.3
Using KEMI Python

I have read several posts on this and tried several approaches but can not seem to get it to work. As it stands I am trying to add a=record:on | a=record:off | a=record:pause In the SDP because FreeSWITCH creating the INVITE isn't able to do this in the way required. When it is sent from FreeSWITCH a=record:on is send a=record

I have looked at SDPOPS, TEXTOPS and a few others but non of the offer the option to just inject and a= into the SDP body.

So as a result I tried a  couple of options where the INVITE is created with a=record (unsure why FreeSWITCH wont let us just add :off etc to the end but that's another point that if anyone know would be helpful) and then using replace_body or search_append_body but the result is TEXTOPS is unable to action the request because of a SDP parse error

DEBUG: <core> [core/parser/sdp/sdp.c:599]: parse_sdp_session(): ignoring unknown type in a= line: `a=record#015#012a=ptime:20...'

Does anyone have any thoughts or tricks on this to give me a few options at ways to handle this?

Lewis

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

From afouad at gmail.com  Thu Apr 14 15:32:45 2022
From: afouad at gmail.com (Ahmed Fouad)
Date: Thu, 14 Apr 2022 09:32:45 -0400
Subject: [SR-Users] UAC parameter for enabling and disabling remote
 registration
In-Reply-To: <AS8PR05MB8551DC2E6465AEE0E76629FFBFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
References: <CAKZddxiBrLWrz8oTT0pngAKeO3qSRgYsa84XUkuJNL0v0-=EUg@mail.gmail.com>
 <PAXPR05MB8558CE564A9BF97E3DFEFF79BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxhUrEVB0x+3j6dJvSZYtWcPLkM9aRWGw6K17Dqd6bP27w@mail.gmail.com>
 <PAXPR05MB8558828E61702FE0E5E90243BFEC9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAKZddxgS559cshDtNVYD59jPacQVFZHAc7-VoSeF_Y1NoHtmUQ@mail.gmail.com>
 <AS8PR05MB855178F4CB56323224E21B23BFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
 <DU0P189MB193767D0B5F4BCC8AE4B7B10FAEF9@DU0P189MB1937.EURP189.PROD.OUTLOOK.COM>
 <AS8PR05MB8551DC2E6465AEE0E76629FFBFEF9@AS8PR05MB8551.eurprd05.prod.outlook.com>
Message-ID: <CAKZddxjT2-H2FKmDctRxCmjweR9GoCYdk2jcunHrp0DqwqUWWg@mail.gmail.com>

Thanks,

>From the docs I see that reg_timer_interval is used with renewals , I
thought it will be the refresh expiration timer.
also the dbase wasn't clear about flags if they are RO or RW.

Thanks again for your time and clarification.

On Thu, Apr 14, 2022 at 5:19 AM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> please have a look to the docs, its all there.
>
>
>
>    - reg_timer_interval parameter
>    - section about database registration
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Ahmed Fouad <afouad at gmail.com>
> *Sent:* Thursday, April 14, 2022 10:54 AM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Thanks and how can I control that timer after enabling the contact ?
>
>
>
> Regarding the dbase flag I don't see the current values saved there , it's
> only shown when dumping.
> ------------------------------
>
> *From:* Henning Westerholt <hw at gilawa.com>
> *Sent:* Thursday, April 14, 2022 10:50:15 AM
> *To:* Ahmed Fouad <afouad at gmail.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* RE: [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hello,
>
>
>
> if you do the reg enable and it shows also enabled in the flags, there
> should be (maybe after a timer run period) a new REGISTER send out.
>
>
>
> Regarding your request, I would try to add the DB records with ?disabled?
> flag in the database, and then using the uac_reg_enable/_disable function
> in the cfg file.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Ahmed Fouad <afouad at gmail.com>
> *Sent:* Wednesday, April 13, 2022 9:15 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
> I did many tests with some combinations and I'm afraid I've a problem here
> with registration after being disabled
>
> 1 - Having modparam("uac", "reg_active", 0)
>
> Completely disable the remote registration and can't be overridden any
> other options trying to enable single registration from the code or from
> kamcmd.
>
>
>
> 2 - Having modparam("uac", "reg_active", 1)
>
> Remote registration is automatic and sent when kamailio is restarted and
> all expiration is being handled perfectly.
>
> thus dumping reg_dump the flags = 20 ( 16 (2^4) - registration
> initialized  + 4 (2^2) - registration succeeded )
>
>
>
> I tried to disable this registration using kamcmd uac.reg_disable
> l_username XXXXX and it's disabled and confirmed flags: 21 (+ 1 (2^0) -
> registration profile is disabled ))
>
> but my problem here I didn't see unregister going with expiration = 0 to
> clear the registration from the remote pbx so I used kamcmd
> uac.reg_unregister l_username XXXXX and message went fine and extension was
> unregistered.
>
> tried again to enable it back using kamcmd uac.reg_enable l_username
> XXXXXX I see the flags goes to 16 only and no register message is being
> sent and it's stale like this even by running kamcmd uac.reg_reload
>
>
>
> My request is simply I've some entries in the uacreg table. I'd like to
> start kamailio without remote registration being enabled and have the
> ability to enable/disable the REGISTER messages from the configuration file.
>
>
>
> Can you please advise how to accomplish such scenario ?
>
>
>
>
>
>
>
> On Wed, Apr 13, 2022 at 11:03 AM Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
>
>
> don?t know without looking to the code, I?d say just give it a try and see
> if it works.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt ? https://skalatan.de/blog/
>
> Kamailio services ? https://gilawa.com
>
>
>
> *From:* Ahmed Fouad <afouad at gmail.com>
> *Sent:* Wednesday, April 13, 2022 4:42 PM
> *To:* Henning Westerholt <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* Re: [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
>
>
> I've tested this parameter and it's working as expected but I've a
> question here. When I start kamailio with disabled remote registration mode
> then from the configuration I use uac_reg_request_to(user, mode) to
> register only a single extension.
>
> Will this scenario work ?
>
> or the whole remote registration is disabled and needs to be enabled first
> ?
>
>
>
> My goal is to send single registrations only from the code logic, not when
> kamailio starts.
>
>
>
> On Wed, Apr 13, 2022 at 10:16 AM Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
>
>
> it is present e.g. in 5.5.x, also available in docs:
> https://kamailio.org/docs/modules/5.5.x/modules/uac.html#uac.p.reg_active
>
>
>
> Why do you think it was not merged?
>
>
>
> 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 *Ahmed
> Fouad
> *Sent:* Wednesday, April 13, 2022 4:11 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] UAC parameter for enabling and disabling remote
> registration
>
>
>
> Hi,
>
>
>
> I was wondering if this patch was ever merged to the current release(s)
>
>
>
>
> https://github.com/kamailio/kamailio/commit/49f354276df3cfc2cdb0f85b5a1839f86733aead?diff=split
>
>
>
> I'd like to start Kamailio with all remote registration disabled then
> enable based on the code logic
>
>
>
> Thanks in advance,
>
>
>
> --
>
> Best Regards,
> Ahmed Fouad
>
>
>
> --
>
> Best Regards,
> Ahmed Fouad
>


-- 
Best Regards,
Ahmed Fouad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/4436c1cf/attachment.htm>

From lewis.hutchinson at missionlabs.co.uk  Thu Apr 14 15:41:47 2022
From: lewis.hutchinson at missionlabs.co.uk (Lewis Hutchinson)
Date: Thu, 14 Apr 2022 13:41:47 +0000
Subject: [SR-Users] append new a= in SDP (without rtpengine)
In-Reply-To: <CWXP265MB2517372DC916A6A0A2977F69C5EF9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>
References: <CWXP265MB251753C54BC9C86B7DECD2D8C5EC9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>
 <CWXP265MB2517372DC916A6A0A2977F69C5EF9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>
Message-ID: <CWXP265MB2517F1DD51A84944ABE7C958C5EF9@CWXP265MB2517.GBRP265.PROD.OUTLOOK.COM>

Method I am using so far that works to always add a=record:on for testing

KSR.textops.search_append_body("", "a=record:on")


I do believe there MAY be a bug with the below as it never replaces

KSR.textops.replace_body_all


It would be good to know if this is a bug or me doing it wrong but if no further action required you can close this thread

Lewis

From: Lewis Hutchinson
Sent: 14 April 2022 10:32
To: sr-users at lists.kamailio.org
Subject: RE: append new a= in SDP (without rtpengine)

After a lot of playing around and fixing a silly mistake I had made I have managed to get it to work however the issue I have is, using:


           KSR.textops.replace_body_all("a=record:off", "a=record:on")
           KSR.textops.replace_body_str("a=record:off", "a=record:on", "a")

The SDP entry is not replaced but a new one added

v=0
o=ml-live-A 1649898066 1649898067 IN IP4 1.1.1.1
s=ml-live-A
c=IN IP4 1.1.1.1
t=0 0
m=audio 35238 RTP/AVP 8 0 102 9 101 103
a=record:off < ------------------------------------------------------------- Not replaced but left in situ
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:102 opus/48000/2
a=fmtp:102 useinbandfec=1; usedtx=1; maxaveragebitrate=30000; maxplaybackrate=48000; sprop-maxcapturerate=48000; ptime=20; minptime=10; maxptime=40
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:103 telephone-event/48000
a=fmtp:103 0-15
a=sendrecv
a=rtcp:35239
a=ptime:20
a=record:on < --------------------------------------------------------------- added here

This is still present in the debug log

DEBUG: <core> [core/parser/sdp/sdp.c:599]: parse_sdp_session(): ignoring unknown type in a= line: `a=record:off#015#012a=ptime:20...'

I know I can load SDPOPD and remove the, a=record:off but I am under the impression that it should not be required if TEXTOPS was doing its job properly

Any help is appreciated

Lewis

From: Lewis Hutchinson
Sent: 13 April 2022 16:56
To: sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Subject: append new a= in SDP (without rtpengine)

version: kamailio 5.5.3
Using KEMI Python

I have read several posts on this and tried several approaches but can not seem to get it to work. As it stands I am trying to add a=record:on | a=record:off | a=record:pause In the SDP because FreeSWITCH creating the INVITE isn't able to do this in the way required. When it is sent from FreeSWITCH a=record:on is send a=record

I have looked at SDPOPS, TEXTOPS and a few others but non of the offer the option to just inject and a= into the SDP body.

So as a result I tried a  couple of options where the INVITE is created with a=record (unsure why FreeSWITCH wont let us just add :off etc to the end but that's another point that if anyone know would be helpful) and then using replace_body or search_append_body but the result is TEXTOPS is unable to action the request because of a SDP parse error

DEBUG: <core> [core/parser/sdp/sdp.c:599]: parse_sdp_session(): ignoring unknown type in a= line: `a=record#015#012a=ptime:20...'

Does anyone have any thoughts or tricks on this to give me a few options at ways to handle this?

Lewis

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

From liviu.andron at bjtmail.com  Thu Apr 14 21:13:20 2022
From: liviu.andron at bjtmail.com (Liviu Andron)
Date: Thu, 14 Apr 2022 21:13:20 +0200
Subject: [SR-Users] BLF: modules parameters for specific SIP phones
Message-ID: <CAOOzFP8SS_GFFjiCTnWCrL2+hzGfaJSh8yotR9SBaWeHh0d7ZQ@mail.gmail.com>

Hello,

I am working on a BLF (Busy Lamp Field, dialog presence) integration using
Kamailio.
I am not sure how certain settings can be used on a single generic (any
phone) Kamailio instance.
 *
https://www.kamailio.org/docs/modules/devel/modules/presence_dialoginfo.html#idm67
   "If the phone does not support this, you can activate this parameter."
   modparam("presence_dialoginfo", "force_single_dialog", 1)
 *
https://kamailio.org/docs/modules/devel/modules/pua_dialoginfo.html#idm152
   "This is a workaround for the buggy Linksys SPA962 phones. SNOM phones
work well with the default setting."
   modparam("pua_dialoginfo", "caller_confirmed", 1)

How can I activate these settings only for the phones that have problems?
Do I need a different Kamailio instance for each buggy phone that appears
from a client ?
For example, a Kamailio instance with modparam("pua_dialoginfo",
"caller_confirmed", 1) for some (like Linksys SPA962) and the opposite for
all the others (like SNOM) ?

Thank you,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220414/1cf09dd0/attachment.htm>

From miconda at gmail.com  Fri Apr 15 08:44:31 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 15 Apr 2022 08:44:31 +0200
Subject: [SR-Users] Development for v5.6.x is frozen
Message-ID: <85b0206b-d580-3c47-5552-17fb20dd55be@gmail.com>

Hello,

the formal notification that the development for the next major version
5.6.0 is now frozen. The focus has to be on testing the master branch.

Also, the master branch should not get commits with new features till
the branch 5.6 is created, expected to happen in 2-4 weeks, a matter of
how testing goes on. Meanwhile, the commits with new features in the C
code can be pushed to personal branches, new pull requests can still be
done, but they will be merged after branching 5.6.

Can still be done commits with documentation improvements, enhancements
to related tools (e.g., kamctl, kamcmd), merging exiting pull requests
at this moment, exporting missing KEMI functions and completing the
functionality
of the new modules added for 5.6.

Once the branch 5.6 is created, new features can be pushed again to
master branch as usual. From that moment, the v5.6.0 should be out very
soon, time used for further testing but also preparing the release of
packages.

If someone is not sure if a commit brings a new feature, just make a
pull request and it can be discussed there on github portal or via
sr-dev mailing list.

A summary of what is new in upcoming 5.6 is going to be built at:

? * https://www.kamailio.org/wiki/features/new-in-5.6.x

Upgrade guidelines will be collected at:

? * https://www.kamailio.org/wiki/install/upgrade/5.5.x-to-5.6.0

Everyone is more than welcome to contribute to the above wiki pages,
especially to the upgrade guidelines, to help everyone else during the
migration process from v5.5.x to 5.6.x.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda



From swwilkins at mitre.org  Sun Apr 17 00:30:22 2022
From: swwilkins at mitre.org (Steve Wilkins)
Date: Sat, 16 Apr 2022 22:30:22 +0000
Subject: [SR-Users] Issue when Kamailio is running as a Docker container and
 the Docker network=overlay
Message-ID: <DM8PR09MB7413EBFBF54BFEE83AACCC39A0F19@DM8PR09MB7413.namprd09.prod.outlook.com>

Hello,

I am attempting to get Kamailio to run as a docker container using a docker network of type network=overlay (everything works great if network=host).  The issue is that incoming calls are rejected because of 'connection refused'.  I noticed that when running on an overlay network, netstat shows the following => tcp6   0  0 :::5060   :::*  LISTEN      10001/docker-proxy-current
(Note that I have tcp6 disabled on the server and must leave it disabled)

I was attempting to find a workaround for this issue, but have not been successful.  Does any one on the board have experience with Docker overlay networks and Kamailio?  If so, I would appreciate any suggestions on how to resolve this issue.

Thank you,

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

From swwilkins at mitre.org  Sun Apr 17 13:40:13 2022
From: swwilkins at mitre.org (Steve Wilkins)
Date: Sun, 17 Apr 2022 11:40:13 +0000
Subject: [SR-Users] Update: Issue when Kamailio is running as a Docker
 container and the Docker network=overlay
Message-ID: <DM8PR09MB74134A7CF2BB154B98F0B271A0F09@DM8PR09MB7413.namprd09.prod.outlook.com>

If I don't use 'listen', then packets do arrive on 5060.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220417/f1c2912b/attachment.htm>

From nicolas.chaigneau at capgemini.com  Tue Apr 19 18:25:28 2022
From: nicolas.chaigneau at capgemini.com (Chaigneau, Nicolas)
Date: Tue, 19 Apr 2022 16:25:28 +0000
Subject: [SR-Users] PostgreSQL - module sqlops - working with prepared
 statements ?
In-Reply-To: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>
References: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>
Message-ID: <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>

Hello,


Trying again, in case this got unnoticed the first time.
I hope that by doing so I'm not breaching the rules of the mailing list.

If nobody answers, then I'll conclude that nobody knows about that, and shall not insist anymore. :)


Regards,
Nicolas.

De : sr-users <sr-users-bounces at lists.kamailio.org> De la part de Chaigneau, Nicolas
Envoy? : vendredi 8 avril 2022 17:01
? : sr-users at lists.kamailio.org
Objet : [SR-Users] PostgreSQL - module sqlops - working with prepared statements ?

Hello,


I'm using sql_xquery from sqlops module to execute requests on a PostgreSQL database.
This work fine.

Now, for performance reasons, I would like to use prepared statements.
I'm wondering if this is possible using sql_xquery. I've looked at the code and documentation, it seems it is not supported.
Can you confirm ?

If not possible with sql_xquery, is it possible with another existing function ?

In the code, I've searched for ? PQprepare ? / ? PQexecPrepared ?.
These can be found only in ? modules/db_postgres/pg_cmd.c ?, in function ? pg_cmd_exec ? which is exported from ? modules/db_postgres/pg_mod.c ? (see below).
I have no idea how to use these though... :/

Any ideas ?



/*
* Postgres module interface
*/
static cmd_export_t cmds[] = {
       {"db_ctx", (cmd_function)NULL, 0, 0, 0, 0},
       {"db_con", (cmd_function)pg_con, 0, 0, 0, 0},
       {"db_uri", (cmd_function)pg_uri, 0, 0, 0, 0},
       {"db_cmd", (cmd_function)pg_cmd, 0, 0, 0, 0},
       {"db_put", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_del", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_get", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_upd", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_sql", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_res", (cmd_function)pg_res, 0, 0, 0, 0},
       {"db_fld", (cmd_function)pg_fld, 0, 0, 0, 0},
       {"db_first", (cmd_function)pg_cmd_first, 0, 0, 0, 0},
       {"db_next", (cmd_function)pg_cmd_next, 0, 0, 0, 0},
       {"db_setopt", (cmd_function)pg_setopt, 0, 0, 0, 0},
       {"db_getopt", (cmd_function)pg_getopt, 0, 0, 0, 0},
       {"db_bind_api", (cmd_function)db_postgres_bind_api, 0, 0, 0, 0},
       {0, 0, 0, 0, 0, 0}
};



Regards,
Nicolas.

This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220419/7c53d4d2/attachment.htm>

From igorolhovskiy at gmail.com  Tue Apr 19 21:19:22 2022
From: igorolhovskiy at gmail.com (Igor Olhovskiy)
Date: Tue, 19 Apr 2022 21:19:22 +0200
Subject: [SR-Users] PostgreSQL - module sqlops - working with prepared
 statements ?
In-Reply-To: <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>
References: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>
 <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>
Message-ID: <5cb686f3-0465-9cd2-f196-8ce943ac863f@gmail.com>

Nicolas,

Maybe you don't want to use native scripting, but look on KEMI 
<https://kamailio.org/docs/tutorials/devel/kamailio-kemi-framework/kemi/>?

Regards,
Igor

Le 19.04.2022 ? 18:25, Chaigneau, Nicolas a ?crit?:
>
> Hello,
>
> Trying again, in case this got unnoticed the first time.
>
> I hope that by doing so I?m not breaching the rules of the mailing list.
>
> If nobody answers, then I?ll conclude that nobody knows about that, 
> and shall not insist anymore.?:)
>
> Regards,
>
> Nicolas.
>
> *De?:*sr-users <sr-users-bounces at lists.kamailio.org> *De la part de* 
> Chaigneau, Nicolas
> *Envoy??:* vendredi 8 avril 2022 17:01
> *??:* sr-users at lists.kamailio.org
> *Objet?:* [SR-Users] PostgreSQL - module sqlops - working with 
> prepared statements ?
>
> Hello,
>
> I?m using sql_xquery from sqlops module to execute requests on a 
> PostgreSQL database.
>
> This work fine.
>
> Now, for performance reasons, I would like to use prepared statements.
>
> I?m wondering if this is possible using sql_xquery. I?ve looked at the 
> code and documentation, it seems it is not supported.
>
> Can you confirm??
>
> If not possible with sql_xquery, is it possible with another existing 
> function??
>
> In the code, I?ve searched for ??PQprepare?? / ??PQexecPrepared??.
>
> These can be found only in ??modules/db_postgres/pg_cmd.c??, in 
> function ??pg_cmd_exec?? which is exported from 
> ??modules/db_postgres/pg_mod.c???(see below).
>
> I have no idea how to use these though? :/
>
> Any ideas??
>
> /*
>
> * Postgres module interface
>
> */
>
> static cmd_export_t cmds[] = {
>
> {"db_ctx", (cmd_function)NULL, 0, 0, 0, 0},
>
> {"db_con", (cmd_function)pg_con, 0, 0, 0, 0},
>
> {"db_uri", (cmd_function)pg_uri, 0, 0, 0, 0},
>
> {"db_cmd", (cmd_function)pg_cmd, 0, 0, 0, 0},
>
> {"db_put", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
>
> {"db_del", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
>
> {"db_get", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
>
> {"db_upd", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
>
> {"db_sql", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
>
> {"db_res", (cmd_function)pg_res, 0, 0, 0, 0},
>
> {"db_fld", (cmd_function)pg_fld, 0, 0, 0, 0},
>
> {"db_first", (cmd_function)pg_cmd_first, 0, 0, 0, 0},
>
> {"db_next", (cmd_function)pg_cmd_next, 0, 0, 0, 0},
>
> {"db_setopt", (cmd_function)pg_setopt, 0, 0, 0, 0},
>
> {"db_getopt", (cmd_function)pg_getopt, 0, 0, 0, 0},
>
> {"db_bind_api", (cmd_function)db_postgres_bind_api, 0, 0, 0, 0},
>
> ?????? {0, 0, 0, 0, 0, 0}
>
> };
>
> Regards,
>
> Nicolas.
>
> This message contains information that may be privileged or 
> confidential and is the property of the Capgemini Group. It is 
> intended only for the person to whom it is addressed. If you are not 
> the intended recipient, you are not authorized to read, print, retain, 
> copy, disseminate, distribute, or use this message or any part 
> thereof. If you receive this message in error, please notify the 
> sender immediately and delete all copies of this message.
>
>
> __________________________________________________________
> 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/20220419/2a976f7e/attachment.htm>

From hw at gilawa.com  Tue Apr 19 21:20:21 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Tue, 19 Apr 2022 19:20:21 +0000
Subject: [SR-Users] PostgreSQL - module sqlops - working with prepared
 statements ?
In-Reply-To: <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>
References: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>
 <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>
Message-ID: <PAXPR05MB85586AFD23ADFB3D5BC35F0CBFF29@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

the sqlops module only support "standard SQL" queries from the configuration. And practically speaking, if you are executing your query against a remote server, the network overhead will probably substancially higher than parsing the SQL statement on the server. So, I do not think there is actually a big benefit for using this.

If you need the last bit of performance, you could always implement a C module and implement it there. From my experience you will gain most with statement batching, especially for write operations.

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 Chaigneau, Nicolas
Sent: Tuesday, April 19, 2022 6:25 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] PostgreSQL - module sqlops - working with prepared statements ?

Hello,


Trying again, in case this got unnoticed the first time.
I hope that by doing so I'm not breaching the rules of the mailing list.

If nobody answers, then I'll conclude that nobody knows about that, and shall not insist anymore. :)


Regards,
Nicolas.

De : sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> De la part de Chaigneau, Nicolas
Envoy? : vendredi 8 avril 2022 17:01
? : sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Objet : [SR-Users] PostgreSQL - module sqlops - working with prepared statements ?

Hello,


I'm using sql_xquery from sqlops module to execute requests on a PostgreSQL database.
This work fine.

Now, for performance reasons, I would like to use prepared statements.
I'm wondering if this is possible using sql_xquery. I've looked at the code and documentation, it seems it is not supported.
Can you confirm ?

If not possible with sql_xquery, is it possible with another existing function ?

In the code, I've searched for ? PQprepare ? / ? PQexecPrepared ?.
These can be found only in ? modules/db_postgres/pg_cmd.c ?, in function ? pg_cmd_exec ? which is exported from ? modules/db_postgres/pg_mod.c ? (see below).
I have no idea how to use these though... :/

Any ideas ?



/*
* Postgres module interface
*/
static cmd_export_t cmds[] = {
       {"db_ctx", (cmd_function)NULL, 0, 0, 0, 0},
       {"db_con", (cmd_function)pg_con, 0, 0, 0, 0},
       {"db_uri", (cmd_function)pg_uri, 0, 0, 0, 0},
       {"db_cmd", (cmd_function)pg_cmd, 0, 0, 0, 0},
       {"db_put", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_del", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_get", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_upd", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_sql", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_res", (cmd_function)pg_res, 0, 0, 0, 0},
       {"db_fld", (cmd_function)pg_fld, 0, 0, 0, 0},
       {"db_first", (cmd_function)pg_cmd_first, 0, 0, 0, 0},
       {"db_next", (cmd_function)pg_cmd_next, 0, 0, 0, 0},
       {"db_setopt", (cmd_function)pg_setopt, 0, 0, 0, 0},
       {"db_getopt", (cmd_function)pg_getopt, 0, 0, 0, 0},
       {"db_bind_api", (cmd_function)db_postgres_bind_api, 0, 0, 0, 0},
       {0, 0, 0, 0, 0, 0}
};



Regards,
Nicolas.


This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220419/4a8694d3/attachment.htm>

From nicolas.chaigneau at capgemini.com  Wed Apr 20 09:32:20 2022
From: nicolas.chaigneau at capgemini.com (Chaigneau, Nicolas)
Date: Wed, 20 Apr 2022 07:32:20 +0000
Subject: [SR-Users] PostgreSQL - module sqlops - working with prepared
 statements ?
In-Reply-To: <PAXPR05MB85586AFD23ADFB3D5BC35F0CBFF29@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <PR3PR02MB6491205E4BAE26BB8E83A304E6E99@PR3PR02MB6491.eurprd02.prod.outlook.com>
 <PR3PR02MB6491C6FECFC21C88D90F52B8E6F29@PR3PR02MB6491.eurprd02.prod.outlook.com>
 <PAXPR05MB85586AFD23ADFB3D5BC35F0CBFF29@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <PR3PR02MB649120AACA380822F2134D86E6F59@PR3PR02MB6491.eurprd02.prod.outlook.com>

Hello Henning,


The database I'm using is on a VM hosted on the same physical server as the Kamailio server, so the network overhead is small.
That said, I'm not sure I would gain much with prepared statements... but a DBA audit suggested it would help.

Anyway... thanks for your input, and for confirming that sqlops cannot support prepared statements. :)


Regards,
Nicolas.

De : Henning Westerholt <hw at gilawa.com>
Envoy? : mardi 19 avril 2022 21:20
? : Kamailio (SER) - Users Mailing List
Cc : Chaigneau, Nicolas
Objet : RE: PostgreSQL - module sqlops - working with prepared statements ?

Hello,

the sqlops module only support "standard SQL" queries from the configuration. And practically speaking, if you are executing your query against a remote server, the network overhead will probably substancially higher than parsing the SQL statement on the server. So, I do not think there is actually a big benefit for using this.

If you need the last bit of performance, you could always implement a C module and implement it there. From my experience you will gain most with statement batching, especially for write operations.

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 Chaigneau, Nicolas
Sent: Tuesday, April 19, 2022 6:25 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] PostgreSQL - module sqlops - working with prepared statements ?

Hello,


Trying again, in case this got unnoticed the first time.
I hope that by doing so I'm not breaching the rules of the mailing list.

If nobody answers, then I'll conclude that nobody knows about that, and shall not insist anymore. :)


Regards,
Nicolas.

De : sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> De la part de Chaigneau, Nicolas
Envoy? : vendredi 8 avril 2022 17:01
? : sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Objet : [SR-Users] PostgreSQL - module sqlops - working with prepared statements ?

Hello,


I'm using sql_xquery from sqlops module to execute requests on a PostgreSQL database.
This work fine.

Now, for performance reasons, I would like to use prepared statements.
I'm wondering if this is possible using sql_xquery. I've looked at the code and documentation, it seems it is not supported.
Can you confirm ?

If not possible with sql_xquery, is it possible with another existing function ?

In the code, I've searched for ? PQprepare ? / ? PQexecPrepared ?.
These can be found only in ? modules/db_postgres/pg_cmd.c ?, in function ? pg_cmd_exec ? which is exported from ? modules/db_postgres/pg_mod.c ? (see below).
I have no idea how to use these though... :/

Any ideas ?



/*
* Postgres module interface
*/
static cmd_export_t cmds[] = {
       {"db_ctx", (cmd_function)NULL, 0, 0, 0, 0},
       {"db_con", (cmd_function)pg_con, 0, 0, 0, 0},
       {"db_uri", (cmd_function)pg_uri, 0, 0, 0, 0},
       {"db_cmd", (cmd_function)pg_cmd, 0, 0, 0, 0},
       {"db_put", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_del", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_get", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_upd", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_sql", (cmd_function)pg_cmd_exec, 0, 0, 0, 0},
       {"db_res", (cmd_function)pg_res, 0, 0, 0, 0},
       {"db_fld", (cmd_function)pg_fld, 0, 0, 0, 0},
       {"db_first", (cmd_function)pg_cmd_first, 0, 0, 0, 0},
       {"db_next", (cmd_function)pg_cmd_next, 0, 0, 0, 0},
       {"db_setopt", (cmd_function)pg_setopt, 0, 0, 0, 0},
       {"db_getopt", (cmd_function)pg_getopt, 0, 0, 0, 0},
       {"db_bind_api", (cmd_function)db_postgres_bind_api, 0, 0, 0, 0},
       {0, 0, 0, 0, 0, 0}
};



Regards,
Nicolas.

This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/7046cb5f/attachment.htm>

From manwe at sipdoc.net  Wed Apr 20 11:05:37 2022
From: manwe at sipdoc.net (Jon Bonilla (Manwe))
Date: Wed, 20 Apr 2022 11:05:37 +0200
Subject: [SR-Users] rcd using secspid
Message-ID: <20220420110537.4dea437b@multivac.sipdoc.net>

Hi all

I've been checking for adding rcd info to te stir/shaken stuff using secspid
module. I've only found this thread:

https://lists.kamailio.org/pipermail/sr-dev/2021-June/063156.html


I'd like to know if someone has working code snippet using this function to
create/sign the json containing the rcd and creating the Identity header
instead of calling the all_in_one secsipid_add_identity function I'm using now. 


cheers,

Jon



-- 
PekePBX, the multitenant PBX solution
https://pekepbx.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/a96df5ef/attachment.sig>

From bayupmail at gmail.com  Wed Apr 20 11:15:26 2022
From: bayupmail at gmail.com (bayu p)
Date: Wed, 20 Apr 2022 16:15:26 +0700
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
Message-ID: <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>

Hi ,
how do you perform sip-router.cfg in your kamailio ?

Pada tanggal Rab, 13 Apr 2022 pukul 23.26 Antoine DEBARRE <
adebarre at b2s-group.com> menulis:

> Hi,
>
> I'm trying to use LCR with kamailio v5.5.4
> gw, rule and rule_target are stored on mysql.
>
> for lcr rules, do you know if prefix is mandatory ?
> I first wanted to start using request_uri instead and leave the prefix
> column null/empty because prefix seems not to support regexp, I don't want
> to add the same rule with different prefixes.
>
> but I'm facing issues
>
> my database is fulfilled with :
> lcr_gw
>
> +----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+
> | id | lcr_id | gw_name      | ip_addr       | hostname | port | params |
> uri_scheme | transport | strip | prefix | tag         | flags | defunct |
>
> +----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+
> |  1 |      1 | carrier1     | 10.78.51.3    | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | fd=carrier1 |     0 |    NULL |
> |  2 |      1 | carrier2     | 10.78.51.3    | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | fd=carrier2 |     0 |    NULL |
> |  3 |      1 | carrier3     | 10.192.50.212 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> |  6 |      1 | carrier4     | 10.192.50.3   | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | fd=carrier4 |     0 |    NULL |
> | 10 |      1 | carrier5     | 10.192.50.3   | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | fd=carrier5 |     0 |    NULL |
> | 18 |      1 | carrier6     | 10.192.50.214 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 20 |      1 | carrier7     | 10.192.50.210 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 30 |      1 | carrier8     | 10.192.50.211 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 31 |      1 | carrier9     | 10.192.50.216 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 32 |      2 | media1       | 10.192.50.232 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 33 |      2 | media2       | 10.192.50.233 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 34 |      2 | media3       | 10.192.50.234 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 35 |      2 | media4       | 10.192.50.235 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 36 |      2 | media5       | 10.192.50.240 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 37 |      2 | media6       | 10.192.50.241 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 38 |      2 | media7       | 10.192.50.242 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | NULL        |     0 |    NULL |
> | 39 |      3 | xivo-231     | 10.192.50.231 | NULL     | 5060 | NULL   |
>       NULL |         1 |  NULL | NULL   | cps=5;cc=50 |     0 |    NULL |
>
> +----+--------+--------------+---------------+----------+------+--------+------------+-----------+-------+--------+-------------+-------+---------+
>
> lcr_rule
>
> +----+------------------------+-----------------------------------+------------------+--------+----------+-----------+---------+---------+
> | id | desc                          | request_uri                   |
> lcr_id | prefix | from_uri | mt_tvalue | stopper | enabled |
>
> +----+------------------------+-----------------------------------+------------------+--------+----------+-----------+---------+---------+
> |  1  | Default                      | .+
>   |      1 | NULL   | NULL     | NULL      |       0 |       1 |
> |  2  | France GSM             | (0|(|00|\+)33)[67]\d{8}    |      1 |
> NULL   | NULL     | NULL      |       1 |       1 |
> |  3  | France                      | (0|(|00|\+)33)[1-59]\d{8} |      1 |
> NULL   | NULL     | NULL      |       1 |       1 |
> |  4  | International default  | (00|\+)[1-9].+                 |      1 |
> NULL   | NULL     | NULL      |       1 |       1 |
> |  5  | Italy                           | (00|\+)39.+                    |
>      1 | NULL   | NULL     | NULL      |       1 |       1 |
> | 14 | to_oldmedias            | .+                                   |
>    2 | NULL   | NULL     | NULL      |       0 |       1 |
>
> +----+------------------------+-----------------------------------+-------------------+--------+----------+-----------+---------+---------+
>
> lcr_rule_target
> +----+--------+---------+-------+----------+--------+
> | id | lcr_id | rule_id | gw_id | priority | weight |
> +----+--------+---------+-------+----------+--------+
> | 25 |      1 |       3 |     3 |        1 |      1 |
> | 26 |      1 |       3 |    18 |        2 |      1 |
> | 28 |      1 |       3 |    30 |        3 |      1 |
> | 29 |      1 |       2 |    30 |        4 |      1 |
> | 30 |      1 |       2 |     3 |        2 |      1 |
> | 31 |      1 |       2 |    18 |        3 |      1 |
> | 32 |      1 |       2 |    20 |        1 |      1 |
> | 33 |      1 |       1 |    30 |        1 |      1 |
> | 34 |      1 |      12 |     1 |        1 |      1 |
> | 35 |      1 |      12 |    10 |        1 |      1 |
> | 37 |      2 |      14 |    32 |        1 |      1 |
> | 38 |      2 |      14 |    33 |        1 |      1 |
> | 39 |      2 |      14 |    34 |        1 |      1 |
> | 40 |      2 |      14 |    35 |        1 |      1 |
> | 41 |      2 |      14 |    36 |        1 |      1 |
> | 42 |      2 |      14 |    37 |        1 |      1 |
> | 43 |      2 |      14 |    38 |        1 |      1 |
> | 45 |      1 |       2 |    10 |        3 |      1 |
> +----+--------+---------+-------+----------+--------+
>
> to test gws, I use kamcmd
> for example :
> kamcmd lcr.load_gws 1 s:0600000001 s:02111111111 s:0600000001
> arg 1 : prefix or $rU
> arg 2 : from_uri
> arg 3 : request_uri
>
> result is OK with 5 gateways selected
>
> but in real test situation with the following config file :
>
> kamailio.cfg :
>
> request_route {
> ...
> if(!load_gws(1,$rU,$fU)) {
>               sl_send_reply("500", "Cannot load gateways");
>               exit;
> }
> ## - dumping the list of lcr gateways
> $var(i) = 0;
> while( $(avp(lcr_gw_uri)[$var(i)]) != $null) {
>         xlog("L_ERR","loaded
> gw_uri_avp[$var(i)]=?$(avp(lcr_gw_uri)[$var(i)])?\n");
>         $var(i) = $var(i) + 1;
> }
>
> if(!next_gw()) {
>         sl_send_reply("503", "No gateways found");
>         exit;
> }
> }
> .....
>
> => we receive a 503 "No gateways found", which indicate that load_gws() is
> OK, but wasn't able to parse avp lcr_gw_uri (we have no xlog output)
>
> Then I noticed that some calls are OK  and others are KO (with same
> pattern for $rU) => lcr rule id 2
>
> So I with debug=3
>
> *call to 0611111111 => load_gws OK and next_gw OK*
>
>  lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
>  lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
>  lcr [lcr_mod.c:3004]: do_from_gw(): request game from gw
>  lcr [lcr_mod.c:3009]: do_from_gw(): added tag_avp <cps=5;cc=50>
>  lcr [lcr_mod.c:2264]: ki_load_gws_furi(): load_gws(1, 0611111111,
> 0211111111)
>  lcr [lcr_mod.c:2313]: ki_load_gws_furi(): from uri <0211111111> did not
> match to from regex <AMD>
>  lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
> sip:0611111111 at 10.192.50.227:5060> did not match to request regex
> <(00|\+)39.+>
>  lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
> sip:0611111111 at 10.192.50.227:5060> did not match to request regex
> <(00|\+)[1-9].+>
>  lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
> sip:0611111111 at 10.192.50.227:5060> did not match to request regex
> <(0|(|00|\+)33)[1-59]\d{8}>
>  lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[0]=[4, 0, 3,
> 2329862]
>  lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[1]=[5, 0, 1,
> 5553909]
>  lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[2]=[8, 0, 3,
> 7256660]
>  lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[3]=[7, 0, 2,
> 3129551]
>  lcr [lcr_mod.c:2369]: ki_load_gws_furi(): added matched_gws[4]=[6, 0, 4,
> 2234577]
>  lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
> <6|sip:|0|||3543318538||5060||;transport=udp|0|2> with weight <2234577>
>  lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
> <4|sip:|0||fd=carrier5|53657610||5060||;transport=udp|0|2> with weight
> <2329862>
>  lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
> <8|sip:|0|||3593650186||5060||;transport=udp|0|2> with weight <7256660>
>  lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
> <7|sip:|0|||3560095754||5060||;transport=udp|0|2> with weight <3129551>
>  lcr [lcr_mod.c:2085]: add_gws_into_avps(): added gw_uri_avp
> <5|sip:|0|||3526541322||5060||;transport=udp|0|2> with weight <5553909>
>  lcr [lcr_mod.c:2610]: generate_uris(): r_uri
> <sip:0611111111 at 10.192.50.210:5060;transport=udp>, dst_uri <>
>  lcr [lcr_mod.c:2904]: ki_next_gw(): added ruri_user_avp <0611111111>
>  lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
>  lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3526541322>
>  lcr [lcr_mod.c:2610]: generate_uris(): r_uri
> <sip:0611111111 at 10.192.50.212:5060;transport=udp>, dst_uri <>
>  lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
>  lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3560095754>
>  lcr [lcr_mod.c:2610]: generate_uris(): r_uri
> <sip:0611111111 at 10.192.50.214:5060;transport=udp>, dst_uri <>
>  lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
>  lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3593650186>
>  lcr [lcr_mod.c:2610]: generate_uris(): r_uri
> <sip:0611111111 at 10.192.50.3:5060;transport=udp>, dst_uri <>
>  lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <fd=carrier5>
>  lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <53657610>
>  lcr [lcr_mod.c:2610]: generate_uris(): r_uri
> <sip:0611111111 at 10.192.50.211:5060;transport=udp>, dst_uri <>
>  lcr [lcr_mod.c:2950]: ki_next_gw(): added tag_avp <>
>  lcr [lcr_mod.c:2965]: ki_next_gw(): added defunct_gw_avp <3543318538>
>
> the right gws are selected and call are routed to them
>
> *call to 0600000001 => load_gws OK and next_gw KO*
>
>  lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
>  lcr [lcr_mod.c:3018]: do_from_gw(): request did not come from gw
>  lcr [lcr_mod.c:3004]: do_from_gw(): request game from gw
>  lcr [lcr_mod.c:3009]: do_from_gw(): added tag_avp <cps=5;cc=50>
>  lcr [lcr_mod.c:2264]: ki_load_gws_furi(): load_gws(1, 0600000001,
> 0211111111)
>  lcr [lcr_mod.c:2313]: ki_load_gws_furi(): from uri <0170619309> did not
> match to from regex <AMD>
>  lcr [lcr_mod.c:2349]: ki_load_gws_furi(): request uri <
> sip:0600000001 at 10.192.50.227:5060> did not match to request regex
> <(00|\+)39.+>
>
> the process stops after trying to match rule with regexp <(00|\+)39.+>
>
> Don't know if it's a bug or if I misunderstood something !
>
> Thanks in advance !
>
> Best regards,
>
>
>
>
> [image:
> https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse]
> <https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
> __________________________________________________________
> 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/20220420/328dc6ce/attachment.htm>

From simone.deblasiis at teameis.it  Wed Apr 20 14:48:06 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Wed, 20 Apr 2022 14:48:06 +0200
Subject: [SR-Users] Problems with topos and UPDATE messages
Message-ID: <CAGMo54vk480F9U6N+NNU+FUMT46kKPm_2f_iC48Rx0ua4HRUyA@mail.gmail.com>

Hello to everyone,
we are experiencing some issues with UPDATE messages being sent by the PSTN
after an early media announcement.
To reproduce the issue I have to call a specific number that has an early
media announcement, since it's a paid phone number it has to announce how
much it would cost before picking up the call. In this initial part the
call is being negotiated in g711a.
As soon as the announcement ends, the PSTN sends an UPDATE message
containing the new desidered codec from the callee which is g729.
At this moment Kamailio doesn't route the UPDATE message to the destination
and it actually replies with a 404 message.
I've attached a pcap with anonymized IPs to make it harder for bots.
Here is a legend for the IPs:

   -
   - 12.34.123.123 is Kamailio
   - 62.23.19.74 is the PSTN
   - 1.2.130.40 is the client making the call

I found a similar report <https://github.com/kamailio/kamailio/issues/2659>
in the GitHub issues of the repository and we tried forcing the
record_route() as suggested but, as the OP reported in his last message,
it's not working.
As soon as we disable topos, the UPDATE message is correctly relayed to the
caller.
In the documentation we can't find anything that could give us a hint on
what's happening.
Does anyone have any idea on what could be happening?
Thanks in advance

Simone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/469c87fc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: errorupdate_anon.pcapng
Type: application/octet-stream
Size: 21724 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/469c87fc/attachment.obj>

From simone.deblasiis at teameis.it  Wed Apr 20 16:15:22 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Wed, 20 Apr 2022 16:15:22 +0200
Subject: [SR-Users] "Re:  TOPOS (5.1.[23]) breaks PRACK"
Message-ID: <CAGMo54vWVJ49CAO1mG6dVU-0vd=Cw7H9-D+yuZAhv1RpvRvBHA@mail.gmail.com>

Hello,
we noticed the exact behaviour on Kamailio 5.5.4 and topos.
If we disable topos the UPDATE messages are being recognized as loose in
the WITHINDLG route and everything works.
When topos is enabled the UPDATE messages fail the loose_route() check and
even if we force the record_route() the message is still not being
forwarded.
I had just posted my own thread here
<https://lists.kamailio.org/pipermail/sr-users/2022-April/114710.html> because
I didn't see this one.
I'll proceed opening an issue on GitHub so we can track this.
Best regards
Simone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/54ce4a34/attachment.htm>

From simone.deblasiis at teameis.it  Wed Apr 20 16:17:02 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Wed, 20 Apr 2022 16:17:02 +0200
Subject: [SR-Users] TOPOS (5.1.[23]) breaks PRACK
Message-ID: <CAGMo54uU+zzAgy2Dgts7MKwBDsFrkc+z-nL4jcXoNZp8fTXg9Q@mail.gmail.com>

Hello,
we noticed the exact behaviour on Kamailio 5.5.4 and topos.
If we disable topos the UPDATE messages are being recognized as loose in
the WITHINDLG route and everything works.
When topos is enabled the UPDATE messages fail the loose_route() check and
even if we force the record_route() the message is still not being
forwarded.
I had just posted my own thread here
<https://lists.kamailio.org/pipermail/sr-users/2022-April/114710.html> because
I didn't see this one.
I'll proceed opening an issue on GitHub so we can track this.
Best regards
Simone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/c00af162/attachment.htm>

From simone.deblasiis at teameis.it  Wed Apr 20 16:20:19 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Wed, 20 Apr 2022 16:20:19 +0200
Subject: [SR-Users] "Re:  TOPOS (5.1.[23]) breaks PRACK"
In-Reply-To: <CAGMo54vWVJ49CAO1mG6dVU-0vd=Cw7H9-D+yuZAhv1RpvRvBHA@mail.gmail.com>
References: <CAGMo54vWVJ49CAO1mG6dVU-0vd=Cw7H9-D+yuZAhv1RpvRvBHA@mail.gmail.com>
Message-ID: <CAGMo54tLV-5MdTB7FqxjoQc19vuBH=s2Yf16z7m7EL+hL0p4zA@mail.gmail.com>

I'm really sorry but it's the first time that I used a ML and for some
reason my mail client added quotes to the Subject so this mail wasn't added
to the intended thread.
I already sent a new message with the right Subject.


Il giorno mer 20 apr 2022 alle ore 16:15 Simone de Blasiis <
simone.deblasiis at teameis.it> ha scritto:

> Hello,
> we noticed the exact behaviour on Kamailio 5.5.4 and topos.
> If we disable topos the UPDATE messages are being recognized as loose in
> the WITHINDLG route and everything works.
> When topos is enabled the UPDATE messages fail the loose_route() check and
> even if we force the record_route() the message is still not being
> forwarded.
> I had just posted my own thread here
> <https://lists.kamailio.org/pipermail/sr-users/2022-April/114710.html> because
> I didn't see this one.
> I'll proceed opening an issue on GitHub so we can track this.
> Best regards
> Simone
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220420/586be362/attachment.htm>

From david.villasmil.work at gmail.com  Wed Apr 20 19:04:13 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 20 Apr 2022 18:04:13 +0100
Subject: [SR-Users] DMQ sync issue between 5.4 and 5.5
Message-ID: <CAFGRPVo0L-=ynFwmDvpEZHzjCy7T1d6aTotVt9GY_c48DB7trg@mail.gmail.com>

Hello guys,

We have a cluster of about 10 kamilios 5.4 with several million htable
records.
Restarting any server is not a problem, CPU goes ip for a second but
everything comes back down to normal.

We added a 5.5 by mistake and it won't start, it'll just eat up memory
until it bails out with

qm_malloc(): qm_malloc(0x149dd5ebb000, 16016) called from tm: h_table.c:
build_cell(334), module: tm; Free fragment not found!

Is there any known issue between DMQ 5.4 and 5.5?

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/20220420/796364b8/attachment.htm>

From david.villasmil.work at gmail.com  Wed Apr 20 19:13:20 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Wed, 20 Apr 2022 18:13:20 +0100
Subject: [SR-Users] DMQ sync issue between 5.4 and 5.5
In-Reply-To: <CAFGRPVo0L-=ynFwmDvpEZHzjCy7T1d6aTotVt9GY_c48DB7trg@mail.gmail.com>
References: <CAFGRPVo0L-=ynFwmDvpEZHzjCy7T1d6aTotVt9GY_c48DB7trg@mail.gmail.com>
Message-ID: <CAFGRPVrOLiNJN7LujbMhUj0Kmf=Q9q=srrS5Pgq8yXaUcCc1iQ@mail.gmail.com>

Hello guys,

Answering my own questions from an email from Daniel:

*Also, note that replication should be done only between Kamailio instances
with same major version, because there can be internal differences between
major versions that can lead to unexpected behaviour. In other words, if
you replicate, doing between two kamailio with version 5.5.x or between
two kamailio with version 5.4.x, but not between a kamailkio 5.5.x and
a kamailio 5.4.x.*


Regards,

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


On Wed, Apr 20, 2022 at 6:04 PM David Villasmil <
david.villasmil.work at gmail.com> wrote:

> Hello guys,
>
> We have a cluster of about 10 kamilios 5.4 with several million htable
> records.
> Restarting any server is not a problem, CPU goes ip for a second but
> everything comes back down to normal.
>
> We added a 5.5 by mistake and it won't start, it'll just eat up memory
> until it bails out with
>
> qm_malloc(): qm_malloc(0x149dd5ebb000, 16016) called from tm: h_table.c:
> build_cell(334), module: tm; Free fragment not found!
>
> Is there any known issue between DMQ 5.4 and 5.5?
>
> 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/20220420/169be0b0/attachment.htm>

From jh at tutpro.com  Wed Apr 20 19:46:10 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Wed, 20 Apr 2022 20:46:10 +0300
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
Message-ID: <25184.18146.433914.289940@tutpro.com>

> to test gws, I use kamcmd
> for example :
> kamcmd lcr.load_gws 1 s:0600000001 s:02111111111 s:0600000001
> arg 1 : prefix or $rU
> arg 2 : from_uri
> arg 3 : request_uri
>
> result is OK with 5 gateways selected
>
> but in real test situation with the following config file :
>
> kamailio.cfg :
>
> request_route {
> ...
> if(!load_gws(1,$rU,$fU)) {
>               sl_send_reply("500", "Cannot load gateways");
>               exit;
> }
> ## - dumping the list of lcr gateways
> $var(i) = 0;
> while( $(avp(lcr_gw_uri)[$var(i)]) != $null) {
>         xlog("L_ERR","loaded
> gw_uri_avp[$var(i)]=?$(avp(lcr_gw_uri)[$var(i)])?\n");
>         $var(i) = $var(i) + 1;
> }
>
> if(!next_gw()) {
>         sl_send_reply("503", "No gateways found");
>         exit;
> }

Log values of load_gws arguments to see if they are the same as in
kamcmd test.

-- Juha


From vinicius at leads2b.com  Fri Apr 22 16:13:55 2022
From: vinicius at leads2b.com (Vinicius Kwiecien Ruoso)
Date: Fri, 22 Apr 2022 11:13:55 -0300
Subject: [SR-Users] SSL errors with websocket clients
Message-ID: <CAMEDm+C9seDGDr5O_hvej54cDwb5Rp2femS325wQ-vPBaoya-Q@mail.gmail.com>

Hi all!
How are you?

I have a kamailio instance and some users are having issues connecting
via websocket using TLS. The logs show SSLv3 errors. Cannot find why
that error would show up if SSLv2/3 is not enabled. Double checked it
via SSLLabs that only TLSv1.2 is allowed in the service.

Error sample:
```
15(36) ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS
accept:error:14094416:SSL routines:ssl3_read_bytes:sslv3 alert
certificate unknown
15(36) ERROR: <core> [core/tcp_read.c:1512]: tcp_read_req(): ERROR:
tcp_read_req: error reading - c: 0x7fafc8768190 r: 0x7fafc8768278 (-1)
```

This instance has close to 400 websocket connections opened during the
day. I have a high log level enabled. I was not able to identify any
reason why this happens. The certificate is a Letsencrypt certificate.

The issue is that sometimes clients have a hard time connecting to the
websocket and that maybe related. Below are a few more details about
the config. Please let me know if you have any pointers on how to
debug those connection issues.

8<-----
TLS config:

modparam("tls", "tls_method", "TLSv1.2+")
modparam("tls", "verify_certificate", 0)
modparam("tls", "require_certificate", 0)
modparam("tls", "low_mem_threshold1", 0)
modparam("tls", "low_mem_threshold2", 0)
modparam("tls", "private_key", "/etc/certs/tls.key")
modparam("tls", "certificate", "/etc/certs/tls.crt")

version: kamailio 5.3.9 (x86_64/linux)
8<-----

This is related to the issue
https://github.com/kamailio/kamailio/issues/3085 (as pointed out it is
not a problem in Kamailio code).

Thanks,
Vinicius


From simone.deblasiis at teameis.it  Fri Apr 22 16:31:44 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Fri, 22 Apr 2022 16:31:44 +0200
Subject: [SR-Users] How to disable video in invite with both audio and video
Message-ID: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>

Hello to everyone,
we have a Kamailio 5.5 + RTPEngine deployment.
Some devices will send an invite with both audio and video in the offer and
we are trying to disable the video portion of the invite by either setting
the video port to 0 or by setting a=inactive in the video portion of the
SDP packet.
We know that sdpops has a function that would be able to remove the video
portion but it violates standards so we can't use it.
We need to disable the video in the SDP offers because one of the pstn
providers we are using doesn't accept invites that contain a video offer.
I've spent days searching but I can't find an obvious way of achieving this.
We were originally doing it with textops but we've been having some issues
where the sdp wouldn't be modified correctly in reinvites after the
original call is in place so we're looking for alternatives.
Can someone please help us?
Thanks in advance
Simone de Blasiis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220422/71dac2e4/attachment.htm>

From hw at gilawa.com  Fri Apr 22 16:46:07 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Fri, 22 Apr 2022 14:46:07 +0000
Subject: [SR-Users] How to disable video in invite with both audio and
 video
In-Reply-To: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>
References: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>
Message-ID: <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

I did not look in the RFC regarding the removing the video line in questions. You are probably referring to the sdp_remove_media() function.

Do you expect problems when you are doing this? A quick web search found a similar suggestion also e.g. for Cisco router and others.

Another option would be to just return a 415 on the proxy level, by also adding the supported types to the Accept header, like this:
Accept: audio/*

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 Simone de Blasiis
Sent: Friday, April 22, 2022 4:32 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] How to disable video in invite with both audio and video

Hello to everyone,
we have a Kamailio 5.5 + RTPEngine deployment.
Some devices will send an invite with both audio and video in the offer and we are trying to disable the video portion of the invite by either setting the video port to 0 or by setting a=inactive in the video portion of the SDP packet.
We know that sdpops has a function that would be able to remove the video portion but it violates standards so we can't use it.
We need to disable the video in the SDP offers because one of the pstn providers we are using doesn't accept invites that contain a video offer.
I've spent days searching but I can't find an obvious way of achieving this.
We were originally doing it with textops but we've been having some issues where the sdp wouldn't be modified correctly in reinvites after the original call is in place so we're looking for alternatives.
Can someone please help us?
Thanks in advance
Simone de Blasiis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220422/91095edd/attachment.htm>

From hw at gilawa.com  Fri Apr 22 16:49:56 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Fri, 22 Apr 2022 14:49:56 +0000
Subject: [SR-Users] SSL errors with websocket clients
In-Reply-To: <CAMEDm+C9seDGDr5O_hvej54cDwb5Rp2femS325wQ-vPBaoya-Q@mail.gmail.com>
References: <CAMEDm+C9seDGDr5O_hvej54cDwb5Rp2femS325wQ-vPBaoya-Q@mail.gmail.com>
Message-ID: <PAXPR05MB855874A3A307B7CB9F8F66ADBFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

as pointed out before, the SSLv3 error message is misleading.

You need to be a bit more precise regarding your issue, "having a hard time" is a bit too vague. Did you already made some analysis if it happens only during a certain time of the day, or only certain clients etc..?

A bit of general advice, you could also consider doing an Kamailio update, 5.3.9 is end of life.

Cheers,

Henning

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

-----Original Message-----
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Vinicius Kwiecien Ruoso
Sent: Friday, April 22, 2022 4:14 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] SSL errors with websocket clients

Hi all!
How are you?

I have a kamailio instance and some users are having issues connecting via websocket using TLS. The logs show SSLv3 errors. Cannot find why that error would show up if SSLv2/3 is not enabled. Double checked it via SSLLabs that only TLSv1.2 is allowed in the service.

Error sample:
```
15(36) ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14094416:SSL routines:ssl3_read_bytes:sslv3 alert certificate unknown
15(36) ERROR: <core> [core/tcp_read.c:1512]: tcp_read_req(): ERROR:
tcp_read_req: error reading - c: 0x7fafc8768190 r: 0x7fafc8768278 (-1) ```

This instance has close to 400 websocket connections opened during the day. I have a high log level enabled. I was not able to identify any reason why this happens. The certificate is a Letsencrypt certificate.

The issue is that sometimes clients have a hard time connecting to the websocket and that maybe related. Below are a few more details about the config. Please let me know if you have any pointers on how to debug those connection issues.

8<-----
TLS config:

modparam("tls", "tls_method", "TLSv1.2+") modparam("tls", "verify_certificate", 0) modparam("tls", "require_certificate", 0) modparam("tls", "low_mem_threshold1", 0) modparam("tls", "low_mem_threshold2", 0) modparam("tls", "private_key", "/etc/certs/tls.key") modparam("tls", "certificate", "/etc/certs/tls.crt")

version: kamailio 5.3.9 (x86_64/linux)
8<-----

This is related to the issue
https://github.com/kamailio/kamailio/issues/3085 (as pointed out it is not a problem in Kamailio code).

Thanks,
Vinicius

__________________________________________________________
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 rfuchs at sipwise.com  Fri Apr 22 16:55:14 2022
From: rfuchs at sipwise.com (Richard Fuchs)
Date: Fri, 22 Apr 2022 10:55:14 -0400
Subject: [SR-Users] How to disable video in invite with both audio and
 video
In-Reply-To: <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>
 <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <cae6c460-8ad2-8ccb-d1d6-bb45180ab214@sipwise.com>

On 22/04/2022 10.46, [EXT] Henning Westerholt wrote:
>
> Hello,
>
> I did not look in the RFC regarding the removing the video line in 
> questions. You are probably referring to the sdp_remove_media() function.
>
> Do you expect problems when you are doing this? A quick web search 
> found a similar suggestion also e.g. for Cisco router and others.
>
The problem with simply removing a media section is that the answer 
going back to the A-side will have mismatched media sections, which is 
invalid according to the RFC.

You can remove the video media section in the offer going from A to B, 
but in the answer from B to A the media section should be restored with 
the port set to zero, indicating a rejected media section. Since the 
answer from B won't contain a section for the video, a new `m=` must be 
inserted in the SDP going back to A, matching the `m=` originally 
presented by A.

Cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220422/88c68c1c/attachment.htm>

From simone.deblasiis at teameis.it  Fri Apr 22 17:32:54 2022
From: simone.deblasiis at teameis.it (Simone de Blasiis)
Date: Fri, 22 Apr 2022 17:32:54 +0200
Subject: [SR-Users] How to disable video in invite with both audio and
 video
In-Reply-To: <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>
 <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAGMo54vCPia=zmMNh-f6+c5xgtU_GK1bfApPnra+BR5ka8oqww@mail.gmail.com>

Hello Henning,
thanks for the suggestions.
You are right, I was referring to the sdp_remove_media() function. In the
documentation
<https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_remove_media>
of the sdpops modules it cites RFC 3264 and it says that the number of m=
lines must be the same for both the offer and the answer.
We have experienced issues ourselves with this solution so it's not viable.

Sadly we can't return 415 either because it would mean that the call would
be dropped.
We have some devices that will always offer the video and that won't strip
it in any occasion from their invites.



Our only solution is to find a way of doing it ourselves with either
Kamailio or rtpengine.

Regards

Simone

Il giorno ven 22 apr 2022 alle ore 16:46 Henning Westerholt <hw at gilawa.com>
ha scritto:

> Hello,
>
>
>
> I did not look in the RFC regarding the removing the video line in
> questions. You are probably referring to the sdp_remove_media() function.
>
>
>
> Do you expect problems when you are doing this? A quick web search found a
> similar suggestion also e.g. for Cisco router and others.
>
>
>
> Another option would be to just return a 415 on the proxy level, by also
> adding the supported types to the Accept header, like this:
>
> Accept: audio/*
>
>
>
> 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 *Simone
> de Blasiis
> *Sent:* Friday, April 22, 2022 4:32 PM
> *To:* sr-users at lists.kamailio.org
> *Subject:* [SR-Users] How to disable video in invite with both audio and
> video
>
>
>
> Hello to everyone,
>
> we have a Kamailio 5.5 + RTPEngine deployment.
> Some devices will send an invite with both audio and video in the offer
> and we are trying to disable the video portion of the invite by either
> setting the video port to 0 or by setting a=inactive in the video portion
> of the SDP packet.
>
> We know that sdpops has a function that would be able to remove the video
> portion but it violates standards so we can't use it.
> We need to disable the video in the SDP offers because one of the pstn
> providers we are using doesn't accept invites that contain a video offer.
>
> I've spent days searching but I can't find an obvious way of achieving
> this.
>
> We were originally doing it with textops but we've been having some issues
> where the sdp wouldn't be modified correctly in reinvites after the
> original call is in place so we're looking for alternatives.
>
> Can someone please help us?
> Thanks in advance
>
> Simone de Blasiis
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220422/ef092d7f/attachment.htm>

From hw at gilawa.com  Fri Apr 22 17:41:32 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Fri, 22 Apr 2022 15:41:32 +0000
Subject: [SR-Users] How to disable video in invite with both audio and
 video
In-Reply-To: <CAGMo54vCPia=zmMNh-f6+c5xgtU_GK1bfApPnra+BR5ka8oqww@mail.gmail.com>
References: <CAGMo54uzKzubzsLdjWUkAaaVKK_hc1k9n+P470Git1h=GPiqkQ@mail.gmail.com>
 <PAXPR05MB8558DDF48B99291B35574A46BFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAGMo54vCPia=zmMNh-f6+c5xgtU_GK1bfApPnra+BR5ka8oqww@mail.gmail.com>
Message-ID: <PAXPR05MB8558775DED03A24C0C746BFBBFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

Ok, understood ? have a look to the reply from Richard in this e-mail thread, he also provided a standard compliant suggestion.

Cheers,

Henning

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

From: Simone de Blasiis <simone.deblasiis at teameis.it>
Sent: Friday, April 22, 2022 5:33 PM
To: Henning Westerholt <hw at gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] How to disable video in invite with both audio and video

Hello Henning,
thanks for the suggestions.
You are right, I was referring to the sdp_remove_media() function. In the documentation<https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_remove_media> of the sdpops modules it cites RFC 3264 and it says that the number of m= lines must be the same for both the offer and the answer.
We have experienced issues ourselves with this solution so it's not viable.

Sadly we can't return 415 either because it would mean that the call would be dropped.
We have some devices that will always offer the video and that won't strip it in any occasion from their invites.



Our only solution is to find a way of doing it ourselves with either Kamailio or rtpengine.

Regards

Simone

Il giorno ven 22 apr 2022 alle ore 16:46 Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> ha scritto:
Hello,

I did not look in the RFC regarding the removing the video line in questions. You are probably referring to the sdp_remove_media() function.

Do you expect problems when you are doing this? A quick web search found a similar suggestion also e.g. for Cisco router and others.

Another option would be to just return a 415 on the proxy level, by also adding the supported types to the Accept header, like this:
Accept: audio/*

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 Simone de Blasiis
Sent: Friday, April 22, 2022 4:32 PM
To: sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
Subject: [SR-Users] How to disable video in invite with both audio and video

Hello to everyone,
we have a Kamailio 5.5 + RTPEngine deployment.
Some devices will send an invite with both audio and video in the offer and we are trying to disable the video portion of the invite by either setting the video port to 0 or by setting a=inactive in the video portion of the SDP packet.
We know that sdpops has a function that would be able to remove the video portion but it violates standards so we can't use it.
We need to disable the video in the SDP offers because one of the pstn providers we are using doesn't accept invites that contain a video offer.
I've spent days searching but I can't find an obvious way of achieving this.
We were originally doing it with textops but we've been having some issues where the sdp wouldn't be modified correctly in reinvites after the original call is in place so we're looking for alternatives.
Can someone please help us?
Thanks in advance
Simone de Blasiis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220422/22cfa128/attachment.htm>

From vinicius at leads2b.com  Fri Apr 22 21:53:40 2022
From: vinicius at leads2b.com (Vinicius Kwiecien Ruoso)
Date: Fri, 22 Apr 2022 16:53:40 -0300
Subject: [SR-Users] SSL errors with websocket clients
In-Reply-To: <PAXPR05MB855874A3A307B7CB9F8F66ADBFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAMEDm+C9seDGDr5O_hvej54cDwb5Rp2femS325wQ-vPBaoya-Q@mail.gmail.com>
 <PAXPR05MB855874A3A307B7CB9F8F66ADBFF79@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAMEDm+Ch=oUUa7ZbhbbkTnoC_bA8DAgEDxto8afA5jgvkw9+9g@mail.gmail.com>

Hi Henning,
How are you? Thanks for the fast reply.

I understand the report is vague (sorry), and that is the reason I'm
asking for help. I don't see any other errors in the logs except the
SSL errors, and as this happens sporadically (had happened two times
only) during high connection numbers (over 400), I could not get more
relevant information. The symptom is the browser not being able to
open new connections. Restarting kamailio solves the issue, but that
is a burden because it disrupts usage for a few minutes.

I'll take your advice and upgrade the version and keep a close eye on it.

Thanks,
Vinicius

On Fri, Apr 22, 2022 at 11:50 AM Henning Westerholt <hw at gilawa.com> wrote:
>
> Hello,
>
> as pointed out before, the SSLv3 error message is misleading.
>
> You need to be a bit more precise regarding your issue, "having a hard time" is a bit too vague. Did you already made some analysis if it happens only during a certain time of the day, or only certain clients etc..?
>
> A bit of general advice, you could also consider doing an Kamailio update, 5.3.9 is end of life.
>
> Cheers,
>
> Henning
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://gilawa.com
>
> -----Original Message-----
> From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Vinicius Kwiecien Ruoso
> Sent: Friday, April 22, 2022 4:14 PM
> To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> Subject: [SR-Users] SSL errors with websocket clients
>
> Hi all!
> How are you?
>
> I have a kamailio instance and some users are having issues connecting via websocket using TLS. The logs show SSLv3 errors. Cannot find why that error would show up if SSLv2/3 is not enabled. Double checked it via SSLLabs that only TLSv1.2 is allowed in the service.
>
> Error sample:
> ```
> 15(36) ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:14094416:SSL routines:ssl3_read_bytes:sslv3 alert certificate unknown
> 15(36) ERROR: <core> [core/tcp_read.c:1512]: tcp_read_req(): ERROR:
> tcp_read_req: error reading - c: 0x7fafc8768190 r: 0x7fafc8768278 (-1) ```
>
> This instance has close to 400 websocket connections opened during the day. I have a high log level enabled. I was not able to identify any reason why this happens. The certificate is a Letsencrypt certificate.
>
> The issue is that sometimes clients have a hard time connecting to the websocket and that maybe related. Below are a few more details about the config. Please let me know if you have any pointers on how to debug those connection issues.
>
> 8<-----
> TLS config:
>
> modparam("tls", "tls_method", "TLSv1.2+") modparam("tls", "verify_certificate", 0) modparam("tls", "require_certificate", 0) modparam("tls", "low_mem_threshold1", 0) modparam("tls", "low_mem_threshold2", 0) modparam("tls", "private_key", "/etc/certs/tls.key") modparam("tls", "certificate", "/etc/certs/tls.crt")
>
> version: kamailio 5.3.9 (x86_64/linux)
> 8<-----
>
> This is related to the issue
> https://github.com/kamailio/kamailio/issues/3085 (as pointed out it is not a problem in Kamailio code).
>
> Thanks,
> Vinicius
>
> __________________________________________________________
> 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 adebarre at b2s-group.com  Mon Apr 25 09:32:25 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Mon, 25 Apr 2022 09:32:25 +0200
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <25184.18146.433914.289940@tutpro.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
Message-ID: <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>

Hi,
Thanks for your reply :)

I can confirm load_gws arguments are the same compared to kamcmd
lcr.load_gws.
Except that in kamailio.cfg load_gws can only load lcr_id + 2 args
(uri_user[, caller_uri])

in kamcmd I must enter 4 args (lcr_id, prefix, caller_uri and request_uri)


Le mer. 20 avr. 2022 ? 19:46, Juha Heinanen <jh at tutpro.com> a ?crit :

> > to test gws, I use kamcmd
> > for example :
> > kamcmd lcr.load_gws 1 s:0600000001 s:02111111111 s:0600000001
> > arg 1 : prefix or $rU
> > arg 2 : from_uri
> > arg 3 : request_uri
> >
> > result is OK with 5 gateways selected
> >
> > but in real test situation with the following config file :
> >
> > kamailio.cfg :
> >
> > request_route {
> > ...
> > if(!load_gws(1,$rU,$fU)) {
> >               sl_send_reply("500", "Cannot load gateways");
> >               exit;
> > }
> > ## - dumping the list of lcr gateways
> > $var(i) = 0;
> > while( $(avp(lcr_gw_uri)[$var(i)]) != $null) {
> >         xlog("L_ERR","loaded
> > gw_uri_avp[$var(i)]=?$(avp(lcr_gw_uri)[$var(i)])?\n");
> >         $var(i) = $var(i) + 1;
> > }
> >
> > if(!next_gw()) {
> >         sl_send_reply("503", "No gateways found");
> >         exit;
> > }
>
> Log values of load_gws arguments to see if they are the same as in
> kamcmd test.
>
> -- Juha
>
> __________________________________________________________
> 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
>

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220425/9dd5ec84/attachment.htm>

From jh at tutpro.com  Mon Apr 25 09:44:30 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 25 Apr 2022 10:44:30 +0300
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
 <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
Message-ID: <25190.20830.566735.430440@tutpro.com>

Antoine DEBARRE writes:

> I can confirm load_gws arguments are the same compared to kamcmd
> lcr.load_gws.

> > > if(!load_gws(1,$rU,$fU)) {
> > >               sl_send_reply("500", "Cannot load gateways");
> > >               exit;
> > > }

README has this:

       load_gws(lcr_id[, uri_user[, caller_uri]])

Third argument is uri, not uri username.

-- Juha


From linuxv at gmail.com  Mon Apr 25 13:04:35 2022
From: linuxv at gmail.com (Linux Vince)
Date: Mon, 25 Apr 2022 16:34:35 +0530
Subject: [SR-Users] Local Registration Cache
Message-ID: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>

Hello,

I am trying to implement scenario described in this thread
by Daniel-Constantin Mierla.

I am able to cache registration using save but i am not able to handle
unregistration.

Unregister function of registrar module is not available in onreply routes
and I cannot unregister until upstream registrar returns 200 OK on Expire 0
message.

Is there any workaround to fix this?

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

From linuxv at gmail.com  Mon Apr 25 13:08:32 2022
From: linuxv at gmail.com (Linux Vince)
Date: Mon, 25 Apr 2022 16:38:32 +0530
Subject: [SR-Users] Local Registration Cache
In-Reply-To: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
References: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
Message-ID: <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>

I forgot to add URL in previous email

https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html



On Mon, Apr 25, 2022 at 4:34 PM Linux Vince <linuxv at gmail.com> wrote:

> Hello,
>
> I am trying to implement scenario described in this thread
> by Daniel-Constantin Mierla.
>
> I am able to cache registration using save but i am not able to handle
> unregistration.
>
> Unregister function of registrar module is not available in onreply routes
> and I cannot unregister until upstream registrar returns 200 OK on Expire 0
> message.
>
> Is there any workaround to fix this?
>
> Thanks,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220425/5a87215b/attachment.htm>

From hw at gilawa.com  Mon Apr 25 13:46:31 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Mon, 25 Apr 2022 11:46:31 +0000
Subject: [SR-Users] Local Registration Cache
In-Reply-To: <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
References: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
 <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
Message-ID: <PAXPR05MB8558A873F9292308EFD74FB4BFF89@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

what about just handling the unregister REGISTER message in the normal request 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 Linux Vince
Sent: Monday, April 25, 2022 1:09 PM
To: sr-users at lists.kamailio.org
Subject: Re: [SR-Users] Local Registration Cache

I forgot to add URL in previous email

https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html



On Mon, Apr 25, 2022 at 4:34 PM Linux Vince <linuxv at gmail.com<mailto:linuxv at gmail.com>> wrote:
Hello,

I am trying to implement scenario described in this thread by Daniel-Constantin Mierla.

I am able to cache registration using save but i am not able to handle unregistration.

Unregister function of registrar module is not available in onreply routes and I cannot unregister until upstream registrar returns 200 OK on Expire 0 message.

Is there any workaround to fix this?

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

From miconda at gmail.com  Mon Apr 25 13:48:53 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Mon, 25 Apr 2022 13:48:53 +0200
Subject: [SR-Users] Local Registration Cache
In-Reply-To: <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
References: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
 <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
Message-ID: <1114b6ca-d569-2127-bab0-8e8cba176830@gmail.com>

Hello,

at least in v5.5.x, the unregister() is exported for use in any route block.

Cheers,
Daniel

On 25.04.22 13:08, Linux Vince wrote:
> I forgot to add URL in previous email
>
> https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html
>
>
>
> On Mon, Apr 25, 2022 at 4:34 PM Linux Vince <linuxv at gmail.com> wrote:
>
>     Hello,
>
>     I am trying to implement scenario described in this thread
>     by?Daniel-Constantin Mierla.
>
>     I am able to cache registration using save but i am not able to
>     handle unregistration.
>
>     Unregister function of registrar module is not available?in
>     onreply routes and I cannot unregister until upstream registrar
>     returns 200 OK on Expire 0 message.
>
>     Is there any workaround to fix this?
>
>     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
  * 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/20220425/f3753661/attachment.htm>

From adebarre at b2s-group.com  Mon Apr 25 14:25:08 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Mon, 25 Apr 2022 14:25:08 +0200
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <25190.20830.566735.430440@tutpro.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
 <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
 <25190.20830.566735.430440@tutpro.com>
Message-ID: <CAOT09qW_nktpx0twWeqwad+FvZQWzvDL__TcH7TSC4v3Yd_oTA@mail.gmail.com>

I know but with regexp it doesn't matter I guess

Le lun. 25 avr. 2022 ? 09:45, Juha Heinanen <jh at tutpro.com> a ?crit :

> Antoine DEBARRE writes:
>
> > I can confirm load_gws arguments are the same compared to kamcmd
> > lcr.load_gws.
>
> > > > if(!load_gws(1,$rU,$fU)) {
> > > >               sl_send_reply("500", "Cannot load gateways");
> > > >               exit;
> > > > }
>
> README has this:
>
>        load_gws(lcr_id[, uri_user[, caller_uri]])
>
> Third argument is uri, not uri username.
>
> -- Juha
>
> __________________________________________________________
> 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
>

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220425/53454334/attachment.htm>

From jh at tutpro.com  Mon Apr 25 17:45:16 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 25 Apr 2022 18:45:16 +0300
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <CAOT09qW_nktpx0twWeqwad+FvZQWzvDL__TcH7TSC4v3Yd_oTA@mail.gmail.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
 <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
 <25190.20830.566735.430440@tutpro.com>
 <CAOT09qW_nktpx0twWeqwad+FvZQWzvDL__TcH7TSC4v3Yd_oTA@mail.gmail.com>
Message-ID: <25190.49676.352942.352271@tutpro.com>

It is hard to try to read your MySQL database tables except
lcr_rule_target.  Try to minimize the failing case and then add log
message to your kamailio.cfg that displays the arguments of load_gws()
call followed by logging the result of next_gw() call.

-- Juha


From linuxv at gmail.com  Tue Apr 26 05:58:44 2022
From: linuxv at gmail.com (Linux Vince)
Date: Tue, 26 Apr 2022 09:28:44 +0530
Subject: [SR-Users] Local Registration Cache
In-Reply-To: <1114b6ca-d569-2127-bab0-8e8cba176830@gmail.com>
References: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
 <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
 <1114b6ca-d569-2127-bab0-8e8cba176830@gmail.com>
Message-ID: <CACBj1kahE5NEdTUgoF9sEvqn5GCsnUaapFoOpphR2cKHhnt5Eg@mail.gmail.com>

Hello,

Thank you for the help.

I was reading documentation and it did not mention REPLY ROUTE has access
to unregister().

I was able to use it and that solved the problem.

Thank you.

On Mon, Apr 25, 2022 at 5:18 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> at least in v5.5.x, the unregister() is exported for use in any route
> block.
>
> Cheers,
> Daniel
> On 25.04.22 13:08, Linux Vince wrote:
>
> I forgot to add URL in previous email
>
> https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html
>
>
>
> On Mon, Apr 25, 2022 at 4:34 PM Linux Vince <linuxv at gmail.com> wrote:
>
>> Hello,
>>
>> I am trying to implement scenario described in this thread
>> by Daniel-Constantin Mierla.
>>
>> I am able to cache registration using save but i am not able to handle
>> unregistration.
>>
>> Unregister function of registrar module is not available in onreply
>> routes and I cannot unregister until upstream registrar returns 200 OK on
>> Expire 0 message.
>>
>> Is there any workaround to fix this?
>>
>> 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
>   * 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/20220426/3503698c/attachment.htm>

From miconda at gmail.com  Tue Apr 26 08:33:36 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Tue, 26 Apr 2022 08:33:36 +0200
Subject: [SR-Users] Local Registration Cache
In-Reply-To: <CACBj1kahE5NEdTUgoF9sEvqn5GCsnUaapFoOpphR2cKHhnt5Eg@mail.gmail.com>
References: <CACBj1kZqvuMoe+CfktCGHQ_v4yRn3oRxCXhHFuzLpuz8OwEV8w@mail.gmail.com>
 <CACBj1ka1taNngW9NgEHtvC+KDE-zbU6DqZtQXgJ=UCz17Eo8Wg@mail.gmail.com>
 <1114b6ca-d569-2127-bab0-8e8cba176830@gmail.com>
 <CACBj1kahE5NEdTUgoF9sEvqn5GCsnUaapFoOpphR2cKHhnt5Eg@mail.gmail.com>
Message-ID: <2fefd0f5-4bc1-4336-e564-a2eb1268fbf5@gmail.com>

Hello,

ANY_ROUTE is used as an alias for all types of routes -- it is somehow
propagated from C code to docs.

Good to know that it solves it.

Cheers,
Daniel

On 26.04.22 05:58, Linux Vince wrote:
> Hello,
>
> Thank you for the help.
>
> I was reading documentation and it did not mention REPLY ROUTE has
> access to unregister().
>
> I was able to use it and that solved the problem.
>
> Thank you.
>
> On Mon, Apr 25, 2022 at 5:18 PM Daniel-Constantin Mierla
> <miconda at gmail.com> wrote:
>
>     Hello,
>
>     at least in v5.5.x, the unregister() is exported for use in any
>     route block.
>
>     Cheers,
>     Daniel
>
>     On 25.04.22 13:08, Linux Vince wrote:
>>     I forgot to add URL in previous email
>>
>>     https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html
>>
>>
>>
>>     On Mon, Apr 25, 2022 at 4:34 PM Linux Vince <linuxv at gmail.com> wrote:
>>
>>         Hello,
>>
>>         I am trying to implement scenario described in this thread
>>         by?Daniel-Constantin Mierla.
>>
>>         I am able to cache registration using save but i am not able
>>         to handle unregistration.
>>
>>         Unregister function of registrar module is not available?in
>>         onreply routes and I cannot unregister until upstream
>>         registrar returns 200 OK on Expire 0 message.
>>
>>         Is there any workaround to fix this?
>>
>>         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 <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
>       * 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
  * 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/20220426/090c743d/attachment.htm>

From adebarre at b2s-group.com  Tue Apr 26 15:48:15 2022
From: adebarre at b2s-group.com (Antoine DEBARRE)
Date: Tue, 26 Apr 2022 15:48:15 +0200
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <25190.49676.352942.352271@tutpro.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
 <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
 <25190.20830.566735.430440@tutpro.com>
 <CAOT09qW_nktpx0twWeqwad+FvZQWzvDL__TcH7TSC4v3Yd_oTA@mail.gmail.com>
 <25190.49676.352942.352271@tutpro.com>
Message-ID: <CAOT09qVbMgiD0rHGFPd0H0JewgUwhn3KBdQOO75dzdULT6Bmgg@mail.gmail.com>

Hello Juha,

I guess I fixed this.

I tried to be more specific in regexp for request_uri by adding ^sip:, for
example :

^sip:(0|(|00|\+)33)[67] instead of just (0|(|00|\+)33)[67]

when dialing a fake number like 0600000001 next_gw() doesn't work where
it's ok with adding ^sip:

[image: image.png]

Thanks again for the push :)

Le lun. 25 avr. 2022 ? 17:46, Juha Heinanen <jh at tutpro.com> a ?crit :

> It is hard to try to read your MySQL database tables except
> lcr_rule_target.  Try to minimize the failing case and then add log
> message to your kamailio.cfg that displays the arguments of load_gws()
> call followed by logging the result of next_gw() call.
>
> -- Juha
>
> __________________________________________________________
> 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
>

-- 
 
<https://app.livestorm.co/comdata-group/metaverse-what-will-cx-look-like-in-an-immersive-world?type=detailed&utm_source=Livestorm&utm_medium=Email&utm_campaign=Webinar+Metaverse>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220426/dd987062/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 22319 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220426/dd987062/attachment.png>

From jh at tutpro.com  Tue Apr 26 16:47:09 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Tue, 26 Apr 2022 17:47:09 +0300
Subject: [SR-Users] LCR issues (request_uri)
In-Reply-To: <CAOT09qVbMgiD0rHGFPd0H0JewgUwhn3KBdQOO75dzdULT6Bmgg@mail.gmail.com>
References: <CAOT09qX=paamiA+L+0VzoGcRZDmDO=SDqZWKi1w5djNF9FKMvw@mail.gmail.com>
 <CAMy5KNctv0dro9+ZNBRq5jgUwieWntRx7P4xz3ZhSisgaFGRJg@mail.gmail.com>
 <25184.18146.433914.289940@tutpro.com>
 <CAOT09qU+Nf-hkFeqSHisfAe4GMpWJrtf--by89F+3nxcbrGP=A@mail.gmail.com>
 <25190.20830.566735.430440@tutpro.com>
 <CAOT09qW_nktpx0twWeqwad+FvZQWzvDL__TcH7TSC4v3Yd_oTA@mail.gmail.com>
 <25190.49676.352942.352271@tutpro.com>
 <CAOT09qVbMgiD0rHGFPd0H0JewgUwhn3KBdQOO75dzdULT6Bmgg@mail.gmail.com>
Message-ID: <25192.1517.299418.591379@tutpro.com>

Antoine,

Good that you got it working.

-- Juha


From giovanni.tommasini at evoseed.io  Tue Apr 26 19:50:45 2022
From: giovanni.tommasini at evoseed.io (Giovanni Tommasini)
Date: Tue, 26 Apr 2022 19:50:45 +0200
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
Message-ID: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>

Hi kamailiers,

I ask your help for a strange situation with topos, 183 (before a 200OK)
and SIP INFO

My topology is kamailio in front of asterisks; so kamailio has 2 interfaces
(1Public to talk with customers and carriers and 1 Private to talk with
asterisk).
In the image:
- the first column is the customer
- the second is the public interface of kamailio
- the third is the private interface of kamaiio
- the fourth is asterisk

As you can see in the image, the customer send an INVITE and the carrier
give back the IVR messages in a 183 (before a 200OK) asking for an IVR
selection.
The customer (configured to use SIP INFO) types a key and sends in INFO,
but as you can see kamailio sends the INFO to himself to private interface
instead of sending it to asterisk as if the contact that handled topos
contained incorrect information.
[image: Schermata 2022-04-26 alle 19.40.32.png]

- If the customer is configured with a RFC2833
- or if the IVR messages is not in a 183 but is sent after a 200OK
- or if I disabe TOPOS
*all works fine*

I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing change

Maybe could be connected with
https://github.com/kamailio/kamailio/issues/2344
https://github.com/kamailio/kamailio/issues/1077

Could be a kamailio bug for this particular situation or am I getting lost
in a glass of water?

thanks a lot
cheers
Giovanni Tommasini

*evoseed s.r.l.*

  phone:  +39 340 11 28 800
     mail:  giovanni.tommasini at evoseed.io
      site:  evoseed.io
address:  Via Lucrezio 13, Trieste Italy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220426/533a4bce/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Schermata 2022-04-26 alle 19.40.32.png
Type: image/png
Size: 47471 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220426/533a4bce/attachment.png>

From rick+kamailio.org at vanrein.org  Wed Apr 27 14:08:23 2022
From: rick+kamailio.org at vanrein.org (Rick van Rein)
Date: Wed, 27 Apr 2022 12:08:23 +0000
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation unclarities)
Message-ID: <20220427120823.GA30224@openfortress.nl>

Hello,

I am trying to make UAC register with a SIP telco.  But when I run...

shell$ kamctl rpc uac.reg_add mydomain.com 0123456789 myteldomain.com 0123456789 sip6.telco.nl telcoreseller.nl 999999 secretpw . udp:sip6.telco.nl 360 0 10 'udp:[fd8:9::10]:5090'

...it gives me the cryptic response...

ERROR: jsonrpcs [jsonrpcs_mod.c:666]: jsonrpc_scan(): field is not a string - type 3


The module docs only give "..." as example of attributes.  And, according to...

http://www.kamailio.net/docs/modules/5.4.x/modules/uac.html#uac.r.uac.reg_add
https://github.com/kamailio/kamailio/blob/5.4.4/src/modules/uac/uac_reg.c#1844-1865

...it also seems to be behind on diff_expires, timer_expires, reg_init.
What I am missing is the format, and in some cases the purpose of attributes.


Could you help me to an example, perhaps based on the command I am trying?


Thanks,
 -Rick


P.S. It's been years since I worked with OpenSIPS.  It feels like Kamailio is
     friendlier, and easier to use.


From hw at gilawa.com  Wed Apr 27 15:49:56 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 27 Apr 2022 13:49:56 +0000
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation
 unclarities)
In-Reply-To: <20220427120823.GA30224@openfortress.nl>
References: <20220427120823.GA30224@openfortress.nl>
Message-ID: <PAXPR05MB855877545CEA7B98E07B255ABFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello Rick,

Sometimes the RPC can get confused with the number data types. You could try to add a "s:" in front of this variables.

Thanks for the positive feedback.

Cheers,

Henning

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

-----Original Message-----
From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Rick van Rein
Sent: Wednesday, April 27, 2022 2:08 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation unclarities)

Hello,

I am trying to make UAC register with a SIP telco.  But when I run...

shell$ kamctl rpc uac.reg_add mydomain.com 0123456789 myteldomain.com 0123456789 sip6.telco.nl telcoreseller.nl 999999 secretpw . udp:sip6.telco.nl 360 0 10 'udp:[fd8:9::10]:5090'

...it gives me the cryptic response...

ERROR: jsonrpcs [jsonrpcs_mod.c:666]: jsonrpc_scan(): field is not a string - type 3


The module docs only give "..." as example of attributes.  And, according to...

http://www.kamailio.net/docs/modules/5.4.x/modules/uac.html#uac.r.uac.reg_add
https://github.com/kamailio/kamailio/blob/5.4.4/src/modules/uac/uac_reg.c#1844-1865

...it also seems to be behind on diff_expires, timer_expires, reg_init.
What I am missing is the format, and in some cases the purpose of attributes.


Could you help me to an example, perhaps based on the command I am trying?


Thanks,
 -Rick


P.S. It's been years since I worked with OpenSIPS.  It feels like Kamailio is
     friendlier, and easier to use.

__________________________________________________________
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 ascanio.alba7 at gmail.com  Wed Apr 27 16:09:28 2022
From: ascanio.alba7 at gmail.com (Anthony Alba)
Date: Wed, 27 Apr 2022 22:09:28 +0800
Subject: [SR-Users] Intermittent error seen when using a python script
 in kamailio
In-Reply-To: <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>
References: <CAFtx=7Yer+r2-D-GCo1tHy0Dg7x4fbNwtQYT_=Mf+J9aLgAFqw@mail.gmail.com>
 <52cf4234-8804-30fd-8f12-6c49a2d5f3f8@gmail.com>
 <CAFtx=7a0hwzupF5azb8Y8DRTSXQqDEYkh6Jqr-x4K=MZb=c=wg@mail.gmail.com>
 <6be032d6-389d-2009-2168-876b001a8921@gmail.com>
 <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
 <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>
 <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>
Message-ID: <CADkWibfbQWC2dX-a-EjDGfSunvLvBN3ud3vfjhGSS-w8NBLNAg@mail.gmail.com>

Note that some top-level methods *MUST* return integers like 1 for success
and 0 for failure. You cannot let the method fallthrough to None. Try
returning an int everywhere until you get it working.


On Mon, 4 Apr 2022, 23:20 Daniel-Constantin Mierla, <miconda at gmail.com>
wrote:

> I am not using Python module myself, although I helped adding Kemi support
> to it. It is not easy for me to create a testbed and try to reproduce.
> Maybe you can create a minimal config and a sipp scenario that can
> reproduce it. That could help the non-python developers to troubleshoot.
>
> Cheers,
> Daniel
> On 01.04.22 15:40, Wojciech Kopciewicz wrote:
>
> Any thoughts on this?
>
> Pozdrawiam / Best regards,
> Wojtek
>
>
> On Fri, Feb 25, 2022 at 9:30 AM Wojciech Kopciewicz <
> wojciech.kopciewicz at motorolasolutions.com> wrote:
>
>> Hi Daniel,
>>
>> This is still a development setup so the traffic is very small - a few
>> calls a day.
>> It seems that the issue can be seen during first calls after some
>> inactivity.
>>
>> Pozdrawiam / Best regards,
>> Wojtek
>>
>>
>> On Wed, Feb 23, 2022 at 2:11 PM Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> how often they show up and is there high volume of traffic at that
>>> moment?
>>>
>>> Cheers,
>>> Daniel
>>> On 23.02.22 11:44, Wojciech Kopciewicz wrote:
>>>
>>> Hi,
>>>
>>> Yes, those values are hard-coded strings.
>>>
>>> Pozdrawiam / Best regards,
>>> Wojtek
>>>
>>>
>>> On Wed, Feb 23, 2022 at 8:25 AM Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> do you check that header_name parameter set for KSR.hdr.is_present() is
>>>> a string value?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 22.02.22 15:36, Wojciech Kopciewicz wrote:
>>>>
>>>> Hi,
>>>>
>>>> Intermittently we are observing the following error when checking if
>>>> given header is present in SIP INVITE:
>>>>
>>>> SystemError: returned a result with an error set
>>>>
>>>> The complete stack trace is (some names redacted):
>>>> 11(28) ERROR: {1 195 INVITE nMHZDN.10nOIDt4ldOwz5cqz0XnMepA9}
>>>> app_python3 [python_support.c:156]: python_handle_exception(): apy_exec:
>>>> modify_headers((null)): Unhandled exception in the Python code:
>>>> TypeError: an integer is required (got type NoneType)
>>>>
>>>> The above exception was the direct cause of the following exception:
>>>>
>>>> Traceback (most recent call last):
>>>> File "/etc/kamailio/kamailio.py", line 25, in modify_headers
>>>> self.modify_header("SomeHeader")
>>>> File "/etc/kamailio/kamailio.py", line 29, in modify_header
>>>> present = KSR.hdr.is_present(header_name)
>>>> SystemError: returned a result with an error set
>>>>
>>>> Kamailio version (kamailio -v output):
>>>>
>>>> version: kamailio 5.4.6 (x86_64/linux)
>>>>
>>>> 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: unknown
>>>> compiled with gcc 8.3.0
>>>>
>>>> Operation system: Linux kamailio-5c7484c74d-vhhr8 5.4.0-1056-azure
>>>> #58~18.04.1-Ubuntu SMP Wed Jul 28 23:14:18 UTC 2021 x86_64 GNU/Linux
>>>>
>>>> Are you able to help me find the root cause of this issue?
>>>> Pozdrawiam / Best regards,
>>>> Wojtek
>>>>
>>>> *For more information on how and why we collect your personal
>>>> information, please visit our Privacy Policy
>>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>>
>>>> __________________________________________________________
>>>> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=oNz1IY8iG084QGzn9D7M4d5CSZ2xiCNdRm22mixUGjA&e=>
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=pnzsCbZ_eh8dJX6QplBGIAK-EmQkpN_VjRyxXF0SFxo&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=iWp3lX8ri4p3VEeSGTnGf6vgaEBQDXLQmnskbOwLB3E&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=1iFgA-q0-_ZShBF-FItoq6r0sAg09N2RKDLCO80LzGw&e=>
>>>> Kamailio Advanced Training - Online
>>>>   Mar 28-31, 2022 (Europe Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=QwGb6KwCF4tHdyutmu1wpA-aRpIRbvyVHS1wcj34mdA&e=>
>>>>
>>>>
>>> *For more information on how and why we collect your personal
>>> information, please visit our Privacy Policy
>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>
>>> --
>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=zJFtVCAWufSwSehp6pvpr04uyL6lD3FGqDeaFPv944I&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=qUYXpFu_MBwO--p70pHIPCfpxAjJtZr3uBK5K-mGvFA&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=9swPTb_vUy_tOOdA5cLpzqwo46lZcq49D8HfUU5nukk&e=>
>>> Kamailio Advanced Training - Online
>>>   Mar 28-31, 2022 (Europe Timezone)
>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=vuZxuK6JIx5vA6L8rdnutswybBv_85F8w0JaOSr-9Ps&e=>
>>>
>>>
> *For more information on how and why we collect your personal information,
> please visit our Privacy Policy
> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>
> __________________________________________________________
> 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
>   March 28-31, 2022 (Europe 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220427/b0f06f3b/attachment.htm>

From wojciech.kopciewicz at motorolasolutions.com  Wed Apr 27 16:21:36 2022
From: wojciech.kopciewicz at motorolasolutions.com (Wojciech Kopciewicz)
Date: Wed, 27 Apr 2022 16:21:36 +0200
Subject: [SR-Users] Intermittent error seen when using a python script
 in kamailio
In-Reply-To: <CADkWibfbQWC2dX-a-EjDGfSunvLvBN3ud3vfjhGSS-w8NBLNAg@mail.gmail.com>
References: <CAFtx=7Yer+r2-D-GCo1tHy0Dg7x4fbNwtQYT_=Mf+J9aLgAFqw@mail.gmail.com>
 <52cf4234-8804-30fd-8f12-6c49a2d5f3f8@gmail.com>
 <CAFtx=7a0hwzupF5azb8Y8DRTSXQqDEYkh6Jqr-x4K=MZb=c=wg@mail.gmail.com>
 <6be032d6-389d-2009-2168-876b001a8921@gmail.com>
 <CAFtx=7aMnyf29Z2o3L5dPWi+wRY+Rg6r8jOLy0pzbf_vsbfOzw@mail.gmail.com>
 <CAFtx=7ZEAFGeK0mQw=nRzJTkYntmBjWdMPhuspAhpsudxjxwVQ@mail.gmail.com>
 <a40d8281-9f1e-8b24-b2ac-dfb376633621@gmail.com>
 <CADkWibfbQWC2dX-a-EjDGfSunvLvBN3ud3vfjhGSS-w8NBLNAg@mail.gmail.com>
Message-ID: <CAFtx=7bFF07WNGyWFf-OcyYr-QJdT6x1cg77uEPv3LPkky2wTw@mail.gmail.com>

In this particular case you mean that display_headers must return an
integer?

Pozdrawiam / Best regards,
Wojtek


On Wed, Apr 27, 2022 at 4:18 PM Anthony Alba <ascanio.alba7 at gmail.com>
wrote:

> Note that some top-level methods *MUST* return integers like 1 for success
> and 0 for failure. You cannot let the method fallthrough to None. Try
> returning an int everywhere until you get it working.
>
>
> On Mon, 4 Apr 2022, 23:20 Daniel-Constantin Mierla, <miconda at gmail.com>
> wrote:
>
>> I am not using Python module myself, although I helped adding Kemi
>> support to it. It is not easy for me to create a testbed and try to
>> reproduce. Maybe you can create a minimal config and a sipp scenario that
>> can reproduce it. That could help the non-python developers to troubleshoot.
>>
>> Cheers,
>> Daniel
>> On 01.04.22 15:40, Wojciech Kopciewicz wrote:
>>
>> Any thoughts on this?
>>
>> Pozdrawiam / Best regards,
>> Wojtek
>>
>>
>> On Fri, Feb 25, 2022 at 9:30 AM Wojciech Kopciewicz <
>> wojciech.kopciewicz at motorolasolutions.com> wrote:
>>
>>> Hi Daniel,
>>>
>>> This is still a development setup so the traffic is very small - a few
>>> calls a day.
>>> It seems that the issue can be seen during first calls after some
>>> inactivity.
>>>
>>> Pozdrawiam / Best regards,
>>> Wojtek
>>>
>>>
>>> On Wed, Feb 23, 2022 at 2:11 PM Daniel-Constantin Mierla <
>>> miconda at gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> how often they show up and is there high volume of traffic at that
>>>> moment?
>>>>
>>>> Cheers,
>>>> Daniel
>>>> On 23.02.22 11:44, Wojciech Kopciewicz wrote:
>>>>
>>>> Hi,
>>>>
>>>> Yes, those values are hard-coded strings.
>>>>
>>>> Pozdrawiam / Best regards,
>>>> Wojtek
>>>>
>>>>
>>>> On Wed, Feb 23, 2022 at 8:25 AM Daniel-Constantin Mierla <
>>>> miconda at gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> do you check that header_name parameter set for KSR.hdr.is_present()
>>>>> is a string value?
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>> On 22.02.22 15:36, Wojciech Kopciewicz wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Intermittently we are observing the following error when checking if
>>>>> given header is present in SIP INVITE:
>>>>>
>>>>> SystemError: returned a result with an error set
>>>>>
>>>>> The complete stack trace is (some names redacted):
>>>>> 11(28) ERROR: {1 195 INVITE nMHZDN.10nOIDt4ldOwz5cqz0XnMepA9}
>>>>> app_python3 [python_support.c:156]: python_handle_exception(): apy_exec:
>>>>> modify_headers((null)): Unhandled exception in the Python code:
>>>>> TypeError: an integer is required (got type NoneType)
>>>>>
>>>>> The above exception was the direct cause of the following exception:
>>>>>
>>>>> Traceback (most recent call last):
>>>>> File "/etc/kamailio/kamailio.py", line 25, in modify_headers
>>>>> self.modify_header("SomeHeader")
>>>>> File "/etc/kamailio/kamailio.py", line 29, in modify_header
>>>>> present = KSR.hdr.is_present(header_name)
>>>>> SystemError: returned a result with an error set
>>>>>
>>>>> Kamailio version (kamailio -v output):
>>>>>
>>>>> version: kamailio 5.4.6 (x86_64/linux)
>>>>>
>>>>> 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: unknown
>>>>> compiled with gcc 8.3.0
>>>>>
>>>>> Operation system: Linux kamailio-5c7484c74d-vhhr8 5.4.0-1056-azure
>>>>> #58~18.04.1-Ubuntu SMP Wed Jul 28 23:14:18 UTC 2021 x86_64 GNU/Linux
>>>>>
>>>>> Are you able to help me find the root cause of this issue?
>>>>> Pozdrawiam / Best regards,
>>>>> Wojtek
>>>>>
>>>>> *For more information on how and why we collect your personal
>>>>> information, please visit our Privacy Policy
>>>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>>>
>>>>> __________________________________________________________
>>>>> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=oNz1IY8iG084QGzn9D7M4d5CSZ2xiCNdRm22mixUGjA&e=>
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=pnzsCbZ_eh8dJX6QplBGIAK-EmQkpN_VjRyxXF0SFxo&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=iWp3lX8ri4p3VEeSGTnGf6vgaEBQDXLQmnskbOwLB3E&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=1iFgA-q0-_ZShBF-FItoq6r0sAg09N2RKDLCO80LzGw&e=>
>>>>> Kamailio Advanced Training - Online
>>>>>   Mar 28-31, 2022 (Europe Timezone)
>>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=CCE2EDt4eKanG8YC1Bxc51CQSyCg0YpKbySFR-sqilb-wdhYCRYU-pAI_eYmCu2v&s=QwGb6KwCF4tHdyutmu1wpA-aRpIRbvyVHS1wcj34mdA&e=>
>>>>>
>>>>>
>>>> *For more information on how and why we collect your personal
>>>> information, please visit our Privacy Policy
>>>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>>>
>>>> --
>>>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=zJFtVCAWufSwSehp6pvpr04uyL6lD3FGqDeaFPv944I&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=qUYXpFu_MBwO--p70pHIPCfpxAjJtZr3uBK5K-mGvFA&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=9swPTb_vUy_tOOdA5cLpzqwo46lZcq49D8HfUU5nukk&e=>
>>>> Kamailio Advanced Training - Online
>>>>   Mar 28-31, 2022 (Europe Timezone)
>>>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMDaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=ciUm5591lbERv9MC6e_pLveQYX7zQZLMLzi4r2na0WG0tvcJeJNOtw77DQ7-OgGU&s=vuZxuK6JIx5vA6L8rdnutswybBv_85F8w0JaOSr-9Ps&e=>
>>>>
>>>>
>> *For more information on how and why we collect your personal
>> information, please visit our Privacy Policy
>> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
>>
>> __________________________________________________________
>> 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 <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=49ifriU0RNo5hPDx2He00teXiGOkpMrUNUL1thF2n3I&e=>
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.asipto.com&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=SKl2R95SsNSxcSLbV8RB9EXWDdXdF4pvX6ZbfuTCAuk&e=>www.twitter.com/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.twitter.com_miconda&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=jPyIp4IaKFtJ7-zMGjm1uSg_8KAdU7FtxvYjWresFkg&e=> -- www.linkedin.com/in/miconda <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.linkedin.com_in_miconda&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=uYnSJ1DFL1HoY-76EuWToSn8OecvtIb9npVaR9ikjfs&e=>
>> Kamailio Advanced Training - Online
>>   March 28-31, 2022 (Europe Timezone)
>>   * https://www.asipto.com/sw/kamailio-advanced-training-online/ <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.asipto.com_sw_kamailio-2Dadvanced-2Dtraining-2Donline_&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=-_tY6OOQBt6YOygx4KofWGnh4qrZr588Gn-p8BjRS4A&e=>
>>
>> __________________________________________________________
>> 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
>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwMFaQ&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=49ifriU0RNo5hPDx2He00teXiGOkpMrUNUL1thF2n3I&e=>
>>
> __________________________________________________________
> 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://urldefense.proofpoint.com/v2/url?u=https-3A__lists.kamailio.org_cgi-2Dbin_mailman_listinfo_sr-2Dusers&d=DwICAg&c=q3cDpHe1hF8lXU5EFjNM_C93KOmcBXCBnhee2v6PYlc&r=RsXkMe6sb2-9yHQUV8KP4MrUtS9gOAiWNJa5xB5cLRjcZVaHW3sjBwy6Fjb928KS&m=aWgCJ_duDoeaV1anSQM8WPFr7vhBPzQ0fz-E209IUWgqBFib5wpUombvvUBE4WDe&s=49ifriU0RNo5hPDx2He00teXiGOkpMrUNUL1thF2n3I&e=
>

-- 


*For more information on how and why we collect your personal 
information, please visit our Privacy Policy 
<https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220427/d034c587/attachment.htm>

From hw at gilawa.com  Wed Apr 27 19:47:19 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 27 Apr 2022 17:47:19 +0000
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
In-Reply-To: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>
References: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>
Message-ID: <PAXPR05MB85582E90865970FD6A1897C8BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

did you also looked into this: https://github.com/kamailio/kamailio/issues/3090

There is a commit references in the issue, in case you want to test 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 Giovanni Tommasini
Sent: Tuesday, April 26, 2022 7:51 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO

Hi kamailiers,

I ask your help for a strange situation with topos, 183 (before a 200OK) and SIP INFO

My topology is kamailio in front of asterisks; so kamailio has 2 interfaces (1Public to talk with customers and carriers and 1 Private to talk with asterisk).
In the image:
- the first column is the customer
- the second is the public interface of kamailio
- the third is the private interface of kamaiio
- the fourth is asterisk

As you can see in the image, the customer send an INVITE and the carrier give back the IVR messages in a 183 (before a 200OK) asking for an IVR selection.
The customer (configured to use SIP INFO) types a key and sends in INFO, but as you can see kamailio sends the INFO to himself to private interface instead of sending it to asterisk as if the contact that handled topos contained incorrect information.
[cid:image001.png at 01D85A6F.9A08B040]

- If the customer is configured with a RFC2833
- or if the IVR messages is not in a 183 but is sent after a 200OK
- or if I disabe TOPOS
all works fine

I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing change

Maybe could be connected with
https://github.com/kamailio/kamailio/issues/2344
https://github.com/kamailio/kamailio/issues/1077

Could be a kamailio bug for this particular situation or am I getting lost in a glass of water?

thanks a lot
cheers
[https://cdn.bulksignature.com/photo/761_111304378198228385785.jpg?v=1]
Giovanni Tommasini

evoseed s.r.l.

  phone:  +39 340 11 28 800
     mail:  giovanni.tommasini at evoseed.io<mailto:giovanni.tommasini at evoseed.io>
      site:  evoseed.io<http://evoseed.io>
address:  Via Lucrezio 13, Trieste Italy

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220427/ff968822/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47471 bytes
Desc: image001.png
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220427/ff968822/attachment.png>

From hw at gilawa.com  Wed Apr 27 19:51:53 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Wed, 27 Apr 2022 17:51:53 +0000
Subject: [SR-Users] High performance
In-Reply-To: <1649768823.487302558@f766.i.mail.ru>
References: <1649768823.487302558@f766.i.mail.ru>
Message-ID: <PAXPR05MB8558601149FC27D5AC245362BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

it is usally pretty hard to give a generic answer to this kind of questions, as you can also see in the lack of other replies. It all depends on the exact configuration, dependencies, user agents, PBX, trunks etc..

128GB RAM is much more than you usually need, Kamailio is normally happy with a few GB even for a really large setup.
For 20k concurrent calls you probably want to have multiple instances, just for maintenance and to not have a single point of failure.

I would just go for virtual hardware, which is obviously much easier to upgrade. Then start with a common setup that you use also in other installations and do benchmark. If you encounter a bottle-neck, optimize the necessary parts, increase the resources or scale out.

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 Muborakshohi Masoud
Sent: Tuesday, April 12, 2022 3:07 PM
To: sr-users at lists.kamailio.org
Subject: [SR-Users] High performance


Hello! I have kamailio 5.5 configured with digest authentication.
DB Mysql, 2 rtpengine one on the same server with kamailio, the other is separate.
Rtpengins work in bridge mode, internal/external/external-ipV6.
Kamailio listen 3 address: internal/external/external-ipV6 work in mixed mode: ipV4-ipV4, ipV4-ipV6, ipV6-ipV6.
OS Debian 10, CPU 1 core, Ram 4gb, Disk not ssd.
internal address is used for the gateway model of the connection to the PSTN. Before sending a call to PSTN, a request is sent to Billing by Diameter (request over the network, ims_charging ), Billing responds in the region of 10-17 milliseconds. usrloc db_mode = 0; UAS contacts are received according to the PUSH scheme (we send PUSH via http and get a REGISTER). children = 8 for each;
When running synthetic tests with sipp, I get 36 cps as a maximum, but there are a lot of retrans.
This is a test environment.

  Product:
I plan to get 100 cps; 20k concurrent calls, hardware will be 128GB RAM ddr4-2400; Intel Xeon Silver 4216, Optane SSD. 2 such servers, kamailio/rtpengine are configured exactly according to the scheme of the test environment.

Question:
Can you please tell me how many children, shm/pv do I need?
Is it worth going in the direction of asynchrony, or is the standard one enough for my purpose?
I will be very glad for any help.
Thank you!

--
?????????? ?? Mail.ru ??? Android
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220427/2319af26/attachment.htm>

From miconda at gmail.com  Thu Apr 28 08:51:17 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 28 Apr 2022 08:51:17 +0200
Subject: [SR-Users] Development for v5.6.x is frozen
In-Reply-To: <85b0206b-d580-3c47-5552-17fb20dd55be@gmail.com>
References: <85b0206b-d580-3c47-5552-17fb20dd55be@gmail.com>
Message-ID: <92ce239c-971c-4004-a74f-bf263414ac1d@gmail.com>

Hello,

it's now two weeks since the development for 5.6.x series was frozen. I
propose to create the git branch 5.6 sometime next week, latest on
Thursday, May 5, 2022. From that moment, the code goes in release
candidate phase, meaning we should start preparing for release with the
wiki page about what is new, upgrade guidelines, update packaging specs,
... In 1-2 weeks from that moment, the release of v5.6.0 is expected to
happen.

Also, once the branch 5.6 is created, the master branch can get again
new features to be part of the future 5.7.x series (or another version
series that is going to be decided later).

Should anyone wants a different roadmap, let's discuss and decided on
the best one.

Cheers,
Daniel

On 15.04.22 08:44, Daniel-Constantin Mierla wrote:
> Hello,
>
> the formal notification that the development for the next major version
> 5.6.0 is now frozen. The focus has to be on testing the master branch.
>
> Also, the master branch should not get commits with new features till
> the branch 5.6 is created, expected to happen in 2-4 weeks, a matter of
> how testing goes on. Meanwhile, the commits with new features in the C
> code can be pushed to personal branches, new pull requests can still be
> done, but they will be merged after branching 5.6.
>
> Can still be done commits with documentation improvements, enhancements
> to related tools (e.g., kamctl, kamcmd), merging exiting pull requests
> at this moment, exporting missing KEMI functions and completing the
> functionality
> of the new modules added for 5.6.
>
> Once the branch 5.6 is created, new features can be pushed again to
> master branch as usual. From that moment, the v5.6.0 should be out very
> soon, time used for further testing but also preparing the release of
> packages.
>
> If someone is not sure if a commit brings a new feature, just make a
> pull request and it can be discussed there on github portal or via
> sr-dev mailing list.
>
> A summary of what is new in upcoming 5.6 is going to be built at:
>
> ? * https://www.kamailio.org/wiki/features/new-in-5.6.x
>
> Upgrade guidelines will be collected at:
>
> ? * https://www.kamailio.org/wiki/install/upgrade/5.5.x-to-5.6.0
>
> Everyone is more than welcome to contribute to the above wiki pages,
> especially to the upgrade guidelines, to help everyone else during the
> migration process from v5.5.x to 5.6.x.
>
> Cheers,
> Daniel
>
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From giovanni.tommasini at evoseed.io  Thu Apr 28 09:28:17 2022
From: giovanni.tommasini at evoseed.io (Giovanni Tommasini)
Date: Thu, 28 Apr 2022 09:28:17 +0200
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
In-Reply-To: <PAXPR05MB85582E90865970FD6A1897C8BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>
 <PAXPR05MB85582E90865970FD6A1897C8BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CAJYvk-xmer=5=M2FR3eW6q+9ZR5m+JZ3bG3yVkfB4GcoA+wVww@mail.gmail.com>

Thanks Henning,
the problem described in the issue 3090
<https://github.com/kamailio/kamailio/issues/3090> looks very similar to
mine; I will organise myself to test the patch.

Thanks, have a nice day

Giovanni


On Wed, Apr 27, 2022 at 7:47 PM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> did you also looked into this:
> https://github.com/kamailio/kamailio/issues/3090
>
>
>
> There is a commit references in the issue, in case you want to test 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 *Giovanni
> Tommasini
> *Sent:* Tuesday, April 26, 2022 7:51 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
>
>
>
> Hi kamailiers,
>
>
>
> I ask your help for a strange situation with topos, 183 (before a 200OK)
> and SIP INFO
>
>
>
> My topology is kamailio in front of asterisks; so kamailio has 2
> interfaces (1Public to talk with customers and carriers and 1 Private to
> talk with asterisk).
>
> In the image:
>
> - the first column is the customer
>
> - the second is the public interface of kamailio
>
> - the third is the private interface of kamaiio
>
> - the fourth is asterisk
>
>
>
> As you can see in the image, the customer send an INVITE and the carrier
> give back the IVR messages in a 183 (before a 200OK) asking for an IVR
> selection.
>
> The customer (configured to use SIP INFO) types a key and sends in INFO,
> but as you can see kamailio sends the INFO to himself to private interface
> instead of sending it to asterisk as if the contact that handled topos
> contained incorrect information.
>
>
>
> - If the customer is configured with a RFC2833
>
> - or if the IVR messages is not in a 183 but is sent after a 200OK
>
> - or if I disabe TOPOS
>
> *all works fine*
>
>
>
> I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing change
>
>
>
> Maybe could be connected with
>
> https://github.com/kamailio/kamailio/issues/2344
>
> https://github.com/kamailio/kamailio/issues/1077
>
>
>
> Could be a kamailio bug for this particular situation or am I getting lost
> in a glass of water?
>
>
>
> thanks a lot
>
> cheers
>
> Giovanni Tommasini
>
> *evoseed s.r.l.*
>
>
>
>   phone:  +39 340 11 28 800
>      mail:  giovanni.tommasini at evoseed.io
>       site:  evoseed.io
> address:  Via Lucrezio 13, Trieste Italy
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/fb39a0c5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47471 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/fb39a0c5/attachment.png>

From miconda at gmail.com  Thu Apr 28 09:38:22 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Thu, 28 Apr 2022 09:38:22 +0200
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
In-Reply-To: <CAJYvk-xmer=5=M2FR3eW6q+9ZR5m+JZ3bG3yVkfB4GcoA+wVww@mail.gmail.com>
References: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>
 <PAXPR05MB85582E90865970FD6A1897C8BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAJYvk-xmer=5=M2FR3eW6q+9ZR5m+JZ3bG3yVkfB4GcoA+wVww@mail.gmail.com>
Message-ID: <d86c1928-393c-fa31-6335-a3a6feafb144@gmail.com>

Hello,

you should try with latest master branch, I just pushed a commit that
should catch this case. Report back the results and if it fixes it, then
it will be backported.

Cheers,
Daniel

On 28.04.22 09:28, Giovanni Tommasini wrote:
> Thanks Henning,
> the problem described in the issue?3090
> <https://github.com/kamailio/kamailio/issues/3090>?looks very similar
> to mine; I will organise myself to test the patch.
>
> Thanks, have a nice day
>
> Giovanni
>
>
> On Wed, Apr 27, 2022 at 7:47 PM Henning Westerholt <hw at gilawa.com> wrote:
>
>     Hello,
>
>     ?
>
>     did you also looked into this:
>     https://github.com/kamailio/kamailio/issues/3090
>
>     ?
>
>     There is a commit references in the issue, in case you want to
>     test 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> *On Behalf
>     Of *Giovanni Tommasini
>     *Sent:* Tuesday, April 26, 2022 7:51 PM
>     *To:* Kamailio (SER) - Users Mailing List
>     <sr-users at lists.kamailio.org>
>     *Subject:* [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
>
>     ?
>
>     Hi kamailiers,
>
>     ?
>
>     I ask your help for a strange situation with topos, 183 (before a
>     200OK) and SIP INFO
>
>     ?
>
>     My topology is kamailio in front of asterisks; so kamailio has 2
>     interfaces (1Public to talk with customers and carriers and 1
>     Private to talk with asterisk).
>
>     In the image:
>
>     - the first column is the customer
>
>     - the second is the public interface of kamailio
>
>     - the third is the private interface of kamaiio
>
>     - the fourth is asterisk
>
>     ?
>
>     As you can see in the image, the customer send an INVITE and the
>     carrier give back the IVR messages in a 183 (before a 200OK)
>     asking for an IVR selection.
>
>     The customer (configured to use SIP INFO)?types a key and sends in
>     INFO, but as you can see kamailio?sends the INFO to himself to
>     private interface instead of sending it to asterisk as if the
>     contact that handled topos contained incorrect information.
>
>     ?
>
>     - If the customer is configured with a RFC2833?
>
>     - or if the IVR messages is not in a 183 but is sent after a 200OK?
>
>     - or if I disabe TOPOS
>
>     *all works fine*
>
>     ?
>
>     I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing
>     change
>
>     ?
>
>     Maybe could be connected with?
>
>     https://github.com/kamailio/kamailio/issues/2344
>
>     https://github.com/kamailio/kamailio/issues/1077
>
>     ?
>
>     Could be a kamailio bug for this particular situation or?am I
>     getting lost in a glass of water?
>
>     ?
>
>     thanks a lot
>
>     cheers
>
>     	
>
>
>         Giovanni Tommasini
>
>     *evoseed s.r.l.*
>
>     	
>
>     ?
>
>     	
>
>     ?**phone:? +39 340 11 28 800
>     ???? mail:? giovanni.tommasini at evoseed.io
>     ????? site:? evoseed.io <http://evoseed.io>
>     address:? Via Lucrezio 13, Trieste Italy
>
>     ?
>
>
> __________________________________________________________
> 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
  * 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/20220428/a143dcfc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47471 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/a143dcfc/attachment.png>

From rick+kamailio.org at vanrein.org  Thu Apr 28 10:11:23 2022
From: rick+kamailio.org at vanrein.org (Rick van Rein)
Date: Thu, 28 Apr 2022 08:11:23 +0000
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation
 unclarities)
In-Reply-To: <PAXPR05MB855877545CEA7B98E07B255ABFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <20220427120823.GA30224@openfortress.nl>
 <PAXPR05MB855877545CEA7B98E07B255ABFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <20220428081123.GB32468@openfortress.nl>

Hello Henning/others,

> You could try to add a "s:" in front of this variables.

That worked.  And it's one that I will put into any script wrapper.


Other things are still not clear [from the documentation alone]:
 - auth_proxy, does it want udp: or sip: prefixes, or is it just host[:port] ?
 - expires, in seconds I presume ?
 - flags, cannot find anything about that ?
 - reg_delay, I suppose that delays registration, in seconds ?
 - socket, is it like udp:host[:port] or udp:ip[:port] or some other form ?

All this is unclear from the current documentation.


Thanks!
 -Rick


From ross at rsmck.co.uk  Thu Apr 28 10:55:21 2022
From: ross at rsmck.co.uk (Ross McKillop)
Date: Thu, 28 Apr 2022 09:55:21 +0100
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation
 unclarities)
In-Reply-To: <20220428081123.GB32468@openfortress.nl>
References: <20220427120823.GA30224@openfortress.nl>
 <PAXPR05MB855877545CEA7B98E07B255ABFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <20220428081123.GB32468@openfortress.nl>
Message-ID: <B43ABC54-64DC-4CFF-8AB3-D21408BE9DA9@rsmck.co.uk>

>> You could try to add a "s:" in front of this variables.
> 
> That worked.  And it's one that I will put into any script wrapper.

That?s worth remembering, thanks, I gave up trying to do this a while ago and worked around it another way/

> Other things are still not clear [from the documentation alone]:
> - auth_proxy, does it want udp: or sip: prefixes, or is it just host[:port] ?

Wants the sip: proxy

> - expires, in seconds I presume ?

Yes

> - flags, cannot find anything about that ?

Explained in 8.2 here https://kamailio.org/docs/modules/devel/modules/uac.html

> - reg_delay, I suppose that delays registration, in seconds ?

Yes, delays the initial registration but it?s a minimum, sometimes it will be more

> - socket, is it like udp:host[:port] or udp:ip[:port] or some other form ?

udp:ip:port 

> All this is unclear from the current documentation.

I wonder if you?re looking at an older version of the documentation, most of it is here https://kamailio.org/docs/modules/devel/modules/uac.html <https://kamailio.org/docs/modules/devel/modules/uac.html> but some of the older documents had some bits lacking iirc.

Best,
Ross
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/3cda14d7/attachment.htm>

From linuxv at gmail.com  Thu Apr 28 12:36:24 2022
From: linuxv at gmail.com (Linux Vince)
Date: Thu, 28 Apr 2022 16:06:24 +0530
Subject: [SR-Users] t_check_trans failed on ACK
Message-ID: <CACBj1kZiqb7q9urro=pUwCHe7sD62BToM-dzN7VZS1zhGju79A@mail.gmail.com>

I am using Kamailio as registrar and proxy for underlying asterisk server.

I am able to call but ACK on 200 OK respond from client phones are not
validating transaction and thus not relaying correctly.

Below are my Invites and 200 OK responses.

Invite from Asterisk to Kamailio

INVITE sip:31313004 at rigel.com:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060
;rport;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060
;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com" <sip:31313004 at rigel.com:5060>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE,
CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15


Invite from Kamailio to Phone

INVITE sip:31313004 at 65.20.67.118;lhst=180.211.119.50:25759;lm=midreg SIP/2.0
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Via: SIP/2.0/UDP
65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060
;received=65.20.69.72;rport=5060;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060
;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com" <sip:31313004 at rigel.com:5060>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060>
max-forwards: 69
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE,
CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15



200 OK from Phone to Kamailio

SIP/2.0 200 OK
Via: SIP/2.0/UDP
65.20.67.118;received=65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060
;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72
;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com" <sip:31313004 at rigel.com
>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6



200 OK from kamailio to asterisk

SIP/2.0 200 OK
Via: SIP/2.0/UDP 65.20.69.72:5060
;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72
;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com" <sip:31313004 at rigel.com
>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6

ACK from phone to Kamailio

ACK sip:31313004 at 180.211.119.50:57935;ob SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060
;rport;branch=z9hG4bK111270de2729ade9e048afa0f9fbb8df
Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060
;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com" <sip:31313004 at rigel.com
>;tag=4ecc1f21f1544fd783965f27ff6d95d2
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
CSeq: 1 ACK
Contact: <sip:65.20.69.72:5060>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE,
CANCEL, INVITE


This ACK is failing on transaction check and not routing correctly to phone.

Any help?

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

From zzwave at gmail.com  Thu Apr 28 15:53:21 2022
From: zzwave at gmail.com (ZZ Wave)
Date: Thu, 28 Apr 2022 16:53:21 +0300
Subject: [SR-Users] Modify session name in SDP
Message-ID: <CAM1SSGaGuzyPnL+6ffmVvxRGczHpQNqyxr3F15=CiRb3X2ukxQ@mail.gmail.com>

Hello.

Kamailio 5.2.1, Debian 10.

I need to change session name (s=) in SDP before relaying it to next hop,
and for unknown reason I can't do it with virtually any TEXTOPS function,
everything replace*, subst*, *body*... For example this from TEXTOPS
documentation:

subst_body('/^s=(.*)/s=root/')

just before 'final' t_relay().

Either Kamailio just adds "s=root" to SDP leaving first "s=" intact, or
adds just "root", or does nothing.

Also I've tried msg_apply_changes() before and after these manipulations,
still no result.

Is it possible to make this in Kamailio without source code modification?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/9db8e324/attachment.htm>

From pavel.veselovsky at gmail.com  Thu Apr 28 16:26:25 2022
From: pavel.veselovsky at gmail.com (Pavel Veselovsky)
Date: Thu, 28 Apr 2022 16:26:25 +0200
Subject: [SR-Users] Kamailio functionality clarification - call forwarding
 no replay (call is ringing but not answered)
Message-ID: <CAHE3kMAG3epwr9vpofiQJQWaSq2dTo0qQS=QAxy829X7tyCa1Q@mail.gmail.com>

Hallo all,

I would need help with Kamailio. I hope, you can give me some hints.

I would like use Kamailio for CFNRy feature call forward no replay, i.e.
- call is forked to multiple destination
- 180 is received, call is ringing, but not answered, no 200 OK is received
from destinations
- after predefined time (CFNRy timer), the specific branch has to be
rerouted to another destination

Expected behaviour is described in this flow:
[image: image.png]

My current behavior:
- Kamailio TM module is involved for parallel forking (
https://www.kamailio.org/docs/modules/stable/modules/tm.html#:~:text=1.-,Overview,-The%20TM%20module
)
- all branches are CANCEL-ed, it is not possible send CANCEL just to one
specific branch

[image: image.png]
My questions:
- is it possible to CANCEL just specific branch of parallel forked calls?
- is it possible start timer just for specific branch?
- do you think is it possible implement this feature with Kamailio?

Thanks a lot in advance for any comments.
Pavel.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/23e9d4b7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 38581 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/23e9d4b7/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 36089 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/23e9d4b7/attachment-0001.png>

From jh at tutpro.com  Thu Apr 28 16:35:35 2022
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 28 Apr 2022 17:35:35 +0300
Subject: [SR-Users] Kamailio functionality clarification - call forwarding
 no replay (call is ringing but not answered)
In-Reply-To: <CAHE3kMAG3epwr9vpofiQJQWaSq2dTo0qQS=QAxy829X7tyCa1Q@mail.gmail.com>
References: <CAHE3kMAG3epwr9vpofiQJQWaSq2dTo0qQS=QAxy829X7tyCa1Q@mail.gmail.com>
Message-ID: <25194.42551.244102.420259@tutpro.com>

Pavel Veselovsky writes:

> I would need help with Kamailio. I hope, you can give me some hints.
> 
> I would like use Kamailio for CFNRy feature call forward no replay, i.e.
> - call is forked to multiple destination
> - 180 is received, call is ringing, but not answered, no 200 OK is received
> from destinations
> - after predefined time (CFNRy timer), the specific branch has to be
> rerouted to another destination

So why can't you in failure route add the other destination?

-- Juha


From hw at gilawa.com  Thu Apr 28 16:57:35 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Thu, 28 Apr 2022 14:57:35 +0000
Subject: [SR-Users] t_check_trans failed on ACK
In-Reply-To: <CACBj1kZiqb7q9urro=pUwCHe7sD62BToM-dzN7VZS1zhGju79A@mail.gmail.com>
References: <CACBj1kZiqb7q9urro=pUwCHe7sD62BToM-dzN7VZS1zhGju79A@mail.gmail.com>
Message-ID: <PAXPR05MB855842AC2F15343121057E90BFFD9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

the ACK to a 200 OK is not part of the (previous) SIP INVITE transaction. Please refer to the standard for more details: https://datatracker.ietf.org/doc/html/rfc3261#section-17

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 Linux Vince
Sent: Thursday, April 28, 2022 12:36 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] t_check_trans failed on ACK

I am using Kamailio as registrar and proxy for underlying asterisk server.

I am able to call but ACK on 200 OK respond from client phones are not validating transaction and thus not relaying correctly.

Below are my Invites and 200 OK responses.

Invite from Asterisk to Kamailio

INVITE sip:31313004 at rigel.com:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com:5060<http://sip:31313004 at rigel.com:5060>>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15


Invite from Kamailio to Phone

INVITE sip:31313004 at 65.20.67.118<mailto:sip%3A31313004 at 65.20.67.118>;lhst=180.211.119.50:25759;lm=midreg SIP/2.0
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Via: SIP/2.0/UDP 65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060;received=65.20.69.72;rport=5060;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com:5060<http://sip:31313004 at rigel.com:5060>>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 69
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15



200 OK from Phone to Kamailio

SIP/2.0 200 OK
Via: SIP/2.0/UDP 65.20.67.118;received=65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72<mailto:sip%3A31313005 at 65.20.69.72>;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6



200 OK from kamailio to asterisk

SIP/2.0 200 OK
Via: SIP/2.0/UDP 65.20.69.72:5060;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72<mailto:sip%3A31313005 at 65.20.69.72>;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6

ACK from phone to Kamailio

ACK sip:31313004 at 180.211.119.50:57935;ob SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport;branch=z9hG4bK111270de2729ade9e048afa0f9fbb8df
Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 ACK
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE


This ACK is failing on transaction check and not routing correctly to phone.

Any help?

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

From linuxv at gmail.com  Thu Apr 28 17:19:23 2022
From: linuxv at gmail.com (Linux Vince)
Date: Thu, 28 Apr 2022 20:49:23 +0530
Subject: [SR-Users] t_check_trans failed on ACK
In-Reply-To: <PAXPR05MB855842AC2F15343121057E90BFFD9@PAXPR05MB8558.eurprd05.prod.outlook.com>
References: <CACBj1kZiqb7q9urro=pUwCHe7sD62BToM-dzN7VZS1zhGju79A@mail.gmail.com>
 <PAXPR05MB855842AC2F15343121057E90BFFD9@PAXPR05MB8558.eurprd05.prod.outlook.com>
Message-ID: <CACBj1kbc0Ov9290Qei26W6agz-3u957xOR2reDo9tWM+3VKa6g@mail.gmail.com>

If that is the case what is the best way to handle ACK from kamailio?

I am using it as proxy server only and for caching registrations.

On Thu, Apr 28, 2022 at 8:27 PM Henning Westerholt <hw at gilawa.com> wrote:

> Hello,
>
>
>
> the ACK to a 200 OK is not part of the (previous) SIP INVITE transaction.
> Please refer to the standard for more details:
> https://datatracker.ietf.org/doc/html/rfc3261#section-17
>
>
>
> 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 *Linux
> Vince
> *Sent:* Thursday, April 28, 2022 12:36 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> *Subject:* [SR-Users] t_check_trans failed on ACK
>
>
>
> I am using Kamailio as registrar and proxy for underlying asterisk server.
>
>
>
> I am able to call but ACK on 200 OK respond from client phones are not
> validating transaction and thus not relaying correctly.
>
>
>
> Below are my Invites and 200 OK responses.
>
>
>
> Invite from Asterisk to Kamailio
>
>
>
> INVITE sip:31313004 at rigel.com:5060;user=phone SIP/2.0
>
> Via: SIP/2.0/UDP 65.20.69.72:5060
> ;rport;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
>
> From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone
> >;tag=GR52RWG346-34
>
> To: "31313004 at rigel.com" <sip:31313004 at rigel.com:5060>
>
> Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
>
> CSeq: 1 INVITE
>
> Contact: <sip:65.20.69.72:5060>
>
> max-forwards: 70
>
> Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO,
> BYE, CANCEL, INVITE
>
> Content-Type: application/sdp
>
> Content-Length:   228
>
>
>
> v=0
>
> o=Clarent 155866 155867 IN IP4 65.20.69.72
>
> s=Clarent CallManager
>
> c=IN IP4 65.20.69.72
>
> t=0 0
>
> m=audio 45168 RTP/AVP 0 8 101
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
>
>
>
>
> Invite from Kamailio to Phone
>
>
>
> INVITE sip:31313004 at 65.20.67.118;lhst=180.211.119.50:25759;lm=midreg
> SIP/2.0
>
> Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
>
> Via: SIP/2.0/UDP
> 65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
>
> Via: SIP/2.0/UDP 65.20.69.72:5060
> ;received=65.20.69.72;rport=5060;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
>
> From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone
> >;tag=GR52RWG346-34
>
> To: "31313004 at rigel.com" <sip:31313004 at rigel.com:5060>
>
> Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
>
> CSeq: 1 INVITE
>
> Contact: <sip:65.20.69.72:5060>
>
> max-forwards: 69
>
> Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO,
> BYE, CANCEL, INVITE
>
> Content-Type: application/sdp
>
> Content-Length:   228
>
>
>
> v=0
>
> o=Clarent 155866 155867 IN IP4 65.20.69.72
>
> s=Clarent CallManager
>
> c=IN IP4 65.20.69.72
>
> t=0 0
>
> m=audio 45168 RTP/AVP 0 8 101
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:8 PCMA/8000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
>
>
>
>
>
>
> 200 OK from Phone to Kamailio
>
>
>
> SIP/2.0 200 OK
>
> Via: SIP/2.0/UDP
> 65.20.67.118;received=65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
>
> Via: SIP/2.0/UDP 65.20.69.72:5060
> ;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
>
> Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
>
> Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
>
> From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72
> ;user=phone>;tag=GR52RWG346-34
>
> To: "31313004 at rigel.com" <sip:31313004 at rigel.com
> >;tag=4ecc1f21f1544fd783965f27ff6d95d2
>
> CSeq: 1 INVITE
>
> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
> REFER, MESSAGE, OPTIONS
>
> Contact: <sip:31313004 at 180.211.119.50:57935;ob>
>
> Supported: replaces, 100rel, timer, norefersub
>
> Content-Type: application/sdp
>
> Content-Length:   322
>
>
>
> v=0
>
> o=- 3860150297 3860150298 IN IP4 180.211.119.50
>
> s=pjmedia
>
> b=AS:84
>
> t=0 0
>
> a=X-nat:0
>
> m=audio 4016 RTP/AVP 0 101
>
> c=IN IP4 180.211.119.50
>
> b=TIAS:64000
>
> a=rtcp:4017 IN IP4 180.211.119.50
>
> a=sendrecv
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-16
>
> a=ssrc:1461220511 cname:3b657c275d2a43f6
>
>
>
>
>
>
>
> 200 OK from kamailio to asterisk
>
>
>
> SIP/2.0 200 OK
>
> Via: SIP/2.0/UDP 65.20.69.72:5060
> ;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
>
> Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
>
> Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
>
> From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72
> ;user=phone>;tag=GR52RWG346-34
>
> To: "31313004 at rigel.com" <sip:31313004 at rigel.com
> >;tag=4ecc1f21f1544fd783965f27ff6d95d2
>
> CSeq: 1 INVITE
>
> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY,
> REFER, MESSAGE, OPTIONS
>
> Contact: <sip:31313004 at 180.211.119.50:57935;ob>
>
> Supported: replaces, 100rel, timer, norefersub
>
> Content-Type: application/sdp
>
> Content-Length:   322
>
>
>
> v=0
>
> o=- 3860150297 3860150298 IN IP4 180.211.119.50
>
> s=pjmedia
>
> b=AS:84
>
> t=0 0
>
> a=X-nat:0
>
> m=audio 4016 RTP/AVP 0 101
>
> c=IN IP4 180.211.119.50
>
> b=TIAS:64000
>
> a=rtcp:4017 IN IP4 180.211.119.50
>
> a=sendrecv
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-16
>
> a=ssrc:1461220511 cname:3b657c275d2a43f6
>
>
>
> ACK from phone to Kamailio
>
>
>
> ACK sip:31313004 at 180.211.119.50:57935;ob SIP/2.0
>
> Via: SIP/2.0/UDP 65.20.69.72:5060
> ;rport;branch=z9hG4bK111270de2729ade9e048afa0f9fbb8df
>
> Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
>
> From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone
> >;tag=GR52RWG346-34
>
> To: "31313004 at rigel.com" <sip:31313004 at rigel.com
> >;tag=4ecc1f21f1544fd783965f27ff6d95d2
>
> Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72
>
> CSeq: 1 ACK
>
> Contact: <sip:65.20.69.72:5060>
>
> max-forwards: 70
>
> Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO,
> BYE, CANCEL, INVITE
>
>
>
>
>
> This ACK is failing on transaction check and not routing correctly to
> phone.
>
>
>
> Any help?
>
>
>
> Thanks
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/58bc10ca/attachment.htm>

From hw at gilawa.com  Thu Apr 28 17:28:16 2022
From: hw at gilawa.com (Henning Westerholt)
Date: Thu, 28 Apr 2022 15:28:16 +0000
Subject: [SR-Users] t_check_trans failed on ACK
In-Reply-To: <CACBj1kbc0Ov9290Qei26W6agz-3u957xOR2reDo9tWM+3VKa6g@mail.gmail.com>
References: <CACBj1kZiqb7q9urro=pUwCHe7sD62BToM-dzN7VZS1zhGju79A@mail.gmail.com>
 <PAXPR05MB855842AC2F15343121057E90BFFD9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CACBj1kbc0Ov9290Qei26W6agz-3u957xOR2reDo9tWM+3VKa6g@mail.gmail.com>
Message-ID: <PAXPR05MB85585793793C5B695A6EC1A5BFFD9@PAXPR05MB8558.eurprd05.prod.outlook.com>

Hello,

have a look e.g. to the kamailio default configuration, you can take this as a template. Just search for ACK etc..

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 Linux Vince
Sent: Thursday, April 28, 2022 5:19 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] t_check_trans failed on ACK

If that is the case what is the best way to handle ACK from kamailio?

I am using it as proxy server only and for caching registrations.

On Thu, Apr 28, 2022 at 8:27 PM Henning Westerholt <hw at gilawa.com<mailto:hw at gilawa.com>> wrote:
Hello,

the ACK to a 200 OK is not part of the (previous) SIP INVITE transaction. Please refer to the standard for more details: https://datatracker.ietf.org/doc/html/rfc3261#section-17

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 Linux Vince
Sent: Thursday, April 28, 2022 12:36 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: [SR-Users] t_check_trans failed on ACK

I am using Kamailio as registrar and proxy for underlying asterisk server.

I am able to call but ACK on 200 OK respond from client phones are not validating transaction and thus not relaying correctly.

Below are my Invites and 200 OK responses.

Invite from Asterisk to Kamailio

INVITE sip:31313004 at rigel.com:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com:5060<http://sip:31313004 at rigel.com:5060>>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15


Invite from Kamailio to Phone

INVITE sip:31313004 at 65.20.67.118<mailto:sip%3A31313004 at 65.20.67.118>;lhst=180.211.119.50:25759;lm=midreg SIP/2.0
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Via: SIP/2.0/UDP 65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060;received=65.20.69.72;rport=5060;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com:5060<http://sip:31313004 at rigel.com:5060>>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 INVITE
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 69
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE
Content-Type: application/sdp
Content-Length:   228

v=0
o=Clarent 155866 155867 IN IP4 65.20.69.72
s=Clarent CallManager
c=IN IP4 65.20.69.72
t=0 0
m=audio 45168 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15



200 OK from Phone to Kamailio

SIP/2.0 200 OK
Via: SIP/2.0/UDP 65.20.67.118;received=65.20.67.118;branch=z9hG4bK6cc3.dad7580d3e28f55cbb749dbb82f0c9eb.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72<mailto:sip%3A31313005 at 65.20.69.72>;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6



200 OK from kamailio to asterisk

SIP/2.0 200 OK
Via: SIP/2.0/UDP 65.20.69.72:5060;rport=5060;received=65.20.69.72;branch=z9hG4bKd6ffff9d46ceb899c245ece204e51c87
Record-Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72<mailto:sip%3A31313005 at 65.20.69.72>;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
CSeq: 1 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Contact: <sip:31313004 at 180.211.119.50:57935;ob>
Supported: replaces, 100rel, timer, norefersub
Content-Type: application/sdp
Content-Length:   322

v=0
o=- 3860150297 3860150298 IN IP4 180.211.119.50
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4016 RTP/AVP 0 101
c=IN IP4 180.211.119.50
b=TIAS:64000
a=rtcp:4017 IN IP4 180.211.119.50
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1461220511 cname:3b657c275d2a43f6

ACK from phone to Kamailio

ACK sip:31313004 at 180.211.119.50:57935;ob SIP/2.0
Via: SIP/2.0/UDP 65.20.69.72:5060;rport;branch=z9hG4bK111270de2729ade9e048afa0f9fbb8df
Route: <sip:65.20.67.118;lr;ftag=GR52RWG346-34>
From: "R31313005 N31313005" <sip:31313005 at 65.20.69.72:5060;user=phone>;tag=GR52RWG346-34
To: "31313004 at rigel.com<mailto:31313004 at rigel.com>" <sip:31313004 at rigel.com<mailto:sip%3A31313004 at rigel.com>>;tag=4ecc1f21f1544fd783965f27ff6d95d2
Call-ID: 1558172022-144148450000000029280449 at 65.20.69.72<mailto:1558172022-144148450000000029280449 at 65.20.69.72>
CSeq: 1 ACK
Contact: <sip:65.20.69.72:5060<http://65.20.69.72:5060>>
max-forwards: 70
Allow: PUBLISH, SUBSCRIBE, MESSAGE, ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE


This ACK is failing on transaction check and not routing correctly to phone.

Any help?

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

From abalashov at evaristesys.com  Thu Apr 28 17:45:46 2022
From: abalashov at evaristesys.com (Alex Balashov)
Date: Thu, 28 Apr 2022 11:45:46 -0400
Subject: [SR-Users] Kamailio functionality clarification - call
 forwarding no replay (call is ringing but not answered)
In-Reply-To: <CAHE3kMAG3epwr9vpofiQJQWaSq2dTo0qQS=QAxy829X7tyCa1Q@mail.gmail.com>
References: <CAHE3kMAG3epwr9vpofiQJQWaSq2dTo0qQS=QAxy829X7tyCa1Q@mail.gmail.com>
Message-ID: <D1DE745A-9928-499F-A48F-BA5DC26658B6@evaristesys.com>

Hi Pavel,

Yes, this is quite possible with Kamailio. I would go so far as to say it is a routine use.

? Alex

> My questions:
> - is it possible to CANCEL just specific branch of parallel forked calls?
> - is it possible start timer just for specific branch?
> - do you think is it possible implement this feature with Kamailio?

-- 
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 giovanni.tommasini at evoseed.io  Thu Apr 28 19:57:42 2022
From: giovanni.tommasini at evoseed.io (Giovanni Tommasini)
Date: Thu, 28 Apr 2022 19:57:42 +0200
Subject: [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
In-Reply-To: <d86c1928-393c-fa31-6335-a3a6feafb144@gmail.com>
References: <CAJYvk-yvQWYxfGucQ99n3hMzOiQ5gp-KJH8FAYvSS-zZhQmQpA@mail.gmail.com>
 <PAXPR05MB85582E90865970FD6A1897C8BFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <CAJYvk-xmer=5=M2FR3eW6q+9ZR5m+JZ3bG3yVkfB4GcoA+wVww@mail.gmail.com>
 <d86c1928-393c-fa31-6335-a3a6feafb144@gmail.com>
Message-ID: <CAJYvk-yJUwdaNtCxbiQFAWWF_5doTd+Dury_tRFjVkUT6zY5aQ@mail.gmail.com>

Hi Daniel,

I test my situation with the latest master branch (the last commit sha is
89495b8595d37f4d24e10e5ed1177614b2979d82) and I can confirm that all works
fine now! Perfect bugfix.
[image: Schermata 2022-04-28 alle 19.55.11.png]

Giovanni


On Thu, Apr 28, 2022 at 9:38 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> you should try with latest master branch, I just pushed a commit that
> should catch this case. Report back the results and if it fixes it, then it
> will be backported.
>
> Cheers,
> Daniel
> On 28.04.22 09:28, Giovanni Tommasini wrote:
>
> Thanks Henning,
> the problem described in the issue 3090
> <https://github.com/kamailio/kamailio/issues/3090> looks very similar to
> mine; I will organise myself to test the patch.
>
> Thanks, have a nice day
>
> Giovanni
>
>
> On Wed, Apr 27, 2022 at 7:47 PM Henning Westerholt <hw at gilawa.com> wrote:
>
>> Hello,
>>
>>
>>
>> did you also looked into this:
>> https://github.com/kamailio/kamailio/issues/3090
>>
>>
>>
>> There is a commit references in the issue, in case you want to test 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 *Giovanni
>> Tommasini
>> *Sent:* Tuesday, April 26, 2022 7:51 PM
>> *To:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
>> *Subject:* [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO
>>
>>
>>
>> Hi kamailiers,
>>
>>
>>
>> I ask your help for a strange situation with topos, 183 (before a 200OK)
>> and SIP INFO
>>
>>
>>
>> My topology is kamailio in front of asterisks; so kamailio has 2
>> interfaces (1Public to talk with customers and carriers and 1 Private to
>> talk with asterisk).
>>
>> In the image:
>>
>> - the first column is the customer
>>
>> - the second is the public interface of kamailio
>>
>> - the third is the private interface of kamaiio
>>
>> - the fourth is asterisk
>>
>>
>>
>> As you can see in the image, the customer send an INVITE and the carrier
>> give back the IVR messages in a 183 (before a 200OK) asking for an IVR
>> selection.
>>
>> The customer (configured to use SIP INFO) types a key and sends in INFO,
>> but as you can see kamailio sends the INFO to himself to private interface
>> instead of sending it to asterisk as if the contact that handled topos
>> contained incorrect information.
>>
>>
>>
>> - If the customer is configured with a RFC2833
>>
>> - or if the IVR messages is not in a 183 but is sent after a 200OK
>>
>> - or if I disabe TOPOS
>>
>> *all works fine*
>>
>>
>>
>> I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing change
>>
>>
>>
>> Maybe could be connected with
>>
>> https://github.com/kamailio/kamailio/issues/2344
>>
>> https://github.com/kamailio/kamailio/issues/1077
>>
>>
>>
>> Could be a kamailio bug for this particular situation or am I getting
>> lost in a glass of water?
>>
>>
>>
>> thanks a lot
>>
>> cheers
>>
>> Giovanni Tommasini
>>
>> *evoseed s.r.l.*
>>
>>
>>
>>   phone:  +39 340 11 28 800
>>      mail:  giovanni.tommasini at evoseed.io
>>       site:  evoseed.io
>> address:  Via Lucrezio 13, Trieste Italy
>>
>>
>>
>
> __________________________________________________________
> 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
>   * 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/20220428/42209fa0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 47471 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/42209fa0/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Schermata 2022-04-28 alle 19.55.11.png
Type: image/png
Size: 42984 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220428/42209fa0/attachment-0001.png>

From grant.bagdasarian at messagebird.com  Fri Apr 29 09:08:22 2022
From: grant.bagdasarian at messagebird.com (Grant Bagdasarian)
Date: Fri, 29 Apr 2022 09:08:22 +0200
Subject: [SR-Users] Incorrect Socket and Tcpconn-Id with Mid-Registrar and
 WebSockets
Message-ID: <CAESUb+x3ZwTJQDB+XGVeE1c7c1+f+=qBbKQXKfORODFPm13tuA@mail.gmail.com>

Hi,

We're attempting to implement a mid-registrar for websocket connections but
are running into some issues where the tcpconn-id and socket attributes are
not stored correctly in memory (usrloc).
REGISTER Flow: UA1 -> P1 (Mid-Registrar) ~> P2 (Core Proxy/Registrar)
INVITE Flow: UA2 -> P2 -> P1 -> UA1

UA1: baresip cli connecting to P1 using websockets
UA2: softphone

Everything is running locally on a dev machine, and we're using Docker to
launch P1 and P2.

The below code snippet is what we use on P1, and has been simplified.
The general idea is as following:
1) UA1 sets up the websocket connection and sends a REGISTER request to P1
2) P1 checks if this request has already been sent to P2
    2.a) If not, then relay the request to P2. Upon receiving a 200 OK from
P2 we save the registration in usrloc
    2.b) If so, then absorb the request (save) and generate a reply
3) UA2 tries to call UA1 via P1 and P2

The problem occurs at 2.a since the REGISTER request is forwarded using UDP
and the 200 OK is also received using UDP.
When the registration is stored in reply route, the Socket
(udp:x.x.x.x:xxxx) and Tcpconn-Id (-1) are not set to what we would prefer
(see Output 1)
TCP was also tried as the transport between P1 and P2. Upon receiving the
reply from P2 the Tcpconn-Id and Socket of the connection between P1 and P2
was saved in the binding.
When 2.b occurs the Socket and Tcpconn-Id are set to the correct values
(see Output 2)

Making a call when the binding state is at 2.a we receive the following
error: "TCP/TLS connection (id: 0) for WebSocket could not be found"
Making a call when the binding state is at 2.b works perfectly fine since
the correct Tcpconn-Id is set.

We did find a solution, or rather a workaround to this issue:
1) Always call the save function in request_route
2) If P2 responds with an error (non-200 OK) use the unregister function to
remove the binding

We also tried the tcpops tcp_set_otcpid and tcp_set_otcpid_flag functions
after lookup, but this didn't do anything.

KEMI Script
def ksr_request_route(self, msg):
    if kemi.is_REGISTER():
        aor = "aor"

        if result := kemi.htable.sht_is_null("registrations", aor) == 1:
            kemi.tm.t_on_reply("ksr_register_reply_route")
            kemi.dispatcher.ds_select_dst(1, 4)
            kemi.tm.t_relay()
            return 1

        kemi.registrar.save("registrations", 1)

        return 1

    if kemi.is_INVITE():
        aor = "aor"
        if result := kemi.registrar.lookup_uri("registrations", aor):
            kemi.tm.t_relay()
            return 1

def ksr_register_reply_route(self, msg):
    if kemi.tm.t_check_status("200") == 1:
        kemi.registrar.save("registrations", 1)

        aor = "aor"

        kemi.htable.sht_sets("registrations", aor, "")

        return 1

Output 1: Binding state when request is being forwarded
kamcmd ul.dump
{
Domains: {
Domain: {
Domain: registrations
Size: 1024
AoRs: {
Info: {
AoR: grant at 127.0.0.1
HashID: 409622189
Contacts: {
Contact: {
Address: sip:grant-0x7fe915a79138 at 172.16.99.12:9;transport=ws
Expires: 13
Q: 1.000000
Call-ID: 7cdfbf93f23bb54f
CSeq: 34818
User-Agent: n/a
Received: sip:192.168.80.1:62184;transport=ws
Path: [not set]
State: CS_NEW
Flags: 1
CFlags: 20
Socket: udp:10.2.0.15:5060
Methods: -1
Ruid: uloc-626a80d3-46-1
Instance: <urn:uuid:c67df38d-d5e0-e834-1d98-a8df2d3f291b>
Reg-Id: 0
Server-Id: 0
Tcpconn-Id: -1
Keepalive: 0
Last-Keepalive: 1651146965
KA-Roundtrip: 0
Last-Modified: 1651146965
}
}
}
}
Stats: {
Records: 1
Max-Slots: 1
}
}
}
}
kamcmd core.tcp_list
{
id: 1
type: WS
state: CONN_OK
timeout: 2
lifetime: 120
ref_count: 2
src_ip: 192.168.80.1
src_port: 62184
dst_ip: 192.168.80.15
dst_port: 80
}
kamcmd ws.dump
{
connections: {
1: ws:192.168.80.1:62184 -> ws:192.168.80.15:80 (state: OPEN,  last used 3s
ago, sub-protocol: sip)
}
info: {
wscounter: 1
truncated: no
}
}

Output 2: Binding state when request is being absorbed
kamcmd ul.dump
{
Domains: {
Domain: {
Domain: registrations
Size: 1024
AoRs: {
Info: {
AoR: grant at 127.0.0.1
HashID: 409622189
Contacts: {
Contact: {
Address: sip:grant-0x7fe915a79138 at 172.16.99.12:9;transport=ws
Expires: 9
Q: 1.000000
Call-ID: 7cdfbf93f23bb54f
CSeq: 34819
User-Agent: baresip v2.0.2 (x86_64/darwin)
Received: sip:192.168.80.1:62184;transport=ws
Path: [not set]
State: CS_NEW
Flags: 1
CFlags: 20
Socket: tcp:192.168.80.15:80
Methods: 5087
Ruid: uloc-626a80d3-46-1
Instance: <urn:uuid:c67df38d-d5e0-e834-1d98-a8df2d3f291b>
Reg-Id: 0
Server-Id: 0
Tcpconn-Id: 1
Keepalive: 0
Last-Keepalive: 1651146979
KA-Roundtrip: 0
Last-Modified: 1651146979
}
}
}
}
Stats: {
Records: 1
Max-Slots: 1
}
}
}
}
kamcmd core.tcp_list
{
id: 1
type: WS
state: CONN_OK
timeout: 3
lifetime: 120
ref_count: 2
src_ip: 192.168.80.1
src_port: 62184
dst_ip: 192.168.80.15
dst_port: 80
}
kamcmd ws.dump
{
connections: {
1: ws:192.168.80.1:62184 -> ws:192.168.80.15:80 (state: OPEN,  last used 1s
ago, sub-protocol: sip)
}
info: {
wscounter: 1
truncated: no
}
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220429/02681969/attachment.htm>

From benoit.panizzon at imp.ch  Fri Apr 29 10:46:56 2022
From: benoit.panizzon at imp.ch (=?UTF-8?B?QmVub8OudA==?= Panizzon)
Date: Fri, 29 Apr 2022 10:46:56 +0200
Subject: [SR-Users] Dispatcher Usage and change of $rU
Message-ID: <20220429104656.69fc8d7a@chewbacca.woody.ch>

Hi Gang

I have a observation which I don't understand...

Let's assume we have an inbound $rU = 12345

And I want to change $rU outbound to 0012345

Doing:

$rU = "0012345";
ds_select_dst("2000"),"6");
route(RELAY)

The call is being sent out with unaltered R-URI Username: 12345

Doing:

$rU = "0012345";
ds_select_domain("2000", "6");
route(RELAY);

The call is being sent out with the intended new R-URI Username: 0012345

Looking at the docs:
https://kamailio.org/docs/modules/5.4.x/modules/dispatcher.html#dispatcher.f.ds_select_dst

I can not figure out, why I see this difference.

-- 
Mit freundlichen Gr?ssen

-Beno?t Panizzon- @ HomeOffice und normal erreichbar
-- 
I m p r o W a r e   A G    -    Leiter Commerce Kunden
______________________________________________________

Zurlindenstrasse 29             Tel  +41 61 826 93 00
CH-4133 Pratteln                Fax  +41 61 826 93 01
Schweiz                         Web  http://www.imp.ch
______________________________________________________


From david.villasmil.work at gmail.com  Fri Apr 29 11:24:36 2022
From: david.villasmil.work at gmail.com (David Villasmil)
Date: Fri, 29 Apr 2022 10:24:36 +0100
Subject: [SR-Users] Dispatcher Usage and change of $rU
In-Reply-To: <20220429104656.69fc8d7a@chewbacca.woody.ch>
References: <20220429104656.69fc8d7a@chewbacca.woody.ch>
Message-ID: <CAFGRPVoNoSL6B-kVOCqarX9kU6D7hmbQ-MgV_ACN9G5a7Hr+Eg@mail.gmail.com>

There?s a typo here:

ds_select_dst("2000"),"6");

On Fri, 29 Apr 2022 at 09:49, Beno?t Panizzon <benoit.panizzon at imp.ch>
wrote:

> Hi Gang
>
> I have a observation which I don't understand...
>
> Let's assume we have an inbound $rU = 12345
>
> And I want to change $rU outbound to 0012345
>
> Doing:
>
> $rU = "0012345";
> ds_select_dst("2000"),"6");
> route(RELAY)
>
> The call is being sent out with unaltered R-URI Username: 12345
>
> Doing:
>
> $rU = "0012345";
> ds_select_domain("2000", "6");
> route(RELAY);
>
> The call is being sent out with the intended new R-URI Username: 0012345
>
> Looking at the docs:
>
> https://kamailio.org/docs/modules/5.4.x/modules/dispatcher.html#dispatcher.f.ds_select_dst
>
> I can not figure out, why I see this difference.
>
> --
> Mit freundlichen Gr?ssen
>
> -Beno?t Panizzon- @ HomeOffice und normal erreichbar
> --
> I m p r o W a r e   A G    -    Leiter Commerce Kunden
> ______________________________________________________
>
> Zurlindenstrasse 29
> <https://www.google.com/maps/search/Zurlindenstrasse+29?entry=gmail&source=g>
>            Tel  +41 61 826 93 00
> CH-4133 Pratteln                Fax  +41 61 826 93 01
> Schweiz                         Web  http://www.imp.ch
> ______________________________________________________
>
> __________________________________________________________
> 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/20220429/caa198a6/attachment.htm>

From benoit.panizzon at imp.ch  Fri Apr 29 11:58:34 2022
From: benoit.panizzon at imp.ch (=?UTF-8?B?QmVub8OudA==?= Panizzon)
Date: Fri, 29 Apr 2022 11:58:34 +0200
Subject: [SR-Users] Dispatcher Usage and change of $rU
In-Reply-To: <CAFGRPVoNoSL6B-kVOCqarX9kU6D7hmbQ-MgV_ACN9G5a7Hr+Eg@mail.gmail.com>
References: <20220429104656.69fc8d7a@chewbacca.woody.ch>
 <CAFGRPVoNoSL6B-kVOCqarX9kU6D7hmbQ-MgV_ACN9G5a7Hr+Eg@mail.gmail.com>
Message-ID: <20220429115834.0b79f216@chewbacca.woody.ch>

> There?s a typo here:

Ignore, I only made that type in the email example.

After some more google research I found another user describing a
similar issue so I did some testing:

ds_select_dst does RESET $rU and $tU but not $fU

ds_select_domain does not RESET $rU or $tU.

Doing:

ds_select_dst("2000","6");
$rU = "0012345";
route(RELAY)

setting $rU after calling ds_select_dst solved the issue I have.

But I wonder, why this is resetting certain header. This is not clear
from the documentation.

I also wonder: When should one use ds_select_dst and when
ds_select_domain ?

Could ds_select_domain be safely used for any situation?

-- 
Mit freundlichen Gr?ssen

-Beno?t Panizzon- @ HomeOffice und normal erreichbar
-- 
I m p r o W a r e   A G    -    Leiter Commerce Kunden
______________________________________________________

Zurlindenstrasse 29             Tel  +41 61 826 93 00
CH-4133 Pratteln                Fax  +41 61 826 93 01
Schweiz                         Web  http://www.imp.ch
______________________________________________________


From miconda at gmail.com  Fri Apr 29 12:52:25 2022
From: miconda at gmail.com (Daniel-Constantin Mierla)
Date: Fri, 29 Apr 2022 12:52:25 +0200
Subject: [SR-Users] Dispatcher Usage and change of $rU
In-Reply-To: <20220429115834.0b79f216@chewbacca.woody.ch>
References: <20220429104656.69fc8d7a@chewbacca.woody.ch>
 <CAFGRPVoNoSL6B-kVOCqarX9kU6D7hmbQ-MgV_ACN9G5a7Hr+Eg@mail.gmail.com>
 <20220429115834.0b79f216@chewbacca.woody.ch>
Message-ID: <05c3c7b0-0bda-3d7a-a0d1-4437e613c930@gmail.com>

dispatcher module does not touch To/From headers, so if the $tU/$fU are
changed, there are other actions in kamailio.cfg doing it.

dispatcher updates r-uri ($ru) if ds_select_domain() is used, by
changing the domain part ($actually rd, port and parameters).

When ds_select_dst() is used, r-uri ($ru, $rd, ...) is not touched at
all, only dst-uri is set ($du).

Use ds_select_dst() when you do not want to lose the r-uri content
(e.g., preserve incoming r-uri domain), but you want to set a particular
next hop address.

Cheers,
Daniel

On 29.04.22 11:58, Beno?t Panizzon wrote:
>> There?s a typo here:
> Ignore, I only made that type in the email example.
>
> After some more google research I found another user describing a
> similar issue so I did some testing:
>
> ds_select_dst does RESET $rU and $tU but not $fU
>
> ds_select_domain does not RESET $rU or $tU.
>
> Doing:
>
> ds_select_dst("2000","6");
> $rU = "0012345";
> route(RELAY)
>
> setting $rU after calling ds_select_dst solved the issue I have.
>
> But I wonder, why this is resetting certain header. This is not clear
> from the documentation.
>
> I also wonder: When should one use ds_select_dst and when
> ds_select_domain ?
>
> Could ds_select_domain be safely used for any situation?
>
> -- 
> Mit freundlichen Gr?ssen
>
> -Beno?t Panizzon- @ HomeOffice und normal erreichbar
> -- 
> I m p r o W a r e   A G    -    Leiter Commerce Kunden
> ______________________________________________________
>
> Zurlindenstrasse 29             Tel  +41 61 826 93 00
> CH-4133 Pratteln                Fax  +41 61 826 93 01
> Schweiz                         Web  http://www.imp.ch
> ______________________________________________________
>
> __________________________________________________________
> 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
  * https://www.asipto.com/sw/kamailio-advanced-training-online/



From rick+kamailio.org at vanrein.org  Fri Apr 29 13:09:36 2022
From: rick+kamailio.org at vanrein.org (Rick van Rein)
Date: Fri, 29 Apr 2022 11:09:36 +0000
Subject: [SR-Users] Getting "uac.reg_add" to work (documentation
 unclarities)
In-Reply-To: <B43ABC54-64DC-4CFF-8AB3-D21408BE9DA9@rsmck.co.uk>
References: <20220427120823.GA30224@openfortress.nl>
 <PAXPR05MB855877545CEA7B98E07B255ABFFA9@PAXPR05MB8558.eurprd05.prod.outlook.com>
 <20220428081123.GB32468@openfortress.nl>
 <B43ABC54-64DC-4CFF-8AB3-D21408BE9DA9@rsmck.co.uk>
Message-ID: <20220429110936.GA3567@openfortress.nl>

Hello Ross,

Thanks for your help!

> > - flags, cannot find anything about that ?
> 
> Explained in 8.2 here https://kamailio.org/docs/modules/devel/modules/uac.html

I was looking at the documentation that matched my Kamailio
version 5.4.x, as found in Debian stable.  But I had not seen
the [separate] section "9. Remote Registration".  *oops*

Thanks for the clear answers!

-Rick


From carlos.escalona at techer.com.br  Fri Apr 29 19:02:27 2022
From: carlos.escalona at techer.com.br (Carlos Escalona)
Date: Fri, 29 Apr 2022 14:02:27 -0300
Subject: [SR-Users] Problem with Record-Route in Public to Private Network
Message-ID: <CAG7x2SBO=vuhwYjrMTiJxUwsmew8-CyiH39YMmp1hrSwb4n1sg@mail.gmail.com>

Hello! I wish everyone who reads this message a good day.

I would appreciate some guidance with the configuration of my Kamailio.

Initially, I have the following architecture:

Endpoints <----Public IP----> Kamailio (listen PrivateIP advertise
PublicIP) <----Private IP----> Asterisk

CONFIG:
https://gist.github.com/Carlos-Escalona94/3a289af05b05c69ae563ab29c9ec4710

In general, calls initiated from outside the system work perfectly, but I
have a problem with calls initiated from Asterisk.

According to what I was able to investigate and understand, the problem
arises from the fact that Kamailio uses the public IP for the entire
routing system that involves the Record-Route and Route Headers. This in
turn causes Asterisk to get lost trying to send messages outside of the
INITIAL INVITE transaction, for example, the ACK response to the 200 Ok
received from the Endpoint since it tries to use Kamailio's public IP to
which Asterisk doesn't have access.

I tried to force Asterisk to send all messages to Kamailio's private IP
regardless of their nature, but it doesn't seem like an appropriate
solution.

On the other hand, I tried to modify the architecture a bit so that it was
something similar to this:

Endpoints <---- Public IP----> Kamailio (listen PrivateIP:P1 advertise
PublicIP) <---- PrivateIP-----> Kamailio (listen PrivateIP:P2) <----
PrivateIP ----> Asterisk

CONFIG:
https://gist.github.com/Carlos-Escalona94/4d681bb189c6190941d291965e123889

It seems to me that this would solve the problem, but I have two doubts
about this architecture, the first is that I would like to know if there is
an easier way to solve the problem that I am not considering, and on the
other hand, I have not found a way to identify from which interface is
receiving the message to perform the routing properly.


Thanks for the attention.

-- 
*Esta mensagem pode conter informa??o confidencial ou privilegiada, sendo 
seu sigilo protegido por lei. Se voc? n?o for o destinat?rio ou a pessoa 
autorizada a receber esta mensagem, n?o pode usar, copiar ou divulgar as 
informa??es nela contidas ou tomar qualquer a??o baseada nessas 
informa??es. Se voc? recebeu esta mensagem por engano, por favor, avise 
imediatamente ao remetente, respondendo o e-mail e em seguida apague-a. 
Agradecemos sua coopera??o.
**
*
*This message may contain confidential or 
privileged information and its confidentiality is protected by law. If you 
are not the addressed or authorized person to receive this message, you 
must not use, copy, disclose or take any action based on it or any 
information herein. If you have received this message by mistake, please 
advise the sender immediately by replying the e-mail and then deleting it. 
Thank you for your cooperation.
*


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