Thanks for the explanation Richard! Much appreciated! Sorry I didn't read
the documentation properly
I agree the network should be more reliable, but I will investigate if
those parameters can help me.
That's good news about the HTTP and websocket support! Looking forward to
it!
Thank you!
Kin
I am not familiar with the presence modules. However, at first glance it
sounds like anything that uses usrloc needs to take into account the
Path hop.
On 2020-09-03 13:30, Zhan Bazarov wrote:
Hello everyone. I have an issue with presence server within kamailio
cluster(round-robin DNS, I'm usi
Hello everyone. I have an issue with presence server within kamailio
cluster(round-robin DNS, I'm using registrar Path scenario)
So, when both of users are located at the same server - everything works
fine. But when user which is SUBSCRIBED through another one server -
presence module is ignoring
Damn i didn't realized it'd started already!
Will connect today.
Thanks Daniel!
Regards,
David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
On Thu, Sep 3, 2020 at 1:51 PM Daniel-Constantin Mierla
wrote:
> Hello,
>
> we are just about to start the 2nd day of Kamailio Wor
Hello,
we are just about to start the 2nd day of Kamailio World Updates - free
online event, no registration required, just come and join us. More
details at:
* https://www.kamailioworld.com/k08-online/
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- w
On 02/09/2020 19.30, Patrick Wakano wrote:
Hello list,
Hope you are all well.
Under some load test simulations I've been facing cases where the
command Kamailio sends to RTPEngine times out with such message:
send_rtpp_command(): timeout waiting reply for command "" from RTP proxy
After checki
I don't know. Try to write the domain directly and not an alias:
record_route_preset("yourdomain.com:5061;transport=tls", "your_ip:5060");
On Thu, 3 Sep 2020 at 13:38, sip user wrote:
> Yes, this is I do:
>
> record_route();
> xlog("L_INFO", "***ROUTE PSTN***");
> $rU="1005";
>
Yes, this is I do:
record_route();
xlog("L_INFO", "***ROUTE PSTN***");
$rU="1005";
Have I do any more? Why mu record-route is different yours?
Thanks
El jue., 3 sept. 2020 a las 13:27, Pepelux () escribió:
> You have to use record_route_preset when the message is sent from Kama
You have to use record_route_preset when the message is sent from Kamailio
to Teams
if (from_uri =~ ".*microsoft.com") {
record_route();
} else {
record_route_preset("SBC-DNS-DOMAIN:5061;transport=tls",
"SBC-IP-ADDR:5060");
}
On Thu, 3 Sep 2020 at 13:13, sip user wrote:
> Thanks Pepelux..
On Thursday 20 August 2020 at 12:25:28, sip user wrote:
> Hi, I'm connecting Teams with kamailio server. From Kamailio to teams I
> have no problems, but from teams to Kamailio yes. Drop the call..
> #!KAMAILIO
> #!define WITH_TLS
>
> event_route[tm:local-request] {
>
> if(is_method("O
Thanks Pepelux..
Yes, I follow that post to configure it. But I don´t know where could be
the problem and change Record-Route, because, in the post say, only I have
to change it when I call from kamailio to Teams, so outgoing calls, right?
With record-route-preset... I'm wrong?
Thanks
El jue., 3
It looks good but in the capture file I saw FQNDIP in RR and not FQNDDNS
This post by Henning may help you:
https://skalatan.de/en/blog/kamailio-sbc-teams
And also you can read that:
http://sip-router.1086192.n5.nabble.com/Kamailio-as-SBC-for-Microsoft-Teams-td181493.html
This is a response from
Hi Pepelux,
I have this one:
remove_hf("Route");
if (is_method("INVITE|SUBSCRIBE")) {
if($src_ip != "IP ASTERISK"){
record_route();
xlog("L_INFO", "***ROUTE PSTN***");
$rU="1005";
Hi
Kamailio doesn't receive any ACK from Teams. I think the problem is the
'200 Ok' that you send to Teams is not what he expected. Maybe this is
wrong:
Record-Route:
Record-Route:
Try to put the registered domain (FQNDDNS) and not de IP address
Regards
On Thu, 3 Sep 2020 at 10:56, sip user
Sorry.. Yes, I need to load sipdump.so module..
I attach the result..
Thanks
El mar., 1 sept. 2020 a las 14:03, Pepelux () escribió:
> Hi
>
> Have you loaded the module?
>
> loadmodule "sipdump.so"
>
> On Tue, 1 Sep 2020 at 13:56, sip user wrote:
>
>> Hi pepelux.. When I set:
>>
>> modparam("s
Well, you have defined one definitive line between being stupid and following
some current practise :-)
I like to think we as a project have an educational role as well. In this case
explaining the bug we had and what it can cause.
We should definitely add a warning along the lines you write too
After 20 years in voip, my 2 cents on this, if you succeed in creating a
voip system where the security of the whole relies on the ability to remove
(or only keep specific) custom sip headers, you will wake up one morning
realizing a bunch of people in Palestine made a gazillion calls over your
sys
One thought - we may have to separate security vulnerability reporting from
security advisory documents. I think in some cases, where a common use of a
product can lead to issues (but it is not clearly a bug that cause crashes in
our code) we may have to send out an advisory and publish it in th
18 matches
Mail list logo
