Hello,
please keep the list in the mail flow.
Have you tried to set the acc_function modparam to an empty string, as commented in the linked issue?
modparam("uac_redirect","acc_function","")
If you don't need the acc function from the uac_redirect.
Regarding the other warnings, they should be fixed - but different compilers can report different warnings, so it's sometimes happening. If they are just warnings, they should not create an issue.
If you are using Debian/Ubuntu you can just use the prebuild packages from deb.kamailio.org - you don't need to build by yourself.
Cheers,
Henning
-----Original Message-----
From: Muhammad Danish Moosa <danishmoosa(a)gmail.com>
Sent: Donnerstag, 2. März 2023 14:25
To: Henning Westerholt <hw(a)gilawa.com>
Subject: Re: [SR-Users] Kamailio stops processing the calls - restart fixes it.
Hi,
I tried to install 5.6.4
(https://www.kamailio.org/pub/kamailio/5.6.4/src/) and get this error.
Mar 3 00:05:39 lab-danish /usr/local/sbin/kamailio[24642]: INFO: rr
[rr_mod.c:188]: mod_init(): outbound module not available Mar 3 00:05:39 lab-danish /usr/local/sbin/kamailio[24642]: ERROR:
uac_redirect [../../modules/acc/acc_api.h:191]: acc_load_api(): cannot find bind_acc Mar 3 00:05:39 lab-danish /usr/local/sbin/kamailio[24642]: ERROR:
uac_redirect [uac_redirect.c:259]: redirect_init(): cannot bind to ACC API Mar 3 00:05:39 lab-danish /usr/local/sbin/kamailio[24642]: ERROR:
<core> [core/sr_module.c:975]: init_mod(): Error while initializing module uac_redirect
(/usr/local/lib64/kamailio/modules/uac_redirect.so)
It seems this issue was reported earlier and supposed to be fixed but apparently it's not.
https://github.com/kamailio/kamailio/issues/3188
Besides that , I had seen warnings during compilation. What should be the most tested and supported version ?
Example Warnings:
dmq_funcs.c: In function ‘ki_dmq_send_message’:
dmq_funcs.c:303:3: warning: missing braces around initializer [-Wmissing-braces]
dmq_peer_t new_peer = {0};
^
dmq_funcs.c:303:3: warning: (near initialization for
‘new_peer.peer_id’) [-Wmissing-braces]
dmq_funcs.c: In function ‘ki_dmq_bcast_message’:
dmq_funcs.c:373:3: warning: missing braces around initializer [-Wmissing-braces]
dmq_peer_t new_peer = {0};
^
dmq_funcs.c:373:3: warning: (near initialization for
‘new_peer.peer_id’) [-Wmissing-braces]
CC (gcc) [M dmq.so] notification_peer.o
CC (gcc) [M dmq.so] dmq.o
dmq.c:61:1: warning: missing braces around initializer [-Wmissing-braces] sip_uri_t dmq_server_uri = {0};
On Wed, Mar 1, 2023 at 7:26 PM Henning Westerholt <hw(a)gilawa.com> wrote:
>
> Hello,
>
> better take the latest one, e.g. 5.6.4 released yesterday. Minor releases only contains bugfixes, documentation enhancements and similar. Only rarely regressions happen. But you should of course test it.
>
> Cheers,
>
> Henning
>
> -----Original Message-----
> From: Muhammad Danish Moosa <danishmoosa(a)gmail.com>
> Sent: Mittwoch, 1. März 2023 09:22
> To: Henning Westerholt <hw(a)gilawa.com>
> Cc: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
> Subject: Re: [SR-Users] Kamailio stops processing the calls - restart fixes it.
>
> Thank you for your email.
>
> Is v5.6.1 (July 6, 2022) stable?
>
> obtained from
>
> https://www.kamailio.org/pub/kamailio/latest-stable-version-number
>
>
> On Wed, Mar 1, 2023 at 5:50 PM Henning Westerholt <hw(a)gilawa.com> wrote:
> >
> > Hello,
> >
> > hard to say without more information, a backtrace etc... As I first step, I would suggest you to update the system to one of the supported releases, e.g. the latest 5.6.x or 5.5.x.
> >
> > Cheers,
> >
> > Henning
> >
> > -----Original Message-----
> > From: Muhammad Danish Moosa <danishmoosa(a)gmail.com>
> > Sent: Mittwoch, 1. März 2023 01:39
> > To: sr-users(a)lists.kamailio.org
> > Subject: [SR-Users] Kamailio stops processing the calls - restart fixes it.
> >
> > Hi,
> >
> > I have a very simple proxy (stateful) where kamailio acts as a proxy between 2 endpoints. Everything works fine for weeks and suddenly I see kamailio stops responding. From pcap I can see kamailio is not proxying the session progress and bombarding invites to one endpoint without any reason. Even that invite was stripped on the Body part.
> >
> > Restarting kamailio fixes it immediately. Unfortunately I could not take bt full yet.
> >
> > Version is
> >
> > kamailio 5.5.3 (x86_64/linux) 473cef
> >
> > configuration is very simple , routing is based on tm.t_relay ( based on KEMI).
> >
> > Any help will be welcome.
> >
> > Danish
> >
> >
> >
> > --
> > Muhammad Danish Moosa
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions To
> > unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to the sender!
> > Edit mailing list options or unsubscribe:
>
>
>
> --
> Muhammad Danish Moosa
>
> " The core of mans' spirit comes from new experiences. "___
> Christopher McCandless
--
Muhammad Danish Moosa
" The core of mans' spirit comes from new experiences. "___ Christopher McCandless
Hello,
I have this error when trying to register this softphone:
https://github.com/InnovateAsterisk/Browser-Phone
61096#015#012Host: sip1.kamailio.xyz:8443#015#012Connection:
Upgrade#015#012Pragma: no-cache#015#012Cache-Control:
no-cache#015#012Upgrade: websocket#015#012Origin:
https://campus.voztovoice.org#015#012Sec-WebSocket-Version:
13#015#012User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/110.0.0.0
Safari/537.36#015#012Accept-Encoding: gzip, deflate,
br#015#012Accept-Language: es-419,es;q=0.6#015#012sec-gpc:
1#015#012Sec-WebSocket-Key:
uj5cXle8zzBFUzv4kWB2pg==#015#012Sec-WebSocket-Extensions:
permessage-deflate;
client_max_window_bits#015#012Sec-WebSocket-Protocol: sip#015#012#015#012>
Mar 9 08:10:55 sip1 /sbin/kamailio[194807]: WARNING: <script>: HTTP
request received on 8443
Mar 9 08:10:55 sip1 /sbin/kamailio[194807]: DEBUG: xhttp
[xhttp_mod.c:426]: xhttp_send_reply(): sending out response: 403 Forbidden
Any help is really apreciated
--
---
I'm SoCIaL, MayBe
Hi List
CPE behind Firewall, registering to Kamailio via TCP (or TLS).
When a call is sent to the CPE, kamailio attemts to open a new TCP
connection and is blocked by Firewall.
Is there an option to tell kamailio to use the existing registered TCP
connection?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
hello,
I'm configuring Kamailio to permite calls like:
UDP -> UDP
TLS -> TLS
UDP -> TLS
TLS -> UDP
Until now all is ok; the only problem is with Microsip SoftPhone. When
make a call from Microsip TLS to another phone UDP, when the callee
answer, Microsip send a new INVITE and Kamailio don't delete all
references to SRTP so the call happens but without audio.
I know I have to process the reINVITE where I do has_totag stuff but I
don't know how.
Regards
--
---
I'm SoCIaL, MayBe
Hello,
Thank you for your reply! I've used your suggestion to accomplish some
amazing things. However, I'm having an issue when calling the *"sl.stats"* or
any other procedures. I've noticed that the number of "200" responses gets
incremented by 2, which is not the case when using the `*kamcmd*` tool. I
suspect that this may be due to jsonrpc using *http/https*, which is
causing Kamailio to treat it as a "200" response code. Could you advise on
how to avoid this issue?
Is there any further configuration that needs to be done?
Best regards.
On Sat, Feb 25, 2023 at 12:00 PM <sr-users-request(a)lists.kamailio.org>
wrote:
> Send sr-users mailing list submissions to
> sr-users(a)lists.kamailio.org
>
> To subscribe or unsubscribe via email, send a message with subject or
> body 'help' to
> sr-users-request(a)lists.kamailio.org
>
> You can reach the person managing the list at
> sr-users-owner(a)lists.kamailio.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sr-users digest..."Today's Topics:
>
> 1. Kamailio RPC configuration (sadik.oualla.mohamed(a)gmail.com)
> 2. Re: Kamailio RPC configuration (Alex Balashov)
>
>
>
> ---------- Forwarded message ----------
> From: sadik.oualla.mohamed(a)gmail.com
> To: sr-users(a)lists.kamailio.org
> Cc:
> Bcc:
> Date: Fri, 24 Feb 2023 17:07:33 -0000
> Subject: [SR-Users] Kamailio RPC configuration
> Dear Kamailio community,
>
> I am a newbie in Kamailio and I am currently working on a project that
> involves communicating with Kamailio using Python. I have been exploring
> the Kamailio documentation and I have come across RPC, JSONRPCS..., which I
> believe can help me achieve my goal.
>
> However, I am not sure about the steps to follow in the Kamailio
> configuration file to create my own script to communicate with Kamailio
> using Python (the script is on an other machine on the same LAN). I would
> be grateful if someone could guide me through the process.
>
> I have already set up Kamailio (builed it from the source code 5.5.5) and
> Python on my machines and I have basic knowledge of Kamailio configuration.
> I just need some guidance on how to set up the RPC module in Kamailio and
> how to create a Python script to communicate with it. I found that I can
> use RPyC library of python.
>
> I would appreciate any help or suggestions from the Kamailio community.
> Thank you in advance for your time and assistance.
>
> Best regards,
> Wild Coder.
>
>
>
> ---------- Forwarded message ----------
> From: Alex Balashov <abalashov(a)evaristesys.com>
> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org>
> Cc:
> Bcc:
> Date: Fri, 24 Feb 2023 13:22:16 -0500
> Subject: [SR-Users] Re: Kamailio RPC configuration
> Hi,
>
> The easiest way to communicate with the JSONRPCS module is probably to use
> HTTP, in the form of the `xhttp` module:
>
> https://kamailio.org/docs/modules/5.6.x/modules/xhttp.html
>
> You will need...
>
> 1) To enable the HTTP transport in the `jsonrpcs` module;
>
> 2) A TCP or TLS listener (listen= config directive) to accept the traffic;
>
> 3) An xhttp `event_route[xhttp:request]` route, as detailed in that
> module's docs:
>
>
> https://kamailio.org/docs/modules/5.6.x/modules/xhttp.html#xhttp.f.xhttp_re…
>
> 4) Probably some measure of security / authentication for #3.
>
> The example from jsonrpc_dispatch() is perfectly sufficient to get you
> started:
>
>
> https://kamailio.org/docs/modules/5.6.x/modules/jsonrpcs.html#jsonrpcs.f.js…
>
> You should then be able to do things like:
>
> # curl \
> -X POST \
> -d '{"jsonrpc": "2.0", "id": "abc123", "method": "ul.dump"}' \
> http://${KAMAILIO_IP}:5060/RPC <http://${kamailio_ip}:5060/RPC>
>
> -- Alex
>
> > On Feb 24, 2023, at 12:07 PM, sadik.oualla.mohamed(a)gmail.com wrote:
> >
> > Dear Kamailio community,
> >
> > I am a newbie in Kamailio and I am currently working on a project that
> involves communicating with Kamailio using Python. I have been exploring
> the Kamailio documentation and I have come across RPC, JSONRPCS..., which I
> believe can help me achieve my goal.
> >
> > However, I am not sure about the steps to follow in the Kamailio
> configuration file to create my own script to communicate with Kamailio
> using Python (the script is on an other machine on the same LAN). I would
> be grateful if someone could guide me through the process.
> >
> > I have already set up Kamailio (builed it from the source code 5.5.5)
> and Python on my machines and I have basic knowledge of Kamailio
> configuration. I just need some guidance on how to set up the RPC module in
> Kamailio and how to create a Python script to communicate with it. I found
> that I can use RPyC library of python.
> >
> > I would appreciate any help or suggestions from the Kamailio community.
> Thank you in advance for your time and assistance.
> >
> > Best regards,
> > Wild Coder.
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> > To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> > Edit mailing list options or unsubscribe:
>
> --
> Alex Balashov
> Principal Consultant
> Evariste Systems LLC
> Web: https://evaristesys.com
> Tel: +1-706-510-6800 e
>
> _______________________________________________
> sr-users mailing list -- sr-users(a)lists.kamailio.org
> To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
>
Hello,
I'm using jsonrpc_dispatch in a "xhttp:request" section (with xhttp and jsonrpcs modules), e.g.:
event_route[xhttp:request] {
if ($hu =~ "^/RPC") {
jsonrpc_dispatch();
exit;
}
xhttp_reply("404", "Not Found", "", "");
exit;
}
This works, but I would like to restrict the RPC functions that can be invoked this way.
Any advice on how I could do that ?
The xhttp module provides "url_skip" and "url_match" but this is not useful because in the URL I only have something like "RPC".
And the method is in the JSON body.
I could parse the JSON body before calling jsonrpc_dispatch, but it's a bit complicated (I don't know if it's feasible in Kamailio script ?), and seems redundant because jsonrpc_dispatch already does that...
Maybe somehow this could be checked from the "void *" second argument passed to the RPC function ?
Thanks.
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.
Hello,
it's now like 3 months till the start of the next Kamailio World
Conference (taking place in Berlin, Germany, during June 5-8, 2023) and
the first group of speakers has just been published, the details are
available at:
- https://www.kamailioworld.com/k2023/speakers/
Not all proposals were reviewed and Call for Speakers is still open,
therefore if you want to share your interesting experiences or knowledge
in the RTC space, submit it via:
- https://www.kamailioworld.com/k2023/call-for-speakers/
All together, expect another edition of Kamailio World conference with
great content covering topics such as RTC scalability, security,
cloud-based deployments and elasticity, NG112/911, IoT, WebRTC, VoLTE
and 4G/5G.
Looking forward to meeting many of you in Berlin!
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - June 5-7, 2023 - www.kamailioworld.com
Kamailio Advanced Training - Online - March 27-30, 2023 - www.asipto.com
Hi,
I’m using kamailio’s silo module to store offline messages in it. I set extra_hdrs modparam to e.g. : ‘Resent-from-silo’ so the clients get information that the message has arrived directly (immediatelly) from the sender or it was stored offline and comes from silo.
So the problem is the following:
* if receiver’s socket is broken (e.g. airplane mode on mobile) and kamailio ‘thinks’ it is registered, server tries to send the message
* message will be timed out and based on config it will be stored in silo.
* the next step is to check if receiver is registered or not (since the client can re-register during 30sec until the message has timed out)
* If client is registered, kamailio tries to send the message immediately with m_dump().
* If the receiver’s connection is still broken, the message will be timed out and store in silo.
* In every store, a new ‘resent’ extra_hdrs value is appended.
When extra_hdrs length reaches 1024 bytes, the m_dump will fail and it blocks the dumping of messages to the given receiver.
Question: can extra_hdrs value be removed before store? Or what can be the solution not to duplicate the extra_hdrs value in some bad network situation?
Peter
Hi all
I'm trying to incorporate rtcp data from rtpengine into our CDRS. So
trying with the first interesting value, the average mos.
modparam("rtpengine", "mos_average_pv", "$avp(mos_average)")
If I understood right, to get this variable set, I need to call
rtpengine_manage() on the message that terminates the call.
So on an established call, that is either BYE or the 200 OK to the BYE.
Right?
if ($rm == "BYE") {
rtpengine_manage();
xlog("L_INFO", "$cfg(route): $rm: MOSS: $avp(mos_average)\n");
}
onreply_route[MANAGE_REPLY]
{
[...]
rtpengine_manage();
xlog("L_INFO", "$cfg(route): $rm reply MOS: $avp(mos_average)\n");
}
Messages pass those blocks, $avp(mos_average) is 'null' no mater what.
What am I missing?
In the syslog output of rtpengine I see there is rtcp data.
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________