<div dir="auto">Sounds good,<div dir="auto"><br></div><div dir="auto"><a href="https://github.com/kamailio/kamailio/pull/2493">https://github.com/kamailio/kamailio/pull/2493</a><br></div><div dir="auto"><br></div><div dir="auto">At this point l, I am simply waiting to see if we get another review, more testing is always a plus and if something is not clear in the doc etc. And get the approval.</div><div dir="auto"><br></div><div dir="auto">I am interested about your use case and settings, this will be a good exercise to make sure using this algorithm is clear and simple.</div><div dir="auto"><br></div><div dir="auto">The priority is also the threshold in ms at which a gateway should be de-prioritised for example in the US East and West coast 30ms could be a good choice.</div><div dir="auto">To make sure that under normal conditions the you are using a gateway that is closer.</div><div dir="auto"><br></div><div dir="auto">Under problematic conditions,</div><div dir="auto"> you may want the estimator to react and adjust quickly, you can tune the estimator. This is not crucial but you can decide if it should have more long term memory or not using the latency alpha.</div><div dir="auto"><br></div><div dir="auto">I think I should write a little blog article about it, would be best if it was a wiki because my first drafts are usually terrible and I like to come back and improve it.</div><div dir="auto"><br></div><div dir="auto">Looking forward your feedback </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 14, 2020, 08:03 Joel Serrano <<a href="mailto:joel@textplus.com">joel@textplus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="auto">First of all, s/Juha/Julien/g on my previous email (Sorry!)</div><div dir="auto"><br></div><div dir="auto">That said, what branch are you working on? I’m happy to test it. </div></div><div dir="auto"><br></div><div dir="auto">I have a setup in Panama (multiple kams, working as a cluster in different physical locations), the 2 sites are interconnected with direct fiber connection that fails very often (Panama Internet quality is not the best). We also have asterisk boxes in each location. All kams can reach all asterisks. Every now and then, the interconnectivity degrades (but doesn’t fail) although calls are affected (latency) what we normally do in these cases is force-route to only a specific set of servers from one location until the degradation is over. </div><div dir="auto"><br></div><div dir="auto">I almost sure this version of algorithm 13 will handle that case totally automatic for us. </div><div dir="auto"><br></div><div dir="auto">Really excited about this!</div></div><div><div dir="auto"><br></div><div dir="auto">Joel. </div><div><div dir="auto"><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 13, 2020 at 18:10 Julien Chavanton <<a href="mailto:jchavanton@gmail.com" target="_blank" rel="noreferrer">jchavanton@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I did some load tests today and added a comment on the pull request.<div dir="auto"><br></div><div dir="auto">My status is that this is production ready.</div><div dir="auto">But it is not yet merged in master, if you want to use it you will have to use master or cherry-pick a few commits because there was some refactoring done to facilitate the integration and the review.</div><div dir="auto"><br></div><div dir="auto">Happy Friday the 13th.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 13, 2020, 14:54 Joel Serrano <<a href="mailto:joel@textplus.com" target="_blank" rel="noreferrer">joel@textplus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks Juha!! I have a perfect use case for this algorithm.<div><br></div><div>Is it tryable ? <br><div><br></div><div>Joel.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 13, 2020 at 5:57 AM David Villasmil <<a href="mailto:david.villasmil.work@gmail.com" rel="noreferrer noreferrer" target="_blank">david.villasmil.work@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Nice!</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 12 Nov 2020 at 22:01, Julien Chavanton <<a href="mailto:jchavanton@gmail.com" rel="noreferrer noreferrer" target="_blank">jchavanton@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>About The Algorithm “13” - latency optimized dispatching,</div><div><br></div>Is now reviewed once and tested, it will most likely be ready to merge soon.<br><br>I want to share my thoughts on it one more time as it is not too late to get more feedback before we merge.<br><br><div>I think it is the best algorithm in most use cases, here is why :<br></div><br>It is providing round-robin and fail-over with automatic de-prioritization of slow/unresponsive gateways.<br><br>You probably asked yourself the following questions in the past :<br>"How do I set the thresholds to put a gateway out of service ?"<br><div><br></div><div><i>ds_probing_threshold</i>, <i>ds_inactive_threshold</i> and timers ...<br></div><br>- If your thresholds are too strict, you may end up running out of gateway.<br>- If your thresholds are too tolerant, you may end up adding excessive delays to call establishment and using degraded gateways.<br><div><br></div><div>The automatic de-prioritization can help to address this concern more efficiently by providing more flexibility.</div><div><br></div><div>- it can react faster than lets say 2 consecutive timeouts.<br></div><div>- it will not disable gateways but simply de-prioritize / reorder them if needed.<br></div><div><br></div><div>The only main drawback I can imagine is when you always need to evenly distribute calls using round-robin.<br>It may be needed sometimes but in this case it means  you are willing accept to send calls to a degraded gateway or trough degraded network paths.</div><div><br></div><div>Even if you may select to preset a mixture of round-robin sets, thanks to <i>ds_select_routes</i> however it will stay static, needs to be configured precisely, and will not react to degradation automatically.<br></div><div><br></div><div>I hope this will help use to protect QoS and lower latency of calls routed by Kamailio.<br></div><div><br></div><div>Feel free to let me know what you think<br></div><div>Julien<br><br></div><div><br></div></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div></div>-- <br><div dir="ltr"><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" rel="noreferrer noreferrer" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div></div>
</div>
</div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>