Hello,
I've pulled the Kamailio 5.2.0 Debian Stretch Docker image, and tried to load app_python3, but without success.
It's also not in the Debian repository, at least not part of the kamailio-python-modules package.
What is the current, recommended, way of installing the app_python3 module? Source files only?
Regards,
Grant
Hi all,
I'm trying to upgrade kamailio from 4.2.7 to 5.1.5 and I realized that when
CANCEL is received for a suspended INVITE, failure route is not executed in
release 5.1.5.
In 4.2.7 failure route is executed for this scenario.
Is this the expected behaviour or am I missing something?
Hello,
We have a call case where our softswitch replies to in-dialog
re-invite with "SIP 491 Request pending". This happens when a customer
sip device is trying to re-invite the session too fast even though the
softswitch is still processing the earlier request. Kamailio operates
between this customer device and the softswitch.
The softswitch is adding a P-Charging-Vector header to this SIP 491
reply which we want to drop (remove_hf...) from the reply when we
route the SIP 491 message back to the customers device.
I tried to drop this inside in-dialog failure route but it seems that
Kamailio forwards the orginal 491 message statelessly to customer and
the header still extists there eventhough failure route has deleted
it. I guess this modification should be done in a sateful manner for
Kamailio to actually write the changes to the outgoing reply towards
the customer device.
Any suggestions how the 491 reply could be edited and then forwarded
onwards to the customer device?
Cheers,
--Olli
Hello, I have kamailio+asterisk platform. Everything works fine. But,
sometimes, for unclear reasons, the PDD(8000 and more) rises to an incoming
call(at the stage when the call goes to an asterisk).
I can not figure it out myself (SIP is clean, hardware metrics are ok)
and it happens in random order (under load and without it).
Anybody have ideas, what in can the reason?
Hello,
When we build kamailio image, the below error happened.
At the same time, we can not access
http://security.debian.org/debian-security/dists/jessie/updates/main/binary…
Look like the Packages had been moved.
Could you please help check below issue?
Step 1/21 : FROM debian:jessie
---> 4eb8376dc2a3
Step 2/21 : MAINTAINER L. Mangani <lorenzo.mangani(a)gmail.com>
---> Running in ebf133dd0924
---> 0abb8a3fcf82
Removing intermediate container ebf133dd0924
Step 3/21 : ENV HOME /root
---> Running in a92f7359fefd
---> e9872a1d4892
Removing intermediate container a92f7359fefd
Step 4/21 : ENV DEBIAN_FRONTEND noninteractive
---> Running in eab86e90f492
---> 25b976249d19
Removing intermediate container eab86e90f492
Step 5/21 : RUN apt-get update -qq
---> Running in e1132468ff42
W: Failed to fetch http://security.debian.org/debian-security/dists/jessie/updates/main/binary… 503 Service Unavailable
E: Some index files failed to download. They have been ignored, or old ones used instead.
The command '/bin/sh -c apt-get update -qq' returned a non-zero code: 100
make: *** [build] Error 100
Best Regards,
Alec Zhong
Hi John,
Sorry, I accidentally deleted your original e-mail and thus am breaking
threading; my apologies for that.
As a matter of fact, I wrote an article recently to address the very
questions you ask:
http://www.evaristesys.com/blog/kamailio-as-an-sbc-five-years-on/
As always, it is a matter of professional opinion, and I do not speak
for the project nor the intentions of the core developers.
-- Alex
--
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/
Hello,
I have read the article at:
https://likewise.am/2013/03/10/kamailio-as-an-sbc-session-border-controller/
Since this was written back in 2013, I was wondering if there has been
any changes/additions/improvements in Kamailio since then that would
have an impact on the conclusions made in the above article?
Where I work we are in the process of
1) determining what functionality we need now and in the not too distant
future
2) based on the choices made in #1, do we need a fully functional
"professional" SBC or can we get away with a "pedestrian" SBC and use an
application like Kamailio.
Generalizations are ok of course but pointers to specifics would be
awesome if possible. I know this list is not here to do my homework for
me. I will be doing more research myself but I am sure there are many
folks here that have gone down this road already and am hoping to
benefit form their experience while I build my own knowledge.
Thanks,
John
Hello,
I'm trying to build pretty simple stateless proxy to stay between gw and
softswitch. Most working properly but not for non200 ACKs.
For some reason softswitch not accepting my ACK.
Trace (note different branch in top Via for INVITE and ACK towards switch)
https://pastebin.freeswitch.org/view/8f1433b0
Simplified script
https://pastebin.com/u9DTSqcS
I'm pretty new to this so believe doing something wrong.
--
Serge S. Yuriev
Senior VoIP engineer
Hi Guys,
We're having issues trying to use redis as the db for topos.
The conf is the following:
```
...
loadmodule "ndb_redis.so"
loadmodule "topos.so"
loadmodule "topos_redis.so"
...
modparam("ndb_redis", "server", "name=srv1;addr=127.0.0.1;port=6379;db=1")
modparam("topos", "storage", "redis")
modparam("topos", "dialog_expire", 12600)
modparam("topos_redis", "serverid", "srv1")
...
```
We've tried also with a redis server running on another machine with no success.
The errors I've got in the kamailio logs are the following:
```
2(22) ERROR: dialog [dlg_handlers.c:212]: populate_leg_info(): empty CSeq number
2(22) ERROR: dialog [dlg_handlers.c:506]: dlg_onreply(): could not
add further info to the dialog
```
and
```
17(37) ERROR: dialog [dlg_req_within.c:117]: build_dlg_t(): invalid cseq
17(37) ERROR: dialog [dlg_req_within.c:383]: send_bye(): failed to create dlg_t
17(37) ERROR: dialog [dlg_req_within.c:87]: build_dlg_t(): no contact available
17(37) ERROR: dialog [dlg_req_within.c:383]: send_bye(): failed to create dlg_t
```
Kamailio version used is this: 5.2.0+0~20181218003543.18+xenial
Thanks in advance for your time,
--
Aleksandar Sosic
linkedin.com/in/alexsosic/
mail: alex.sosic(a)evosip.cloud