ore
> IP blocking trees and a few other enhancements, but other projects got into
> the way...
>
> Cheers,
> Daniel
>
> On 22.03.20 16:40, JR Richardson wrote:
>
> Thanks Daniel,
>
>
>
> That clear it up a bit. For my own edification, when I get a few minutes,
> I’
some confusion.
JR
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
JRx DistillCo
1'st Place Brisket
From: Daniel-Constantin Mierla
Sent: Sunday, March 22, 2020 4:37 AM
To: Kamailio (SER) - Users Mailing List ; JR
Richardson ; SIP Router - Kamailio (OpenSER) and
S
within 10 second period. Am I reading this
correctly? What determines when the pike trigger actually happens, could the
trigger happen at say 56 messages within 10 seconds?
Thanks.
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
JRx DistillCo
1'st Place Brisket
;, "class=2;code=405")
Not sure if this applies to what you are doing, but my dispatcher round robin
distribution acts as it did prior to upgrade to 5.2, pretty even, no anomalies
with any nodes getting more calls than any other.
JR
JR Richardson
Engineering for the Masses
Chasing t
not due to
> new columns.
>
> Cheers,
> Daniel
>
> On 18.06.19 20:50, JR Richardson wrote:
> > Hey All,
> >
> > I'm doing some upgrades and noticed database table version numbers
> > have increased.
> >
> > database table adjustments:
>
o
versions?
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hi Federico,
"use_dns_cache=on" this is on be default.
"use_dns_failover=on" this is off by default, changing to "on" did the
trick, auto failover to next SRV server is working quickly, as
expected now.
Thanks for the pointer.
JR
--
JR Richardson
Engineer
round with the TM Module parameter
"max_noninv_lifetime" to get quicker results or it is better to have
DNS SRV record TTL set really low?
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
___
Kamailio (SER) - Users
o my
proxy to re-write To: header with R-URI, so far so good.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
>
> The To header is a cosmetic, purely logical commentary on the intended
> ultimate destination of the call, and no routing should ever be done on
n by most folks.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
records to a different table or delete them if they are no
> longer needed.
>
> Cheers,
> Daniel
>
> On 28.03.19 18:42, JR Richardson wrote:
> > Hey Folks,
> >
> > Getting some annoying logs, pretty certain these are false positives.
> > I'm running
es. Errors occur every 5 minutes so this is related to the
rtimer cycle, mode=1 is set for new connection so there really
wouldn't be a lost connection, the old connection should have been
relieved on last cycle.
I've seen some other post talking about this issue but could not find
any r
Yes, retransmissions of initial INVITE from Carrier. Makes perfect sense, I
understand now.
Thanks Gentlemen!
JR
Reinvites are in-dialog requests; they would only be sent within the
context of an established dialog (2xx response, end-to-end ACK, the
whole works).
Perhaps what you are referr
Hi All,
My mind is not right on this one, need a pointer. Here is the simple scenario:
Carrier>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
tigate.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
15 matches
Mail list logo